MXPA01010800A - Radio terminal with browser - Google Patents

Abstract

A terminal for providing an application using a browser. The terminal comprises a transceiver arranged to send radio packets to and receive radio packets from a server, and means for determining if the terminal and server are able to communicate. The terminal further comprises an outbox buffer;and a browser application for displaying content stored in the server. The browser application is arranged to initiate a first application by accessing a first item associated with the first application from the server using a first content identifier. The application being 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 browser further comprising means for creating content in association with an item and means for transferring messages comprising the created content to the server.

Description

RADIO TERMINAL WITH EXAMINER Field of the Invention The present invention relates to a radio terminal for examining the Internet. In particular, the invention relates to the increase in the functionality of such a terminal.

BACKGROUND OF THE INVENTION Mobile phones are becoming widely used because they provide security, mobility and flexibility. Recently the popularity of the Internet has increased among the general population. The Internet can be examined using an application called the examiner, which provides an easily usable visual interface. It might be particularly desirable to combine the manual clamping nature of a mobile telephone and its portability associated with the ability to examine the Internet. The wireless application protocol (WAP) has been developed with this purpose in mind. It allows a radio handset to communicate with a transceiver in an internet gateway and access the Internet through a radio link. An Environment of Ref.133552 Wireless Application which forms an upper layer of the WAP block includes a micro-examiner. The examiner uses the wireless dialing language (WML), a lightweight dialing language, and WMLScript, a lightweight writing language, the WML implements a card metaphor and a file. The interaction of the examiner and the user is described in a set of cards which are grouped together in a document commonly referred to as a file. The user navigates to a card in a file, reviews its contents and then navigates to another card in the same file or in a different file. The card files are transformed from the origin servers when necessary. An office computer or similar, has until now been the standard device to access the World Wide Web. The computer usually has a screen, a cursor selection and control device such as a mouse and a keyboard. When a device is used to examine the World Wide Web, the device generally exchanges information with the Internet gate over a high, fixed, bandwidth link. The device acts as a client and the Internet as a server. The examiner can access an "item" of content using a URL. This item allows access to additional items of content each of which comprises the content or is the medium for the link to the content. Typically, the content is downloaded from the Internet to the device to allow an application of the browser on the device to display a page that has a number of icons which are "active". The preference and selection of an icon using the cursor selection and control device activates a "link" with another defined page. The application of the examiner requires that this page of the Internet gateway act as the server. The content downloaded from the Internet to the device allows the examiner's application to display the page, which has been linked to it. This page can also display the "active" icons for the selection of uses. The application of the examiner has a mediating role between the user and the Internet. The same makes the request to the Internet and receives the content of it. The content received from the Internet can be instructions that allow the examiner's application to recreate a page with the correct links. However, it may be the content which can not be processed by the examiner application but requires a separate separate application such as an email application, a news reading application, etc. Portable terminals and handheld devices in particular have limited memory and processing resources. It is desirable to maximize your resources by integrating these applications with the examiner without significantly increasing the complexity of the examiner's own application. Such integration may require the modification of the Wireless Application Protocol and in particular the modification of WML and WMLScript. It might be desirable to use an examiner to provide the functionality of other applications in a portable terminal by communicating over a radio link with a server while maintaining the simple functionality of the examiner. It could be desirable that such applications did not require a permanent high bandwidth link between the terminal and the server. According to one aspect of the present invention, a terminal is provided to provide an application that uses an examiner, which comprises: a transceiver arranged to send radio packets to, and receive radio packets from, a server; means to determine whether the terminal and the server are capable of communicating; an intermediate output buffer box; and an application of the examiner to display the content stored in the server, arranged or adapted to start a first application having access to a first item associated with the first application from the server using a first identifier of the content, the application is provided by the combination of the first item and the additional items each of which is accessible using an identifier of the individual content, and each of which comprises the content, or means for linking to the content, the examiner also includes means to create the content in association with an item and means to transfer the messages comprising the created content to the server, where if the terminal and the server are able to communicate, the examiner sends the messages to the server and if the terminal and the server are unable to communicate, the examiner temporarily stores the messages in the output tray until the terminal e The server is able to communicate when the stored messages are automatically sent to the server. According to another aspect of the present invention there is provided a system comprising a server and a terminal for providing an application using an examiner, the terminal comprising: a transceiver arranged to send radio packets to, and receive radio packets from, the server; means to determine whether the terminal and the server are capable of communicating; an intermediate output buffer box; and an application of the examiner to display the content stored on the server, arranged or adapted to initiate a first application by accessing a first item associated with the first application from the server using a first identifier of the content, the application is provided by the combination of the first item and the additional items each of which is accessible using an identifier of the individual content, and each of which comprises the content or means for linking to the content, the examiner also includes means to create the content in association with an item and means to transfer the messages comprising the created content to the server, where if the terminal and the server are able to communicate, the examiner sends the messages to the server and if the terminal and the server are unable to communicate the The examiner temporarily stores the messages in the output tray until the terminal and the ervidor are able to communicate when the stored messages are automatically sent to the server. For a better understanding of the present invention and to understand how it can be carried out, reference will now be made by way of example only to the appended drawings, in which: BRIEF DESCRIPTION OF THE FIGURES FIGS. 1 and 2 schematically illustrate a radio handset; Figure 3 a network for accessing the Internet; Figure 4 is a schematic representation of the operation of an examiner application in a terminal according to a first embodiment; and Figures 5a and 5b illustrate the hierarchy of the items used to provide an email application and a news reading application, respectively; Figure 6 illustrates the items in a hierarchy in greater detail; Figure 7 is a schematic representation of a terminal according to a second embodiment. Figure 8 illustrates the items in a hierarchy in greater detail. Detailed Description of the Invention Figures 1 and 2 illustrate a hand-held radio communication device, hereinafter referred to as a handset or radio 2. The terminal 2 is small enough to be carried in the hand and it is preferably sized to fit in a cavity of a liner. The terminal communicates with other terminals or devices using radio waves.

The terminal 2 has an interface with the user comprising, for the input, a keyboard 24 having keys 24a and a microphone 20 and, for the output, a loudspeaker 18 and a screen 14. the size of the keyboard 24 and the screen 14 they are necessarily limited by the size of the terminal 2. The terminal 2 is controlled by the controller 4 and is powered by the battery 26. The controller 4 receives the signals from the microphone 20 and the keyboard 24 and provides the signals to the screen 14 and speaker 18. Terminal 2 has a transceiver 3, which is used for communication externally to terminal 2. Transceiver 3 is a radio frequency transceiver connected to an antenna 28 and controller 4. It is arranged to communicate by means of a radio frequency interface 30. The transceiver 3 includes a modulator 8 for modulating the signals received from the controller 4 and a transmitter 6, which presents the modulated signals to the antenna 28. The transceiver 3 also includes a receiver 12 which processes the signals received in the antenna 28 and supplies them to a demodulator 10 which provides the demodulated signals to the controller 4. The terminal 2 has a memory 16 which is connected to the controller 4 by means of a busbar. The terminal also has a SIM memory 22 connected to the controller 4 which provides the information that allows the terminal 2 to function as a mobile telephone. When it functions as a mobile telephone, the terminal 2 transmits and receives the radiofrequency signals by means of the antenna 28. The fundamental functions of the terminal 2 are provided by the combination of the controller 4 and the memory 16. The terminal 2 has a number of fundamental capabilities that include system capabilities that relate to radio communication. The terminal when operating as a telephone will use the standard communication protocols such as GSM, AMPS, etc., and when it functions as an Internet terminal it will use the wireless application protocol (WAP). The WAP protocol provides a network browser. Figure 3 illustrates an Internet network 50 and a wireless network 60. The Internet network comprises a server of the "web" 52 and a plurality of Internet stations 54, which are clients of the server of the "web" 52. The Internet network uses the protocols of the World Wide Web (WWW). The wireless network 60 includes a plurality of wireless terminals 64, each of which can access the "web" server 52 via a gate 62 of the protocol. These terminals are preferably radio handsets that can be carried in the hand. The communication between a wireless terminal 64 and the gate 62 of the protocol is in accordance with the Wireless Application Protocol (WAP). The WAP protocol specifies an application structure 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 can work through different wireless network technologies and different types of bases (GSM, CDMA, SMS). The communication between the server of the "web" 52 and the gate 62 of the protocol is in accordance with the WWW protocols. The wireless terminal differs from the Internet station in that it generally has a less powerful CPU, less memory, a restricted power consumption, smaller screens and more limited input devices. The wireless network differs from the Internet network in that it generally has less bandwidth, more waiting time, less stability with the connection and less predictable availability. The WAP architecture is optimized for narrow bandwidth bases with a potentially high waiting time and is optimized for the efficient use of device resources. Each device in a network is capable of sending and receiving information packets. A device can be a server or a client according to the context, and a server can service a number of clients while it is a client for another service. The devices include the server of the "web" 52, the Internet stations 54, the wireless terminals 64 and the gate 62 of the protocol. A wireless terminal 64 acts as a client and initiates a request for a connection to a source server, the server of the "web" 52, to access a resource. The resource, identified by a URL (Uniform Resource Locator), is the data (content) stored or generated on a source server 52. The content is typically displayed or interpreted by the client. The protocol gate translates the requests from the WAP protocol block used by the wireless terminal 64 to the WWW (World Wide Web) protocol block used by the "web" server. The server of the "web" either returns the content of WAP such as WML (Wireless Dialing Protocol) or the WWW content such as HTML (Hypertext Markup Language). In this last case a filter is used to transfer the content of WWW to the content of WAP for example HTML to WML. The protocol gate also encodes the content of the activity over the wireless network to the wireless terminal and decodes the data sent to it by the wireless terminal. WAP defines a set of standard protocols that enable communication between mobile terminals and the servers of the "web". WAP uses a standard naming model according to which standard Internet URLs are used to identify the content on the original servers. The typing of the content is also used. All the WAP content is given a specific type with the WWW typification which allows a wireless terminal to correctly process the content based on the type. WAP also uses standard content formats and standard communication protocols. A Wireless Application Environment which forms an upper layer of the WAP block includes a micro-examiner. The browser uses the wireless dialing language (WML) and a lightweight dialing language, WMLScript a lightweight writing language. The embodiments of the present invention provide the functionality of additional applications, e.g., e-mail applications or news reader applications by creating extensions for WML and WMLScript. This allows the processing power of the terminal to be restricted, allows a standard WAP browser to be used and provides flexibility for new features. Figure 4 is a schematic illustration of the operation of an examiner application 100 in a terminal 2. The examiner application provides the normal exam functions provided by the WAP up to this time interval but also provides additional functions through the application of the examiner such as email applications and news reading applications. Additional applications are provided by transferring the content to the terminal. The content provides a hierarchy of files which is used by the examiner to imitate an additional application. The "master copy" of the content to imitate the additional application in the examiner is stored and retained in the server. Any update or change with respect to the content in the examiner that occurs during the use of the additional application must be communicated to the server so that the "master copy" of the content can be updated. The Figure includes the antenna 28 which communicates on the interface 30, the transceiver 3, the applicator of the examiner 100, an associated memory 110 which can be part of the controller 4 or the memory 16 in Figure 1, a conciliatory device 120, an output tray 130, a driver 140 of the output tray and the input 24. The transceiver 3 receives the messages from the conciliatory device 120 for transmission over the interface 30 and supplies the messages 121 received over the interface 30 to the conciliator device 120. The conciliatory device 120 determines whether a received message is in response to a request from the examiner (synchronous) or is not in response to a request from the examiner but is moved from the server over the 30 (asynchronous) interface. An identifier in the messages transmitted on the interface 30 identifies whether the received messages are synchronous or asynchronous. The conciliatory device 120 determines from the identifier whether a received message is synchronous or asynchronous and directs the received asynchronous messages 122 to the associated memory 110 and directs the received synchronous messages 124 to the examiner 100. The examiner 100 during the reception of a message 124 has access and respond to its content, and then sends the content 102 to the associated memory 110 where it is stored so that it can be accessed using the URL of the content. The content in the received asynchronous message is stored in the associated memory 110 in such a way that it can be accessed using the URL of the content. The associated memory is unitary and is not divided. The content stored in the associated memory is not stored in different segments depending on the application to which it relates. The content for all the applications is stored in the associated memory not divided. This could be in a first option in an external first base or alternatively the content could have different priorities with the order of deletion of the content from the memory that is dependent on the priorities. In the examiner application the URLs are used to access the content. First, the browser tries to access the content in the associated memory 110 using the correct URL. If the content is stored in the associated memory, it is read 104 from the associated memory to the examiner. If the content is not in the associated memory, the reading is not successful and the examiner synchronously requests the content from the server on the interface 30. The examiner creates a message 108 containing the URL of the required content and sends the message to the server about the interface 30. The examiner then waits for a synchronous reply message 124 containing the content required to be returned by the server on the interface 30 and directed by the conciliatory device 120 to the examiner 110. The examiner then responds to the content received. The server can provide the content moved to the terminal asynchronously without the content being requested. The conciliatory device 120 directs this received content to the associated memory 110 where it can be accessed by the examiner at a later time. The examiner 100 when imitating an application, can modify the "master copy" of the content stored on the server. This "master copy" is transferred totally or in part to the terminal to mimic the application. The modification is effected by sending the asynchronous messages 106 from the examiner to the server. The messages are sent from the browser 100 to the output tray 130. The output tray 130 under the control of the enable / disable signal 142 provided by the output tray controller 140 can send the messages to the server by means of the interface 30. When the output tray controller 140 disables the output tray 130, the output tray separates the messages 106. When the output tray controller 140 enables the output tray 140, the output tray 140 Output 130 is automatically emptied and continues to empty automatically until it is disabled. When the output tray is empty, the stored messages are then transferred to the transceiver for transmission. The controller 140 of the output tray receives an input control signal 144 from the transceiver 3. This signal controls whether the controller either enables or disables the output tray 130. When the transceiver is able to communicate with the server about interface 30, input control signal 144 enables output tray 130. When the transceiver is unable to communicate with the server over interface 30 for example because the transceiver is disabled, the terminal is out of range. Radio coverage of the server or the radio interface between the server and the terminal is degraded, then the input control signal 144 disables the output tray 130 and the asynchronous messages 106 are separated. The output tray can be controlled by adding new calls from the library to the existing WMLScript functionality. The input 24 when activated provides a signal which disables the transceiver 3. The disabling of the transceiver prevents communication on the interface 30 but does not otherwise affect the terminal. A) Yes, the application of the examiner can be used in situations where the radio transmission is undesirable for example on an airplane. In particular, it can be used to access the additional functions provided by the examiner, for example, the reading and composition of the e-mail outside the line, the reapplication to previously received e-mails and the reading of news outside the line. The actions taken even if they are outside the line which affects the "master copy" of the content used to imitate the active application (s) in the examiner, are stored as the messages 106 in the external box 130 and sent when the terminal comes online again. Figure 5a illustrates a hierarchy of inter-linked items each of which has content. The combination of items is used to mimic an application in a terminal examiner. The items are stored on the server as a "master copy" and are transferable to a terminal to mimic an application. The items are maintained on the server and transferred to the terminal over the interface as and when necessary. Although the items can be modified using the examiner, the items maintained on the server must be brought in accordance with any such modifications. In the example shown, the items in combination provide the functionality of an email application. A first item 160 provides the links 161, 163, 165 selectable by the user to the additional items 162, 164 and 166 respectively. Item 160 and each of the additional items 162 are each created from a file. In this example the first item provides on the output screen a list 170 of links 161, 163 .. 165 selectable by the user, each of which represents an electronic mail. The selection of a link has access to the appropriate additional item and displays the text of an email on the screen. Each of the links has two parts. A first portion 172 of the text provides a description of the link, in this case the date and the author of each email, and a second portion of the text 174 provides a visual indication of a parameter associated with this link. In this case the parameter indicates whether a link has been previously activated (R) to read the e-mail or not activated (U). It is evident therefore that the operation of the application can change the content received in the examiner by changing for example the parameter of indicating U to R. The examiner will update the items on the server to reflect the modifications using the asynchronous messages 106. Typically you could access the email application through a bookmark list in the browser which lists a number of favorite Internet pages and the application of the email. Each of the entries has an associated URL and selecting an entry in a bookmark list of the book causes the browser to have access to the content associated with the URL. First, the associated memory 110 will be accessed and if the content is not present, a request will be made on the interface 30 to the server. The entry of the email application in the bookmark list of the book is associated with the URL of the first item (the file) 160. Access to the first item 160 automatically provides the means to access the rest of the additional items which they provide the application of the electronic mail. Additional items are accessed by reading them through the associated memory and if this is not successful by transferring them over interface 30. Figure 5b is similar to Figure 5a and illustrates a hierarchy of Items that have the content. The items in combination provide the functionality of a news reader application. As previously mentioned, a first item 160 provides the user selectable links 161, 163, 165 with respect to the additional items 162, 164 and 166. Item 160 and each of the additional items 162 are each created from a so-called file in WAP. In this example the first item provides on the terminal screen a list 170 of user selectable links 161, 163 .. 165 each of which represents a piece of news. The selection of a link provides access to the appropriate additional item and displays the text of the news piece on the screen. Each of the links has two parts. A first portion of the text 172 provides a description of the link, in this case the news header and the date of each news piece, and a second portion of the text 174 provides a visual indication of a parameter associated with this link. In this case the parameter indicates whether a link has been previously activated (R) to read the news piece or not activated (U). Figure 6 illustrates the hierarchy of content items which cooperate to provide the functionality of an additional application to the examiner. The "master copy" of this content is stored on the server. Each of the content items has an individual URL and can be accessed through the browser using the URL. Access in this context means that if the item is stored in the associated memory, it will be read from the associated memory using its URL and processed in the examiner, and _if the item is not stored in the associated memory, the examiner will request the item using its URL from the server on the interface 30. The first item 160 is a file called the Main file and identifies the other items and their URLs with respect to the examiner. The Main File 160 is accessed first by providing the URL of the Main File. If the Main File is stored in the associated memory the URL will be used to load the Main File from the associated memory, otherwise the examiner requests the file from the server on the interface 30 using the URL. The URL of the Main File can be provided by selecting a bookmark from the book in the examiner application which is associated with the URL of the Main File or by reading the URL of a SIM on which the URL of the Main File is stored. This allows operators to pre-program SIM cards before releasing URLs for the additional applications they support. The Main File 160 comprises three cards: The Start Card 200, the Option Card 210 and the Exit Card 220. Each of the cards has an individual URL. When the Main File is loaded in the examiner, the Start Card is activated automatically. The start card has a first portion 202 which defines a number of parameters (SCR1, SCR2, SCR3) each of which is assigned to a value that reflects the value of the parameter in the "master copy" of the content stored in the server. The second portion 204 of the Start Card 200 updates the parameter values to reflect the value of the parameters stored locally in the terminal. As will become clear in what follows, the second portion 204 sequentially affects the access to the items (Link Files) 230, 240, 240 and 250 which form the next level in the hierarchy, each of which respectively performs Access to the items (Storage Files) 260, 262 and 264. Thus, the portion 204 ensures that the Link Files and the Storage Files are loaded into the associated memory from the server if they are not there yet. The Option Card 210 is entered reaching the end of the Card, from Start 200. The option card has a number of portions 212, each of which is associated with a defined one of the Link Files 230, 240, 250 in the second layer of the hierarchy. By entering the Options Card, the portions are automatically activated subsequently by creating user selectable links 161, 163, etc., on the terminal screen. During the activation of each portion 212 a first call of the function 214 automatically provides the text / signals on the screen indicating the presence of the link 161 selectable by the user and a second call of the function 216 automatically creates a link operated by the user 161 for a content item defined in one of the Link Files 230 in the second layer of the hierarchy. The first call of the function 214 provides the first portion of the text 172 and the second portion of the text or signal 174 on the screen. The portion of the text or signal 174 depends on the local value of a parameter assigned in the second portion 204 of the Start Card 200. The links created by the second functions 216 are activated by the user by selecting the link 161 displayed. Activation by the user causes the examiner to have access to the content item defined in the second layer of the hierarchy. The examiner tries first to load the content item from the associated memory and if it is not successful it requests its transfer from the server. The Exit Card is accessed when the application entered through the Main File 160 and represented by the hierarchy of the content items in Figure 6 has been output. The output card controls the creation of asynchronous messages 106 which are being sent to the output tray, and ensures that the "master copy" of the content items stored on the server representing the application are updated to reflect any modifications made by the examiner. The Link File 230 comprises a first card 232 and a second card 234. The file is called a link file because each provides access from the Main File 160 to a pair of additional items at the third level of the hierarchy, especially a WML File which is a file that comprises the content such as an email or a piece of news, and a Storage File which is a file that stores the parameters associated with the WML File in the pair as in where the email or the piece of news have been read. The Link File 230 provides access from the Main File 160 to the WML File 162 and the Storage File 260. The link file 240 provides access from the Main File 160 to the WML File 164 and the Storage File 262 The link file 250 provides access from the Main File 160 to the WML File 166 and the Storage File 264. In the link file 230, the first 232 card is accessed when the Cali Init_SCRl function in the second portion 204 of the Start Card 200 is activated. The examiner tries to access the card 232 using its URL from the associated memory, if it is not successful, the examiner requests the transfer of the file 230 comprising the card 232 from the server. Once the 232 card has been accessed the Init_SCRl function on the card 232 is activated, which provides access to the storage file 260 using its URL and returns the (the) parameter values in it as SCRl. The storage file is accessed by first reading the associated memory using its URL and then if necessary requesting the transfer of the storage file 260 from the server using its URL. Thus, the Cali Init_SCRl function ensures that the link file 230 and the storage file 260 are stored locally in the associated memory and have access to the value (s) of the parameter stored in the Storage File. In the link file 230, the second card 234 is accessed when the second call of the function 216 of a portion 212 of the Option Card 210 is activated by the selection of a link 161 by a user. The examiner has access to the second card 234 attempting to read the second card 324 from the associated memory 110 using its individual URL and if unsuccessful requesting the transfer of the file 230 from the server. When the second card 234 is accessed, two functions are carried out. First, the examiner has access to the storage file 260 and updates the parameters stored there to indicate that the link provided by the link file 230 has been activated. This in the examples given previously will adapt to the contents in the storage file 260 so that the value SCRl will create a symbol R as the opposite of U on the screen when the first call of the function 214 of the portion 212 on the Options Card create the text / signal 174 on the screen. Second, examiner 100 has access to file 162 and processes the content therein. This access in the previous examples displays the text of an email or a piece of news. As indicated previously when the examiner has access to an item, it uses the URL of the item to try to read the item from the associated memory and if this is not successful, request the transfer of the item from the server. It should be appreciated that the load of the Main File in the examiner automatically provides the means to create the hierarchy of the items within the terminal. The first portion 202 of the Start Card 200 carries the parameter values in line with the "master values" on the server. The second portion 204 of the Start Card 200 carries the values of the parameter in line with those stored locally in the Storage Files within the associated memory and transfers any Storage Files or Link Files from the server to the terminal which do not they are in the associated memory of the terminal. Each portion 212 of the Option Card 210 creates a link selectable by the user and indicates the link on the screen. The indication identifies if the link has been previously activated and that fact is derived from one of the parameter values.

