Proximity service discovery in wireless networks

BACKGROUND OF INVENTION

00011. Field of Invention

0002The invention relates to discovering, using wireless communication, a service provided by a device prior to establishing a connection with the device.

00032. Discussion of Related Art

0004Wireless communication technologies such as 802.11x and Bluetooth enable devices to communicate wirelessly over a relatively short range, e.g., less than 100 meters. To discover other wireless devices, a device broadcasts wireless messages and listens for wireless messages from other devices. If another device is discovered, a wireless connection may be established between the devices. Once a connection is established, devices may exchange various types of information. For example, devices may exchange information related to providing a service (e.g., printing, headset connectivity, PDA synchronization, etc.) provided by one of the devices.

0005A variety of services may be provided by communicating wirelessly between devices. As one example, a laptop computer may communicate wirelessly with a printer to print documents. Once a wireless connection is established between the computer and the printer, the computer may discover the print services provided by the printer. The computer may then take advantage of printing services offered by the printer via the wireless connection.

0006Previously developed IP-based methods of discovering services require a connection to be established with a device before services provided by a device can be discovered. For example, network discovery protocols such as SSDP (Simple Service Discovery Protocol), WS-Discovery (Web Services Discovery), and SLP (Service Location Protocol) require network layer connectivity (Layer 3 of the OSI model) to be established prior to the discovery of services on the network. Once connected, services provided by a device send broadcast or multicast messages over the IP network to advertise their services. Previously developed IP-based methods of service discovery did not provide a way of determining whether the device that provides the service was in the proximity of the device that required the service.

SUMMARY OF INVENTION

0007In prior systems, services provided by a device could be discovered after establishing a connection with the device. The inventors have appreciated that it may be desirable to discover a service provided by a device prior to establishing a connection with the device. Enabling discovery of services prior to establishing a connection may facilitate finding a desired service in an 802.11x, Ultrawideband (UWB) or other suitable network environment. Such discovery may be particularly useful in a wireless context in which a wireless signals may only be transmitted effectively over a relatively short distance, since service discovery may therefore be limited to only those devices within close proximity of the user. For example, a computer user entering an unfamiliar building may wish to determine whether she can print a document using a nearby printer. The user may not wish, however, to establish a connection with a local wireless network or individual device to only to find out whether a suitable printer is located nearby. In accordance with one aspect of the invention, the user may send a wireless request from her computer effectively asking local devices in a network whether a suitable print service is offered. In response, a printer or other device acting on behalf of the printer may send a response to the computer indicating the type of print service(s) that are available. Thereafter, the user may establish a connection with the network and/or a particular device (such as a printer) to obtain the desired services. In another aspect of the invention, the user may passively listen to service messages advertised by local devices. The user may request and receive additional information from a particular device and/or establish a connection with the device to obtain the desired services.

0008In one embodiment, the invention relates to a method of accessing, by a first device, a service provided by a second device that is in a proximity of first device. The method includes receiving an 802.11x Layer 2 wireless advertisement message regarding a particular service provided by the second device. The wireless advertisement message is received prior to establishing a connection between the first device and the second device suitable for providing the particular service. The method also includes determining if the particular service is desired. A connection may be established between the first device and the second device, if the particular service is desired.

0009In another embodiment, the invention relates to a computer-readable medium having computer-executable instructions for performing steps. The steps include receiving, by a first device and from a second device, an 802.11x Layer 2 wireless advertisement message regarding a particular service provided by a second device. The wireless advertisement message is received prior to establishing a connection between the first device and the second device suitable for providing the particular service. The second device may in the proximity of the first device. The steps also include determining if the particular service is desired. A connection may be established between the first device and the second device, if the particular service is desired.

0010In a further embodiment, the invention relates to a computer-readable medium having computer-executable instructions for performing steps. The steps include sending, to a first device, by a second device, an 802.11x Layer 2 wireless advertisement message regarding a particular service provided by the second device. The advertisement message is sent prior to establishing a connection between the first device and the second device suitable for providing the particular service. The second device may be in the proximity of the first device. A connection may be established between the first device and the second device, in response to a connection request from the first device.

BRIEF DESCRIPTION OF DRAWINGS

0011The accompanying drawings are not intended to be drawn to scale. In the drawings, each identical or nearly identical component that is illustrated in various figures is represented by a like numeral. For purposes of clarity, not every component may be labeled in every drawing. In the drawings:

0012<figref idref="DRAWINGS">FIG. 1</figref> is diagram illustrating an example of a network environment in which services may be discovered according to some embodiments of the invention;

0013<figref idref="DRAWINGS">FIG. 2</figref> is a flowchart illustrating an example of a method of accessing a particular type of service;

0014<figref idref="DRAWINGS">FIG. 3</figref> is a flowchart illustrating an example of a method of providing information related to a service;

0015<figref idref="DRAWINGS">FIG. 4</figref> is a diagram illustrating an example of an information element that may include information about a service;

0016<figref idref="DRAWINGS">FIG. 5</figref> is a diagram illustrating an example of a truncated information element; and

0017<figref idref="DRAWINGS">FIG. 6</figref> is a block diagram illustrating an example of a distribution of functional entities that may be used for implementing aspects of a proximity service discovery system.

DETAILED DESCRIPTION

0018As discussed above, prior wireless network arrangements typically required a user to establish a connection with a device and/or with the network to determine whether a desired service is offered. For example, a guest may bring a laptop computer to a meeting in an unfamiliar office building. If he wishes to print a document, he may first have to establish a connection between his laptop and a local network within the office building. After a connection is established, the laptop computer may determine if a printer is connected to the network. There may be many printers available on the network, some of which are nearby and some of which may be far away, such as on a different floor of the building. In some cases, it may be difficult to determine which printers are nearby. Furthermore, it may be undesirable to provide guests with access to the local network for security reasons. For example, connecting to the local network may allow the guest access to confidential information stored on the network.

0019As another example, several wireless devices, e.g., printers capable of communicating wirelessly, may be present in the proximity of the wireless-enabled device. In previous systems, a device that desires a particular service from another device would first have to connect to a device and then determine the services that it provides. It may be time consuming to connect to several devices until a device is found that provides the desired service.

0020In accordance with aspects of the invention, discovery of services prior to establishing a connection with a device may enable a user of a wireless-enabled device (e.g., a laptop computer, PDA or telephone) to find a device that provides a desired service in the proximity of the wireless-enabled device. For example, in one aspect of the invention, a service provided by a local device may be discovered by sending and receiving radio messages prior to establishing a connection with the device. The services that are discovered may be nearby because they are within the radio range of the wireless-enabled device seeking the service(s). For example, if a person brings a laptop to a meeting in an unfamiliar office building, the laptop may exchange wireless messages with devices nearby. His laptop screen may display a list of devices that provide services nearby, e.g., nearby wireless printers, and the types of services they provide. He may then select an appropriate device with which a wireless connection will be established. As a result, obtaining the desired service may be facilitated.

0021In a first embodiment, a wireless-enabled device may send radio messages to discover services provided by other devices and may actively seek out a particular service. In another embodiment, the device may passively discover services by listening to advertised service messages provided by other local devices. In yet another embodiment, a device may use active and passive techniques to discover services.

0022<figref idref="DRAWINGS">FIG. 1</figref> is a diagram illustrating an example of a network environment <b>100</b> in which devices may communicate regarding service discovery according to some embodiments of the invention. <figref idref="DRAWINGS">FIG. 1</figref> illustrates an example of a wireless-enabled device <b>102</b>, e.g., a laptop computer, and examples of other devices with which the device <b>102</b> may communicate wirelessly, including: printer <b>104</b>, personal digital assistant (PDA) <b>106</b>, camera <b>108</b> and access point <b>110</b>. <figref idref="DRAWINGS">FIG. 1</figref> also illustrates an example of a speaker system <b>112</b> and wired network <b>114</b> that are communicatively coupled to access point <b>110</b>. Devices in the network environment <b>100</b> may communicate wirelessly using any suitable wireless standard such as 802.11x or Ultrawideband (UWB).

0023Wireless-enabled device <b>102</b> may be a laptop computer or any other device configured to send and receive wireless communications, such as a PDA, a cell phone, or any other suitable device. Wireless-enabled device <b>102</b> may be configured to interface with a human user, i.e., using a screen, keyboard, touchpad or any other suitable interface.

0024A user of wireless-enabled device <b>102</b> may desire a particular service. For example, the user may wish to establish a wireless connection between wireless-enabled device <b>102</b> and a printer for printing documents. The user may command wireless-enabled device <b>102</b> to search for a particular service, e.g., a print service.

0025<figref idref="DRAWINGS">FIG. 2</figref> illustrates an example of a method <b>200</b> of accessing a service that may be used by the device <b>102</b> in the environment shown in <figref idref="DRAWINGS">FIG. 1</figref>. In step S<b>202</b>, wireless-enabled device <b>102</b> may send a request message that requests a particular service. Wireless-enabled device <b>102</b> may broadcast the request message, e.g. a radio message, requesting a particular service, e.g., a printing service. In one aspect of the invention, the request message may be included in an 802.11x probe message. The request message may be encoded with information that represents the type of service sought by wireless-enabled device <b>102</b>. For example, the radio message may be encoded with information, which, when received and decoded, indicates that a printing service has been requested. The request message may be broadcast repeatedly until wireless-enabled device <b>102</b> receives a response message. For example, the request message may be broadcast periodically.

0026As illustrated in <figref idref="DRAWINGS">FIG. 1</figref>, devices that receive the request message may be present in the proximity <b>116</b> of wireless-enabled device <b>102</b>. The proximity <b>116</b> of wireless-enabled device <b>102</b> may be defined by the radio range of wireless-enabled device <b>102</b> and/or a range of devices receiving the request message. As one example, the proximity <b>116</b> of wireless-enabled device <b>102</b> may include the space within approximately 100 meters of wireless-enabled device <b>102</b>. The radio range may be greater than or less than 100 meters depending on various factors including the technology used, the strength of the transmitter, the amount of noise present on the channel, the physical environment in which wireless-enabled device <b>102</b> operates, etc. However, the proximity <b>116</b> of wireless enabled device <b>102</b> need not necessarily be defined by the radio range, but may be determined based on other factors, as will be discussed in further detail below. A device in the proximity <b>116</b> of wireless-enabled device <b>102</b> may receive the request message.

0027In step S<b>204</b>, the device <b>102</b> may receive service information from another device in the network. This service information may include information regarding details of the service provided, such as whether a print service offered by the printer <b>104</b> includes a color printing option or not. In step S<b>206</b>, the device <b>102</b> may determine whether the offered service is desired, and may establish a connection to the device in step S<b>208</b> if a determination is made that the service is desired.

0028<figref idref="DRAWINGS">FIG. 3</figref> illustrates an example of a method <b>300</b> of providing information related to a service that may be performed by a device, e.g., printer <b>104</b>, that provides a particular service and that responds to a request message sent from the device <b>102</b>.

0029In step S<b>302</b>, the request for a particular service may be received, e.g., from the device <b>102</b>. The request message may be received by printer <b>104</b>, PDA <b>106</b>, camera <b>108</b> and access point <b>110</b> because they are in the radio range of wireless-enabled device <b>102</b>. Once the request message is received by printer <b>104</b>, the request message may be decoded to determine the service requested.

0030In step S<b>304</b>, a device that received the request message may determine whether it provides the requested service. Once printer <b>104</b> determines the service that has been requested, printer <b>104</b> may compare the type of service requested with the type of services that printer <b>104</b> provides. This comparison may be made in any suitable way. For example, fields in received request may be compared to fields of a data structure that represents a type of service provided by the device. In this example, printer <b>104</b> provides the printing services requested by wireless-enabled device <b>102</b>.

0031In response to determining that it provides the requested service, printer <b>104</b> may respond by sending a response message, e.g., a radio message, to wireless-enabled device <b>102</b> in step S<b>306</b>. PDA <b>106</b>, camera <b>108</b> and access point <b>110</b> may also receive the request message, but may not respond to the request message because they do not provide the type of service requested. Alternately, the request received in step S<b>302</b> may be a general request for local devices to provide an indication of services provided, regardless of service type. In this case, PDA <b>106</b>, camera <b>108</b>, access point <b>110</b>, etc. may respond accordingly.

0032The response message may include information about the service(s) provided by the device. For example, the response message sent by printer <b>104</b> may include information about the printing services provided by printer <b>104</b>. The response message may be encoded with information about whether printer <b>104</b> is a color printer, whether it can print on both sides of a page and/or or other information. Information about services may be sent as an information element (IE) discussed below. Thereafter, if the device <b>102</b> wishes to establish a connection, the connection may be established in step S<b>308</b> so that the device <b>102</b> may obtain the desired service.

0033<figref idref="DRAWINGS">FIG. 4</figref> is a diagram illustrating an example of an IE <b>400</b>. An IE may be a format for sending service-related information recognized by devices that communicate according to a particular wireless standard. For example, the format of the IE may match the capabilities of the underlying standard, e.g. 802.11 or UWB. An IE may be transmitted in TLV (type, length, value) format. In the example illustrated in <figref idref="DRAWINGS">FIG. 4</figref>, IE <b>400</b> includes an IE ID <b>401</b>, a format identifier <b>402</b>, a service type identifier <b>403</b>, an instance identifier (UUID) <b>404</b>, a sequence number <b>405</b>, security information <b>406</b>, a checksum <b>407</b>, a PnP ID <b>408</b>, a user-friendly name <b>409</b>, and an address identifier <b>410</b>.

0034IE ID <b>401</b> may be a protocol header that identifies the information as an IE.

0035Format identifier <b>402</b> may include information representative of the coding format of the IE. For example, format identifier <b>402</b> may represent the type of service discovery protocol that is used to interface with higher levels in the protocol stack. Any suitable service discovery protocols may be used, such as SSDP, WS-Discovery, SLP and Rendezvous.

0036Service type identifier <b>403</b> may include information that represents a type of service, e.g., a print service, that is provided by the device.

0037UUID <b>404</b> may be a unique identifier that identifies the device. For example, a UUID may be a permanent address associated with the device.

0038Sequence number <b>405</b> may be a number used to represent a change in the service. If the sequence number <b>405</b> is different from the number expected by the wireless-enabled device <b>102</b>, wireless-enabled device <b>102</b> may send a message to determine more recent information about the service. For example, a printer may indicate that the status of the printer has changed by incrementing the sequence number <b>405</b>. When queried, the printer may respond to indicate, for example, that it is out of paper.

0039Security information <b>406</b> may include information that represents the type of security required by the device. For example, a particular type of encryption and/or authentication may be required to establish a connection with the device.

0040A checksum <b>407</b> may be included to allow for error checking.

0041The PnP ID <b>408</b> may include information about a specific driver that is required to use the service. If no specific driver is indicated, a generic driver may be used.

0042A user-friendly name <b>409</b> may be an identifier that identify the device to a user, e.g., Building <b>3</b> Printer.

0043Address identifier <b>410</b> may include a URL for a location that can be accessed to obtain further information about services provided by the device. For example, the URL may point to a description page that provides information about the details of functions performed by a printer, e.g., color printing or two-sided printing.

0044To reduce the size of the IE, portions of the IE may be hashed using any suitable hashing function. For example, the service type identifier <b>403</b> may be hashed to determine a hash sum. Upon receipt of the IE by wireless-enabled device <b>102</b>, the hash sum may be compared with a hash table to match the hash sum with its corresponding service type. Transmitting a hashed representation of information may reduce the amount of data to be transmitted.

0045As discussed above with respect to <figref idref="DRAWINGS">FIGS. 2 and 3</figref>, a device may send a message that includes an IE to the device <b>102</b> in step S<b>206</b> and S<b>306</b>. Based on the IE, the wireless-enabled device <b>102</b> may determine whether the device provides the requested service, for example, by comparing the received information about the service provided with the type of service that was requested. This determination may be made in any suitable way. For example, fields of the received IE may be compared with fields of a “desired” IE. Any suitable matching criteria may be used to determine whether the discovered service is appropriate.

0046Once it is determined that the requested service is provided by the device, wireless-enabled device <b>102</b> may take further action. For example, wireless-enabled device <b>102</b> may indicate to a user that the requested service, e.g., a print service, is available. This indication may be made in any suitable way, e.g., by displaying a visual image that represents to the user the availability of the print service. If desired, the user may then initiate a connection between wireless-enabled device <b>102</b> and printer <b>104</b>. However, the connection need not necessarily be initiated by the user. Wireless-enabled device <b>102</b> may be programmed to establish a connection based on one or more criteria. For example, wireless-enabled device <b>102</b> may be programmed to automatically connect to devices in the proximity which provide a “preferred” type of service. As another example, a wireless-enabled device may be programmed to connect to the closest device that provides a particular service, e.g., the closest printer. For example, a user may command the device <b>102</b> to print a document, whereupon the device <b>102</b> may initiate the method <b>200</b>, resulting in the establishment of a connection with the printer <b>104</b> and printing of the document. To facilitate connecting to the closest device, the distance between devices may be determined using mechanisms provided by the wireless technology used, e.g., 802.11 or UWB. As another example, information in the IE may be compared with a block/deny list to determine whether wireless-enabled device <b>102</b> should communicate further with the device.

0047In some circumstances, a device such as printer <b>104</b> may require authentication for a connection to be established. If authentication is required, the user of wireless-enabled device may be prompted to enter a password, pin or other identification number such as an identification number derived from biometric information, e.g., a fingerprint, or retinal scan. Authentication may be provided using any suitable security protocol, such as IPsec. Authentication may alternately be based on payment or billing information, e.g., so that services are only provided once a payment agreement has been reached. If the authentication is successful, a connection may then be established.

0048Once a connection has been established between a wireless-enabled device and a device that provides a service, the devices may communicate further with respect to providing the requested service. For example, wireless-enabled device <b>102</b> may communicate wirelessly with printer <b>104</b> to print documents. The service that is provided may be provided in any suitable known manner or in any suitable manner developed hereafter.

0049When aspects of the invention are used in an 802.11x context, a connection may be established at Layer 2 of the OSI model. However, the invention is not limited to 802.11x networks, but may be used in UWB networks or a network that uses any other suitable protocol. As applied to 802.11x, UWB or any other suitable network, the term “establishing a connection” means that a first device sends a connection request to a second device and the second device responds to accept the connection.

0050The description above with respect to <figref idref="DRAWINGS">FIGS. 2 and 3</figref> relates to an embodiment in which a device <b>102</b> actively seeks out whether desired services are available in a given area. In another embodiment of the invention, a device <b>102</b> may passively determine those services that may be available. For example, one or more devices that provide a service may send an advertisement message to advertise the service that it provides to the device <b>102</b> and/or other devices. The advertisement message may be a radio message that advertises a particular service, e.g., a printing service, provided by the device, e.g., printer <b>104</b>. In one aspect of the invention, the advertisement message may be broadcast as part of an 802.11x or UWB beacon message. This broadcast may be included in OSI Layer 2 communications prior to establishing Layer 3 connectivity between the devices. The advertisement message may be encoded with information about the service provided by the device. For example, the advertisement message may include an IE, as discussed above.

0051In accordance with this embodiment, a device may advertise the services it provides as part of performing the method of <figref idref="DRAWINGS">FIG. 3</figref>, e.g., by not performing steps S<b>302</b> and S<b>304</b>, and instead jumping to step S<b>306</b>. In step <b>306</b>, one or more advertisement messages may be sent (without prompting by a request message) that include information related to one or more services provided by the device. The advertisement messages may be broadcast repeatedly. As one example, the advertisement message may be broadcast periodically.

0052In this embodiment, a wireless-enabled device <b>102</b> that passively determines available services may perform the method of <figref idref="DRAWINGS">FIG. 2</figref> without performing step S<b>202</b>. That is, the device <b>102</b> may listen for service advertisement messages, and receive an advertisement message in step S<b>204</b>. Once wireless-enabled device <b>102</b> receives an advertisement message it may read the message to obtain the information about the service. Wireless-enabled device <b>102</b> may thus discover that a print service is available, provided by printer <b>104</b>.

0053In step S<b>206</b>, the desirability of the advertised service may be determined. As one example, information related to the advertised service may be displayed for a user of wireless-enabled device <b>102</b>. The user may decide whether to initiate a connection with the device that provides the advertised service. The desirability of the advertised service may be determined based on whether or not the user chooses to initiate a connection to take advantage of the service or other criteria.

0054As another example, information related to the advertised service may be examined by wireless-enabled device <b>102</b>. The desirability of the service may be determined by comparing the characteristics of the service with one or more criteria. Wireless-enabled device <b>102</b> may be programmed to connect to devices that advertise services with particular characteristics, e.g., to synchronize with a particular type of PDA. Any suitable criteria could be used for determining the desirability of a particular service.

0055The methods shown in <figref idref="DRAWINGS">FIGS. 2 and 3</figref> may include additional steps, as will be illustrated in the following embodiment.

0056In another embodiment of the invention, service discovery may be provided by enabling both active searching for services, and unprompted advertisement of services to allow devices to passively identify them. For example, a device that requires a particular service may repeatedly send request messages, and a device that provides a service may repeatedly send advertisement messages to advertise its services. Enabling both searching for services and advertisement of services may allow either the device that requests the service or the device that provides the service to send information to the other device.

0057In one aspect of the invention, if both searching for services and advertisement of services (active and passive service discovery) are enabled, the advertisement of services messages may include less information about the service than a response message. For example, a truncated IE may be sent by those devices advertising their service(s) which contains less information than a full-sized IE. Advertising services by sending truncated IEs may reduce the overhead associated with repeated transmissions.

0058<figref idref="DRAWINGS">FIG. 5</figref> is a diagram illustrating an example of a truncated IE <b>500</b>. Truncated IE <b>500</b> may include an IE ID <b>401</b>, a format identifier <b>402</b>, a service type identifier <b>403</b>, an instance identifier (UUID) <b>404</b>, a sequence number <b>405</b> and a checksum <b>407</b>. These portions of the truncated IE may be similar to the corresponding portions of a full IE. Some portions of the truncated IE may be compressed using any suitable hash function.

0059As one example, a device providing a service may send advertisement messages with a shortened IE, and a wireless-enabled device <b>102</b> may receive them. For example, the IE may advertise that a device provides printing services, but may not include further detail about the printing services.

0060If wireless-enabled device <b>102</b> seeks more information about the service, it may then send a request message (e.g., relating to step S<b>202</b> or S<b>302</b>) which may be similar to the request message discussed above, and the steps previously described with respect to methods <b>200</b> and <b>300</b> may be performed.

0061In response to receiving the request, the service providing device may send a full-size IE, for example, in a response message as discussed above (e.g., relating to step S<b>204</b> or S<b>306</b>). Once the response message is received, the wireless-enabled device may establish a connection to the device as discussed above (e.g., relating to step S<b>208</b> or S<b>308</b>).

0062In one aspect of the invention, the proximity <b>116</b> of the wireless-enabled device <b>102</b> may not necessarily be defined by the radio range of wireless-enabled device <b>102</b>. As one example, the devices may take advantage of additional mechanisms provided by the wireless protocol, e.g., UWB, for determining the distance between the devices. Thus, the proximity <b>116</b> of the wireless-enabled device <b>102</b> may be limited to a smaller range than the radio range. Limiting the range at which services can be discovered may provide various benefits. For example, reducing the range may provide increased security by making it more difficult for communications to be intercepted by unintended recipients.

0063As used herein, the terms “received by a device,” and “sent by a device” mean that the messages may be received and/or sent wirelessly by the device itself or by a device that is in communication with the device. The terms “received from a device” and “sent from a device” mean that the messages may be received and/or sent wirelessly by the device itself or by a device that is in communication with the device. For example, a device <b>102</b> may send wireless request messages by communicating by wire with a WLAN access point or other device that may send a wireless request message on behalf of the device <b>102</b>.

0064In another embodiment, a user may desire to use a service provided by a device that does not itself have wireless capabilities, e.g., speaker system <b>112</b>. In one aspect of the invention, discovery of services may be provided for service(s) provided by a device that does not have wireless capabilities. For example, speaker system <b>112</b> may be in the proximity <b>116</b> of wireless-enabled device <b>102</b>, but may not be equipped to communicate wirelessly with wireless-enabled device <b>102</b> without a connection to another device, e.g., access point <b>112</b>. Speaker system <b>112</b> may be connected to access point <b>110</b> via another type of connection, such as a wired connection.

0065A discovery of services announcement may be provided for the speaker system <b>112</b> by <b>5</b> the access point <b>110</b>. For example, the exchange of messages may proceed in a similar manner as discussed in the above embodiments, however, wireless-enabled device <b>102</b> may communicate wirelessly with the speaker system <b>112</b> via access point <b>110</b> rather than directly with the speaker system <b>112</b>. Access point <b>110</b> may receive messages from wireless-enabled device <b>102</b> and send the messages to the device, e.g., speaker system <b>112</b>, via a different type of connection, e.g., a wired connection. Access point <b>110</b> may receive messages from the device that provides the service, e.g., speaker system <b>112</b>, and send the messages wirelessly to wireless-enabled device <b>102</b>. Thus, access point <b>110</b> may convert messages from one format into another format and forward messages to their destinations in the appropriate medium, e.g., wired or wireless.

0066In one aspect of the invention, access point <b>110</b> or another device may maintain a list of devices in the proximity of the access point <b>110</b>, e.g., printers in the proximity of the access point. The devices may be connected to the access point via wired connection. If services are advertised, access point <b>110</b> may send radio messages advertising services for devices that are on the list. If a wireless-enabled device <b>102</b> actively searches for a particular service, the request message may be sent via the access point by a wired connection to an appropriate device on the list. A response message may then be sent via the wired connection and transmitted wirelessly from the access point to the requesting device.

0067In another aspect of the invention, wireless-enabled device <b>102</b> may access wired network <b>114</b> via access point <b>110</b>. Access point <b>110</b> may exchange radio messages with wireless-enabled device <b>102</b> to enable discovery of the services that may be provided by the network <b>114</b> via the access point <b>110</b>. Discovery of the wired network services may be provided using any suitable technique discussed above.

0068Discovery of services may also be provided for a device <b>102</b> that is not wireless-enabled. For example, a desktop computer may be connected to access point <b>110</b> via a wired connection. The desktop computer may discover services in the proximity by communicating with access point <b>110</b>. By communicating with access point <b>110</b>, the desktop computer may discover services provided by wireless devices such as printer <b>104</b>, camera <b>106</b> and PDA <b>108</b>. For example, the exchange of messages may proceed using any of the techniques discussed above, however, the wireless devices may communicate wirelessly with access point <b>110</b> rather than directly with the device that is not wireless-enabled, e.g., the desktop computer.

0069<figref idref="DRAWINGS">FIG. 6</figref> illustrates an example of a distribution of functional entities <b>600</b> of a proximity service discovery system. However, this distribution of functionality and the choice of entities are chosen merely by way of example, and may be different in other embodiments.

0070The architecture includes four functional entities: MiniPort Driver/NIC <b>608</b>, IM Driver <b>606</b>, Autoconfig Service <b>604</b>, and API Layer <b>602</b>. The MiniPort Driver and NIC <b>608</b> may interface with the IM Driver <b>606</b>. The IM driver <b>606</b> may interface with the Autoconfig Service <b>604</b>. The Autoconfig Service <b>604</b> may interface with the API Layer <b>604</b>. One or more applications <b>601</b> may interface with the API layer.

0071On the device that provides a service, applications may register a specific service IE corresponding to their service identification with the API layer <b>602</b>. The API layer <b>602</b> may be able to aggregate multiple IEs from different applications to form a train of IEs. Since the duration of an advertisement message (e.g., beacon) may be limited, the API layer <b>602</b> may ensure that all IEs fit within the advertisement message. Additional requests to add an IE may be rejected by the API layer <b>602</b> if they would exceed the maximum advertisement or request message duration. Applications <b>601</b> may also de-register an IE. The API layer <b>602</b> may perform application monitoring, i.e. if applications <b>601</b> close without de-registering the IE, the API layer <b>602</b> may remove the corresponding IEs from the aggregate list. It may do this by keeping an open handle to the application <b>601</b> upon registration. The Autoconfig service <b>604</b> may be responsible for the connection management, i.e. association, authentication, creating and joining and an ad hoc network.

0072In embodiments in which searching for particular services is enabled, the device that provides the service may be a member of a network already or passively listening to requests. The device may be transmitting and receiving on a preferred channel or select any free channel in accordance with the regulatory requirements that apply to the geographic location in which the station operates. The IM driver <b>606</b> may receive request messages forwarded from the Miniport/NIC <b>608</b>. The IM driver <b>606</b> may subsequently match the service IE contained in the probe request with the services registered. Upon match, the IM driver <b>606</b> may return the probe response containing the corresponding full service IE that matches the service IE previously registered by one of the applications/services. Due to the timing requirements between probe request and probe response, the matching operation may be performed in real time and thus may not involve process switching delays.

0073In embodiments in which services are advertised, the Autoconfig Service <b>604</b> may create or join an ad-hoc network after an IE is registered. The IM driver <b>606</b> may configure the beacon that is subsequently sent out by the MiniPort/NIC following the medium access rules for the selected mode of operation, i.e. ad hoc, or infrastructure. Any addition or removal of an IE at the API layer <b>602</b> may result in an update of the beacon.

0074On the device that requires a service (e.g., client device), applications <b>601</b> interested in services provided in the proximity may register IEs at the API layer <b>602</b> corresponding to the services they are interested in. IEs may contain wildcards or be left blank in case the application is interested in multiple or all services within the proximity.

0075If searching for services is enabled, the client device may periodically send requests messages (e.g., probe messages) to discover the existence of services it is interested in. Once a service is discovered and a connection is established, the API layer <b>602</b> may instruct the IM driver <b>606</b> to stop probing for this service. To reduce the overhead associated with “blind” probing, the IM Driver <b>606</b> may instruct the Miniport driver <b>608</b> to send out probe requests only if networks are detected.

0076Service IEs that are associated with a network may be passed to the API layer <b>602</b> following channel scans while listening for advertisement messages. The device may monitor each channel for a certain period of time. If an IE is received, the IE may be filtered out and passed to the API layer <b>602</b>. The API layer <b>602</b> may subsequently notify applications <b>601</b> that have registered a matching service request.

0077Particular implementation details of computer systems that may execute aspects of the invention will now be described. These implementation details are provided by way of example only, and the invention is not limited to any particular implementation.

0078Methods described herein, acts thereof and various embodiments and variations of these methods and acts, individually or in combination, may be defined by computer-readable messages tangibly embodied on or more computer-readable media, for example, non-volatile recording media, integrated circuit memory elements, or a combination thereof. Computer readable media can be any available media that can be accessed by a computer. By way of example, and not limitation, computer readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, other types of volatile and non-volatile memory, any other medium which can be used to store the desired information and which can accessed by a computer, and any suitable combination of the foregoing.

0079Communication media typically embodies computer-readable instructions, data structures, program modules or other data in a modulated data message such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data message” means a message that has one or more of its characteristics set or changed in such a manner as to encode information in the message. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, wireless media such as acoustic, RF, infrared and other wireless media, other types of communication media, and any suitable combination of the foregoing.

0080Computer-readable messages embodied on one or more computer-readable media may define instructions, for example, as part of one or more programs that, as a result of being executed by a computer, instruct the computer to perform one or more of the functions described herein, and/or various embodiments, variations and combinations thereof. Such instructions may be written in any of a plurality of programming languages, for example, Java, J#, Visual Basic, C, C#, or C++, Fortran, Pascal, Eiffel, Basic, COBOL, etc., or any of a variety of combinations thereof. The computer-readable media on which such instructions are embodied may reside on one or more of the components of any of systems described herein, may be distributed across one or more of such components, and may be in transition therebetween. Various aspects of the invention may be implemented in a non-programmed environment (e.g., documents created in HTML, XML or other format that, when viewed in a window of a browser program, render aspects of a graphical-user interface (GUI) or perform other functions). Various aspects of the invention may be implemented as programmed or non-programmed elements, or any combination thereof.

