USOO7822816B2
`
`(12) United States Patent
`Payne
`
`(10) Patent N0.2
`(45) Date of Patent:
`
`US 7,822,816 B2
`Oct. 26, 2010
`
`(54) SYSTEM AND METHOD FOR DATA
`MANAGEMENT
`
`(75) Inventor: J. David Payne, Broken Arrow, OK (US)
`
`6,405,218 B1
`
`6/2002 Boothby
`.
`(Contmued)
`FOREIGN PATENT DOCUMENTS
`
`(73) Assignee: Macrosolve, Inc., Tulsa, OK (US)
`
`W0
`
`WO 01/84433 A 11/2001
`
`( * ) Notice:
`
`Subject to any disclaimer, the term of this
`patent is extended or adjusted under 35
`U,S,C, 154(b) by 613 days,
`
`(21) App1_ NO; 10/643516
`
`(22) Filed:
`
`Aug 19, 2003
`
`(65)
`
`Prior Publication Data
`
`US 2004/0034684 A1
`
`Feb. 19, 2004
`
`.
`.
`thdU.S.Al t Dt
`PP lea Ion a a
`e a 6
`(60) Provisional application No. 60/404,491, ?led on Aug.
`19, 2002.
`
`51
`
`Int. C].
`(2006.01)
`G06F 15/1 73
`52 US. Cl. ...................... .. 709/206 709/203- 709/224
`(
`)
`,
`,
`(58) Field of Classi?cation Search ............... .. 709/203,
`709/223’ 224
`See application ?le for complete search history
`_
`References Clted
`
`(56)
`
`U.S. PATENT DOCUMENTS
`
`9/1997 Crozier
`5,666,553 A
`5,684,990 A 11/1997 Boothby
`5,842,195 A * 11/1998 Peters et al. ................. .. 707/1
`5,943,676 A
`8/1999 Boothby
`6,141,664 A 10/2000 Boothby
`6,151,581 A * 11/2000 Kraftson etal. .............. .. 705/3
`6,163,811 A * 12/2000 Porter ...................... .. 709/247
`6,212,529 B1
`4/2001 Boothby et al.
`
`OTHER PUBLICATIONS
`Petsas, et al., “WAP-Based personalised health care services”; Pro
`ceedings 0f the 23rd Annual International Conference of the IEEE
`Engineering in Medicine and Biology Society. 2001 Conference
`Proceedings. (EMBS) Instanbul, Turkey, Oct. 25-28, 2001, Annual
`International Conference of the IEEE Engineering in M. v0.1. 1 0f 4,
`Conf. 23, Oct. 25, 2001 pp. 3536-3539.
`
`d
`C t'
`( on mue )
`Primary ExamineriKhanh Q Dinh
`Assistant ExamineriNghi V Tran
`
`74)Allorne A en! 0r FirmiFellers Snider Blankenshi
`(.
`.y’g’
`’
`i
`P’
`Balley & Tippens, PC.
`
`(57)
`
`ABSTRACT
`
`A method for the mana ement of data collected from a remote
`g
`computing device including the steps of: creating a question
`naire; transmittin the uestionnaire to a remote 00m uter;
`8
`q
`p
`executing the questionnaire inthe remote computer to Prompt
`a user for responses to questions of the questionnaire; trans
`mitting the responses to a sever via a network; making the
`responses available on the Web. Preferably, computers used in
`connection with the inventive method are loosely networked
`in that network connections between computers are not
`always available and, when a connection is not available, data
`is stored at a node of the network and transmitted at the
`earliest time when a connection is available. In one preferred
`embodiment, the inventive method is used to collect survey
`data and to make the responses to the survey available to a
`client in virtually real time over the Internet.
`
`14 Claims, 6 Drawing Sheets
`
`I FDRM
`
`RECEIPT
`
`ONLINE
`FORM CREATION.
`MANAGEMENT!
`DELIVERY
`AND ASSIGNMENT
`
`E MVRIAD 0F
`:>D
`
`BLANK
`FORM
`
`FORMS
`
`ELECTRONIC
`DEVICES
`
`DATA SETS
`
`Petitioners – Exhibit 1011, p. 1
`
`

`

`US 7,822,816 B2
`Page 2
`
`U.S. PATENT DOCUMENTS
`
`6,421,717
`6,826,540
`7,310,350
`2001/0056374
`2002/0007303
`2002/0107931
`2002/0143610
`2002/0160773
`2003/0093405
`2003/0126010
`2003/0198934
`
`7/2002
`11/2004
`12/2007
`12/2001
`1/2002
`8/2002
`10/2002
`10/2002
`5/2003
`7/2003
`10/2003
`
`Kloba et al. .............. .. 709/219
`Plantec et a1. ..
`705/10
`Shao et al.
`. 370/466
`
`Joao ............ ..
`Brookler et al.
`Singh et al.
`
`.. 705/14
`705/10
`. 709/206
`
`Munyer ..................... .. 705/12
`
`Gresham et al. .......... .. 455/431
`
`Mayer ......... ..
`
`Barns-Slavin
`
`707/1
`
`.. 705/10
`
`Sendowski et al. ........ .. 434/350
`
`2004/0117244 A1* 6/2004 Scott ......................... .. 705/12
`2004/0210472 A1* 10/2004 Lew et al. .
`.. 705/10
`2005/0009465 A1* 1/2005 Ross et al. ............... .. 455/2.01
`
`OTHER PUBLICATIONS
`
`Giirardot, M., et al., “Ef?cient Representation and Streaming of
`XML Content Over the Internet Medium”, Multimedia and Expo,
`2000. ICME 2000. 2000 IEEE International Conference on New
`Yrok, NY, USA, Jul. 30, 2000, pp. 67070.
`Anonymous; “WAP Binary XML Content Format”, Internet Docu
`ment [Online], Jun. 24, 1999, pp. 1-14.
`
`* cited by examiner
`
`Petitioners – Exhibit 1011, p. 2
`
`

`

`Sheet 1 of 6
`Sheet 1 0f6
`
`US 7,822,816 B2
`
`U.S. Patent
`US. Patent
`
`Oct. 26, 2010
`0a. 26, 2010
`
`US 7,822,816 B2
`
`Petitioners — Exhibit 1011, p. 3
`
`Petitioners – Exhibit 1011, p. 3
`
`

`

`Sheet 2 of 6
`Sheet 2 0f 6
`
`US 7,822,816 B2
`
`US. Patent
`U.S. Patent
`
`ow
`
`Oct. 26, 2010
`Oct. 26, 2010
`
`US 7,822,816 B2 La)
`
`NN
`
`Petitioners — Exhibit 1011, p. 4
`
`Petitioners – Exhibit 1011, p. 4
`
`

`

`US. Patent
`U.S. Patent
`
`0a. 26, 2010
`Oct. 26, 2010
`
`Sheet 3 0f6
`Sheet 3 of 6
`
`US 7,822,816 B2
`US 7,822,816 B2
`
`24
`
`
`
` ee)
`
`
`
`Petitioners — Exhibit 1011, p. 5
`
`Petitioners – Exhibit 1011, p. 5
`
`

`

`U.S. Patent
`
`Oct. 26
`
`’
`
`2010
`
`Sheet 4 of 6
`
`US 7,822,816 B2
`
`YAEWIN3"
`
`
`
`STIVdS3TvS
`
`
`
`‘NOILA1dNO09wyo4
`
`
`
`‘SNOILOSdSNIidi3034Y
`
`
`
`‘SAWILL‘SLN3AI
`
`‘O.L3‘SININAYNSVAW
`
`NOLLS1dINOD
`
`Wud
`
`LNAWNSISSV9‘AMATI
`
`‘LNIWADVNVIN
`Wuo4SWHOS
`
`INTE40OVINAWL
`
`(LUVNOIad)bS81]
`
`Q3L31dWO9a>:2
`
`AYLNS
`
`OLSS309V
`
`$13SVLVG
`
`(sy33M)
`
`Petitioners — Exhibit 1011, p. 6
`
`Petitioners – Exhibit 1011, p. 6
`
`
`
`
`
`
`

`

`US. Patent
`
`Oct. 26, 2010
`
`Sheet 5 0f 6
`
`US 7,822,816 B2
`
`Emmi 2&8
`smom
`
`SEE xz?m "6 2&5
`
`onEuHm HV
`
`m .ME
`
`Petitioners – Exhibit 1011, p. 7
`
`

`

`US. Patent
`
`Oct. 26, 2010
`
`Sheet 6 0f 6
`
`US 7,822,816 B2
`
`\El
`
`mz. mz. wz.
`
`mm9>oE $5505 mm9>oE
`
`
`
`
`
`on?
`
`A
`
`
`
`
`
`Eb? mmkimuzm Immm2<mh
`
`N:
`
`“VNF
`
`wEm-Om
`
`va—wmn
`
`NNF
`
`
`EEEQE Emng
`mEmEE
`
`SE EEEQE QHUFQE
`
`
`
`EE v.2
`
`KONF
`
`@ .ME
`
`Petitioners – Exhibit 1011, p. 8
`
`

`

`US 7,822,816 B2
`
`1
`SYSTEM AND METHOD FOR DATA
`MANAGEMENT
`
`CROSS REFERENCE TO RELATED
`APPLICATION
`
`This application claims the bene?t of US. Provisional
`Application No. 60/404,491 ?led Aug. 19, 2002.
`
`BACKGROUND OF THE INVENTION
`
`2
`to move ?les from machine-to-machine. While most hand
`held computers include an infrared port for communicating
`with other infrared devices, including other handhelds, ?les
`transferred in such a manner may not be usable by software on
`the receiving device. This is especially true of information
`formatted for a particular application such as a word proces
`sor, spread sheet program, data base manager, or the like.
`To overcome the necessity of compiling a program for a
`particular machine, an application may be written in an inter
`preted language, or a language which can be compiled to
`produce an intermediate language (i.e., a language that falls
`somewhere between source code and object code) such as
`i-code or tokens. In such a scheme, each device is provided
`with a run-time package which can execute the compiled
`i-code or tokens, the runtime package having been written for
`that particular device, thus, only the run-time package needs
`to be modi?ed in order to port a program to a new computing
`environment. Once the run-time package is installed, any
`application authored in the language and which has been
`compiled to i-code will run on the target device. Unfortu
`nately, such languages typically lack effective optimization
`and generally do not provide a broad range of support for
`hardware resources. Regardless of the language selected,
`whether compiled, interpreted, or whatever, software coding
`requires at least a nominal degree of programming skill to
`create the application program.
`Perhaps because handheld computers are not as evolved as
`their desktop counterparts, or because it is typically cumber
`some to enter information, or maybe due to the lack of a true
`front-runner in operating systems, handheld computers have
`not inspired the full range of software products available for
`larger computers. The result has been a rather limited selec
`tion of retail software applications for handheld devices as
`compared with their desktop counterparts, such software is
`aimed primarily at organizational tools, e-mail, and games.
`However, at the other end of the spectrum, custom programs
`tailored for a speci?c customer, handheld computers are gain
`ing momentum in replacing manual forms which are often
`?lled-out in remote areas, away from a desktop, i.e. manufac
`turing inventory, quality inspections, delivery systems, and
`the like. One reason for the increasing movement toward the
`use of handheld computers for data gathering tasks is that they
`can be easily transported to the source of the data and have the
`information directly entered into them, thereby eliminating
`the potentially error-prone step of manual data entry of infor
`mation on previously completed paper forms. Eliminating the
`extra step additionally saves unnecessary labor, and allows
`the data to be entered in a more timely fashion.
`Due to their incredible portability, handhelds are particu
`larly well suited to this type of data gathering, despite an
`obvious lack of software infrastructure in this area. The
`present trend is for a business to commission the authoring of
`a custom program aimed at a particular need. While the cost
`of such an application is usually high, the accuracy of the
`information, the timeliness of the information, and the acces
`sibility of the information are likely worth the cost. In fact,
`while such systems may seem cost prohibitive to develop, in
`many cases the actual cost on a per-data-entry basis may
`prove to be relatively small, especially in light of the timeli
`ness and accuracy associated with real time data collection.
`To develop software for a handheld computer, a custom
`program is typically developed and tested on a larger system.
`When the developer is satis?ed with the program, it is com
`piled for a particular target device and transferred to handheld
`devices through a communication link. If users are using
`more than one type of device, the same program must be
`tested and compiled for each type of device. If a change is
`
`20
`
`25
`
`30
`
`35
`
`40
`
`45
`
`1. Field of the Invention
`The present invention relates to a system of computing
`devices for the collection and management of information.
`More particularly, but not by way of limitation, the present
`invention relates to a system for collecting and managing
`information including a plurality of computer devices loosely
`networked to a server and an operating system for a computer
`which provides a number of features favorable for use in the
`inventive system.
`2. Background of the Invention
`Virtually all business software applications involve the
`collection of information in some form or another. Where
`information is gathered away from the convenience of a desk
`top, workers have traditionally entered the information on
`paper forms. This data is then entered into a computer in a
`second step. This extra step leads to delays and inaccuracies
`which are costly and, more importantly, unnecessary.
`Handheld computers are well known in the art. In fact such
`computers are presently available from numerous manufac
`turers offering a vast assortment of operating systems and
`hardware con?gurations. While such devices come in a host
`of variations, generally handheld computers include an LCD
`display, a method for gathering manual input, storage, and a
`variety of machine interfaces, i.e., an IR link, a USB port, a
`serial port, etc.
`As with their desktop, and laptop counterparts, a handheld
`computer will also include an operating system which pro
`vides an operator interface, ?le management, and standard
`ized I/O, as well as facilitating the running of application
`programs. Thus far, handheld operating systems mimic those
`of desktop and laptop systems, despite the fact that handheld
`devices are typically used in a different manner and have
`radically different resources.
`As with other types of computers, handheld computers
`suffer from compatibility issues, especially in the operation
`of application programs. Generally speaking, software pro
`grams must typically be tailored to a speci?c family of pro
`cessors and to a speci?c operating system. Most applications
`are developed in a high level language and then compiled for
`a speci?c target processor. As different manufacturers select
`different processors, an application written for one family of
`processors must be recompiled to execute in a processor of a
`different family. Even when two manufacturers select com
`patible processors, if they chose different operating systems,
`applications written for one device will probably not run
`correctly on the other device. Since the operating system
`provides access to the various hardware resources and man
`ages the ?le system, it is almost unfathomable that the oper
`ating systems of independent authors would be compatible,
`unless one speci?cally set out to copy the other. Thus, par
`ticular applications tend to grow up around a particular family
`of devices which share an operating system and, unfortu
`nately, the application may not be available for non-compat
`ible devices.
`Another issue which is common to all computers is the
`transferability of stored information, speci?cally, the ability
`
`50
`
`55
`
`60
`
`65
`
`Petitioners – Exhibit 1011, p. 9
`
`

`

`US 7,822,816 B2
`
`20
`
`25
`
`3
`required, the developer must make the change on the devel
`opment system and re-transfer the entire program to each
`target device.
`In a typical data gathering application, information is
`entered into custom designed forms on the handheld com
`puter. Eventually, the data entered in the handheld ?nds its
`way to a database, which is typically located on a server
`which is accessible to those needing the information or from
`which it may be accessed by other programs such as account
`ing systems, materials management programs, etc. Present
`day servers are well suited to the task of information man
`agement and generally provide broad access to and search
`ability to collected data.
`One problem area in such systems becomes apparent when
`the data is transferred from the handheld to the server. While
`it would seem that wireless interfaces and handhelds were
`made for each other, the marriage of the two is not without its
`own set of problems. Wireless interfaces fall into a number of
`different categories. At one extreme is the infrared (“IR”) port
`often found on handheld devices. The range of this type of
`interface is usually limited to a few feet and typically supports
`transfer rates of 115 kbaud, or less.
`Another method for wireless communication is via a wire
`less local area network or “WLAN.” A typical example of a
`WLAN is that de?ned by the IEEE 802.11 standard. When a
`handheld computer is equipped with a WLAN interface, the
`device can communicate with other computers also equipped
`with a WLAN interface, or even computers networked to a
`WLAN equipped computer by a wired network. Typically,
`WLAN interfaces provide a range of several hundred feet. As
`30
`long as a handheld is within the range of another WLAN
`equipped computer, the network connection is continuous.
`Wireless local area networks sport data rates from a few
`thousand bits per second up to at least 52 million bits per
`second, depending on the particular standard employed.
`Yet another known wireless interface for handheld com
`puters is a CDPD interface, CDMA interface, GSM interface,
`or similar wireless interface or modem. While there are some
`variations, these systems are often built around a cellular
`phone network and provide coverage similar to that of a
`cellular phone, typically national, or even international, cov
`erage. Such interfaces will experience the same gaps in ser
`vice as can be expected with a cell phone. While such systems
`provide an exceptionally wide area of coverage, they typi
`cally do so at limited bandwidth, e.g. 19.2 kbaud.
`Of course handheld devices are not limited to wireless
`communications. Typically such devices can be connected to
`another computer through a universal serial bus (“USB”)
`connection, an RS-232 connection, an Ethernet connection
`on a properly equipped device, or similar hardwired connec
`tion. While these interfaces range from moderately paced to
`the extremely fast, they are exceptionally reliable, at least
`while the connection is in place. Unfortunately, few environ
`ments are well suited to tethering a handheld to allow a
`continuous wired connection.
`It can be seen that perhaps the greatest drawback to using a
`handheld for data gathering as part of a larger system are the
`limitations of the data link: 1) it is unlikely that the data link
`will always be available; and 2) the bandwidth of most of the
`practical wireless options is restrictive. Presently there are
`two methods for dealing with the problem of data link avail
`ability. In one scheme, data is transmitted as it is collected.
`The advantage of such a scheme is that the database is
`updated in real time and represents current data. The disad
`vantages are, for all practical purposes, the scheme is limited
`to systems using a wireless interface and when the wireless
`link is not operational, generally data cannot be entered.
`
`4
`Alternatively, entered data can be stored locally on the
`handheld and transmitted in a batch process when a link is
`established. The advantage of this system is that it is tolerant
`of gaps in the communication link and works well with wired
`transfers of data. Unfortunately, data is not delivered in real
`time and the data base may be somewhat stale, depending on
`the length of time between the collection of data and the
`presence of the link.
`The issue of bandwidth may be problematic on several
`fronts. If programs are updated periodically, the entire pro
`gram must be sent and the time to reload may be objection
`able. In the opposite direction, if large amounts of data are
`collected, it may be time consuming to send the data collected
`from the handheld to the server, particularly when performed
`in a batch fashion.
`It is thus an object of the present invention to provide an
`operating system for a handheld computer which will allow a
`program to execute on any handheld computer.
`It is a further object of the present invention to provide an
`operating system for a handheld computer wherein program
`ming changes will only necessitate incremental transfers of
`program instructions.
`It is still a further object of the present invention to provide
`an operating system for a handheld computer wherein ?les
`may be transferred among devices without a translation or
`conversion.
`It is yet a further object of the present invention to provide
`an operating system for a handheld computer wherein pro
`gramming steps and data are tokenized to reduce the load on
`a communication channel of ?nite bandwidth.
`It is yet a further object of the present invention to provide
`a system of networked computers in which modi?cations to a
`computer program for a remote computer are sent in real time
`to the remote computer and are implemented immediately
`and seamlessly without the requirement of user installation.
`
`SUMMARY OF THE INVENTION
`
`The present invention provides a system and method for the
`management of information which solves the problems and
`alleviates the needs discussed above. In its broadest sense, the
`present invention is a method designed to accomplish the
`following:
`1) Allow any computer(s) (desktops, laptops, handhelds,
`portables, etc.) to be used to capture information;
`2) Transfer the information to a data center (via ?le transfer
`methods such as a network, to include, but not necessar
`ily, Internet based) in a form that the data center can
`recognize;
`3) Allow another computer(s) to access the information and
`download it from the data center in a format that can be
`readily used regardless of the format in which the origi
`nal information was gathered.
`In a preferred embodiment, a server is loosely networked to
`a plurality of computers (handheld, laptop, or desktop). Each
`computer is equipped with an operating system which allows
`common programming to execute on any device, regardless
`of hardware differences or native operating system differ
`ences among the plurality of devices.
`With regard to the present invention, the term “loosely
`networked” is used to describe a networked computer system
`wherein devices on the network are tolerant of intermittent
`network connections and, in fact, tolerant of the type of net
`work connection available. In particular, if any communica
`tion connection is available between devices wishing to com
`municate, network transmissions occur normally, in real time.
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`Petitioners – Exhibit 1011, p. 10
`
`

`

`US 7,822,816 B2
`
`5
`If a network connection is unavailable at that moment, the
`information is temporarily stored in the device and later trans
`mitted when the connection is restored. Unless otherwise
`speci?ed, hereinafter the terms “networ ” or “networked”
`refer to loosely networked devices.
`Thus, the operating system may be thought of as device
`indifferent and communication channel indifferent. In the
`preferred embodiment, any computer can execute any pro
`gram developed for the inventive system and will communi
`cate with other members of the system through any commu
`nication method the device can ?nd available.
`The operating system provided in each computer device
`allows the use of a common instruction set in any such device,
`regardless of compatibility issues between the devices,
`wherein “instruction set” is used herein to mean the com
`mands, tokens, etc., that are recognized by the operating
`system as valid instructions. Unlike conventional computer
`programs, the operating system employed in the inventive
`system allows incremental changes to the program without
`the need to reload the entire program. Additionally, a pro
`gramming change made at a central of?ce will automatically
`propagate to loosely networked computers dispersed
`throughout the ?eld.
`In one aspect of the invention, branching logic depending
`on the programs are created for handheld or other computer
`devices by simply entering questions and providing response
`speci?cation, in the form of a questionnaire, for the end-user.
`Thus, no particular programming skill is required to generate
`programs for data gathering. As will be appreciated by those
`familiar with data collection, data can be collected by posing
`a series of questions, or otherwise prompting for speci?c
`input from the user, as in the manner used with paper forms.
`A number of useful subsystems, which may already be
`present in the handheld device, or easily added later, may be
`utilized so that at least some of the information which is
`responsive to the designed questionnaire may be collected
`automatically rather than entered manually, e.g., time and
`date, position information if the device includes a GPS
`receiver, etc.
`In another aspect of the present invention, the program and
`user responses are coded in such a fashion as to substantially
`reduce the bandwidth requirements of the network connec
`tion. Since many of the networking options for handheld
`devices provide limited bandwidth, best use may be made of
`the available throughput by coding, or tokeniZing, program
`information and responses.
`In practice, a program is created by entering a series of
`prompts and providing direction for how the system is to
`respond to particular responses. This process of data gather
`ing may then be performed by a person having no program
`ming skill whatsoever. The program may thenbe sent to all, or
`selected, computer devices on the network. Those devices
`having a connection may immediately be updated. Those
`devices in which a network connection is temporarily not
`available will be updated when the connection is next
`restored.
`The user of the computer device is then prompted for
`speci?c input. As the user enters data, if the network connec
`tion is available, the information is immediately sent to the
`server. If the network connection is unavailable, the informa
`tion is stored locally in the handheld device and sent upon
`restoration of the network connection. At the server, the infor
`mation is typically processed upon receipt such that users of
`the data have real time, or virtually real time, information
`available.
`In another aspect of the invention, the inventive system
`may be provided to end users according to an application
`
`20
`
`25
`
`30
`
`35
`
`40
`
`45
`
`50
`
`55
`
`60
`
`65
`
`6
`service provider (“ASP”) business method. ASPs are an
`emerging trend in the computer software industry. Tradition
`ally, a company seeking a software solution would either
`acquire a preprogrammed package which suits its needs or
`commission the programming of custom software. In many
`instances preprogrammed software is unavailable or requires
`too many compromises to be attractive. In either case, the
`software is purchased and, invariably, represents a large capi
`tal expense to the company. Once purchased, modi?cations,
`evolutional upgrades, changing management practices, and
`the like, result in additional expenses to keep the software
`up-to-date.
`In contrast an ASP typically provides software on a pay
`as-you-go basis. An ASP typically provides custom, or semi
`custom software to companies. Each user is billed for the time
`it uses the software. The advantages to the end user are obvi
`ous. There is no crippling up-front expense, modi?cations
`and upgrades are the responsibility of the ASP, if the software
`does not perform satisfactorily the customer simply walks
`away and never incurs large expenses. On the ASP side, the
`software vendor enjoys recurring income and the ability to
`adapt the same software model to numerous customers.
`While differing slightly from the traditional ASP model, the
`present invention is particularly well suited to a per-transac
`tion billing model.
`With regard to the current system, an ASP can provide a
`web site which allows users to build an application on line,
`possibly without incurring any expense. Once the customer is
`satis?ed with the program, it can automatically be deployed
`to designated computer devices within the system. When a
`user provides input, the computer device can ?nd a direct
`network connection to the ASP or, more likely, ?nd an Inter
`net connection and report the data to the ASP via the Internet
`connection. Once received at the ASP, the data can be pro
`cessed and is available for viewing or use by the client virtu
`ally instantly via the Intemet. Thus, data entered at any loca
`tion may be viewed by the client in real time, worldwide.
`Further objects, features, and advantages of the present
`invention will be apparent to those skilled in the art upon
`examining the accompanying drawings and upon reading the
`following description of the preferred embodiments.
`
`BRIEF DESCRIPTION OF THE DRAWINGS
`
`FIG. 1 provides a diagram of the inventive system.
`FIG. 2 provides a diagram of the inventive system as used
`for form creation.
`FIG. 3 provides a diagram of the inventive system as used
`for information collection and review.
`FIG. 4 depicts a sequence of tasks for collecting data
`through the use of prior art systems.
`FIG. 5 depicts the tasks of FIG. 4 utiliZing the inventive
`system.
`FIG. 6 is a work ?ow diagram of an embodiment utiliZing
`the inventive system.
`
`DESCRIPTION OF THE PREFERRED
`EMBODIMENTS
`
`Before explaining the present invention in detail, it is
`important to understand that the invention is not limited in its
`application to the details of the construction illustrated and
`the steps described herein. The invention is capable of other
`embodiments and of being practiced or carried out in a variety
`of ways. It is to be understood that the phraseology and
`terminology employed herein is for the purpose of descrip
`tion and not of limitation.
`
`Petitioners – Exhibit 1011, p. 11
`
`

`

`US 7,822,816 B2
`
`7
`Referring now to the drawings, wherein like reference
`numerals indicate the same parts throughout the several
`views, a diagram of the inventive system is shown in FIG. 1.
`Typically, the system for data management 10 includes: at
`least one server 24 preferably having an Internet connection
`26; a plurality of handheld computers 28-32 operated
`remotely from server 24, each handheld 28-32 including a
`network connection 34-38, respectively, for loosely network
`ing handhelds 28-32 to server 24; and a computer 22 con
`nected to the Internet for providing administration of the
`system and for reviewing data collected by the system.
`Server 24 is shown preferably connected to the Internet 26
`and loosely networked to handheld computers 28-32 through
`connections 34-38, respectively. As will be apparent to those
`skilled in the art, network connection 26 could instead be
`local area network or a private wide area network. Similarly,
`connections 34-38 may be any one of a number of optional
`connections which ultimately connect a remote device to
`server 24. By way of example and not limitation, connection
`34 could be a simple dial up connection through a conven
`tional telephone line to connect handheld 28 directly to server
`24. At the same time, connection 36 could be an infrared (IR)
`connectionbetween handheld 30 and a desktop computer (not
`shown) which in turn, is connected to server 24 via the Inter
`net. Connection 38 could be a wireless modem, i.e., a CDPD
`interface, a CDMA interface, a GSM interface, an analog
`cellular modem, or the like, which either establishes a direct
`connection with server 24 or establishes an Internet connec
`tion to reach server 24 via the Internet. Other options would
`include a wireless LAN connection, a direct RS-232 connec
`tion, a docking station connected to a desktop computer, etc.
`It should be noted that, regardless of the type of connection,
`handhelds 28-32 are ultimately connectable to server 24 in a
`loosely networked fashion.
`It should be noted that handheld computers 28-32 need not
`be the same type, or even compatible devices. As a part of the
`inventive system each remote device, preferably a handheld
`computer, is provided with an operating instruction system
`(“OIS”) which overlays its native operating system. Once
`equipped with the OIS, a remote device can be programmed
`according to methods described hereinafter. Any program
`developed under the inventive system will run on any hand
`held computer equipped with the OIS and ?les on one such
`handheld will transfer freely to any other handheld or any
`computer connected to the inventive system.
`As noted above, with regard to the present invention, the
`term “loosely networked” is used to describe a networked
`computer system wherein devices on the network are tolerant
`of intermittent network connections. In particular, if any com
`munication connection is available between devices wishing
`to communicate, network transmissions occur normally, in
`real time. If a network connection is unavailable, the infor
`mation is temporarily stored in the device and later transmit
`ted when the connection is restored. Unless otherwise speci
`?ed, hereinafter the terms “network” or “networked” refer to
`loosely networked devices.
`It should also be noted that the inventive system is indif
`ferent as to the particular type of communication channel
`used for connections 34-36. Thus, by way of example and not
`limitation, while connection 36 might today be an IR link to
`a desktop computer which accesses server 24 via the Internet,
`tomorrow, handheld 30 might establish a connection 36 with
`server 24 via a CDPD interface. The particular link selected
`will be the ?rst available link.
`The inventive system may be thought of as taking on two
`distinct modes of operation. First, as shown in FIG. 2, the
`system provides an administrative function. From any com
`
`40
`
`45
`
`20
`
`25
`
`30
`
`35
`
`50
`
`55
`
`60
`
`65
`
`8
`puter 22 connected to the Internet 26, a client can access
`server 24 to administer the inventive system. Administration
`involves tasks such as form creation, management, and vali
`dation; user setup, and management of system security.
`In terms of the present invention, handheld computers are
`favored for their portability and their usefulness in gathering
`data from the ?eld, whether the ?eld is a stockroom for a
`manufacturing facility, a production ?oor, a delivery site for a
`product, etc. More generally, ?eld locations are typically
`areas where people work without the convenience of a desk
`top.
`According to the preferred arrangement, data may be gath
`ered by prompting the user via the ha