WO2001069382A1 - Systeme, procede et appareil pour la configuration initiale d'un dispositif client - Google Patents

Systeme, procede et appareil pour la configuration initiale d'un dispositif client Download PDF

Info

Publication number
WO2001069382A1
WO2001069382A1 PCT/US2000/027390 US0027390W WO0169382A1 WO 2001069382 A1 WO2001069382 A1 WO 2001069382A1 US 0027390 W US0027390 W US 0027390W WO 0169382 A1 WO0169382 A1 WO 0169382A1
Authority
WO
WIPO (PCT)
Prior art keywords
template
client
client device
home
server
Prior art date
Application number
PCT/US2000/027390
Other languages
English (en)
Other versions
WO2001069382A9 (fr
Inventor
Anthony C. Fascenda
Original Assignee
Aether Systems, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Aether Systems, Inc. filed Critical Aether Systems, Inc.
Priority to AU2000278560A priority Critical patent/AU2000278560A1/en
Publication of WO2001069382A1 publication Critical patent/WO2001069382A1/fr
Publication of WO2001069382A9 publication Critical patent/WO2001069382A9/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files

Definitions

  • the present invention relates generally to a system including intercommunicating client and server applications, and more particularly, to such a system, a method, and an apparatus for initially configuring a client device.
  • a typical client-server environment includes a client application, such as an Internet web-browser, and a server application respectively executing on independent computer based platforms and communicating with one another.
  • the client application submits information requests to the server application in response to user input at the client end.
  • the server transmits information responses to the client application.
  • the user interacts with the client- server environment using a Graphical User Interface (GUI) of the client application.
  • GUI Graphical User Interface
  • the client application typically includes many environment dependent parameters. However, the client application is initially provided to the user in a default configuration, wherein the parameters are set to default values. As a result, the user suffers the burden of initially configuring/customizing the many parameters before the user can effectively use the client application, for example, to access data services. Examples of such parameters or settings include a "home page", an account name and a password, temporary file locations, service dependent options and features, etc. Often, a large number of client or browser applications operate in a distributed service environment.
  • a distributed service environment is one in which the numerous client applications interact with one or more server applications, each of the server applications hosting a wide va ⁇ ety of data services provided by a va ⁇ ety of "p ⁇ vate" and possibly public service providers. In such a dist ⁇ ubbed environment, it is burdensome to deploy, install, and initially configure each of the numerous client applications. It is also burdensome to manage the configurations of each client application at the user level, and at the server application level.
  • Wireless client devices including the above mentioned client applications can operate in the dist ⁇ aded service environment.
  • One conventional approach for initially configu ⁇ ng such "wireless" client applications inconveniently requires the user to transport the wireless device to a service center for initial set-up and configuration.
  • Another inconvenient approach requires the user to enter large amounts of configuration data at the wireless client device, in accordance with a complicated user manual.
  • the present invention is directed to a system, a method, and an apparatus for initially configu ⁇ ng a client device, to thereby enable the client device to access one or more data services.
  • the client device is initially configured to enable a user of the client device to access one or more data services in a dist ⁇ ubbed service environment, or to at least provide the user with a starting point for accessing such data services.
  • the present invention advantageously removes the burden of initially configu ⁇ ng/customizing the client device from the user.
  • the present invention is used in a dist ⁇ ubbed environment to advantageously relieve the burden of managing client device configurations at the user level and a server level.
  • a plurality of wireless client devices operating in a dist ⁇ ubbed environment are initially configured, in a manner that is transparent to the user
  • One embodiment of the present invention is a method of initially configu ⁇ ng a client device in a client-server system including a client device and a server both coupled to a communication network
  • the server includes a server template database for sto ⁇ ng a plurality of templates defining client device configurations.
  • the method includes the steps of detecting an absence of a predetermined home template at the client device, and in response, sending a client request from the client device.
  • the client request includes a unique client device identifier and a template identifier corresponding to the home template.
  • the method further includes receiving the client request at the server, and sending a server response to the client device
  • the server response includes the home template co ⁇ esponding to the unique client device identifier and the template identifier.
  • the client device stores the home template in the client device, to thereby initially configure the client device, wherein the home template permits a user to access data services.
  • inventions include a system, a client apparatus and a server apparatus for effecting the above desc ⁇ bed methods
  • FIGS. 1A and IB illustrate exemplary communications systems in which the present invention is useful
  • FIG. 2A illustrates an exemplary two-way communications client device for use with the present invention
  • FIG. 2B is an illustration of a paging device manufactured by Research In
  • FIG. 3 is an illustration of a logical architecture corresponding to the communication system of FIGs. 1A and IB and the communications device of FIG. 2A.
  • FIG. 4A is an illustration at a high level of an embodiment of a template used in the logical architecture of FIG. 3.
  • FIG.4B is a diagrammatic representation of an exemplary content portion of a template used in the logical architecture of FIG. 3.
  • FIG. 4C is an illustration of a completed template or display page corresponding to the template of FIG. 4B.
  • FIG.4D is an illustration of a list of exemplary definitions or desc ⁇ ptors defining the template of FIG. 4B and the display page of FIG. 4C.
  • FIG. 5 is an illustration of an exemplary hierarchy of display pages
  • FIG. 6A is an illustration of an exemplary user interface including linked pages defined by a hierarchy of templates, before a template update in accordance with the present invention.
  • FIG. 6B is an illustration of the exemplary user interface of FIG. 6B, after the template update.
  • FIG. 7A is an illustration of an exemplary information table stored in a server transaction database used in the logical architecture of FIG. 3.
  • FIG. 7B is an illustration of an exemplary information table stored in a server template database used in the logical architecture of FIG. 3.
  • FIG. 8 is an illustration of an exemplary information table stored in a client transaction database of the client device of FIG. 2A.
  • FIG. 9A is an illustration of an exemplary information request message transmitted by a client application used in the logical architecture of FIG. 3.
  • FIG. 9B is an illustration of an exemplary information response message transmitted by a server application used in the logical architecture of FIG. 3.
  • FIG. 9C is an illustration of another exemplary information response message including a template update, in accordance with the present invention.
  • FIG. 10 is a flow chart of an exemplary method of requesting information at a client in the logical architecture of FIG. 3, according to an embodiment of the present invention.
  • FIG. 10A is a flow chart of an exemplary method of receiving and responding to an information response at a client in the logical architecture of FIG. 3, according to an embodiment of the present invention.
  • FIG. 11 is a flow chart of an exemplary method of responding to an information request of FIG. 10 at a server in the logical architecture of FIG. 3, according to an embodiment of the present invention.
  • FIG. 11A is a flow chart of an exemplary method of responding to an information request of FIG. 10 including a Get_template command at a server in the logical architecture of FIG. 3, according to an embodiment of the present invention.
  • FIG. 12 is a flow chart of exemplary method steps expanding on the method of FIG. 11.
  • FIG. 13 is a illustration of exemplary display pages at a client device before and after receipt of an information response at the client device.
  • FIG. 14 is a flow chart of an exemplary method of initially configu ⁇ ng a client device in the logical architecture of FIG 3, according to an embodiment of the present invention.
  • FIG. 15 is an exemplary computer system, which may be used to perform the operations of the present invention.
  • the present invention relates to a method and system for automatically initializing and configu ⁇ ng a client device (e.g., a two-way paging device, a wireless phone, a personal data assistant, or a desk top computer).
  • a client device e.g., a two-way paging device, a wireless phone, a personal data assistant, or a desk top computer.
  • the present invention can be used in a two-way wireless communications system.
  • the present invention can be used in various other types of communications system.
  • the present invention can be used with the Internet.
  • a client device can be, for example, a wireless device that wirelessly accesses the Internet
  • Internet e.g., a PalmPilot® or a wireless phone
  • personal computer that is wired to the Internet.
  • Communications system 100 includes a plurality of cell sites 102 each having a coverage area that is typically about 5 to 10 miles in diameter. A coverage area of one cell site often overlaps a portion of a coverage area of another cell site, which are illustrated for exemplary purposes by the hexagonal regions.
  • Each cell site 102 includes an antenna 104 for transmitting and receiving messages to and from two-way wireless client devices 108 (e.g., a two-way pager, a wireless phone, a hand held computing device) that are located within a geographic coverage area of the cell site 102.
  • two-way wireless client devices 108 e.g., a two-way pager, a wireless phone, a hand held computing device
  • Each cell 102 is coupled to communications network 110, which can be, for example, an X.25 packet switched network
  • Communications network 110 may include, but is not limited to, land based links such as fiber optics or terrest ⁇ al microwave, and/or satellite based links, as would also be apparent to a person skilled m the relevant art
  • Each cell site 102 is in communications with a message system center (MSC) 120 that includes a subsc ⁇ ber database (also referred to as a user database) that maintains records of all subscnbers (also referred to as users) on the system, a unique identity sequence for the subscnber's client device, and an indication of the cell site from which the client device last sent a message (such as an acknowledgment message or a request message).
  • MSC message system center
  • each cell site 102 can have a dedicated link to MSC 120.
  • Communications network 110 can be coupled to a public switched telephone network (PSTN) 112 so that a message can be sent to and from client device 108 via PSTN 112.
  • PSTN public switched telephone network
  • a message can also be sent from one client device 108 to another client device 108 using communications system 100.
  • communications system 100 is the Bell South Wireless Data network (also known as the RAM Mobile Data network) or the ARDIS network, which are both well known two-way nationwide wireless packet data networks.
  • a client device (e g , two-way wireless communications device) 108 typically identifies itself to MSC 120 by sending a registration or identification signal Such signals include a data field including at least one unique identifier, such as a Mobile Identification Number (MIN) and/or Electronic Se ⁇ al Number (ESN)
  • MLN which can be reprogrammed, is analogous to a telephone number
  • An ESN is hard-coded and fixed such that it difficult, if not impossible to change
  • Some devices include both a MTN and an ESN
  • the identification signal sent by client device 108 can include one or more of the above discussed unique identifiers,
  • An optional function of MSC 120 is to determine whether the unique identifier of a client device is valid
  • a received unique identifier such as a unique identity sequence compnsing a st ⁇ ng of digitally represented alphanume ⁇ c characters, can be compared to a maintained database of unique identifiers (i e , MLNs, ESNs, MANs) to detect fraud
  • MSC 120 can keep track of the approximate whereabouts of each client device 108 by keeping track of which cell site 102 a message, sent by a client device 108, o ⁇ ginated When MSC 120 is thus informed of the approximate whereabouts of each individual client device 108, it can later limit the number of cell sites 102 from which it transmits a message addressed to a particular client device 108 MSC 120 can even limit the transmission of a message to only one cell site 120 having a coverage area within which the particular client device 108 is believed to be located
  • the coverage area of a limited number of cell cites 102 shall be referred to as a targeted coverage area
  • the targeted area can be the area covered by a single cell site or a slightly larger area that is also covered by a few adjacent cell sites. This limited or "targetted" transmission is much more efficient than broadcast-type transmission where a message is transmitted from every cell site, regardless of a location of a client device 108 to which the message
  • Servers 114 are supported by communications system 100. That is, communications system 100 provides for message delivery between a server 114 and one or more client devices 108. Servers 114 can communicate directly with client devices 108 or indirectly with client devices 108 via communications network 110. Alternatively, servers 114 can communicate with communications network 110 through PSTN 112. In one embodiment, a server 114 provides information to a client device 108 upon receiving a request from the client device 108. Additionally, servers 114 can initiate the sending of information (e.g., unsolicited information) to a client device 108. This can be done pe ⁇ odically or upon a t ⁇ gge ⁇ ng event. Additional details about the types of services and the information provided by services providers 114 are discussed below.
  • information e.g., unsolicited information
  • the present invention is also useful in data networks such as a local area network (LAN), a home area network (HAN), and a wide area network (WAN)
  • LAN local area network
  • HAN home area network
  • WAN wide area network
  • the present invention is useful in the largest present day WAN, known as the Internet, and in smaller WANs.
  • the Internet is a world-wide set of interconnected computer networks that can be used to access a growing amount and va ⁇ ety of information electronically.
  • One method of accessing information on the Internet is known as the World Wide Web (www, or the "web”).
  • the web is a dist ⁇ ubbed, hypermedia system, and functions as a client-server based information presentation system.
  • Information that is intended to be accessible over the web is generally stored in the form of "pages" on servers (e.g., general purpose computers).
  • FIG. IB is a network block diagram showing a plurality of clients 108 and servers 114 connected to the Internet 118.
  • a destination address e.g., a URL
  • a source address that can be used to identify a user.
  • a part of the URL known as the Domain Name is passed to a domain server (DNS) to be translated to a network address.
  • DNS domain server
  • the network address specifies the Internet protocol (IP) address of the intended server.
  • IP Internet protocol
  • the client request is passed to the server having the network address.
  • Servers 114 maintain or otherwise have access to local or remote databases that store and/or provide va ⁇ ous types of data. For example, refer ⁇ ng to FIG. 1A, remote databases 130 are maintained by data sources 132.
  • FIG. 1A also shows a local database 116 that is maintained by server 114.
  • Servers 114 can communicate with data sources 132 through dedicated links or through communications network 110, for example.
  • the type and number of databases, and the form of communication of data between the servers 114 and the databases, is implementation specific.
  • the invention covers the ability of a server system to provide information to client devices via a wireless communications system, which typically has a plurality of cell sites that are coupled to a communications network
  • the invention also covers the ability of a server system to provide information to client devices via a wired communications system, or via a communications system consisting of a combination of wired and wireless links.
  • the functions performed by the server system can comp ⁇ se software running on one or more general purpose computers or on telecommunications-specific hardware.
  • the combination of the software and hardware to accomplish the functions of the present invention can be conceptualized as a union of server controllers that each perform a discrete task, such as: sending a request from a client device in response to user input at the client device; receiving the request at a server over the communications network; identifying a user based on the request; determining a response based on the request; sending the response to the client device of the user, or the like.
  • One, two, or more of these discrete tasks can be performed by a single server controller. That is, the tasks performed by a first server controller and a second server controller can be performed by a single server controller and still be within the spi ⁇ t and scope of the present invention. Alternatively, the discrete tasks can be performed by any number of server controllers.
  • a further desc ⁇ ption of exemplary software and hardware controllers is provided below.
  • Client device 108 includes an antenna 202, a transmitter
  • Transmitter 204 is controlled by microprocessor 208 and transmits messages using antenna 202. Messages received from a transmitter of the communications system 100 are received through antenna 202 or a separate antenna (not shown). The received messages are routed from antenna 202 to receiver 206 and processed by microprocessor 208, for example.
  • Display 210 can be a liquid crystal display and is used for displaying, to a user (also referred to as subsc ⁇ ber) of client device 108, information received via communications system 100. Display 210 can also display lists and/or menus from which a subsc ⁇ ber can make selections and perform va ⁇ ous functions.
  • Keypad 212 can include as few as one button, but may also include an entire alphanume ⁇ c keypad, touch pad, or can be integrated with a display, such as a touch-screen display.
  • Client device 108 also includes a memory 214 that can store software and/or data. Microprocessor 208 can w ⁇ te to and read from memory 214.
  • client device 108 is an Inter@ct ⁇ veTM Pager 950 manufactured by Research In Motion (R M), Limited, of Waterloo, Onta ⁇ o, Canada.
  • the RIM Inter@ct ⁇ ve pager (RLM pager) is a commercially available device that provides for two-way wireless communications
  • the RIM pager shown m FIG. 2B, includes a 31-key keypad 212, roller wheel 214 that is similar to a mouse, and screen display 210 with 8 lines of text by approximately 28 characters per line.
  • the RLM page also includes a built-in internal radio modem for two-way wireless communications over a cellular network such as the BellSouth network.
  • client device 108 is a Palm PilotTM computing device, manufacture by 3Com Corporation, of Santa Clara, California.
  • Client device 108 can also be a wireless communication device such as, but not limited to, a wireless telephone, a data transceiver, and a paging receiver
  • Client device 108 can be fixed, portable, or mobile, such as a mobile telephone.
  • the use of other two-way communications devices is within the spi ⁇ t and scope of the present invention.
  • client device 108 can be a personal computer that, for example, communicates with servers 114 via a network such as the Internet
  • Client device 108 can also be a personal computing device that wirelessly accesses the Internet. Those of ordinary skill in the art will envision other implementations of client device 108 and appreciate that they are encompassed by the present invention.
  • FIG. 3 A logical architecture 300 of an embodiment of the present invention is depicted in FIG. 3.
  • Logical architecture 300 corresponds to the system of FIGs. 1A and IB.
  • Logical architecture 300 includes a client application 304 residing in client device 108, and a server application 306 residing in server 114.
  • Client application 304 also referred to as client 304
  • server application 306 are, for example, computer programs respectively supported by computer controllers and memories of client device 108 and server 114.
  • Server 114 (also referred to as server controller 114) comprises the hardware and/or software required to accomplish specific functions of the present invention.
  • Server 114 can be conceptualized as a union of servers that each perform a discrete task.
  • One, two, or more of these discrete tasks can be performed by a single server 114. That is, the tasks performed by a first server 114 and a second server 114 can be performed by a single server 114 and still be within the spirit and scope of the present invention.
  • the discrete tasks can be performed by any number of servers 114. That is, the task performed by a single server 114 can be performed by a plurality of servers.
  • client device 108 comprises the hardware and/or software (for example, client 304) required to accomplish specific functions of the present invention.
  • client 304 also referred to as client controller 304
  • client controller 304 can be conceptualized as a union of clients that each perform a discrete task.
  • One, two, or more of these discrete tasks can be performed by a single client 304. That is, the tasks performed by a first client 304 and a second client 304 can be performed by a single client 304 and still be within the spirit and scope of the present invention. Alternatively, the discrete tasks can be performed by any number of clients 304. That is, the task performed by a single client 304 can be performed by a plurality of clients.
  • A.2. Client Overview C ent 304 includes a user interface 308 at client device 108 for allowing a user to interact with one or more information services supported by the system of the present invention.
  • User interface 308 displays formatted information pages on display 210 and permits the user to navigate between such display pages.
  • User interface 308 also provides the user with a mechanism to enter requests and/or commands using, for example, keypad 212 (see FIG. 2B).
  • Client 304 interfaces with a client template database 310 and a client transaction database 312 stored in a memory of client device 108.
  • Client template database 310 includes a plurality of individual templates 314, typically associated with one or more information services provided by the system of the present invention.
  • client device 108 (for example, client 304 and user interface 308) is configured, and can be updated or reconfigured, in accordance with individual templates 314.
  • each template 314 is typically associated with a display page, and uniquely defines the type of information and a layout or format of information presented to the user on the display page.
  • Each template 314 can also define a set of available actions a user can initiate when viewing an associated display page, thereby allowing, for example, the user to request information from the display page and to navigate between display pages.
  • Client device 108 can transmit information request message 316 to server
  • Client device 108 when approp ⁇ ate.
  • Client device 108 also receives response message 318 (transmitted by server 114) and can store information in the response message in client transaction database 312, so as to preserve the information for later ret ⁇ eval.
  • user interface 308 can display requested information to the user.
  • Server 114 can communicate with aplurahty of clients, e.g., client device 108, associated with a plurality of client devices 108. Server 114 dist ⁇ butes requested information to client devices 108, and maintains configuration control over the client devices. To perform such tasks, server 114 interfaces with a plurality of information stores, including a server template database 330, a server transaction database 332, and an exemplary service information store 334.
  • Service information store 334 includes real-time data from data sources 132 (not shown in FIG. 3; see FIG. 1A).
  • Service information store 334 can include data relating to finance and stocks, sports, weather, airline schedules, and the like.
  • Service information store 334 can be a local database 116 or a remote database 130.
  • server 114 receives information request 316 from client device 108, server 114 ret ⁇ eves the requested information from information store 334, and transmits the information to client device 108 using information response message 318. Since this information in response message 318 can include information relating to one or more data services, it is also referred to herein as "data service information”.
  • Server transaction database 332 stores past transaction event data thereby enabling server 114 to track information server 114 has previously transmitted to each client device 108.
  • Server transaction database 332 can include tables mapping individual client device unique identifiers (for example, MANs, MLNs, or ESNs) to autho ⁇ zed services and associated templates.
  • Server 1 14 can use such mapping tables to vahdate/autho ⁇ ze client requests.
  • Server 114 maintains transaction event data for past and on-gomg transactions between server 114 and client devices 108 in server transaction database 332. Such data is used to track and control the va ⁇ ous transactions in the system of the present invention and to build transaction history tables for each of the client devices 108.
  • Server template database 330 includes the latest or most current versions of the available templates in the system of the present invention.
  • Server template database 330 can also include tables mapping individual client device unique identifiers to the most current template versions autho ⁇ zed for client devices 108 associated with the unique identifiers.
  • new templates are stored in server template database 330 and/or existing stored templates are updated, to reflect the additions. Therefore, at any given time, it is possible a client device 108 includes an old version of a template, that is, an out-of-date template that requires updating.
  • server 114 determines whether the template (at client device 108) associated with the request message is the most current template (for example, an updated template). If the template is an old version, server 114 ret ⁇ eves the most current template from server template database 330, and then transmits an approp ⁇ ate template update, along with the requested information, to client device 108 using response message 318. In this manner, server 114 dist ⁇ butes the most current template versions to client devices 108 on a per access and an as needed basis. Thus, server 114 efficiently dist ⁇ butes template updates to client devices 108 to render new service features and options available to the users, and maintain configuration control over the clients. Further details regarding reconfigu ⁇ ng a client device with template updates are provided in related U.S. Patent Application No. 09/523,168, entitled "System, Method and Apparatus for
  • the templates stored in client device 108 define a configuration of the client device.
  • the configuration of client device 108 can determine the data services a user can access using client device 108, including vanous data service options and/or features. Also, the configuration can determine the way which client device 108 interacts with the user to provide data services to the user. This can include, but is not limited to, the types of pages displayed to the user, the appearance of the display pages, the types and/or arrangements of information displayed on the pages, the navigable hierarchy of display pages presented to the user, the types and/or operations of actions the user can initiate when the user is presented with the display pages, the types of requests a user can enter via client device 108 and/or the content of client requests resulting from such entered user requests.
  • FIG. 4A is an illustration at a high level of an exemplary embodiment of template 314
  • Template 314 includes a template header 400 having a template identifier 400a, a template version identifier or number 400b, and an optional template title 400c.
  • Template 314 also includes a content portion 402 and an action portion 404
  • Content portion 402 includes definitions or desc ⁇ ptors (such as textual, symbolic and/or graphical desc ⁇ ptors) that define a layout and appearance of an associated display page on display 210. In other words, content portion 402 specifies an arrangement of information fields on the associated display page.
  • action portion 404 includes definitions (such as textual, symbolic, and/or graphical desc ⁇ ptors) specifying a set of actions a user can initiate with respect to the associated display page.
  • action portion 404 can include: menu action definitions 404a, such as menu pull-down actions and scroll-wheel shortcuts; keyboard action definitions 404b, such as keyboard shortcuts (e.g., press "W" for weather service requests); branching action definitions 404c, allowing the user to branch from the current template and display page to a next template and display page linked with the current template; and external references 404d, such as URLs.
  • Such actions are available to the user at the display page associated with template 314.
  • Content portion 402 is now further desc ⁇ bed.
  • Content portion 402 typically includes text (for example, field labels) and va ⁇ able desc ⁇ ptors (for example, stock quote information).
  • Content portion 402 defines a format for the va ⁇ able information and text within the display page
  • Content portion 402 can also include references to tables and graphical entities stored in the client device memory.
  • a diagrammatic representation of the content portion of an exemplary template 406 is depicted in FIG. 4B.
  • Template 406 includes a title 410 (that is part of the header of the template) for displaying the text "PRECIOUS
  • the content portion of template 406 includes the following definitions: a field 412 for displaying current time; a plurality of information field identifiers or labels 414 arranged in a column; and a first set of information fields 416 for displaying va ⁇ able information (such as stock p ⁇ ces) and a second set of va ⁇ able fields 418 for displaying further va ⁇ able information corresponding to the information field identifiers.
  • Template 406 is incomplete because none of the information fields are populated with the specified va ⁇ able information.
  • client device 108 populates an instance of template 406 with the requested information, thereby creating a completed template.
  • User interface 308 displays the completed template to the user as a display page.
  • a display page/completed template 420 corresponding to template 406, is depicted in FIG. 4C.
  • field 412, fields 416, and fields 418 are respecti vely populated with current time, hi/low stock p ⁇ ces, and stock p ⁇ ce deviations.
  • each template can incorporate a unique set of actions available to the user when the template is displayed as a display page, as mentioned above.
  • actions can vary from template to template and page to page in the present invention. Template actions are further desc ⁇ bed below.
  • FIG. 4D is an illustration of a list of exemplary definitions or descnptors that define template 406 (FIG. 4B), and thus display page 420 (FIG 4C), as the template can be stored in either client or server template databases 310 or 330
  • the illustrated list of definitions correspond to a data service for precious metal p ⁇ ces.
  • "NT”, "VERSION”, and "TI” respectively specify the template name “tempi”, version "1.1”, and title “PRECIOUS METALS".
  • Content portion 402 (corresponding to labels 414, and fields 416 and 418 of FIG. 4B) includes a plurality of content definitions 436 for metal p ⁇ cing information A spaced pair of percent symbols (%) delimits each information field. For example, the definition " ⁇ SILVER%0: 11 %% 1 :6%" causes two va ⁇ able fields of information to be displayed after the text "SILVER" on the display of client device 108.
  • Action portion 404 includes exemplary action definitions 442 and 444 The actions defined by action definitions 442 and 444 are available to the user when the display page associated with the template (for example, display page 420 of FIG. 4C) is being displayed.
  • Action definition 442 defines a menu choice "refresh" in a list of displayed menu items When "refresh" is selected in one embodiment, client device 108 ret ⁇ eves the most recently received information relating to template temp, from client transaction database 312, and refreshes the display with the ret ⁇ eved data
  • selecting "refresh” causes client device 108 to first update the display with information ret ⁇ eved form client transaction database 312 as just desc ⁇ bed, and then transmit an information request for new information to refresh the displayed information.
  • the first step is omitted from the just desc ⁇ bed two-step embodiment
  • Action definition 444 defines a shortcut key as "SP", the "space bar” key (also referred to as the "symbol key") on keypad 212, which when pressed, causes a branch to a predetermined home template or page called temp home .
  • Client device 108 then displays the home page associated with temp home .
  • the templates of the present invention provide a powerful and convenient mechanism for configu ⁇ ng, reconfigu ⁇ ng, and updating client device 108 (including, for example, client 304 and user interface 308).
  • new and/or updated templates are automatically dist ⁇ ubbed to and stored in client devices 108
  • the new and/or updated templates correspondmgly expand the service features and options available to the user so that the user can access the new and expanded services.
  • the new and/or updated templates are transmitted from server 114 in such a way as to be transparent to the user.
  • the user is no longer burdened with physically returning the user device to a service center for such an update or with ente ⁇ ng configuration data at client device 108.
  • developers are freed from the burden of redeveloping (and then dist ⁇ butmg to many users) new versions of complex client application software and user interface software to accommodate every new feature or service upgrade.
  • users can advantageously compose new and or updated templates in a convenient development environment (for example, on a personal computer) at the server end of the system.
  • the templates are then automatically dist ⁇ ubbed to the users on a per user basis, as needed, as will be desc ⁇ bed further below.
  • templates 314 stored m template data base 310, and the actions specified in each of the templates define an interconnected hierarchy of user navigable display pages at client device 108.
  • FIG. 5 is an illustration of an exemplary hierarchy of display pages 502.
  • user interface 308 displays a home or welcome page 504 to the user when client device 108 is first powered-on.
  • Home page 504 is a service starting page.
  • the user can branch to a quote request page 508, a portfolio page 510, an informative "about" page 512, and a set-up page 514.
  • the user can navigate between the aforementioned pages and a quote display page 516, a chart page 518, a user alert page 520, user page 522 and an add symbol page 524.
  • a user interface 602 is defined by a quote entry page 604, a quote display page 606, a portfolio page 608 and an FxAlert page 610 (for precious metal p ⁇ ces) linked together by actions 612.
  • a new template defining a new page 614 called "Equity News”
  • New page/template 614 can be linked to and thus only accessible from quote display page 606, assuming new page 614 should be accessible only after a particular stock quote is displayed on quote display page 606.
  • an action 616 can be added to quote display page (template) 606.
  • the added action 616 can define a branch key N, which when pressed, causes a branch from quote display page 606 to Equity News page 614 in accordance with the above assumption.
  • FIG. 7A is an illustration of an exemplary transaction table 700 stored in server transaction database 330
  • Exemplary table 700 includes a client identification column 702, atemplate identifier column 703, an optional template title column 704, a template version column 706, an index column 708, a date column 710, a time column 712, and a parameters column 714.
  • Each row of client identification column 702 includes a unique identifier of a client device 108 (e.g., MAN, ESN, MIN).
  • Each row of template identifier column 703 includes a unique identifier of a template (e.g., temp,, temp 2 , temp 3 ).
  • Each row of template version column 706 specifies the version of the template in the corresponding row of column 703. Accordingly, ent ⁇ es in template version column 706 specify the version of a template (i.e., identified in column 703) that a specific client (i.e., identified in column 702) currently has stored in its client template database 310.
  • Each row of index column 708 identifies the data type that is used to populate the corresponding template in column 703
  • the data included m parameters column 714 is the data that was sent to the corresponding client (in column 702) the last time server 114 provided that client with the data type of column 708
  • Each row of date column 710 and time column 712 specifies when server 114 last provided the client device of column 702 with the data included in parameters column 714
  • server 114 accesses server template database 330 to maintain configuration control over client devices 108.
  • FIG. 7B is an illustration of an exemplary table 750 stored in server template database 330.
  • Table 750 includes a column 754 listing the identifiers of current templates stored m database 330, a column 756 listing template version numbers for the identified templates, and a column 758 listing the definitions of the identified templates.
  • Each row 760 co ⁇ esponds to an identified template, for example, template temp,.
  • version column 756 is deleted since a template version can be determined from the template header (e.g., header 400) included in the template definition.
  • FIG. 8 is an illustration of an exemplary table 800 stored in client transaction database 312 of client device 108.
  • Table 800 is essentially the same as server transaction table 700 of FIG 7 A and discussed above, except that table 800 does not include a client identifier column (e.g., column 702). This is because client transaction database 312, and thus table 800, are specific to only one client device 108.
  • FIG. 9A is an illustration of an exemplary information request message 900 (corresponding to information request message 316 of FIG. 3) transmitted by client device 108.
  • the information request message (e.g., 900) is also referred to as a client request, since it is initiated by client device 108.
  • the fields of message are also referred to as a client request, since it is initiated by client device 108.
  • message 900 are arranged in accordance with an exemplary message format, and it is to be understood that message 900 can be arranged in other formats.
  • Message 900 includes a client device identifier (such as a MAN) 902, transaction information 904 used by client device 108 and server 114 to track the cu ⁇ ent transaction, a template identifier or name 906, a template version identifier 908 identifying the version of the named template stored in template database 310, and a specific information request 910.
  • transaction information 904 includes a transaction number 912 and a client state 914.
  • Client 108 tracks each request using transaction number 912, which only client 108 can increment.
  • Client state number
  • client 108 can store transaction number 912 and client state number 914 in, and ret ⁇ eve transaction number 912 and client state number 914 from, additional columns (not shown) of server transaction database table 700. Use of transaction number 912 and client state number 914 are discussed below.
  • Client device 108 increments transaction number 912 every time it sends a client request to server 114. Only client device 108 can increment transaction number 912. However, client device 108 never increments client state number 914. Rather, server 114 increments client state number 914 when it sends a server response to client device 108.
  • each request (e.g., 900) includes a transaction number 914.
  • Server 114 responds to each request individually and echoes back the approp ⁇ ate transaction number 914 in each server response (e.g., 920).
  • Each server response received by client device 108 is stored in client transaction database 310 Additionally, in one embodiment, a display page associated with the server response to the last (i.e., in time) client request is displayed to the user.
  • Client state 914 is used by server 114 to determine the last successfully received (by client device 108) server response to a particular client request. This is important because client device 108 may fail to receive a server response sent by server 114 Thus, server 114 should save the last sent server response in, for example, a suspense file. Only when sever 114 receives a new client request (i.e., for the same information) with the same state number does it w ⁇ te the data of the last server response (which was stored in the suspense file) to server transaction database 332. For example, server 114 may receive a "state 6" client request and return a new "state 7" server response to client device 108. If client device 108 never receives the server response with "state 7", then the next time client device
  • server 114 will know that client device 108 never received the "state 7" server response. This enables server 114 to use old "state 6" data (rather than the data last sent to client device 108, that is associated with "state 7") when performing a compa ⁇ son of old data to new data to thereby produce a server response.
  • either client device 108 or server 114 can reset client state 914 to zero when a server response includes a full update (as opposed to a server response that only includes changes).
  • FIG. 9B is an illustration of an exemplary information response message
  • Message 920 (co ⁇ esponding to information response message 318) transmitted by server 114.
  • the information response message (e.g., 920) is also refe ⁇ ed to as a server response, since it is initiated by server 114.
  • Message 920 (also referred to as server response 920) includes requested information 922, provided in response to specific information request 910 of information request message 900.
  • server response 920 includes requested information 922, provided in response to specific information request 910 of information request message 900.
  • FIG. 10 represents a series of method steps 1000 performed by client device 108 in response to a request for information from a user.
  • the method begins at a step 1002 when the user of client device 108 issues a request for information from a displayed page, via user interface 308.
  • This request can be thought of as a "display information" request, and is associated with a stored template 314.
  • client device 108 queries client template database 310 to determine whether an appropriate template 314 associated with the request is locally available.
  • client device 108 determines that the appropriate template is not locally available (i.e., if the answer to step 1004 is NO). If client device 108 determines that the appropriate template is not locally available (i.e., if the answer to step 1004 is NO), then, at a step 1005, client device 108 sends a get_template command to server 114. This can occur, for example, if client device 108 was initially configured with a single template, such as a home template (e.g., temp home ) associated with a home page, and no other templates have since been supplied to the client device. In such a situation, the home page can allow branch actions to other named templates not resident in client template database 310. Thus, at step 1004, client device 108 detects an absence of one of these other named templates from template database 310 when the user initiates a branch action to the missing template. In turn, client device
  • step 1006 the appropriate template is retrieved from client template database 310.
  • step 1008 there is a determination whether data associated with the appropriate template is available from client transaction database 312. If the answer to step 1008 is YES, then flow continues to a step 1010, where the template is populated with data from client transaction database 312.
  • the data retrieved from client transaction database 312 is the data last received from server 114 to populate the ret ⁇ eved template (e.g., data from an earlier transaction).
  • step 1016 the populated template is displayed (i.e., an associated page) on display 210 of client device 108.
  • the approp ⁇ ate template preferably includes a status field that can be populated with status data (e.g., date and time)
  • status data e.g., date and time
  • the information displayed to the user can be stale, for example, the data can be days, hours, or seconds old, depending on when client 108 last received the information to populate the approp ⁇ ate template.
  • client device 108 If the user directs client device 108 to do something other than refresh the information (i.e , if the answer to step 1014 is NO), then client device 108 functions accordingly. For example, the user may initiate a branch action that causes client device 108 to display a different page.
  • client device 108 composes and transmits an approp ⁇ ate information request message to server 114, at a step 1016.
  • a user can request refreshed information by pressing a predefined action key, such as the "enter" key or "space bar” key.
  • An example request message 900 is desc ⁇ bed above in connection with FIG. 9A
  • flow jumps directly from step 1008 to step 1016, such that client device 108 sends a request message to server 114 after client device 108 ret ⁇ eves data from client transaction database 312.
  • flow jumps directly from step 1006 to step 1016, such that client device 108 sends a request message to server 114 after client 204 ret ⁇ eves the approp ⁇ ate template from client template database 310.
  • Server Responds to an Information Request and Provides a Template Update
  • FIG. 11 represents a se ⁇ es of method steps 1100 performed by server 114 in response to a request for information from client device 108
  • the process begins at a step 1102 when server 114 receives a request message (e.g., request
  • server 114 identifies client device 108. This is accomplished using a unique identifier (e.g. 902) included in the request.
  • server 114 recognizes that the client device 108 that sent the request message has a template for displaying the requested information, because the request (e.g.. 900) includes a template identifier (e.g., 906).
  • server 114 can also determine whether the specific information request is autho ⁇ zed for the requesting MAN.
  • server 114 ret ⁇ eves the latest (i.e., most cu ⁇ ent or up-to-date) version of the identified template (e.g., the template identified by template identifier 906) from server template database 330.
  • server 114 ret ⁇ eves the latest (i.e., most cu ⁇ ent or up-to-date) version of the identified template (e.g., the template identified by template identifier 906) from server template database 330.
  • server 114 ret ⁇ eves the latest (i.e., most cu ⁇ ent or up-to-date) version of the identified template (e.g., the template identified by template identifier 906) from server template database 330.
  • server 114 ret ⁇ eves the latest (i.e., most cu ⁇ ent or up-to-date) version of the identified template (e.g., the template identified by template identifier 906) from server template database 330.
  • server 114 ret ⁇ eves the latest (i.e.,
  • server 114 retneves/de ⁇ ves the requested information required to populate the data fields of the template that was ret ⁇ eved at step 1106. For example, at step 1108, server 114 retneves the requested information from information store 334 in accordance with the most current template definition. In a step 1110, server 114 determines whether client 108 has the most current template. To make this determination, server 114 compares template version identifier 906 of the template named in information request message 900 against the version identifier for the same named template just ret ⁇ eved from server template database 330 (e.g., in column 756 of table 750 of FIG. 7B) at step 1106.
  • server 114 determines that the identified client device 108 does not have the latest version of the approp ⁇ ate template (I e , the answer to step 1110 is NO), then client device 108 has an "old" template that requires updating with a "new" template, namely, the template just ret ⁇ eved from server template database 330. Accordingly, at a step 1112, server 114 composes an information response message (e.g., message 930) including: a) information ret ⁇ eved from information store 334 at step 1108; and b) template update information from the "new" template. In one embodiment, server 114 includes the entire "new" template in the information response message.
  • an information response message e.g., message 930
  • server 114 compares the "old" template to the "new” template to determine changes between the two templates. Server 114 then includes only these changes in the response message, to thereby shorten the response message and reduce required transmission bandwidth when the response message is transmitted. In a further embodiment, particularly if the "new" template includes a large amount of information, server 114 partitions the "new" template into a series of consecutive but separate messages.
  • server 114 determines at step 1110 that client device 108 does not require a template update (i.e., the answer to step 1110 is YES), then server 114 composes an information response message using only the information ret ⁇ eved from information store 334 (e.g., message 920), since a template update is unnecessary.
  • server 114 transmits the composed information response message to client 108. For example, server 114 transmits response message 920 or 930 composed respectively at steps 1114 or
  • the message that server 114 composes at step 1114 or 1112 (and sends at step 1116) includes all the data necessary to populate a template. In another embodiment, the message that server 114 composes at step
  • an advantage of this embodiment is that the size of the response message (or messages) is further reduced.
  • An advantage of the present invention is that if the client device 108 (to which the response message is being sent) has the most current template, then the composed and transmitted response message (e.g., message 920 composed at step
  • 1114) only includes the information required to populate and thus refresh a template. This significantly reduces the size of the response message (or messages) that is transmitted from server 114 to client device 108. Minimizing the size of response messages reduces the cost and/or response time (also referred to as latency) for providing information services. For example, where a communications system provider charges on a volume basis, the less data transmitted means less cost to the user. Additionally, since latency is typically proportional to the amount of data being transmitted, the less data transmitted means lower latency. A further advantage is the reduction in a system transmission bandwidth, such that more users can be supported by the services of the system.
  • step 1114 server 114 queries server transaction database 332 to determine the information, for the particular template, that client device 108 has stored in client transaction database
  • server 114 searches table 700, of FIG. 7A, based on client identifier 902 and template identifier 906 to determine what information was last sent to client device 108 for the identified template.
  • server 114 compares the information in each data field (i.e., the information retrieved in step 1108 of FIG. 11) against the record of what was last successfully received by client device 108 (i.e., determined in step 1202), to thereby determine the information that has changed (also refe ⁇ ed to as the changed fields).
  • Steps 1202 and 1204 can be illustrated with reference to FIG. 13.
  • An "old" page 1302 represents the information (populating a precious metals template) that client device 108 has stored m client transaction database 312 (i.e., at step 1202).
  • Server 114 determines that client device 108 has such an old page of information using server transaction database 332.
  • a "new" page 1304 represents up-to-date or current information (populating the same precious metals template) ret ⁇ eved by server 114 at step 1108.
  • a change definition 1306 represents a change in information between old page 1302 and new page 1304.
  • Server 114 determines change definition 1306 by compa ⁇ ng the information in old page 1302 to the information in new page 1304.
  • Server 114 can compress change definition 1306 using a data compression technique to produce a compressed change definition 1308, thereby further reducing the size of the response message.
  • server 114 que ⁇ es server transaction database 332, based also on client state number 912 (i.e, in addition to client identifier 902 and template identifier 906) to ensure that server 114 actually compares the up-to-date information (i.e., the information ret ⁇ eved in step 1108) against what client device 108 actually has stored in its client transaction database
  • server 114 will perform the compa ⁇ son using information that was last sent to client device 108, but never received by client device 108.
  • FIG. 10A represents a se ⁇ es of method steps 1050 performed by client device 108 when the client receives a response message from server 114. The process begins at a step 1052 when client device 108 receives a response message
  • step 1116 receives (e.g., message 920 or 930) from server 114 (see FIG. 11, step 1116).
  • client device 108 determines whether the response message includes a template update. If the response message includes a template update for an identified template, at a step 1056, client device 108 updates the ldentified template in client template database 310 using template update information from the response message. Then flow proceeds to a step 1058.
  • step 1058 client device 108 updates client transaction database 312 with information from the response message For example, client device 108 replaces a row of client transaction table 800 containing "old" information with "new" information received from the response message.
  • client device 108 refreshes the current display page, if approp ⁇ ate, by ret ⁇ eving the "new" information from client transaction database
  • the current display page is updated to reflect a designated display arrangement, information fields, actions and refreshed data associated with the "new" or updated template.
  • FIG. 11 A represents an exemplary se ⁇ es of method steps 1150 performed by server 114 when the server receives a get_template command from client device 108 (see FIG. 10, step 1005).
  • the process begins at a step 1152 when server 114 receives an information request message from client device 108
  • server 114 determines whether the request message includes the get_template command.
  • the get_template command includes a template identifier identifying a template required by the requesting client device 108. If the request message does not include a get_template command, flow control branches to step 1158, desc ⁇ bed below, and the method continues from step 1158.
  • server 114 validates the requested template. To vahdate the requested template, server 114 que ⁇ es server template database 330 using the requested template identifier in the get_template command to determine whether the requesting client device 108 is an authorized user of the requested template and its associated services. If the requesting client device 108 is not an autho ⁇ zed user of the requested template, server 114 transmits an error message to the requesting client, and the process terminates Otherwise, server 114 ret ⁇ eves the requested template from server template database 330
  • server 114 collects data in accordance with the ret ⁇ eved template, as desc ⁇ bed above in connection with step 1108 of FIG. 11.
  • server 114 composes an information response message including a template update, as desc ⁇ bed above in connection with step 1112 of FIG. 11.
  • the template update includes the ret ⁇ eved template in its entirety.
  • server 114 transmits the information response/template update, as desc ⁇ bed above in connection with step 1116 of FIG. 11.
  • client device 108 executes the method steps desc ⁇ bed above in connection with FIG. 10A.
  • client device 108 sends a get_template command to server 114, but no template definitions, such as va ⁇ able (field) definitions, etc, are associated with the get_template command
  • This get_template command is not considered a request for any information other than an absent template.
  • Server 114 determines whether this get_template command or a client request for information has been received. If a client request for information is received, then server 114 executes method steps 1104 - 1116, as desc ⁇ bed above connection with FIG. 11. On the other hand, if a get_template command is received, server 114 returns only the requested template, if autho ⁇ zed, to client device 108 without collecting data service information.
  • both of the above desc ⁇ bed steps 1158 and 1160 are omitted.
  • the above desc ⁇ bed embodiments "automatically" update templates in client device 108 because the updates occur without requi ⁇ ng any predetermined, update-specific actions from the user.
  • the user need only submit information requests in the normal course of client device operation, such as from a system services display page, and in response, the system of the present invention automatically effects the necessary template update.
  • a template update correspondingly updates options, features, and/or services available to the client device and the user thereof.
  • the update of the options, features, and or services available to the client device corresponds to a reconfiguration of the client device.
  • Exemplary method 1000 descnbed above in connection with FIG. 10 assumes client device 108 has been initially configured to include at least one template when the method begins at step 1002. This means it is likely that client device 108 includes a hierarchy of templates and associated pages (such as hierarchy 502 desc ⁇ bed in connection with FIG. 5), or at least a home page providing service functionality to the user. In the present invention, client device 108 is automatically initialized and self-configured, that is, without necessitating user interaction, as desc ⁇ bed below.
  • FIG. 14 is a flow chart of an exemplary method 1400 of initially configu ⁇ ng client device 108.
  • client device 108 is unconfigured, that is, there is no starting point "home” or "index" template (e.g., temp home ), stored in client template database 310.
  • a unique client device identifier such as an ESN, MLN, or MAN, is stored in client device 108. Such a circumstance can a ⁇ se when client device is first sold to the user.
  • the unique client device identifier (ESN, MTN, or MAN) corresponding to client device 108 is entered into server template database 330. Also, a default home or index template associated with the unique client device identifier is entered into server template database 330 These actions establish client device 108 as an autho ⁇ zed user ofthe home template Such entry of the home template and unique identifier can be performed at any time, but preferably before programming the client application computer program into the memory of client device 108.
  • the home template stored in server template database 330 identifies the data services available to the user of client device 108.
  • the users (associated with client devices 108) of the medical service have respective medical service home templates entered into server template database 330.
  • An exemplary home template includes a content portion defining one or more labels and an arrangement of the labels on a displayable home page associated with the home template.
  • the exemplary home template also includes an action portion defining one or more user actions (such as branch actions to other data services pages) selectable by the user when the home page is presented to the user on the display of client device 108.
  • These home templates are returned or transmitted to the respective clients as desc ⁇ bed below.
  • client device 108 When client device 108 is initially deployed with a user, client device 108 is unaware of the service or services for which it is intended because it has not been initially configured. Accordingly, at a step 1410, on initial startup of client device 108, for example, when the user first powers-on client device 108, client device 108 attempts a default power-on branch (or jump) to a home or index template stored in client template database 310.
  • the home template is designated to be stored in a predetermined portion of client template database 310, and client device 108 branches to this portion of the template database each time the user powers-on client device 108. However, in this case, the home template does not exist because client device 108 has not yet been initially configured.
  • client device 108 detects the absence of the home template.
  • client device 108 composes an lnfo ⁇ riation request message (also referred to as a client request)
  • the client request message includes the unique client device identifier, a template identifier corresponding to the home template, and a get_template command.
  • the get_template command exists for the purpose of fetching (from server 114) a template required by but absent from client device 108, such as the home template in connection with the present invention
  • client device 108 transmits the client request including the get_template command to server 114.
  • the client request can be formatted in accordance with information request message 900, wherein the get_template command can be embedded in information request 910.
  • server 114 executes all of the method steps 1152 to 1162 desc ⁇ bed previously in connection with FIG. 11A To avoid unnecessary repetition, the steps are not reproduced in their entirety in FIG. 14. Instead, single representative step 1425 in FIG. 14 collectively represents all of method steps 1152 to 1162 in FIG. 11 A. B ⁇ efly, these method steps, server 114 ret ⁇ eves and validates the home template requested by client device 108. Server 114 then transmits the home template to client device 108. For example, if the user of client device 108 subsc ⁇ bes to a medical application, such as "Rx-Presc ⁇ ption," server 114 returns an index template associated with "Rx-Presc ⁇ ption" services.
  • a medical application such as "Rx-Presc ⁇ ption
  • client device 108 receives the home template
  • client device 108 stores the home template in the predetermined portion of client template database 310 designated for the home template.
  • client device 108 branches or jumps to the home template.
  • the order of steps 1440 and 1445 can be modified without departing from the spi ⁇ t and scope of the present invention.
  • a home page corresponding to the home template is displayed to the user on the client device display.
  • the user can then select user actions at the home page to access data services.
  • Client device 108 is now initially configured. From this point on, each time the user powers-on client device 108, client device 108 branches first to the home page, which serves as an access point for data services. In other words, the method of FIG 14 establishes an initial data services configuration of client device 108.
  • Server 114 can perform specific features of the present invention using server controllers, which in effect comp ⁇ se a computer system.
  • server controllers which in effect comp ⁇ se a computer system.
  • communication-specific hardware can be used to implement the present invention, the following desc ⁇ ption of a general purpose computer system is provided for completeness.
  • the present invention is preferably implemented in software.
  • the invention may be implemented using hardware or a combination of hardware and software. Consequently, the invention may be implemented in a computer system or other processing system.
  • An example of such a computer system 1500 is shown m FIG. 15.
  • client and server applications 304 and 306 each executes on distinct computer systems 1500.
  • the computer system 1500 includes one or more processors, such as processor 1504.
  • the processor 1504 is connected to a communication infrastructure 1506 (for example, a bus or network).
  • a communication infrastructure 1506 for example, a bus or network.
  • Va ⁇ ous software implementations are desc ⁇ bed in terms of this exemplary computer system. After reading this desc ⁇ ption, it will become apparent to a person skilled in the relevant art how to implement the invention using other computer systems and/or computer architectures.
  • Computer system 1500 also includes a main memory 1508, preferably random access memory (RAM), and may also include a secondary memory 1510.
  • the secondary memory 1510 may include, for example, a hard disk d ⁇ ve 1512 and/or a removable storage d ⁇ ve 1514, representing a floppy disk d ⁇ ve, a magnetic tape d ⁇ ve, an optical disk d ⁇ ve, etc.
  • the removable storage dn ve 1514 reads from and/or w ⁇ tes to a removable storage unit 1518 in a well known manner.
  • Removable storage unit 1518 represents a floppy disk, magnetic tape, optical disk, etc. which is read by and w ⁇ tten to by removable storage d ⁇ ve 1514.
  • the removable storage unit 1518 includes a computer usable storage medium having stored therein computer software and/or data
  • secondary memory 1510 may include other similar means for allowing computer programs or other instructions to be loaded into computer system 1500.
  • Such means may include, for example, a removable storage unit 1522 and an interface 1520.
  • Examples of such means may include a program cart ⁇ dge and cart ⁇ dge interface (such as that found in video game devices), a removable memory chip (such as an EPROM, or PROM) and associated socket, and other removable storage units 1522 and interfaces 1520 which allow software and data to be transferred from the removable storage unit 1522 to computer system 1500.
  • Computer system 1500 may also include a communications interface 1524.
  • Communications interface 1524 allows software and data to be transferred between computer system 1500 and external devices
  • Examples of communications interface 1524 may include a modem, a network interface (such as an Ethernet card), a communications port, a PCMCIA slot and card, etc
  • Software and data transferred via communications interface 1524 are in the form of signals 1528 which maybe electronic, electromagnetic, optical or other signals capable of being received by communications interface 1524. These signals 1528 are provided to communications interface 1524 via a communications path 1526.
  • Communications path 1526 car ⁇ es signals 1528 and may be implemented using wire or cable, fiber optics, a phone line, a cellular phone link, an RF link and other communications channels.
  • computer program medium and “computer usable medium” are used to generally refer to media such as removable storage d ⁇ ve 1514, a hard disk installed in hard disk d ⁇ ve 1512, and signals 1528
  • Computer programs also called computer control logic
  • main memory 1508 and/or secondary memory 1510.
  • Computer programs may also be received via communications interface 1524.
  • Such computer programs when executed, enable the computer system 1500 to implement the present invention as discussed herein.
  • the computer programs when executed, enable the processor 1504 to implement the process of the present invention Accordingly, such computer programs represent controllers of the computer system 1500.
  • the processes performed by server 114 and server application 306, and by client device 108 and client application 304 can be performed by computer control logic
  • client and server template databases 310 and 330, and client and server transaction databases 312 and 332 are stored in respective memo ⁇ es 1508 and/or respective memo ⁇ es 1510.
  • the software may be stored in a computer program product and loaded into computer system 1500 using removable storage d ⁇ ve
  • features of the invention are implemented pnma ⁇ ly in hardware using, for example, hardware components such as application specific integrated circuits (ASICs).
  • ASICs application specific integrated circuits
  • va ⁇ ous embodiments ofthe present invention have been desc ⁇ bed above, it should be understood that they have been presented by way of example, and not limitation. It will be apparent to persons skilled in the relevant art that va ⁇ ous changes in form and detail can be made therein without departing from the spi ⁇ t and scope of the invention.
  • the present invention has been desc ⁇ bed above with the aid of functional building blocks illustrating the performance of specified functions and relationships thereof The bounda ⁇ es of these functional building blocks have been arbitra ⁇ ly defined herein for the convenience of the desc ⁇ ption.

Abstract

Cette invention se rapporte à un système, à un procédé et à un appareil pour la configuration initiale d'un dispositif client dans un système client-serveur contenant un dispositif client et un serveur couplés tous les deux à un réseau de communication. Le serveur contient une base de données de modèles de serveur servant à mémoriser plusieurs modèles définissant des configurations du dispositif client. Le dispositif client détecte l'absence d'un modèle d'accueil prédéterminé au niveau du dispositif client et, en réponse à cette détection, envoie une demande client au serveur. La demande client contient un identificateur de dispositif client unique et un identificateur de modèle correspondant au modèle d'accueil. Le serveur reçoit la demande client et envoie une réponse serveur au dispositif client. La réponse serveur contient le modèle d'accueil correspondant à l'identificateur de dispositif client unique et à l'identificateur de modèle. Le dispositif client mémorise le modèle d'accueil dans le dispositif client, de façon à procéder à la configuration initiale du dispositif client, le modèle d'accueil permettant à un utilisateur d'accéder aux services de données.
PCT/US2000/027390 2000-03-10 2000-10-05 Systeme, procede et appareil pour la configuration initiale d'un dispositif client WO2001069382A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2000278560A AU2000278560A1 (en) 2000-03-10 2000-10-05 System, method and apparatus for initial configuration of a client device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US52317000A 2000-03-10 2000-03-10
US09/523,170 2000-03-10

Publications (2)

Publication Number Publication Date
WO2001069382A1 true WO2001069382A1 (fr) 2001-09-20
WO2001069382A9 WO2001069382A9 (fr) 2002-12-05

Family

ID=24083938

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/027390 WO2001069382A1 (fr) 2000-03-10 2000-10-05 Systeme, procede et appareil pour la configuration initiale d'un dispositif client

Country Status (2)

Country Link
AU (1) AU2000278560A1 (fr)
WO (1) WO2001069382A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005013119A2 (fr) * 2003-07-31 2005-02-10 International Business Machines Corporation Procede, systeme et produit programme destines a preserver les reglages d'un utilisateur d'un dispositif mobile
EP2083354A1 (fr) * 2008-01-22 2009-07-29 Amadeus S.A.S. Procédé et système pour déployer des versions de serveur non rétro-compatibles dans un environnement informatique client/serveur
CN111124528A (zh) * 2019-11-11 2020-05-08 泰康保险集团股份有限公司 页面加载方法、装置、电子设备及计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5596723A (en) * 1994-06-23 1997-01-21 Dell Usa, Lp Method and apparatus for automatically detecting the available network services in a network system
US5619716A (en) * 1991-11-05 1997-04-08 Hitachi, Ltd. Information processing system having a configuration management system for managing the software of the information processing system
US5889942A (en) * 1996-12-18 1999-03-30 Orenshteyn; Alexander S. Secured system for accessing application services from a remote station
US6029196A (en) * 1997-06-18 2000-02-22 Netscape Communications Corporation Automatic client configuration system
EP1041794A2 (fr) * 1999-03-31 2000-10-04 Fujitsu Limited Dispositif de contrôle d'un appareil de réseau et système de communication

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5619716A (en) * 1991-11-05 1997-04-08 Hitachi, Ltd. Information processing system having a configuration management system for managing the software of the information processing system
US5596723A (en) * 1994-06-23 1997-01-21 Dell Usa, Lp Method and apparatus for automatically detecting the available network services in a network system
US5889942A (en) * 1996-12-18 1999-03-30 Orenshteyn; Alexander S. Secured system for accessing application services from a remote station
US6029196A (en) * 1997-06-18 2000-02-22 Netscape Communications Corporation Automatic client configuration system
EP1041794A2 (fr) * 1999-03-31 2000-10-04 Fujitsu Limited Dispositif de contrôle d'un appareil de réseau et système de communication

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005013119A2 (fr) * 2003-07-31 2005-02-10 International Business Machines Corporation Procede, systeme et produit programme destines a preserver les reglages d'un utilisateur d'un dispositif mobile
WO2005013119A3 (fr) * 2003-07-31 2006-04-13 Ibm Procede, systeme et produit programme destines a preserver les reglages d'un utilisateur d'un dispositif mobile
US7822831B2 (en) 2003-07-31 2010-10-26 International Business Machines Corporation Method, system and program product for preserving and restoring mobile device user settings
EP2083354A1 (fr) * 2008-01-22 2009-07-29 Amadeus S.A.S. Procédé et système pour déployer des versions de serveur non rétro-compatibles dans un environnement informatique client/serveur
WO2009092666A1 (fr) * 2008-01-22 2009-07-30 Amadeus S.A.S. Procédé et système de déploiement de versions de serveur non rétrocompatibles dans un environnement informatique client/serveur
CN101925878A (zh) * 2008-01-22 2010-12-22 阿玛得斯两合公司 客户机/服务器计算环境中部署非后向兼容服务器版本的方法和系统
CN101925878B (zh) * 2008-01-22 2015-01-14 阿玛得斯两合公司 客户机/服务器计算环境中部署非后向兼容服务器版本的方法和系统
US9098371B2 (en) 2008-01-22 2015-08-04 Amadeus S.A.S. Method and system for deploying non-backward compatible server versions in a client/server computing environment
CN111124528A (zh) * 2019-11-11 2020-05-08 泰康保险集团股份有限公司 页面加载方法、装置、电子设备及计算机可读存储介质

Also Published As

Publication number Publication date
AU2000278560A8 (fr) 2001-12-06
WO2001069382A9 (fr) 2002-12-05
AU2000278560A1 (en) 2001-09-24

Similar Documents

Publication Publication Date Title
US6560604B1 (en) System, method, and apparatus for automatically and dynamically updating options, features, and/or services available to a client device
US6466937B1 (en) System, method and apparatus for utilizing transaction databases in a client-server environment
EP1382162B1 (fr) Procede et systeme de radiodistribution de donnees locales
US7003284B2 (en) Method and architecture for interactive two-way communication devices to interact with a network
US8396919B2 (en) Hypertext displaying apparatus and hypertext displaying program
KR100725541B1 (ko) 일체형 포탈서비스 시스템 및 방법과, 이를 위한 사용자단말장치
WO2002050653A2 (fr) Systeme ergonomique permettant de commander des dispositifs via des terminaux portables sans fil
CN1322421C (zh) 代理系统、计算机网络以及用于把代理系统从主计算机装载到计算机网络的客户计算机上的方法
US7644132B2 (en) Home telematics system providing synchronization service between telematics terminal and computer and method thereof
EP1071024A2 (fr) Méthode et appareil pour diviser des flux de balises de marquage en des pages-écran discrètes
WO2001069444A2 (fr) Systeme, procede et dispositif permettant de fournir a des utilisateurs particuliers des services a valeur ajoutee
WO2001069382A1 (fr) Systeme, procede et appareil pour la configuration initiale d'un dispositif client
US20020019854A1 (en) Method of accessing remote data
KR20020044556A (ko) 정보 처리 방법 및 정보 처리 장치
WO2001069383A1 (fr) Procede et appareil pour fournir des services a un utilisateur d'un dispositif client configure par des modeles faisant reference a d'autres modeles
US20030055885A1 (en) Client instant information service system and method
KR100640280B1 (ko) 피디에이를 이용한 중계기 원격관리 시스템 및 이의운용방법
US6968357B2 (en) Information collecting system and terminal equipment for ease of restoring from power-off disruption and transmitting differential information
KR101628382B1 (ko) 모바일 단말, 바로가기 위젯 관리 방법 및 시스템
US20050228871A1 (en) Access provider and server for offering an internet portal having a menu
JP2002051115A (ja) 携帯無線端末
JP2001014203A (ja) 情報管理装置、情報管理方法、端末装置及びネットワークサーバ
KR20020078309A (ko) 통신망을 이용한 자동차 관련정보 검색 서비스 시스템 및그 방법
JP2002041466A (ja) 情報端末

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

AK Designated states

Kind code of ref document: C2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: C2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP