|Publication number||WO1999046701 A1|
|Publication date||16 Sep 1999|
|Filing date||1 Mar 1999|
|Priority date||9 Mar 1998|
|Also published as||WO1999046707A1|
|Publication number||PCT/1999/4489, PCT/US/1999/004489, PCT/US/1999/04489, PCT/US/99/004489, PCT/US/99/04489, PCT/US1999/004489, PCT/US1999/04489, PCT/US1999004489, PCT/US199904489, PCT/US99/004489, PCT/US99/04489, PCT/US99004489, PCT/US9904489, WO 1999/046701 A1, WO 1999046701 A1, WO 1999046701A1, WO 9946701 A1, WO 9946701A1, WO-A1-1999046701, WO-A1-9946701, WO1999/046701A1, WO1999046701 A1, WO1999046701A1, WO9946701 A1, WO9946701A1|
|Inventors||Ashish Gupta, Anand Rajaraman|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (7), Referenced by (55), Classifications (12), Legal Events (6)|
|External Links: Patentscope, Espacenet|
METHOD AND SYSTEM FOR AUTOMATICALLY FILLING FORMS IN AN INTEGRATED NETWORK BASED TRANSACTION
COPYRIGHT NOTICE A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.
CROSS-REFERENCE TO RELATED APPLICATIONS This application claims priority from the following U.S. Provisional Applications, the disclosure of which, including all appendices and all attached documents, is incorporated by reference in its entirety for all purposes: U.S. Provisional Patent Application Serial No. , Anand
Rajaraman, et. al. entitled, "Method and System for Integrating Transaction Mechanisms Over Multiple Internet Sites, " filed March 9, 1998, (attorney docket number 17907- 15.0); and
U.S. Provisional Patent Application Serial No. , Anand Rajaraman, et. al. entitled, "Automatically Filling Forms," filed March 11, 1998, (attorney docket number 17907-16.0).
The following two commonly-owned copending applications, including this one, are being filed concurrently and the other one is hereby incorporated by reference in its entirety for all purposes: U.S. Patent Application Serial No. , Ashish Gupta, et. al. entitled, "Method for Integrating Transaction Mechanisms Over Multiple Internet Sites" (attorney docket number 17907-15.10); and 2
U.S. Patent Application Serial No. , Ashish Gupta, et. al. entitled, "Method for Automatically Filing Forms in an Integrated Network Based Transaction Environment, " (attorney docket number 17907-16.10).
This application makes reference to the following commonly owned U.S. Patent Applications, which are incorporated herein in their entirety for all purposes:
Copending U.S. Patent Application Serial No. 08/724,943, in the name of Ashish Gupta, et. al. , entitled "Method and Apparatus for Structuring the Querying and Interpretation of Semistructured Information, " relates to information retrieval and interpretation from disparate semistructured information resources; and Copending U.S. Patent Application No. 08/995,868, in the name of Ashish
Gupta, et. al. , entitled "Method for Data Gathering Around Forms and Search Barriers, " which relates to submitting forms to gather data.
BACKGROUND OF THE INVENTION This invention relates to the area of internet based commerce.
Specifically, this invention enables a method and system for automatically filling in and submitting forms presented by vendor sites in order to effect commercial transactions on the web.
The process of interacting with the web through a browser may be broadly conceptualized as two types of interactions. The first kind of interaction is based on a user finding information and collating it without subsequent interaction with the provider of the information. This is similar to reading a magazine or researching a library. The second kind of interaction is based upon a user requesting goods or services from the provider of the information on the web. Electronic commerce is based upon the confluence of both these activities.
From a user's perspective, the web is useful largely because of the ease at which it makes information available and the diversity of information it provides. Problems arise when the information is scattered in many places and not readily accessible or not easily searchable. The following issues impede the efficient use of data by users of the world wide web: (a) different data representations, (b) different vocabularies, (c) different levels of functionality (d) multiple locations, and (e) absence from the web. 3
In a co-owned, co-pending U.S. Patent Application Serial No. 08/724,923, entitled "Method and Apparatus for Structuring the Querying and Interpretation of Semistructured Information," Ashish Gupta, et. al. introduced Virtual Database Management System ("VDBMS") technology in which structure is added to semi- structured data, thereby making the data searchable using known techniques. Further, VDBMS technology enables data from multiple sites to be integrated together and made searchable via a common mechanism. This technology is applicable to non-web sources such as legacy data sources in Relational Database Management Systems ("RDBMS"), text files, feeds in systems like SII, word and other text processor documents, UNIX file systems, and so forth. The technology's broad applicability in integrating a multiplicity of sources has been proven in the market in publicly available services.
The flow of information from the user to providers of data is as important as the flow of information from providers to the user. The bidirectional exchange of data forms the basis of commerce in traditional media and online. For example, a purchase involves information flow from the store to the buyer, in the display of goods available, and from the buyer to the store, in that information is a credit card number or a check or cash to complete the transaction.
Currently, internet purchasers must visit multiple web sites in order to consummate a transaction. For example, a user desiring to purchase a book entitled "World Peace, " and a CD-ROM entitled "Unplugged", desires to make these purchases efficiently and to get the best prices for these items. The user must visit many different vendors to determine who sells the items, select a particular vendor for each item based on separately visiting the vendors, fill in multiple forms for the different vendors, each of which requires the user to enter the same information and finally track multiple transactions.
Using the search methods described in U.S. Patent Application No. 08/724,923, the user can find the best price for any item available from many vendors. The user is able to seamlessly query multiple different vendor data to make a decision, simplifying the decision process. However, purchasing the items still requires that the user interact with multiple web site "shopping carts, " and fill in the required information multiple times. For example, the user must give her name, address, credit card number and click the "Buy it" button for each of the vendors and deal with their order entry forms. 4
What is needed is a method to enable a user shopping for items from different vendors' Web sites to automatically fill in order forms and then to purchase these items without having to browse and interact with different sites.
SUMMARY OF THE INVENTION
According to the invention, a method of automatically filling in on-line forms presented by web pages in an internet transactional environment by determining based upon selectable criteria a form identifier corresponding to a particular on-line form, and thereupon, for each form so identified, identifying one or many corresponding match patterns with which a page containing a target on-line form is parsed to obtain a plurality of attributes, and thereupon, for each attribute obtained in the parsing step, indexing into a database to obtain user information which may be used to fill in the target form.
The above approach has many advantages: A key advantage of systems according to the present invention is that the user does not have to fill in multiple forms in order to effect internet transactions.
A further advantage of the present invention is that the user does not have to interact with multiple dissimilar interfaces.
A yet further advantage of the present invention is that the user can shop across multiple vendors without repeatedly entering purchase information.
The invention will be better understood with reference to the following detailed description and its accompanying drawings.
BRIEF DESCRIPTION OF THE DRAWINGS
Fig. 1A depicts a representative client server relationship in accordance with a particular embodiment of the invention;
Fig. IB depicts a functional perspective of the representative client server relationship in accordance with a particular embodiment of the invention; Fig. 1C depicts a functional perspective of the components of a particular embodiment of the invention;
Fig. ID depicts a plurality of relationships among data in accordance with a particular embodiment of the invention; 5
Figs. 2 A - 2D depict representative forms in accordance with a particular embodiment of the invention;
Figs. 3 A - 3D depict flowcharts of processing in accordance with a particular embodiment of the invention.
DESCRIPTION OF THE SPECIFIC EMBODIMENTS 1.0 Introduction
The present invention provides a method for automatically filling in information into forms presented by vendor web sites in order to effect commercial transactions on the web. Systems according to the present invention enable online shoppers to make selections and purchase products from a plurality of vendor sources using a common interface program without requiring the user to repeatedly fill in redundant information into purchasing forms presented by vendor web sites. A particular embodiment according to the invention has been reduced to practice and will be made available under the trade name "AutoScribe. "™ Table 1 provides a definitional list of certain terms used herein:
Attribute A blank space in a form, used to hold information, such as mailing address.
Property A piece of user meta data.
Transformation A function which when applied to user meta data yields a value to
Function fill into a form.
1.1 Hardware Overview
The method for automating form filling in order to effect commercial transactions on the web is implemented in the Perl and Java programming languages and is operational on a computer system such as shown in Fig. 1A. This invention may be implemented in a client-server environment, but a client-server environment is not essential. Fig. 1A shows a conventional client-server computer system which includes a server 20 and numerous clients, one of which is shown as client 25. The use of the term "server" is used in the context of the invention, wherein the server receives queries from 6
(typically remote) clients, does substantially all the processing necessary to formulate responses to the queries, and provides these responses to the clients. However, server 20 may itself act in the capacity of a client when it accesses remote databases located at another node acting as a database server. The hardware configurations are in general standard and will be described only briefly. In accordance with known practice, server 20 includes one or more processors 30 which communicate with a number of peripheral devices via a bus subsystem 32. These peripheral devices typically include a storage subsystem 35, comprised of memory subsystem 35a and file storage subsystem 35b, which hold computer programs (e.g. , code or instructions) and data, set of user interface input and output devices 37, and an interface to outside networks, which may employ Ethernet, Token Ring, ATM, IEEE 802.3, ITU X.25, Serial Link Internet Protocol (SLIP) or the public switched telephone network. This interface is shown schematically as a "Network Interface" block 40. It is coupled to corresponding interface devices in client computers via a network connection 45.
Client 25 has the same general configuration, although typically with less storage and processing capability. Thus, while the client computer could be a terminal or a low-end personal computer, the server computer is generally a high-end workstation or mainframe, such as a SUN SPARC™ server. Corresponding elements and subsystems in the client computer are shown with corresponding, but primed, reference numerals.
The user interface input devices typically includes a keyboard and may further include a pointing device and a scanner. The pointing device may be an indirect pointing device such as a mouse, trackball, touchpad, or graphics tablet, or a direct pointing device such as a touchscreen incorporated into the display. Other types of user interface input devices, such as voice recognition systems, are also possible.
The user interface output devices typically include a printer and a display subsystem, which includes a display controller and a display device coupled to the controller. The display device may be a cathode ray tube (CRT), a flat-panel device such as a liquid crystal display (LCD), or a projection device. Display controller provides control signals to the display device and normally includes a display memory for storing the pixels that appear on the display device. The display subsystem may also provide non-visual display such as audio output. 7
The memory subsystem typically includes a number of memories including a main random access memory (RAM) for storage of instructions and data during program execution and a read only memory (ROM) in which fixed instructions are stored. In the case of Macintosh-compatible personal computers the ROM would include portions of the operating system; in the case of IBM-compatible personal computers, this would include the BIOS (basic input/output system).
The file storage subsystem provides persistent (non-volatile) storage for program and data files, and typically includes at least one hard disk drive and at least one floppy disk drive (with associated removable media). There may also be other devices such as a CD-ROM drive and optical drives (all with their associate removable media). Additionally, the computer system may include drives of the type with removable media cartridges. The removable media cartridges may, for example be hard disk cartridges, such as those marketed by Syquest and others, and flexible disk cartridges, such as those marketed by Iomega. One or more of the drives may be located at a remote location, such as in a server on a local area network or at a site of the Internet's World Wide Web.
In this context, the term "bus subsystem" is used generically so as to include any mechanism for letting the various components and subsystems communicate with each other as intended. With the exception of the input devices and the display, the other components need not be at the same physical location. Thus, for example, portions of the file storage system could be connected via various local-area or wide-area network media, including telephone lines. Similarly, the input devices and display need not be at the same location as the processor, although it is anticipated that the present invention will most often be implemented in the context of PCs and workstations. Bus subsystem 32 is shown schematically as a single bus, but a typical system has a number of buses such as a local bus and one or more expansion buses (e.g. , ADB, SCSI, ISA, EISA, MCA, NuBus, or PCI), as well as serial and parallel ports. Network connections are usually established through a device such as a network adapter on one of these expansion buses or a modem on a serial port. The client computer may be a desktop system or a portable system.
The user interacts with the system using interface devices 37' (or devices 37 in a standalone system). For example, client queries are entered via a keyboard, communicated to client processor 30' , and thence to network interface 40' over bus 8 subsystem 32' . The query is then communicated to server 20 via network connection 45. Similarly, results of the query are commumcated from the server to the client via network connection 45 for output on one of devices 37' (say a display or a printer), or may be stored on storage subsystem 35' .
1.2 Software Architecture
Fig. IB is a functional diagram of the computer system of Fig. 1A. Fig. IB depicts a server 20, and a representative client 25 of a multiplicity of clients which may interact with the server 20 via the internet 45 or any other communications method. Blocks to the right of the server are indicative of the processing components and functions which occur in the server's program and data storage indicated by block 35a in Fig. 1A. A TCP/IP "stack" 44 works in conjunction with Operating System 42 to communicate with processes over a network or serial connection attaching Server 20 to internet 45. Web server software 46 executes concurrently and cooperatively with other processes in server 20 to make data objects 50 and 51 available to requesting clients. A Common Gateway Interface (CGI) script 55 enables information from user clients to be acted upon by web server 46, or other processes within server 20. Responses to client queries may be returned to the clients in the form of a Hypertext Markup Language (HTML) document outputs which are then communicated via internet 45 back to the user.
Client 25 in Fig. IB possesses software implementing functional processes operatively disposed in its program and data storage as indicated by block 35a' in Fig. 1A. TCP/IP stack 44', works in conjunction with Operating System 42' to communicate with processes over a network or serial connection attaching Client 25 to internet 45. Software implementing the function of a web browser 46' executes concurrently and cooperatively with other processes in client 25 to make requests of server 20 for data objects 50 and 51. The user of the client may interact via the web browser 46' to make such queries of the server 20 via internet 45 and to view responses from the server 20 via internet 45 on the web browser 46' . Fig. 1C depicts a functional perspective of the software components resident in storage subsystem 35' of client 25 or storage subsystem 35 server 20, which cooperatively perform automated transaction processing in accordance with a particular embodiment of the invention. Transaction integrator 100 performs processing of 9 information in conjunction with one or more wrapper programs 140, 150 and 160 configured to specific merchandising sites 139, 149 and 159. Automated form filling component 110 interacts with User Meta-database 170 and User Selection database 180 in order to perform the filling in of online forms presented by various shopping sites. Transaction integrator 100 controls responding to the user's requests to search for various merchandise, obtaining information from the user about the user's merchandise selections from the search results and building information into the User Meta-database 170 and the User Selection database 180.
Fig. ID depicts a plurality of relationships between data objects in the User Meta-database 170. Relationship 60 associates a form finding criterion, here a form URL 64, with a form identifier, here a form name 62. Relationship 70 associates a pattern for matching 74 with a form name 72. Relationship 80 associates a form name 82 with a property name 86, an attribute name 84 and a transform function 88. Attribute 84 is a field in a form which we would like to fill in automatically, for example a space for the user's name. Property 86 is a piece of user meta data, stored in User Meta- database 170, for example, a name of a user. Transformation function 88 converts a property into a value for filling in a field in a form. For example, consider a form that has an attribute called "name" which is of a type "last name, first name. " Further, consider user meta data that unique to each user comprising a first property, "first-name, " and a second property, "last-name. " A value to fill into the form for the
"name" attribute is obtained by concatenating the property "last-name, " followed by a "comma, " followed by the property "first-name. " The concatenation process is a transformation function. Using this technique, the same user meta data may be specified in different ways by different forms. Applying these techniques, provides the ability to specify how to modify properties, or meta data, to fill in a wide variety of forms.
Finally, relationship 90 associates a User ID 92 with a form ID 94, and a plurality of property-value tuples 96, 98 and 99.
2.0 On-line Transactions Forms Figs. 2 A and 2B depict representative forms for transactions with online merchants. The usual method of consummating a purchase order is for the user to fill in the fields in a series of forms with the required information and click a "submit" button to complete the purchase. Fig. 2A depicts a registration form 201 , having a plurality of 10 fields in which the user enters information. The user must enter her name in a name field 202, her mailing information in address fields 204, 206, 208, 210 and 212, her telephone number in a telephone number field 214, then click a "done" button 216 to submit form 201 to the server 20. Fig. 2B depicts a shipping and account information form 203, having a plurality of fields in which the user must enter information. The user enters her desired method of shipment by selecting the corresponding button in shipment box 220. Next, she indicates the type of account she wishes to establish using buttons 222 and 224. Then, she enters her payment information in credit card type button 226, card number field 228, expiration field 230, name field 232 and issuing bank field 234. Thus, it is not one form that is filled in, but a series of forms.
3.0 Automating On-line Transactions
3.1 Automating A Single On-line Transaction
Fig. 3 A depicts a flowchart 301 of the process steps in executing an automated transaction. In a step 312, the user performs a search for items of interest using a search program as is known in the art. Then, in a step 314, a result page depicting the results of the search performed in step 312, such as result page 205 of Fig. 2C, is displayed to the user. Next, in a step 316, the user makes a selection of an item from the result page using a mouse, or other method. Next, in a step 318, a transaction is initiated with a site corresponding to a vendor offering the merchandise selected by the user. For example, in the sample result page 205, when a user clicks a "Buy it" link 240, a request to buy the selected product is initiated at the site of the vendor corresponding to the item selected by the user. Processing for this step is depicted in greater detail in a flowchart 305 in Fig. 3C.
3.2 Transactions with Multiple On-line Vendors
Multiple purchases across different vendors are integrated based upon the concept of a "virtual check-out counter, " from which all transactions are consummated. The virtual checkout counter enables the user to make payments at a single point even though returns and product question transactions are handled by individual vendor sites. Fig. 3B depicts a- flowchart 303 of steps in virtual check-out counter processing. In a step 322, the user performs a search for items of interest using a search program as is known in the art. Then, in a step 324, a result page depicting the results of the search 11 performed in step 322, such as result page 206 of Fig. 2D, is displayed to the user. Next, in a step 325, the user's selection of an item from the result page 206 by using a mouse to click an "Add it" icon 242, or other method, is added to a list of items to purchase. Then, in a step 326, the list is parsed for selection data. Next, in a step 328, selection data for the purchase request is stored into the User Selection database 180. Next, in a decisional step 330, a determination is made whether the user has finished making selections. If the user makes further selections, the processing depicted by steps 322 - 330 of flowchart 303 is performed for each selection made by the user. Otherwise, responsive to the user's request to "check out, " in a decisional step 332, a determination is made if any selections made by the user require transaction processing. In a step 334, transaction processing is performed for each selection made by the user in steps 322-330 of flowchart 303. Flowchart 305 of Fig. 3C depicts the transaction processing of step 334 in greater detail. Otherwise, when no further user selections remain, processing returns.
3.3 Automating Transaction Form Filling
Fig. 3C depicts a flowchart 305 depicting the processing for completing a transaction with a vendor on behalf of a user. In a decisional step 342, a determination is made whether there are any remaining forms which must be filled in to complete the transaction. If a form must be filled in, then in a step 344, the form is filled in by processing detailed in Fig. 3D. Next, processing returns to decisional step 342. When decisional step 342 determines that no further forms remain, all forms required by the vendor site have been filled in. Processing then continues with an optional step 346, which displays a screen to prompt the user to confirm the purchase. Finally, in a step 348, the transaction with the vendor site is completed and confirmation information returned by the vendor is stored for subsequent tracking.
3.4 Automated Order Form Filling
Forms associated with a vendor's site corresponding to product selections made by a user are automatically filled in with the information stored in User Meta- database 170 and -User Selection database 180, such as the name, credit card number, and address of a user, using relationships 60, 70, 80 and 90 depicted in Fig. ID. Fig. 3D depicts a flowchart 307 of the process steps for automated form filing according to a 12 particular embodiment of the invention. In a step 350, the appropriate form identifier for a particular vendor is determined based upon a selectable criterion using relationship 60. Relationship 60 associates the criterion of form URL 64 with a form identifier, form name 62. Next, in a step 352, the form identifier determined in step 350 is used to determine one or more corresponding matching patterns using relationship 70. Relationship 70 associates form identifier form name 72, which will be the form identifier determined in step 350, with pattern 74. Next, in a step 354, pattern 74 is matched against a page web page containing a form of interest which is to be filled in. In a decisional step 356, if no match is found with the pattern 74, then an error condition is returned, so that a system administrator can be made aware that there is a form for which no matching pattern exists. Otherwise, in a step 358, the page is parsed in order to obtain a plurality of attributes. Then, in a step 359, properties are identified using relationship 80 to identify those required to fill in the target form. In a step 360, a value is obtained for each property using relationship 90 by matching the form identifier to a form name 94 and reading property - value pairs 96, 98 and 99. Next, in a step 362, the properties determined in step 358 are transformed using relationship 80 to yield values for each attribute in the target form by applying transformation function 88 corresponding to property name 86 matching the property of interest in relationship 80 for the particular form identifier form name 82. The result is used to fill in the attribute corresponding to attribute name 84. Finally, in a step 364, the target form is filled in with property values obtained in step 362. Then processing returns.
3.4.1 Submitting Forms Using A Wrapper
In an alternative embodiment, the concept of a wrapper, a program which fills in and submits forms in order to accumulate information from web sites, may be used to complete a purchase transaction. The data to be filled into each form is obtained from the User Meta-database 170 and User Selection database 180. Wrapper programs are described in detail in a co-owned, co-pending U.S. Patent Application No. 08/724,943, in the name of Ashish Gupta, et. al., entitled "Method and Apparatus for Structuring the Querying and Interpretation of Semistructured Information, " which is incorporated herein by reference in its entirety for all purposes.
According to this embodiment, a wrapper program is constructed for each vendor to capture the logic for the forms that need to be filled to consummate a 13 purchase. A second wrapper program is constructed for each site to perform information-gathering. The transaction- wrapper exercises different parts and different functionality of the site than the information-gathering wrapper. Any site can have multiple wrappers built for it, each of which gets different information or performs a different function. Constructing wrappers which fill in and submit forms is described in greater detail in a co-owned, co-pending U.S. Patent Application No. 08/995,868, in the name of Ashish Gupta, et. al. , entitled "Method for Data Gathering Around Forms and Search Barriers, " which is incorporated herein by reference in its entirety for all purposes. According to this embodiment, the user's clicking the "Buy it" link causes the execution of the transaction-wrapper that fills the correct forms in the correct order, ultimately bringing the user to the point where the user can confirm the transaction. All intermediate steps of filling forms with user-specific information is performed by the wrapper.
3.4.2 Applications in Select Embodiments
In a particular embodiment, the automated form filling technology may be used in a proxy server to intercept incoming pages. In an alternative embodiment, the automated form filling technology may be used in a browser program to screen pages before display to the user.
In conclusion the present invention provides for a method of automatically filling in forms in conducting transactions with multiple vendor sites using a common interface. An advantage of the present invention is that there is a single point of user profile information for submission. A further advantage of the present invention is that it enables the user to buy a collection of items by a given date at the minimum cost, including tax and shipping charges. A yet further advantage of the present invention is that it employs a single point to check out instead of multiple points thus saving time and money for everyone concerned.
Other embodiments of the present invention and its individual components will become readily apparent to those skilled in the art from the foregoing detailed description. As will be realized, the invention is capable of other and different 14 embodiments, and its several details are capable of modifications in various obvious respects, all without departing from the spirit and the scope of the present invention. Accordingly, the drawings and detailed description are to be regarded as illustrative in nature and not as restrictive. It is therefore not intended that the invention be limited except as indicated by the appended claims.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5745681 *||11 Jan 1996||28 Apr 1998||Sun Microsystems, Inc.||Stateless shopping cart for the web|
|US5758328 *||22 Feb 1996||26 May 1998||Giovannoli; Joseph||Computerized quotation system and method|
|US5794207 *||4 Sep 1996||11 Aug 1998||Walker Asset Management Limited Partnership||Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers|
|US5794259 *||25 Jul 1996||11 Aug 1998||Lextron Systems, Inc||Apparatus and methods to enhance web browsing on the internet|
|US5832459 *||13 Aug 1996||3 Nov 1998||Andersen Consulting Llp||Computerized source searching system and method for use in an order entry system|
|US5890139 *||16 Jul 1996||30 Mar 1999||Fujitsu Limited||Answering method and system in online shopping|
|US5897622 *||16 Oct 1996||27 Apr 1999||Microsoft Corporation||Electronic shopping and merchandising system|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|WO2001022288A2 *||20 Sep 2000||29 Mar 2001||Fusionone, Inc.||Performing server actions using template with field that can be completed without obtaining information from a user|
|WO2001022288A3 *||20 Sep 2000||23 Dec 2004||Fusionone Inc||Performing server actions using template with field that can be completed without obtaining information from a user|
|WO2001025958A2 *||28 Sep 2000||12 Apr 2001||Infospace, Inc.||Selective proxy approach to filling-in forms embedded in distributed electronic documents|
|WO2001025958A3 *||28 Sep 2000||10 Jan 2002||Infospace Inc||Selective proxy approach to filling-in forms embedded in distributed electronic documents|
|WO2001031505A2 *||21 Sep 2000||3 May 2001||Ericsson Inc.||Method for creating and using a web shortcut|
|WO2001031505A3 *||21 Sep 2000||18 Jul 2002||Ericsson Inc||Method for creating and using a web shortcut|
|WO2001033390A2 *||4 Oct 2000||10 May 2001||Entrypoint, Inc.||Method and apparatus for populating a form with data|
|WO2001033390A3 *||4 Oct 2000||30 May 2003||Entrypoint Inc||Method and apparatus for populating a form with data|
|WO2001037129A1 *||17 Nov 2000||25 May 2001||Bayshore Capital Inc.||Method and apparatus for automated transaction processing|
|WO2001039031A2 *||9 Nov 2000||31 May 2001||Gator.Com||Method for automatic form filling|
|WO2001039031A3 *||9 Nov 2000||14 Feb 2002||Gator Com||Method for automatic form filling|
|WO2001045022A2 *||2 Nov 2000||21 Jun 2001||Infospace, Inc.||Method and apparatus for completion of fields on internet webpage forms|
|WO2001045022A3 *||2 Nov 2000||10 Jan 2002||Infospace Inc||Method and apparatus for completion of fields on internet webpage forms|
|WO2001046873A1 *||9 Mar 2000||28 Jun 2001||Netzero, Inc.||Method and apparatus employing a proxy server for modifying an html document supplied by a web server to a web client|
|WO2001084359A2 *||27 Apr 2001||8 Nov 2001||Obongo, Inc.||Method and system for automating internet interactions using recorded data|
|WO2001084359A3 *||27 Apr 2001||28 Mar 2002||Obongo Inc||Method and system for automating internet interactions using recorded data|
|WO2001095143A1 *||16 Feb 2001||13 Dec 2001||Gator Corporation||Method for web browser automation|
|WO2002084516A1 *||13 Apr 2001||24 Oct 2002||Earthlink, Inc.||Systems and methods for transferring information between a database in a handheld internet appliance and a web site|
|WO2002089012A3 *||17 Dec 2001||4 Sep 2003||Centives Inc E||Pre-filling order forms for transactions over a communications network|
|WO2003030017A2 *||17 Sep 2002||10 Apr 2003||Kinek Technologies Inc.||Prompted form filling mechanism|
|WO2003030017A3 *||17 Sep 2002||15 Jan 2004||Kinek Technologies Inc||Prompted form filling mechanism|
|WO2006117643A1 *||1 May 2006||9 Nov 2006||Nokia Corporation||Method and device for automatically providing data for a field in a template|
|CN100403827C||21 May 2002||16 Jul 2008||高通股份有限公司||Synchronization of stored servoce parameters in communication system|
|EP1128266A2 *||20 Feb 2001||29 Aug 2001||Orsus Solutions Limited||Cooperative software application architecture|
|EP1128266A3 *||20 Feb 2001||25 Feb 2004||Orsus Solutions Limited||Cooperative software application architecture|
|EP1325425A1 *||9 Oct 2001||9 Jul 2003||America Online, Inc.||Method and system of automating internet interactions|
|EP1325425A4 *||9 Oct 2001||18 Jan 2006||America Online Inc||Method and system of automating internet interactions|
|US6499042||1 Oct 1999||24 Dec 2002||Infospace, Inc.||Selective proxy approach to filling-in forms embedded in distributed electronic documents|
|US6910179||9 Nov 1999||21 Jun 2005||Clarita Corporation||Method and apparatus for automatic form filling|
|US7206998||18 May 2001||17 Apr 2007||Claria Corporation||System and method for automatically learning information used for electronic form-filling|
|US7277923||13 Apr 2001||2 Oct 2007||Earthlink, Inc.||Systems and methods for automatically accessing internet information from a local application on a handheld internet appliance|
|US7277927||13 Apr 2001||2 Oct 2007||Earthlink, Inc.||Systems and methods for saving internet content into a handheld internet appliance|
|US7281029||13 May 2003||9 Oct 2007||Aol Llc, A Delaware Limited Liability Company||Method and system of capturing data for automating internet interactions|
|US7293074||19 Sep 2000||6 Nov 2007||Fusionone, Inc.||Performing server actions using template with field that can be completed without obtaining information from a user|
|US7330876||13 Oct 2000||12 Feb 2008||Aol Llc, A Delaware Limited Liability Company||Method and system of automating internet interactions|
|US7349867||22 Dec 2000||25 Mar 2008||Invenda Corporation||Tracking transactions by using addresses in a communications network|
|US7363248||22 Dec 2000||22 Apr 2008||Invenda Corporation||Pre-filling order forms for transactions over a communications network|
|US7415429||22 Dec 2000||19 Aug 2008||Invenda Corporation||Providing navigation objects for communications over a network|
|US7500178 *||11 Sep 2003||3 Mar 2009||Agis Network, Inc.||Techniques for processing electronic forms|
|US7751533||2 May 2005||6 Jul 2010||Nokia Corporation||Dynamic message templates and messaging macros|
|US7962845||28 Apr 2006||14 Jun 2011||Aol Inc.||Method and apparatus for populating a form with data|
|US8078602||17 Dec 2004||13 Dec 2011||Claria Innovations, Llc||Search engine for a computer network|
|US8095597||1 May 2001||10 Jan 2012||Aol Inc.||Method and system of automating data capture from electronic correspondence|
|US8706565||21 Apr 2008||22 Apr 2014||Risible Enterprise LLC||Pre-filling order forms for transactions over a communications network|
|US8849704||24 Mar 2008||30 Sep 2014||Risible Enterprises Llc||Tracking transactions by using addresses in a communications network|
|US8996415||4 Feb 2008||31 Mar 2015||Risible Enterprises Llc||Tracking transactions by using addresses in a communications network|
|US9081756||23 May 2011||14 Jul 2015||Microsoft Technology Licensing, Llc||Method and apparatus for populating a form with data|
|US9280763||23 Aug 2013||8 Mar 2016||Mercury Kingdom Assets Limited||Method and system of automating data capture from electronic correspondence|
|US9495446||1 Mar 2010||15 Nov 2016||Gula Consulting Limited Liability Company||Method and device for publishing cross-network user behavioral data|
|US9542076||8 Oct 2013||10 Jan 2017||Synchronoss Technologies, Inc.||System for and method of updating a personal profile|
|US9615221||2 Oct 2013||4 Apr 2017||Synchronoss Technologies, Inc.||Device message management system|
|US9723460||2 Oct 2013||1 Aug 2017||Synchronoss Technologies, Inc.||Device message management system|
|US20110219293 *||23 May 2011||8 Sep 2011||Aol Inc.||Method and apparatus for populating a form with data|
|USRE44110||19 Jul 2006||26 Mar 2013||Mahogan Data Llc||Machine-to-machine e-commerce interface using extensible markup language|
|USRE44742||5 Jul 2012||4 Feb 2014||Sulvanuss Capital L.L.C.||Dynamic message templates and messaging macros|
|International Classification||G06Q30/00, G06F17/27, G06F17/24, G06F17/22|
|Cooperative Classification||G06Q30/06, G06F17/2247, G06F17/243, G06F17/272|
|European Classification||G06Q30/06, G06F17/22M, G06F17/27A6, G06F17/24F|
|16 Sep 1999||AK||Designated states|
Kind code of ref document: A1
Designated state(s): AL AM AT AU AZ BA BB BG BR BY CA CH CN CU CZ DE DK EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG US US US US UZ VN YU ZW
|16 Sep 1999||AL||Designated countries for regional patents|
Kind code of ref document: A1
Designated state(s): GH GM KE LS MW SD SL SZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG
|24 Nov 1999||121||Ep: the epo has been informed by wipo that ep was designated in this application|
|20 Jan 2000||DFPE||Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)|
|11 Jan 2001||REG||Reference to national code|
Ref country code: DE
Ref legal event code: 8642
|19 Dec 2001||122||Ep: pct application non-entry in european phase|