WO2001063477A1 - Systemes et procedes de gestion d'informations fournies par l'utilisateur dans un reseau - Google Patents

Systemes et procedes de gestion d'informations fournies par l'utilisateur dans un reseau Download PDF

Info

Publication number
WO2001063477A1
WO2001063477A1 PCT/US2000/004504 US0004504W WO0163477A1 WO 2001063477 A1 WO2001063477 A1 WO 2001063477A1 US 0004504 W US0004504 W US 0004504W WO 0163477 A1 WO0163477 A1 WO 0163477A1
Authority
WO
WIPO (PCT)
Prior art keywords
parameters
service operator
parameter
supplier
service
Prior art date
Application number
PCT/US2000/004504
Other languages
English (en)
Inventor
Robert Fish
Original Assignee
Robert Fish
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Robert Fish filed Critical Robert Fish
Priority to AU2000241684A priority Critical patent/AU2000241684A1/en
Priority to PCT/US2000/004504 priority patent/WO2001063477A1/fr
Publication of WO2001063477A1 publication Critical patent/WO2001063477A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9535—Search customisation based on user profiles and personalisation

Definitions

  • This invention relates to the field of wide area data networks.
  • the Internet is by now the world's largest computer network, interconnecting millions of computers.
  • One side effect of this large size is that the vast amount of information available on the Internet is often extremely difficult to access. Similar problems tend to occur on any large network, and in this discussion the Internet is discussed herein as an example of such a network. Similar problems occur in searching large databases in general, whether or not part of a network.
  • search engines that use keyword or tree searching to locate web sites on the Internet.
  • Popular search engines include Yahoo!TM, LycosTM, GoToTM, and Northern LightTM.
  • search engines list documents, web sites, and such, rather than underlying data. Thus, if one is looking for a red
  • MercedesTM it is of only very limited value to see a listing of a million web sites that contain the key words “red” and “Mercedes”. A searcher still needs to visit the listed sites individually to obtain the desired information.
  • multiple types as in “multiple types of items, products or services”, refers herein to items, products or services that vary sufficiently from one another that they are stored using at least some substantially inconsistent parameters.
  • Residential houses are considered herein to be a different type of product from automobiles because residential houses and automobiles are described using substantially different sets of parameters. Under these definitions, residential houses and commercial real estate would also most probably be considered to be different types of products.
  • the evolving parameter marketplaces are contemplated to provide databases in which ordinary end users can add new parameters, and such parameters are then made available for use by subsequent users. It is particularly desirable in the evolving parameter marketplaces that users are provided with summary historical usage information on the parameters, to guide the users in their choices of parameters to use in describing their own products, services, and other information. It is even more desirable for users to also be provided with summary historical usage information on the values previously used with respect to individual parameters, to guide the users in their choices of values to use in describing their own products, services, and other information.
  • Another problem involves control over content. If an operator of a search engine controls content, it can be held liable for displaying pornography or other information deemed to be undesirable. If the operator does not control content, then it will almost certainly run into public opposition for displaying undesirable content.
  • Another problem which is specific to evolving marketplaces, involves controlling the addition of new parameters to provide evolutionary pressure. If users are allowed to add and utilize any parameters they want, the evolutionary pressure on the parameters is greatly reduced. If users are precluded entirely from adding parameters, the evolution of the marketplace can be greatly hindered.
  • Still another problem involves profiling user preferences in evolving marketplaces. Existing methods of profiling focus on the values preferred by users, not the parameters.
  • the present invention provides systems and methods for handling user-provided information on a network.
  • content providers list the URLs or other identification information for files under their control. By listing such information, the content providers give permission to one or more service operator to extract tagged information from the listed files. The content provider(s) visit the listed files, extract tagged information, and then display that information to others using a classification system.
  • this arrangement can reduce or eliminate liability to the service operator for obtaining data, and can speed up the crawling process by focusing the service operator on files that contain extractable data.
  • a service operator enters into contracts with at least some of its content providers, which contracts obligate the service operator not to display specified information.
  • contracts obligate the service operator not to display specified information.
  • the service operator can keep undesirable information from being published, while correctly maintaining that it is not controlling content in a manner that incurs liability arising from controlling content.
  • a service operator stores previously loaded item descriptions as collections of parameter- value pairs, and displays to the general public sets of parameters used in the parameter-value pairs to aid members of the public in loading additional item descriptions.
  • the service operator prevents content providers from using all of the displayed parameters in loading new item description, thereby placing evolutionary pressure on the development of the parameters.
  • the service operator again allows individuals to add new parameters to the sets of parameters displayed to subsequent users, allows the individuals to load new item descriptions on the service using proper subsets of the sets of displayed parameters, but additionally tracks the relative frequencies with which various parameters in the sets of parameters are employed by the individuals in loading the new item descriptions.
  • Figure 1 is a schematic of a preferred file access interface.
  • Figure 2 is a table depicting an exemplary three level classification system.
  • Figure 3 is a flowchart depicting steps in establishing a preferred contractual relationship.
  • Figure 4 depicts portions of a suitable contemplated click through contract.
  • Figure 5 is a flowchart 50 depicting steps to provide evolutionary pressure on parameters.
  • Figure 6 is a preferred data entry interface.
  • Figure 7 is a typical contemplated parameters listing.
  • Figure 8 is a typical contemplated values listing.
  • Figure 9 is a flowchart depicting steps in a method of profiling user preferences
  • Figure 10 is a simple tracking table for tracking frequency of parameter usage.
  • a preferred file access interface 110 generally contains a user reference section 120, a table 130 of file names and addresses, a confirmation block 140, and a navigation block 150.
  • the reference section 120 identifies the name of the content provider 121 as stored in the vendor file (not shown), and the name of the person completing the interface 122.
  • the content provider may or may not be the same as the person completing the interface, and there may be other related interfaces used for authentication of some or all of this information. It is contemplated that more than one person may have authorization to control data in the table 130 for a given content provider 121.
  • the table 130 has seven columns, a trivial file name column 131, a URL or other file address column 132, a tag type column 133, an authorization date column 134, and authorization name column 135, a preferred update frequency column 136, a last update column 137, and a slider type record control 138.
  • the columns should be self-explanatory to those skilled in the field.
  • the URL column 132 is preferably associated with a browse interface (not shown) to assist the user in selecting the exact addresses.
  • the tag type column 133 and the preferred update frequency column 136 be associated with drop down or pop up functionalities from which the user can select only certain entries.
  • the preferred tagging type is XML.
  • the authorization date column 134, authorization name column 135, and last update column 137 are preferably controlled by the system rather than the user.
  • the confirmation block 140 includes a check box 141 that can be checked or unchecked by the user, and a textual authorization section 142 that is preferably customized by the system to correspond to the current user. More preferably the reference to the contract can be hyperlinked. Of course, the exact language may vary considerably, depending upon the wording desired by the service operator, which in this instance is bigfatfish.com.
  • the navigation block 150 contains a Cancel button 151 and an Accept button 152 as is well known in the art.
  • Use of interface 110 is straightforward.
  • a user accesses interface 110 from a navigation button (not shown) on a membership interface (not shown).
  • the user can add data to rows, and is preferably limited to a maximum number of files, such as 200 without special authorization. Entering data in the trivial file name column 131 may be optional, but most likely all the other fields are required, or are set by the system. Rows of data can be modified or deleted by the user, preferably with appropriate controls such as an "are you sure?" pop up window (not shown) to reduce accidental modifications.
  • the authorization check box 141 is preferably left unchecked at the initialization of each instance of interface 110, thus requiring the user to re-authorize at each instance.
  • the interface 110 preferably forms part of a system embodying an evolving marketplace, but may alternatively form part of a system embodying a search engine, or any other suitable software or service. Such systems may be private or public, or some combination of the two.
  • the most preferred systems access the listed files periodically, such as weekly or monthly in accordance with the data in update frequency column 136, and extract data from the files in accordance with the tagging protocols set forth in tagging type column 133.
  • the extracted data is preferably classified automatically according to content (such as by identifying a classification most closely associated with the tagged values), or by locating one or more classification tags in the file.
  • the data in the file for example, may contain descriptions and prices for many items, and may be tagged in table format.
  • the data extracted comprises descriptions of items offered in a marketplace.
  • Such offerings can be offerings to sell or purchase, lease, auction, hire (as in employment), or any other type of transaction.
  • the data extracted is preferably displayed in accordance with a classification system that includes a plurality of spanning classes described in greater detail below.
  • methods of obtaining data for a public access database comprise the steps of providing an interface through which an information supplier can list file identification information for a file; providing a first system that uses the file identification information to access the file and load data contained within the file into the database; and providing a second system that classifies the data for display to the public according to a classification system.
  • the first and second systems are part of a publicly accessible search engine, and the classification system includes a plurality of spanning classes.
  • FIG. 2 depicts an exemplary three level classification system.
  • Level 1 (shown in column 1) includes a relatively small number of classes, Advertising & Marketing,
  • Level 2 (shown in column 2) includes varying numbers of classes hierarchically related to corresponding Level 1 classes.
  • Level 1 The exemplary classification system of Figure 2 is typical in that many or even most of the Level 2 classes make sense only with respect to the related Level 1 classes.
  • Level 1 class of Agriculture one finds Level 2 classes of Animal Production, Chemicals, Crop Production, Florists, etc. These Level 2 classes make sense with respect to Agriculture, but are generally inconsistent with respect to other Level 1 classes such as Art or Automobiles.
  • Levels 1 and 2 can also be described as having a superior / inferior relationship, with Level 1 being relatively superior and Level 2 being relatively inferior
  • An exemplary Level 3 (shown in column 3) includes 89 classes, many of which are referred to herein as "spanning classes" because they are logically related to many or all of the Level 1 / Level 2 classifications.
  • the Level 3 class of Awards could well apply to the Level 1 / Level 2 classification path of Advertising & marketing / Personnel Recruitment. But awards also applies to the Level 1 / Level 2 classification path of Art /
  • Level 3 class of Industry Information applies to the Level 1 / Level 2 classification paths of Agriculture / International, Automobiles / Trucks, and Beauty & Grooming / Nails.
  • An alternative Level 3 (shown in column 4) includes only 47 classes. Astute observers will recognize that some of the classes have been collapsed, and some of the categories have been eliminated entirely. For example, Importing and Exporting are subsumed under the more general class entitled Trade.
  • Another alternative Level 3 (shown in column 5) is even more collapsed, including only 28 classes.
  • the classes of Consortia and Cooperatives are collapsed into a single class named Companies, and Enthusiasts is subsumed under People. Also, Conventions & Conferences and meetings are merely types of Events, and so have been eliminated.
  • Classification systems contemplated herein can include up to 10 or more levels, but preferably no more than about five levels. At first one would think it impossible to accommodate millions of different types of goods and services with only a three to five Level classification system. But such accommodation is indeed very possible by combining the classification system with a parameter- value method of storing and retrieving data. Exemplary parameter-value systems are described in US Pat. Appl. No. 09/128116 referred to above.
  • classification can be readily summarized for users in code format.
  • the classification path of Automobiles / Cars / Marketplace could be coded with only four numeric digits as 1527 or 8103, or with a three digit alphanumeric code such as G57 or H29. This is because contemplated classification systems may only have about 10,000 or fewer permutations.
  • Individual codes can advantageously be provided to web-site developers for inclusion into their web pages, and used in combination with XML or other tagging system to direct a search engine to automatically apply a desired classification.
  • the classification codes could thus be used by millions of unrelated users in a manner analogous to the way real estate agents use the Thomas GuideTM page and grid codes.
  • the type of classification systems contemplated herein can readily accommodate services as well as products.
  • the Level 1 class of Automobiles may well include a service-related Level 2 class of Repairs & Maintenance.
  • the otherwise product oriented Level 1 / Level 2 classification of Automobiles / Trucks addresses services by inclusion of the service-related Level 3 class of Schools & Training.
  • the type of classification systems contemplated herein can readily accommodate opinions, polls, and indeed information of all types.
  • the presently described systems and methods address these additional types of data very effectively, in part because in the parameter- value aspect the users themselves decide what parameters relate to what classifications, and what values relate to those parameters.
  • Such systems are preferably made to be inherently self-evolving at least in part by providing subsequent users with summary comparison usage information based upon the choices of previous users, and in part by permitting subsequent users to add new add classifications, parameters, and values instead of being limited by those previously used by others.
  • Summary comparison usage information is preferably communicated to users in the form of listings in which the choices are presented in order of descending usage. In that manner parameters and values that are used more frequently bubble to the top of the list, while parameters and values that are used less frequently sink to the bottom of the list. Very poorly used parameters and values can even be deleted periodically.
  • Figure 3 is a flowchart 300 depicting steps in establishing a contractual relationship under which a service operator is obligated to avoid displaying undesirable information without otherwise monitoring content being displayed. More formally, the steps provide a method of operating a publicly accessible service, comprising: a service operator entering into a contract with a supplier under which the service operator is to refrain from displaying specified information 312; the service operator obtaining from the supplier data having a first portion that includes specified information and a second portion that is free of the specified information 314; the service operator storing at least some of the data in the database 316; and the service operator publicly displaying the second portion of the display information, and not displaying the first portion pursuant to the contract 318.
  • the contract obligates the service operator to display the second portion of the data to the general public, and more preferably the data comprises descriptions of items offered in a marketplace.
  • Such offerings can be offerings to sell or purchase, lease, auction, hire (as in employment), or any other type of transaction.
  • the database may also advantageously store the data as a plurality of pairs of parameters and values, and more preferably the method includes displaying at least some of the parameters to the general public in a listing according to a relative frequency of historical use in the database.
  • Figure 4 depicts clauses of a suitable contemplated click through contract.
  • a suitable contemplated click through contract would likely vary from service operator to service operator, and is likely customizable by the users.
  • preferred contracts also include boilerplate provisions such as definitions of parties, arbitration clauses, venue and jurisdiction, additional limitations on liability, merger clause, and so forth.
  • Figure 5 is a flowchart 500 depicting steps to provide evolutionary pressure on parameters. More formally, the steps provide a method of operating a publicly accessible service, comprising: a service operator storing previously loaded item descriptions as collections of parameter- value pairs, and displaying to the general public sets of parameters used in the parameter- value pairs to aid in loading additional item descriptions 512; providing an interface through which a supplier member of the general public loads a new item description on the service using the displayed parameters 514; and preventing the supplier from using all of the displayed parameters in loading the new item description 516.
  • the method further comprises the supplier using an additional parameter in loading the new item description, the additional parameter not previously included in the displayed parameters, and subsequently made available for other suppliers to use in loading other item descriptions.
  • the method may also advantageously comprise the service operator from time to time restricting the supplier's adding of the additional parameter as a means of limiting a total number of parameters utilized for a particular item classification.
  • the method may also advantageously comprise displaying the displayed parameters to the supplier in a parameters listing, and more preferably comprise the service operator enforcing a maximum number of displayed parameters included in the parameters listing.
  • the displayed parameters included in the parameters listing may also advantageously vary as a function of an item classification, and independently the parameters listing preferably lists the displayed parameters at least in part according to a measure of previous usage of the displayed parameters on the service.
  • a preferred data entry interface 600 generally includes a selected classification display 610, a data entry table 620, and navigational buttons 630.
  • the first column 621 in table 620 preferably defaults with five, ten or some other relatively small number of the most frequently used parameters for the chosen classification or classifications. Any of the parameters can be modified from the defaults, either by overtyping the displayed parameter with a new parameter, or by selecting a parameter from a typical contemplated parameters listing such as that shown in Figure 7. The parameters listing can be displayed by clicking on the adjacent " ⁇ " symbol or other button shown here in column 622.
  • the third column 623 in table 620 records values that the user wants to associate with the selected parameters.
  • the user has chosen to associate the value 6000248 with the Patent No. parameter.
  • the system is preferably designed so that the user can either just type in the value, or select a value from a values interface such as that shown in Figure 6.
  • the values interface can be accessed by clicking on the corresponding " ⁇ " symbol or other button in column 624.
  • the system will limit the maximum number of parameters correlated with any given classification.
  • a typical limit may be 75 or 100 parameters. Users wanting to add a parameter beyond the maximum will likely be given a message to that effect, and asked to use an existing parameter, or try again later. Parameters that have minimal or no usage may be deleted periodically to make room for addition of new parameters.
  • the number of values allowed to be associated with a given parameter and classification may be limited in a manner analogous to limitations placed on parameters, although the limit would most likely be set much higher. For example, there may well be thousands of different dollar amounts (values) that can be associated with the parameter Price for an automobile classification. On the other hand, there may only be twenty or thirty values that can be reasonably associated with the parameter Color for the same classification.
  • the fifth column 625 of table 620 displays the measurement units corresponding to the value on the same row.
  • the corresponding value is pure text so that the units designation is simply listed as "text".
  • the corresponding value is usually a number.
  • the user can choose among units of measurement in an auxiliary interface (not shown).
  • a user entering the numeral 55291 as a value for the parameter Odometer may be given a choice of Miles or Kilometers as units of measurement.
  • the system may advantageously keep track of default units in a Units Key field (not shown) with respect to individual parameter-classifications, so that the same literal parameter name may have different parameters depending upon the classification.
  • the parameter Color may be text data (red, blue, white, etc) for automobiles, but numeric data
  • the parameter Height (text) may be used in conjunction with the values Tall or Short, while the parameter Height (in) may be used in conjunction with the values 72.5 or 68.
  • the sixth column 626 shows the " ⁇ " or other symbol that can be clicked upon to display a values selection interface such as that shown in Figure 8.
  • a user may well elect not to use the values selection interface, and may instead simply type in a literal.
  • the literal would most likely be compared against existing values as a means of confirming spelling, as a means of suggesting alternatives to the user, and as a prelude to adding the value as a new value in the system.
  • the seventh and eighth columns 627, 628, respectively, may well be displayed only to those users who have identified themselves as being advanced.
  • Column 627 stores numbers that can be used to depict correlations between or among the parameter- value pairs for a given entry. These may also be referred to as "sub-correlations" because they provide further correlations among parameters and values that are already correlated by virtue of relating to the same entry or item.
  • One contemplated use is to set control the sort order in which the values are displayed.
  • the value "Patent" in the first data row would be displayed before the value 6000248 for the patent number because the corresponding sort data are 1 and 2, respectively.
  • a cooking recipe or laboratory procedure for example, generally has multiple steps.
  • the various steps could be stored in the database using sequence identifying parameter names such as Step 1, Step 2, Step 3, etc.
  • a user could enter all of the steps using only one or a small number of parameters with names such as Steps, Preliminary Steps, or Follow Up Steps. In these latter cases the user could still keep the steps in proper order upon later display by entering the step order as column 627 information.
  • the data need not be integers, so that one could have steps 1.0, 1.1, 1.2, 1.21, 1.3, 2.1 and so forth. It should be apparent that the chronology of historical events can be designated in a similar manner.
  • column 627 is the grouping of subsets of parameter-value pairs. For example, a manufacturer selling an item that has multiple color choices would probably want to enter the differently colored telephones in the database as completely different entries. On the other hand the manufacturer may want to store differently colored telephones in the same entry. He or she can do that by storing the make, model, size, and so forth as described above, with corresponding Sort values in column 627 as 1, 2, 3, 4, 5, 6, etc. But then when storing multiple colors and prices, the red telephone and its price may both be listed as having Sort values of 10, while the white telephone and its price may both be listed as having Sort values of 11, and the green telephone and its price may both be listed as having Sort values of 12.
  • Column 627 stores delimiters that can be used in displaying data in desired sort order formats (not shown). At present it is preferred to use only simple characters such as asterisks, slashes, hyphens, carriage returns ("next line”), and so forth. In the future, however, it is contemplated to include more sophisticated delimiters, or even codes that are not delimiters per se, but affect the format of the information being displayed.
  • the navigational buttons 630 assist the user in navigating the various displays in the system.
  • the New Search button transfers the user back to a searching interface such as that shown in Figure 1.
  • the Cancel button clears the display of Figure 6, and returns the user back to the previous interface.
  • the Record button starts the process of performing validity checks on the data of Figure 6, and if the data clears the validity checks, ultimately causes the data to be loaded onto the system.
  • the parameter-value database is also a self-evolving (i.e. user- evolved) database.
  • the ability to add new parameters and/or values provides users with a mechanism for delineating characteristics of their items (products, information, or other data) that distinguish such items from those of others. For example, a person selling a car may want to advertise that he or she is the original owner. If Original Owner is not listed as an available parameter, the car owner can add that parameter, along with a likely value of Yes.
  • the Original Owner parameter will either "bubble to the top” or the listing (because subsequent users tend to choose that parameter), or remain at the bottom (because subsequent users tend not to choose that parameter).
  • the evolution process also takes care of variant spelling of parameters.
  • the database may well include both Color and Colour as parameters, but one of them will likely bubble to the top, and one of them will likely sink to the bottom.
  • a parameter selection interface 700 generally includes a header 705, a parameters table 710, Apha/Frequency navigation buttons 752, slider 713, a word entry interface 740, and other navigation buttons 754, 756.
  • the parameters table 710 preferably lists some or all of the parameters presently stored for a previously chosen classification 705.
  • the first column 711 of table 710 lists the available parameters
  • the second column 712 lists the respective frequencies with which the corresponding parameter was historically utilized with respect to the chosen classification 705, while the third "column" 713 is really a slider used to view additional rows.
  • One or more parameters can be selected by clicking on the desired row(s).
  • the default sort for the parameters is by frequency, although users can access alphabetic sort (including alphanumeric or numeric as appropriate) by clicking on the Alpha/Freq toggle button 752.
  • the Alpha/Freq toggle button toggles between Alpha when the list is displayed by frequency, and Freq when the list is displayed by Alpha. Users can also access alphabetic sort, and jump to a particular point in the alphabetic sort by entering a literal in the appropriate word entry interface 740, or typing a literal in a parameters box in column 621 of table 620.
  • the absolute number of parameters allowed on the system for any given classification may advantageously be limited.
  • “real estate-residential-marketplace” may be limited to 80 parameters, while the classification of "office supplies and equipment-desk items-marketplace” may be limited to only 50 parameters. Because of the relatively small number of parameters contemplated for many, or even all, classifications, it is entirely possible that a simple viewing mechanism such as slider 713 will be sufficient to select among the various parameters. In other instances, it may be advantageous to include or substitute some other viewing mechanism, such as alphabetic buttons "A”, “B”, “C”, etc that can be used to jump to parameters beginning with a particular letter. In still other embodiments it may be useful to include or substitute yet another viewing mechanism, such as a record number selected "1-15", "16-30”, etc.
  • the Cancel and Select navigation buttons 754 and 756, respectively, are intended to be similar to those used on other systems, and are self-explanatory
  • a values selection interface 800 generally includes a header 805, a values table 810, a word entry interface 840, Alpha/Freq button 852, and navigation buttons 854, 856.
  • the values table 810 preferably lists some or all of the values presently being stored for a previously chosen classification and parameter. Here the available values are listed in column 811 with corresponding frequencies in column 812. Slider 813 is used to view additional values.
  • the default sort is by frequency, although users can access alphabetic sort (including alphanumeric or numeric as appropriate) by clicking on the Alpha Freq toggle button 752.
  • the Alpha/Freq toggle button toggles between Alpha when the list is displayed by frequency, and Freq when the list is displayed by Alpha. Users can also access alphabetic sort, and jump to a particular point in the alphabetic sort by entering a literal in the appropriate word entry interface 740, or typing a literal in a values box in column 623 of table 600.
  • the navigation buttons 854 and 856 are intended to be similar to those used on other systems, and are self-explanatory.
  • Figure 9 is a flowchart 900 depicting steps in a method of profiling user preferences comprising: a service operator storing previously loaded item descriptions as collections of parameter- value pairs, and displaying to the general public sets of parameters used in the parameter- value pairs to aid in loading additional item descriptions 912; allowing individuals to add new parameters to the sets of parameters displayed to subsequent users 914; allowing individuals to load new item descriptions on the service using proper subsets of the sets of displayed parameters 916; and tracking relative frequencies with which various parameters in the sets of parameters are employed by the individuals in loading the new item descriptions 918.
  • Preferred methods may further comprise displaying to the general public sets of values used in the parameter-value pairs to aid in loading additional item descriptions, and tracking relative frequencies with which various values in the sets of values are employed by the individuals in loading the new item descriptions.
  • a simple table 1000 can be constructed having three columns (fields) - one column 1010 for user identification codes, a second column 1020 for classification codes, a third column for parameter codes 1030, and a fourth column 1040 for count.
  • a matching row of data i.e., the same user, classification, and parameter
  • the count is set to 1.
  • the parameter choices of those using the service for searching, as opposed to loading data may be advantageously tracked.
  • the tracking information can advantageously be stored and/or displayed on an individual by individual basis, or for groups of individuals.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

La présente invention concerne des systèmes et des procédés de gestion d'informations fournies par l'utilisateur dans un réseau. Dans un aspect, des fournisseurs de contenu répertorient les URL ou autres informations d'identification relatives à des fichiers qu'ils détiennent. En répertoriant ces informations, les fournisseurs de contenu autorisent un ou plusieurs prestataires de services à extraire des fichiers répertoriés des informations étiquettées. Dans un deuxième aspect, un prestataire de services conclut avec au moins quelques-uns de ses fournisseurs de contenu des contrats faisant obligation au prestataire de services de ne pas divulguer des informations déterminées. Dans un troisième aspect, un prestataire de services empêche des fournisseurs de contenu d'utiliser tous les paramètres affichés au moment de charger une nouvelle description d'articles, ce qui place une pression évolutive sur la mise au point desdits paramètres. Dans un quatrième aspect, le prestataire de services analyse la fréquence relative à laquelle divers paramètres parmi les séries de paramètres sont utilisés par les individus au moment de charger les nouvelles descriptions d'articles.
PCT/US2000/004504 2000-02-22 2000-02-22 Systemes et procedes de gestion d'informations fournies par l'utilisateur dans un reseau WO2001063477A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
AU2000241684A AU2000241684A1 (en) 2000-02-22 2000-02-22 Systems and methods for handling user-provided information on a network
PCT/US2000/004504 WO2001063477A1 (fr) 2000-02-22 2000-02-22 Systemes et procedes de gestion d'informations fournies par l'utilisateur dans un reseau

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2000/004504 WO2001063477A1 (fr) 2000-02-22 2000-02-22 Systemes et procedes de gestion d'informations fournies par l'utilisateur dans un reseau

Publications (1)

Publication Number Publication Date
WO2001063477A1 true WO2001063477A1 (fr) 2001-08-30

Family

ID=21741079

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/004504 WO2001063477A1 (fr) 2000-02-22 2000-02-22 Systemes et procedes de gestion d'informations fournies par l'utilisateur dans un reseau

Country Status (2)

Country Link
AU (1) AU2000241684A1 (fr)
WO (1) WO2001063477A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1788494A1 (fr) * 2005-11-21 2007-05-23 Sap Ag Suivi d'éléments de données dans des communications commerciales électroniques
US7711676B2 (en) 2004-11-12 2010-05-04 Sap Aktiengesellschaft Tracking usage of data elements in electronic business communications

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5745900A (en) * 1996-08-09 1998-04-28 Digital Equipment Corporation Method for indexing duplicate database records using a full-record fingerprint
US5758331A (en) * 1994-08-15 1998-05-26 Clear With Computers, Inc. Computer-assisted sales system for utilities
US6029141A (en) * 1997-06-27 2000-02-22 Amazon.Com, Inc. Internet-based customer referral system
US6064980A (en) * 1998-03-17 2000-05-16 Amazon.Com, Inc. System and methods for collaborative recommendations

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5758331A (en) * 1994-08-15 1998-05-26 Clear With Computers, Inc. Computer-assisted sales system for utilities
US5745900A (en) * 1996-08-09 1998-04-28 Digital Equipment Corporation Method for indexing duplicate database records using a full-record fingerprint
US6029141A (en) * 1997-06-27 2000-02-22 Amazon.Com, Inc. Internet-based customer referral system
US6064980A (en) * 1998-03-17 2000-05-16 Amazon.Com, Inc. System and methods for collaborative recommendations

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7711676B2 (en) 2004-11-12 2010-05-04 Sap Aktiengesellschaft Tracking usage of data elements in electronic business communications
US7818342B2 (en) 2004-11-12 2010-10-19 Sap Ag Tracking usage of data elements in electronic business communications
EP1788494A1 (fr) * 2005-11-21 2007-05-23 Sap Ag Suivi d'éléments de données dans des communications commerciales électroniques

Also Published As

Publication number Publication date
AU2000241684A1 (en) 2001-09-03

Similar Documents

Publication Publication Date Title
US7788250B2 (en) Flexible request and response communications interfaces
US5832497A (en) Electronic automated information exchange and management system
US6286002B1 (en) System and method for storing and searching buy and sell information of a marketplace
US9171056B2 (en) System and method for retrieving and normalizing product information
US20020087408A1 (en) System for providing information to intending consumers
US8051059B2 (en) Supplier identification and locator system and method
US20040117355A1 (en) Method and system for creating a database and searching the database for allowing multiple customized views
Luedi Personalize or perish
EP2284731A2 (fr) Moteur de recherche personnalisé basé sur le placement de mots clé speciaux
WO2006017081A2 (fr) Procede et systeme pour collecter et poster des publicites locales a un site accessible par l'intermediaire d'un reseau d'ordinateurs
US20100030647A1 (en) Advertisement selection for internet search and content pages
US20030065649A1 (en) Method and system for database queries and information delivery
US20030093417A1 (en) Method and apparatus for document information management
US20020026386A1 (en) Personalized storage folder & associated site-within-a-site web site
US20020082930A1 (en) Method and apparatus for internet marketing and transactional development
CN101395696A (zh) 用于条目百科全书的协作结构化置标
JP2003058672A (ja) 店舗の評価情報提供システム
US20090112847A1 (en) Apparatus and method for enhancing a composition with relevant content pointers
WO2001040968A2 (fr) Systeme et procede de recherche
WO2001063477A1 (fr) Systemes et procedes de gestion d'informations fournies par l'utilisateur dans un reseau
WO2001001291A1 (fr) Systeme offrant des informations aux futurs clients
US20020169853A1 (en) Accessing and recording information via the internet for specific products, services and transactions
WO2001053967A1 (fr) Bases de donnees perfectionnees de valeurs de parametres
US20010054015A1 (en) Method for facilitating the exchange of information over a computer network
EP1076307A2 (fr) Système informatique pour la fourniture de service de voyage

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

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

AL Designated countries for regional patents

Kind code of ref document: A1

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

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase