Title of Invention

DATA COMMUNICATION BETWEEN WIRELESS DEVICES

Abstract

A system, method, and computer program for delivering services to wireless communication devices. The system tailors the services based on the capability of the wireless device and the services subscribed by the user. A server or other computer device receives from the wireless device capability data, or 'flags,' indicating the capability of the device to access data or download and receive applications provided over the network.

Full Text

SYSTEM AND METHOD FOR APPLICATION AND APPLICATION METADATA FILTERING BASED ON WIRELESS DEVICE CAPABILITIES BACKGROUND OF THE INVENTION Field of the Invention [0001] this invention generally relates to wireless communications. More specifically, . the present invention relates to data communication between remote computer devices across a wireless network. Description of the Related AH [0002] Wireless communications technology evolves rapidly. Not long ago, when wireless communication devices, such as mobile telephones, first appeared on the market, they all used analog technology. One analog technology used is Advanced Mobile Phone Service (AMPS), mutually, communication between a wireless handset and a base station (BS) is based on frequency division multiplex access (FDMA) technology, and the number of particular users in a communication cell is limited by the number of available channels. Now, the same communication can use different technologies, such as time division multiplex access (TDMA), code division multiplex access (CDMA), or global system for mobile communications (GSM). The analog technology is in many places being replaced by digital technology. The wireless devices therefore communication voice and data in packets across the digital network. [0003] With increasing number of users using wireless communications, the number of different types of wireless devices has also increased substantially. Now there are hundreds of models of mobile telephone devices available on the market, and some of the telecommunication service providers even offer their own private models. Currently little information is passed between a wireless device and a cellular base station, often solely enough information to synchronize the necessary timing signals for data packet communication. And in many instances, the wireless device is nothing more than a display device that receives instructions from the base station. With introduction of more modem wireless devices that are equipped with advanced capabilities, there is increasing need for the service providers to learn more about the capabilities of the wireless devices used by their subscribers in order to deliver better services. [0004] Accordingly, it would be advantageous to provide a system and method for wireless service providers to lama about the capabilities of the wireless devices that interact with the base stations. Such system and method should provide adequate capability data to the service provider, yet not interfere with wireless device functionality or increase manufacturing complexity of the device. It is thus to such a system and method for communication wireless device capabilities that the present invention is primarily directed. SUMMARY OF THE INVENTION [0005] The present invention is a system, method, and computer program for delivering services to wireless communication devices based upon the capability of the wireless device and the services subscribed by the user. In the system, at least one wireless device is in selective communication with the application download server, and the wireless device selectively attempts to access one or more applications across the wireless network, and the application can be resident on that application download server or upon another computer device on the wireless network. The wireless device includes a computer platform and one or more resident software applications, and selectively communicates wireless device capability data to the apposition download server, and the application download server selectively determines access to or download of one or more applications based upon the wireless device capability data of the wireless device attempting access. The system can accordingly customize the appositions, data, graphics, and the hake, that are sent to the wireless device with the knowledge that the device will have the requisite capability to execute the data. [0006] The method for customizing software applications available to a wireless device across a wireless network includes the steps of generating wireless device capability data at the wireless device, attempting to access one or more applications from the wireless device across the wireless network, transmitting the wireless device capacity data from the wireless device to an application download server, and determining access of the wireless device to the one or more applications based upon the wireless device capability data, for such purposes a download, execution, and display. The wireless device capability data can be capability flags sent from the wireless device at initial contact with the application download server, or can occur when the wireless device seeks to access or download specific applications or data. [0007] The present mention therefore advantageously provides a system and method for wireless service providers to learn about the capabilities of the wireless devices that interact with the servers and selectively download apperceptions and data therefrom. The system and method thus insures that the applications and data made available to the wireless device computer platform will be compatible. Moreover, the wireless device capability data can be communicated without increasing the overhead to the Vireless device operation. [0008] Other objects, advantages, and features of the present invention will become apparent after review of the hereinafter set forth Brief Description of the Drawings, Detailed Description of the Invention, and the Claims. BRIEF DESCRIPTION OF THE DRAWINGS [0009] Fig. 1 is a pictorial view of an architecture of a wireless communications network. [0010] Fig. 2 is a block diagram illustrating an architecture of a system with a wireless device including a runtime environment. [0011] Fig. 3 is a flowchart for a power up process for a wireless device. [0012] Fig. 4 is a flowchart for a registration process at a MSC. [0013] Fig. 5 is a flowchart for a feature activation process of the wireless device. [0014] Fig. 6 is a flowchart for a process executing on a MSC checking a feature activation request. DETAILED DESCRIPTION OF THE INVENTION [0015] hi this description, the terms "communication device," "wireless device," "hand held telephone," and "handsef are used mterchangeably; and the term "apphcation" is meant to encompass any discrete segment of software, such as data, executables, graphics, menus, harries, and the Use. Fig. 1 depicts a communication network 100 used according to the present invention. The communication network 100 includes a wireless conmiunication network, a public switched telephone network (PSTN) 110, and the hit met 120. Wireless devices, such as cellular telephones, pagers, personal digital assistants (PDAs), and other computer devices with wireless connectivity, themselves have increased their capacities such they have a computer platform and a runtime environment to run different vendor provided software. Besides receiving electronic mails, paging messages, and voice mails at the wireless device, the user can also browse the Internet and download applications and data from application download servers accessible either from the cell itself, another wireless device within the cell, or through an Internet connection. [0016] An end-user of the wireless device can thus enjoy a multiplicity of services provided by his wireless service provider by subscribing to different services offered by the service provider. For certain services, the user may only be able to access particular applications if the wireless device has the capability to receive those services. For example, to browse the Internet, wireless device must have some type of browser to view web pages. [0017] When implemented in a cellular telecommunication environment, the wireless communication network includes a plurality of communication towers 102, each connected to a base station (BS) 104 and serving users with communication devices 106. The communication devices (handsets) 106 can be cellular telephones, pagers, PDAs, laptop computers, or other hand-held, stationary, or portable communication device that uses a wireless and cellular telecommunication network. The commands and data input by each user are transmitted as digital data to a communication tower 102. The communication between a user using a communication device 106 and the communication tower 102 can be based on different technologies, such code division multiplexed access (CDMA), time division multiplexed access (TDMA), frequency division multiplexed access (FDMA), global system for mobile communications (GSM), or other protocols that may be used in a wireless communications network or a data communications network. The data from each user is sent from the communication tower 102 to a base station (BS) 104, and forwarded to a mobile switching center (MSC) 108, which may be connected to a public switched telephone network (PSTN) 110. [0018] The user can use his communication device 106 to establish a voice communication with a telephone set cormected to the PSTN 110 or to another handset 106 in the wireless network. The user may also request a special application or feature fromtheMSClOS. [0019] Fig. 2 illustrates an architecture 200 for communication between the MSC 108 and a communication device 106. The MSC 108 is connected to a server 112 where special apphcations may be stored. The communication device 106 includes a hardware platform 214 and a runtime environment 212 running on this hardware platform 214. The runtime environment 212 is a layer of executing software similar to an operating system that commands the physical hardware elements of the wireless device. The existence of the runtime environment 212 makes easier for development of other software applications 206, and makes it possible for a communication device 106 to support a variety of user applications 206. [0020] A communication device 106 with the runtime environment 212 may download special applications 206 from the MSC, 108 and these applications 206 are run locally on the communication device 106 itself. The special applications 206 may be a web browser, a video game, a multi-user game, etc. Each application 206 can be tailored for the specific hardware platform. [0021] The communication deAdce 106 communicates with the MSC 108 via an uplink 210 and a downlink 208. In one embodiment, there are a voice channel and a control channel- estabhshed on each link during a voice conmiunication between the communication device 106 and another handset. The MSC 108 has access to at least one application download server 112 where applications 206 and data can be stored. The MSC 108 thus receives a communication attempt or a request for applications 206 from the uplink 210 and dispatches applications 206 via the downlink 208 to the communication device 106. Because of the desire to ensure access to applications 206 that are executable or permissible to the wireless device, the wireless device communicates capability data to the server 112 so the proper access to apphcations resident on that server 112, or on another computer device of the wireless network that server 112 can control access to. [0022] Fig. 3 is a block diagram 300 of one embodiment of a registration process for a communication device 106. After powering up, step 302, the communication device 106 performs a self-diagnostic, shown at step 304, and sends a registration request 306 to the service provider serving the region. As part of the registration procedure, the communication device 106 also sends the capability data as a string of capability flags, shown at step 308, to the MSC 108. The capability flags can describe the hardware device, the runtime environment, and/or end-user information to the MSC 108. The capability flags can be set at manufacturer, while others may be set by the end-users or service providers. For example, the flag indicating the hardware model or other information about the computer platform can be set when the communication device 106 is manufactured. The flag indicating the release version of the runtime environment can be set by the manufacturers initially, and can be changed when a newer version of the runtime environment is installed on the wireless communication device 106. The wireless service provider can set flags that reflect the type of services or the pricing plan the user subscribes, the age of the end-user, or any other metadata filtering of the wireless device capability in order to determine application access. [0023] Fig. 4 is a flowchart 400 for a registration procedure at a MSC 108. The MSC 108 checks for registration request, shown at step 402, continuously. When a registration request is received, the MSC receives the registration information, shown at step 404. The registration information can include the mobile identification number (MIN) and electronic identification number (EIN). After receiving subscriber information, the MSC retrieves and verifies the subscriber information as shown at step 406. If the user is roaming away food his home network, his subscriber information may be retrieved from his home location register and maintained in the visitor location register (VLR). The information retrieved from the HLR generally determines services available to the end-user. [0024] However, the services available to the user can be farther modified according to the physical capability of the communication device used by the user. The information about the communication device is passed to the MSC through the capability flags, shown at step 408, and the capability flags are saved by the MSC, shown at step 410. [0025] Fig. 5 is a flowchart 500 for an activation request process at a wireless communication device 106. The user activates a feature, shown at step 502, and the communication device sends the request to the MSC, step 504. After sending the request, the communication device checks whether the software for the feature has been received, shown at step 506. If the feature has been received, the communication device runs the feature, shown at step 508, and if the feature has not been received, the communication device displays a message to the user, shown at step 510. [0026] With the communication device"s increasing computing capability and increasing wireless transmission bandwidth, it is often more efficient to run a feature on the wireless communication device 106 itself, instead of running on a server connected • to the MSC. When a feature is run on the server, the wireless communication device 106 performs basic fiction of input and output devices. However, for a feature to run locally on a communication device, the feature software must be compatible with the communication device, and the MSC must to know what type of communication device the user is using. [0027] " Fig. 6 is a flowchart 600 illustrating one embodiment of a request process in a MSC. After receiving a request from the communication device, shown at step 602, the MSC retrieves the user information, shown at step 604. The MSC checks the capability flags, shown at step 606, and compares the capability flags with the requirements for the requested feature to determine if download to the wireless communication device 106 is advisable. The MSC can also check whether the user has subscribed to the requested feature at this step. If the user is eligible to receive the requested feature, then the MSC selects a version of the feature or placation that is compatible with his communication device, shown at step 608. After selecting the proper version of the apphcation, the MSC dispatches the feature apphcation to the user, shown at step 610, such as a menu, graphics display, or apphcation version. If the user is not eligible to receive the feature, an error message is sent to the user, as shown at step 612. [0028] In operation, the end-user using a communication device 106 that has a factory built in runtime environment may upgrade the runtime environment by downloading it from the service provider. After the upgrading the runtime environment to a newer version, the communication device 106 updates its internal flag to reflect the new version of the run tune environment. The service provider (MSC) can also update its memory to reflect the new version of the runtime environment in parallel to the update at the wireless communication device 106. Alternately, the service provider can download subscriber information to the communication device 106 by setting the proper flags to reflect the subscription information. By storing subscriber information in the communication device 106, roaming may be made simpler since the servicing wireless service provider can retrieve less information from the HLR. [0029] In another embodiment, for a subscriber who has many communication devices 106 under a single service plan, such as in a family plan, the subscriber can designate special features for the different communication devices. For example, the subscriber can prevent a communication device 106 designated for use by a minor from accessing adult material. [0030] In a fritter embodiment, when a subscriber is roaming away from the subscriber"s home coverage area, as the powers up his communication device, the communication device first performs self diagnostic, and then registers itself with a local wireless service provider. "When restoring with the wireless service provider (MSC), the communication device sends capability data, such as a string of flags, to the wireless service provider. The flags indicate to the wireless service provider the information about the hardware, the version of runtime environment, and the user information. The flags can then be used by the wireless service provider to filter the software to provide to the communication device 106 beginning at the initial interaction with the cell. [0031] The wireless device capacity data can also be retransmitted from the server 112 to other computer devices on the wireless network as necessary. For example, the end-user can request a multi-user interactive game from the wireless service provider including information about a desired opponent. Before checking the opponent is available and willing to participate, the wireless service provider checks whether the user is eligible to play this game, i.e. the wireless service provider checks the information from the flags to verify the user has subscribed to the game and the user is authorized to play the game. Then the wireless device can relay any capability data of available opponents should the end-user be benefited by such knowledge. [0032] For example, if the end-user"s communication device 106 is running on a faster device than that of the opponent, the server 112 can relay the capability data to indicate so. Or, if the opponent prefers another language, then the wireless service provider can indicate that any dialogue will be translated and consequently, may not occasionally translate well in the end-user"s language. [0033] It can thus be seen that the system provides a method for customizing software applications available to a wireless device 106 across a wireless network through the steps of generating wireless device capability data at a wireless device 106, the wireless device 106 including a computer platform 214 and one or more resident software applications, and attempting to access one or more applications from the wireless device across the wireless network, then transmitting the wireless device capability data from the Avireless device 106to an application download server, such as server 112, and then determining access of the wireless device 106 to the one or more applications based upon the wireless device capacity data. The method can further include the step of downloading the one or more applications to the computer platform 214 of the wireless device 106. [0034] The step of generating wireless device capability data can be generating one or more flags on the wireless device 106, transmitting at least subscriber information, traiismitting at least information about the computer platform 214 of the wireless device 106, or transmitting at least information about the software resident on the computer platform 214 of the wireless device 106. Further, the step of attempting to access one or more applications across the wireless network can be attempting to access one or more applications resident on the apposition download server, such as server 112,- or attempting to access one or more applications resident on a first application download server on the wireless network. If the step is accessing a first application download server, then the step of transmitting the wireless device capability data is transmitting the wireless device capability data to a second computer device on the wireless network, and the step of determining access of the wireless device 106 to the one or more applications is determining access of the wireless device 106 to the oue or more applications at the second computer device based upon the wireless device capability data. [0035] In view of the method being executable on the computer platform of a computing device such as server 112, the present invention includes a program resident in a computer readable medium, where the program directs a server or other computing devices having a computer platform to perform the steps of the method. The computer readable medium can be the memory of the server 112, the memory of the wireless device 106, or can be in a connective database. Further, the computer readable medium can be in a secondary storage media that is loadable onto a wireless device computer platform, such as a magnetic disk or tape, optical disk, hard disk, flash memory, or other storage media as is known in the art. [0036] hi the context of Figs. 3-6, the method may be implemented, for example, by operating portion(s) of the wireless network to execute a sequence of machine-readable instructions, such the server 112. The instructions can reside in various types of signal-bearing or data storage primary, secondary, or tertiary media. The media may comprise, for example, RAM (not shown) accessible by, or residing within, the components of the wireless network. Whether contained in RAM, a diskette, or other secondary storage^ media, the instructions may be stored on a variety of machine-readable data storage media, such as DASD storage (e.g., a conventional "hard drive" or a RAID array), magnetic tape, electronic read-only memory (e.g., ROM, EPROM, or EEPROM), flash memory cards, an optical storage device (e.g. CD-ROM, WORM, DVD, digital optical tape), paper "punch" cards, or other suitable data storage media including digital and analog transmission media. [0037] While the invention has been particularly shown and described with reference to a preferred embodiment thereof, it will be understood by those skilled in the art that various changes in form and detail maybe made without departing from the spirit and scope of the present invention as set for the in the following claims. Furthermore, although elements of the invention may be described or claimed in the singular, the plural is contemplated unless limitation to the singular is explicitly stated. We claim: 1. A method for customizing software applications available to a wireless device across a wireless network, comprising the steps of: Generating wireless device capability data at a wireless device, the wireless device comprising a computer platform and one or more resident software applications the wireless device capability data comprising information sufficient to determine an execution environment for the wireless device; attempting to access one or more applications the wireless device across the wireless network; transmitting the wireless device capability data from the wireless device to an application download server; and determining access of the wireless device to the one or more applications based upon the wireless device capability data. 2. The method as claimed in claim 1, comprising the step of downloading the one or more applications to the computer platform of the wireless device. 3. The method as claimed in claim 1, wherein the step of generating wireless device capability data is generating one or more flags on the wireless device. 4. The method as claimed in claim 1, wherein the step of transmitting the wireless device capability data is transmitting at least subscriber information. 5. The method as claimed in claim 1, wherein the step of transmitting the wireless device capability data is transmitting at least information about the computer platform of the wireless device. 6. The method as claimed in claim 1, wherein the step of transmitting the wireless device capability data is transmitting at least information about the software resident on the computer platform of the wireless device. 7. The method as claimed in claim 1, wherein the step of attempting to access one or more applications across the wireless network is attempting to access one or more applications resident on the application devalued server. 8. The method as claimed in claim 1, wherein: the step of attempting to access one or more applications across the wireless network is attempting to access one or more applications resident on a first application download server on the wireless network; the step of transmitting the wireless device capability data is transmitting the wireless device capability data to a second computer device on the wireless network; and the step of determining access of the wireless device to the one or more applications is determining access of the wireless device to the one or more applications at the second computer device based upon the wireless device capability data. 9. A system for interfacing with a communication device in a wireless communications environment, comprising: at least one application download server in a wireless network; at least one wireless device in selective communication with the application download server, the wireless device selectively attempting to access one or more applications across the wireless network, the wireless device comprising a computer platform and one or more resident software applications; and wherein the wireless device selectively communicates wireless device capability data to the application download server, and the application devalued server selectively determines access to one or more applications based upon the wireless device capability data of the wireless device attempting access, the wireless device capability data comprising information sufficient to determine an execution environment for the wireless device. 10. A system for customizing software applications available to a wireless device across a wireless network by the method claimed in claims 1 to 8.

Documents:

0279-chenp-2005 abstract-duplicate.pdf

0279-chenp-2005 abstract.jpg

0279-chenp-2005 abstract.pdf

0279-chenp-2005 claims-duplicate.pdf

0279-chenp-2005 claims.pdf

0279-chenp-2005 correspondence-others.pdf

0279-chenp-2005 correspondence-po.pdf

0279-chenp-2005 description (complete)-duplicate.pdf

0279-chenp-2005 description (complete).pdf

0279-chenp-2005 drawings.pdf

0279-chenp-2005 form-1.pdf

0279-chenp-2005 form-13.pdf

0279-chenp-2005 form-18.pdf

0279-chenp-2005 form-26.pdf

0279-chenp-2005 form-3.pdf

0279-chenp-2005 form-5.pdf

0279-chenp-2005 others document.pdf

0279-chenp-2005 pct.pdf