BRIEF DESCRIPTION OF THE DRAWINGS
The invention is further described in connection with the accompanying drawings, in which:
FIG. 1 shows a matrix of available phone models and content provided by wireless carriers.
FIG. 2 shows a typical wireless network using a cell phone emulation computer.
FIG. 3 shows the steps taken to gain access to the wireless network offerings.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT
As shown in FIG. 1, a matrix of wireless service providers offerings (content) is adjusted to the make and model of the user's wireless device that is capable of receiving said content. The actual content may be the same that an ordinary web browser can access but this actual content may undergo modifications given the bandwidth, screen size limitations and GUI (graphical user interface) input capabilities of the user's wireless device being used to access the web page. An example of this content, but not to meant to be exclusive of other content, is games, catalog pages, video clips, sports scores, internet email, uploaded and downloaded photos, music downloads, graphics such as area maps, news stories, weather reports, and stock market information. Browsers such as Internet Explorer, Firefox and Netscape (all trademarks of their respective companies) having the full display, memory, processing and input capabilities of a desktop computer may easily process large and complicated file formats. However the browser clients of wireless devices such as cell phones have limitations in all these capabilities. Browser clients of wireless devices are continually expanding their capabilities, however, and wireless service providers must be sure to make the content available so their users can utilize the newer capabilities of the wireless devices but also must ensure that their content is also suitable to older wireless devices. Although any wireless device with limited memory and a small footprint browser will benefit from this invention and are included within its scope, the examples used are particularly relevant to cell phones.
FIG. 1 may also represent a table of information that is collected by the computer running the emulation software as it surveys the offerings of the wireless network providers. When a particular wireless web page is downloaded the emulation software determines the type of data the page contains. If the page contains links to other pages the emulation software traverses additional links until the last page reviewed shows no further links. The emulation software then returns to the previous page shown and determines if there were any additional links on that page. If there were additional links, the emulation software then selects a different link than previously selected and reviews the data retrieved by that link. In this iterative method all the links on all the pages made available by the wireless service provider for a particular phone manufacturer and model are traversed, reviewed and put into a database.
FIG. 2 shows the elements that make up the wireless network. A command browser 202, linked to the emulation computer 204, is programmed to access TCP ports that the emulation computer 204 has associated to a operator and specific emulated device profile. The emulation computer is multi-homed, each operator network is accessed over a wireless device, 205 and 206, and have independent IP sub-nets. Configuration of the IP routing table will ensure that traffic directed to each of the operators network will use the appropriate wireless device as network interface. The emulation computer is also configured to perform operator specific domain name resolution, this is needed if the operator does not provide a wireless gateway, 210. The emulation computer will then have to do to a name resolution, finding the IP address given a host address of a wireless application server, 214. If a wireless gateway 210 is present the IP address of the gateway is fixed and no name resolution needs to be done. Each wireless device is connected to the emulation computer via a USB connector or similar link such as Bluetooth. The association of ports to operator and device can either be predefined or dynamically controlled. The control could be done either by a management system or in-band by the command browser. The command browser 202 will use the emulation computer 204 as a HTTP proxy. The emulation computer 204 transforms request from the command browser according to the emulated device profile and forwards the request to the associated operators wireless gateway or, if not present, directly to the wireless application server. Depending on the device emulated the request is sent using WSP, Wireless Session Protocol, or wireless profiled HTTP. The configuration of the emulating computer will ensure that the request is sent over the appropriate wireless device, 205 or 206. The request is sent over the airwaves and is picked up by the providers antenna 208. The wireless gateway 210, if present, transforms the wireless protocol used in the transmission into regular HTTP. The HTTP request, from either the emulating computer or the wireless gateway, is sent to the wireless application server 214. The wireless application server 214 identifies the wireless device and browser making the request and determines the required markup language, the size of the user interface, the types of graphics supported, the preferred language and other content limitations. If the content resides in a database 218 on another server 216 the wireless application server 214 will retrieve that content and transform it into suitable content for the requesting device and browser. The returned web page from the wireless provider 214 is then processed through the emulation computer 204 and sent back to the command browser 202. The command browser is either manually operated, and the web page is then displayed using a regular web browser, or automated in which case the page is processed and logged. A typical task for an automated command browser is to parse the returned web page and determine if another link is present on that page. This process is then iterated until all the offerings of that particular wireless provider for that particular wireless device have been exhausted. The command browser then selects the next make or model of phone in its database and requests its emulation by the emulation computer. The emulation computer is capable of connecting multiple phones or other types of wireless devices that may connect to a wireless service provider, each phone or device connected to a different wireless service provider. The command browser can use multiple threads to simultaneously traverse the offerings of these various providers for the various wireless devices they support.
A wireless gateway 210 built to WAP standards is designed to be used with any existing wireless service standards such as SMS (short message service), CSD (high-speed circuit switched data), GPRS (general packet radio service) and USSD (unstructured supplementary services data). The gateway may be hosted by the wireless service provider, although other third party hosts are possible. Along with the required protocols the WAP gateway also transmits a unique IP address for each wireless device requesting a URL.
FIG. 3 shows the steps necessary to implement the present invention. The wireless device first makes contact and establishes a connection with its wireless service provider and provides authentication that it is an authorized device 302. A request for an URL (uniform resource locator—“web address”) is made by the command browser to the emulation computer and onto the wireless device, overriding the normal request that would usually be made by that make and model of wireless device 304. The request is processed through the wireless device and is sent to the WAP gateway, if present. The WAP gateway requests the URL with a standard HTTP (hypertext transport protocol) GET request 306. If no WAP gateway is present the request is sent directly to the web server specified in the URL.
On the internet, the wireless application server 308 holding the content associated with that URL (or a regular internet web server holding the content) reads the request and determines the type of browser making the URL request 310. If the browser type associated with the request is determined by the server to be of the microbrowser type then the server returns to the wireless gateway HTTP content 312 meant for that type of microbrowser. For example if the web server hosting that URL is an Apache web server the wireless device's microbrowser request may be redirected to a URL, containing web content customized for that particular microbrowser, using the Apache URL rewriting mod_rewrite capability. If the customized content held by the wireless service provider is in the form of textual WML (wireless mark-up language) then the wireless gateway using WAP protocol compiles the textual WML into WMLC (tokenized WML) 320. The tokenized WML is in fact compressed binary data (to reduce bandwidth usage). It is this tokenized WML that is sent back to the wireless device's emulation computer. An alternative to WML is XHTML MP (mobile profile). This is an extension of HTML (hypertext markup language) that enforces the strict syntax checking of XML. With the release of the WAP 2.0 standard for wireless gateways, XHTML MP content is passed straight through to the client wireless device without binary encoding although the wireless gateway using the WAP protocol still tracks usage by the client. Using a WAP gateway has an additional benefit of allowing optimization of the communication process and facilitates other wireless features such as location of the client, privacy of data. Using a WAP gateway also allows the WAP push protocol (the ability to send data to the client device without being requested). After the wireless gateway has translated the information it send that information back to the emulation computer making the request 322.
There exists information readily available on the web on the specific Http_User_Agent strings and UAProf descriptions that identify specific wireless devices and browsers; one such source is the WURLF database. These descriptions are however not complete and experiments with specific devices must often be performed to obtain the correct device profile.
If the command browser is a regular web browser it might not be able to handle all types of replies. A regular browser would for example not be able to handle WMLC coded pages nor a WAP multipart coded body. This can be solved either by appropriate recoding of content by the emulation computer, by extending the capabilities of the browser or a combination of both. Also automated tools can benefit if the recoding is done by the emulation computer. Although the preferred embodiment is using a computer running a command browser linked to a computer running the emulation software it is also possible to have the command browser and emulation software running on the same computer.
The underlying service provider's network is capable of distinguishing wireless devices using other ways than just the HTTP header information. If a service provider uses this capability and only sends content for that specific device then it will be necessary to practice this invention using the command browser, emulation computer and the actual wireless device for which offerings are desired to be noted and recorded.
Therefore, although the invention has been described as setting forth specific embodiments thereof, the invention is not limited thereto. Changes in the details may be made within the spirit and the scope of the invention, said spirit and scope to be construed broadly and not to be limited except by the character of the claims appended hereto.
Patent Application
20070254635
