FIELD OF INVENTION The present invention relates to a communication arrangement.

More particularly, the present invention relates to a communication arrangement for controlling accessories (peripheral devices) and/or applications associated with a radio telephone such as a mobile or cellular telephone or mobile telephone or DECT cordless telephone.

BACKGROUND TO INVENTION Known uses for cellular telephones, other than for the making of conventional telephone calls, include WAP (wireless application protocol) and SIM (subscriber identity module) applications, the latter usually referred to as SAT (SIM Application Toolkit).

Accessories or peripheral devices, such as barcode scanners and music players, can also be used in conjunction with a cellular telephone. This offers numerous applications and opportunities.

A SIM Card may also be regarded as a type of peripheral device. The applications of peripheral devices are typically controlled by menu-driven user interfaces, which are stored on the peripheral device. This has certain drawbacks; for example, storage space is limited, and thus the number of menus and applications of a peripheral device are limited.

It is therefore desirable to store all or part of the user interface remotely from the peripheral device with delivery as required, so that storage limitations of the peripheral device are avoided and so that applications can be modified and added to without requiring direct access to the peripheral device.

WAP applications allow a person to connect to the Internet (or an internet-like network) via a cellular telephone, and obtain certain requested information from this network. There are, however, certain difficulties encountered when a person wishes to utilise this information to control a peripheral device associated with the cellular telephone.

Also, WAP does not easily allow a person to transfer information between a peripheral device associated with the cellular telephone and a remote device, such as a control centre. The WAP interface requires special software to be loaded on the cellular telephone, which is not currently fully integrated with the conventional cellular telephone operating software. Furthermore, it is not always possible to obtain full interaction between the WAP interface and various technology modules inside the telephone, e. g. on certain cellular telephones, hardware constraints prevent the infra-red interface from being active simultaneously with the WAP interface.

A SIM card, on the other hand, contains controls that depend on a person's identity. Thus each person who wishes to control a peripheral device associated with the cellular telephone will have to program the required software and control mechanisms into the SIM card. This makes it difficult for such control to be organized from a remote centre, especially when one SIM

card has to support multiple applications from multiple vendors. As not all makes of SIM cards are compatible, the use of SIM cards to control accessories does not allow easy integration of such control techniques in the commerce, and presents numerous logistical problems. SIM card storage is also limited.

In addition, the current cellular standards and vendor implementations do not yet provide for uniform ways in which external functions (e. g. provided by a plug-in peripheral device) may be commanded by the SIM.

Technologies such as WIG (Wireless Internet Gateway) also exist, whereby the SIM card is used to provide, via SIM Applications, a WAP-like service. These technologies suffer from the same type of drawbacks as noted above.

It is an object of the invention to suggest a communication arrangement, which 5 will assist in overcoming these problems.

In the specification and claims the following abbreviations and acronyms will be used and will have the meanings as indicated : Bluetooth a set of specifications for wireless communication GSM global system for mobile communications IP internet protocol Operating means software and/or hardware, which is operatively associated with a peripheral device PC personal computer PCS personal communication service Peripheral device an electronic device capable of being operatively associated with the user interface means Radio unit mobile or cellular telephone or cordless telephone, a mobile station, a wireless telephone, a personal communicator, a PC module or card or a PCS telephone RFID radio frequency identification SAT SIM application protocol SIM subscriber identity module SMS short message service URL uniform resource locator User interface means interactive display unit WAP wireless application protocol SUMMARY OF INVENTION According to the invention, a communication arrangement includes

a) user interface means with a display unit; b) at least one peripheral device operatively associated with the user interface means; c) at least one application server provided with functional software ; and d) operating means operatively associated with the or each peripheral device, and being capable of receiving and transmitting information to and from the or each application server to cause operating commands to be displayed on the display unit of the user interface means for activating required operating functions of the peripheral device.

Also according to the invention a communication arrangement, includes

a) user interface means with a display unit; b) at least one peripheral device operatively associated with the user interface means; and c) operating means operatively associated with the or each peripheral device, and being capable of receiving and transmitting information to and from an application server to cause operating commands to be displayed on the display unit of the user interface means for activating required operating functions of the peripheral device.

The user interface means may be a radio unit.

The radio unit may be a mobile telephone, a cellular telephone, cordless telephone, a mobile station, a wireless telephone, a personal communicator, a personal computer module or card, or a personal communication service telephone.

The or each peripheral device may be integrally formed with the user interface means.

The or each peripheral device may be a unit separate from the user interface means.

The peripheral device or at least one of the peripheral devices may be a scanning device such as a barcode scanner.

The peripheral device or at least one of the peripheral devices may be a SIM card.

Each application server may be remote from the user interface means and the peripheral device (s).

The operating commands may be displayed in a menu format on the user interface means.

The menu format may be fully integrated with operating software, such as is found on conventional radio units.

The operating means may include a plug-in connection, a cable connection, an infra-red connection or a radio frequency.

BRIEF DESCRIPTION OF DRAWINGS The invention will now be described by way of example with reference to the accompanying schematic drawings.

In the drawings there is shown in:

Figure 1 a block layout of a communication arrangement in accordance with the invention; and Figure 2 a flow diagram of the operation of the communication arrangement shown in Figure 1.

DETAILED DESCRIPTION OF DRAWINGS

Referring to Figure 1, a communication arrangement in accordance with the invention, generally indicated by reference numeral 10, is shown. The communication arrangement 10 includes user interface means 12, such as a cellular telephone, and a peripheral device 14 associated with the user interface means 12. Both the user interface means 12 and the peripheral device 14 are further associated with an application server 16. The user interface means 12,

peripheral device 14 and application server 16 are all adapted to communicate with each other.

The arrangement 10 further includes operating means operatively associated with the peripheral device 14 capable of receiving and transmitting information to and from the application server 16 to cause operating commands to be displayed on the display unit of the user interface means 12 for activating required operating functions of the peripheral device 14.

The user interface means 12 includes a radio transmitter and a radio receiver and is adapted to transmit and receive signals from a radio network, such as a

cellular network. The user interface means 12 has operating software with a menu format capability allowing a person to control various functions of the user interface means 12. Such functions, for example, can include the activation of an infra-red connection on a cellular telephone. In addition, the operating software provides for the peripheral device 14 to make use of all or part of the menu format capability on the user interface means 12, for example to display its own menus. This allows a person to control various functions of the peripheral device 14 by using the user interface means 12.

The peripheral device 14 is adapted to communicate with the user interface

means 12 once they are operatively associated with each other. Such operative association can include physical joining together via a cable connection or direct plug-in connection, an infra-red connection or any other suitable connection method such as a radio frequency network, e. g. Bluetooth. Once connected, the peripheral device 14 registers itself with the operating software on the user interface means 12 whereafter the user interface means 12, within its menu format capability, may display an application associated with the peripheral device 14. A person using the user interface means 12 can thus select the peripheral device application from the menu.

The peripheral device application is not, however, contained entirely on the peripheral device 14 but is stored on the application server 16. Thus all features of the peripheral device application are also stored on, and can be controlled by, the application server 16.

After a person selects the peripheral device application from the menu, the peripheral device 14 causes operating commands to be displayed on the user interface means 12, according to instructions stored on and provided by the application server 16. The person can select a desired command, which is then acted on by the peripheral device 14, in accordance with instructions provided

by the application server 16. Such instruction is transmitted by the application server 16 to the peripheral device 14, either directly or via the user interface means 12. Such instruction can include the instruction to the peripheral device 14, to perform certain actions, including to request additional instruction from the application server 16, or to transmit data or transfer the results of an operation to the application server 16. Such request or transmission is transmitted by the peripheral device 14 to the application server 16, either directly or via the user interface means 12..

Information obtained from the peripheral device 14 can be stored on the user

interface means 12 or on the application server 16. Any information stored on the application server 16 will be uniquely addressed according to either the specific user interface means 12 or peripheral device 14 requesting the storage.

The communication arrangement operates between any number of peripheral devices 14 connected to any number of user interface means 12. The use and

control of the peripheral devices 14 by the user interface means 12, and the use and control of the user interface means 12 by the peripheral devices 14, are all regulated by the application server 16, which may reside at a central location or can be distributed amongst various locations. This allows functions of the peripheral device 14 and features of the peripheral device application displayed on the user interface means 12 menu to be changed by merely changing the peripheral device application on the application server 16. More than one application server 16 may provide various peripheral device applications to the same peripheral device 14 and user interface means 12. Also, a peripheral device application may be provided to a peripheral device 14 by more than one application server 16. This is important and the suggestion is similar to for instance where one internet application (such as purchasing a book from, e. g., Amazon. com) is handled by several servers, not only by a single server. In

other words, different menus for example of an application can originate from totally different servers.

Examples of applications of the invention are as follows: Example 1 Assume that the peripheral device 14 is a barcode scanner and is connected to the user interface means 12, which is a mobile phone. Various applications can be envisioned for this system. In one example, consider the following two applications: A home shopping system whereby barcodes are scanned from a product catalogue, and a system whereby couriers and delivery personnel may scan package barcodes to provide real-time package tracking.

On, for example, certain Ericsson mobile phones, a person can use the phone menu to scroll to"Extras"and select the"Accessories"option. The menu items that then appear are supplied by the peripheral devices. A menu-item provided by the peripheral device, e. g."My Applications", would thus appear.

When the user selects this menu, the peripheral device 14 will cause the root menu to appear, with an item for each of the applications to which the user is subscribed. For this example, this menu would contain the following two items: My Applications 1. Home Shopping 2. Package Tracking

(The invention allows for the addition or removal of applications. An application provider may thus later add applications such as"Vending,"with the same principles of operation. These will become additional options on the root menu).

If the user were to select menu option 1 (Home Shopping), a subsequent menu is displayed at the command of the application server 16, i. e. the subsequent menu is not necessarily stored on the mobile phone nor on the scanner, but can be provided on-the-fly by the application server 16. This means the application provider can easily change the"look and feel"of an application.

Shopping Menu 1. Scan Items 2. View List 3. Delete Items 4. Edit Items 5. Checkout

If the user were then to select option 1 (Scan Items), the scanner will be activated (e. g. the barcode laser is turned on), so that the resulting scanned bar codes are transmitted to the applications server 16.

If the user were subsequently to select the"Edit Items"menu (option 4), a list of the items will be displayed which have been scanned, for example: Edit Items 1. BreadWht 2 x R1. 35 2. Milk 4 x R3. 00 3. CkOil 1 x R4. 25

Thus, according to the invention, the remote application server 16 will dynamically generate this list, based on the products just scanned. While the scanner instructs the mobile phone as to which menus to display, the scanner itself needs very little computing power or information storage, since it in turn is being commanded by the remote application server 16.

If the user were then to select an item (e. g. Cooking Oil) (item 3), a dynamic menu would appear allowing the user to edit the quantity, or delete the item.

Similarly, menus can be dynamically generated to view the list of scanned products, and to proceed to purchase those products such as by providing a screen on which to enter credit card details.

At any stage, the user may press the"NO"button on the mobile telephone, upon which the application server 16 will deliver another instruction to the scanner, typically to display the previous menu.

In summary, the principle of operation of the invention in this example is as follows : the peripheral device 14 receives a command from the application server 16. This causes the peripheral device 14 to take an action, which may entail activation of an internal function (such as scanning of barcodes), updating of the root menu or other data stored on the user interface means 12, or on the peripheral device 14, or displaying of a particular menu or dialogue on the user interface means 12. This command also includes instruction to the peripheral device 14 what actions to perform thereafter-for example, for a menu, if the user selects an item, whether the peripheral device 14 must then activate an internal function (such as scanning of barcodes), or request a new command from the application server 16.

Example 2 An example of a further application of the invention includes a user interface means 12, such as a mobile phone, with a connected peripheral device 14 such as a barcode scanner; or alternatively with no separate peripheral device 14, but with a SIM card; or alternatively with a virtual peripheral device 14 integrated directly into the mobile phone operating software.

In addition to being able to provide similar applications, using a similar delivery mechanism, to the previous example, the invention can also provide for the following: Allowing for menus to be displayed to allow electronic cash to be transferred to and from an electronic wallet on the peripheral device 14 or SIM card;

Allowing for the sensing of application servers 16 which may reside in close physical vicinity to the telephone, or which may be reachable via a local communication link (such as Bluetooth or infrared), for example in restaurants or on vending machines; for these servers 16 to command the peripheral device 14 to display menus which may list the available wares ; and for electronic cash to be transferred from an electronic wallet as hereinbefore, to the vending machine, in payment for goods.

It is the purpose of this example to illustrate that the peripheral device 14 with functional actions, may consist entirely of a SIM card; that applications and applications servers 16 may interact with any functional module that may be provided by the peripheral device 14, such as a facility to cause menus to be displayed, a facility to scan barcodes, an electronic wallet facility, etc.; it is also the purpose to show that the invention allows applications to be delivered from numerous different and separate application servers 16 (such as a server providing Home Shopping and Package Tracking, as well as application servers 16 resident on, for example, vending machines) while providing one menu system to the user; and that such diverse applications may be delivered over any available communication interface (such as GSM mobile, infrared, Bluetooth, etc.), using any available bearing protocol (such as SMS, IP, etc.), at the same time and with the user not needing to intervene to make such communication possible.

Example 3 The following describes one manner in which the arrangement according to the invention can be implemented. This is one example, and does not exclude other possible examples or uses of the arrangement.

In this example, the arrangement:

a) is a communication arrangement, b) is typically intended for use with a radio unit, c) which may have some peripheral device 14 connected to, or integrated with it, including such items as barcode scanners and SIM cards, d) where these have certain functional operations, functional modules and facilities; such as the facility to cause menus to be displayed, the facility to scan barcodes, the facility to store commands and data, the facility to store and use electronic cash (e-Wallet), e) which together have certain applications, such as Home Shopping, Package Tracking, Electronic transactions, where these applications each can be controlled by the user interface means 12, with associated actions to be taken according to how a user interacts with the user interface means 12, g) where the user interface means 12 is to display the user interface, that being the set of menus, input screens, operating commands that a person would use to interact with the application, for example to carry out certain operations or enter certain information, h) and the associated actions are the actions, which must be carried out by the application and peripheral device 14 in the hands of the user, when certain elements of the user interface means 12 and user interface are accessed (for example, to scan a barcode when a menu item"Scan Barcode"is selected), i) where the main aim of the arrangement is to arrange that the user interface and associated actions to be taken, for each possible application, do not form an integral part of the peripheral device 14, SIM card or radio unit, but

may be delivered as and when required by a remote application server 16; in other words that it may reside in whole or part on the application server 16, with the relevant parts retrieved from the server during the actual usage of the application, j) where in order to achieve this aim, the arrangement is divided into three parts : 1) operating means is resident on any one of or combination of the peripheral device, SIM card, or mobile phone; 2) the application server 16 ("server"), which is remote from the operating means, and contains all information with regards to the user interface means 12 and associated actions of an application; 3) the messages ("protocol") by which the operating means and application server 16 communicate with one another.

The above is discussed in greater detail below: The operating means is responsible for requesting commands from, and submitting data to, the application server 16, either directly or via the user interface means 12. It then receives the commands from the application server 16, interprets them, and causes the relevant functional actions to be performed, such as the displaying of menus, the on-board storage of information, the scanning of barcodes, etc.

The application server 16 is responsible for receiving requests from the operating means. These requests may contain data (such as scanned barcodes), or may be simply requests from the operating means on what to do next. The application server 16 must cause any data to be properly processed, and then respond with a command indicating to the operating means what action to take

next (for example a command containing the text of a menu, which is to be displayed by operating means on the user interface means 12).

The operating means and application server 16 communicate using two types of messages : a) The REQUEST-type message, which is sent from the operating means to the application server 16, and may carry data to be submitted (such as barcodes) b) The COMMAND-type message, which is sent from the application server 16 to the operating means, and may carry data destined to a functional module on the operating means (e. g. a menu to be displayed, destined to the facility on the operating means that arranges for menus to be displayed on the user interface means 12).

All communications between the operating means and the application server 16 occur by a REQUEST-COMMAND message pair. The operating means submits a REQUEST to the application server 16, which contains the data from a previous functional module destined to the application server 16 (e. g. barcodes which have been scanned, information on which menu item was selected, etc.), and which enquires from the application server 16 what the next action is that the operating means must take. The application server 16 responds with a COMMAND message, which not only indicates reception and processing of the foregoing REQUEST message and its data, but also includes a command destined to a particular functional module on the operating means (e. g. the system responsible for displaying menus), with data destined to this functional module (e. g. the contents to display in the menu on the user interface means 12), and with additional instruction indicating the next action the operating means should take depending on user action.

The operating means then takes the appropriate action (e. g. display the menu on the user interface means 12, start the barcode scanning process), and waits for the user to interact (e. g. select an item, scan a barcode). Depending on what the user does, the operating means then takes either one more action or sends a new REQUEST based on the instructions embedded in the previously received COMMAND message.

The operating means contains various functional modules, each of which is the hardware and/or software associated with carrying out a particular action.

These can receive data included in a COMMAND message. The operating means may contain separate functional modules, for example, to: a) Display a menu as per the commanded data, and wait for the user to select one of the items (this will be referred to as the menu dispatcher); b) Display one particular type of dialogue input screen, for example for the user to enter a number; c) Display one particular type of dialogue input screen, for example for the user to enter words; d) Display the message"Are you sure ?" ; then wait for the user to press a YES or NO button on the user interface means 12; e) Activate the barcode scanning system to scan a single barcode; Activate the barcode system to scan multiple barcodes; g) Place electronic cash in an electronic wallet ; h) Retrieve the next COMMAND from non-volatile local storage rather than requesting it from a remote application server;

In all cases, each functional module can be invoked either directly, by a COMMAND, or indirectly, by a menu selection where the COMMAND containing the menu, had indicated that the associated functional module is to be invoked upon selection of the menu item.

In all cases, each functional module will complete its assigned function, whereafter the operating means then either sends a REQUEST, along with any captured data, to an application server ; or invokes one more subsequent functional module, if the COMMAND invoking the current function, indicated that such must be done.

This example can be best understood using the flow chart shown in Figure 2.

The flow chart illustrates the most important steps of operation.

The flow chart starts when a user mates the peripheral device 14 to the user interface means 12, or selects the appropriate start-up menu, (the"My Applications"menu in the previous examples).

Step 1. The operating means examines local communication mechanisms (such as infrared, Bluetooth, etc.) to determine whether local applications servers, such as vending machines, are nearby. If such servers are found (lb), the user is given the choice to select the application server to use, or to proceed to the root menu. If a different application server (e. g. vending machine) is selected (1c), the operating means makes a request to this application server.

Step 2. The operating means accesses its reprogrammable (or non- reprogrammable) non-volatile storage, where is stored the command that describes the first action to be taken-typically this action will be to display the root menu on the user interface means 12, as found in the previous examples. This command is in exactly the same form

as would be delivered by an application server, and is treated in exactly the same manner.

Step 3. The operating means executes the action as commanded by the command, irrespective of whether the command was received from an application server or retrieved from internal storage. For example, the operating means may cause the root menu to be displayed on the user interface means 12, or may display on the user interface means 12 a menu provided by the application server, or may activate the barcode scanner.

Step 4. The person using the system interacts with the user interface means 12, for example by selecting an item from the menu, scanning a barcode, etc.

Step 5. In the command, is encoded what the operating means must do for each action the user can take; such as pressing the"YES/Select" button on a radio unit for a specific menu item, or the"NO/Back" button; and then causes the specific function to be invoked; The operating means invokes the relevant functional module, which could be (for example) one of the following steps 6 or 7: Step 6. a) Retrieving another command (for example to display a new menu on the user interface means 12) from the peripheral device's own storage; b) Activating a barcode scanner to scan barcodes ; c) Activate a RFID (radio frequency identification) tag scanner to scan RFID tags; d) Displaying a dialogue box to ask the user to type in some

information ; e) Accessing an electronic wallet; Step 7. Transmitting a REQUEST to the application server, to request the next command, while simultaneously submitting the data from the previous functional module (e. g. barcode scanner, e-wallet, etc.) that was active. Wait for the application server to respond with a COMMAND.

It is clear that these functional modules are only limited by the capabilities of the specific peripheral device 14-the invention allows for the usage of any and all functional modules that may be present.

The flow chart omits, for clarity, that the invention allows a user to move out of an application loop (steps 3-7) (e. g. with successive presses of the"NO" key on the user interface means 12), back to step 2 and step 1.

It is clear that with the approach taken by the invention, the commands required for the application (describing the User Interface and associated actions), can be either delivered by application servers, or stored in and retrieved from storage-in any combination. For example, it is possible for the most frequently used menus to be stored on the operating means by the application server (with the possibility to be updated), while all others are delivered by the application server only at the time they are required by the application ; It is also possible for all commands of an application to be delivered by the application server, or for all commands to be stored on the peripheral device 14, in an updateable manner.

Neither does this invention limit how the process and flow chart are started: the first action may be to retrieve an internal command, request it from

elsewhere, or follow any procedure which may be internally defined in the operating means.

Each COMMAND message denotes which functional module on the operating means should be invoked to act on the. message ; such as the menu dispatcher, the barcode scanner, etc. It may also contain data destined to this functional module, for example containing the title and items that must be displayed by the menu dispatcher as a menu on the user interface means 12.

Each COMMAND message also includes a SERVICE number, which helps identify, on the application server, each individual screen, menu, action, etc., described on the application server, that forms part of the applications. (This is akin to an Internet Uniform Resource Locator [URL] that identifies each separate web page).

The REQUEST message denotes which functional module (e. g. barcode scanner, menu dispatcher, etc.) is responsible for submitting the data. It also contains the SERVICE number of the original command, which lead to the REQUEST being sent, as well as the number of the sub-menu item if the function was invoked via a menu item.

In this manner, each REQUEST implicitly indicates to the application server where the data comes from (what part of the application triggered it) and what should be done with it, and thus (similar to a web server), the application server need not track extensive state information for each user of an application, with regards to where in the user interface the user is navigating.

In a similar manner, the operating means also need track only limited state information of the application, and thus does not require extensive processor or volatile storage (i. e. RAN resources.

Not shown in the flow chart, but also part of the invention, are mechanisms by which to ensure that if messages go missing, they are correctly resent ; that operations are"gracefully"terminated if communications cannot be established or sustained (in other words operations are returned to a condition useful for re-use by a user); that duplicate messages, or messages which are received out of sequence, do not lead to incorrect operation, and that if a transaction is interrupted (e. g. if the phone is turned off after a REQUEST has been sent, but before the resulting COMMAND is received, even though the latter may already be sent), it can be resumed at a later time.

Also not shown directly, but part of the invention, is a mechanism via which the contents of the root menu and reprogrammable storage can be updated.

By treating the storage area as a functional module on the operating means, the REQUEST-COMMAND structure can be applied similarly to this task as well.

It is also clear that other manifestations of this invention exist, where for example the entire user interface and command structure associated with an application, may be downloaded onto the storage of the operating means, from where it is then executed; where modifications can then be made to the application on the application server; and where the application structure must then again be downloaded, either entirely or selectively, to the storage of the operating means, in order for the changes to take effect.

To illustrate the nature of the invention, Example 1 discussed above is illustrated by writing in dialogue form the underlying protocol messages. The actions taken by the operating means, server and the user of the system, are also described in the dialogue.

1. User Mates peripheral device 14 to phone, and selects the peripheral device menu to start the process 2. Operating Searches all communication interfaces for local application servers. Does means not find any. LOads from its own memory the first command it will execute (root menu). The memory indicates the remote a server to be used, and that it is to be accessed sia the SMS Short Message Service (which automatically includes the telephone number of the sending party). It is stored as a COMMAND message in the follows COMMAND to MENU DISPATCHER from SERVICE 1 title"My Applications" option 1"Home Shopping"invoke REQUEST option 2"Package Tracking"invoke STORED COMMAND 2 3. Operating Sees that the command is destined to the menu dispatcher. Invokes means menu dispatcher. This functional module on the operating means then requests the user interface means 12 to display the menu as in the example.

4. User Scrolls to'rHome Shopping"andpresses the YES/Select button.

5. Operating From the previous COMMAND, the menu disptcher knows that if means option 1 (Home Shopping) is selected, it must request a new command from the server. It compiles the following message, which is then sent by the operating means : REQUEST from MENU DISPATCHER to SERVICE 1 OPTION 1 SELECTED (If the user had selected option 2, Package Tracking, the Operating means would not have sent such a request, but instead would have retrieved the subsequent command from internal storage position 2, as instructed to do by the command in step 2).

6. Server From the request, and the telephone number, the server can look up in a database the contents of service 1 associated with that particular user - which in this case is the same as his root menu. From such a database it finds that it must inform the operating means to display another menu, ptiate command.

COMMAND to MENU DISPATCHER from SERVICE 256 title"Shopping Menu" option 1"Scan Items"invoke SCANNER option 2"View List"invoke REQUEST option 3"Delete Items"invoke REQUEST option 4"Edit Items"invoke REQUEST option 5"Checkout"invoke WALLET 7. Operating The operating means sees the message is destined to the menu dispatcher. means The menu dispatcher is invoked, and displays the menu on the user interface means 12 as in the example.

8. User The user selects 1. Scan Items 9. Operating From the previous command, the menu disbatcher knows that the means barcode scanner must be activated. The scanner functional module is invoked. For the purposes of this example, it may display "Scan Items" on the user interface means 12 screen. Then the user may press a button such as * * on the phone, to fire the laser and scan a barcode, and # to finish scanning.

10. User The Useruses kto scan the barcodes of white bread (twice), milk four times) and a bottle of cooking oil He presses &num .

11. Operating The barcode functional module, using the results from the prelvious means command, transmits the scanned data to the application serrer : REQUEST from SCANNER to SERVICE 256 OPTION 1 SELECTED BARCODES <followed by all the barcodes> 12. Server The server looks up service 256 (the home shopping menu), option 1, which is scanning data for home shopping. This, together with the telephone number, tells it to execute the appropriate action to add the scanned data to the user's shopping list. Thereafter, its programming <BR> <BR> indicates that the main shopping menu is to be displayed again, so it<BR> <BR> <BR> <BR> sends exacty the same command as documented in step 6.<BR> <BR> <BR> <BR> <BR> <BR> <P>13. perafing means redisplays the main shoppin means the same procedure documented in step 7.

14. User The user selects option 4. Edit Items 15. Operating The menu dispatcher sees from the command received from step 12, that means for this option it must request a command from the server: REQUEST from MENU DISPATCHER to SERVICE 256 OPTION 4 SELECTED <BR> <BR> <BR> 16. Setver The serrer looks up option 4 of service 256, and sees that thzs means that the shopping list must be displayed as a menu, so that individual itemscan be selected and edited. From the phone number, it looks up the shopping list, compiles the menu, and returns the command.

COMMAND to MENU DISPATCHER from SERVICE 1000 title"Edit Items" option 1"BreadWht 2 x R1. 35" invoke REQUEST option 2"Milk 4 x R3.00" invoke REQUEST option 3"CkOil 1 x R4.25" invoke REQUEST 17. Operating The operating means sees that the menu dispatcher must be invoked. means This is done, and the new menu displayed.