JP2000311201A

JP2000311201A - プロクシサーバ

Info

Publication number: JP2000311201A
Application number: JP2000100976A
Authority: JP
Inventors: Toshio Inadate; 利雄稲舘
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1997-04-15
Filing date: 2000-04-03
Publication date: 2000-11-07
Anticipated expiration: 2017-04-15
Also published as: JPH10289267A; JP3856080B2; JP3214391B2

Abstract

(57)【要約】【課題】ネットワークにおいて、円滑な取引を可能と
する。【解決手段】ユーザの端末１から、加盟店のホームペ
ージに対してアクセスが行われ、商品の注文が行われた
場合、注文データが加盟店の端末１２に伝送され、蓄積
される。加盟店の端末１２から、ショッピングプロクシ
サーバ１３に適宜アクセスし、伝票作成のための画像の
供給を受ける。売上伝票が作成されると、ショッピング
プロクシサーバ１３にこれが記憶され、ショッピングプ
ロクシサーバ１３から、注文を確認するための確認メー
ルがユーザの端末１に送信される。この確認メールに
は、注文情報を確認するためのURLが含まれている。ユ
ーザの端末１からこのURLにアクセスすると、ショッピ
ングプロクシサーバ１３からユーザの端末１に対して、
その注文情報が伝送される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プロクシサーバに
関し、特に、ネットワークを介して、円滑に正確に所定
のサービスを受けることができるようにしたプロクシサ
ーバに関する。

【０００２】

【従来の技術】最近、インターネットに代表されるネッ
トワークが普及してきた。このインターネット上には、
World Wide Web(WWW)と呼ばれる情報検索システムが構
築されている。このWWWにおいて、各種の商品の購入を
含むサービスの提供を受けることができる。

【０００３】例えば、所定の商品を購入する場合、ユー
ザは、所定のホームページにアクセスし、商品に関する
情報の提供を受ける。そして、その商品を購入すると
き、住所、氏名、電話番号、クレジットカードの番号な
どを入力する。また、注文が行われたとき、サーバ側か
らユーザ側に対して、受信したメール（注文内容）が返
信され、ユーザに注文内容を確認させるようになされて
いる。入力された情報は、そのホームページを開設して
いる販売者の端末に伝送される。販売者は、この情報に
基づいて、商品を注文者（ユーザ）に対して発送すると
ともに、料金を指定された番号のクレジットカードから
引き落とすように、クレジットカード会社に対して請求
を行う。クレジットカード会社は、さらに、注文者（ユ
ーザ）に対して料金の請求を行う。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
このようなシステムにおいては、ユーザが、誤操作によ
り商品を発注してしまったような場合に、これをキャン
セルすることが困難となる課題があった。サーバ側から
の返信のメールが第３者に盗まれた場合、その第３者に
注文を確定されてしまうような事態が発生し、ネットワ
ーク上の取引が混乱するおそれがある。その結果、注文
者と販売者との間で混乱が生じ、円滑な取引の妨げとな
る課題があった。

【０００５】本発明はこのような状況に鑑みてなされた
ものであり、円滑な取引を可能とするものである。

【０００６】

【課題を解決するための手段】本発明のプロクシサーバ
は、会員登録されたユーザの決済情報を保持することを
特徴とする。

【０００７】このプロクシサーバにおいては、会員登録
されたユーザの決済情報が保持される。

【０００８】

【発明の実施の形態】図１は、本発明の情報管理システ
ムの概念を表している。同図に示すように、このシステ
ムにおいては、インターネット上のWWWにおいて、産直
店、専門店、名店などの商品（サービス）販売者がホー
ムページを開設している。これらの販売者は、このシス
テムによる対価の支払のサービスの提供を受ける場合、
×××××（サービスマーク）に加盟する。ルータとし
ての×××ｎｅｔ（サービスマーク）は、×××××の
加盟店からアクセスがあったとき、クレジットカードに
よる決裁に必要な情報を提供する。

【０００９】一方、一般のユーザ（注文者）は、×××
××加盟店からWWW上において商品を購入する場合、予
め×××ｎｅｔの会員になる。ユーザが、インターネッ
トを介して所定の加盟店のホームページにアクセスし、
商品を発注したとき、各加盟店は、そのユーザに対して
商品を発送するとともに、料金をクレジットカード会社
の１つである×ＦＩ（×××× ＦｉｎａｎｃｅＩｎ
ｔｅｒｎａｔｉｏｎａｌ）（商号）に請求する。×ＦＩ
は、さらに、この料金を、ユーザ（注文者）が指定した
カードのクレジットカード会社に請求する。そして、そ
のクレジットカード会社が、さらに一般ユーザに、その
料金を請求する。

【００１０】図２は、ネットワーク上における注文のシ
ーケンスの概略を表している。同図に示すように、一般
ユーザは、ステップＳ１において、所定の加盟店のホー
ムページにアクセスし、商品を選択し、商品を購入する
場合には、そのホームページ上で用意されている入力フ
ォームに必要な事項を記入する。

【００１１】このようにして、ユーザが商品を発注する
と、そのホームページを開設している加盟店の端末に、
E-mail（電子メール）により、その注文情報が、ステッ
プＳ２において転送される。加盟店においては、その端
末から、×××ｎｅｔの×××××のサーバに、ステッ
プＳ３でアクセスする。このとき、×××××サーバ
は、加盟店の端末に対して、注文された情報を入力する
ための伝票画面を転送する。加盟店側の端末において
は、その伝票画面に、一般ユーザからの注文情報を入力
する。その注文情報とは、商品、配送先、合計金額など
である。

【００１２】×××××サーバは、注文内容をユーザに
確認させるための確認メールの発信の指令が加盟店の端
末から入力されたとき、ユーザに対して、E-mailで確認
メールを発信する。この確認メールには、ユーザが注文
した内容を確認するための情報を提供するインターネッ
ト上のアドレスとしてのURL(Uniform Resource Locato
r)が含まれている。

【００１３】ユーザは、ステップＳ４において、×××
××サーバから転送されてきたE-mailを読み取り、そこ
に指定されているURLにアクセスする。×××××サー
バは、そのURLで規定される位置に、ユーザが発注した
内容に関する情報を記憶している。そして、ユーザから
そのURLに対するアクセスが行われたとき、×××××
サーバは、その記憶されている情報を読み出し、ユーザ
に提供する。ユーザは、この情報から、自らが注文した
内容を確認する。この確認が行われたとき、ステップＳ
５で、加盟店は、商品を発送し、×××××サーバは、
売上処理を実行する。

【００１４】以上がこのシステムの概略であるが、次
に、このシステムのより詳細について、さらに説明す
る。

【００１５】一般ユーザは、この×××××を利用し
て、ネットワーク上で商品を購入する（サービスの提供
を受ける）場合、×××ｎｅｔの会員として予め登録し
ておく必要がある。図３は、この登録の処理を表してい
る。

【００１６】すなわち、最初に、一般ユーザは、その端
末１を操作して、サインアップサーバ３にアクセスす
る。このシステムは、WWWシステムを利用するものであ
るため、このサインアップサーバは、WWWサーバ（アプ
リケーションソフトウエア）として、例えばNetscape社
のNetscape Commerce Serverのようなソフトウエアが必
要となる。また、会員端末１においても、WWWブラウザ
として、例えばNetscape社のNetscape Navigator（商
標）のようなアプリケーションソフトウエアが必要とな
る。Netscape Commerce ServerやNetscape Navigator
は、何れもSSL(SecureSock Layer)に対応しており、暗
号化してデータを送信するため、その秘密性を確保する
ことができる。

【００１７】端末１から、ユーザは、×××ｎｅｔに入
会するための申し込みの入力を行う。この申し込み時に
おいて、ユーザは、自分自身のユーザＩＤ、パスワー
ド、および、商品を購入した場合の決裁に用いるクレジ
ットカードの番号と有効期限などを入力する。

【００１８】サインアップサーバ３は、ユーザから入会
申し込みを受け付けたとき、そのカードのオーソリ処理
を実行する。このため、サインアップサーバ３は、SFI
サーバ５に対してアクセスし、申し込まれた番号のクレ
ジットカードが適正なものであるか否かをチェックす
る。すなわち、期限が有効であるか否か、さらに比較的
少ない所定の金額（例えば１００円）の引き落としが可
能であるか否かをチェックする。

【００１９】SFIサーバ５は、サインアップサーバ３か
らカードチェックの要請があったとき、必要に応じて、
NTTデータ通信株式会社（商標）のCAFIS(Credit And Fi
nance Information System)６を利用して、クレジット
カード会社７にアクセスし、そのカードが適正なもので
あるか否かのチェックを要求し、そのチェックした結果
を受け取ると、これをサインアップサーバ３に出力す
る。

【００２０】サインアップサーバ３は、カードオーソリ
の結果が適正なものである場合、×××ｎｅｔ４に会員
としての登録を要求する。×××ｎｅｔ４においては、
サインアップサーバ３から要求のあったユーザを×××
ｎｅｔ４の会員として登録し、その会員（ユーザ）に対
して、固有のA-Key(Shopping Access Key)を生成する。
そして、ユーザから入会申し込み時に指定されたユーザ
ＩＤと生成したA-Keyを含む登録内容を、郵便で、その
ユーザに送付する。

【００２１】ユーザは、このようにして、登録内容の郵
送を受けたとき、サインアップサーバ３に再びアクセス
し、A-Key、ユーザＩＤ、パスワード、カード有効期限
などを入力する。サインアップサーバ３は、これらの入
力をチェックし、それらが適正なものである場合、ユー
ザの端末１に対して、ショッピングの利用が可能になっ
たことを通知する。

【００２２】図４は、図３の会員登録の処理において授
受されるデータの内容を表している。同図に示すよう
に、オンラインによる入会申し込み時においては、ユー
ザＩＤ、パスワード、クレジットカードの番号、クレジ
ット番号の有効期限といった情報が、端末１からサイン
アップサーバ３に転送される。サインアップサーバ３か
らSFIサーバ５に対して、カードオーソリ処理を実行す
るとき、カード番号と有効期限が伝送される。また、×
××ｎｅｔ４からユーザに対して郵便で登録内容を通知
するとき、ユーザＩＤ、A-Keyが通知される。さらに、
ユーザが登録内容通知書を受け取った後、ショッピング
利用開始の許可を受けるために行う入力時においては、
ユーザＩＤ、パスワード、A-Key、および有効期限が伝
送される。

【００２３】図４を参照して明かなように、何れの段階
においても、ユーザＩＤ、パスワード、A-Key、カード
番号、および有効期限の全てが同時に授受されることは
ない。従って、その何れかの段階において情報が盗まれ
たとしても、それが悪用されるおそれが少なくなる。

【００２４】次に、図５を参照して、×××××システ
ムにおいて、商品を注文する場合の流れについて説明す
る。

【００２５】このシステムにおいては、WWWサーバ１１
により、各加盟店のホームページが提供されている。ユ
ーザの端末１から、加盟店のホームページにアクセスが
あり、注文が出された場合には、その注文データが、WW
Wサーバ１１から、その加盟店の端末１２に転送される
ようになされている。この注文データは、端末１２の記
憶装置に蓄積される。各加盟店が所定のタイミングにお
いて蓄積された注文情報を読み出し、その注文伝票を作
成するとき、ショッピングプロクシサーバ１３にアクセ
スするようになされている。このショッピングプロクシ
サーバ１３は、図３におけるサインアップサーバ３と同
一のものとすることも可能である。ショッピングプロ
クシサーバ１３は、加盟店の端末１２からアクセスがあ
ったとき、必要な伝票情報を提供するとともに、ユーザ
の端末１に対して確認メールを送信するようになされて
いる。そして、ショッピングプロクシサーバ１３は、端
末１から注文を確認する入力がなされたとき、×××ｎ
ｅｔ４の会員管理サーバ１４にアクセスし、オーソリ処
理を行うとともに、そのオーソリの結果を端末１に出力
し、さらに、そのオーソリの結果が適正なものである場
合には、加盟店の端末１２に対して、売上承認の連絡を
行うようになされている。ショッピングプロクシサーバ
１３は、さらに、加盟店の端末１２から、売上確定入力
がなされた場合には、×××ｎｅｔ４の売上管理サーバ
１５に対して、売上データを転送し、記録させるように
なされている。

【００２６】なお、会員管理サーバ１４は、×ＦＩサー
バ５に接続されており、CAFIS６を介して、クレジット
カード会社７にクレジットカードのチェックを要求する
ことができるようになされている。

【００２７】図６は、ユーザの端末１の構成例を表して
いる。CPU２１は、ROM２２に記憶されているプログラム
に従って各種の処理を実行するようになされている。RA
M２３は、CPU２１が各種の処理を実行する上において必
要なプログラム、データなどを適宜記憶する。インタフ
ェース２４には、ハードディスク（ＨＤ）２５、光磁気
ディスク２６、通信部２７、入力部２８、ディスプレイ
２９などが接続されている。

【００２８】ハードディスク２５は、比較的高速にアク
セスが必要なデータ、プログラムなどを適宜記憶する。
光磁気ディスク２６は、ハードディスク２５よりアクセ
スの速度が遅くても差し支えのないデータ、プログラム
などを適宜記憶する。通信部２７は、インターネット専
用回線、公衆電話回線などとの間における通信を行う。
入力部２８は、キーボード、マウスなどにより構成さ
れ、各種の指令を入力するときユーザにより操作され
る。ディスプレイ２９は、CRT、LCDなどにより構成さ
れ、所定の文字、画像などを表示するようになされてい
る。

【００２９】図７は、ショッピングプロクシサーバ１３
の構成例を表している。このショッピングプロクシサー
バ１３は、CPU４１乃至ディスプレイ４９を有し、これ
らは、図６におけるCPU２１乃至ディスプレイ２９と実
質的に同様の構成とされている。但し、ショッピングプ
ロクシサーバ１３の方が、ユーザの端末１より、大容量
で高速のものが用いられるようになされている。

【００３０】さらに、図示は省略するが、加盟店の端末
１２も、ユーザの端末１と同様に構成されている。ま
た、会員管理サーバ１４、売上管理サーバ１５は、ショ
ッピングプロクシサーバ１３と同様に構成されている。

【００３１】次に、図８と図９のフローチャートを参照
して、ユーザがインターネットのWWWシステムを介して
商品を注文する場合の処理について説明する。図８は、
ユーザの端末１の注文処理を示すフローチャートであ
り、図９は、加盟店のホームページを提供しているWWW
サーバ１１がユーザからのアクセスに対応して行う処理
を表している。

【００３２】ユーザは、商品を購入しようとするとき、
端末１を操作して、ステップＳ１において、所定の加盟
店のホームページにアクセスする。すなわち、ユーザ
は、端末１の入力部２８を操作して、所定の加盟店のイ
ンターネット上のアドレスを入力する。CPU２１は、こ
のとき、通信部２７を制御し、入力されたアドレスのホ
ームページに対するアクセスを実行させる。

【００３３】WWWサーバ１１は、ステップＳ２１におい
て、ユーザ（会員）からのアクセスがあるまで待機し、
アクセスがあったとき、ステップＳ２２に進み、ホーム
ページの情報を、アクセスしてきたユーザに転送する。
このホームページには、その加盟店が提供する商品情報
と注文書が含まれている。図１０は、このようにして、
WWWサーバ１１からユーザの端末１に対して転送される
注文書の例を表している。ユーザの端末１においては、
ステップＳ２において、通信部２７が、この商品情報と
注文書を受信し、CPU２１は、これをディスプレイ２９
に出力し、表示させる。

【００３４】次に、ステップＳ３に進み、ユーザは、い
ま提供を受けた商品の情報を見て、所定の商品を注文す
るか否かを判断する。商品を注文する場合には、ステッ
プＳ４に進み、ユーザは、受信した注文書に、入力部２
８を操作して、必要な情報を入力する。このとき、入力
する情報には、商品を特定する商品番号、商品名、金額
などの他、ユーザの住所、氏名、電話番号なども含まれ
ている。さらに、この情報には、ユーザＩＤ（×××ｎ
ｅｔＩＤ）と、そのユーザのE-mailのアドレスも含ま
れている。

【００３５】注文書の入力が完了したとき、ユーザは、
入力部２８を操作して、入力の確定を指令する。このと
き、CPU２１は、ステップＳ５において、通信部２７を
制御し、ステップＳ４で入力された注文書の内容を、WW
Wサーバ１１に転送させる WWWサーバ１１においては、
ステップＳ２３において、ユーザの端末１から、注文内
容を受信したか否かを判定し、受信した場合にはステッ
プＳ２４に進み、受信した注文内容を、その加盟店の端
末１２に対して、E-mailで転送する。ユーザは、ス
テップＳ３において、注文をしないと判断した場合、ス
テップＳ４とステップＳ５の処理をスキップする。この
場合、WWWサーバ１１においては、ステップＳ２４の処
理がスキップされる。

【００３６】次に、図１１乃至図１４のフローチャート
を参照して、以上のようにして発注した情報を確認する
処理について説明する。図１１は、加盟店の端末１２の
処理を表し、図１２と図１３は、ショッピングプロクシ
サーバ１３の処理を表し、図１４は、会員（ユーザ）の
端末１の処理を表している。

【００３７】以下、加盟店の端末１２は、ユーザの端末
１と実質的に同様の構成とされているため、図６を、加
盟店の端末１２の構成をも表すものとして適宜引用す
る。

【００３８】最初に、ステップＳ４１において、加盟店
の端末１２のCPU２１は、記憶されている注文内容を読
み出す処理を実行する。すなわち、上述したようにし
て、WWWサーバ１１から注文情報が転送されてきたと
き、加盟店の端末１２においては、通信部２７におい
て、これを受信し、ハードディスク２５に記憶させてい
る。入力部２８が操作され、その読み出しが指令された
とき、CPU２１は、ハードディスク２５に記憶されてい
る注文情報を読み出し、ディスプレイ２９に出力し、表
示させる。

【００３９】ステップＳ４２において、加盟店側におけ
る端末１２の操作者は、いまディスプレイ２９に表示さ
れている注文情報が、×××ｎｅｔ（×××××）によ
る決裁を希望する注文であるか否かを判定する。勿論、
この判定は、CPU２１により自動的に行うようにしても
よい。×××ｎｅｔ以外の決裁が希望されている注文の
場合、ステップＳ４３に進み、その希望に対応する処理
が実行される。

【００４０】これに対して、So-netによる決裁が希望さ
れている注文である場合には、ステップＳ４４に進み、
操作者は、入力部２８を操作して、ショッピングプロク
シサーバ１３に対するアクセスを指令する。このとき、
CPU２１は、通信部２７を制御し、ショッピングプロク
シサーバ１３にアクセスさせる。

【００４１】ショッピングプロクシサーバ１３において
は、ステップＳ７１において、加盟店の端末１２からア
クセスがあるまで待機し、アクセスがあったと判定され
た場合、ショッピングプロクシサーバ１３のCPU４１
は、ステップＳ７２に進み、売上伝票を作成するのに必
要な入力画面データをハードディスク４５から読み出
し、通信部４７から加盟店の端末１２に転送させる。

【００４２】加盟店の端末１２側においては、ステップ
Ｓ４５において、この入力画面のデータを受信し、これ
をディスプレイ２９に表示させる。図１５は、このよう
にして、ショッピングプロクシサーバ１３から加盟店の
端末１２に出力される入力画面の表示例を表している。
この表示例においては、加盟店の名称が表示されるとと
もに、その下に、その加盟店のＩＤ（×××ｎｅｔＩ
Ｄ）とパスワードの入力欄が表示されている。加盟店側
の端末１２の操作者は、ステップＳ４６において、この
入力欄に、加盟店コード（×××ｎｅｔＩＤ）とパス
ワードを入力する。この入力は、端末１２の入力部２８
を操作して行われる。入力された加盟店コードとパスワ
ードは、端末１２の通信部２７から、インターネットを
介して、ショッピングプロクシサーバ１３の通信部４７
において受信される。

【００４３】ショッピングプロクシサーバ１３のCPU４
１は、この情報が受信されたとき、ステップＳ７３にお
いて、この受信された加盟店コードとパスワードが適正
なものであるか否かを判定する。この判定は、会員管理
サーバ１４にアクセスし、加盟店コードとパスワードが
登録されており、かつ、それらが対応するものであるこ
とをチェックすることで行われる。加盟店コードとパス
ワードの一方が登録されていなかったり、登録されてい
たとしても対応するものではない場合、ステップＳ７４
に進み、ショッピングプロクシサーバ１３のCPU４１
は、エラー処理を実行する。このとき、CPU４１は、例
えば図１６に示すような、「会員登録されていません」
のメッセージを加盟店の端末１２に伝送させる。端末１
２においては、そのディスプレイ２９にこのメッセージ
が表示される。加盟店の端末１２の操作者は、この表示
から、自らの入力が誤っていたことを知ることができ
る。入力が適切なものである場合、ショッピングプロク
シサーバ１３のCPU４１は、例えば図１７に示すような
売上伝票を選択させるための入力画面を、加盟店の端末
１２に出力する。加盟店の端末１２側においては、ステ
ップＳ４７において、この入力画面が受信され、ディス
プレイ２９に表示される。加盟店の端末１２の操作者
は、この入力画面において、所定の項目を入力する。こ
の入力は、端末１２側からショッピングプロクシサーバ
１３に伝送される。ショッピングプロクシサーバ１３
は、このようにして、所定の項目を受信したとき、その
項目に対応する売上伝票をハードディスク４５から読み
出し、これを端末１２に送信させる。端末１２側におい
ては、ステップＳ４７で、その注文伝票を受信し、ディ
スプレイ２９に表示させる。このようにして、例えば図
１８に示すような注文伝票がショッピングプロクシサー
バ１３から加盟店の端末１２に出力され、表示される。

【００４４】加盟店の端末１２側においては、ステップ
Ｓ４８において、操作者が、注文伝票上に必要な事項を
入力する。図１８に示すように、この売上伝票には、そ
の左下に、その加盟店からユーザ（注文者）に対するメ
ッセージを入力することができるようになされている。
これにより、顧客との対話性が向上する。さらに、この
注文伝票の入力内容には、注文者（ユーザ）の端末１に
対するE-mailのアドレスが含まれている。

【００４５】加盟店の端末１２側において、ステップＳ
４９で、操作者が注文確認メール発信を指令すると、端
末１２のCPU２１は、ステップＳ５０において、注文伝
票の入力内容をショッピングプロクシサーバ１３に転送
させる。ショッピングプロクシサーバ１３においては、
ステップＳ７６で、加盟店の端末１２側から伝送されて
きた注文伝票の入力内容が受信される。

【００４６】ショッピングプロクシサーバ１３のCPU４
１は、このようにして、加盟店の端末１２から注文伝票
の入力内容の伝送を受けたとき、ステップＳ７７におい
て、そこに含まれるE-mailアドレスに確認メールを送信
する処理を実行する。すなわち、ショッピングプロクシ
サーバ１３のCPU４１は、加盟店の端末１２から転送さ
れてきた注文伝票の内容を、受付番号を付して、ハード
ディスク４５に記憶させるとともに、その注文伝票に入
力されている注文者のE-mailアドレスに、例えば図１９
に示すような確認メールを送信する。この確認メール中
には、図１９に示すように、注文に対応する受付番号と
この受付番号に対応する注文情報を確認するためにユー
ザがアクセスすべきURLが含まれている。この例の場
合、受付番号毎に（注文毎に）、URLが割り当てられ
る。このURLは、ハードディスク４５に記憶されてい
る、この受付番号に対応する注文情報を読み出すための
アドレスとなっている。

【００４７】以上のようにして、ユーザは、所定の注文
を行った後、数時間あるいは数日が経過した時点におい
て、加盟店からの確認メールを受信することになる。そ
こで、ユーザの端末１においては、図１４のフローチャ
ートに示すような処理を行って、この注文情報を確認す
る処理を行う。

【００４８】最初に、ステップＳ１１１において、ユー
ザは、×××ｎｅｔ４にアクセスし、自分自身宛の確認
メールを受信し、それを端末１のディスプレイ２９に表
示させる。これにより、例えば図１９に示すような確認
メールが、端末１のディスプレイ２９に表示されること
になる。そして、上述したように、この確認メールに
は、受付番号とそれに対応するURLが含まれている。

【００４９】そこで、ステップＳ１１２に進み、ユーザ
は、確認メールに含まれているURLに対するアクセス
を、入力部２８を操作して指令する。CPU２１は、この
指令に対応して、指定されたURLに対するアクセス処理
を実行する。

【００５０】ショッピングプロクシサーバ１３において
は、ステップＳ７８において、ユーザの端末１から受付
番号に対応するURLにアクセスがあったか否かを判定
し、アクセスがない場合には、ステップＳ７９に進み、
ステップＳ７７で確認メールを送信した後、２週間が経
過したか否かを判定する。２週間がまだ経過していない
場合にはステップＳ７８に戻り、再び受付番号に対応す
るURLにアクセスがあったか否かを判定する。

【００５１】ユーザの端末１からアクセスがないまま２
週間が経過した場合、ステップＳ８０に進み、ショッピ
ングプロクシサーバ１３のCPU４１は、ハードディスク
４５に記憶している注文伝票を破棄させる。そして、ス
テップＳ８１において、その旨を、加盟店の端末１２
と、必要に応じてユーザの端末１に通知する。

【００５２】これに対して、ステップＳ７８において、
受付番号に対応するURLにアクセスがあったと判定され
た場合、ステップＳ８２に進み、ショッピングプロクシ
サーバ１３のCPU４１は、ユーザＩＤとパスワードの入
力を要求する画面を、ユーザの端末１に伝送する。ユー
ザの端末１においては、ステップＳ１１３で、この画面
を受信し、そのディスプレイ２９に表示させる。これに
より、例えば図２０に示すような、ユーザＩＤとパスワ
ードの入力を要求する画面が表示される。

【００５３】そして、ユーザは、ステップＳ１１３にお
いて、自分自身のユーザＩＤとパスワードを入力する。
この入力は、ショッピングプロクシサーバ１３に伝送さ
れる。

【００５４】ショッピングプロクシサーバ１３において
は、ステップＳ８３において、ユーザＩＤとパスワード
がハードディスク２５に記憶されているURLに対応する
適正なものであるか否かを判定する。適正なものでない
場合には、いたずらであるか、真の注文者以外からの入
力である可能性があるので、ステップＳ７８に戻り、再
び同様の処理を繰り返し実行する。

【００５５】ステップＳ８３において、ユーザの端末１
から伝送されてきたユーザＩＤとパスワードがURLに対
応する適正なものであると判定された場合、ステップＳ
８４に進み、ショッピングプロクシサーバ１３のCPU４
１は、そのURLに記憶されている受付番号に対応する注
文情報を、ハードディスク４５から読み出し、これをユ
ーザの端末１に転送させる。

【００５６】ユーザの端末１においては、ステップＳ１
１４において、このようにしてショッピングプロクシサ
ーバ１３から転送されてきた注文内容を表す情報を受信
し、ディスプレイ２９に表示させる。このようにして、
例えば図２１に示すような注文情報がディスプレイ２９
に表示される。

【００５７】図２１に示すように、この情報には、ユー
ザが注文を行った店舗の名称、商品名、商品の価格、そ
の他の情報が、問い合わせ先とともに表示されている。

【００５８】ユーザは、このような情報を見て、最終的
に注文を行うか否かを、ステップＳ１１５において判定
する。そして、注文を行う場合には、図２１に示すＯＫ
ボタンをステップＳ１１６で操作し、注文をキャンセル
する場合には、図２１に示すＮＧボタンをステップＳ１
１７で操作する。

【００５９】この入力は、ユーザの端末１から、ショッ
ピングプロクシサーバ１３に転送される。ショッピング
プロクシサーバ１３においては、ステップＳ８５で、ユ
ーザの端末１よりＯＫの入力があったか否かを判定す
る。ＯＫの入力がない場合（ＮＧの入力があった場
合）、ステップＳ８０に進み、ハードディスク４５に記
憶されている注文伝票を破棄し、ステップＳ８１におい
て、その旨を加盟店に通知する。

【００６０】これに対して、ステップＳ８５において、
ユーザからＯＫの入力がなされたと判定された場合、ス
テップＳ８６に進み、ショッピングプロクシサーバ１３
のCPU４１は、ステップＳ８６において、ユーザＩＤに
対応するカード番号をハードディスク４５から検索し、
さらに、会員管理サーバ１４にアクセスして、その番号
のクレジットカードが有効であるか否かをチェックす
る。会員管理サーバ１４は、このチェックの要求に対応
して、必要に応じて、×ＦＩサーバ５にさらにアクセス
し、×ＦＩサーバ５からさらに、CAFIS６を介して、ク
レジットカード会社７にアクセスして、カードが適正な
ものであるか否かをチェックする。そして、チェックし
た結果をショッピングプロクシサーバ１３に通知する。

【００６１】ショッピングプロクシサーバ１３のCPU４
１は、ステップＳ８７において、チェックの結果、その
番号のカードが適正なものであるか否かを判定し、適正
なものでない場合には、ステップＳ８８に進み、ユーザ
の端末１にカードオーソリ結果を通知する。ユーザの端
末１においては、このオーソリ結果がステップＳ１１８
で受信される。ユーザの端末１のCPU２１は、これをデ
ィスプレイ２９に表示させる。いまの場合、オーソリ結
果が適正なものではないので、例えば「カードの有効期
限が切れています」のようなメッセージが表示されるこ
とになる。

【００６２】その後、ショッピングプロクシサーバ１３
においては、ステップＳ７８に戻り、新たな入力を待機
する状態に戻る。

【００６３】ステップＳ８７において、カードが適正な
ものであると判定された場合、ステップＳ８９に進み、
ショッピングプロクシサーバ１３のCPU４１は、ユーザ
の端末１に対して、カードオーソリ結果を通知する。ユ
ーザの端末１においては、ステップＳ１１８で、このカ
ードオーソリ結果が受信される。このようにして、例え
ば図２２に示すような画面が、ショッピングプロクシサ
ーバ１３からユーザの端末１に送信され、そのディスプ
レイ２９に表示される。この表示においては、注文が正
しく処理されたので、「ご注文有り難うございました」
のメッセージが表示されている。

【００６４】ショッピングプロクシサーバ１３のCPU４
１は、さらにステップＳ９０に進み、加盟店の端末１２
に対して、売上承認のメッセージをE-mailで通知する。
加盟店の端末１２においては、ステップＳ５１におい
て、売上承認通知が受信されたか否かを判定し、受信さ
れた場合には、ステップＳ５２に進み、売上確定の入力
を行う。この売上確定の入力は、ユーザの端末１から注
文を確認するＯＫの入力がなされない限り、行うことが
できないようになされている。

【００６５】ショッピングプロクシサーバ１３において
は、ステップＳ９１で、加盟店の端末１２から売上確定
入力を受信し、さらにステップＳ９２において、その売
上データを売上管理サーバ１５に転送する。売上管理サ
ーバ１５は、このようにしてショッピングプロクシサー
バ１３から転送されてきた売上を、取引の履歴として蓄
積しておく。

【００６６】加盟店の端末１２においては、ステップＳ
５１において、売上承認の通知が受信されていないと判
定された場合、ステップＳ５３に進み、その他の通知が
受信されているか否かを判定する。その他の通知が受信
されていない場合には、ステップＳ５１に戻る。そし
て、ステップＳ５３において、その他の通知が受信され
たと判定された場合、ステップＳ５４に進み、対応する
処理を実行する。

【００６７】例えば、ショッピングプロクシサーバ１３
が、ステップＳ８１で、注文伝票を破棄する通知を行っ
たような場合、加盟店の端末１２においては、このステ
ップＳ５４で、その注文を破棄する処理が行われる。

【００６８】以上の処理においては、受付番号（注文）
毎に異なるURLを割り振り、それをその注文を行ったユ
ーザに確認メールで伝送するようにしたが、例えばこの
URLを、同一の加盟店においては同一のURLとするように
することも可能である。図２３乃至図２５のフローチャ
ートは、この場合の処理例を表している。図２３は、ユ
ーザの端末１の注文を確認する場合の処理を表してお
り、図２４は、WWWサーバ１１の処理を表している。

【００６９】ユーザの端末１においては、ステップＳ１
３１で、ショッピングプロクシサーバ１３からの確認メ
ールを受信すると、これをディスプレイ２９に出力し、
表示させる。この確認メールには、ユーザが行った注文
に対して割り振られた受付番号と、ユーザがその注文を
行った加盟店の注文情報を記憶しているインターネット
上の位置を表すURLが含まれている。例えば、ショッピ
ングプロクシサーバ１３が作成した売上伝票を、そのハ
ードディスク４５に記録するのではなく、加盟店のホー
ムページを管理しているWWWサーバ１１に転送し、記憶
させるようにしている場合には、URLは、WWWサーバ１１
に記憶されているこの売上情報を読み出すためのアドレ
スとなる。

【００７０】ステップＳ１３２において、ユーザが確認
メールのURLに対するアクセスを指令すると、端末１のC
PU２１は、そのURLに対するアクセスを実行する。WWWサ
ーバ１１においては、ステップＳ１５１において、ユー
ザの端末１からアクセスがあったか否かを判定し、アク
セスがなければ、ステップＳ１５２に進み、確認メール
がユーザの端末１に伝送された後（WWWサーバ１１に売
上伝票が記憶された後）、２週間が経過したか否かが判
定される。まだ２週間が経過していない場合には、ステ
ップＳ１５１に戻り、再びユーザの端末１からアクセス
があったか否かが判定される。

【００７１】ステップＳ１５２において、２週間が経過
したと判定された場合、ステップＳ１５３に進み、WWW
サーバ１１は、記憶している注文伝票を破棄し、ステッ
プＳ１５４において、その旨を加盟店の端末１２に通知
する。

【００７２】ステップＳ１５１において、ユーザの端末
１からアクセスがあったと判定された場合、ステップＳ
１５６に進み、WWWサーバ１１は、ユーザの端末１に対
して、ユーザＩＤとパスワードの入力を要求する。ユー
ザの端末１側においては、この要求に対応して、ステッ
プＳ１３３において、ユーザがユーザＩＤとパスワード
を入力する。

【００７３】WWWサーバ１１は、ステップＳ１５７にお
いて、ユーザの端末１から伝送されてきたユーザＩＤと
パスワードが、登録されている注文情報に含まれるユー
ザＩＤとパスワードに対応するか否かを判定する。伝送
されてきたユーザＩＤとパスワードが適正なものでない
と判定された場合、ステップＳ１５８に進み、WWWサー
バ１１は、エラー処理を実行する。例えば、ユーザの端
末１に対して、「ユーザＩＤまたはパスワードが正しく
ありません」のようなメッセージを送出すこれに対し
て、ステップＳ１５７において、ユーザＩＤとパスワー
ドが適正なものであると判定された場合、ステップＳ１
５９に進み、WWWサーバ１１は、さらにユーザの端末１
に対して受付番号の入力を要求する。

【００７４】ユーザの端末１においては、この要求に対
応して、ステップＳ１３４において、ステップＳ１３１
で受信した確認メールに含まれている受付番号を入力す
る。この受付番号は、WWWサーバ１１に伝送される。WWW
サーバ１１においては、ステップＳ１６０において、こ
の受付番号を受け取り、この受付番号に対応する注文情
報が登録されているか否かを検索する。検索した結果、
ステップＳ１６１において、受付番号が登録されている
か否かを判定し、登録されていなければステップＳ１５
８に戻り、エラー処理を実行する。

【００７５】受付番号が登録されている場合には、ステ
ップＳ１６２に進み、その受付番号とユーザＩＤが対応
するか否かを判定する。すなわち、ユーザの端末１から
伝送されてきた受付番号が、WWWサーバ１１の注文情報
の受付番号として登録されていたとしても、その受付番
号の注文情報中に記憶されているユーザＩＤが、ユーザ
の端末１から伝送されてきたユーザＩＤと異なるもので
ある場合には、やはりステップＳ１５８に進み、エラー
処理を実行する。

【００７６】これに対して、ステップＳ１６２におい
て、受付番号とユーザＩＤが対応するものであると判定
された場合、ステップＳ１６３に進み、WWWサーバ１１
は、登録されている受付番号に対応する注文情報を読み
出し、これをユーザの端末１に転送する。ユーザの端末
１においては、ステップＳ１３５において、この注文情
報を受信し、ディスプレイ２９に表示させる。

【００７７】ユーザは、この情報を見て、ステップＳ１
３６において、最終的に注文を行うか否かを判定し、注
文を行う場合には、ステップＳ１３７において、ＯＫの
入力を行い、注文をキャンセルする場合には、ステップ
Ｓ１３８に進み、ＮＧの入力を行う。

【００７８】WWWサーバ１１側においては、ステップＳ
１６４において、ユーザの端末１からＯＫが入力された
か否かを判定し、ＯＫが入力されない場合（ＮＧが入力
された場合）、ステップＳ１５３に進み、注文伝票を破
棄し、ステップＳ１５４において、加盟店にその旨を通
知する。

【００７９】これに対して、ステップＳ１６４におい
て、ユーザの端末１からＯＫが入力されたと判定された
場合、ステップＳ１６５に進み、WWWサーバ１１は、シ
ョッピングプロクシサーバ１３に対して、ユーザＩＤに
対応するカード番号の検索を要求するとともに、さらに
ショッピングプロクシサーバ１３が、会員管理サーバ１
４にアクセスして、そのカード番号のチェックをしてく
れるように要求する。ショッピングプロクシサーバ１３
は、この要求に対応して、ユーザＩＤに対応するカード
番号を検索して、そのカード番号のチェックを会員管理
サーバ１４に要求する。そして、会員管理サーバ１４か
らのチェックの結果をWWWサーバ１１に通知する。

【００８０】WWWサーバ１１においては、ステップＳ１
６６で、その番号のカードが適正なものであるか否かを
判定し、適正なものでない場合には、ステップＳ１６７
に進み、ユーザの端末１にカードオーソリ結果を通知
し、ステップＳ１５１に戻る。

【００８１】ステップＳ１６６において、カードが適正
なものであると判定された場合、ステップＳ１６８に進
み、WWWサーバ１１は、ユーザの端末１にカードオーソ
リ結果を通知する。このステップＳ１６７またはステッ
プＳ１６８におけるオーソリ結果の通知は、ユーザの端
末１において、ステップＳ１３９で受信され、表示され
る。

【００８２】WWWサーバ１１は、さらにステップＳ１６
９に進み、加盟店の端末１２に対して、売上承認を通知
する。加盟店の端末１２から売上確定入力がなされた場
合には、これがWWWサーバ１１に転送され、ステップＳ
１７０で受信される。このとき、WWWサーバ１１は、ス
テップＳ１７１において、記憶している売上データをシ
ョッピングプロクシサーバ１３に転送し、これを売上管
理サーバ１５にさらに転送することを要求する。ショッ
ピングプロクシサーバ１３は、この要求に対応して、WW
Wサーバ１１から受信した売上データを、売上管理サー
バ１５に転送し、記憶させる。

【００８３】以上においては、ユーザの端末１、加盟店
の端末１２、WWWサーバ１１、ショッピングプロクシサ
ーバ１３を、それぞれ１台ずつ図示するようにしたが、
これらは、適宜複数台設けることができるのは勿論であ
る。

【００８４】また、以上においては、ネットワークとし
て、インターネットのWWWシステムを利用した場合を例
として説明したが、その他のネットワークやシステムを
利用する場合にも、本発明は適用することが可能であ
る。

【００８５】以上のように、確認メール自体には、注文
情報を添付せず、ユーザがショッピングプロクシサーバ
１３にアクセスして注文内容を確認するようにしたの
で、第３者が注文者に成り済まして、不正に商品を発注
したりするようなことが防止される。

【００８６】

【発明の効果】本発明のプロクシサーバによれば、会員
登録されたユーザの決済情報を保持するようにしたの
で、円滑な取引が可能となる。

【図面の簡単な説明】

【図１】本発明の情報管理システムの概念を示す図であ
る。

【図２】本発明の注文のシーケンスを説明する図であ
る。

【図３】会員登録から利用開始までの処理を説明する図
である。

【図４】図３において授受される情報を説明する図であ
る。

【図５】商品発注から売上確定までの処理を行うシステ
ムの構成例を示す図である。

【図６】図５のユーザの端末１の構成例を示すブロック
図である。

【図７】図５のショッピングプロクシサーバ１３の構成
例を示すブロック図である。

【図８】ユーザの端末の注文処理を説明するフローチャ
ートである。

【図９】WWWサーバの処理を説明するフローチャートで
ある。

【図１０】注文書の例を示す図である。

【図１１】加盟店の端末による受注処理を説明するフロ
ーチャートである。

【図１２】ショッピングプロクシサーバの処理を説明す
るフローチャートである。

【図１３】ショッピングプロクシサーバの処理を説明す
るフローチャートである。

【図１４】ユーザの端末の注文確認処理を説明するフロ
ーチャートである。

【図１５】図１２のステップＳ７２における表示例を示
す図である。

【図１６】図１２のステップＳ７４における表示例を示
す図である。

【図１７】図１２のステップＳ７５における表示例を示
す図である。

【図１８】図１２のステップＳ７５における表示例を示
す図である。

【図１９】図１２のステップＳ７７における表示例を示
す図である。

【図２０】図１２のステップＳ８２における表示例を示
す図である。

【図２１】図１２のステップＳ８４における表示例を示
す図である。

【図２２】図１３のステップＳ８９における表示例を示
す図である。

【図２３】ユーザの端末の注文確認処理を説明するフロ
ーチャートである。

【図２４】WWWサーバの処理を説明するフローチャート
である。

【図２５】WWWサーバの処理を説明するフローチャート
である。

【符号の説明】

１端末，２インターネット，３サインアップ
サーバ，４ ×××ｎｅｔ，１１ WWWサーバ，
１２端末，１３ショッピングプロクシサーバ，１
４会員管理サーバ，１５売上管理サーバ

Claims

【特許請求の範囲】

【請求項１】会員登録されたユーザの決済情報を保持
することを特徴とするプロクシサーバ。