`said questionnaire
`card deck to cellular telephone 100 over data capable cellular telephone
`design computer
`network 110. As explained more completely below, a card deck includes
`iprogram a branching
`one or more cards, and each card is interpreted by the client module to
`path in said
`generate a user interface screen.
`questionnaire for each
`the initial card deck
`illustrated in Figure 2A,
`the embodiment
`ipossible response to
`ieach question of said §transmitted to cellular telephone l00 includes an introductory displayi
`series of questions.
`card and a choice card. Figure 2A is an example of introductory screen
`display 200 that is generated on display screen 105 by the client process
`cellular telephone 100 by interpreting the display card. As usedi
`§herein, a display screen is the physical display apparatus in a two-way
`communication device. A screen display is the image presented on the
`‘
`display screen.
`S Rossmann p. 9, lines l-8
`
`
`i
`k
`
`3
`
`k
`
`§In response to the access by the user, server computer 121 transmits a
`;4. The method for
`card deck to cellular telephone 100 over data capable cellular telephone
`(managing data of
`claim 1 wherein step network 110. As explained more completely below, a card deck includes
`(b) includes the
`one or more cards, and each card is interpreted by the client module to
`substeps of: (b)
`generate a user interface screen.
`tokenizing said
`the initial card deck
`illustrated in Figure 2A,
`the embodiment
`questionnaire thereby
`iproducing a plurality itransmitted to cellular telephone l00 includes an introductory display§
`of tokens representing card and a choice card. Figure 2A is an example of introductory screen
`said questionnaire by:
`display 200 that is generated on display screen 105 by the client process
`cellular telephone 100 by interpreting the display card. As usedi
`iherein, a display screen is the physical display apparatus in a two-way
`communication device. A screen display is the image presented on the
`display screen.
`Rossmann p. 9, lines l-8
`
`i
`S
`
`i
`
`iln response to entry of the purchase order number, the client process
`itransmits a request to server computer l2l for the particular purchase
`iorder. Specifically,
`the client process appends the entered data to
`resource locator and transmits a message containing the resource locator
`§to server computer 121. Server computer 121,
`in response to thei
`§message, retrieves the appropriate purchase order and transmits thei
`ipurchase order as a card deck to the client process in cellular§
`telephone 100 over aimet network 150.
`‘
`
`§The client process interprets the card deck and generates a screeni
`display 209 (Fig. 2F). Initially, fax key 208 is not highlighted in screen
`display 209.
`i
`......................................................................................................................................................................................................................................................... .\
`
`110
`
`RPX-1 O03, p.801
`
`RPX-1003, p.801
`
`
`
` iNotice that screen display 209 includes multi-display screen card:
`
`. ndicator 203 to show the user that the purchase order screen contains
`imore information that can be displayed at one time on display screen§
`105.
`‘
`
`the user presses the keyi
`§After the user reviews the purchase order,
`sequence for fax key 208 and in response, fax key 208 is highlighted as
`illustrated in Figure 2F.
`Rossmann, p. l0, lines 38-48
`
`i
`
`iln addition, the client process using the information transmitted from
`server computer l2l, i.e., the cards, generates a wide-variety of user
`interfaces as illustrated in Figures 2A to 2H.
`Rossmann p. ll, lines l5-l6
`
`‘
`
`§Preferably, each data type is compressed to facilitate optimal transferi
`over the two-way data communication network. For example, the verbs
`in the telephone interaction description language are compressed using a
`§binary tokenization. Graphics are compressed using run length limited
`icompression and text is compressed using anyone of the well-known§
`techniques for text compression.
`‘
`Rossmann p. l4, lines 55-58
`
`Instructions in the telephone interaction description language and in the
`terminal interaction language are grouped into a deck and a card. Each
`deck includes one or more cards. A card includes the information, i.e., a
`set of telephone interaction description language, required to generate a
`screen. As indicated above, a screen can be larger than the 5 number of
`ilines in a display screen. Other equivalent terms for a card include
`ipage and an atomic interaction. Thus, a card deck is simply a group of
`iscreens. The number of cards in a card deck is selected to facilitate§
`efficient use of the resources in the two-way data communication device
`and in the aimet network.
`Rossmann p. l5, lines 2-7
`
`i
`
`§For example, if the user of cellular telephone 700 requested a fax as in
`§Figure 2F, the HTTP request identifies a common gateway interfacei
`application in CGI programs 761 that accepts as input data the telephone
`§number and grabs the information to be faxed. The CGI application:
`igenerates an e-mail transmission to the fax gateway. Similarly, for
`istock quote, server 749, in response to the HTTP request, launches a
`common gateway interface application that sends out a stock query over
`§Intemet 140 to a stock quote service provider using the ticker tape§
`§symbol passed as input data by server 749 to the common gateway:
`
`interface application. When the response to the stock query is received,
`x............................................................}.......................................................................................................................................................................................... .\
`
`lll
`
`RPX-1 O03, p.802
`
`RPX-1003, p.802
`
`
`
`.
`\\
`3xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx“\~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~“I
`.
`
`the common
`gateway interface application builds a PIDL deck that includes the data
`in the response to the stock query.
`
`S
`
`‘
`
`The interface presented in Table 7 for TIL manager module 1403 is
`designed with the assumption that TIL is a direct
`tokenization of PIDL as described in Appendix I.
`Rossmann p. 15, lines 56-57
`.......................................................................................................................................................................................... .\
`
`i
`
`Specifically, the application accessed on server computer 121 generates
`(i) assigning at least
`the card deck and so in turn defines each of the various user interfaces.
`one token to each
`question of said series Each user interface permits the user to identify a particular selection.
`of questions;
`Each particular selection could result in generation of a different user
`interface with different selections. Thus, the user interfaces are limited
`only by the applications accessible to the two-way data communication
`device.
`Rossmann p. ll, lines 21-24
`
`§In response to the access by the user, server computer 121 transmits a
`card deck to cellular telephone 100 over data capable cellular telephone
`network 110. As explained more completely below, a card deck includes
`one or more cards, and each card is interpreted by the client module to
`generate a user interface screen.
`
`‘
`
`the initial card deck
`illustrated in Figure 2A,
`iln the embodiment
`§transmitted to cellular telephone 100 includes an introductory displayi
`card and a choice card. Figure 2A is an example of introductory screen
`display 200 that is generated on display screen 105 by the client process
`iin cellular telephone 100 by interpreting the display card. As used§
`iherein, a display screen is the physical display apparatus in a two-way
`communication device. A screen display is the image presented on the
`display screen.
`Rossmann p. 9, lines l-8
`Xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx\\x\\\\x\\\\x\\\\x\\\\x¢
`
`i
`
`(ii) assigning at least
`one token to each
`response called for in
`said series of
`questions to identify
`the type of response
`required; and
`
`3
`
`The home key is associated with a pointer, that in one embodiment is a
`resource locator, and the card addressed by the pointer is displayed by
`the client process when the home key is selected by the user.
`Specifically, if the pointer is to a card in the current deck, the client
`process simply displays that card. If the pointer is to other than a card in k
`the current deck, the client process in cellular telephone 100 retrieves the
`deck containing the card at the location identified by the pointer. The
`location could be, for example, either a memory in cellular telephone
`100, or a memory in computer l2l.
`Rossmann p. 9, line 59-p. 10, line 5
`......................................................................................................................................................................................................................................................... A
`
`i
`
`112
`
`RPX-1 O03, p.803
`
`RPX-1003, p.803
`
`
`
`3xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx“\~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~“I
`
`Specifically, the application accessed on server computer l2l generates
`the card deck and so in turn defines each of the various user interfaces.
`Each user interface permits the user to identify a particular selection.
`Each particular selection could result in generation of a different user
`interface with different selections. Thus, the user interfaces are limited
`only by the applications accessible to the two-way data communication
`device.
`Rossmann p. ll, lines 21-24
`........................................................................................................................................................................................................................................................ .\
`
`The client process in cellular telephone l00 interprets the first card in
`(iii) assigning at least
`the card deck from computer l4l and generates screen display 400 (Fig.
`one token to each
`4A). When the user presses a predetermined key, cellular telephone 100
`branch in said
`displays screen display 40l (Fig. 4B). Screen display 40l provides the
`questionnaire to
`identify the required user with a series of choices that group services alphabetically.
`program control
`associated with said When the user depresses the seven key on the keypad of cellular
`branch.
`telephone l00, cellular telephone l00 displays a list of the services that
`have letters P, R, or S as the first letter in the service name. In this
`embodiment, screen displays 401 and 402 are a single card, e.g., a single
`screen. Each of the various services associated with a key has an index
`and when a particular choice is made by the user, the choice defines an
`index. The client process then displays all of the services with the index
`that corresponds to the index defined by the user's choice.
`
`k
`
`i
`
`In screen display 402, the user is given a series of choices of services
`that are available to the user under tab seven. Initially, item three in
`screen display 402 is not highlighted. In this example, the user depresses
`the three key on the keypad of cellular telephone 100 to select the stock ‘
`quotes and item three in screen display 402 is highlighted.
`
`S
`
`In response to this selection, cellular telephone l00 transmits a request
`for a stock quote, i.e., a message including a resource locator, over
`cellular telephone network l00 and internet l40 to service provider l4l.
`In response to the request, service provider computer l4l executes the
`application addressed by the resource locator. The application retrieves a
`card deck that, in turn is transmitted to cellular telephone l00. The card
`deck includes a display card and an entry card.
`
`k
`
`i
`
`Upon receiving the card deck, the client process in cellular telephone
`l00 interprets the display card and generates screen display 403 (Fig.
`40). When the user depresses a predetermined key, entry screen display
`406 (Fig. 4E) is generated on display screen 105 of cellular telephone
`l00.
`
`.
`
`Initially, the box with letters SUNW in screen display 406 is empty. The
`
`\
`
`ll3
`
`RPX-1 O03, p.804
`
`3
`
`.
`
`RPX-1003, p.804
`
`
`
`.
`\\
`3xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx“\~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~“I
`.
`
`letters SUNW are entered in the box by the user to indicate the ticker
`symbol of the stock for which the user wants information. After the user
`has entered the stock ticker symbol, the user presses the predetermined
`key to indicate that the entry is complete.
`
`In response to the entry by the user, the client module appends the stock
`ticker symbol to the resource locator and transmits the resource locator
`to service provider computer l4l which, in turn, executes an application
`addressed by the resource locator to retrieve the latest stock market
`information for the stock ticker symbol. Service provider l4l uses the
`retrieved information to generate a card deck that contains the
`information and then transmits the card deck to cellular telephone l00.
`Rossmann p. l2, lines 25-52
`
`A database is a collection of related objects. Each object has associated
`attributes, and each attribute assumes one or more values at any given
`time. Special values are used internally to represent NULL, NIL,
`EMPTY, UNKNOWN, and similar values. Each object is identified by
`at least one "key." Some keys are "global" in that they are normally
`unique within the entire database; other keys are "local" and are unique
`only within a proper subset of the database. A database is "hierarchical"
`if the objects are related by their relative position in a hierarchy, such as
`a file system hierarchy. Hierarchies are often represented by tree
`structures.
`
`The target database includes file descriptor objects, directory descriptor
`objects, directory services objects, printer job objects, or other objects.
`The target database is distributed in that entries are kept in the replicas
`56 on different computers 40. Each replica 56 in the target database
`contains at least some of the same variables or records as the other
`replicas 56. The values stored in different replicas 56 for a given
`attribute are called "corresponding values." In general, corresponding
`values will be equal.
`Falls at Col. 7, lines 24-43
`
`An object is an instance of an object class. The target database contains
`objects that are defined according to the schema 84 and the particulars of
`the network 10. Some of these objects may represent resources of the
`network 10. The target database is a "hierarchical" database because the
`objects in the database are connected in a hierarchical tree structure.
`Objects in the tree that can contain other objects are called "container
`objects" and must be instances of a container object class.
`Falls at Col. 8 lines 41-49
`
`,
`
`‘
`
`\
`
`‘
`
`k
`
`i
`
`
`
`ll4
`
`RPX-1 O03, p.805
`
`RPX-1003, p.805
`
`
`
`for
`3.
`
`A method
`lmodifying
`iquestionnaire used
`idata
`management
`to
`the
`iaccording
`imethod of claim 1
`including the steps of:
`§(a) making at
`least
`incremental
`lone
`change to a portion of
`the questionnaire;
`
`Thus, the client module only interprets this information and interacts
`‘
`§appropriately with the hardware of the two-way data communication§
`device. Consequently, to update an application requires only changes on
`ithe
`server
`computer
`and not
`changes
`in each two-way data
`§communication device that communicates with that server computer.
`§This invention eliminates the usual requirement
`for distribution of
`application software, and application software updates to the end user of
`the two-way data communication device.
`Rossmann p. 4, lines 47-51
`
`i
`
`ileast one incremental§
`change
`to
`said
`questionnaire;
`
`there are two basic
`like local message store,
`local services,
`For
`approaches that can be used. First, local services are implemented in a
`CGI-like manner. Each local service has an entry point which is called
`§with an argument list. A TIL deck is returned via the event manager.
`§From that point on, the TIL deck is processed in the standard manner.
`§This approach limits local services to the same constraints as remote§
`services. A less restrictive approach is to allow the local service to field
`events instead of the standard event
`loop. The local service would
`construct TIL cards on-the-fly and feed them to user interface manager
`$1406. Note that the local service would need to cooperate with the:
`standard event loop with regard to the history, the pushed card list, and
`any other state that is normally managed by the event loop. Table 4 is a
`listing of processes for the architecture for navigation manager module
`‘
`1401.
`......................................................................................................................................................................................... .\
`Rossmann p. 26, lines 37-44
`
`there are two basic
`like local message store,
`local services,
`For
`at
`transmitting
`(c)
`least a portion of said
`approaches that can be used. First, local services are implemented in a
`itokens resulting fromi
`CGI-like manner. Each local service has an entry point which is called
`iwith an argument list. A TIL deck is returned via the event manager.
`istep (b) to a remote
`iloosely
`From that point on, the TIL deck is processed in the standard manner.
`networked
`This approach limits local services to the same constraints as remotei
`lcomputing
`device,
`services. A less restrictive approach is to allow the local service to field
`transmitted
`lsaid
`comprising
`ltokens
`events instead of the standard event
`loop. The local service would§
`iless than the entire
`construct TIL cards on-the-fly and feed them to user interface manager
`itokenized
`\
`§l406. Note that the local service would need to cooperate with the§
`questionnaire; and,
`standard event loop with regard to the history, the pushed card list, and
`any other state that is normally managed by the event loop. Table 4 is a
`listing of processes for the architecture for navigation manager module
`l40l.
`Rossmann p. 26, lines 37-44
`
`‘
`
`incorporating saidi
`tokens
`itransmitted
`iinto
`said
`
`Thus, the client module only interprets this information and interacts
`appropriately with the hardware of the two-way data communication§
`device. Consequently, to update an application requires only changes on
`
`ll5
`
`RPX-1 O03, p.806
`
`RPX-1003, p.806
`
`
`
`i
`
`
`questionnaire at said
`networked
`loosely
`computing
`remote
`thereby
`device,
`said
`modifying
`questionnaire.
`
`in each two-way data§
`changes
`and not
`computer
`server
`the
`communication device that communicates with that server computer.
`This invention eliminates the usual requirement
`for distribution of
`application software, and application software updates to the end user of
`the two-way data communication device.
`Rossmann p. 4, lines 47-51
`
`there are two basic
`like local message store,
`local services,
`§For
`approaches that can be used. First, local services are implemented in a
`CGI-like manner. Each local service has an entry point which is called
`§with an argument list. A TIL deck is returned via the event manager.
`§From that point on, the TIL deck is processed in the standard manner.
`§This approach limits local services to the same constraints as remote:
`services. A less restrictive approach is to allow the local service to field
`ievents instead of the standard event
`loop. The local service would§
`construct TIL cards on-the-fly and feed them to user interface manager
`§l406. Note that the local service would need to cooperate with the§
`standard event loop with regard to the history, the pushed card list, and
`any other state that is normally managed by the event loop. Table 4 is a
`listing of processes for the architecture for navigation manager module
`1401.
`
`‘
`
`Rossmann p. 26, lines 37-44
`
`for§
`A method
`According to the principles of this invention, a novel aimet network
`data
`imanaging
`l50, i.e., a two-way data communication network, interconnects anyone,
`any combination, or all of two-way data communication devices
`iaccording to claim 1,
`l00,l0l, or l02, that each include this invention, with a wide variety of
`iwherein
`said
`first
`lwireless modem or
`computer networks 120, 130, and 140, for example. As explained more
`iwireless
`LAN
`completely below, each two-way data communication device 100, l0l,
`inetwork
`connection
`and l02 can be configured to transmit data to and receive data from any
`desired combination of computers on computer networks 120, 130, and
`and
`said
`second
`iwireless modem or
`l40. Aimet network l50 is the two-way data communication path from
`lwireless
`LAN ‘
`gthe two-way data communication device to the particular computer that
`inetwork
`connection
`is accessed by the user of that two-way data communication device.
`iare a same wirelessi
`Rossmann p. 6, lines 31-37
`imodem or wireless§
`LAN
`network
`connection.
`
`
`
`The method of§
`claim
`l
`further
`including performing
`iat least the steps (c)-
`
`Each wireless communication device 100 that includes this invention S
`can communicate over aimet network 150 with any server computeri
`l2l, l3l, and l4l on aimet network 150 that includes at least one:
`Eapplication that communicates and interacts with the processes of this
`
`ll6
`
`RPX-1 O03, p.807
`
`RPX-1003, p.807
`
`
`
`3xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx“\~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~xx
`.
`\
`;
`
`two iinvention that are included within device 100. Thus, device 100 can§
`least
`for at
`§(k)
`remote access information on the computer network and provide information to
`different
`device §the computer network. Similarly, a two-way pager l0l, and a telephone
`computing
`types using the same
`l02 with a modem l03,
`that each include this
`invention,
`can
`tokens.
`communicate over aimet network l50 with any of server computers l2l,
`l3l, and l4l that includes at least one application that communicates
`and interacts with the processes of this invention that are included within
`idevices 101 and 102.
`
`3 Rossmann p. 6, lines 38-44
`
`Amethod for
`imanaging data
`itransfers between
`icomputers including
`lthe steps of:
`
`3As indicated above, the two-way data communication device of thisi
`iinvention utilizes a client module to transmit a message including
`iresource
`locator
`selected by the user over
`the
`two-way data§
`icommunication network to a server on a server computer on the§
`§computer network. For example,
`the computer network can be
`§corporate wide area network, a corporate local area network,
`thei
`Internet, or any combination of computer networks.
`‘
`
`the application
`i.e., executes
`the message,
`The server processes
`addressed by the resource locator and transmits a response over the two-
`§way data communication network to the two-way data communication
`device, which stores the response in a memory. The client module
`interprets the response and generates a user interface using information
`in the response. In one embodiment, the user interface includes at least
`i
`one user data input option that is associated with a resource locator.
`Rossmann p. 4, lines l-9
`KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK‘
`
`the initial card deck
`illustrated in Figure 2A,
`In the embodiment
`(a) creating a
`iquestionnaire at a first §transmitted to cellular telephone l00 includes an introductory display
`site in a first
`card and a choice card. Figure 2A is an example of introductory screen
`computer;
`display 200 that is generated on display screen 105 by the client process
`§in cellular telephone 100 by interpreting the display card. As used§
`iherein, a display screen is the physical display apparatus in a two-way
`communication device. A screen display is the image presented on the
`display screen.
`Rossmann p. 9, lines 4-8
`
`i
`
`When the user presses a predetermined key, or key sequence, the client
`§process in cellular telephone 100 interprets the next card in the cardi
`deck, i.e., the choice card, and in turn generates a menu 201 (Fig. 2B) of
`items that can be accessed by the user. In this embodiment, each of the
`§menu items is available on server computer l2l to the user who, in this
`example, is a representative of XYZ corporation visiting ABC Designs.
`Rossmann p. 9, lines l5-l8
`
`‘
`
`ll7
`
`RPX-1 O03, p.808
`
`RPX-1003, p.808
`
`
`
`3xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx“\~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~xx
`.
`\
`-
`\
`.
`
`§In response to entry of the purchase order number, the client process
`§transmits a request to server computer l2l for the particular purchase
`§order. Specifically,
`the client process appends the entered data to
`resource locator and transmits a message containing the resource locator
`ito server computer 121. Server computer 121,
`in response to the
`§message, retrieves the appropriate purchase order and transmits the
`§purchase order as a card deck to the client process in cellular telephone
`100 over aimet network l50.
`
`The client process interprets the card deck and generates a screen display
`209 (Fig. 2F). Initially, fax key 208 is not highlighted in screen display
`209.
`
`i
`
`*
`
`§Notice that screen display 209 includes multi-display screen card
`§indicator 203 to show the user that the purchase order screen contains
`imore information that can be displayed at one time on display screen§
`105.
`‘
`
`the user presses the keyi
`§After the user reviews the purchase order,
`sequence for fax key 208 and in response, fax key 208 is highlighted as
`illustrated in Figure 2F.
`Rossmann p. 10, lines, 38-48
`
`in this embodiment, each card is a single operation.
`For simplicity,
`§Herein, an operation is defined as a related set of actions such that the
`iuser does not encounter an unanticipated delay in moving from one
`action to the next, i.e., the user does not have to wait for client module
`702 to retrieve another card deck from computer 743. Also, a deck may
`include definitions of soft keys that stay in force while the deck is active,
`i
`i.e., being executed by the cellular telephone microcontroller.
`Rossmann p. 15, lines 8-l2
`;\iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii,iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiio
`
`response to entry of the purchase order number, the client process
`§(b) tokenizing said
`fiquestionnaire, thereby itransmits a request to server computer l2l for the particular purchase
`iproducing atokenized iorder. Specifically,
`the client process appends the entered data to
`questionnaire;
`resource locator and transmits a message containing the resource locator
`§to server computer 121. Server computer 121,
`in response to thei
`§message, retrieves the appropriate purchase order and transmits thei
`ipurchase order as a card deck to the client process in cellular§
`telephone 100 over aimet network 150.
`‘
`
`‘
`
`iThe client process interprets the card deck and generates a screeni
`display 209 (Fig. 2F). Initially, fax key 208 is not highlighted in screen
`display 209.
`
`‘
`
`iNotice that screen display 209 includes multi-display screen cardi
`
`
`118
`
`RPX-1 O03, p.809
`
`RPX-1003, p.809
`
`
`
` §1ndicator 203 to show the user that the purchase order screen contains
`..
`§more information that can be displayed at one time on display screeni
`..
`.
`.
`.....
`\
`5
`‘l0
`
`the user presses the key:
`§After the user reviews the purchase order,
`sequence for fax key 208 and in response, fax key 208 is highlighted as
`illustrated in Figure 2F.
`Rossmann, p. 10, lines 38-48
`
`S
`
`§In addition, the client process using the information transmitted from
`server computer 121, i.e., the cards, generates a wide-variety of user
`interfaces as illustrated in Figures 2A to 2H.
`Rossmann p. ll, lines 15-16
`
`S
`
`§Preferably, each data type is compressed to facilitate optimal transferi
`over the two-way data communication network. For example, the verbs
`in the telephone interaction description language are compressed using a
`§binary tokenization. Graphics are compressed using run length limited
`§compression and text is compressed using anyone of the well-known§
`techniques for text compression.
`‘
`Rossmann p. 14, lines 55-58
`
`Instructions in the telephone interaction description language and in the
`terminal interaction language are grouped into a deck and a card. Each
`deck includes one or more cards. A card includes the information, i.e., a
`set of telephone interaction description language, required to generate a
`screen. As indicated above, a screen can be larger than the 5 number of
`§lines in a display screen. Other equivalent terms for a card include
`§page and an atomic interaction. Thus, a card deck is simply a group of
`§screens. The number of cards in a card deck is selected to facilitate§
`efficient use of the resources in the two-way data communication device
`and in the aimet network.
`Rossmann p. 15, lines 2-7
`
`\
`
`§For example, if the user of cellular telephone 700 requested a fax as in
`§Figure 2F, the HTTP request identifies a common gateway interface§
`application in CGI programs 761 that accepts as input data the telephone
`inumber and grabs the information to be faxed. The CGI application§
`§generates an e-mail transmission to the fax gateway. Similarly, for
`istock quote, server 749, in response to the HTTP request, launches a
`common gateway interface application that sends out a stock query over
`ilntemet 140 to a stock quote service provider using the ticker tape§
`isymbol passed as input data by server 749 to the common gateway§
`interface application. When the response to the stock query is received,
`the common
`gateway interface application builds a PIDL deck that includes the data
`
`......................................................................................................................................................................................................................................................... .\
`
`119
`
`RPX-1 O03, p.81 0
`
`RPX-1003, p.810
`
`
`
`
`1n the response to the stock query.
`
`The interface presented in Table 7 for TIL manager module 1403 is
`designed with the assumption that TIL is a direct
`tokenization of PIDL as described in Appendix I.
`Rossmann p. 15, lines 56-57
`
`‘
`
`(c) bringing a remote According to the principles of this invention, a novel aimet network 150,
`computer into
`i.e., a two-way data communication network, interconnects anyone, any
`electronic
`combination, or all of two-way data communication devices 100,101, or
`communication with
`102, that each include this invention, with a wide variety of computer
`said first computer;
`networks 120, 130, and 140, for example. As explained more completely
`§below, each two-way data communication device 100, 101, and 102 can
`§be configured to transmit data to and receive data from any desired§
`§combination of computers on computer networks 120, 130, and 140.
`§Aimet network 150 is the two-way data communication path from the
`§two-way data communication device to the particular computer that is
`accessed by the user of that two-way data communication device.
`Rossmann p. 6, lines 31-37
`
`‘
`
`For example other two-way data communication networks for cellular
`§telephones that may be used include TDMA, CDMA, and GSM circuit
`switched data networks; and the AMPS analog cellular network with a
`imodem. Similarly, for two-way pagers, two-way data communication§
`networks include PACT, or other priority two-way paging networks with
`data transport capability.
`Rossmann p. 14, lines 35-38
`
`1
`
`A method and apparatus are disclosed for synchronizing transactions in a
`disconnectable network. Each transaction includes operations that were
`performed on a database replica on one computer while that computer
`was disconnected from another computer and hence from that other
`computer's re