JP2000099592A - ギフト発送方法及びそのシステム - Google Patents
ギフト発送方法及びそのシステムInfo
- Publication number
- JP2000099592A JP2000099592A JP11298123A JP29812399A JP2000099592A JP 2000099592 A JP2000099592 A JP 2000099592A JP 11298123 A JP11298123 A JP 11298123A JP 29812399 A JP29812399 A JP 29812399A JP 2000099592 A JP2000099592 A JP 2000099592A
- Authority
- JP
- Japan
- Prior art keywords
- gift
- order
- information
- recipient
- delivery
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F9/00—Details other than those peculiar to special kinds or types of apparatus
- G07F9/002—Vending machines being part of a centrally controlled network of vending machines
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Computer And Data Communications (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
(57)【要約】
【課題】 ギフトの発送をインターネットを介して行う
ギフト発送方法及びそのシステムを提供すること。 【解決手段】 ギフト発送システムは注文入力システム
１２０２と注文発送システム１２０３を有し、注文入力
システムは、ギフト贈答者がギフト注文を入力するとき
のユーザ・インタフェースとなるもので、ギフト・デー
タベース１２０４にアクセスするＷｅｂページを含んで
いる。ギフト贈答者は用意されたＷｅｂページを使用し
て、どのギフトを受取人に送るべきかを選択する。注文
入力システムは注文情報を注文データベース１２０５に
ストアし、ギフト発送システムは追加発送情報の検索を
制御し、ギフトが正しく受取人に発送されるように、注
文データベースから情報を検索し、ギフト注文と一緒に
提供された情報に基づいて受取人にコンタクトする。
ギフト発送方法及びそのシステムを提供すること。 【解決手段】 ギフト発送システムは注文入力システム
１２０２と注文発送システム１２０３を有し、注文入力
システムは、ギフト贈答者がギフト注文を入力するとき
のユーザ・インタフェースとなるもので、ギフト・デー
タベース１２０４にアクセスするＷｅｂページを含んで
いる。ギフト贈答者は用意されたＷｅｂページを使用し
て、どのギフトを受取人に送るべきかを選択する。注文
入力システムは注文情報を注文データベース１２０５に
ストアし、ギフト発送システムは追加発送情報の検索を
制御し、ギフトが正しく受取人に発送されるように、注
文データベースから情報を検索し、ギフト注文と一緒に
提供された情報に基づいて受取人にコンタクトする。
Description
【発明の属する技術分野】本発明は、注文を出すための
コンピュータ方法およびシステムに関し、さらに具体的
には、インターネットを利用してギフトを発送する方法
及びそのシステムに関する。
コンピュータ方法およびシステムに関し、さらに具体的
には、インターネットを利用してギフトを発送する方法
及びそのシステムに関する。
【従来の技術】インターネット（the Internet）は非常
に多数のコンピュータとコンピュータ・ネットワークか
ら構成され、これらは通信リンクを通して相互に接続さ
れている。相互に接続されたコンピュータは、電子メー
ル、ゴーファー（Gopher）、およびワールドワイド・ウ
ェブ（World Wide Web: "WWW" ）などの、様々なサービ
スを利用して情報をやりとりしている。ＷＷＷサービス
を利用すると、サーバ・コンピュータ・システム（つま
り、ＷｅｂサーバまたはＷｅｂサイト）はグラフィック
情報（図形、画像など）のＷｅｂページをリモート・ク
ライアント・コンピュータ・システムに送信することが
できる。その後、リモート・クライアント・コンピュー
タ・システムはそのＷｅｂページを表示することができ
る。ＷＷＷの各リソース（例えば、コンピュータやＷｅ
ｂページ）はＵＲＬ（Uniform Resource Locator）によ
って一意的に識別可能になっている。特定のＷｅｂペー
ジを表示するには、クライアント・コンピュータ・シス
テムは要求（例えば、ハイパーテキスト転送プロトコル
（HTTP: Hyper Text Transfer Protocol）要求）の中で
そのＷｅｂページのＵＲＬを指定する。この要求はその
ＷｅｂページをサポートするＷｅｂサーバに転送され
る。Ｗｅｂサーバは要求を受信すると、そのＷｅｂペー
ジをクライアント・コンピュータ・システムに送信す
る。クライアント・コンピュータ・システムはそのＷｅ
ｂページを受信したとき、ブラウザを使用してＷｅｂペ
ージを表示するのが代表的である。ブラウザはＷｅｂペ
ージの要求とＷｅｂページの表示を実行する特殊目的の
アプリケーション・プログラムである。現在、Ｗｅｂペ
ージはハイパーテキスト・マークアップ言語（HTML: Hy
per Text Markup Language）を使用して定義されている
のが代表的である。ＨＴＭＬはＷｅｂページをどのよう
に表示するかを定義するタグの集まりからなる標準であ
る。ユーザがＷｅｂページを表示するようにブラウザに
指示すると、ブラウザは、そのＷｅｂページを定義して
いるＨＴＭＬドキュメントをクライアント・コンピュー
タ・システムに転送するように要求をサーバ・コンピュ
ータ・システムに送信する。要求したＨＴＭＬドキュメ
ントがクライアント・コンピュータ・システムによって
受信されると、ブラウザはＨＴＭＬドキュメントで定義
されたとおりにＷｅｂページを表示する。ＨＴＭＬドキ
ュメントはテキスト、グラフィックス、コントロール、
およびその他の機能の表示を制御する様々なタグを含ん
でいる。ＨＴＭＬドキュメントには、そのサーバ・コン
ピュータ・システムまたは他のサーバ・コンピュータ・
システムで利用できる他のＷｅｂページのＵＲＬを含め
ることが可能である。ワールドワイド・ウェブ（World
Wide Web）は電子的取引を行うのに特に役立っている。
そこを通してベンダ（取引業者）が製品を宣伝し、販売
できるようにするＷｅｂサーバが多数開発されている。
これらの製品の中には、インターネットを利用して購入
者に電子的に配送されるアイテム（例えば、音楽）や、
従来の配送チャネル（例えば、運輸業者）を通して配送
されるアイテム（例えば、書籍）などがある。サーバ・
コンピュータ・システムは、提供されるアイテムをリス
トした電子版のカタログを用意している場合がある。潜
在的購入者であるユーザはブラウザを使用してカタログ
をブラウジングしていき、購入しようとする種々のアイ
テムを選択することが可能になっている。ユーザが購入
しようとするアイテムの選択を完了すると、サーバ・コ
ンピュータ・システムはそのアイテムの注文を完成する
ための情報をユーザに要求する。この購入者固有注文情
報としては、購入者の氏名、購入者のクレジット・カー
ド番号、注文の出荷アドレスなどがある。その後、サー
バ・コンピュータ・システムは、確認のＷｅｂページを
クライアント・コンピュータ・システムに送信して注文
を確認してから、アイテムの出荷をスケジュールするの
が代表的である。購入者固有注文情報はセンシティブ
（機密を要する）情報（例えば、クレジット・カード番
号）を含んでいるので、ベンダと購入者のどちらも、か
かる情報のセキュリティ（機密）が保証されることを望
んでいる。セキュリティが関心事であるのは、インター
ネットを利用して伝送される情報がその最終的デスティ
ネーション（宛先）に到達するまでの途中に様々な中間
コンピュータ・システムを経由する可能性があるためで
ある。この情報は中間システムにいる心ない人によって
インターセプトされる可能性がある。センシティブ情報
のセキュリティを保証することに役立つために、かかる
情報をクライアント・コンピュータ・システムとサーバ
・コンピュータ・システムの間で伝送するときに様々な
暗号化手法が使用されている。このような暗号化情報が
例えインターセプトされるようなことがあっても、この
情報は暗号化されているので、インターセプトする人に
は使いものにならないのが一般である。それにもかかわ
らず、かかるセンシティブ情報がインターセプトする人
によって解読されるかも知れないという可能性は常に存
在する。従って、望ましいことは、注文を出すとき伝送
されるセンシティブ情報を最小限にすることである。
に多数のコンピュータとコンピュータ・ネットワークか
ら構成され、これらは通信リンクを通して相互に接続さ
れている。相互に接続されたコンピュータは、電子メー
ル、ゴーファー（Gopher）、およびワールドワイド・ウ
ェブ（World Wide Web: "WWW" ）などの、様々なサービ
スを利用して情報をやりとりしている。ＷＷＷサービス
を利用すると、サーバ・コンピュータ・システム（つま
り、ＷｅｂサーバまたはＷｅｂサイト）はグラフィック
情報（図形、画像など）のＷｅｂページをリモート・ク
ライアント・コンピュータ・システムに送信することが
できる。その後、リモート・クライアント・コンピュー
タ・システムはそのＷｅｂページを表示することができ
る。ＷＷＷの各リソース（例えば、コンピュータやＷｅ
ｂページ）はＵＲＬ（Uniform Resource Locator）によ
って一意的に識別可能になっている。特定のＷｅｂペー
ジを表示するには、クライアント・コンピュータ・シス
テムは要求（例えば、ハイパーテキスト転送プロトコル
（HTTP: Hyper Text Transfer Protocol）要求）の中で
そのＷｅｂページのＵＲＬを指定する。この要求はその
ＷｅｂページをサポートするＷｅｂサーバに転送され
る。Ｗｅｂサーバは要求を受信すると、そのＷｅｂペー
ジをクライアント・コンピュータ・システムに送信す
る。クライアント・コンピュータ・システムはそのＷｅ
ｂページを受信したとき、ブラウザを使用してＷｅｂペ
ージを表示するのが代表的である。ブラウザはＷｅｂペ
ージの要求とＷｅｂページの表示を実行する特殊目的の
アプリケーション・プログラムである。現在、Ｗｅｂペ
ージはハイパーテキスト・マークアップ言語（HTML: Hy
per Text Markup Language）を使用して定義されている
のが代表的である。ＨＴＭＬはＷｅｂページをどのよう
に表示するかを定義するタグの集まりからなる標準であ
る。ユーザがＷｅｂページを表示するようにブラウザに
指示すると、ブラウザは、そのＷｅｂページを定義して
いるＨＴＭＬドキュメントをクライアント・コンピュー
タ・システムに転送するように要求をサーバ・コンピュ
ータ・システムに送信する。要求したＨＴＭＬドキュメ
ントがクライアント・コンピュータ・システムによって
受信されると、ブラウザはＨＴＭＬドキュメントで定義
されたとおりにＷｅｂページを表示する。ＨＴＭＬドキ
ュメントはテキスト、グラフィックス、コントロール、
およびその他の機能の表示を制御する様々なタグを含ん
でいる。ＨＴＭＬドキュメントには、そのサーバ・コン
ピュータ・システムまたは他のサーバ・コンピュータ・
システムで利用できる他のＷｅｂページのＵＲＬを含め
ることが可能である。ワールドワイド・ウェブ（World
Wide Web）は電子的取引を行うのに特に役立っている。
そこを通してベンダ（取引業者）が製品を宣伝し、販売
できるようにするＷｅｂサーバが多数開発されている。
これらの製品の中には、インターネットを利用して購入
者に電子的に配送されるアイテム（例えば、音楽）や、
従来の配送チャネル（例えば、運輸業者）を通して配送
されるアイテム（例えば、書籍）などがある。サーバ・
コンピュータ・システムは、提供されるアイテムをリス
トした電子版のカタログを用意している場合がある。潜
在的購入者であるユーザはブラウザを使用してカタログ
をブラウジングしていき、購入しようとする種々のアイ
テムを選択することが可能になっている。ユーザが購入
しようとするアイテムの選択を完了すると、サーバ・コ
ンピュータ・システムはそのアイテムの注文を完成する
ための情報をユーザに要求する。この購入者固有注文情
報としては、購入者の氏名、購入者のクレジット・カー
ド番号、注文の出荷アドレスなどがある。その後、サー
バ・コンピュータ・システムは、確認のＷｅｂページを
クライアント・コンピュータ・システムに送信して注文
を確認してから、アイテムの出荷をスケジュールするの
が代表的である。購入者固有注文情報はセンシティブ
（機密を要する）情報（例えば、クレジット・カード番
号）を含んでいるので、ベンダと購入者のどちらも、か
かる情報のセキュリティ（機密）が保証されることを望
んでいる。セキュリティが関心事であるのは、インター
ネットを利用して伝送される情報がその最終的デスティ
ネーション（宛先）に到達するまでの途中に様々な中間
コンピュータ・システムを経由する可能性があるためで
ある。この情報は中間システムにいる心ない人によって
インターセプトされる可能性がある。センシティブ情報
のセキュリティを保証することに役立つために、かかる
情報をクライアント・コンピュータ・システムとサーバ
・コンピュータ・システムの間で伝送するときに様々な
暗号化手法が使用されている。このような暗号化情報が
例えインターセプトされるようなことがあっても、この
情報は暗号化されているので、インターセプトする人に
は使いものにならないのが一般である。それにもかかわ
らず、かかるセンシティブ情報がインターセプトする人
によって解読されるかも知れないという可能性は常に存
在する。従って、望ましいことは、注文を出すとき伝送
されるセンシティブ情報を最小限にすることである。
【発明が解決しようとする課題】電子カタログから種々
のアイテムを選択することは、「ショッピンク・カート
（shopping cart ）」モデルを基礎にしているのが一般
である。購入者が電子カタログからあるアイテムを選択
すると、サーバ・コンピュータ・システムは暗喩的に
（metaphorically）そのアイテムをショッピンク・カー
トに追加する。購入者がアイテムの選択を完了すると、
ショッピンク・カート内の全てのアイテムは、購入者が
請求書発行と出荷に関する情報を与えたとき「チェック
・アウト」される（つまり、発注される）。いくつかの
モデルでは、購入者が任意のアイテムを選択したとき、
そのアイテムは請求書発行と出荷情報をユーザに自動的
に要求することによって「チェック・アウト」されてい
る。ショッピンク・カート・モデルは非常に柔軟性があ
り、直観的であるが、購入者側に多数のやりとりを要求
するという欠点がある。例えば、購入者は電子カタログ
から種々のアイテムを選択した後、選択が完了したこと
を指示している。その後、購入者には、注文を完成する
ために購入者固有注文情報を購入者に要求する注文Ｗｅ
ｂページが表示される。このＷｅｂページには、別の注
文を行ったとき購入者が与えていた情報が事前に入って
いることがある。この情報はサーバ・コンピュータ・シ
ステムによって有効性検査され、注文が完成する。この
ような注文モデルはいくつかの理由で問題となる可能性
がある。ある購入者がアイテムを１つだけ注文する場
合、注文プロセスの種々ステップを確認し、購入者固有
注文情報を待ち、表示し、更新するオーバヘッドは、そ
の項目を選択すること自体のオーバヘッドよりもはるか
に大きくなる可能性がある。このオーバヘッドは単一ア
イテムの購入を煩わしくする。また、かかる注文モデル
によると、注文が出される度に、センシティブ情報がイ
ンターネット上を伝送されている。このセンシティブ情
報はインターネット上を伝送される度に、インターセプ
トされ、解読される可能性がある。
のアイテムを選択することは、「ショッピンク・カート
（shopping cart ）」モデルを基礎にしているのが一般
である。購入者が電子カタログからあるアイテムを選択
すると、サーバ・コンピュータ・システムは暗喩的に
（metaphorically）そのアイテムをショッピンク・カー
トに追加する。購入者がアイテムの選択を完了すると、
ショッピンク・カート内の全てのアイテムは、購入者が
請求書発行と出荷に関する情報を与えたとき「チェック
・アウト」される（つまり、発注される）。いくつかの
モデルでは、購入者が任意のアイテムを選択したとき、
そのアイテムは請求書発行と出荷情報をユーザに自動的
に要求することによって「チェック・アウト」されてい
る。ショッピンク・カート・モデルは非常に柔軟性があ
り、直観的であるが、購入者側に多数のやりとりを要求
するという欠点がある。例えば、購入者は電子カタログ
から種々のアイテムを選択した後、選択が完了したこと
を指示している。その後、購入者には、注文を完成する
ために購入者固有注文情報を購入者に要求する注文Ｗｅ
ｂページが表示される。このＷｅｂページには、別の注
文を行ったとき購入者が与えていた情報が事前に入って
いることがある。この情報はサーバ・コンピュータ・シ
ステムによって有効性検査され、注文が完成する。この
ような注文モデルはいくつかの理由で問題となる可能性
がある。ある購入者がアイテムを１つだけ注文する場
合、注文プロセスの種々ステップを確認し、購入者固有
注文情報を待ち、表示し、更新するオーバヘッドは、そ
の項目を選択すること自体のオーバヘッドよりもはるか
に大きくなる可能性がある。このオーバヘッドは単一ア
イテムの購入を煩わしくする。また、かかる注文モデル
によると、注文が出される度に、センシティブ情報がイ
ンターネット上を伝送されている。このセンシティブ情
報はインターネット上を伝送される度に、インターセプ
トされ、解読される可能性がある。
【課題を解決するための手段】本発明の実施形態によれ
ば、クライアント・システムからアイテムを注文する方
法及びそのシステム、具体的にはギフト発送方法及びそ
のシステムが提供されている。クライアント・システム
には、カストマを特定するＩＤ（識別子）が与えられ
る。クライアント・システムはアイテムを特定する情報
を表示し、特定されたアイテムを注文するために購入者
に実行させるアクション（例えば、マウス・ボタンをク
リックする、といったシングル・アクション）を表示す
る。表示されたアクションが実行されると、それに応答
してクライアント・システムは与えられたＩＤと特定さ
れたアイテムを注文する要求をサーバ・システムに送信
する。サーバ・システムはそのＩＤを使用して、アイテ
ムの注文を生成するために必要な追加情報を特定した
後、注文を生成する。サーバ・システムは種々のコンピ
ュータ・システムを使用してカストマの追加情報を受信
し、ストアしておき、サーバ・システムが上記注文を生
成できるようにする。サーバ・システムは受信した追加
情報をカストマのＩＤと関連付けてストアしておき、そ
のＩＤをクライアント・システムに提供する。クライア
ント・システムから要求されると、サーバ・システムは
アイテムを記述した情報を要求元クライアント・システ
ムに提供する。サーバ・システムがクライアント・シス
テムから要求を受け取ると、サーバ・システムはその要
求に含まれるＩＤと関連付けてストアされた追加情報を
結合して、アイテムの注文を出す。本発明は、クライア
ント／サーバ環境においてシングル・アクションでアイ
テムを注文するための方法およびシステムを提供してい
る。本発明のシングル・アクション注文システムは、注
文を出すために必要とされる購入者のやりとりの数を低
減化し、クライアント・システムとサーバ・システムの
間で伝送されるセンシティブ（機密）情報の量を低減化
する。本発明の一実施形態では、サーバ・システムは各
クライアント・システムに一意的なクライアントＩＤを
割り当てている。また、サーバ・システムは様々な潜在
的購入者の購入者固有注文情報をストアしている。この
購入者固有注文情報は購入者が出した以前の注文から収
集されている場合もある。サーバ・システムは各クライ
アントＩＤを、そのクライアント・システムを使用して
注文を出す可能性のある購入者にマッピング（対応付け
ること）している。サーバ・システムはこれらのクライ
アントＩＤを、そのクライアント・システムを使用して
最後に注文を出した購入者にマッピングすることもでき
る。購入者が注文を出す必要が起こると、その購入者は
クライアント・システムを使用して、注文するアイテム
を記述している情報の要求をそのクライアントＩＤと一
緒に送信する。サーバ・システムはそのクライアント・
システムのクライアントＩＤが購入者にマッピングされ
ているかどうかを判断する。マッピングされていること
を判断すると、サーバ・システムはそのクライアント・
システムにいるその購入者のためにシングル・アクショ
ン注文が許可（enabled ）されているかどうかを判断す
る。許可されていれば、サーバ・システムは要求された
情報を（例えば、Ｗｅｂページを通して）、アイテムの
注文を出すために実行すべきシングル・アクションの指
示と一緒にクライアント・コンピュータ・システムに送
信する。シングル・アクション注文が許可されていると
きは、購入者はシングル・アクションを実行するだけで
（例えば、マウス・ボタンをクリックする）、アイテム
を注文することができる。購入者がそのシングル・アク
ションを実行すると、クライアント・システムはそのこ
とをサーバ・システムに通知する。通知を受けたサーバ
・システムはそのクライアントＩＤにマッピングされて
いる購入者の購入者固有注文情報をアイテム注文情報
（例えば、製品のＩＤと数量）に追加することによって
注文を完成する。従って、項目の記述が表示されたと
き、購入者はシングル・アクションをとるだけで、その
アイテムを購入する注文を出すことができる。また、サ
ーバ・システム側にすでにストアされている購入者固有
注文情報はクライアントＩＤで特定されるので、かかる
センシティブ情報をインターネットや他の通信媒体経由
で伝送する必要がない。
ば、クライアント・システムからアイテムを注文する方
法及びそのシステム、具体的にはギフト発送方法及びそ
のシステムが提供されている。クライアント・システム
には、カストマを特定するＩＤ（識別子）が与えられ
る。クライアント・システムはアイテムを特定する情報
を表示し、特定されたアイテムを注文するために購入者
に実行させるアクション（例えば、マウス・ボタンをク
リックする、といったシングル・アクション）を表示す
る。表示されたアクションが実行されると、それに応答
してクライアント・システムは与えられたＩＤと特定さ
れたアイテムを注文する要求をサーバ・システムに送信
する。サーバ・システムはそのＩＤを使用して、アイテ
ムの注文を生成するために必要な追加情報を特定した
後、注文を生成する。サーバ・システムは種々のコンピ
ュータ・システムを使用してカストマの追加情報を受信
し、ストアしておき、サーバ・システムが上記注文を生
成できるようにする。サーバ・システムは受信した追加
情報をカストマのＩＤと関連付けてストアしておき、そ
のＩＤをクライアント・システムに提供する。クライア
ント・システムから要求されると、サーバ・システムは
アイテムを記述した情報を要求元クライアント・システ
ムに提供する。サーバ・システムがクライアント・シス
テムから要求を受け取ると、サーバ・システムはその要
求に含まれるＩＤと関連付けてストアされた追加情報を
結合して、アイテムの注文を出す。本発明は、クライア
ント／サーバ環境においてシングル・アクションでアイ
テムを注文するための方法およびシステムを提供してい
る。本発明のシングル・アクション注文システムは、注
文を出すために必要とされる購入者のやりとりの数を低
減化し、クライアント・システムとサーバ・システムの
間で伝送されるセンシティブ（機密）情報の量を低減化
する。本発明の一実施形態では、サーバ・システムは各
クライアント・システムに一意的なクライアントＩＤを
割り当てている。また、サーバ・システムは様々な潜在
的購入者の購入者固有注文情報をストアしている。この
購入者固有注文情報は購入者が出した以前の注文から収
集されている場合もある。サーバ・システムは各クライ
アントＩＤを、そのクライアント・システムを使用して
注文を出す可能性のある購入者にマッピング（対応付け
ること）している。サーバ・システムはこれらのクライ
アントＩＤを、そのクライアント・システムを使用して
最後に注文を出した購入者にマッピングすることもでき
る。購入者が注文を出す必要が起こると、その購入者は
クライアント・システムを使用して、注文するアイテム
を記述している情報の要求をそのクライアントＩＤと一
緒に送信する。サーバ・システムはそのクライアント・
システムのクライアントＩＤが購入者にマッピングされ
ているかどうかを判断する。マッピングされていること
を判断すると、サーバ・システムはそのクライアント・
システムにいるその購入者のためにシングル・アクショ
ン注文が許可（enabled ）されているかどうかを判断す
る。許可されていれば、サーバ・システムは要求された
情報を（例えば、Ｗｅｂページを通して）、アイテムの
注文を出すために実行すべきシングル・アクションの指
示と一緒にクライアント・コンピュータ・システムに送
信する。シングル・アクション注文が許可されていると
きは、購入者はシングル・アクションを実行するだけで
（例えば、マウス・ボタンをクリックする）、アイテム
を注文することができる。購入者がそのシングル・アク
ションを実行すると、クライアント・システムはそのこ
とをサーバ・システムに通知する。通知を受けたサーバ
・システムはそのクライアントＩＤにマッピングされて
いる購入者の購入者固有注文情報をアイテム注文情報
（例えば、製品のＩＤと数量）に追加することによって
注文を完成する。従って、項目の記述が表示されたと
き、購入者はシングル・アクションをとるだけで、その
アイテムを購入する注文を出すことができる。また、サ
ーバ・システム側にすでにストアされている購入者固有
注文情報はクライアントＩＤで特定されるので、かかる
センシティブ情報をインターネットや他の通信媒体経由
で伝送する必要がない。
【発明の実施の形態】図１乃至図３は、本発明の一実施
形態におけるシングル・アクション注文を示す図であ
る。図１は、注文が可能なアイテムを記述しているＷｅ
ｂページのディスプレイを示す図である。このＷｅｂペ
ージの例は、購入者がアイテムに関する詳細情報をレビ
ューすることを要求したときにサーバ・システムからク
ライアント・システムに送信されたものである。このＷ
ｅｂページの例は要約記述セクション１０１、ショッピ
ンク・カート・セクション１０２、シングル・アクショ
ン注文セクション１０３、および詳細記述セクション１
０４を含んでいる。当業者ならば理解されるように、こ
れらの各種セクションは省くことも、様々な方法で並べ
替えたり、適応させたりすることも可能である。一般的
には、購入者はシングル・アクションで注文される１つ
または複数のアイテムまたは注文を出すために必要なシ
ングル・アクションを知っているだけで十分である。要
約記述セクションと詳細記述セクションには、注文が可
能な１つまたは複数のアイテムを特定し、記述している
情報が入っている。ショッピンク・カート・セクション
を使用すると、従来と同じように、記述されたアイテム
をショッピンク・カートに追加することができる。サー
バ・システムは要約記述、詳細記述、およびショッピン
ク・カートの各セクションを、注文が可能なアイテムの
各Ｗｅｂページに追加する。しかし、サーバ・システム
がシングル・アクション注文セクションを追加するの
は、シングル・アクション注文がそのクライアント・シ
ステムにいるその購入者に許可されているときだけであ
る（当業者ならば理解されるように、サーバ・システム
上のシングルＷｅｂページは全てのセクションを含むこ
とが可能であるが、シングル・アクション注文セクショ
ンはＷｅｂページをクライアント・システムに送信する
前に選択的に含めることも、除外することも可能であ
る。）。このシングル・アクション注文セクションを使
用すると、購入者はマウス・ボタンをシングル・クリッ
ク（１−click ）するだけで記述されたアイテムを指定
して注文することができる。購入者がマウス・ボタンを
クリックすると、購入者がそのとき注文を変更するため
になんらかのアクションをとっていなければ、アイテム
が注文される。シングル・アクション注文セクションは
シングル・アクション注文ボタン１０３ａ、購入者ＩＤ
サブセクション１０３ｂ、およびシングル・アクション
注文情報サブセクション１０３ｃと１０３ｄを含んでい
る。購入者情報サブセクションには、サーバ・システム
が購入者を正しく認識したことを購入者が確認できるだ
けの十分な情報が表示される。センシティブ情報がイン
ターセプトされる可能性を少なくするために、サーバ・
システムはサーバ・システムが購入者を正しく特定した
と購入者が確信するのに十分な情報だけを送信し、心な
いインターセプトをする人に好都合な情報は送信しな
い。追加情報サブセクションを使用すると、購入者は種
々の設定値を取得したり、シングル・アクション注文に
関する詳細情報を取得したりできる。購入者が出荷アド
レスを検証することを望まなければ、購入者は「出荷ア
ドレスのチェック（check shipping address）」ラベル
を選択することができる。これを選択すると、サーバ・
システムはユーザに「ログイン（login ）」を行うよう
に要求し、購入者が本人であることが検証されてから出
荷情報が表示または変更されるようにする。その後、サ
ーバ・システムはＷｅｂページをクライアント・システ
ムに送り、出荷アドレスが表示されるか、変更できるよ
うにする。このようにすると、センシティブな出荷アド
レスを送信することは、検証された購入者が要求しない
限り防止される。購入者がシングル・アクション注文ボ
タンを選択すると、クライアント・システムはメッセー
ジをサーバ・システムに送信し、表示されたアイテムが
注文されるように要求する。サーバ・システムがそのメ
ッセージを処理すると、サーバ・システムはシングル・
アクション注文の受信を確認する新しいＷｅｂページを
クライアント・システムに提供する。図２は、シングル
・アクション注文を確認するＷｅｂページのディスプレ
イを示す図である。この確認Ｗｅｂページは、注文確認
セクション１０５がＷｅｂページの上部に表示されるこ
とを除けば、アイテム記述Ｗｅｂページ（図１参照）と
ほぼ同じ情報を収めている。注文確認セクションは注文
が出されたことを確認し、購入者がシングル・アクショ
ン注文をレビューし、変更する機会を与える。上記とは
別に、確認Ｗｅｂページは、シングル・アクション注文
ボタンが注文確認メッセージで置き換えられることを除
けば、アイテム記述Ｗｅｂページ（図１参照）と同じに
することができる。シングル・アクション注文が現在ク
ライアント・システムでは許可されていないが、許可す
ることが可能であれば、サーバ・システムは、シングル
・アクション注文ボタン１０３ａがシングル・アクショ
ン注文許可ボタンで置き換えられることを除けば、図１
と同じＷｅｂページを生成することができる。このよう
な置換ボタンには、購入者がボタンをクリックすると、
シングル・アクション注文が許可されることを指示する
テキストを含めることが可能である。購入者がこのボタ
ンをクリックすると、サーバ・システムは図１のＷｅｂ
ページを送信して表示することになる。シングル・アク
ション注文は、そのクライアント・システムがシングル
・アクション注文を完成するだけの十分な購入者固有注
文情報をサーバ・システムがストアしているときは、い
つでも許可することができる。サーバ・システムに十分
な情報がなければ、購入者がシングル・アクション・ボ
タンを選択したとき、サーバ・システムは必要とする追
加情報を収集するためにＷｅｂページを提供することが
できる。サーバ・システムは購入者に「ログイン」する
ことを要求し、購入者が本人であることが検証されてか
らシングル・アクション注文が許可されるようにする。
出荷コストと購入者の混乱を最小限にするために、サー
バ・システムは種々のシングル・アクション注文を複数
アイテム注文に結合することができる。例えば、ある購
入者がシングル・アクション注文を使用してあるアイテ
ムを注文し、５分後にシングル・アクション注文を使用
して別のアイテムを注文したときは、これらの注文はコ
スト効率よく単一の注文に結合されて出荷されることに
なる。サーバ・システムは予定出荷日が類似していると
きにシングル・アクション注文を結合する。例えば、一
方のアイテムが即時に出荷可能（在庫がある）であり、
他方のアイテムが一日後に出荷可能であれば、２つのシ
ングル・アクション注文はコスト効率よく結合すること
ができる。しかし、他方のアイテムが２週間後でなけれ
ば出荷できないときは、２つの単アイテム注文は結合さ
れない。図３はアイテムが出荷可能かどうか（在庫があ
るかどうか）に基づいて２つの別々の複数アイテム注文
に結合された４つのシングル・アクション注文を示すＷ
ｅｂページのディスプレイを示している。注文情報１０
６は、アイテム１とアイテム２が３日以内に出荷可能で
あるため、１つの注文に結合されていることを示してい
る。注文情報１０７は、アイテム３とアイテム４が１週
間以内に出荷できないため、別々の注文に結合されてい
ることを示している。本発明の一実施形態では、サーバ
・システムはある時間期間（例えば、９０分）以内に出
されたシングル・アクション注文を結合することができ
る。また、サーバ・システムは注文が出荷予定にあると
き、注文されたアイテムが現在出荷可能であるかどうか
に基づいて注文を結合または分割することができる。こ
のように注文の変更を遅らせることを「促進注文選択
（expedited order selection ）」または「急送注文選
択」と呼び、これについては以下で詳しく説明する。図
４は、本発明の実施形態を示すブロック図である。この
実施形態はワールドワイド・ウェブ（ World Wide Web
）を使用してインターネット経由でシングル・アクシ
ョン注文を行うことをサポートしている。サーバ・シス
テム２１０はサーバ・エンジン２１１、クライアントＩ
Ｄ／カストマ・テーブル２１２、種々のＷｅｂページ２
１３、カストマ・データベース２１４、注文データベー
ス２１５、およびインベントリ（在庫品）データベース
２１６を備えている。サーバ・エンジンはＵＲＬで識別
されたＷｅｂページにアクセスするＨＴＴＰ要求を受け
取り、Ｗｅｂページを種々のクライアント・システムに
提供する。かかるＨＴＴＰ要求は、購入者がシングル・
アクションを実行してシングル・アクション注文を行っ
たことを示すことができる。カストマ・データベースは
種々の購入者または潜在的購入者に関するカストマ情報
を収めている。カストマ情報としては、カストマの氏
名、請求書発行情報、および出荷情報などの購入者固有
注文情報がある。注文データベース２１５は、まだ購入
者に出荷されていない各注文のエントリを収めている。
インベントリ・データベース２１６は注文可能な種々ア
イテムの記述を収めている。クライアントＩＤ／カスト
マ・テーブル２１２は、クライアント・システムを一意
的に特定している、グローバルに一意的な識別子である
各クライアントＩＤと、そのクライアント・システムと
最後に関連付けられたカストマとを対応付けているマッ
ピングを収めている。クライアント・システム２２０は
ブラウザ２２１と、割り当てられたクライアントＩＤ２
２２とを持っている。このクライアントＩＤは "cooki
e" と名付けたファイルにストアされている。一実施形
態によれば、サーバ・システムは、クライアント・シス
テムが初めてサーバ・システムとやりとりするとき一度
だけクライアントＩＤを割り当てて、それをクライアン
ト・システムに送付する。それ以降、クライアント・シ
ステムはサーバ・システムに送信される全てのメッセー
ジにそのクライアントＩＤを付けるので、サーバ・シス
テムはメッセージの発信元を特定することができる。サ
ーバ・システムとクライアント・システムは通信リンク
２３０を経由して情報を交換することによってやりとり
を行う。なお、この通信リンクには、インターネットを
利用した伝送も含まれる。当業者ならば理解されるよう
に、シングル・アクション注文手法はインターネット以
外の種々の環境で使用することが可能である。例えば、
シングル・アクション注文は電子メール環境で使用する
ことも可能であり、この環境においてアイテムは、アイ
テムの注文を出すために実行されるシングル・アクショ
ンの指示と一緒に電子メール・メッセージに記述されて
いる。また、ローカル・エリア・ネットワーク、広域ネ
ットワーク、またはポイント・ツー・ポイント（２地点
間）ダイヤルアップ接続などの、種々の通信チャネルを
使用することも可能である。また、サーバ・システム
は、シングル・アクションが実行されたときにそれに応
答して注文を生成できるハードウェアまたはソフトウェ
アの任意の組み合わせで構成することができる。クライ
アント・システムは、サーバ・システムとやりとりでき
るハードウェアまたはソフトウェアの任意の組み合わせ
で構成することができる。これらのシステムには、そこ
を通して注文を出すことができるテレビジョン・ベース
のシステム、または他の種々の消費者製品を含めること
も可能である。図５は、カストマのためにシングル・ア
クション注文を許可するルーチンを示すフロー図であ
る。シングル・アクション注文を許可するためには、サ
ーバ・システムは、購入者固有注文情報に相当するカス
トマに関する情報を持っている必要がある。サーバ・シ
ステムはこの情報を様々な方法で取得することができ
る。第一に、サーバ・システムはカストマがシングル・
アクション注文の許可を望んでいるかどうかをカストマ
に尋ねることができる。望んでいれば、サーバ・システ
ムはＷｅｂページを使用して購入者固有注文情報をカス
トマに要求することができる。第二に、サーバ・システ
ムは注文が従来の方法で出されたとき収集された購入者
固有注文情報を格納しておくこともできる。サーバ・シ
ステムはシングル・アクション注文を自動的に許可する
ことも、カストマの同意を得て許可することもできる。
ステップ３０１で、サーバ・システムはクライアント・
システムから送られてきたクライアントＩＤを検索す
る。ステップ３０２でサーバ・システムは、生成された
クライアントＩＤがそのカストマと関連付けられたこと
を示すようにクライアントＩＤ／カストマ・テーブルを
更新する。ステップ３０３で、サーバ・システムは、シ
ングル・アクション注文がそのクライアントＩＤとその
カストマの組み合わせで許可されていることを示すフラ
グをセットする。このフラグはクライアントＩＤ／カス
トマ・テーブルにストアしておくことができる。ステッ
プ３０４で、サーバ・システムは確認Ｗｅｂページをク
ライアント・システムに提供する。購入者がアイテムの
注文を次回に試みたとき、クライアント・システムはそ
のクライアントＩＤをサーバ・システムに提供する。シ
ングル・アクション注文がその購入者に許可されていれ
ば、サーバ・システムは、購入者がクライアントＩＤ／
カストマ・テーブル内のそのクライアントＩＤと関連付
けられたカストマであると想定する。従って購入者は、
誰か他の人が同じクライアント・システムを使用する可
能性がある場合には、サーバ・システムにシングル・ア
クション注文を許可させないこともできる。図６は、シ
ングル・アクション注文が許可されているときの、Ｗｅ
ｂページを生成するルーチンを示すフロー図である。シ
ングル・アクション注文が許可されているときは、サー
バ・システムは従来と同じように、アイテムを記述して
いるＷｅｂページを生成し、その後シングル・アクショ
ン注文セクションを追加する。一実施形態では、サーバ
・システムは部分的購入者固有注文情報をこのセクショ
ンに追加する。この情報としては、カストマの氏名、購
入者が選択した出荷アドレスの別名（moniker ）（例え
ば、「在宅」）、およびクレジット・カード番号の最後
の５桁または購入者が選択したニックネームがある。こ
の部分的情報はサーバ・システムが正しい購入者固有注
文情報を使用しているかどうかを購入者に知らせるのに
十分な最小限の情報にしておく必要がある。ステップ４
０１で、サーバ・システムはアイテムの標準的ショッピ
ンク・カート・タイプのＷｅｂページを生成する。ステ
ップ４０２で、シングル・アクション注文フラグがクラ
イアントＩＤとカストマの組み合わせのためにセットさ
れていれば、サーバ・システムはステップ４０３に進
み、そうでなければ終了する。ステップ４０３で、サー
バ・システムはシングル・アクション・セクションをＷ
ｅｂページに追加し、終了する。図７は、シングル・ア
クション注文を処理するルーチンを示すフロー図であ
る。注文を出すために必要なシングル・アクションを購
入者が実行すると、クライアント・システムはそのこと
をサーバ・システムに通知する。その後、サーバ・シス
テムはクライアント・システムと関連付けられたカスト
マの購入者固有注文情報をアイテム注文情報と結合して
注文を完成する。シングル・アクション注文は出荷コス
トを低減するために、他のシングル・アクション注文と
結合することも、場合によっては従来の方法で出された
注文と結合することも可能である。一実施形態では、シ
ングル・アクション注文は相互に対して一定時間期間
（例えば、９０分）以内に出されたとき結合することが
できる。このルーチンは、シングル・アクション注文が
どのようにして短期注文（例えば、一週間以内に出荷可
能である）および長期注文（例えば、一週間後に出荷可
能である）に結合されるかを示している。当業者ならば
理解されるように、シングル・アクション注文は出荷の
規模や中期の出荷可能といった、他の要因に基づいて様
々な方法で結合することができる。ステップ５０１で、
アイテムが短期に出荷される予定にあれば、サーバ・シ
ステムはステップ５０２に進み、そうでなければステッ
プ５０５に進む。ステップ５０２で、短期注文が購入者
のためにすでにオープンされていれば、サーバ・システ
ムはステップ５０４に進み、そうでなければステップ５
０３に進む。ステップ５０３で、サーバ・システムは購
入者のために短期注文を作成する。ステップ５０４で、
サーバ・システムはアイテムを短期注文に追加し、ステ
ップ５０８に進む。ステップ５０５で、長期注文が購入
者のためにすでにオープンされていれば、サーバ・シス
テムはステップ５０７に進み、そうでなければステップ
５０６に進む。ステップ５０６で、サーバ・システムは
購入者のために長期注文を作成する。ステップ５０７
で、サーバ・システムはアイテムを長期注文に追加す
る。ステップ５０８で、サーバ・システムは確認を生成
し、それを送信して完了する。図８は、シングル・アク
ション注文要約Ｗｅｂページを生成するルーチンを示す
フロー図である。このＷｅｂページ（例えば、図３）は
短期と長期のシングル・アクション注文をユーザが調
べ、変更する機会を与える。ステップ６０１で、サーバ
・システムは標準的シングル・アクション注文情報をＷ
ｅｂページに追加する。ステップ６０２で、短期注文が
オープンしていれば、サーバ・システムはステップ６０
３で短期注文をＷｅｂページに追加する。ステップ６０
４で、長期注文がオープンしていれば、サーバ・システ
ムはステップ６０５で長期注文情報をＷｅｂページに追
加し、完了する。図９は、促進注文選択アルゴリズムを
実装しているルーチンを示すフロー図である。促進注文
選択アルゴリズムの目標は、各デスティネーションに送
られる注文の数を最小限にして出荷コストを低減化する
ことである。デスティネーションは特定の出荷アドレス
と特定の購入者の請求明細とを結合したものにすること
ができる。同じデスティネーションに送られる注文は
「兄弟注文（sibling orders）」と呼ばれる。このアル
ゴリズムは２ステージからなっている。第１ステージで
は、アルゴリズムは全ての兄弟注文が満たされるデステ
ィネーション宛ての注文の出荷スケジュールを行う。注
文は、その注文の全てのアイテムが現在インベントリに
あるとき（つまり、在庫品がある（available ）とき）
満たされ、出荷が可能になる。兄弟注文の各グループ毎
に、アルゴリズムはこれらの兄弟注文を単一の結合注文
に結合し、１つの注文だけが各デスティネーションに出
荷されるようにスケジュールする。第２ステージでは、
アルゴリズムは兄弟注文の一部が満たされないか、部分
的に満たされている兄弟注文のグループを結合し、スケ
ジュールする。アルゴリズムは部分的に満たされた各兄
弟注文を満たされた兄弟注文と、まったく満たされない
兄弟注文とに分割することができる。その後、アルゴリ
ズムは満たされた全ての兄弟注文を単一の結合注文に結
合し、その結合注文の出荷スケジュールを行う。いずれ
かのグループの兄弟注文が１つだけで、その注文が部分
的に満たされていれば、一実施形態によるアルゴリズム
はそのデスティネーションに余分の出荷が行われるのを
防止するためにその注文を分割しない。第２ステージで
は、アルゴリズムはグループ内のあるアイテムが次回に
満たされる時期（next fulfillment time ）を基準にし
たシーケンスで、兄弟注文のグループを選択し、スケジ
ュールすることができる。兄弟注文のグループが次回に
満たされる時期とは、その兄弟注文グループ内のアイテ
ムが満たされる最小限の予定時期である。例えば、ある
兄弟注文グループにまだ満たされていないアイテムがい
くつかあり、そのアイテムが満たされる予定時期が３日
から１４日の範囲内にあれば、そのグループの次回に満
たされる時期は３日となる。アルゴリズムはまず、次回
に満たされる時期が最長である兄弟注文グループを最初
にスケジュールすることから始める。例えば、６つのグ
ループがあって、それぞれの次回に満たされる時期が
３、５、７、１０、１１、および１４日であれば、アル
ゴリズムは、まず、次回に満たされる時期が１４日であ
るグループ内の兄弟注文を選択してスケジュールし、次
に、次回に満たされる時期が１１日であるグループを選
択してスケジュールし、以下、同様にスケジュールして
いく。次回に満たされる時期が短いグループのスケジュ
ールを遅らせることによって、アルゴリズムは、追加の
アイテムが出荷可能となって（次回に満たされる時期が
短いために）、スケジュール済みの注文と結合される機
会を増加する。ステップ７０１〜７０３は促進注文選択
アルゴリズムの第１ステージを示し、ステップ７０４〜
７０６は促進注文選択アルゴリズムの第２ステージを示
している。ステップ７０１〜７０３で、アルゴリズムは
ループに入って、全ての兄弟注文が満たされるグループ
を選択し、注文を結合する。ステップ７０１で、アルゴ
リズムは次に満たされる全ての兄弟注文を持つグループ
を選択する。ステップ７０３で、かかる全てのグループ
がすでに選択されていれば、アルゴリズムはステップ７
０４で第２ステージに進む。そうでなければアルゴリズ
ムはステップ７０３に進む。ステップ７０３で、アルゴ
リズムは選択したグループ内の注文を結合し、スケジュ
ールしてから、ループしてステップ７０１に戻る。ステ
ップ７０４で、アルゴリズムは次回に満たされる時期が
最長である、次の兄弟注文グループを選択する。ステッ
プ７０５で、かかる全てのグループがすでに選択されて
いれば、アルゴリズムは完了し、そうでなければステッ
プ７０６に進む。ステップ７０６で、アルゴリズムは選
択したグループ内の注文を結合し、スケジュールしてか
ら、ループしてステップ７０４に戻る。促進注文選択ア
ルゴリズムが実行中のとき、新しい注文と新しいインベ
ントリが受信される場合がある。そのような新しい注文
と新しいインベントリが受信されると、アルゴリズムは
リスタートし、これらの新しい注文をそれぞれに見合っ
た形でスケジュールし、結合する。アルゴリズムは２ス
テージからなるものとして説明してきたが、アルゴリズ
ムをインクリメント方式で実現し、各注文がスケジュー
ルされた後で第１ステージと第２ステージの評価がやり
直されるようにすることも可能である。当業者ならば理
解されるように、これらのステージの可能とされる組み
合わせは他にもあり、その場合でも、表される基本的ア
ルゴリズムは同じである。図１０乃至図１２は、本発明
の一実施形態における階層データ入力メカニズムを示し
た図である。ユーザから情報を収集するとき、Ｗｅｂペ
ージは全てがディスプレイ上に同時に収まらないよう
な、長い一連のデータ入力フィールドからなっているの
が代表的である。従って、ユーザは情報を入力するため
にＷｅｂページをスクロールしていく必要がある。デー
タ入力フィールドがディスプレイ上に同時に収まらない
ときは、ユーザは入力しようとするデータのタイプと編
成を全体的に把握することが困難である。階層データ入
力メカニズムによると、ユーザは全てのデータ入力フィ
ールドがディスプレイ上に同時に収まらない場合であっ
ても、入力しようとするデータの全体的編成を理解する
ことができる。図１０は、そこに入力されるサンプル・
フォームの全体的フォーマットを示す図である。このサ
ンプル・フォームは、Ａ、Ｂ、Ｃ、およびＤの文字で示
した種々のセクションを含んでいる。ユーザが「スター
ト」ボタンを選択すると、セクションＡはカストマ名と
アドレスのデータ入力フィールドが含まれるように拡大
される。図１１はセクションＡの拡大を示している。セ
クションＡだけが拡大されているので、ユーザはセクシ
ョンＡのデータ入力フィールドと他のセクションの要約
情報を同時に見ることができる。その後、ユーザは表示
されている種々のデータ入力フィールドにデータを入力
する。入力を完了したら、ユーザは「次へ」または「戻
る」ボタンのどちらかを選択する。「次へ」ボタンを選
択すると、セクションＡは縮小され、セクションＢが拡
大されるので、財務情報を入力することができる。図１
２はセクションＢの拡大を示している。「戻る」ボタン
を選択すると、セクションＡは縮小し、図１０に示すよ
うに表示される。この縮小と拡大は各セクション毎に繰
り返される。データ入力を行っている途中で、エラーが
検出されると、Ｗｅｂページが生成され、エラーのある
データ入力フィールドの近くに（例えば、下の行に）エ
ラー・メッセージがある。このＷｅｂページはユーザに
エラーを知らせるためにクライアント・システムによっ
て表示される。さらに、データ「入力」フィールドの各
々は、ユーザがそのデータ入力フィールドをクリックす
るか、あるいはそのデータ入力フィールドに関連する
「編集」ボタンを選択するまでは編集ができないように
なっている。このようにすると、ユーザが編集フィール
ドのコンテンツを誤って変更することが防止される。ユ
ーザがあるデータ入力フィールドをクリックすると、新
しいＷｅｂページがユーザに示されるので、そのフィー
ルドに関連するデータの編集が可能になる。編集が完了
すると、編集データはデータ「入力」フィールドに表示
される。以上のように、このフォームのフィールドは直
接に編集できないので、"named-submit"ボタンも、Ｊａ
ｖａも不要である。また、種々のデータ入力オプション
（例えば、ラジオボタン）はフィールドを編集しようと
するときだけ新しいＷｅｂページに表示されるので、こ
のフォームはコンパクト化されている。本発明の他の実
施形態によれば、シングル・アクションを使用して特定
の受取人（一人または複数）にギフトを贈るメカニズム
が提供されている。アイテムを記述している情報が表示
されるとき、システムは受取人を特定した後、「贈与
（GIVE）」ボタンを選択してその特定受取人にアイテム
を贈るように指示を表示する。ユーザがギフトを贈ろう
とする受取人が一人だけのときは、ユーザはｅメール・
アドレスといった、その受取人の識別情報を入力する。
ユーザが二人以上の受取人にギフトを贈るときは、ユー
ザは各受取人の識別情報を入力することができるが、別
の方法として、ユーザはグループの各メンバ（つまり、
受取人）の識別情報に関連付けられたグループ名を入力
することも可能である。システムは識別情報を使用して
ギフトの発送アドレスを特定する。以下で詳しく説明す
るように、システムは種々のデータベースを使用して、
特定された受取人の情報を探し出すことができる。図１
３及び図１４は、シングル・アクションを使用して、あ
るアイテムをギフトとして一人または複数の受取人に贈
る方法を示す図である。図１３は、ギフトを一人の受取
人に贈る場合を示す図である。セクション１０１〜１０
４は図１で説明したものと同じである。ギフト贈与セク
ション９０１は指示サブセクション９０１ａ、識別情報
サブセクション９０１ｂ、およびシングル・アクション
贈答サブセクション９０１ｃを含んでいる。受取人にギ
フトを贈るには、ユーザはその受取人のｅメール・アド
レスを識別情報サブセクション９０１ｂに入力し、次に
シングル・アクション贈答サブセクション９０１ｃを選
択する。システムはｅメール・アドレスを受け取ると、
そのｅメール・アドレスを使用して受取人の発送アドレ
スを探し出す。これについては、以下で詳しく説明す
る。システムはユーザに対するアイテム請求書を、シン
グル・アクション注文のときそのユーザに関してストア
されていた情報に基づいて発行し、発送アドレスにいる
受取人にアイテムを出荷する。以下で説明するように、
このシステムによると、ユーザは多種類の識別情報を指
定することができる。図１４は、ギフトを複数の受取人
に贈る場合を示している。ギフト贈答セクション９０２
は指示サブセクション９０２ａ、グループ名サブセクシ
ョン９０２ｂ、およびシングル・アクション贈答サブセ
クション９０２ｃを含んでいる。複数の受取人にギフト
を贈るには、ユーザは受取人を特定するグループの名前
をグループ名サブセクション９０２ｂに入力し、次にシ
ングル・アクション贈答サブセクション９０２ｃを選択
する。システムはグループ名を使用して、そのグループ
名に関連付けられた受取人のリストを特定する。図１５
は、グループを作成し、そのグループに関連する受取人
（つまり、メンバ）の識別情報を入力するためのグリッ
ドを示す図である。ユーザはグループ名をグループ名セ
クション１００１に入力し、次に受取人に関する情報を
メンバ情報セクション１００２の各行に入力する。ユー
ザはグループに関連する各受取人に関する情報を、ユー
ザが知っている限り入力することができる。例えば、ユ
ーザはあるユーザにはｅメール・アドレスだけを入力
し、他の受取人には氏名、ｅメール・アドレス、および
発送アドレスを入力することができる。システムはグル
ープに関連する各受取人にギフトを送るように要求を受
けると、システムは各受取人に関してストアされていた
情報を使用して、ギフトの発送を行うために必要な追加
情報を特定する。これについては、以下で説明する。シ
ステムは各受取人の特定された追加情報をストアしてお
くこともできるので、その後で別のアイテムがその受取
人に贈られるとき、そのアイテムの発送を行うために必
要な追加情報を即時に検索することができる。別の方法
として、可能な限りの受取人に関する情報を収めてい
る、ユーザ用のシングル・アドレス帳（address book）
を保存しておくこともできる。ユーザは、アドレスがア
ドレス帳に存る受取人の何人かを指示することによって
グループを指定する。アドレス帳を使用すると、一人ま
たは複数の受取人を共通して持つ複数のグループの維持
が容易になる。さらに、ユーザは受取人に関する追加情
報をいつでも与えることができるので、アイテムの発送
を行うための十分な情報の検索が迅速化される。本発明
によれば、ギフト注文を受け取り、ギフト注文に指定さ
れていない追加発送情報を収集し、追加発送情報に基づ
いてギフトを発送することによってギフトの発送をコー
ディネートするコンピュータ・ベースの方法およびシス
テムも提供されている。本発明の一実施形態であるギフ
ト発送システムは、ＷＷＷ上に用意されたＷｅｂページ
を通してギフト注文を受信する。ギフト注文は受取人に
発送すべきギフトを指定している。受取人はその受取人
の発送アドレスを含んでいない情報によって特定するこ
とができる。例えば、受取人は、氏名および電子メール
・アドレスや電話番号などの、コンタクト先情報だけに
よって特定することが可能である。ギフト発送システム
は十分な発送情報を得るために受取人にコンタクトする
ことを試みる。コンタクトに失敗すると、ギフト発送シ
ステムは種々の情報データベースをサーチして追加コン
タクト先情報を特定する。十分な発送情報が得られる
と、ギフトは受取人に発送され、ギフト贈答者にその通
知が行われる。しかし、十分な発送情報が得られなかっ
たときは、ギフトが発送できなかったとギフト贈答者に
通知される。図１６は、ギフト発送システムの全体的流
れを示すフロー図である。ステップ１１０１で、ギフト
発送システムはギフトの注文をギフト贈答者から受け取
る。一実施形態では、注文はＷｅｂページを通してアク
セスすることによって受け取られるが、音声電話コー
ル、郵便メール、ファクシミリ、または電子メールなど
の他の通信モードで受け取ることも可能である。ステッ
プ１１０２で、ギフト発送システムはギフトの受取人に
コンタクトすることを試みる。ギフト注文は受取人の電
子メール・アドレスや電話番号などの、受取人のコンタ
クト先情報を指定することができる。ギフト注文と一緒
に与えられたコンタクト先情報に基づいて、電子メール
または自動音声電話コールで初回に受取人にコンタクト
して、十分な発送情報を収集する試みが行われる。別の
方法として、ユーザが受取人とのコンタクトを音声電話
で試みることも可能である。ステップ１１０３で、初回
のコンタクトに成功すれば、システムはステップ１１０
６に進み、そうでなければステップ１１０４に進む。ス
テップ１１０４で、システムは追加コンタクト先情報を
収集することを試みる。システムはギフト注文と一緒に
与えられた情報を使用して、種々のデータベース・ソー
スから追加コンタクト先情報を得ることができる。例え
ば、システムは受取人の氏名または受取人の電子メール
・アドレスを使用して、インターネット・ベースのデー
タベース・システムにアクセスすることができる。ステ
ップ１１０５で、システムが上記追加のソースから追加
コンタクト先情報を取得していれば、システムはループ
してステップ１１０２に戻り、追加コンタクト先情報を
使用して受取人にコンタクトすることを試み、そうでな
ければ、システムはステップ１１１１に進む。ステップ
１１０６で、システムは成功したコンタクトから発送情
報を収集する。例えば、成功したコンタクトが電話コー
ルであれば、電話コールを行ったオペレータが発送情報
を入力することが好ましい。成功したコンタクトが電子
メール交換であれば、システムが受取人の応答メッセー
ジを解析して発送情報を収集することが好ましい。ステ
ップ１１０７で、システムは発送情報が正しいかどうか
を検証する。システムは、全ての正しいストリート・ア
ドレスのリストを収容している種々のデータベースを使
用してアドレスを検証することができる。ステップ１１
０８で、発送情報が正しいと検証されれば、システムは
ステップ１１０９に進み、そうでなければステップ１１
１１に進む。ステップ１１０９で、システムはギフトを
受取人に送付する。ステップ１１１０で、システムはギ
フトが正常に送付されたことを通知する電子メールをギ
フト贈答者に送信する。ステップ１１１１で、十分な発
送情報が収集できないか、あるいは発送情報が正しいと
検証できなかったときは、システムはギフトが発送でき
なかったため保留（on hold ）にされたとの通知を行う
メッセージを（例えば、電子メールで）ギフト贈答者に
送信する。別の実施形態（図示せず）では、受取人にコ
ンタクトする試みがステップ１１０３で失敗していれ
ば、システムはデータベースおよび図１０乃至図１２を
参照して以下に述べるものと類似の他のソースなどの、
受取人以外のソースから受取人の追加発送情報を取得す
ることを試みる。システムが受取人の十分な発送情報を
上記の方法で取得できるときは、システムは取得した発
送情報を使用してギフトを受取人に送付することが好ま
しい。図１７は、ギフト発送システムのコンポーネント
を示すブロック図である。コンピュータ・システム１２
０１は、中央処理ユニット、メモリ、およびディスク・
ドライブ装置やＣＤ−ＲＯＭなどの周辺デバイスを装備
している。ギフト発送システムは注文入力システム１２
０２と注文発送システム１２０３を含んでいる。注文入
力システムは、ギフト贈答者がギフト注文を入力すると
きのユーザ・インタフェースとなるものである。一実施
形態における注文入力システムは、ギフト・データベー
ス１２０４にアクセスするＷｅｂページを含んでいる。
ギフト贈答者は用意されたＷｅｂページを使用して、ど
のギフトを受取人に送るべきかを選択する。ギフト贈答
者はさらに、受取人を記述した情報を提供する。その
後、注文入力システムは注文情報を注文データベース１
２０５にストアする。ギフト発送システムは追加発送情
報の検索を制御し、ギフトが正しく受取人に発送される
ようにする。ギフト発送システムは注文データベースか
ら情報を検索し、ギフト注文と一緒に提供された情報に
基づいて受取人にコンタクトすることを試みる。その情
報に基づいて受取人にコンタクトできなければ、ギフト
発送システムはカストマ・データベース１２０６やイン
ターネット・ベースのデータベース１２０８などの、他
のデータベース・ソースにアクセスして、受取人の追加
コンタクト先情報を収集する。図１８は、ギフト注文の
種々ステージを示すステート図である。ギフト注文は６
ステート、すなわち、受信済み（received）、応答待ち
（response pending）、発送情報検証（verifying deli
very information）、追加コンタクト先情報収集（coll
ecting additional contact information ）、保留中
（on hold）、および発送スケジュール済み（scheduled
for delivery）の１つに置かれている。初めに、注文
が受信されると、システムは注文を受信済みステート１
３０１に置く。システムがギフト贈答者によって与えら
れた情報を使用して受取人にコンタクトすることを試み
ると、ギフト注文は応答待ちステート１３０２に変わ
る。応答待ちステートは、コンタクトの試みが進行中で
あるが応答が受取人からまだ受信されていないことを示
している。十分な応答が割り当て時間（例えば、２４時
間）以内に受取人から受信されると、ギフト注文は発送
情報検証ステート１３０３に変わる。発送情報検証ステ
ートにあるとき、システムは発送情報が正しいかどうか
を検証することを試みる。発送アドレスが正しければ、
ギフト注文は発送スケジュール済みステート１３０４に
入る。初回応答が不十分であるか、割り当て時間内に受
信されていなければ、システムはギフト注文を追加コン
タクト先情報収集ステート１３０５に置く。追加コンタ
クト先情報収集ステートにあるとき、システムは追加情
報ソースをサーチして受取人に関する追加コンタクト先
情報を判断する。追加コンタクト先情報が見つかれば、
システムは追加のコンタクトを試み、ギフト注文を応答
待ちステート１３０２に置く。他方、追加コンタクト先
情報が見つからなければ、システムはギフト注文を保留
中ステート１３０８に置く。さらに別の好適実施形態で
は、初回応答が不十分であれば、システムはギフト注文
を追加発送情報収集ステートに置く（図示せず）。追加
発送情報収集ステートにあるとき、システムは追加情報
ソースをサーチして受取人の追加発送情報を取得する。
システムが上記の方法で十分な発送情報を取得できれ
ば、システムはギフト注文を発送情報検証ステート１３
０３に置く。そうでなければ、システムはギフト注文を
保留中ステート１３０８に置く。図１９は、ギフト注文
の受信を制御するルーチンを示すフロー図である。ギフ
ト注文受信ルーチンはギフト贈答者とのやりとりを制御
して、ギフト・データベースからギフトを選択し、受取
人に関する情報を受信し、支払いを受け取り、ギフト注
文をデータベースにストアする。このルーチンにより、
電子的に受信したギフト注文を処理する。当業者ならば
理解されるように、他形態のギフト注文受信を取り扱う
類似のルーチンを開発することも可能である。ステップ
１４０１で、ルーチンはギフトをギフト贈答者から受取
人に送る要求を、Ｗｅｂページを通して電子的に受信す
る。ステップ１４０２で、ルーチンはギフト贈答者との
セッションを作成する。このセッションはギフト贈答者
およびギフト発送システムとのやりとりをトラッキング
するために使用される。ステップ１４０3 で、このルー
チンはギフト選択情報を受け取る。ギフト選択情報は、
出荷可能なギフトがギフト・データベースから表示され
たときに、それに応答して選択することができる。ステ
ップ１４０４で、ルーチンはギフト贈答者から受取人コ
ンタクト先情報を受信する。受取人コンタクト先情報の
代表例としては、受取人の氏名と電子メール・アドレス
がある。ステップ１４０５で、ルーチンは支払い情報を
受信する。この支払い情報はクレジット・カード、デビ
ット・カード、または電子マネー（digital cash）とい
った電子形態にすることも、小切手や為替といった従来
形態にすることも可能である。従来形態のときは、ギフ
ト注文は支払いの受信待ちの追加ステートに置くことが
できる。ステップ１４０６で、支払いが承認されていれ
ば、ルーチンはステップ１４０８に進み、そうでなけれ
ば、ルーチンは支払いが拒否されたことをギフト贈答者
に通知する。ステップ１４０８で、ルーチンはギフト注
文にギフト注文トラッキング番号を割り当てる。このギ
フト注文トラッキング番号は、その処理期間中にギフト
注文を特定するためにシステムによって使用される。ス
テップ１４０９で、ルーチンはギフト注文情報をギフト
注文データベースにストアする。ステップ１４１０で、
ルーチンはギフト注文が受け付けられたことをギフト贈
答者に通知する。ステップ１４１１で、ルーチンはギフ
ト贈答者とのセッションを終了する。図２０は、受取人
との最初のコンタクトの試みを制御するルーチンを示す
ブロック図である。最初のコンタクトは電子メール・ア
ドレスや電話番号などの、ギフト贈答者から与えられた
コンタクト先情報を使用して行われる。十分な情報が与
えられていないため受取人にコンタクトする初回の試み
さえもできないときは、ギフト発送システムは種々のデ
ータベースをサーチし、受取人の氏名に基づいてコンタ
クト先情報を取得する。ステップ１５０１ａで、受取人
の電子メール・アドレスがギフト注文に与えられていれ
ば、ルーチンはステップ１５０１ｂに進み、そうでなけ
ればステップ１５０２ａに進む。ステップ１５０１ｂ
で、ルーチンは与えられた電子メール・アドレスに電子
メールを送信する。この電子メールはギフトが受取人に
送られることを示す情報を収めており、ギフトの発送情
報を要求する。電子メールはシステムによって割り当て
られたトラッキング番号を含んでいるので、応答メール
が受信されたとき、ギフト発送システムはそれがどのギ
フト注文に対応するのかを判断することができる。ステ
ップ１５０２ａで、受取人の電話番号が与えられていれ
ば、ルーチンは１５０２ｂに進み、そうでなければ、ル
ーチンは受取人にコンタクトする他の様々な試みを続け
る。例えば、ファクシミリ番号が与えられていれば、フ
ァクシミリ・メッセージはその番号に送られる。ステッ
プ１５０２ｂで、ルーチンは受取人との初回電話コンタ
クトをスケジュールする。初回電話コンタクトを自動音
声電話システムを通して行うと、メッセージを電話応答
する人にも、応答マシンにも残しておくことができる。
別の方法として、人間のオペレータが初回音声コンタク
トを行うことも可能である。初回コンタクトが行われた
後、ギフト注文は応答待ちステートに置かれる。図２１
は、初回音声電話コンタクトの処理を制御するルーチン
を示すフロー図である。このルーチンは人間のオペレー
タのための情報を表示することも、自動化オペレータに
情報を与えることも可能である。ステップ１６０１で、
電話に対する応答があれば、ルーチンはステップ１６０
２に進み、そうでなければ、ルーチンはギフト注文を初
回コンタクトのためにスケジュールしたままにしてお
く。ステップ１６０２で、メッセージが人間または音声
メール・システムに残されていれば、ルーチンはステッ
プ１６０３に進み、そうでなければ、ルーチンはギフト
注文を初回コンタクトのためにスケジュールしたままに
しておく。ステップ１６０３で、十分な応答が受信され
ていれば、ルーチンはステップ１６０５に進み、そうで
なければステップ１６０４に進む。ステップ１６０４
で、ルーチンは受取人に関する追加コンタクト先情報を
検索するようにギフト注文をスケジュールする。ステッ
プ１６０５で、ルーチンは受取人に関する追加情報で注
文データベースを更新する。ステップ１６０６で、ルー
チンはその発送情報が検証されるようにギフト注文をス
ケジュールし、そのステートを発送情報検証に変更す
る。図２２は、初回応答の処理を制御するルーチンを示
すフロー図である。この初回応答は電子メール、音声電
話、またはファクシミリ・メッセージで行うことができ
る。ステップ１７０１で、トラッキング番号が応答に含
まれていれば、ルーチンはステップ１７０２に進み、そ
うでなければステップ１７０４に進む。ステップ１７０
２で、ルーチンはギフト注文データベースを使用してト
ラッキング番号を検証する。ステップ１７０３でトラッ
キング番号が正しいと検証されていれば、ルーチンはス
テップ１７０６に進み、そうでなければステップ１７０
４に進む。ステップ１７０４で、ルーチンは応答で与え
られた情報に基づいてトラッキング番号を見付けること
を試みる。ステップ１７０５で、トラッキング番号が見
つかれば、ルーチンはステップ１７０６に進み、そうで
なければステップ１７０７に進む。ステップ１７０６
で、応答に十分な発送情報が含まれていて、ギフト注文
が発送可能であれば、ルーチンはステップ１７０８に進
み、そうでなければステップ１７０７に進む。ステップ
１７０７で、ルーチンは追加発送情報を検索するように
注文をスケジュールする。ステップ１７０８で、ルーチ
ンはその発送情報が検証されるように注文をスケジュー
ルし、そのステートを発送情報検証に変更する。図２３
は、追加コンタクト先情報の収集を制御するルーチンを
示すフロー図である。このルーチンはギフト注文で与え
られた情報に基づいて種々のデータベース・ソースをサ
ーチする。例えば、ステップ１８０１で、ルーチンは、
Switchboard ， Four11 ，およびAccumailなどの、イン
ターネット・ベースの電話および電子メール・ディレク
トリをサーチする。ステップ１８０２で、ルーチンはSe
lect Phoneなどの電話および電子メール情報の種々ＣＤ
−ＲＯＭデータベースをサーチする。ステップ１８０３
で、ルーチンはカストマ情報のローカル・データベース
をサーチする。カストマ情報のローカル・データベース
は以前の受取人とギフト贈答者の情報を収めている。ス
テップ１８０４で、ルーチンは、 Digital Equipmento
社の Alta Vista や Infoseek 社のUltraseek などの、
種々のインターネット・ベースのサーチ・エンジンをサ
ーチする。ステップ１８０５で、ルーチンは電子メール
・アドレスまたは電話番号を調べて受取人の地理的ロケ
ーションを特定する。具体的には、ルーチンは InterNI
C Registration Services of Network Services にアク
セスして、受取人の電子メール・アドレスのドメイン・
ネーム登録を調べる。別の方法として、ルーチンは市外
局番と電話番号プレフィックスの標準テーブルにアクセ
スして、受取人の地理的ロケール（local ）を判断す
る。ギフト発送システムはこれらの情報ソースの各々、
これらの情報ソースのサブセット、または追加情報ソー
スを使用して追加情報を探し出すことができる。ステッ
プ１８０６で、ルーチンは検索情報を分析し、受取人に
最も近い情報を地理的またはコンテキスト合致に基づい
て判断する。この分析は電子的に行うことも、人間のオ
ペレータと対話しながら行うこともできる。ステップ１
８０７で、ルーチンにより人間のオペレータに情報を表
示して、以後の処理に関する指示を要求する。ステップ
１８０８で、このルーチンは人間のオペレータに情報を
表示し、更なる処理についての指示を要求する。これら
の指示としては、十分な発送情報が収集されなかったた
め注文を保留中に置くこと、初回コンタクトを受取人に
送信すること、ギフトの発送をそのまま続けること、な
どが可能である。図２４は、発送情報の検証を制御する
ルーチンを示すフロー図である。ギフト発送システムは
発送情報を検証して、ギフトが発送可能なアドレスに送
られるようになっているかを確かめる。ステップ１９０
１で、ルーチンは発送情報の有効性を自動的にチェック
する。ルーチンはU.S. Postal Service アドレスのデー
タベースを使用して、発送アドレスが有効なU.S. Posta
l Service アドレスであるかどうかを判断する。ステッ
プ１９０２で、アドレスが有効であれば、ルーチンはス
テップ１９０６に進み、そうでなければステップ１９０
３に進む。ステップ１９０３で、ルーチンはアドレスを
マニュアルで検証するように人間のオペレータに要求す
る。ステップ１９０４で、オペレータがマニュアルでア
ドレスを正しいと検証していれば、ルーチンはステップ
１９０６に進み、そうでなければステップ１９０５に進
む。ステップ１９０５で、ルーチンは注文が満たされな
いことをギフト贈答者に通知し、注文を保留中に置く。
ステップ１９０６で、ルーチンはギフトを発送するよう
にスケジュールし、その旨をギフト贈答者に通知する。
以上、種々の実施形態を示して本発明について説明して
きたが、本発明はこれらの実施形態に限定されるもので
はない。当業者ならば理解されるように本発明の精神の
範囲内で種々の変更および改良が可能である。例えば、
サーバ・システムはクライアントＩＤを、最近にクライ
アント・システムを使用した複数のカストマにマッピン
グ（対応付けること）することができる。その後、サー
バ・システムを使用すれば、ユーザは、好ましくは、部
分的購入者固有注文情報の表示に基づいてこれらのマッ
ピングの１つを選択することで本人であることを示すこ
とができる。また、種々の異なるシングル・アクション
を使用して注文を出すことができる。例えば、音声コマ
ンドで購入者が伝えること、キーを購入者が押すこと、
テレビジョン・リモート・コントロール・デバイス上の
ボタンを購入者が押すこと、または、いずれかのポイン
ティング・デバイスを使用した選択を購入者が行うこ
と、などが可能である。シングル・アクションに先立っ
て購入者の複数の物理的動き（例えば、マウス・ポイン
タがボタン上に置かれるようにマウスを動かすこと）が
必要になることがあっても、ここでいうシングル・アク
ションとは、一般的に、注文を出すことを指示し、クラ
イアント・システムによって受信されるシングル・イベ
ントのことである。最後に、購入者は、カストマがサー
バ・システムへのアクセスするときカストマによって与
えられ、各メッセージと一緒にサーバ・システムに送ら
れる一意的なカストマＩＤで特定することも可能であ
る。このカストマＩＤは、クライアント・システム側に
永続的にストアしておくこともできるので、購入者はア
クセスを行う度に自分のカストマＩＤを入れ直す必要が
なくなる。本発明の範囲は請求の範囲の記載に基づいて
のみ判断されるものである。
形態におけるシングル・アクション注文を示す図であ
る。図１は、注文が可能なアイテムを記述しているＷｅ
ｂページのディスプレイを示す図である。このＷｅｂペ
ージの例は、購入者がアイテムに関する詳細情報をレビ
ューすることを要求したときにサーバ・システムからク
ライアント・システムに送信されたものである。このＷ
ｅｂページの例は要約記述セクション１０１、ショッピ
ンク・カート・セクション１０２、シングル・アクショ
ン注文セクション１０３、および詳細記述セクション１
０４を含んでいる。当業者ならば理解されるように、こ
れらの各種セクションは省くことも、様々な方法で並べ
替えたり、適応させたりすることも可能である。一般的
には、購入者はシングル・アクションで注文される１つ
または複数のアイテムまたは注文を出すために必要なシ
ングル・アクションを知っているだけで十分である。要
約記述セクションと詳細記述セクションには、注文が可
能な１つまたは複数のアイテムを特定し、記述している
情報が入っている。ショッピンク・カート・セクション
を使用すると、従来と同じように、記述されたアイテム
をショッピンク・カートに追加することができる。サー
バ・システムは要約記述、詳細記述、およびショッピン
ク・カートの各セクションを、注文が可能なアイテムの
各Ｗｅｂページに追加する。しかし、サーバ・システム
がシングル・アクション注文セクションを追加するの
は、シングル・アクション注文がそのクライアント・シ
ステムにいるその購入者に許可されているときだけであ
る（当業者ならば理解されるように、サーバ・システム
上のシングルＷｅｂページは全てのセクションを含むこ
とが可能であるが、シングル・アクション注文セクショ
ンはＷｅｂページをクライアント・システムに送信する
前に選択的に含めることも、除外することも可能であ
る。）。このシングル・アクション注文セクションを使
用すると、購入者はマウス・ボタンをシングル・クリッ
ク（１−click ）するだけで記述されたアイテムを指定
して注文することができる。購入者がマウス・ボタンを
クリックすると、購入者がそのとき注文を変更するため
になんらかのアクションをとっていなければ、アイテム
が注文される。シングル・アクション注文セクションは
シングル・アクション注文ボタン１０３ａ、購入者ＩＤ
サブセクション１０３ｂ、およびシングル・アクション
注文情報サブセクション１０３ｃと１０３ｄを含んでい
る。購入者情報サブセクションには、サーバ・システム
が購入者を正しく認識したことを購入者が確認できるだ
けの十分な情報が表示される。センシティブ情報がイン
ターセプトされる可能性を少なくするために、サーバ・
システムはサーバ・システムが購入者を正しく特定した
と購入者が確信するのに十分な情報だけを送信し、心な
いインターセプトをする人に好都合な情報は送信しな
い。追加情報サブセクションを使用すると、購入者は種
々の設定値を取得したり、シングル・アクション注文に
関する詳細情報を取得したりできる。購入者が出荷アド
レスを検証することを望まなければ、購入者は「出荷ア
ドレスのチェック（check shipping address）」ラベル
を選択することができる。これを選択すると、サーバ・
システムはユーザに「ログイン（login ）」を行うよう
に要求し、購入者が本人であることが検証されてから出
荷情報が表示または変更されるようにする。その後、サ
ーバ・システムはＷｅｂページをクライアント・システ
ムに送り、出荷アドレスが表示されるか、変更できるよ
うにする。このようにすると、センシティブな出荷アド
レスを送信することは、検証された購入者が要求しない
限り防止される。購入者がシングル・アクション注文ボ
タンを選択すると、クライアント・システムはメッセー
ジをサーバ・システムに送信し、表示されたアイテムが
注文されるように要求する。サーバ・システムがそのメ
ッセージを処理すると、サーバ・システムはシングル・
アクション注文の受信を確認する新しいＷｅｂページを
クライアント・システムに提供する。図２は、シングル
・アクション注文を確認するＷｅｂページのディスプレ
イを示す図である。この確認Ｗｅｂページは、注文確認
セクション１０５がＷｅｂページの上部に表示されるこ
とを除けば、アイテム記述Ｗｅｂページ（図１参照）と
ほぼ同じ情報を収めている。注文確認セクションは注文
が出されたことを確認し、購入者がシングル・アクショ
ン注文をレビューし、変更する機会を与える。上記とは
別に、確認Ｗｅｂページは、シングル・アクション注文
ボタンが注文確認メッセージで置き換えられることを除
けば、アイテム記述Ｗｅｂページ（図１参照）と同じに
することができる。シングル・アクション注文が現在ク
ライアント・システムでは許可されていないが、許可す
ることが可能であれば、サーバ・システムは、シングル
・アクション注文ボタン１０３ａがシングル・アクショ
ン注文許可ボタンで置き換えられることを除けば、図１
と同じＷｅｂページを生成することができる。このよう
な置換ボタンには、購入者がボタンをクリックすると、
シングル・アクション注文が許可されることを指示する
テキストを含めることが可能である。購入者がこのボタ
ンをクリックすると、サーバ・システムは図１のＷｅｂ
ページを送信して表示することになる。シングル・アク
ション注文は、そのクライアント・システムがシングル
・アクション注文を完成するだけの十分な購入者固有注
文情報をサーバ・システムがストアしているときは、い
つでも許可することができる。サーバ・システムに十分
な情報がなければ、購入者がシングル・アクション・ボ
タンを選択したとき、サーバ・システムは必要とする追
加情報を収集するためにＷｅｂページを提供することが
できる。サーバ・システムは購入者に「ログイン」する
ことを要求し、購入者が本人であることが検証されてか
らシングル・アクション注文が許可されるようにする。
出荷コストと購入者の混乱を最小限にするために、サー
バ・システムは種々のシングル・アクション注文を複数
アイテム注文に結合することができる。例えば、ある購
入者がシングル・アクション注文を使用してあるアイテ
ムを注文し、５分後にシングル・アクション注文を使用
して別のアイテムを注文したときは、これらの注文はコ
スト効率よく単一の注文に結合されて出荷されることに
なる。サーバ・システムは予定出荷日が類似していると
きにシングル・アクション注文を結合する。例えば、一
方のアイテムが即時に出荷可能（在庫がある）であり、
他方のアイテムが一日後に出荷可能であれば、２つのシ
ングル・アクション注文はコスト効率よく結合すること
ができる。しかし、他方のアイテムが２週間後でなけれ
ば出荷できないときは、２つの単アイテム注文は結合さ
れない。図３はアイテムが出荷可能かどうか（在庫があ
るかどうか）に基づいて２つの別々の複数アイテム注文
に結合された４つのシングル・アクション注文を示すＷ
ｅｂページのディスプレイを示している。注文情報１０
６は、アイテム１とアイテム２が３日以内に出荷可能で
あるため、１つの注文に結合されていることを示してい
る。注文情報１０７は、アイテム３とアイテム４が１週
間以内に出荷できないため、別々の注文に結合されてい
ることを示している。本発明の一実施形態では、サーバ
・システムはある時間期間（例えば、９０分）以内に出
されたシングル・アクション注文を結合することができ
る。また、サーバ・システムは注文が出荷予定にあると
き、注文されたアイテムが現在出荷可能であるかどうか
に基づいて注文を結合または分割することができる。こ
のように注文の変更を遅らせることを「促進注文選択
（expedited order selection ）」または「急送注文選
択」と呼び、これについては以下で詳しく説明する。図
４は、本発明の実施形態を示すブロック図である。この
実施形態はワールドワイド・ウェブ（ World Wide Web
）を使用してインターネット経由でシングル・アクシ
ョン注文を行うことをサポートしている。サーバ・シス
テム２１０はサーバ・エンジン２１１、クライアントＩ
Ｄ／カストマ・テーブル２１２、種々のＷｅｂページ２
１３、カストマ・データベース２１４、注文データベー
ス２１５、およびインベントリ（在庫品）データベース
２１６を備えている。サーバ・エンジンはＵＲＬで識別
されたＷｅｂページにアクセスするＨＴＴＰ要求を受け
取り、Ｗｅｂページを種々のクライアント・システムに
提供する。かかるＨＴＴＰ要求は、購入者がシングル・
アクションを実行してシングル・アクション注文を行っ
たことを示すことができる。カストマ・データベースは
種々の購入者または潜在的購入者に関するカストマ情報
を収めている。カストマ情報としては、カストマの氏
名、請求書発行情報、および出荷情報などの購入者固有
注文情報がある。注文データベース２１５は、まだ購入
者に出荷されていない各注文のエントリを収めている。
インベントリ・データベース２１６は注文可能な種々ア
イテムの記述を収めている。クライアントＩＤ／カスト
マ・テーブル２１２は、クライアント・システムを一意
的に特定している、グローバルに一意的な識別子である
各クライアントＩＤと、そのクライアント・システムと
最後に関連付けられたカストマとを対応付けているマッ
ピングを収めている。クライアント・システム２２０は
ブラウザ２２１と、割り当てられたクライアントＩＤ２
２２とを持っている。このクライアントＩＤは "cooki
e" と名付けたファイルにストアされている。一実施形
態によれば、サーバ・システムは、クライアント・シス
テムが初めてサーバ・システムとやりとりするとき一度
だけクライアントＩＤを割り当てて、それをクライアン
ト・システムに送付する。それ以降、クライアント・シ
ステムはサーバ・システムに送信される全てのメッセー
ジにそのクライアントＩＤを付けるので、サーバ・シス
テムはメッセージの発信元を特定することができる。サ
ーバ・システムとクライアント・システムは通信リンク
２３０を経由して情報を交換することによってやりとり
を行う。なお、この通信リンクには、インターネットを
利用した伝送も含まれる。当業者ならば理解されるよう
に、シングル・アクション注文手法はインターネット以
外の種々の環境で使用することが可能である。例えば、
シングル・アクション注文は電子メール環境で使用する
ことも可能であり、この環境においてアイテムは、アイ
テムの注文を出すために実行されるシングル・アクショ
ンの指示と一緒に電子メール・メッセージに記述されて
いる。また、ローカル・エリア・ネットワーク、広域ネ
ットワーク、またはポイント・ツー・ポイント（２地点
間）ダイヤルアップ接続などの、種々の通信チャネルを
使用することも可能である。また、サーバ・システム
は、シングル・アクションが実行されたときにそれに応
答して注文を生成できるハードウェアまたはソフトウェ
アの任意の組み合わせで構成することができる。クライ
アント・システムは、サーバ・システムとやりとりでき
るハードウェアまたはソフトウェアの任意の組み合わせ
で構成することができる。これらのシステムには、そこ
を通して注文を出すことができるテレビジョン・ベース
のシステム、または他の種々の消費者製品を含めること
も可能である。図５は、カストマのためにシングル・ア
クション注文を許可するルーチンを示すフロー図であ
る。シングル・アクション注文を許可するためには、サ
ーバ・システムは、購入者固有注文情報に相当するカス
トマに関する情報を持っている必要がある。サーバ・シ
ステムはこの情報を様々な方法で取得することができ
る。第一に、サーバ・システムはカストマがシングル・
アクション注文の許可を望んでいるかどうかをカストマ
に尋ねることができる。望んでいれば、サーバ・システ
ムはＷｅｂページを使用して購入者固有注文情報をカス
トマに要求することができる。第二に、サーバ・システ
ムは注文が従来の方法で出されたとき収集された購入者
固有注文情報を格納しておくこともできる。サーバ・シ
ステムはシングル・アクション注文を自動的に許可する
ことも、カストマの同意を得て許可することもできる。
ステップ３０１で、サーバ・システムはクライアント・
システムから送られてきたクライアントＩＤを検索す
る。ステップ３０２でサーバ・システムは、生成された
クライアントＩＤがそのカストマと関連付けられたこと
を示すようにクライアントＩＤ／カストマ・テーブルを
更新する。ステップ３０３で、サーバ・システムは、シ
ングル・アクション注文がそのクライアントＩＤとその
カストマの組み合わせで許可されていることを示すフラ
グをセットする。このフラグはクライアントＩＤ／カス
トマ・テーブルにストアしておくことができる。ステッ
プ３０４で、サーバ・システムは確認Ｗｅｂページをク
ライアント・システムに提供する。購入者がアイテムの
注文を次回に試みたとき、クライアント・システムはそ
のクライアントＩＤをサーバ・システムに提供する。シ
ングル・アクション注文がその購入者に許可されていれ
ば、サーバ・システムは、購入者がクライアントＩＤ／
カストマ・テーブル内のそのクライアントＩＤと関連付
けられたカストマであると想定する。従って購入者は、
誰か他の人が同じクライアント・システムを使用する可
能性がある場合には、サーバ・システムにシングル・ア
クション注文を許可させないこともできる。図６は、シ
ングル・アクション注文が許可されているときの、Ｗｅ
ｂページを生成するルーチンを示すフロー図である。シ
ングル・アクション注文が許可されているときは、サー
バ・システムは従来と同じように、アイテムを記述して
いるＷｅｂページを生成し、その後シングル・アクショ
ン注文セクションを追加する。一実施形態では、サーバ
・システムは部分的購入者固有注文情報をこのセクショ
ンに追加する。この情報としては、カストマの氏名、購
入者が選択した出荷アドレスの別名（moniker ）（例え
ば、「在宅」）、およびクレジット・カード番号の最後
の５桁または購入者が選択したニックネームがある。こ
の部分的情報はサーバ・システムが正しい購入者固有注
文情報を使用しているかどうかを購入者に知らせるのに
十分な最小限の情報にしておく必要がある。ステップ４
０１で、サーバ・システムはアイテムの標準的ショッピ
ンク・カート・タイプのＷｅｂページを生成する。ステ
ップ４０２で、シングル・アクション注文フラグがクラ
イアントＩＤとカストマの組み合わせのためにセットさ
れていれば、サーバ・システムはステップ４０３に進
み、そうでなければ終了する。ステップ４０３で、サー
バ・システムはシングル・アクション・セクションをＷ
ｅｂページに追加し、終了する。図７は、シングル・ア
クション注文を処理するルーチンを示すフロー図であ
る。注文を出すために必要なシングル・アクションを購
入者が実行すると、クライアント・システムはそのこと
をサーバ・システムに通知する。その後、サーバ・シス
テムはクライアント・システムと関連付けられたカスト
マの購入者固有注文情報をアイテム注文情報と結合して
注文を完成する。シングル・アクション注文は出荷コス
トを低減するために、他のシングル・アクション注文と
結合することも、場合によっては従来の方法で出された
注文と結合することも可能である。一実施形態では、シ
ングル・アクション注文は相互に対して一定時間期間
（例えば、９０分）以内に出されたとき結合することが
できる。このルーチンは、シングル・アクション注文が
どのようにして短期注文（例えば、一週間以内に出荷可
能である）および長期注文（例えば、一週間後に出荷可
能である）に結合されるかを示している。当業者ならば
理解されるように、シングル・アクション注文は出荷の
規模や中期の出荷可能といった、他の要因に基づいて様
々な方法で結合することができる。ステップ５０１で、
アイテムが短期に出荷される予定にあれば、サーバ・シ
ステムはステップ５０２に進み、そうでなければステッ
プ５０５に進む。ステップ５０２で、短期注文が購入者
のためにすでにオープンされていれば、サーバ・システ
ムはステップ５０４に進み、そうでなければステップ５
０３に進む。ステップ５０３で、サーバ・システムは購
入者のために短期注文を作成する。ステップ５０４で、
サーバ・システムはアイテムを短期注文に追加し、ステ
ップ５０８に進む。ステップ５０５で、長期注文が購入
者のためにすでにオープンされていれば、サーバ・シス
テムはステップ５０７に進み、そうでなければステップ
５０６に進む。ステップ５０６で、サーバ・システムは
購入者のために長期注文を作成する。ステップ５０７
で、サーバ・システムはアイテムを長期注文に追加す
る。ステップ５０８で、サーバ・システムは確認を生成
し、それを送信して完了する。図８は、シングル・アク
ション注文要約Ｗｅｂページを生成するルーチンを示す
フロー図である。このＷｅｂページ（例えば、図３）は
短期と長期のシングル・アクション注文をユーザが調
べ、変更する機会を与える。ステップ６０１で、サーバ
・システムは標準的シングル・アクション注文情報をＷ
ｅｂページに追加する。ステップ６０２で、短期注文が
オープンしていれば、サーバ・システムはステップ６０
３で短期注文をＷｅｂページに追加する。ステップ６０
４で、長期注文がオープンしていれば、サーバ・システ
ムはステップ６０５で長期注文情報をＷｅｂページに追
加し、完了する。図９は、促進注文選択アルゴリズムを
実装しているルーチンを示すフロー図である。促進注文
選択アルゴリズムの目標は、各デスティネーションに送
られる注文の数を最小限にして出荷コストを低減化する
ことである。デスティネーションは特定の出荷アドレス
と特定の購入者の請求明細とを結合したものにすること
ができる。同じデスティネーションに送られる注文は
「兄弟注文（sibling orders）」と呼ばれる。このアル
ゴリズムは２ステージからなっている。第１ステージで
は、アルゴリズムは全ての兄弟注文が満たされるデステ
ィネーション宛ての注文の出荷スケジュールを行う。注
文は、その注文の全てのアイテムが現在インベントリに
あるとき（つまり、在庫品がある（available ）とき）
満たされ、出荷が可能になる。兄弟注文の各グループ毎
に、アルゴリズムはこれらの兄弟注文を単一の結合注文
に結合し、１つの注文だけが各デスティネーションに出
荷されるようにスケジュールする。第２ステージでは、
アルゴリズムは兄弟注文の一部が満たされないか、部分
的に満たされている兄弟注文のグループを結合し、スケ
ジュールする。アルゴリズムは部分的に満たされた各兄
弟注文を満たされた兄弟注文と、まったく満たされない
兄弟注文とに分割することができる。その後、アルゴリ
ズムは満たされた全ての兄弟注文を単一の結合注文に結
合し、その結合注文の出荷スケジュールを行う。いずれ
かのグループの兄弟注文が１つだけで、その注文が部分
的に満たされていれば、一実施形態によるアルゴリズム
はそのデスティネーションに余分の出荷が行われるのを
防止するためにその注文を分割しない。第２ステージで
は、アルゴリズムはグループ内のあるアイテムが次回に
満たされる時期（next fulfillment time ）を基準にし
たシーケンスで、兄弟注文のグループを選択し、スケジ
ュールすることができる。兄弟注文のグループが次回に
満たされる時期とは、その兄弟注文グループ内のアイテ
ムが満たされる最小限の予定時期である。例えば、ある
兄弟注文グループにまだ満たされていないアイテムがい
くつかあり、そのアイテムが満たされる予定時期が３日
から１４日の範囲内にあれば、そのグループの次回に満
たされる時期は３日となる。アルゴリズムはまず、次回
に満たされる時期が最長である兄弟注文グループを最初
にスケジュールすることから始める。例えば、６つのグ
ループがあって、それぞれの次回に満たされる時期が
３、５、７、１０、１１、および１４日であれば、アル
ゴリズムは、まず、次回に満たされる時期が１４日であ
るグループ内の兄弟注文を選択してスケジュールし、次
に、次回に満たされる時期が１１日であるグループを選
択してスケジュールし、以下、同様にスケジュールして
いく。次回に満たされる時期が短いグループのスケジュ
ールを遅らせることによって、アルゴリズムは、追加の
アイテムが出荷可能となって（次回に満たされる時期が
短いために）、スケジュール済みの注文と結合される機
会を増加する。ステップ７０１〜７０３は促進注文選択
アルゴリズムの第１ステージを示し、ステップ７０４〜
７０６は促進注文選択アルゴリズムの第２ステージを示
している。ステップ７０１〜７０３で、アルゴリズムは
ループに入って、全ての兄弟注文が満たされるグループ
を選択し、注文を結合する。ステップ７０１で、アルゴ
リズムは次に満たされる全ての兄弟注文を持つグループ
を選択する。ステップ７０３で、かかる全てのグループ
がすでに選択されていれば、アルゴリズムはステップ７
０４で第２ステージに進む。そうでなければアルゴリズ
ムはステップ７０３に進む。ステップ７０３で、アルゴ
リズムは選択したグループ内の注文を結合し、スケジュ
ールしてから、ループしてステップ７０１に戻る。ステ
ップ７０４で、アルゴリズムは次回に満たされる時期が
最長である、次の兄弟注文グループを選択する。ステッ
プ７０５で、かかる全てのグループがすでに選択されて
いれば、アルゴリズムは完了し、そうでなければステッ
プ７０６に進む。ステップ７０６で、アルゴリズムは選
択したグループ内の注文を結合し、スケジュールしてか
ら、ループしてステップ７０４に戻る。促進注文選択ア
ルゴリズムが実行中のとき、新しい注文と新しいインベ
ントリが受信される場合がある。そのような新しい注文
と新しいインベントリが受信されると、アルゴリズムは
リスタートし、これらの新しい注文をそれぞれに見合っ
た形でスケジュールし、結合する。アルゴリズムは２ス
テージからなるものとして説明してきたが、アルゴリズ
ムをインクリメント方式で実現し、各注文がスケジュー
ルされた後で第１ステージと第２ステージの評価がやり
直されるようにすることも可能である。当業者ならば理
解されるように、これらのステージの可能とされる組み
合わせは他にもあり、その場合でも、表される基本的ア
ルゴリズムは同じである。図１０乃至図１２は、本発明
の一実施形態における階層データ入力メカニズムを示し
た図である。ユーザから情報を収集するとき、Ｗｅｂペ
ージは全てがディスプレイ上に同時に収まらないよう
な、長い一連のデータ入力フィールドからなっているの
が代表的である。従って、ユーザは情報を入力するため
にＷｅｂページをスクロールしていく必要がある。デー
タ入力フィールドがディスプレイ上に同時に収まらない
ときは、ユーザは入力しようとするデータのタイプと編
成を全体的に把握することが困難である。階層データ入
力メカニズムによると、ユーザは全てのデータ入力フィ
ールドがディスプレイ上に同時に収まらない場合であっ
ても、入力しようとするデータの全体的編成を理解する
ことができる。図１０は、そこに入力されるサンプル・
フォームの全体的フォーマットを示す図である。このサ
ンプル・フォームは、Ａ、Ｂ、Ｃ、およびＤの文字で示
した種々のセクションを含んでいる。ユーザが「スター
ト」ボタンを選択すると、セクションＡはカストマ名と
アドレスのデータ入力フィールドが含まれるように拡大
される。図１１はセクションＡの拡大を示している。セ
クションＡだけが拡大されているので、ユーザはセクシ
ョンＡのデータ入力フィールドと他のセクションの要約
情報を同時に見ることができる。その後、ユーザは表示
されている種々のデータ入力フィールドにデータを入力
する。入力を完了したら、ユーザは「次へ」または「戻
る」ボタンのどちらかを選択する。「次へ」ボタンを選
択すると、セクションＡは縮小され、セクションＢが拡
大されるので、財務情報を入力することができる。図１
２はセクションＢの拡大を示している。「戻る」ボタン
を選択すると、セクションＡは縮小し、図１０に示すよ
うに表示される。この縮小と拡大は各セクション毎に繰
り返される。データ入力を行っている途中で、エラーが
検出されると、Ｗｅｂページが生成され、エラーのある
データ入力フィールドの近くに（例えば、下の行に）エ
ラー・メッセージがある。このＷｅｂページはユーザに
エラーを知らせるためにクライアント・システムによっ
て表示される。さらに、データ「入力」フィールドの各
々は、ユーザがそのデータ入力フィールドをクリックす
るか、あるいはそのデータ入力フィールドに関連する
「編集」ボタンを選択するまでは編集ができないように
なっている。このようにすると、ユーザが編集フィール
ドのコンテンツを誤って変更することが防止される。ユ
ーザがあるデータ入力フィールドをクリックすると、新
しいＷｅｂページがユーザに示されるので、そのフィー
ルドに関連するデータの編集が可能になる。編集が完了
すると、編集データはデータ「入力」フィールドに表示
される。以上のように、このフォームのフィールドは直
接に編集できないので、"named-submit"ボタンも、Ｊａ
ｖａも不要である。また、種々のデータ入力オプション
（例えば、ラジオボタン）はフィールドを編集しようと
するときだけ新しいＷｅｂページに表示されるので、こ
のフォームはコンパクト化されている。本発明の他の実
施形態によれば、シングル・アクションを使用して特定
の受取人（一人または複数）にギフトを贈るメカニズム
が提供されている。アイテムを記述している情報が表示
されるとき、システムは受取人を特定した後、「贈与
（GIVE）」ボタンを選択してその特定受取人にアイテム
を贈るように指示を表示する。ユーザがギフトを贈ろう
とする受取人が一人だけのときは、ユーザはｅメール・
アドレスといった、その受取人の識別情報を入力する。
ユーザが二人以上の受取人にギフトを贈るときは、ユー
ザは各受取人の識別情報を入力することができるが、別
の方法として、ユーザはグループの各メンバ（つまり、
受取人）の識別情報に関連付けられたグループ名を入力
することも可能である。システムは識別情報を使用して
ギフトの発送アドレスを特定する。以下で詳しく説明す
るように、システムは種々のデータベースを使用して、
特定された受取人の情報を探し出すことができる。図１
３及び図１４は、シングル・アクションを使用して、あ
るアイテムをギフトとして一人または複数の受取人に贈
る方法を示す図である。図１３は、ギフトを一人の受取
人に贈る場合を示す図である。セクション１０１〜１０
４は図１で説明したものと同じである。ギフト贈与セク
ション９０１は指示サブセクション９０１ａ、識別情報
サブセクション９０１ｂ、およびシングル・アクション
贈答サブセクション９０１ｃを含んでいる。受取人にギ
フトを贈るには、ユーザはその受取人のｅメール・アド
レスを識別情報サブセクション９０１ｂに入力し、次に
シングル・アクション贈答サブセクション９０１ｃを選
択する。システムはｅメール・アドレスを受け取ると、
そのｅメール・アドレスを使用して受取人の発送アドレ
スを探し出す。これについては、以下で詳しく説明す
る。システムはユーザに対するアイテム請求書を、シン
グル・アクション注文のときそのユーザに関してストア
されていた情報に基づいて発行し、発送アドレスにいる
受取人にアイテムを出荷する。以下で説明するように、
このシステムによると、ユーザは多種類の識別情報を指
定することができる。図１４は、ギフトを複数の受取人
に贈る場合を示している。ギフト贈答セクション９０２
は指示サブセクション９０２ａ、グループ名サブセクシ
ョン９０２ｂ、およびシングル・アクション贈答サブセ
クション９０２ｃを含んでいる。複数の受取人にギフト
を贈るには、ユーザは受取人を特定するグループの名前
をグループ名サブセクション９０２ｂに入力し、次にシ
ングル・アクション贈答サブセクション９０２ｃを選択
する。システムはグループ名を使用して、そのグループ
名に関連付けられた受取人のリストを特定する。図１５
は、グループを作成し、そのグループに関連する受取人
（つまり、メンバ）の識別情報を入力するためのグリッ
ドを示す図である。ユーザはグループ名をグループ名セ
クション１００１に入力し、次に受取人に関する情報を
メンバ情報セクション１００２の各行に入力する。ユー
ザはグループに関連する各受取人に関する情報を、ユー
ザが知っている限り入力することができる。例えば、ユ
ーザはあるユーザにはｅメール・アドレスだけを入力
し、他の受取人には氏名、ｅメール・アドレス、および
発送アドレスを入力することができる。システムはグル
ープに関連する各受取人にギフトを送るように要求を受
けると、システムは各受取人に関してストアされていた
情報を使用して、ギフトの発送を行うために必要な追加
情報を特定する。これについては、以下で説明する。シ
ステムは各受取人の特定された追加情報をストアしてお
くこともできるので、その後で別のアイテムがその受取
人に贈られるとき、そのアイテムの発送を行うために必
要な追加情報を即時に検索することができる。別の方法
として、可能な限りの受取人に関する情報を収めてい
る、ユーザ用のシングル・アドレス帳（address book）
を保存しておくこともできる。ユーザは、アドレスがア
ドレス帳に存る受取人の何人かを指示することによって
グループを指定する。アドレス帳を使用すると、一人ま
たは複数の受取人を共通して持つ複数のグループの維持
が容易になる。さらに、ユーザは受取人に関する追加情
報をいつでも与えることができるので、アイテムの発送
を行うための十分な情報の検索が迅速化される。本発明
によれば、ギフト注文を受け取り、ギフト注文に指定さ
れていない追加発送情報を収集し、追加発送情報に基づ
いてギフトを発送することによってギフトの発送をコー
ディネートするコンピュータ・ベースの方法およびシス
テムも提供されている。本発明の一実施形態であるギフ
ト発送システムは、ＷＷＷ上に用意されたＷｅｂページ
を通してギフト注文を受信する。ギフト注文は受取人に
発送すべきギフトを指定している。受取人はその受取人
の発送アドレスを含んでいない情報によって特定するこ
とができる。例えば、受取人は、氏名および電子メール
・アドレスや電話番号などの、コンタクト先情報だけに
よって特定することが可能である。ギフト発送システム
は十分な発送情報を得るために受取人にコンタクトする
ことを試みる。コンタクトに失敗すると、ギフト発送シ
ステムは種々の情報データベースをサーチして追加コン
タクト先情報を特定する。十分な発送情報が得られる
と、ギフトは受取人に発送され、ギフト贈答者にその通
知が行われる。しかし、十分な発送情報が得られなかっ
たときは、ギフトが発送できなかったとギフト贈答者に
通知される。図１６は、ギフト発送システムの全体的流
れを示すフロー図である。ステップ１１０１で、ギフト
発送システムはギフトの注文をギフト贈答者から受け取
る。一実施形態では、注文はＷｅｂページを通してアク
セスすることによって受け取られるが、音声電話コー
ル、郵便メール、ファクシミリ、または電子メールなど
の他の通信モードで受け取ることも可能である。ステッ
プ１１０２で、ギフト発送システムはギフトの受取人に
コンタクトすることを試みる。ギフト注文は受取人の電
子メール・アドレスや電話番号などの、受取人のコンタ
クト先情報を指定することができる。ギフト注文と一緒
に与えられたコンタクト先情報に基づいて、電子メール
または自動音声電話コールで初回に受取人にコンタクト
して、十分な発送情報を収集する試みが行われる。別の
方法として、ユーザが受取人とのコンタクトを音声電話
で試みることも可能である。ステップ１１０３で、初回
のコンタクトに成功すれば、システムはステップ１１０
６に進み、そうでなければステップ１１０４に進む。ス
テップ１１０４で、システムは追加コンタクト先情報を
収集することを試みる。システムはギフト注文と一緒に
与えられた情報を使用して、種々のデータベース・ソー
スから追加コンタクト先情報を得ることができる。例え
ば、システムは受取人の氏名または受取人の電子メール
・アドレスを使用して、インターネット・ベースのデー
タベース・システムにアクセスすることができる。ステ
ップ１１０５で、システムが上記追加のソースから追加
コンタクト先情報を取得していれば、システムはループ
してステップ１１０２に戻り、追加コンタクト先情報を
使用して受取人にコンタクトすることを試み、そうでな
ければ、システムはステップ１１１１に進む。ステップ
１１０６で、システムは成功したコンタクトから発送情
報を収集する。例えば、成功したコンタクトが電話コー
ルであれば、電話コールを行ったオペレータが発送情報
を入力することが好ましい。成功したコンタクトが電子
メール交換であれば、システムが受取人の応答メッセー
ジを解析して発送情報を収集することが好ましい。ステ
ップ１１０７で、システムは発送情報が正しいかどうか
を検証する。システムは、全ての正しいストリート・ア
ドレスのリストを収容している種々のデータベースを使
用してアドレスを検証することができる。ステップ１１
０８で、発送情報が正しいと検証されれば、システムは
ステップ１１０９に進み、そうでなければステップ１１
１１に進む。ステップ１１０９で、システムはギフトを
受取人に送付する。ステップ１１１０で、システムはギ
フトが正常に送付されたことを通知する電子メールをギ
フト贈答者に送信する。ステップ１１１１で、十分な発
送情報が収集できないか、あるいは発送情報が正しいと
検証できなかったときは、システムはギフトが発送でき
なかったため保留（on hold ）にされたとの通知を行う
メッセージを（例えば、電子メールで）ギフト贈答者に
送信する。別の実施形態（図示せず）では、受取人にコ
ンタクトする試みがステップ１１０３で失敗していれ
ば、システムはデータベースおよび図１０乃至図１２を
参照して以下に述べるものと類似の他のソースなどの、
受取人以外のソースから受取人の追加発送情報を取得す
ることを試みる。システムが受取人の十分な発送情報を
上記の方法で取得できるときは、システムは取得した発
送情報を使用してギフトを受取人に送付することが好ま
しい。図１７は、ギフト発送システムのコンポーネント
を示すブロック図である。コンピュータ・システム１２
０１は、中央処理ユニット、メモリ、およびディスク・
ドライブ装置やＣＤ−ＲＯＭなどの周辺デバイスを装備
している。ギフト発送システムは注文入力システム１２
０２と注文発送システム１２０３を含んでいる。注文入
力システムは、ギフト贈答者がギフト注文を入力すると
きのユーザ・インタフェースとなるものである。一実施
形態における注文入力システムは、ギフト・データベー
ス１２０４にアクセスするＷｅｂページを含んでいる。
ギフト贈答者は用意されたＷｅｂページを使用して、ど
のギフトを受取人に送るべきかを選択する。ギフト贈答
者はさらに、受取人を記述した情報を提供する。その
後、注文入力システムは注文情報を注文データベース１
２０５にストアする。ギフト発送システムは追加発送情
報の検索を制御し、ギフトが正しく受取人に発送される
ようにする。ギフト発送システムは注文データベースか
ら情報を検索し、ギフト注文と一緒に提供された情報に
基づいて受取人にコンタクトすることを試みる。その情
報に基づいて受取人にコンタクトできなければ、ギフト
発送システムはカストマ・データベース１２０６やイン
ターネット・ベースのデータベース１２０８などの、他
のデータベース・ソースにアクセスして、受取人の追加
コンタクト先情報を収集する。図１８は、ギフト注文の
種々ステージを示すステート図である。ギフト注文は６
ステート、すなわち、受信済み（received）、応答待ち
（response pending）、発送情報検証（verifying deli
very information）、追加コンタクト先情報収集（coll
ecting additional contact information ）、保留中
（on hold）、および発送スケジュール済み（scheduled
for delivery）の１つに置かれている。初めに、注文
が受信されると、システムは注文を受信済みステート１
３０１に置く。システムがギフト贈答者によって与えら
れた情報を使用して受取人にコンタクトすることを試み
ると、ギフト注文は応答待ちステート１３０２に変わ
る。応答待ちステートは、コンタクトの試みが進行中で
あるが応答が受取人からまだ受信されていないことを示
している。十分な応答が割り当て時間（例えば、２４時
間）以内に受取人から受信されると、ギフト注文は発送
情報検証ステート１３０３に変わる。発送情報検証ステ
ートにあるとき、システムは発送情報が正しいかどうか
を検証することを試みる。発送アドレスが正しければ、
ギフト注文は発送スケジュール済みステート１３０４に
入る。初回応答が不十分であるか、割り当て時間内に受
信されていなければ、システムはギフト注文を追加コン
タクト先情報収集ステート１３０５に置く。追加コンタ
クト先情報収集ステートにあるとき、システムは追加情
報ソースをサーチして受取人に関する追加コンタクト先
情報を判断する。追加コンタクト先情報が見つかれば、
システムは追加のコンタクトを試み、ギフト注文を応答
待ちステート１３０２に置く。他方、追加コンタクト先
情報が見つからなければ、システムはギフト注文を保留
中ステート１３０８に置く。さらに別の好適実施形態で
は、初回応答が不十分であれば、システムはギフト注文
を追加発送情報収集ステートに置く（図示せず）。追加
発送情報収集ステートにあるとき、システムは追加情報
ソースをサーチして受取人の追加発送情報を取得する。
システムが上記の方法で十分な発送情報を取得できれ
ば、システムはギフト注文を発送情報検証ステート１３
０３に置く。そうでなければ、システムはギフト注文を
保留中ステート１３０８に置く。図１９は、ギフト注文
の受信を制御するルーチンを示すフロー図である。ギフ
ト注文受信ルーチンはギフト贈答者とのやりとりを制御
して、ギフト・データベースからギフトを選択し、受取
人に関する情報を受信し、支払いを受け取り、ギフト注
文をデータベースにストアする。このルーチンにより、
電子的に受信したギフト注文を処理する。当業者ならば
理解されるように、他形態のギフト注文受信を取り扱う
類似のルーチンを開発することも可能である。ステップ
１４０１で、ルーチンはギフトをギフト贈答者から受取
人に送る要求を、Ｗｅｂページを通して電子的に受信す
る。ステップ１４０２で、ルーチンはギフト贈答者との
セッションを作成する。このセッションはギフト贈答者
およびギフト発送システムとのやりとりをトラッキング
するために使用される。ステップ１４０3 で、このルー
チンはギフト選択情報を受け取る。ギフト選択情報は、
出荷可能なギフトがギフト・データベースから表示され
たときに、それに応答して選択することができる。ステ
ップ１４０４で、ルーチンはギフト贈答者から受取人コ
ンタクト先情報を受信する。受取人コンタクト先情報の
代表例としては、受取人の氏名と電子メール・アドレス
がある。ステップ１４０５で、ルーチンは支払い情報を
受信する。この支払い情報はクレジット・カード、デビ
ット・カード、または電子マネー（digital cash）とい
った電子形態にすることも、小切手や為替といった従来
形態にすることも可能である。従来形態のときは、ギフ
ト注文は支払いの受信待ちの追加ステートに置くことが
できる。ステップ１４０６で、支払いが承認されていれ
ば、ルーチンはステップ１４０８に進み、そうでなけれ
ば、ルーチンは支払いが拒否されたことをギフト贈答者
に通知する。ステップ１４０８で、ルーチンはギフト注
文にギフト注文トラッキング番号を割り当てる。このギ
フト注文トラッキング番号は、その処理期間中にギフト
注文を特定するためにシステムによって使用される。ス
テップ１４０９で、ルーチンはギフト注文情報をギフト
注文データベースにストアする。ステップ１４１０で、
ルーチンはギフト注文が受け付けられたことをギフト贈
答者に通知する。ステップ１４１１で、ルーチンはギフ
ト贈答者とのセッションを終了する。図２０は、受取人
との最初のコンタクトの試みを制御するルーチンを示す
ブロック図である。最初のコンタクトは電子メール・ア
ドレスや電話番号などの、ギフト贈答者から与えられた
コンタクト先情報を使用して行われる。十分な情報が与
えられていないため受取人にコンタクトする初回の試み
さえもできないときは、ギフト発送システムは種々のデ
ータベースをサーチし、受取人の氏名に基づいてコンタ
クト先情報を取得する。ステップ１５０１ａで、受取人
の電子メール・アドレスがギフト注文に与えられていれ
ば、ルーチンはステップ１５０１ｂに進み、そうでなけ
ればステップ１５０２ａに進む。ステップ１５０１ｂ
で、ルーチンは与えられた電子メール・アドレスに電子
メールを送信する。この電子メールはギフトが受取人に
送られることを示す情報を収めており、ギフトの発送情
報を要求する。電子メールはシステムによって割り当て
られたトラッキング番号を含んでいるので、応答メール
が受信されたとき、ギフト発送システムはそれがどのギ
フト注文に対応するのかを判断することができる。ステ
ップ１５０２ａで、受取人の電話番号が与えられていれ
ば、ルーチンは１５０２ｂに進み、そうでなければ、ル
ーチンは受取人にコンタクトする他の様々な試みを続け
る。例えば、ファクシミリ番号が与えられていれば、フ
ァクシミリ・メッセージはその番号に送られる。ステッ
プ１５０２ｂで、ルーチンは受取人との初回電話コンタ
クトをスケジュールする。初回電話コンタクトを自動音
声電話システムを通して行うと、メッセージを電話応答
する人にも、応答マシンにも残しておくことができる。
別の方法として、人間のオペレータが初回音声コンタク
トを行うことも可能である。初回コンタクトが行われた
後、ギフト注文は応答待ちステートに置かれる。図２１
は、初回音声電話コンタクトの処理を制御するルーチン
を示すフロー図である。このルーチンは人間のオペレー
タのための情報を表示することも、自動化オペレータに
情報を与えることも可能である。ステップ１６０１で、
電話に対する応答があれば、ルーチンはステップ１６０
２に進み、そうでなければ、ルーチンはギフト注文を初
回コンタクトのためにスケジュールしたままにしてお
く。ステップ１６０２で、メッセージが人間または音声
メール・システムに残されていれば、ルーチンはステッ
プ１６０３に進み、そうでなければ、ルーチンはギフト
注文を初回コンタクトのためにスケジュールしたままに
しておく。ステップ１６０３で、十分な応答が受信され
ていれば、ルーチンはステップ１６０５に進み、そうで
なければステップ１６０４に進む。ステップ１６０４
で、ルーチンは受取人に関する追加コンタクト先情報を
検索するようにギフト注文をスケジュールする。ステッ
プ１６０５で、ルーチンは受取人に関する追加情報で注
文データベースを更新する。ステップ１６０６で、ルー
チンはその発送情報が検証されるようにギフト注文をス
ケジュールし、そのステートを発送情報検証に変更す
る。図２２は、初回応答の処理を制御するルーチンを示
すフロー図である。この初回応答は電子メール、音声電
話、またはファクシミリ・メッセージで行うことができ
る。ステップ１７０１で、トラッキング番号が応答に含
まれていれば、ルーチンはステップ１７０２に進み、そ
うでなければステップ１７０４に進む。ステップ１７０
２で、ルーチンはギフト注文データベースを使用してト
ラッキング番号を検証する。ステップ１７０３でトラッ
キング番号が正しいと検証されていれば、ルーチンはス
テップ１７０６に進み、そうでなければステップ１７０
４に進む。ステップ１７０４で、ルーチンは応答で与え
られた情報に基づいてトラッキング番号を見付けること
を試みる。ステップ１７０５で、トラッキング番号が見
つかれば、ルーチンはステップ１７０６に進み、そうで
なければステップ１７０７に進む。ステップ１７０６
で、応答に十分な発送情報が含まれていて、ギフト注文
が発送可能であれば、ルーチンはステップ１７０８に進
み、そうでなければステップ１７０７に進む。ステップ
１７０７で、ルーチンは追加発送情報を検索するように
注文をスケジュールする。ステップ１７０８で、ルーチ
ンはその発送情報が検証されるように注文をスケジュー
ルし、そのステートを発送情報検証に変更する。図２３
は、追加コンタクト先情報の収集を制御するルーチンを
示すフロー図である。このルーチンはギフト注文で与え
られた情報に基づいて種々のデータベース・ソースをサ
ーチする。例えば、ステップ１８０１で、ルーチンは、
Switchboard ， Four11 ，およびAccumailなどの、イン
ターネット・ベースの電話および電子メール・ディレク
トリをサーチする。ステップ１８０２で、ルーチンはSe
lect Phoneなどの電話および電子メール情報の種々ＣＤ
−ＲＯＭデータベースをサーチする。ステップ１８０３
で、ルーチンはカストマ情報のローカル・データベース
をサーチする。カストマ情報のローカル・データベース
は以前の受取人とギフト贈答者の情報を収めている。ス
テップ１８０４で、ルーチンは、 Digital Equipmento
社の Alta Vista や Infoseek 社のUltraseek などの、
種々のインターネット・ベースのサーチ・エンジンをサ
ーチする。ステップ１８０５で、ルーチンは電子メール
・アドレスまたは電話番号を調べて受取人の地理的ロケ
ーションを特定する。具体的には、ルーチンは InterNI
C Registration Services of Network Services にアク
セスして、受取人の電子メール・アドレスのドメイン・
ネーム登録を調べる。別の方法として、ルーチンは市外
局番と電話番号プレフィックスの標準テーブルにアクセ
スして、受取人の地理的ロケール（local ）を判断す
る。ギフト発送システムはこれらの情報ソースの各々、
これらの情報ソースのサブセット、または追加情報ソー
スを使用して追加情報を探し出すことができる。ステッ
プ１８０６で、ルーチンは検索情報を分析し、受取人に
最も近い情報を地理的またはコンテキスト合致に基づい
て判断する。この分析は電子的に行うことも、人間のオ
ペレータと対話しながら行うこともできる。ステップ１
８０７で、ルーチンにより人間のオペレータに情報を表
示して、以後の処理に関する指示を要求する。ステップ
１８０８で、このルーチンは人間のオペレータに情報を
表示し、更なる処理についての指示を要求する。これら
の指示としては、十分な発送情報が収集されなかったた
め注文を保留中に置くこと、初回コンタクトを受取人に
送信すること、ギフトの発送をそのまま続けること、な
どが可能である。図２４は、発送情報の検証を制御する
ルーチンを示すフロー図である。ギフト発送システムは
発送情報を検証して、ギフトが発送可能なアドレスに送
られるようになっているかを確かめる。ステップ１９０
１で、ルーチンは発送情報の有効性を自動的にチェック
する。ルーチンはU.S. Postal Service アドレスのデー
タベースを使用して、発送アドレスが有効なU.S. Posta
l Service アドレスであるかどうかを判断する。ステッ
プ１９０２で、アドレスが有効であれば、ルーチンはス
テップ１９０６に進み、そうでなければステップ１９０
３に進む。ステップ１９０３で、ルーチンはアドレスを
マニュアルで検証するように人間のオペレータに要求す
る。ステップ１９０４で、オペレータがマニュアルでア
ドレスを正しいと検証していれば、ルーチンはステップ
１９０６に進み、そうでなければステップ１９０５に進
む。ステップ１９０５で、ルーチンは注文が満たされな
いことをギフト贈答者に通知し、注文を保留中に置く。
ステップ１９０６で、ルーチンはギフトを発送するよう
にスケジュールし、その旨をギフト贈答者に通知する。
以上、種々の実施形態を示して本発明について説明して
きたが、本発明はこれらの実施形態に限定されるもので
はない。当業者ならば理解されるように本発明の精神の
範囲内で種々の変更および改良が可能である。例えば、
サーバ・システムはクライアントＩＤを、最近にクライ
アント・システムを使用した複数のカストマにマッピン
グ（対応付けること）することができる。その後、サー
バ・システムを使用すれば、ユーザは、好ましくは、部
分的購入者固有注文情報の表示に基づいてこれらのマッ
ピングの１つを選択することで本人であることを示すこ
とができる。また、種々の異なるシングル・アクション
を使用して注文を出すことができる。例えば、音声コマ
ンドで購入者が伝えること、キーを購入者が押すこと、
テレビジョン・リモート・コントロール・デバイス上の
ボタンを購入者が押すこと、または、いずれかのポイン
ティング・デバイスを使用した選択を購入者が行うこ
と、などが可能である。シングル・アクションに先立っ
て購入者の複数の物理的動き（例えば、マウス・ポイン
タがボタン上に置かれるようにマウスを動かすこと）が
必要になることがあっても、ここでいうシングル・アク
ションとは、一般的に、注文を出すことを指示し、クラ
イアント・システムによって受信されるシングル・イベ
ントのことである。最後に、購入者は、カストマがサー
バ・システムへのアクセスするときカストマによって与
えられ、各メッセージと一緒にサーバ・システムに送ら
れる一意的なカストマＩＤで特定することも可能であ
る。このカストマＩＤは、クライアント・システム側に
永続的にストアしておくこともできるので、購入者はア
クセスを行う度に自分のカストマＩＤを入れ直す必要が
なくなる。本発明の範囲は請求の範囲の記載に基づいて
のみ判断されるものである。
【図１】本発明の一実施形態におけるシングル・アクシ
ョン注文を示す図である。
ョン注文を示す図である。
【図２】本発明の一実施形態におけるシングル・アクシ
ョン注文を示す図である。
ョン注文を示す図である。
【図３】本発明の一実施形態におけるシングル・アクシ
ョン注文を示す図である。
ョン注文を示す図である。
【図４】本発明の実施形態を示すブロック図である。
【図５】カストマのためにシングル・アクション注文を
許可するルーチンを示すフロー図である。
許可するルーチンを示すフロー図である。
【図６】シングル・アクション注文が許可されているＷ
ｅｂページを生成するルーチンを示すフロー図である。
ｅｂページを生成するルーチンを示すフロー図である。
【図７】シングル・アクション注文を処理するルーチン
を示すフロー図である。
を示すフロー図である。
【図８】シングル・アクション注文要約Ｗｅｂページを
生成するルーチンを示すフロー図である。
生成するルーチンを示すフロー図である。
【図９】促進注文選択アルゴリズムを実現するルーチン
を示すフロー図である。
を示すフロー図である。
【図１０】本発明の一実施形態における階層データ入力
メカニズムを示す図である。
メカニズムを示す図である。
【図１１】本発明の一実施形態における階層データ入力
メカニズムを示す図である。
メカニズムを示す図である。
【図１２】本発明の一実施形態における階層データ入力
メカニズムを示す図である。
メカニズムを示す図である。
【図１３】シングル・アクションを使用してアイテムを
ギフトとして一人または複数の受取人に贈る方法を示す
図である。
ギフトとして一人または複数の受取人に贈る方法を示す
図である。
【図１４】シングル・アクションを使用してアイテムを
ギフトとして一人または複数の受取人に贈る方法を示す
図である。
ギフトとして一人または複数の受取人に贈る方法を示す
図である。
【図１５】グループを作成し、そのグループに関連付け
られた受取人の識別情報を入力するためのグリッドを示
す図である。
られた受取人の識別情報を入力するためのグリッドを示
す図である。
【図１６】ギフト発送システムの全体的フローを示すフ
ロー図である。
ロー図である。
【図１７】ギフト発送システムのコンポーネントを示す
ブロック図である。
ブロック図である。
【図１８】ギフト注文の種々のステートを示すステート
図である。
図である。
【図１９】ギフト注文の受信を制御するルーチンを示す
フロー図である。
フロー図である。
【図２０】受取人への最初のコンタクトの試みを制御す
るルーチンを示すブロック図である。
るルーチンを示すブロック図である。
【図２１】初回音声電話コンタクトの処理を制御するル
ーチンを示すフロー図である。
ーチンを示すフロー図である。
【図２２】初回応答の処理を制御するルーチンを示すフ
ロー図である。
ロー図である。
【図２３】追加コンタクト先情報の収集を制御するルー
チンを示すフロー図である。
チンを示すフロー図である。
【図２４】発送情報の検証を制御するルーチンを示すフ
ロー図である。
ロー図である。
２１０ サーバ・システム ２１１ サーバ・エンジン ２１２ クライアントＩＤ／カストマ・テーブル ２１３ Ｗｅｂページ ２１４ カストマ・データベース ２１５ 注文データベース ２１６ インベントリ・データベース ２２０ クライアント・システム ２２１ ブラウザ ２２２ クライアントＩＤ ２３０ 通信リンク ９０１ ギフト贈答セクション ９０１ａ 指示サブセクション ９０１ｂ 識別情報サブセクション ９０１ｃ シングル・アクション贈答サブセクション ９０２ ギフト贈答セクション ９０２ａ 指示サブセクション ９０２ｂ グループ名サブセクション ９０２ｃ シングル・アクション贈答サブセクション １００１ グループ名セクション １００２ メンバ情報セクション １２０１ コンピュータ・システム １２０２ 注文入力システム １２０３ 注文発送システム １２０４ ギフト・データベース １２０５ 注文データベース １２０６ カストマ・データベース １２０８ インターネット・ベース・データベース １３０１ 受信済みステート １３０２ 応答待ステート １３０３ 発送情報検証ステート １３０４ 発送スケジュール済みステート １３０５ 追加コンタクト先情報収集ステート １３０８ 保留中ステート
───────────────────────────────────────────────────── フロントページの続き (71)出願人 598126069 1516 Ｓｅｃｏｎｄ Ａｖｅｎｕｅ Ｓｅ ａｔｔｌｅ，Ｗａｓｈｉｎｇｔｏｎ 98101 Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏ ｆ Ａｍｅｒｉｃａ (72)発明者 ジェフリー ピー． ベゾス アメリカ合衆国 98101 ワシントン州 シアトル ヴァイン ストリート 81 ナ ンバー203 (72)発明者 シェル カファン アメリカ合衆国 98115 ワシントン州 シアトル 32エヌディー アヴェニュ ノ ース イースト 7748 (72)発明者 ジョエル シュピーゲル アメリカ合衆国 98072 ワシントン州 ウッディンヴィル 227ティーエイチ ア ヴェニュ ノース イースト 14026
Claims (10)
- 【請求項１】 ギフト差出人から受取人へのギフトの配
達をコーディネートし、前記ギフトおよび受取人がギフ
ト・オーダーにおいて指定されるコンピュータ・システ
ムにおけるギフト発送方法であって、 前記ギフト・オーダーは、ギフトが受取人に配達される
ように十分な情報を含んでいるかどうかを決定し、 前記ギフト・オーダーに十分な情報が含まれていない場
合、１つ以上の情報源からデリバリー情報を取得し、 前記十分なデリバリー情報が前記追加情報源から得られ
てギフトが受取人に配達できる場合、前記デリバリー情
報によって指示される通り受取人にギフトが送られるよ
うに司令することを特徴とするギフト発送方法。 - 【請求項２】 前記ギフト・オーダーを電子的に受信す
ることを特徴とする請求項１に記載のギフト発送方法。 - 【請求項３】 前記ギフト・オーダーは、前記受取人に
連絡できるような情報を含む場合、該受取人に直接連絡
して前記デリバリー情報を得ることを特徴とする請求項
１に記載のギフト発送方法。 - 【請求項４】 前記受取人に電子メールを送ることによ
って直接連絡することを特徴とする請求項３に記載のギ
フト発送方法。 - 【請求項５】 前記受取人に音声電話によって直接連絡
することを特徴とする請求項３に記載のギフト発送方
法。 - 【請求項６】 前記デリバリー情報の取得は、インター
ネット・ベースの電話データベースと、インターネット
・ベースの電子メール・データベースと、ローカル電話
データベースと、ローカル電子メールデータベースと、
以前の受取人およびギフト差出人のデータベースと、イ
ンターネット・ベースの検索エンジンと、前記受取人の
電子メール・アドレスのドメイン名登録に関係する情報
のデータベースの中から選ばれる１つ以上の情報源の収
集を含むことを特徴とする請求項１に記載のギフト発送
方法。 - 【請求項７】 ギフト差出人から受取人へのギフトの配
達をコーディネートするコンピュータ・ベースのギフト
発送システムであって、 在庫ギフトの選択の提供、ギフトの選択の受け入れ、受
取人を記載した連絡事項の受け取り、前記ギフト・オー
ダーのストアを行うオーダー・エントリー・コンポーネ
ントと、 前記ストアされたギフト・オーダーの検索し、前記連絡
事項が十分なデリバリー情報を含み該ギフトを受取人に
配達するかどうかを決定し、十分なデリバリー情報が含
まれていない場合、受取人に連絡を試みたり、様々な情
報のデータベースを検索したりして受取人についての追
加情報を取得し、十分なデリバリー情報が得られた場合
に受取人にギフトの送達を司令するギフト・デリバリー
・コンポーネントとを備えたことを特徴とするギフト発
送システム。 - 【請求項８】 前記オーダー・エントリー・コンポーネ
ントは、各ギフト・オーダーにオーダー追跡識別文字を
指定し、前記ギフト・デリバリー・コンポーネントは、
受取人に連絡しようとした場合オーダー追跡識別番号を
含むことを特徴とする請求項７に記載のギフト発送シス
テム。 - 【請求項９】 前記ギフト・デリバリー・コンポーネン
トは、受取人名または電子メール・アドレスを使ってイ
ンターネット・ベースのデータベースを検索することを
特徴とする請求項７に記載のギフト発送システム。 - 【請求項１０】 前記オーダー・エントリー・コンポー
ネントは、支払を電子的に受け取ることを特徴とする請
求項７に記載のギフト発送システム。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/928,951 US5960411A (en) | 1997-09-12 | 1997-09-12 | Method and system for placing a purchase order via a communications network |
| US08/928951 | 1997-09-12 | ||
| US4650398A | 1998-03-23 | 1998-03-23 | |
| US09/046503 | 1998-03-23 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26050298A Division JPH11161717A (ja) | 1997-09-12 | 1998-09-14 | アイテムの購入注文を出す方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2010021455A Division JP4959817B2 (ja) | 1997-09-12 | 2010-02-02 | アイテムを注文するためのクライアント・システムにおける方法及びアイテムの注文を受け付けるサーバ・システムにおける方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2000099592A true JP2000099592A (ja) | 2000-04-07 |
| JP2000099592A5 JP2000099592A5 (ja) | 2005-11-10 |
| JP4937434B2 JP4937434B2 (ja) | 2012-05-23 |
Family
ID=26724001
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26050298A Pending JPH11161717A (ja) | 1997-09-12 | 1998-09-14 | アイテムの購入注文を出す方法 |
| JP29812399A Expired - Lifetime JP4937434B2 (ja) | 1997-09-12 | 1999-10-20 | ギフト発送方法及びそのシステム |
| JP2010021455A Expired - Lifetime JP4959817B2 (ja) | 1997-09-12 | 2010-02-02 | アイテムを注文するためのクライアント・システムにおける方法及びアイテムの注文を受け付けるサーバ・システムにおける方法 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26050298A Pending JPH11161717A (ja) | 1997-09-12 | 1998-09-14 | アイテムの購入注文を出す方法 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2010021455A Expired - Lifetime JP4959817B2 (ja) | 1997-09-12 | 2010-02-02 | アイテムを注文するためのクライアント・システムにおける方法及びアイテムの注文を受け付けるサーバ・システムにおける方法 |
Country Status (9)
| Country | Link |
|---|---|
| EP (4) | EP2299398A1 (ja) |
| JP (3) | JPH11161717A (ja) |
| AT (1) | ATE238589T1 (ja) |
| AU (1) | AU2011200505A1 (ja) |
| CA (3) | CA2650298C (ja) |
| DE (1) | DE69813755T2 (ja) |
| MX (1) | MXPA00002497A (ja) |
| NZ (1) | NZ503311A (ja) |
| WO (1) | WO1999013424A1 (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002032681A (ja) * | 2000-06-30 | 2002-01-31 | Oobitto Technology Corp | 業務方法並びに業務運営管理装置 |
| JP2002092361A (ja) * | 2000-09-20 | 2002-03-29 | Nec Corp | 商品販売システム |
| JP2002240948A (ja) * | 2001-02-13 | 2002-08-28 | Galileo:Kk | 配達システム |
| JP2002329146A (ja) * | 2001-04-26 | 2002-11-15 | Ricoh Co Ltd | オンラインギフトシステム及び受注配送管理方法 |
| JP2003168014A (ja) * | 2001-11-30 | 2003-06-13 | Akira Kojima | 贈答支援方法および贈答支援システム |
| US7174307B2 (en) | 2000-10-19 | 2007-02-06 | Fujitsu Limited | Gift mediating method and a computer product |
| WO2013080604A1 (ja) * | 2011-11-28 | 2013-06-06 | 楽天株式会社 | 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体 |
| KR20250049737A (ko) * | 2023-10-05 | 2025-04-14 | 주식회사 카카오 | 사용자 계정에게 선물하는 방법 및 장치 |
Families Citing this family (179)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7831470B1 (en) | 1996-09-04 | 2010-11-09 | Walker Digital, Llc | Method and apparatus for facilitating electronic commerce through providing cross-benefits during a transaction |
| ES2229265T3 (es) | 1995-04-24 | 2005-04-16 | United Video Properties, Inc. | Sistema y metodo de programacion de guia electronica de programas de television con la realizacion de pedidos de productos. |
| US7818284B1 (en) | 1996-09-04 | 2010-10-19 | Walker Digital, Llc | Method and apparatus for providing cross-benefits via a central authority |
| US7729988B1 (en) | 1997-03-21 | 2010-06-01 | Walker Digital, Llc | Method and apparatus for processing credit card transactions |
| US7162434B1 (en) | 1997-05-05 | 2007-01-09 | Walker Digital, Llc | Method and apparatus for facilitating the sale of subscriptions to periodicals |
| US7571116B1 (en) | 1997-05-09 | 2009-08-04 | Symbol Technologies, Inc. | System for consumer-transaction information that follows the consumer |
| US7222087B1 (en) | 1997-09-12 | 2007-05-22 | Amazon.Com, Inc. | Method and system for placing a purchase order via a communications network |
| NZ503311A (en) * | 1997-09-12 | 2003-05-30 | Amazon | Single action method and system for placing a purchase order via a communications network |
| US5960411A (en) | 1997-09-12 | 1999-09-28 | Amazon.Com, Inc. | Method and system for placing a purchase order via a communications network |
| US6957190B1 (en) * | 1997-09-24 | 2005-10-18 | Canon Kabushiki Kaisha | Parts management information system and parts management method, and storage medium |
| US7364068B1 (en) | 1998-03-11 | 2008-04-29 | West Corporation | Methods and apparatus for intelligent selection of goods and services offered to conferees |
| US6055513A (en) * | 1998-03-11 | 2000-04-25 | Telebuyer, Llc | Methods and apparatus for intelligent selection of goods and services in telephonic and electronic commerce |
| US7437313B1 (en) | 1998-03-11 | 2008-10-14 | West Direct, Llc | Methods, computer-readable media, and apparatus for offering users a plurality of scenarios under which to conduct at least one primary transaction |
| US7386485B1 (en) | 2004-06-25 | 2008-06-10 | West Corporation | Method and system for providing offers in real time to prospective customers |
| US6629079B1 (en) | 1998-06-25 | 2003-09-30 | Amazon.Com, Inc. | Method and system for electronic commerce using multiple roles |
| US7191247B1 (en) | 1998-09-11 | 2007-03-13 | Lv Partners, Lp | Method for connecting a wireless device to a remote location on a network |
| US6868433B1 (en) | 1998-09-11 | 2005-03-15 | L.V. Partners, L.P. | Input device having positional and scanning capabilities |
| US7818423B1 (en) | 1998-09-11 | 2010-10-19 | RPX-LV Acquisition, LLC | Retrieving personal account information from a web site by reading a credit card |
| US6745234B1 (en) | 1998-09-11 | 2004-06-01 | Digital:Convergence Corporation | Method and apparatus for accessing a remote location by scanning an optical code |
| US7386600B1 (en) | 1998-09-11 | 2008-06-10 | Lv Partners, L.P. | Launching a web site using a personal device |
| US7392945B1 (en) | 1998-09-11 | 2008-07-01 | Lv Partners, L.P. | Portable scanner for enabling automatic commerce transactions |
| US7370114B1 (en) | 1998-09-11 | 2008-05-06 | Lv Partners, L.P. | Software downloading using a television broadcast channel |
| US7493283B1 (en) | 1998-09-11 | 2009-02-17 | Rpx-Lv Acquisition Llc | Performing an e-commerce transaction from credit card account information retrieved from a credit card company web site |
| US7379901B1 (en) | 1998-09-11 | 2008-05-27 | Lv Partners, L.P. | Accessing a vendor web site using personal account information retrieved from a credit card company web site |
| US7159037B1 (en) | 1998-09-11 | 2007-01-02 | Lv Partners, Lp | Method and apparatus for utilizing an existing product code to issue a match to a predetermined location on a global network |
| US7284066B1 (en) | 1998-09-11 | 2007-10-16 | Lv Partners, Lp | Method and apparatus for matching a user's use profile in commerce with a broadcast |
| US6636896B1 (en) | 1998-09-11 | 2003-10-21 | Lv Partners, L.P. | Method and apparatus for utilizing an audibly coded signal to conduct commerce over the internet |
| US6704864B1 (en) | 1999-08-19 | 2004-03-09 | L.V. Partners, L.P. | Automatic configuration of equipment software |
| US7440993B1 (en) | 1998-09-11 | 2008-10-21 | Lv Partners, L.P. | Method and apparatus for launching a web browser in response to scanning of product information |
| US6823388B1 (en) | 1998-09-11 | 2004-11-23 | L.V. Parners, L.P. | Method and apparatus for accessing a remote location with an optical reader having a programmable memory system |
| US7827057B1 (en) | 1998-10-05 | 2010-11-02 | Walker Digital, Llc | Method and apparatus for providing cross-benefits based on a customer activity |
| US7801775B1 (en) * | 1999-03-29 | 2010-09-21 | Amazon.Com, Inc. | Method and system for authenticating users when conducting commercial transactions using a computer |
| US7212999B2 (en) | 1999-04-09 | 2007-05-01 | Trading Technologies International, Inc. | User interface for an electronic trading system |
| US6993504B1 (en) | 1999-04-09 | 2006-01-31 | Trading Technologies International, Inc. | User interface for semi-fungible trading |
| US6678664B1 (en) * | 1999-04-26 | 2004-01-13 | Checkfree Corporation | Cashless transactions without credit cards, debit cards or checks |
| WO2000079493A1 (en) * | 1999-06-04 | 2000-12-28 | @Pos.Com, Inc. | A visual design tool for interactive sale devices |
| EP1190536A1 (en) * | 1999-06-07 | 2002-03-27 | Infospace, Inc. | Messaging system and method |
| AU5618000A (en) | 1999-06-16 | 2001-01-02 | Reinhold Holtkamp | Network connected delivery box using access codes and methods for providing same |
| AU2005201214B2 (en) * | 1999-06-18 | 2008-06-19 | Echarge Corporation | Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account |
| US7249097B2 (en) | 1999-06-18 | 2007-07-24 | Echarge Corporation | Method for ordering goods, services, and content over an internetwork using a virtual payment account |
| BR0011768A (pt) | 1999-06-18 | 2002-06-11 | Echarge Corp | Método e aparelho para encomendar mercadorias, serviços e conteúdo através de um trabalho de internet utilizando uma conta de pagamento virtual |
| US7606760B2 (en) | 1999-06-18 | 2009-10-20 | Echarge Corporation | Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account |
| WO2001003410A1 (en) * | 1999-07-05 | 2001-01-11 | Sanyo Electric Co., Ltd. | Information distribution system and distribution server |
| US6971105B1 (en) | 1999-07-29 | 2005-11-29 | Rehle Visual Communications Llc | Method, apparatus, and computer program product for deferred completion of multi-step user transaction applications |
| US6701486B1 (en) | 1999-07-29 | 2004-03-02 | Grischa Corporation | Method, apparatus, and computer program product for automatic page suppression in forms |
| EP1077419A3 (en) * | 1999-08-17 | 2004-04-14 | Citibank, N.A. | System and method for use of distributed electronic wallets |
| WO2001015034A1 (en) * | 1999-08-24 | 2001-03-01 | Digitalconvergence.:Com Inc. | Unique id for identifying a user and facilitating an e-commerce transaction |
| FR2797973B1 (fr) * | 1999-08-30 | 2004-11-19 | Georges Marc Cornuejols | Procede et dispositif de sauvegarde de donnees |
| FR2798026B1 (fr) * | 1999-08-30 | 2006-11-17 | Georges Cornuejols | Procede et dispositif de communication pour la securisation des informations |
| EP1437700A2 (fr) * | 1999-08-30 | 2004-07-14 | CORNUEJOLS, Georges | Procede et dispositif de communication |
| FR2797974B1 (fr) * | 1999-08-30 | 2004-11-19 | Georges Marc Cornuejols | Procede et dispositif de securite de paiement |
| HK1048550B (en) * | 1999-08-31 | 2004-10-21 | American Express Travel Related Services Company, Inc. | Methods and apparatus for conducting electronic transactions |
| US7505941B2 (en) | 1999-08-31 | 2009-03-17 | American Express Travel Related Services Company, Inc. | Methods and apparatus for conducting electronic transactions using biometrics |
| US7953671B2 (en) | 1999-08-31 | 2011-05-31 | American Express Travel Related Services Company, Inc. | Methods and apparatus for conducting electronic transactions |
| US7343351B1 (en) | 1999-08-31 | 2008-03-11 | American Express Travel Related Services Company, Inc. | Methods and apparatus for conducting electronic transactions |
| US7343343B1 (en) | 1999-09-01 | 2008-03-11 | Sony Corporation | Electronic goods-purchasing method and commercial-transaction apparatus therefor |
| EP1127464A1 (en) * | 1999-09-02 | 2001-08-29 | Koninklijke Philips Electronics N.V. | Method and device for home shopping |
| US7889052B2 (en) | 2001-07-10 | 2011-02-15 | Xatra Fund Mx, Llc | Authorizing payment subsequent to RF transactions |
| EP1210697A1 (de) * | 1999-09-07 | 2002-06-05 | Swisscom Mobile AG | Bestellungsverfahren |
| JP2001117997A (ja) * | 1999-10-21 | 2001-04-27 | Digital Garage Inc | 電子商取引装置 |
| WO2001037224A1 (en) * | 1999-11-16 | 2001-05-25 | Neopost Inc. | System and method for managing multiple postal functions in a single account |
| US7366703B2 (en) | 2000-01-05 | 2008-04-29 | American Express Travel Related Services Company, Inc. | Smartcard internet authorization system |
| US7844503B2 (en) | 2000-01-14 | 2010-11-30 | Fogelson Bruce A | Builders on-line assistant |
| US7254553B2 (en) | 2000-01-14 | 2007-08-07 | Fogelson Bruce A | Builders on-line assistant |
| US7076455B1 (en) * | 2000-01-14 | 2006-07-11 | Bruce A. Fogelson | Builders on-line assistant |
| JP2001195530A (ja) * | 2000-01-17 | 2001-07-19 | Sony Computer Entertainment Inc | 販売管理システム、および、代理販売方法 |
| JP3390397B2 (ja) * | 2000-01-19 | 2003-03-24 | 株式会社瓶屋 | 贈与仲介システムおよびその方法 |
| US6725258B1 (en) | 2000-01-20 | 2004-04-20 | Family Man, Inc. | Removable storage medium with network enhancement and method of presenting same |
| WO2001059589A2 (en) * | 2000-02-11 | 2001-08-16 | Goldscheider Daniel F | Method and apparatus for wap enabled commercial transactions |
| JP2001229321A (ja) * | 2000-02-16 | 2001-08-24 | Nec Corp | 商品受発注方法及びそのシステム並びに商品受注装置 |
| DE10008459A1 (de) * | 2000-02-23 | 2001-10-04 | Webtrade Net The Payment Compa | Verfahren zur Verringerung der Risiken von e-Commerce-Geschäften |
| US6871140B1 (en) | 2000-02-25 | 2005-03-22 | Costar Group, Inc. | System and method for collection, distribution, and use of information in connection with commercial real estate |
| US7389268B1 (en) | 2000-03-02 | 2008-06-17 | Trading Technologies International, Inc. | Trading tools for electronic trading |
| US6772132B1 (en) * | 2000-03-02 | 2004-08-03 | Trading Technologies International, Inc. | Click based trading with intuitive grid display of market depth |
| US6938011B1 (en) | 2000-03-02 | 2005-08-30 | Trading Technologies International, Inc. | Click based trading with market depth display |
| US7447655B2 (en) | 2000-03-02 | 2008-11-04 | Trading Technologies International, Inc. | System and method for automatic scalping of a tradeable object in an electronic trading environment |
| FR2806229A1 (fr) * | 2000-03-13 | 2001-09-14 | Mathieu Schnee | Procede d'interaction ou de transaction entre un utilisateur et un fournisseur de produits ou de services et systeme pour la mise en oeuvre de ce procede |
| JP4534179B2 (ja) * | 2000-03-16 | 2010-09-01 | 株式会社ニコン | デジタルプリントの受注方法 |
| AU2001247433A1 (en) * | 2000-03-17 | 2001-10-03 | Virtual Money, Inc. | Internet based single entry field electronic payment interface |
| JP2001325493A (ja) * | 2000-05-12 | 2001-11-22 | Fumio Kobayashi | 商品の注文をインターネットを経由して出す方法とシステム。 |
| AU2001253406A1 (en) | 2000-05-15 | 2001-11-26 | Efunds Corporation | System for and method of effecting an electronic transaction |
| GB2362979A (en) * | 2000-06-02 | 2001-12-05 | Nokia Mobile Phones Ltd | Enabling provision of goods or services |
| JP2001350933A (ja) * | 2000-06-08 | 2001-12-21 | Sanyo Electric Co Ltd | 工事付商品のネット販売システム |
| WO2001095177A1 (en) * | 2000-06-09 | 2001-12-13 | Abb Kraft As | Method to provide maintenance and service for a power network |
| AU2000258452A1 (en) * | 2000-06-26 | 2002-01-08 | Mover S.P.A. | A method for carrying out electronic commerce transactions |
| TW515981B (en) * | 2000-07-07 | 2003-01-01 | Sony Corp | Product sales apparatus |
| EP1302073A2 (en) * | 2000-07-10 | 2003-04-16 | Qvc, Inc. | System and method for enabling television commerce simultaneously for multiple channels for multiple merchants |
| JP2002041909A (ja) * | 2000-07-28 | 2002-02-08 | Yoshitomo Takahashi | インターネットを用いた贈答品の手配方法およびそのシステム |
| JP2002063503A (ja) * | 2000-08-21 | 2002-02-28 | Toshiba Tec Corp | 電子商取引受注商品の配送管理方法及び装置 |
| CN1388941A (zh) * | 2000-08-31 | 2003-01-01 | 株式会社Ntt都科摩 | 销售和交付商品的方法及设备 |
| EP1320808A1 (en) * | 2000-09-13 | 2003-06-25 | Koninklijke Philips Electronics N.V. | Method and system for selling an additive for a product |
| US7640204B2 (en) | 2000-10-23 | 2009-12-29 | Costar Group, Inc. | System and method for collection, distribution, and use of information in connection with commercial real estate |
| US7076452B2 (en) | 2000-10-23 | 2006-07-11 | Costar Group, Inc. | System and method for collection, distribution, and use of information in connection with commercial real estate |
| US7174301B2 (en) | 2000-10-23 | 2007-02-06 | Costar Group, Inc. | System and method for accessing geographic-based data |
| US7487114B2 (en) | 2000-10-23 | 2009-02-03 | Costar Group, Inc. | System and method for associating aerial images, map features, and information |
| US6910697B2 (en) | 2000-12-15 | 2005-06-28 | Symbol Technologies, Inc. | Shopping cart that enables self-checkout |
| US6701348B2 (en) | 2000-12-22 | 2004-03-02 | Goodcontacts.Com | Method and system for automatically updating contact information within a contact database |
| BR0203802A (pt) * | 2001-01-25 | 2003-06-03 | Honda Motor Co Ltd | Sistema de processamento de entrada/saìda de pedido |
| JP2002230361A (ja) * | 2001-01-31 | 2002-08-16 | Honda Motor Co Ltd | 出荷一時保管機能付き受注処理システム |
| US7093285B2 (en) | 2001-01-31 | 2006-08-15 | International Business Machines Corporation | Supplier portal for global procurement e-business applications |
| AU2002255774A1 (en) | 2001-03-14 | 2002-09-24 | United Parcel Service Of America, Inc. | Systems and methods for initiating returns over a network |
| US7725427B2 (en) | 2001-05-25 | 2010-05-25 | Fred Bishop | Recurrent billing maintenance with radio frequency payment devices |
| WO2003007207A1 (en) * | 2001-06-25 | 2003-01-23 | Ntt Docomo, Inc. | Charging method, charging apparatus, charging program, and recording medium |
| US20040236699A1 (en) | 2001-07-10 | 2004-11-25 | American Express Travel Related Services Company, Inc. | Method and system for hand geometry recognition biometrics on a fob |
| US8548927B2 (en) | 2001-07-10 | 2013-10-01 | Xatra Fund Mx, Llc | Biometric registration for facilitating an RF transaction |
| US7360689B2 (en) | 2001-07-10 | 2008-04-22 | American Express Travel Related Services Company, Inc. | Method and system for proffering multiple biometrics for use with a FOB |
| US9031880B2 (en) | 2001-07-10 | 2015-05-12 | Iii Holdings 1, Llc | Systems and methods for non-traditional payment using biometric data |
| US7249112B2 (en) | 2002-07-09 | 2007-07-24 | American Express Travel Related Services Company, Inc. | System and method for assigning a funding source for a radio frequency identification device |
| US7303120B2 (en) | 2001-07-10 | 2007-12-04 | American Express Travel Related Services Company, Inc. | System for biometric security using a FOB |
| US7735725B1 (en) | 2001-07-10 | 2010-06-15 | Fred Bishop | Processing an RF transaction using a routing number |
| US7668750B2 (en) | 2001-07-10 | 2010-02-23 | David S Bonalle | Securing RF transactions using a transactions counter |
| US8284025B2 (en) | 2001-07-10 | 2012-10-09 | Xatra Fund Mx, Llc | Method and system for auditory recognition biometrics on a FOB |
| US7705732B2 (en) | 2001-07-10 | 2010-04-27 | Fred Bishop | Authenticating an RF transaction using a transaction counter |
| US9454752B2 (en) | 2001-07-10 | 2016-09-27 | Chartoleaux Kg Limited Liability Company | Reload protocol at a transaction processing entity |
| US8001054B1 (en) | 2001-07-10 | 2011-08-16 | American Express Travel Related Services Company, Inc. | System and method for generating an unpredictable number using a seeded algorithm |
| US8294552B2 (en) | 2001-07-10 | 2012-10-23 | Xatra Fund Mx, Llc | Facial scan biometrics on a payment device |
| US7543738B1 (en) | 2001-07-10 | 2009-06-09 | American Express Travel Related Services Company, Inc. | System and method for secure transactions manageable by a transaction account provider |
| JP2003067028A (ja) * | 2001-08-23 | 2003-03-07 | Disco Abrasive Syst Ltd | 特殊仕様伝達システム及びデータベースシステム |
| US6973440B1 (en) * | 2002-02-19 | 2005-12-06 | Brian Gudio | Method of managing a deposit exchange to offer price reductions |
| US7228335B2 (en) | 2002-02-19 | 2007-06-05 | Goodcontacts Research Ltd. | Method of automatically populating contact information fields for a new contract added to an electronic contact database |
| US8078615B2 (en) | 2002-04-12 | 2011-12-13 | Stumbleupon, Inc. | Method and system for single-action personalized recommendation and display of internet content |
| US6805287B2 (en) | 2002-09-12 | 2004-10-19 | American Express Travel Related Services Company, Inc. | System and method for converting a stored value card to a credit card |
| US7334020B2 (en) | 2002-09-20 | 2008-02-19 | Goodcontacts Research Ltd. | Automatic highlighting of new electronic message address |
| HU226287B1 (en) * | 2002-12-03 | 2008-07-28 | Andras Vilmos | Method for initiative of buying between customer and seller via internet, further interactive communication unit for easing of initiative of buying |
| US8306908B1 (en) | 2002-12-31 | 2012-11-06 | West Corporation | Methods and apparatus for intelligent selection of goods and services in telephonic and electronic commerce |
| WO2004097609A1 (en) | 2003-04-25 | 2004-11-11 | Apple Computer, Inc. | Methods and system for secure network-based distribution of content |
| EP2270730A1 (en) * | 2003-04-25 | 2011-01-05 | Apple Inc. | Method and system for network-based purchase and distribution of media |
| EP1639440A4 (en) | 2003-04-25 | 2009-03-11 | Apple Inc | GRAPHIC USER INTERFACE FOR BROWSING, BROWSING AND PRESENTING MEDIA ARTICLES |
| US20040215534A1 (en) | 2003-04-25 | 2004-10-28 | Apple Computer, Inc. | Method and system for network-based allowance control |
| US7587357B1 (en) | 2003-06-30 | 2009-09-08 | Trading Technologies International Inc. | Repositioning of market information on trading screens |
| JP4317763B2 (ja) * | 2004-01-13 | 2009-08-19 | 富士フイルム株式会社 | 注文管理システム |
| DE102004014135A1 (de) * | 2004-03-23 | 2005-10-20 | Manuel Gollner | Verfahren und Computersystem zum Bestellen eines Geschenks und/oder einer postalischen Nachricht |
| US8244797B2 (en) | 2004-06-23 | 2012-08-14 | Nec Corporation | Information supplementing device, system, method and program |
| US7318550B2 (en) | 2004-07-01 | 2008-01-15 | American Express Travel Related Services Company, Inc. | Biometric safeguard method for use with a smartcard |
| US7314165B2 (en) | 2004-07-01 | 2008-01-01 | American Express Travel Related Services Company, Inc. | Method and system for smellprint recognition biometrics on a smartcard |
| US7325724B2 (en) | 2004-07-01 | 2008-02-05 | American Express Travel Related Services Company, Inc. | Method for registering a biometric for use with a smartcard |
| US7363504B2 (en) | 2004-07-01 | 2008-04-22 | American Express Travel Related Services Company, Inc. | Method and system for keystroke scan recognition biometrics on a smartcard |
| US7341181B2 (en) | 2004-07-01 | 2008-03-11 | American Express Travel Related Services Company, Inc. | Method for biometric security using a smartcard |
| US7314164B2 (en) | 2004-07-01 | 2008-01-01 | American Express Travel Related Services Company, Inc. | System for biometric security using a smartcard |
| US7178720B1 (en) | 2004-09-30 | 2007-02-20 | West Corporation | Methods, computer-readable media, and computer program product for intelligent selection of items encoded onto portable machine-playable entertainment media |
| EP1672483A1 (de) | 2004-12-20 | 2006-06-21 | Siemens Aktiengesellschaft | Erfassung von Daten in einem Datenverarbeitungssystem |
| EP1775677A1 (de) | 2005-10-07 | 2007-04-18 | Deutsche Post AG | Warenauslieferungssystem, Verfahren zur Auslieferung von Waren, Versandkomponente und Ausgabestelle für Waren |
| US7774708B2 (en) | 2006-01-04 | 2010-08-10 | Apple Inc. | Graphical user interface with improved media presentation |
| WO2007118178A2 (en) * | 2006-04-05 | 2007-10-18 | Visa International Service Association | Methods and systems for enhanced consumer payment |
| DE102006030176A1 (de) * | 2006-06-30 | 2008-01-03 | Deutsche Telekom Ag | Verfahren zum Fakturieren über die Telephonrechnung |
| US8689254B2 (en) | 2006-09-11 | 2014-04-01 | Apple Inc. | Techniques and graphical user interfaces for preview of media items |
| WO2008033392A2 (en) | 2006-09-12 | 2008-03-20 | Wms Gaming Inc. | Gaming machine with separately selectable wagering games |
| US8800758B2 (en) | 2006-11-17 | 2014-08-12 | Apple Inc. | Gift card carriers |
| US9016469B2 (en) | 2006-11-17 | 2015-04-28 | Apple Inc. | Gift card carriers |
| US8438603B2 (en) | 2006-12-22 | 2013-05-07 | Time Warner Cable Inc. | Methods and apparatus for supporting content distribution |
| US8938765B2 (en) | 2006-12-22 | 2015-01-20 | Time Warner Cable Enterprises Llc | Methods, apparatus and user interface for providing content on demand |
| US9875495B2 (en) | 2007-09-04 | 2018-01-23 | Apple Inc. | Method and apparatus for purchasing digital playlists |
| US7837125B2 (en) | 2007-12-27 | 2010-11-23 | Apple Inc. | Methods and systems for encoding a magnetic stripe |
| US7813212B2 (en) * | 2008-01-17 | 2010-10-12 | Mosaid Technologies Incorporated | Nonvolatile memory having non-power of two memory capacity |
| US8640949B2 (en) | 2008-03-03 | 2014-02-04 | Apple Inc. | Method for assembling and activating a multi-pack package of transaction cards |
| US8777110B2 (en) | 2008-03-03 | 2014-07-15 | Apple Inc. | Multi-pack gift card and activation thereof |
| US8875886B2 (en) | 2008-08-25 | 2014-11-04 | Apple Inc. | Carrier card arrangement with removable envelope |
| US20100299212A1 (en) * | 2008-08-27 | 2010-11-25 | Roam Data Inc | System and method for a commerce window application for computing devices |
| US20100274610A1 (en) * | 2009-04-23 | 2010-10-28 | Vistaprint Technologies Limited | Order aggregation system and method |
| US8065193B2 (en) | 2009-06-06 | 2011-11-22 | Bullock Roddy Mckee | Method for making money on the internet |
| US8103553B2 (en) | 2009-06-06 | 2012-01-24 | Bullock Roddy Mckee | Method for making money on internet news sites and blogs |
| US10296916B2 (en) | 2009-09-11 | 2019-05-21 | Maridee Joy Maraz | System and/or method for handling recalled product purchases and/or return/warranty requests |
| US8296189B2 (en) | 2009-10-06 | 2012-10-23 | Bullock Roddy Mckee | Method for monetizing internet news sites and blogs |
| US8540160B2 (en) | 2010-09-09 | 2013-09-24 | Apple Inc. | Card carrier having extended transaction card |
| JP5616214B2 (ja) * | 2010-12-27 | 2014-10-29 | 楽天株式会社 | 注文受付装置、注文受付方法、ならびに、プログラム |
| US8523078B2 (en) | 2011-01-28 | 2013-09-03 | Apple Inc. | Transaction card with dual scratch and peel label |
| US12072989B2 (en) | 2011-12-09 | 2024-08-27 | Sertainty Corporation | System and methods for using cipher objects to protect data |
| US9792451B2 (en) | 2011-12-09 | 2017-10-17 | Echarge2 Corporation | System and methods for using cipher objects to protect data |
| JP2014048853A (ja) * | 2012-08-31 | 2014-03-17 | Akatsuki Planning:Kk | 送り状送信方法、及び送り状送信システム |
| JP6473358B2 (ja) * | 2015-03-18 | 2019-02-20 | Kddi株式会社 | 決済管理方法及び決済管理装置 |
| CN105260928A (zh) * | 2015-11-13 | 2016-01-20 | 李建慧 | 便捷下单的电子商务系统及其订单触发系统 |
| WO2017152037A1 (en) | 2016-03-04 | 2017-09-08 | 1Usf, Inc. | Systems and methods for media codecs and containers |
| EP3273401B1 (de) | 2016-07-19 | 2021-10-20 | Die Schweizerische Post AG | Vorrichtung und verfahren zum übertragen von daten an ein elektronisches system |
| CN109559076A (zh) * | 2018-11-06 | 2019-04-02 | 杭州菜佬网络科技有限公司 | 一种网络版的生鲜配送管理系统及其操作方法 |
| CN111346657B (zh) * | 2018-12-20 | 2021-05-14 | 中国石油化工股份有限公司 | 规整结构催化剂及其制备方法和应用及不完全再生烟气的处理方法 |
| CN112685598B (zh) * | 2019-10-18 | 2024-04-26 | 腾讯科技（深圳）有限公司 | 直播中的礼包推送方法及装置 |
| US10754916B1 (en) * | 2020-01-02 | 2020-08-25 | Coupang, Corp. | Systems and methods for generating dynamic websites with hypermedia elements |
| JP7443821B2 (ja) | 2020-02-28 | 2024-03-06 | 株式会社デンソー | 情報算出システム |
| WO2022102599A1 (ja) | 2020-11-16 | 2022-05-19 | 拓海 吉谷 | 情報通信プログラム及び情報処理装置 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0668106A (ja) * | 1992-08-18 | 1994-03-11 | Jiile:Kk | 電気通信販売機 |
| JPH06141100A (ja) * | 1992-10-28 | 1994-05-20 | Hitachi Ltd | ホームショッピングシステム |
| WO1996038799A1 (en) * | 1995-05-30 | 1996-12-05 | Amazon.Com, Inc. | Secure method and system for communicating a list of credit card numbers over a non-secure network |
| JPH096849A (ja) * | 1995-06-16 | 1997-01-10 | Sony Corp | オンライン端末装置及び画像表示方法 |
| JPH09114783A (ja) * | 1995-10-13 | 1997-05-02 | Sony Corp | 情報処理装置および方法 |
| JPH09179912A (ja) * | 1995-12-27 | 1997-07-11 | Hitachi Ltd | 通信販売端末装置 |
| JPH09220882A (ja) * | 1996-02-19 | 1997-08-26 | Asuteru Tohoku:Kk | 契約申込書 |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS61195457A (ja) * | 1985-02-25 | 1986-08-29 | Omron Tateisi Electronics Co | 配送受付システム |
| US4832204A (en) * | 1986-07-11 | 1989-05-23 | Roadway Package System, Inc. | Package handling and sorting system |
| JPH04153795A (ja) * | 1990-10-18 | 1992-05-27 | Glory Ltd | 商品発送受付け装置 |
| JPH05101078A (ja) * | 1991-03-15 | 1993-04-23 | Hitachi Inf & Control Syst Inc | 商品受注配送管理システム |
| US5451998A (en) * | 1994-04-04 | 1995-09-19 | Hamrick; Daniel C. | Home shopping video catalog |
| US5555496A (en) * | 1994-05-06 | 1996-09-10 | Mary T. Tackbary | Method and apparatus for communicating with a card distribution center for management, selection, and delivery of social expression cards |
| US5715314A (en) * | 1994-10-24 | 1998-02-03 | Open Market, Inc. | Network sales system |
| US5611040A (en) * | 1995-04-05 | 1997-03-11 | Microsoft Corporation | Method and system for activating double click applications with a single click |
| EP0870257A1 (en) * | 1995-05-18 | 1998-10-14 | Thomas A. Bush | Device for controlling remote interactive receiver |
| JPH09154108A (ja) * | 1995-11-28 | 1997-06-10 | Matsushita Electric Ind Co Ltd | サービス提供システム |
| JPH09259018A (ja) * | 1996-03-25 | 1997-10-03 | Nippon Telegr & Teleph Corp <Ntt> | データエントリ装置及びデータエントリ方法 |
| US6125352A (en) * | 1996-06-28 | 2000-09-26 | Microsoft Corporation | System and method for conducting commerce over a distributed network |
| JPH10162065A (ja) * | 1996-11-28 | 1998-06-19 | Hitachi Ltd | 配送管理システム |
| JPH10334145A (ja) * | 1997-06-04 | 1998-12-18 | Ibm Japan Ltd | ネットワーク課金サーバ |
| NZ503311A (en) * | 1997-09-12 | 2003-05-30 | Amazon | Single action method and system for placing a purchase order via a communications network |
-
1998
- 1998-09-10 NZ NZ503311A patent/NZ503311A/en active IP Right Revival
- 1998-09-10 MX MXPA00002497A patent/MXPA00002497A/es unknown
- 1998-09-10 WO PCT/US1998/018926 patent/WO1999013424A1/en not_active Ceased
- 1998-09-11 EP EP10012803A patent/EP2299398A1/en not_active Withdrawn
- 1998-09-11 CA CA2650298A patent/CA2650298C/en not_active Expired - Lifetime
- 1998-09-11 DE DE69813755T patent/DE69813755T2/de not_active Expired - Lifetime
- 1998-09-11 AT AT99105948T patent/ATE238589T1/de not_active IP Right Cessation
- 1998-09-11 CA CA2246933A patent/CA2246933C/en not_active Expired - Lifetime
- 1998-09-11 EP EP98117261A patent/EP0902381A3/en not_active Withdrawn
- 1998-09-11 CA CA2263781A patent/CA2263781C/en not_active Expired - Lifetime
- 1998-09-11 EP EP01113935A patent/EP1134680A1/en not_active Ceased
- 1998-09-11 EP EP99105948A patent/EP0927945B1/en not_active Revoked
- 1998-09-14 JP JP26050298A patent/JPH11161717A/ja active Pending
-
1999
- 1999-10-20 JP JP29812399A patent/JP4937434B2/ja not_active Expired - Lifetime
-
2010
- 2010-02-02 JP JP2010021455A patent/JP4959817B2/ja not_active Expired - Lifetime
-
2011
- 2011-02-07 AU AU2011200505A patent/AU2011200505A1/en not_active Abandoned
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0668106A (ja) * | 1992-08-18 | 1994-03-11 | Jiile:Kk | 電気通信販売機 |
| JPH06141100A (ja) * | 1992-10-28 | 1994-05-20 | Hitachi Ltd | ホームショッピングシステム |
| WO1996038799A1 (en) * | 1995-05-30 | 1996-12-05 | Amazon.Com, Inc. | Secure method and system for communicating a list of credit card numbers over a non-secure network |
| JPH096849A (ja) * | 1995-06-16 | 1997-01-10 | Sony Corp | オンライン端末装置及び画像表示方法 |
| JPH09114783A (ja) * | 1995-10-13 | 1997-05-02 | Sony Corp | 情報処理装置および方法 |
| JPH09179912A (ja) * | 1995-12-27 | 1997-07-11 | Hitachi Ltd | 通信販売端末装置 |
| JPH09220882A (ja) * | 1996-02-19 | 1997-08-26 | Asuteru Tohoku:Kk | 契約申込書 |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002032681A (ja) * | 2000-06-30 | 2002-01-31 | Oobitto Technology Corp | 業務方法並びに業務運営管理装置 |
| JP2002092361A (ja) * | 2000-09-20 | 2002-03-29 | Nec Corp | 商品販売システム |
| US7174307B2 (en) | 2000-10-19 | 2007-02-06 | Fujitsu Limited | Gift mediating method and a computer product |
| JP2002240948A (ja) * | 2001-02-13 | 2002-08-28 | Galileo:Kk | 配達システム |
| JP2002329146A (ja) * | 2001-04-26 | 2002-11-15 | Ricoh Co Ltd | オンラインギフトシステム及び受注配送管理方法 |
| JP2003168014A (ja) * | 2001-11-30 | 2003-06-13 | Akira Kojima | 贈答支援方法および贈答支援システム |
| WO2013080604A1 (ja) * | 2011-11-28 | 2013-06-06 | 楽天株式会社 | 情報処理装置、情報処理方法、情報処理プログラム及び記録媒体 |
| KR20250049737A (ko) * | 2023-10-05 | 2025-04-14 | 주식회사 카카오 | 사용자 계정에게 선물하는 방법 및 장치 |
| KR102847056B1 (ko) | 2023-10-05 | 2025-08-18 | 주식회사 카카오 | 사용자 계정에게 선물하는 방법 및 장치 |
Also Published As
| Publication number | Publication date |
|---|---|
| CA2246933C (en) | 2012-01-17 |
| EP0902381A3 (en) | 1999-03-24 |
| AU762175B2 (en) | 2003-06-19 |
| NZ503311A (en) | 2003-05-30 |
| ATE238589T1 (de) | 2003-05-15 |
| EP0927945A3 (en) | 1999-07-14 |
| EP0902381A2 (en) | 1999-03-17 |
| CA2246933A1 (en) | 1999-03-12 |
| JP4937434B2 (ja) | 2012-05-23 |
| CA2263781A1 (en) | 1999-03-12 |
| EP1134680A1 (en) | 2001-09-19 |
| AU2011200505A1 (en) | 2011-03-03 |
| CA2263781C (en) | 2016-10-18 |
| EP0927945B1 (en) | 2003-04-23 |
| CA2650298C (en) | 2014-04-08 |
| MXPA00002497A (es) | 2003-07-21 |
| JP4959817B2 (ja) | 2012-06-27 |
| CA2650298A1 (en) | 1999-03-12 |
| EP2299398A1 (en) | 2011-03-23 |
| JPH11161717A (ja) | 1999-06-18 |
| DE69813755D1 (de) | 2003-05-28 |
| JP2010160799A (ja) | 2010-07-22 |
| WO1999013424A1 (en) | 1999-03-18 |
| DE69813755T2 (de) | 2004-03-18 |
| AU9477998A (en) | 1999-03-29 |
| EP0927945A2 (en) | 1999-07-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4959817B2 (ja) | アイテムを注文するためのクライアント・システムにおける方法及びアイテムの注文を受け付けるサーバ・システムにおける方法 | |
| US7792705B2 (en) | Method and system for placing a purchase order via a communications network | |
| US9953361B1 (en) | Placing a purchase order using one of multiple procurement options | |
| US8341036B2 (en) | Combining disparate purchases into a single purchase order for billing and shipment | |
| US6321211B1 (en) | Methods and systems for electronically accepting and exchanging an online gift | |
| US6141666A (en) | Method and system for customizing marketing services on networks communicating with hypertext tagging conventions | |
| US20080133378A1 (en) | Method and system for customizing marketing services on networks communicating with hypertext tagging conventions | |
| US20020152137A1 (en) | Drag-and-drop WEB site navigation system | |
| EP1170690A1 (en) | Shared and collaborative on-line shopping cart | |
| US7933807B2 (en) | Stored order system for electronic commerce | |
| US6907315B1 (en) | Method and system for displaying and editing of information | |
| JP2002157521A (ja) | 贈答品用カタログ作成配布方法及びシステム | |
| JP2001350976A (ja) | 商品注文方法及び商品注文システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050914 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050914 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050914 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080912 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20081212 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20081217 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20090109 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20090115 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090212 |
|
| RD13 | Notification of appointment of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7433 Effective date: 20090216 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20090216 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20091002 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100202 |
|
| RD13 | Notification of appointment of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7433 Effective date: 20100203 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20100203 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20100301 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20100521 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120123 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120222 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150302 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |