US20080043946A1 - Telephone/Transaction Entry Device and System for Entering Transaction Data into Databases - Google Patents

Telephone/Transaction Entry Device and System for Entering Transaction Data into Databases Download PDF

Info

Publication number
US20080043946A1
US20080043946A1 US11/851,218 US85121807A US2008043946A1 US 20080043946 A1 US20080043946 A1 US 20080043946A1 US 85121807 A US85121807 A US 85121807A US 2008043946 A1 US2008043946 A1 US 2008043946A1
Authority
US
United States
Prior art keywords
data
transaction
values
menu
information
Prior art date
Legal status (The legal status 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 status listed.)
Abandoned
Application number
US11/851,218
Inventor
Rocco Martino
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cyberfone Systems LLC
Original Assignee
CyberFone Tech 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
Priority claimed from US08/446,546 external-priority patent/US5805676A/en
Priority claimed from US09/589,814 external-priority patent/US6973477B1/en
Application filed by CyberFone Tech Inc filed Critical CyberFone Tech Inc
Priority to US11/851,218 priority Critical patent/US20080043946A1/en
Publication of US20080043946A1 publication Critical patent/US20080043946A1/en
Assigned to LVL PATENT GROUP LLC reassignment LVL PATENT GROUP LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: CYBERFONE TECHNOLOGIES, INC.
Assigned to CYBERFONE SYSTEMS, LLC reassignment CYBERFONE SYSTEMS, LLC CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: LVL PATENT GROUP, LLC
Assigned to CYBERFONE SYSTEMS, LLC reassignment CYBERFONE SYSTEMS, LLC MERGER (SEE DOCUMENT FOR DETAILS). Assignors: CYBERFONE SYSTEMS, LLC
Assigned to DBD CREDIT FUNDING, LLC reassignment DBD CREDIT FUNDING, LLC SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: CYBERFONE SYSTEMS, LLC, MARATHON PATENT GROUP, INC.
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/166Editing, e.g. inserting or deleting
    • G06F40/174Form filling; Merging
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/305Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wired telephone networks
    • GPHYSICS
    • G10MUSICAL INSTRUMENTS; ACOUSTICS
    • G10LSPEECH ANALYSIS OR SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING; SPEECH OR AUDIO CODING OR DECODING
    • G10L25/00Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00
    • G10L25/48Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 specially adapted for particular use
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/55Push-based network services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/565Conversion or adaptation of application format or content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/247Telephone sets including user guidance or feature selection means facilitating their use
    • H04M1/2478Telephone terminals specially adapted for non-voice services, e.g. email, internet access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M11/00Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/06Simultaneous speech and data transmission, e.g. telegraphic transmission over the same conductors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/487Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/493Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/50Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533Voice mail systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/14Systems for two-way working
    • H04N7/141Systems for two-way working between two video terminals, e.g. videophone
    • H04N7/147Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • the present invention relates to a system for automatically capturing data at the point of transaction and storing that data in the appropriate database(s), and more particularly, to a data transaction processing system including a transaction entry device which can selectively operate in a telephone mode and a transaction entry mode.
  • the transaction entry device operates as a conventional telephone.
  • menus are used to navigate the user to forms which facilitate the entry of data.
  • the entered data and forms together form data transactions which are transmitted to one or more databases for processing and storage.
  • the database(s) also “explodes” the data transactions into their component parts and transmits those component parts to still other databases for processing and storage so that the data in the data transactions automatically updates all current database items affected by such data.
  • the telephone has become an increasingly versatile instrument.
  • the functionality of telephones has been expanded by incorporating the functions of answering machines, facsimile machines, and the like.
  • Point-of-entry systems have also been developed which incorporate computer processing capabilities into conventional telephones.
  • a computer/telephone apparatus is described in U.S. Pat. Nos. 5,195,130, 5,008,927, and 4,991,199 which configures a telephone as a programmable microcomputer which is operated through the standard telephone 12-key keypad.
  • a programmable gate array is reconfigured to accommodate various types of software which require different hardware configurations but without actually reconfiguring the hardware.
  • the reconfiguration data is received from a network host computer and is used by the programmable microcomputer to emulate the hardware of any of a plurality of service bureaus which communicate with the network host computer.
  • the telephone/computer is configured to communicate data to/from any of a number of different service bureaus via conventional telephone lines.
  • telephone/computer systems of the type described in the afore-mentioned patents are typically quite complicated and expensive and are limited by the types of operating software which can be downloaded from the network host computer. Also, such telephone/computer systems are relatively slow since the microcomputer must be reconfigured before it will permit communication with the requested service bureau. Because of these characteristic features, such telephone/computer systems are typically used in public locations and are not efficient for creating point-of-entry transactions in typical commercial or private settings. A point-of-entry transaction system is desired which does not have such limitations and which is operating system independent.
  • a data entry system which does not have the inherent limitations of conventional point-of-entry systems such as the requirement of a standard operating system for communication with a remote service bureau or file server.
  • a data entry device and associated system is desired which performs a minimal amount of processing at the data entry device so that the data entry device may be as simple and inexpensive as possible, thereby bringing the cost of such a device into a range suitable for most commercial and private uses. It is also preferable that such a data entry device provide a wide range of functionality without requiring a local operating system program and a plurality of applications programs for implementing each function.
  • the present invention has been designed to meet these needs.
  • the system which meets the above-mentioned needs in the art includes a transaction entry device that permits the user to organize and control all aspects of his or her personal transactions as well as any transactions that may occur in an office setting.
  • the transaction entry device formats input data into a data transaction having content which is dependent upon the type of application to which the associated data pertains. These data transactions are then transferred to a local or remote database server which “explodes” each data transaction into its component parts for updating all databases containing data to which the data in the component parts pertain.
  • the transaction entry device of the invention functions as a multi-purpose workstation.
  • the transaction entry device is quite simple and inexpensive and may be readily integrated with the customer's desktop telephone or portable telephone.
  • the present invention combines computer technology and telephone technology to allow transaction data to be captured at the point of initiation of the transaction.
  • the transaction entry device is integrated into a conventional telephone which acts as either a normal telephone in a telephone mode or as a transaction entry device in a transaction entry mode.
  • the telephone When in telephone mode, the telephone operates in a conventional manner.
  • the transaction entry device is driven by a microprocessor which is, in turn, driven by an operating system independent transaction assembly (or application) server (TAS) comprised of data streams stored in a flash PROM.
  • TAS operating system independent transaction assembly
  • the TAS is absolutely self-contained in its relationship to the hardware of the transaction entry device and in general performs the two basic functions of (1) generating a template or form from a data stream and (2) developing a data transaction as the user inputs data in response to prompts in the template or form.
  • the template is a series of data streams read from a local flash memory or transmitted directly from an external source such as a database file server.
  • the data entered by the user in response to prompts in the template are accumulated into data transactions which are immediately transmitted to an external database server.
  • the data transactions are not locally stored for processing by the local microprocessor once the data transaction has been completed.
  • the only required storage in the transaction entry device is a flash PROM for storing the TAS firmware, a flash memory for storing the data streams used by the TAS firmware to complete a form and the modem numbers for the remote database servers, and a small RAM which operates as an input/output transaction buffer for storing the data streams of the template and the user replies to the prompts in the template during assembly of a data transaction.
  • the transaction buffer(s) only needs to be as large as the largest data transaction since it only stores the form until the entire data transaction is completed. In this sense, the transaction entry device serves as an assembly point for specific transactions until they are ready for transmission to an external database server for processing and storage.
  • the data transaction formed by the transaction entry device is transmitted via modem to a local or remote database server for processing and storage.
  • the data transaction is received via standard protocols at the database server which, depending upon the application, stores the entire data transaction, explodes the data transaction to produce ancillary records which are then stored, and/or forwards the data transaction or some or all of the ancillary records to other database servers for updating other databases associated with those database servers.
  • any of the database servers may send data streams back to the transaction entry device for use in completing the fields in the data transaction or in displaying new forms or menus for selection.
  • the data transaction system of the invention comprises at least three tiers: a first tier for capturing the data transaction from the user, where the data transaction has a one-to-many relationship to file structures; a second tier for exploding the data transaction into its component parts on a system-specific basis so that each component part has a one-to-one correspondence with a file; and a third tier for providing additional explosions of the data transactions on an application-specific basis so that each application has its own set of data transactions.
  • a preferred embodiment of the transaction entry device of the invention resembles a conventional telephone except that it includes a touch screen and an optional keyboard for data entry in addition to the conventional numeric and function keypad inputs.
  • a telephone handset or headset is optional and may be replaced by a microphone and speaker.
  • the transaction entry device of the invention also includes RS-232 and other input/output ports for accommodating other options such as a wireless (RF) receiver, a magnetic card and/or smart card reader, a video camera and video display, infrared controllers, and the like.
  • the telephone preferably has normal touch-tone functions as well as mobile and cellular options.
  • the transaction entry device contains a microprocessor such as an Intel 80386SX or higher, one megabyte of flash memory for dynamically storing the data streams for the templates, one megabyte of flash PROM for storing the TAS firmware, and a 128 kB RAM which functions as a transaction buffer for storing the data streams of the templates and the user responses until completion of the data transaction.
  • a graphics display screen is also provided for displaying the templates to the user for the entry of the data which will form the data transactions.
  • the graphics display screen is on the order of 24 lines by 40 characters for a desktop unit and 12 lines by 40 characters for a cellular unit.
  • the transaction assembly (application) server guides the user to the desired template via menu selections, where the menus and templates are stored in flash memory as data streams and are called up by the TAS firmware when selected by the user.
  • the menus are treated as a special type of template or form.
  • the templates stored in the flash memory may be updated at any time to handle particular applications by reading in a new data set which has been created off-line and downloaded via modem or direct connection to the flash memory of the transaction entry device. Alternatively, the data may be downloaded to an RS-232 input. The same connections may be used to provide an automatic read from a remote database or an automatic write to a remote database. New applications may be added simply by adding additional flash memory elements containing the necessary templates for the new application.
  • the telephone/transaction entry device and the associated system for storing transaction data in accordance with the invention is unique in that it separates the user from the database and provides a simple, user friendly way to enter transaction data without requiring a local operating system to run various application programs. Since all data is entered as data transactions determined by templates tailored to particular applications, the user applications may be generalized so that no unique user application programs need to be written when a new application is added. However, if code is needed, or if a multimedia element is to be included in a data transaction, it can be appended to a data transaction as an additional parameter stream in the stream of data forming the data transaction. Also, since the nature of the data in the respective fields of the templates for particular applications is known in advance, the interface to a database server to permit storage of the data transactions and their component parts in the appropriate databases in the appropriate formats for each database becomes trivial.
  • a process may be selected from the menu of the transaction entry device which creates a “visible” menu corresponding to a voice mail menu of a remote phone mail system.
  • the telephone or modem interface makes a telephone connection to the remote phone mail system, and, once the connection is made, the data transaction assembler sends a data request for a visual representation of the phone mail menu of the remote phone mail system via the telephone connection to the remote phone mail system.
  • a data stream containing the visual representation of the phone mail menu from the remote phone mail system is then returned via the telephone connection and stored in a memory of the transaction entry device for presentation to the display screen of the transaction entry device 12 .
  • the data transaction assembler When the desired phone mail menu option is selected from the “visible” voice mail menu, the data transaction assembler creates a data transaction indicating which menu item was selected and sends the data transaction to the remote phone mail system via the telephone connection. Based on the menu selection, the remote phone mail system then returns a data stream containing a visual representation of the next phone mail menu via the telephone connection for storage and display. This process is repeated until the calling party is required to leave a message or the called party is reached.
  • FIG. 1 is a schematic diagram of a system for entering data transactions into databases in accordance with the invention.
  • FIG. 2 illustrates a generic template for use in creating a data transaction in accordance with the invention.
  • FIG. 3 illustrates an “exploded” data transaction in which the component parts of a data transaction are stored in database-specific and file-specific locations.
  • FIG. 4 illustrates the “exploded” transaction of FIG. 3 in the context of the system illustrated in FIG. 1 .
  • FIGS. 5 ( a ) and 5 ( b ) together illustrate a preferred embodiment of a transaction entry device in accordance with the invention.
  • FIG. 6 is a schematic diagram of the electronics of the transaction entry device illustrated in FIGS. 5 ( a ) and 5 ( b ).
  • FIG. 7 is a flow diagram of a menu driven transaction assembly (application) server (TAS) in accordance with the invention.
  • application application server
  • FIG. 8 is a flow diagram illustrating a technique for processing a form used to form a data transaction in accordance with the invention.
  • FIGS. 9 ( a ) and 9 ( b ) together illustrate a flow diagram of a technique for completing and editing a data transaction in accordance with the invention.
  • FIG. 10 is a flow diagram illustrating how the TAS validates the fields of each data transaction.
  • the system of the invention provides for the automatic capture and computerization of data associated with data transactions as they occur.
  • a data transaction is the combination of a form or template or a series of forms or templates containing data entry prompts and the data entered in response to those prompts.
  • the data transactions are generated by a transaction entry device through an interactive process between the user and the form.
  • the data transaction is assembled in a transaction buffer in the data transaction entry device and then transmitted to an external database for storage. No local storage for data transactions is available.
  • the data transaction is defined externally by the database in that all applications consist of a series of customized forms and prompts for soliciting entry of the data needed to update the databases containing data related to the particular application. Generally, the data transaction will have a one-to-many relationship to the file structures of the database containing data for that application.
  • the data transactions are entered using the transaction entry device.
  • the transaction entry device is integrated with telephone electronics so that the resulting device may selectively operate as a conventional telephone or as a data transaction entry device.
  • the resulting transaction entry device preferably includes a touch screen and/or keyboard which provides input to a transaction assembly (application) server (TAS) which, in turn, presents selection options via menus and forms for completion by the user.
  • Menu and form selection and form completion is made by touch, by key selection from the keyboard, by moving a cursor to the appropriate selection point and depressing a key, or even by voice command.
  • a set of options is presented to the display screen by the TAS firmware. If this set of options exceeds the capacity of the display screen, then the list is scrolled up or down through the use of scroll keys on the device, by voice command, or by touch at scroll command points.
  • the data associated with that selection is automatically entered into the form from a local or remote database, or the data is input by the user.
  • the TAS firmware may present a keyboard at the bottom of the display screen for touch entry; alternately, an optional keyboard located at the base of the transaction entry device may be used.
  • such data When the data is entered independently of a selection process, such data also may be entered using a swipe card if the data resides on the swipe card or the data may be transferred into the data transaction via modem from an external source.
  • the data read from the swipe card can be used to fill out a form or may be transmitted to an external database or computer.
  • Data returned from the external database or computer via modem may also be used to fill out the fields in the form.
  • the data in a data transaction may also be written to a swipe card or memory card and the like.
  • the TAS firmware of the invention stores the options as well as control programs (microcode) for the processor for use with the templates in creating the data transactions.
  • the TAS firmware also includes a program allowing connection via modem to one or more external computers and databases. Preferably, two modes of operation are available: transaction entry mode (with or without modem connection) and telephone mode. A selection of either the transaction entry mode or the telephone mode is made through a switch selection on the transaction entry device. When the transaction entry device is placed in the transaction entry mode, the TAS firmware immediately presents a selection menu for all of the options the system is programmed to handle. In the telephone mode, on the other hand, a dial tone is provided and the telephone keypad is enabled.
  • one or more lines may be connected so as to allow simultaneous use of the transaction entry device without interfering with the modem connection.
  • the telephone capability is available at all times or intermittently via modem as specified by the particular application.
  • the transaction entry device upon a “save” the transaction entry device will control a dial up and transfer of data to a remote database server.
  • the transaction entry device may automatically change from the telephone mode to the transaction entry mode.
  • a display on the telephone may be used to present a name and telephone list from which a selection can be made in accordance with the menu selection techniques described below.
  • FIG. 1 is a schematic diagram of a system 10 for entering data transactions into databases in accordance with the invention.
  • system 10 comprises a first tier for capturing a data transaction having a one-to-many relationship to file structures, a second tier for exploding the data transaction into component parts having a one-to-one relationship to file structures, and a third tier for providing additional explosion of the data transactions for specific applications.
  • the first tier comprises a transaction entry device 12 which captures the data transaction from the user in response to any of a plurality of inputs from the user.
  • Transaction entry device 12 includes conventional telephone electronics 14 and speaker 16 and a data transaction assembler 18 for creating a data transaction in accordance with the invention.
  • a display screen 20 is preferably associated with data transaction assembler 18 so that the user may monitor creation of each data transaction.
  • Telephone electronics 14 are connected to a telephone switching network 22 via a conventional voice connection 24 over the telephone lines, while data transaction assembler 18 is connected via telephone lines 26 to one or more database servers 28 . As illustrated in FIG.
  • telephone lines 24 and 26 may be separate lines, thereby permitting simultaneous use of the telephone and data entry functions, or the telephone electronics 14 and data transaction assembler 18 may be connected to a single line as illustrated in phantom in FIG. 1 .
  • a mode switch will enable their mutually exclusive operation, or alternatively, any of a number of conventional transmission schemes may be used to permit simultaneous transmission of the voice from the telephone electronics 14 and the data from the data transaction assembler 18 over the same line.
  • transaction entry device 12 is responsive to user input devices such as a touch screen, a telephone keypad, a keyboard, a microphone, a swipe card, a memory card, video input, and the like, to form data transactions using data transaction assembler 18 .
  • user input devices such as a touch screen, a telephone keypad, a keyboard, a microphone, a swipe card, a memory card, video input, and the like.
  • the transaction entry device 12 operates in a telephone mode as a conventional telephone and receives inputs from a microphone and/or a handset, a touch tone keypad, and the like. More details of the transaction entry device 12 and data transaction assembler 18 will be provided in the next section with respect to FIGS. 5-10 .
  • the second tier comprises one or more database servers 28 and their associated databases 30 .
  • each database server 28 receives data transactions from one or more transaction entry devices 12 and “explodes” the received data transactions into their component parts for storage in the appropriate files of the associated database 30 .
  • the one-to-many file structure of the data transactions from one or more transaction entry devices 12 is converted into many one-to-one data transactions for storage in individual files of database 30 .
  • Each database server 28 includes a modem 32 for transmitting/receiving data from the telephone lines 26 , particularly the data transactions from one or more transaction entry devices 12 .
  • the data transactions are transmitted over the telephone lines 26 as data packets having, for example, 128 bytes, where 120 bytes contain information and 8 bytes contain control data.
  • a transaction queue 34 acts as an input buffer for the received data transactions and controls the rate of presentation of the data transactions to transaction controller 36 .
  • Transaction controller 36 processes the received data transactions to extract the physical file relationships of the component parts of the data transactions and stores the components parts and different combinations thereof in the appropriate files of associated database 30 .
  • transaction controller 36 may process a data request from data transaction assembler 18 requesting information from database 30 for completing certain fields of a data transaction being processed by the transaction entry device 12 .
  • Database 30 then provides the requested information to database server 28 which, via modem 32 , provides a data stream back to data transaction assembler 18 for use in completing the data transactions or presenting additional menus and forms in accordance with the invention.
  • a user ID and password are transmitted to the transaction controller 36 to permit a connection to be made by data transaction assembler 18 .
  • transaction controller 36 also checks and stores startup and logoff information in addition to storing data transactions and directing reconstituted data transactions to other database servers as described herein.
  • database server 28 may include a conventional phone mail system with an associated database for storing voice mail messages.
  • the data transaction may include voice data for storage in the remote voice mail system.
  • each transaction entry device 12 has an associated database server 28 for performing any desired processing of its data transactions, although it is preferred that the data transactions be copied to at least one other database server 28 as shown in FIG. 1 .
  • This redundancy minimizes the possibility of losing data in the event of a power outage and the like.
  • each database server 28 contains essentially the same hardware, although modem 32 , transaction queue 34 , and transaction controller 36 have not been shown for all database servers 28 for ease of illustration.
  • the data transaction assembler 18 of transaction entry device 12 creates a data transaction that is transmitted to an associated transaction controller 36 of an associated database server 28 .
  • associated it is meant that the database server 28 functions to perform any processing requested or necessary in conjunction with the storage of a data transaction from a particular transaction entry device 12 .
  • a particular database server 28 may have several transaction entry devices 12 associated with it. So that no data will be lost, a particular database server 28 may also serve as a backup for another database server 28 in the event of the failure of any database server 28 .
  • database server 28 “explodes” data transactions received from data transaction assembler 18 and provides the component parts of the “exploded” file dependent data transactions via modem 32 to other database servers 28 as necessary to update other databases.
  • the “explosion” of the data transactions may be performed by the data transaction assembler 18 at the transaction entry device 12 and the component parts transmitted to all appropriate databases 28 for updating the data therein.
  • the data transaction assembler 18 will also need to know the modem numbers for all database servers 28 to be updated by the exploded data transactions.
  • this latter alternative will require access to numerous phone lines by the transaction entry device and that such phone lines are not always available to the user.
  • the third tier of the system 10 includes additional database servers 38 and databases 40 which support file dependent data transactions for specific applications.
  • This additional tier of database servers 38 and databases 40 permits the data in the data transactions to be routed to application specific databases for storage of application specific data and access by those transaction entry devices 12 requesting data related to that specific application.
  • Data transactions are created by data transaction assembler 18 as a data stream of a known format.
  • a generic data transaction is illustrated in FIG. 2 .
  • a data transaction is created using a form containing one or more of the following: instructions, prompts, menu selection options, and a template with fields for data entry.
  • the menu form consists of prompts for selecting a form, another menu, or a process, and a single slot for entering a selection
  • the data entry form consists of prompts and instructions together with fields for entering data as shown in FIG. 2 .
  • the data entry form can have either single or multiple fields for entering data.
  • data transaction entry mode the user navigates through menus of data transaction assembler 18 until a form related to a particular type of data entry operation is selected. Once selected, data transaction form 42 is presented to the user on display device 20 .
  • the data transaction form 42 is a collection of data defining the visual presentation on the display device 20 and a list of the fields through which linkages to external database files are defined.
  • data transaction form 42 includes a format field 44 which identifies the type of data transaction this form pertains to, the length of the form, the number of pages in the form, the number of bytes in each field, storage keys, and the like.
  • the body of the data transaction form 42 comprises a predetermined series of prompts 46 which are provided to the display screen 20 as a data stream.
  • the prompts preferably include descriptive data which may be alphanumeric, an icon, or a list that scrolls, if necessary.
  • Fields 48 are blank spaces of predetermined size provided for accepting user input in response to each prompt. Generally, the size of each field 48 is also stored in the stream of data defining the data transaction form 42 .
  • the fields 48 will include the user data necessary for processing a data transaction for that particular type of application.
  • the user responses become part of the data stream which forms the data transaction.
  • the data transaction form 42 also includes a miscellaneous processing field 50 which permits processing data unique to that form to be appended to the data transaction for transmission.
  • processing data may include, for example, equations which define the relationships of the data in certain fields of the data transaction or audio or video data attached to a multimedia data transaction.
  • non-display data associated with the time of data entry, the date of data entry, the user ID, and the like may be stored in miscellaneous processing field 50 .
  • FIGS. 3 and 4 illustrate the “explosion” of the stream of data forming the data transaction created using the data transaction form 42 of FIG. 2 .
  • each data transaction contains data which is specific to a particular database and/or specific to particular files in one or more databases.
  • the data in the data transaction is “exploded” accordingly.
  • the complete data transaction from FIG. 2 (Form A) is stored in a particular file (file 110 ) of the database associated with the transaction entry device 12 which created the data transaction (database 11 in FIG. 1 ). Storage of the entire data transaction is desired so that records may be maintained in the event of system error, power failure, and the like.
  • the transaction controller 36 then extracts data from those fields of the data transaction which it knows to be related in forms of that particular type.
  • the data in fields 1 , 2 , 6 , 10 , and a function of the data in field 11 may relate to a particular application stored in file 111 of database 11 .
  • the data in fields 3 , 6 , 10 , 12 , and 14 may be related to an application stored in file 112 of database 11
  • the data in fields 1 , 2 , 7 , 8 , 9 , and a function of the data in fields 10 , 11 , and 12 may be related to an application stored in file 113 of database 11 .
  • These fields are extracted from the received data transaction by transaction controller 36 , reconstituted into a file entry of the appropriate format (as necessary), and stored in the associated database 30 .
  • All of the data in the received data transaction, or a subset thereof, may also be retransmitted to one or more additional application specific databases, such as database 21 of the databases 40 in tier 3 .
  • database 21 of the databases 40 in tier 3 the database specific data of fields 1 , 4 , 5 , 13 , and 14 , forming the subset (Form B) of the original transaction (Form A), is stored in file 210 of database 21 so that a complete record may be maintained. Subsets of the data in Form B are then stored in specific files of database 21 as indicated. In this manner, the data of the original data transaction (Form A) is automatically sent to all databases which contain files which must be updated by any or all of the data in Form A.
  • FIG. 4 illustrates the explosion of the data transaction in FIG. 3 for the system 10 illustrated in FIG. 1 .
  • the data in the data transaction (Form A) is extracted to update files 110 - 113 of database 11 as well as files 210 - 212 of database 21 .
  • a redundant copy of Form A is also maintained in database 12 .
  • the system of FIGS. 1-4 is significant in that the data in a data transaction may update one or more databases serviced by file servers operating under control of numerous types of operating systems without the requirement of a terminal or operating system emulation by the transaction entry device 12 .
  • the transaction entry device 12 of the invention permits data capture and storage with a minimum amount of processing at the transaction entry point (tier 1 ), which, of course, minimizes system cost.
  • the transaction entry device 12 is particularly characterized by the data transaction assembler 18 , which controls the various operations of the transaction entry device 12 in its transaction entry mode.
  • data transaction assembler 18 uses simple menu structures and predetermined forms stored as data steams in a flash memory for facilitating data entry.
  • the menus are treated as a special type of form and are used to call other menus, forms, or processes.
  • the forms are used to create data transactions which are sent to one or more file servers operating under different operating systems, where the data transaction is “exploded” into its component parts for storage in a unique file structure for updating all records affected by the data in that data transaction.
  • the “exploded” data transactions may be transmitted to another application specific database (tier 3 ) for storage.
  • Processes are selected to perform limited processing of the values in the fields of the forms. Such processing may be performed locally but is preferably performed by the associated database server 28 .
  • FIGS. 5 and 6 A preferred embodiment of a transaction entry device 12 incorporated into a conventional telephone is illustrated in FIGS. 5 and 6 .
  • a preferred desktop embodiment of a transaction entry device 12 includes a housing 52 on the order of 8 inches wide by 12 inches long for housing telephone electronics 14 and the hardware of data transaction assembler 18 .
  • Transaction entry device 12 includes an optional handset (or headset) 54 , cradle 56 ( FIG. 5 b ), numeric keypad 58 , telephone function/line keys 60 , microphone 62 , and speaker 16 , which facilitate operation of the transaction entry device in the telephone mode.
  • telephone functions accessed by telephone function keys 60 may include mute, speaker, line select, conference, hold, transfer, volume control, and the like.
  • the transaction entry device 12 is further characterized by display 20 with touch screen 64 , mode switch/computer function keys 66 , optional retractable keyboard 68 , and optional magnetic/smart card reader 70 , which facilitate operation of the transaction entry device 12 in the transaction entry mode.
  • a memory card reader may also be accessed via a door (not shown) as in a laptop computer.
  • display 20 is a super twisted, high contrast, reflective liquid crystal display (LCD) with a minimum of 20 characters per line and 16 lines (preferably, 40 columns by 24 lines), while touch screen 64 is preferably a clear pressure sensitive keyboard made up of 224 keys (16 rows of 14 keys) attached to the face of the LCD.
  • the LCD is also available as a backlit unit.
  • touch screen 64 is not necessary if optional keyboard 68 is provided.
  • a battery backup 71 FIG. 6 may also be provided; alternatively, the battery 71 may be the primary power source for a portable (cellular) embodiment of the transaction entry device 12 in accordance with the invention.
  • FIG. 5 b illustrates several of the connections to transaction entry device 12 .
  • transaction entry device 12 includes a handset (headset) jack 72 for connecting optional handset (headset) 54 to telephone electronics 14 when it is desired to communicate more privately than when only microphone 62 and speaker 16 are used.
  • a video input port 74 is also provided for connecting conventional data compression circuitry 75 within the transaction entry device 12 ( FIG. 6 ) to an optional video camera which provides picture phone type video or to a facsimile device or scanner.
  • Such video data may be appended a frame at a time to the end of a data transaction in miscellaneous processing field 50 to create a multimedia data transaction as described above with respect to FIG. 2 .
  • a video output port 76 is also provided for providing decompressed video or facsimile data from data decompression circuit 77 ( FIG. 6 ) to a video receiver, a high quality computer monitor, a facsimile device, and the like. Such data may also be provided to printer port 82 or 84 as desired.
  • a multi-line phone jack (modem interface) 78 is also provided. Preferably, modem interface 78 provides separate modem connections for the telephone electronics 14 and the data transaction assembler 18 , although only a single modem connection is necessary.
  • An optional infrared transceiver 80 is further provided for enabling remote control operation of television and stereo equipment and the like in response to data transactions transmitted/received by the transaction entry device 12 .
  • Infrared transceiver 80 includes an internal signal generator chip which reads parameters stored in data transaction assembler 18 for determining the appropriate transmission frequencies for the infrared signals. Control of the infrared devices is then provided through menus on the display 20 . Additional infrared transceivers 80 may also be provided on each corner of the housing 52 so that the infrared signal will cover more area (each transmitter typically covers about 60 E circumference). All such devices are known to those skilled in the art and thus will not be described in detail here.
  • a computer interface (RS-232) serial port 82 and parallel port 84 is also provided for transmitting/receiving data to/from another computer device and for providing output to a printer.
  • a power input port 86 and a keyboard input 88 are also provided.
  • Keyboard input 88 accepts a connection from a standard keyboard or a folding type keyboard (not shown) which may be used in addition to, or in place of, retractable keyboard 68 .
  • An optional removable PCMCIA memory card interface 89 ( FIG. 6 ) for updating the operating instructions of the data transaction assembler 18 and an optional RF transceiver 90 ( FIG. 6 ) for wireless networking to other electronic equipment may also be provided on the transaction entry device 12 as desired.
  • FIG. 6 is a schematic diagram of the electronics of the transaction entry device illustrated in FIGS. 5 ( a ) and 5 ( b ). Corresponding reference numerals for corresponding elements are used in FIGS. 5 ( a ), 5 ( b ) and 6 .
  • the transaction entry device 12 may include a simple voice recognition circuit 91 which permits voice selection of menu options and the like. In “voice selection” mode, the user would voice “1”, “2” or “3” depending on the desired menu selection, and the voice would be picked up by microphone 62 on the housing 52 of the transaction entry device 12 and recognized by voice recognition circuitry 91 .
  • the proper selection signal would then be sent to the data transaction assembler 18 .
  • the data transaction assembler 18 may provide audible output using a conventional voice synthesizer 92 , which provides the audio output to the user via speaker 16 and to a caller via modem interface/telephone line connection 78 .
  • the voice synthesizer 92 may, for example, allow certain data transactions to be audibilized for a blind person who cannot make selections from a conventional video display.
  • a voice recorder 93 may also be provided to record portions of telephone calls, portions of voiced data transactions, or a caller's message as when using a conventional digital answering machine.
  • voice recorder 93 may be provided in database server 28 for use in storing/forwarding audible messages to the database 30 .
  • the transaction entry device 12 is characterized by data transaction assembler 18 , which controls the creation of data transactions in the transaction entry mode.
  • data transaction assembler 18 is implemented in hardware using a conventional microprocessor 94 , such as an Intel 80386SX (20 MHz or higher) or equivalent, a TAS PROM 95 , a form/menu memory 96 , and a transaction buffer (RAM) 97 .
  • TAS PROM 95 is a flash PROM which holds 1 MB of control data (firmware) for the microprocessor 94 (such as the microcode for the algorithms of FIGS. 7-10 below)
  • form/menu memory 96 is a flash memory which holds 1 MB of data transaction menus and forms.
  • Transaction buffer 97 only needs to be as large as the largest data transaction, and may hold, for example, up to 128 kB of transaction data including application and operating system variables.
  • TAS PROM 95 and form/menu memory 96 are updated by downloading data streams containing new instructions and/or forms and menus over a conventional data bus 98 via modem 78 , magnetic card interface 70 , or via a removable memory card read by memory card interface 89 as necessary.
  • additional flash memory elements may be added as additional applications are added to transaction entry device 12 .
  • Transaction buffer 97 may also be expanded to handle transactions of any size or type, including multimedia applications in which video and/or audio data is appended to data transactions.
  • the transaction entry device 12 may be docked into a docking station of a network.
  • RF transceiver 90 may be used for wireless communications in such an environment.
  • the transaction entry device 12 may be implemented as a battery operated portable device which is a cross between a laptop computer and a cellular telephone of the type illustrated by Paajanen et al. in U.S. Pat. No. 5,189,632, for example.
  • an optional headpiece could be provided, as well as a microphone and speaker arrangement in the fliptop.
  • the liquid crystal display screen 20 would typically be reduced in size to, for example, 40 columns by 12 rows, and the touch screen 64 may be eliminated.
  • FIGS. 5 a and 5 b would preferably remain so that the portable unit could also be used at a desk as desired.
  • the electronics of the transaction entry device 12 would otherwise be as illustrated in FIG. 6 except for certain size and shape considerations well within the skill of those skilled in the art.
  • TAS PROM 95 stores simple firmware algorithms ( FIGS. 7-10 ) operating in a kernel fashion for navigating a user through menus and forms provided from form/menu memory 96 for particular applications, and it is the resulting data streams which control the microprocessor 94 at any point in time.
  • the data streams from the TAS PROM 95 and the data streams from the form/menu memory 96 together reconfigure microprocessor 94 into a special purpose processor for each application specified by the forms.
  • the microcode of the TAS PROM 95 and the parameter streams from the form/menu memory 96 thus operate together as a simple form driven operating system for microprocessor 94 for all applications and is the sole code used to control microprocessor 94 (i.e., no conventional operating system or application programs are provided).
  • the microprocessor 94 may be reconfigured into a new special purpose computer with each new form read from form/menu memory 96 , and such forms/menus may be added at any time by reading in the appropriate data streams from a memory card or from an external database server 28 or by adding an additional PROM.
  • a specific implementation of the TAS firmware stored in TAS PROM 95 will be described below with respect to FIGS. 7-10 .
  • the TAS PROM 95 contains control data (firmware) for the microprocessor 94 and resides in each transaction entry device 12 for generating a template for a data transaction from a data stream stored in form/menu memory 96 (or received directly from a memory card or external database server) and from data input by a user or retrieved from an external database or magnetic card, smart card, and the like.
  • the TAS firmware and the selected template together control the behavior of the microprocessor 94 by logically defining a table of menu options and/or database interfaces which are navigated through by the user. As noted above, the user navigates through a series of menu selections by selecting another menu, a form, or a process.
  • the data transaction for a desired application is completed, it is transmitted out for “explosion” into all of its component parts for storage.
  • the TAS firmware from TAS PROM 95 and menus and forms from form/menu memory 96 of the invention together replace a conventional operating system and individual application programs. Indeed, the invention permits the transaction entry device 12 to be completely operating system independent.
  • the data transaction assembler 18 of the invention is connected via a predetermined protocol stored as instructions within TAS PROM 95 to a database server 28 and its associated database 30 .
  • the database server 28 associated with a particular transaction entry device 12 operates as a repository of the data transactions created by the transaction entry device 12 and as a supplier of data to the transaction entry device 12 for completing the forms and providing additional forms, menus, processes, and the like. Since the system of the invention is operating system independent, there are no hardware or software limitations on the characteristics of the database server 28 .
  • the parameter set making up the individual forms are typically provided by database server 28 as a stream of data via modem and stored in form/menu memory 96 , while any downloaded instructions are stored in TAS PROM 95 .
  • Linkage between data transaction assembler 18 and its database server 28 is preferably provided via a dictionary program specific to each database server 28 . This dictionary program knows the characteristics of each field of each form for each data transaction and is used by the database server 28 to “explode” the received data transactions into their component parts.
  • data transaction assembler 18 automatically prompts the user with a “Download Parameter Streams” command so that the user can load into form/menu memory (flash memory) 96 from an external source the desired streams of menu and form data for the desired application.
  • the “download parameter” process will then be initiated by dialing the external database server 28 initiating the connection via the modem interface 78 .
  • the transaction controller 36 of database server 28 will transmit the requested parameter stream.
  • the data transaction assembler 18 will load the received data stream into form/menu memory 96 , and, upon completion, the prompt “Executive Menu Ready” will be presented on the display screen 20 .
  • the executive menu then will be automatically presented to the user for selection of the desired menu, form, or process.
  • data transaction assembler 18 Upon initiation of the transaction entry mode by the user, data transaction assembler 18 calls a set of panel parameters from form/menu memory 96 and paints a form onto display screen 20 .
  • These forms are either menus for navigating to particular forms or a form into which data is entered by the user. As will be explained below, the menus provide functionality through simple menu selection.
  • the form on the display screen 20 is completed by the user by entering the appropriate data using touch screen 64 or optional keyboard 68 .
  • the requested data may be read in from a memory card via memory card interface 90 , from a magnetic strip on a swipe card or smart card via magnetic card interface 70 or memory card interface 89 , or voice input via voice recognition circuit 91 .
  • a request may be sent to the database server 28 associated with the transaction entry device 12 for data needed to populate certain fields in the present form.
  • the type of data entry is requested from a subset of options presented to the user upon pressing a “?” key or a “Request for More Information” button.
  • This request will give the user several options to choose from, such as data entry using keyboard 68 , touch screen 64 , swipe card via magnetic card interface 70 , memory card via memory card interface 89 , by voice annunciation of the number of the item in the menu via voice recognition circuit 91 , or via modem from a database 30 .
  • the data transaction created by the data transaction assembler 18 may or may not make use of stored data for reducing the amount of data entry required of the user.
  • data transaction assembler 18 When a data entry option is selected, data transaction assembler 18 does one of the following: another set of parameters is called up and another form is painted, the correctness of the selection is verified and a set of options for selections is presented based on interactions with stored data, the completed data transaction is transferred via modem to database server 28 for storage in database 30 , or data values are requested from database 30 for incorporation within the transaction buffer 97 .
  • selections from the menu are made by touching the appropriate place on the menu using touch screen 64 ; by voice annunciation of the number of the menu item via microphone 62 and voice recognition circuit 91 ; by using one of the computer function keys 66 to run a cursor up the menu, another key to run the cursor down the menu, and a third key to make a selection in a conventional manner; or by using keyboard 68 as a selection device.
  • the keyboard 68 the keyboard keys may be used to control a cursor, with the “enter” key being used for making a selection; alternatively, the number of the item selected may be entered and the “enter” key pressed to make the selection.
  • the data transaction assembler 18 can also present a menu selection for initiating a process such as calculation of an interest rate using one or more fields in the form, the finding of a mean, the finding of a name, or searching for entries for a particular date.
  • processes may be stored in TAS PROM 95 , form/menu memory 96 , in an off-line server where they are initiated, or any other place where they may be loaded down to the operating portion of the transaction entry device 12 .
  • processes are generally initiated in the database server 28 by sending a data request to the database server 28 , processing the data in the database server 28 , and then returning the answer as a data stream or report back to the transaction entry device 12 .
  • a process typically initiates a data string which calls a process on an external machine.
  • the transaction entry device 12 may be used to download and store control signals for infrared control of various devices using infrared transceiver 80 ( FIGS. 5 and 6 ).
  • the form of the control signals will depend upon the signal storage in an optional infrared chip, which can be loaded by the data transaction assembler 18 or by an off-line device via modem or through the air using RF transceiver 90 for direct digital transfer in wireless form.
  • the process may be used to transmit a prescription to a pharmacy or mail order house using prestored modem numbers or may enable the physician to call up a list of phone calls to make for the day or a list of the followup appointments for a particular date.
  • the TAS firmware can also “explode” the data transaction into all of its ancillary parts for transmission to numerous records in one or more databases.
  • TAS firmware A preferred embodiment of the TAS firmware will now be described with respect to FIGS. 7-10 .
  • FIG. 7 is a flow diagram of a menu driven TAS in accordance with a preferred embodiment of the invention.
  • the TAS firmware starts at step 100 and fetches an initial menu from form/menu memory 96 at step 102 .
  • the initial menu is prompted within a few seconds of booting the TAS firmware after the system logo.
  • the initial menu typically presents the options of downloading a parameter stream from the database server 28 for enabling additional functions or printing an executive menu.
  • the executive menu is retrieved from form/menu memory 96 .
  • the executive menu contains numerous application options to the user, namely, selection of a form, another menu, a process, or an automatic switch to telephone mode, one of which is selected at step 104 .
  • the data streams in form/menu memory 96 may be distinguished as to type (form, menu, or process) by appending a code such as “F” for form, “M” for menu, and “P” for process, and as to number by appending a form, menu, or process number at the beginning of the following data stream. These codes are recognized by the TAS firmware, and it acts accordingly.
  • the proper form (data stream for form F xy ) is fetched from form/menu memory 96 at step 106 , a transaction buffer 97 equal in length to the size of the record associated with the form F xy is formed in RAM, the form is stored in the transaction buffer 97 , and a connection is made to the appropriate database server(s) 28 .
  • the data stream for the selected form will consist of prompts, print locations for the prompt, data entry points, print locations for the data entry start, data entry length, and a code as to the nature of the data entry.
  • This code can be numeric, alphanumeric, a cross-reference to stored data or previously entered data, a formula for the creation internally to data transaction assembler 18 of the result from previously entered data, or an external request for data, help, or reformulated values.
  • the data stream entered into the fields of the form will not only indicate the location for the printing of the prompt and the field for data entry, but also the size of the field and the storage, a start point within the transaction buffer for the stored element, and the type of data: alphanumeric, numeric (floating point or integer), date, and the like.
  • step 108 If it is determined at step 108 that the requested form is actually a menu (M xy ), a hidden set of codes pointing to the form F xy that the selection will lead to is read, and control branches back to step 104 for selection of another menu or form.
  • each item has its sequential number, its descriptor, and a code for what it will “call” (another menu, form, or process).
  • each choice has associated with it a series of item codes which branch out to another form, menu, or series of tests upon the data entered.
  • a menu also has a numeric code for each of the storage areas and a special code including a security code for certain menu items, process codes of forms within the menu, or a pointer to the process code.
  • a pointer may also be provided in the menu for processes to be performed off-line (i.e., in an associated database server 28 ).
  • a process P xy
  • the database server 28 is notified that something is requested from its database 30 or that some processing of data is requested.
  • the data transaction assembler 18 may send a user “?” inquiry to the database server 28 so that options may be returned to the data transaction assembler 18 for presentation to the user for selection.
  • the process triggers an external process of database server 30 with a parameter stream, and control is either returned to the data transaction assembler 18 or control is held up until the process is complete, in which case a message is sent back to the data transaction assembler 18 .
  • This message can be a report, selected data, a value resulting from a calculation, and the like. Processing such as checking detectors and the like may also be performed locally by data transaction assembler 18 .
  • the form is processed at step 110 in accordance with the steps outlined in FIGS. 8-10 .
  • the entire form may be exited with automatic return to the menu which called it or the form can be cleared for data reentry.
  • the database server connection is terminated and the user is presented at step 112 with the last menu from which the user made his or her selection.
  • the executive menu will be called up as a default menu.
  • step 114 If the user indicates at step 114 that he or she wishes to continue to complete a new form, control branches back to step 104 for menu selection and a new database server connection is made as appropriate. This process is repeated for each form. When no further selections are desired, the TAS firmware is exited at step 116 .
  • FIG. 8 is a flow diagram illustrating a technique for processing a form (step 110 ) to create a data transaction in accordance with the invention.
  • the process of FIG. 8 starts at step 118 and initializes a transaction buffer 97 at step 120 for storage of the data transaction as it is being created.
  • a transaction buffer 97 is moved from form/menu memory 96 to the transaction buffer 97 .
  • an error message may be sent or a request may be sent to database server 28 for a download of a data stream containing the parameters for the requested form.
  • transaction buffer 97 is at least as large as the largest data transaction and serves as an assembly area for the data transaction.
  • read and write buffers are formed so that transmit and receive buffers to/from modem interface 78 are available.
  • transaction buffer 97 may be made larger for this purpose.
  • the display screen 20 is cleared and the selected form is initialized to its first page at step 122 .
  • the first page is then presented to the display screen 20 at step 124 .
  • the user completes the form page on a field by field basis using any of the data entry techniques described above and the field controls of FIGS. 9 and 10 .
  • the transaction buffer 97 collects the data associated with the form presented to the user on display screen 20 and contains appropriate locations for each separate data element. Upon completion of the data transaction, the contents of the transaction buffer 97 are transferred to the appropriate database server(s) 28 via modem or via wireless, preceded by a set of codes (field 44 , FIG. 2 ) which identify the type of data transaction and followed by a string of process identifiers for the database server(s) 28 to use in its programs in creating additional transactions and in storing the data and all ancillary data transactions in the regular file format of the database 30 associated with the database server(s) 28 . As a result, the data transaction created in the transaction buffer 97 has a one-to-many relationship to the data stored in the database 30 .
  • step 128 If the user decides to abort the processing of a form at any time (step 128 ), the form processing routine is exited at step 129 . Otherwise, it is determined at step 130 whether the user wishes to go back a page (for a multi-page form) to correct a data entry. If so, control returns to step 124 for presentation of the earlier page. If the user does not wish to examine or edit a previous page, it is determined at step 132 whether the current form has another page which has not been displayed for completion by the user. If the form has more pages, the routine moves to the next page at step 134 , and it is determined at step 136 whether the move to the next page was successful. If so, control returns to step 124 for presentation of the next page.
  • the process of calling a subsequent page in a form or another form upon completion of a form can be dependent upon an automatic call of that page or form sequence or the ability to jump sequence (i.e., skip pages) depending upon a value in any one field that has been entered.
  • the end of the form is marked with a code and the transaction is saved at step 138 by sending the data transaction to the appropriate database server(s) 28 for storage in its associated database 30 and “explosion” for storage of data in other databases 40 . If it is determined at step 140 that the save was not successful because of a modem error and the like, control returns to step 122 and the process is repeated. If the data transaction was successfully saved, the form processing routine is exited at step 129 and the last menu used is presented (step 112 ).
  • stored procedures within any data transaction form are executed at the appropriate time within the flow of the form processing routine before it is exited.
  • these processes may be deferred and performed by the database server 28 if needed.
  • FIGS. 9 ( a ) and 9 ( b ) together illustrate a flow diagram of a technique for completing and editing the fields of a form (step 126 of FIG. 8 ).
  • the field completion routine starts at step 142 and first determines at step 144 whether an abort or a valid page move request is pending. If so, the field completion routine is exited at step 146 . However, if no abort or page move request is pending, the field data for the first field of the transaction buffer 97 is entered at step 148 .
  • this field data may be entered via keyboard 68 or touch screen 64 , swiped in via magnetic card interface 70 , read in from a memory card via memory card interface 89 , read in via modem interface 78 from database server 28 , or designated by voice entry.
  • Pre-edit processing of the field data is then performed at step 150 .
  • Such pre-edit processing may include, for example, setting default values, performing calculations, establishing links to data in other files, looking up and writing data to files already linked to the present form, spawning another form, performing special updates of the display screen 20 , hiding fields from view by the user, and the like.
  • Such pre-edit processing may also be used to determine whether modifications or actions in the present field may invalidate an entry in another interrelated field. If so, appropriate measures are taken to update all affected fields or to prevent such problems by setting appropriate default values.
  • the field completion routine then checks for field errors at step 152 on the basis of the default values and the like set at step 150 . If there is no field error at step 152 , it is determined at step 154 whether the operator will be permitted to edit the field in the absence of a field error. If so, or if a field error was found at step 152 , the operator edits the field at step 156 . If the operator editing is bypassed, control proceeds directly to post-edit processing at step 158 , which performs essentially the same functions as pre-edit processing step 150 except that the data may be specially validated. The field is then checked yet again at step 160 for a field error. If a field error is found at step 160 , control returns to step 144 for processing the next field or exiting, as appropriate.
  • step 162 it is determined at step 162 whether the generic field validation routine of step 164 ( FIG. 10 ) is to be skipped. If so, control proceeds to step 166 , where the field is once again checked for a field error. However, if generic field validations are desired, control passes to the routine of step 164 ( FIG. 10 ). If no field error is found at step 166 , the field is saved to the transaction buffer 97 at step 168 and the updated field value is painted on the display screen 20 at step 170 . If the user then desires to check a previous field at step 172 , control passes to a previous field at step 174 and the field completion routine is repeated for the previous field.
  • Each form may be processed in one or more modes.
  • the data transaction is created and transmitted to the database server 28 .
  • edit mode upon entering the ID of a particular record, that record is read from an external database 30 or 40 into transaction buffer 97 for editing.
  • a record of the edits is maintained to provide an audit trail.
  • view mode upon entering the ID of a particular record, that record is similarly read from an external database 30 or 40 into transaction buffer 97 but for display only.
  • delete mode an entire record can be deleted from the database 30 or 40 if the user has proper security clearance.
  • FIG. 10 illustrates how the TAS firmware validates the fields of each data transaction.
  • the field validation routine starts at step 182 and first determines at step 184 what field type is present. If the present field is an alphanumeric field, control passes to step 186 where the field defaults are processed. It is then determined at step 188 whether the user knows the values allowed for this field. If not, and data is to be implanted in that field, an implant table is searched at step 190 . A “?” may be used by the operator to indicated that he or she does not know the values allowed for this field and wishes to search the implant table. A list of possible values are then called up that match the data entered thus far. From this list, the operator can scroll the list and select the value that will complete the data entry. However, if the value is not found in the list, a field error is generated at step 192 and the field validation routine is exited at step 194 . If the value is found in the list, control passes to step 200 .
  • control skips to step 196 , where it is determined whether the present field type is a field which sets up an event in which the present field (along with its form) can be linked to any record of any file or files (one to many) of any database for the purpose of data verification and/or data extraction. If so, control passes to step 198 , where the data from the present field along with any other data previously gathered is used to make the desired link. As in the data implant step 188 noted above, the user may enter a “?” to get the information needed to make this link.
  • a field error is issued at step 192 and the field validation routine is exited at step 194 .
  • the field is checked for blanks at step 200 and a field error is issued at step 192 if blanks are present in the field but are not allowed. If no blanks are found in the present field, or if blanks are found but are allowed, the field validation routine is exited at step 202 .
  • the field is checked at step 204 to determine if the character set is valid. If so, the precision of the numbers is adjusted at step 206 , as necessary, and the range and scope of the numbers are checked at step 208 to make sure the field entries satisfy the boundary conditions (e.g., no dividing by zero). If the character set is not valid at step 204 or the range and scope of the numerals is not valid at step 208 , a field error is issued at step 210 and the data validation routine is exited at step 212 . Otherwise, the field validation routine is exited at step 214 .
  • the boundary conditions e.g., no dividing by zero
  • step 184 If it is determined at step 184 that the present field is a date/time field, the field is checked at step 216 to determine if the character set is valid. If not, a field error is issued at step 210 and the field validation routine is exited at step 212 . Otherwise, a routine of the TAS firmware checks the date/time entry at step 218 to determine if it has the correct format by performing range checking and the like. If the date/time entry does not have the correct format, a field error is issued at step 210 and the field validation routine is exited at step 212 . Otherwise, it is determined at step 220 whether the present field contains a date. If not, the data validation routine is exited at step 221 .
  • the date is checked at step 222 so see if it contains a weekend, and, if so, checks at step 224 whether a weekend date is an acceptable reply for this field. It is then determined at step 226 whether the calendar file is to be checked, and if so, the calendar file is checked at step 228 to see if the date is valid (e.g., not a February 30 and the like). Finally, it is determined at step 230 whether a warning date has been exceeded, and if so, a field error is issued at step 210 before the field validation routine is exited at step 212 . Otherwise, the field validation routine is exited at step 221 .
  • the TAS firmware may also present a security form for password entry to the user.
  • the security form and ID of the transaction entry device 12 is then encrypted and transmitted to the database server 28 associated with the particular data transaction assembler 18 .
  • Transaction controller 36 of that database server 28 will then act as the transaction controller for that data transaction assembler 18 and will check passwords and the like during operation to make certain that data security is not breached.
  • Database servers 28 may disable a data transaction assembler 18 if unauthorized use is attempted. In this manner, only the appropriate person may view each menu. Of course, a different number of security levels and different executive menus may be presented as desired, all under control of the transaction controller 36 .
  • the database server 28 acts as a vehicle for separating data transactions created by the data transaction assembler 18 into the component parts thereof which may be stored directly in one or more databases 30 and 40 .
  • the database server 28 explodes the initial data transaction into data transactions for many different files for updating records in the files, and the like.
  • the database server 28 may be virtual as well as real, exist in a single machine or in multiple machines, in whole or in part.
  • the database server 28 handles any and all data transactions received, manipulates data in the data transactions, spawns or starts processes or reports requested by a data transaction, and explodes the received data transactions into all sorts of data transactions that were spawned by the initial data transaction.
  • Database server 28 can also update values in existing records and can switch to a process for processing values in the records as necessary. In this manner, a single data transaction can define actions causing multiple files to be updated.
  • Database server 30 also handles requests from the data transaction assembler 18 and processes them as needed. Such requests may include data I/O requests, data locking and unlocking, report processes, and requests for new forms or menus.
  • database server 28 maintains the one-to-many relationships that exist between the user and the system of the invention, the one-to-many presentations to the user and files in the databases 30 and 40 , and the one-to-many data transactions and the ancillary records, updates, and postings as may be required to diverse computer files of numerous databases 40 , the transaction entry device 12 and the database servers 28 .
  • transaction buffer 97 collects the transaction data associated with the form presented to the user via display screen 20 .
  • the transaction buffer 97 is the image of the data transaction with appropriate locations for each separate data element.
  • the contents of the transaction buffer 97 are transferred to the database server 28 via modem interface 78 or via RF transceiver 90 , preceded by a set of codes 44 ( FIG. 2 ) which identify the type of transaction followed by a string of process identifiers for the database server 28 to use in its programs, in creating additional data transactions, and in storing the data and all ancillary transactions within the database 30 in the regular file format of the database 30 .
  • the database server 28 determines what type of action to take based on the type of data transaction received, “explodes” a data transaction into a plurality of other data transactions for transmission to other databases, as appropriate, and converts the data for its associated database 30 into the proper file format.
  • each database server 28 is different from each other database server 28 since it will handle different types of data transactions, have different operating system characteristics, and different file conversions to make in accordance with the file formats of its associated database 30 .
  • the database server 28 may operate under an operating system such as Unix, Windows, or DOS, where the operating system provides the database server 28 with links to the hardware functions normally handled by an operating system.
  • the database server 28 also operates with menus, forms, and the like in the same fashion as the data transaction assembler 18 except that it stores the data transactions in its associated database 30 as transaction files.
  • the purpose of the database server 28 is to process the data transaction from the data transaction assembler 18 and to either explode the data transaction into all of its related components for storage, to handle the storage of items from the explosion process, to store the data transaction itself for reference purposes, and to act as a supplier of information to the data transaction assembler 18 in response to requests during the creation of the data transaction and during the downloading of parameters for menus and forms to the data transaction assembler 18 .
  • the database server 28 can also supply information back to the data transaction assembler 18 after a data transaction is received or can initiate a process leading to the delivery of a report, data, or menu to the data transaction assembler 18 .
  • the database server 28 and data transaction assembler 18 can reside on the same machine so long as the database server's operating system recognizes the TAS firmware or the TAS firmware is modified for use with the operating system of the database server 28 .
  • the present invention includes a point of transaction device which presents a menu to a user from which an option is selected. A form tailored to the selected option appears for guiding the user through data entry.
  • the full details of the data transaction are captured as data is entered by the user.
  • Modem interaction with a central database(s) or a user database(s) allows for interaction for help and verification of certain entered data.
  • the completed transaction is then transmitted to the central or user database for further processing and storage.
  • Data input can also be provided via a swipe card or smart card, from data received from any database accessible via the modem interface, or other known methods.
  • a data transaction system of this type may be used for many applications.
  • the transaction entry device 12 is located in a medical office for entry of patient data.
  • a swipe card identifies the patient
  • a smart card identifies the doctor
  • the modem connection allows the entire claim transaction to be entered and transmitted to the insurance companies for processing.
  • the patient records may also be automatically updated and prescriptions created, given to the patient, transmitted to the pharmacist, and transmitted to the payor and patient record.
  • Patient instructions such as special diets, exercises, treatments, appointments, and the like may be printed from the data transaction form at the doctor's central computer.
  • a video image or picture provided via video input 74 and compressed by data compression circuitry 75 permits an image of a medical condition such as a rash to be appended to the data transaction (in miscellaneous processing field 50 of FIG. 2 ) for transmission with the patient's name, the date, a description of patient symptoms, and the like.
  • a recorded heartbeat may be appended to the end of the data transaction for transmission with the patient data.
  • the data transaction entry system of the invention also has numerous home uses.
  • the transaction entry device is used for performing bank transactions from the home.
  • forms would be made available by the bank for different types of bank transactions. These forms would then be downloaded to the transaction entry device in the customer's home and used in creating and transmitting data transactions to the bank computer for off-line processing.
  • the user may dial-up to a 900 number to get an interface to a central database which will download codes into TAS PROM 95 or form/menu memory 96 which enable the generation of infrared signals at certain frequencies.
  • the user needs only to specify the type, make and model of any electronic device to be controlled in order to get the desired code. Then, to operate any electronic device in the home, the user would be directed by menu prompts.
  • the transaction entry device 12 would then emit an infrared signal via infrared transceiver(s) 80 to operate the electronic device, initiate a call via modem for a broadcast program, or initiate timed requests for video recording, turning the video recorder on and off, and the like.
  • the transaction entry device 12 may also initiate, via menu prompts, sequences for turning on and off various household devices including alarm systems, coffeemakers, and the like.
  • the transaction entry device 12 may receive an RF or infrared signal indicating that a burglar or fire alarm has been activated and call up a form for calling the police or fire department, as appropriate.
  • a call to the transaction entry device 12 may then be used to turn off the burglar or fire alarm by changing a field in a form which instructs the infrared transceiver 80 or RF transceiver 90 to send an appropriate control signal to the alarm device.
  • This feature may also be prompted from a car phone via remote initiation of the form performing this function.
  • the transaction entry device 12 may also control all household telephone use as well as controlling the answering machine and keeping a telephone transaction log.
  • the user may also pay household bills by completing an appropriate form and transmitting the form to a payee such as a credit card company, a bank, and the like.
  • the transaction entry device will permit the owner to connect to a remote database without owning a conventional computer system with an operating system and the like.
  • the transaction entry device 12 may be used to initiate a facsimile transmission, to provide telephone lists with automatic dialing upon selection, to provide expense accounts, personal scheduling, tax record keeping, and the like, and to provide direct access to travel information.
  • the database server 28 may be an airline reservations system.
  • the data transaction assembler 18 dials the modem of the airline reservations system when the user requests data entry into an airline reservations form available at the user's transaction entry device 12 .
  • the data transaction device 18 modems the database server 28 , and the operating system of the database server 28 selects interface programs for the airline reservations system.
  • the interface programs call the database servers 38 of the airlines, retrieve the appropriate menu from database 40 , and modem the menu to the data transaction assembler 18 .
  • the data transaction assembler 18 then displays the airline reservations menu on its display screen 20 for completion and transmission back to the airline reservations database server for processing.
  • the swipe card may be used to provide credit card payment information and may be updated by permitting the data transaction assembler 18 to write to the swipe card.
  • the user may also access frequent flyer club and mileage data, special offers on hotels, cruises and other travel, and the like.
  • the transaction entry device 12 may be used to eliminate conventional phone mail greetings by enabling the caller's transaction entry device 12 to read in a set of visible menus from the called party's voice mail menu so that the calling party may select the desired options using a visible menu rather than a voiced menu.
  • the caller would not have to wait through the litany of voiced phone mail options before making a selection and could make the desired selection right off of his or her own display. This would be accomplished by selecting a process from the menu of the transaction entry device 12 which will create a “visible” menu. When such a process is selected, the telephone electronics 14 or modem interface 78 makes a telephone connection to a remote phone mail system.
  • the data transaction assembler 18 sends a data request for a visual representation of the phone mail menu of the remote phone mail system via the telephone connection to the remote phone mail system.
  • a data stream containing the visual representation of the phone mail menu from the remote phone mail system is then returned via the telephone connection and stored in form/menu memory 96 and presented to display screen 20 of the transaction entry device 12 for selection using the techniques described herein.
  • the data transaction assembler 18 creates a data transaction indicating which menu item was selected and sends the data transaction to the remote phone mail system via the telephone connection.
  • the remote phone mail system then returns a data stream containing a visual representation of the next phone mail menu via the telephone connection for storage in form/menu memory 96 and display on display screen 20 . This process is repeated until the calling party is required to leave a message or the called party is reached.
  • voice mail systems such as those at government offices, where numerous options are presented for selection.
  • the invention is unique by virtue of its ability to generalize applications to forms so that no code need to be written to implement a particular function. However, if code is needed or if multimedia data is to be part of a data transaction, it can be attached to a form which is stored as a parameter stream in a stream of data. Also, though the transaction entry device 12 has been described as a computer workstation, it can also be used in conjunction with an optional off-line storage device as a self-contained workstation and database unit independent of traditional operating systems. The transaction entry device 12 can also be used with an additional optional plug in as a network server or as a user interface in a network docking station.

Abstract

A data transaction processing system in which transaction data is entered by the user in response to prompts in a template which is tailored to each user application. The template and entered data are accumulated into data transactions which are immediately transmitted upon completion to an external database server for processing and storage. The data transactions are not locally stored for processing, and no conventional operating system is necessary. No local processing needs to be provided, and the only local storage is a flash PROM which stored the control firmware, a flash memory which stores the data streams making up the forms and menus, and a small RAM which operates as an input/output transaction buffer for storing the data streams of the template and the user replies to. the prompts during assembly of a data transaction. The data transaction is received via standard protocols at a database server which, depending upon the application, stores the entire data transaction, explodes the data transaction to produce ancillary records which are then stored, and/or forwards the data transaction or some or all of the ancillary records to other database servers for updating other databases associated with those database servers. Also, in response to requests from the transaction entry device, the database server may return data streams for use in completing the fields in the data transaction or in presenting a menu on the display which was read in from the database server or a remote phone mail system. The transaction entry device is integrated with a telephone and is accessed via a touch screen, an optional keyboard, a magnetic card reader, voice entry, a modem, and the like.

Description

    BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • The present invention relates to a system for automatically capturing data at the point of transaction and storing that data in the appropriate database(s), and more particularly, to a data transaction processing system including a transaction entry device which can selectively operate in a telephone mode and a transaction entry mode. In the telephone mode, the transaction entry device operates as a conventional telephone. However, in the transaction entry mode, menus are used to navigate the user to forms which facilitate the entry of data. The entered data and forms together form data transactions which are transmitted to one or more databases for processing and storage. The database(s) also “explodes” the data transactions into their component parts and transmits those component parts to still other databases for processing and storage so that the data in the data transactions automatically updates all current database items affected by such data.
  • 2. Description of the Prior Art
  • The telephone has become an increasingly versatile instrument. The functionality of telephones has been expanded by incorporating the functions of answering machines, facsimile machines, and the like. Point-of-entry systems have also been developed which incorporate computer processing capabilities into conventional telephones. For example, a computer/telephone apparatus is described in U.S. Pat. Nos. 5,195,130, 5,008,927, and 4,991,199 which configures a telephone as a programmable microcomputer which is operated through the standard telephone 12-key keypad. A programmable gate array is reconfigured to accommodate various types of software which require different hardware configurations but without actually reconfiguring the hardware. The reconfiguration data is received from a network host computer and is used by the programmable microcomputer to emulate the hardware of any of a plurality of service bureaus which communicate with the network host computer. In this manner, the telephone/computer is configured to communicate data to/from any of a number of different service bureaus via conventional telephone lines.
  • However, telephone/computer systems of the type described in the afore-mentioned patents are typically quite complicated and expensive and are limited by the types of operating software which can be downloaded from the network host computer. Also, such telephone/computer systems are relatively slow since the microcomputer must be reconfigured before it will permit communication with the requested service bureau. Because of these characteristic features, such telephone/computer systems are typically used in public locations and are not efficient for creating point-of-entry transactions in typical commercial or private settings. A point-of-entry transaction system is desired which does not have such limitations and which is operating system independent.
  • Elimination of the requirement of a conventional operating system and the associated application programs for the microcomputer of a data entry device would greatly decrease the cost of such a device. However, to date, this has not been possible because the operating system is needed to run the application programs which control the data communications and together handle discrete parts of the system. Unfortunately, such application programs require substantial amounts of local memory and substantial processing power for performing the desired functions. Also, the operating systems themselves tend to be quite costly to purchase and maintain.
  • Accordingly, a data entry system is desired which does not have the inherent limitations of conventional point-of-entry systems such as the requirement of a standard operating system for communication with a remote service bureau or file server. A data entry device and associated system is desired which performs a minimal amount of processing at the data entry device so that the data entry device may be as simple and inexpensive as possible, thereby bringing the cost of such a device into a range suitable for most commercial and private uses. It is also preferable that such a data entry device provide a wide range of functionality without requiring a local operating system program and a plurality of applications programs for implementing each function. The present invention has been designed to meet these needs.
  • SUMMARY OF THE INVENTION
  • The system which meets the above-mentioned needs in the art includes a transaction entry device that permits the user to organize and control all aspects of his or her personal transactions as well as any transactions that may occur in an office setting. In its simplest terms, the transaction entry device formats input data into a data transaction having content which is dependent upon the type of application to which the associated data pertains. These data transactions are then transferred to a local or remote database server which “explodes” each data transaction into its component parts for updating all databases containing data to which the data in the component parts pertain. In this “transaction entry mode” the transaction entry device of the invention functions as a multi-purpose workstation. However, since the data transactions are created without the use of an operating system or application programs, the transaction entry device is quite simple and inexpensive and may be readily integrated with the customer's desktop telephone or portable telephone.
  • The present invention combines computer technology and telephone technology to allow transaction data to be captured at the point of initiation of the transaction. The transaction entry device is integrated into a conventional telephone which acts as either a normal telephone in a telephone mode or as a transaction entry device in a transaction entry mode. When in telephone mode, the telephone operates in a conventional manner. However, when in transaction entry mode, the transaction entry device is driven by a microprocessor which is, in turn, driven by an operating system independent transaction assembly (or application) server (TAS) comprised of data streams stored in a flash PROM. The TAS is absolutely self-contained in its relationship to the hardware of the transaction entry device and in general performs the two basic functions of (1) generating a template or form from a data stream and (2) developing a data transaction as the user inputs data in response to prompts in the template or form. The template is a series of data streams read from a local flash memory or transmitted directly from an external source such as a database file server.
  • During operation, the data entered by the user in response to prompts in the template are accumulated into data transactions which are immediately transmitted to an external database server. Unlike typical prior art systems, the data transactions are not locally stored for processing by the local microprocessor once the data transaction has been completed. On the contrary, the only required storage in the transaction entry device is a flash PROM for storing the TAS firmware, a flash memory for storing the data streams used by the TAS firmware to complete a form and the modem numbers for the remote database servers, and a small RAM which operates as an input/output transaction buffer for storing the data streams of the template and the user replies to the prompts in the template during assembly of a data transaction. The transaction buffer(s) only needs to be as large as the largest data transaction since it only stores the form until the entire data transaction is completed. In this sense, the transaction entry device serves as an assembly point for specific transactions until they are ready for transmission to an external database server for processing and storage.
  • The data transaction formed by the transaction entry device is transmitted via modem to a local or remote database server for processing and storage. The data transaction is received via standard protocols at the database server which, depending upon the application, stores the entire data transaction, explodes the data transaction to produce ancillary records which are then stored, and/or forwards the data transaction or some or all of the ancillary records to other database servers for updating other databases associated with those database servers. Also, in response to requests from the transaction entry device, any of the database servers may send data streams back to the transaction entry device for use in completing the fields in the data transaction or in displaying new forms or menus for selection.
  • Thus, the data transaction system of the invention comprises at least three tiers: a first tier for capturing the data transaction from the user, where the data transaction has a one-to-many relationship to file structures; a second tier for exploding the data transaction into its component parts on a system-specific basis so that each component part has a one-to-one correspondence with a file; and a third tier for providing additional explosions of the data transactions on an application-specific basis so that each application has its own set of data transactions.
  • A preferred embodiment of the transaction entry device of the invention resembles a conventional telephone except that it includes a touch screen and an optional keyboard for data entry in addition to the conventional numeric and function keypad inputs. A telephone handset or headset is optional and may be replaced by a microphone and speaker. The transaction entry device of the invention also includes RS-232 and other input/output ports for accommodating other options such as a wireless (RF) receiver, a magnetic card and/or smart card reader, a video camera and video display, infrared controllers, and the like. The telephone preferably has normal touch-tone functions as well as mobile and cellular options.
  • Preferably, the transaction entry device contains a microprocessor such as an Intel 80386SX or higher, one megabyte of flash memory for dynamically storing the data streams for the templates, one megabyte of flash PROM for storing the TAS firmware, and a 128 kB RAM which functions as a transaction buffer for storing the data streams of the templates and the user responses until completion of the data transaction. A graphics display screen is also provided for displaying the templates to the user for the entry of the data which will form the data transactions. Preferably, the graphics display screen is on the order of 24 lines by 40 characters for a desktop unit and 12 lines by 40 characters for a cellular unit.
  • The transaction assembly (application) server (TAS) guides the user to the desired template via menu selections, where the menus and templates are stored in flash memory as data streams and are called up by the TAS firmware when selected by the user. Generally, the menus are treated as a special type of template or form. The templates stored in the flash memory may be updated at any time to handle particular applications by reading in a new data set which has been created off-line and downloaded via modem or direct connection to the flash memory of the transaction entry device. Alternatively, the data may be downloaded to an RS-232 input. The same connections may be used to provide an automatic read from a remote database or an automatic write to a remote database. New applications may be added simply by adding additional flash memory elements containing the necessary templates for the new application.
  • The telephone/transaction entry device and the associated system for storing transaction data in accordance with the invention is unique in that it separates the user from the database and provides a simple, user friendly way to enter transaction data without requiring a local operating system to run various application programs. Since all data is entered as data transactions determined by templates tailored to particular applications, the user applications may be generalized so that no unique user application programs need to be written when a new application is added. However, if code is needed, or if a multimedia element is to be included in a data transaction, it can be appended to a data transaction as an additional parameter stream in the stream of data forming the data transaction. Also, since the nature of the data in the respective fields of the templates for particular applications is known in advance, the interface to a database server to permit storage of the data transactions and their component parts in the appropriate databases in the appropriate formats for each database becomes trivial.
  • In an alternative implementation of the invention, a process may be selected from the menu of the transaction entry device which creates a “visible” menu corresponding to a voice mail menu of a remote phone mail system. When such a process is selected, the telephone or modem interface makes a telephone connection to the remote phone mail system, and, once the connection is made, the data transaction assembler sends a data request for a visual representation of the phone mail menu of the remote phone mail system via the telephone connection to the remote phone mail system. A data stream containing the visual representation of the phone mail menu from the remote phone mail system is then returned via the telephone connection and stored in a memory of the transaction entry device for presentation to the display screen of the transaction entry device 12. When the desired phone mail menu option is selected from the “visible” voice mail menu, the data transaction assembler creates a data transaction indicating which menu item was selected and sends the data transaction to the remote phone mail system via the telephone connection. Based on the menu selection, the remote phone mail system then returns a data stream containing a visual representation of the next phone mail menu via the telephone connection for storage and display. This process is repeated until the calling party is required to leave a message or the called party is reached.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The above-mentioned characteristic features of the invention will become more apparent to those skilled in the art in view of the following detailed description of the invention, of which:
  • FIG. 1 is a schematic diagram of a system for entering data transactions into databases in accordance with the invention.
  • FIG. 2 illustrates a generic template for use in creating a data transaction in accordance with the invention.
  • FIG. 3 illustrates an “exploded” data transaction in which the component parts of a data transaction are stored in database-specific and file-specific locations.
  • FIG. 4 illustrates the “exploded” transaction of FIG. 3 in the context of the system illustrated in FIG. 1.
  • FIGS. 5(a) and 5(b) together illustrate a preferred embodiment of a transaction entry device in accordance with the invention.
  • FIG. 6 is a schematic diagram of the electronics of the transaction entry device illustrated in FIGS. 5(a) and 5(b).
  • FIG. 7 is a flow diagram of a menu driven transaction assembly (application) server (TAS) in accordance with the invention.
  • FIG. 8 is a flow diagram illustrating a technique for processing a form used to form a data transaction in accordance with the invention.
  • FIGS. 9(a) and 9(b) together illustrate a flow diagram of a technique for completing and editing a data transaction in accordance with the invention.
  • FIG. 10 is a flow diagram illustrating how the TAS validates the fields of each data transaction.
  • DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED EMBODIMENT
  • A system and method which meets the above-mentioned objects and provides other beneficial features in accordance with the presently preferred exemplary embodiment of the invention will be described below with reference to FIGS. 1-10. Those skilled in the art will readily appreciate that the description given herein with respect to those figures is for explanatory purposes only and is not intended in any way to limit the scope of the invention. For example, those skilled in the art will appreciate that the telephone/transaction entry device and system for entering data transactions into remote databases in accordance with the invention may be used in numerous settings in numerous applications. Accordingly, all questions regarding the scope of the invention should be resolved by referring to the claims.
  • A. SYSTEM DESCRIPTION 1. Overview
  • The system of the invention provides for the automatic capture and computerization of data associated with data transactions as they occur. As used herein, a data transaction is the combination of a form or template or a series of forms or templates containing data entry prompts and the data entered in response to those prompts. Throughout the remainder of this specification, the words “form” and “template” will be used interchangeably.
  • The data transactions are generated by a transaction entry device through an interactive process between the user and the form. The data transaction is assembled in a transaction buffer in the data transaction entry device and then transmitted to an external database for storage. No local storage for data transactions is available. The data transaction is defined externally by the database in that all applications consist of a series of customized forms and prompts for soliciting entry of the data needed to update the databases containing data related to the particular application. Generally, the data transaction will have a one-to-many relationship to the file structures of the database containing data for that application.
  • The data transactions are entered using the transaction entry device. Preferably, the transaction entry device is integrated with telephone electronics so that the resulting device may selectively operate as a conventional telephone or as a data transaction entry device. The resulting transaction entry device preferably includes a touch screen and/or keyboard which provides input to a transaction assembly (application) server (TAS) which, in turn, presents selection options via menus and forms for completion by the user. Menu and form selection and form completion is made by touch, by key selection from the keyboard, by moving a cursor to the appropriate selection point and depressing a key, or even by voice command. Whenever data entry (other than mere selection) is desired, it is accomplished via a menu-driven selection process and/or by direct entry of data using a keyboard, a keypad, a touch screen, and the like. In the menu-driven case, a set of options is presented to the display screen by the TAS firmware. If this set of options exceeds the capacity of the display screen, then the list is scrolled up or down through the use of scroll keys on the device, by voice command, or by touch at scroll command points. Once the selection is made, the data associated with that selection is automatically entered into the form from a local or remote database, or the data is input by the user. In the event of keyboard entry, the TAS firmware may present a keyboard at the bottom of the display screen for touch entry; alternately, an optional keyboard located at the base of the transaction entry device may be used.
  • When the data is entered independently of a selection process, such data also may be entered using a swipe card if the data resides on the swipe card or the data may be transferred into the data transaction via modem from an external source. The data read from the swipe card can be used to fill out a form or may be transmitted to an external database or computer. Data returned from the external database or computer via modem may also be used to fill out the fields in the form. As desired, the data in a data transaction may also be written to a swipe card or memory card and the like.
  • The TAS firmware of the invention stores the options as well as control programs (microcode) for the processor for use with the templates in creating the data transactions. The TAS firmware also includes a program allowing connection via modem to one or more external computers and databases. Preferably, two modes of operation are available: transaction entry mode (with or without modem connection) and telephone mode. A selection of either the transaction entry mode or the telephone mode is made through a switch selection on the transaction entry device. When the transaction entry device is placed in the transaction entry mode, the TAS firmware immediately presents a selection menu for all of the options the system is programmed to handle. In the telephone mode, on the other hand, a dial tone is provided and the telephone keypad is enabled. In telephone mode, one or more lines may be connected so as to allow simultaneous use of the transaction entry device without interfering with the modem connection. However, if a single telephone line is used, the telephone capability is available at all times or intermittently via modem as specified by the particular application. In the intermittent mode, upon a “save” the transaction entry device will control a dial up and transfer of data to a remote database server. On the other hand, if the telephone is used with an automatic dialer mechanism utilizing a phone list, the transaction entry device may automatically change from the telephone mode to the transaction entry mode. In this case, a display on the telephone may be used to present a name and telephone list from which a selection can be made in accordance with the menu selection techniques described below.
  • 2. Data Transaction System FIGS. 1-4
  • FIG. 1 is a schematic diagram of a system 10 for entering data transactions into databases in accordance with the invention. As illustrated, system 10 comprises a first tier for capturing a data transaction having a one-to-many relationship to file structures, a second tier for exploding the data transaction into component parts having a one-to-one relationship to file structures, and a third tier for providing additional explosion of the data transactions for specific applications.
  • The first tier comprises a transaction entry device 12 which captures the data transaction from the user in response to any of a plurality of inputs from the user. Transaction entry device 12 includes conventional telephone electronics 14 and speaker 16 and a data transaction assembler 18 for creating a data transaction in accordance with the invention. A display screen 20 is preferably associated with data transaction assembler 18 so that the user may monitor creation of each data transaction. Telephone electronics 14 are connected to a telephone switching network 22 via a conventional voice connection 24 over the telephone lines, while data transaction assembler 18 is connected via telephone lines 26 to one or more database servers 28. As illustrated in FIG. 1, telephone lines 24 and 26 may be separate lines, thereby permitting simultaneous use of the telephone and data entry functions, or the telephone electronics 14 and data transaction assembler 18 may be connected to a single line as illustrated in phantom in FIG. 1. Of course, when the telephone electronics 14 and data transaction assembler 18 are connected to a single line, a mode switch will enable their mutually exclusive operation, or alternatively, any of a number of conventional transmission schemes may be used to permit simultaneous transmission of the voice from the telephone electronics 14 and the data from the data transaction assembler 18 over the same line.
  • During operation in the transaction entry mode, transaction entry device 12 is responsive to user input devices such as a touch screen, a telephone keypad, a keyboard, a microphone, a swipe card, a memory card, video input, and the like, to form data transactions using data transaction assembler 18. Alternatively, the transaction entry device 12 operates in a telephone mode as a conventional telephone and receives inputs from a microphone and/or a handset, a touch tone keypad, and the like. More details of the transaction entry device 12 and data transaction assembler 18 will be provided in the next section with respect to FIGS. 5-10.
  • The second tier comprises one or more database servers 28 and their associated databases 30. In general, each database server 28 receives data transactions from one or more transaction entry devices 12 and “explodes” the received data transactions into their component parts for storage in the appropriate files of the associated database 30. In other words, the one-to-many file structure of the data transactions from one or more transaction entry devices 12 is converted into many one-to-one data transactions for storage in individual files of database 30.
  • Each database server 28 includes a modem 32 for transmitting/receiving data from the telephone lines 26, particularly the data transactions from one or more transaction entry devices 12. Preferably, the data transactions are transmitted over the telephone lines 26 as data packets having, for example, 128 bytes, where 120 bytes contain information and 8 bytes contain control data. A transaction queue 34 acts as an input buffer for the received data transactions and controls the rate of presentation of the data transactions to transaction controller 36. Transaction controller 36 processes the received data transactions to extract the physical file relationships of the component parts of the data transactions and stores the components parts and different combinations thereof in the appropriate files of associated database 30. Alternatively, transaction controller 36 may process a data request from data transaction assembler 18 requesting information from database 30 for completing certain fields of a data transaction being processed by the transaction entry device 12. Database 30 then provides the requested information to database server 28 which, via modem 32, provides a data stream back to data transaction assembler 18 for use in completing the data transactions or presenting additional menus and forms in accordance with the invention. Typically, a user ID and password are transmitted to the transaction controller 36 to permit a connection to be made by data transaction assembler 18. Thus, transaction controller 36 also checks and stores startup and logoff information in addition to storing data transactions and directing reconstituted data transactions to other database servers as described herein. In addition, database server 28 may include a conventional phone mail system with an associated database for storing voice mail messages. In this case, the data transaction may include voice data for storage in the remote voice mail system.
  • As shown in FIG. 1, several database servers 28 may be provided. Preferably, each transaction entry device 12 has an associated database server 28 for performing any desired processing of its data transactions, although it is preferred that the data transactions be copied to at least one other database server 28 as shown in FIG. 1. This redundancy minimizes the possibility of losing data in the event of a power outage and the like. Preferably, each database server 28 contains essentially the same hardware, although modem 32, transaction queue 34, and transaction controller 36 have not been shown for all database servers 28 for ease of illustration.
  • In transaction entry mode, the data transaction assembler 18 of transaction entry device 12 creates a data transaction that is transmitted to an associated transaction controller 36 of an associated database server 28. By “associated” it is meant that the database server 28 functions to perform any processing requested or necessary in conjunction with the storage of a data transaction from a particular transaction entry device 12. Of course, a particular database server 28 may have several transaction entry devices 12 associated with it. So that no data will be lost, a particular database server 28 may also serve as a backup for another database server 28 in the event of the failure of any database server 28.
  • As will be explained in more detail below with respect to FIGS. 2-4, database server 28 “explodes” data transactions received from data transaction assembler 18 and provides the component parts of the “exploded” file dependent data transactions via modem 32 to other database servers 28 as necessary to update other databases. Alternatively, as shown by dotted line in FIG. 1, the “explosion” of the data transactions may be performed by the data transaction assembler 18 at the transaction entry device 12 and the component parts transmitted to all appropriate databases 28 for updating the data therein. For this purpose, the data transaction assembler 18 will also need to know the modem numbers for all database servers 28 to be updated by the exploded data transactions. However, those skilled in the art will appreciate that this latter alternative will require access to numerous phone lines by the transaction entry device and that such phone lines are not always available to the user.
  • Finally, the third tier of the system 10 includes additional database servers 38 and databases 40 which support file dependent data transactions for specific applications. This additional tier of database servers 38 and databases 40 permits the data in the data transactions to be routed to application specific databases for storage of application specific data and access by those transaction entry devices 12 requesting data related to that specific application.
  • The creation and storage of a data transaction in accordance with the invention will now be described with respect to FIGS. 2-4.
  • Data transactions are created by data transaction assembler 18 as a data stream of a known format. A generic data transaction is illustrated in FIG. 2. As defined herein, a data transaction is created using a form containing one or more of the following: instructions, prompts, menu selection options, and a template with fields for data entry. Generally, the menu form consists of prompts for selecting a form, another menu, or a process, and a single slot for entering a selection, while the data entry form consists of prompts and instructions together with fields for entering data as shown in FIG. 2. The data entry form can have either single or multiple fields for entering data.
  • In transaction entry mode, the user navigates through menus of data transaction assembler 18 until a form related to a particular type of data entry operation is selected. Once selected, data transaction form 42 is presented to the user on display device 20. The data transaction form 42 is a collection of data defining the visual presentation on the display device 20 and a list of the fields through which linkages to external database files are defined.
  • As shown in FIG. 2, data transaction form 42 includes a format field 44 which identifies the type of data transaction this form pertains to, the length of the form, the number of pages in the form, the number of bytes in each field, storage keys, and the like. The body of the data transaction form 42 comprises a predetermined series of prompts 46 which are provided to the display screen 20 as a data stream. The prompts preferably include descriptive data which may be alphanumeric, an icon, or a list that scrolls, if necessary. Fields 48 are blank spaces of predetermined size provided for accepting user input in response to each prompt. Generally, the size of each field 48 is also stored in the stream of data defining the data transaction form 42. Since the prompts are tailored to elicit the necessary data for the application for which the data transaction form 42 was created, the fields 48 will include the user data necessary for processing a data transaction for that particular type of application. The user responses become part of the data stream which forms the data transaction. Typically, the data transaction form 42 also includes a miscellaneous processing field 50 which permits processing data unique to that form to be appended to the data transaction for transmission. Such processing data may include, for example, equations which define the relationships of the data in certain fields of the data transaction or audio or video data attached to a multimedia data transaction. In addition, non-display data associated with the time of data entry, the date of data entry, the user ID, and the like may be stored in miscellaneous processing field 50.
  • FIGS. 3 and 4 illustrate the “explosion” of the stream of data forming the data transaction created using the data transaction form 42 of FIG. 2. As shown in FIG. 3, each data transaction contains data which is specific to a particular database and/or specific to particular files in one or more databases. The data in the data transaction is “exploded” accordingly. For example, the complete data transaction from FIG. 2 (Form A) is stored in a particular file (file 110) of the database associated with the transaction entry device 12 which created the data transaction (database 11 in FIG. 1). Storage of the entire data transaction is desired so that records may be maintained in the event of system error, power failure, and the like. The transaction controller 36 then extracts data from those fields of the data transaction which it knows to be related in forms of that particular type. For example, the data in fields 1, 2, 6, 10, and a function of the data in field 11 may relate to a particular application stored in file 111 of database 11. Similarly, the data in fields 3, 6, 10, 12, and 14 may be related to an application stored in file 112 of database 11, while the data in fields 1, 2, 7, 8, 9, and a function of the data in fields 10, 11, and 12 may be related to an application stored in file 113 of database 11. These fields are extracted from the received data transaction by transaction controller 36, reconstituted into a file entry of the appropriate format (as necessary), and stored in the associated database 30.
  • All of the data in the received data transaction, or a subset thereof, may also be retransmitted to one or more additional application specific databases, such as database 21 of the databases 40 in tier 3. As illustrated in FIG. 3, the database specific data of fields 1, 4, 5, 13, and 14, forming the subset (Form B) of the original transaction (Form A), is stored in file 210 of database 21 so that a complete record may be maintained. Subsets of the data in Form B are then stored in specific files of database 21 as indicated. In this manner, the data of the original data transaction (Form A) is automatically sent to all databases which contain files which must be updated by any or all of the data in Form A.
  • FIG. 4 illustrates the explosion of the data transaction in FIG. 3 for the system 10 illustrated in FIG. 1. As shown, the data in the data transaction (Form A) is extracted to update files 110-113 of database 11 as well as files 210-212 of database 21. A redundant copy of Form A is also maintained in database 12.
  • As will be explained more fully below, the system of FIGS. 1-4 is significant in that the data in a data transaction may update one or more databases serviced by file servers operating under control of numerous types of operating systems without the requirement of a terminal or operating system emulation by the transaction entry device 12. On the contrary, the transaction entry device 12 of the invention permits data capture and storage with a minimum amount of processing at the transaction entry point (tier 1), which, of course, minimizes system cost.
  • B. TRANSACTION ENTRY DEVICE 12 FIGS. 5-10
  • As noted above, the transaction entry device 12 is particularly characterized by the data transaction assembler 18, which controls the various operations of the transaction entry device 12 in its transaction entry mode. Preferably, data transaction assembler 18 uses simple menu structures and predetermined forms stored as data steams in a flash memory for facilitating data entry. The menus are treated as a special type of form and are used to call other menus, forms, or processes. The forms, on the other hand, are used to create data transactions which are sent to one or more file servers operating under different operating systems, where the data transaction is “exploded” into its component parts for storage in a unique file structure for updating all records affected by the data in that data transaction. In turn, the “exploded” data transactions may be transmitted to another application specific database (tier 3) for storage. Processes, on the other hand, are selected to perform limited processing of the values in the fields of the forms. Such processing may be performed locally but is preferably performed by the associated database server 28.
  • 1. Hardware
  • A preferred embodiment of a transaction entry device 12 incorporated into a conventional telephone is illustrated in FIGS. 5 and 6. As shown in FIG. 5 a, a preferred desktop embodiment of a transaction entry device 12 includes a housing 52 on the order of 8 inches wide by 12 inches long for housing telephone electronics 14 and the hardware of data transaction assembler 18. Transaction entry device 12 includes an optional handset (or headset) 54, cradle 56 (FIG. 5 b), numeric keypad 58, telephone function/line keys 60, microphone 62, and speaker 16, which facilitate operation of the transaction entry device in the telephone mode. As known to those skilled in the art, telephone functions accessed by telephone function keys 60 may include mute, speaker, line select, conference, hold, transfer, volume control, and the like.
  • However, the transaction entry device 12 is further characterized by display 20 with touch screen 64, mode switch/computer function keys 66, optional retractable keyboard 68, and optional magnetic/smart card reader 70, which facilitate operation of the transaction entry device 12 in the transaction entry mode. A memory card reader may also be accessed via a door (not shown) as in a laptop computer. Preferably, display 20 is a super twisted, high contrast, reflective liquid crystal display (LCD) with a minimum of 20 characters per line and 16 lines (preferably, 40 columns by 24 lines), while touch screen 64 is preferably a clear pressure sensitive keyboard made up of 224 keys (16 rows of 14 keys) attached to the face of the LCD. Preferably, the LCD is also available as a backlit unit. Of course, touch screen 64 is not necessary if optional keyboard 68 is provided. In addition, a battery backup 71 (FIG. 6) may also be provided; alternatively, the battery 71 may be the primary power source for a portable (cellular) embodiment of the transaction entry device 12 in accordance with the invention.
  • FIG. 5 b illustrates several of the connections to transaction entry device 12. Typically, transaction entry device 12 includes a handset (headset) jack 72 for connecting optional handset (headset) 54 to telephone electronics 14 when it is desired to communicate more privately than when only microphone 62 and speaker 16 are used. A video input port 74 is also provided for connecting conventional data compression circuitry 75 within the transaction entry device 12 (FIG. 6) to an optional video camera which provides picture phone type video or to a facsimile device or scanner. Such video data may be appended a frame at a time to the end of a data transaction in miscellaneous processing field 50 to create a multimedia data transaction as described above with respect to FIG. 2. A video output port 76 is also provided for providing decompressed video or facsimile data from data decompression circuit 77 (FIG. 6) to a video receiver, a high quality computer monitor, a facsimile device, and the like. Such data may also be provided to printer port 82 or 84 as desired. A multi-line phone jack (modem interface) 78 is also provided. Preferably, modem interface 78 provides separate modem connections for the telephone electronics 14 and the data transaction assembler 18, although only a single modem connection is necessary.
  • An optional infrared transceiver 80 is further provided for enabling remote control operation of television and stereo equipment and the like in response to data transactions transmitted/received by the transaction entry device 12. Infrared transceiver 80 includes an internal signal generator chip which reads parameters stored in data transaction assembler 18 for determining the appropriate transmission frequencies for the infrared signals. Control of the infrared devices is then provided through menus on the display 20. Additional infrared transceivers 80 may also be provided on each corner of the housing 52 so that the infrared signal will cover more area (each transmitter typically covers about 60 E circumference). All such devices are known to those skilled in the art and thus will not be described in detail here.
  • A computer interface (RS-232) serial port 82 and parallel port 84 is also provided for transmitting/receiving data to/from another computer device and for providing output to a printer. A power input port 86 and a keyboard input 88 are also provided. Keyboard input 88 accepts a connection from a standard keyboard or a folding type keyboard (not shown) which may be used in addition to, or in place of, retractable keyboard 68. An optional removable PCMCIA memory card interface 89 (FIG. 6) for updating the operating instructions of the data transaction assembler 18 and an optional RF transceiver 90 (FIG. 6) for wireless networking to other electronic equipment may also be provided on the transaction entry device 12 as desired.
  • FIG. 6 is a schematic diagram of the electronics of the transaction entry device illustrated in FIGS. 5(a) and 5(b). Corresponding reference numerals for corresponding elements are used in FIGS. 5(a), 5(b) and 6. As shown in FIG. 6, in addition to the elements described above with respect to FIGS. 5(a) and 5(b), the transaction entry device 12 may include a simple voice recognition circuit 91 which permits voice selection of menu options and the like. In “voice selection” mode, the user would voice “1”, “2” or “3” depending on the desired menu selection, and the voice would be picked up by microphone 62 on the housing 52 of the transaction entry device 12 and recognized by voice recognition circuitry 91. The proper selection signal would then be sent to the data transaction assembler 18. Similarly, the data transaction assembler 18 may provide audible output using a conventional voice synthesizer 92, which provides the audio output to the user via speaker 16 and to a caller via modem interface/telephone line connection 78. The voice synthesizer 92 may, for example, allow certain data transactions to be audibilized for a blind person who cannot make selections from a conventional video display. In addition, a voice recorder 93 may also be provided to record portions of telephone calls, portions of voiced data transactions, or a caller's message as when using a conventional digital answering machine. On the other hand, voice recorder 93 may be provided in database server 28 for use in storing/forwarding audible messages to the database 30.
  • As noted above, the transaction entry device 12 is characterized by data transaction assembler 18, which controls the creation of data transactions in the transaction entry mode. As shown in FIG. 6, data transaction assembler 18 is implemented in hardware using a conventional microprocessor 94, such as an Intel 80386SX (20 MHz or higher) or equivalent, a TAS PROM 95, a form/menu memory 96, and a transaction buffer (RAM) 97. In a preferred embodiment, TAS PROM 95 is a flash PROM which holds 1 MB of control data (firmware) for the microprocessor 94 (such as the microcode for the algorithms of FIGS. 7-10 below), while form/menu memory 96 is a flash memory which holds 1 MB of data transaction menus and forms. Transaction buffer 97, on the other hand, only needs to be as large as the largest data transaction, and may hold, for example, up to 128 kB of transaction data including application and operating system variables. Preferably, TAS PROM 95 and form/menu memory 96 are updated by downloading data streams containing new instructions and/or forms and menus over a conventional data bus 98 via modem 78, magnetic card interface 70, or via a removable memory card read by memory card interface 89 as necessary. Alternatively, additional flash memory elements may be added as additional applications are added to transaction entry device 12. Transaction buffer 97 may also be expanded to handle transactions of any size or type, including multimedia applications in which video and/or audio data is appended to data transactions.
  • Those skilled in the art will appreciate that the transaction entry device 12 may be docked into a docking station of a network. RF transceiver 90 may be used for wireless communications in such an environment. In addition, those skilled in the art will appreciate that the transaction entry device 12 may be implemented as a battery operated portable device which is a cross between a laptop computer and a cellular telephone of the type illustrated by Paajanen et al. in U.S. Pat. No. 5,189,632, for example. In such an embodiment, an optional headpiece could be provided, as well as a microphone and speaker arrangement in the fliptop. Of course, the liquid crystal display screen 20 would typically be reduced in size to, for example, 40 columns by 12 rows, and the touch screen 64 may be eliminated. However, most of the other options of the embodiment of FIGS. 5 a and 5 b would preferably remain so that the portable unit could also be used at a desk as desired. The electronics of the transaction entry device 12 would otherwise be as illustrated in FIG. 6 except for certain size and shape considerations well within the skill of those skilled in the art.
  • 2. Software
  • As will be apparent from the following description, data transaction assembler 18 does not utilize a conventional operating system to control the operation of microprocessor 94. On the contrary, TAS PROM 95 stores simple firmware algorithms (FIGS. 7-10) operating in a kernel fashion for navigating a user through menus and forms provided from form/menu memory 96 for particular applications, and it is the resulting data streams which control the microprocessor 94 at any point in time. In other words, the data streams from the TAS PROM 95 and the data streams from the form/menu memory 96 together reconfigure microprocessor 94 into a special purpose processor for each application specified by the forms. The microcode of the TAS PROM 95 and the parameter streams from the form/menu memory 96 thus operate together as a simple form driven operating system for microprocessor 94 for all applications and is the sole code used to control microprocessor 94 (i.e., no conventional operating system or application programs are provided). As a result, the microprocessor 94 may be reconfigured into a new special purpose computer with each new form read from form/menu memory 96, and such forms/menus may be added at any time by reading in the appropriate data streams from a memory card or from an external database server 28 or by adding an additional PROM. A specific implementation of the TAS firmware stored in TAS PROM 95 will be described below with respect to FIGS. 7-10.
  • Thus, the TAS PROM 95 contains control data (firmware) for the microprocessor 94 and resides in each transaction entry device 12 for generating a template for a data transaction from a data stream stored in form/menu memory 96 (or received directly from a memory card or external database server) and from data input by a user or retrieved from an external database or magnetic card, smart card, and the like. The TAS firmware and the selected template together control the behavior of the microprocessor 94 by logically defining a table of menu options and/or database interfaces which are navigated through by the user. As noted above, the user navigates through a series of menu selections by selecting another menu, a form, or a process. Once the data transaction for a desired application is completed, it is transmitted out for “explosion” into all of its component parts for storage. In this form, the TAS firmware from TAS PROM 95 and menus and forms from form/menu memory 96 of the invention together replace a conventional operating system and individual application programs. Indeed, the invention permits the transaction entry device 12 to be completely operating system independent.
  • The data transaction assembler 18 of the invention is connected via a predetermined protocol stored as instructions within TAS PROM 95 to a database server 28 and its associated database 30. As noted above, the database server 28 associated with a particular transaction entry device 12 operates as a repository of the data transactions created by the transaction entry device 12 and as a supplier of data to the transaction entry device 12 for completing the forms and providing additional forms, menus, processes, and the like. Since the system of the invention is operating system independent, there are no hardware or software limitations on the characteristics of the database server 28.
  • The parameter set making up the individual forms are typically provided by database server 28 as a stream of data via modem and stored in form/menu memory 96, while any downloaded instructions are stored in TAS PROM 95. Linkage between data transaction assembler 18 and its database server 28 is preferably provided via a dictionary program specific to each database server 28. This dictionary program knows the characteristics of each field of each form for each data transaction and is used by the database server 28 to “explode” the received data transactions into their component parts.
  • Preferably, at power on, data transaction assembler 18 automatically prompts the user with a “Download Parameter Streams” command so that the user can load into form/menu memory (flash memory) 96 from an external source the desired streams of menu and form data for the desired application. The “download parameter” process will then be initiated by dialing the external database server 28 initiating the connection via the modem interface 78. Once connected, the transaction controller 36 of database server 28 will transmit the requested parameter stream. The data transaction assembler 18 will load the received data stream into form/menu memory 96, and, upon completion, the prompt “Executive Menu Ready” will be presented on the display screen 20. The executive menu then will be automatically presented to the user for selection of the desired menu, form, or process.
  • Upon initiation of the transaction entry mode by the user, data transaction assembler 18 calls a set of panel parameters from form/menu memory 96 and paints a form onto display screen 20. These forms are either menus for navigating to particular forms or a form into which data is entered by the user. As will be explained below, the menus provide functionality through simple menu selection. The form on the display screen 20 is completed by the user by entering the appropriate data using touch screen 64 or optional keyboard 68. Alternatively, the requested data may be read in from a memory card via memory card interface 90, from a magnetic strip on a swipe card or smart card via magnetic card interface 70 or memory card interface 89, or voice input via voice recognition circuit 91. In addition, a request may be sent to the database server 28 associated with the transaction entry device 12 for data needed to populate certain fields in the present form. The type of data entry is requested from a subset of options presented to the user upon pressing a “?” key or a “Request for More Information” button. This request will give the user several options to choose from, such as data entry using keyboard 68, touch screen 64, swipe card via magnetic card interface 70, memory card via memory card interface 89, by voice annunciation of the number of the item in the menu via voice recognition circuit 91, or via modem from a database 30. Hence, the data transaction created by the data transaction assembler 18 may or may not make use of stored data for reducing the amount of data entry required of the user.
  • When a data entry option is selected, data transaction assembler 18 does one of the following: another set of parameters is called up and another form is painted, the correctness of the selection is verified and a set of options for selections is presented based on interactions with stored data, the completed data transaction is transferred via modem to database server 28 for storage in database 30, or data values are requested from database 30 for incorporation within the transaction buffer 97. In a preferred embodiment, selections from the menu are made by touching the appropriate place on the menu using touch screen 64; by voice annunciation of the number of the menu item via microphone 62 and voice recognition circuit 91; by using one of the computer function keys 66 to run a cursor up the menu, another key to run the cursor down the menu, and a third key to make a selection in a conventional manner; or by using keyboard 68 as a selection device. When the keyboard 68 is used, the keyboard keys may be used to control a cursor, with the “enter” key being used for making a selection; alternatively, the number of the item selected may be entered and the “enter” key pressed to make the selection. Once the selection is made, the appropriate form is extracted from form/menu memory 96 as a stream of data.
  • Alternatively, in addition to presenting a menu for selection or completing a form, the data transaction assembler 18 can also present a menu selection for initiating a process such as calculation of an interest rate using one or more fields in the form, the finding of a mean, the finding of a name, or searching for entries for a particular date. These processes may be stored in TAS PROM 95, form/menu memory 96, in an off-line server where they are initiated, or any other place where they may be loaded down to the operating portion of the transaction entry device 12. In a preferred embodiment, processes are generally initiated in the database server 28 by sending a data request to the database server 28, processing the data in the database server 28, and then returning the answer as a data stream or report back to the transaction entry device 12.
  • A process typically initiates a data string which calls a process on an external machine. For example, the transaction entry device 12 may be used to download and store control signals for infrared control of various devices using infrared transceiver 80 (FIGS. 5 and 6). The form of the control signals will depend upon the signal storage in an optional infrared chip, which can be loaded by the data transaction assembler 18 or by an off-line device via modem or through the air using RF transceiver 90 for direct digital transfer in wireless form. In addition, in the case where the transaction entry device 12 is used in a medical office, for example, the process may be used to transmit a prescription to a pharmacy or mail order house using prestored modem numbers or may enable the physician to call up a list of phone calls to make for the day or a list of the followup appointments for a particular date. In other words, the TAS firmware can also “explode” the data transaction into all of its ancillary parts for transmission to numerous records in one or more databases.
  • A preferred embodiment of the TAS firmware will now be described with respect to FIGS. 7-10.
  • As noted above, the transaction assembly (application) server (TAS) is a data stream stored in TAS PROM 95 which together with the forms from form/menu memory 96 create a simple form driven operating system which provides the necessary control data (firmware) to microprocessor 94 so that no conventional operating system is necessary. FIG. 7 is a flow diagram of a menu driven TAS in accordance with a preferred embodiment of the invention. As illustrated, the TAS firmware starts at step 100 and fetches an initial menu from form/menu memory 96 at step 102. The initial menu is prompted within a few seconds of booting the TAS firmware after the system logo. The initial menu typically presents the options of downloading a parameter stream from the database server 28 for enabling additional functions or printing an executive menu. If the executive menu is selected, the executive menu is retrieved from form/menu memory 96. The executive menu contains numerous application options to the user, namely, selection of a form, another menu, a process, or an automatic switch to telephone mode, one of which is selected at step 104. The data streams in form/menu memory 96 may be distinguished as to type (form, menu, or process) by appending a code such as “F” for form, “M” for menu, and “P” for process, and as to number by appending a form, menu, or process number at the beginning of the following data stream. These codes are recognized by the TAS firmware, and it acts accordingly.
  • If the option selected at step 104 is a form, the proper form (data stream for form Fxy) is fetched from form/menu memory 96 at step 106, a transaction buffer 97 equal in length to the size of the record associated with the form Fxy is formed in RAM, the form is stored in the transaction buffer 97, and a connection is made to the appropriate database server(s) 28. The data stream for the selected form will consist of prompts, print locations for the prompt, data entry points, print locations for the data entry start, data entry length, and a code as to the nature of the data entry. This code can be numeric, alphanumeric, a cross-reference to stored data or previously entered data, a formula for the creation internally to data transaction assembler 18 of the result from previously entered data, or an external request for data, help, or reformulated values. The data stream entered into the fields of the form will not only indicate the location for the printing of the prompt and the field for data entry, but also the size of the field and the storage, a start point within the transaction buffer for the stored element, and the type of data: alphanumeric, numeric (floating point or integer), date, and the like.
  • If it is determined at step 108 that the requested form is actually a menu (Mxy), a hidden set of codes pointing to the form Fxy that the selection will lead to is read, and control branches back to step 104 for selection of another menu or form. When a menu is chosen, each item has its sequential number, its descriptor, and a code for what it will “call” (another menu, form, or process). In other words, each choice has associated with it a series of item codes which branch out to another form, menu, or series of tests upon the data entered. A menu also has a numeric code for each of the storage areas and a special code including a security code for certain menu items, process codes of forms within the menu, or a pointer to the process code. A pointer may also be provided in the menu for processes to be performed off-line (i.e., in an associated database server 28).
  • If a process (Pxy) is selected at step 104, the database server 28 is notified that something is requested from its database 30 or that some processing of data is requested. For example, the data transaction assembler 18 may send a user “?” inquiry to the database server 28 so that options may be returned to the data transaction assembler 18 for presentation to the user for selection. The process triggers an external process of database server 30 with a parameter stream, and control is either returned to the data transaction assembler 18 or control is held up until the process is complete, in which case a message is sent back to the data transaction assembler 18. This message can be a report, selected data, a value resulting from a calculation, and the like. Processing such as checking detectors and the like may also be performed locally by data transaction assembler 18.
  • Once the desired form is selected for the user's application, the form is processed at step 110 in accordance with the steps outlined in FIGS. 8-10. As an entry is made in each field, it is automatically stored within the input buffer area of the transaction buffer 97 at its assigned location and in the dictated format. At any time, the entire form may be exited with automatic return to the menu which called it or the form can be cleared for data reentry. Once the form has been processed and transmitted to the appropriate database server(s) 28, the database server connection is terminated and the user is presented at step 112 with the last menu from which the user made his or her selection. Alternatively, the executive menu will be called up as a default menu.
  • If the user indicates at step 114 that he or she wishes to continue to complete a new form, control branches back to step 104 for menu selection and a new database server connection is made as appropriate. This process is repeated for each form. When no further selections are desired, the TAS firmware is exited at step 116.
  • FIG. 8 is a flow diagram illustrating a technique for processing a form (step 110) to create a data transaction in accordance with the invention. As illustrated, the process of FIG. 8 starts at step 118 and initializes a transaction buffer 97 at step 120 for storage of the data transaction as it is being created. In other words, if there is a form for the requested application, it is moved from form/menu memory 96 to the transaction buffer 97. If the requested form is not present in form/menu memory 96, an error message may be sent or a request may be sent to database server 28 for a download of a data stream containing the parameters for the requested form. Preferably, transaction buffer 97 is at least as large as the largest data transaction and serves as an assembly area for the data transaction. Preferably, read and write buffers are formed so that transmit and receive buffers to/from modem interface 78 are available. Of course, transaction buffer 97 may be made larger for this purpose.
  • Once the transaction buffer 97 is initialized at step 120, the display screen 20 is cleared and the selected form is initialized to its first page at step 122. The first page is then presented to the display screen 20 at step 124. At step 126, the user completes the form page on a field by field basis using any of the data entry techniques described above and the field controls of FIGS. 9 and 10.
  • The transaction buffer 97 collects the data associated with the form presented to the user on display screen 20 and contains appropriate locations for each separate data element. Upon completion of the data transaction, the contents of the transaction buffer 97 are transferred to the appropriate database server(s) 28 via modem or via wireless, preceded by a set of codes (field 44, FIG. 2) which identify the type of data transaction and followed by a string of process identifiers for the database server(s) 28 to use in its programs in creating additional transactions and in storing the data and all ancillary data transactions in the regular file format of the database 30 associated with the database server(s) 28. As a result, the data transaction created in the transaction buffer 97 has a one-to-many relationship to the data stored in the database 30.
  • If the user decides to abort the processing of a form at any time (step 128), the form processing routine is exited at step 129. Otherwise, it is determined at step 130 whether the user wishes to go back a page (for a multi-page form) to correct a data entry. If so, control returns to step 124 for presentation of the earlier page. If the user does not wish to examine or edit a previous page, it is determined at step 132 whether the current form has another page which has not been displayed for completion by the user. If the form has more pages, the routine moves to the next page at step 134, and it is determined at step 136 whether the move to the next page was successful. If so, control returns to step 124 for presentation of the next page. Of course, the process of calling a subsequent page in a form or another form upon completion of a form can be dependent upon an automatic call of that page or form sequence or the ability to jump sequence (i.e., skip pages) depending upon a value in any one field that has been entered. In any event, if there are no more pages in the form or if the move to the next page was not successful, the end of the form is marked with a code and the transaction is saved at step 138 by sending the data transaction to the appropriate database server(s) 28 for storage in its associated database 30 and “explosion” for storage of data in other databases 40. If it is determined at step 140 that the save was not successful because of a modem error and the like, control returns to step 122 and the process is repeated. If the data transaction was successfully saved, the form processing routine is exited at step 129 and the last menu used is presented (step 112).
  • Optionally, stored procedures within any data transaction form (field 50, FIG. 2) are executed at the appropriate time within the flow of the form processing routine before it is exited. However, these processes may be deferred and performed by the database server 28 if needed.
  • FIGS. 9(a) and 9(b) together illustrate a flow diagram of a technique for completing and editing the fields of a form (step 126 of FIG. 8). The field completion routine starts at step 142 and first determines at step 144 whether an abort or a valid page move request is pending. If so, the field completion routine is exited at step 146. However, if no abort or page move request is pending, the field data for the first field of the transaction buffer 97 is entered at step 148. As noted above, this field data may be entered via keyboard 68 or touch screen 64, swiped in via magnetic card interface 70, read in from a memory card via memory card interface 89, read in via modem interface 78 from database server 28, or designated by voice entry. Pre-edit processing of the field data is then performed at step 150. Such pre-edit processing may include, for example, setting default values, performing calculations, establishing links to data in other files, looking up and writing data to files already linked to the present form, spawning another form, performing special updates of the display screen 20, hiding fields from view by the user, and the like. Such pre-edit processing may also be used to determine whether modifications or actions in the present field may invalidate an entry in another interrelated field. If so, appropriate measures are taken to update all affected fields or to prevent such problems by setting appropriate default values.
  • The field completion routine then checks for field errors at step 152 on the basis of the default values and the like set at step 150. If there is no field error at step 152, it is determined at step 154 whether the operator will be permitted to edit the field in the absence of a field error. If so, or if a field error was found at step 152, the operator edits the field at step 156. If the operator editing is bypassed, control proceeds directly to post-edit processing at step 158, which performs essentially the same functions as pre-edit processing step 150 except that the data may be specially validated. The field is then checked yet again at step 160 for a field error. If a field error is found at step 160, control returns to step 144 for processing the next field or exiting, as appropriate.
  • If no field error is found at step 160, it is determined at step 162 whether the generic field validation routine of step 164 (FIG. 10) is to be skipped. If so, control proceeds to step 166, where the field is once again checked for a field error. However, if generic field validations are desired, control passes to the routine of step 164 (FIG. 10). If no field error is found at step 166, the field is saved to the transaction buffer 97 at step 168 and the updated field value is painted on the display screen 20 at step 170. If the user then desires to check a previous field at step 172, control passes to a previous field at step 174 and the field completion routine is repeated for the previous field. However, if no previous field is to be checked and if it is determined at step 176 that a further field is present, control passes to the next field at step 178 and the field completion routine is repeated for the next field. This process repeats until the last field is completed and the routine exits at step 180. Control then returns to FIG. 8 for processing a different page of the form.
  • Each form may be processed in one or more modes. In the input mode, described above, the data transaction is created and transmitted to the database server 28. However, in edit mode, upon entering the ID of a particular record, that record is read from an external database 30 or 40 into transaction buffer 97 for editing. Preferably, a record of the edits is maintained to provide an audit trail. In view mode, upon entering the ID of a particular record, that record is similarly read from an external database 30 or 40 into transaction buffer 97 but for display only. Finally, in delete mode, an entire record can be deleted from the database 30 or 40 if the user has proper security clearance.
  • FIG. 10 illustrates how the TAS firmware validates the fields of each data transaction. As shown, the field validation routine starts at step 182 and first determines at step 184 what field type is present. If the present field is an alphanumeric field, control passes to step 186 where the field defaults are processed. It is then determined at step 188 whether the user knows the values allowed for this field. If not, and data is to be implanted in that field, an implant table is searched at step 190. A “?” may be used by the operator to indicated that he or she does not know the values allowed for this field and wishes to search the implant table. A list of possible values are then called up that match the data entered thus far. From this list, the operator can scroll the list and select the value that will complete the data entry. However, if the value is not found in the list, a field error is generated at step 192 and the field validation routine is exited at step 194. If the value is found in the list, control passes to step 200.
  • On the other hand, if at step 188 it is determined that data need not be added (implanted) into the present field, control skips to step 196, where it is determined whether the present field type is a field which sets up an event in which the present field (along with its form) can be linked to any record of any file or files (one to many) of any database for the purpose of data verification and/or data extraction. If so, control passes to step 198, where the data from the present field along with any other data previously gathered is used to make the desired link. As in the data implant step 188 noted above, the user may enter a “?” to get the information needed to make this link. If the data for the link is not found, a field error is issued at step 192 and the field validation routine is exited at step 194. However, if the data for the link is found, the field is checked for blanks at step 200 and a field error is issued at step 192 if blanks are present in the field but are not allowed. If no blanks are found in the present field, or if blanks are found but are allowed, the field validation routine is exited at step 202.
  • If it is determined at step 184 that the present field is a numeric field, the field is checked at step 204 to determine if the character set is valid. If so, the precision of the numbers is adjusted at step 206, as necessary, and the range and scope of the numbers are checked at step 208 to make sure the field entries satisfy the boundary conditions (e.g., no dividing by zero). If the character set is not valid at step 204 or the range and scope of the numerals is not valid at step 208, a field error is issued at step 210 and the data validation routine is exited at step 212. Otherwise, the field validation routine is exited at step 214.
  • If it is determined at step 184 that the present field is a date/time field, the field is checked at step 216 to determine if the character set is valid. If not, a field error is issued at step 210 and the field validation routine is exited at step 212. Otherwise, a routine of the TAS firmware checks the date/time entry at step 218 to determine if it has the correct format by performing range checking and the like. If the date/time entry does not have the correct format, a field error is issued at step 210 and the field validation routine is exited at step 212. Otherwise, it is determined at step 220 whether the present field contains a date. If not, the data validation routine is exited at step 221. If so, the date is checked at step 222 so see if it contains a weekend, and, if so, checks at step 224 whether a weekend date is an acceptable reply for this field. It is then determined at step 226 whether the calendar file is to be checked, and if so, the calendar file is checked at step 228 to see if the date is valid (e.g., not a February 30 and the like). Finally, it is determined at step 230 whether a warning date has been exceeded, and if so, a field error is issued at step 210 before the field validation routine is exited at step 212. Otherwise, the field validation routine is exited at step 221.
  • Those skilled in the art will appreciate that, in order to maintain security, the TAS firmware may also present a security form for password entry to the user. The security form and ID of the transaction entry device 12 is then encrypted and transmitted to the database server 28 associated with the particular data transaction assembler 18. Transaction controller 36 of that database server 28 will then act as the transaction controller for that data transaction assembler 18 and will check passwords and the like during operation to make certain that data security is not breached. Database servers 28 may disable a data transaction assembler 18 if unauthorized use is attempted. In this manner, only the appropriate person may view each menu. Of course, a different number of security levels and different executive menus may be presented as desired, all under control of the transaction controller 36.
  • C. DATABASE SERVER 28
  • As noted above, the database server 28 acts as a vehicle for separating data transactions created by the data transaction assembler 18 into the component parts thereof which may be stored directly in one or more databases 30 and 40. In other words, the database server 28 explodes the initial data transaction into data transactions for many different files for updating records in the files, and the like. Also, the database server 28 may be virtual as well as real, exist in a single machine or in multiple machines, in whole or in part.
  • Generally, the database server 28 handles any and all data transactions received, manipulates data in the data transactions, spawns or starts processes or reports requested by a data transaction, and explodes the received data transactions into all sorts of data transactions that were spawned by the initial data transaction. Database server 28 can also update values in existing records and can switch to a process for processing values in the records as necessary. In this manner, a single data transaction can define actions causing multiple files to be updated. Database server 30 also handles requests from the data transaction assembler 18 and processes them as needed. Such requests may include data I/O requests, data locking and unlocking, report processes, and requests for new forms or menus. Those skilled in the art will appreciate that database server 28 maintains the one-to-many relationships that exist between the user and the system of the invention, the one-to-many presentations to the user and files in the databases 30 and 40, and the one-to-many data transactions and the ancillary records, updates, and postings as may be required to diverse computer files of numerous databases 40, the transaction entry device 12 and the database servers 28.
  • As noted above, transaction buffer 97 collects the transaction data associated with the form presented to the user via display screen 20. The transaction buffer 97 is the image of the data transaction with appropriate locations for each separate data element. The contents of the transaction buffer 97 are transferred to the database server 28 via modem interface 78 or via RF transceiver 90, preceded by a set of codes 44 (FIG. 2) which identify the type of transaction followed by a string of process identifiers for the database server 28 to use in its programs, in creating additional data transactions, and in storing the data and all ancillary transactions within the database 30 in the regular file format of the database 30. In other words, the database server 28 determines what type of action to take based on the type of data transaction received, “explodes” a data transaction into a plurality of other data transactions for transmission to other databases, as appropriate, and converts the data for its associated database 30 into the proper file format. Of course, each database server 28 is different from each other database server 28 since it will handle different types of data transactions, have different operating system characteristics, and different file conversions to make in accordance with the file formats of its associated database 30. For example, the database server 28 may operate under an operating system such as Unix, Windows, or DOS, where the operating system provides the database server 28 with links to the hardware functions normally handled by an operating system. Preferably, the database server 28 also operates with menus, forms, and the like in the same fashion as the data transaction assembler 18 except that it stores the data transactions in its associated database 30 as transaction files.
  • As just noted, the purpose of the database server 28 is to process the data transaction from the data transaction assembler 18 and to either explode the data transaction into all of its related components for storage, to handle the storage of items from the explosion process, to store the data transaction itself for reference purposes, and to act as a supplier of information to the data transaction assembler 18 in response to requests during the creation of the data transaction and during the downloading of parameters for menus and forms to the data transaction assembler 18. If desired, the database server 28 can also supply information back to the data transaction assembler 18 after a data transaction is received or can initiate a process leading to the delivery of a report, data, or menu to the data transaction assembler 18. In addition, the database server 28 and data transaction assembler 18 can reside on the same machine so long as the database server's operating system recognizes the TAS firmware or the TAS firmware is modified for use with the operating system of the database server 28.
  • D. APPLICATIONS OF THE INVENTION
  • As outlined above, the present invention includes a point of transaction device which presents a menu to a user from which an option is selected. A form tailored to the selected option appears for guiding the user through data entry. The full details of the data transaction are captured as data is entered by the user. Modem interaction with a central database(s) or a user database(s) allows for interaction for help and verification of certain entered data. The completed transaction is then transmitted to the central or user database for further processing and storage. Data input can also be provided via a swipe card or smart card, from data received from any database accessible via the modem interface, or other known methods.
  • A data transaction system of this type may be used for many applications. For example, in a first, presently preferred, application, the transaction entry device 12 is located in a medical office for entry of patient data. In this application, a swipe card identifies the patient, a smart card identifies the doctor, and the modem connection allows the entire claim transaction to be entered and transmitted to the insurance companies for processing. The patient records may also be automatically updated and prescriptions created, given to the patient, transmitted to the pharmacist, and transmitted to the payor and patient record. Patient instructions such as special diets, exercises, treatments, appointments, and the like may be printed from the data transaction form at the doctor's central computer. In addition, a video image or picture provided via video input 74 and compressed by data compression circuitry 75 permits an image of a medical condition such as a rash to be appended to the data transaction (in miscellaneous processing field 50 of FIG. 2) for transmission with the patient's name, the date, a description of patient symptoms, and the like. Similarly, a recorded heartbeat may be appended to the end of the data transaction for transmission with the patient data.
  • The data transaction entry system of the invention also has numerous home uses. In a preferred home use, the transaction entry device is used for performing bank transactions from the home. In this case, forms would be made available by the bank for different types of bank transactions. These forms would then be downloaded to the transaction entry device in the customer's home and used in creating and transmitting data transactions to the bank computer for off-line processing.
  • As another example, the user may dial-up to a 900 number to get an interface to a central database which will download codes into TAS PROM 95 or form/menu memory 96 which enable the generation of infrared signals at certain frequencies. The user needs only to specify the type, make and model of any electronic device to be controlled in order to get the desired code. Then, to operate any electronic device in the home, the user would be directed by menu prompts. The transaction entry device 12 would then emit an infrared signal via infrared transceiver(s) 80 to operate the electronic device, initiate a call via modem for a broadcast program, or initiate timed requests for video recording, turning the video recorder on and off, and the like.
  • For other home uses, the transaction entry device 12 may also initiate, via menu prompts, sequences for turning on and off various household devices including alarm systems, coffeemakers, and the like. In this mode, the transaction entry device 12 may receive an RF or infrared signal indicating that a burglar or fire alarm has been activated and call up a form for calling the police or fire department, as appropriate. A call to the transaction entry device 12 may then be used to turn off the burglar or fire alarm by changing a field in a form which instructs the infrared transceiver 80 or RF transceiver 90 to send an appropriate control signal to the alarm device. This feature may also be prompted from a car phone via remote initiation of the form performing this function.
  • The transaction entry device 12 may also control all household telephone use as well as controlling the answering machine and keeping a telephone transaction log. The user may also pay household bills by completing an appropriate form and transmitting the form to a payee such as a credit card company, a bank, and the like. In short, the transaction entry device will permit the owner to connect to a remote database without owning a conventional computer system with an operating system and the like.
  • For personal applications, the transaction entry device 12 may be used to initiate a facsimile transmission, to provide telephone lists with automatic dialing upon selection, to provide expense accounts, personal scheduling, tax record keeping, and the like, and to provide direct access to travel information. For example, the database server 28 may be an airline reservations system. In this application, the data transaction assembler 18 dials the modem of the airline reservations system when the user requests data entry into an airline reservations form available at the user's transaction entry device 12. The data transaction device 18 modems the database server 28, and the operating system of the database server 28 selects interface programs for the airline reservations system. The interface programs call the database servers 38 of the airlines, retrieve the appropriate menu from database 40, and modem the menu to the data transaction assembler 18. The data transaction assembler 18 then displays the airline reservations menu on its display screen 20 for completion and transmission back to the airline reservations database server for processing. The swipe card may be used to provide credit card payment information and may be updated by permitting the data transaction assembler 18 to write to the swipe card. The user may also access frequent flyer club and mileage data, special offers on hotels, cruises and other travel, and the like.
  • In another home (or business) use, the transaction entry device 12 may be used to eliminate conventional phone mail greetings by enabling the caller's transaction entry device 12 to read in a set of visible menus from the called party's voice mail menu so that the calling party may select the desired options using a visible menu rather than a voiced menu. In other words, the caller would not have to wait through the litany of voiced phone mail options before making a selection and could make the desired selection right off of his or her own display. This would be accomplished by selecting a process from the menu of the transaction entry device 12 which will create a “visible” menu. When such a process is selected, the telephone electronics 14 or modem interface 78 makes a telephone connection to a remote phone mail system. Once the connection is made, the data transaction assembler 18 sends a data request for a visual representation of the phone mail menu of the remote phone mail system via the telephone connection to the remote phone mail system. A data stream containing the visual representation of the phone mail menu from the remote phone mail system is then returned via the telephone connection and stored in form/menu memory 96 and presented to display screen 20 of the transaction entry device 12 for selection using the techniques described herein. When menu items are selected from the “visible” voice mail menu, the data transaction assembler 18 creates a data transaction indicating which menu item was selected and sends the data transaction to the remote phone mail system via the telephone connection. Based on the menu selection, the remote phone mail system then returns a data stream containing a visual representation of the next phone mail menu via the telephone connection for storage in form/menu memory 96 and display on display screen 20. This process is repeated until the calling party is required to leave a message or the called party is reached. Such a system would be particularly helpful for interacting with voice mail systems, such as those at government offices, where numerous options are presented for selection.
  • Those skilled in the art will appreciate that the invention is unique by virtue of its ability to generalize applications to forms so that no code need to be written to implement a particular function. However, if code is needed or if multimedia data is to be part of a data transaction, it can be attached to a form which is stored as a parameter stream in a stream of data. Also, though the transaction entry device 12 has been described as a computer workstation, it can also be used in conjunction with an optional off-line storage device as a self-contained workstation and database unit independent of traditional operating systems. The transaction entry device 12 can also be used with an additional optional plug in as a network server or as a user interface in a network docking station.
  • Those skilled in the art will also appreciate that the foregoing has set forth the presently preferred embodiments of the invention but that numerous alternative embodiments are possible without departing from the novel teachings and advantages of the invention. Accordingly, all such modifications are intended to be included within the scope of the appended claims.

Claims (16)

1. A method, comprising:
initiating a data transaction;
creating a record of the transaction;
establishing an identification associated with the record;
after said establishing, allowing entry of said identification of the record;
responsive to said identification, reading the record, and enabling editing of the record; and
after editing the record, allowing the edited record to be sent to at least one specified server.
2. A method as in claim 1, further comprising allowing the record identification to be deleted.
3. A method as in claim 1, wherein said transaction is exploding
4. A method, comprising:
receiving information indicative of a form from a remote server;
receiving a list of possible values that can complete at least one value within the form;
allowing a user to select from said list of said possible values; and
sending the information from the form to plural specified servers.
5. A method as in claim 4, wherein each of plural fields in the form is associated with a different server, and said sending uses an association from a field to determine a destination for information in the field.
6. A method as in claim 4, wherein said values are text values.
7. A method as in claim 4, wherein said values are sound values entered by voice.
8. A method as in claim 4, wherein said values are menu values that are selected using scrolling keys.
9. A method, comprising:
receiving information indicative of a form that has parts that require data entry, from a remote server;
accepting transaction information as said data entry into said form;
validating values in the form using said received information;
otherwise returning an error to the user if the values are not validated; and
sending the transaction information to at least one specified server using information in the form, only if the values are validated.
10. A method as in claim 9, wherein each of plural fields in the form is associated with a different server, and said sending uses an association from a field to determine a destination for information in the field.
11. A method as in claim 9, wherein said values are text values.
12. A method as in claim 9, wherein said values are sound values entered by voice.
13. A method as in claim 9, wherein said values are menu values that are selected using scrolling keys.
14. A method, comprising
obtaining transaction data entered by a user, said transaction data including at least one request for information;
converting the request for information into a request to a server, said converting including converting the transaction data to a different file format, said different file format being one associated with the database, and information indicative of the file format being within said information, based on said transaction data and also based on stored information; and
sending a request in the different file format to said server.
15. A method as in claim 14, wherein said file format converts from one operating system to another operating system that is usable with said server.
16. A method, comprising:
receiving information indicative of a data transaction;
based on information received as part of the transaction, sending said information to a plurality of different servers, where said sending uses a first address for a first of said servers, and uses a second address for a second of said servers, where said first address is different than said first address, and where each of the servers is capable of handling the entire data transaction.
US11/851,218 1995-05-19 2007-09-06 Telephone/Transaction Entry Device and System for Entering Transaction Data into Databases Abandoned US20080043946A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/851,218 US20080043946A1 (en) 1995-05-19 2007-09-06 Telephone/Transaction Entry Device and System for Entering Transaction Data into Databases

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US08/446,546 US5805676A (en) 1995-05-19 1995-05-19 Telephone/transaction entry device and system for entering transaction data into databases
US08/909,408 US5987103A (en) 1995-05-19 1997-08-11 Telephone/transaction entry device and system for entering transaction data into databases
US09/390,798 US6574314B1 (en) 1995-05-19 1999-09-07 Method for entering transaction data into data bases using transaction entry device
US09/589,814 US6973477B1 (en) 1995-05-19 2000-06-07 System for securely communicating amongst client computer systems
US10/947,853 US20050119992A1 (en) 1995-05-19 2004-09-23 Telephone/transaction entry device and system for entering transaction data into databases
US11/734,722 US7778395B2 (en) 1995-05-19 2007-04-12 Telephone/transaction entry device and system for entering transaction data into databases
US11/851,218 US20080043946A1 (en) 1995-05-19 2007-09-06 Telephone/Transaction Entry Device and System for Entering Transaction Data into Databases

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/734,722 Continuation US7778395B2 (en) 1995-05-19 2007-04-12 Telephone/transaction entry device and system for entering transaction data into databases

Publications (1)

Publication Number Publication Date
US20080043946A1 true US20080043946A1 (en) 2008-02-21

Family

ID=46302891

Family Applications (7)

Application Number Title Priority Date Filing Date
US10/947,853 Abandoned US20050119992A1 (en) 1995-05-19 2004-09-23 Telephone/transaction entry device and system for entering transaction data into databases
US11/733,730 Abandoned US20070237313A1 (en) 1995-05-19 2007-04-10 Telephone/Transaction Entry Device and System for Entering Transaction Data into Databases
US11/734,722 Expired - Fee Related US7778395B2 (en) 1995-05-19 2007-04-12 Telephone/transaction entry device and system for entering transaction data into databases
US11/851,218 Abandoned US20080043946A1 (en) 1995-05-19 2007-09-06 Telephone/Transaction Entry Device and System for Entering Transaction Data into Databases
US11/851,302 Abandoned US20080056467A1 (en) 1995-05-19 2007-09-06 Telephone/Transaction Entry Device and System for Entering Transaction Data into Databases
US13/425,115 Abandoned US20120233568A1 (en) 1995-05-19 2012-03-20 Data communication network for processing data transactions
US14/191,112 Abandoned US20140372125A1 (en) 1995-05-19 2014-02-26 Data communication network for processing data transaction

Family Applications Before (3)

Application Number Title Priority Date Filing Date
US10/947,853 Abandoned US20050119992A1 (en) 1995-05-19 2004-09-23 Telephone/transaction entry device and system for entering transaction data into databases
US11/733,730 Abandoned US20070237313A1 (en) 1995-05-19 2007-04-10 Telephone/Transaction Entry Device and System for Entering Transaction Data into Databases
US11/734,722 Expired - Fee Related US7778395B2 (en) 1995-05-19 2007-04-12 Telephone/transaction entry device and system for entering transaction data into databases

Family Applications After (3)

Application Number Title Priority Date Filing Date
US11/851,302 Abandoned US20080056467A1 (en) 1995-05-19 2007-09-06 Telephone/Transaction Entry Device and System for Entering Transaction Data into Databases
US13/425,115 Abandoned US20120233568A1 (en) 1995-05-19 2012-03-20 Data communication network for processing data transactions
US14/191,112 Abandoned US20140372125A1 (en) 1995-05-19 2014-02-26 Data communication network for processing data transaction

Country Status (1)

Country Link
US (7) US20050119992A1 (en)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050119992A1 (en) * 1995-05-19 2005-06-02 Martino Rocco L. Telephone/transaction entry device and system for entering transaction data into databases
US20070299808A1 (en) * 1995-05-19 2007-12-27 Cyberfone Technologies, Inc. Telephone/Transaction Entry Device and System for Entering Transaction Data into Databases
US6876991B1 (en) 1999-11-08 2005-04-05 Collaborative Decision Platforms, Llc. System, method and computer program product for a collaborative decision platform
KR101016579B1 (en) * 2006-09-30 2011-02-22 삼성전자주식회사 Method and system for controling power in a communication system
US8296461B2 (en) * 2007-08-07 2012-10-23 Object Innovation Inc. Data transformation and exchange
US9077800B2 (en) * 2009-03-02 2015-07-07 First Data Corporation Systems, methods, and devices for processing feedback information received from mobile devices responding to tone transmissions
US8699679B2 (en) 2010-03-31 2014-04-15 Mitel Networks Corporation System apparatus and method for accessing scheduling information
US20130019154A1 (en) * 2011-07-11 2013-01-17 Collegenet, Inc. Systems and methods for collecting multimedia form responses
US8914308B2 (en) * 2013-01-24 2014-12-16 Bank Of America Corporation Method and apparatus for initiating a transaction on a mobile device
US9904718B2 (en) 2013-03-13 2018-02-27 Wal-Mart Stores, Inc. System and method for streaming events in a transaction-based system
US20150002295A1 (en) * 2013-06-27 2015-01-01 Brian J. Thurmon Locatable remote control and associated content consumption devices
AT17196U1 (en) * 2013-06-28 2021-09-15 Norbert Rabl Ziviltechniker Gmbh Procedure and control system for compliance with safety regulations
ITMI20131534A1 (en) * 2013-09-18 2015-03-19 Allianz S P A INSTRUMENTS FOR SEMI-AUTOMATIC COMPOSITION OF MULTIPLE-COVERED INSURANCE POLICE.
US9621627B2 (en) * 2013-12-31 2017-04-11 Interneer, Inc. Dynamically launching a server-based application on a mobile device
EP3192238A4 (en) * 2014-09-09 2018-05-02 Cyara Solutions Corp. Call recording test suite
CN107203915B (en) * 2016-03-16 2020-07-21 阿里巴巴集团控股有限公司 Data storage method and device
US11854040B1 (en) * 2018-03-23 2023-12-26 Amazon Technologies, Inc. Responding with unresponsive content
US11544303B1 (en) 2018-03-23 2023-01-03 Amazon Technologies, Inc. Responding with unresponsive content
DE202019101347U1 (en) * 2019-03-08 2019-06-11 Eccos Impact Gmbh Computational device for performing complex searches in large databases
AT523799A1 (en) * 2020-09-02 2021-11-15 Poettinger Landtechnik Gmbh Method for carrying out a harvesting process

Citations (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3760375A (en) * 1954-05-20 1973-09-18 Sycor Inc Source data entry terminal
US4549047A (en) * 1982-07-22 1985-10-22 Voicemail International, Inc. Digitized voice message storage system
US4591662A (en) * 1983-06-30 1986-05-27 Horlogerie Photographique Francaise Telephone set-computer terminal assembly with a single decimal keyboard and a switchable local power supply
US4598171A (en) * 1983-09-12 1986-07-01 Fortel Corporation Voice operated telephone answering system
US4689478A (en) * 1984-12-24 1987-08-25 Ncr Corporation System for handling transactions including a portable personal terminal
US4776016A (en) * 1985-11-21 1988-10-04 Position Orientation Systems, Inc. Voice control system
US4813013A (en) * 1984-03-01 1989-03-14 The Cadware Group, Ltd. Schematic diagram generating system using library of general purpose interactively selectable graphic primitives to create special applications icons
US4835372A (en) * 1985-07-19 1989-05-30 Clincom Incorporated Patient care system
US4851999A (en) * 1985-07-24 1989-07-25 Teruko Moriyama General-purpose management system
US4858121A (en) * 1986-12-12 1989-08-15 Medical Payment Systems, Incorporated Medical payment system
US4860339A (en) * 1986-08-08 1989-08-22 Dictaphone Corporation Programmable telephone/dictation terminal and method of operating same
US4860342A (en) * 1987-04-09 1989-08-22 Danner David L Computer-telephone interface method and apparatus
US4937439A (en) * 1988-05-13 1990-06-26 National Computer Systems, Inc. Method and system for creating and scanning a customized survey form
US4972462A (en) * 1987-09-29 1990-11-20 Hitachi, Ltd. Multimedia mail system
US4975942A (en) * 1989-07-21 1990-12-04 The Boston Communications Group Credit/calling card pay telephone method and system employing telephone unit local card-checking and other intelligence cooperative with local personal host computer
US4984155A (en) * 1988-08-29 1991-01-08 Square D Company Order entry system having catalog assistance
US4991199A (en) * 1988-05-05 1991-02-05 Transaction Technology, Inc. Computer and telephone apparatus with user friendly computer interface and enhanced integrity features
US5008927A (en) * 1988-05-05 1991-04-16 Transaction Technology, Inc. Computer and telephone apparatus with user friendly computer interface integrity features
US5047960A (en) * 1989-01-04 1991-09-10 Sloan Scott K Apparatus and method to automate data entry into an application program
US5157717A (en) * 1989-11-03 1992-10-20 National Transaction Network, Inc. Portable automated teller machine
US5189632A (en) * 1990-08-20 1993-02-23 Oy Nokia Ab Portable personal computer and mobile telephone device
US5195130A (en) * 1988-05-05 1993-03-16 Transaction Technology, Inc. Computer and telephone apparatus with user friendly computer interface and enhanced integrity features
US5195086A (en) * 1990-04-12 1993-03-16 At&T Bell Laboratories Multiple call control method in a multimedia conferencing system
US5204813A (en) * 1990-06-08 1993-04-20 Assessment Systems, Inc. Computer-controlled testing process and device for administering an examination
US5220501A (en) * 1989-12-08 1993-06-15 Online Resources, Ltd. Method and system for remote delivery of retail banking services
US5221838A (en) * 1990-12-24 1993-06-22 Motorola, Inc. Electronic wallet
US5235680A (en) * 1987-07-31 1993-08-10 Moore Business Forms, Inc. Apparatus and method for communicating textual and image information between a host computer and a remote display terminal
US5253285A (en) * 1990-12-13 1993-10-12 Alheim Curtis C Automated interactive telephone communication system for TDD users
US5278751A (en) * 1991-08-30 1994-01-11 International Business Machines Corporation Dynamic manufacturing process control
US5301105A (en) * 1991-04-08 1994-04-05 Desmond D. Cummings All care health management system
US5325592A (en) * 1992-11-30 1994-07-05 Fiskars Oy Ab Pivoted tool having integral pivot member and method of producing same
US5333266A (en) * 1992-03-27 1994-07-26 International Business Machines Corporation Method and apparatus for message handling in computer systems
US5351076A (en) * 1991-08-09 1994-09-27 Fujitsu Limited Terminal system having video telephone equipment cooperating with computer system
US5351296A (en) * 1993-03-29 1994-09-27 Niobrara Research & Development Corporation Financial transmission system
US5365577A (en) * 1990-09-27 1994-11-15 Radish Communications Systems, Inc. Telecommunication display system
US5396417A (en) * 1991-11-01 1995-03-07 Capitol Cities/Abc, Inc. Product distribution equipment and method
US5410646A (en) * 1991-01-31 1995-04-25 Park City Group, Inc. System and method for creating, processing, and storing forms electronically
US5416831A (en) * 1993-04-15 1995-05-16 Bellsouth Corporation System for communicating with an ADSI-compatible telephone via a service circuit node
US5490088A (en) * 1994-02-28 1996-02-06 Motorola, Inc. Method of handling data retrieval requests
US5550897A (en) * 1992-09-25 1996-08-27 Seiderman; Abe Cellular telephone calling system using credit card validation
US5555446A (en) * 1992-10-01 1996-09-10 Motorola, Inc. Selective call receiver capable of requesting information from a communication system and method therefor
US5572421A (en) * 1987-12-09 1996-11-05 Altman; Louis Portable medical questionnaire presentation device
US5577118A (en) * 1994-08-12 1996-11-19 Verifone, Inc. Telephone-terminal combination with plural keyboards
US5673306A (en) * 1990-05-22 1997-09-30 Cellular Technical Services Company, Inc. Cellular rental phone system and method having realtime data collection and billing
US5704029A (en) * 1994-05-23 1997-12-30 Wright Strategies, Inc. System and method for completing an electronic form
US5715443A (en) * 1994-07-25 1998-02-03 Apple Computer, Inc. Method and apparatus for searching for information in a data processing system and for providing scheduled search reports in a summary format
US5757655A (en) * 1996-08-26 1998-05-26 Micron Technology, Inc. Method and system for producing dynamic property forms and compacting property databases
US5799157A (en) * 1994-12-13 1998-08-25 Elcom Systems, Inc. System and method for creating interactive electronic systems to present information and execute transactions
US5802526A (en) * 1995-11-15 1998-09-01 Microsoft Corporation System and method for graphically displaying and navigating through an interactive voice response menu
US5805676A (en) * 1995-05-19 1998-09-08 Pcpi Phone, Inc. Telephone/transaction entry device and system for entering transaction data into databases
US5809415A (en) * 1995-12-11 1998-09-15 Unwired Planet, Inc. Method and architecture for an interactive two-way data communication network
US5841981A (en) * 1995-09-28 1998-11-24 Hitachi Software Engineering Co., Ltd. Network management system displaying static dependent relation information
US5884323A (en) * 1995-10-13 1999-03-16 3Com Corporation Extendible method and apparatus for synchronizing files on two different computer systems
US5896369A (en) * 1993-09-20 1999-04-20 Nokia Telecommunications Oy Mobile communication system and a method for connecting a remote workstation to a data communication network via a mobile communication network
US5966431A (en) * 1995-04-19 1999-10-12 Mci Communications Corporation SS7 gateway
US6044382A (en) * 1995-05-19 2000-03-28 Cyber Fone Technologies, Inc. Data transaction assembly server
US6061557A (en) * 1993-06-17 2000-05-09 Research In Motion Limited Translation and connection device for radio frequency point of sale transaction systems
US6119155A (en) * 1995-12-11 2000-09-12 Phone.Com, Inc. Method and apparatus for accelerating navigation of hypertext pages using compound requests
US6134549A (en) * 1995-03-31 2000-10-17 Showcase Corporation Client/server computer system having personalizable and securable views of database data
US6148065A (en) * 1985-07-10 2000-11-14 Ronald A. Katz Technology Licensing, L.P. Telephonic-interface statistical analysis system
US6243373B1 (en) * 1995-11-01 2001-06-05 Telecom Internet Ltd. Method and apparatus for implementing a computer network/internet telephone system
US6466783B2 (en) * 1995-12-11 2002-10-15 Openwave Systems Inc. Visual interface to mobile subscriber account services
US6473609B1 (en) * 1995-12-11 2002-10-29 Openwave Systems Inc. Method and architecture for interactive two-way communication devices to interact with a network
US6526439B1 (en) * 2000-03-30 2003-02-25 Openwave Systems Inc. Method and apparatus for accelerating navigation of hypertext pages using compound requests
US6742022B1 (en) * 1995-12-11 2004-05-25 Openwave Systems Inc. Centralized service management system for two-way interactive communication devices in data networks
US20050119992A1 (en) * 1995-05-19 2005-06-02 Martino Rocco L. Telephone/transaction entry device and system for entering transaction data into databases
US6973477B1 (en) * 1995-05-19 2005-12-06 Cyberfone Technologies, Inc. System for securely communicating amongst client computer systems
US20060116507A1 (en) * 2004-11-30 2006-06-01 Osteogenic devices

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4974254A (en) * 1989-05-10 1990-11-27 Perine Michael C Interactive data retrieval system for producing facsimile reports
CA2025120A1 (en) 1989-09-28 1991-03-29 John W. White Portable and dynamic distributed application architecture
EP0514231A2 (en) 1991-05-10 1992-11-19 Intellinomics Corporation Work management computer system
US5579535A (en) * 1991-07-01 1996-11-26 Motorola, Inc. Personal communication system providing supplemental information mode
JPH09502819A (en) * 1993-08-27 1997-03-18 エイ. ノリス、ジェフリー Closed loop financial transaction method and apparatus
CA2112757C (en) * 1994-01-04 2005-12-20 William V. Pezzullo Screen-based telephone set for interactive enhanced telephony service
US5560005A (en) * 1994-02-25 1996-09-24 Actamed Corp. Methods and systems for object-based relational distributed databases
US7106843B1 (en) * 1994-04-19 2006-09-12 T-Netix, Inc. Computer-based method and apparatus for controlling, monitoring, recording and reporting telephone access
JP3497886B2 (en) * 1994-05-10 2004-02-16 富士通株式会社 Server data linking device
US5675507A (en) * 1995-04-28 1997-10-07 Bobo, Ii; Charles R. Message storage and delivery system
US5694546A (en) * 1994-05-31 1997-12-02 Reisman; Richard R. System for automatic unattended electronic information transport between a server and a client by a vendor provided transport software with a manifest list
US5873068A (en) * 1994-06-14 1999-02-16 New North Media Inc. Display based marketing message control system and method
US5740231A (en) * 1994-09-16 1998-04-14 Octel Communications Corporation Network-based multimedia communications and directory system and method of operation
US5742905A (en) * 1994-09-19 1998-04-21 Bell Communications Research, Inc. Personal communications internetworking
FI100137B (en) 1994-10-28 1997-09-30 Vazvan Simin Real-time wireless telecom payment system
US7095854B1 (en) * 1995-02-13 2006-08-22 Intertrust Technologies Corp. Systems and methods for secure transaction management and electronic rights protection
US5675637A (en) * 1995-05-16 1997-10-07 Inventions, Inc. Method for automatically obtaining and presenting data from multiple data sources
WO2001037170A2 (en) 1999-11-19 2001-05-25 Science Management Corporation Forms creation method and e-commerce method

Patent Citations (77)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3760375A (en) * 1954-05-20 1973-09-18 Sycor Inc Source data entry terminal
US4549047A (en) * 1982-07-22 1985-10-22 Voicemail International, Inc. Digitized voice message storage system
US4591662A (en) * 1983-06-30 1986-05-27 Horlogerie Photographique Francaise Telephone set-computer terminal assembly with a single decimal keyboard and a switchable local power supply
US4598171A (en) * 1983-09-12 1986-07-01 Fortel Corporation Voice operated telephone answering system
US4813013A (en) * 1984-03-01 1989-03-14 The Cadware Group, Ltd. Schematic diagram generating system using library of general purpose interactively selectable graphic primitives to create special applications icons
US4689478A (en) * 1984-12-24 1987-08-25 Ncr Corporation System for handling transactions including a portable personal terminal
US6148065A (en) * 1985-07-10 2000-11-14 Ronald A. Katz Technology Licensing, L.P. Telephonic-interface statistical analysis system
US4835372A (en) * 1985-07-19 1989-05-30 Clincom Incorporated Patient care system
US4851999A (en) * 1985-07-24 1989-07-25 Teruko Moriyama General-purpose management system
US4776016A (en) * 1985-11-21 1988-10-04 Position Orientation Systems, Inc. Voice control system
US4860339A (en) * 1986-08-08 1989-08-22 Dictaphone Corporation Programmable telephone/dictation terminal and method of operating same
US4858121A (en) * 1986-12-12 1989-08-15 Medical Payment Systems, Incorporated Medical payment system
US4860342A (en) * 1987-04-09 1989-08-22 Danner David L Computer-telephone interface method and apparatus
US5235680A (en) * 1987-07-31 1993-08-10 Moore Business Forms, Inc. Apparatus and method for communicating textual and image information between a host computer and a remote display terminal
US5235680B1 (en) * 1987-07-31 1999-06-22 Moore Business Forms Inc Apparatus and method for communicating textual and image information between a host computer and a remote display terminal
US4972462A (en) * 1987-09-29 1990-11-20 Hitachi, Ltd. Multimedia mail system
US5572421A (en) * 1987-12-09 1996-11-05 Altman; Louis Portable medical questionnaire presentation device
US5195130A (en) * 1988-05-05 1993-03-16 Transaction Technology, Inc. Computer and telephone apparatus with user friendly computer interface and enhanced integrity features
US5008927A (en) * 1988-05-05 1991-04-16 Transaction Technology, Inc. Computer and telephone apparatus with user friendly computer interface integrity features
US4991199A (en) * 1988-05-05 1991-02-05 Transaction Technology, Inc. Computer and telephone apparatus with user friendly computer interface and enhanced integrity features
US4937439A (en) * 1988-05-13 1990-06-26 National Computer Systems, Inc. Method and system for creating and scanning a customized survey form
US4984155A (en) * 1988-08-29 1991-01-08 Square D Company Order entry system having catalog assistance
US5047960A (en) * 1989-01-04 1991-09-10 Sloan Scott K Apparatus and method to automate data entry into an application program
US4975942A (en) * 1989-07-21 1990-12-04 The Boston Communications Group Credit/calling card pay telephone method and system employing telephone unit local card-checking and other intelligence cooperative with local personal host computer
US5157717A (en) * 1989-11-03 1992-10-20 National Transaction Network, Inc. Portable automated teller machine
US5220501A (en) * 1989-12-08 1993-06-15 Online Resources, Ltd. Method and system for remote delivery of retail banking services
US5195086A (en) * 1990-04-12 1993-03-16 At&T Bell Laboratories Multiple call control method in a multimedia conferencing system
US5673306A (en) * 1990-05-22 1997-09-30 Cellular Technical Services Company, Inc. Cellular rental phone system and method having realtime data collection and billing
US5204813A (en) * 1990-06-08 1993-04-20 Assessment Systems, Inc. Computer-controlled testing process and device for administering an examination
US5189632A (en) * 1990-08-20 1993-02-23 Oy Nokia Ab Portable personal computer and mobile telephone device
US5365577A (en) * 1990-09-27 1994-11-15 Radish Communications Systems, Inc. Telecommunication display system
US5253285A (en) * 1990-12-13 1993-10-12 Alheim Curtis C Automated interactive telephone communication system for TDD users
US5221838A (en) * 1990-12-24 1993-06-22 Motorola, Inc. Electronic wallet
US5410646A (en) * 1991-01-31 1995-04-25 Park City Group, Inc. System and method for creating, processing, and storing forms electronically
US5301105A (en) * 1991-04-08 1994-04-05 Desmond D. Cummings All care health management system
US5351076A (en) * 1991-08-09 1994-09-27 Fujitsu Limited Terminal system having video telephone equipment cooperating with computer system
US5278751A (en) * 1991-08-30 1994-01-11 International Business Machines Corporation Dynamic manufacturing process control
US5396417A (en) * 1991-11-01 1995-03-07 Capitol Cities/Abc, Inc. Product distribution equipment and method
US5333266A (en) * 1992-03-27 1994-07-26 International Business Machines Corporation Method and apparatus for message handling in computer systems
US5550897A (en) * 1992-09-25 1996-08-27 Seiderman; Abe Cellular telephone calling system using credit card validation
US5555446A (en) * 1992-10-01 1996-09-10 Motorola, Inc. Selective call receiver capable of requesting information from a communication system and method therefor
US5325592A (en) * 1992-11-30 1994-07-05 Fiskars Oy Ab Pivoted tool having integral pivot member and method of producing same
US5351296A (en) * 1993-03-29 1994-09-27 Niobrara Research & Development Corporation Financial transmission system
US5416831A (en) * 1993-04-15 1995-05-16 Bellsouth Corporation System for communicating with an ADSI-compatible telephone via a service circuit node
US6061557A (en) * 1993-06-17 2000-05-09 Research In Motion Limited Translation and connection device for radio frequency point of sale transaction systems
US5896369A (en) * 1993-09-20 1999-04-20 Nokia Telecommunications Oy Mobile communication system and a method for connecting a remote workstation to a data communication network via a mobile communication network
US5490088A (en) * 1994-02-28 1996-02-06 Motorola, Inc. Method of handling data retrieval requests
US5704029A (en) * 1994-05-23 1997-12-30 Wright Strategies, Inc. System and method for completing an electronic form
US5715443A (en) * 1994-07-25 1998-02-03 Apple Computer, Inc. Method and apparatus for searching for information in a data processing system and for providing scheduled search reports in a summary format
US5577118A (en) * 1994-08-12 1996-11-19 Verifone, Inc. Telephone-terminal combination with plural keyboards
US5799157A (en) * 1994-12-13 1998-08-25 Elcom Systems, Inc. System and method for creating interactive electronic systems to present information and execute transactions
US6134549A (en) * 1995-03-31 2000-10-17 Showcase Corporation Client/server computer system having personalizable and securable views of database data
US5966431A (en) * 1995-04-19 1999-10-12 Mci Communications Corporation SS7 gateway
US20050119992A1 (en) * 1995-05-19 2005-06-02 Martino Rocco L. Telephone/transaction entry device and system for entering transaction data into databases
US6574314B1 (en) * 1995-05-19 2003-06-03 Cyberfone Technologies, Inc. Method for entering transaction data into data bases using transaction entry device
US5987103A (en) * 1995-05-19 1999-11-16 Cyberfone Technologies, Inc. Telephone/transaction entry device and system for entering transaction data into databases
US6044382A (en) * 1995-05-19 2000-03-28 Cyber Fone Technologies, Inc. Data transaction assembly server
US5805676A (en) * 1995-05-19 1998-09-08 Pcpi Phone, Inc. Telephone/transaction entry device and system for entering transaction data into databases
US6973477B1 (en) * 1995-05-19 2005-12-06 Cyberfone Technologies, Inc. System for securely communicating amongst client computer systems
US5841981A (en) * 1995-09-28 1998-11-24 Hitachi Software Engineering Co., Ltd. Network management system displaying static dependent relation information
US5884323A (en) * 1995-10-13 1999-03-16 3Com Corporation Extendible method and apparatus for synchronizing files on two different computer systems
US6243373B1 (en) * 1995-11-01 2001-06-05 Telecom Internet Ltd. Method and apparatus for implementing a computer network/internet telephone system
US5802526A (en) * 1995-11-15 1998-09-01 Microsoft Corporation System and method for graphically displaying and navigating through an interactive voice response menu
US5809415A (en) * 1995-12-11 1998-09-15 Unwired Planet, Inc. Method and architecture for an interactive two-way data communication network
US6625447B1 (en) * 1995-12-11 2003-09-23 Openwave Systems Inc. Method and architecture for an interactive two-way data communication network
US6430409B1 (en) * 1995-12-11 2002-08-06 Openwave Systems Inc. Method and architecture for an interactive two-way data communication network
US6466783B2 (en) * 1995-12-11 2002-10-15 Openwave Systems Inc. Visual interface to mobile subscriber account services
US6473609B1 (en) * 1995-12-11 2002-10-29 Openwave Systems Inc. Method and architecture for interactive two-way communication devices to interact with a network
US7054626B2 (en) * 1995-12-11 2006-05-30 Openwave Systems Inc. Method and architecture for an interactive two-way data communication network
US6119155A (en) * 1995-12-11 2000-09-12 Phone.Com, Inc. Method and apparatus for accelerating navigation of hypertext pages using compound requests
US6405037B1 (en) * 1995-12-11 2002-06-11 Openwave Systems Inc. Method and architecture for an interactive two-way data communication network
US6742022B1 (en) * 1995-12-11 2004-05-25 Openwave Systems Inc. Centralized service management system for two-way interactive communication devices in data networks
US20020039899A1 (en) * 1995-12-11 2002-04-04 Openwave Systems Inc. Method and architecture for an interactive two-way data communication network
US7003284B2 (en) * 1995-12-11 2006-02-21 Openwave Systems Inc. Method and architecture for interactive two-way communication devices to interact with a network
US5757655A (en) * 1996-08-26 1998-05-26 Micron Technology, Inc. Method and system for producing dynamic property forms and compacting property databases
US6526439B1 (en) * 2000-03-30 2003-02-25 Openwave Systems Inc. Method and apparatus for accelerating navigation of hypertext pages using compound requests
US20060116507A1 (en) * 2004-11-30 2006-06-01 Osteogenic devices

Also Published As

Publication number Publication date
US20080031434A1 (en) 2008-02-07
US7778395B2 (en) 2010-08-17
US20050119992A1 (en) 2005-06-02
US20120233568A1 (en) 2012-09-13
US20080056467A1 (en) 2008-03-06
US20070237313A1 (en) 2007-10-11
US20140372125A1 (en) 2014-12-18

Similar Documents

Publication Publication Date Title
US6574314B1 (en) Method for entering transaction data into data bases using transaction entry device
US7778395B2 (en) Telephone/transaction entry device and system for entering transaction data into databases
US8019060B2 (en) Telephone/transaction entry device and system for entering transaction data into databases
US7334024B2 (en) System for transmission of voice and data over the same communications line
EP0996895B1 (en) Data transaction assembly server
US6973477B1 (en) System for securely communicating amongst client computer systems
US20060111139A1 (en) Portable information terminal and information transmitting method
US7783572B2 (en) Apparatus and method for downloading configuration data to card terminals and for viewing activity at card terminals
EP1311961B1 (en) System for securely communicating amongst client computer systems
CA2221853C (en) Telephone/transaction entry device and system for entering transaction data into databases
MXPA97008955A (en) Telephone / transaction registry device and system for registering transaction data on bases of da
JPH0830530A (en) Input/output device for communication terminal
MXPA99011824A (en) Data transaction assembly server
JPH04269064A (en) Electronic equipment

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION

AS Assignment

Owner name: LVL PATENT GROUP LLC, VIRGINIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CYBERFONE TECHNOLOGIES, INC.;REEL/FRAME:026907/0119

Effective date: 20110819

AS Assignment

Owner name: CYBERFONE SYSTEMS, LLC, VIRGINIA

Free format text: CHANGE OF NAME;ASSIGNOR:LVL PATENT GROUP, LLC;REEL/FRAME:027104/0169

Effective date: 20111003

AS Assignment

Owner name: CYBERFONE SYSTEMS, LLC, TEXAS

Free format text: MERGER;ASSIGNOR:CYBERFONE SYSTEMS, LLC;REEL/FRAME:027368/0557

Effective date: 20111201

AS Assignment

Owner name: DBD CREDIT FUNDING, LLC, NEW YORK

Free format text: SECURITY INTEREST;ASSIGNORS:MARATHON PATENT GROUP, INC.;CYBERFONE SYSTEMS, LLC;REEL/FRAME:034872/0536

Effective date: 20150129