Providing Web services for wireless communication devices

A system and method are described for interfacing a wireless device with a plurality of web services including social networking web services. For example, a system according to one embodiment of the invention comprises a system for interfacing a wireless device with a plurality of web services comprising a web service proxy having an API to allow other modules to interface with the web service proxy; a plurality of web services adapters interfaced with the web services proxy through the API, each one of the web services adapters configured to communicate with a particular web service using the specific communication formats required by that web service; wherein the web services adapters and the web services proxy convert between the communication formats employed to communicate with each of the web services and a wireless communication format, the wireless communication format being a different format than the communication formats required by each of the web services, thereby enabling bi-directional communication between the wireless device and the plurality of web services.

TECHNICAL FIELD

This application relates generally to the field of data processing systems and more particularly, to providing web services for wireless communication devices.

BACKGROUND

Many people access Internet content and Web Services from a wireless communication device (e.g., a cellular telephone or PDA) so that they are not restricted to a personal computer with an Internet connection. Most wireless communication devices retrieve Internet content and Web Services in one of two different ways: use of a Web browser or use of a Wireless Access Protocol (WAP) application.

High power wireless communication devices often include a Web browser (e.g., Windows® Explorer) so that information can be retrieved from an Internet site on the device just as if the user was at a personal computer. One problem with the use of Web browsers on wireless devices, though, is that the devices require a lot of processing power and bandwidth to handle and convert the large amount of data exchanged so as to be compatible with the Internet site and the wireless device.

In order to overcome processing and network bandwidth restraints posed by a Web browser, many wireless communication devices retrieve Internet content and Web Services using an application that follows the Wireless Application Protocol (WAP). WAP applications allow devices to connect to a Web server, but require less processing power and use less network bandwidth than a typical Web browser. For example, the social networking site MySpace® currently provides a Web Services proxy that can be connected to through the use of a WAP application in order for a user of a wireless communication device to connect to MySpace®.

A Web Services proxy may be updated to add new features for Web applications and/or to fix problems. One problem, though, with current WAP applications is that they become useless if the associated Web Services proxy is updated. That is, the WAP application is hard coded so as to be compatible with the previous version of the Web Services proxy. Hence, when the Web Service proxy is updated the WAP application may be unable to connect to the new version of the Web Services proxy. As a result, the WAP application on a device must typically be updated when a Web Services proxy is updated.

Updating every WAP application (e.g., updating every cellular telephone of a Cellular Telephone Service Provider) can be very costly and consume large portions of network bandwidth. In addition, device applications implemented through WAP applications can require multiple requests from the device to the Web Services proxy, tying up valuable bandwidth. Furthermore, the communication protocol employed to allow a WAP application and a Web Services proxy to communicate is an inefficient (“chatty”) format based on the exchange of data through Extensible Markup Language (“XML”) documents (e.g., using the Simple Object Access Protocol (“SOAP”))

One exemplary Web Service is that provided by a social networking site. A “social network” is a map of the relationships between individuals, indicating the ways in which they are connected through various social familiarities ranging from casual acquaintance to close familial bonds. Social networking is the practice of expanding and/or maintaining those relationships within the map. For example, in business, businessmen will refer friends to other businessmen (e.g., exchanging business cards). In casual life, persons will attend parties of a friend in order to connect and build relationships with the friend's friends.

Within the last ten years, social networking through the Internet has become popular. A variety of services are provided by social networking sites which allow users to communicate and exchange information including, for example, Instant Messaging, E-Mail messaging, Message Boards, photo sharing services, etc. Recently, social networking sites such as MySpace®, LinkedIn®, and Yahoo!® Local have become a popular choice for social networking. To improve social networking, MySpace® includes, for example, personal Web pages for each user including profiles, blogs, pictures, videos, a “shoutbox,” instant messaging, a list of “friends” (other users on the MySpace® network that allow each other communications between the two users), e-mail capabilities, bulletin boards, and calendars. To use the social networking services, a user logs into the service's website (e.g., MySpace.com) from his or her personal computer. Mobile devices currently provide access to social networking sites through a Web browser or WAP application.

SUMMARY

Providing web services for wireless communication devices is described for interfacing a wireless device with a plurality of web services including social networking web services. For example, a system according to one embodiment of providing web services for wireless communication devices comprises a system for interfacing a wireless device with a plurality of web services comprising a web service proxy having an API to allow other modules to interface with the web service integration proxy; a plurality of web services adapters interfaced with the web services proxy through the API, each one of the web services adapters configured to communicate with a particular web service using the specific communication formats required by that web service; the wireless communication format being a different format than the communication formats required by each of the web services; wherein the web services adapters and the web services proxy convert between the communication formats employed to communicate with each of the web services and the wireless communication format, thereby enabling bi-directional communication between the wireless device and the plurality of web services.

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS

Throughout the description, for the purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of providing web services for wireless communication devices. It will be apparent, however, to one skilled in the art that the techniques may be practiced without some of these specific details. In other instances, well-known structures and devices are shown in block diagram form to avoid obscuring the underlying principles of providing web services for wireless communication devices.

Embodiments of a Data Processing Service

Embodiments of the providing web services for wireless communication devices may be implemented on a wireless device110which communicates with a data processing service100as illustrated generally inFIG. 1. Embodiments of a service100and data processing device110are described, for example, in co-pending application entitled SYSTEM ANDMETHOD FORINTEGRATINGPERSONALINFORMATIONMANAGEMENT ANDMESSAGINGAPPLICATIONS, Ser. No. 10/262,298, filed Sep. 30, 2002, and embodiments of dynamically managing presence and contact information on a data processing device110are described in co-pending application entitled SYSTEM ANDMETHOD FORDYNAMICALLYMANAGINGPRESENCE ANDCONTACTINFORMATION, Ser. No. 10/611019, filed Jun. 30, 2003 (hereinafter “co-pending applications”), which are assigned to the assignee of the present application and which are incorporated herein by reference.

Certain features of the service100will now be described followed by a detailed description of the system and method for connecting a wireless communication device110to a Web Service. It should be noted, however, that the specific data processing device and system architecture described in the co-pending applications are not required for implementing the underlying principles of the invention.

In one embodiment, the service100converts standard applications and data into a format which each data processing device110can properly interpret. Thus, as illustrated inFIG. 1, one embodiment of the service100includes content conversion logic120for processing requests for Internet content140from a wireless device110. More particularly, the service100acts as a proxy for the data processing device110, forwarding Internet requests140,141to the appropriate Web server and/or Web Service130(hereinafter referred to as “Web service”) on behalf of the data processing device110, receiving responses from the Web Service130in a standard Web services format (e.g., data employing a particular Web services schema and formatted according to the SOAP protocol or the Wireless Application Protocol (WAP)), and converting the responses142into a format which the data processing device110can process (e.g., bytecodes as described in the co-pending applications).

For example, the conversion logic120may include a rendering module (not shown) for interpreting the Web services code or HTML code and translating that code into a format capable of being processed/rendered on the data processing device110. As described in the prior applications, in one embodiment, the device-specific format comprises bytecodes/applets which, in one embodiment, are a form of Java bytecodes/applets. However, the conversion logic120may generate various other types of interpreted and/or non-interpreted code, depending on the particular type of data processing device110being used (e.g., one with an interpreter module or one without).

Because one embodiment of the service100maintains an intimate knowledge of the capabilities/configuration of each data processing device110(e.g., screen size, graphics/audio capabilities, available memory, processing power, user preferences, . . . etc) it can reconstruct the requested data accurately, while at the same time minimizing the bandwidth required to transmit the content to the device110. For example, the conversion logic120may perform pre-scaling and color depth adjustments to the requested content so that it will be rendered properly within the data processing device's110's display. In making these calculations, the conversion may factor in the memory and processing power available on the data processing device110. In addition, the conversion logic120may compress the requested content using a variety of compression techniques, and thereby preserve network bandwidth.

Communicating with a Web Service

FIG. 2illustrates one embodiment of the service100used to connect a wireless communication device110to Web services proxies201of various different Web services130(e.g., Yahoo!® Web Service202, various different social networking Web services proxies203-204, and one or more standard Web Services proxies205). Although the following description will focus on an implementation for connecting a wireless communication device110to a social networking Web Service203-204(e.g., a MySpace® Web Service or a LinkedIn® Web Service), the underlying principles of the invention are not limited to a social networking implementation. For example, certain embodiments of the invention may connect the wireless communication device110to other types of Web services (e.g., Yahoo!® Web Services202, EBay® Web Services, etc). In addition, while only two social networking Web Service proxies203-204are illustrated in the figures and described below, the embodiments of the invention described herein may connect to a virtually unlimited number of other social networking Web Services (or, for that matter, any type of Web services). Therefore, the scope of the invention should not be limited to the examples provided below.

When a user attempts to connect to or communicate with a Web Service201(e.g., EBay® or MySpace®) through the wireless communication device110, the service100communicates directly with the Web Service201on behalf of the user of the wireless device110through the Internet206(e.g., using the Web Services protocols/schema required for that particular Web services proxy202-204). In order to facilitate communication between the Web Service201and the wireless communication device110, one embodiment of the service100includes a Web Service integration proxy207, a notification service proxy208, a dispatcher209to communicate with the wireless communication device110, a database (DB) proxy210, and a DB211.

The notification service proxy208receives push notifications from all Web Services130for each user logged into via the plurality of Web Services proxies201and distributes those notifications to the wireless device110. Exemplary push notifications from a Web Service130include an instant message or a notification that an e-mail has been received within the user's social networking account, or that some other update to the Web service has occurred (e.g., a post from a friend on MySpace®). Thus, the notification service proxy208represents a single point of management for all push communications from a Web Service130to all wireless communication devices110connected to the service100. Consequently, even though wireless communication devices may be disconnected from the service (e.g., due to loss of network coverage), the push notification may still be sent to the service100, which stores the notification on behalf of the user. The dispatcher209then forwards the push notification to the correct wireless communication device110once the wireless communication device110is reconnected to the service100.

In one embodiment of the invention, the Web Service integration proxy (“WSIP”)207handles communications other than the push notifications to/from the Web Services130. For example, when a user on a wireless communication device110requests an update to the user's profile on a social networking Web Service130, this process is handled by the WSIP207. Similarly, when a user logs in and requests updates from one of the Web Services130, this process is managed by the WSIP207.

FIG. 3illustrates one embodiment of the Web Service integration proxy207employed within the service100. In the illustrated embodiment, the Web Service integration proxy207includes a “local” Web Services proxy301(i.e., “local” in this sense that it runs on the service100), a plurality of Web Services adapters302-304communicably connected to the Web Services proxy301, and an authentication proxy305.

In contrast to prior systems in which a WAP application on a wireless communication device110interfaces directly with the various Web Services proxies201, in this embodiment of the invention, the local Web Services proxy301interfaces with the Web Services proxies201on behalf of the wireless communication device110using the Web Services adapters302-304.

As mentioned above, certain Web Services exchange information with clients and servers on the Internet using various protocols and encodings, for example the Simple Object Access Protocol (SOAP). SOAP is a message-based protocol which employs an XML syntax to send text commands across the Internet using the Hypertext Transport Protocol (HTTP). Other Web Services protocols such as XML/RPC and REST (“Representational State Transfer”) may also be used consistent with the underlying principles of the invention.

Although most Web Services use these standard protocols, many Web Services employs their own specific format (e.g., data schema and rules for communication) which must be followed in order to communicate with those Web services. In addition, each Web service employs its own unique API, i.e., the set of functions and interfaces exposed by the Web service. Thus, in one embodiment of the invention, a separate Web Services adapter302-304is used to communicate with each of the Web Services proxies202-204, respectively, using the formats require by those proxies. In addition, as illustrated inFIG. 3, one embodiment of the invention includes a “global” or “default” Web Services adapter306for communicating with web services using standardized (i.e., non-proprietary) Web Services communication formats.

The Web Services adapters302-304are “plugged in” to the Web Services Proxy301through an API exposed by the Web Services Proxy301. Each of the Web Services adapters302exchange data and program code with the Web Services Proxy Web Services proxy via this API.

In operation, when data from a particular Web Service, e.g., social networking Web Service204, is requested on behalf of a wireless device110, the adapter304associated with that Web Service204communicates with the Web Service204using the required data schema and other communication standards required by the Web Service204. The adapter304provides the requested data to the Web Services proxy301via the Web Services proxy API. In one embodiment, the adapter304may also convert the data into a format interpretable by the Web Services proxy301. The Web Services proxy301extracts the underlying data and encapsulates the data into the communication format required for communicating to the wireless device110. If the wireless device is currently online, then the dispatcher209to which the wireless device110is currently connected transmits the data to the wireless device110using an asynchronous protocol specifically adapted for transmission over high-latency networks (e.g., wireless networks). For upstream communication, when the user of the wireless device110transmits information to the social networking Web Service204(or other Web Service), the information is transmitted through the dispatcher using the same protocol. The Web Services proxy301extracts the information and communicates the information to the appropriate Web Services adapter304via the Web Service proxy API. The Web Services adapter304then communicates the new information to its associated Web Service204using the required data schema and other communication standards required by the Web Service204.

One notable benefit of this architecture is that if a particular Web Services proxy (such as social networking web services proxy204) modifies its communication standards/protocol, then only the specific adapter for that web services proxy (e.g., social networking web services adapter304) needs to be modified or replaced. The remaining software executed on the service100(e.g., the Web Services Proxy301) and each of the wireless devices110does not need to be changed. Thus, the network bandwidth, as well as the engineering time which would normally be required to upgrade each individual wireless device110is conserved.

As mentioned above, the wireless communication device110communicates with the dispatcher209(which is described in detail in the prior applications) using an asynchronous, message-based protocol specifically tailored for a high-latency network (such as a wireless network). Specifically, in one embodiment (described below with respect toFIG. 6), the Web Services proxy301combines multiple request/response interactions with each of the Web Services202-204into a single communication to the wireless device110, thereby conserving network bandwidth. In addition, as previously described, because the service100understands the data formats which wireless communication device110is capable of interpreting (e.g., video display resolution, processor speed, memory capability, etc.), the service100converts the underlying data into these specific data formats, typically compressing the data to conserve additional bandwidth. Hence, communications directed to/from a Web Service130from/to a wireless communication device110is in a more compressed, more efficient format when transmitted between the service100and the wireless communication device110than the typical formats produced by a WAP application.

Although the embodiments described above employ the SOAP protocol to communicate with Web Services, the underlying principles of the invention are not limited to any particular protocol. Virtually any other protocol may be employed consistent with the underlying principles of the invention (e.g., DCOM, CORBA or any RMI/RPC interface as defined by the World Wide Web Consortium (see, e.g., www.w3.org).

As previously described, the wireless communication device110may communicate a request for specific information, such as social networking information, from a Web Service130via the service100. In one embodiment of the invention, the service100collapses the number of request/response interactions with the Web service130in order to fulfill the user's request. One specific example is illustrated inFIG. 6, where the user wishes to access the user's social networking profile from a social networking site and multiple requests are required to the social networking Web Service204for different objects (e.g., one request to retrieve the user's picture and another request to retrieve the user's personal information). The wireless communication device110sends one general request601to the service100to simply obtain the profile. The Web Services proxy301receives the request from the wireless communication device110and converts the single request into the multiple requests required to pull the requested information (e.g., picture and personal information) from the social networking Web Service204. As mentioned above, the request/response interactions are managed by the adapter304associated by the specific Web Service204. Thus, the adapter304forwards the request for the personal information602to the social networking Web Service204. The social networking Web Service204responds with the personal information to the adapter204(603). The adapter304then forwards the next request604(e.g., for an image) to the Web service204. The social networking Web Service304responds with the image to the adapter204(605). Once the service100receives all of the information to fulfill the wireless communication device's110request601, the Web Services proxy301combines all of the requested information to the wireless communication device110in one response (606). As illustrated inFIG. 6, more than two requests and responses to/from a Web Service201by the service100may exist for each request and response to/from the service100by the wireless communication device110. Hence, for different requests communicated from the wireless communication device110to the service100, any number of requests from the service100to a Web Service130may be included in the different requests between the device110and the service100.

In order to access information from different Web Services130, a user may need to be logged into the Web Services130. Hence, the service100may log a user of the wireless communication device110into the required Web Services130. Referring toFIG. 3, in one embodiment, the authentication proxy305transparently collects login information (e.g., username and password) for a user in order to connect to a Web Service130. In one embodiment, the DB211(FIG. 2) stores a user's login information for multiple Web Services130. When the authentication proxy305(FIG. 3) needs to collect a user's login information for a specific Web Service130(e.g., MySpace®), the authentication proxy305requests the information from the DB proxy210(FIG. 2). The DB proxy210then accesses the DB211for the login information and forwards the login information to the authentication proxy305. The Web Services proxy301then communicates the login information to any or all of the Web Services130. In one embodiment, after retrieving authentication credentials from the wireless device, the service100(via the authentication proxy305and Web services proxy301) automatically logs the user of the wireless communication device110onto multiple Web Services130without requiring additional input from the user (assuming that the proper authentication information for each Web service is available from the user database via the DB proxy210). As a result, a user may access information from various Web Services130without manually entering the required login information for each individual Web Service130. Furthermore, the service100may keep a user logged in for an extended period of time, even if the wireless communication device110temporarily disconnects from the service100.

FIG. 4illustrates one embodiment of the user interface screen captures of the wireless communication device110for logging into and interfacing MySpace®, which is a specific social networking site (i.e., a specific Web Service201). The capture401shows that an identifier exists on a menu of the wireless communication device110. When a user wishes to access the social networking service, the user highlights and selects the social networking service identifier. Highlighting the identifier may show whether the user is logged in to the social networking service. Upon selecting the identifier, the user may be requested for his login information. As previously described, the service100may instead automatically login the user into the social networking Web Service130. Once the user is logged into the social networking Web Service, the service100pulls information for the user and transmits the information to the wireless communication device110to be displayed for the user as in403.FIG. 5aillustrates that the information may include that the user is logged in501, number of new messages502, number of new comments503, number of new friends reminders504, and number of new bulletins505. Captures404and405illustrate example screen captures of windows or menus for accessing the new information (e.g., unread messages) from the social networking service alerted in403.

While a user is logged into the social networking service, the user is able to use the wireless communication device for activities other than accessing the social networking service (e.g., making a phone call, listening to MP3's). Thus, because the user is logged in, the user stills receives notifications of when new information is received at the social networking service. For example,FIG. 5billustrates a visual notification506when the user receives a new message from another user. In addition, as illustrated inFIG. 5c, the user interface includes displaying an identifier507(e.g., in a menu bar) for when a user is logged into the social networking service. Notifications to the user may be visual (506) and/or audio/vibrations. The notifications may be received through push notifications from the social networking Web Service204or by the service100periodically checking the social networking Web Service for any updates.

While the screen captures are for a specific embodiment for interfacing a specific Web Service130(i.e., MySpace®), user interfaces are not limited to interfacing social networking sites. A similar portion of the user interface may exist for each Web Service that the service100is able to contact and with which Web Service130the user wishes to communicate.

For any requests or communications between the wireless communication device110and the Web Service130that the WSIP207or the Push Notification Proxy208cannot handle, the wireless communication device110may communicate with an Internet site of the Web Service130via the service100using a standard Web browser on the wireless communication device110.

Although specific examples of social networking data were provided above (e.g., images, email messages, etc), the underlying principles of the invention are not limited to any particular type of social networking data. Social networking information processed by the service100may include, but is not limited to, user profiles, blogs, pictures, videos, a “shoutbox,” instant messages, a list of “friends”, e-mail messages, bulletin boards, and calendars, to name a few.

Unified Social Networking Data and Presence Management

One embodiment of the invention integrates user data from multiple social networking sites to generate a unified view of the social networking data for each user. This is possible because (as described above), the authentication proxy305of the WSIP207has access to user authentication data for multiple social networking sites (via the DB proxy) and is therefore capable of concurrently connecting the user to each of the social networking sites. As illustrated inFIG. 7, in one embodiment, the WSIP207extracts the social networking data from the various sites and stores the combined social networking data in a standardized format within a unified social networking database703. Although a separate database703is shown inFIG. 7for the purpose of illustration, a separate database is not required for complying with the underlying principles of the invention. Once collected, the unified data is then made accessible to other users linked through the various social networks. The unified data may also be used for a variety of other applications (e.g., address book applications, calendar applications, email applications, etc).

In addition, one embodiment of the service100manages “presence” information for users of the service100and integrates the presence information with the social networking user information gathered from various social networking sites. As illustrated inFIG. 7, each user's presence information is collected and maintained within a presence database702accessible through a presence proxy701.

As used herein, a user's “presence” may include both the physical location of a user and the electronic state (e.g., availability) of the user, and various combinations thereof. For example, one embodiment of the invention tracks the physical/geographical location of each user, potentially at different levels of granularity (as described in the co-pending applications). By way of example, and not limitation, presence data related to the user's location may include the state or city in which the user is currently located, the relative distance between the user and another user, or the exact physical location of the user (e.g., longitude and latitude or using a particular street address or intersection). The granularity provided to other users by the service100may be defined based on the capabilities of the service100and data processing device110to identify the location of the user and/or based on the user's preferences as to the granularity that should be provided to other users (e.g., a user may only want certain users to have access to the most precise level of granularity (e.g., street address versus city). This may be accomplished through various types of user interfaces (e.g., an option box selectable by the user to prevent the service100from broadcasting the wireless communication device's110presence information to other wireless communication devices110). The electronic “presence” of the user includes information related to whether the user is currently online (e.g., logged in to a social networking service or an instant messaging session).

The presence data and social networking data may be combined in various beneficial ways. For example, according to one embodiment, a user is provided with the ability to search for other users matching user-specific criteria (e.g., with specific interests) who are geographically near that user and/or who are electronically present (e.g., logged in to the social network).

As mentioned above, to implement the foregoing concepts, the service100ofFIG. 7includes a searchable presence database for storing the each users geographical or electronic presence.

The location of a wireless communication device110may be determined in a variety of ways. For example, it may be determined through the use of an integrated or attached Global Positioning System (GPS) integrated within wireless communication device110. Alternatively, or in addition, the location of a wireless communication device110is determined by known method of triangulating between multiple cellular towers of which the wireless communication device110is in range. Furthermore, a general location may be determined by identifying the cellular tower to which the wireless communication device110is connected.

FIG. 8illustrates one embodiment of a method implemented by the service100to determine the location of other users fitting specified criteria. Beginning in801, the service100receives a request to search for users with specified criteria. Example criteria include hobbies (e.g., skateboarding, chess, tattooing), memberships (e.g., member of Phi Sigma Epsilon), schools attended (e.g., alumnus of University of Charlotte), etc. The criteria may further include the reasons why a user is in a specific location (e.g., a user of a particular gender looking to meet another user of a particular gender, an indication that a user is at a party or at work, an indication that a user is attending a fundraiser, etc). A virtually unlimited number of criteria may be specified consistent with the underlying principles of the invention.

In one embodiment of the present invention, the service100attempts to automatically determine the reason a user is in a specific location. For example, the service100may determine that a user is at work because the wireless communication device110of the user is on a specific cellular tower to which the device110connects during work hours (e.g., 8 am to 6 pm Monday-Friday). The user may also rank the importance of criteria in order to rank the relevance of imperfect matches.

Returning toFIG. 8, once the service100receives the user criteria, the service100receives the location requirements from the wireless communication device110at step802. For example, the user may choose to search for other users within a two mile radius of the user. The user may also select a specific location where the user is not present (e.g., San Francisco, Calif. when the user is in San Jose, Calif.).

Once the service100receives the location requirements, the service100searches for users meeting the criteria and the location requirements in803. In searching for persons meeting specified criteria, the WSIP207of the service100communicates with Web Services130as described herein. For example, the WSIP207communicates with a social networking Web service204in order for the service100to search for users meeting the criteria. Since the service100is able to transparently log a user into multiple websites by storing login information, the service100may search multiple Web Services (e.g., Yahoo!® Local, LinkedIn®, and MySpace®) for users meeting the specified criteria and/or may search the unified user data DB703to search for users meeting the criteria.

In one embodiment, the service100allows the user to limit the pool of users for the search to users of wireless communication devices110currently connected to the service100, or otherwise logged into a social networking service or other service (e.g., an instant messaging service). Alternatively, or in addition, the service100may allow the user to limit the pool of users to search to the other users in the user's address book (e.g., a MySpace® address book or a unified address book maintained on the service100).

Once the WSIP207of the service100receives the list of users that match the criteria and/or the ranking of how well the users match the criteria (how close to a perfect match), the WSIP207searches the presence database702to determine the locations of the users (and thus determine which users match the both the criteria and the specified location requirements). The list may be prioritized based on, for example, the location or the rankings of matching criteria. The service100then returns the search results to the requesting user on the wireless communication device110at step804.

After the wireless communication device110receives the results, the wireless communication device110displays the results to the user. The results may be displayed in a variety of formats including a simple list, or as icons on a map so as to show the specific location of each of the resultant users. The map data may be stored on the wireless communication device (e.g., NavTech®) and/or may be accessed from a public site, such as Google® Maps or Mapquest®. The icons may include the priority ranking of the corresponding user (e.g., as defined by how close the users match the criteria and presence specifications).

In one embodiment of the present invention, if a wireless communication device110of another user that matches the user's criteria comes in proximity with the wireless communication device110of the searching user, the searching user is alerted to the close proximity of a user meeting the criteria. The other user matching the criteria may also be alerted as the proximity of the user searching for them. The wireless communication device110then provides the user performing the search the option of contacting the other user and/or may automatically attempt to connect the two users through a communication channel (e.g., telephone call, Instant Messaging (IM), Email, SMS, etc.). Since the service100provides users with the ability to hide their location information, the users may also be given the option not to be contacted by users via the presence-based techniques described herein.

Embodiments of the invention may include various steps as set forth above. The steps may be embodied in machine-executable instructions which cause a general-purpose or special-purpose processor to perform certain steps. Alternatively, these steps may be performed by specific hardware components that contain hardwired logic for performing the steps, or by any combination of programmed computer components and custom hardware components.

Throughout the foregoing description, for the purposes of explanation, numerous specific details were set forth in order to provide a thorough understanding of the invention. It will be apparent, however, to one skilled in the art that the invention may be practiced without some of these specific details. For example, multi-purpose telephony/data processing devices are particularly suitable for implementing certain aspects of the invention because these devices can initiate communication over a variety of communication channels (e.g., voice, IM, email, SMS, MMS, . . . etc). However, the underlying principles are not limited to these types of devices. For example, the underlying principles of the invention may be implemented within standard personal computer configurations standard wireless telephones, and/or other types of communication devices (e.g., vehicle communication devices). Moreover, although the invention was described in the context of specific types of messaging applications (e.g., email, instant messaging, . . . etc), the underlying principles of the invention are not limited to any particular type of messaging application.

In fact, while the various proxies were described as using SOAP, XML, and/or REST, any communication protocol or means of communicating between two nodes may be employed. Additionally, while the service100is described as receiving criteria and presence requirements, many requirements may include a default so as to not be necessary. Furthermore, the service100may first search for users without receiving location requirement in order to determine whether any users match the criteria, or vice versa. Requests sent to the service100from the wireless communication device110may also be in a single communication or multiple communications. In addition, references to a Web Service201or server or social networking site are not limited to the examples given (e.g, EBay®, Yahoo!® Local, LinkedIn®, MySpace®).

Accordingly, the scope and spirit of the invention should be judged in terms of the claims which follow.