US20060036681A1 - Method and apparatus for distribution of greeting cards with electronic commerce transaction - Google Patents

Abstract

A system for enabling on-line creation of greeting cards and distribution of the cards with gifts also purchased on-line includes a server system and one or more client systems. The server system is accessible online and enables network users to select and customize electronic versions of greeting cards. The customizations to the cards, as well as data identifying the card, the network user, the card recipient, and a vendor, are transmitted to a client system located at the vendor's distribution facilities. The transmitted information is utilized to print the card in hard copy form for shipment by the vendor to the designated recipient. In the disclosed system, a network user may view the card including any customizations in WYSIWYG format.

Description

FIELD OF THE INVENTION
• This invention relates to an electronic commerce, in general, and, more specifically, a system for selecting, customizing and coordinating delivery of greeting cards with gifts purchased over computer networks.
BACKGROUND OF THE INVENTION
• The World Wide Web and Internet, in general, have created a completely new venue in which to obtain information, purchase goods and services, and interact with other network users. Accordingly, many sources of products and services have established web sites containing information about products, services and available information. A number of commercially available software applications, e.g. web browsers, executable on a conventional computer architecture enable users to connect to the Internet and provide a graphic user interface and appropriate functionality for locating and exploring “websites”. Examples of such commercially available browsers include Netscape Navigator, commercially available from America On Line, Inc., or Internet Explorer, commercially available from Microsoft Corporation, Redmond, Wash. Websites typically comprise a server operatively coupled to the Internet, the server having one or more “pages” which may be explored by a user using the web browser application.
• Using a web browser, computer shoppers have the ability to access and purchase products and services from far reaching locations, including international locations. In order to purchase a product, the shopper accesses the web site server of a vendor, selects a product, provides payment, typically in the form of credit card information, and provides delivery instructions to the vendor.
• The purchase of goods and services over the Internet, referred to hereafter as, “eCommerce”, has become very popular recently. In many instances, eCommerce vendors try to emulate normal retail commerce with varying degrees of success. For example, gift-buying via eCommerce has failed to emulate normal retail commerce as a result of its inherent lack of personalization. In the real world, when giving a gift, a person typically purchases a product as a gift. In addition, the person may purchase a card to help express his or her thoughts about the gift or the occasion. Such cards usually contain personal, handwritten messages and are packaged along with the gift for simultaneous presentation to the recipient.
• It is possible to purchase products or services as gifts from the websites of eCommerce vendors and have them sent to a recipient's address. It is also possible to purchase electronic cards over the Internet to be delivered either to the recipient's e-mail address or printed in hard copy form and delivered to the recipient's postal address. However, no known service or facility-exists which enables an eCommerce shopper to purchase a gift over the Internet and concurrently select and personalize a greeting card to be packaged or shipped along with the gift. Some companies do provide a limited selection hard copy cards that maybe shipped with a gift, similar to the note cards which accompany floral deliveries.
• In addition, current on-line electronic greeting card services, such as those offered by Hallmark, Inc., City, State, or American Greetings Corporation, Cleveland, Ohio, enable users to select a card and customize the card by entering text into a dialog box via the webserver graphic user interface. Such services do not enable the user to add handwritten notes, graphics, photographs, or other customizations to the card. These services do not allow the user to decide where the text should go, what font, color, size, etc. should be used for the text.
• Further, many greeting cards are sent for specific occasions, birthdays, anniversaries, etc. Accordingly, the purchase and sending of the card is time sensitive in order for the card to have the most effect. If the recipient of the card is in another country, cost and lead time to send the card may increase substantially.
• Accordingly, a need exists for a system which enables an eCommerce shopper to select, customize and transmit greeting cards contemporaneously with the selection of a gift from an eCommerce vendor, and to enable simultaneous shipment of the customized greeting card with the gift.
• A further need exists for a system by which eCommerce shoppers may select a card and customize the card meaningfully by selecting the style, size, color and type of font to sign the card and are restricted only by the space on the card and not by a random word count designated by the card vendor.
• A further need exists for a system and method in which eCommerce shoppers may create a card meaningfully by adding graphic data, including possibly handwritten notes, photographs and scanned data to the card.
• A further need exists for a system and method in which the card and the user's customizations to the card may be viewed by the purchaser in a What You See Is What You Get (WYSIWYG) format while on-line.
• A further need exists for a system and method in which greeting cards customized over the Internet may be viewed in a WYSIWYG format and either printed and mailed from a central distribution center or transmitted over a computer network to the distribution center of an eCommerce vendor for printing and shipment with a gift.
• A further need exists for a system and method in which customized greeting cards could be shipped across the Internet and printed in other countries or in other regions of the same country thereby decreasing delivery time and reducing postage and handling costs.
SUMMARY OF THE INVENTION
• The present invention discloses a method, system and apparatus for enabling on-line selection, customization and transmission of greeting cards over a computer network. In one embodiment of the invention, an eCommerce shopper/network user connects to the inventive system. The network user may select from any of a number of card templates stored in a database. The cards are presented to the network user in a WYSIWYG format. The user is able to customize the card by adding text, handwritten notes, graphics, photographs and scanned data to the card and view the customized card in a WYSIWYG format. After purchase, the customized card is printed by the inventive system and mailed to the address of a recipient, as specified by the network user.
• In a second implementation of the invention, following purchase of the card, the card is transmitted to the distribution center of an eCommerce vendor from whom a gift has been purchased. There the card is printed, matched and shipped along with the gift to the recipient, as specified by the network user. In this implementation, a network user connects with the website of an eCommerce vendor. After selecting a gift from the eCommerce vendor, the network user is able to optionally connect to the inventive system for selection of a greeting card. The network user is able to select and customize a card, as described previously in the first implementation. After purchasing the card, the data and data structures representing the customized card, as well as data defining the purchaser, recipient(s), and identifying the gift or transaction to the eCommerce vendor product are transmitted over a computer network to the distribution center of the eCommerce vendor. The customized card is printed at the eCommerce vendor's distribution center, preferably on a high resolution graphics printer, matched with the gift and shipped with the gift to the recipient. In this manner, the recipient simultaneously receives a gift and card, both of which have been purchased over the Internet, as if the sender had purchased the gift and card at traditional retail establishments.
• In addition, in the contemplated system, the purchaser/sender of a card is offered the opportunity to direct a portion of the proceeds from the card sale to one or more user-selectable charities, at the time the card is purchased.
• The inventive system may be implemented over a public global computer network utilizing a master server system and one or more client systems located remotely from the master server but capable of operatively coupling thereto. The master server system may comprise one or more separate computer systems which collectively enable network users currently shopping at an eCommerce vendor's website to be redirected to a web server within the master server system to select and customize a card. Information identifying the network user, the eCommerce vendor, the eCommerce transaction, the selected card and any customizations or modifications thereto are stored in a database within the master server system and selectively transmitted over a computer network to one of the client systems located at the eCommerce vendor's facilities, typically a distribution center. The transmitted data is utilized by the client system to retrieve the card and print the card in conjunction with the network user defined customizations at the vendor's facilities. The printed card may be then matched by the vendor with a gift or corresponding transaction and shipped to a recipient designated by the network user. In the inventive system, a database of cards may be located at both the master server system as well as any of the client systems.
• The inventive system enables the network user to view customizations to the selected card in WYSIWYG format and further allows network users to connect directly to the master system for creation and purchase of cards separate and apart from any vendor transaction.
• According to one embodiment of the present invention a method in a computer system connectable to a computer network, comprising the steps of: (a) maintaining a network accessible compilation of cards; (b) receiving data identifying one of the cards; (c) receiving data defining modifications to the cards; (d) presenting an image of the card in combination with the received modifications in What You See Is What You Get (WYSIWYG) format; and (e) receiving data identifying a destination address of the card. In alternative implementations of this method the destination address may comprise a postal address or a computer network address. In other alternative implementations of this method the data defining modifications to the card comprises a graphical image data and may further comprise any of scanned data, photographic images, scanned handwritten data or objects, font type data, font style data, font size data or font color data. In yet other alternative implementation of this method, the method may further comprise the step of transmitting data representing modifications to the card to a peripheral apparatus for rendering thereof.
• According to a second embodiment of the present invention a computer program product for use with a computer system operatively coupled to a computer network comprises a computer usable medium having program code embodied thereon, the program code comprising: (a) program code for maintaining a network accessible compilation of cards; (b) program code for receiving data identifying one of the cards; (c) program code for receiving data defining modifications to the cards; (d) program code for presenting an image of the card in combination with the received modifications in WYSIWYG format; and (e) program code for receiving data identifying a destination address of the card.
• According to a third embodiment of the present invention a data structure representing a card in a computer usable memory comprises: (a) data identifying one of a plurality of card templates; (b) data identifying modifications to the identified card template; and (c) data defining an address to which the card will be sent; and (d) data associating the card with another transaction. In alternative implementations of this data structure in memory the data associating the card with another transaction may comprise any of data defining a vendor identifier, vendor transaction identifier, vendor package identifier or vendor network address. In another alternative implementation of the inventive data structure in memory the data defining modifications to the card template comprises graphical information and data defining the relationship of the graphical information to the card template.
• According to a fourth embodiment of the present invention a method for sending greeting cards over a computer network comprising the steps of: (a) selecting a card from one of a plurality of card templates; (b) modifying the card; (c) viewing the modifications to the card in WYSIWYG format; (d) designating a destination address; (e) transmitting any of the card identifier, data modifying the card and destination address to a remote location over a computer network; (f) authorizing printing of the card in combination with the modifications; and (g) authorizing delivery of the card to the destination address in conjunction with delivery of a gift with which the card is associated.
• According to a fifth embodiment of the present invention a computer system connectable to a computer network comprises (a) a processor; (b) a memory coupled to the processor for storing a plurality of cards; (c) a network interface coupled to the processor in a memory; (d) program logic configured to receive data identifying one of the plurality of cards and further defining modifications to the card; (e) program logic configured to present an image of the card in combination with the received modifications to the card; (f) program logic configured to receive data identifying a destination address of the card; (g) program logic configured to receive data identifying a vendor transaction associated with the card; and (h) program logic configured to transmit any of the card identifier, data modifying the card, destination address and vendor transaction identifier to a remote location over a computer network. In alternative implementations of this computer system the data associating the card with another transaction may comprise any of data defining a vendor identifier, vendor transaction identifier, vendor package identifier or vendor network address.
BRIEF DESCRIPTION OF THE DRAWINGS
• The above and other features, objects and advantages of the invention will be better understood by referring to the following detailed description in conjunction with the accompanying drawing in which:
• FIG. 1 is a block diagram of a computer system suitable for use with present invention;
• FIG. 2 is a conceptual block diagram of the elements of the inventive system in a network environment;
• FIG. 3 is a conceptual block diagram of the elements of an alternative implementation of the inventive system in a network environment;
• FIGS. 4-5 illustrate conceptually the construction of the inventive database and the information contained therein;
• FIG. 6A is a screen capture of the graphic user interface of the inventive server illustrating a selection of cards in accordance with the present invention;
• FIG. 6B is a screen capture of the graphic user interface of the inventive server illustrating a the panels of a selected card in accordance with the present invention;
• FIG. 6C is a screen capture of the graphic user interface of the inventive server illustrating an uncustomized card in accordance with the present invention;
• FIG. 6D is a screen capture of the graphic user interface of the inventive server illustrating a customized card in accordance with the present invention;
• FIG. 6E-K are screen captures of the graphic user interface of the inventive server illustrating various dialog screen through which a network user interacts with the system of the present invention;
• FIG. 7 is a flow diagram illustrating the processes of customizing/creating a card in accordance with the present invention;
• FIG. 8 is a conceptual block diagram illustrating the elements of the inventive vendor system in accordance with the present invention;
• FIG. 9 is a conceptual illustration of the data structures used to represent a card in accordance with the present invention;
• FIG. 10 illustrates conceptually the construction of the vendor database and the information contained therein; and
• FIGS.11A-C are flow charts illustrating the processes performed by a client system to print a card in accordance with the present invention.
DETAILED DESCRIPTION
• FIG. 1 illustrates the system architecture for acomputer system100 such as aSun SparcStation 5 workstation, commercially available from Sun Microsystems of Palo Alto, Calif., or an IBM RS/6000 workstation, or IBM Aptiva PC, both commercially available from International Business Machines Corp. of Armonk, N.Y., on which the invention may be implemented. The exemplary computer system ofFIG. 1 is for descriptive purposes only. Although the description may refer to terms commonly used in describing particular computer systems, the description and concepts equally apply to other systems, including systems having architectures dissimilar toFIG. 1.
• Computer system100 includes a central processing unit (CPU)105, which may be implemented with a conventional microprocessor, a random access memory (RAM)110 for temporary storage of information, and a read only memory (ROM)115 for permanent storage of information. Amemory controller120 is provided for controllingRAM110.
• Abus130 interconnects the components ofcomputer system100. Abus controller125 is provided for controllingbus130. An interruptcontroller135 is used for receiving and processing various interrupt signals from the system components.
• Mass storage may be provided bydiskette142,CD ROM147, orhard drive152. Data and software may be exchanged withcomputer system100 via removable media such asdiskette142 andCD ROM147.Diskette142 is insertable intodiskette drive141 which is, in turn, connected tobus30 by acontroller140. Similarly,CD ROM147 is insertable into CD ROM drive146 which is, in turn, connected tobus130 bycontroller145.Hard disk152 is part of a fixeddisk drive151 which is connected tobus130 bycontroller150.
• User input tocomputer system100 may be provided by a number of devices. For example, akeyboard156 andmouse157 are connected tobus130 bycontroller155. Anaudio transducer196, which may act as both a microphone and a speaker, is connected tobus130 byaudio controller197, as illustrated. It will be obvious to those reasonably skilled in the art that other input devices, such as a pen and/or tabloid may be connected tobus130 and an appropriate controller and software, as required.DMA controller160 is provided for performing direct memory access toRAM110. A visual display is generated byvideo controller165 which controlsvideo display170.Computer system100 also includes acommunications adapter190 which allows the system to be interconnected to a local area network (LAN) or a wide area network (WAN), schematically illustrated bybus191 and network195.
• Operation ofcomputer system100 is generally controlled and coordinated by operating system software, such as Windows 95 or Windows NT®, commercially available from Microsoft Corp., Redmond, Wash. The operating system controls allocation of system resources and performs tasks such as processing scheduling, memory management, networking, and I/O services, among things. In particular, an operating system resident in system memory and running onCPU105 coordinates the operation of the other elements ofcomputer system100. The present invention may be implemented with any number of commercially available operating systems including OS/2®, UNIX®, Linux and Solaris®, among others.
• One or more applications such as a web browser, for example, Netscape Navigator, version 2.0 and thereafter commercially available from Netscape Communications Corporation and Internet Explorer, version 1.0 and thereafter, commercially available from Microsoft Corporation, Redmond, Wash., may execute under the control of the operating system.
• Communication Environment
• FIG. 2 illustrates a telecommunications environment in which the invention may be practiced, such environment being for exemplary purposes only and not to be considered limiting.Network200 ofFIG. 2 illustrates a hybrid telecommunication environment including packet-switched data networks, such as the Internet and private Intranets, as well as apparatus bridging between the two. Not every element illustrated inFIG. 2 or described herein is necessary for the implementation or the operation of the invention.
• As illustrated inFIG. 2, a global packet-switched network topology, illustrated as theInternet205, interconnects various other computers in the network environment to theinventive system250 of the present invention over a network. As will be understood by those skilled in the art, the Internet is essentially a network of networks which collectively form a global wide area network enabling processes at different network addresses, and typically in geographically disparate locations, to establish communication connections and to transmit data in a variety of formats. In the illustrative embodiment, any number of different transport protocols may be utilized between and among the various processes connectable across the Internet and private Intranets, e.g. Local Area Networks.
• As illustrated inFIG. 2, in addition tosystem250, a plurality ofother computer systems210,212,220 A-B,230,240,250,260,265, and270 are coupled, directly or indirectly, to theInternet205. Each of these computer systems may be implemented with a computer architecture similar or equivalent to that described with reference toFIG. 1 and capable of executing a computer operating system, such as Windows NT 4.0, available from Microsoft Corporation, Redmond, Wash. Such an operating system is a multi-tasking operating system capable of executing multiple simultaneous threads of execution. Other commercially available operating systems such as Unix, Linux, OS/2, and Solaris may also be utilized. Computer systems210-270 may utilize any of a number of technologies known in the arts to connect toInternet205. For example, computer system220A, which represents a network user, may be connected to the Internet through a dial-up connection to an Internet Service Provider, not shown, such as America On-line or Compuserve.Computer system220B, representing another network user, may alternatively be coupled to the Internet through a cable modem and broadband cable network infrastructure, also not shown. Vendordistribution computer system210 and vendorweb server system212, may be connected to the Internet utilizing frame relay technology and a high bandwidth connection, such as T1, T2 or T3 line.Computer system230, representing a credit processing server, andcomputer system240, representing a card vendor distribution center computer(s), may be similarly connected toInternet205 using any of the previously-described techniques or any other techniques known in the arts.
• Card Vendor System
• Referring toFIG. 2, a conceptual block diagram of thecard vendor system250 in accordance with the present invention is illustrated. Thesystem250 comprises aweb server260, adatabase server270 anddatabase280, andemail server288 operatively coupled, in the illustrative embodiment, via aprivate network292, e.g., a packet-switched network, such as a Local Area Network executing the TCP/IP protocol.Network292 is a private network which may further be used to connect toprinter283 to thedistribution computer system243 anddatabase241. In theillustrative embodiment network292 may comprise a 100 megabit Ethernet network. Aprivate network290 couples bothweb server260 andemail server288 tofirewall server265.Firewall server265 is, in turn, connected toInternet205, via a T1 line, or other connection such as a frame relay connection
• In the illustrative embodiment of the present invention,email server288 may be implemented as a server executing an application program in accordance with the Post Office Protocol version 3.0 (POP3), such server capable of receiving and sending electronic mail in a manner understood by those skilled in the arts.
• In a similar manner,firewall application265 may be implemented as a server or network appliance executing any of a number of commercially available network security applications which prevent unauthorized access to private networks in a manner understood by those skilled in the arts.
• In the illustrative embodiment,web server260 performs the functions of a traditional web server enabling access to one or more web pages by other processes connected toInternet205. In addition,webserver260 contains display control module266 which utilizes data representing a card, as retrieved fromdatabase280, and data representing modifications to the selected card, as received from a network user, to render the selected card and its modifications in a WYSIWYG format for viewing by the network user.
• Server260 may be implemented using a hardware platform similar to that illustrated with reference toFIG. 1. Executing under the control of an operating system are one or more applications necessary forweb server260 to perform its appropriate functions. Specifically,web server260 presents web pages to the network user and controls the flow of information to/fromdatabase server270. In the illustrative embodiment, the functions performed byweb server260 may be implemented either with object-oriented programming techniques using the appropriate class definitions and objects for values within the database, or, alternatively, using a non-object oriented language such as the C++ programming language.
• Web server260 retains in memory one or more “pages” which collectively may comprise a web site used to visually present the information on the pages. One or more of the pages accessible onweb server260 may contain address information in the form of a Hypertext Markup Language (HTML) tag which may be downloaded over theInternet205 to a browser process executing on any of the other computer systems connected to the network. Such HTML tag may include the IP address or E-mail address associated with the web site.
• Web server260 functions to render pages to a network user connected to theweb server260 and to pass data received from a network user to database through the appropriate Application Program Interfaces (APIs). In the illustrative embodiment, theweb server260 may utilize a plurality of Visual Basic, Java script files and/or Java applets to create active web pages.Web server260 may include a database interface (not shown) which functions as the interface betweenweb server260 anddatabase server270. Such database interface may be implemented via ODBC, Remote Procedure Call libraries or other similar technologies which enables the interface to make remotely access thedatabase server270 and to service calls received fromdatabase server270.
• Thedistribution computer system240 and its accompanyingdatabase239 may be connected tosystem250 via direct network connection or other connections such dialup modem, DSL or frame relay.Computer system240 may be coupled to one ormore network printers285 and286 via a private network such as a LAN.
• In an alternative embodiment to that illustrated inFIG. 2,email server288 andweb server260 may be implemented with applications which execute on the same computer system, as illustrated inFIG. 3.
• Data Base Architecture
• In the illustrative embodiment,database server270 anddatabase280 may comprise a hardware platform and an operating system capable of executing one of a number of commercially available database products. In the illustrative embodiment, hardware platform may be implemented with a computer system similar to that described with reference toFIG. 1. The operating system may be implemented with the Windows NT 4.0 product from Microsoft. The database product may be implemented with Microsoft SQL Server Version 7.0, also commercially available from Microsoft Corporation. The structure of information, including the data fields, records, tables which comprisedatabase280 are described hereinafter and may also be designed using Microsoft SQL Server Version 7.0.
• Query engine (not shown) receives information fromweb server260 in the form of a query and supplies the query todatabase280. The structure and organization of records withindatabase280 is set forth in greater detail with reference toFIG. 4-5.Database server270 anddatabase280 communicate using SQL standard database query language. The SQL standard is published by the American National Standards Institute (ANSI). The database query engine which is integrated into database server filters the queries received fromweb server260, such filters useful in focusing or customizing the scope of a database query. The information retrieved fromdatabase280 may be forwarded bydatabase server270 toweb server260 using any number of know techniques such as remote procedural call libraries, as that previously described.
• FIGS. 4-5 illustrate conceptually the tables which comprisedatabase280. Each record, as shown, includes one or more fields and an associated field descriptor, as illustrated. Multiple records of the same type, in turn, collectively form a table withindatabase280. A field within a record may serve as an index into another record. To further a better understanding of the architecture ofdatabase280, the major tables, as illustrated conceptually by single record and its corresponding fields, are described below in greater detail.
• User Table402 is used to maintain information about a network user who has visitedsystem250 via a connection towebserver260. Each record of User Table402 includes fields for a user identifier, postal address, network address, age, marital status, telephone number, etc. The corresponding field descriptions, e.g. integer, variable character, number, etc., are illustrated inFIG. 4.
• Card Table404 is used to maintain information about a specific card of the master card list. Each record of Card Table404 includes fields for a card identifier, price, card catalog identifier, text description, width and height of the card, a charity identifier, etc. The corresponding field descriptions are illustrated inFIG. 4A. In the illustrative embodiment, the actual cards may be stored in any graphical format, for example, jpg, gif, tif or bmp. The cards may be stored as part of or separate fromdatabase280, as well as in the database242 ofdistribution system240 anddatabase218 ofdistribution system210, both connectable tosystem250. In the illustrative embodiment, the term “card” or “greeting card” is not limited to traditional hard copy cards but also includes images of one or more sides or panels of a card as may be stored in various graphical data formats and resolutions, in addition to those described herein. Further, the term “card” or “greeting card” is not limited to traditional hard copy cards but also includes other related forms of correspondence including announcements, invitations, business cards, notices, and other business and personal forms of communication.
• Card Detail Table406 (CardDet) is used to maintain information about a specific card which has been ordered by a network user. Each record of Card Detail Table406 includes fields for the ship date, ship month, status, etc. The corresponding field descriptions are illustrated inFIG. 4.
• The Card Detail Detail Table408 (CardDetDet) is used to maintain information about changes or customizations made to the card by the network user. Each record of the Card Detail Detail Table408 includes fields defining fields the font, size, color, text, X-position, Y-position, style, file name for an attached file containing graphics, digital photos, scanned data, etc. The corresponding field descriptions are illustrated inFIG. 4.
• Charity Table410 is used to maintain information relating to a specific charity from which proceeds of the card sale may be donated, as explained in greater detail hereinafter. Each record of Charity Table410 includes fields for a charity identifier, charity description, organizational name, mailing address, etc. The corresponding field descriptions are illustrated inFIG. 5.
• The remaining tables ofFIGS. 4-5 include records having the information fields and field descriptors, as illustrated and which are self-explanatory. For example, the CardShip info record412 includes information relevant to the address to which the card is to be shipped. Theuser gift record414 includes information about a gift with which the card is associated. The client table416,client location record418,client category420, clientkey word record422, andclient profile record422 all maintain information about a client (vendor) from which a gift was purchased and to which the card may be shipped for coordination with the shipment of the gift to the specified recipient. Thecard gift record426 and user transmitrecord428 include information useful in coordinating the shipment and printing of a card with a specified gift purchased at or shipped from a client's facilities. Theoccasion record420 andoccasion category record432 include information fields describing a particular person, date and address for which a card was or may be ordered, and the nature of the occasion, e.g., birthday, anniversary, graduation, etc., respectively. Such information is useful for administrative and tracking purposes as well as for implementation of a reminder service. The ASPOBJ table436 and ASPMAS table434 include information fields used to enable the inventive system to customize the web page appearances in order to make it appear like an eCommerce vendor's web site. Theship type record438 includes information describing the manner in which a card and/or the accompanying gift are to be transported to the recipient. Record442-454 include the information fields and field descriptors, as illustrated inFIG. 4B, useful in administering the inventive system. The records402-460 ofdatabase280 are related. In particular, a specific entry of one table may be used as an index into a record of another table, as illustrated in the listing below in which each entry has the form:
• [Tablename.Fieldname] REFERENCES [Tablename.Fieldname]
• [Category.CatParentId] REFERENCES [Category.CatId]
• [ClientCat.CCatParentId] REFERENCES [ClientCat.CCatId]
• [Aspobj.AOAspId] REFERENCES [Aspmas.AspId]
• [CardKeyword.CKCatId] REFERENCES [Category.CatId]
• [Charity.CharityCountryId] REFERENCES [Country.CountryId]
• [Client.CltCCatId] REFERENCES [ClientCat.CCatId]
• [ClientKeyword.CKCCatId] REFERENCES [ClientCat.CCatId]
• [ClientMailInfo.CMIShipCountryId] REFERENCES [Country.CountryId]
• [FreightRates.FCountryId] REFERENCES [Country.CountryId]
• [FreightRates.FSTId] REFERENCES [ShipType.STId]
• [Users.UserCountry] REFERENCES [Country.CountryId]
• [Users.UserCCType] REFERENCES [CCType.CCType]
• [Card.CardCatId] REFERENCES [Category.CatId]
• [Card.CardCharityId] REFERENCES [Charity.CharityId]
• [ClientLoc.CLocCltId] REFERENCES [Client.CltId]
• [ClientLoc.CLocCountryId] REFERENCES [Country.CountryId]
• [CltProfile.CPAOAspId & CPAOId] REFERENCES [Aspobj.AOAspId.AOId]
• [CltProfile.CPCltId] REFERENCES [Client.CltId]
• [Invoice.InvUserId] REFERENCES [Users.UserId]
• [Invoice.InvCountryId] REFERENCES [Country.CountryId]
• [Occasion.OccShipCountryId] REFERENCES [Country.CountryId]
• [Occasion.OccOccCatId] REFERENCES [OccCategory.OccCatId]
• [Occasion.OccUserId] REFERENCES [Users.UserId]
• [UserTrans.UTUserID] REFERENCES [Users. UserId]
• [CardDet.CDUserId & CDTransId] REFERENCES [UserTrans.UTUserID & UTTransid]
• [CardDet.CDCardId] REFERENCES [Card.CardId]
• [CLocStats.CLSCltId & CLSLocId] REFERENCES [ClientLoc.CLocCltId & CLocId]
• [ClocStats.CLSStatsID] REFERENCES [Statistic.StatsId]
• [UserGift.UGCLocCltId & UGCLocId] REFERENCES [ClientLoc.CLocCltId & CLocId]
• [UserGift.UGUserId & UGTransId] REFERENCES [UserTrans.UTUserID & UTTransId]
• [CardDetDet.CDDSmo] REFERENCES [CardDet.CDSrno]
• [CardDetDet.CDDUserId] REFERENCES [Users.UserId]
• [CardGift.CGCDSrno] REFERENCES [CardDet.CDSrno]
• [CardGift.CGUGSmo] REFERENCES [UserGift.UGSrno]
• [CardShipInfo.CSICDSrno] REFERENCES [CardDet.CDSrno]
• [CardShipInfo.CSIShipCountryId] REFERENCES [Country.CountryId]
• [CardShipInfo.CSISTId] REFERENCES [ShipType.STId]
• [InvDetl.IDCDSrno] REFERENCES [CardDet.CDSrno]
• [InvDetl.IDIInvNo] REFERENCES [Invoice.Invno]
• WebServer Interface
• Upon connection towebserver260, either directly or through a hyperlink from the website of a vendor client, a network user is presented with a graphic user interface. The graphic user interface includes a number of web pages which are resident onweb server260 and through which the network user may navigate. The web pages include a number of menus and dialog boxes which allow the network user to interact with theweb server260, particularly with the selection of a card and entering of the necessary information for customization of the card and specifying a recipient address. Sample web pages are illustrated inFIG. 6A-K and include various highlight options and dialog boxes through which a network user may interact withwebserver260.
• FIG. 6A is a screen capture of the graphic user interface of the inventive web server illustrating a selection of cards rendered in thumbnail size, in accordance with the present invention. In the illustrative embodiment, web pages rendered bywebserver260 appear to be an extension of the web site from which the network user was most recently connected, which as illustrated is 4YourSoul.com. In order to emulate the look and feel of a vendor's web page, the inventive system stores within adatabase280, particularly tables436 and434, a client identifier and data identifying the appropriate backgrounds, color schemes, font sizes, font styles, font colors, logos, and other graphic or sonic elements etc. which emulate the look and feel of the client web site and give the network user the impression that he/she is still connected to the vendor's web site. To accomplish the above illusion, a client identifier may be passed along with the hyperlink toweb server260.Web server260 then uses the identifier to retrieve the appropriate parameters from tables436 and434 and other, as necessary, for rendering the web pages and graphic user interface in a manner which is similar to those of the vendor from whom the network user recently purchased goods or services. If a network user connect directly to the inventive system, the graphic user interface of the inventive system may be used.
• In the illustrative embodiment,card600 along with the other selectable cards are stored in a number of different formats and sizes. For example, to facilitate selection and customization, cards may be stored indatabase280 as files in a thumbnail, intermediate and editable size.FIG. 6A is illustrates a selection of cards rendered in thumbnail size.FIG. 6B illustrates acard600 in the intermediate size, as would be viewed by a network user following selection of the card.FIG. 6C illustrates acard600 in editable size, as would be viewed by a network user during customization of the card. Indatabase280, the card files comprise graphical data, for example in bit map, .tif, .jpeg or other format, and may be arranged categorically according to particularly themes or occasion, e.g. birthdays, anniversaries, weddings, etc.
• A fourth version of each card, from which the card is actually printed, is stored in any ofdatabases241,239 and218 ofFIGS. 2-3. In these databases, the cards may be stored as an encrypted blob, e.g. a binary data file, for security purposes. This format may be obtained by encrypting the graphic data file of the card, for example, a jpeg file, into a blob using any number of known commercially available encryption tools.
• FIG. 6B illustratescard600 as would be viewed by a network user on aweb page600 following selection of the card. As shown,card600 is displayed with three panels600A-C similar to the manner in which a card is viewed in hard copy or tangible form. A fourth side,600D, not shown, may contain copyright information, vendor tracking information and various logos and trademarks of companies, as well as, possibly, the recipient's information.
• FIG. 6C illustratescard600 as would be viewed by a network user in uncustomized form, in accordance with the present invention. Having selected a card, a network user utilizing a pointing device, such as a mouse or pen, designates the coordinates on the card at which text or graphics are to be placed, and, thereafter, enters the customizations to the card, for example by typing in the text to be added to the card at the designated location. In addition, the user selects the font type, font style, font color and font size of the text. In an alternative embodiment of the invention, the user is able to transmit scanned data representing hand written text or graphics toweb server260 and view the scanned data. Alternatively, the user may transmit a file containing photographic or other graphic data to be integrated into the card.FIG. 6D illustratescard600 as would be viewed by a network user in customized form, in accordance with the present invention.
• Control module266 ofweb server260 receives the coordinate information and other information describing the user's customizations, as recorded in customization table408 and renders the card and the customizations in a What You See is What You Get (WYSIWYG) manner for viewing by the network user, as illustrated inFIG. 6D. In this manner, rather than just entering text into a dialog box for placement in a predetermined location, the user is free to place a customized message in any of text, cursive hand writing, graphics or photographs any where on panels600A-C and view the card and customizations together in a manner which approximates signing a hard copy card. The WYSIWYG module which enables recording of a card with customizations from a network user is described in further detail herein. Control module266 includes algorithms which detect the nature of the data transmitted by the network user and formats the data appropriately for presentation to the use. In the case of scanned data, control module266 utilizes optical character recognition algorithms to separate and eliminate any background information from meaningful characters in the scanned data. In the case of photographic or graphic data files, control module266 attempts to recognize the data format and render the data within the parameters of the designated panel including any required sizing or clipping of images to for the panel. FIGS.6C-D illustrate acard600 as displayed on web page, as seen by a network user in both stock, i.e., unmodified, and customized, i.e., modified form, respectively.
• FIG. 6E-K illustrate other web pages, in accordance with the inventive system, as would be displayed to a system user who is utilizing the reminder service of the inventive system. The reminder service enables a network user to enter various information about upcoming events, including dates, descriptions and recipients. The reminder service notifies the network user via e-mail of an up coming event and enables the network user to select cards for the designated recipients using the system described here.
• The construction of web pages containing the appropriate dialog boxes and pull down menus is within the scope of those reasonably skilled in the arts and will not be described in further detail hereinafter for the sake of brevity.
• Method of Operation
• FIG. 7 is a flow diagram illustrating the process steps of the inventive method to enable a network user to select, customize/create and purchase a card from an eCommerce vendor for shipment with a gift or service purchased from the eCommerce network by the network user. Generally, a network user will be connected tosystem250 either from a hyperlink from a vendor site or by directly connecting toserver260. When the network user is shopping on-line at an eCommerce vendor's site, and after the user has paid for his/her purchases, the network user is offered the option to order and create a custom card using the system previously described herein. If selected, the customer or network user is redirected, via a hyperlink from the client's website to the website of the inventive system, as illustrated bystep710. When the network user is redirected toweb server260, the vendor will provideweb server260 with a data structure900, as illustrated inFIG. 9A. In the illustrative embodiment data structure900 comprises a plurality of data fields includingInvoice Number field902,User Email field904, Credit Card fields906-914, Credit Card address fields916-924, ClientIdentification Number field926, andGift List field930, as explained in greater detail hereinafter.Invoice Number field902 represents the vendor's invoice number for a transaction.User Email field904 represents the email address of the user who has bought items at the vendor's web site.Credit Card Name906 represents the name on the user's credit card. CreditCard Number field908 represents the user's credit card number. Credit Card Exp. Year filed910 represents the user's credit card's expiration year. Credit Card Exp.Month field912 represents the credit card's expiration month. CreditCard Type field914 represents the user's credit card type, e.g. American Express, Visa, Master Card, etc.Credit Card Street1field916 andCredit Card Street2field918 represents the user's street address on the credit card. Credit Card City filed920, CreditCard State field922, and CreditCard Zip field924 represents the user's city, state and postal zip code, respectively, on the credit card. ClientIdentification Number field926 is used to identify the vendor from which the network user is being linked.
• Gift List930 represents a list of items purchased by the network user at the vendor's web site. Each item inGift List930, in turn, comprises an Invoice LineItem Number field930A,SKU field930B,Gift Description field930C, DistributionLocation Number field930D, Date ofShipment field930E, ShipTo Person field930F, ShipTo City field930G, and ShipTo State field930H, as explained in greater detail hereinafter. Invoice LineItem Number field930A represents the line item number of the subject item on the vendor invoice.SKU field930B represents the vendor product identification number.Gift Description field930C represents a short description of the gift purchased. DistributionLocation Number field930D represents the vendor warehouse identifier from where the vendor will ship the subject specific gift, and, consequently, from which vendor system the card will be printed. Date ofShipment field930E represents the date the vendor will ship the subject gift. ShipTo Person field930F represents the person to whom the subject gift will be shipped. ShipTo City field930G represents the city to which the subject gift will be shipped. Ship ToState field930H represents the state to which the gift will be shipped. Any number ofadditional items932 may have a similar format toGift Item930.
• In the illustrative embodiment of the invention, the data contained within data structure900, particularly the credit card number and related information, may be encrypted using any number of commercially available software encryption products, such as those available from RSA Data Security Systems, Inc. The data structure would be encrypted at the vendor site and decrypted, as necessary by theinventive system250.
• Next, the various fields of data structure900 are stored indatabase280, and, where applicable, decrypted, as illustrated bystep712. The information about a user, the email address field, credit card information, etc. is stored in aUser record402 of the User table. The information about the gift purchased at the vendor web site is stored in User Gift Table414.
• Web server260 then presents to the network user one or more web pages that make up a inventive graphic user interface that appears similar to that of the vendor from which the user was hyperlinked, as illustrated bystep714. The value of ClientIdentification Number field924 identifies the vendor from which the network user is linking and is used as an index into tables ASPOBJ table436 and ASPMAS table434 to select the default colors, logos and graphics for that vendor, thereby creating the illusion that the network user is still shopping at the vendor's website. The information defining the graphics images required for each page for a specific vendor/client is stored in the Client Profile (CltProfile) table ofdatabase280 and is rendered byweb server260.
• In the illustrative embodiment of the invention, a portion of the proceeds of the sale of the card may be donated to charity. As illustrated inFIG. 6E, a web page is displayed allowing the network user to select a charity to which a portion of the sales will be donated, as illustrated byprocedural step716 anddecisional step718. If the network user is a registered user of the system, then the charity of their choice is shown by default. In either case, the user is allowed to change the charity to which the proceeds should be donated.
• Next,web server260 renders one or more web pages containing thumbnail images of cards. These web pages enable the network user to navigate through and select a card fromdatabase280, as illustrated byprocedural step720. The network user can then choose a card by selecting the appropriate category and card, as illustrated bydecisional step722. Once the network user chooses a card, a web page illustrating three different panels (sides) of the card—the outside, the inner left, and the inner right-is rendered, as illustrated inFIG. 6B, and as illustrated byprocedural step724. The user can click on any panel of the card and the selected panel will be displayed in an editable format along with a number of dialog boxes which allow the network user to selectively customize the card using WYSIWYG technology.
• As illustrated inFIG. 6C, the inventive system allows the user to choose a font, color, size, text and style of a customized message, as well as the location on the card panel at which the message will be received, as illustrated bydecisional step726 andprocedural step728. The user can then type text on the card and then move the text anywhere on the screen with a pointing device. Once written the user can edit the text, as well as change the color, font, size and/or the style of the text. The card and customizations are presented in a WYSYWIG format, by module266, as illustrated byprocedural step730, and as illustrated inFIG. 6D. Module266 receives the input parameters from the network user and renders the text in font, color, size, and style chosen and at the coordinated specified by the network user.
• Module266 may be implemented as a WYSIWYG application executing under the control of operating system onweb server260. Specifically, module266 may be implemented as a JAVA application using object-oriented technology. Upon start-up, module266 is provided with a list of parameters byweb server260. These parameters include the name of an image (card), the location of the image within the memory ofweb server260, the dimensions of the image, and a list of instructions defining the position, color, size, font, style and text for each customization to be displayed on the card image. For a new card, which has not been customized by a network user, the list of instructions supplied to module266 is empty, since there have been no customizations at that point. For a card that has been previously created or which is in the process of being edited, the parameter string supplied to module266 may contain any of the information identified above. Module266 creates a list of customization objects, each object storing information about a piece of text, such information including the actual text character string, the font, size, color, style, etc. and position data.
• To avoid clutter in displaying the background image of the card as well as the customizations in WYSIWYG manner, module266 displays one or more labels over the background of the card image. While editing the card, when a network user selects e.g., clicks with a mouse, a specific location on the card, module266 reviews an internal list of customization objects maintained for that card to determine if the selected coordinates match the coordinates of any previously defined text object. If so, the text is displayed in an edit box with the font, style, size, etc., rendered according to the specification stored in the customization object. If the coordinates to do not match, a new empty box is displayed over the background of the card image using the customization characteristics selected by the network user from one or more menus. Once the network user saves a particular portion of text, the customization characteristics are stored in a customization object and the edit area is replaced with a corresponding label. The network user has the ability to select any text with a pointing device and drag the text around the background image of the card, thereby enabling the network user to position the text wherever desired. The background image of the card, along with the text, including the selected characteristics and position, are then rendered in a WYSIWYG manner enabling the network user to view the card as the card will look when printed.
• If the network user desires to further modify any text customization to the card, they may simply do so by selecting the text object and then changing any of its characteristics, such as the color, size, style, etc, by simply clicking on the appropriate menus and choosing the desired option.
• Once the network user has accepted all the customizations to the card, module266 creates a string of customizations and forwards the attached string to a redirection URL that redirects the network user to a new page where the customization string data may be parsed and saved into the appropriate tables ofdatabase280.
• It will be obvious to others skilled in the art that the functionality of module266, as described herein, may be implemented using different programming techniques other than object oriented technology and the JAVA programming environment.
• In an alternative embodiment, as illustrated by the procedural steps759-762, and to provide flexibility in personalization of cards, the network user may upload images that can be used to create custom cards. The network user can also upload scanned images of hand written messages and apply them to the card to create personalized graphics, photos or cursive fonts for the card. As shown inFIG. 7A,web server260 determines whether a graphic image has been uploaded from the network client's system, as indicated bydecisional step759. If so, the image data file, which may represent graphical data in any number of standard formats or scanned data, is received byweb server260 and stored in the appropriate tables ofdatabase280 as illustrated byprocedural steps760 and761, respectively. Next, the file containing the graphic image data is rendered in WYSIWYG format in addition to or over the background image of the card, as illustrated byprocedural step762. In the illustrative embodiment, any number of commercially available software modules which render graphic data in a variety of different formats may be utilized to perform the functions illustrated byprocedural step762.
• The network user is then given the option to accept all of the change to the card, as illustrated bydecisional step732. The data representing the customizations to a card are stored indatabase280, as illustrated byprocedural step734. For example, Card Detail Detail (CardDetDet) Table408 stores the specific pieces of text, the position, the color, font, etc., as well as information for any image data, photographic or scanned, as instep760, that has been uploaded toweb server260.
• Next a web page, as illustrated inFIG. 6F will be rendered which allows the network user to specify information related to the recipient, as illustrated by decisional step736 andprocedural step738. Card Detail (CardDet) Table406 stores the macro information for a customized card, like ship date, price, shipping mode, the charity to which part of the proceeds from this card will go, etc. Card Shipping Information (CardShipInfo) Table412 stores postal address information. If the card is to accompany a gift, then there is no information entered in table412. Card Detail (CardDet) Table406 stores the macro information for a customized card. The storing of such information indatabase280 is illustrated asprocedural step739.
• Next, the network user will be provided with a summary web page, as illustrated inFIG. 6G, which list the cards, charity, recipient information and price details, as well as with the option to add or delete cards, as illustrated byprocedural step740. At this point, the network user can edit any of the information or add or delete cards.
• If finished, the network user will be prompted to visit the reminder service implemented in the inventive system, as illustrated inFIG. 6H, and as illustrated bydecisional step742. If the user chooses to enter the reminder service,web server260 will render the web pages, as illustrated inFIGS. 6J and 6K, which prompt the user to enter the appropriate information, and as illustrated byprocedural step744. As illustrated, the reminder service allows a network user to enter various dates and description of occasions for which a reminder email will be sent prior thereto. In addition, the present invention allows the network user to select, customize/create and purchase cards, for mailing at an appropriate time in the future. For example, using the inventive system, a network user may select, customize and purchase birthday cards for selected friends and family members during a single session and have the card send to the designated recipient on the date designated by the network user. The data entered through the reminder service web page interfaces is stored indatabase280. Theemail server288 will send a reminder, for example, in the form of an email, to the network user prior to the occasion, as specified by the user. The Occasion Table430 stores information regarding the specific events that the user wants to be reminded about. The Card Detail (CardDet) Table406 stores any cards created in advance of an event. The CardDetDet and CardShipInfo Tables,408 and412, respectively, also store relevant information, as applicable.
• After exiting the reminder service or, if indecision step742, the network user opted not to enter the reminder service, the network user proceeds to checkout and payment, as illustrated bysteps746,748 and750. The network user is be provided with all the information that was received from the vendor regarding the user's credit card information, as illustrated inFIG. 61 andprocedural step746. If the information is acceptable, the network user selects the process option and the designated credit card will be charged the amount of the purchase. The information about the transaction is stored indatabase280 and maintained to keep a historic record of the activity. The Invoice table444 stores the credit card information which was used to pay for the transaction, the authorization code, etc. The Invoice Detail (InvDetl) Table446 stores information at the line item level of the invoice in terms of which cards were charged on which invoice. The credit card information is transmitted fromsystem250 to a credit processing service, such assystem230 ofFIG. 2 and as illustrated byprocedural step750. Once the transaction is processed a “Thank You” screen may appear, and the network user is returned to the vendor's web site. If at any time during the above described process a disconnect of the communication link between the network user andweb server260 occurs, an e-mail message is sent to the network user with a link back toweb server260.
• Once the credit card transaction has been approved,web server260 checks the Ship Date field of UserGift Table414 to determine if the card is to be printed today, i.e. ship date equals current date, as illustrated by procedural step752 anddecisional step754. If so, an email message will be sent to the vendor's distribution location to print the card, along with a file containing all of the information about the card, as explained hereinafter and as illustrated byprocedural step756. In case the card is to be sent at a later date, an email will be sent later. When the appropriate time comes to print the card,email server288, will send a message to the appropriate the vendor location through, for example, email, Remote Procedure Call commands or MSMQ (Microsoft Message Queue). Once a day, at about midnight, or at another interval, a process onemail server288 sends emails to all the vendor locations regarding the cards to be printed during the day. There may be multiple emails sent to each vendor location. Each email will contain information for all the cards created by a single user during a single visit. The print process executing at the vendor system will send a message back toemail server288 indicating the card has been printed, as illustrated bydecisional step758, after which the process as for that card is concluded.
• To print a card,web server260 provides the vendor's distribution center, whether through an email or a batch process, the information from a user session, i.e., from the time the network user first connected toweb server260 until the user disconnects fromweb server260. Since a network user may perform multiple transactions in a single session, the session information may include information for multiple transactions. In the illustrative embodiment, the session information may be transferred in a file1000 having a format in accordance with the XML protocol. It will be obvious to those skilled in the art that other file formats or equivalent data structures may be used in place of file1000. File1000 is parsed and used to update database in the vendor system, as explained hereinafter.
• File1000 includes information from the UserGift table414, i.e. records added to table414 from a session, including data fields for the Invoice Number, Invoice Line Item Number, Gift Serial Number, Gift ID (SKU) Ship To Person Name, Ship To City, Ship To State, and Ship Date. The Invoice Number field represents the invoice number created by the vendor for the goods purchased by the network user at the vendor web site. The Invoice Line Item Number field represents the invoice line item number created by the Vendor. The Gift Serial Number field represents a unique identification number given by the inventive system to the gift item. The Gift ID field is the vendor identifier for the product, e.g., the SKU. The Ship To Person Name field represents the name of the person to whom the gift will be shipped. The Ship To City field represents the city to which the gift will be shipped. The Ship To State field represents the state to which the gift will be shipped. The Ship Date field represents the date required by the Vendor to print the card for the gift, e.g. the day it will leave the vendor's distribution location.
• File1000 includes information from the CardDet Table, i.e. information which regarding cards created and base card information, including data fields for the Card Serial Number, Card Id, and Card Status. The Card Serial Number field represents a unique identifier, e.g. a number, assigned to any card created atweb server260. The Card Id field represents card number, e.g. SKU, assigned to the card by the inventive system. The Card Status field represents the current status of the card, e.g. printed, to be printed, etc.
• File1000 further includes information from the CardGift table426, i.e. information which associates a card with a gift and a network user, including data fields for the Card Serial Number, Gift Serial Number, User Id and Transaction Id. The Card Serial Number and Gift Serial Number fields have been previously defined. The User Id field represents a unique identifier assigned to a particular network user by the inventive system. The Transaction Id field represents a unique identifier assigned to by the inventive system to uniquely identify every session of a network user on the inventive system.
• File1000 further includes information from the CardDetDet table, e.g. information regarding the text to be superimposed on the card or graphical information which will be superimposed. Such graphical information may include picture, photo or a scanned hand written message. The information from the CardDetDet table includes data fields for the Card Serial Number, Line Item Number, Card Page, X Position, and Y Position. The Card Serial Number field has been previously defined. The Line Item Number field represents a unique counter for every piece of customization in a given card. The Card Page filed identifies on which face or panel of the card the text will be printed. The X Position and Y Position fields identify the location of the text on the face of the card.
• If part of the customizations to the card include text, then data fields for the Text Color, Text Font, Text Size, Text, and Text Style will be incorporated into file1000. The Text Color field identifies the color in which the text will be rendered. The Text Font field identifies the font in which the text will be rendered. The Text Size field identifies the size of the font in which the text will be rendered. The Text field identifies the subject matter which will be rendered. The Text Style field identifies the style of the font in which the text needs to be rendered.
• Otherwise, if part of the customizations to the card include an image, an Image Name field, identifying the name of the attached file which will be superimposed onto the card, will be included with file1000. A sample file1000 in XML format is set forth below.

  <?XML VERSION=“1.0”?>
  <Print>
  <VERSION>Print Info 1.0</VERSION>

  <Transactions>

  <Transaction>

  <UserGifts>

  <UserGift>

  	<UGInvNo>123123</UGInvNo>
  	<UGInvLINo>1</UGInvLINo>
  	<UGSrno>332</UGSrno>
  	<UGGiftId>1</UGGiftId>
  	<UGShipPerson>Sandy</UGShipPerson>
  	<UGShipCity>Mumbai</UGShipCity>
  	<UGShipState>MH</UGShipState>
  	<UGShipDate>1/12/1999</UGShipDate>

  	</UserGift>
  	<UserGift>

  	<UGInvNo>123123</UGInvNo>
  	<UGInvLINo>2</UGInvLINo>
  	<UGSrno>333</UGSrno>
  	<UGGiftId>2</UGGiftId>
  	<UGShipPerson>Smith</UGShipPerson>
  	<UGShipCity>Banglore</UGShipCity>
  	<UGShipState>KR</UGShipState>
  	<UGShipDate>4/11/1999</UGShipDate>

  </UserGift>

  	</UserGifts>
  	<CardDets>

  <CardDet>

  	<CDSrno>1251</CDSrno>
  	<CDCardId>4</CDCardId>
  	<CDStatus>S</CDStatus>

  </CardDet>

  	</CardDets>
  	<CardGifts>

  <CardGift>

  	<CGCDSrno>1251</CGCDSrno>
  	<CGUGSrno>333</CGUGSrno>
  	<CGUserId>930</CGUserId>
  	<CGTransId>1</CGTransId>

  	</CardGift>
  	<CardGift>

  	<CGCDSrno>1251</CGCDSrno>
  	<CGUGSrno>332</CGUGSrno>
  	<CGUserId>930</CGUserId>
  	<CGTransId>1</CGTransId>

  </CardGift>

  	</CardGifts>
  	<CardDetDets>

  <CardDetDet>

  	<CDDSrno>1251</CDDSrno>
  	<CDDSrno1>1</CDDSrno1>
  	<CDDColor>−16777216</CDDColor>
  	<CDDPage>FI</CDDPage>
  	<CDDFont>Dialog</CDDFont>
  	<CDDSize>6</CDDSize>
  	<CDDText>HI PAL!</CDDText>
  	<CDDXPos>210</CDDXPos>
  	<CDDYPos>212</CDDYPos>
  	<CDDStyle>0</CDDStyle>

  	</CardDetDet>
  	<CardDetDet>

  	<CDDSrno>1251</CDDSrno>
  	<CDDSrno1>2</CDDSrno1>
  	<CDDColor>−16777216</CDDColor>
  	<CDDPage>F</CDDPage>
  	<CDDFont>Dialog</CDDFont>
  	<CDDSize>6</CDDSize>
  	<CDDText>HAPPY BIRTHDAY</CDDText>
  	<CDDXPos>235</CDDXPos>
  	<CDDYPos>200</CDDYPos>
  	<CDDStyle>0</CDDStyle>

  </CardDetDet>

  </CardDetDets>

  </Transaction>

  </Transactions>

  </Print>

  
  Client System
• Referring toFIG. 8, a conceptual block diagram of a vendor (client)system210 is illustrated.System210 will typically be located at an eCommerce vendor's distribution center and may be connected through a public computer network tosystem250. In addition,system210 is coupled through aprivate network208, such as a LAN, toprinter215 andprinter213.Vendor system210 may be implemented with a computer hardware platform similar to that described with reference toFIG. 1 executing an operating system, such as Windows NT 4.0. As illustrated inFIG. 8, an emailprocessing service application212,print service application214,database server application219 andcontrol center application216 execute oncomputer system210 under the control of the operating system. Adatabase218 coupled tosystem210 contains tables804-866, as described with reference toFIG. 10, as well as the collection of base cards as previously described. Alternatively, the cards, as stored in one of the previously-described formats. Alternatively, the cards may be encrypted and stored as binary blobs which are decrypted upon printing thereof.
• Email processing service212 is responsible for periodically pollingemail server288 ofsystem250 to see if any messages have been posted. If there are messages,email processing service212 will down load and process the messages. Processing of the messages includes parsing the XML file1000 contained within the email message and using the data values defined therein to updatedatabase218 ofvendor system210. The XML file1000, in the illustrative embodiment, may contain SQL database queries which are used to updatedatabase218 ofclient system210.
• FIG. 10 illustrates conceptually the tables which comprisedatabase218. Each record, as shown, includes one or more fields and an associated field descriptor, as illustrated. Multiple records of the same type, in turn, collectively form a table withindatabase218. A field within a record may serve as an index into another record. To further a better understanding of the architecture ofdatabase218, the major tables, as illustrated conceptually by single record and its corresponding fields, are described below in greater detail.
• Card Table804 is used to maintain information about a specific card of the master card list. Each record of Card Table804 includes fields for a card identifier, price, card catalog identifier, text description, width and height of the card, a charity identifier, etc. The corresponding field descriptions, e.g. integer, variable character, number, etc., are illustrated inFIG. 10. In the illustrative embodiment, the actual cards may be stored in any graphical format, for example, jpg, gif, tif or bmp. The cards may be stored as part of or separate fromdatabase218, as well as locally in the memories ofvendor systems210 anddistribution system240 connectable tosystem250.
• Card Detail Table806 (CardDet) is used to maintain information about a specific card which has been ordered by a network user. Each record of Card Detail Table406 includes fields for the ship date, ship month, status, etc. The corresponding field descriptions are illustrated inFIG. 10.
• The Card Detail Detail Table808 (CardDetDet) is used to maintain information about changes or customizations made to the card by the network user. Each record of the Card Detail Detail Table808 includes fields defining fields the font, size, color, text, X-position, Y-position, style, file name for an attached file containing graphics, digital photos, scanned data, etc. The corresponding field descriptions are illustrated inFIG. 10.
• Charity Table810 is used to maintain information relating to a specific charity from which proceeds of the card sale may be donated, as explained in greater detail hereinafter. Each record of Charity Table810 includes fields for a charity identifier, and organizational name. The corresponding field descriptions are illustrated inFIG. 10.
• The remaining tables ofFIG. 10 include records having the information fields and field descriptors, as illustrated. For example, the Card Ship Info Table412 includes information relevant to the address to which the card is to be shipped. The UserGift Table814 includes information about a gift with which the card is associated. The CardGift Table826 includes information useful in coordinating the printing of a card with shipment of a specified gift from a vendor's facilities. Tables814-866 include the information fields and field descriptors, as illustrated inFIG. 10, some of which are subsets of similar tables fromdatabase280. The records804-866 ofdatabase218 are related, as illustrated inFIG. 10 and which are self-explanatory. In particular, a specific entry of one table may be used as an index into a record of another table, as illustrated in the listing below in which each entry has the form:
• [Tablename.Fieldname] REFERENCES [Tablename.Fieldname]
• [Card.CardCharityId] REFERENCES [Charity.CharityId]
• [CLocStats.CLSCltId & CLSLocid] REFERENCES [ClientLoc.CLocCltId & CLocId]
• [CLocStats.CLSStatsID] REFERENCES [Statistic.StatsId]
• [CardDet.CDCardId] REFERENCES [Card.CardId]
• [CardDetDet.CDDSrno] REFERENCES [CardDet.CDSmo]
• [CardGift.CGCDSrno] REFERENCES [CardDet.CDSrno] [CardGift.CGUGSrno] REFERENCES [UserGift.UGSmo]
• When a print message arrives,service212 will updatedatabase218 and set an event to notify theprint service214 that a print request has been received.Email processing service212 is also responsible for sending any messages that are generated the other applications executing onvendor system210. When not busy,email service212 waits on a send event. Such event is set either by thevendor control center216 orprint service214. If eitherapplication214 or216 has created an email forsystem250, the application will set an event whichservice212.Email processing service212 will establish a connection withsystem250 and transmit the email tosystem250.
• Print service214 remains idle until an event notification of a pending print instruction. Whenemail processing service212 receives the print command it sets the notification event forprint service214.Print service214 then queriesdatabase218, and, using the data values previously stored indatabase218 byemail processing service212, prints the card onprinter215 or another available printer.Print service214 may also monitor printer problems such as paper jams, low toner, no paper, etc.Print service214 will notifysystem250 of any problem encountered during the printing process by creating an email, placing it in a queue and generating a notification event foremail processing service212 that an email needs to be sent tosystem250.
• A highresolution color printer215 capable of printing photographic quality images may be coupled tovendor system210 to facilitate printing of the cards. Such a printer suitable for use with the present invention is the HP8500 DN, commercially available from Hewlett Packard Corporation, Palo Alto, Calif. In the illustrative embodiment, cards are printed in a full bleed format, i.e. up to the edge of the paper and on high quality stock paper, giving the card the appearance of a traditional greeting card. Alternatively, the cards may have a border around the edge of the stock on which the card is printed. Thereafter, at the client/vendor's facilities, typically a distribution center, the card may be inventoried and matched with the designated gift for shipment.
• At the vendor's facilities, the card is printed with an invoice number, invoice line item number and a card number thereon. In the illustrative embodiment, the invoice number, the invoice line item number, and card number may be printed on the back panel of the tangible card using, for example, an optical bar code or other format to identify both the card and the invoice number, client transaction code or other information useful by the vendor to match the card with a particular gift of transaction.
• Vendorcontrol center service216 allows a user at the vendor's distribution location to request a reprint of a card, in case it has been damaged or for any reason.Service216 also provides the users with the ability to quickly send an email to and interact withsystem250 directly. Accordingly,service216 allows the vendor location to request the re-transmission of data and files relating to certain cards in the event of data loss or corruption.
• Although the above-described illustrative embodiment has been implemented using email addresses as a communication mechanism betweensystem250 andvendor system210, it will be obvious to those reasonably skilled in the arts that other messaging techniques may be used, such as any number of commercially-available Remote Procedure Call library utilities, as well as the Microsoft Message Queue, (MSMQ) commercially available from Microsoft Corporation, Redmond, Wash.
• FIGS.11A-C are flowcharts illustrating the processes performed by vendor system processes212,214 and216 in accordance with the present invention. Specifically, referring toFIG. 11A, if a notification event foremail processing service212 has been received or generated by a timer, as illustrated bydecisional step1004,service212 will send the email message tosystem250, as illustrated byprocedural step1006. If a message has been received, the message will be downloaded tosystem210, as illustrated byprocedural step1008.Email processing service212 will parse the XML file attached with the email and extract the values for the data fields contained therein, as illustrated byprocedural step1010.Service212 will store the values of the extracted data indatabase218 ofsystem210, as illustrated byprocedural step1012. Thereafter, if an email message instructing thesystem210 to print a card is received,service212 will generate a notification event forprint service214, as illustrated bydecisional step1014 andprocedural step1016.
• Referring toFIG. 11B,print service214, upon receiving the notification event, will retrieve data from the appropriate records withindatabase218, as illustrated bydecisional step1020 andprocedural step1022, including retrieval of the base card image fromdatabase218. Utilizing the data representing the customizations to the card,print service214 will create the card image with the customizations, as illustrated byprocedural step1024, and print the card on a printer, as illustrated byprocedural step1026. If an error occurs during the printing process, as illustrated bydecisional step1028,print service214 will generate an error message, as illustrated byprocedural step1030, and send an event notification to emailprocessing service212, as illustrated byprocedural step1032. Otherwise, the card will be printed, along with, optionally, a shipping receipt/invoice, to assist in matching the card with a corresponding gift or transaction.
• Referring toFIG. 11C, the process of retransmitting data associated with one or more cards or communicating directly withsystem250 is illustrated. If, through interaction of a user, typically a system administrator entering the appropriate user command, a request to send a message is received, vendorcontrol center service216 will create a message and send an event notification to emailprocessing service212, as illustrated by steps1034-1038. Such messages are defined by the system administrator and may be requests for supplies of notifications of specific system need or conditions. If, through interaction of a user, a request to reprint a card is received, vendorcontrol center service216 will querydatabase218, create the card, and reprint the card, as illustrated by steps1040-1046 and in a manner as previously described with reference toFIG. 11B. If, through interaction of a user, a request to send a particular card is received, versus waiting until the system automatically received the card data fromsystem250, vendorcontrol center service216 will create a message and send an event notification to emailprocessing service212, as illustrated by steps1048-1052. If, through interaction of a user, a request to down load data immediately is received, vendorcontrol center service216 will send an event notification to emailprocessing service212, as illustrated bysteps1054 and1052.
• The above example describes a scenario in which a network user has hyperlinked tosystem250 from the web site of an eCommerce vendor. Alternatively, if a network user connects directly toweb server260, to select and customize a card, the process occurs substantially as described above except that any necessary information contained in data900 will be entered directly by the network user through the user interface web pages supplied byweb server260. In such a scenario, the billing, printing, inventorying and shipping of the card may be done directly by theinventive system250 or using asystem240 which may be constructed and function similar to anyother vendor system210. Additionally, multiple systems similar to240 may be located in disparate geographical regions and operatively coupled tosystem250 over either public or private computer networks to enable accelerated delivery of the card without the cost of international postage.
• The above-described invention may be implemented in either all software, all hardware, or a combination of hardware and software, including program code stored in firmware format to support dedicated hardware. A software implementation of the above described embodiment(s) may comprise a series of computer instructions either fixed on a tangible medium, such as a computer readable media,e.g. diskette142, CD-ROM147,ROM115, or fixeddisk152 ofFIG. 1, or transmittable to a computer system in a carrier wave, via a modem or other interface device, such ascommunications adapter190 connected to the network195 over a medium191. Medium191 can be either a tangible medium, including but not limited to optical or analog communications lines, or may be implemented with wireless techniques, including but not limited to microwave, infrared or other transmission techniques. The series of computer instructions whether contained in a tangible medium or a carrier wave embodies all or part of the functionality previously described herein with respect to the invention. Those skilled in the art will appreciate that such computer instructions can be written in a number of programming languages for use with many computer architectures or operating systems and may exist in machine executable format. Further, such instructions may be stored using any memory technology, present or future, including, but not limited to, semiconductor, magnetic, optical or other memory devices, or transmitted using any communications technology, present or future, including but not limited to optical, infrared, microwave, or other transmission technologies. It is contemplated that such a computer program product may be distributed as a removable media with accompanying printed or electronic documentation, e.g., shrink wrapped software, preloaded with a computer system, e.g., on system ROM or fixed disk, or distributed from a server or electronic bulletin board over a network, e.g., the Internet or World Wide Web.
• Although various exemplary embodiments of the invention have been disclosed, it will be apparent to those skilled in the art that various changes and modifications can be made which will achieve some of the advantages of the invention without departing from the spirit and scope of the invention. It will be obvious to those reasonably skilled in the art that other components performing the same functions may be suitably substituted. Further, the methods of the invention may be achieved in either all software implementations, using the appropriate processor instructions, or in hybrid implementations which utilize a combination of hardware logic and software logic to achieve the same results.
• It will be apparent to those skilled in the art that modifications to the specific embodiments described herein may be made while still being within the spirit and scope of the present invention. For example, the method of providing the cost of shipping may be used for any delivery destination or origin location in the world including the case where both origin and delivery are located within the United States. Also the system of the present invention may provide the shopper with additional information that pertains to the shipment of a selected product. This information may include for instance, laws that prohibit the shipment of certain products into a particular country.

Claims (24)

1. In a computer system connectable to a computer network, a method comprising:

A. maintaining a network accessible compilation of cards;

B. receiving data identifying one of the cards;

C. receiving data defining modifications to the cards;

D. presenting an image of the card in combination with the received modifications in WYSIWYG format; and

E. receiving data identifying a destination address of the card.

2. The method ofclaim 1 further comprising the step of:

F. transmitting data representing modifications to the card over the computer network to a peripheral apparatus.

3. The method ofclaim 2 wherein step F comprises the step of:

F.1 printing the card with a peripheral device.

4. The method ofclaim 1 wherein the destination address comprises a postal address.

5. The method ofclaim 1 further comprising the step of:

F. transmitting data identifying the card over the computer network to a remote database.

6. The method ofclaim 1 wherein the data defining modifications to the card comprises data defining a graphical image.

7. The method ofclaim 1 wherein the data defining modifications to the card comprises data defining a font color.

8. The method ofclaim 1 wherein the data defining modifications to the card comprises data defining a font size.

9. The method ofclaim 1 wherein the data defining modifications to the card comprises data defining a font style.

10. The method ofclaim 1 wherein the data defining modifications to the card comprises data representing scanned information.

11. The method ofclaim 10 wherein the data defining modifications to the card comprises data representing user defined text.

