This disclosure relates to the field of wireless devices and, more particularly, to communication between wireless devices and devices employing low energy wireless protocols.
Standards such as the Bluetooth Wireless Technology and WiFi are often used to carry GSM data, sensor data, GPS data, etc.
All of these devices lack a few key elements such as:
Furthermore, no designs currently exist that accumulate data from paired and connected Bluetooth Low Energy (or other low power standard such as ANT and IEEE 802.15.4 (ZigBee)) wireless technology devices into a single standardized Bluetooth wireless technology pipe for use with existing Bluetooth wireless technology products.
Embodiments of the present disclosure may include a method for repackaging data in a communications system. The method may include receiving low-power RF data at a wireless relay device from one or more low power wireless devices and translating the low-power RF data at the wireless relay device into one or more translated packets. The method may further include accumulating translated packets, synchronizing the translated low-power RF data with one or more wireless links and transmitting the synchronized low-power RF data to a host device.
Embodiments of the present disclosure may include a communications system comprising one or more low energy devices, a host device; and a wireless relay device configured to receive low power RF data from the one or more low energy devices, the wireless relay device further configured to translate the low-power RF data at the wireless relay device into one or more translated packets, the wireless relay device further configured to accumulate translated packets, synchronize the translated low-power RF data with one or more wireless links, and the wireless relay device further configured to transmit the synchronized low-power RF data to a host device.
Embodiments of the present disclosure may include a method for parsing data in a communications system. The method may include receiving encapsulated low power RF data within one or more wireless protocol packets and translating the low-power RF data at a wireless relay device into one or more translated packets. The method may further include accumulating translated packets, synchronizing the translated low-power RF data with one or more wireless links and transmitting the synchronized low-power RF data to a low-power RF device.
Embodiments of the present disclosure may include a method for parsing data in a communications system. The method may include receiving data on a relay device from a host device and repackaging the data in the communications system. The method may further include accumulating translated packets, synchronizing the data with one or more low-power RF connections and sending the data to one or more low-power RF devices. The method may also include managing a network topology of the communications system by dynamically adding or removing network devices using one or more commands sent to the wireless relay device from the host device.
Embodiments of the present disclosure may include a method for parsing data in a communications system. The method may include receiving standard commands within one or more wireless protocol packets at a relay device, acting on the commands directly on the relay device, and further translating the commands into low-power RF translated packets at the relay device. The method may further include synchronizing the translated low-power RF data with one or more wireless links and transmitting the synchronized low-power RF data to a low-power RF device so that they may be acted-on by the low-power RF device.
Embodiments of the present disclosure may include a method of managing low power RF connections within a communications system. The method may include receiving commands within one or more wireless protocol packets at a relay device, and parsing these commands locally on the relay device. The method may further include using these commands to manage connections between the relay device and other low power RF devices.
The present disclosure may, inter alia, allow new Bluetooth Low Energy wireless technology devices to be used with existing mobile phones, laptops, etc. that support Bluetooth wireless technology today. Embodiments of the present disclosure may utilize a wireless relay device to provide the full capability offered by the Bluetooth Low Energy technology to a device (e.g., a mobile phone) without the need for specialized Bluetooth Low Energy technology hardware.
Referring now to
In some embodiments, new low energy devices (e.g., 16, 41, 42) as shown in
In some embodiments, if a Bluetooth Low Energy or other third party wireless technology device (e.g., 16, 41, 42) leave the wireless relay device's 1 device space, then the wireless relay device may inform the user by emitting a vibration, followed by a visual notification, and finally an alarm. The user may then silence the alarm/notification. Should the device reenter the wireless relay device's range of control, the alarm may cease and the user may be notified that the device has reentered the wireless relay device's personal device space.
In some embodiments, each low power RF device (e.g., 16, 41, 42) may be uniquely tracked by the wireless relay device 1 and may be given its own visual indicator 2 that provides feedback on the device's state within the wireless relay device's device network. This information may also be aggregated and sent to the paired and connected host device.
In some embodiments, when acting as a wireless relay, the wireless relay device 1 may carry data to and from the low power RF devices (e.g., 16, 41, 42) to the paired and connected host device. In this manner, the host device may interact with the low power RF devices (e.g., 16, 41, 42) as though they were wirelessly connected directly to the host device 23 as shown in
In some embodiments, wireless relay device 1 as shown in
In some embodiments, devices that can interoperate with the Bluetooth Low Energy technology standard 19, the ANT standard 40, and other low power wireless standards are all suitable for use with this invention. The data obtained from these devices (through standard interactions) may be translated into standard Bluetooth 18 or WiFi technology packets, and transferred to the Mobile Phone, PC, or other device 23. Special software may be used to decode this information and complete an action on the mobile phone or host PC.
In some embodiments, users can manage interactions between both the wireless relay device 1 and the connected low power wireless devices 16 that have been embedded into products 21 as shown in
In some embodiments, wireless relay device 1 may provide the ability (e.g., with the help of an optional application 31) to:
In some embodiments, each paired and connected low power wireless device may report to the wireless relay device its information at regular intervals when connected as shown in
In some embodiments, the wireless relay device 1 may function with or without a paired and connected host device. When not wirelessly connected to a host device, the wireless relay device may illuminate its LEDs 2 to notify the user that action may be required. For example, if one of the paired and connected low power RF devices exits the proximity of the wireless relay device.
In some embodiments, the wireless relay device 1 may be configured to store information from the host device 23 or from low power RF devices 16. In the event that the connection with the host device 23 is interrupted, the relay device 1 may store the aggregated information (e.g., 8-11) until the connection with the host device 23 is reestablished, before sending the aggregated information via the wireless link 18. Likewise, in the event that the connection with a low power RF device 16 is interrupted, the wireless relay device 1 may store aggregated information destined for the low power RF device 16 until the connection is reestablished.
In some embodiments, if paired with a wireless host device such as a mobile phone, the wireless relay device may, in addition to acting locally, send commands to the mobile phone that may trigger actions on the mobile phone, and/or receive commands from the mobile phone that trigger local actions or that may be passed to one or more of the paired and connected low power RF devices.
In some embodiments, some commands from the host device 23 may serve to manage connections between the relay device 1 and its paired low power RF devices 16. For example, a command from the host device 23 to the relay device 1 may put the relay device into a mode where it can pair with a new low power RF device 16. Once paired, the relay device 1 may inform the host device 23 of the new low power RF device 16 and may relay data between the low power RF device 16 and the host device 23 via the relay device 1.
In some embodiments, wireless relay device 1 may wake-up its low power radio module at every wakeup event e.g., 14, 15, 4, 5, and 6. During a wakeup event 14, the wireless relay device may communicate with one or more of the connected low power wireless devices and may send and/or receive the appropriate data to and from the connected low power device (e.g. 8-11). This process may repeat for several low power device communication cycles until a Bluetooth SNIFF interval or WiFi wake interval has been reached 7. At each such Bluetooth SNIFF or WiFi wake interval, wireless relay device 1 may send all of the aggregated data to the paired and connected host device, e.g., mobile phone or PC 3 and 7, and receives any information that is to be transferred to the connected low power wireless devices in the form of encapsulated packets.
In some embodiments, in order to conserve power, the communication intervals 14, 15, 4, 5, and 6 may be negotiated such that they may coincide with other activity on wireless relay device 1 and always slightly precede any Bluetooth wireless or WiFi communication with the paired and connected host device, e.g., mobile phone or PC 3 and 7. In this manner, wireless relay device 1 may aggregate sufficient information to send and receive to its connected low power devices without incurring additional latencies.
In some embodiments, for example, for devices that support Bluetooth v2.1+EDR and later Bluetooth standards, SNIFF subrating may be used to further reduce latencies. This may help to ensure that the maximal power saving benefits are enjoyed by negotiating the SNIFF subrating parameters and only responding at Bluetooth SNIFF intervals when data is available to send to the connected host device, (e.g., a mobile phone or PC).
In some embodiments, data from each of the connected low power wireless devices may be small and may be easily accumulated and encapsulated in the larger capacity Bluetooth and WiFi packets. Where additional packets are required to transfer the data, a long SNIFF timeout setting may be negotiated such that consecutive Bluetooth packets may be used to transfer the data.
In some embodiments, data encapsulation may take a format such as the following:
In some embodiments, if Bluetooth technology is used, low power RF packets may be encapsulated into standard Bluetooth packets and transmitted using standard profiles such as the Bluetooth Hands-Free Profile (HFP) via proprietary AT commands, or the standard Bluetooth Human Interface Device (HID) profile data packets. Packets may also be encapsulated into proprietary protocol packets and transmitted using standard Bluetooth profiles or proprietary profiles such as the MFI profile over the Serial Port Protocol (SPP).
In some embodiments, consecutive packets may be strung or aggregated together until they fill a standard Bluetooth wireless packet. Wireless relay device 1 may choose not to decode the data, for example, rather it may transfer the data verbatim to enable rapid decoding by the connected host device, e.g., a mobile phone or PC. A software API on the mobile phone or PC may translate the packets received by the wireless relay device into a format that mimics that of the low power wireless devices that are connected to the wireless relay device. In this manner, the applications that utilize the APIs may do so in the same manner that they would if the data were available directly to them.
Referring to
In some embodiments, devices 1-6 may wake at predetermined intervals and broadcast data. The relay device may in-turn listen at the predetermined intervals, and thereby receive the broadcast data, aggregate it, and send it to the standard Bluetooth device 23.
In some embodiments, wireless relay device 1 may send wake up signals to the various devices on a preset schedule. As shown, wireless relay device 1 may send wake up signal 14 to device 4 [10] and device 5 [11] and send wakeup signal [15] to device 3 [9] and device 5 [11]. When each device 1-6 receives the wake up signal, the device may wake up and process data. Upon waking up, the device may send information and/or data 8-11 over the wireless link to the wireless relay device 1. In turn, wireless relay device 1 may store and aggregate the data it receives from all devices 1-6, as described above, in order to send the aggregated data 7 to a standard Bluetooth device, as described above.
In some embodiments, wireless relay device 1 may send and/or receive Bluetooth packets at predetermined SNIFF events 3 and 7 to or from a standard Bluetooth device (e.g., a wireless telephone, a Bluetooth enabled computer, a Bluetooth enabled television, or any other type of Bluetooth enabled device employing any Bluetooth profile). During the time between SNIFF event 3 and SNIFF event 7, relay device may collect and aggregate all the data and information received from devices 1-6. When SNIFF event 7 occurs, wireless relay device 1 may send all the data aggregated during the time period between SNIFF event 3 and SNIFF event 7 to the standard Bluetooth device.
As discussed herein, an example of a wireless relay device 1 is shown in
Referring to
In some embodiments, a low power RF wireless device 16 may be simple tags and consist of only a single button and LED. Such devices may be paired with the wireless relay device 1 then inserted into clothing, luggage tags, or other valuables. Once inserted, these low power RF wireless devices 16 may serve only to report their presence to the wireless relay device 1. Should one of these tags stop reporting, the wireless relay device 1 may vibrate, sound an alarm, flash a corresponding LED 2 and report the tag's absence to a paired and connected host device. In some instances, tags 16 may be more complex and serve to alert users in the event that they become separated from the paired and connected wireless relay device 1 by emitting a sound via a piezo buzzer, flashing lights, or vibrating. Other tags may serve additional purposes such as sensing temperature or vibration, and may relay this information back to the host device 23 via the wireless relay device 1.
In some embodiments, low power wireless tags 16 may be inserted 24 into any number of different products such as wallets 21 as shown in
In some embodiments, wireless relay device 1 may be architected in a number of ways. One such architecture is depicted in
In some embodiments, when viewed as a logical system, the architecture may be viewed as is depicted in
As shown in
In some embodiments, a Bluetooth host device 23 may contain a logical infrastructure that may include one or more components. Some components may include but are not limited to a user app 31 as also depicted as running on the host device 23 in
In some embodiments, if a different wireless technology is used the profiles 28, stack 27 and chip 26 may need to be replaced by the appropriate lower layer infrastructure for the wireless technology in question.
In some embodiments, wireless relay device 1 may contain a logical infrastructure to support one or more low power RF technologies. In the case of a relay device that supports the ANT+ technology 40, the wireless relay device may consist of a wireless relay application 32 that controls both the Bluetooth wireless technology chip 26 and the ANT+ low power wireless RF chip 34. The actual implementation of the hardware may consist of a single chip solution as depicted in
In some embodiments, wireless relay device application may interact with proprietary protocol 29 and low power wireless control logic 33 to manage the two interdependent technologies in order to minimize the overall power consumption as described in
In some embodiments, should a two-chip solution be used 1, then the Bluetooth chip 26 and low power RF chip 34 technology timing may be unaligned if left unmanaged. The timing between low power RF master chip 34 and one or more low power RF slave devices 16 may therefore be controlled in the low power RF master's control logic 33 using an interface to access the timing information on the regular Bluetooth chip 26 and an interface to control low power RF timing on the low power RF master chip 34.
In some embodiments, an alternative may be to leave Bluetooth SNIFF timing as unaligned but align the wired-interface communication between the regular Bluetooth chip 26 and low power RF master chip 34. When depicted as a two-chip solution as shown in
In some embodiments, when viewing the message protocol taking-place on the Bluetooth host device such as a mobile phone as shown in
In some embodiments, the user action may trigger an API call 47 that may then trigger an internal protocol message 48 which may interact with the Bluetooth profile API 45 on the Bluetooth host device. If the Hands-Free Profile (HFP) is used, then the Bluetooth profile API 45 may trigger an AT command or AT info response 49 that then may get sent to the Bluetooth stack 46 and ultimately may reach the paired and connected relay device as a Bluetooth HFP protocol packet 50.
In some embodiments, once the wireless relay device may receive the Bluetooth HFP protocol packet [50], it may parse the packet and may relay the packet to the paired and connected low power RF device. In the case of a Bluetooth Low Energy device, the wireless relay device may respond as shown in
In the case of a Bluetooth Low Energy dual-mode solution as shown in
In some embodiments, should the Bluetooth Low Energy accessory respond, a similar process may be followed in reverse. The received message 55 may be parsed by the Bluetooth Low Energy stack 52 and passed-up as a Bluetooth Low Energy profile message 53 to the network app 37. The message translator 36 may then further parse the message and pass a proprietary protocol message 48 to the Bluetooth profile 51 by the relay app 32. This message may then be repackaged as an HFP-AT command 56 and sent via Bluetooth technology to the Bluetooth host device. In this manner, the integrity of the packet may always be maintained, and the Bluetooth host device application may believe that it is in-fact connected to a Bluetooth Low Energy accessory.
In some embodiments, in order to determine which protocol to use when communicating with the wireless relay device, the host device or relay device may attempt to communicate with each other using proprietary commands over a standard Bluetooth RF (e.g. Bluetooth HID or Bluetooth HFP) or WiFi interface. For example, upon establishing a Bluetooth HFP connection, the wireless relay device may attempt to send an AT+ZOMM? query to the host device to check if the host device supports the proprietary protocol. In receiving the AT+ZOMM? query, the host device may respond with a suitable AT+ZOMM response. This response may inform the wireless relay device that an application is present on the host device to support certain proprietary commands and/or proprietary protocols.
In some embodiments, if the proprietary protocol is supported, the wireless relay device may begin using the proprietary protocol. If not supported, then the wireless relay device may revert to the standard Bluetooth HFP protocol and instead use a mapping technique to map standard HFP commands to proprietary protocols. This may ensure backwards compatibility with host devices that may not support the proprietary protocols and also may enable proprietary behaviors to be emulated with Bluetooth host devices when no proprietary host application is present.
In some embodiments, when viewed at the protocol level, the wireless relay device may bridge the communication between a Bluetooth Hands-Free Profile host device and a Bluetooth Low Energy device using standard protocol such as Bluetooth HFP or HID. This may be accomplished by mapping HFP-AT and HID commands and responses directly to the Bluetooth Low Energy profile. The table 57 in
Similarly, in some embodiments, standard HFP or HID commands may be mapped directly to proprietary protocol commands and used directly to manage certain behaviors on the wireless relay device, or on paired and connected low power RF accessories. This may be accomplished by mapping HFP information to proprietary protocols using a table 58 as shown in
As will be appreciated by one skilled in the art, the present invention may be embodied as a system, method or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, the present invention may take the form of a computer program product embodied in one or more computer-readable (i.e., computer-usable) medium(s) having computer-usable program code embodied thereon.
Any combination of one or more computer-readable medium(s) may be utilized. The computer-readable medium may be a computer readable signal medium or a computer readable storage medium. A computer-readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, a device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer-readable storage medium (i.e. computer-readable storage device) would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. Note that the computer-readable storage medium could even be paper or another suitable medium upon which a program is printed, as the program can be electronically captured, via, for instance, optical scanning of the paper or other medium, then compiled, interpreted, or otherwise processed in a suitable manner, if necessary, and then stored in a computer memory. In the context of this document, a computer-readable storage medium (i.e. computer-readable storage device) may be any medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer-usable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may be any computer-readable medium that can contain, store, communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer-readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc.
Computer program code for carrying out operations of the present invention may be written in an object oriented programming language such as Java, Smalltalk, C++ or the like. However, the computer program code for carrying out operations of the present invention may also be written in conventional procedural programming languages, such as the “C” programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
The present invention is described below with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or) block diagrams, and combinations of blocks in the flowchart illustrations and block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/pr block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function/act specified in the flowchart and/or block diagram block or blocks.
The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
This application claims the benefit of U.S. provisional patent application Ser. No. 61/326,068, filed on 20 Apr. 2010, the entire disclosure of which is incorporated herein by reference.
Number | Name | Date | Kind |
---|---|---|---|
5635897 | Kuo | Jun 1997 | A |
5796338 | Mardirossian | Aug 1998 | A |
6218945 | Taylor, Jr. | Apr 2001 | B1 |
6265974 | D'Angelo et al. | Jul 2001 | B1 |
6462660 | Cannon et al. | Oct 2002 | B1 |
6472986 | Sorriaux | Oct 2002 | B1 |
6563427 | Bero et al. | May 2003 | B2 |
6836212 | Sawinski | Dec 2004 | B2 |
6885848 | Lee | Apr 2005 | B2 |
6915216 | Troxler et al. | Jul 2005 | B2 |
6956480 | Jespersen | Oct 2005 | B2 |
6967576 | Hayes et al. | Nov 2005 | B2 |
7009512 | Cordoba | Mar 2006 | B2 |
7015817 | Copley et al. | Mar 2006 | B2 |
7054594 | Bloch et al. | May 2006 | B2 |
7075433 | Singer | Jul 2006 | B2 |
7091863 | Ravet | Aug 2006 | B2 |
7095748 | Vij et al. | Aug 2006 | B2 |
7110777 | Duncan | Sep 2006 | B2 |
7248840 | Chien | Jul 2007 | B2 |
7251470 | Faucher et al. | Jul 2007 | B2 |
7257374 | Creigh | Aug 2007 | B1 |
7259671 | Ganley et al. | Aug 2007 | B2 |
7289025 | Perez-Garcia et al. | Oct 2007 | B2 |
7333776 | York | Feb 2008 | B1 |
7336173 | Sandbrand | Feb 2008 | B1 |
7336929 | Yasuda et al. | Feb 2008 | B2 |
7366522 | Thomas | Apr 2008 | B2 |
7385513 | Everest et al. | Jun 2008 | B2 |
7446656 | Blakeway | Nov 2008 | B2 |
7518514 | Bauchot et al. | Apr 2009 | B2 |
7535357 | Enitan et al. | May 2009 | B2 |
7535369 | Fong et al. | May 2009 | B2 |
7564348 | Staton et al. | Jul 2009 | B2 |
7623029 | Meyers | Nov 2009 | B2 |
7636047 | Sempek | Dec 2009 | B1 |
7663508 | Teshima et al. | Feb 2010 | B2 |
7696923 | Houri | Apr 2010 | B2 |
7720597 | Flick | May 2010 | B2 |
7772849 | Zeller et al. | Aug 2010 | B2 |
20020197989 | Cruder et al. | Dec 2002 | A1 |
20030083044 | Schreyer et al. | May 2003 | A1 |
20030151506 | Luccketti | Aug 2003 | A1 |
20030236890 | Hurwitz et al. | Dec 2003 | A1 |
20040021569 | Lepkofker et al. | Feb 2004 | A1 |
20040097189 | Bongfeldt et al. | May 2004 | A1 |
20040143730 | Wen et al. | Jul 2004 | A1 |
20040183674 | Ruvarac | Sep 2004 | A1 |
20040203570 | Berger | Oct 2004 | A1 |
20050033515 | Bozzone | Feb 2005 | A1 |
20050143152 | Yueh | Jun 2005 | A1 |
20050200487 | O'Donnell et al. | Sep 2005 | A1 |
20060050670 | Hillyard et al. | Mar 2006 | A1 |
20060105712 | Glass et al. | May 2006 | A1 |
20060238347 | Parkinson et al. | Oct 2006 | A1 |
20070042714 | Ayed | Feb 2007 | A1 |
20070082652 | Hartigan et al. | Apr 2007 | A1 |
20070096897 | Weiner | May 2007 | A1 |
20070109120 | Schaefer | May 2007 | A1 |
20070258395 | Jollota et al. | Nov 2007 | A1 |
20070268878 | Clements | Nov 2007 | A1 |
20080020781 | Cho | Jan 2008 | A1 |
20080175213 | Hansen | Jul 2008 | A1 |
20080182554 | Fan | Jul 2008 | A1 |
20080214111 | Moshir et al. | Sep 2008 | A1 |
20080214142 | Morin et al. | Sep 2008 | A1 |
20090058670 | Sweeney et al. | Mar 2009 | A1 |
20090061769 | Zimbric et al. | Mar 2009 | A1 |
20090221320 | Walley et al. | Sep 2009 | A1 |
20100035630 | Bosnjakovic et al. | Feb 2010 | A1 |
20100039266 | Faris et al. | Feb 2010 | A1 |
20100102993 | Johnson | Apr 2010 | A1 |
20100216487 | Yamaguchi | Aug 2010 | A1 |
20100271260 | Guo | Oct 2010 | A1 |
20110021143 | Kapur et al. | Jan 2011 | A1 |
Number | Date | Country |
---|---|---|
PI05011590 | Sep 2006 | BR |
202-7-9831 | Dec 2007 | DE |
1251472 | Oct 2002 | EP |
1924069 | May 2008 | EP |
2 769 738 | Apr 1999 | FR |
2440630 | Feb 2008 | GB |
2006076785 | Jul 2006 | WO |
Entry |
---|
Deal Extreme, Bluetooth 2.0 External GPS Receiver (GBM 1 00), http://www.dealextreme.com/details.dx/sku.12350, (Accessed Jul. 16, 2009), 3 pages. |
Cleo Bluetooth Phone Guard, FAQ, User Manual, 5 pages. |
Tenbu Technologies, nio—The First Line of Defense, Learn More, http://www.bluenio.com/learnmore.htm, (Accessed on Jul. 15, 2009), 2 pages. |
Nio™—the first line of defence | Learn More, http://www.bluenio.com/learnmore.htm, “do you nio?” Jul. 15, 2009, pp. 1-2. |
International Search Report and Written Opinion, mailed Jul. 5, 2011, in counterpart International Patent Application No. PCT/US2011/033014, 13 pgs. |
International Preliminary Report on Patentability mailed Nov. 1, 2012 received in PCT/US2011/033014 (10 pgs.). |
International Search Report and Written Opinion of the International Searching Authority mailed Oct. 28, 2010 received in PCT/US2010/044077 (11 pgs.). |
International Preliminary Report on Patentability mailed Mar. 15, 2012 received in PCT/US2010/044077 (7 pgs.). |
Number | Date | Country | |
---|---|---|---|
20110255454 A1 | Oct 2011 | US |
Number | Date | Country | |
---|---|---|---|
61326068 | Apr 2010 | US |