美國專利 5,960,411
Hartman, 等人 1999年9月28日
透過通訊網路下訂單的方法與系統

摘要

一種透過網際網路購買物品的下單方法與系統。訂單由購買者在客戶端系統下單，並由伺服器系統接收。伺服器系統從客戶端系統接收購買者資訊，包括購買者身分識別、付款資訊和運送資訊。然後，伺服器系統指派一個客戶端識別碼給客戶端系統，並將指派的客戶端識別碼與接收到的購買者資訊關聯。伺服器系統將指派的客戶端識別碼和一個HTML文件傳送給客戶端系統，該HTML文件識別物品並包含一個訂購按鈕。客戶端系統接收並儲存指派的客戶端識別碼，並接收和顯示HTML文件。回應於訂購按鈕的選擇，客戶端系統向伺服器系統發送購買已識別物品的請求。伺服器系統接收請求，並結合與客戶端系統的客戶端識別碼相關聯的購買者資訊，以生成符合帳單和運送資訊的物品購買訂單，藉此，購買者透過選擇訂購按鈕來完成產品的訂購。

RMS 註記： 翻譯成白話文，這表示他們會詢問您一些關於您的資訊、記錄下來，然後發送一個包含客戶號碼的 cookie 到您的瀏覽器以識別您。

然後，每次您點擊來自同一個伺服器的頁面時，瀏覽器都會將先前從同一個伺服器收到的 cookie 發送回去。（這不是亞馬遜的想法；這是瀏覽器一直以來對 cookie 的處理方式。）這會將您的客戶號碼提供給伺服器。伺服器會使用您的客戶號碼來查找您的客戶資訊。

發明人 Hartman; Peri (西雅圖，華盛頓州); Bezos; Jeffrey P. (西雅圖，華盛頓州); Kaphan; Shel (西雅圖，華盛頓州); Spiegel; Joel (西雅圖，華盛頓州)
受讓人 Amazon.com, Inc. (西雅圖，華盛頓州)
申請號 928951
申請日 1997年9月12日

美國分類號 705/26; 705/27; 345/962
國際分類號 G06F 017/60
檢索範圍 705/26,27 380/24,25 235/2,375,378,381 395/188.01 345/962

參考文獻 [被參考文獻]
美國專利文獻
49378631990年6月Robert 等人380/4.
52048971993年4月Wyman380/4.
52609991993年11月Wyman384/4.
56279401997年5月Rohra 等人395/12.
56405011997年6月Turpin395/768.
56405771997年6月Scharmer395/768.
56641111997年9月Nahan 等人705/27.
57153141998年2月Payne 等人380/24.
57153991998年2月Bezos705/27.
57271631998年3月Bezos705/27.
57456811998年4月Levine 等人395/200.
57581261998年5月Daniels 等人395/500.
國外專利文獻
0855687 A21998年1月EP.
0855659 A11998年1月EP.
0845747A21998年6月EP.
0883076A21998年12月EP.
WO 95/309611995年11月WO.
WO 96/387991996年12月WO.
WO 98/216791998年5月WO.


其他參考文獻

Jones, Chris. "Java 購物車和 Java 電子錢包；Oracle 計畫加入電子商務倡議。" 1997年3月31日，InfoWorld 媒體集團。
"太平洋海岸軟體公司軟體創建虛擬購物車。" 1996年9月6日。M2 Communications Ltd 1996。
"軟體創建虛擬購物車。" 1996年9月5日。Business Wire, Inc.
Terdoslavich, William. "Java 電子商務框架。" 電腦經銷商新聞，1996年9月23日，CMP 媒體公司，1996年，第 126 頁，http://www.elibrary.com/id/101/101/getdoc . . . rydocid=902269@library.sub.-- d&dtype=0.about.0&dinst=. �存取於 1998年11月19日！.
"網際網路存取：Disc Distributing 宣布互動式全球網路。" 劍橋工作群組運算報告，劍橋出版公司，1995年，http://www.elibrary.com/id/101/101/getdoc . . . docid=1007497@library.sub.-- a&dtype=0.about.0&dinst=0. �存取於 1998年11月19日！.
Nance, Barry, "評論：虛擬店面搭配中介軟體的盛大開幕。" 1997年6月1日，CMP 媒體公司 1997，第 80 頁，http://www.elibrary.com/getdoc.egi?id=117 . . . docid=1257247@library.sub.-- a&dtype=0.about.0&dinst=0. �存取於 1998年11月19日！.
"Go-Cart 購物車軟體功能。" 1996 GO International, Inc. http://www.go-cart.com/features.html. �存取於 1998年11月19日！.
"PerlShop 手冊（版本 2.2）。" 1996, ARPAnct Corp. http://www.w3u.com/grokksoft/shop/perlman.html. �存取於 1998年11月19日！.
"Sax 軟體宣布 Sax NetSell；Sax NetSell 的設計時 ActiveX 控制項使網際網路商務變得容易。" 1997, Sax Software Corp.
Baron, Chris 和 Bob Weil, "實作網頁購物車," Dr. Dobb's Journal, 1996年9月，第 64, 66, 68-69, 和 83-85 頁。
Hoque, Reaz, "使用 JavaScript 的購物車應用程式," Web Techniques, 1998年5月，第 63, 65-66, 和 68 頁。