12. A computer program product for use with a computer system operatively coupled to a computer network, the computer program product comprising a computer usable medium having program code embodied thereon, the program code comprising:

A. program code for maintaining a network accessible compilation of cards;

B. program code for receiving data identifying one of the cards;

C. program code for receiving data defining modifications to the cards;

D. program code for presenting an image of the card in combination with the received modifications in WYSIWYG format;

E. program code for receiving data identifying a destination address of the card.

13. In a computer usable memory, a data structure representing a card, the data structure comprising:

A. data identifying one of a plurality of card templates;

B. data identifying modifications to the identified card template; and

C. data defining an address to which the card will be sent;

D. data associating the card with an electronic commerce vendor transaction.

14. The data structure ofclaim 13 wherein data associating the card with an electronic commerce vendor transaction comprises:

D.1 data defining a vendor identifier.

15. The data structure ofclaim 13 wherein data associating the card with an electronic commerce vendor transaction comprises:

D.1 data defining a vendor transaction identifier.

16. The data structure ofclaim 13 wherein data associating the card with an electronic commerce vendor transaction comprises:

D.1 data defining a vendor network address.

17. The data structure ofclaim 13 wherein the data defining modifications to the card comprises:

graphical information and data defining the relationship of the graphical information to the card image.

18. A method for sending greeting cards over a computer network comprising:

A. selecting a card from one of a plurality of card;

B. modifying the card;

C. viewing the modifications to the card in WYSIWYG format;

D. designating a destination address;

E. transmitting any of the card identifier, data modifying the card and destination address to a remote location over a computer network;

F. authorizing printing of the card in combination with the modifications; and

G. authorizing delivery of the card to the destination address in conjunction with an electronic commerce transaction with which the card is associated.

19. A computer system connectable to a computer network comprising:

A. a processor;

B. a memory coupled to the processor for storing a plurality of card;

C. a network interface coupled to the processor in a memory;

D. program logic configured to receive data identifying one of the plurality of cards and further defining modifications to the card;

E. program logic configured to present an image of the card in combination with the received modifications to the card;

F. program logic configured to receive data identifying a destination address of the card;

G. program logic configured to receive data identifying a vendor transaction associated with the card; and

H. program logic configured to transmit any of the card identifier, data modifying the card, destination address and vendor transaction identifier to a remote location over a computer network.

20. The apparatus ofclaim 19 wherein data identifying a vendor transaction comprises data defining a vendor identifier.

21. The apparatus ofclaim 19 wherein data identifying a vendor transaction comprises data defining a vendor transaction identifier.

22. The apparatus ofclaim 19 wherein data identifying a vendor transaction comprises data defining a vendor network address.

23. The apparatus ofclaim 19 further comprising:

I. program logic configured to receive payment for the card and for remit a portion of the payment to an identified charitable entity.

24. The apparatus ofclaim 19 further comprising:

J. program logic configured to present a graphic user interface having an appearance similar to a vendor website.

Images