KR100681873B1 - Radio terminal - Google Patents

Abstract

A system comprises at least one terminal and a server in radiocommunication therewith. The terminal comprises a transceiver 3, arranged to send radio packets to and receive radio packets from the server, and a browser application 100 for displaying content, arranged to initiate a first application by accessing a first item associated with the first application using a first content identifier. The application is provided by the combination of the first item and further items each of which is accessible using an individual content identifier, and each of which comprises content or means for linking to content. The terminal further comprises a user interface connected to the browser having a display for displaying content and user input means. The server has a transceiver for sending and receiving radio packets from the terminal and storage means for storing content, accessible for transfer to the terminal.

Description

Wireless terminal

The present invention relates to a wireless terminal for browsing the Internet. The present invention is particularly concerned with increasing the functionality of a terminal by transmitting content from a server.

Mobile phones are widely used because they provide security, mobility and flexibility. Recently, the popularity of the Internet is increasing among the general public. The Internet can be browsed using a so-called browser application, which provides an easy to use and visual interface. It would be particularly desirable to combine the hand held nature of a mobile phone and its associated portability with the ability to browse the Internet. The wireless application protocol (WAP) was developed with this purpose in mind. The wireless application protocol allows the wireless handset to communicate with the transceiver at the Internet gateway and access the Internet via a wireless link. The wireless application environment forming the upper layer of the WAP stack includes a microbrowser. The browser uses a wireless mark-up language (WML), a lightweight mark-up language and a WMLScript, a lightweight scripting language. WML implements card and deck metaphors. The user's interaction with the browser is described as a series of cards grouped together in a document, commonly referred to as a deck. The user navigates to a card in the deck, reviews its content and then navigates to another card in the same deck or another deck. The decks of cards are sent from the original servers as needed.

Desktop computers or the like have so far been the standard devices for accessing the World Wide Web. The computer generally has a keyboard, a cursor control and selection device such as a display, a mouse. When using a device for browsing the world wide web, the device typically exchanges information with an Internet gateway over a fixed high bandwidth link. The device acts as a client and the Internet acts as a server. The browser can use the URL to access the 'item' of the content. The items allow access to additional items of content, each of which includes means for linking to the content or content. Typically content is downloaded from the Internet to the device to allow a browser application in the device to display a page with many icons that are 'active'. Selecting and selecting an item or icon using the cursor control and selection device activates a 'link' to another defined page. The browser application requests the page from the internet gateway acting as a server. Content downloaded from the Internet to the device allows the browser application to display the page to which it was linked. The page may sequentially display 'active' icons for user selection. The browser application mediates between the user and the internet. The browser application sends requests to the Internet and receives content from the Internet.

The content received from the Internet may be instructions that allow the browser application to regenerate the page with the correct links. However, it may be content that cannot be processed by the browser application, but content that requires other individual applications, such as e-mail applications, news reading applications, and the like. In particular, portable terminals and hand held devices have limited processing and memory resources. It is desirable to maximize their resources by integrating the applications with the browser without significantly increasing the complexity of the browser application itself. Such integration may require a change in the wireless application protocol and in particular a change in WML and / or WMLScript.

It would be desirable to use a browser that provides the functionality of additional applications in a portable terminal by communicating over a wireless link with a server while maintaining the simple functionality of the browser. For example, it would be desirable to provide email or news applications through the browser in a simple manner.

According to an aspect of the present invention, in a system including at least one terminal and a server in wireless communication with the terminal, the terminal includes:

A transceiver configured to transmit wireless packets to and receive wireless packets from the server;

A browser application for displaying content, the browser application being determined to launch the first application by using a first content identifier to access a first item associated with a first application, wherein the browser application is a combination of the first item and additional items. A browser application, provided by the browser, wherein the additional items are each accessible using a separate content identifier, the first item and the additional items each comprising a content or means for linking to the content; And

A user interface coupled to the browser having a display for displaying content and user input means,

The server comprises a transceiver for transmitting wireless packets to and receiving wireless packets from the terminal and storage means for storing content accessible for transmission to the terminal,

The stored content includes the first item and the additional items accessible using the first content identifier and the additional items are each accessible using separate content identifiers, the first item and the additional item. Each includes means for linking to the content or content,

The first item when transmitting to the terminal,

Identification means for identifying the content identifiers of the additional items for the browser; And

Each link using a separate content identifier, and having link means for automatically providing a link from said first item to each of a plurality of additional items, wherein activation of said links is caused by access to and by said additional items. A system is provided that provides functionality of the first application, wherein the server is arranged to asynchronously transmit the first item to the terminal.

According to another aspect of the invention, in a system comprising at least one terminal and a server in wireless communication with the terminal, the terminal comprises:

A receiver configured to receive wireless packets from the server;

Memory;

A browser application for displaying content, the browser application configured to launch the first application by reading a first item associated with a first application from the memory using a first content identifier, the browser application being the first item and the addition. Provided by a combination of items, wherein the additional items are each accessible from the memory using a separate content identifier, and wherein the first item and the additional items each include means for linking to the content or content, respectively. ; And                 

A user interface coupled to the browser having a display for displaying content and user input means,

The server comprises a transmitter for transmitting wireless packets to the terminal and storage means for storing content accessible for transmission to the terminal,

The stored content includes the first item and the additional items,

The first item when transmitting to the terminal,

Identification means for identifying the content identifiers of the additional items for the browser; And

Each link using a separate content identifier, and having link means for automatically providing a link from said first item to each of a plurality of additional items, wherein activation of said links is caused by access to and by said additional items. A system is provided that provides functionality of the first application, wherein the server is arranged to asynchronously transmit the combination of the first item and the additional items to the terminal.

According to still another aspect of the present invention, there is provided a server for providing and updating a first application on a terminal through wireless communication.

A transceiver for transmitting wireless packets to and receiving wireless packets from the terminal; And storage means for storing content accessible for transmission to the terminal,                 

The stored content includes a first item and additional items accessible using a first content identifier and the additional items are each accessible using separate content identifiers, wherein the first item and the additional items are each content or Means for linking to content,

The first item is,

Identification means for identifying the content identifiers of the additional items for the browser; And

Each link using a separate content identifier, and having link means for automatically providing a link from said first item to each of a plurality of additional items, wherein activation of said links is caused by access to and by said additional items. A server is provided that provides functionality of the first application, wherein the server is arranged to asynchronously transmit the first item to the terminal.

According to another aspect of the invention, there is provided a functionality of an application in a browser of a terminal by creating a hierarchy of cross-linked items by sending items over a wireless link from a server, the entry into the hierarchy being a first content identifier. Is made through a first item accessible through the browser using the first item to identify additional items in the hierarchy accessible through the browser using content identifiers and using the content identifiers. In a method for providing links to the

Initiating the application in the terminal by accessing the first item using the content identifier of the first item through the browser;

Transmitting the first item from the server to the terminal;

Sending the additional items from the server to the terminal using content identifiers of the additional items in the first item; And

Creating links between the first item and the additional items, wherein the functionality of the application occurs from activation of the links.

The accompanying drawings will now be referred to by way of example only for a better understanding of the invention and for understanding how the invention may be carried out.

1 and 2 schematically illustrate a wireless handset.

3 illustrates a network for accessing the Internet.

4 schematically shows the operation of the browser application in the terminal according to the first embodiment.

5A and 5B illustrate a hierarchy of items used to provide an email application and a news reading application, respectively.

6 illustrates the items in the hierarchy in more detail.

7 schematically shows a terminal according to a second embodiment.

 1 and 2 illustrate a handheld wireless communication device, hereinafter referred to as a terminal or a wireless handset 2. The terminal 2 is preferably small enough to carry by hand and sized to fit in the pocket of the jacket. The terminal communicates with other terminals or devices using radio waves.

The terminal 2 has a user interface including a keypad 24 with a keys 24a and a microphone 20 for input and a speaker 18 and a display 14 for output. The size of the keypad 24 and the display 14 are inevitably limited by the size of the terminal 2. The terminal 2 is controlled by the controller 4 and powered by the battery 26. The controller 4 receives signals from the microphone 20 and the keypad 24 and provides signals to the display 14 and the speaker 18. The terminal 2 has a transceiver 3 which is used for communicating with the outside of the terminal 2. The transceiver 3 is a radio frequency transceiver connected to the antenna 28 and the controller 4. The transceiver 3 is arranged to communicate via a radio frequency interface 30. The transceiver 3 comprises a modulator 8 for modulating the signals received from the controller 4 and a transmitter 6 for providing the modulated signals to the antenna 28. The transceiver 3 also provides a receiver 12 for processing the signals received at the antenna 28 and providing the processed signals to a demodulator 10 providing the demodulated signals to the controller 4. Include. The terminal 2 has a memory 16 connected to the controller 4 via a bus. The terminal also has a Subscriber Identity Module (SIM) memory 22 connected to the controller 4 which provides information allowing the terminal 2 to function as a mobile phone. When functioning as a mobile telephone, the terminal 2 transmits and receives radio frequency signals via the antenna 28. Basic functions of the terminal 2 are provided by the combination of the controller 4 and the memory 16.

The terminal 2 has many basic capabilities, including system capabilities related to wireless communication. When functioning as a telephone, the terminal will use standard communication protocols such as GSM, AMPS, etc. and when functioning as an internet terminal, the terminal will use a wireless applications protocol (WAP). The WAP protocol provides a web browser.

3 shows an internet network 50 and a wireless network 60. The internet network includes a web server 52 and a plurality of internet stations 54 that are clients to the web server 52. The Internet network uses World Wide Web (WWW) protocols. The wireless network 60 includes a plurality of wireless terminals 64, each of which may access the web server 52 through a protocol gateway 62. Preferably, the terminals are handheld wireless handsets. The communication between the wireless terminal 64 and the protocol gateway 62 is by a wireless application protocol (WAP). WAP specifies application frameworks and network protocols for wireless terminals such as mobile phones, pagers, and personal digital assistants. WAP brings Internet content and advanced data services to wireless terminals. WAP may operate over different wireless network technologies and bearer types (GSM, CDMA, SMS). The communication between the web server 52 and the protocol gateway 62 is by WWW protocols.

The wireless terminal is generally different from the internet station in that the wireless terminal has less powerful CPU, less memory, limited power consumption, smaller displays and more limited input devices. The wireless network is different from the internet network in that the wireless network has narrower bandwidth, longer latency, lower connection stability and less predictable utilization. The WAP structure is optimized for narrow bandwidth bearers with potentially long latency and optimized for efficient use of device resources.

Each device in the network can send and receive packets of information. The device may be a server or a client depending on the situation, and the server may serve multiple clients by becoming a client to another server. Devices include the web server 52, the internet stations 54, the wireless terminals 64, and the protocol gateway 62. The wireless terminal 64 initiates a request to connect with the web server 52, which is the original server, to act as a client and access resources. The resource identified by the Uniform Resource Locator (URL) is the data (content) originally stored or generated at the server 52. The content is typically displayed or interpreted by the client. The protocol gateway translates requests from the WAP protocol stack used by the wireless terminal 64 to the World Wide Web protocol stack used by the web server. The web server returns WAP content such as Wireless Markup Language (WML) or WWW content such as HyperText Markup Language (HTML). In the latter case, a filter is used to translate the WWW content into WAP content, for example to translate HTML into WML. The protocol gateway also encodes the content sent to the wireless terminal via the wireless network and decodes the data transmitted by the wireless terminal to the protocol gateway.

WAP defines a set of standard protocols that enable communication between mobile terminals and network servers. WAP uses a standard naming model depending on which standard Internet URLs are used to identify content on the original servers. WAP also uses content typing. All WAP content is given a specific type that matches the WWW typing that allows the wireless terminal to process the content correctly based on the type. In addition, WAP uses standard content formats and standard communication protocols.

The wireless application environment forming the upper layer of the WAP stack includes a microbrowser. The browser uses WML, a lightweight markup language, WMLScript, and a lightweight scripting language. Embodiments of the present invention provide the functionality of additional applications such as e-mail applications or news reader applications by creating extensions for WML and WMLScript. This allows the processing power of the terminal to be limited, allows a standard WAP browser to be used and provides flexibility for new features.

4 is a schematic diagram of the operation of the browser application 100 in the terminal 2. The browser application provides the normal browsing functionality provided by the WAP up to this point but additionally provides other additional functionality through the browser application such as email applications and news reading applications. The additional applications are provided by sending content to the terminal. The content provides a layer of decks used by the browser to emulate additional applications. A "master copy" of the content for emulating the additional application in the browser is stored and maintained in the server. Any updates or changes to the content in the browser that occur during the use of the additional application must be communicated to the server so that a "master copy" of the content can be updated.

The figure illustrates a cache that may be part of the antenna 28, the transceiver 3, the browser application 100, the controller 4 in FIG. 1, or the memory 16 in communication over the interface 30. Memory 110, an arbitrator 120, an outbox 130, an outbox controller 140, and the input 24.                 

The transceiver 3 receives messages from the coordinator 120 and transmits the messages 121 received through the interface 30 to the coordinator 120 for transmission via the interface 30. The coordinator 120 does not (asynchronously) respond to the request from the browser (synchronously) or not from the server through the interface (30). Determines if pushed. An identifier in the messages sent over the interface 30 identifies whether the received messages are synchronous or asynchronous. The coordinator 120 determines from the identifier whether the received message is synchronous or asynchronous, directs the received asynchronous messages 122 to the cache memory 110 and directs the received synchronous messages 124 to the browser ( To 100). Upon receiving the message 124, the browser 100 accesses and responds to the content and then transfers the content 102 to the cache memory 110 stored so that the content can be accessed using the content's URL. Send. The content in the received asynchronous message is stored in the cache memory 110 such that the content can be accessed using the URL of the content. The cache is a single cache and is not partitioned. The content stored in the cache is not stored in other segments depending on the application with which it is associated. Content for all applications is stored in an unpartitioned cache. This may be based on first in first out or alternatively the content may have a different priority with the order of deletion of the content from the memory depending on the priority.                 

In this application URLs are used to access content. First, the browser attempts to access the content of the cache 110 using the correct URL. If the content is stored in the cache, the content is read 104 from the cache to the browser. If the content is not in the cache, the read fails and the browser synchronously requests the content from the server via the interface 30. The browser generates a message 108 containing the URL of the requested content and sends the message to the server via the interface 30. The browser then waits for a synchronous response message 124 containing the requested content to be returned by the server via the interface 30 and directed by the coordinator 120 to the browser 110. The browser then responds to the received content.

The server may provide push content to the terminal asynchronously without the requested content. The coordinator 120 directs the received content to the cache 110 which can later be accessed by the browser.

