US20040158500A1 - Systems and methods for purchasing gifts - Google Patents

Abstract

A method of creating an aggregated Internet accessible registry includes the step of accepting a query from a registrant. The query contains an identifier and a search criteria, the identifier identifying one of a multitude of registry databases. Registries matching the search criteria in the selected registry database are retrieved. When the registrant selects one of the matching registries, a general user identifier that uniquely identifies the registrant is associated with the registry. Additional queries and registry selection completes the aggregation registry process. The aggregated registry is managed on-line by the registrants and accessed by guests. The aggregated registry provides a framework that allows automated updates by registry database provides without loss of the identity of an aggregated registry.

Description

BACKGROUND OF THE INVENTION
• 1. Field of the Invention[0001]
• This invention relates generally to the field of Internet accessible product registries. More particularly, this invention relates to a system and method for aggregating and managing multiple registries over the Internet.[0002]
• 2. Description of the Related Art[0003]
• The advent of widespread access to the Internet has generated interest in the development of web applications capable of accessing registry databases. Registry databases are collections of registries. Each registry in a registry database describes a registrant, an event, and the items that the registrant would like to acquire in celebration of the event. Registry databases are generally maintained by retailers such as department stores. An event may be, for example, an engagement, wedding, anniversary, birthday, graduation, religious holiday, baby shower, baptism, confirmation, Mother's day, Father's day, or other significant event. Further, rather than representing an event, a registry may simply represent the generalized wish list of the registrant.[0004]
• Internet accessible registry databases have many advantages over registry databases that are exclusively available in the store. First, an Internet accessible registry removes geographic limitations. Trips to the store to purchase registry items or to create a registry are no longer necessary. One simply accesses the registry over the Internet from the convenience of the home or office. The hassle of traffic, waiting in lines, and reliance on sales staff is circumvented. Using an Internet accessible registry, it is possible for a Tuscaloosa Alabama couple to register with a retailer in Manhattan, or for that matter, Venice, Italy. Second, for guests, the purchasers of registration items from a registry, options such as gift routing and wrapping are conveniently handled directly over the Internet. For example, gift wrapping and its concomitant hassles, such as waiting in long gift wrapping lines, is prevented by making such on-line designations. Third, Internet accessible registry databases provide advantages to retailers such as reduction in overhead costs and product exposure to an expanded, geographically unconstrained market—benefits that may be passed on to the consumer in the form of reduced retail prices.[0005]
• Retailers that provide registration services over the Internet typically restrict the content of their registry databases to products offered by the individual retailer or, at best, to those of a highly limited number of retail partners. Thus, registrants to major events such as weddings must still register with several different retailers in order to attempt adequate coverage. Often registrants are not satisfied with the scope of their selections even after several different retail-specific registries have been made. However, the typical registrant does not create more retail-specific registries because of the burden it places on guests and because of the high degree of maintenance that is required by the registrant to maintain such a large number of registries. Further, existing retail-specific registries do not offer registrant with the option of registering unconventional items such as maid service, cooking lessons, or camping gear.[0006]
• Even with the introduction of Internet accessible registries, the practice of restricting registry database content produces the unsatisfactory result that guests attempting to buy gifts for registrants must search multiple retail-specific web sites. Such inconvenience is magnified when the guest does not even know where the registrant is registered. Several retail independent web sites have attempted to address the shortcomings of retail-specific Internet accessible registry databases. These web sites allow a registrant to build a gift registry that is not retail-specific. However, while functional, such web sites are unsatisfactory in practice. The registrant must manually enter large amounts of information, such as a product description, price, and possible places that the registry item can be found. Further, there is no method by which a retailer can update the registry when a purchase is made. Rather, such web sites typically require that the guest update the registrants' web page as gifts are purchased. This has the disadvantage that every guest must use the registrant's web page and diligently update it. Often, this is simply not possible because some of the guests do not have access to the Internet.[0007]
• In view of the situation described, what is needed in the art is a system and method for managing a large number of registries in a single uniform environment such that the amount of work required by both the registrants and the guests is minimized and the content of the registries is expanded beyond traditional retail content.[0008]
SUMMARY OF THE INVENTION
• The present invention provides a system and method for aggregating registries. The system and method allows registrants to collect all registries, both custom and retail-specific, in a single web site. The present invention allows registrants to expand the number of event types for which they create registries. Using the features of the present invention, registries for even the most common events, such as birthdays, are created by registrants and are easily accessed by relatives and friends over the Internet.[0009]
• In a preferred embodiment, a query from a registrant, which includes an identifier and a search criteria, is received by a server. The identifier is used to select a particular registry database from a plurality of registry databases. The search criteria is used to identify matching registries in the selected registry database. In response to a selection of one of the matching registries, a user identification that uniquely identifies the registrant is associated with the selected registry. As the registrant selects additional registries, an aggregated registry, composed of each registry that has been chosen, forms. Because selected registries are associated with a user identification rather than transferred to a secondary registry database, an aggregated registry typically spans multiple primary registry databases.[0010]
• In another aspect of the present invention, a query is received from a guest and multiple registry databases are searched. The query typically includes a name of a registrant and an event date. A unique identifier, for each matching registry in any of the multiple registry databases, is then communicated to the guest. When the guest selects one of the unique identifiers, the registry associated with the unique identifier is opened for review. The guest may pick items in the registry for purchase while the registry is open. In a preferred embodiment, the guest may make additional queries. The additional queries may designate different registrants or additional event dates. As with the original query, each registry database is searched for matching registries. Unique identifiers, each representing a matching registry, are communicated to the guest. The guest selects one of the unique identifiers and the corresponding registry is opened. Items selected by the guest from the opened registry are added to an aggregated purchase list that includes all items selected by the guest from previously selected registries.[0011]
• When the guest has finished making queries and selecting items, a single purchase transaction is performed. The purchase transaction includes the steps of producing a requisition for each registry database provider represented in the aggregated purchase list. Each requisition corresponds to a particular registry database provider and includes each item in the purchase list that originated from a particular registry database supported by the corresponding registry database provider. Then, using a credit and/or debit system, such as a credit card associated with the guest, an electronic purchase transaction is executed for each requisition.[0012]
• In a preferred embodiment of the present invention, a registrant may log onto a server. During the log in process, a unique user identifier is obtained from the user profile of the registrant. The user identifier is used to generate an aggregated registry that includes each registry in a multitude of registry databases. Once the registrant selects one of the registries in the aggregated registry, management of the registry over the Internet is possible. On-line management typically includes adding/deleting items from the registry, reviewing the registry purchase order history, altering an item order quantity in the registry, identifying a party that has made an order using the registry; and/or sending a message to a party that has made an order using said registry.[0013]
• In yet another preferred embodiment, registry database providers may access their registry databases from a server to review update registry databases with in store activity, revise on-line catalogs of products, and review registry orders. However, even when registry database providers update their respective registry databases, aggregated registries, i.e. the associations between user identifications and registries, are preserved.[0014]
BRIEF DESCRIPTION OF THE DRAWINGS
• For a better understanding of the nature and objects of the invention, reference should be made to the following detailed description taken in conjunction with the accompanying drawings, in which:[0015]
• FIG. 1 illustrates a server in accordance with the present invention.[0016]
• FIG. 2 illustrates various sources of registry databases in accordance with the present invention.[0017]
• FIG. 3 illustrates a registrant profile that includes a general user identifier and personal data, in accordance with one embodiment of the present invention.[0018]
• FIG. 4 illustrates the processing steps associated with the method of creating an aggregated registry in accordance with one embodiment of the present invention.[0019]
• FIG. 5 illustrates an exemplary process for associating a user identification with a registry in accordance with one embodiment of the present invention.[0020]
• FIG. 6 illustrates processing steps associated with management of an aggregated registry by a registrant over the Internet in accordance with one embodiment of the present invention.[0021]
• FIG. 7 illustrates processing steps associated with aggregate registry shopping over the Internet in accordance with an embodiment of the present invention.[0022]
• FIG. 8 illustrates the steps for an exemplary process for aggregated registry shopping over the Internet.[0023]
• FIG. 9 illustrates an example data structure of an aggregated purchase list in accordance with an embodiment of the present invention.[0024]
• FIG. 10 illustrates processing steps associated with management of an aggregated registry over the Internet by a registrant that is facilitated by use of a general user identifier stored in a user profile in accordance with an embodiment of the present invention.[0025]
• FIG. 11 illustrates processing steps used by a registry database provider to update an Internet accessible registry database in one embodiment of the present invention.[0026]
• FIG. 12 illustrates a topology that interfaces an Internet accessible registry database with a master registry database and outlet store registry databases.[0027]
• Like reference numerals refer to corresponding parts throughout the several views of the drawings.[0028]
DETAILED DESCRIPTION OF THE INVENTIONGeneral Architecture
• FIG. 1 is a general illustration showing the architecture of[0029]system100 that is in accordance with the present invention.System100 has a standard computer configuration including at least one central processing unit (CPU)102, at least onehard disc104, anoptional user interface106, anetwork interface112, and asystem memory114 that are connected bybus138.Disc104 is used to store various components ofsystem memory114.Optional user interface106 can perform tasks such as monitoring traffic onsystem100, controllingdisc104 data upload or download, and/or optimizing a component ofsystem memory114.Network interface112 provides Internet access tosystem100. Further,network interface112 provides access to one or moreremote servers142.
• The components in[0030]system memory114 in this exemplary system include anoperating system116 and the identity ofregistry database providers118. In one embodiment of the present invention, aregistry database provider118 may be a retailer such as a department store. Eachregistry database provider118 may be associated with one ormore registry databases120. There is no limit on the number ofdistinct registry databases120 that a particularregistry database provider118 may have insystem memory114.
• In an illustrative preferred embodiment, each[0031]registry122 inregistry databases120 may include search data such as the full name of the registrant and, if existing, coregistrants, an event date and location, the store number whereregistry122 was created, and a sales consultant number or name.Registry122 may further include a field that specifies a registrant password that is used if the registry is to be password protected bysystem100. Similarly,registry122 may specify a guest password that must be specified by a guest before access is granted toregistry122. In the preferred embodiment,registry122 includes a shipping address to use for purchases made prior to the event and a second shipping address that is to be used after the event. Further,registry122 may include a variety of control flags. For example,registry122 may include a flag that controls whether the registry is accessible over the Internet, a status flag that is capable of designating whether the registry is “active” or canceled, a flag that records when the last change toregistry122 was made, and/or an add/update flag that may be used to synchronizeregistry122 with a registry on another server. Finally, eachregistry122 in the preferred embodiment includesregistry items124. Preferably, eachregistry item124 has a retailer registry identifier such as a stock keeping unit (“SKU”) or a universal product code (“UPC”) number, a quantity desired, the quantity of the product that has already been purchased, a description of the product, and the product purchase price.
• The components of[0032]system memory114 in the exemplary system of FIG. 1 further include aprofile database126 that has the profile of each person that logs intosystem100. People that log intosystem100 may be registrants of one ormore registries122, or guests seeking to purchaseregistry items124.
• [0033]System memory114 also includes an uploadmodule128 for receiving an update ofregistry database120 from a registry database provider. Such updates may be incremental updates or full replacements of aregistry database120. In a preferred embodiment, aregistry database120 is assigned an update file and an associated update control file. When update ofregistry database120 is required, a registry database provider sends the update file tosystem100 from a remote computer throughnetwork interface112. Preferably, the update file is sent using file transfer protocol (FTP). Once transfer of the update file tosystem100 has completed, the update control file is sent. The presence of update control file insystem100 triggers uploadmodule128 to open the associated update data file and update theappropriate registry database120 with the contents of the update file. The update control file is then deleted fromsystem100. One of skill in the art will appreciate that numerous variations of uploadmodule128 are possible. All such variations are within the scope of the present invention. For example, in an alternative embodiment, the control file is not deleted fromsystem100 after an update. Rather, upload module is triggered to perform a subsequent update when the timestamp of the update control file changes.
• In some embodiments of the present invention,[0034]system memory114 includes adownload module130 that may be used byregistry database providers118 to download registry orders made by guests and/orregistry122 updates made by registrants onsystem100. In a preferred embodiment,download module130 may be implemented as an FTP server. When a registry database provider provides the appropriate password associated with the registry database provider, access is granted and information downloaded.
• Preferably, registry orders are in a file with a customized format that was specified by the[0035]registry database provider118. It will be appreciated that the data transferred by uploadmodule128 anddownload module130 may be secured in a variety of different ways known to those of skill in the art. For example, the data may be encrypted, transferred over the open Internet, on leased lines, or on virtual private networks.
• [0036]Web site132 provides a graphical user interface that is used by guests, registrants, and registry database providers.Web site132 includes three modules, anaggregation module134 for aggregatingregistries120, ashopping module136 that provides an interface to guests, and an on-line management module138 that provides an Internet interface for on-line registry management by registrants.Web site132 may optionally include a variety of other modules, such as a registry database provider instore registry module140.Module140 may support registry database providers such as small businesses or shop owners that do not have an in house electronic registry database.Module140 may be accessed from such businesses or shop owners and serve as a proxy to an in house electronic registry.
• The utility of upload[0037]module128 may be further appreciated by reference to FIG. 2.
• As illustrated in FIG. 2, upload[0038]module128 may be used to upload an Internet accessible on-line catalog202 from a retailer. On-line catalog202 may include a list of products and/or services available from the retailer. In a preferred embodiment,web site132 provides an interface to an on-line catalog202. This allows registrants to access the on-line catalog202 throughnetwork interface112 in order to build a registry. Registries built usingweb site132 are added to theregistry database120 that corresponds to on-line catalog202. In a preferred embodiment, a diverse array of on-line catalogs202 are hosted byweb site132. Such an embodiment provides a replacement to in store registration and allows a registrant to register with a wide array of registry database providers and to specify unconventional gift items.
• As shown in FIG. 2, upload[0039]module128 may upload aregistry database204 fromregistry database provider118. In some embodiments of the present invention, uploadmodule128 may be used to poll select uniform resource locations (URLs) forcontent206. When content is found at a particular URL, upload module updates aregistry database120 with the content from the particular URL. Therefore, in such embodiments,system100 provides access toregistry databases120 from retailers that do not provide information directly tosystem100 through direct channels.
• Profile database[0040]126 (FIG. 1) is used to store user profiles. A user profile may include information about a registrant (registrant profile) and/or a guest (guest profile). As illustrated in FIG. 3, eachregistrant profile300 includes a uniquegeneral user identifier302. Thegeneral user identifier302 provides a method for identifying, independent of the actual name of the registrant, a particular registrant. Aregistrant profile300 also includes apassword304. When a registrant logs intosystem100, in a preferred embodiment, the registrant is prompted to providepassword304. It will be appreciated that thegeneral user identifier302 may serve as a password in some embodiments of the present invention and that, in such embodiments,registrant profile300 does not have aseparate password field304. As depicted in the exemplary profile of FIG. 3,registrant profile300 may include auser name306, anaddress308, atelephone number310, and anE-mail address312. The registrant profile may also includedemographic information314 such as a age and/or household income.
• In some embodiments of the present invention,[0041]registrant profile300 includes anevent date316 and anevent type318, such as a wedding or birthday: Further, apersonal web page320 may be designed using a profile wizard provided byweb site132 and associated with a particular event. The personal web page may provide guests with information such as news related to the event, driving instructions, hotel information, and/or uploaded images.
• In yet other embodiments of the present invention, the registrant profile stored in profile database is two-tiered. The top tier includes basic information about a registrant, including a general user identifier. Several lower tiered profiles may exist, each representing a distinct event for which the registrant has registered. Each of the second-tiered profiles may include an associated web page that provides information related to the event.[0042]
• Preferably, each guest profile includes the information necessary to support single click purchase by the guest. Such information typically includes credit card and/or debit card information, a billing address and a reference phone number or E-mail address. The guest profile is typically generated by prompts made by[0043]system100 the first time a guest logs in to the system.
Registry Aggregation
• Now that the general architecture of a system in accordance with the present invention has been disclosed, the concept of registry aggregation can be described. Referring to FIG. 4, an exemplary registry aggregation process is illustrated. In a preferred embodiment, the exemplary registry aggregation process of FIG. 4 is hosted by[0044]web site132. In the first processing step of FIG. 4, a registrant logs into system100 (402). Instep402, profile database126 (FIG. 1) is queried for theregistrant profile300 associated with the registrant. When there is no associatedregistrant profile300 inprofile database126,system100 generates aregistrant profile300 for the registrant and assigns a uniquegeneral user identifier302. In the next processing step, thegeneral user identifier302 is obtained from the registrant profile300 (404). Inprocessing step406, a query is accepted from the registrant. The query includes the name of a particular registry database120 (FIG. 1) as well as search criteria. One of skill in the art will appreciate that several different techniques may be implemented to facilitate selection of aparticular registry database120 by the registrant in processingstep406. As an example, the name of eachregistry database provider118 may be listed in a pull down menu onweb site132. When a registrant selects a particularregistry database provider118, allregistry databases120 associated with the particularregistry database provider118 are listed on a submenu. Aparticular registry database120 may then be selected from the submenu. Although many other embodiments are within the scope of the present invention, in a preferred embodiment, the search criteria provided instep406 includes a first and last name and an event date.
• In[0045]processing step408, the search criteria specified inprocessing step406 is used to search the specifiedregistry database120 for matchingregistries122. Next, in processingstep410, the registrant selects amatching registry122. Inprocessing step412, thegeneral user identifier302 of the registrant is assigned to theregistry122 selected in processingstep410. Preferably, the assignment of ageneral user identifier302 to aregistry122 is made by populating a specific field inregistry122, which is reserved for general user identifiers, withgeneral user identifier302.
• In a preferred embodiment, the assignment of a[0046]general user identifier302 to aregistry122 is not overwritten whenregistry database120 is updated by uploadmodule128. Thus, for example, the assignment is not overwritten even when theregistry database provider118 associated with theregistry database120 that includesregistry122 updates the registry.
• Registry aggregation occurs when the process illustrated in FIG. 4 is repeated by a particular registrant. Each time the registrant repeats the processing steps of FIG. 4, an[0047]additional registry122 is associated with thegeneral user identifier302 of the registrant. The collection of registries, throughout thevarious registry databases120, that have been associated with a particular registrant using a process such as that shown in FIG. 4 is defined herein as an aggregated registry.
• To illustrate the aggregation process of FIG. 4, FIG. 5 shows various states of[0048]illustrative web site132 in accordance with the present invention. First,web site132 provides aform502 that facilitates entry of the processing step406 (FIG. 4) query.Form502 includesfields504 for the search criteria aspect of the query andfield506 for specification of theregistry database120 to be searched.Field504 may include, for example, a first name and a surname. Whenform502 is submitted,search criteria504 are used to search theregistry database120 specified infield506 for matchingregistries122.Panel508 illustratesregistries122 found in the search. When a registrant selects amatching registry122 from a panel such aspanel508,web site132 displays a screen such as that depicted inpanel510. Inpanel510, the registrant confirms that he is the “owner” of the registry selected inpanel508 by use offield512. Then, the selectedregistry122 is updated to include thegeneral user identifier302 associated with the registrant.
• In view of the foregoing general description of the invention, those skilled in the art will recognize a number of benefits associated with the disclosed technology. For example, there is no requirement that the various registries in an aggregated registry be in the[0049]same registry database120. Thus, there is no requirement that thevarious registries122 in the aggregated registry have a similar or compatible data structure. Furthermore, because registries in an aggregated registries are left intact in their native registry databases, it is possible for registry database providers to upload database updates without overwriting the associations made in the aggregation process. Another advantage of the aggregated registry is that it is not dependent upon the name of the registrant or other personal information provided by the registrant. Thus, an aggregated registry can include registries that have slight variations of the registrant's name, or indeed, different names altogether.
• Yet another advantage of the present invention is that it provides a permanent framework for hosting registries throughout the life of each registrant. Accordingly,[0050]system100 can be configured to send E-mail messages to a registrant on the eve of birthdays, and other major calendared events. The E-mail message can invite the registrant to generate an aggregated registry for the event. In another aspect of this framework, customers can rely onsystem100 to send them reminders about major events, involving friends, business associates, family members or colleagues that may require the purchase of a gift or card.
Illustrative Registrant Session
• To better appreciate certain aspects of the present invention, an illustrative registrant session is shown in FIG. 6. This illustrative session may represent processing steps that are performed using the on-[0051]line management module138 ofweb site132. To begin, in processingstep602, successful log in results includes identifying thegeneral user identifier302 associated with the registrant. Once processingstep602 is completed, the registrant can add or create registries122 (606).Registries122 are added by selecting aregistry database120 and providing search criteria such as an event date or name. The registrant may select an identifiedregistry608, using techniques described above in connection with FIGS. 4 and 5. Each time aregistry122 is selected, thegeneral user identifier302 is assigned to the registry.Registries122 are created inprocessing step606 when the registrant usesweb site132 to make selections from an on-line catalog202. Repetition by processingstep606 results in the formation of an aggregated registry that can be managed over the Internet inprocessing step610. The registrant selects a registry (step612) that includes thegeneral user identifier302 associated with the registrant.
• Once the registrant selects a[0052]registry122, the registrant may update the registry (step614). Such updates may include, for example, changing the order item count of aregistry item124, and adding or deletingregistry items124. Because thecomponent registries122 of an aggregated registry remain in theirnative registry databases120, it is possible to communicate the updates made inprocessing step616 to the appropriateregistry database provider120 usingdownloader130.
• FIG. 6 illustrates other options available to a registrant. In[0053]processing step616, the registrant may obtain an updated registry report that includes, for example, whatregistry items124 have been ordered. Further, in processingstep620, the registrant may edit theregistrant profile300. The illustrative session ends inprocessing step622 when the registrant logs out.
Illustrative Guest Session
• To better appreciate additional aspects of the present invention, an illustrative guest session is shown in FIGS. 7 and 8. In[0054]step702, the guest optionally logs intosystem100. The optional guest log in process includes identifying the guest profile associated with the guest inprofile database126. Instep704, the guest enters a query. In a preferred embodiment, such as that illustrated in panel802 (FIG. 8), the query includes a first and last name and an optional event date. Eachregistry database120 is then searched forregistries122 that match the query. As illustrated inpanel804, matching registries are displayed byweb site132 and the guest selects one of the matchingregistries706. When a registry is selected, it is opened, thus allowing the guest to review the registry over the Internet. An illustrative opened registry is shown inpanel806 of FIG. 8.
• One of the advantages of the present invention is that the guest may make multiple queries in a[0055]single Internet session718. Eachquery704 may be for a different party and/or event. Thus, in a single session, a guest may make several different selections, or purchases, from severaldifferent registry databases120. Each selection made by a guest in a single Internet session is collected into an aggregated purchase list. At the end of the Internet session, a single aggregatedpurchase transaction720 is performed. If the guest had logged into system100 (702) and the guest profile includes credit card information, the single aggregated purchase transaction may be automatically performed using the information stored in the guest profile. Finally, the session ends722. In an alternative embodiment, guests do not log intosystem100 untilstep720.
Aggregated Purchase List
• In FIG. 9, a representative aggregated[0056]purchase list900 is disclosed. The aggregatedpurchase list900 includes asession identifier902 that identifies a particular Internet session, such as a session illustrated in FIG. 7 or FIG. 8. Further, the aggregatedpurchase list900 may include a guest general user identifier that is associated with the customer.
• When that is the case, the guest general user identifier is used to obtain credit card information from the associated guest profile.[0057]Aggregated purchase list900 further designates eachregistry database provider906 from which the guest selected aparticular registry item124 duringsession902. When a particular registry database provider has more than oneregistry database120 insystem100, the registrydatabase provider field906 includes aregistry database designation120. Finally, aggregatedpurchase list900 includes theregistry items124 selected by the guest duringsession902. The registry items, termed order items in FIG. 9, are categorized bydatabase provider906.
• The system and method of the present invention allows guests to purchase gifts directly from retailers without selecting a registry or accessing a registry database. When a guest purchases a gift from a retailer without accessing a registry,[0058]906 designates a retailer rather than a registry database provider. Thus, it is possible for an aggregatedpurchase list900 to include bothrecords906 that designate a registry database provider andrecords906 that designate a retailer.
• The advantage of an aggregated purchase list is that it provides convenience to the guest. Rather than executing a series of on-line sessions to buy registry items, a guest makes all necessary selections during one session. Further, the aggregated purchase list provides transaction flexibility. That is, all purchases may be made in a single credit card transaction by[0059]server100. In such an embodiment, respectiveregistry database providers906 may have accounts that are credited for purchases made throughserver100. Additionally, separate credit card transactions can be arranged for those registry database providers that have no such account. Most importantly, the credit card transactions made, either collective or separate, are transparent to the guest. Now that the structure of aggregatedpurchase list900 has been disclosed, one of skill in the art will appreciate the convenience that it provides to the guest.
Internet-Based Management of an Aggregated Registry
• Referring to FIG. 10, some of the advantages an aggregated registry provides to a registrant are illustrated. When a registrant logs in to system[0060]100 (1002), thegeneral user identifier302 is obtained from the corresponding registrant profile300 (1004). Inprocessing step1006,general user identifier302 is used to search eachregistry database120 insystem100 forregistries122 havinggeneral user identifier302. The collective set of matching registries found inprocessing step1006 is the aggregated registry. The user selects one of theregistries122 in the aggregated registry inprocessing step1008 and Internet-based management of the selected registry is performed inprocessing step1010. In this manner, the registrant can easily manage each registry associated with the registrant insystem100 without remembering specific details about each registry. Internet-based management of agift registry122 inprocessing step1010 may include any number of services. For example,registry items124 may be added or deleted from the selected registry, the purchase order history of the selected registry may be reviewed, registry item order quantities may be adjusted, guests that have made orders from the selected registry may be identified and messages may be sent to such guests.
• Although not shown in FIG. 10, it will be appreciated that it is possible for the registrant to update[0061]registrant profile300 while logged intosystem100. Such, an update may includes personal contact information, updating a personal web page, changing an event date, specifying a new event type, updating a credit card number, modifying a guest list or E-mail address, or revising a broadcast message to be sent to select guests.
Internet-Based Management by a Registry Database Provider
• Referring to FIG. 11, additional benefits of the present invention are disclosed. In a first processing step, a[0062]registry database provider118 or an agent for the provider specifies a superuser password in an authentication operation. When a valid superuser password is provided, access is granted to aregistry database120 associated with the superuser password. When access is granted to aregistry database120, the services of uploadmodule128 anddownload module130 may be utilized. For example, orders associated with theregistry database120 may be reviewed and/or on-line catalog of products offered by theregistry database provider120 may be updated. In another example, theregistry database120 may be incrementally or completely updated. As one of skill in the art will appreciate, however, the registry database provider does not overwrite associations made betweenparticular registry122 and registrantgeneral user identifiers302.
Master Registry Database
• The present invention can be used in conjunction with a master registry database. In a preferred embodiment, the master registry database is a registry database that is maintained by a retailer that has several outlet stores. Referring to FIG. 12, each[0063]outlet store1204 has a copy ofmaster registry database1206. Registry purchases made at each outlet store are tracked by the respectiveoutlet registry database1204. Outlet registry databases are then resolved with themaster registry1206 periodically. The resolve operation typically comprises deducting, from the master registry, the registry items purchased at the outlet stores1204. Because of the framework ofsystem100, it can serve as an additional on-line “outlet.” An Internetaccessible registry database1202 equivalent to anoutlet store database1204 is placed onsystem100. Guests make purchases from Internetaccessible database1202. Registrants may identify registries in Internetaccessible database1202 for aggregation purposes. Internetaccessible registry database1202 is resolved withmaster registry database1206 periodically using the previously disclose uploadmodule128 anddownload module130 services. A set up such as that disclosed in FIG. 12 provides a convenient method by which registry database providers can obtain an Internet presence without investment in special equipment. Further, because aggregation is database structure independent, no modification ofmaster registry database1206 is required when creating and supporting an Internetaccessible database1202.
ALTERNATIVE EMBODIMENTS AND MODIFICATIONS
• The embodiments were chosen and described in order to best explain the principles of the invention and its practical applications, to thereby enable others skilled in the art to best utilize the invention and various embodiments with various modifications as are suited to the particular use contemplated. For example, it will be appreciated that one or more components of upload[0064]module128 may be implemented directly withinweb site132.
• Further, one or[0065]more registry databases120 may actually reside on one or moreremote servers142 that are accessible tosystem memory114 throughnetwork interface112. It is intended that the scope of the inventions be defined by the following claims and their equivalents.

Claims (32)

We claim:

1. A method of creating an aggregated registry, said method comprising the steps of:

accepting a query from a registrant, said query including an identifier and a search criteria, said identifier designating a registry database in a plurality of registry databases;

retrieving a first set of registries from said registry database designated by said identifier, each registry in said first set of registries matching said search criteria;

receiving a selection of a registry in said first set of registries; and

associating a user identification with said registry, the user identification uniquely identifying said registrant;

wherein said aggregated registry comprises each registry in each registry database in said plurality of registry databases that is associated with said user identification.

2. The method ofclaim 1, further including the steps of:

storing said plurality of registry databases on a server;

updating a registry database in said plurality of registry databases with an update file; and

restoring each association between a registry and a user identification in said registry database.

3. The method ofclaim 1, wherein said retrieving step further includes the steps of:

accessing said registry database on a remote server; and

querying said registry database with said search criteria.

4. The method ofclaim 1, wherein a registry database in said plurality of registry databases is created by the steps of:

providing an on-line catalog;

identifying items in said on-line catalog that are selected by said registrant; and

creating a registry in said registry database that includes said items.

5. The method ofclaim 1, further comprising the steps of:

providing an option group, each option in said option group corresponding to a different registry database provider associated with a registry database in said plurality of registry databases;

receiving a selected option;

obtaining a search query;

searching a registry database associated with said selected option using said search query;

communicating a second set of registries from said registry database that match said search query; and

supporting, in response to a selection of a registry in said set of registries, on-line registration services for said registry.

6. The method ofclaim 1, further comprising the steps of:

obtaining a first query from a guest;

searching each registry database in said plurality of registry databases for registries matching said first query;

communicating a first set of unique identifiers, each unique identifier associated with a registry that matches said first query;

opening a first registry, in response to a selection of a first unique identifier from said first set of unique identifiers, the first registry associated with said first unique identifier; and

identifying, in response to instructions from said guest, a first item in said first registry.

7. The method ofclaim 6, further comprising the steps of:

acquiring a second query from said guest;

examining each registry database in said plurality of registry databases for registries matching said second query;

transmitting a second set of unique identifiers, each unique identifier associated with a registry that matches said second query;

selecting a second registry, in response to a selection of a second unique identifier from said second set of unique identifiers, the second registry associated with said second unique identifier; and

adding, in response to an affirmation by said guest, a second item in said second registry to an aggregated purchase list that includes said first item.

8. The method ofclaim 7, further comprising the step of executing a purchase transaction, in response to a purchase request by said guest, said purchase transaction including the steps of:

producing a requisition for each registry database provider represented in said purchase list, said requisition including an order for each item in said purchase list that originated from a registry database associated with the registry database provider; and

