WO2002065250A2

WO2002065250A2 - Use of presence and location information concerning wireless subscribers for instant messaging and mobile commerce

Info

Publication number: WO2002065250A2
Application number: PCT/US2002/004533
Authority: WO
Inventors: Mark Mcdowell; Joseph Khalil; Steven Zweifach; Graham Stead; David Lejeune, Jr.
Original assignee: Invertix Corporation
Priority date: 2001-02-15
Filing date: 2002-02-15
Publication date: 2002-08-22
Also published as: WO2002065250A3; US20020035605A1; AU2002256999A1

Abstract

Presence determination (112), location determination (114), instant messaging (116), and mobile commerce (118) are integrated into a functionally seamless system, which may be implemented as an added component of a wireless provider's network. Alternatively, the integrated system enables instant messaging and mobile commerce as a centralized gateway attached to the networks of a large number of wireless providers. The gateway facilitates a business model that advances beyond today's practices, in which individual wireless carriers enter into bi-lateral agreements with specific Internet content providers. The functionally integrated gateway disclosed empowers Internet services that require realtime information about wireless subscribers in order to conduct m-commerce or offer advanced messaging services. Optimization of a wireless network is also facilitated by taking network performance measurements, without using a special drive test team, via devices that are regularly using the network during standard network operation.

Description

USE OF PRESENCE AND LOCATION INFORMATION

CONCERNING WIRELESS SUBSCRIBERS FOR INSTANT

MESSAGING AND MOBILE COMMERCE

INTRODUCTION

[0001] The present invention relates generally to the field of wireless communications. More particularly, the present invention relates to enablement of instant messaging and location-based mobile commerce across Internet and diverse wireless network infrastructures.

BACKGROUND OF THE INVENTION

[0002] There are two major technical fields that have shown explosive growth over the past few years: the first is wireless communications and the second is use of data services, particularly the Internet. The growth of wireless communications has been astounding. Twenty years ago, there was virtually no use of wireless communications devices such as cellular phones, h contrast, the market penetration for wireless devices in the U.S. in 1999 was 32 percent. The current forecast is that 80 percent ofthe U.S. population will be wireless subscribers by 2008. Likewise, current and expected adoption of data services is phenomenal, interestingly, wireless communications and data services are beginning to converge.

