[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

USRE41786E1 - Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device - Google Patents

Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device Download PDF

Info

Publication number
USRE41786E1
USRE41786E1 US12/361,161 US36116101A USRE41786E US RE41786 E1 USRE41786 E1 US RE41786E1 US 36116101 A US36116101 A US 36116101A US RE41786 E USRE41786 E US RE41786E
Authority
US
United States
Prior art keywords
converter
communication device
wireless communication
converters
browser
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime, expires
Application number
US12/361,161
Inventor
Harry R. Major
Michael Knowles
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Malikie Innovations Ltd
Original Assignee
Research in Motion Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Research in Motion Ltd filed Critical Research in Motion Ltd
Priority to US12/361,161 priority Critical patent/USRE41786E1/en
Assigned to RESEARCH IN MOTION LIMITED reassignment RESEARCH IN MOTION LIMITED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MAJOR, HARRY R., KNOWLES, MICHAEL
Application granted granted Critical
Publication of USRE41786E1 publication Critical patent/USRE41786E1/en
Assigned to BLACKBERRY LIMITED reassignment BLACKBERRY LIMITED CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: RESEARCH IN MOTION LIMITED
Assigned to MALIKIE INNOVATIONS LIMITED reassignment MALIKIE INNOVATIONS LIMITED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: BLACKBERRY LIMITED
Assigned to MALIKIE INNOVATIONS LIMITED reassignment MALIKIE INNOVATIONS LIMITED NUNC PRO TUNC ASSIGNMENT (SEE DOCUMENT FOR DETAILS). Assignors: BLACKBERRY LIMITED
Adjusted expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/957Browsing optimisation, e.g. caching or content distillation
    • HELECTRICITY
    • H01ELECTRIC ELEMENTS
    • H01TSPARK GAPS; OVERVOLTAGE ARRESTERS USING SPARK GAPS; SPARKING PLUGS; CORONA DEVICES; GENERATING IONS TO BE INTRODUCED INTO NON-ENCLOSED GASES
    • H01T13/00Sparking plugs
    • H01T13/02Details
    • H01T13/16Means for dissipating heat
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/957Browsing optimisation, e.g. caching or content distillation
    • G06F16/9577Optimising the visualization of content, e.g. distillation of HTML documents
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10TTECHNICAL SUBJECTS COVERED BY FORMER US CLASSIFICATION
    • Y10T137/00Fluid handling
    • Y10T137/7722Line condition change responsive valves
    • Y10T137/7781With separate connected fluid reactor surface
    • Y10T137/7783Valve closes in responses to reverse flow

Definitions

  • the present invention relates to browsing information content in World Wide Web (WWW) pages accessed using a wireless device.
  • WWW World Wide Web
  • Accessing browsable information such as Web content on the Internet is a part of everyday life for many people today. Most users currently access such information content by using computer systems that are physically connected to the Internet via a modem and physical wires of some sort, typically a telephone line or coaxial cable. At the same time, wireless devices and the wireless networks they work on are becoming more widely available. Many modern wireless networks are connected or at least connectable to the Internet. As such, the demand for browsers on wireless devices that can access the World Wide Web is increasing rapidly.
  • Wireless devices and the associated wireless networks within which they operate present several design challenges not normally encountered in standard wired networks.
  • mobile and other wireless devices are connected to the network using radio links. As such, they are only connected when the device is “in range”, or within coverage of one of the wireless network's radio transmitters. Because the wireless networks do not completely cover all areas where users will be using the devices, connectivity to the networks can be frequently gained and lost. No connectivity guarantees can be made at any given point in time.
  • WAP Wireless Application Protocol
  • WAP Forum was created to address incompatibilities between the capabilities of current mobile devices and wireless networks and the various processing, memory and display requirements for viewing different types of Web content.
  • the result was the WAP specification, a de-facto worldwide standard, which includes both a protocol to deliver Web content to wireless devices, and a new form of markup, called Wireless Markup Language (WML).
  • WML is geared towards providing the essence of high-value web pages for extremely small devices such as cellular telephones.
  • the WAP protocol addresses the issue of delivering content to wireless devices on slow, unreliable networks.
  • WML allows content to be developed for cell phones, it is not clear that it is as appropriate for personal digital assistant (PDA) style mobile devices, which have larger screens and tend to have more processing power than most cell phones.
  • PDA personal digital assistant
  • a web browser comprises a page cache containing a plurality of pages in a plurality of formats, and a converter and renderer operatively connected to the page cache for rendering the plurality of pages for display by the browser.
  • a wireless web browser comprises a radio configured for communications with both a Wireless Application Protocol (WAP) gateway and an Internet Protocol (IP) proxy server.
  • WAP Wireless Application Protocol
  • IP Internet Protocol
  • a web browser according to another aspect of the invention has a background processing object, the background processing object permitting the browser to access information after the browser has been closed.
  • a web browser comprises a message store, the message store connected to at least one application selected from the set of: email application, voicemail application and SMS application, and the message store containing objects retrieved by the browser and the least one application.
  • a computer readable medium comprises instructions for implementing a page cache, a renderer controller operatively connected to the page cache and a serialization manager operatively connected to the renderer controller.
  • a method for installing a converter on a wireless device comprises the steps of determining if the converter is registered on the wireless device, if the converter is registered, then requesting the converter via a wireless network, and when the converter is received in response to the request, installing the converter on the wireless device.
  • a method for rendering a page on a wireless communication device comprises the steps of receiving the page over a wireless network, selecting a converter for the page, rendering the page to created a rendered page for display by a browser, and storing the rendered page in a page cache.
  • a browser for a wireless device comprises a browser object operatively connected to a browser daemon, a stack manager operatively connected to the browser object and the browser daemon, the stack manager further connected to a wireless radio via a plurality of interface adapters, and the radio connected to a plurality of communication links, the communication links providing information to and sending information from the browser object and the browser daemon.
  • FIG. 1 is a block diagram of objects and components in an embodiment of the present invention
  • FIG. 2 is a block diagram of objects and components associated with a browser daemon
  • FIG. 3 is a block diagram of objects and components associated with a renderer system
  • FIG. 4 a block diagram of converter, renderer and page objects
  • FIG. 5 is a block diagram of an information browsing system utilizing the present invention.
  • FIG. 6 is a block diagram illustrating communication connections
  • FIG. 7 is a logical flow chart of the process performed by the present invention.
  • FIG. 8 is a logical flow chart of the process performed by a network request
  • FIG. 9 is a logical flow chart of the process performed by a renderer system
  • FIG. 10 is a logical flow chart of the process for closing a browser session
  • FIG. 11 is a block diagram of the objects and components of the present invention integrated with a messaging system
  • FIG. 12 is a block diagram of an information browsing system utilizing the present invention integrated with a messaging system
  • FIG. 13 is a screen capture of a message list
  • FIG. 14 is a screen capture of a message list browser menu
  • FIG. 15 is a screen capture of a generic browser menu.
  • a browser according to an aspect of the present invention is generic in the sense that it preferably displays content from WML, HTML and new formats as they become available. Subsequent references in this description to WML and HTML type content are intended to include not only WML and HTML, but also other content types or formats which are or may become available. Many browser functions are common across all content types, whereas other functions are specific to the content type, as will become clear from the following description. The browser will preferably be able to switch between different content types as determined by the type of content returned to the browser in response to an information or content request.
  • FIG. 1 a block diagram of objects and i components in an embodiment of the present invention, is shown generally as 100 .
  • FIG. 1 illustrates a software implementation of browser 100 , with the arrows representing references between the objects and components.
  • the invention is preferably implemented primarily in software, but may also be implemented at least partially in hardware.
  • Dispatch thread 102 is the main event thread of system 100 and notifies browser application object 104 of all user inputs and communication events. In order to ensure a responsive user interface (UI), processing times for such events should be limited.
  • Browser application object 104 is the parent application object, which basically functions as a container for the object shown as browser object 106 .
  • Browser object 106 is a transient process while browser daemon 108 is a persistent process. Browser daemon 108 always runs in the background and supports all the fetching operations. It also automatically loads previously fetched Uniform Resource Locators (URLs) into the message list, as will become apparent from the description below.
  • URLs Uniform Resource Locators
  • Browser object 106 and browser daemon 108 perform “generic” browser functions that apply to WML, HTML, WMLScript and any other content types that may be received or otherwise encountered. This includes such functions as history management, control of page retrieval and display, control of image retrieval and display, creation and handling of menus, detection and execution of scripts and the like.
  • History object 110 is the navigation history, essentially a memory stack of pages or more particularly the URLs associated with the pages that have been most recently accessed. History object 110 can be queried to determine whether or not it is empty. Based on this determination, browser 100 enables or disables “Forward” and “Back” functions for example.
  • Bookmarks object 112 is a store of all the bookmarks currently known to browser 100 .
  • the contents of the bookmarks object are controlled by a user, through add, delete, arrange and such bookmark operations.
  • Browser object 106 is a transient object which is opened and closed by a user.
  • the browser object 106 first asks the page cache 114 if the page object corresponding to the URL is available. If it is, the browser object 106 displays it, via a display or screen user interface object (not shown). Otherwise, browser object 106 creates a fetch request object and sends that fetch request object to the browser daemon 108 .
  • Browser daemon 108 processes the fetch request object (as discussed further below) and sends a result back to browser object 106 .
  • browser daemon 108 When browser daemon 108 receives a response to a fetch request object, it places data from the response into the fetch request and changes a state of the fetch request object to “received”. Browser object 106 has an associated receiver thread 118 for each request that waits for a request to change to “received” state. When a response is received, receiver thread 118 creates a render thread 120 to process that result. This scheme eliminates the need for a received results queue or the like and thereby conserves memory resources on a device in which a browser such as shown in FIG. 1 is implemented. However, it should be appreciated that other aspects of the invention are also applicable to systems which utilize a results queue.
  • Render thread 120 provides the result to page cache 114 and asks for a corresponding page object 124 in return.
  • Page cache 114 delegates to renderer system 122 to produce page object 124 from the result.
  • renderer system 122 returns page object 124
  • page cache 114 will store it.
  • browser daemon 108 If an information request is outstanding or in process when browser object 106 is closed, when browser daemon 108 is ready to forward that result to browser object 106 , browser daemon 108 will detect that browser object 106 no longer exists. In such a case, browser daemon 108 will optionally store the result as a browser message in a message store (not shown). Such functionality is described in more detail below.
  • Page cache 114 is a cache of page objects 124 . If the page object corresponding to a requested Uniform Resource Locator (URL) is in page cache 114 , it can be displayed by the browser object 106 very quickly. As is common in the art, page cache 114 employs a least recently used (LRU) replacement policy.
  • LRU least recently used
  • Raw data cache 126 is a cache that stores the raw bytes for all requested content, including HTML pages, WMLC decks, images, compiled WMLScript scripts and any other requested content formats. Like the page cache 114 , it also employs a LRU replacement policy.
  • Secondary fetch threads 128 are used to process secondary fetch operations, such as loading images and are initiated by browser object 106 .
  • Primary fetch operations, such as fetching pages, are preferably performed as background operations by browser daemon 108 (FIG. 2 ).
  • Stack manager 160 manages all requests for content, directing them to the appropriate stack.
  • Stack manager 160 in conjunction with renderer system 122 (FIG. 3 ), provides for the multiple content format functionality of browser 100 and the device in which it is installed.
  • Stack manager 160 is associated with both a WAP stack 162 and an HTTP stack 164 through WAP stack adapter object 166 and HTTP stack adapter object 168 respectively.
  • HTTP stack 164 is a proprietary HTTP-over-IPPP (IP Proxy Protocol) stack, discussed in further detail below.
  • IP Proxy Protocol IP Proxy Protocol
  • Cookie cache 170 stores cookies associated with previously accessed or downloaded information content. Some information sources may for example require a user to login using a user name and password, either or both of which may be stored as a cookie in cookie cache 170 .
  • Process converter thread 174 is a worker thread that retrieves fetch requests from the request queue 176 and creates instances of primary fetch thread 172 to process the request.
  • Request queue 176 is a queue that contains requests for information from browser daemon 108 . As resources permit, an item on request queue 176 will be initiated as a primary fetch thread 172 . Data received in response to requests from the browser daemon 108 will preferably be added to fetch requests in the request queue 176 and the status of such requests changed to “received”, as described above.
  • renderer control object 202 In response to a page object request, renderer control object 202 will examine the resultant content type to determine which converter and renderer objects are required to generate a page object.
  • Serialization manager 204 determines if the required converter object is resident on the device and if so, calls the appropriate converter object ( 206 a, 206 b, 206 c, 206 d.
  • Converter object 206 converts the raw input data into an object that can be rendered.
  • Converter object 206 creates an appropriate renderer object ( 208 a, 208 b, 208 c, 208 d) to render the data and produce a page object ( 124 a, 124 b, 124 c, 124 d) and return the new page object to the page cache 114 .
  • the new page object which contains screen user interface (UI) components, will also be displayed to a user by the browser object 106 . All pages generated by the converters and renderers are compatible with the particular display UI implemented in the wireless device.
  • UI screen user interface
  • Serialization manager 204 maintains a registry of format converters for different information formats.
  • a third party communicates with serialization manager 204 to register new format converter/renderer combinations such as the Format X converter object 206 d.
  • Information formats other than those corresponding to converter objects provided on the device by a manufacturer can thereby be rendered and displayed by the device by simply installing the appropriate converter objects, which creates associated renderer objects as required.
  • the renderer controller 202 determines the type of content, the converter and renderer objects required to convert the content into a page object, and whether or not the required converter and renderer objects are available on the device. If the required converter is registered with the serialization manager 204 , then the converter is called to convert the byte array into a page. Serialization manager 204 returns a null value to renderer controller 202 when a required converter object is not registered.
  • the device may not be capable of displaying the information.
  • a remote system or server in the network within which the wireless device is operating may register non-resident converter and renderer objects as being available to the device.
  • serialization manager 204 requests and downloads the required converter object.
  • Serialization manager 204 thereby significantly expands the browsing capabilities of the wireless device in comparison with prior art devices.
  • Converter object 206 is a superclass object representing all converter objects 206 a to 206 d.
  • renderer object 208 is a superclass object representing all rendering functions 208 a, 208 b, 208 c, and 208 d.
  • WML converter object 206 a and WML renderer object 208 a convert a byte array that contains WMLC (Compiled WML) into a WML page object 124 a.
  • HTML converter object 206 b and HTML renderer object 208 b convert a byte array that contains filtered HTML content into an HTML page object 124 b.
  • WMLScript converter object 206 c and WMLScript renderer object 208 c comprise a rendering engine for WMLScript scripts, which creates WMLScript page objects 124 c.
  • Format X converter object 206 d and Format X renderer object 208 d illustrate the extensibility aspect of the present invention which is described in further below.
  • FIG. 5 a block diagram of an information browsing system utilizing the present invention is shown as wireless device 300 .
  • User input is provided to the main browser control component 304 through input interface 306 .
  • the functionality of both browser object 106 and browser daemon 108 is included in component 304 .
  • Background operations performed by component 304 involve daemon 108 functionality, whereas foreground operations would be associated with the browser 106 .
  • component 304 may interact with one or more of the memory lists or caches 110 , 112 , 114 , 126 and 170 , in memory 308 .
  • Memory 308 may for example be a random access memory (RAM) in which the various caches occupy predetermined storage space or alternatively, dynamically allocated storage space.
  • RAM random access memory
  • Memory 308 may also possibly comprise multiple distinct memory elements, each incorporating one or more of the caches.
  • Wireless device 300 further includes a stack manager 310 .
  • Stack manager 310 manages all requests for content, directing them to the appropriate interface adapter 312 or 316 .
  • Stack manager 310 further communicates with renderer controller 320 and converter/renderers 330 a, 330 b, 330 c and 330 d to ensure incoming data is properly converted and rendered for display to a user.
  • WAP interface 314 and HTTP interface 318 interact with radio 334 to request and obtain data over a wireless network.
  • Renderer controller 320 and serialization manager 322 perform the functions described previously with regard to FIG. 3 .
  • User interface 332 may be visual display or any other device that is capable of communicating the results of a browser request to a user.
  • the converter/renderers perform both the converter and renderer object functions described above to generate pages for display on the device from information received in response to requests.
  • the renderers are preferably transient objects created by the converters as required and thus are not shown separately in the block diagram.
  • Radio 334 is a wireless communication module, which operates in a wireless communication network.
  • radio 334 is a device adapted for communication on the Mobitex network, although communication modules for the DataTAC network, GSM/GPRS networks and other wireless communication systems are also possible.
  • the multiple content type information browsers and associated methods in accordance with the instant invention are independent of the particular wireless network on which the device operates.
  • Radio 334 of wireless device 300 communicates over wireless links to a plurality of devices.
  • Communication link 336 connects radio 334 with a WAP gateway 338 or with an IP proxy server 340 via links 360 , 362 or 364 .
  • radio 334 is able to utilize either a WAP or HTTP protocol.
  • HTTP interface 318 is a proprietary HTTP-over-IPPP stack, such that when HTTP is used for information browsing, radio 334 communicates with an IP proxy server 340 using IPPP.
  • IP proxy server 340 includes a WML filter 342 , an HTML filter 344 and an HTTP connector 346 . Filters 342 and 344 respectively convert raw WML and raw HTML content into proprietary filtered formats and return the filtered content to radio 334 via communication links 360 and 362 respectively.
  • a third alternative is unfiltered data and this is performed via communications link 364 .
  • Both WAP gateway 338 and IP proxy server 340 request information or content from information sources such as servers 352 a and 352 b through a network 350 .
  • Network 350 is typically the Internet, but may also be an intranet or other relatively smaller-scale network.
  • WAP gateway 338 and IP proxy server 340 may possibly be connected to different networks.
  • Servers 352 a and 352 b may be connected to network 350 through one or more further networks.
  • Other information source arrangements will be apparent to those skilled in the art and are intended by the inventors to be within the scope of the invention.
  • the browser implementing process 400 is preferably pre-programmed with a “home page” URL that it will attempt to load when started at step 402 .
  • the browser will first create a request to load the preprogrammed “home page” URL at step 404 . It will then enter the normal page-request cycle, which begins with the browser determining if a valid previously rendered copy of the home page is stored in the page cache at step 406 . If the home page is stored in the page cache, then the browser can quickly load it from cache at step 408 and display the page at step 410 .
  • the browser attempts to download the home page from the information source through a network request, indicated at step 412 .
  • the network returns information to the browser at step 414 , which may be the requested information but may instead be an error message if the requested information cannot be accessed or is otherwise unavailable.
  • a test is made at step 416 to determine if the network request was successful. If it was, i.e. the requested information is returned, the returned content is converted and rendered at step 418 .
  • the home page is either stored in the page cache when the browser is started or downloaded from the network
  • the home page is displayed by the browser on the device at step 410 . If the home page cannot be loaded, control moves from step 416 to step 420 where the browser may generate an error page or selected a predetermined stored page.
  • the error page or predetermined stored page is then displayed at step 410 .
  • the error page or predetermined stored page is preferably stored in a memory location not subject to the normal LRU cache replacement scheme.
  • converted and rendered pages processed by the browser include not only WML and HTML pages for display, but also WMLScript and other script pages with run elements which are executed by the browser. Therefore, in this description, references to page display should be interpreted to include execution of such run elements for script pages.
  • the browser checks at step 422 to see if any secondary ( 2 ) fetches are needed to complete the loading of the current page (e.g., to load images associated with the page). If no secondary fetch operations remain, when either no secondary fetch operations are required or all secondary fetch operations have been performed as described below, control moves to step 424 where the browser awaits input from a user. If a user input request is received, a test is made at step 426 to determine if it is a request to close the browser. If the user has decided to close the browser then closing operations are performed at step 428 . If the user did not decide to close the browser, a test is made at step 430 to determine if the user made a request for information or content.
  • An information request may be made by a user by entering a URL or selecting a link on a displayed page, for example. If the user input is a request, then a background operation to load and display a new page is initiated as described above starting at step 406 . While this background operation is in progress, the current page that is being displayed will preferably remain on the screen of the browsing device. A static or preferably animated icon will also be displayed on the screen, in a title bar for the currently displayed page for example, to indicate to the user that another page is in the process of being requested and downloaded.
  • step 446 determines if the user input relates to a local browser function, such as storing a URL as a bookmark. If a local function is invoked, then the function is performed at step 448 , and control moves to step 424 .
  • a local browser function such as storing a URL as a bookmark.
  • each secondary fetch operation preferably proceeds as follows.
  • a background secondary fetch thread is first created at step 431 .
  • the method then proceeds at step 424 to detect and process any user inputs.
  • the secondary fetch operation continues in the background, concurrently with any user input-related processing, and begins by first checking the cache for the required content at step 432 . If the cache does not contain the required content, then a network fetch sequence is initiated at step 434 . In response to the network request, the network returns information to the browser at step 436 .
  • a test is made at step 438 to determine if the network operation was successful. If the operation was successful, the content is converted (if necessary) and delivered to the browser at step 440 for incorporation into the currently displayed page.
  • step 442 If the network operation was not successful, the browser is notified of the failure at step 442 . Control then passes back to step 422 . It should be noted that if a primary fetch operation results in a network error, then no secondary fetch operations would be executed. Returning to step 432 , if the object is in the cache, it is retrieved from the cache at step 444 and passed on to step 440 .
  • a “stop” user input intended to interrupt a fetch operation, must be processed immediately, without waiting for a previous fetch operation to complete. Therefore, input user interfaces are preferably continuously monitored, even during execution of other browser operations. Creation of a background secondary fetch thread as shown at 431 allows user inputs to be made and processed while secondary fetch operations proceed in the background.
  • a network request begins at step 502 .
  • some type of message or indication is preferably displayed to indicate to a user that an information request is in progress.
  • Such a message might also or instead be displayed at other points in the information browsing process, although local operations or page displays from the page cache or other local memory store such as the raw data cache tend to take substantially less time than network information requests.
  • Such user information messages can preferably be configured in accordance with user, network or device preferences or characteristics.
  • the type of request is identified. Only two types of requests, WAP and HTTP, are shown. However, it is not the intent of the inventors to limit the invention in such a manner. Other types of requests may also be accommodated by the invention through further interfaces in the IP proxy server 340 (FIG. 6 ).
  • FIGS. 5 and 6 When referring to the remaining steps it will aid the reader to refer to FIGS. 5 and 6 in conjunction with FIG. 8 .
  • a WAP request would be sent at step 508 through WAP interface adapter 312 and WAP Interface 314 over communication link 336 to WAP gateway 338 .
  • the requested information would then be downloaded from an information source such as server 352 a, through network 350 and WAP gateway 338 and received by radio 334 of device 300 via communications link 336 .
  • the information is received at step 510 .
  • the information received would normally include the requested information, in raw WML format, but could also be indicative of an error. Based on the response to the network information request, the success or failure of the request can be determined.
  • HTTP requests are similarly sent through the HTTP interface adapter 316 and HTTP interface 318 to IP proxy server 340 at step 512 .
  • HTTP is used by HTTP connector 346 to access information sources through network 350 .
  • the format of the returned information content is then determined by HTTP connector 346 .
  • the returned information is expected to be raw HTML, but may also be in other formats, such as WML. If a corresponding filter is implemented in IP proxy server 340 , then the information is converted into compressed format for transmission over the appropriate wireless communication link, either 360 or 362 . If no corresponding filter exists the raw HTML is returned via link 364 .
  • Filters 342 and 344 respectively convert raw WML and raw HTML content into proprietary filtered formats, and return the filtered content to the browser.
  • filters may be implemented in the IP Proxy system 340 to convert content into other formats that can be processed at the device. The invention is in no way restricted to delivering content in proprietary formats.
  • the URL of the request is added to history list 110 .
  • the network request is complete and the results are returned to the requestor.
  • a network request is preferably queued or cached in a device data store and is transmitted when the device re-enters network coverage.
  • Process 600 begins at step 602 and information or content received in response to a network request is first stored to the raw data cache at step 604 .
  • the type or format of the content is determined.
  • a test is performed at step 608 to determine if a suitable converter and renderer are on the device. As previously described, resident converters are registered with serialization manager 204 / 322 . If the required converter and renderer are already on the device, processing moves to step 610 where the appropriate renderer is invoked.
  • the content is rendered to create a page and at step 614 the page is added to the page cache. Process 600 then returns at step 616 .
  • step 608 If at step 608 it is determined that a suitable converter/renderer is not available, control moves to step 618 .
  • non-resident but available converter/renderers may also be registered with serialization manager 204 / 322 .
  • Serialization manager 204 / 322 preferably stores both content types for which such non-resident converter/renderers are available and an indication, such as a URL, of a location of the applications.
  • a suitable converter/renderer may be available from a server or an information source accessible through a network in the communication system.
  • step 618 it is determined whether or not such a non-resident converter/renderer is available for the particular received content type or format.
  • the browser indicates that the converter/renderer is unavailable at step 620 and the process returns at step 616 .
  • the device in which the browser is running preferably displays a most recently downloaded page, along with an indication that the converter/renderer for the requested content is unavailable, in a display title line for example.
  • the converter/renderer is requested from the network at steps 622 , 624 and 626 .
  • a test is made at step 628 to determine if the network request is successful, if the request was successful then the converter/renderer is registered with the serialization manager and installed in the device at step 630 .
  • the new installed converter/renderer is then invoked at step 610 to render the content and generate a page at step 612 .
  • the generated page is added to the page cache. Control then returns at step 616 .
  • raw WML content from an information source is converted by WAP gateway 338 into a compressed format known as tokenized WML or WMLC.
  • WML content and HTML content are converted into compressed formats by filters 342 and 344 in IP proxy server 340 .
  • the example converter objects 206 a, 206 b, 206 c and 206 d and renderer objects 208 a, 208 b, 208 c and 208 d are sufficient for information browsing functionality.
  • WML, HTML and WMLScript converters and renderers are preferably provided in a communication device by a device manufacturer.
  • converter/renderers such as the “Format X” converters and renderers 206 d and 208 d (see FIG. 3 ).
  • these further converter/renderers can be either registered with serialization manager 204 / 322 and installed in the device by a third party or registered with the serialization manager 204 / 322 for later download and installation to the device at a later time in response to receipt of corresponding content type.
  • a user may choose to download, register and install selected converters and renderers to the device.
  • a logical flowchart of the process for closing a browser session is shown generally as 700 .
  • a browser session may be ended or closed temporarily.
  • a user has indicated that the browser session is to be closed.
  • a test is made at step 704 to determine if the input indicates that the browser operations are not to be ended. If the browser operations are not to be ended control moves to step 706 .
  • the browser is removed from the display of the device on which the browser is running, but operations continue in the background.
  • the history list and caches are cleared at step 708 and browser processing ends at step 710 .
  • the next time the browser is opened it will either reflect its most recent state before the close operation was invoked, or will load a pre-programmed “home page”. Any fetch operations in progress at step 706 will preferably have been completed. If the user has selected to end browser operations however, all in progress operation will terminate at step 712 .
  • the history list and transient caches may optionally be cleared at step 708 and the browser processing ends at step 710 .
  • the present invention may be integrated with other functionality in a communication device.
  • the browser is integrated with a messaging system.
  • the messaging system is preferably an electronic mail (email) based system, which may itself be part of an integrated messaging system including email, voicemail, short messaging service (SMS) and the like.
  • FIG. 11 a block diagram of the objects and components of the present invention integrated with a messaging system is shown generally as 800 .
  • the objects and components in FIG. 11 are substantially similar to the objects of FIG. 2 , but include a message store 810 , a browser folder 812 within the message store 810 and a page model 814 within browser folder 812 .
  • a central object in the integrated system is the message store 810 , which interfaces with the browser object 106 , browser daemon 108 and other systems within the device, such as an email application 816 , a voicemail application 818 and a SMS application 820 . Any of these applications can save items to message store 810 and process corresponding items from message store 810 , typically in a folder dedicated to that application.
  • Browser folder 812 is an example of such a folder. Browser folder 812 will contain messages specific to browser requests.
  • Page model 814 is an instance of browser folder 812 that contains the data necessary to display a page.
  • Information browser 800 also includes the objects shown in FIGS. 1 , 3 and 4 , and browsing operations are substantially as described above.
  • a primary difference between the browser of FIG. 2 and the browser of FIG. 11 is that browser 800 may be launched directly, as previously described, but may also be launched from a different application such as email application 816 , voicemail application 818 or SMS application 820 .
  • Wireless device 900 differs from wireless device 300 in that it includes a message store 810 , which may for example be allocated a portion of a memory 308 .
  • Message store 810 is accessible to other applications such as email application 912 , voicemail application 914 and SMS application 916 .
  • message store 810 may instead be implemented in a dedicated memory component shared among the different messaging functions on device 900 .
  • Browser 304 may be initiated through user input or combination of user inputs from a keyboard or keypad, trackwheel, mouse, thumbwheel or the like, through user interface 306 . Browser 304 may also be invoked through message store 810 .
  • a list of contents of the message store hereinafter called the message list, is normally displayed on a screen or other output user interface 332 of wireless device 900 .
  • the message list preferably displays a plurality of types of messages. For example, email messages, voicemail messages and SMS messages are preferably displayed in the message list with at least one of sender information, title information and time of receipt, in addition to unique icons.
  • Browser entries in the message list are similarly displayed with one or more particular icons and a content identifier, such as a filename or the URL of a network location associated with the browser entry.
  • Icons for browser entries could represent: pending page, sending page, received page and read page.
  • a pending page is a page that is scheduled to be sent once network conditions will allow it.
  • a sending page is a page that is being sent or a response that is being received.
  • a received page is a page that has been received but not opened.
  • a Read page is a page that has been opened. Further, pages that contain WMLScript “do” elements may have a separate icon to identify them.
  • a screen capture of an example message list is shown generally as 950 .
  • a message from email application 816 is indicated by feature 954 and a browser entry is indicated by feature 952 .
  • a browser entry 952 may be highlighted to indicate that the page requested resides in the page cache 114 or raw data cache 126 .
  • a screen capture of a message list browser menu is shown generally as 980 .
  • a browser menu such as 980 is displayed.
  • Suitable selection input may for example be the depression of a particular key on a keypad or keyboard, operation of an auxiliary input device or placement of a stylus on the display or screen on which the message list is displayed.
  • Browser menu 980 is specific to the message list and provides options that are consistent with viewing a particular type of message.
  • a message list browser menu is displayed. When an email message in the message list is highlighted or otherwise selected however, a menu including email message options would be displayed.
  • wireless device 900 may be a hand held electronic device such as those disclosed in co-pending U.S. Pat. No. 6,278,442, titled “Hand-Held Electronic Device With a Keyboard Optimized for Use With the Thumbs”, issued on Aug. 21, 2001, and assigned to the assignee of the instant invention.
  • a cursor is positioned in the message list by rotation of a thumbwheel.
  • a message list selection is made by depressing the thumbwheel.
  • a browser menu may also be displayed by simply providing the selection input while the cursor or selection indicator is positioned in a particular display area outside the message list entries. Whenever suitable selection input is provided, a browser menu applicable to the context of the position of the selection indicator is displayed.
  • the particular operations included in the browser menus will be dependent upon such criteria as the location of the cursor or selection indicator on the device display, the device in which the browser is implemented, the required or desired browser functionality and/or the communication system in which the device is operating.
  • a browser menu may include certain generic browser actions or functions that apply to all browser content types. Generic actions include such actions as enter URL 1002 , back, forward, reload, bookmarks, add bookmark, stop, save current page to message list and save current request to message list. Not all of these features are shown in FIG. 15 .
  • Browser menu options are preferably selected in the same way as message list entries, by first positioning a cursor or selection indicator and then providing a selection input. It should be noted that a message list browser menu such as shown in FIG. 14 and a browser menu displayed when the browser application is running ( FIG. 15 ) may be different, since not all browser-related functions are applicable when a single browser item is selected from the message list. For example, a “back” browser function would not be applicable in the context of a single browser item in a message list.
  • enter URL 1002 allows a user to key in or otherwise specify a URL to be loaded and displayed.
  • the browser then operates as described above to load the requested content from either the page cache or a network.
  • the “back” and “forward” options will be displayed only where appropriate, as determined by the browser by accessing the history list 110 .
  • Those skilled in the art will be familiar with “reload”, “bookmarks” and “add bookmark” and “stop” browser operations.
  • Selection of the “save page to message list” option adds the currently displayed page to message store 810 ( FIG. 11 ) and thus to the message list.
  • the “save request to message list” option will also be made available to the user. Selecting this option will cause the requested page or an identifier thereof such as its URL, to be saved to the message list.
  • Such a save operation may also involve a particular folder, such as a browser folder 812 (FIG. 11 ), instead of the message list.
  • entries saved to a particular folder can preferably be moved to different folders by displaying a menu when the selection indicator is positioned over the entry to be moved. All of the above menu actions, except the fetch operations associated with an “enter URL” action, would be local browser functions performed at step 448 of the flow chart of FIG. 7 .
  • a browser menu preferably includes page specific actions when the selection input is provided while the cursor or selection indicator is positioned over a particular entry in the message list or when a page is being displayed.
  • page actions preferably enable a user to execute “do” verbs associated with the page.
  • the page actions may include an action to follow a link on the displayed page.
  • Browser menus preferably also include a close action, which would invoke the operations described with regard to FIG. 10 .
  • Requests in progress when the browser is closed may be either terminated or executed as background operations, as discussed above. If an information request is completed after the browser has been closed, then the returned content is preferably stored directly to message store 810 . If desired, and the browser is suitably configured, a user could then be notified of completion of the request.
  • a request generated while the device is out of coverage may also be stored to the message store 810 for submission automatically when the device re-enters a coverage area of a wireless network.
  • the browser daemon 108 can detect pending requests by checking the message store 810 list and perform the necessary fetch operations as described above.
  • actions may be provided in the browsing menus. Such other actions may be either in addition to the actions described above or alternatives thereto.
  • the present invention may also be integrated with different functions, applications or systems on a wireless communication device. The invention is in no way restricted to integration with messaging functions.
  • the invention is not limited to implementation in any particular type of hand-held electronic device.
  • the invention may be implemented in virtually any wireless communication device, including cellular telephones, mobile communication devices, personal digital assistants (PDAs), two-way pagers and the like.
  • PDAs personal digital assistants
  • two-way pagers and the like.
  • any non-wireless system may make use of the background processing feature of the present invention to continue to attempt to access data once the browser has been shut down.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)
  • Radar Systems Or Details Thereof (AREA)
  • Radio Relay Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

An information browser system and method enables sending of information requests to remote information sources and receiving of requested information from the remote sources on a wireless communication device. Information in any of a plurality of formats, including WML, HTML and WMLScript, is converted into a format in which the information can be displayed or otherwise further processed by the device. Information browsing functions may also be integrated with other communication functions on a mobile communication device.

Description

CROSS REFERENCE TO RELATED APPLICATION
This application is a reissue application of U.S. Pat. No. 7,389,361 which issued on Jun. 17, 2008, which issued from an application that is the National Stage of International Application No. PCT/CA01/01857, filed Dec. 21, 2001, which claims the benefit of provisional application Ser. No. 60/257,428, filed Dec. 22, 2000.
FIELD OF THE INVENTION
The present invention relates to browsing information content in World Wide Web (WWW) pages accessed using a wireless device.
BACKGROUND OF THE INVENTION
Accessing browsable information such as Web content on the Internet is a part of everyday life for many people today. Most users currently access such information content by using computer systems that are physically connected to the Internet via a modem and physical wires of some sort, typically a telephone line or coaxial cable. At the same time, wireless devices and the wireless networks they work on are becoming more widely available. Many modern wireless networks are connected or at least connectable to the Internet. As such, the demand for browsers on wireless devices that can access the World Wide Web is increasing rapidly.
Wireless devices and the associated wireless networks within which they operate present several design challenges not normally encountered in standard wired networks. First, unlike personal computers (PCs) and servers that are wired to the network, mobile and other wireless devices are connected to the network using radio links. As such, they are only connected when the device is “in range”, or within coverage of one of the wireless network's radio transmitters. Because the wireless networks do not completely cover all areas where users will be using the devices, connectivity to the networks can be frequently gained and lost. No connectivity guarantees can be made at any given point in time.
Furthermore, even when a device is connected to a wireless network, the bandwidth of such networks can be quite low. Current networks, such as Mobitex™ and Datatac™, operate in the 9.6 kilo-bit per second (kbps) to 14.4 kbps range. Newer networks, such as General Packet Radio Service (GPRS) and the Global System for Mobile Communications (GSM), will operate in the 20 kbps to 110 kbps range. As will be apparent to those skilled in the art, this range relates to raw speed. Real speed is lower when retransmissions of corrupted packets and network congestion are accounted for. So-called third generation networks, such as Universal Mobile Telecommunications System (UMTS), are expected to operate in the 384 kbps range or higher, but are not expected to be deployed for at least several years.
Most mobile devices also currently have much lower screen resolution and processing power than typical PCs or laptops. For example, known mobile devices tend to have screen resolution on the order of 160×160×1 bit (monochrome) or smaller, as compared to low-end desktop PC or laptop monitor resolution of 1024×768×24 bits.
For a user, these factors make the browsing experience on mobile devices considerably different from that on computers with wired network connections. From the perspective of service providers and device manufacturers, such characteristics of wireless devices and wireless networks hinders the provision of browsing capabilities in wireless systems. In particular, much of the information content on wired networks assumes that a computer or device will be connected to the network for the duration of the browsing session. In addition, content is increasingly being geared towards bandwidths of 128 kbps or higher and to high-resolution screens and computers with extensive processing power to support animations, large graphics, and the like.
The Wireless Application Protocol (WAP) Forum was created to address incompatibilities between the capabilities of current mobile devices and wireless networks and the various processing, memory and display requirements for viewing different types of Web content. The result was the WAP specification, a de-facto worldwide standard, which includes both a protocol to deliver Web content to wireless devices, and a new form of markup, called Wireless Markup Language (WML). WML is geared towards providing the essence of high-value web pages for extremely small devices such as cellular telephones.
The WAP protocol addresses the issue of delivering content to wireless devices on slow, unreliable networks. However, although WML allows content to be developed for cell phones, it is not clear that it is as appropriate for personal digital assistant (PDA) style mobile devices, which have larger screens and tend to have more processing power than most cell phones.
The continuing movement towards web-based user interfaces for wireless communication devices, coupled with a general sentiment that Hypertext Markup Language (HTML) and WML provide inadequate user interface controls, is expected to result in an increasing demand for mechanisms to extend basic browsing capabilities. Browser extensibility will therefore likely become an important part of mobile device application platforms.
Therefore, there is a need for a Web content browser for wireless devices, which provides browsing functionality similar to that of conventional Web browsers designed for hard-wired network connected devices. Such a browser should overcome the above problems associated with browsing information on a wireless device and should be compatible with multiple information content types. There is a further need for such a browser to be integrated with other functions of wireless communication devices.
SUMMARY OF THE INVENTION
According to an embodiment of the invention, a web browser comprises a page cache containing a plurality of pages in a plurality of formats, and a converter and renderer operatively connected to the page cache for rendering the plurality of pages for display by the browser.
In accordance with a further aspect of the invention, a wireless web browser comprises a radio configured for communications with both a Wireless Application Protocol (WAP) gateway and an Internet Protocol (IP) proxy server.
A web browser according to another aspect of the invention has a background processing object, the background processing object permitting the browser to access information after the browser has been closed.
According to a further aspect of the invention, a web browser comprises a message store, the message store connected to at least one application selected from the set of: email application, voicemail application and SMS application, and the message store containing objects retrieved by the browser and the least one application.
In another embodiment of the invention, a computer readable medium comprises instructions for implementing a page cache, a renderer controller operatively connected to the page cache and a serialization manager operatively connected to the renderer controller.
A method for installing a converter on a wireless device according to a still further aspect of the invention comprises the steps of determining if the converter is registered on the wireless device, if the converter is registered, then requesting the converter via a wireless network, and when the converter is received in response to the request, installing the converter on the wireless device.
A method for rendering a page on a wireless communication device, in another aspect of the invention, comprises the steps of receiving the page over a wireless network, selecting a converter for the page, rendering the page to created a rendered page for display by a browser, and storing the rendered page in a page cache.
In another embodiment of the invention, a browser for a wireless device comprises a browser object operatively connected to a browser daemon, a stack manager operatively connected to the browser object and the browser daemon, the stack manager further connected to a wireless radio via a plurality of interface adapters, and the radio connected to a plurality of communication links, the communication links providing information to and sending information from the browser object and the browser daemon.
A computer readable medium comprising instructions for implementing a browser for a wireless device according to a further embodiment of the invention comprises instructions for implementing a browser object and a browser daemon, the browser object and the browser daemon communicating with each other, instructions for implementing a stack manager, the stack manager in communication with the browser object and the browser daemon, instructions for implementing a plurality of interface adapters, the interface adapters in communication with the stack manager and a wireless radio, and instructions for connecting the radio to a plurality of communication links, the communication links providing information to and sending information from the browser object and the browser daemon.
BRIEF DESCRIPTION OF THE DRAWINGS
For a better understanding of the present invention, and to show more clearly how it can be carried into effect, reference will now be made, by way of example only, to the accompanying drawings in which:
FIG. 1 is a block diagram of objects and components in an embodiment of the present invention;
FIG. 2 is a block diagram of objects and components associated with a browser daemon;
FIG. 3 is a block diagram of objects and components associated with a renderer system;
FIG. 4 a block diagram of converter, renderer and page objects;
FIG. 5 is a block diagram of an information browsing system utilizing the present invention;
FIG. 6 is a block diagram illustrating communication connections;
FIG. 7 is a logical flow chart of the process performed by the present invention;
FIG. 8 is a logical flow chart of the process performed by a network request;
FIG. 9 is a logical flow chart of the process performed by a renderer system;
FIG. 10 is a logical flow chart of the process for closing a browser session;
FIG. 11 is a block diagram of the objects and components of the present invention integrated with a messaging system;
FIG. 12 is a block diagram of an information browsing system utilizing the present invention integrated with a messaging system;
FIG. 13 is a screen capture of a message list;
FIG. 14 is a screen capture of a message list browser menu; and
FIG. 15 is a screen capture of a generic browser menu.
DETAILED DESCRIPTION OF THE INVENTION
A browser according to an aspect of the present invention is generic in the sense that it preferably displays content from WML, HTML and new formats as they become available. Subsequent references in this description to WML and HTML type content are intended to include not only WML and HTML, but also other content types or formats which are or may become available. Many browser functions are common across all content types, whereas other functions are specific to the content type, as will become clear from the following description. The browser will preferably be able to switch between different content types as determined by the type of content returned to the browser in response to an information or content request.
Referring now to FIG. 1, a block diagram of objects and i components in an embodiment of the present invention, is shown generally as 100. FIG. 1 illustrates a software implementation of browser 100, with the arrows representing references between the objects and components. The invention is preferably implemented primarily in software, but may also be implemented at least partially in hardware.
As described above, generic and content-specific functionality and related software objects are separate. Dispatch thread 102 is the main event thread of system 100 and notifies browser application object 104 of all user inputs and communication events. In order to ensure a responsive user interface (UI), processing times for such events should be limited. Browser application object 104 is the parent application object, which basically functions as a container for the object shown as browser object 106. Browser object 106 is a transient process while browser daemon 108 is a persistent process. Browser daemon 108 always runs in the background and supports all the fetching operations. It also automatically loads previously fetched Uniform Resource Locators (URLs) into the message list, as will become apparent from the description below.
Browser object 106 and browser daemon 108 perform “generic” browser functions that apply to WML, HTML, WMLScript and any other content types that may be received or otherwise encountered. This includes such functions as history management, control of page retrieval and display, control of image retrieval and display, creation and handling of menus, detection and execution of scripts and the like.
History object 110 is the navigation history, essentially a memory stack of pages or more particularly the URLs associated with the pages that have been most recently accessed. History object 110 can be queried to determine whether or not it is empty. Based on this determination, browser 100 enables or disables “Forward” and “Back” functions for example.
Bookmarks object 112 is a store of all the bookmarks currently known to browser 100. The contents of the bookmarks object are controlled by a user, through add, delete, arrange and such bookmark operations.
Browser object 106, as discussed briefly above, is a transient object which is opened and closed by a user. When the user asks to see a new URL, the browser object 106 first asks the page cache 114 if the page object corresponding to the URL is available. If it is, the browser object 106 displays it, via a display or screen user interface object (not shown). Otherwise, browser object 106 creates a fetch request object and sends that fetch request object to the browser daemon 108. Browser daemon 108, in turn, processes the fetch request object (as discussed further below) and sends a result back to browser object 106. When browser daemon 108 receives a response to a fetch request object, it places data from the response into the fetch request and changes a state of the fetch request object to “received”. Browser object 106 has an associated receiver thread 118 for each request that waits for a request to change to “received” state. When a response is received, receiver thread 118 creates a render thread 120 to process that result. This scheme eliminates the need for a received results queue or the like and thereby conserves memory resources on a device in which a browser such as shown in FIG. 1 is implemented. However, it should be appreciated that other aspects of the invention are also applicable to systems which utilize a results queue.
Render thread 120 provides the result to page cache 114 and asks for a corresponding page object 124 in return. Page cache 114, in turn, delegates to renderer system 122 to produce page object 124 from the result. When renderer system 122 returns page object 124, page cache 114 will store it.
If an information request is outstanding or in process when browser object 106 is closed, when browser daemon 108 is ready to forward that result to browser object 106, browser daemon 108 will detect that browser object 106 no longer exists. In such a case, browser daemon 108 will optionally store the result as a browser message in a message store (not shown). Such functionality is described in more detail below.
Page cache 114, as its name implies, is a cache of page objects 124. If the page object corresponding to a requested Uniform Resource Locator (URL) is in page cache 114, it can be displayed by the browser object 106 very quickly. As is common in the art, page cache 114 employs a least recently used (LRU) replacement policy.
Raw data cache 126 is a cache that stores the raw bytes for all requested content, including HTML pages, WMLC decks, images, compiled WMLScript scripts and any other requested content formats. Like the page cache 114, it also employs a LRU replacement policy.
Secondary fetch threads 128 are used to process secondary fetch operations, such as loading images and are initiated by browser object 106. Primary fetch operations, such as fetching pages, are preferably performed as background operations by browser daemon 108 (FIG. 2).
Referring now to FIG. 2 a block diagram of objects and components associated with a browser daemon is shown generally as 150. Stack manager 160 manages all requests for content, directing them to the appropriate stack. Stack manager 160, in conjunction with renderer system 122 (FIG. 3), provides for the multiple content format functionality of browser 100 and the device in which it is installed. Stack manager 160 is associated with both a WAP stack 162 and an HTTP stack 164 through WAP stack adapter object 166 and HTTP stack adapter object 168 respectively. In a preferred embodiment, HTTP stack 164 is a proprietary HTTP-over-IPPP (IP Proxy Protocol) stack, discussed in further detail below. Thus, a wireless device equipped with a browser 100 can access information using not only WAP, as in prior art wireless devices, but also HTTP.
For each URL that is not in page cache 114 or raw data cache 126 an instance of a primary fetch thread 172 is created to fetch the requested data. Cookie cache 170 stores cookies associated with previously accessed or downloaded information content. Some information sources may for example require a user to login using a user name and password, either or both of which may be stored as a cookie in cookie cache 170. Process converter thread 174 is a worker thread that retrieves fetch requests from the request queue 176 and creates instances of primary fetch thread 172 to process the request. Request queue 176 is a queue that contains requests for information from browser daemon 108. As resources permit, an item on request queue 176 will be initiated as a primary fetch thread 172. Data received in response to requests from the browser daemon 108 will preferably be added to fetch requests in the request queue 176 and the status of such requests changed to “received”, as described above.
Referring now to FIG. 3 a block diagram of objects and components associated with a renderer system is shown generally as 200. In response to a page object request, renderer control object 202 will examine the resultant content type to determine which converter and renderer objects are required to generate a page object. Serialization manager 204 determines if the required converter object is resident on the device and if so, calls the appropriate converter object (206a, 206b, 206c, 206d. Converter object 206 converts the raw input data into an object that can be rendered. Converter object 206 creates an appropriate renderer object (208a, 208b, 208c, 208d) to render the data and produce a page object (124a, 124b, 124c, 124d) and return the new page object to the page cache 114. The new page object, which contains screen user interface (UI) components, will also be displayed to a user by the browser object 106. All pages generated by the converters and renderers are compatible with the particular display UI implemented in the wireless device.
Serialization manager 204 maintains a registry of format converters for different information formats. In a preferred embodiment of the invention, a third party communicates with serialization manager 204 to register new format converter/renderer combinations such as the Format X converter object 206d. Information formats other than those corresponding to converter objects provided on the device by a manufacturer can thereby be rendered and displayed by the device by simply installing the appropriate converter objects, which creates associated renderer objects as required.
When content is returned to the wireless device in response to an information request, the renderer controller 202, in conjunction with the serialization manager 204, determines the type of content, the converter and renderer objects required to convert the content into a page object, and whether or not the required converter and renderer objects are available on the device. If the required converter is registered with the serialization manager 204, then the converter is called to convert the byte array into a page. Serialization manager 204 returns a null value to renderer controller 202 when a required converter object is not registered.
Where received information is in a format other than those for which a converter object is registered with the serialization manager 204, the device may not be capable of displaying the information. According to a further aspect of the invention, a remote system or server in the network within which the wireless device is operating may register non-resident converter and renderer objects as being available to the device. In such systems, when information received in response to an information request is in a format requiring converter and renderer objects not resident on the device but registered with the serialization manager 204 as non-resident converter objects, serialization manager 204 requests and downloads the required converter object. Serialization manager 204 thereby significantly expands the browsing capabilities of the wireless device in comparison with prior art devices.
Referring now to FIG. 4 a block diagram of converter, renderer and page objects is shown generally as 240. Converter object 206 is a superclass object representing all converter objects 206a to 206d. Similarly, renderer object 208 is a superclass object representing all rendering functions 208a, 208b, 208c, and 208d. WML converter object 206a and WML renderer object 208a convert a byte array that contains WMLC (Compiled WML) into a WML page object 124a. HTML converter object 206b and HTML renderer object 208b convert a byte array that contains filtered HTML content into an HTML page object 124b. Similarly, the WMLScript converter object 206c and WMLScript renderer object 208c comprise a rendering engine for WMLScript scripts, which creates WMLScript page objects 124c. Format X converter object 206d and Format X renderer object 208d illustrate the extensibility aspect of the present invention which is described in further below.
Referring now to FIG. 5 a block diagram of an information browsing system utilizing the present invention is shown as wireless device 300. User input is provided to the main browser control component 304 through input interface 306. It should be noted that the functionality of both browser object 106 and browser daemon 108 is included in component 304. Background operations performed by component 304 involve daemon 108 functionality, whereas foreground operations would be associated with the browser 106.
Depending upon the nature of the user input, component 304 may interact with one or more of the memory lists or caches 110, 112, 114, 126 and 170, in memory 308. Memory 308 may for example be a random access memory (RAM) in which the various caches occupy predetermined storage space or alternatively, dynamically allocated storage space. Memory 308 may also possibly comprise multiple distinct memory elements, each incorporating one or more of the caches.
Wireless device 300 further includes a stack manager 310. Stack manager 310 manages all requests for content, directing them to the appropriate interface adapter 312 or 316. Stack manager 310 further communicates with renderer controller 320 and converter/ renderers 330a, 330b, 330c and 330d to ensure incoming data is properly converted and rendered for display to a user. WAP interface 314 and HTTP interface 318 interact with radio 334 to request and obtain data over a wireless network. Renderer controller 320 and serialization manager 322 perform the functions described previously with regard to FIG. 3. User interface 332 may be visual display or any other device that is capable of communicating the results of a browser request to a user. Although shown as single functional blocks 330a, 330b, 330c and 330d, it is to be understood that the converter/renderers perform both the converter and renderer object functions described above to generate pages for display on the device from information received in response to requests. As described above, the renderers are preferably transient objects created by the converters as required and thus are not shown separately in the block diagram.
Radio 334 is a wireless communication module, which operates in a wireless communication network. In a preferred embodiment of the invention radio 334 is a device adapted for communication on the Mobitex network, although communication modules for the DataTAC network, GSM/GPRS networks and other wireless communication systems are also possible. The multiple content type information browsers and associated methods in accordance with the instant invention are independent of the particular wireless network on which the device operates.
Referring now to FIG. 6, a block diagram illustrating communication connections is shown generally as 380. Radio 334 of wireless device 300 communicates over wireless links to a plurality of devices. Communication link 336 connects radio 334 with a WAP gateway 338 or with an IP proxy server 340 via links 360, 362 or 364. Thus, radio 334 is able to utilize either a WAP or HTTP protocol. In a preferred embodiment of the invention, HTTP interface 318 is a proprietary HTTP-over-IPPP stack, such that when HTTP is used for information browsing, radio 334 communicates with an IP proxy server 340 using IPPP. In the embodiment shown in FIG. 6, IP proxy server 340 includes a WML filter 342, an HTML filter 344 and an HTTP connector 346. Filters 342 and 344 respectively convert raw WML and raw HTML content into proprietary filtered formats and return the filtered content to radio 334 via communication links 360 and 362 respectively. A third alternative is unfiltered data and this is performed via communications link 364.
Both WAP gateway 338 and IP proxy server 340 request information or content from information sources such as servers 352a and 352b through a network 350. Network 350 is typically the Internet, but may also be an intranet or other relatively smaller-scale network. WAP gateway 338 and IP proxy server 340 may possibly be connected to different networks. Servers 352a and 352b may be connected to network 350 through one or more further networks. Other information source arrangements will be apparent to those skilled in the art and are intended by the inventors to be within the scope of the invention.
Referring now to FIG. 7, a logical flow chart of the process performed in an illustrative embodiment of the present invention is shown generally as 400. The browser implementing process 400 is preferably pre-programmed with a “home page” URL that it will attempt to load when started at step 402. The browser will first create a request to load the preprogrammed “home page” URL at step 404. It will then enter the normal page-request cycle, which begins with the browser determining if a valid previously rendered copy of the home page is stored in the page cache at step 406. If the home page is stored in the page cache, then the browser can quickly load it from cache at step 408 and display the page at step 410.
If no valid copy of the page is stored in the cache, when the cache copy has expired or has been replaced by a new page entry under a page cache LRU replacement policy for example, the browser attempts to download the home page from the information source through a network request, indicated at step 412. In response to the network request, the network returns information to the browser at step 414, which may be the requested information but may instead be an error message if the requested information cannot be accessed or is otherwise unavailable. A test is made at step 416 to determine if the network request was successful. If it was, i.e. the requested information is returned, the returned content is converted and rendered at step 418. Provided that the home page is either stored in the page cache when the browser is started or downloaded from the network, the home page is displayed by the browser on the device at step 410. If the home page cannot be loaded, control moves from step 416 to step 420 where the browser may generate an error page or selected a predetermined stored page. The error page or predetermined stored page is then displayed at step 410. The error page or predetermined stored page is preferably stored in a memory location not subject to the normal LRU cache replacement scheme. Although browser startup would be simplified by initially displaying a predetermined stored page and thereby avoiding some processing and possibly network access operations, this would preclude a user selecting a personal home page.
As discussed briefly above, converted and rendered pages processed by the browser include not only WML and HTML pages for display, but also WMLScript and other script pages with run elements which are executed by the browser. Therefore, in this description, references to page display should be interpreted to include execution of such run elements for script pages.
After a page has been displayed at step 410, the browser checks at step 422 to see if any secondary (2) fetches are needed to complete the loading of the current page (e.g., to load images associated with the page). If no secondary fetch operations remain, when either no secondary fetch operations are required or all secondary fetch operations have been performed as described below, control moves to step 424 where the browser awaits input from a user. If a user input request is received, a test is made at step 426 to determine if it is a request to close the browser. If the user has decided to close the browser then closing operations are performed at step 428. If the user did not decide to close the browser, a test is made at step 430 to determine if the user made a request for information or content. An information request may be made by a user by entering a URL or selecting a link on a displayed page, for example. If the user input is a request, then a background operation to load and display a new page is initiated as described above starting at step 406. While this background operation is in progress, the current page that is being displayed will preferably remain on the screen of the browsing device. A static or preferably animated icon will also be displayed on the screen, in a title bar for the currently displayed page for example, to indicate to the user that another page is in the process of being requested and downloaded.
Returning to step 430 if it is determined that the user input is not an information request, a test is made at step 446 to determine if the user input relates to a local browser function, such as storing a URL as a bookmark. If a local function is invoked, then the function is performed at step 448, and control moves to step 424.
If the test at step 422 indicates that secondary fetches are required, each secondary fetch operation preferably proceeds as follows. A background secondary fetch thread is first created at step 431. The method then proceeds at step 424 to detect and process any user inputs. The secondary fetch operation continues in the background, concurrently with any user input-related processing, and begins by first checking the cache for the required content at step 432. If the cache does not contain the required content, then a network fetch sequence is initiated at step 434. In response to the network request, the network returns information to the browser at step 436. A test is made at step 438 to determine if the network operation was successful. If the operation was successful, the content is converted (if necessary) and delivered to the browser at step 440 for incorporation into the currently displayed page. If the network operation was not successful, the browser is notified of the failure at step 442. Control then passes back to step 422. It should be noted that if a primary fetch operation results in a network error, then no secondary fetch operations would be executed. Returning to step 432, if the object is in the cache, it is retrieved from the cache at step 444 and passed on to step 440.
It will be apparent that user input may be received at any time, for example during secondary fetch operations or local function execution. A “stop” user input, intended to interrupt a fetch operation, must be processed immediately, without waiting for a previous fetch operation to complete. Therefore, input user interfaces are preferably continuously monitored, even during execution of other browser operations. Creation of a background secondary fetch thread as shown at 431 allows user inputs to be made and processed while secondary fetch operations proceed in the background.
Referring now to FIG. 8 a logical flow chart of the process performed by a network request is shown generally as 500. A network request begins at step 502. At step 504 some type of message or indication is preferably displayed to indicate to a user that an information request is in progress. Such a message might also or instead be displayed at other points in the information browsing process, although local operations or page displays from the page cache or other local memory store such as the raw data cache tend to take substantially less time than network information requests. Such user information messages can preferably be configured in accordance with user, network or device preferences or characteristics.
At step 506 the type of request is identified. Only two types of requests, WAP and HTTP, are shown. However, it is not the intent of the inventors to limit the invention in such a manner. Other types of requests may also be accommodated by the invention through further interfaces in the IP proxy server 340 (FIG. 6).
When referring to the remaining steps it will aid the reader to refer to FIGS. 5 and 6 in conjunction with FIG. 8.
A WAP request would be sent at step 508 through WAP interface adapter 312 and WAP Interface 314 over communication link 336 to WAP gateway 338. The requested information would then be downloaded from an information source such as server 352a, through network 350 and WAP gateway 338 and received by radio 334 of device 300 via communications link 336. The information is received at step 510. The information received would normally include the requested information, in raw WML format, but could also be indicative of an error. Based on the response to the network information request, the success or failure of the request can be determined.
HTTP requests are similarly sent through the HTTP interface adapter 316 and HTTP interface 318 to IP proxy server 340 at step 512. HTTP is used by HTTP connector 346 to access information sources through network 350. The format of the returned information content is then determined by HTTP connector 346. The returned information is expected to be raw HTML, but may also be in other formats, such as WML. If a corresponding filter is implemented in IP proxy server 340, then the information is converted into compressed format for transmission over the appropriate wireless communication link, either 360 or 362. If no corresponding filter exists the raw HTML is returned via link 364. Filters 342 and 344 respectively convert raw WML and raw HTML content into proprietary filtered formats, and return the filtered content to the browser. Those skilled in the art will appreciate that filters may be implemented in the IP Proxy system 340 to convert content into other formats that can be processed at the device. The invention is in no way restricted to delivering content in proprietary formats.
At step 516 the URL of the request is added to history list 110. At step 518 the network request is complete and the results are returned to the requestor.
When a device is out of wireless communication network coverage, a network request is preferably queued or cached in a device data store and is transmitted when the device re-enters network coverage.
Referring now to FIG. 9 a logical flow chart of the process performed by a renderer system is shown generally as 600. Process 600 begins at step 602 and information or content received in response to a network request is first stored to the raw data cache at step 604. At step 606 the type or format of the content is determined. Once the type of content has been determined, a test is performed at step 608 to determine if a suitable converter and renderer are on the device. As previously described, resident converters are registered with serialization manager 204/322. If the required converter and renderer are already on the device, processing moves to step 610 where the appropriate renderer is invoked. At step 612 the content is rendered to create a page and at step 614 the page is added to the page cache. Process 600 then returns at step 616.
If at step 608 it is determined that a suitable converter/renderer is not available, control moves to step 618. As previously described, non-resident but available converter/renderers may also be registered with serialization manager 204/322. Serialization manager 204/322 preferably stores both content types for which such non-resident converter/renderers are available and an indication, such as a URL, of a location of the applications. For example, a suitable converter/renderer may be available from a server or an information source accessible through a network in the communication system. At step 618 it is determined whether or not such a non-resident converter/renderer is available for the particular received content type or format. If not, then the browser indicates that the converter/renderer is unavailable at step 620 and the process returns at step 616. In the event that a required converter/renderer is unavailable, the device in which the browser is running preferably displays a most recently downloaded page, along with an indication that the converter/renderer for the requested content is unavailable, in a display title line for example.
Where it is determined at step 618 that a non-resident converter/renderer is available, the converter/renderer is requested from the network at steps 622, 624 and 626. A test is made at step 628 to determine if the network request is successful, if the request was successful then the converter/renderer is registered with the serialization manager and installed in the device at step 630. The new installed converter/renderer is then invoked at step 610 to render the content and generate a page at step 612. At page 614 the generated page is added to the page cache. Control then returns at step 616.
Referring back to FIG. 6, raw WML content from an information source is converted by WAP gateway 338 into a compressed format known as tokenized WML or WMLC. Similarly, WML content and HTML content are converted into compressed formats by filters 342 and 344 in IP proxy server 340. For such content, the example converter objects 206a, 206b, 206c and 206d and renderer objects 208a, 208b, 208c and 208d (see FIG. 3) are sufficient for information browsing functionality. As such, WML, HTML and WMLScript converters and renderers are preferably provided in a communication device by a device manufacturer. However, other types of content may also be simply passed to the device through WAP gateway 338 or IP proxy server 340, requiring further converter/renderers such as the “Format X” converters and renderers 206d and 208d (see FIG. 3). As described above, these further converter/renderers can be either registered with serialization manager 204/322 and installed in the device by a third party or registered with the serialization manager 204/322 for later download and installation to the device at a later time in response to receipt of corresponding content type. In other contemplated embodiments, a user may choose to download, register and install selected converters and renderers to the device.
Referring to FIG. 10 a logical flowchart of the process for closing a browser session is shown generally as 700. In the present invention a browser session may be ended or closed temporarily. Beginning at step 702 a user has indicated that the browser session is to be closed. A test is made at step 704 to determine if the input indicates that the browser operations are not to be ended. If the browser operations are not to be ended control moves to step 706. At step 706 the browser is removed from the display of the device on which the browser is running, but operations continue in the background. Upon completion of operations which were in progress when the browser was closed, the history list and caches are cleared at step 708 and browser processing ends at step 710. The next time the browser is opened, it will either reflect its most recent state before the close operation was invoked, or will load a pre-programmed “home page”. Any fetch operations in progress at step 706 will preferably have been completed. If the user has selected to end browser operations however, all in progress operation will terminate at step 712. The history list and transient caches may optionally be cleared at step 708 and the browser processing ends at step 710. The next time the browser is started, the home page or alternate stored page is reloaded and displayed. The state of the browser before the close operation is lost.
The present invention may be integrated with other functionality in a communication device. In one such integration, the browser is integrated with a messaging system. The messaging system is preferably an electronic mail (email) based system, which may itself be part of an integrated messaging system including email, voicemail, short messaging service (SMS) and the like.
Referring now to FIG. 11 a block diagram of the objects and components of the present invention integrated with a messaging system is shown generally as 800. As will be apparent, the objects and components in FIG. 11 are substantially similar to the objects of FIG. 2, but include a message store 810, a browser folder 812 within the message store 810 and a page model 814 within browser folder 812.
As shown in FIG. 11, a central object in the integrated system is the message store 810, which interfaces with the browser object 106, browser daemon 108 and other systems within the device, such as an email application 816, a voicemail application 818 and a SMS application 820. Any of these applications can save items to message store 810 and process corresponding items from message store 810, typically in a folder dedicated to that application. Browser folder 812 is an example of such a folder. Browser folder 812 will contain messages specific to browser requests. Page model 814 is an instance of browser folder 812 that contains the data necessary to display a page.
Information browser 800 also includes the objects shown in FIGS. 1, 3 and 4, and browsing operations are substantially as described above. A primary difference between the browser of FIG. 2 and the browser of FIG. 11 is that browser 800 may be launched directly, as previously described, but may also be launched from a different application such as email application 816, voicemail application 818 or SMS application 820.
Referring now to FIG. 12, a block diagram of an information browsing system utilizing the present invention integrated with a messaging system is shown as wireless device 900. As can be readily seen device 900 and device 300 of FIG. 5 have many common components, with some minor differences. Wireless device 900 differs from wireless device 300 in that it includes a message store 810, which may for example be allocated a portion of a memory 308. Message store 810 is accessible to other applications such as email application 912, voicemail application 914 and SMS application 916. Although shown in FIG. 12 as being within a shared memory 308, message store 810 may instead be implemented in a dedicated memory component shared among the different messaging functions on device 900.
Browser 304 may be initiated through user input or combination of user inputs from a keyboard or keypad, trackwheel, mouse, thumbwheel or the like, through user interface 306. Browser 304 may also be invoked through message store 810. A list of contents of the message store, hereinafter called the message list, is normally displayed on a screen or other output user interface 332 of wireless device 900. The message list preferably displays a plurality of types of messages. For example, email messages, voicemail messages and SMS messages are preferably displayed in the message list with at least one of sender information, title information and time of receipt, in addition to unique icons. Browser entries in the message list are similarly displayed with one or more particular icons and a content identifier, such as a filename or the URL of a network location associated with the browser entry. Icons for browser entries could represent: pending page, sending page, received page and read page. A pending page is a page that is scheduled to be sent once network conditions will allow it. A sending page is a page that is being sent or a response that is being received. A received page is a page that has been received but not opened. A Read page is a page that has been opened. Further, pages that contain WMLScript “do” elements may have a separate icon to identify them.
Referring now to FIG. 13, a screen capture of an example message list is shown generally as 950. A message from email application 816 is indicated by feature 954 and a browser entry is indicated by feature 952. A browser entry 952 may be highlighted to indicate that the page requested resides in the page cache 114 or raw data cache 126.
Referring now to FIG. 14, a screen capture of a message list browser menu is shown generally as 980. When a cursor or other selection indicator is placed over a browser entry 952 on the message list and suitable selection input is received, a browser menu such as 980 is displayed. Suitable selection input may for example be the depression of a particular key on a keypad or keyboard, operation of an auxiliary input device or placement of a stylus on the display or screen on which the message list is displayed. Browser menu 980 is specific to the message list and provides options that are consistent with viewing a particular type of message. When a browser item is selected, a message list browser menu is displayed. When an email message in the message list is highlighted or otherwise selected however, a menu including email message options would be displayed.
As an example, wireless device 900 may be a hand held electronic device such as those disclosed in co-pending U.S. Pat. No. 6,278,442, titled “Hand-Held Electronic Device With a Keyboard Optimized for Use With the Thumbs”, issued on Aug. 21, 2001, and assigned to the assignee of the instant invention. In such devices, a cursor is positioned in the message list by rotation of a thumbwheel. A message list selection is made by depressing the thumbwheel. A browser menu may also be displayed by simply providing the selection input while the cursor or selection indicator is positioned in a particular display area outside the message list entries. Whenever suitable selection input is provided, a browser menu applicable to the context of the position of the selection indicator is displayed.
The particular operations included in the browser menus will be dependent upon such criteria as the location of the cursor or selection indicator on the device display, the device in which the browser is implemented, the required or desired browser functionality and/or the communication system in which the device is operating.
Referring now to FIG. 15, a screen capture of a generic browser menu is shown generally as 1000. A browser menu may include certain generic browser actions or functions that apply to all browser content types. Generic actions include such actions as enter URL 1002, back, forward, reload, bookmarks, add bookmark, stop, save current page to message list and save current request to message list. Not all of these features are shown in FIG. 15. Browser menu options are preferably selected in the same way as message list entries, by first positioning a cursor or selection indicator and then providing a selection input. It should be noted that a message list browser menu such as shown in FIG. 14 and a browser menu displayed when the browser application is running (FIG. 15) may be different, since not all browser-related functions are applicable when a single browser item is selected from the message list. For example, a “back” browser function would not be applicable in the context of a single browser item in a message list.
As will be apparent to those skilled in the art, enter URL 1002 allows a user to key in or otherwise specify a URL to be loaded and displayed. The browser then operates as described above to load the requested content from either the page cache or a network. The “back” and “forward” options will be displayed only where appropriate, as determined by the browser by accessing the history list 110. Those skilled in the art will be familiar with “reload”, “bookmarks” and “add bookmark” and “stop” browser operations.
Selection of the “save page to message list” option adds the currently displayed page to message store 810 (FIG. 11) and thus to the message list. Where an information request is in progress, the “save request to message list” option will also be made available to the user. Selecting this option will cause the requested page or an identifier thereof such as its URL, to be saved to the message list. Such a save operation may also involve a particular folder, such as a browser folder 812 (FIG. 11), instead of the message list. Similarly, entries saved to a particular folder can preferably be moved to different folders by displaying a menu when the selection indicator is positioned over the entry to be moved. All of the above menu actions, except the fetch operations associated with an “enter URL” action, would be local browser functions performed at step 448 of the flow chart of FIG. 7.
In addition to the generic browser actions, a browser menu preferably includes page specific actions when the selection input is provided while the cursor or selection indicator is positioned over a particular entry in the message list or when a page is being displayed. For example, when a WML page is being displayed, page actions preferably enable a user to execute “do” verbs associated with the page. For an HTML page, the page actions may include an action to follow a link on the displayed page.
Browser menus preferably also include a close action, which would invoke the operations described with regard to FIG. 10. Requests in progress when the browser is closed may be either terminated or executed as background operations, as discussed above. If an information request is completed after the browser has been closed, then the returned content is preferably stored directly to message store 810. If desired, and the browser is suitably configured, a user could then be notified of completion of the request.
Integration of the browser and browsing method with messaging functions provides for further enhanced information browsing on wireless communication devices. One of the problems associated with known information browsers is that connection of the browser to a network is assumed and often required for the duration of a browsing session. In the present invention, a request generated while the device is out of coverage may also be stored to the message store 810 for submission automatically when the device re-enters a coverage area of a wireless network. The browser daemon 108 can detect pending requests by checking the message store 810 list and perform the necessary fetch operations as described above.
It will be appreciated that the above description relates to preferred embodiments by way of example only. Many variations on the invention will be obvious to those knowledgeable in the field, and such obvious variations are within the scope of the invention as described and claimed, whether or not expressly described.
For example, other actions may be provided in the browsing menus. Such other actions may be either in addition to the actions described above or alternatives thereto. The present invention may also be integrated with different functions, applications or systems on a wireless communication device. The invention is in no way restricted to integration with messaging functions.
Similarly, the invention is not limited to implementation in any particular type of hand-held electronic device. The invention may be implemented in virtually any wireless communication device, including cellular telephones, mobile communication devices, personal digital assistants (PDAs), two-way pagers and the like.
Although the inventors have described the present invention as being used in a wireless communication device, one can appreciate that certain features, for example the renderer/controller structure may be implemented in non-wireless systems as well. Similarly, any non-wireless system may make use of the background processing feature of the present invention to continue to attempt to access data once the browser has been shut down.

Claims (10)

1. A web browser for a wireless communication device, the web browser comprising:
a page cache resident on the wireless communication device, the page cache containing a plurality of pages comprising content rendered in a plurality of formats;
a plurality of first converters resident on the wireless communication device, the plurality of first converters configured to create a plurality of first renderes, the plurality of first renderers operatively connected to the page cache to add the pages comprising rendered content to the page cache, the plurality of first renderers for rendering the plurality of pages from information received in response to a plurality of requests for the content for display by the web browser in a format compatible with a user interface implemented in the wireless communication device;
a renderer controller resident on the wireless communication device, the renderer controller configured to examine, in response to each of the plurality of requests, a resultant content type and to determine at least one second converter configured to create at least one second renderer required to render one of the plurality of pages for display by the web browser in the format compatible with the user interface implemented in the wireless communication device; and
a serialization manager resident on the wireless communication device, the serialization manager configured to maintain a registry of converters registered with the serialization manager, to register the plurality of first converters resident on the wireless communication device in the registry of converters, and to determine whether each of the at least one second converter is a first converter registered in the registry of converters and is resident on the wireless communication device.
2. The web browser of claim 1, wherein the serialization manager is further configured to determine whether the at least one second converter is a first converter registered in the registry of converters and is non-resident on the wireless communication device, and to requests the at least one second converter over a wireless network and to download and install the at least one second converter on the wireless communication device if it is determined that the at least one second converter is a first converter registered in the registry of converters and is non-resident on the wireless communication device.
3. The web browser of claim 2, wherein the serialization manager is further configured to register at least one third converter as a first converter in the registry of converters, the at least one third converter being non-resident on the wireless communication device and requestable for download and installation to the wireless communication device in response to a receipt of information of a content type associated with the at least one third converter at the wireless communication device.
4. The web browser of claim 1, the web browser having a plurality of communications interfaces configured for communications via a plurality of communication protocols, the communication protocols including Wireless Application Protocol (WAP) and Hypertext Transfer Protocol (HTTP).
5. The web browser of claim 4, wherein pages obtained via HTTP are in a filtered format generated by a WML filter.
6. The web browser of claim 4, wherein pages obtained via HTTP are in a filtered format generated by an HTML filter.
7. A computer readable storage medium comprising instructions for implementing a web browser for a wireless communication device, the web browser comprising:
a page cache resident on the wireless communication device, the page cache containing a plurality of pages comprising content rendered in a plurality of formats;
a plurality of first converters resident on the wireless communication device, the plurality of first converters configured to create a plurality of first renderers, the plurality of first renderers operatively connected to the page cache to add the pages comprising rendered content to the page cache, the plurality of first renderers for rendering the plurality of pages from information received in response to a plurality of requests for the content for display by the web browser in a format compatible with a user interface implemented in the wireless communication device;
a renderer controller resident on the wireless communication device, the renderer controller configured to examine, in response to each of the plurality of requests, a resultant content type and to determine at least one second converter configured to create at least one second renderer required to render one of the plurality of pages for display by the web browser in the format compatible with the user interface implemented in the wireless communication device; and
a serialization manager resident on the wireless communication device, the serialization manager configured to maintain a registry of converters registered with the serialization manager, to register the plurality of first converters resident on the wireless communication device in the registry of converters, and to determine whether each of the at least one second converter is a first converter registered in the registry of converters and is resident on the wireless communication device.
8. A method for rendering a page on a wireless communication device using a web browser comprising the steps of:
maintaining a registry of converters registered with a serialization manager;
registering a plurality of first converters resident on the wireless communication device in the registry of converters, the plurality of first converters configured to create a plurality of first renderers for rendering the plurality of pages from information received in response to a plurality of requests for the content for display by the web browser in a format compatible with a user interface implemented in the wireless communication device;
receiving information in response to a requests for content over a wireless network;
in response to the requests, examining a resultant content type and determining at least one second converter configured to create at least one second renderer required to render the page for display by the web browser in the format compatible with the user interface implemented in the wireless communication device;
determining whether the second converter is a first converter registered in the registry of converters and is resident on the wireless communication device;
if the at least one second converter is determined to be registered in the registry of converters and is resident on the wireless communication device, then rendering the page for display by the web browser in the format compatible with the user interface implemented in the wireless communication device; and
storing the rendered page in a page cache.
9. The method of claim 8 wherein the step of selecting a further comprising:
determining whether the at least one second converter is a first converter registered in the registry of converters and is non-resident on the wireless communication device; and if it is determined that the at least one second converter is a first converter registered in the registry of converters and is non-resident on the wireless communication device, then requesting the at least one second converter over a wireless network, and downloading and installing the at least one second converter on the wireless communication device.
10. The method of claim 9, further comprising registering at least one third converter as a first converter in the registry of converters, the at least one third converter being non-resident on the wireless communication device; and downloading and installing the at least one third converter to the wireless communication device in response to a receipt of information of a content type associated with the at least one third converter at the wireless communication device.
US12/361,161 2000-12-22 2001-12-21 Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device Expired - Lifetime USRE41786E1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/361,161 USRE41786E1 (en) 2000-12-22 2001-12-21 Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US25742800P 2000-12-22 2000-12-22
US12/361,161 USRE41786E1 (en) 2000-12-22 2001-12-21 Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device
PCT/CA2001/001857 WO2002052785A2 (en) 2000-12-22 2001-12-21 Information browser system and method for a wireless communication device

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US10/451,715 Reissue US7389361B2 (en) 2000-12-22 2001-12-21 Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device

Publications (1)

Publication Number Publication Date
USRE41786E1 true USRE41786E1 (en) 2010-09-28

Family

ID=22976269

Family Applications (6)

Application Number Title Priority Date Filing Date
US12/361,161 Expired - Lifetime USRE41786E1 (en) 2000-12-22 2001-12-21 Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device
US10/451,715 Ceased US7389361B2 (en) 2000-12-22 2001-12-21 Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device
US12/060,621 Ceased US7596631B2 (en) 2000-12-22 2008-04-01 Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device
US12/545,304 Expired - Fee Related US7761603B2 (en) 2000-12-22 2009-08-21 Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device
US12/838,721 Expired - Fee Related US8190776B2 (en) 2000-12-22 2010-07-19 Web browser for a wireless device comprising a browser daemon for permitting access to information after the web browser has been closed
US13/246,896 Expired - Lifetime USRE43678E1 (en) 2000-12-22 2011-09-28 Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device

Family Applications After (5)

Application Number Title Priority Date Filing Date
US10/451,715 Ceased US7389361B2 (en) 2000-12-22 2001-12-21 Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device
US12/060,621 Ceased US7596631B2 (en) 2000-12-22 2008-04-01 Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device
US12/545,304 Expired - Fee Related US7761603B2 (en) 2000-12-22 2009-08-21 Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device
US12/838,721 Expired - Fee Related US8190776B2 (en) 2000-12-22 2010-07-19 Web browser for a wireless device comprising a browser daemon for permitting access to information after the web browser has been closed
US13/246,896 Expired - Lifetime USRE43678E1 (en) 2000-12-22 2011-09-28 Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device

Country Status (8)

Country Link
US (6) USRE41786E1 (en)
EP (4) EP2267619A1 (en)
AT (1) ATE497214T1 (en)
AU (1) AU2002226213A1 (en)
CA (1) CA2432590C (en)
DE (1) DE60143969D1 (en)
HK (1) HK1065199A1 (en)
WO (1) WO2002052785A2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100281391A1 (en) * 2000-12-22 2010-11-04 Research In Motion Limited Information browser system and method for a wireless communication device

Families Citing this family (93)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7434219B2 (en) 2000-01-31 2008-10-07 Commvault Systems, Inc. Storage of application specific profiles correlating to document versions
US20030050049A1 (en) * 2001-09-13 2003-03-13 Sundstrom Lars Henrik Mobile information service
US7107298B2 (en) 2001-09-28 2006-09-12 Commvault Systems, Inc. System and method for archiving objects in an information store
US20040205618A1 (en) * 2001-11-19 2004-10-14 Jean Sini Runtime translator for mobile application content
KR20040020694A (en) * 2002-08-31 2004-03-09 고재준 Method and system of providing web-contents to a mobile by using E-mail
KR100483497B1 (en) * 2002-11-26 2005-04-15 한국전자통신연구원 Parsing system and method of Multi-document based on elements
FI20030967A (en) * 2003-06-27 2004-12-28 Nokia Corp Selection of connection settings
US9239686B2 (en) 2003-07-22 2016-01-19 Sheng Tai (Ted) Tsao Method and apparatus for wireless devices access to external storage
WO2006014480A2 (en) * 2004-07-08 2006-02-09 Actuality Systems, Inc. Architecture for rendering graphics on output devices over diverse connections
CA2604489C (en) * 2005-04-18 2013-11-19 Research In Motion Limited System and method for generating a wireless application from a web service definition
CA2513022A1 (en) 2005-07-22 2007-01-22 Research In Motion Limited System and method for communicating state management between a browser user-agent and a mobile data server
CA2513019A1 (en) * 2005-07-22 2007-01-22 Research In Motion Limited A method for communicating state information between a server and a mobile device browser with version handling
CA2513014A1 (en) * 2005-07-22 2007-01-22 Research In Motion Limited A method of controlling delivery of multi-part content from an origin server to a mobile device browser via a proxy server
CA2513010A1 (en) * 2005-07-22 2007-01-22 Research In Motion Limited A method for detecting state changes between data stored in a first computing device and data retrieved from a second computing device
CA2513018A1 (en) * 2005-07-22 2007-01-22 Research In Motion Limited Method for training a proxy server for content delivery based on communication of state information from a mobile device browser
CA2513016A1 (en) * 2005-07-22 2007-01-22 Research In Motion Limited A secure method of synchronizing cache contents of a mobile browser with a proxy server
US8296727B2 (en) * 2005-10-14 2012-10-23 Oracle Corporation Sub-task mechanism for development of task-based user interfaces
US8112394B2 (en) 2005-10-14 2012-02-07 Oracle International Corporation Long-lived data transactions
US7681133B2 (en) * 2005-10-14 2010-03-16 Oracle International Corporation Declarative task-based user interfaces
US20070260748A1 (en) * 2006-05-05 2007-11-08 Talkington Jerry L Method and apparatus to reduce the size of objects transmitted over a network
US7623877B2 (en) * 2006-07-28 2009-11-24 Research In Motion Limited Limited lifespan for outgoing data at a mobile device
WO2008065662A2 (en) * 2006-11-30 2008-06-05 Mobillion Ltd. A method and apparatus for starting applications
US7734669B2 (en) * 2006-12-22 2010-06-08 Commvault Systems, Inc. Managing copies of data
KR101366332B1 (en) * 2007-04-19 2014-02-21 엘지전자 주식회사 A method of automatic repeat request(ARQ) in communication system
EP2031910A3 (en) * 2007-07-27 2009-04-29 Research In Motion Limited Administration of wireless devices in a wireless communication system
ATE497670T1 (en) 2007-07-27 2011-02-15 Research In Motion Ltd WIRELESS SYSTEMS MANAGEMENT
US8086677B2 (en) 2007-07-27 2011-12-27 Research In Motion Limited Information exchange in wireless servers
EP2031916B1 (en) 2007-07-27 2011-12-21 Research In Motion Limited Administration of policies for wireless devices in a wireless communication system
EP2112842B1 (en) 2007-07-27 2013-08-21 Research In Motion Limited Wireless communication systems
EP2424194B1 (en) * 2007-07-27 2017-04-19 BlackBerry Limited Method and system for resource sharing
ATE469499T1 (en) 2007-07-27 2010-06-15 Research In Motion Ltd DEVICE AND METHOD FOR OPERATING A WIRELESS SERVER
EP2034776B1 (en) 2007-07-27 2013-02-13 Research In Motion Limited Wireless communication system installation
EP2031913B1 (en) 2007-07-27 2011-01-12 Research In Motion Limited Apparatus and methods for coordination of wireless systems
KR101079624B1 (en) * 2008-05-06 2011-11-03 삼성전자주식회사 Method for display of browser and portable terminal using the same
US20110167327A1 (en) * 2008-06-18 2011-07-07 Joris Roussel Method for preparation of a digital document for the display of said document and the navigation within said
US8769048B2 (en) 2008-06-18 2014-07-01 Commvault Systems, Inc. Data protection scheduling, such as providing a flexible backup window in a data protection system
US9128883B2 (en) 2008-06-19 2015-09-08 Commvault Systems, Inc Data storage resource allocation by performing abbreviated resource checks based on relative chances of failure of the data storage resources to determine whether data storage requests would fail
US8352954B2 (en) 2008-06-19 2013-01-08 Commvault Systems, Inc. Data storage resource allocation by employing dynamic methods and blacklisting resource request pools
US8725688B2 (en) 2008-09-05 2014-05-13 Commvault Systems, Inc. Image level copy or restore, such as image level restore without knowledge of data object metadata
US20100070474A1 (en) 2008-09-12 2010-03-18 Lad Kamleshkumar K Transferring or migrating portions of data objects, such as block-level data migration or chunk-based data migration
US8738981B2 (en) * 2008-10-24 2014-05-27 Qualcomm Incorporated Method and apparatus for H-ARQ scheduling in a wireless communication system
US20100146399A1 (en) * 2008-12-09 2010-06-10 Charles Laurence Stinson Method, apparatus and system for modifying website flow stack to manage site-wide configuration
US9715557B2 (en) * 2008-12-09 2017-07-25 Blackberry Limited System, device and method for providing context sensitive content on a computing device
US8700982B2 (en) * 2009-03-30 2014-04-15 Blackberry Limited System, device and method for providing interactive content on an computing device
WO2011070734A1 (en) * 2009-12-07 2011-06-16 パナソニック株式会社 Format conversion server, reproduction device and information reproduction system
US9122764B2 (en) * 2010-03-24 2015-09-01 Fisher-Rosemount Systems, Inc. Methods and apparatus to access process data stored on a server
US20110239109A1 (en) * 2010-03-24 2011-09-29 Mark Nixon Methods and apparatus to display process data
US8942679B2 (en) 2010-09-17 2015-01-27 Oracle International Corporation Method and system for providing pattern based enterprise applications for organizing, automating, and synchronizing processes for mobile communication devices
US9275165B2 (en) * 2010-09-17 2016-03-01 Oracle International Corporation Method and apparatus for defining an application to allow polymorphic serialization
WO2012037572A1 (en) 2010-09-17 2012-03-22 Oracle International Corporation Recursive navigation in mobile customer relations management
US8849762B2 (en) 2011-03-31 2014-09-30 Commvault Systems, Inc. Restoring computing environments, such as autorecovery of file systems at certain points in time
CN102982044A (en) * 2011-09-07 2013-03-20 腾讯科技(深圳)有限公司 Method and device for webpage browsing
US9106709B2 (en) * 2011-09-22 2015-08-11 Opera Software Asa Server side mobile audience intelligence creation
CN103067423B (en) * 2011-10-20 2015-10-14 腾讯科技(深圳)有限公司 The method of browser kernel adaptation and browser
JPWO2013073104A1 (en) * 2011-11-14 2015-04-02 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカPanasonic Intellectual Property Corporation of America Data conversion apparatus, data conversion method, and data conversion program
US10157184B2 (en) 2012-03-30 2018-12-18 Commvault Systems, Inc. Data previewing before recalling large data files
CN102722551B (en) * 2012-05-26 2014-11-26 广州市动景计算机科技有限公司 Intelligent switching method and system for browser kernels
US20140101280A1 (en) * 2012-10-05 2014-04-10 Olaf Schmidt Generic serializer framework
CN103885990B (en) * 2012-12-24 2019-07-05 腾讯科技(武汉)有限公司 Searching method and system
JP5870021B2 (en) * 2012-12-25 2016-02-24 トヨタ自動車東日本株式会社 Vehicle door opening and closing device
US9633216B2 (en) 2012-12-27 2017-04-25 Commvault Systems, Inc. Application of information management policies based on operation with a geographic entity
AU2013371719B2 (en) * 2013-01-03 2017-03-02 Lg Electronics Inc. Method and apparatus for changing services in wireless communication system
US10685487B2 (en) 2013-03-06 2020-06-16 Qualcomm Incorporated Disabling augmented reality (AR) devices at speed
US9459968B2 (en) 2013-03-11 2016-10-04 Commvault Systems, Inc. Single index to query multiple backup formats
US9262464B2 (en) * 2013-04-24 2016-02-16 Piriform Ltd. Cleaner with browser monitoring
US9798596B2 (en) 2014-02-27 2017-10-24 Commvault Systems, Inc. Automatic alert escalation for an information management system
US9648100B2 (en) 2014-03-05 2017-05-09 Commvault Systems, Inc. Cross-system storage management for transferring data across autonomous information management systems
US9823978B2 (en) 2014-04-16 2017-11-21 Commvault Systems, Inc. User-level quota management of data objects stored in information management systems
US9740574B2 (en) 2014-05-09 2017-08-22 Commvault Systems, Inc. Load balancing across multiple data paths
JP6338453B2 (en) * 2014-05-30 2018-06-06 キヤノン株式会社 Information terminal, control method and program
US9852026B2 (en) 2014-08-06 2017-12-26 Commvault Systems, Inc. Efficient application recovery in an information management system based on a pseudo-storage-device driver
US11249858B2 (en) 2014-08-06 2022-02-15 Commvault Systems, Inc. Point-in-time backups of a production application made accessible over fibre channel and/or ISCSI as data sources to a remote application by representing the backups as pseudo-disks operating apart from the production application and its host
US9444811B2 (en) 2014-10-21 2016-09-13 Commvault Systems, Inc. Using an enhanced data agent to restore backed up data across autonomous storage management systems
CN106294441A (en) * 2015-05-27 2017-01-04 珠海金山办公软件有限公司 A kind of document conversion method and device
US9766825B2 (en) 2015-07-22 2017-09-19 Commvault Systems, Inc. Browse and restore for block-level backups
US10178192B2 (en) * 2015-09-15 2019-01-08 Qualcomm Innovation Center, Inc. Behavior-based browser bookmarks
CN105373589A (en) * 2015-10-13 2016-03-02 浪潮软件集团有限公司 Optimization method for loading network picture resources by mobile equipment
KR102385351B1 (en) * 2015-10-22 2022-04-11 오라클 인터내셔날 코포레이션 Systems and methods for providing distributed caching in a transactional processing environment
US10296368B2 (en) 2016-03-09 2019-05-21 Commvault Systems, Inc. Hypervisor-independent block-level live browse for access to backed up virtual machine (VM) data and hypervisor-free file-level recovery (block-level pseudo-mount)
US10838821B2 (en) 2017-02-08 2020-11-17 Commvault Systems, Inc. Migrating content and metadata from a backup system
US10740193B2 (en) 2017-02-27 2020-08-11 Commvault Systems, Inc. Hypervisor-independent reference copies of virtual machine payload data based on block-level pseudo-mount
US10891069B2 (en) 2017-03-27 2021-01-12 Commvault Systems, Inc. Creating local copies of data stored in online data repositories
US10776329B2 (en) 2017-03-28 2020-09-15 Commvault Systems, Inc. Migration of a database management system to cloud storage
US11074140B2 (en) 2017-03-29 2021-07-27 Commvault Systems, Inc. Live browsing of granular mailbox data
TWI782955B (en) 2017-05-12 2022-11-11 香港商阿里巴巴集團服務有限公司 Display method and device
US10664352B2 (en) 2017-06-14 2020-05-26 Commvault Systems, Inc. Live browsing of backed up data residing on cloned disks
WO2019094798A1 (en) 2017-11-10 2019-05-16 The Trustees Of Columbia University In The City Of New York Methods and compositions for promoting or inducing hair growth
US10795927B2 (en) 2018-02-05 2020-10-06 Commvault Systems, Inc. On-demand metadata extraction of clinical image data
US10761942B2 (en) 2018-03-12 2020-09-01 Commvault Systems, Inc. Recovery point objective (RPO) driven backup scheduling in a data storage management system using an enhanced data agent
US10789387B2 (en) 2018-03-13 2020-09-29 Commvault Systems, Inc. Graphical representation of an information management system
US10860443B2 (en) 2018-12-10 2020-12-08 Commvault Systems, Inc. Evaluation and reporting of recovery readiness in a data storage management system
US11176204B2 (en) * 2018-12-13 2021-11-16 Business Objects Software Limited Application runtime for cloud-based analytics engine
US11308034B2 (en) 2019-06-27 2022-04-19 Commvault Systems, Inc. Continuously run log backup with minimal configuration and resource usage from the source machine

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4837798A (en) 1986-06-02 1989-06-06 American Telephone And Telegraph Company Communication system having unified messaging
US5675507A (en) 1995-04-28 1997-10-07 Bobo, Ii; Charles R. Message storage and delivery system
US5829022A (en) * 1995-08-29 1998-10-27 Fuji Xerox Co., Ltd. Method and apparatus for managing coherency in object and page caches
EP0911728A1 (en) 1997-10-27 1999-04-28 Sun Microsystems, Inc. Method and apparatus for providing plug-in media decoders
GB2332126A (en) 1997-12-03 1999-06-09 Samsung Electronics Co Ltd Mobile Communication Terminal
GB2340001A (en) 1998-06-10 2000-02-09 Ibm Method for enhancing operation of a HTML web browser
US6029175A (en) 1995-10-26 2000-02-22 Teknowledge Corporation Automatic retrieval of changed files by a network software agent
EP0987868A2 (en) 1998-09-14 2000-03-22 Phone.Com Inc. Method and architecture for interactive two-way communication devices to interact with a network
US6105028A (en) 1997-06-26 2000-08-15 Digital Equipment Corporation Method and apparatus for accessing copies of documents using a web browser request interceptor
US20020015042A1 (en) * 2000-08-07 2002-02-07 Robotham John S. Visual content browsing using rasterized representations
US20020049833A1 (en) * 1996-02-27 2002-04-25 Dan Kikinis Tailoring data and transmission protocol for efficient interactive data transactions over wide-area networks
US20020109706A1 (en) * 1998-05-29 2002-08-15 Scott D. Lincke Wireless, radio-frequency communications using a handheld computer
US6901437B1 (en) * 2000-10-06 2005-05-31 Verizon Laboratories Inc. Mobile cache for dynamically composing user-specific information
US7050079B1 (en) * 2000-01-04 2006-05-23 International Business Machines Corporation System and method for dynamically generating viewable graphics

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5673322A (en) * 1996-03-22 1997-09-30 Bell Communications Research, Inc. System and method for providing protocol translation and filtering to access the world wide web from wireless or low-bandwidth networks
US5978833A (en) * 1996-12-31 1999-11-02 Intel Corporation Method and apparatus for accessing and downloading information from the internet
US6278442B1 (en) 1998-06-26 2001-08-21 Research In Motion Limited Hand-held electronic device with a keyboard optimized for use with the thumbs
JP4545317B2 (en) * 1998-10-28 2010-09-15 ヤフー! インコーポレイテッド Internet browser interface control method and controllable browser interface
US6631512B1 (en) * 1999-01-15 2003-10-07 Gillis E Onyeabor Method and system for database-driven, scalable web page development, deployment-download, and execution
ATE497214T1 (en) 2000-12-22 2011-02-15 Research In Motion Ltd SYSTEM AND METHOD FOR NAVIGATING INFORMATION USING A WIRELESS COMMUNICATIONS DEVICE

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4837798A (en) 1986-06-02 1989-06-06 American Telephone And Telegraph Company Communication system having unified messaging
US5675507A (en) 1995-04-28 1997-10-07 Bobo, Ii; Charles R. Message storage and delivery system
US5829022A (en) * 1995-08-29 1998-10-27 Fuji Xerox Co., Ltd. Method and apparatus for managing coherency in object and page caches
US6029175A (en) 1995-10-26 2000-02-22 Teknowledge Corporation Automatic retrieval of changed files by a network software agent
US20020049833A1 (en) * 1996-02-27 2002-04-25 Dan Kikinis Tailoring data and transmission protocol for efficient interactive data transactions over wide-area networks
US6105028A (en) 1997-06-26 2000-08-15 Digital Equipment Corporation Method and apparatus for accessing copies of documents using a web browser request interceptor
EP0911728A1 (en) 1997-10-27 1999-04-28 Sun Microsystems, Inc. Method and apparatus for providing plug-in media decoders
GB2332126A (en) 1997-12-03 1999-06-09 Samsung Electronics Co Ltd Mobile Communication Terminal
US20020109706A1 (en) * 1998-05-29 2002-08-15 Scott D. Lincke Wireless, radio-frequency communications using a handheld computer
GB2340001A (en) 1998-06-10 2000-02-09 Ibm Method for enhancing operation of a HTML web browser
EP0987868A2 (en) 1998-09-14 2000-03-22 Phone.Com Inc. Method and architecture for interactive two-way communication devices to interact with a network
US7050079B1 (en) * 2000-01-04 2006-05-23 International Business Machines Corporation System and method for dynamically generating viewable graphics
US20020015042A1 (en) * 2000-08-07 2002-02-07 Robotham John S. Visual content browsing using rasterized representations
US6901437B1 (en) * 2000-10-06 2005-05-31 Verizon Laboratories Inc. Mobile cache for dynamically composing user-specific information

Non-Patent Citations (38)

* Cited by examiner, † Cited by third party
Title
"Archiving Agent for the World Wide Web", IBM Technical Disclosure Bulletin, IBM Corp., New York, United States, vol. 40, No. 6, Jun. 1997, pp. 33-34.
"Multi-Modal Data Access", Research Disclosure, Kenneth Mason Publications, Hampshire, GB, No. 426, Oct. 1999, pp. 1393-1396.
Amendment. Co-pending U.S. Appl. No. 12/060,621. Dated: Mar. 11, 2009.
B. J. Thomas: "The World Wide Web for Scientists & Engineers", Glossary p. 337, SPIE Press, 1998, ISBN 0-8194-2775-6.
Ball, Steve, "SurfIT! A WWW Browser" Proceedings of the Usernix Fourth Annual TCL/TK Workshop, Jul. 1996 (1996-07), Monterey , USA, Retrieved from the Internet: http/www.usenix.org/publications/library/proceedings/tcl96/full_papers/ball/> [retrieved on Apr. 4, 2008].
Bjork S. et al.: "West: A Web Browser for Small Terminals", Proceedings of the Symposium on User Interface Software and Technology UIST, Nov. 1999, Asheville, USA.
C. Szyperski: "Component Software", p. 3-13 and 84-87, ACM Press, 1998, ISBN: 0-201-17888-5.
Canadian First Office Action. Application No. 2,432,590. Dated: Mar. 24, 2005.
Canadian Notice of Allowance. Application No. 2,432,590. Dated: Jan. 5, 2010.
Canadian Office Action. Application No. 2,432,590. Dated: Nov. 2, 2005.
Canadian Office Action. Application No. 2,432,590. Dated: Oct. 14, 2008.
Co-pending U.S. Appl. No. 12/060,621, "Information Browser System and Method for a Wireless Communication Device", filed Apr. 1, 2008. (Retrieved from PAIR).
European Brief Communication. European Patent Application No. 01995527.7, Dated: Dec. 6, 2005.
European Decision of the Technical Board of Appeal 3.5.05 of Feb. 2, 2010. Application No. 01995527.7. Dated: Apr. 21, 2010.
European Decision to Refuse a European Patent Application (Under Appeal) and Minutes of the Oral Proceedings. Application No. 01995527.7. Dated: Jan. 19, 2006.
European Examination Report. Application No. 01995527.7. Dated: Dec. 22, 2004.
European Examination Report. Application No. 01995527.7. Dated: Jul. 2, 2004.
European Examination Report. Application No. 05077802.6. Dated: Apr. 28, 2006.
European Examination Report. Application No. 05077803.4. Dated: Apr. 8, 2008.
European Minutes of the Public Oral Proceedings before the Technical Board of Appeal 3.5.05. Application No. 01995527.7. Dated: Feb. 2, 2010.
European Partial Search Report. Application No. 05077802.6. Dated: Feb. 3, 2006.
European Partial Search Report. Application No. 05077803.4. Dated: Feb. 15, 2006.
European Patent Communication re: European Patent Application No. 01995527.7, dated Jan. 19, 2006.
European Patent Office Communication re: European Patent Application No. 05 077 803.4 Date: Apr. 8, 2008. *
European Search Report. Application No. 05077802.6. Dated: Apr. 11, 2006.
European Search Report. Application No. 05077803.4. Dated: Dec. 27, 2006.
European Summons to Attend Oral Proceedings. Application No. 01995527.7. Dated: Sep. 15, 2005.
European Summons to Oral Proceedings Pursuant to Rule 115(1) EPC. Application No. 01995527.7. Dated: Nov. 2, 2009.
Freytag, et al.: "Resource Adaptive WWW Access for Mobile Applications", Computers and Graphics, Pergamon Press Ltd., Oxford, GB, vol. 23, No. 6, Dec. 1999, pp. 841-848.
Hoff L.: "Netscape Plug-Ins", On-line Publication, Sep. 1, 1999 URL: http://www.linusjournal.com/article/3088.
J. F. Bartlett: "Experience with a Wireless World Wide Web Client", Technical Note TN-46, Mar. 1995, Digital Western Research Laboratory.
Koppen, Eckhart et al., "Cineast-An Extensible Web Browser" Proceedings of the Webnet World Conference on WWW, Internet and Intranet, Nov. 1997 (1997-11), Toronto, Canada, Retrieved from the Internet: http://nm.wu-wien.ac.at/nm/pages/en/re search> [retrieved on Apr. 4, 2008].
Nokia 9000i Communicator User's Manual, Chapters 1 and 7, Nokia Mobile Phones Ltd., 1998.
Notice of Allowance. Co-pending U.S. Appl. No. 12/060,621. Dated: May 28, 2009.
Schilit, et al.: "TeleWeb: Loosely Connected Access to the World Wide Web", Computer Networks and ISDN Systems, North Holland Publishing, Amsterdam, NL, vol. 28, No. 11, May 1996, pp. 1431-1444.
T. W. Bickmore, B. N. Schilit: "Digestor: device-independent access to the World Wide Web", Selected Papers from the 6th International Conference on the World Wide Web, pp. 1075-1082, Sep. 1997, US, Elsevier Science Publishers Ltd., ISSN: 0169-7552.
United States Notice of Allowance. Co-pending U.S. Appl. No. 12/545,304. Dated: Mar. 23, 2010.
United States Office Action. Co-pending U.S. Appl. No. 12/060,621. Dated: Dec. 16, 2008.

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100281391A1 (en) * 2000-12-22 2010-11-04 Research In Motion Limited Information browser system and method for a wireless communication device
US8190776B2 (en) 2000-12-22 2012-05-29 Research In Motion Limited Web browser for a wireless device comprising a browser daemon for permitting access to information after the web browser has been closed
USRE43678E1 (en) 2000-12-22 2012-09-18 Research In Motion Limited Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device

Also Published As

Publication number Publication date
CA2432590C (en) 2010-08-10
EP1643381A3 (en) 2006-06-07
WO2002052785A2 (en) 2002-07-04
US7761603B2 (en) 2010-07-20
US20040073626A1 (en) 2004-04-15
EP1638020A3 (en) 2006-05-24
ATE497214T1 (en) 2011-02-15
WO2002052785A3 (en) 2004-04-08
US20080222269A1 (en) 2008-09-11
EP2267619A1 (en) 2010-12-29
US20100281391A1 (en) 2010-11-04
EP1428348A2 (en) 2004-06-16
US8190776B2 (en) 2012-05-29
HK1065199A1 (en) 2005-02-08
EP1643381A2 (en) 2006-04-05
DE60143969D1 (en) 2011-03-10
USRE43678E1 (en) 2012-09-18
US20090313387A1 (en) 2009-12-17
US7389361B2 (en) 2008-06-17
AU2002226213A1 (en) 2002-07-08
US7596631B2 (en) 2009-09-29
EP1638020A2 (en) 2006-03-22
CA2432590A1 (en) 2002-07-04
EP1428348B1 (en) 2011-01-26

Similar Documents

Publication Publication Date Title
USRE41786E1 (en) Web browser of wireless device having serialization manager for maintaining registry of converters that convert data into format compatible with user interface of the device
US6985754B1 (en) Radio terminal for browsing the internet
CA2346156C (en) Method and system for website overview
US6665860B1 (en) Sever-based method and apparatus for enabling client systems on a network to present results of software execution in any of multiple selectable render modes
US20060265472A1 (en) Systems and methods for providing short message service features and user interfaces therefor in network browsing applications
WO2000065476A1 (en) Radio terminal with browser
JP4096651B2 (en) Mobile communication terminal device, control method thereof, and program
US7089031B1 (en) Radio terminal with browser
US20080263140A1 (en) Network System, Server, Client, Program and Web Browsing Function Enabling Method
GB2349551A (en) Mobile telephone with browser application
US7574480B1 (en) Radio terminal
JP2002342247A (en) Method for acquiring electronic mail list in portable terminal, program and portable terminal thereof
KR20040026436A (en) Method for saving, connecting and deleting bookmark information in mobile communication system
KR20030032732A (en) Method for downloading page menu of the wireless internet and connecting the wireless internet by using the page menu
WO2002032074A2 (en) System for converting wireless communications for a mobile device

Legal Events

Date Code Title Description
AS Assignment

Owner name: RESEARCH IN MOTION LIMITED, ONTARIO

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MAJOR, HARRY R.;KNOWLES, MICHAEL;SIGNING DATES FROM 20030618 TO 20030619;REEL/FRAME:022168/0178

FPAY Fee payment

Year of fee payment: 4

AS Assignment

Owner name: BLACKBERRY LIMITED, ONTARIO

Free format text: CHANGE OF NAME;ASSIGNOR:RESEARCH IN MOTION LIMITED;REEL/FRAME:034150/0483

Effective date: 20130709

FPAY Fee payment

Year of fee payment: 8

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 12

AS Assignment

Owner name: MALIKIE INNOVATIONS LIMITED, IRELAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BLACKBERRY LIMITED;REEL/FRAME:064104/0103

Effective date: 20230511

AS Assignment

Owner name: MALIKIE INNOVATIONS LIMITED, IRELAND

Free format text: NUNC PRO TUNC ASSIGNMENT;ASSIGNOR:BLACKBERRY LIMITED;REEL/FRAME:064066/0001

Effective date: 20230511