When emulating an application, the browser 100 can change the "master copy" of the content stored in the server. The "master copy" is sent in whole or in part to the terminal to emulate the application. The change is implemented by sending asynchronous messages 106 from the browser to the server. The messages are sent from the browser 100 to the outbox 130. Under control of the enable / disable signal 142 provided by the outbox controller 140, the outbox 130 may transmit the messages to the server via the interface 30. When the outbox controller 140 disables the outbox 130, the outbox buffers the messages 106. When the outbox controller 140 enables the outbox 140, the outbox 130 automatically emptyes and continues to empty automatically until disabled. When the outbox is empty the messages stored there are sent to the transceiver for transmission. The outbox controller 140 receives an input control signal 144 from the transceiver 3. The signal controls whether the controller 140 enables or disables the outbox 130. The input control signal 144 enables the outbox 130 when the transceiver can communicate with the server via the interface 30. When the transceiver cannot communicate with the server via the interface 30 because it is disabled, for example, the terminal is outside the wireless coverage of the server or the wireless interface between the server and the terminal is degraded. The input control signal 144 then disables the outbox 130 and the asynchronous messages 106 are buffered. The outbox can be controlled by adding new library calls to the current WMLScript functionality.

When activated, the input 24 provides a signal to disable the transceiver 3. Disabling the transceiver prevents communication through the interface 30 but does not otherwise affect the terminal. Thus, the browser application can be used in situations where wireless transmission is not desired, for example for airplane reasons. In particular it can be used to access additional functions provided by the browser, such as, for example, reading and writing off-line emails, responses to previously received emails, and reading off-line news. Activities undertaken during off-line affecting the "master copy" of the content used to emulate the active application (s) in the browser are stored in the outbox 130 as messages 106 and the terminal again Sent when on-line

5A illustrates a hierarchy of cross-linked items each containing content. The combination of items is used to emulate an application in the browser of the terminal. The items are stored on the server as a "master copy" and can be sent to the terminal to emulate an application. The items are held on the server and sent to the terminal via the interface as needed and when necessary. Although the items may be changed using the browser, the items held on the server must match any such changes.

In the example shown, the items jointly provide the functionality of an email application. First item 160 provides user selectable links 161, 163, and 165 to respective additional items 162, 164, and 166. The item 160 and each additional item 162 are each generated from a deck. In this example, the first item provides a list 170 of user selectable links 161, 163, 165 representing an email, respectively, on the terminal display. The selection of the link accesses the appropriate additional item and displays the text of the email on the display. Each of the links has two parts. The first text portion 172 provides a description of the link, which in this case is the date and author of each email, and the second text portion 174 provides a visual representation of the parameters associated with the link. In this case the parameter indicates whether the link was previously activated (R) or not activated (U) to read the email. It is therefore clear that the operation of the application can change the content received in the browser, for example changing the parameter from representing U to representing R. The browser will update the items at the server to reflect the changes using the asynchronous messages 106.

Typically the email application will be accessed via a bookmark list in the browser that lists many preferred Internet pages and the email application. Each of the entries has an associated URL and selecting an entry from a bookmark list allows the browser to access content associated with the URL. The cache 110 will be accessed first and a request will be made to the server via the interface 30 if the content does not exist. The email application entry in the bookmark list is associated with the URL of the first item (the deck) 160. Accessing the first item 160 automatically provides a means for accessing remaining additional items that provide the email application. The additional items are accessed by reading the additional items from the cache and, if this fails, sending the additional items through the interface 30.

FIG. 5B illustrates a hierarchy of items similar to FIG. 5A and containing content. The items jointly provide the functionality of a news reader application. As before, first item 160 provides user selectable links 161, 163, and 165 to additional items 162, 164, and 166, respectively. The item 160 and each additional item 162 are each generated from a so-called deck in the WAP. In this example, the first item provides on the terminal display a list 170 of user selectable links 161, 163, 165 each representing a news fragment. Selection of the link accesses the appropriate additional item and displays the text of the news fragment on the display. Each of the links has two parts. The first text portion 172 provides a description of the link, which in this case is the date and news headline of each news fragment, and the second text portion 174 provides a visual indication of the parameters associated with the link. In this case the parameter indicates whether the link was previously activated (R) or not activated (U) to read the news fragment.

6 illustrates a hierarchy of content items that interact to provide additional browser functionality to the browser. The "master copy" of the content is stored on the server. Each of the content items has a separate URL and can be accessed by the browser using the URL. Access in such a situation means that if the item is stored in the cache, it will be read from the cache using that URL and processed in the browser, and if the item is not stored in the cache Means that the browser will request the item using the URL from the server via the interface 30. The first item 160 is a deck called the main deck, which identifies the additional items and their URLs to the browser. The main deck 160 is accessed by first obtaining the URL of the main deck. The URL will be used to load the main deck from the cache if the main deck is stored in the cache or the browser will request the deck from the server via the interface 30 using the URL. . The URL of the main deck may be obtained by selecting a bookmark in the browser application associated with the URL of the main deck or by reading the URL from a subscriber identity module (SIM) in which the URL of the main deck is stored. Thus operators can pre-program SIM cards before releasing with URLs for additional applications they support.

The main deck 160 includes three cards: a start card 200, an option card 210 and an exit card 220. Each card has a separate URL. The start card is automatically activated when the main deck is loaded into the browser. The start card has a first portion 202 defining a plurality of parameters SCR1, SCR2, SCR3, each of which has a value that reflects the value of the parameter in the "master copy" of the content stored at the server. Is assigned. The second part 204 of the start card 200 updates the parameter values to reflect the values of the parameters stored locally in the terminal. As will become more apparent next, the second portion 204 sequentially accesses items (link decks 230, 240 and 250) that form the next level in the hierarchy, each of which Access to the items (storage decks 260, 262, 264). Thus, the second portion 204 is loaded from the server into the cache if the link decks and storage decks are not already in the cache.

The option card 210 is entered when the end of the start card 200 is reached. The option card has a plurality of portions 212, each portion associated with a defined one of the link decks 230, 240, 250 in the second layer of the hierarchy. Upon entering the option card, the parts are automatically activated while sequentially creating user selectable links (161, 163, etc.) on the display of the terminal. Upon activation of each portion 212 a first function call 214 automatically provides text / indication to the display indicating the presence of the user selectable link 161 and a second function call 216 Automatically create a user actuated link 161 for the content item defined in one of the link decks 230 in the second layer of the hierarchy. The first function call 214 provides a first text portion 172 and a second text portion or indication 174 on the screen. The text portion or indication 174 depends on the local value of the parameter assigned to the second portion 204 of the start card 200. The links created by the second functions 216 are activated by the user selecting the displayed link 161. Activation by the user allows the browser to access the defined content item in the second layer of the hierarchy. The browser first attempts to load the content item from the cache and requests a transfer from the server if it fails.

The exit card is accessed through the main deck 160 in FIG. 6 and accessed when the application represented by the hierarchy of content items is exited. The exit card controls the generation of asynchronous messages 106 sent to the outbox, and any changes made by the browser to the "master copy" of the content items stored on the server representing the application. Ensure that it is updated to reflect.

The link deck 230 includes a first card 232 and a second card 234. The deck is associated with a WML deck that is a deck each containing a pair of additional items of a third level of the hierarchy, e.g., an email or news fragment, and associated with the WML deck in the pair such that the email or news fragment was read. It is called a link deck because it provides access from the main deck 160 to a storage deck that is a deck for storing parameters. The link deck 230 provides access to the WML deck 162 and the storage deck 260 from the main deck 160. The link deck 240 provides access from the main deck 160 to the WML deck 164 and the storage deck 262. The link deck 250 provides access from the main deck 160 to the WML deck 166 and the storage deck 264.                 

In the link deck 230, the first card 232 is accessed when the function call Init_SCR1 in the second portion 204 of the start card 200 is activated. The browser attempts to access the card 232 using the URL from the cache, and if it fails, the browser requests the transmission of the deck 230 including the card 232 from the server. Once the card 232 has been accessed, Init_SCR1 in the card 232 accessing the storage deck 260 using its URL is activated and returns the parameter value (s) stored therein as SCR1. The storage deck is accessed by first reading the cache using the URL and, if necessary, by requesting transmission of the storage deck 260 from the server using the URL. Thus, the function call Init_SCR1 ensures that the link deck 230 and the storage deck 260 are stored locally in the cache and access the parameter value (s) stored in the storage deck.

In the link deck 230, the second card 234 activates the second function call 216 of the portion 212 of the option card 210 by selection of a link 161 by a user. Is accessed when The browser attempts to read the second card 234 from the cache 110 using the individual URL of the second card and if that fails requests the transfer of the deck 230 from the server. 2 card 234 is accessed. When the second card 234 is accessed, two functions are performed. First, the browser accesses the storage deck 260 and updates the parameters stored therein to indicate that the link provided by the link deck 230 has been activated. In the examples given previously this means that when the first function call 214 of the portion 212 in the option card generates text / indication 174 on the display, the value SCR1 is set to U on the screen. It will adapt the content in the storage deck 260 to produce the opposite symbol R. Second, the browser 100 accesses the deck 162 and processes the content therein. In the previous examples the access displays the text of an email or news fragment. As before, when the browser accesses the item, the browser uses the URL of the item to read the item from the cache and if that fails requests the transfer of the item from the server.

Loading the main deck into the browser automatically provides a means for creating a hierarchy of items in the terminal. The first portion 202 of the start card 200 matches the parameter values with "master values" in the server. The second portion 204 of the start card 200 matches the parameter values with values stored locally in storage decks in the cache and links any storage decks or link decks not in the terminal's cache to the server. From the terminal to the terminal. Each portion 212 of the option card 210 creates a user selectable link and displays the link on the display. The indication identifies whether the link, in which the fact is derived from one of the parameter values, was previously activated.

When loaded into the browser, the deck 162 generates a text message and a number of links that the user can use to return to the first level of the hierarchy of the application, or to leave the application entirely. . The back option uses that URL to provide a link to the main deck. User selection of the link allows the browser to access the main deck 160. The main deck 160 is then loaded from the cache using the URL or from the server using the URL if necessary to the browser. An exit option provides exit from the application and entry to the main menu, and a bookmark option allows the user to exit the application by selecting a bookmark that may represent another application or a link to other content not associated with the application. Allow. User selection of the exit option or bookmark is detected as an event in the browser and the event handler is arranged to control subsequent actions. When the exit option is selected the exit card is accessed using its URL before entering the main menu. When the bookmark is selected, the exit card is accessed using its URL before the content identified by the bookmark is accessed. When accessing the exit card 220, the browser first attempts to read the exit card from the cache 110 using the URL and if so fails, requests the transfer of the main deck from the server and then the exit card. Read 220.

The exit card 220 is used to maintain "master records" stored in the server in synchronization with the records stored and updated in the browser. The storage decks 260 each store parameters that may change during an application session. For example, a parameter indicating whether an email or news fragment was read may change if the deck containing the email or news is accessed, and the parameter may also indicate whether the user has selected to delete the news fragment or email. The exit card generates a message 106 identifying new values of the changed parameters and sends the message asynchronously to the outbox 130. The message is formed by accessing the storage decks 260, 262. This includes accessing the first card 232, 242, 252 of the link decks 230, 240, 250, respectively, to obtain new parameter values SCR1, SCR2, SCR3. The storage decks are stored in the cache that is large enough that the storage decks of active applications are not deleted from the cache before the exit card sends a message 106 to update the server. In an alternative embodiment the storage decks are prevented from being deleted from the cache until the server is updated.

When a user of the terminal creates new content, for example by composing an email, the content is sent to the server using message 106.

When the server receives the message 106 from the terminal, the server updates a "master copy" of the content. In the first example given above, the server updates the values of the parameters (SCR1, SCR2, SCR3, etc.) that have been changed by the browser and passed to the server. After updating the "master copy", the server pushes the main deck 200 from the "master copy" to the terminal. The main deck is sent in a message with an asynchronous identifier. The terminal receives the pushed deck and induces the deck to store in the cache.

The server may update the application synchronously or without the items being requested by the browser, ie asynchronously, by sending the items to the terminal after the items are requested. The messages containing items sent asynchronously are directed to the cache. Thus, the server can update the application when appropriate, for example when the server receives a new email or a new news fragment.

When the terminal has a very large enough cache, it will be possible to store all the items of the hierarchy needed to run the application in the cache. The browser would then not need to request items from the server. If the browser in such a terminal is not configured to correct the content received from the server, then it is not necessary that the terminal can transmit to the server. Therefore, the transceiver 3 can be replaced by a receiver in this case.

When the server receives a new item for the application, such as a new email, the server introduces a new entry into each of the first and second portions 202 and 204 so that the start card 200 of the main deck 160. ); Update the option card (210) of the main deck (160) by introducing a new portion (212) with first and second function calls (214 and 216); A new link deck with a separate URL and a first card accessible by a new entry in the second portion 204 of the start card 200 and the new portion 212 provided in the option card 210. Create a second card accessible when activating the link; Create a new WML deck with an individual URL accessible through the second card of the link deck that stores text of the new email; A new with a separate URL accessible for writing through the second card of the link deck that is accessible for reading through the first card of the link deck and that stores a parameter indicating that the email is not read. Create a storage deck. The server generates a message containing the updated main deck and pushes the message asynchronously to the terminal. Alternatively, the server may generate a message for each of the new decks in the formed layer and link the messages and send the linked message asynchronously to the terminal.

The link decks separate the main deck from the WML decks and storage decks. The WML decks can be replaced without fitting the main deck by fitting the related link decks. The link decks provide a standard interface to the main deck while allowing the structure of the second and third levels of the hierarchy to be changed without replacing the main deck.

FIG. 7 illustrates an alternative embodiment of the terminal previously described with respect to FIG. 4 and FIG. 8 illustrates an alternative hierarchy of decks suitable for use in the browser 100 of FIG. 7. The difference between the terminal 2 shown in FIG. 7 and the terminal shown in FIG. 4 is that the terminal shown in FIG. 7 does not have a cache 110. The result of not having a cache is that all accesses made to items using their URLs, whether decks or cards, occur by sending a request to the server for the associated deck to be sent to the terminal. Another result is that the application emulated by the hierarchy of decks does not have local storage because the storage decks are nowhere to be maintained, and thus the storage decks are not in FIG. 8. The terminal informs the server when an operation of changing a parameter occurs. Thus, the second cards 234 ', 244' 254 'of the link decks have a first function call 236', etc., different from that described with respect to FIG. The first function call 236 'of the second cards 234', 244 ', 254' generates an asynchronous message 106 placed in the outbox. The message informs the server that the related WML deck has been accessed and the server responds by adapting the related parameters and by pushing a new main deck. The main deck 160 of FIG. 8 does not require an exit card 220 'because there is no local storage.

Moreover, in a preferred embodiment of the present invention, one of the items, such as decks and cards, may be arranged to provide an indication upon storage of the item to the terminal. The item may then have the functionality of an inbox, providing the user with information about new updated service indications such as emails, news, and the like. The item will then be referred to as the inbox item. The service indication may include the name of the service, a link to a URL or URI, the display number and / or the priority of the display. If the user wants to access the service, it should be possible to enter the inbox item and select a link, for example. Some signs are of course more important than others. Therefore, it should be possible to construct the service indications in a simple and effective way. One way to do this is to make the inbox item static and / or dynamic. This means that it may be possible to combine the inbox items to have both static and dynamic parts, ie some service indications can be dynamic and some can be static. It is also possible to make the entire inbox item not only static or dynamic, which can be controlled by the user.

For example, if the user regularly receives a service indication, such as an indication received for an application such as the number of emails, this may be permanently stored in the inbox item. This means that permanent storage can be done in the static part of the inbox item, ie it is possible to preserve or not preserve the position in the item inbox in a dedicated item. Elements in the static portion must be installed or removed through user access from the inbox item. In addition, the static portion may form a list of bookmarks along with status information such as, for example, the number of service indications received and the URL address for the asynchronous application or the priority of user notifications.

As an alternative example, the inbox item may be dynamic, which allows the user to delete / insert a mark of any item. When the user receives a new service indication, it is further possible to arrange the service indications at a priority such as, for example, First In First Out (FIFO) priority. Of course, the FIFO priority may also be provided to the static part, as mentioned in the previous paragraph. If the inbox item includes both dynamic and static parts, then using FIFO priority, the static parts should typically have a higher priority than the dynamic parts, i.e. receive the static part. In doing so, it may be desirable to remove the static portion from the static portion.

Any appendix attached to this application forms part of this description.

Although the present invention has been described in terms of a particular preferred embodiment, it is intended that certain features of the above-described embodiment be described to include variations and modifications to the embodiment, which are not necessarily described by the invention as defined by the claims. It should be understood that it extends beyond.

Claims (42)

In a system comprising at least one terminal and a server in wireless communication with the terminal, the terminal, A transceiver configured to transmit wireless packets to and receive wireless packets from the server; A browser application for displaying content, the browser application being determined to launch the first application by using a first content identifier to access a first item associated with a first application, wherein the browser application is a combination of the first item and additional items. A browser application, provided by the browser, wherein the additional items are each accessible using a separate content identifier, the first item and the additional items each comprising a content or means for linking to the content; And A user interface coupled to the browser having a display for displaying content and user input means, The server comprises a transceiver for transmitting wireless packets to and receiving wireless packets from the terminal and storage means for storing content accessible for transmission to the terminal, The stored content includes the first item and the additional items accessible using the first content identifier and the additional items are each accessible using separate content identifiers, wherein the first item and the additional items are Each means or means for linking to the content, The first item when transmitting to the terminal, Identification means for identifying the content identifiers of the additional items for the browser; And Each link using a separate content identifier, and having link means for automatically providing a link from said first item to each of a plurality of additional items, wherein activation of said links is caused by access to and by said additional items. Providing functionality of the first application, the server being arranged to asynchronously transmit the first item to the terminal. The method of claim 1, wherein the first item upon transmission to the terminal sends the additional items from the server to the terminal for storage in memory in the terminal where the additional items can be accessed using individual content identifiers. The system further comprises a transmission means for. The system of claim 1, wherein the link means of the first item is further provided with means for providing a visual indication of the link on the display and for providing user activation of the displayed link. 2. The method of claim 1, wherein access to the first item and the additional items by the browser attempts to read the item from memory in the terminal and then transmits and responds to a wireless packet containing a suitable content identifier in case of failure. Requesting transmission of said item from said server by receiving a wireless packet or wireless packets containing said item. The system of claim 1, wherein the content identifier is a Uniform Resource Locator (URL). 3. The system of claim 2, wherein the means for transmitting only transmits items that are not already stored locally. 3. The system according to claim 2, wherein when identifying said first item to said terminal, said identifying means, said link means and said transmitting means are activable to establish a hierarchy of items. 8. The system according to claim 7, wherein said identifying means, said linking means and said transmitting means are automatically activated when said first item is transmitted. The system according to claim 1, wherein said application can be updated by updating said identifying means and link means of said first item in said server and sending said updated first item to said terminal. 10. The system of claim 1, wherein the application can be updated by updating the content of additional items in the server and sending the updated items to the terminal. The system of claim 1, wherein all items associated with the application are transmitted from the server to the terminal upon first activation of the first application. The system of claim 1, wherein the communication between the terminal and the server is by a wireless application protocol and the first item is a deck and the additional items are cards or decks. The terminal of claim 1, wherein the terminal should be directed to local storage in response to an item received from the server requesting access by the browser and directed to the browser or not in response to requesting access by the browser. Adjusting means for determining whether or not to determine whether or not. 14. A system as claimed in claim 13, wherein said means for determining determines based on an identifier provided by said server. 15. The system of claim 14, wherein after receiving content from the mediation means, the browser stores the content in a memory. 2. The system of claim 1, wherein the terminal comprises a non-partitioned memory. 2. The terminal of claim 1, wherein the terminal further comprises a subscriber identity module (SIM) card reader for reading contents of an AIM card and a subscriber identity module (SIM) card. (SIM) card, characterized in that for storing the first content identifier. 2. The system of claim 1, wherein the terminal further comprises means for generating content in association with an item and means for transmitting the generated content to the server. 19. The system of claim 18, wherein the generated content sent to the server updates the items stored on the server for future delivery to the terminal. 19. The system of claim 18, wherein the means for generating content creates a new additional item sent by the means for transmitting the content. 19. The system of claim 18, wherein the means for generating content adapts the content of the current item sent by the means for transmitting the content. 19. The system of claim 18, wherein the means for generating content generates content in dependence on access of items by the browser. 23. The system of claim 22, wherein the means for generating content identifies that an item has been accessed. The pair of additional items of claim 1, wherein the pairs of additional items are associated, the first additional item of the pair retains content for access by the browser and observation by the user and the second additional item of the pair Store content identifying a parameter associated with the first item. 25. The system of claim 24, wherein the parameter identifies whether the first additional item was accessed by the browser and observed by the user. 19. The apparatus of claim 18, wherein the means for generating content adapts a parameter of the second additional item of a pair of additional items when the first additional item of the pair is accessed by the browser. System. 25. The system of claim 24, wherein said second additional item of said pair is used to provide a visual indication on said display. 19. The system of claim 18, wherein the means for transmitting the generated content constitutes a message comprising the generated content for transmission to the server. 29. The system of claim 28, wherein said message is sent asynchronously to said server by means for transmitting said content. 29. The system of claim 28, wherein the message is stored in an output box buffer in the terminal and automatically emptied until there is a wireless communication between the server and the terminal. 29. The system of claim 28, wherein the means for transmitting content is activated upon exiting an application. 10. The apparatus of claim 1, wherein each additional item has means for exiting the additional item when accessed by the browser, wherein activation of the exit means updates the server and the server updates the updated item or item. Transmitting the data to the terminal. The system of claim 1, wherein the additional item includes exit means for exiting the additional item and simultaneously exiting the application when accessed by the browser. 34. The system of claim 33, wherein said exit means is an event handler that is activated by the generation of an event upon exiting an item accessed by said browser. 3. The system of claim 2, wherein the terminal provided with the second item is arranged to provide an indication upon storage of the item in the terminal. 36. The system of claim 35, wherein the second item includes at least a static portion and provides or does not provide an indication for a dedicated item. 36. The system of claim 35, wherein the second item includes at least a dynamic portion and enables the user to delete / insert an indication of any item. 38. The system of claim 36 or 37, wherein the second item includes both dynamic and static portions. 36. The system of claim 35, wherein the second item is further determined to process the indications in First In First Out (FIFO) priority. In a system comprising at least one terminal and a server in wireless communication with the terminal, the terminal, A receiver configured to receive wireless packets from the server; Memory; A browser application for displaying content, the browser application configured to launch the first application by reading a first item associated with a first application from the memory using a first content identifier, the browser application being the first item and the addition. Provided by a combination of items, wherein the additional items are each accessible from the memory using a separate content identifier, and wherein the first item and the additional items each include means for linking to the content or content, respectively. ; And A user interface coupled to the browser having a display for displaying content and user input means, The server comprises a transmitter for transmitting wireless packets to the terminal and storage means for storing content accessible for transmission to the terminal, The stored content includes the first item and the additional items, The first item when transmitting to the terminal, Identification means for identifying the content identifiers of the additional items for the browser; And Each link using a separate content identifier, and having link means for automatically providing a link from said first item to each of a plurality of additional items, wherein activation of said links is caused by access to and by said additional items. Providing functionality of the first application, wherein the server is arranged to asynchronously transmit the combination of the first item and the additional items to the terminal. A server for providing and updating a first application on a terminal via wireless communication, the server comprising: A transceiver for transmitting wireless packets to and receiving wireless packets from the terminal; And storage means for storing content accessible for transmission to the terminal, The stored content includes a first item and additional items accessible using a first content identifier and the additional items are each accessible using separate content identifiers, wherein the first item and the additional items are each content or Means for linking to content, The first item is, Identification means for identifying the content identifiers of the additional items for the browser; And Each link using a separate content identifier, and having link means for automatically providing a link from said first item to each of a plurality of additional items, wherein activation of said links is caused by access to and by said additional items. Providing functionality of the first application, the server being arranged to asynchronously transmit the first item to the terminal. Providing a functionality of an application within the browser of the terminal by creating a hierarchy of cross-linked items by sending the items over a wireless link from a server, entry to the hierarchy being accessed through the browser using a first content identifier Done via a first possible item, the first item identifying additional items in the hierarchy accessible through the browser using content identifiers and providing links to the additional items using the content identifiers. In Launching the application in the terminal by accessing the first item using the content identifier of the first item through the browser; Transmitting the first item from the server to the terminal; Sending the additional items from the server to the terminal using content identifiers of the additional items in the first item; And Creating links between the first item and the additional items, wherein functionality of the application results from activation of the links.

Images