[0003] An example of this convergence is found in Instant Messaging (or 'TM").

Originally an Internet-based text communication technology, EM will soon be integrated with wireless networks. It remains to be seen how smoothly this integration will proceed. Presence detection is an important element of any IM solution because an essential aspect ofthe LM technology is the detection of whether the members of each EM user's buddy list are present on the network. Although presence detection was fairly straightforward in the internet environment, when the various wireless networks are to be integrated into the IM phenomenon presence is no longer so easy to establish comprehensively.

[0004] Thus, what is needed is an infrastructure teclmology to enable mobile IM services and provide for effective mobile buddy lists.

[0005] Another potential benefit ofthe integration of wireless networks with fixed IP networks, such as the Internet, is mobile commerce (also referred to as m-commerce). Thus far, mobile commerce has been severely limited. To date, mobile commerce has typically been subscriber-initiated, with the subscriber using a handset to locate a product or service. This approach is consistent with E-911 implementations, where the subscriber initiates a call that requires location information. However, for mobile commerce to be broadly successful this paradigm needs to be inverted. This inversion occurs because wireless devices (telephone handsets, personal digital assistants, etc.) are not suitable for "window shopping." Merchants should have the ability to initiate promotions - on a permission-oriented basis -just as they do with other media.

[0006] hi the next three years, the number of m-commerce providers is expected to grow from almost zero to more than 18,000 worldwide. In addition, traditional retailers will also seek to engage mobile customers. The current model of bi-lateral agreements cannot scale to meet the demands of m-commerce, messaging, and traditional retail. A centralized gateway, where subscriber information can be sold (on a permission-oriented basis) to firms that require such information, would be an advantageous advance

[0007] Thus, what is needed is a centralized gateway where subscriber information can be sold, on a permission-oriented basis, to commercial firms.

[0008] The availability of location information concerning the wireless handsets is important to the enablement of mobile commerce. Although handset location information is not strictly required for mobile commerce to occur, it certainly facilitates the establishment of an effective m-commerce campaign.

[0009] Wireless carriers worldwide are preparing to offer location-based services to their subscribers. At the heart of these services is the Position Determining Equipment (PDE) which determines the location of a wireless device. The available PDE solutions employ several distinct methods of location determination: triangulation of RF signals among base stations; RF fingerprinting; and, embedded GPS in the wireless device. Regardless ofthe method employed, the PDE's most critical interface is to the Mobile Positioning Center (MPC), which routes emergency 911 voice calls and their associated location information to the local Public Safety Access Point (PSAP). The PDE also has an interface to a Location Proxy Server (LPS), which makes location information available to non-

. emergency third parties outside the wireless network. [0010] There is a trend in the industry to combine the MPC and the LPS into a single platform: both systems route voice calls with embedded location information to third parties. However, there are good reasons that this conventional trend should be reversed and the MPC and LPS should be decoupled. Whereas the MPC performs the proven, stable function of routing emergency calls to the PSAP, the LPS is expected to evolve rapidly to accommodate the massive demands of Internet-based businesses and services. Perhaps most importantly, the LPS must accommodate merchant-initiated transactions, which should become a significant aspect of mobile commerce but cannot be provided by voice call-driven MPC technology. In the same way that Home Location Registers (HLRs) have been decoupled from MSCs - allowing "intelligence" to be decoupled from switching fabric - the LPS should be decoupled from the MPC and allowed to evolve into a highly intelligent engine responsible for making wireless Internet access relevant, personal, and timely.

[0011] A number of companies (e.g., Folio Wap, OpenWave, SignalSoft, CTMotion, Air2Web, AirFlash, Ericsson's "Oz," InfoSpace, WindWire, OpenGrid, Aether Systems, 724 Solutions, Message Vine, Lucent, Nortel, Nokia, Quickdot, Xypoint, Cellpoint, just to name a few) currently promise technologies that will provide some form of L or m- commerce solutions for wireless handsets to communicate with Internet-connected users. However, none of these companies have been able to develop a system that integrates presence determination, location determination, Instant Messaging, and mobile commerce.

[0012] Thus, what is needed is a an infrastructure technology that allows the integration of presence determination, location determination, Instant Messaging, and mobile commerce.

SUMMARY OF THE INVENTION

[0013] Accordingly, one aspect ofthe present invention is the integration of presence determination, location determination, Instant Messaging, and mobile commerce into a functionally seamless system. This integrated Presence, Location, Instant messaging, and Mobile commerce (or "PLIM") system maybe implemented as an added component of a wireless provider's network.

[0014] Alternatively, a further aspect ofthe invention is the integration of presence determination, location determination, Instant Messaging, and mobile commerce as a centralized gateway that may be attached to the networks of a large number of wireless providers.

[0015] The gateway arrangement according to this aspect ofthe invention facilitates a business model that represents a step forward from today's practices, in which individual wireless carriers are entering into bi-lateral agreements with specific Internet content providers. The PLUVI gateway generates revenues from Internet services that require realtime information about wireless subscribers in order to conduct m-commerce or offer advanced messaging services. The gateway may then share the revenue generated through the sale of subscriber information with the participating wireless carriers that host the subscribers.

[0016] The PLDVI gateway makes wireless subscriber presence, location, and profile information available on a 100% permission-oriented basis to Internet services. The PLFM gateway obtains subscriber information through direct electronic connections into wireless carrier networks. These connections are non-intrusive and pose no risks to the wireless carriers. Raw data collected from carriers is formatted and cached inside the PLEM gateway, and made available to registered Internet services through an electronic Internet- based interface.

[0017] Another aspect ofthe present invention is the enabling of true merchant initiated mobile commerce. This is made possible due to the integration of location information with a facility to manage marketing campaigns and a subscriber privacy management database. This ensures that the mobile commerce is conducted so that merchants obtain efficient marketing service and subscribers are subject only to marketing that they have expressly consented to.

[0018] Additionally, another aspect ofthe invention is the implementation of network optimization and performance measurement features to enable network operators to measure the performance and increase the efficiency of their networks.

[0019] It is an object of the present invention to provide integration, for one or more wireless networks, of presence information, location information, Instant Messaging, and mobile commerce. [0020] It is another object ofthe present invention to provide integration of Instant Messaging and mobile commerce as a central gateway servicing the needs of multiple wireless networks.

[0021] It is yet another object ofthe present invention to provide integration of Instant Messaging and mobile commerce as a dedicated system servicing the needs of only a single wireless network.

[0022] It is still another object ofthe present invention to enable merchant initiated mobile commerce by integrating information about wireless subscribers' location, presence, and privacy choices.

[0023] Additional objects and advantages ofthe present invention will be apparent in the following detailed description read in conjunction with the accompanying drawing figures.

BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Fig. 1 illustrates a block diagram view ofthe architecture of a PLFM system according to the present invention.

[0025] Fig. 2 illustrates the flow of signals via the PLFM system ofthe present invention when subscriber-initiated location-sensitive Web browsing is practiced.

[0026] Fig. 3 illustrates the flow of signals via the PLFM system ofthe present invention when merchant-initiated mobile commerce is practiced.

[0027] Fig. 4 illustrates an initial registration process for effecting subscriber provisioning.

[0028] Fig. 5 illustrates a preference selection process for effecting subscriber provisioning.

[0029] Fig. 6 illustrates an updating process for maintaining subscriber provisioning.

[0030] Fig. 7 illustrates a carrier specific PLFM server implementation.

[0031] Fig. 8 illustrates a PLFM system implemented as a centralized gateway.

[0032] Figs. 9 and 10 illustrate a system for network optimization and performance measurement, according to a further embodiment ofthe present invention. DETAILED DESCRIPTION OF THE INVENTION

[0033] One embodiment of the present invention is a computing platform that facilitates communications for wireless subscribers of a wireless network. The computing platform includes a presence module that maintains data concerning network presence ofthe wireless subscribers, as well as a location proxy module that maintains location data concerning physical location ofthe wireless subscribers. It also includes an instant messaging module connected to provide instant messaging service for the wireless subscribers utilizing the data concerning network presence. To enable mobile commerce, the computing platform further includes a campaign manager module connected to provide commercial message transmission to one or more ofthe wireless subscribers selected based on the data concerning network presence and the data concerning physical location.

[0034] Another aspect ofthe computing platform is a privacy database containing records of data permission settings corresponding to individual ones ofthe wireless subscribers. The data permission settings ofthe privacy database are used as a further basis on which the wireless subscribers are selected to be provided commercial message transmission.

[0035] Another aspect ofthe computing platform is that the presence module also maintains data concerning network presence of non- wireless instant messaging subscribers.

[0036] Another embodiment ofthe present invention is a network gateway for collecting presence information and location information concerning wireless subscribers of plural wireless networks, and for facilitating instant messaging and mobile commerce. The network gateway includes a presence module that maintains data concerning network presence ofthe wireless subscribers, as well as a location proxy module that maintains location data concerning physical location ofthe wireless subscribers. It also includes an instant messaging module comiected to provide instant messaging service for the wireless subscribers utilizing the data concerning network presence. To enable mobile commerce, the network gateway further includes a campaign manager module connected to provide commercial message transmission to one or more ofthe wireless subscribers selected based on the data concerning network presence and the data concerning physical location. [0037] The present invention also encompasses process embodiments for the conduct of mobile commerce. One process embodiment includes receiving a request from an approved merchant for current location information concerning a mobile subscriber, and verifying via a privacy database that the subscriber has given permission for the merchant to access the requested information. The process further includes obtaining current

' location information concerning the mobile subscriber from position deteπnining equipment associated with a wireless network, and providing the subscriber's current location information to the merchant. By this process, the merchant is free to transmit to the subscriber personalized content based on the subscriber's current location information.

[0038] The integrated Presence Location Instant messaging and Mobile commerce (PLFM) system according to the present invention provides two salient advantages to a wireless carrier. One is the enabling of wireless instant messaging with "mobile buddy list" capability. The second is enabling of merchant-initiated mobile commerce. These applications hold great promise for immediate and untapped sources of revenue for wireless carriers.

[0039] IM is a revenue generating service. Instant messaging is a popular - perhaps indispensable - Internet service that wireless subscribers will pay to receive on their mobile devices. Even for carriers who do not bill separately for the FM service, the additional message traffic and airtime represent significant sources of new revenue on their existing infrastructure.

[0040] Enablement of mobile commerce (or "m commerce") is also a revenue generator. A PLFM system according to the present invention makes subscriber presence, location, and interest information available to merchants who desire to initiate transactions with wireless subscribers. Carriers can generate multiple streams of revenue from the sale of presence and location information, as well as activate lucrative mobile commerce agreements with strategic partners.

[0041] hi addition, the ability to offer the PLFM as a gateway, independent of a single network, allows several important advantages. Most importantly, it provides a virtual "one stop shop" so that merchants, customers, and network operators can establish a business relationship with a single entity that provides a seamless interface. [0042] A PLFM system according to the present invention offers significant additional advantages to wireless carriers in terms of network optimization and performance measurement. Through its Presence Server, the platform allows other network elements to function more efficiently. For example, by indicating that a subscriber's phone is OFF, the PLFM system eliminates unnecessary and resource-consuming SMS delivery re- attempts. Similarly, the PLLM system can signal the Positioning Determining Equipment when a subscriber has registered in a different market, allowing the equipment to rapidly "re-locate" the subscriber.

[0043] The present invention ensures that mobile commerce is conducted in such a way that subscriber privacy is not compromised. The PLFM system provides for a 100% opt-in service. Subscriber information is firewalled inside the carrier's network, or inside a centralized gateway, depending on implementation options. Subscriber information is not provided to any third party without explicit permission. Subscribers have the ability to establish and change their permissions and preferences easily and frequently using both PC and wireless interfaces.

[0044] Referring to Fig. 1, a block diagram ofthe architecture of a PLFM system 110 according to the present invention is illustrated. One element of a system according to the present invention is the Presence Server 112. The Presence Server 112 determines whether a mobile device is ON or OFF in real-time. The Presence Server 112 inter- operates with system databases to allow sophisticated presence management.

[0045] Another element of a system according to the present invention is the Location Proxy Server (LPS) 114. The LPS 114 makes subscriber location, as determined by third party equipment (e.g., PDE), available to merchants and other external entities under controlled conditions. An additional element of a system according to the present invention is the LM Server 116. The FM Server 116 allows the wireless networks to send and receive instant messages from common FM platforms.

[0046] Another element of a system according to the present invention is the mobile commerce Campaign Manager 118. The Campaign Manager 118 allows wireless carriers to automatically deliver targeted messages and e-coupons on behalf of mobile commerce merchants. [0047] Each of these elements 112, 114, 116, 118 may be implemented on separate servers, but need not be to practice the present invention. Conceptually, the Presence Server 112, the Location Proxy Server 114, the FM Server 116, and the Campaign Manager 118 may be implemented as software modules that may execute on separate physical machines, or on a single physical machine, at a common location, or remotely from one another, depending on operational convenience. In other words, these elements ofthe present invention are not dependent on the specifics of hardware implementation to provide the functions that make the present invention useful.

[0048] The integrated Presence Server 112, according to the present invention, determines the network presence of a wireless subscriber or FM user. The Presence Server 112 determines if a mobile phone or other mobile device is ON or OFF. It also determines if an Internet-based IM user is ONLINE or OFFLINE. The Presence Server 112 makes network presence information available between wireless networks and the Internet.

[0049] The simplest use ofthe Presence Server 112 is the instant messaging buddy list. Because the Presence Server 112 is able to determine if a wireless device is ON or OFF, traditional FM buddy lists can be extended to indicate whether "mobile buddies" are ON or OFF. Likewise, WAP applications and embedded software in the handset can indicate whether buddies are ONLINE at their PCs or at their wireless devices.

[0050] The buddy list is an integral part ofthe FM experience - it allows one to send messages to buddies who are online and therefore able to receive them instantly. But the buddy list is becoming a valuable application in its pwn right. It is useful to know if buddies, co-workers, staff, and others are ONLINE or have their phones ON. Particularly, in mobile applications, merely knowing that a device is ON or OFF has intrinsic value.

[0051] The Presence Server 112 according to the present invention does much more than power the buddy list. It enables "presence management" in a world where there are many ways to be online, and individuals may carry several different wireless devices. Presence management allows subscribers to direct calls, messages, and data traffic to particular devices. Presence management extends well beyond ON or OFF information: subscribers may wish to indicate "ON-busy" or "ON-meeting" or "ON-emergency only" or any number of other personal settings. Subscribers may even desire for their presence information to be presented differently to different outside parties, for example "ON-busy" for co-workers but "ON-available" for spouse or supervisor. Moreover, Presence management preferences may change at different times ofthe day, and on different days of the week.

[0052] Presence information is also useful internally for the wireless network to streamline operations. One example involves the Short Message Service Center (SMSC) 134. The SMSC 134 does not know if a mobile device is ON or OFF, and therefore must employ a complex, multi-day message delivery and re-delivery algorithm to ensure that messages are delivered successfully. Using the PLFM system 110 according to the present invention, the SMSC 134 can query the Presence Server 112 before attempting to send a message, eliminating inefficient retry attempts.

[0053] Another example involves the Position Determining Equipment (PDE) 130 that many wireless carriers are expecting to deploy in the near future. Network-based PDE devices need to know the market where the subscriber is operating before they can locate the subscriber. If a subscriber moves from one market to another (for example, during a business trip), the PDE does not know where to begin searching for the subscriber. Using the present invention, the PDE can query the Presence Server to obtain market presence information, and then rapidly locate the subscriber.

[0054] The Presence Server communicates with other components ofthe PLFM system platform as well as external network elements in the wireless network.

[0055] Within the PLFM system platform, the Presence Server communicates with the Instant Messaging (FM) Server, the Campaign Manager, the Privacy Database, and the Network API components. The FM Server queries the Presence Server to determine if a subscriber's phone is ON or OFF so that accurate "mobile buddy list" information is available for the FM clients. The Campaign Manager queries the Presence Server to know if a particular subscriber's phone is ON or OFF before attempting to send a targeted mobile commerce message. The Presence Server queries the Privacy Database to ensure that an external entity requesting subscriber presence information is authorized to receive the information. Presence information is made available to approved external entities via "push" or "pull" through the Network API. [0056] The Presence Server also communicates with the Position Determining Equipment (PDE), Home Location Register (HLR), Short Message Service Center (SMSC), and WAP gateway network elements in each ofthe wireless networks to which the PLFM system is connected. The PDE may query the Presence Server to determine the market in which a subscriber is operating. The Presence Server may extract wireless presence information from the HLR. The SMSC may query the Presence Server before attempting to deliver a short message to determine ofthe recipient's mobile phone is ON. The Presence Server provides wireless presence information to WAP-based FM clients for the "mobile buddy list."

[0057] hi order for presence management to be more useful in everyday life, network presence preferably indicates more than simple ON or OFF information. Table 1 illustrates the different types of wireless presence that are supported by a Presence Server of a system according to the present invention.

TABLE 1

[0058] Likewise with the Internet, there are several variations of network presence. The PLFM system's Presence Server retrieves online presence from various FM servers (buddy list information) and makes it available to wireless subscribers on the WAP FM client application. Table 2 illustrates the different types of Internet presence that are supported by a Presence Server of a system according to the present invention.

TABLE 2

[0059] As FM moves into the wireless realm, presence information will undoubtedly become even more important. Using the status parsing as described above, presence information will be used for "availability management" in a world where people have multiple communication devices and can be accessed anywhere, anytime.

[0060] The FM- Anywhere Presence Server determines both Internet presence and wireless network presence, and makes this information available to entities on both networks. How presence is determined is explained as follows.

[0061] Determining Internet presence is straightforward: the Presence Server communicates peer-to-peer with FM servers. Internet presence information is made available to the Presence Server in the same way presence information is shared among FM clients worldwide. Currently, there is no uniform protocol for Internet-based instant messaging and presence, although an industry consensus is expected soon. The world's most common FM protocols are those used by AOL's Instant Messenger (ATM) and ICQ (also owned and controlled by AOL). [0062] Determining wireless network presence is considerably more complex. Some of the key challenges are the following:

• The underlying communication protocols of TIA/EIA-41 wireless networks currently do not natively provide presence indicators;

• Accuracy is lost when unplanned network detachments occur, such as dead battery or roaming into analog service areas;

• Real-time electronic connections into operational wireless networks are needed;

• Wireless carriers are resistant to technical solutions that place a processing burden on operational network elements;

• Wireless carriers will allow only a small number of external connections into their networks.

[0063] The PLFM system Presence Server according to the present invention overcomes these challenges using novel techniques, and by offering a wide variety of options for connecting into wireless network elements. The Presence Server is able to inter-operate with network elements from all major equipment manufacturers as well as Signaling System 7 (SS7) bearer networks. Table 3 indicates a few ofthe general presence determination techniques employed by the PLFM system. Co-pending U.S. application no. 09/771,201 discusses several additional techniques that maybe used in accordance with the invention for presence determination.

TABLE 3

[0064] Using these methods, as applicable, the Presence Server retrieves presence and location information asynchronously or synchronously. In asynchronous mode, the Presence Server queries (polls) the HLR or SS7 nodes whenever an update is needed, hi synchronous mode, the HLR or SS7 nodes are configured to send presence status changes to the Presence Servers as they occur. In synchronous mode, subscriber presence information is "streamed" into the Presence Server (this is a "push" mechanism).

[0065] The Presence Server supports priority settings that allow presence updates to receive greater or lesser priority over other PLFM system traffic. Using an advanced prioritized event processing system, the PLFM system allows the wireless carrier to fine tune the Presence Server performance.

[0066] Even these sophisticated and proven teclmiques cannot provide accurate presence information in the event of an improper network detachment by the subscriber, i.e., the subscriber's battery dies. For these "corner condition" situations, the Presence Server employs heuristic techniques based on elapsed time and other conditions to infer the correct presence state.

[0067] Delivering ofthe presence information is another aspect of how the present invention operates. Presence information is made available to approved external users of the information through a secure Network Application Programming Interface (Network API). Approved users would appropriately include FM servers or unified messaging providers. The Network API allows both "pull" and "push" access by approved external users ofthe information.

[0068] An approved user can access presence information by subscribing to it. The user sends a subscribe request to the Presence Server using the Network API. If the subscribe request is approved, the Presence Server replies with a presence "atom" giving the current status ofthe wireless device. The Presence Server also agrees to notify the user each time the device's presence changes. The Presence Server will continue to notify the user of presence changes until the subscription has expired. If no expiration time is provided, the Presence Server assumes a default expiration period. If an expiration time of "zero" is provided, no subscription is created, and only a single presence atom is returned. This provides a user with a one-time presence fetch capability.

[0069] The integrated Location Proxy Server (LPS) ofthe PLFM system according to the present invention distributes real-time subscriber location information to platforms inside the wireless network and to third parties outside the network through the Network API. The LPS connects directly to a wireless carrier's Position Determining Equipment (PDE) and Mobile Positioning Center (MPC). Using the Network API, the LPS makes location information available for both "push" and "pull" access by the platforms and third parties that require location information. As with the other integrated services in the PLFM system platform, the LPS utilizes the Privacy Management System and its associated database to ensure the privacy of subscriber location information.

[0070] The PLFM system LPS is responsible for retrieving, formatting and processing, and delivering location information to the platforms that require it. Some of these platforms are certainly located outside the network (e.g., Web URL, m-commerce merchant). On the other hand, some of these platforms (e.g., the FM Server, the Campaign Manager) are optionally located either inside the wireless carrier's network or outside it at a central gateway location, for example.

[0071] The LPS has four basic functions: (1) retrieving location information from the PDE, (2) retrieving location information from other network elements, (3) formatting and processing location information, and (4) delivering location information.

[0072] To retrieve location information from the PDE, the LPS has a secure, electronic connection to the PDE via an API. The API is accessible over TCP/IP and employs the J- STD-036 protocol. The PDE API supports both a one-time query from the LPS as well as continuous streaming of location updates to the LPS.

[0073] It may also be useful to retrieve location information from other sources.

Networks which do not have PDE should have coarse-grain location information available in other network elements. For example, some HLRs and MSCs indicate a subscriber's current serving cell or sector. This information is retrievable by the PLFM system's LPS.

[0074] The LPS formats and processes location information received from the PDE or other network element into a format that is acceptable to the requesting platform. Final formats are useful in the form of (1) latitude-longitude pairs with associated circular probability error (CEP), (2) zip code, (3) city identifier, or (4) Geographic Markup Language (GML) code, hi order to produce a final format location "atom," the LPS converts data from the PDE or network elements using geocoding techniques (i.e., convert sector ID into zip code). The wireless carrier must load network geography data, such as BTS locations, into the LPS database. [0075] The LPS delivers location information to platforms outside the wireless network using the Network API. Location information can be provided in response to individual queries, or it can be streamed continuously to the external platforms. The LPS also provides location information to services inside the wireless network using TCP/IP messaging inside the carrier's firewall.

[0076] There are many scenarios under which the LPS provides location information to platforms inside and outside the wireless carrier's network. The following examples illustrate the two most common scenarios: subscriber-initiated location-sensitive Web browsing, and merchant-initiated mobile commerce.

[0077] Referring to Fig. 2, subscriber-initiated location-sensitive Web browsing is illustrated. The process is initiated when a wireless subscriber 210 uses a WAP browser to request 201 location-sensitive information (e.g., driving directions) from a Web service (URL) 220. The WAP Gateway 136 automatically recognizes that location information is needed and queries 202 the PLFM system's LPS 114 for the most recent location information on the subscriber. The LPS verifies 203 that the privacy database 119 reflects that the subscriber has given permission for her location information to be provided to the Web service 220. If current location information is not available, the LPS 114 queries 204 the PDE 130 to obtain it. Alternatively, the PDE 130 may already be configured to "stream" location updates into the LPS 114. The LPS 114 provides 205 the subscriber's location information to the WAP Gateway 136. The WAP Gateway 136 embeds the location information into the requested URL and forwards it 206 to the Web service 220. A location-sensitive response from the Web service 220 is returned 207 to the subscriber 210 via the WAP Gateway 136.

[0078] Referring to Fig. 3, merchant-initiated mobile commerce is illustrated. An approved merchant 320 with prior knowledge of a subscriber's phone number requests 301 the subscriber's current location information. The merchant 320 accesses the PLFM system's LPS 114 through the secure Network API 117, supplying a user ED and password. The LPS 114 verifies 302 that the privacy database 119 reflects that the subscriber has given permission for the merchant 320 to receive this data. If current location information is not available, the LPS 114 queries 303 the PDE 130 to obtain it. Alternatively, the PDE 130 may already be configured to "stream" location updates into the LPS 114. The LPS 114 provides 304 the subscriber's information to the merchant 320. The merchant uses this information to provide personalized content to the subscriber.

[0079] Referring again to Fig. 1, the LPS communicates with other components ofthe PLFM system platform as well as external network elements in the wireless network.

[0080] Within the PLFM system platform, the LPS communicates with the FM Server, the Campaign Manager, the Privacy Database, and the Network API. The FM Server queries the LPS for buddy location information to be displayed in the "mobile buddy list." The Campaign Manager queries the LPS to determine if a subscriber's location should trigger the delivery of a targeted mobile commerce message. The LPS queries the Privacy Database to ensure that the subscriber's permission has been received before providing location information to any requesting service.

[0081] The LPS also communicates with network elements in each wireless network it services, including the Position Determining Equipment (PDE) 130, the Mobile Positioning Center (MPC) 138, the WAP Gateway 136, and other network elements. The LPS receives real-time location information from the PDE. The PDE must provide a secure API utilizing the J-STD-036 protocol. The LPS may receive location information indirectly via the MPC in some network architectures. The LPS provides subscriber location information on a permission-oriented basis to the WAP Gateway, which in turn forwards the location information to location-sensitive Web services requested by the subscriber. The LPS may obtain coarse-grain location information from other elements in the wireless network, such as the MSC or the HLR, depending on the equipment and configuration.

[0082] Location information is made available to approved external users ofthe information through the secure Network API. Approved users might include traditional merchants, e-commerce companies, mobile commerce companies, wireless gaming companies, and wireless advertising firms. The Network API allows both "pull" and "push" access by approved external users ofthe information.

[0083] In a mamier analogous to that described above concerning presence information, an approved user can also access location information by subscribing to it. The user sends a subscribe request to the LPS using the Network API. The subscribe request includes the desired level of location granularity. If the subscribe request is approved, the LPS replies with a location "atom" giving the current location ofthe wireless device. The LPS also agrees to notify the user each time the device's location changes. The LPS will continue to notify the user of location changes until the subscription has expired. If no expiration time is provided, the LPS assumes a default expiration period. If an expiration time of "zero" is provided, no subscription is created, and only a single location atom is returned. This provides a user with a one-time location fetch capability.

[0084] The PLFM system allows wireless carriers to offer their subscribers access to popular instant messaging services on their wireless devices. The features that have made instant messaging one ofthe Internet's most indispensable applications (i.e., sending and receiving instant messages in real-time, knowing when buddies are online, and knowing when buddies have their phones turned ON) are now available on wireless devices:

[0085] The FM Server allows wireless carriers to offer their subscribers access to popular, commercially available FM services such as AOL Instant Messenger, ICQ, MSN Messenger, Yahoo! Messenger, and others. Using their handheld devices, wireless subscribers are able to send and receive instant messages and buddy list information with other wireless subscribers and with Internet FM users. Likewise, Internet FM users are able send and receive instant messages and buddy list information with wireless subscribers.

[0086] For the wireless subscriber, instant messaging is provided either through a WAP client or through two-way SMS. In the WAP mode, the subscriber goes to a WAP page operated by her wireless carrier. This WAP FM client allows subscribers to read and compose instant messages, to create and manage buddy lists and group lists, and to observe real-time buddy status. Two-way SMS offers the same functionality through the standard SMS interfaces. Messages are read and composed using SMS, and buddy list updates may be provided as short messages. Web and Windows™ FM clients, where administrative functions such as buddy list creation and maintenance can be performed, augment both the WAP and the two-way SMS EM clients. The Web and Windows™ clients are optional for WAP users but required for SMS users, since SMS does not lend itself to administrative activities. [0087] It is important to note that the term WAP is being used genetically to refer to any wireless Internet protocol, including HDML and any future wireless Internet protocols that may be developed. The following examples are provided of some competing technologies that for the purposes of this patent will be referred to generically as WAP. For example, the Web content can be delivered as existing HTML Internet content for wireless devices as proposed by Spyglass' Prism teclmology or Japan's i-mode. As a further example, the content can be processed through a template model that reads existing HTML content and fits the data to a template optimized for various types of wireless phones such as the system proposed by Everypath.com. As another example, the data content can be delivered to a Palm Pilot or other PDA or handheld device that uses a proprietary protocol.

[0088] Messages and buddy list updates to and from the wireless clients (WAP and SMS) pass through the PLFM system's EM Server utilizing a conventional client-server communication process. The EM Server communicates with Internet-based IM services using server-to-server communication protocols. Although no standard server-to-server protocol has been adopted by the industry, and several known alternatives are useful, the use of Session Initiation Protocol (SEP) extensions is a preferred implementation, due to the maturity ofthe SEP protocol, the native support of presence information, and the decoupling of presence information from the message body. Of course, the FM Server may be satisfactorily implemented via any version of Instant Messaging and Presence Protocol (FMPP) that may eventually become a standard. The PLFM system is advantageously configured to have a flexible, template-driven interface to external M servers, and it can readily adapt to changes in the protocol.

[0089] hi the future, WAP and SMS may give way to new wireless operating systems, for example Compact HTML, or perhaps embedded EVI and buddy list clients in wireless devices themselves. Because the FM Server may be implemented as infrastructure software, it is able to adapt to the changing protocols and operating systems with straightforward changes to its interface coder-decode templates. In effect, the EM Server is independent ofthe client platform used by the wireless subscriber.

[0090] For Internet FM users, sending messages and buddy list information to "mobile buddies" is as simple as creating a new entry in the buddy list indicating the buddy's mobile name. For example, if a buddy's Internet name is gstead, a new entry should be created called gstead-phone or gstead-pda. The mobile buddy name is then associated with an Internet address that terminates at the EM Server. When messages are sent from the Internet user, they are received at the FM Server and routed to the wireless subscriber's device. EM clients are enhanced to indicate both Internet and mobile status for each buddy, eliminating the need to create separate entries for mobile buddies.

[0091] A Web client and a downloadable Windows™ EM client are provided for use on desktop computers. The Web client is accessible via standard Web browser, provides full messaging and buddy list capability, and provides full EM administration capabilities (buddy list admin, group list admin, password admin). The administrative settings apply to the two-way SMS client. The Windows™ client is substantially identical to the Web client, but runs as separate Windows™ application.

[0092] Wireless subscribers can access several different EM clients from their handheld devices, including a WAP client and a two-way SMS client. The WAP client is accessible via a wireless device's WAP browser and allows messages to be composed, sent, read, stored, saved, or deleted. The WAP client displays buddy list and buddy status, and allows buddies to be added or deleted. The WAP client also displays group lists, and allows group lists to be created, edited, and deleted. It is preferred that the WAP client be implemented using Wireless Markup Language (WML) for optimal display on wireless device. The WAP client should reside either on a Web server inside a wireless carrier's firewall, or behind the firewall of a PLEVI system gateway site. A two-way SMS client utilizes standard two-way SMS to send and receive text messages, and buddy status updates (ON-OFF, online-offline) are sent via SMS. No administrative functions are provided in the two-way SMS client.

[0093] The WAP client provides some EM features which uniquely address the needs of wireless subscribers. Notification of successful delivery of an instant message to a wireless subscriber is provided, as is automatic retry of instant message delivery. When retry fails, the instant message is automatically re-routed to an appropriate email address. As required by the situation, message content is automatically reformatted (i.e., HTML to ASCII). Another helpful (if optional) feature is a library of predefined messages and replies, saving the subscriber the time required to enter an alphanumeric message on the keypad (examples include: Invitation to chat, Invitation to voice call, Yes, No, Why?, When?, and I'll call in 5 minutes). 94] The EM clients provide a rich set of functions for creating and managing buddy lists and group lists. These functions are offered by the Web client and the Windows™ client, and partially by the WAP client, but they are not available using two-way SMS. Table 4 summarizes the buddy list and group list management capabilities ofthe clients.

TABLE 4

95] In order for privacy to have real meaning in the implementation of this invention, each wireless subscriber who activates instant messaging capabilities is required by the E clients to use the PLFM system's Privacy Management System to establish her opt-in permission, preferences, optional personal information, and optional interest lists. Wireless subscribers use the Privacy Management System to establish their availability and to establish rules for sharing presence and location information. A subscriber may update these settings many times each day, or they may never change. It is entirely up to the subscriber to perfoπn her personal presence management. The Privacy Management System is an integrated component ofthe PLEM system platform, and can be accessed directly from any ofthe EM clients.

[0096] The EM Server communicates with other components ofthe EM- Anywhere platform as well as external network elements in the wireless network.

[0097] Within the PLEM system platform, the EM Server communicates with the Presence Server, the Location Proxy Server, the Privacy Database, and the Network API. The EM Server queries the Presence Server to detennine if a subscriber's phone is ON or OFF so that accurate "mobile buddy list" information is available for the EM clients. When an EM client requests the location of a buddy, the EM Server sends query to the Location Proxy Server, which responds with the buddy's location information. The EM Server queries the Privacy Database to ensure that buddy list add requests, group list add requests, and location information requests and are authorized. Instant messages and buddy list updates are sent to, and received from, external FM services using the Network API.

[0098] The EM Server also communicates with the Short Message Service Center (SMSC) and WAP Gateway network elements in each of host wireless networks it services. The FM Server sends and receives instant text messages through the SMSC. The SMSC provides a successful delivery notification to the EM Server, if the EM client requested such a notification. The EM Server sends messages, buddy list status information, and administrative information to the WAP EM client, which is in turn accessed by the subscriber via the WAP Gateway.

[0099] One ofthe most advantageous features ofthe PLEM system is its ability to offer merchant-initiated mobile commerce. Approved merchants, retailers, e-commerce companies, wireless advertising agencies, and others (collectively, "merchants") can use the PLEM system to obtain information about subscriber presence and location, as well as send messages and e-coupons to the subscriber. The enormous promise of m-commerce revenue will not be realized until this capability is widely available. The alternative - waiting for the subscriber to initiate a transaction - doesn't take advantage ofthe impulse buying opportunity and is built on unrealistic expectations of wireless device usage. [00100] At least three models for m-commerce have emerged to date. According to the first model, the merchant creates a WAP-enabled Web site with content or shopping opportunities for wireless subscribers. The Web site does not provide location-sensitive content. The wireless subscriber uses a WAP browser to visit the Web site and request content or conduct a transaction.

[00101] According to the second model, the merchant has an independent account with the wireless subscriber (for example, a stock trading account). Through this independent account, the merchant has private information about the subscriber, including her mobile phone number. The merchant determines the subscriber's presence or location information using a Network API, and then delivers a message directly to the subscriber using email or some other WAP or SMS message delivery service.

[00102] According to the third model, the merchant does not know the subscriber's identity or mobile phone number. The merchant would like to send a message or e- coupon to all subscribers with a particular set of interests. Moreover, the merchant would like to send the message or e-coupon only when the subscriber has her phone turned ON and is near the merchant's retail store.

[00103] These models range from completely subscriber-initiated (the first model) to completely merchant-initiated (the third model). The PLEM system is structured to solve the prior art challenges that block widespread use ofthe second and third models, which are incidentally the most commercially promising ofthe three. The Network API and the Campaign Manager represent access points by which merchants can initiate personal, relevant, location-specific transactions with wireless subscribers.

[00104] The Campaign Manager automates the delivery of targeted messages and e- coupons to wireless subscribers. The Campaign Manager is useful for merchants who: (i) do not know the identity of their prospective customers, but are interested in targeting specific interest groups, or (ii) may know the identity of their prospective customers, but do not have the communications infrastructure to deliver messages to those customers. The Campaign Manager identifies a group of target subscribers based on interests and permissions, and delivers messages or e-coupons to those subscribers only when certain location, presence, and timing criteria are met. [00105] The Campaign Manager is administered by the wireless carrier and is only available to merchants who have entered into agreements with the carrier. The creation and execution of a campaign may be highly automated, or may be administered manually, depending on the desires ofthe wireless carrier and the complexity ofthe campaign.

[00106] A contact campaign is advantageously structured to have the following elements: a campaign definition, campaign dimensioning, campaign execution, and campaign reporting.

[00107] The merchant provides, either electronically through a Web interface, or to a sales representative, campaign definition parameters, such as (i) target interest areas or a list of known mobile device numbers, (ii) the message or e-coupon, (iii) the start date and time, and duration, of campaign, and (iv) any conditions that must be satisfied to trigger the delivery of a message or e-coupon to a subscriber. Such conditions may include presence, location, day of week, and time of day.

[00108] Concerning campaign dimensioning, the Campaign Manager queries the Privacy Database to determine the number of accessible subscribers who: (i) match the interest areas, and (ii) have given permission to receive messages from the merchant. Based on the number of accessible subscribers matching the merchant's criteria, the merchant may decide to proceed with the campaign or, alternatively, to widen or narrow the campaign criteria.

[00109] When the campaign is executing, the Campaign Manager monitors each target subscriber. As soon as the merchant's criteria are satisfied for a given subscriber, the Campaign Manager delivers the merchant's message or e-coupon using WAP or SMS.

[00110] At the conclusion ofthe campaign, the Campaign Manager produces a report that indicates the total number of targeted subscribers, the total number of targeted subscribers for whom the campaign criteria were satisfied and a message was delivered, and the total number of successful and unsuccessful message delivery attempts.

[00111] The Campaign Manager performs sophisticated and computational intensive calculations during the campaign execution stage. A campaign may target as few as 10,000 or as many as 1 million or more subscribers. The Campaign Manager must monitor each ofthe subscribers throughout the duration ofthe campaign to determine if the message delivery criteria have been triggered. Some criteria are known beforehand, such as the subscriber's interests. Other criteria, such as presence and location, must be monitored in real-time. Location poses a special complexity, since the subscriber's distance from a merchant may need to be computed.

[00112] Merchants who wish to conduct a message campaign must work closely with the wireless carrier to configure the campaign. The Campaign Manager provides a Web interface through the Network API. Using this interface, merchants can define and dimension campaigns, and submit them to the wireless carrier for approval and execution. This highly automatic method is appropriate for small to medium scale campaigns, for campaigns with simple message delivery criteria, and for repeat campaigns.

[00113] The PLEM system operator (e.g., a wireless carrier, or a central gateway facility) may elect to work personally with merchants to manually define, dimension, and launch campaigns. In this scenario, a representative ofthe operator meets with the merchant and enters the campaign information into the Campaign Manager using the Web interface herself.

[00114] The Campaign Manager communicates with other components ofthe PLFM system platform as well as external network elements in the wireless network.

[00115] Within the PLEM system platform, the Campaign Manager communicates with the Location Proxy Server, the Presence Server, the Privacy Database, and the Network API. The Campaign Manager receives subscriber location updates via the LPS. The Campaign Manager receives subscriber presence updates via the Presence Server. The Campaign Manager queries the Privacy Database during the campaign dimensioning stage to build a list of accessible subscribers whose interest profiles and permissions make them viable candidates for receiving a message. The Campaign Manager offers a Web interface for creating, dimensioning, and launching campaigns. The Web interface is accessed through the Network API.

[00116] The Campaign Manager also communicates with the Short Message Service Center of any wireless networks it services. The Campaign Manager delivers messages to subscribers via the SMSC. The Campaign Manager also receives message delivery confmnations from the SMSC, which it uses when creating its campaign report.

[00117] The PLEM system platform includes a powerful Privacy Management System that safeguards personal subscriber information across each ofthe integrated services. Through a flexible opt-in interface, the Privacy Management System allows wireless subscribers to carefully manage their "wireless personas" so that services such as wireless instant messaging and merchant-initiated mobile commerce become welcome - even indispensable - wireless Internet applications.

[00118] Just as the PLEM system enables the delivery of targeted, timely, and personal information, it also ensures that private information is protected and that subscribers do not receive unwanted, intrusive external contacts. The Privacy Management System includes a secure database of subscriber identities, personal interest information, and permissions. This database is queried in real-time before personal information is provided to any external entity, and before any messages are delivered to the subscriber. The subscriber can access the Privacy Management System through the Web or through a WAP device at any time to modify their personal information.

[00119] The Privacy Management System is, in effect, a gatekeeper between the private information needed to make Internet services personal and relevant, and the vast world of merchants and messaging services who desire access to the subscriber. A description of the features and interworking ofthe Privacy Management System follows.

[00120] The centerpiece ofthe Privacy Management System is a Web interface where wireless subscribers provide personal information and establish the conditions under which they are willing to be contacted by outside parties. The information provided by the subscriber in the Privacy Management System is stored in a relational database that is part ofthe PLEM system platform. If the wireless carrier has separate databases that include partial information about its subscribers (i.e., basic identity, interests), this information can be loaded directly into the Privacy database rather than re-entered by the subscriber.

[00121] The Privacy Management System allows a "supervisor mode," in which a subscriber's supervisor has the ability to control all aspects ofthe subscriber's account. This feature is useful for corporate wireless plans. Accordingly, there are three classes of information collected and stored by the Privacy Management System: (i) identity information, (ii) personal infonnation and interests, and (iii) privacy management information. 122] Privacy management information describes the rules under which private information can be distributed, and the conditions under which a subscriber is willing to receive a targeted message. Table 5 describes the basic elements of privacy management available in the PLEM system.

TABLE 5

[00123] The <include list> and <exclude list> may include (i) predefined organizations selected by the wireless carrier, (ii) user-provided URLs, (iii) individuals identified by email or EM address. The wireless carrier has the ability to permanently exclude organizations (by URL) at its discretion. As to the user defined status indicators, the system automatically provides the following pre-defined status indicators: DND (do not disturb), Busy, Not Available, Meeting, Emergency Only. The system operator may add additional pre-defined status indicators if desired. As an optional service to the subscriber, it is possible to synchronize message blocking with external calendar programs, for example those provided by the wireless carrier's PEM.

[00124] Subscribers can access the Privacy Management System via secure Web or WAP interface. The expectation is that subscribers will use the Web interface for first-time configuration, and then use the WAP page for incremental or daily updates.

[00125] The subscriber determines which companies are allowed to received her presence and location information, and which companies may send a message. The company names shown on this screen are dynamically generated from a database. The PLEM system operator has complete control over the company names that appear (or do not appear) during the configuration process. Importantly, the subscriber may select times and days ofthe week when she is unwilling to receive messages.

[00126] The WAP interface to the Privacy Management System provides the same capabilities as the Web interface, and populates the same Privacy Database inside the PLEM system. [00127] The Privacy Management System has a direct interface to the PLEM system's Privacy Database, as well as the ability to import data, via the System Management Module, from other databases inside the wireless carrier's network. The following illustration highlights the Privacy Management System, Privacy Database, and System Management Module as they relate to the PLEM system and its external environment.

[00128] Information provided to the Privacy Management System is loaded directly into „the PLEM system's Privacy Database. The Privacy Database is accessed by all ofthe PLEM system integrated services, as described above.

[00129] The PLEM system also has a management module that allows the system operator to import relevant information directly into the Privacy Database, eliminating the need for data re-entry by the subscriber. Examples ofthe type of information a wireless carrier might elect to import directly into the Privacy Database include: (i) subscriber identities (i.e., name, wireless phone number, email address), (ii) links to subscriber PEVI contents (i.e., calendar, contact lists), and (iii) links to previously entered interest information (i.e., news, traffic).

[00130] The PLEM system provides a standardized, secure Network API for external systems to exchange messages and signaling information with a wireless network. These external systems (which might include EM Servers, merchants, unified messaging providers, Internet content providers, wireless advertising firms, and wireless gaming service providers) are provided with an interface around which they can develop automated applications. For the wireless carrier, each of these entities represents both a source of value to subscribers as well as a source of revenue through bi-lateral business arrangements.

[00131] The Network API utilizes standard protocols and best-in-class security controls to prevent unauthorized access to wireless network elements. The PLFM system platform acts as a firewall to the wireless network elements, protects the privacy of subscribers, and ensures that external requests for information do not place an unacceptable load on operational network elements. [00132] The PLEM system platform also creates a database of Transaction Detail Records which log every activity at the Network API, allowing the carrier to meter and audit usage for financial purposes.

[00133] The Network API (Network API) present an secure socket layer TCP/IP interface to external systems. External systems access the API through the steps of: (i) sending a properly encrypted login request, (ii) providing an authorized login ID and password (provided by the wireless carrier), and (iii) selecting an Network API service and beginning communications.

[00134] Table 6 shows how the Network API provides six separate services, or points of entry, for external systems.

TABLE 6

[00135] The EM Server communicates with Internet-based EM services using server-to- server communication protocols. Several alternative protocols are under consideration by the IETF for a new Instant Messaging and Presence Protocol (EMPP). See RFCs 2778 and 2779. Thus, no standard server-to-server protocol has been adopted by the industry, at this time. Of course the PLFM system can be effectively operated according to any of the known protocols, however the preferred protocol is SE? extensions. SD? extensions is preferred due to the maturity ofthe SE? protocol; the native support of presence information; and the decoupling of presence information from the message body. In any case, the PLEM system has a flexible, template-driven interface to external EM servers, and is readily adaptable to changes in the protocol. [00136] The EMPP interface allow external services to subscribe to both presence and location information. An approved external sends a subscribe request to the Network API. If the subscribe request is approved, the PLEM system sends a reply and agrees to notify the external service each time the device's presence or location changes. The PLEM system continues to notify the user of changes until the subscription has expired. If no expiration time is provided, the PLEM system assumes a default expiration period. If an expiration time of "zero" is provided, no subscription is created, and only a single reply is returned. This provides a service with a one-time fetch capability.

[00137] The PLEM system allows wireless subscribers to send SMS messages to subscribers on other wireless networks that support SMS. Messages originating in a network serviced by a PLEM system platform are directed from the SMSC to the PLEM system. The PLEM system routes the message to its destination network using SMPP (if direct access to the destination SMSC is possible) or otherwise using SMTP.

[00138] Multiple levels of security shield the Network API. The requirement of subscriber permission represents one level of security. The privacy database will not release information unless the subscriber's permissions and other restrictions are 100% satisfied.

[00139] Database security is a second level of security. All subscriber data is stored in an database, which provides internal security and encryption. For example, Oracle's Advanced Security Option provides industry standard checksum and encryption algorithms to ensure the privacy ofthe data transmitted over the network. Oracle also provides encryption on all system User IDs and passwords.

[00140] A third level of security is provided by user authentication via login DDs and passwords. A fourth level of security is provided by data encryption via a secure socket layer. A fifth level of security is network security that can be implemented via isolated subnets.

[00141] As a sixth layer of security, a firewall protects against: denial of service attacks such as Ping of Death, SYN flooding, Land attack, and D? Spoofing. Periodic firewall software updates ensure ongoing protection. A seventh level of security is physical security , which is ensured by locating the PLFM system hardware in a well-protected, trusted facility.

[00142] The are two aspects to service provisioning: wireless subscriber provisioning, and external service provisioning for merchants who desire access to the PLFM system through the Network API.

[00143] After the PLEM system is deployed in a wireless carrier's network, current subscribers may register for the service. The registration process allows the subscriber to activate wireless instant messaging as well as establish permissions for the release of personal information to merchants and other external services. The initial registration process requires special identity authentication. Future access to the system is granted through a standard login process.

[00144] Referring to Fig. 4, an initial registration process for effecting subscriber provisioning is illustrated. The initial registration process is accomplished via Web or WAP interfaces. For initial service registration, the subscriber accesses the PLEM system through a hyperlink from the operator's Web page 401. The hyperlink leads the subscriber to the front end ofthe PLEM system Privacy Management System 402, where she provides basic identity information, including her name and mobile phone number 403. After providing this information, the subscriber is automatically directed to a Web screen informing her that an electronically generated password is being sent to her phone as a text message 404, and that she will not be granted further access to the system until she logs in using the new password. This system, known as Portal User Session Handling (PUSH), provides an acceptable level of confidence that only the owner ofthe wireless device will be establishing privacy controls for the device.

[00145] Referring to Fig. 5, a preference selection process for effecting subscriber provisioning is illustrated. Once the subscriber has received her initial password, she may login to the Privacy Management System 501, 502, where she will now have full access to the system. Here she may opt-in to wireless instant messaging and mobile commerce services, as well as establish her personal interests and communications preferences 503.

[00146] Referring to Fig. 6, an updating process for maintaining subscriber provisioning is illustrated. At any time after a subscriber has registered, she can access the Privacy Management System 601 through the Web or WAP interface to update her permissions and preferences 602.

[00147] The essential task of merchant provisioning is to provide approved merchants with accounts EDs, passwords, and coimectivity information (i.e., D? address, encryption key).

[00148] According to an exemplary embodiment, the software architecture ofthe PLEM system utilizes two primary software subsystems: stack processors and database processors.

[00149] Stack processors initiate and manage communications between the system databases and external entities, such as wireless network elements and services. In addition, the stack processors handle all message routing and protocol translation. Once a stack processor receives a message, the message is translated from its native protocol into an internal object that can be handled by the database stored procedures. Protocol translation is performed using a custom translation engine, supported by message syntax templates. This allows new protocols to be integrated quickly, without need for new coding. The stack processors also enable message prioritization by the wireless carrier: messages from certain sources, for example presence updates from the HLR, may be assigned a higher priority level in the stack queuing algorithm than messages from other network elements.

[00150] The stack processors implement a communications system that provides software redundancy. Stack processes run in either a "distributed n" mode or a "master-slave" mode. A distributed n mode is used for computationally intensive operations that benefit from running in parallel across a distributed network. These processes have built-in redundancy and fail-over algorithms. If one process or machine dies, the transactions for that process are automatically distributed among the remaining machines. A master-slave mode is used for operations that are not computationally intensive and do not benefit from running on a distributed network, hi this mode, two copies ofthe process run on separate machines. One acts as either the "master" or the "slave" for a given transaction. If one process dies or the machine fails, all transactions are automatically routed to the remaining process. [00151] The database processors operate on a shared disk model in which all processors share all the data in the database. There is logically and physically only one database. This architecture allows for adding or substituting processors and storage devices to increase system performance without having to reconfigure the database. The architecture also enables flexible load balancing. Since all nodes have access to all the data, incoming connections and tasks can be evenly spread across all nodes.

[00152] The PLEM system is advantageously implemented using the Oracle Parallel Server technology, bundled with Sun's Solaris clustering capabilities, to provide wireless carriers with a widely deployed and proven solution. Oracle is currently the only carrier- class database platform that offers true parallel server capability, an essential component ofthe PLEM shared disk model. Oracle Parallel Server greatly enhances the scalability and high-availability capabilities of Oracleδt by combining the benefits of cluster scalability and availability with single system management capabilities. Clustered systems for database applications are fully exploited in Oracle Parallel Server to deliver a number ofbenefits.

[00153] One benefit is the protection from system failures due to high availability. Users can distribute database workloads across a cluster of servers and utilize all CPU and cluster memory resources to process application tasks. If one node fails, users can still access the database via other nodes in the cluster. The database automatically reconfigures to provide near continuous database processing, shielding users from system failures.

[00154] Another benefit is improvement in system performance due to cluster scalability. Oracle Parallel Server in Oracleδt sets a new standard for scaling applications with cluster load balancing and Cache Fusion teclmology, becoming a highly effective solution for increasing application throughput and system availability. Cache Fusion uses modern cluster interconnects to reduce disk I/O and exploits emerging high bandwidth, low latency interconnects to provide increased scalability.

[00155] A further benefit is a reduction in management costs provided by single system manageability. Single System View cluster management capabilities deliver perform- once-and-replicate-everywhere features and enable management of clusters as a single entity. By managing a single cluster database, repetitive tasks across servers can be consolidated into single management operations and automatically replicated across servers.

[00156] A PLEM system according to the present invention may be physically implemented a number of ways, but two specific exemplary system implementations are discussed: carrier specific and gateway.

[00157] Referring to Fig. 7, a carrier specific PLEM server implementation is illustrated. The PLEM server 704 is connected (at least virtually, if not in a directly physical way) for dedicated service of a single wireless carrier's network 702. The PLEM server 704 is comiected to the wireless network 702 it serves, as well as to the Internet 700 and to like PLEM servers 714, 724 serving other wireless carriers 712, 722 so as to facilitate availability of presence and location information between networks. Subscribers 731, 733 and registered merchants 741, 743 access the PLEM server 704 via the Internet 700.

[00158] Referring to Fig. 8, a PLEM system implemented as a centralized gateway is illustrated. Any subscriber 831, 833, or any participating merchant entity 841, 843 may access the PLEM gateway 804 via the Internet 800. The PLEM gateway 804 is non- invasively connected to the wireless networks 802, 812, 822 of any consenting wireless carriers to facilitate availability of presence and location infonnation. The PLEM gateway 804 connects to the HLR, MPC, SMSC, WAP gateway, and PDE (as applicable) of each ofthe wireless networks 802, 812, 822.

[00159] Concerning implementation examples, reference is made to the frivertix

Corporation brochure "EM- Anywhere™ System Description" to be published subsequent to the filing of this application, a copy of which is filed herewith. The "EM- Anywhere™ System Description" brochure is incorporated by reference herein, in its entirety, for all purposes.

[00160] The PLEM gateway offers a potent value proposition to the Internet services that utilize its data, as well as the wireless carriers that participate in the PLEM gateway.

[00161] The Intemet services (for example, m-commerce companies, instant messaging providers, and unified messaging providers) are revenue-producing customers ofthe PLEM gateway. These customers are enjoying unprecedented levels of growth and opportunity. M-commerce, in particular, is expected to grow from $140 million revenues worldwide in 2000 to more than $100 billion by 2004. Already, more than 1 billion messages per month are being delivered in wireless networks worldwide.

[00162] For m-commerce, messaging, and other Internet service providers, the PLFM gateway offers "one stop shopping" for real-time information about wireless subscribers, regardless ofthe host network, h addition, the gateway offers value-added service such short messaging with return receipt, as well as an electronic Campaign Manager. The electronic Campaign Manager allows targeted messages to be delivered to wireless subscribers only when certain conditions pertaining to presence, location, and profile have been satisfied.

[00163] Additionally, wireless carriers are becoming itemet Service Providers, and wireless itself is recognized as the new face ofthe hitemet. Wireless carriers worldwide are struggling with hitemet content and m-commerce for customer ownership, and carriers do not wish to see their airtime rates decline while others reap the rewards of m-commerce transactions. As a result, some carriers have entered into bi-lateral agreements with major Internet companies to create "walled gardens" of content for their customers. But m- commerce is growing at a rate that does not scale with bi-lateral agreements, and carriers will require a new business model in order to participate fully.

[00164] Customer ownership battles are a natural and predictable outcome of content distribution. For example, if a wireless customer has an E*Trade™ account, does the carrier own the customer or does E*Trade™ own the customer? Carriers can sidestep the debate by recognizing that they are the undisputed owners of information about their customers, such as presence, location, and profile information. This type of information, which is more akin to signaling than content, has tremendous value to providers of hitemet services as well as traditional retailers. The PLFM gateway offers carriers the opportunity to generate revenue from this type of information, with the potential of selling the same piece of information many times.

[00165] For wireless carriers, the PLFM gateway is a cost-free method of generating new revenue. The PLFM gateway is an electronic "consignment shop" where wireless carriers can sell information about their subscribers. The PLFM gateway is a non-exclusive service, allowing carriers to continue to build bi-lateral relationships at will. As a sweetener, the gateway provides participating carriers with a Web-enabled software application that allows individual subscribers to set peπnissions and preferences related to the distribution of their personal information, hi effect, the PLFM gateway acts a spam filter for subscribers, ensuring that their information is provided in strict accordance with their stated permissions and preferences.

[00166] Mobile commerce according to the present invention may be practiced without including the privacy management aspect to control access to subscribers. However the privacy management aspect provides important additional functional advantages that represent further advances over the prior art.

[001 7] Referring to Figs. 9 and 10, a system for network optimization and performance measurement, according to a further embodiment ofthe present invention is illustrated. As previously discussed, the present invention allows more efficient use of network resources because of its rich features. For example, the knowledge of presence information allows the sending of SMS messages only when the user's handset is ON. This results in more efficient network resource utilization allowing a network operator to make more money with the same amount of resources. Likewise, the organization of an m-commerce campaign which strategically targets the most receptive users requires significantly less network resources than a poorly designed campaign which delivers messages to a large untargeted group of users.

[00168] The examples cited above are somewhat passive in that they help optimize the network without actually measuring the network performance first and then making modifications to the network in order to optimize performance. This more active approach to network optimization involving performance measurement followed by optimization is already performed by many network operators by using drive test teams. This entails sending teams of skilled (and expensive) technicians and engineers to drive throughout the network coverage area with special equipment which uses the network resources (for example, by making test calls) while logging location and performance information. This collected data is post-processed and used to modify the network in order to optimize performance.

[00169] Unfortunately, this technique is very expensive and only provides a limited amount of data. For example, if the drive test is performed on one day and then a component ofthe network fails a week later, the resulting degradation in network performance may not be detected for a long time. This will result in poorer network performance and, consequently, less customer satisfaction. What is needed is a way to perform the drive test (or equivalent network measurement) without using a special drive test team. Optimally, the measurement should be taken by devices that are regularly using the network during standard network operation.

[00170] Fig. 9 shows a system for network optimization and performance measurement. The system includes a wireless network 902 and several wireless devices such as a wireless handset 904, wireless PDA 906, and a wireless intelligent device 908, just to name a few examples. Each ofthe wireless devices 904, 906, and 908 includes associated location and performance information 924, 926, and 928, respectively. The wireless devices 904, 906, and 908 are simply customer devices that are used on the network during regular operation. These devices can report their location information and performance information, such as RSSI, BER, FER, SQE, and the like, on a periodic basis to wireless network 902 where it can be stored in a database and post-processed. This allows standard users on the wireless network 902 to replace the drive test teams. This will produce better data since more devices can now be used to more frequently measure the network performance. Additionally, it eliminates the need to buy special drive test equipment and hire drive test teams.

[00171] The wireless devices 904, 906, and 908 can be used as drive test tools in a variety of ways. For example, Layer 3 information that provides performance information can be monitored for specific wireless devices along with location information. The location information can be generated in a variety of ways such as those disclosed in U.S. provisional application no. 60/268,977. hi the alternative, the wireless devices 904, 906, and 908 can be modified with special embedded firmware that reports the location and performance information. As another alternative, wireless devices such as Java handsets can be used with a special application running in the background that reports location and performance information.

[00172] hi contrast to the system of Fig. 9 that shows wireless devices that automatically report location and performance information, Fig. 10 shows a system for network optimization in which the user manually reports location and performance information. The system includes a wireless network 912 and several wireless users such as a wireless handset user 914, wireless PDA user 916, and a wireless intelligent device user 918, just to name a few examples. Each ofthe wireless users 914, 916, and 918 includes associated location and performance information 934, 936, and 938, respectively. The wireless users 914, 916, and 918 are simply customers that use the network during regular operation. The wireless network operator can set up a system to allow the user to immediately report problems such as dropped calls, blocked calls, or poor signal quality. This system may be referred to as the Customer Report Card (CRC) since it allows the user to point out network problems in real time and report them to the network operator. The advantage of manual reporting, rather than automatic reporting, is that the amount of reported data is greatly reduced and is only reported when there is a true network problem.

[00173] There are a variety of ways to implement the CRC system. The operator can have a special reporting phone number with menus and prompts similar to current PBX answering systems. Alternatively, the operator can have a special reporting phone number with a voice to text system that logs the results. As another alternative, the network operator can have a WAP or SMS based system that provides a menu for logging the problem. These are just a few examples of techniques for implementing the CRC.

[00174] Although Figs. 9 and 10 show a system that can be seamlessly integrated with the PLEM system that was previously described, it is clear to those of ordinary skill in the art that the active network optimization systems described above are not dependent on the PLEM system and can be implemented independently.

[00175] The present invention has been described in terms of preferred embodiments, however, it will be appreciated that various modifications and improvements maybe made to the described embodiments without departing from the scope ofthe invention.

Claims

WHAT IS CLAIMED IS:

1. A computing platform for facilitating communications for wireless subscribers of a wireless network, the computing platform comprising: a presence module maintaining data concerning network presence ofthe wireless subscribers; a location proxy module maintaining location data concerning physical location of the wireless subscribers; an instant messaging module connected to provide instant messaging service for the wireless subscribers utilizing the data concerning network presence; and a campaign manager module connected to provide commercial message transmission to one or more ofthe wireless subscribers selected based on at least one of the data concerning network presence and the data concerning physical location, wherein the wireless subscribers are provided with instant message service and mobile commerce service.

2. The computing platform for facilitating communications of claim 1, further comprising: a privacy database containing records of data permission settings corresponding to individual ones ofthe wireless subscribers; wherein the wireless subscribers are selected to be provided commercial message transmission based further on the data permission settings ofthe privacy database.

3. The computing platform for facilitating communications of claim 1, wherein the presence module additionally maintains data concerning network presence of non- wireless instant messaging subscribers.

4. A network gateway for collecting presence information and location information concerning wireless subscribers of plural wireless networks, and for facilitating instant messaging and mobile commerce, the network gateway comprising: a presence module maintaining data concerning network presence ofthe wireless subscribers; a location proxy module maintaining location data concerning physical location of the wireless subscribers; an instant messaging module connected to provide instant messaging service for the wireless subscribers utilizing the data concerning network presence; and a campaign manager module connected to provide commercial message transmission to one or more ofthe wireless subscribers selected based on at least one of the data concerning network presence and the data concerning physical location, wherein the wireless subscribers are provided with instant message service and mobile commerce service.

5. The network gateway of claim 4, further comprising: a privacy database containing records of data permission settings corresponding to individual ones ofthe wireless subscribers; wherein the wireless subscribers are selected to be provided commercial message transmission based further on the data permission settings ofthe privacy database.

6. The network gateway of claim 4, wherein the presence module additionally maintains data concerning network presence of non- wireless instant messaging subscribers.

7. A process for conducting mobile commerce, the process comprising: receiving current location information concerning a mobile subscriber from position detennining equipment associated with a wireless network; _. receiving current network presence information concerning the mobile subscriber from a home location register associated with the wireless network; maintaining profile and permissioning information concerning the mobile subscriber in a privacy database; and transmitting to the subscriber personalized commercial content based on the profile and permissioning information conceming the mobile subscriber, and at least one ofthe subscriber's current location information and the subscriber's cuπent presence information.