|Numéro de publication||US20040068693 A1|
|Type de publication||Demande|
|Numéro de demande||US 10/680,659|
|Date de publication||8 avr. 2004|
|Date de dépôt||6 oct. 2003|
|Date de priorité||28 avr. 2000|
|Autre référence de publication||CN1439133A, CN100435141C, DE60128676D1, DE60128676T2, EP1279116A2, EP1279116B1, EP1852784A2, US6662340, US6981028, US20020156846, US20050256841, WO2001084359A2, WO2001084359A3|
|Numéro de publication||10680659, 680659, US 2004/0068693 A1, US 2004/068693 A1, US 20040068693 A1, US 20040068693A1, US 2004068693 A1, US 2004068693A1, US-A1-20040068693, US-A1-2004068693, US2004/0068693A1, US2004/068693A1, US20040068693 A1, US20040068693A1, US2004068693 A1, US2004068693A1|
|Inventeurs||Jai Rawat, Ajoy Bhatia, Vasileios Zissimopoulos|
|Cessionnaire d'origine||Jai Rawat, Bhatia Ajoy Kumar, Zissimopoulos Vasileios ?Quot;Bill?Quot;|
|Exporter la citation||BiBTeX, EndNote, RefMan|
|Citations de brevets (90), Référencé par (25), Classifications (18), Événements juridiques (2)|
|Liens externes: USPTO, Cession USPTO, Espacenet|
 This application is a Continuation of U.S. patent application Ser. No. 10/160,671, filed on May 30, 2002; and a Continuation-in-Part of U.S. patent application Ser. No. 09/561,449, filed on Apr. 28, 2000.
 1. Field of the Invention
 The invention relates to electronic form mapping and recognition. More particularly, the invention relates to an automated client-based method of filling out electronic forms that does not require any prior mapping or examination of the forms.
 2. Description of Related Technology
 Internet users are only too familiar with the repetitive chore of filling out online forms. Many websites limit full access to registered accountholders. Registration may require providing personal data by way of entering the data into the fields of an HTML form. Return visits to such sites generally require a sign-on procedure in which the user is asked to provide, for example, a user name and password. E-commerce applications require the user to fill in order forms that ask for personal data, billing address, shipping address, credit card information and such. Often, users, when faced with a request to complete yet another form, just move on because they simply don't want to take the time to complete the form. Thus, filling out online forms, while essential, also constitutes a serious obstacle for the site sponsor and the user alike. The user is deprived of what may be an important source of value, and the site sponsor may lose sales, or at the very least, may miss important opportunities to find out more about the people who visit their site. Thus, it would be an important advantage to provide a system that automated the task of filling out electronic forms.
 The parent to the current application, J. Rawat, S. Palnitkar, Method and system of implementing recorded data for automating Internet interactions, U.S. patent application Ser. No. 09/561,449, filed Apr. 28, 2000 provides just such a system. User information is maintained in a central database. The user information includes personal data as well as account-specific data, such as the URL, and the login data for sites the user has visited. Client-side program code, integrated with a conventional web browser provides a utility window through which the user may access the central database—to edit user information, for example. In addition to the database of user information, the system also maintains a database of form information wherein mapping information is stored for forms from previously visited web sites. The forms are mapped by parsing the underlying code, typically HTML, of the form, for example, the field tags. When a mapped from is subsequently encountered, the map allows the form fields to be automatically populated with the required user data in the required format. Occasionally, for example, in the case of optional fields or forms that have changed slightly so that the saved map is no longer completely accurate, user intervention may be required.
 The prior art provides several examples of network based or distributed electronic wallets, in which user information is stored in a database for later use. D. Schutzer, System and method for use of distributed electronic wallets, European Patent Application No. EP1077419, published Feb. 21, 2001 describes a method and system in which two electronic wallets communicate and exchange information; typically a consumer's electronic wallet populates a merchant's wallet with the consumer's personal data. The merchant wallet stores the consumer's personal data for later use. M. Bahdur, G. Huddleston, C. Paltenghe, M. Takata, Distributed network based electronic wallet, European Patent Application No's. EP0917119 and EP0917120, filed May 19, 1999 provide a system in which various classes of user data are stored in distributed databases; the user may download the stored data to a wallet application. M. Sivadas, D. Steed, J. Main, Server-based electronic wallet system, European Patent Application No. EP1 168264, filed Jan. 2, 2002 describes system in which purchase requests directed to a merchant server from a wireless device are mediated by one or both of a proxy server and a wallet server. The .NET PASSPORT SERVICE, provided by Microsoft Corporation of Redmond Wash., includes a service wherein the user may use a single sign-in and make express purchases from participating merchants and web sites. A wallet application allows the user to store personal data on a secure server, such as billing and shipping addresses and credit card data. When the user makes a purchase from a participating merchant, the user data is automatically supplied to the merchant from the secure server. In all of these previous examples from the prior art, a distributed, or client-server architecture is essential to the proper function of the system. None of the systems described contemplate an exclusively client-based form-filler that is capable of populating any web-based form with user data. A. Gupta, A. Rajaraman, Method and system for automatically filling in forms in an integrated network based transaction environment, U.S. Pat. No. 6,199,079, filed Mar. 20, 1998 describes a method of automatically filling in online forms presented by web pages, in which a particular form is assigned a unique identifier and a template for the form is stored in a database of form templates, indexed by forms' unique identifiers. When the user encounters a form, the form is filled in according to that form's template from the database. R. Haridas, M. Markus, Method and apparatus for completion of fields on Internet page forms, International Application No. PCT/US00/41802, filed on Nov. 2, 2000 describes an automated method for completion of Internet webpage forms in which user data stored on a centralized server is automatically applied to forms that have been previously registered with the centralized server. Thus, both of these examples from the prior art employ a distributed architecture and derive their form-filling capability from a record of the form stored at a central location. Neither contemplates the ability to analyze any form encountered and populate the form fields with the required user data in the proper display format without any prior mapping or examination.
 J. Light, J. Garney, Automatic web based form fill-in, U.S. Pat. No. 6,192,380, filed on Mar. 31, 1998, describes an automated form filler that recognizes a form within an HTML page and fills in the form fields with data taken from a database. Recognition of the form and the form fields occurs by parsing the page's HTML code and identifying page tags and field tags.
 M. Pennell, A. Martin, Method and apparatus for automatic form filling, International Application No. PCT/US0042073, filed on Nov. 9, 2000 describes a software application intended for use with or integration into a conventional web browser application that automatically populates the fields of a web-based form with the required user data. The described software application gains knowledge of the form's fields and the expected contents by analyzing the underlying code for the page received by the browser from the visited web site, generally HTML or XML code, or the like. Embodiments of the software application in both distributed and client-based implementations are described.
 The Roboform user manual, published at http://www.roboform.com/manual.html, ©1999-2002, updated Jan. 25, 2002, describes a client-based web form filler that works as an add-on to conventional web browser applications. Forms may be filled in either by means of a “pass card,” a record that saves information related to a specific form at a particular web site, or by means of an “identity,” a user profile, wherein the software application analyzes the page encoding and populates the form fields with appropriate data from the identity. By the user selecting a country, the application applies the appropriate display format to form data such as dates and telephone numbers.
 All of the above form-fillers analyze a web form based on the form's underlying code. There is no indication that they analyze a form based on page elements visible to the user on the rendered page, such as field labels. While the Roboform application is able to format data according to a user-selected country format, there is no indication that either Roboform or the form-filler described by Pennell, et al. can format data on an ad hoc basis by analyzing user-visible formatting prompts, generally provided somewhere adjacent the field.
 While parsing html field tags provides generally satisfactory results, the lack of any naming convention for the fields of an HTML form has made it impractical to devise a completely automated form-filler. It is difficult for systems that parse a page's underlying code to identify fields to accommodate the limitless variety typically encountered in field names, without at least some user intervention. The adoption of standardized markup languages such as ECML (E-commerce markup language) may help to remedy this situation. In the meantime, there exist multitudes of forms that do not follow any sort of naming convention for the fields. On the other hand, field labels, the visual page elements that communicate a field's purpose to the user display a great deal more uniformity than the underlying field names.
 Accordingly, it would be a great advantage to provide an intelligent, fully automated, client-based form filler that maps the fields of an electronic form by parsing visual page elements, such as the user-visible field labels. It would also be desirable to provide the functionality of determining the appropriate contents for a field based on the field's context, the type of neighboring fields to the target field. Furthermore, it would be a significant technical advance to provide the capability of formatting the appropriate data according to visible formatting prompts.
 In recognition of the above needs, the invention provides an intelligent form-filler that does not require any prior mapping or examination of the forms. Client-side program code examines electronic documents such as web pages and automatically fills in fields of forms contained in the document with the appropriate data from a user profile, without requiring prior mapping or examination of the form. The application maps user data to the appropriate form field by examining field label text on the form as the user sees it, i.e. text that is visually nearest the field. For fields lacking labels, the application evaluates the field context by determining the field type of neighboring fields to determine the required data. To enter the information in the correct format, the application parses visual hints concerning, for example, the date format provided to the user and formats the data accordingly. In the complete absence of any usable visual cues or contextual information, the program code is capable of parsing the form's underlying code. Alternate embodiments of the invention are possible, in which that user information is alternately stored on the client, or on a server, to maximize portability.
FIG. 1 provides a screen shot of a typical web-based electronic form;
FIG. 2 provides a second view of the form of FIG. 1;
FIG. 3 provides a schematic diagram of a client-based system for filling out electronic forms according to the invention; and
FIG. 4 provides a data flow diagram of a client-based method for filling out electronic forms according to the invention.
 As shown in FIG. 1, a typical HTML form 100 includes a plurality of fields 101 that must be filled out by the user, for example, when making an online purchase, or registering at a web site. Form-filling software generally analyzes the fields 101 of the form and maps them to the correct user data by parsing the HTML field names, commonly known as field tags (not shown) and then supplying the correct user data from a stored user profile, generally located on a remote server. Because no naming convention has existed for fields in an HTML form, it has been difficult to produce a fully automated form-filler application. Previously, forms had to be mapped or analyzed in advance and the mapping saved in a database of form descriptions, usually also located on a remote server. Often, user intervention is required to complete the form.
 HTML forms also include a plurality of visible field labels 102, in which each label is spatially and visually related to its corresponding field, although no programmatic relationship usually exists between them, as with the HTML field tags. The field labels are provided for the user's benefit to advise them of the correct information to enter into a particular field. The invention recognizes that there exists a great deal more uniformity and consistency among the visible field labels than to the underlying field names, because the labels generally identify the information sought in a well-known, highly conventional manner. Based on such recognition, the invention provides a client-based system and method for filling out electronic forms automatically, in which the fields of an HTML form are identified and mapped to the correct user data based on visible form elements such as field labels. Following mapping and identification, the fields of the form are populated with the correct user data, without reference to a previous, stored mapping or analysis of the form, and without requiring user intervention.
 Turning now to FIG. 3, a schematic diagram of the system of the invention is shown. A client 301, in communication with a network 307, retrieves an HTML page containing a web form 308 from a remote site on the network. The web form could be substantially similar to the typical form shown by FIGS. 1 and 2. In one embodiment of the invention, the client 301 is a conventional microcomputer, either desktop or laptop. However, other clients possessing the requisite storage capacity and processing capability are entirely consistent with the spirit and scope of the invention. A client may also be a process, such as a program, that requests a service from another process. In one embodiment of the invention, the client communicates with a publicly accessible HTTP network such as the Internet, however other network environments employing other networking protocols are also suitable for the invention. The means of connecting to the network includes dialup and broadband connections, as well as other connection methods, such as wireless.
 As previously stated, the client 301 has both storage capacity and processing capability. Logic 303 stored and executed on the client implements a probabilistic, rule-based method of analyzing the form in separate steps. In a first step, the logic traverses the form from beginning to end, locating the field labels, associating them with a field, and then mapping the field to the correct metadata based on a best match from a field label dictionary 304—a file of analogs, or expressions resembling the field label, stored on the client 301. Also incorporated in the field label dictionary are the rules for mapping the field to the correct metadata and for mapping fields lacking labels to the correct metadata based on the field's context. At the same time, the functional blocks of the form are identified, for example, shipping address and billing address. In this way, identical field labels, such as “address” or “zip code” in a shipping address block and a billing address block are mapped to the correct metadata.
 In a second step, the logic traverses the form elements in a reverse direction, refining the granularity of the mapping done in the first pass, based on rules contained in a normalization dictionary 305, also stored on the client. The logic traverses the form a third time, identifying visible display format hints 103, mapping them to a display format dictionary 306, also stored on the client. Similar to the field labels dictionary 304, the display format dictionary 306 contains a number of regular expressions that are analogs of, or similar to the visible display format hints 103 found on the form 100. Additionally, the display format dictionary 306 contains rules and code for mapping the field to the correct display format. Finally, after the visible elements of the form have been completely mapped the correct user data is retrieved from a stored user profile 302, a data file stored on the client, and concatenated, truncated or re-formatted as required b y the display format, and the form fields are populated with the data. In an alternate embodiment, the user profile is stored on a server and retrieved by the client.
 HTML or ECML field name;
 Default field value, in the case of a field that is a select box;
 A list of possible values for radio buttons; or
 Previous field mapping
 The invention matches the values with the dictionaries previously described to map the fields to metadata, wherein metadata comprises a data type, such as
 Last name;
 First name;
 AddressLine 1;
 AddressLine 2; and
 As will be apparent to the practitioner of ordinary skill, the above metadata classifications are exemplary only. Others will occur to the artisan according to the setting and the functional requirements.
 As shown in FIGS. 3 and 4, the domain-specific data contained in the dictionaries has been kept separate from the processing logic. Thus, the invention is easily modified b y substituting dictionaries to support forms written in any language. Furthermore, the mapping and normalization rules are also easily modified to accommodate a variety of settings and applications of use.
 Referring again to FIG. 4, the core method involves the following steps, each of the steps accomplished in a single traversal of the form elements:
 First, field discovery 401;
 Second, field normalization 402; and
 Display format mapping 403.
 On the first traversal: The logic loops forward over all form elements and discovers the fields. The primary method of field discovery involves, for an unmapped field, analysis of the visible field label. A number of rule-based approaches to the field label analysis are possible. Among them:
 if a field is positioned in a table cell, analyzing text expressions in adjacent cells; and comparing the analyzed text expressions with entries in the field label dictionary to find the closest match with a metadata expression, wherein the field is mapped to the correct metadata. As FIGS. 1 and 2 show, the field label is typically situated to the left, or immediately above the field. However, according to need, the rules may be varied, to accommodate a placement below or to the right of the field;
 analyzing text expressions that occur within a predetermined number of words and within predetermined direction and distances from the field;
 based on page coordinates, examining the general vicinity of the form in all directions from the field and analyzing the text expression closest to the field; and
 ignoring supplemental text that does not contribute to the field label while searching for the field label, for example, text within parentheses or quotation marks.
 After the field label is located according to one of the above procedures, the analyzed expression is compared with a listing of similar expressions in the field label dictionary to find the closest match. The dictionary expressions, analogs of the analyzed expression, are organized according to metadata. Thus, when a match is found, the field corresponding to the field label is mapped to that metadata 404.
 There may be cases when a field doesn't have a label. For example, two or three fields may be provided for street address. Often they are labeled “Address 1” and “Address 2,” or something similar. But the first field may only be labeled “Address” and the second address field may not bear a label at all. In such a case, it is possible to map the second field according to its context. Mapping according to context requires that the field immediately preceding the field of interest have been mapped. As fields are mapped during the first pass, the algorithm assumes maximum granularity of the data. Thus, in the case of an unlabeled field that follows a field labeled ‘address;’ the ‘address’ field would have been mapped to the metadata “AddressLine 1.” It is probable that an unlabeled field following a “AddressLine 1” field is an “AddressLine 2” field. Accordingly, the unlabeled field will be mapped to the metadata “AddressLine 2.”
 As stated above, the algorithm assumes maximum granularity of the data. Thus, an unlabeled field following an “area code” field is assumed to be a “prefix” field, rather than a field asking for the entire remainder of the telephone number. A field labeled ‘Address’ is presumed to be an “AddressLine 1” field, rather than a field that asks for the entire street address. As described further below, during normalization, the granularity of the field mapping is refined.
 Additionally, if a field lacks a label, the algorithm may analyze the field's programmatic name. Following field name analysis, the field name is compared to the entries in the Field label dictionary and a match found. The field is then mapped as described above.
 Furthermore, field size can be used to resolve ambiguity. For example, in the scenario “Name: First [ ] Middle [ ] Last [ ],” it may be unclear whether the form is asking for the middle name or middle initial. Considering the size of the form element would help to resolve the ambiguity in this case: size=1 implies middle initial else middle name.
 In the case of select boxes, if the field lacks a label the algorithm uses the default value for comparison with the field label dictionary followed by mapping as described above. Typically, in such cases, the default value acts as the label, e.g. “Select a state.”
 Sets of radio buttons are completely separate objects in the DOM (document object model) of the page. Thus, the logic creates a Radiobutton object. The list of possible values is compared to the field label dictionary and a mapping performed as described above.
 Identifying the Block Type
 Also, during the first traversal of the form elements, the fields are mapped to a block type 405. A block is a functional unit of the form, such as:
 billing address;
 shipping address;
 email address; and
 credit card information.
 The block type mapping for most fields is reasonably obvious: an email address is mapped to email, a credit card number is mapped to the credit card block. However, in the case of shipping address and mailing address, the mapping is more complex. Both block types contain identical field labels, although the underlying field names are different. FIGS. 1 and 2 show different blocks of the same form, with FIG. 1 showing a billing address block and FIG. 2 showing a shipping address block.
 Thus, when a Name, Address or Phone field is encountered, the block type may be either BILLING or SHIPPING. A new block is assumed to start when an AddressLine 1, NameTitle, FirstName or LastName field is found; and the previous field was not a Name field. To identify whether the block is BILLING or SHIPPING, first the HTML fieldname is analyzed. If it matches any of the expressions in either a billing address array or a shipping address array, the block is mapped to BILLING or SHIPPING respectively.
 If it isn't possible to map using the field name, the visible text preceding this field (and up to the previous Country or AddressLine 1 field, if any, is analyzed. If this text contains any of the expressions in the billing address or shipping address array, the block is BILLING or SHIPPING respectively.
 Often, the visual text is too large to analyze and may contain additional information such as the order summary or anchor labels, which may contain strings like “Shipping Information” or “Shipping Options,” resulting in mapping to an incorrect block type. In such cases, the following strategy is able to pick out the block label more accurately. It is adapted specifically to cases in which the address block and its label are situated in a table:
 1. Search the text from the start of the BODY of the HTML page (or from just after a previous AddressLine 1 or Country element, if any) to the position of the current element.
 2. Get the table that the current element is in.
 3. If there is no table, exit. (It isn't possible to narrow down the range of text to be searched.)
 4. If the start of table is before start of the previously text searched as above in 1, exit. (It isn't possible to narrow down the range of text to be searched.)
 5. Search the text from start of table to start of current element.
 6. If any of the text searched matches with an expression in a billing address array or a shipping address array, the block type is determined.
 7. Otherwise, if the current table is embedded in another table return to step 3.
 During the second traversal of the form elements, the logic steps through the elements in reverse order, starting with the last field in the form. During this step, field normalization 402, the granularity of the field mapping is refined. For example as described above, assuming maximum granularity, a field labeled ‘Address’ was presumed to be the first line of two or more address lines, thus it was mapped to ‘AddressLine 1.’ However, the presumption that the form contains more than one address line may be incorrect. In the current step, such mapping errors can be resolved by examining a field's context in reverse order. Thus, in the case of the ‘Address’ field, if the field following the labeled address field is mapped to ‘City’ it is determined that the original mapping of the field to ‘AddressLine 1’ was incorrect, and the field can be mapped correctly.
 In the case of a telephone number field, on the first pass, the first field, because maximum granularity is assumed, would have been mapped to area code. On the second pass, if the mapped field is immediately followed by another labeled field, the original mapping will be incorrect—since there is only one field for telephone, it will be necessary to concatenate the separate expressions for telephone number to create a single string to put into the single telephone field. If, however, the field mapped to area code is followed by two unlabeled fields and then a labeled field, the mapping of the first field to ‘Area code’ was correct, and the two additional unlabeled fields can be mapped to accept the other expressions that together make up an entire phone number, a three-digit prefix, followed by a four-digit prefix. The rules for evaluating the field contexts in this fashion are found in the normalization dictionary 305. While the invention has been described in terms of conventions followed in the United States, the practitioner of ordinary skill will appreciate that the invention can be adapted to those of any country.
 On the third traversal, for fields that require the data to be entered in a specified format, the visible display format hints 103 are analyzed. Thus, in a display format-mapping step 403 the fields that have been mapped to a metadata category 404 are mapped to the correct display format 406.
 The display format hints are organized by category, i.e. there is one set of display hints for Phone fields, another for Name fields, Date fields and so on. Display format hint text for the field is captured (The text could be either to the left or right of the field). As described above, supplemental text enclosed within parentheses or quotation marks is ignored for the purpose of identifying field labels. However, when identifying display format hints, priority is given to the supplemental text because the display format hints are more likely to be found in the supplemental text, embedded within parentheses or quotation marks. This text is matched against the expressions found within the display format dictionary 306 in the set of hints for the field category (Note that the field has already been identified, so the field category is known at this point), and the display format is identified. If no display format is obtained and the previous field category is the same as this field category, then the previous display format is applied to this field, too. This would apply to cases like:
Home Phone (xxx-xxx-xxxx): Work Phone:
 Checkout Form Detection
 The program code object has a flag, which is set whenever a Billing or Shipping Address field or a Credit Card field is identified to indicate the form is a checkout form. Thus, the invention also provides checkout form detection functionality.
 Masked Fields
 Certain INPUT elements, for example, credit card number fields are designated as password fields, so as to mask sensitive information from being displayed. The names of these fields are stored in a separate array. To provide added security, the field type can also be changed to password for certain fields, for example, a form may generally allow users to enter the credit card data in visible dear text. The field type can be programmatically changed to password before filling out the card number so that the data shows up as “******” instead of clear text.
 After the metadata, block type and display format of each field has been identified, the information is used to generate a form mapping. In the current embodiment of the invention, the form mapping is coded in XML (extensible markup language). However, other page description languages would also be suitable in the practice of the invention.
 Following mapping, the appropriate user data is retrieved from the user profile data file, formatted as required by the newly generated page mapping and the fields of the form populated with the required data.
 While the invention has been described with respect to e-commerce applications, such description has been for purposes of illustration only, and is not meant to limit the scope of the invention. The invention finds application with other types of forms as well. Additionally, the invention is also well suited to automating the login process at sites requiring a user login.
 Although the invention has been described herein with reference to certain preferred embodiments, one skilled in the art will readily appreciate that other applications may be substituted for those set forth herein without departing from the spirit and scope of the present invention. Accordingly, the invention should only be limited by the claims included below.
|Brevet cité||Date de dépôt||Date de publication||Déposant||Titre|
|US5060263 *||9 mars 1988||22 oct. 1991||Enigma Logic, Inc.||Computer access control system and method|
|US5224150 *||6 juil. 1990||29 juin 1993||Simon Neustein||Paging system|
|US5267149 *||5 mars 1991||30 nov. 1993||Oki Electric Industry Co. Ltd.||System and method for registering passwords|
|US5473667 *||25 janv. 1993||5 déc. 1995||Neustein; Simon||Paging system with third party authorization|
|US5544322 *||9 mai 1994||6 août 1996||International Business Machines Corporation||System and method for policy-based inter-realm authentication within a distributed processing system|
|US5564038 *||20 mai 1994||8 oct. 1996||International Business Machines Corporation||Method and apparatus for providing a trial period for a software license product using a date stamp and designated test period|
|US5574786 *||6 févr. 1995||12 nov. 1996||International Business Machines Corporation||Securing trusted personal computer system against unauthorized movement|
|US5590198 *||19 déc. 1995||31 déc. 1996||Pitney Bowes Inc.||Open metering system with super password vault access|
|US5608874 *||8 avr. 1995||4 mars 1997||Autoentry Online, Inc.||System and method for automatic data file format translation and transmission having advanced features|
|US5640577 *||22 août 1995||17 juin 1997||Davox Corporation||Data processing system with automated at least partial forms completion|
|US5659350 *||2 déc. 1993||19 août 1997||Discovery Communications, Inc.||Operations center for a television program packaging and delivery system|
|US5675771 *||23 sept. 1994||7 oct. 1997||Bull Hn Information Systems Inc.||Mechanism for enabling emulation system users to directly invoke a number of host system facilities for executing host procedures either synchronously or asynchronously in a secure manner through automatically created shell mechanisms|
|US5694595 *||14 août 1995||2 déc. 1997||International Business Machines, Corporation||Remote user profile management administration in a computer network|
|US5710889 *||7 juin 1995||20 janv. 1998||Citibank, N.A.||Interface device for electronically integrating global financial services|
|US5711000 *||31 août 1995||20 janv. 1998||Northern Telecom Limited||Topology verification process for controlling a personal communication services system|
|US5712973 *||20 mai 1996||27 janv. 1998||International Business Machines Corp.||Wireless proximity containment security|
|US5739512 *||30 mai 1996||14 avr. 1998||Sun Microsystems, Inc.||Digital delivery of receipts|
|US5758341 *||17 janv. 1995||26 mai 1998||Anthem Healthcare Solutions, Inc.||Automated transaction processing system and process with emulation of human error resolution|
|US5764890 *||23 juil. 1997||9 juin 1998||Microsoft Corporation||Method and system for adding a secure network server to an existing computer network|
|US5771347 *||27 juin 1996||23 juin 1998||International Business Machines Corp.||Apparatus and method to allow a user a trial period before licensing a software program product|
|US5784463 *||4 déc. 1996||21 juil. 1998||V-One Corporation||Token distribution, registration, and dynamic configuration of user entitlement for an application level security system and method|
|US5790785 *||2 févr. 1996||4 août 1998||Customer Communications Group, Inc.||World Wide Web registration information processing system|
|US5793952 *||17 mai 1996||11 août 1998||Sun Microsystems, Inc.||Method and apparatus for providing a secure remote password graphic interface|
|US5794259 *||25 juil. 1996||11 août 1998||Lextron Systems, Inc||Apparatus and methods to enhance web browsing on the internet|
|US5799115 *||11 mars 1996||25 août 1998||Kabushiki Kaisha Toshiba||Image filing apparatus and method|
|US5821933 *||14 sept. 1995||13 oct. 1998||International Business Machines Corporation||Visual access to restricted functions represented on a graphical user interface|
|US5890140 *||7 juin 1995||30 mars 1999||Citibank, N.A.||System for communicating with an electronic delivery system that integrates global financial services|
|US5918007 *||27 mai 1992||29 juin 1999||International Business Machines Corporation||Trusted personal computer system with limited accessibility|
|US5961593 *||22 janv. 1997||5 oct. 1999||Lucent Technologies, Inc.||System and method for providing anonymous personalized browsing by a proxy system in a network|
|US5970227 *||30 avr. 1996||19 oct. 1999||International Business Machines Corp.||Wireless proximity detector security feature|
|US5974430 *||30 sept. 1997||26 oct. 1999||Unisys Corp.||Method for dynamically embedding objects stored in a web server within HTML for display by a web browser|
|US5991537 *||16 sept. 1997||23 nov. 1999||The United States Of America As Represented By The Secretary Of The Navy||VXI test executive|
|US6026379 *||17 juin 1996||15 févr. 2000||Verifone, Inc.||System, method and article of manufacture for managing transactions in a high availability system|
|US6029146 *||21 août 1996||22 févr. 2000||Crossmar, Inc.||Method and apparatus for trading securities electronically|
|US6058378 *||7 juin 1995||2 mai 2000||Citibank, N.A.||Electronic delivery system and method for integrating global financial services|
|US6067529 *||12 août 1998||23 mai 2000||Ericsson Inc.||System and method for sending a short message containing purchase information to a destination terminal|
|US6070184 *||28 août 1997||30 mai 2000||International Business Machines Corporation||Server-side asynchronous form management|
|US6088700 *||6 août 1999||11 juil. 2000||Larsen; Kenneth N.||Automated forms completion for global information network applications|
|US6151707 *||20 nov. 1997||21 nov. 2000||Remedy Corporation||System and method for product registration|
|US6185542 *||31 juil. 1998||6 févr. 2001||Lucent Technologies Inc.||Communication of transaction data via the internet|
|US6192380 *||31 mars 1998||20 févr. 2001||Intel Corporation||Automatic web based form fill-in|
|US6192476 *||11 déc. 1997||20 févr. 2001||Sun Microsystems, Inc.||Controlling access to a resource|
|US6199079 *||20 mars 1998||6 mars 2001||Junglee Corporation||Method and system for automatically filling forms in an integrated network based transaction environment|
|US6226495 *||6 juin 1995||1 mai 2001||Simon Neustein||Paging system|
|US6233565 *||13 févr. 1998||15 mai 2001||Saranac Software, Inc.||Methods and apparatus for internet based financial transactions with evidence of payment|
|US6247029 *||1 mai 1998||12 juin 2001||International Business Machines Corporation||Web browser form enhancements|
|US6249779 *||13 mai 1998||19 juin 2001||Ben A. Hitt||Adaptive fuzzy feature mapping|
|US6286102 *||23 déc. 1998||4 sept. 2001||International Business Machines Corporation||Selective wireless disablement for computers passing through a security checkpoint|
|US6311165 *||12 janv. 1999||30 oct. 2001||Ncr Corporation||Transaction processing systems|
|US6324525 *||22 juil. 1998||27 nov. 2001||Hewlett-Packard Company||Settlement of aggregated electronic transactions over a network|
|US6327707 *||1 juin 1999||4 déc. 2001||Micron Technology, Inc.||Method, programmed medium and system for customizing pre-loaded software|
|US6341353 *||10 déc. 1999||22 janv. 2002||The Brodia Group||Smart electronic receipt system|
|US6377986 *||1 févr. 2000||23 avr. 2002||Digital Convergence Corporation||Routing string indicative of a location of a database on a web associated with a product in commerce|
|US6385595 *||25 juin 1999||7 mai 2002||Visa International Service Association||Electronic statement presentment system|
|US6401074 *||12 juin 1998||4 juin 2002||Access||Retail transaction promotion system|
|US6412070 *||21 sept. 1998||25 juin 2002||Microsoft Corporation||Extensible security system and method for controlling access to objects in a computing environment|
|US6418305 *||6 avr. 1998||9 juil. 2002||Simon Neustein||Paging system|
|US6421693 *||15 oct. 1998||16 juil. 2002||Fujitsu Limited||Method to automatically fill entry items of documents, recording medium and system thereof|
|US6460042 *||9 nov. 2001||1 oct. 2002||Collegenet, Inc.||Universal forms engine|
|US6460163 *||5 avr. 2000||1 oct. 2002||International Business Machines Corporation||Software and method for digital content vending and transport|
|US6496855 *||21 janv. 2000||17 déc. 2002||America Online, Inc.||Web site registration proxy system|
|US6499041 *||29 déc. 1998||24 déc. 2002||International Business Machines Corporation||Methods, systems and computer program products for copying between templates having associated field designations|
|US6499042 *||1 oct. 1999||24 déc. 2002||Infospace, Inc.||Selective proxy approach to filling-in forms embedded in distributed electronic documents|
|US6501950 *||17 août 1998||31 déc. 2002||Bellsouth Intellectual Property Corporation||Systems and methods for monitoring data signals on a communications network|
|US6533168 *||26 mai 2000||18 mars 2003||Peter N. Ching||Method and apparatus for computer-readable purchase receipts using multi-dimensional bar codes|
|US6543683 *||12 févr. 2001||8 avr. 2003||Ncr Corporation||System and method for providing consumer access to a stored digital receipt generated as a result of a purchase transaction and to business/consumer applications related to the stored digital receipt|
|US6589290 *||29 oct. 1999||8 juil. 2003||America Online, Inc.||Method and apparatus for populating a form with data|
|US6651217 *||1 sept. 1999||18 nov. 2003||Microsoft Corporation||System and method for populating forms with previously used data values|
|US6662340 *||30 mai 2002||9 déc. 2003||America Online, Incorporated||Client-side form filler that populates form fields based on analyzing visible field labels and visible display format hints without previous examination or mapping of the form|
|US6694307 *||7 mars 2001||17 févr. 2004||Netvention||System for collecting specific information from several sources of unstructured digitized data|
|US6732102 *||16 nov. 2000||4 mai 2004||Instaknow.Com Inc.||Automated data extraction and reformatting|
|US6738749 *||9 sept. 1998||18 mai 2004||Ncr Corporation||Methods and apparatus for creating and storing secure customer receipts on smart cards|
|US6772216 *||19 mai 2000||3 août 2004||Sun Microsystems, Inc.||Interaction protocol for managing cross company processes among network-distributed applications|
|US6775675 *||4 avr. 2001||10 août 2004||Sagemetrics Corporation||Methods for abstracting data from various data structures and managing the presentation of the data|
|US6845388 *||2 févr. 2000||18 janv. 2005||L. V. Partners, L.P.||Web site access manual of a character string into a software interface|
|US6845390 *||10 nov. 2000||18 janv. 2005||Hewlett-Packard Development Company, L.P.||Server-side state replication among collaborating world wide web servers|
|US6854085 *||15 juil. 1999||8 févr. 2005||Netscape Communicatons Corporation||System and method for automatically pre-setting form field values|
|US6862612 *||10 déc. 1999||1 mars 2005||Dell Products L.P.||Multiple ‘express buy’ profiles for multiple stores (dell.com and gigabuys.com)|
|US6879966 *||22 mars 2001||12 avr. 2005||Indivos Corporation||Tokenless biometric electronic financial transactions via a third party identicator|
|US6944677 *||9 mai 2000||13 sept. 2005||Aspect Communications Corporation||Common user profile server and method|
|US6950980 *||31 mai 2000||27 sept. 2005||International Business Machines Corporation||System, method, and program product for saving a submitted form of a web page|
|US6950983 *||7 sept. 2000||27 sept. 2005||International Business Machines Corporation||System and method for populating HTML forms using relational database agents|
|US6981028 *||28 avr. 2000||27 déc. 2005||Obongo, Inc.||Method and system of implementing recorded data for automating internet interactions|
|US20010027420 *||21 déc. 2000||4 oct. 2001||Miroslav Boublik||Method and apparatus for capturing transaction data|
|US20020083068 *||29 oct. 2001||27 juin 2002||Quass Dallan W.||Method and apparatus for filling out electronic forms|
|US20020083095 *||13 déc. 2000||27 juin 2002||Wu Jackie Zhanhong||System and methods for integration of a Web site with a repository server|
|US20020087479 *||7 août 2001||4 juil. 2002||Peter Malcolm||Information management system|
|US20020116387 *||5 févr. 2001||22 août 2002||Azadeh Farahmand||Translation devices, methods and software for moving information between a database file, and a source or destination file|
|US20030110443 *||22 févr. 2002||12 juin 2003||Steve Yankovich||Method and apparatus for programmatic learned routing in an electronic form system|
|US20030135507 *||17 janv. 2002||17 juil. 2003||International Business Machines Corporation||System and method for managing and securing meta data using central repository|
|Brevet citant||Date de dépôt||Date de publication||Déposant||Titre|
|US7779345 *||30 juil. 2003||17 août 2010||Aol Inc.||Reverse mapping method and apparatus for form filling|
|US7941743 *||18 août 2006||10 mai 2011||Sharp Laboratories Of America, Inc.||Methods and systems for imaging device form field management|
|US8037014||26 avr. 2005||11 oct. 2011||Adobe Systems Incorporated||Method and apparatus for aggregating and submitting form data|
|US8131856 *||18 mai 2004||6 mars 2012||Sony Corporation||Communication system and communication method|
|US8154769||8 sept. 2005||10 avr. 2012||Ricoh Co. Ltd||Systems and methods for generating and processing evolutionary documents|
|US8355966 *||26 févr. 2010||15 janv. 2013||Intuit Inc.||Payroll e-file and e-pay assistant|
|US8407581||29 juil. 2009||26 mars 2013||Facebook, Inc.||Reverse mapping method and apparatus for form filling|
|US8413252||29 juil. 2009||2 avr. 2013||Facebook, Inc.||Reverse mapping method and apparatus for form filling|
|US8713654||23 août 2012||29 avr. 2014||Facebook, Inc.||Reverse mapping method and apparatus for form filling|
|US8732570 *||8 déc. 2006||20 mai 2014||Ricoh Co. Ltd.||Non-symbolic data system for the automated completion of forms|
|US8904274 *||14 mai 2010||2 déc. 2014||Xerox Corporation||In-situ mobile application suggestions and multi-application updates through context specific analytics|
|US8904498||17 oct. 2012||2 déc. 2014||Ca, Inc.||Biometric identification for mobile applications|
|US20050028082 *||30 juil. 2003||3 févr. 2005||Topalov Ognian Z.||Reverse mapping method and apparatus for form filling|
|US20050204900 *||17 mars 2005||22 sept. 2005||Easynotes, Llc||Note collection utility|
|US20090282345 *||6 mai 2009||12 nov. 2009||Christopher Smith||Interaction between web pages and local applications|
|US20110078770 *||29 sept. 2009||31 mars 2011||Nash Andrew Keith||User information population|
|US20110283230 *||14 mai 2010||17 nov. 2011||Xerox Corporation||In-situ mobile application suggestions and multi-application updates through context specific analytics|
|US20130090135 *||15 déc. 2011||11 avr. 2013||Martin Roos||Populating User Data|
|US20140298151 *||13 mai 2013||2 oct. 2014||FitzForm LLC||Creation and distribution of forms|
|EP1777629A1 *||19 oct. 2005||25 avr. 2007||NTT DoCoMo, Inc.||Method and apparatus for automatic form filling|
|EP1877931A1 *||1 mai 2006||16 janv. 2008||Nokia Corporation||Method and device for automatically providing data for a field in a template|
|EP1887478A1 *||24 juil. 2006||13 févr. 2008||NTT DoCoMo, Inc.||Apparatus for automatic form filling on mobile devices|
|WO2006117643A1||1 mai 2006||9 nov. 2006||Nokia Corp||Method and device for automatically providing data for a field in a template|
|WO2008049096A2 *||19 oct. 2007||24 avr. 2008||Embry Russell T||Automatic document reader and form population system and method|
|WO2014159053A3 *||7 mars 2014||31 déc. 2014||Google Inc.||Generating data records based on parsing|
|Classification aux États-Unis||715/226|
|Classification internationale||G06Q20/12, G06Q30/04, G06F17/30, G06F15/00, G06F17/24, G06F13/00, G06F17/00|
|Classification coopérative||G06Q40/04, G06Q30/04, G06Q20/12, G06F17/243, G06F17/30893|
|Classification européenne||G06Q20/12, G06F17/30W7L, G06Q30/04, G06Q40/04, G06F17/24F|
|17 août 2007||AS||Assignment|
Owner name: AOL LLC, A DELAWARE LIMITED LIABILITY COMPANY,VIRG
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:AMERICA ONLINE, INC.;REEL/FRAME:019711/0316
Effective date: 20060403
|25 mars 2009||AS||Assignment|
Owner name: AOL LLC, A DELAWARE LIMITED LIABILITY COMPANY,VIRG
Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE NATURE OF CONVEYANCE PREVIOUSLY RECORDED ON REEL 019711 FRAME0316. ASSIGNOR(S) HEREBY CONFIRMS THE NATURE OF CONVEYANCE IS CHANGE OF NAME;ASSIGNOR:AMERICA ONLINE, INC.;REEL/FRAME:022451/0186
Effective date: 20060403
Owner name: AOL LLC, A DELAWARE LIMITED LIABILITY COMPANY, VIR
Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE NATURE OF CONVEYANCE PREVIOUSLY RECORDED ON REEL 019711 FRAME0316. ASSIGNOR(S) HEREBY CONFIRMS THE NATURE OF CONVEYANCE IS CHANGE OF NAME;ASSIGNOR:AMERICA ONLINE, INC.;REEL/FRAME:022451/0186
Effective date: 20060403