Methods and apparatus for selectively providing user-specific information to origin servers in wireless application protocol applications

[00002] This application claims priority under 35 U.S.C. §§119 and/or 365 to U.S. Provisional application No. 60/160,866 filed in the U.S. Patent and Trademark Office on Oct. 22, 1999; the entire content of which is hereby incorporated by reference.

[00003] The present application claims priority from U.S. Provisional Patent Application No. 60/160,866, entitled “Extensible Position Meta Markup Language” and filed Oct. 22, 1999, which is incorporated herein in its entirety here by reference.

[00004] Radiocommunications are rapidly becoming a primary communication technology for many people around the world. Mobile phones, wireless personal digital assistants and pagers are only a few examples of end user devices employed in radiocommunication systems to provide rapid and convenient communication services to subscribers. With the advent of the Internet, wireless access to, for example, the World Wide Web is widely anticipated as the next generation of radiocommunication systems are being developed. Naturally, such next generation systems are intended to provide greater throughput to support high bandwidth data communications. However, in addition to providing greater throughput, such new technologies invariably bring with them the opportunity for new services that can be offered to subscribers. In turn, these new services require the development of new capabilities between a user's wireless terminal (whatever form it may take), the fixed part of the radiocommunication system which is supporting wireless communications with that terminal and other networks that are accessed as a result of such communications (e.g., the Internet), as part of the implementation of the service. Accordingly, another challenge facing next generation designers is to implement and refine new capabilities to provide the building blocks for services to be implemented in next generation systems.

[00005] An example of a new service which is certain to be implemented as, for example, a wireless Internet application is the provision of specific content to a terminal based upon some terminal characteristic, e.g., the subscription associated with the terminal or the terminal's position. For example, a service could be implemented to provide a list of hotels or restaurants which are close to the wireless terminal's current position. To enable such a service, it may be useful to transmit user-related information (e.g., hotel/restaurant preference, the terminal's position, etc.) to an origin server which can then generate and return content specifically adapted to the user or terminal.

[00006] This type of service can be implemented using the recently developed Wireless Application Protocol (WAP), and more particularly, by exchanging terminal position and other information between and among. WAP terminals, gateways and servers. For general information regarding WAP, the interested reader is referred to http:/www.wapforum.org/, the contents of which are incorporated here by reference, since only certain WAP details of interest for understanding the present invention are mentioned here. For example, the User Agent Profile defined by the WAP Forum Applications group includes a mechanism which allows for the transmission of position information based on the Extensible Markup Language (XML) application Resource Description Framework (RDF). More information regarding WAP User Agent Profiles can be found at http://www1.wapforum.org/tech/documents/SPEC-UAProf-19991110.pdf, the contents of which are incorporated hereby reference. Moreover, a more detailed example of how these WAP functions conventionally operate to provide position information is provided below with respect to FIGS. 1 and 2. Briefly, however, using a conventional WAP approach, the position attribute is appended to the User Agent profile under the control of a gateway server, even when the position information is not required for the request sent by the user of the terminal device. As a result, the use of position information is inflexible, and the terminal user, or client, is unable to control whether position or other user-specific information is provided to an origin server as part of a request for information.

[00007] Thus, there is a need for improved methods and apparatus for exchanging position and other user-specific information between and among WAP terminals, gateways and servers.

[00008] The present invention fulfills the above-described and other needs by defining a meta markup language (e.g., by adaptation of XML) in which a specific tag is optionally sent from a terminal when issuing requests aimed at an origin server. According to exemplary embodiments of the invention, the specific tag can be replaced by an intermediary WAP proxy or gateway so that the position of the terminal device can be inserted into the request at the discretion of the terminal user. Advantageously, the present invention permits applications that are unaware of the WAP User Agent Profile to utilize position information, and gives users complete control over whether current position (or other user-related or terminal-related) information is transmitted to an origin server during a request.

[00009] The above-described and other features and advantages of the invention are explained in detail hereinafter with reference to the illustrative example shown in the accompanying drawings. Those skilled in the art will appreciate that the described embodiments are provided for purposes of illustration and understanding and that numerous equivalent embodiments are contemplated herein.

[00017] The following detailed description provides a discussion of various exemplary embodiments which are intended to illustrate, rather than restrict, the scope of the present invention. Thus, reference to specific types of systems, circuits, etc. is intended only to provide an example of such features as they may be employed in conjunction with the present invention. Likewise, details regarding other system features, circuit schematics and the like that are well known to those skilled in the art are omitted to avoid obscuring the present invention.

[00018] As mentioned above, conventional application of WAP techniques to provide position information as part of a request for information by a wireless terminal device does not result in sufficient user control over the provision of the position information. Generally speaking, a wireless terminal's position can be determined either by the fixed portion of the radiocommunication system (e.g., using the Mobile Positioning System (MPS)), by the terminal itself (e.g., using a GPS receiver) or by an adjunct system. FIG. 1 is a signalling diagram which provides an example of the former type wherein terminal position information is determined by the system and appended automatically to requests from a terminal by a WAP gateway.

[00019] Therein, a wireless terminal, e.g., a mobile station (MS), 10 transmits a GET request to obtain information from a data source represented by origin server (OS) 40. More details regarding exemplary GET requests are provided below with respect to FIG. 3. The GET request is received by a WAP gateway 20, which then automatically queries a mobile switching center (MSC) 30 to obtain position information associated with that terminal. Such position information can be obtained via any of a number of known techniques, e.g., deriving direction-of-arrival (DOA) information from received signal strengths on a number of antenna array elements and performing triangulation. Regardless of the particular positioning scheme employed by the system, the MSC 30 returns the position information to the WAP gateway 20, which in turn appends it to the WAP User Agent Profile. The WAP User Agent then queries OS 40 for the requested information. The appended position information may, or may not, be used in obtaining the requested information. Information is returned to the WAP Gateway 20, wherein it is reformatted for transmission over the air interface to MS 10.

[00020] Similar signalling occurs when MS 10 provides its own position information as described in FIG. 2. Therein, the MS 10 now includes a Global Positioning Satellite (GPS) receiver so that it can determine its own position. Once again, the process begins with the MS/GPS 10 signalling the WAP gateway 20 with a request for information. In this example of conventional WAP functionality, the GET request is forward to the OS 40 which can request the position information. If the OS 40 requests position information, as seen in this example, several signals are required to obtain the position information from MS 10 and return that information to the OS 40. The OS 40 then obtains the requested information, e.g., from the Internet, and returns it (via WAP gateway 20) to the MS 10.

[00021] As will be appreciated by those skilled in the art, neither of these conventional WAP implementations provides for the user or the terminal to control dissemination of the user-specific and/or information, in these examples position information, to the origin server. Thus exemplary embodiments of the present invention address this shortcoming.

[00022] In FIG. 3, an exemplary communications system 100 in which the present invention can be implemented includes a WAP terminal 110 (e.g., a mobile station operating in a wireless communications system), a WAP gateway 120, and a network origin server 130. As shown, the WAP terminal 110 is in wireless communication with the WAP gateway 120, and the WAP gateway 120 is in communication with the origin server 130 via a network 140. Those skilled in the art will appreciate that the air interface between the WAP terminal 110 and the WAP gateway 120 can be any known interface, including the Global System for Mobile Communications (GSM), the Digital Advanced Mobile Phone System (DAMPS), the Personal Digital Cellular (PDC) system, etc. Those skilled in the art will further appreciate that the network 140 can be implemented using any known hardware configuration (e.g., an Ethernet connection).

[00023] In operation, the WAP terminal 110 and the WAP gateway 120 communicate using the WAP protocol over the air interface, while the gateway 120 and the origin server 130 communicate via a network protocol (e.g., the well known TCP/IP protocol used in implementing the Internet). The gateway 120 thus acts as an intermediary, or client proxy, between the WAP terminal 110 and the network origin server 130.

[00024] For communications from the WAP terminal 110 to the origin server 130, the WAP gateway 120 terminates the WAP protocol stack and transforms the WAP communication into an appropriate network protocol (e.g., TCP/IP) communication. Conversely, for communications from the origin server 130 to the WAP terminal 110, the WAP gateway 120 performs Wireless Markup Language (WML) encoding and script compilation to convert network protocol communications to WAP communications. The WAP gateway 120 can also be linked to other portions of the radiocommunication network (represented here by MSC 150), for example, in order to obtain position information for WAP terminal 110 which, in this exemplary embodiment, does not provide its own position information. According to one exemplary embodiment of the present invention, the WAP terminal 110 can issue a request (e.g., a Wireless Session Protocol, or WSP, GET request) to the origin server 130 as follows (where the origin server 130, e.g. a server capable of providing information regarding restaurants in the vicinity of the WAP terminal 110, is identified by an arbitrary Internet address www.wherever.com):

[00002]

	<Address of UAProfile:http://www.vendor.com/. . . />
	<Address of OS: http://www. wherever. com/>
	<. . . />
	<. . . />
	<POSITION UNKNOWN/>
	GET/

[00025] The WAP gateway 120 can then parse the GET message to extract attribute data therefrom and reformat the message prior to issuing a request to OS 130. For example, WAP gateway 120 can convert the <POSITION UNKNOWN> tag in the GET request to the following form (where values x and y indicate, respectively, the actual latitude and longitude of the WAP terminal 110):

[00002]

Position: Lat=x Long=y
Thereafter, the gateway 120 can issue a corresponding network protocol
(e.g., TCP/IP) request to the network origin server 130 as follows:
Position: Lat= x Long= y
GET /

[00026] In this way, the terminal position information is transmitted to the origin server 130 during a request as desired by the user. However, if the <POSITION UNKOWN/> tag is omitted from the initial request, the gateway 120 will omit the position information, and the WAP terminal 110 can thereby prevent the position information from being sent to the origin server 130. A signalling diagram depicting the signalling for both cases (with and without tag) is appended as FIG. 6.

[00027] FIG. 4 depicts operation of the WAP terminal 110 in the above described technique according to the invention. More specifically, FIG. 4 depicts exemplary operation of a WAP application running on the WAP terminal 110. In the figure, it is presumed that the terminal user has initiated a GET request for which precise position information is optional (e.g., a request for restaurants in a particular geographic area, which could optionally be further refined or prioritized based on the user's precise position within the area). Thus, at step 220, the WAP terminal user is prompted (e.g., via presentation of a user query on a user display of the terminal 110, to which the user can respond, e.g., by keypad entry) as to whether he or she wishes to include position information with the GET request. If so, then the WAP application formats the GET request with the position information at step 230. If not, then the WAP application formats the GET request without the position information at step 240. In either case, the GET request is sent to a WAP gateway for processing and forwarding to an origin server as described above.

[00028] FIG. 5 depicts operation of the WAP gateway 120 in the above described technique according to the invention. As shown, the gateway 120 receives a WAP GET request from the WAP terminal 110 at step 320. Then, at step 330, the gateway 120 determines whether the GET request includes a position tag. If so, then the gateway 120 determines the actual position of the WAP terminal 110 (as described above) and modifies the request by replacing the position tag with the actual position data (step 340). Thereafter, the gateway 120 converts the request to an appropriate network protocol request and forwards it to the origin server 130 at step 350. If, however, the initial GET request from the WAP terminal 110 does not include a position tag, then the gateway 120 converts and forwards the request directly to the origin server 130, without first inserting the actual position data.

[00029] Although the foregoing examples of the present invention have been provided in the context of a WAP terminal 110 which does not determine its own position (e.g., via GPS) and, therefore, selectively adds a position tag to its GET request when position information is to be forwarded to the origin server 130, those skilled in the art will appreciate that the present invention can also be applied to situations wherein the WAP terminal 110 includes a GPS terminal and, therefore, is capable of providing its own position information. In such cases, the WAP terminal 110 will selectively include its own position information in the GET request instead of a tag if the user wishes for such information to be forwarded to the origin server. A signalling diagram for both cases (with and without position information) is illustrated as FIG. 7.

[00030] Those skilled in the art will appreciate that the present invention is not limited to the specific exemplary embodiments which have been described herein for purposes of illustration and that numerous alternative embodiments are also contemplated. For example, although the exemplary embodiments have been described with respect to position information, the invention can readily be used to selectively forward any user-specific meta data which is not available at a WAP terminal. For example, a WAP terminal user can specify whether a WAP gateway should determine and forward an A-number (i.e., a calling party number) to an origin server, or whether a WAP gateway should determine (e.g., by querying a subscriber database) and forward personal information regarding the user (e.g., gender, address, shoe size, etc.). The scope of the invention is therefore defined by the claims appended hereto, rather than the foregoing description, and all equivalents which are consistent with the meaning of the claims are intended to be embraced therein.