The file 162 when loaded in the browser creates a message of the text and a number of links which the user can use to return to the first level of hierarchy of the application or to leave the application together. A return option provides a link to the Main File using its URL. The selection of the user of the link causes the examiner to have access to the Main File 160. The Main File 160 is then loaded into the browser from the associated memory using its URL or, if necessary, from the server using its URL. An output option provides an output from the application and the introduction to the main menu and a bookmark option allows the user to "exit the application by selecting a bookmark which can represent another application or a link to other unrelated content. with an application The selection of the user of the output option or bookmark of the book is detected as an event in the examiner and an event handler is equipped or arranged to control the subsequent action When the output option is selected, you have access to the Exit Card using your URL before it is entered into the main menu. When the bookmark of the book is selected, the Exit Card is accessed using its URL before the content identified by the bookmark is accessed. When the Exit Card 220 is accessed, the examiner first tries to read the Exit Card from the associated memory 110 using its URL and if unsuccessful requests the transfer of the Main File from the server and then reads Exit Card 220 The exit card 220 is used to keep the "master records" stored in the server in line with the records stored and updated in the examiner. The storage files 260 each store parameters which may vary during an application session. For example, the parameter that indicates whether an email or a piece of news has been read will change if the file containing the email or the news has been accessed, also a parameter may indicate that the user has chosen to delete a piece of information. news or email. The output card creates a message 106 which identifies the new values of the changed parameters and sends them asynchronously to the output tray 130. The message is formed having access to the storage files 260, 262. This involves access to the first card 232, 242, 252 of the link files 230, 240, 250 respectively to obtain the new values of the parameters SCR1, SCR2, SCR3. The storage archives are stored in the associated memory which is of such a size that the storage files of an active application will not be erased in the associated memory before the output card sends a message 106 to update the server. According to an alternative mode, the storage files are prevented from being deleted from the associated memory until the server has been updated. When a user of the terminal creates a new content, for example, when he is the author of an email, this content is sent to the server using a message 106. When the server receives a message 106 from the terminal, it updates the " master copy "of the content. In the first example given above, it updates the values of the parameters SCRl, SCR2, SCR3, etc., which have been varied by the examiner and communicated to the server. The server after updating the "master copy" moves the Main File 200 from the "master copy" to the terminal. The Main File is sent - in a message with an asynchronous identifier. The terminal receives the moved File and directs it for storage in the associated memory. The server can update the application by transferring the items to the terminal after they have been requested, that is, synchronously, or without having been requested by the examiner, that is, asynchronously. Messages containing the items which are sent asynchronously to the associated memory. Accordingly, the server can update the application when appropriate, for example when it receives a new email or a new piece of news. If the terminal has a sufficiently large associated memory, it could be possible to store all the items in the hierarchy necessary to perform this application in the associated memory. The examiner may then not need to request the items from the server. If the examiner in such a terminal was not configured to amend the content received from the server, then it is not necessary for the terminal to be able to transmit to the server. The transceiver 3 could in this case be replaced by a receiver. When the server receives a new item for the application such as a new email, the same: updates the Start Card 200 of the Main File 160 by entering a new entry for each of the first and second portions 202 and 204; updates the Option Card 210 of the Main File 160 by introducing a new portion 212 having first and second calls of the functions 214 and 216; create a new link file having an individual URL and a first card accessible by the new entry in the second portion 204 of the Start Card 200 and a second accessible card during activation of the link provided by the new portion 212 in the Card of Options 210; create a new WML file that has an individual URL accessible by means of the second card of the link file which stores the text of the new email; and create a new Storage File that has an individual URL accessible for reading by means of the first card of the link file and accessible for writing by means of the second card of the link file which stores a parameter indicating that the Email has not been read. The server creates a message that contains the updated Main File and moves it asynchronously to the terminal. As an alternative, the server can create a message for each of the new files in the hierarchy formed and link or link these messages and send the message asynchronously joined to the terminal. The link files disconnect the Main File from the WML Files and the Storage Files. The WML files can be replaced without adapting the Main File by adapting the relevant link files. The link files provide a standard interconnection with the Main File while allowing the structure of the second and third levels of the hierarchy to be varied without replacing the Main File. Figure 7 shows an alternative embodiment of the terminal described previously in relation to Figure 4 and Figure 8 shows an alternative hierarchy of files suitable for use in the examiner 100 of Figure 7. The difference between terminal 2 illustrated in Figure 7 and that illustrated in Figure 4, is that the terminal illustrated in Figure 7 does not have an associated memory 110. One consequence of not having an associated memory is that all the accesses made to the items, either files or the cards, using their URLs, occur sending a request to the server so that the relevant file is transferred to the terminal. Another consequence is that the application imitated by the hierarchy of the files does not have a local storage because the Storage Files that have to be maintained do not exist anywhere, therefore the Storage Files are absent from Figure 8. The terminal informs to the server when an action occurs, which changes a parameter. Consequently, the second cards 234 ', 244', 254 'of the link files have a first call of the function 236' different, etc., with respect to that described in relation to Figure 6. The first call of the function 236 'of the second cards 234', 244 ', 254' creates an asynchronous message 106 which is placed in the output tray. This message informs the server that the relevant WML file has been accessed and the server responds by adapting the relevant parameter and moving a new Main File. The Main File 160 in Figure 8 does not require an Exit Card 220 'because there is no local storage. Any annex attached to this application forms part of the present description. Although the invention has been described with respect to a particularly preferred embodiment, it should be appreciated that the invention as defined by the claims extends beyond the particular features of the described embodiment to encompass modifications and variations to the modality not necessarily described. .