generating a set of transactions using a purchase option associated with said guest;

each transaction in said set of transactions associated with a different registry database provider.

9. The method ofclaim 6, wherein said first query includes a surname and an event date.

10. The method ofclaim 7, wherein said first and said second registry are provided by different registry database providers.

11. The method ofclaim 1, further comprising the steps of:

identifying a request from said registrant, said request including a password;

matching said password with a designation stored in a registrant profile associated with said registrant; and

when said password matches said designation, the method further comprising the steps of:

obtaining a unique user identifier from said registrant profile;

generating a list of registries, said list of registries including each registry in each registry database in said plurality of registry databases having said unique user identifier;

requiring selection of a registry from said list of registries; and

supporting on-line management of said registry by said registrant.

12. The method ofclaim 11, wherein the step of supporting on-line management of said registry by said registrant includes at least one of:

adding an item to said registry;

deleting an item from said registry;

reviewing a purchase order history of said registry;

altering an item order quantity in said registry;

identifying a party that has made an order using said registry; and

sending a message to a party that has made an order using said registry.

13. The method ofclaim 11, further comprising the step of editing said registrant profile, in response to instructions from said registrant.

14. The method ofclaim 13, wherein said instructions from said registrant-include personal contact update information, a personal web site preference, an event date, an event type, a credit card number, a guest list, a guest E-mail address, or a guest broadcast message.

15. The method ofclaim 1, further comprising the steps of:

performing an authentication operation, said authentication operation identifying and granting access to a registry database provider; and

providing said registry database provider access to a registry database associated with said registry database provider.

16. The method ofclaim 15, wherein said providing step includes the option of:

reviewing registry orders associated with said registry database,

revising an on-line catalog of products offered by said registry database provider, and

updating a registry database associated with said registry database provider.

17. A computer readable memory used to direct a server to function in a specified manner, comprising:

registry database information stored in said memory, said registry database information including a location of each registry database in a plurality of registry databases; and

executable instructions stored in said memory, said executable instructions including:

instructions to accept a query from a registrant, said query including an identifier and a search criteria, the identifier designating a registry database in a plurality of registry databases;

instructions to retrieve a first set of registries from said registry database designated by said identifier, each registry in said first set of registries matching said search criteria;

instructions to receive a selection of a registry in said first set of registries; and

instructions to associate a user identification with said registry, the user identification uniquely identifying said registrant, wherein each registry in each registry database in said plurality of registry databases that is associated with said user identification forms an aggregated registry.

18. The computer memoryclaim 17, wherein said plurality of registry databases are stored on sais server, said executable instructions further including:

instructions for updating a registry database in said plurality of registry databases with an update file; and

instructions for restoring each association between a registry and a user identification in said registry database.

19. The computer memory ofclaim 17, wherein said instructions to retrieve further include:

instructions to access said registry database on a remote server; and

instructions to query said registry database with said search criteria.

20. The computer memory ofclaim 17, wherein said executable instructions further include:

instructions to provide an on-line catalog;

instructions to identify items in said on-line catalog that are selected by said registrant; and

instructions to create a registry in a registry database in said plurality of registry database that includes said items.

21. The computer memory ofclaim 17, wherein said executable instructions further include:

instructions for providing an option group, each option in said option group corresponding to a different registry database provider associated with a registry database in said plurality of registry databases;

instructions for requiring selection of an option;

instructions for obtaining a search query;

instructions for searching a registry database associated with said option using said search query;

instructions for communicating a second set of registries from said registry database that match said search query; and

instruction for supporting, in response to a selection of a registry in said set of registries, on-line registration services for said registry.

22. The computer memory ofclaim 17, wherein said executable instructions further include:

instructions for obtaining a first query from a guest;

instructions for searching each registry database in said plurality of registry databases for registries matching said first query;

instructions for communicating a first set of unique identifiers, each unique identifier associated with a registry that matches said first query;

instructions for opening a first registry, in response to a selection of a first unique identifier from said first set of unique identifiers, the first registry associated with said first unique identifier; and

instructions for identifying, in response to instructions from said guest, a first item in said first registry.

23. The computer memory ofclaim 22, wherein said executable instructions further include:

instructions for acquiring a second query;

instructions for examining each registry database in said plurality of registry databases for registries matching said second query;

instructions for transmitting a second set of unique identifiers, each unique identifier associated with a registry that matches said second query;

instructions for selecting a second registry, in response to a selection of a second unique identifier from said second set of unique identifiers, the second registry associated with said second unique identifier; and

instructions for adding, in response to an affirmation by said guest, a second item in said second registry to an aggregated purchase list that includes said first item.

24. The computer memory ofclaim 23, wherein said executable instructions further include instructions for executing a purchase transaction, in response to a purchase request by said guest, said purchase transaction execution instructions including:

instructions for producing a requisition for each registry database provider represented in said purchase list, said requisition including an order for each item in said purchase list that originated from a registry database associated with the registry database provider; and

instructions for generating a set of transactions using a purchase option associated with said guest; each transaction in said set of transactions associated with a different registry database provider.

25. The computer memory ofclaim 22, wherein said first query includes a surname and an event date.

26. The computer memory ofclaim 23, wherein said first and said second registries are provided by different registry database providers.

27. The computer memory ofclaim 17, wherein said executable instructions further include:

instructions for identifying a request from said registrant, said request including a password;

instructions for matching said password with a designation stored in a registrant profile associated with said registrant; and

when said password matches said designation, said executable instruction further include:

instructions for obtaining a unique user identifier from said registrant profile;

instructions for generating a list of registries, said list of registries including each registry in each registry database in said plurality of registry databases having said unique user identifier;

instructions for requiring selection of a registry from said list of registries; and

instructions for supporting on-line management of said registry by said registrant.

28. The computer memory ofclaim 27, wherein said instructions for supporting on-line management of said registry by said registrant includes at least one of:

instructions for adding an item to said registry;

instructions for deleting an item from said registry;

instructions for reviewing a purchase order history for said registry;

instructions for altering an item order quantity in said registry;

instructions for identifying a party that has made an order from said registry, and

instructions for sending a message to a party that has made an order-using said registry.

29. The computer memory ofclaim 27, wherein said executable instructions further include instructions for editing, in response to input from said registrant, said registrant profile.

30. The computer memory ofclaim 29, wherein said input from said registrant includes personal contact update information, a personal web site preference, an event date, an event type, a credit card number, a guest list, a guest E-mail address, or a guest broadcast message.

31. The computer memory ofclaim 17, wherein said executable instructions further include:

instructions for performing an authentication operation, said authentication operation identifying and granting access to a registry database provider; and

instructions for providing said registry database provider access to a registry database associated with said registry database provider.

32. The computer memory ofclaim 31, wherein said instructions for providing said registry database provider access to a registry database includes instructions for providing the option to:

review registry orders associated with said registry database,

revise an on-line catalog of products offered by said registry database provider, and

update a registry database associated with said registry database provider.

Images