主要審查人員： Trammell; James P.
助理審查人員： Smith; Demetra R.
律師、代理人或事務所： Perkins Coie LLP
專利請求項


1. 一種物品訂購方法，包含：

在客戶端系統的控制下，

顯示識別該物品的資訊；以及

回應於僅執行單一動作，向伺服器系統發送訂購該物品的請求，以及物品購買者的識別碼；

在伺服器系統的單一動作訂購組件的控制下，

接收請求；

檢索先前為請求中識別碼所識別的購買者儲存的額外資訊；以及

使用檢索到的額外資訊，為請求中識別碼所識別的購買者生成購買所請求物品的訂單；以及

履行生成的訂單以完成物品的購買

藉此，物品的訂購無需使用購物車訂購模型。

RMS 註記： 請注意，此元素列表包含電子商務網站必須執行的幾件事。結果是一個很長的元素列表，其中只有少數與一鍵購買有關。



2. 如請求項 1 所述的方法，其中資訊的顯示包含顯示指示單一動作的資訊。

3. 如請求項 1 所述的方法，其中單一動作是點擊按鈕。

4. 如請求項 1 所述的方法，其中單一動作是發出聲音。

5. 如請求項 1 所述的方法，其中客戶端系統的使用者在下訂單時不需要明確地識別自己身分。

6. 一種用於訂購物品的客戶端系統，包含：

一個識別客戶的識別碼；

一個用於顯示識別物品資訊的顯示組件；

一個單一動作訂購組件，其回應於僅執行單一動作，向伺服器系統發送訂購已識別物品的請求，該請求包含識別碼，以便伺服器系統可以找到完成訂單所需的額外資訊，並且伺服器系統可以履行生成的訂單以完成物品的購買；以及

一個購物車訂購組件，其回應於執行加入購物車動作，向伺服器系統發送將物品加入購物車的請求。

7. 如請求項 6 所述的客戶端系統，其中顯示組件是瀏覽器。

8. 如請求項 6 所述的客戶端系統，其中預定義的動作是點擊滑鼠按鈕。

9. 一種用於生成訂單的伺服器系統，包含：

一個購物車訂購組件；以及

一個單一動作訂購組件，包含

一個資料儲存媒體，儲存多個使用者的資訊；

一個接收組件，用於接收訂購物品的請求，請求包含多個使用者之一的指示，該請求是回應於僅執行單一動作而發送的；以及

一個訂單放置組件，其從資料儲存媒體檢索指示使用者的資訊，並使用檢索到的資訊為指示使用者放置物品訂單；以及

一個訂單履行組件，其依照單一動作訂購組件放置的訂單完成物品的購買。

10. 如請求項 9 所述的伺服器系統，其中請求是由客戶端系統回應於執行單一動作而發送的。

11. 一種使用客戶端系統訂購物品的方法，該方法包含：

顯示識別物品的資訊，並顯示指示將被執行的單一動作以訂購已識別物品；以及

回應於僅執行指示的單一動作，向伺服器系統發送訂購已識別物品的請求

藉此，物品的訂購獨立於購物車模型，並且訂單被履行以完成物品的購買。

12. 如請求項 11 所述的方法，其中伺服器系統使用與請求一起發送的識別碼，以識別生成物品訂單所需的額外資訊。

13. 如請求項 12 所述的方法，其中識別碼識別客戶端系統，並且伺服器系統將識別碼提供給客戶端系統。

14. 如請求項 11 所述的方法，其中客戶端系統和伺服器系統透過網際網路通訊。

15. 如請求項 11 所述的方法，其中顯示包含顯示由伺服器系統提供的 HTML 文件。

16. 如請求項 11 所述的方法，包含從伺服器系統向客戶端系統發送訂單已生成的確認訊息。

17. 如請求項 11 所述的方法，其中單一動作是當游標定位在顯示資訊的預定義區域上方時，點擊滑鼠按鈕。

18. 如請求項 11 所述的方法，其中單一動作是使用者產生的聲音。

19. 如請求項 11 所述的方法，其中單一動作是使用電視遙控器進行選擇。

20. 如請求項 11 所述的方法，其中單一動作是按下鍵盤上的按鍵。

21. 如請求項 11 所述的方法，其中單一動作是使用指向裝置進行選擇。

22. 如請求項 11 所述的方法，其中單一動作是選擇顯示的指示。

23. 如請求項 11 所述的方法，其中顯示包含顯示由伺服器系統提供的關於客戶端系統使用者身分的部分資訊。

24. 如請求項 11 所述的方法，其中顯示包含顯示由伺服器系統提供的部分運送資訊。

25. 如請求項 11 所述的方法，其中顯示包含顯示由伺服器系統提供的部分付款資訊。

26. 如請求項 11 所述的方法，其中顯示包含顯示一個標識客戶運送地址的稱號。

說明


技術領域

本發明係關於一種用於下訂單的電腦方法與系統，更特別的是，係關於一種透過網際網路訂購物品的方法與系統。

發明背景

網際網路包含大量的電腦和電腦網路，這些網路透過通訊連結相互連接。相互連接的電腦使用各種服務交換資訊，例如電子郵件、Gopher 和全球資訊網（"WWW"）。WWW 服務允許伺服器電腦系統（即，Web 伺服器或網站）將圖形化的網頁資訊發送到遠端客戶端電腦系統。然後，遠端客戶端電腦系統可以顯示網頁。WWW 的每個資源（例如，電腦或網頁）都可以透過統一資源定位器（"URL"）唯一識別。為了查看特定的網頁，客戶端電腦系統在請求中指定該網頁的 URL（例如，超文本傳輸協定（"HTTP"）請求）。請求被轉發到支援該網頁的 Web 伺服器。當 Web 伺服器收到請求時，它會將該網頁發送到客戶端電腦系統。當客戶端電腦系統收到該網頁時，通常會使用瀏覽器顯示網頁。瀏覽器是一個特殊用途的應用程式，其作用是請求網頁和顯示網頁。

目前，網頁通常使用超文本標記語言（"HTML"）定義。HTML 提供了一組標準標籤，用於定義網頁的顯示方式。當使用者指示瀏覽器顯示網頁時，瀏覽器會向伺服器電腦系統發送請求，以將定義網頁的 HTML 文件傳輸到客戶端電腦系統。當客戶端電腦系統收到請求的 HTML 文件時，瀏覽器會按照 HTML 文件的定義顯示網頁。HTML 文件包含各種標籤，用於控制文字、圖形、控制項和其他功能的顯示。HTML 文件可能包含該伺服器電腦系統或其他伺服器電腦系統上可用的其他網頁的 URL。

全球資訊網尤其有利於進行電子商務。已經開發了許多 Web 伺服器，供應商可以透過這些伺服器廣告和銷售產品。產品可以包括透過網際網路以電子方式交付給購買者的物品（例如，音樂）以及透過傳統分銷管道（例如，公共運輸業者）交付的物品（例如，書籍）。伺服器電腦系統可以提供電子版本的目錄，列出可用的物品。使用者（潛在的購買者）可以使用瀏覽器瀏覽目錄，並選擇要購買的各種物品。當使用者完成選擇要購買的物品後，伺服器電腦系統會提示使用者提供資訊以完成物品的訂購。這種特定於購買者的訂單資訊可能包括購買者的姓名、購買者的信用卡號碼以及訂單的運送地址。然後，伺服器電腦系統通常會透過向客戶端電腦系統發送確認網頁來確認訂單，並安排物品的出貨。

由於特定於購買者的訂單資訊包含敏感資訊（例如，信用卡號碼），因此供應商和購買者都希望確保此類資訊的安全。安全是一個考量，因為透過網際網路傳輸的資訊在到達最終目的地之前可能會通過各種中間電腦系統。資訊可能會被中間系統中不擇手段的人攔截。為了幫助確保敏感資訊的安全，在客戶端電腦系統和伺服器電腦系統之間傳輸此類資訊時，會使用各種加密技術。即使此類加密資訊可以被攔截，但由於資訊已加密，因此通常對攔截者無用。然而，始終存在這種敏感資訊可能被攔截者成功解密的可能性。因此，最好盡可能減少下訂單時傳輸的敏感資訊。

從電子目錄中選擇各種物品通常是基於「購物車」模型。當購買者從電子目錄中選擇物品時，伺服器電腦系統會將該物品隱喻地添加到購物車中。當購買者完成選擇物品後，當購買者提供帳單和運送資訊時，購物車中的所有物品都會被「結帳」（即，訂購）。在某些模型中，當購買者選擇任何一件物品時，就會透過自動提示使用者提供帳單和運送資訊來「結帳」該物品。雖然購物車模型非常靈活且直觀，但它的缺點是需要購買者進行多次互動。例如，購買者從電子目錄中選擇各種物品，然後指示選擇完成。然後，購買者會看到一個訂單網頁，提示購買者提供特定於購買者的訂單資訊以完成訂單。該網頁可能會預先填寫購買者在下另一個訂單時提供的資訊。然後，伺服器電腦系統會驗證資訊，並完成訂單。這種訂購模型可能存在一些問題，原因如下。如果購買者僅訂購一件物品，那麼確認訂購過程的各個步驟以及等待、查看和更新特定於購買者的訂單資訊的負擔可能會遠遠超過選擇物品本身的負擔。這種負擔使得購買單一物品變得繁瑣。此外，使用這種訂購模型，每次下訂單時，敏感資訊都會透過網際網路傳輸。每次透過網際網路傳輸敏感資訊時，都容易被攔截和解密。

發明摘要

本發明的一個實施例提供了一種從客戶端系統訂購物品的方法與系統。客戶端系統配備了一個識別客戶的識別碼。客戶端系統顯示識別物品的資訊，並顯示指示購買者要執行的動作（例如，單一動作，例如點擊滑鼠按鈕）以訂購已識別物品。回應於執行的指示動作，客戶端系統向伺服器系統發送提供的識別碼和訂購已識別物品的請求。伺服器系統使用識別碼來識別生成物品訂單所需的額外資訊，然後生成訂單。

伺服器系統接收並儲存使用各種電腦系統的客戶的額外資訊，以便伺服器系統可以生成此類訂單。伺服器系統將接收到的額外資訊與客戶的識別碼關聯儲存，並將識別碼提供給客戶端系統。當客戶端系統請求時，伺服器系統會將描述物品的資訊提供給請求的客戶端系統。當伺服器系統收到來自客戶端系統的請求時，伺服器系統會結合與請求中包含的識別碼相關聯儲存的額外資訊，以完成物品的訂購。

圖式簡述

圖 1A-1C 說明本發明一個實施例中的單一動作訂購。

圖 2 是一個方塊圖，說明本發明的一個實施例。

圖 3 是一個流程圖，說明為客戶啟用單一動作訂購的例程。

圖 4 是一個流程圖，說明生成啟用單一動作訂購的網頁的例程。

圖 5 是一個流程圖，說明處理單一動作訂單的例程。

圖 6 是一個流程圖，說明生成單一動作訂單摘要網頁的例程。

圖 7 是一個流程圖，說明實作加速訂單選擇演算法的例程。

圖 8A-8C 說明一個實施例中的階層式資料輸入機制。

發明詳細說明

本發明提供一種在客戶端/伺服器環境中單一動作訂購物品的方法與系統。本發明的單一動作訂購系統減少了下訂單所需的購買者互動次數，並減少了在客戶端系統和伺服器系統之間傳輸的敏感資訊量。在一個實施例中，伺服器系統為每個客戶端系統指派一個唯一的客戶端識別碼。伺服器系統還儲存各種潛在購買者的特定於購買者的訂單資訊。特定於購買者的訂單資訊可能來自購買者先前下的訂單中收集的資訊。伺服器系統將每個客戶端識別碼映射到可能使用該客戶端系統下訂單的購買者。伺服器系統可能會將客戶端識別碼映射到上次使用該客戶端系統下訂單的購買者。當購買者想要下訂單時，購買者會使用客戶端系統發送請求，要求提供描述要訂購物品的資訊，並附上客戶端識別碼。伺服器系統判斷該客戶端系統的客戶端識別碼是否已映射到購買者。如果已映射，伺服器系統會判斷是否為該購買者在該客戶端系統上啟用了單一動作訂購。如果已啟用，伺服器系統會將請求的資訊（例如，透過網頁）連同指示要執行的單一動作一起發送到客戶端電腦系統，以訂購該物品。當啟用單一動作訂購時，購買者只需執行單一動作（例如，點擊滑鼠按鈕）即可訂購物品。當購買者執行該單一動作時，客戶端系統會通知伺服器系統。然後，伺服器系統會透過將映射到該客戶端識別碼的購買者的特定於購買者的訂單資訊添加到物品訂單資訊（例如，產品識別碼和數量）來完成訂單。因此，一旦顯示物品的描述，購買者只需採取單一動作即可下訂單購買該物品。此外，由於客戶端識別碼識別了已儲存在伺服器系統中的特定於購買者的訂單資訊，因此無需透過網際網路或其他通訊媒體傳輸此類敏感資訊。

圖 1A-1C 說明本發明一個實施例中的單一動作訂購。圖 1A 說明描述可訂購物品的網頁顯示。當購買者請求查看有關該物品的詳細資訊時，此範例網頁從伺服器系統發送到客戶端系統。此範例網頁包含摘要說明部分 101、購物車部分 102、單一動作訂購部分 103 和詳細說明部分 104。熟悉此項技術者將理解，這些各個部分可以省略、重新排列或以各種方式調整。一般而言，購買者只需要知道要透過單一動作訂購的物品，以及下訂單所需的單一動作。摘要說明和詳細說明部分提供識別和描述可訂購物品的資訊。購物車部分提供將描述的物品添加到購物車的傳統功能。伺服器系統將摘要說明、詳細說明和購物車部分添加到每個可訂購物品的網頁。但是，伺服器系統僅在為該購買者在該客戶端系統上啟用單一動作訂購時才添加單一動作訂購部分。（熟悉此項技術者將理解，伺服器系統上的單個網頁可能包含所有這些部分，但在將網頁發送到客戶端系統之前，可以選擇性地包含或排除單一動作訂購部分。）此範例單一動作訂購部分允許購買者透過單擊滑鼠按鈕來指定訂購描述的物品。一旦購買者點擊滑鼠按鈕，物品就會被訂購，除非購買者隨後採取某些動作來修改訂單。單一動作訂購部分包含單一動作訂購按鈕 103a、購買者身分識別子部分 103b 和單一動作訂購資訊子部分 103c 和 103d。購買者資訊子部分顯示足夠的資訊，以便購買者可以驗證伺服器系統是否正確識別了購買者。為了減少敏感資訊被攔截的可能性，伺服器系統僅發送足夠的資訊，以便購買者確信伺服器系統已正確識別購買者，但又不會發送足夠多的資訊，以至於對不擇手段的攔截者有用。額外資訊子部分允許購買者獲取各種設定或獲取更多與單一動作訂購相關的資訊。如果購買者想要驗證運送地址，購買者可以選擇「檢查運送地址」標籤。回應於此選擇，伺服器系統可能要求購買者執行「登入」，以便在查看或修改運送資訊之前驗證購買者的身分。然後，伺服器系統會將網頁發送到客戶端系統，以顯示和可能修改運送地址。透過這種方式，可以避免傳輸敏感的運送地址，除非經過驗證的購買者請求。

當購買者選擇單一動作訂購按鈕時，客戶端系統會向伺服器系統發送訊息，請求訂購顯示的物品。在伺服器系統處理訊息後，伺服器系統會向客戶端系統提供一個新的網頁，以確認收到單一動作訂單。圖 1B 說明確認單一動作訂單的網頁顯示。確認網頁包含與描述物品的網頁（即，圖 1A）基本相同的資訊，只是在網頁頂部顯示了訂單確認部分 105。訂單確認部分確認訂單已下達，並為購買者提供檢閱和更改單一動作訂單的機會。或者，確認網頁可以與描述物品的網頁（即，圖 1A）相同，只是單一動作訂購按鈕被替換為確認訂單的訊息。

如果目前未為客戶端系統啟用單一動作訂購，但可以啟用，則伺服器系統可以生成類似於圖 1A 的網頁，只是單一動作訂購按鈕 103a 被替換為單一動作訂購啟用按鈕。此類替換按鈕可以包含文字，指示購買者點擊按鈕以啟用單一動作訂購。當購買者點擊該按鈕時，伺服器系統將發送圖 1A 的網頁以進行顯示。只要伺服器系統已儲存足夠的特定於購買者的訂單資訊，以供該客戶端系統完成單一動作訂單，就可以啟用單一動作訂購。如果伺服器系統沒有足夠的資訊，那麼當購買者選擇單一動作訂購按鈕時，伺服器系統可以提供一個網頁來收集所需的額外資訊。伺服器系統可能要求購買者「登入」，以便在啟用單一動作訂購之前驗證購買者的身分。

