`
`
`
`11111111111111111111111111,1111j11,1111111)11 11111111 11110111111
`
`(12) United States Patent
`Moore et al.
`
`(to) Patent No.:
`(45) Date of Patent:
`
`US 6,330,575 B1
`*Dec. 11, 2001
`
`(54)
`
`WEB COMMERCE TOOL KIT FOR
`DISTRIBUTED PAYMENT PROCESSING
`
`(75)
`
`Inventors: Victor S. Moore, Boynton Beach; Glen
`R. Walters, Sebring, both of FL (US)
`
`(73) Assignee: International Business Machines
`Corporation, Armonk, NY (US)
`
`( * ) Notice:
`
`This patent issued on a continued pros-
`ecution application filed under 37 CFR
`1.53(d), and is subject to the twenty year
`patent term provisions of 35 U.S.C.
`154(a)(2).
`
`Subject to any disclaimer, the term of this
`patent is extended or adjusted under 35
`U.S.C. 154(b) by 0 days.
`
`(21) Appl. No.: 09/052,326
`
`(22) Filed:
`
`Mar. 31, 1998
`
` C06F 17/30
`(51) Int. C1.7
` 707/513; 709/223; 709/224
`(52) U.S. Cl.
` 707/513, 500,
`(58) Field of Search
`707/505, 506-507, 517, 515, 526; 705/1,
`22, 26, 27, 35, 44; 345/115, 326, 352, 146;
`709/200, 223-224, 201, 203, 101
`
`(56)
`
`References Cited
`
`U.S. PATENT DOCUMENTS
`
`5,895,454 * 4/1999 Harrington
`5,937,160 * 8/1999 Davis et al
`5,940,834 * 8/1999 Pinard et al.
`5,963,924 * 10/1999 Williams et al.
`5,983,245 * 11/1999 Newman et al.
`
`705/26
`395/200.33
`............. 707/102
`705/40
`............. 707/513
`
`OTHER PUBLICATIONS
`
`Oliver et al., Netscape 2 Unleashed, Sams Net, p 261, Feb.
`1996.*
`U.S. application No. 09/052,316, Moore et al., filed Mar. 31,
`1998.
`International Telecommunication Union—ITU—T Recom-
`mendation Q.703 (3/93) Specifications of Signalling System
`No. 7—Signalling Link.
`
`* cited by examiner
`
`Primary Examiner—Hosain T. Alam
`Assistant Examiner Alford W. Kindred
`(74) Attorney Agent, or Firm—Fleit, Kain, Gibbons,
`Gutman & Bongini P.L.; Jon A. Gibbons
`
`(57)
`
`ABSTRACT
`
`Methods and systems for designing a Web page, to be hosted
`on a Web page server. The development applications provide
`an object-oriented, template-driven interface for a customer
`or merchant to utilize in the design of a Web page or a
`complete Web site. The Web site produced allows the
`merchant to become a part of a distributed electronic com-
`merce system or Internet commerce system for doing busi-
`ness on the World Wide Web. The design tool can be
`implemented in a Java application or applet.
`
`5,835,914 * 11/1998 Brim
`
` 707/206
`
`24 Claims, 17 Drawing Sheets
`
`( START
`
`7- 506
`
`HYPERLINK TO STORE
`BUILDER SERVER VIA URL
`
`508
`
`CREATE BUY PAGE
`
`510
`NO
`
`500
`
`ESTABLISH SECURE LINK
`TO CUSTOMER
`
`GET CUSTOMER INFO.
`
`O
`
`518
`
`520
`
`OPTIONAL: VERIFY CREDIT CARD,
`AUTHORIZE AMOUNT, TRANSFER FUNDS
`
`NOTIFY MERCHANT OF SALE AND
`SEND CONFIRMATION TO CUSTOMER
`
`522
`
`500
`
`Shopify Exhibit 1010
`
`
`
`Pined *S'il
`
`LT JO 1 laalIS
`
`Iff SLS`0££`9 Sfl
`
`r 108
`
`SERVER
`
`100
`
`/
`
`r 102
`
`r
`
`104
`
`r 106
`
`r
`
`114
`
`TRANSACTION
`PROCESSOR
`
`INVENTORY AND
`FINANCIAL DATABASE
`
`WEB
`STOREFRONT
`
`CUSTOMER
`
`CUSTOMER
`
`r
`
`I ISP
`
`110
`
`r
`
`112
`
`I
`
`ISP
`
`INTERNET
`
`PRIOR ART
`
`FIG. 1
`
`
`
`lualud 'S'il
`
`/ 200
`
`LT JO Z laalIS
`
`Ta SLS`0££`9 Sfl
`
`r 202
`
`r 204
`
`TRANSACTION SERVER
`
`STORE SERVER
`
`7-- 102
`
`TRANSACTION
`PROCESSOR
`
`r
`
`104
`
`106
`
`INVENTORY AND
`FINANCIAL DATABASE
`
`WEB
`STOREFRONT
`
`INTERNET
`
`PRIOR ART
`
`FIG. 2
`
`
`
`Pined *S11
`
`LI Jo £ lamiS
`
`is SLS`0££`9 Sil
`
`114
`
`CUSTOMER
`
`ISP
`
`r 202
`
`r 204
`
`TRANSACTION SERVER
`
`STORE SERVER
`
`300
`
`/
`
`/..--- 104
`
`r- 102
`
`TRANSACTION
`PROCESSOR
`
`(-- 106
`
`WEB
`STOREFRONT
`
`INVENTORY
`AND
`FINANCIAL
`DATABASE
`
`INTERNET
`
`PRIOR ART
`
`FIG. 3
`
`
`
`lualud *S*11
`
`LI Jo 17 lamiS
`
`is 3L3`0££`9 Si:]
`
`/ 400
`
`7-- 202
`
`7-- 402
`
`7-- 204
`
`(-- 114
`
`TRANSACTION
`PROCESSOR
`
`STORE BUILDER
`SERVER
`
`STORE
`SERVER
`
`CUSTOMER
`
`c 110
`
`ISP
`
`INTERNET
`
`PRIOR ART
`
`FIG. 4
`
`
`
`U.S. Patent
`
`Dec. 11, 2001
`
`Sheet 5 of 17
`
`US 6,330,575 B1
`
`( START)
`
`SHOP AT STORE SERVER
`
`BUY
`A PRODUCT
`
`YES
`
`506
`
`HYPERLINK TO STORE
`BUILDER SERVER VIA URL
`
`7- 508
`
`CREATE BUY PAGE
`
`510
`NO
`
`ADD
`PRODUCT TO
`BASKET
`
`YES
`
`512
`
`PURCHASE
`BASKET
`
`YES
`
`514
`
`HYPERLINK TO TRANSACTION SERVER
`
`500
`
`FIG. 5A
`
`
`
`U.S. Patent
`
`Dec. 11, 2001
`
`Sheet 6 of 17
`
`US 6,330,575 B1
`
`ESTABLISH SECURE LINK
`TO CUSTOMER
`
`GET CUSTOMER INFO.
`
`7-.516
`
`c518
`
`
`
`I
`
`7-520
`
`OPTIONAL: VERIFY CREDIT CARD,
`AUTHORIZE AMOUNT, TRANSFER FUNDS
`
`NOTIFY MERCHANT OF SALE AND
`SEND CONFIRMATION TO CUSTOMER
`
`i- - 522
`
`500
`
`FIG. 5B
`
`
`
`U.S. Patent
`
`Dec. 11, 2001
`
`Sheet 7 of 17
`
`US 6,330,575 B1
`
`III Welcome
`
`Categories
`Head/Foot
`•••
`New Page
`
`Preview
`
`Publish
`
`File
`
`The image libraries and page style layouts are partitioned into categories to simplify
`searching. These partitions fall on industry lines, such as dining, automotive, health care, and
`so on. Picking a category tells "Site Magic" what kinds of images and page styles are best
`suited for the topic of the web site being designed. This significantly reduces time spent
`searching "Site Magics" libraries. Of course, at any time this notebook tab can be visited
`again and another category chosen, without affecting any work previously completed.
`
`CI Automotive
`O Computers and Electronics
`Dining
`•
`
`•
`
`Education
`
`O Entertainment
`
`O General
`
`•
`
`Health Care
`
`O Home Improvement
`
`O
`
`Legal
`
`O Sports and Fitness
`
`600
`
`FIG. 6
`
`
`
`U.S. Patent
`
`Dec. 11, 2001
`
`Sheet 8 of 17
`
`US 6,330,575 B1
`
`El Use Header
`
`YOURLOGO
`
`HERE I"
`
`A header image is optional. When used, the image appears at
`the top of each page. By default the image is placed far left. By
`clicking the radio buttons below, it can be moved to page center, or
`to the far right. In addition, the images size can be set (keepling its
`aspect ratio fixed).
`
`Upload Image I Place °Left ()Center ()Right
`
`Image Size
`
`Large
`
`The page Tooter is also optional. It Includes an e-mail address and/or a link to
`another Internet web site. To define these resources, fill out the text boxes below. The
`footer appears at the bottom of all pages as clickable icons.
`
`Welcome
`
`Categories
`
`Plead/Foot
`New Page
`•••
`Preview
`
`Publish
`
`File
`
`El Use Footer
`
`Enter WEB Site URL
`
`Enter E-MAIL Address
`
`700
`
`FIG. 7
`
`
`
`U.S. Patent
`
`Dec. 11, 2001
`
`Sheet 9 of 17
`
`US 6,330,575 B1
`
`Each page has either a background color or image. The default
`is a light grey colored background. To select another color, click on
`the "Select Page Background" button below. A dialog will opo up
`with additional color choices. To select an image, click the
`"wallpaper" button on the color dialog screen.
`
`Select Page Background'
`
`The default page style is shown to the right. Blue squares
`represent images, green multimedia. and red dennotes text. To
`choose another style, click the "Select Page Style" button below.
`A dialog will pop up with additional page style choices.
`
`Image
`Multi-
`Media
`
`Solect Page
`Style'
`Paage names are unique. To name this page, type the name in the text box below.
`The button "Add This Page" remains disabled until the name is unique. Click this
`Button to create the page. The page appears as a new notebook tab.
`
`Page Name:
`
`Adds Time Page 1
`
`Welcome
`
`Categories
`
`New Page
`
`Preview
`
`Publish
`
`File
`
`800
`
`FIG. 8
`
`
`
`U.S. Patent
`
`Dec. 11, 2001
`
`Sheet 10 of 17
`
`US 6,330,575 B1
`
`Tex
`
`4yv}~•{{ntifi:
`
`•
`
`''
`
`'
`
`FIG.
`
`
`
`U.S. Patent
`
`Dec. 11, 2001
`
`Sheet 11 of 17
`
`US 6,330,575 B1
`
`•
`
`. •
`
`.
`
`.
`
`•
`
`•
`
``"
`
`
`
`€5gro. 411 d
`
`Catitotto*
`
`Click here to select an Image
`
`401eiJtittgNXI
`
`......
`sr
`
`FIG. 10
`
`
`
`U.S. Patent
`US. Patent
`
`Dec. 11,2001
`Dec. 11, 2001
`
`Sheet 12 0f 17
`Sheet 12 of 17
`
`US 6,330,575 B1
`US 6,330,575 B1
`
`.
`
`••
`
`
`
`FIG, 11
`Fifi if
`
`
`
`U.S. Patent
`US. Patent
`
`Dec. 11,2001
`Dec. 11, 2001
`
`Sheet 13 0f 17
`Sheet 13 of 17
`
`US 6,330,575 B1
`US 6,330,575 B1
`
`
`
`FIG. 12
`FM 12
`
`
`
`U.S. Patent
`
`Dec. 11, 2001
`
`Sheet 14 of 17
`
`US 6,330,575 B1
`
`Thtifi'
`
`to mi0rm00pga
`
`au -di
`
`mid
`
`•i''' •••
`
`•
`
`'
`••••••
`
`•
`
`'
`
`•
`
`c:ined Java Apptel Win
`
`FIG. 13
`
`
`
`U.S. Patent
`
`Dec. 11, 2001
`
`Sheet 15 of 17
`
`US 6,330,575 B1
`
`STEP 1: SELECTING A PUBLISH HOST
`
`Here you Mist select a host name for publishing your web site. If you're not sure what
`to put here, ask your administrator.
`
`Enter Publish Host:
`
`babylonS.bocaraton.ibm.com
`
`STEP 2: PUBLISHING THE SITE
`
`Once you have selected a host name, click the button below to actually publish the web
`site.
`
`Welcome
`
`Categories
`
`Head/Foot
`
`=1=1:1
`pagel
`
`MIStere
`
`AesStore I
`Preview
`
`Publish
`
`STEP 3: CHECKING STATUS
`
`Publish
`
`;SO
`
`FIG. 14
`
`
`
`U.S. Patent
`
`Dec. 11, 2001
`
`Sheet 16 of 17
`
`US 6,330,575 B1
`
`MI ma NALOn.
`
`Cflek the Image buttsm to select a ptodttCt pkture. Md,
`click tne'ltatetiground" button tau-feet a tau:kg:wound. Povilloo
`end sl,te Mt pro-duct picture with the appraptlate nontrais
`
`0
`
`Lett
`
`Fifaht
`
`Untle
`
`aatgatourod
`
`4 Centel
`ttnnis rye
`1132=IMIENUMISIMININIMIE
`
`Prat:bon Tine
`
`. . .
`
`.
`. . . . . . .
`
`. .
`
`mai
`
`it3:11:11:!:j ••••':Itat•Ctlaf•••1 al -..,...t.o./41844,kwiJ,t.$ndcoor
`
`• Wi.INP
`Apr£eerousth ri>ezt belo.v. It most Ise numeric brIci may int iude a decimal point, A unit
`of measure and SW Meek keeping tint t most aiv; bo speeinesg,
`Uollt of 4ff:state MINI'S
`
`f>tfe OMR
`
`SKU
`
`owns
`
`• ••
`
`.• •
`
`•
`
`e .e:j :•• : :cco
`
`. .i*464.iA!I
`
`FIG. 15
`
`
`
`U.S. Patent
`
`Dec. 11, 2001
`
`Sheet 17 of 17
`
`US 6,330,575 B1
`
`8:KWN-Z-07
`
`.
`
`MAW
`MOUffike
`
`•
`
`FIG. 16
`
`
`
`US 6,330,575 B1
`
`1
`WEB COMMERCE TOOL KIT FOR
`DISTRIBUTED PAYMENT PROCESSING
`
`CROSS-REFERENCE TO RELATED
`APPLICATIONS
`
`Not applicable.
`
`BACKGROUND OF THE INVENTION
`
`1. Field of the Invention.
`The present invention relates generally to computer net-
`works and more particularly to methods and apparatus for
`providing a scalable distributed Internet commerce system.
`2. Description of the Related Art.
`Another U.S. Pat. Application dealing with related tech-
`nology has been filed on even date herewith. That applica-
`tion is entitled "A Method and Apparatus for Creating a
`Distributed Electronic Commerce System" by Victor S.
`Moore and Glen R. Walters and is assigned to International
`Business Machines ("IBM") with an IBM reference number
`of BC9-98-031 (referred to hereinafter as the "Distributed
`Commerce System Patent").
`The World-Wide-Web ("Web") has become immensely
`popular largely because of the ease of finding information
`and the user-friendliness of today's browsers. A feature
`known as hypertext allows a user to access information from
`one Web page to another by simply pointing (using a
`pointing device such as a mouse) at the hypertext and
`clicking. Another feature that makes the Web attractive is
`having the ability to process the information (or content) in
`remote Web pages without the requirement of having a
`specialized application program for each kind of content
`accessed. Thus, the same content is viewed across different
`platforms. Browser technology has evolved to enable the
`running of applications that manipulate this content across
`platforms.
`The Web relies on an application protocol called HTML
`(Hyper-Text Mark Up Language), which is an interpretative
`scripting language, for rendering text, graphics, images,
`audio, real-time video, and other types of content on a Web
`compliant browser. HTML is independent of client operating
`systems. Therefore, HTML renders the same content across
`a wide variety of software and hardware operating plat-
`forms. The software platforms include without limitation
`Windows 3.1, Windows NT, Apple's Copeland and
`Macintosh, and IBM's AIX and OS/2, and HP Unix. Popular
`compliant Web-Browsers include without limitation
`Microsoft's Internet Explorer, Netscape Navigator, Lynx,
`and Mosaic. HTML interprets links to files, images, sound
`clips, and other types of content through the use of hypertext
`links. Upon user invocation of a hypertext link to a Web
`page, the browser initiates a network request to receive the
`desired Web page.
`The use of electronic commerce on the Web is growing.
`A variety of traditional larger retailers and larger mail order
`catalog companies have been offering their goods for sale
`electronically over the Web. Everything from the actual
`shopping to the determination of available inventory and the
`acceptance of payment is accomplished electronically. The
`merchant's Web site or Web storefront handles all shopping,
`selection, and acceptance of payment transactions automati-
`cally. Unlike traditional storefronts, these automatic capa-
`bilities enable a merchant to have its goods offered for sale
`twenty four hours a day, every day of the year (for an
`example of a traditional catalog company with its goods
`available via the Web refer to L.L. BEAN of Freeport,
`
`30
`
`35
`
`2
`Maine, whose URL is www.11bean.com). But the ability to
`host retail merchandise on the Web is not without difficul-
`ties.
`It is difficult to integrate the major functions of electronic
`5 Web commerce. Three functions, in particular, are typically
`integrated in a retail Web site. The first function is the virtual
`presentation, using text, graphics, or otherwise, of a mer-
`chant's products to customers. This is sometimes called the
`"electronic storefront" or "Web storefront," or in the case of
`HI a catalog merchant, the "electronic catalog." The second
`function is the maintenance of inventory, stock, pricing, and
`availability of each product, as well as tracking sales and
`revenues. The third function is performing the electronic
`transactions for payment in a secure environment, where the
`15 collection of a customer's payment information, such as a
`credit card, is performed. Typically, most electronic com-
`merce sites integrate all three of these functions at one
`physical site.
`Companies desiring to do business over the Web face
`20 many problems. A first problem is the expense and com-
`plexity of setting up the necessary elements of an electronic
`commerce server. This difficulty includes: (1) hosting of the
`Web storefront; (2) maintenance of an inventory and finan-
`cial database; and (3) the roll out of a secured Transaction
`25 Server. The initial up-front cost is a significant barrier for
`most small businesses desiring to gain a presence on the
`Wcb. Therefore, a need exists to lower or even to eliminate
`the high-cost barrier typically associated with setting up
`electronic commerce on the Web. The cost not only involves
`software design and implementation, and setting up the
`necessary equipment, but the initial hardware investment
`capable of running all three elements of an electronic
`commerce server for one business.
`A second problem is meeting the requirement that the
`Web storefront or Web catalog be constantly up-to-date.
`Many businesses pay dedicated personnel to update, create,
`and modify their Web sites. The cost of the service to
`maintain a merchant's Web site can be significant. A need
`exists to provide a merchant with the capability of easily
`creating, modifying, and updating its own Web storefront.
`A third problem is meeting the requirement that the Web
`storefront inventory and financial database must be main-
`tained and updated. Sales, advertised specials, and other
`45 changes in pricing need to be reflected in the inventory
`database. For many smaller businesses the requirement to
`keep inventory and financial records electronically, not to
`mention the requirement to be electronically connected to
`their Web storefront, is too complex and too costly. Many
`50 smaller businesses use simple written ledgers or standalone
`software applications to control their inventories and
`finances. For merchants desiring to sell goods and services
`over the Internet, a need exists to be able to have their
`inventory and finances maintained in a scalable fashion. In
`55 this way, as the business grows, the merchant can migrate
`from a pencil and ledger, through a stand-alone electronic
`database, up to a fully connected and automated database.
`A fourth problem is meeting the requirement to automati-
`cally accept secure, electronic forms of payments. The need
`60 to have encryption and clearance software, secure server
`hardware, and secure firewalls makes this requirement
`expensive. For merchants desiring to set up Web storefronts,
`a need exists to be able to scale electronic payments to meet
`their needs.
`A fifth problem is achieving the ability to advertise to
`news groups and other Internet text-based users, as opposed
`to graphics-based users. Popular text-only viewers such as
`
`40
`
`65
`
`
`
`US 6,330,575 B1
`
`3
`Lynx do not have graphical HTML capabilities. A need thus
`exists for merchants to be able to advertise anywhere and to
`process payment information even in text-only based elec-
`tronic commerce.
`As mentioned earlier, one of the concerns for a merchant
`desiring to do electronic commerce is the Web site devel-
`opment. In the case of a large company that wants to have
`all three functions integrated into one Web site, these costs
`can easily exceed $1 million. In addition, even though the
`programming will usually not be done by the merchant, the
`merchant will have to devote substantial amounts of time to
`the layout design and to the review. These costs, in time and
`money, are significant. Smaller companies may opt to create
`their own Web sites. This undertaking can be quite difficult,
`however, for the merchant who is not a sophisticated com-
`puter user. While it is relatively easy to create a Web site,
`without competent guidance the site may be poorly designed
`and therefore of little economic value. There is, therefore, a
`need for a development tool which simplifies the design,
`creation, and maintenance of a Web site for merchants.
`
`SUMMARY OF THE INVENTION
`
`Briefly, according to the invention a method for designing
`a Web page, to be hosted on a Web page server, comprises:
`providing an object-oriented, template-driven interface for a
`customer to utilize in the design of the Web page. This
`allows the customer, through the use of the interface, to
`design the Web page. The method also comprises the step of
`publishing the Web page at a destination of the customer's
`choosing.
`Briefly, in accordance with another aspect of the
`invention, a method for designing a Web page for use in a
`distributed electronic commerce system is provided. The
`commerce system comprises a Web page server and a
`second server which are electrically coupled to each other,
`and the Web page server hosts the Web page. The method
`comprises: creating a link to the second server; designing the
`Web page such that the link can be embedded into the Web
`page; and embedding the link into the Web page.
`Briefly, in accordance with other aspects of the invention,
`computer readable media contain program instructions for
`implementing the above methods.
`Briefly, in accordance with other aspects of the invention,
`Web page design systems implement the above methods.
`
`BRIEF DESCRIPTION OF THE DRAWING(S)
`FIG. 1 is a functional block diagram of a non-distributed
`electronic commerce system for the World Wide Web
`("WWW"), according to the prior art.
`FIG. 2 is a functional block diagram of a distributed
`electronic commerce system for the WWW, according to the
`present invention.
`FIG. 3 is a functional block diagram of another distributed
`electronic commerce system for the WWW, according to the
`present invention.
`FIG. 4 is a functional block diagram of another distributed
`electronic commerce system for the WWW, according to the
`present invention.
`FIG. 5 is a flow diagram of the functions that are
`performed in a typical shopping experience by a WWW
`customer using the distributed electronic commerce system
`depicted in FIG. 4.
`FIG. 6 is a screen depicting categories, according to the
`present invention.
`FIG. 7 is a screen for creating a header and footer for a
`Web page, according to the present invention.
`
`5
`
`4
`FIG. 8 is a screen for selecting a background and style for
`a Web page, according to the present invention.
`FIG. 9 shows various page styles for a Web page, accord-
`ing to the present invention.
`FIG. 10 shows a single page style for a Web page,
`according to the present invention.
`FIG. 11 is a dialog box for an image style component,
`according to the present invention.
`FIG. 12 is a dialog box for a text style component,
`according to the present invention.
`FIG. 13 is a dialog box for a multimedia style component,
`according to the present invention.
`FIG. 14 is a screen for publishing a Web page, according
`15 to the present invention.
`FIG. 15 is a dialog box for a price Uniform Resource
`Locator ("URL"), according to the present invention.
`FIG. 16 is a Buy Page, according to the present invention.
`
`to
`
`20
`
`DETAILED DESCRIPTION OF AN
`EMBODIMENT
`1. Introduction and Overview
`Referring to FIG. 1, there is shown a system 100, accord-
`ing to the prior art, in which the three functions of product
`25 presentation, database management, and transaction pro-
`cessing are contained in one server 108 and are, therefore,
`not distributed. The server 108 refers to a specific computer.
`These three functions are performed by the Web storefront
`106, the inventory and financial database 104, and the
`30 Transaction Server 102, respectively. An example of a
`provider of this type of non-distributed service is Net.Com-
`merce. It is quite possible, however, to distribute the three
`functions amongst two or more separate servers.
`FIG. 1 also illustrates a functional diagram of a computer
`35 network for World Wide Web ("WWW") access from cus-
`tomers 114, 116 to the server 108. Access to the server 108
`can be accomplished directly through a local Internet Ser-
`vice Provider ("ISP") 110, or through an on-line service
`provider ("OLSP") 112 such as CompuServe, Prodigy, or
`ao America Online.
`In the Distributed Commerce System Patent, which is
`incorporated herein by reference, there is disclosed a dis-
`tributed electronic commerce system. One method of dis-
`tributing the electronic commerce functions is to separate
`45 out the function of the Transaction Server from the Web
`storefront and the inventory and financial database. Refer-
`ring to FIG. 2, there is shown a system 200 containing a
`Transaction Processor 102 on one server (the Transaction
`Server 202), and a Web storefront 106 and inventory and
`so financial database 104 both on a second server (the Store
`Server 204). This may be desirable, for instance, when the
`Web merchant desires to maintain its own Web storefront,
`whether due to the merchant's expertise, physical distance
`from the transaction service provider, or otherwise. Such a
`55 merchant could use any of the many hosting service pro-
`viders such as CyberGate, Magg.Net, and UUNet.
`FIG. 3 shows a system 300 with a further distribution, in
`which the database 104 is not on-line. The dashed line in
`FIG. 3 indicates that the inventory and financial system may
`60 or may not be electrically connected to the server. A com-
`puterized system could have an electrical interface to the
`server and not be located on the server itself. Alternatively,
`the inventory and financial system may be stand alone. This
`may be the case if the Web merchant does not have a
`65 computerized inventory and financial database system, or if
`the merchant has a computerized database system but simply
`does not have it connected to the server.
`
`
`
`US 6,330,575 B1
`
`5
`Referring to FIG. 2, the Store Server 204 is a conventional
`HTTPd (Hyper-Text Transfer Protocol daemon). In the
`preferred embodiment, it is a Sun Microsystems's Java
`compliant HTTPd server running Java compliant supporting
`standard servlet interfaces such as Netscape Java Server
`software or Lotus Domino Go Java software. By using a
`Java compliant implementation, the same code can run on a
`variety of operating systems supporting the Java Virtual
`Machine including without limitation Solaris, Unix, AIX,
`OS/2, and Windows 95/NT operating systems.
`As an overview, and referring to FIG. 3, the Transaction
`Server 202 now does not host the Web storefront 106.
`However, the Transaction Server 202 need not store any of
`the inventory or financial data nor any other information on
`the product line of the merchant. All the information that the
`Transaction Server 202 needs in order to process a purchase
`(for example, from customer 114) is sent to it every time that
`a purchase is requested. The Transaction Server 202 verifies
`that the customer 114 wants to make a purchase of a specific
`"shopping basket" of products and prompts the customer
`114 for payment information. Either the merchant or the
`Transaction Server 202 can perform the tasks of credit card
`verification, authorization of the total purchase amount, and
`funds transfer. When the Transaction Server 202 has finished
`its tasks, it then provides the merchant with a status report
`of the transaction and the customer with a confirmation.
`The Web storefront 106 acts as the virtual store for the
`customer 114, and contains whatever information the mer-
`chant has built into the Web-site (e.g. pictures, prices, search
`engines, etc.). There is provided, according to the present
`invention, a Development Tool for designing the Web store-
`front 106. This tool greatly simplifies the task of creating the
`Web storefront initially and of modifying it and updating it.
`The Tool also ensures that the operation with the Transaction
`Server 202 is seamless for the customer 114.
`The Tool derives much of its utility from the fact that it
`contains a series of templates, tailored to different industries,
`for creating pages. The fields on these templates can be filled
`with text, or with images from clip art (also included with
`the tool) or can be tailored to suit a specific merchant's
`needs. The task is greatly simplified by the inclusion of a
`prompting mode in which the tool will actually step a user
`through the process. As an additional tailoring feature, the
`tool can be adapted to whatever "look and feel" the customer
`may desire. The customer may want to match the look and
`feel to that of other applications that the customer uses, or
`may simply feel more comfortable with another look and
`feel.
`The Tool, as either an applet which would run on top of
`a browser or as an application, would be downloaded from
`a Store Builder Server. Referring to FIG. 4, there is shown
`a distributed electronic commerce system 400 with a Store
`Builder Server 402. The merchant could download the Java
`wizard applet to build the pages for the Web storefront,
`which will reside on the Store Server 204. The Store Builder
`Server 402 would also contain Java servlets that would
`receive the HTML from the wizard applet for the storefront
`pages that the merchant designed and would build the store
`pages from this HTML. This, of course, would happen when
`the merchant initially designed the pages, or whenever the
`merchant updated or modified them. The servlet, on the
`Store Builder Server 402, would then publish the Web
`storefront pages wherever the merchant designates. The
`commerce system is thereby distributed even more, by
`separating (if desired) the tasks associated with designing
`the merchant's Web site. In alternate embodiments, the Tool
`could be downloaded from the Transaction Server 206 or
`
`6
`obtained on a CD ROM or other recordable medium. Amore
`detailed description of the Development Tool is given in
`section 5 of this disclosure, following a discussion of the
`operation and components of the distributed electronic com-
`5 merce system of the Distributed Commerce System Patent
`mentioned earlier.
`2. Detailed Description of the Shopping Flow
`Referring to FIG. 5, flow diagram 500 illustrates the
`high-level functions that each of the servers (see FIG. 4), or
`to each of the Web sites hosted thereon, performs in a typical
`shopping experience of a customer.
`The customer, using a browser, goes to the Store Server
`and begins shopping, that is, browsing the content of the
`Web storefront 502. When the customer finds a product that
`15 the customer would like to buy, he selects that product 504.
`The Store Server then jumps to the Store Builder Server by
`using a Uniform Resource Locator ("URL") 506. The URL,
`called a price URL, contains all of the relevant information
`on the product, and all the information necessary to build a
`20 "Buy Page." The relevant product information includes a
`picture of the product, the product's price, and a description
`of the product.
`The Store-Builder Server receives the price URL, which
`is encrypted, and a Java "Buy Page" servlet builds a Buy
`25 Page from the received HTML 508. The customer can now
`either accept by selecting the option that puts the product in
`the customer's "shopping basket," or cancel the buy 510. If
`the buy operation is canceled, then the customer is returned
`to the Store Server and can continue shopping. If the buy
`30 operation is accepted the Store Builder Server then presents
`the customer with his entire shopping basket up to that point,
`which the Store Builder Server creates and maintains. The
`customer can now delete items from the basket, change the
`quantities, "purchase" the entire basket, or return to the
`35 Store Server to continue shopping 512. It should be clear
`that the previous buy operation was equivalent to dropping
`the product in the shopping basket, and the purchase opera-
`tion is equivalent to going to the check-out counter. The Java
`servlet that maintains the shopping basket could use any of
`40 a variety of means, including without limitation tracking the
`Web customer's browser address or prompting the customer
`for a name, for keeping track of which customer belongs to
`which basket.
`The customer leaves his shopping basket page by either
`45 making a purchase or continuing shopping. If the customer
`decides to make the purchase, he is hyperlinked to the
`Transaction Server 514. The Transaction Server, thus, is not
`involved until money is ready to be transferred. The Trans-
`action Server, therefore, immediately establishes a secure
`so link between itself and the customer's browser 516. Any
`security protocol could be used, but the secure sockets layer
`("SSL") protocol is preferred. After establishing a secure
`link, the Transaction Server prompts the customer for the
`necessary identification, delivery, and payment information
`55 518.
`In an alternate embodiment, the functions of establishing
`a secure link and getting the customer's payment informa-
`tion could be done in the Store Builder Server. The Trans-
`action Server would then receive this information from the
`60 Store Builder Server, in an encrypted form, and decrypt it.
`This would provide an embodiment in which the Transaction
`Server did not need to interact in real-time with the
`customer, but merely provide a confirmation if desired.
`The Transaction Server may, optionally, verify the credit
`65 card information, authorize the payment amount, and trans-
`fer the funds to the merchant's account 520. The Transaction
`Server would do this by using a third party credit card
`
`
`
`US 6,330,575 B1
`
`7
`clearinghouse such as IC Verify or Automated Transaction
`Services (ATS). The merchant need not request this service
`from the Transaction Server, however. Low-volume mer-
`chants may prefer simply to be e-mailed (securely) or faxed
`the entire purchase order, and perform these functions
`themselves, thereby saving the associated cost that the
`transaction service provider would have charged.
`Additionally, the merchant may prefer to check his inventory
`before charging the customer.
`In either case, the Transaction Server will notify the
`merchant of the status of the transaction and supply all of the
`product, customer, delivery, and payment information 522.
`If the customer provided an e-mail account, then the Trans-
`action Server will also send a confirmation of the transaction
`to the customer 522.
`The Transaction Server could also perform, in alternate
`embodiments, the functions of the Store Builder Server. In
`such an embodiment, the price URL would hyperlink to the
`Transaction Server which would contain the Java servlet that
`builds the Buy Page, and the Java servlet that maintains the
`shopping basket.
`3. High-Level Functions Performed by each Server
`Having explained the sequence of events and communi-
`cations between the servers during a typical transaction, it
`will be instructive to summarize, individually, the functions
`performed by each of the servers.
`a. Functions Performed by the Store Server
`The Web storefront performs one basic service, and that
`is to present the multi-media