Who am I?
Specialist with healthcare and mobile workforce (enterprise) related mobile solutions. www.ehit.fi
Calendar
Recently...
- Using Symbian devices for telemedicine and eHealth
- Connectivity with medical POC devices, background
- Connectivity with medical POC devices, bluejacking?
- Symbian and smart monitoring of human motion
- Symbian device control using muscle activity - a case study
- Using smart phones as medical image viewers for teleradiology and teleneurosurgery
- Enhancing self-care and personal health monitoring with smart phones
- Symbian device control using muscle activity - a case study part 2
- Thoughts from the Smartphone show: Healthcare with mobile devices, bird or fish?
- Using smart phones for preventing acute mountain sickness while maximizing high altitude training
Categories
- Business Opportunities/Services [22]
- Entertainment [4]
- Games [2]
- Healthcare [25]
- Connectivity [6]
- Enterprise [11]
- Symbian C++ [4]
- Location Based Services [3]
- S60 [11]
- Event [2]
- Browsing [0]
- CDMA [0]
- Flash [0]
- General [0]
- Java [0]
- Messaging [0]
- Open C [0]
- Python [0]
- Series 40 [0]
- Series 80 [0]
- Testing [0]
Arto Holopainen's Forum Nokia Blog
Connectivity with medical POC devices, bluejacking?
ahoccc | 16 June, 2006 00:52
What does bluejacking to do with medical measurement devices?
Let’s take closer look for the case where measurement device is active in creating connection to other device to deliver measurement results. In this case device functioning is as follows:
- After person has taken measurement device activates Bluetooth communication automatically (person can not affect to this)
- If there is no previously paired target in the memory, device starts to look Bluetooth targets that provide SPP service.
- Device tries to create connection one after one to found Bluetooth targets with SPP service
- When some Bluetooth target responds with correct PIN, device sends measurement results.
- If there is previously paired target in device memory, it tries to connect and send measurements automatically.
- If for some reason target is not available, or transmission fails. Device begins again Bluetooth inquiry for new possible target.
- And all this happens “under the hood” without any indication to the measurement device user.
Here is one case that might happen when person is taking measurements at home and no initial pairing has been done. There isalso one PDA device and one PC with Bluetooth SPP service available in the next door neighbours (isn't wireless fun!). So the initial communication might not go as expected.
Not so nice Bluetooth planning from the measurement device manufacturer, eh? Neighbouring devices gets connection attempt notification from some obscurely named measurement device.
This does not end to this with this device. Let’s think about simpler case where there is only measurement device and correct target device in the range. But the target device is advertising two SPP services, both from different applications. Only one application is waiting for measurement results, other application is for some other purposes. Let’s see what could happen.
This case is hard reality with older Series 60 models (e.g. Nokia 6600). There is one Bluetooth SPP service advertised by system (for unknown reason). So it is impossible to get these Series 60 models to communicate with this measurement device, since the connection is always tried with system SPP service.
How could this multiple service problem be handled?
- Measurement device should look for devices with SPP service and with specific service name -> service name separates multiple SPP services from each other. Of course this would need modifications to device itself…
- One not so elegant solution could be that listening application could try to be the first application to register to SDP database with SPP service. This way it would be most likely the first service reported in SDP inquiry.
Let’s look how this “named service” principle works for these two presented problem cases.
Now everything seems to work better… And if you are wondering if this kind of measurement device could even exist, yes it does and the device is also quite a lot used with different kind of target devices.
Stay tuned for more…
Find more related topics in my blogs here.
Connectivity, Enterprise, Symbian C++, Healthcare |
Next | 
Previous |
Comments (1) | 
Trackbacks (0)
Re: Connectivity with medical POC devices, bluejacking?
coultonp | 16/06/2006, 18:11
Excellent blog.! We developed a similar solution for a proximity based game we have called mobslinger which needs to transfer data between to devices using same application to trigger the game action. We faced many similar problems but you have come up with a very eloquent description of the problems and solution. I am glad to see people are using Bluetooth as I feel it has become somewhat second best to WiFi in some peoples eyes which is a great shame as it offers something completely different.