為了幫助最大程度地減少運送成本和購買者的困惑，伺服器系統可能會將各種單一動作訂單合併為多件物品訂單。例如，如果購買者使用單一動作訂購訂購一件物品，五分鐘後又使用單一動作訂購訂購另一件物品，則這些訂單可以經濟有效地合併為單個運送訂單。當單一動作訂單的預期出貨日期相似時，伺服器系統會合併這些訂單。例如，如果一件物品立即可用，而另一件物品將在一天後可用，則這兩個單一動作訂單可以經濟有效地合併。但是，如果另一件物品在兩週內都不可用，則這兩個單件物品訂單將不會合併。圖 1C 說明一個網頁的顯示，該網頁代表已根據物品的可用性合併為兩個獨立的多件物品訂單的四個單一動作訂單。訂單資訊 106 指示物品 1 和物品 2（將在三天或更短時間內可用）已合併為一個訂單。訂單資訊 107 指示物品 3 和物品 4（將在一週內不可用）已合併為單獨的訂單。在一個實施例中，伺服器系統可能會合併在特定時間段（例如，90 分鐘）內下的單一動作訂單。此外，當根據訂購物品的當時可用性安排訂單出貨時，伺服器系統可能會合併或拆分訂單。這種延遲修改訂單的行為稱為「加速訂單選擇」，並在下面詳細說明。

圖 2 是一個方塊圖，說明本發明的一個實施例。此實施例支援透過網際網路使用全球資訊網進行單一動作訂購。伺服器系統 210 包括伺服器引擎 211、客戶端識別碼/客戶表 212、各種網頁 213、客戶資料庫 214、訂單資料庫 215 和庫存資料庫 216。伺服器引擎接收 HTTP 請求，以存取 URL 識別的網頁，並將網頁提供給各種客戶端系統。此類 HTTP 請求可能指示購買者已執行單一動作以實現單一動作訂購。客戶資料庫包含各種購買者或潛在購買者的客戶資訊。客戶資訊包括特定於購買者的訂單資訊，例如客戶姓名、帳單資訊和運送資訊。訂單資料庫 215 包含尚未運送給購買者的每個訂單的條目。庫存資料庫 216 包含可訂購的各種物品的描述。客戶端識別碼/客戶表 212 包含從每個客戶端識別碼（全球唯一識別碼，唯一識別客戶端系統）到上次與該客戶端系統關聯的客戶的映射。客戶端系統 220 包含瀏覽器及其指派的客戶端識別碼。客戶端識別碼儲存在一個檔案中，稱為「cookie」。在一個實施例中，當客戶端系統首次與伺服器系統互動時，伺服器系統會指派並將客戶端識別碼發送到客戶端系統一次。從那時起，客戶端系統在其發送到伺服器系統的所有訊息中都包含其客戶端識別碼，以便伺服器系統可以識別訊息的來源。伺服器和客戶端系統透過通訊連結 230 交換資訊進行互動，其中通訊連結 230 可能包括透過網際網路傳輸。

熟悉此項技術者將理解，單一動作訂購技術可以用於網際網路以外的各種環境中。例如，單一動作訂購也可以在電子郵件環境中使用，在該環境中，物品在電子郵件訊息中描述，並指示要執行的單一動作以完成物品的訂購。此外，可以使用各種通訊管道，例如區域網路、廣域網路或點對點撥號連線。此外，伺服器系統可以包含任何硬體或軟體的組合，這些硬體或軟體可以回應於執行的單一動作而生成訂單。客戶端系統可以包含任何硬體或軟體的組合，這些硬體或軟體可以與伺服器系統互動。這些系統可能包括基於電視的系統或各種其他消費者產品，透過這些系統可以下訂單。

圖 3 是一個流程圖，說明為客戶啟用單一動作訂購的例程。

第 4 圖為啟用單鍵下單功能的網頁產生例程流程圖。當啟用單鍵下單功能時，伺服器系統會產生一個如同傳統方式描述商品的網頁，然後加入單鍵下單區塊。在一個實施例中，伺服器系統會在該區塊中加入部分購買者特定的訂單資訊。此資訊可能包含顧客姓名、購買者選定的運送地址代號（例如，「在家」），以及信用卡號碼的後五碼或購買者選定的暱稱。此類部分資訊應為足以向購買者指示伺服器系統是否正在使用正確的購買者特定訂單資訊的最低限度資訊。在步驟 401 中，伺服器系統為該商品產生一個標準的購物車類型網頁。在步驟 402 中，如果已為用戶端識別碼和顧客組合設定單鍵下單旗標，則伺服器系統繼續進行步驟 403，否則伺服器系統完成。在步驟 403 中，伺服器系統將單鍵操作區塊加入網頁並完成。

第 5 圖為處理單鍵下單訂單的例程流程圖。當購買者執行下單所需的單一動作時，用戶端系統會通知伺服器系統。然後，伺服器系統將與用戶端系統相關聯的顧客之購買者特定訂單資訊，與商品訂單資訊結合，以完成訂單。單鍵下單訂單也可以與其他單鍵下單訂單，以及可能與其他傳統方式下的訂單合併，以降低運送成本。在一個實施例中，如果單鍵下單訂單是在彼此的特定時間段內（例如，90 分鐘）下單，則可以合併這些訂單。此例程說明將單鍵下單訂單合併為短期訂單（例如，少於一週內可出貨）和長期訂單（例如，超過一週後可出貨）。熟悉此項技術者將會理解，單鍵下單訂單可以基於其他因素（例如，貨運大小和中期可用性）以各種方式合併。在步驟 501 中，如果預期商品將在短期內出貨，則伺服器系統繼續進行步驟 502，否則伺服器系統繼續進行步驟 505。在步驟 502 中，如果已為購買者開啟短期訂單，則伺服器系統繼續進行步驟 504，否則伺服器系統繼續進行步驟 503。在步驟 503 中，伺服器系統為購買者建立短期訂單。在步驟 504 中，伺服器系統將商品加入短期訂單，並繼續進行步驟 508。在步驟 505 中，如果已為購買者開啟長期訂單，則伺服器系統繼續進行步驟 507，否則伺服器系統繼續進行步驟 506。在步驟 506 中，伺服器系統為購買者建立長期訂單。在步驟 507 中，伺服器系統將商品加入長期訂單。在步驟 508 中，伺服器系統產生並傳送確認訊息，然後完成。

第 6 圖為產生單鍵下單訂單摘要網頁的例程流程圖。此網頁（例如，第 1C 圖）讓使用者有機會檢視和修改短期和長期單鍵下單訂單。在步驟 601 中，伺服器系統將標準的單鍵下單訂單資訊加入網頁。在步驟 602 中，如果短期訂單已開啟，則伺服器系統在步驟 603 中將短期訂單加入網頁。在步驟 604 中，如果長期訂單已開啟，則伺服器系統在步驟 605 中將長期訂單資訊加入網頁並完成。

第 7 圖為實作加速訂單選擇演算法的例程流程圖。加速訂單選擇演算法的目標是盡可能減少發送到每個目的地的訂單數量，以降低運送成本。目的地可能是特定的運送地址加上特定的購買者帳單詳細資訊。發送到相同目的地的訂單稱為「同級訂單」。該演算法有兩個階段。在第一階段中，演算法排定所有同級訂單皆已備妥的目的地之訂單出貨。當訂單的所有商品目前都在庫存中（即，可供貨）且可以出貨時，則該訂單即為備妥。對於每組同級訂單，演算法會將這些同級訂單合併為單一合併訂單，以便目前僅排定一個訂單出貨到每個目的地。在第二階段中，演算法合併並排定某些同級訂單尚未備妥或部分備妥的同級訂單群組。演算法可能會將每個部分備妥的同級訂單拆分為已備妥的同級訂單和完全未備妥的同級訂單。然後，演算法會將所有已備妥的同級訂單合併為單一合併訂單，並排定合併訂單出貨。如果任何群組只有一個同級訂單，且該訂單為部分備妥，則在一個實施例中，演算法不會拆分該訂單，以避免向該目的地額外運送。

在第二階段期間，演算法可以根據群組中商品的下一次備貨時間，依序選擇和排定同級訂單群組。同級訂單群組的下一次備貨時間是該同級訂單群組中商品的最短預期備貨時間。例如，如果一組同級訂單有七個尚未備妥的商品，且其預期備貨時間範圍從 3 天到 14 天，則該群組的下一次備貨時間為 3 天。演算法首先排定下一次備貨時間最長的那些同級訂單群組。例如，如果有 6 個群組的下一次備貨時間分別為 3 天、5 天、7 天、10 天、11 天和 14 天，則演算法首先選擇並排定下一次備貨時間為 14 天的群組中的同級訂單，然後依序排定下一次備貨時間為 11 天的群組，依此類推。透過延遲排定下一次備貨時間短的群組，演算法增加了額外商品可供貨（由於下一次備貨時間短）並因此與排定的訂單合併的機會。

步驟 701-703 代表加速訂單選擇演算法的第一階段，而步驟 704-706 代表加速選擇訂單演算法的第二階段。在步驟 701-703 中，演算法循環選擇所有同級訂單皆已備妥的群組，並合併訂單。在步驟 701 中，演算法選擇下一個所有同級訂單皆已備妥的群組。在步驟 703 中，如果所有此類群組都已選取，則演算法繼續進行第二階段的步驟 704，否則演算法繼續進行步驟 703。在步驟 703 中，演算法合併並排定選定群組中的訂單，並循環至步驟 701。在步驟 704 中，演算法選擇下一個具有最長下一次備貨時間的同級訂單群組。在步驟 705 中，如果所有此類群組都已選取，則演算法完成，否則演算法繼續進行步驟 706。在步驟 706 中，演算法合併並排定選定群組中的訂單，並循環至步驟 704。當執行加速訂單選擇演算法時，可能會收到新的訂單和新的庫存。每當收到此類新的訂單和新的庫存時，演算法就會重新啟動以排定和合併新的訂單（如適用）。

儘管該演算法已被描述為具有兩個階段，但它可以以增量方式實作，其中在每個訂單排定後，重新進行第一階段和第二階段的評估。熟悉此項技術者將會認識到，這些階段還有其他可能的組合，它們仍然表達相同的基本演算法。

第 8A-8C 圖說明一個實施例中的階層式資料輸入機制。當從使用者收集資訊時，網頁通常包含一長串的資料輸入欄位，這些欄位可能無法同時全部顯示在螢幕上。因此，使用者需要捲動網頁才能輸入資訊。當資料輸入欄位無法同時顯示在螢幕上時，使用者很難全面了解要輸入的資料類型和組織方式。階層式資料輸入機制允許使用者了解要輸入的資料的整體組織方式，即使所有資料輸入欄位都無法同時顯示在螢幕上也是如此。第 8A 圖說明要填寫的範例表單的大綱格式。範例表單包含以字母 A、B、C 和 D 標識的各個區段。當使用者選擇開始按鈕時，區段 A 會展開以包含顧客姓名和地址的資料輸入欄位。第 8B 圖說明區段 A 的展開。由於僅展開了區段 A，因此使用者可以同時檢視區段 A 的資料輸入欄位和其他區段的摘要資訊。然後，使用者在顯示的各個資料輸入欄位中輸入資料。完成後，使用者選擇「下一步」或「上一步」按鈕。「下一步」按鈕會使區段 A 收合，而區段 B 會展開，以便可以輸入財務資訊。第 8C 圖說明區段 B 的展開。如果選擇「上一步」按鈕，則區段 A 將會收合並如第 8A 圖所示顯示。每個區段都會重複此收合和展開操作。在資料輸入期間的任何時間，如果偵測到錯誤，則會產生一個網頁，其中錯誤訊息與包含錯誤的資料輸入欄位非常接近（例如，在下方行）。然後，用戶端系統會顯示此網頁，以告知使用者錯誤。此外，每個資料「輸入」欄位都可能在使用者按一下資料輸入欄位或選擇與資料輸入欄位相關聯的編輯按鈕之前都無法編輯。這樣，可以防止使用者不小心更改編輯欄位的內容。當使用者按一下資料輸入欄位時，會向使用者呈現一個新的網頁，該網頁允許編輯與該欄位相關聯的資料。編輯完成後，編輯後的資料會顯示在資料「輸入」欄位中。由於表單的欄位因此無法直接編輯，因此既不需要「named-submit」按鈕，也不需要 Java。此外，表單更精簡，因為各種資料輸入選項（例如，單選按鈕）僅在要編輯欄位時的新網頁上顯示。

儘管已根據各種實施例描述了本發明，但本發明不應限於這些實施例。對於熟悉此項技術者而言，在本發明的精神範圍內的修改將是顯而易見的。例如，伺服器系統可以將用戶端識別碼對應到最近使用過該用戶端系統的多個顧客。然後，伺服器系統可以允許使用者透過基於較佳地顯示部分購買者特定訂單資訊來選擇其中一個對應，從而識別自己。此外，可以使用各種不同的單一動作來實現下單。例如，購買者可以說出語音指令，購買者可以按下按鍵，購買者可以按下電視遙控裝置上的按鈕，或者購買者可以使用任何指向裝置進行選擇。儘管單一動作可能在購買者進行多次物理移動（例如，移動滑鼠以使滑鼠指標位於按鈕上方）之後才發生，但單一動作通常是指用戶端系統接收到的指示下單的單一事件。最後，購買者可以替換地由唯一的顧客識別碼來識別，該識別碼由顧客在顧客開始存取伺服器系統時提供，並在每則訊息中傳送到伺服器系統。此顧客識別碼也可以持久儲存在用戶端系統上，以便購買者無需在每次開始存取時重新輸入其顧客識別碼。本發明的範圍由後續的申請專利範圍定義。

* * * * *