US 20060189359 A1
A method and system for managing when a responder device (a device having a transceiver for wireless communication) is operating in a discoverable mode in a wireless network of devices, such as a Bluetooth network. In the discoverable mode, the responder device is set to scan for and respond to general inquiry messages broadcast from another device (e.g., an initiator device). When in the non-discoverable mode, the responder device will not respond to and/or scan for general inquiry messages broadcast from an initiator device. The responder device automatically enters the discoverable mode when the responder device enters into its awake mode. The responder device automatically enters the non-discoverable mode when the device enters into its sleep mode. Therefore, the responder device will be in discoverable mode for a reduced period of time, and as such will respond to fewer general inquiry messages. Accordingly, fewer messages will be exchanged between devices in the wireless network, simplifying the device discovery process for users and conserving the battery resources of the initiator and responder devices.
1. In a responder device having a transceiver for wireless communication, a method for managing responses to signals received from initiator devices, said method comprising the steps of:
a) automatically setting said responder device to discoverable mode when said responder device enters awake mode, wherein said responder device in said discoverable mode scans for wireless signals broadcast by initiator devices; and
b) automatically setting said responder device to non-discoverable mode when said responder device enters standby mode, wherein said responder device in said non-discoverable mode does not scan for wireless signals broadcast by initiator devices.
This application is a continuation application of application Ser. No. 09/675,047, entitled “Power-Conserving Intuitive Device Discovery Technique in a Bluetooth Environment,” filed Sep. 28, 2000, to be issued as U.S. Pat. No. 6,950,645, and assigned to the assignee of the present application. The subject matter in the above-identified co-pending and commonly owned application is incorporated herein by reference.
1. Technical Field
The present invention relates to networks of devices that can be connected using wireless links, in particular devices that use the Bluetooth technology. Specifically, the present invention pertains to a method and system for managing the Bluetooth device discovery process.
2. Background Art
Computer systems and other types of consumer electronic devices are commonly linked to each other and to peripheral devices using a myriad of different types of cables and connectors. As these devices grow in number and variety, their cables and connectors can often become quite cumbersome to work with. Accordingly, efforts are underway to develop technologies allowing hardware connections to be replaced with wireless ones.
One such technology is the Bluetooth technology. Bluetooth is the code name for a technology specification for short-range radio links that will allow the many proprietary cables that connect devices to one another to be replaced with short-range radio links.
The Bluetooth technology is based on a high-performance, yet low-cost, integrated radio transceiver. For instance, Bluetooth transceivers built into both a cellular telephone and a laptop computer system would replace the cables used today to connect a laptop to a cellular telephone. Printers, personal digital assistants (palmtop computer systems, hand-held devices and the like), desktop computer systems, fax machines, keyboards, joysticks and virtually any other digital device can be part of a Bluetooth system. Bluetooth radio technology can also provide a universal bridge to existing data networks and a mechanism to form small private ad hoc groupings (“scatternets” or “piconets”) of connected devices away from fixed network infrastructures.
The Bluetooth technology allows Bluetooth devices to “discover” other Bluetooth devices that are within range and then connect with those devices, either automatically or at a user's discretion. The Generic Access Profile (GAP) of the Bluetooth specification (Section 6 of “Specification of the Bluetooth System, Core,” version 1.0B, dated Dec. 1, 1999, herein incorporated by reference as background) describes the processes by which Bluetooth devices discover each other. The device discovery process has two primary steps: an inquiry step (described in Sections 6.1 and 6.2 of the Bluetooth specification), and a name discovery step (described in Section 6.3 of the Bluetooth specification). In the inquiry step, the Bluetooth devices make their presence known to each other and exchange attributes (e.g., addresses) needed to further the connection process. In the name discovery step, user-friendly names are exchanged to help a user identify Bluetooth devices that are in the environment. The inquiry and discovery steps are described in further detail below.
In order to receive and respond to inquiry 40, responder devices 30 and 32 must be “discoverable” (e.g., the devices must be scanning for inquiry messages). According to the Bluetooth specification referenced above, a discoverable device enters into “inquiry scan” (scanning for inquiry messages) every 2.56 seconds and remains in inquiry scan for 10.625 milliseconds.
Responder devices 30 and 32 send inquiry responses 42 a and 42 b, respectively, to initiator device 20 in response to inquiry 40. Inquiry responses 42 a and 42 b provide the Bluetooth device addresses (a numerical address or a device access code) for responder devices 30 and 32, and optionally provide additional information such as the clock, class of device and page scan mode. Inquiry responses 42 a and 42 b do not provide a name (or user-friendly name) for responder devices 30 and 32. The user-friendly name can be up to 248 characters long and is not provided in order to reduce the length of the inquiry responses.
Initiator device 20 can therefore receive an inquiry response from multiple Bluetooth devices (e.g., responder devices 30 and 32), providing each devices' numerical address at least. Generally, a user will not be able to identify one type of responder device over another based only on the device's numerical address. For example, there may be two printers in proximity, and the user generally will not be able to tell which printer to connect with based on the numerical address. However, “user-friendly names” can be used to identify each printer's location and features, allowing the user to make a selection of one over the other. Therefore, initiator device 20 needs to discover and display the user-friendly name for each of the devices that responded, so that the user can select the appropriate device with which to connect.
To accomplish this, initiator device 20 must connect one device at a time to each of the responder devices 30 and 32 in order to request a user-friendly name. Accordingly, initiator device 20 sends pages 44 a and 44 b to each device that responded to inquiry 40. In response to the pages 44 a and 44 b, responder devices 30 and 32 send page responses 46 a and 46 b, respectively. Page responses 46 a and 46 b provide the user-friendly name for responder devices 30 and 32, respectively.
Next, initiator device 20 will send name requests 48 a and 48 b to responder devices 30 and 32, respectively. In response to name request 48 a, responder device 30 sends name request response 50 a to initiator device 20. Similarly, in response to name request 48 b, responder device 32 sends name request response 50 b to initiator device 20. Name request responses 50 a and 50 b provide the user-friendly names for responding devices 30 and 32, respectively. The user-friendly names are displayed to the user, who can then select one or more of the responder devices with which to connect.
There are a number of disadvantages associated with the Bluetooth device discovery process described above. One disadvantage is that, while in discoverable mode, responder devices 30 and 32 are scanning for and receiving messages, and thus are consuming power. In addition, when an inquiry 40 is received, responder devices 30 and 32 will send an inquiry response (e.g., 42 a and 42 b, respectively) to initiator device 20, consuming more power. Thus, even when responder devices 30 and 32 are powered down (turned off), they can still be scanning for, receiving and responding to inquiry messages, and as such will continue to consume power.
Power consumption is of particular concern to limited power devices (battery-powered devices) such as laptop computer systems, cell phones, personal digital assistants (PDAs), including palmtop computer systems, hand-held devices, and the like. These devices are limited in size and weight, and therefore they typically use smaller and lighter batteries of limited capacity. As described above, when PDAs and other such devices are turned off (powered down), they may remain discoverable in the Bluetooth environment. Consequently, even when powered down, these devices will scan for and receive general inquiry messages (e.g., inquiry 40), and will send responses (e.g., inquiry response 42 a) to such messages, and thus will continue to draw from their limited battery power. Thus, the Bluetooth device discovery process can consume the limited power (battery) resources that are typically available to PDAs and other such devices. Accordingly, more frequent battery charges may be needed, inconveniencing the user.
This problem is exacerbated as Bluetooth devices grow in number and popularity. With more Bluetooth devices in use, a device (such as responder device 30) will receive inquiries (e.g., 40 c-40 h) from each of the many possible initiator devices in broadcast range. Furthermore, each inquiry 40 c-40 h engenders an inquiry response from responder device 30, accelerating the rate of power consumption.
Another disadvantage to the Bluetooth device discovery process is that it can become unmanageably large, especially with the increasing number of Bluetooth devices. That is, as the number of Bluetooth devices grows, an increasing number of messages (inquiries and inquiry responses, and pages and page responses) will be generated as each device undertakes the device discovery process. The probability that these messages will collide with other will likely increase, increasing the frequency at which messages have to be retransmitted. Devices responding to one message will have to ignore other messages, and the messages that are ignored will have to be retransmitted. The increase in messages will further increase the burden on the limited power resources of both initiator and responding Bluetooth devices.
In addition, in the name discovery step of the device discovery process, each device provides its user-friendly name for display to the user. As the number of Bluetooth devices continues to grow, the length of the list of user-friendly names will grow as well, which can complicate the user experience.
Yet another problem with the Bluetooth device discovery process is that an initiator device 20 can undertake the process and connect with responder device 730 without the user's knowledge and permission. Thus, for example, initiator device 20 can retrieve the user-friendly name and the address of responder device 30, even if the user has no desire to share this information with unknown devices.
One possible solution to the problems described above is to allow the user to manage the device discovery process. However, this solution is also problematic because it requires the user to learn and understand the device discovery process defined by the Bluetooth specification. This may be beyond the capability of some users, while other users would instead prefer a user-friendly process that either fits into a usage model that they already understand.
Thus, the Bluetooth device discovery process presents a number of problems. Finding a solution to these problems is made more complex because the solution must be substantially compliant with the Bluetooth specification. That is, many Bluetooth devices are being designed and manufactured according to the Bluetooth specification. Consequently, a solution that relies on a significant deviation from the Bluetooth specification will create new problems, such as incompatibility between newer Bluetooth devices and legacy Bluetooth devices. An aim of the Bluetooth specification is to provide a level of standardization across all Bluetooth devices, and a substantial deviation from the specification would be contrary to that aim. Accordingly, any solution to the prior art problems described above should be satisfactorily consistent with the Bluetooth specification, or it should be a solution that can be incorporated into legacy Bluetooth devices.
Accordingly, a need exists for a system and/or method for managing the Bluetooth device discovery process. A need also exists for a system and/or method that can satisfy the above need and that can reduce the burden on the limited power resources available to many types of Bluetooth devices. In particular, a need exists for a system and/or method that can satisfy the above needs and that is consistent with the Bluetooth specification, and that can be implemented in Bluetooth-enabled devices including legacy Bluetooth devices. What is also needed is a system and/or method that can satisfy the above needs and that is user-friendly. The present invention provides these advantages and others not specifically mentioned above but described in the sections to follow.
The present invention pertains to method and system for managing when a responder device (a device having a transceiver for wireless communication) is operating in a discoverable mode in a wireless network of devices. In accordance with the present embodiment of the present invention, the responder device automatically enters the discoverable mode when the responder device enters into its awake mode. The responder device automatically enters a non-discoverable mode when the device enters into its standby (or sleep) mode. In the discoverable mode, the responder device is set to scan for and/or respond to wireless signals that are broadcast from another device (e.g., an initiator device). When in the non-discoverable mode, the responder device will not scan for and/or will not respond to wireless signals broadcast from an initiator device. In a preferred embodiment, the devices are
Bluetooth-enabled devices. In one Bluetooth embodiment, when in the non-discoverable (standby or sleep) mode, the responder device will not scan for and/or will not respond to general inquiry messages broadcast by an initiator device.
In another Bluetooth embodiment, the responder device will be in the connectable mode at all times (even when in the non-discoverable or standby mode). In the connectable mode, the responder device will respond to wireless signals (such as pages or name requests) directed to the responder device. Accordingly, embodiments of the present invention reduce the time that the responder device can be discovered by unknown initiator devices, but still allow the responder device to make a connection with a known initiator device (that is, an initiator device that has previously completed the device discovery process with the responder device).
Therefore, in accordance with the present invention, the responder device automatically makes itself discoverable or non-discoverable depending on whether the device is, respectively, awake (powered on) or asleep (powered off). Accordingly, the device discovery process can be managed in a way that is both user-friendly and intuitively understood by the user; that is, when the responder device is powered on by the user, it is made discoverable, and when the responder device is powered off, it is made non-discoverable. As a result, the responder device will be in discoverable mode for a reduced period of time, conserving power (battery) resources. In addition, the responder device will respond to fewer general inquiry messages, which will also reduce the number of messages that are generated as a result of the inquiry responses (such as pages and page responses, and name requests and responses to name requests). Consequently, devices in the wireless network will exchange fewer messages, simplifying the device discovery process for users as well as conserving the power (battery) resources of initiator devices as well as responder devices. With devices in the discoverable mode for reduced periods of time, the number of user-friendly names exchanged between devices will decrease, simplifying the user experience.
These and other objects and advantages of the present invention will become obvious to those of ordinary skill in the art after having read the following detailed description of the preferred embodiments which are illustrated in the various drawing figures.
The accompanying drawings, which are incorporated in and form a part of this specification, illustrate embodiments of the invention and, together with the description, serve to explain the principles of the invention:
Reference will now be made in detail to the preferred embodiments of the invention, examples of which are illustrated in the accompanying drawings. While the invention will be described in conjunction with the preferred embodiments, it will be understood that they are not intended to limit the invention to these embodiments. On the contrary, the invention is intended to cover alternatives, modifications and equivalents, which may be included within the spirit and scope of the invention as defined by the appended claims. Furthermore, in the following detailed description of the present invention, numerous specific details are set forth in order to provide a thorough understanding of the present invention. However, it will be obvious to one of ordinary skill in the art that the present invention may be practiced without these specific details. In other instances, well-known methods, procedures, components, and circuits have not been described in detail so as not to unnecessarily obscure aspects of the present invention.
Some portions of the detailed descriptions that follow are presented in terms of procedures, logic blocks, processing, and other symbolic representations of operations on data bits within a computer memory. These descriptions and representations are the means used by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in the art. A procedure, logic block, process, etc., is here, and generally, conceived to be a self-consistent sequence of steps or instructions 1 leading to a desired result. The steps are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated in a computer system. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, bytes, values, elements, symbols, characters, terms, numbers, or the like.
It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities. Unless specifically stated otherwise as apparent from the following discussions, it is appreciated that throughout the present invention, discussions utilizing terms such as “setting,” “storing,” “scanning,” “receiving,” “sending,” “disregarding,” “entering,” or the like, refer to the action and processes (e.g., process 800 of
The present invention is discussed primarily in a context in which devices and systems are coupled using wireless links, and specifically with regard to devices and systems compliant with the Bluetooth technology. Bluetooth is the code name for a technology specification for small form factor, low-cost, short-range radio links between personal computers (PCs), personal digital assistants (PDAs), mobile phones and other devices. The Bluetooth technology allows cables that connect devices to one another to be replaced with short-range radio links. However, it is appreciated that the present invention may be utilized with devices and systems coupled using technologies and/or protocols different from Bluetooth, including but not limited to infrared communications links as defined by the Infrared Data Association (IrDA).
In the parlance of Bluetooth, a collection of devices connected in a Bluetooth system is referred to as a “piconet” or a “subnet.” A piconet starts with two connected devices, such as a computer system and a cellular phone, and may grow to eight connected devices. All Bluetooth devices are peer units; however, when establishing a piconet, one unit will act as a master and the other(s) as slave(s) for the duration of the piconet connection.
A Bluetooth system supports both point-to-point and point-to-multi-point connections. Several piconets can be established and linked together in a “scatternet,” where each piconet is identified by a different frequency hopping sequence. All devices participating on the same piconet are synchronized to their respective hopping sequence.
In the present embodiment, transceiver 308 comprises an antenna 305 for receiving or transmitting radio signals, a radio frequency (RF) module 310, a link controller 320, a microcontroller (or central processing unit) 330, and an external interface 340. In the present embodiment, transceiver 308 is coupled by a system bus 300 to a Bluetooth-enabled device 390 (e.g., a host device such as a computer system or similar intelligent electronic device, a PDA, a printer, a fax machine, etc.). However, it is appreciated that in another embodiment, transceiver 308 may be integrated into Bluetooth-enabled device 390.
In the Bluetooth embodiment, RF module 310 is a Bluetooth radio. The Bluetooth radio can provide: a bridge to existing data networks, a peripheral interface, and a mechanism to form piconets of connected devices away from fixed network infrastructures (see
Bluetooth radios operate in the ISM (Industrial, Scientific, Medical) band at 2.4 GHz. A frequency hop transceiver is applied to combat interference and fading. Bluetooth uses a packet-switching protocol based on a frequency hop scheme with 1600 hops/second. Slots can be reserved for synchronous packets. A packet nominally covers a single slot, but can be extended to cover up to five slots. Each packet is transmitted in a different hop frequency. The entire available frequency spectrum is used with 79 hops of one (1) MHz bandwidth, defined analogous to the IEEE (Institute of Electronic and Electrical Engineering) 802.11 standard. The frequency hopping scheme is combined with fast ARQ (Automatic Repeat Request), cyclic redundancy check (CRC) and Forward Error Correction (FEC) for data.
In the present embodiment, link controller 320 is a hardware digital signal processor for performing baseband processing as well as other functions such as Quality-of-Service, asynchronous transfers, synchronous transfers, audio coding, and encryption (refer also to
Continuing with reference to
The hold mode is a power saving mode that can be used for connected units if no data need to be transmitted. The sniff and park modes are also low power modes. In the sniff mode, a device listens to the piconet at a reduced rate (relative to the regular rate), thus reducing its duty cycle. The sniff interval is programmable and depends on the application. In the park mode, a device is still synchronized to the piconet but does not participate in the traffic.
In the present embodiment, before any connections between Bluetooth devices are created, all devices are in standby mode; that is, the standby mode is the default mode of a Bluetooth device. The standby mode is a low power mode in which an unconnected unit “listens” for messages at a regular rate (generally, every 2.56 seconds according to the Bluetooth specification) on a set of hop frequencies defined for that unit. Link controller 320 may leave the standby mode to scan for page or inquiry messages, or to transmit a page or inquiry message. When responding to a page message, the Bluetooth device enters the connection state as a slave. When carrying out a successful page attempt, the Bluetooth device enters the connection state as a master.
A connection between devices is made by a page message if the address is already known, or by an inquiry message followed by a page message if the address is unknown. The inquiry message enables the Bluetooth device to discover which other Bluetooth units are in range and what their addresses are, as well as other information such as their clocks and class-of-device. A “discoverable device” is a Bluetooth device in range that will respond to an inquiry (normally in addition to responding to a page). A discoverable device scans for inquiry messages, referred to as “inquiry scan.” A “connectable device” is a Bluetooth device in range that will respond to a page. Additional information is provided in conjunction with
With reference still to
In accordance with the present invention, Bluetooth-enabled device 390 may be powered down (turned off) while transceiver 308 continues to function, for example, in the standby mode. Thus, with Bluetooth-enabled device 390 powered off, transceiver 308 may remain connectable. However, in accordance with the present invention, when Bluetooth-enabled device 390 is powered off, transceiver 308 does not remain discoverable. When Bluetooth-enabled device 390 is powered on, then transceiver 308 is discoverable in accordance with the present invention. Additional information is provided in conjunction with
Continuing with reference to
Continuing with reference to
Portable computer system 400 also includes a signal transmitter/receiver (transceiver) device 308, which is coupled to bus 300 for providing a wireless radio (RF) communication link between portable computer system 400 and other wireless devices. In the Bluetooth embodiment, transceiver 308 is compliant with the Bluetooth specification; see
In the Bluetooth embodiment, in accordance with the present invention, portable computer system 400 of
In one embodiment, portable computer system 400 includes host interface circuitry 420 coupled to bus 300. Host interface circuitry 420 includes an optional digital signal processor (DSP) 422 for processing data to be transmitted or data that are received via transceiver 308. Alternatively, processor 450 can perform some or all of the functions performed by DSP 422.
Also included in computer system 400 is an optional alphanumeric input device 460 that, in one implementation, is a handwriting recognition pad (“digitizer”). Alphanumeric input device 460 can communicate information and command selections to processor 450 via bus 300. In one implementation, alphanumeric input device 460 is a touch screen device. Alphanumeric input device 460 is capable of registering a position where a stylus element (not shown) makes contact.
Portable computer system 400 also includes an optional cursor control or directing device (on-screen cursor control 480) coupled to bus 300 for communicating user input information and command selections to processor 450. In one implementation, on-screen cursor control device 480 is a touch screen device incorporated with display device 440. On-screen cursor control device 480 is capable of registering a position on display device 440 where a stylus element makes contact. The display device 440 utilized with portable computer system 400 may be a liquid crystal display (LCD) device, a cathode ray tube (CRT), a field emission display device (also called a flat panel CRT), or other display device suitable for generating graphic images and alphanumeric characters recognizable to the user. In the preferred embodiment, display device 440 is a flat panel display.
In this embodiment, display output 560 receives digital information representing graphical information from processor 450, and converts the information to a graphical display, such as text and/or images, for display on display device 440 (
The communication interface 580 allows the user to enter other types of applications executed by portable computer system 400, such as calendar data, electronic mail data, word processing, databases, and the like. In one embodiment of the present invention, the communication interface 580 is a serial communication port, but could also alternatively be of any of a number of well-known communication standards and protocols, e.g., parallel, SCSI (small computer system interface), Firewire (IEEE 1394), Ethernet, etc.
Host interface circuitry 420 is coupled to processor 450 via bus 300. Host interface circuitry 420 (or link interface circuitry or data interface circuitry) illustrates, but is not limited to, two alternative link interface ports for establishing a wireless link to another device: an RF interface port 526 and an infrared (IR) interface port 532.
In the present embodiment, RF circuitry 524 converts signals to radio frequency output and accepts radio frequency input via RF interface port 526. In the Bluetooth embodiment, RF interface port 526 is a Bluetooth transceiver 308(
In the present embodiment, IR circuitry 530 converts signals into infrared output and accepts infrared input via IR interface port 532. Infrared communication signals received by IR circuitry 530 are converted to electrical signals that are relayed to IR protocol stack 520 via connection 528.
Processor 450 is capable of executing RF protocol stack 550 and IR protocol stack 520. IR stack 520 implements an IR protocol to support infrared links with other devices.
Continuing with reference to
In the present embodiment, initiator device 720 sends (broadcasts) an inquiry 740 which is intended to be received by responder device 730. Responder device 730 must be discoverable in order to receive inquiry 740, meaning that responder device 730 is scanning for inquiry messages. When responder device 730 is in discoverable mode, it sends inquiry response 742 to initiator device 720 in response to inquiry 740. In accordance with the present invention, responder device 730 is in the discoverable mode when the device is powered on (in awake mode).
With reference next to
With reference to
In step 810 of
In step 820 of
In step 830 of
In step 840 of
In step 850 of
In step 860 of
Therefore, in accordance with the present invention, responder device 730 is automatically made discoverable or non-discoverable depending on whether the device is powered on or powered off, as described above. Accordingly, the device discovery process can be managed by the user in a way that is both user-friendly and intuitively understood by the user. For example, when the user turns responder device 730 on, it automatically is placed into discoverable mode, and turning the device off automatically places responder device 730 into non-discoverable mode. In essence, the on/off switch of responder device 730 also functions as the mechanism by which the user selects either discoverable or non-discoverable mode. Thus, a user can manage the device discovery process according to a usage model already understood by the user.
In accordance with the present invention, responder device 730 is in discoverable mode for a reduced period of time, thereby conserving power (battery) resources. As such, responder device 730 will also respond to fewer inquiries 740, which in turn will reduce the number of pages 744 and page responses 746. Consequently, responder device 730 and initiator device 720 will exchange fewer messages, further conserving battery resources for responder device 730 and also conserving the battery resources of initiator device 720. Fewer messages will also improve the efficiency of the Bluetooth device discovery process, because fewer collisions between messages would be expected, and therefore the frequency at which messages have to be retransmitted would be reduced. Furthermore, the device discovery process will be simplified for users. For example, owing to the reduction in pages 744 and page responses 746 attributable to the reduction in inquiry responses 742, the number of name requests and name request responses will also be reduced, and hence the number of user-friendly names displayed to users as part of the name discovery process will be reduced.
Additionally, the present invention can be implemented consistent with and within the framework of the Bluetooth specification. As such, Bluetooth-enabled devices implementing the present invention remain compatible with legacy Bluetooth-enabled currently being used. Moreover, the present invention can also be incorporated into legacy Bluetooth devices, for example, by installing appropriate program instructions.
With reference again to
For example, at some earlier point in time when responder device 730 was in discoverable mode, it may have provided its address (device access code) to initiator device 720. Initiator device can then use that address to send a directed message to responder device 730 (a page 744 instead of a broadcast message such as inquiry 740). Thus, messages from devices that have previously been made known to responder device 730 can be received by responder device 730 whether it is discoverable or non-discoverable. The present invention therefore provides another advantage by, in essence, screening messages from devices that are unknown to responder device 730 as well as the user. Because the user controls when responder device 730 is by unknown devices. That is, an unknown device cannot make contact with responder device 730 without the user's knowledge and permission.
In step 880 of
In summary, the present invention provides a user-friendly system and method for managing the Bluetooth device discovery process. The present invention also provides a system and method can reduce the burden on the limited power resources available to many types of Bluetooth devices. In addition, the present invention provides a system and method that can be Implemented in Bluetooth-enabled devices, that is consistent with the Bluetooth specification, and that can be incorporated into legacy Bluetooth devices.
The preferred embodiment of the present invention, power-conserving intuitive device discovery technique in a Bluetooth environment, is thus described. While the present invention has been described in particular embodiments, it should be appreciated that the present invention should not be construed as limited by such embodiments, but rather construed according to the following claims.