It is noted that in relation to this date, the best method known to the applicant to carry out the aforementioned invention, is that which is clear from the present description of the invention.

Claims (19)

1. EIVINDICACIQNES Having described the invention as above, the content of the following claims is claimed as a priority: 1. A terminal for providing an application that uses an examiner, characterized in that it comprises: a transceiver arranged to send radio packets to, and receive packets from; radio from, a server; means to determine whether the terminal and the server are capable of communicating; an intermediate output buffer box; and an application of the examiner to display the content stored in the server, arranged or adapted to start a first application having access to a first item associated with the first application from the server using a first identifier of the content, the application is provided by the combination of the first item and the additional items each of which is accessible using an identifier of the individual content, and each of which comprises the content, or means for linking to the content, the examiner also includes means to create the content in association with an item and means to transfer the messages comprising the created content to the server, where if the terminal and the server are able to communicate, the examiner sends the messages to the server and if the terminal and the server are unable to communicate, the examiner temporarily stores the messages in the output tray until the terminal and The server are able to communicate when the stored messages are automatically sent to the server.
2. 2. A system comprising a server and a terminal for providing an application using an examiner, the terminal is characterized in that it comprises: an arranged transceiver for sending radio packets to, and receiving radio packets from, the server; means to determine whether the terminal and the server are capable of communicating; an intermediate output buffer box; and an application of the examiner to display the content stored on the server, arranged or adapted to initiate a first application by accessing a first item associated with the first application from the server using a first identifier of the content, the application is provided by the combination of the first item and the additional items each of which is accessible using an identifier of the individual content, and each of which comprises the content or means for linking to the content, the examiner also includes means to create the content in association with an item and means to transfer the messages comprising the content created to the server, where if the terminal and the server are able to communicate, the examiner sends the messages to the server and if the terminal and the server are unable to communicate the The examiner temporarily stores the messages in the output tray until the terminal and the Vidor are able to communicate when stored messages are automatically sent to the server.
3. 3. A terminal or server according to any preceding claim, characterized in that the means for transferring the messages update the items stored in the server for transfer to the terminal.
4. 4. A terminal or system according to any preceding claim, characterized in that the means for creating the content create a new additional item which is then transferred by the means for the transfer of the content.
5. 5. A terminal or system in accordance with any preceding claim, characterized in that the means for creating the content adapt the content of an existing item which is then transferred by the means for the transfer of the content.
6. 6. A terminal or system according to any preceding claim, characterized in that the means to create the content create the content depending on the access of the items by the examiner.
7. 7. A terminal or system according to claim 6, characterized in that the means to create the content identify that an item has been accessed.
8. 8. A terminal or system according to any preceding claim, characterized in that the pairs of the additional items are associated, the first additional item of the pair retains the content for access by the examiner and the observation by the user and the second additional item The peer stores the content identifying a parameter associated with the first item.
9. 9. A terminal or system according to claim 8, characterized in that the parameter identifies if the additional item has been accessed by the examiner and if it was observed by the user.
10. A terminal or system according to claim 9, characterized in that the means for creating the content adapt the parameter of the second additional item of a pair of additional items when the first additional item of the pair is accessed by the examiner.
11. 11. A terminal or system according to any of claims 8 to 10, characterized in that the second additional item of the pair is used to provide a visual indication on the screen.
12. A terminal or system according to any preceding claim, characterized in that the means for transferring the content created compose a message comprising the content created for the transfer to the server.
13. 13. A terminal or system according to claim 12, characterized in that the message is sent asynchronously to the server by the means for the transfer of the content.
14. 14. A terminal or system according to claims 11, 12 or 13, characterized in that the message is stored in a terminal buffer box in the terminal until there is a communication of • radio between the server and the terminal and then it is automatically emptied.
15. 15. A terminal or system according to any of claims 11 to 14, characterized in that the means for transferring the content are activated during the output of an application.
16. 16. A terminal or system according to any preceding claim, characterized in that the first item is a file and the means for transferring the content is a card in the first item.
17. 17. A terminal or system according to any preceding claim, characterized in that each additional item has means to exit the additional item when it is accessed by the examiner, where the activation of the output means updates the server and then the server transfers the item or the updated items to the terminal.
18. 18. A terminal or system according to any preceding claim, characterized in that an additional item when accessed by the examiner has exit means to exit the additional item and simultaneously exit the application.
19. 19. A terminal or system according to claim 18, characterized in that the output means is an event handler activated by the creation of an event during the output of an item that has been accessed by the examiner.