0081The computer-readable media may be transportable such that the instructions stored thereon can be loaded onto any suitable computer system resource to implement the aspects of the present invention discussed herein. In addition, it should be appreciated that the instructions stored on the computer-readable medium, described above, are not limited to instructions embodied as part of an application program running on a host computer. Rather, the instructions may be embodied as any type of computer code (e.g., software or microcode) that can be employed to program a processor to implement the above-discussed aspects of the present invention.

0082Various embodiments according to the invention may be implemented on one or more computer systems. These computer systems, may be, for example, general-purpose computers such as those based on Intel PENTIUM-type processor, Motorola PowerPC, Sun UltraSPARC, Hewlett-Packard PA-RISC processors, or any other type of processor. Further, the embodiments may be located on a single computer or may be distributed among a plurality of computers attached by a communications network. Such a processor usually executes an operating system which may be, for example, the Windows® 95, Windows® 98, Windows NT®, Windows® 2000 (Windows® ME) or Windows® XP operating systems available from Microsoft Corporation, MAC OS System X available from Apple Computer, the Solaris Operating System available from Sun Microsystems, UNIX available from various sources or Linux available from various sources. Many other operating systems may be used.

0083For example, various aspects of the invention may be implemented as specialized software executing in a general-purpose computer system. The computer system may include a processor connected to one or more memory devices, such as a disk drive, memory, or other device for storing data. Memory is typically used for storing programs and data during operation of the computer system. Components of the computer system may be coupled by an interconnection mechanism, which may include one or more busses (e.g., between components that are integrated within a same machine) and/or a network (e.g., between components that reside on separate discrete machines). The interconnection mechanism enables communications (e.g., data, instructions) to be exchanged between system components. The computer system also includes one or more input devices, for example, a keyboard, mouse, trackball, microphone, touch screen, and one or more output devices, for example, a printing device, display screen, speaker. In addition, the computer system may contain one or more interfaces that connect the computer system to a communication network (in addition or as an alternative to the interconnection mechanism.

0084The computer system may include specially-programmed, special-purpose hardware, for example, an application-specific integrated circuit (ASIC). Aspects of the invention may be implemented in software, hardware or firmware, or any combination thereof. Further, such methods, acts, systems, system elements and components thereof may be implemented as part of the computer system described above or as an independent component.

0085One or more portions of the computer system may be distributed across one or more computer systems coupled to a communications network. These computer systems also may be general-purpose computer systems. For example, various aspects of the invention may be distributed among one or more computer systems configured to provide a service (e.g., servers) to one or more client computers, or to perform an overall task as part of a distributed system. For example, various aspects of the invention may be performed on a client-server system that includes components distributed among one or more server systems that perform various functions according to various embodiments of the invention. These components may be executable, intermediate (e.g., IL) or interpreted (e.g., Java) code which communicate over a communication network (e.g., the Internet) using a communication protocol (e.g., TCP/IP).

0086Network <b>114</b> may be any suitable type of network such a local area network (LAN), wide area network (WAN), intranet, Internet or any combination thereof. For illustrative purposes, a limited number of devices are shown in this example. The devices may be coupled to the network through one or more servers, routers, proxies, gateways, network address translation devices or any suitable combination thereof.

0087It should be appreciated that the invention is not limited to executing on any particular system or group of systems. Also, it should be appreciated that the invention is not limited to any particular distributed architecture, network, or communication protocol.

0088Having now described some embodiments of the invention, it should be apparent to those skilled in the art that the foregoing is merely illustrative and not limiting, having been presented by way of example only. Numerous modifications and other embodiments are within the scope of one of ordinary skill in the art and are contemplated as falling within the scope of the invention. The foregoing description and drawings are by way of example only. In particular, although many of the examples presented herein involve specific combinations of method acts or system elements, it should be understood that those acts and those elements may be combined in other ways to accomplish the same objectives. Acts, elements and features discussed only in connection with one embodiment are not intended to be excluded from a similar role in other embodiments.

0089Use of ordinal terms such as “first”, “second”, “third”, etc., in the claims to modify a claim element does not by itself connote any priority, precedence, or order of one claim element over another or the temporal order in which acts of a method are performed, but are used merely as labels to distinguish one claim element having a certain name from another element having a same name (but for use of the ordinal term) to distinguish the claim elements. The use of “including,” “comprising,” or “having,” “containing,” “involving,” and variations thereof herein, is meant to encompass the items listed thereafter and equivalents thereof as well as additional items.