(57)【特許請求の範囲】
【請求項１】
注文者よりネットワークを介して注文を受けた内容を注文者に確認させる、加盟店側に設置される注文確認装置において、
前記ネットワークを介して注文情報を受信し、記憶する第１の記憶手段と、
前記注文者が、その注文情報を確認するためにアクセスすべきURLであって、前記第１の記憶手段内の前記注文情報を読み出すためのURLを、前記ネットワークを介して、電子メールを用いて前記注文者に対して伝送する伝送手段と、
前記注文者が前記URLにアクセスした場合、ユーザＩＤ、パスワードによる認証処理を行う認証手段と
を備える情報管理装置に接続し、
前記ネットワークを介して前記注文者から送信されてくる注文情報を受信し、記憶する第２の記憶手段と、
前記記憶された注文情報を読み出し、前記注文情報に基づいて、注文情報を管理する前記情報管理装置から前記注文情報を入力するための入力画面データを受信する受信手段と、
前記受信した入力画面データに前記注文情報を入力する入力手段と、
前記入力された注文情報を送信して前記情報管理装置の前記第１の記憶手段に記憶させるとともに、前記注文者が、その注文情報を確認するためにアクセスすべきURLであって、前記情報管理装置の前記第１の記憶手段内の前記注文情報を読み出すためのURLを、前記ネットワークを介して、電子メールを用いて前記注文者に対して伝送させる注文確認メールの発信を前記情報管理装置に要求する注文確認メール発信要求手段と
を有することを特徴とする注文確認装置。
【請求項２】
前記アクセスすべき前記ネットワーク上のURLは、注文受付番号ごとに割り当てられる
ことを特徴とする請求項１に記載の注文確認装置。
【請求項３】
所定期間内に、前記注文者からの前記URLへのアクセスがない場合、前記注文情報を破棄する破棄手段をさらに有する
ことを特徴とする請求項１に記載の注文確認装置。
【請求項４】
注文者よりネットワークを介して注文を受けた内容を注文者に確認させる方法であって、加盟店側で実行される注文確認装置の注文確認方法において、
前記ネットワークを介して注文情報を受信し、記憶する記憶手段と、
前記注文者が、その注文情報を確認するためにアクセスすべきURLであって、前記記憶手段内の前記注文情報を読み出すためのURLを、前記ネットワークを介して、電子メールを用いて前記注文者に対して伝送する伝送手段と、
前記注文者が前記URLにアクセスした場合、ユーザＩＤ、パスワードによる認証処理を行う認証手段と
を備える情報管理装置に接続し、
前記ネットワークを介して前記注文者から送信されてくる注文情報を受信し、記憶するステップと、
前記記憶された注文情報を読み出して、前記注文情報に基づいて、注文情報を管理する前記情報管理装置から前記注文情報を入力するための入力画面データを受信するステップと、
前記受信した入力画面データに前記注文情報を入力するステップと、
前記入力された注文情報を送信して前記情報管理装置の記憶手段に記憶させるとともに、前記注文者が、その注文情報を確認するためにアクセスすべきURLであって、前記情報管理装置の記憶手段内の前記注文情報を読み出すためのURLを、前記ネットワークを介して、電子メールを用いて前記注文者に対して伝送させる注文確認メールの発信を前記情報管理装置に要求するステップと
を含むことを特徴とする注文確認方法。
【請求項５】
前記アクセスすべき前記ネットワーク上のURLは、注文受付番号ごとに割り当てられる
ことを特徴とする請求項４に記載の注文確認方法。
【請求項６】
所定期間内に、前記注文者からの前記URLへのアクセスがない場合、前記注文情報を破棄するステップをさらに含む
ことを特徴とする請求項４に記載の注文確認方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プロクシサーバに関し、特に、ネットワークを介して、円滑に正確に所定のサービスを受けることができるようにしたプロクシサーバに関する。
【０００２】
【従来の技術】
最近、インターネットに代表されるネットワークが普及してきた。このインターネット上には、World Wide Web(WWW)と呼ばれる情報検索システムが構築されている。このWWWにおいて、各種の商品の購入を含むサービスの提供を受けることができる。
【０００３】
例えば、所定の商品を購入する場合、ユーザは、所定のホームページにアクセスし、商品に関する情報の提供を受ける。そして、その商品を購入するとき、住所、氏名、電話番号、クレジットカードの番号などを入力する。また、注文が行われたとき、サーバ側からユーザ側に対して、受信したメール（注文内容）が返信され、ユーザに注文内容を確認させるようになされている。入力された情報は、そのホームページを開設している販売者の端末に伝送される。販売者は、この情報に基づいて、商品を注文者（ユーザ）に対して発送するとともに、料金を指定された番号のクレジットカードから引き落とすように、クレジットカード会社に対して請求を行う。クレジットカード会社は、さらに、注文者（ユーザ）に対して料金の請求を行う。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来のこのようなシステムにおいては、ユーザが、誤操作により商品を発注してしまったような場合に、これをキャンセルすることが困難となる課題があった。サーバ側からの返信のメールが第３者に盗まれた場合、その第３者に注文を確定されてしまうような事態が発生し、ネットワーク上の取引が混乱するおそれがある。その結果、注文者と販売者との間で混乱が生じ、円滑な取引の妨げとなる課題があった。
【０００５】
本発明はこのような状況に鑑みてなされたものであり、円滑な取引を可能とするものである。
【０００６】
【課題を解決するための手段】
本発明の注文確認装置は、ネットワークを介して注文情報を受信し、記憶する第１の記憶手段と、注文者が、その注文情報を確認するためにアクセスすべきURLであって、第１の記憶手段内の注文情報を読み出すためのURLを、ネットワークを介して、電子メールを用いて注文者に対して伝送する伝送手段と、注文者がURLにアクセスした場合、ユーザＩＤ、パスワードによる認証処理を行う認証手段とを備える情報管理装置に接続し、ネットワークを介して注文者から送信されてくる注文情報を受信し、記憶する第２の記憶手段と、記憶された注文情報を読み出し、注文情報に基づいて、注文情報を管理する情報管理装置から注文情報を入力するための入力画面データを受信する受信手段と、受信した入力画面データに注文情報を入力する入力手段と、入力された注文情報を送信して情報管理装置の第１の記憶手段に記憶させるとともに、注文者が、その注文情報を確認するためにアクセスすべきURLであって、情報管理装置の第１の記憶手段内の注文情報を読み出すためのURLを、ネットワークを介して、電子メールを用いて注文者に対して伝送させる注文確認メールの発信を情報管理装置に要求する注文確認メール発信要求手段とを有することを特徴とする。
また、本発明の注文確認方法は、ネットワークを介して注文情報を受信し、記憶する記憶手段と、注文者が、その注文情報を確認するためにアクセスすべきURLであって、記憶手段内の注文情報を読み出すためのURLを、ネットワークを介して、電子メールを用いて注文者に対して伝送する伝送手段と、注文者がURLにアクセスした場合、ユーザＩＤ、パスワードによる認証処理を行う認証手段とを備える情報管理装置に接続し、ネットワークを介して注文者から送信されてくる注文情報を受信し、記憶するステップと、記憶された注文情報を読み出して、注文情報に基づいて、注文情報を管理する情報管理装置から注文情報を入力するための入力画面データを受信するステップと、受信した入力画面データに注文情報を入力するステップと、入力された注文情報を送信して情報管理装置の記憶手段に記憶させるとともに、注文者が、その注文情報を確認するためにアクセスすべきURLであって、情報管理装置の記憶手段内の注文情報を読み出すためのURLを、ネットワークを介して、電子メールを用いて注文者に対して伝送させる注文確認メールの発信を情報管理装置に要求するステップとを含むことを特徴とする。
【０００７】
本発明の注文確認装置および方法においては、ネットワークを介して注文情報を受信し、記憶する記憶手段と、注文者が、その注文情報を確認するためにアクセスすべきURLであって、記憶手段内の注文情報を読み出すためのURLを、ネットワークを介して、電子メールを用いて注文者に対して伝送する伝送手段と、注文者がURLにアクセスした場合、ユーザＩＤ、パスワードによる認証処理を行う認証手段とを備える情報管理装置に接続される。また、ネットワークを介して注文者から送信されてくる注文情報が受信され、記憶される。そして、この注文情報が読み出されて、注文情報に基づいて、注文情報を管理する情報管理装置から注文情報を入力するための入力画面データが受信され、受信した入力画面データに注文情報が入力される。そして、この注文情報を送信して情報管理装置の記憶手段に記憶させるとともに、注文者が、その注文情報を確認するためにアクセスすべきURLであって、情報管理装置の記憶手段内の注文情報を読み出すためのURLを、ネットワークを介して、電子メールを用いて注文者に対して伝送させる注文確認メールの発信が情報管理装置に要求される。
【０００８】
【発明の実施の形態】
図１は、本発明の情報管理システムの概念を表している。同図に示すように、このシステムにおいては、インターネット上のWWWにおいて、産直店、専門店、名店などの商品（サービス）販売者がホームページを開設している。これらの販売者は、このシステムによる対価の支払のサービスの提供を受ける場合、Smash（サービスマーク）に加盟する。ルータとしてのSo-net（サービスマーク）は、Smashの加盟店からアクセスがあったとき、クレジットカードによる決裁に必要な情報を提供する。
【０００９】
一方、一般のユーザ（注文者）は、Smash加盟店からWWW上において商品を購入する場合、予めSo-netの会員になる。ユーザが、インターネットを介して所定の加盟店のホームページにアクセスし、商品を発注したとき、各加盟店は、そのユーザに対して商品を発送するとともに、料金をクレジットカード会社の１つであるSFI(Sony Finance International)（商号）に請求する。SFIは、さらに、この料金を、ユーザ（注文者）が指定したカードのクレジットカード会社に請求する。そして、そのクレジットカード会社が、さらに一般ユーザに、その料金を請求する。
【００１０】
図２は、ネットワーク上における注文のシーケンスの概略を表している。同図に示すように、一般ユーザは、ステップＳ１において、所定の加盟店のホームページにアクセスし、商品を選択し、商品を購入する場合には、そのホームページ上で用意されている入力フォームに必要な事項を記入する。
【００１１】
このようにして、ユーザが商品を発注すると、そのホームページを開設している加盟店の端末に、E-mail（電子メール）により、その注文情報が、ステップＳ２において転送される。加盟店においては、その端末から、So-netのSmashのサーバに、ステップＳ３でアクセスする。このとき、Smashサーバは、加盟店の端末に対して、注文された情報を入力するための伝票画面を転送する。加盟店側の端末においては、その伝票画面に、一般ユーザからの注文情報を入力する。その注文情報とは、商品、配送先、合計金額などである。
【００１２】
Smashサーバは、注文内容をユーザに確認させるための確認メールの発信の指令が加盟店の端末から入力されたとき、ユーザに対して、E-mailで確認メールを発信する。この確認メールには、ユーザが注文した内容を確認するための情報を提供するインターネット上のアドレスとしてのURL(Uniform Resource Locator)が含まれている。
【００１３】
ユーザは、ステップＳ４において、Smashサーバから転送されてきたE-mailを読み取り、そこに指定されているURLにアクセスする。Smashサーバは、そのURLで規定される位置に、ユーザが発注した内容に関する情報を記憶している。そして、ユーザからそのURLに対するアクセスが行われたとき、Smashサーバは、その記憶されている情報を読み出し、ユーザに提供する。ユーザは、この情報から、自らが注文した内容を確認する。この確認が行われたとき、ステップＳ５で、加盟店は、商品を発送し、Smashサーバは、売上処理を実行する。
【００１４】
以上がこのシステムの概略であるが、次に、このシステムのより詳細について、さらに説明する。
【００１５】
一般ユーザは、このSmashを利用して、ネットワーク上で商品を購入する（サービスの提供を受ける）場合、So-netの会員として予め登録しておく必要がある。図３は、この登録の処理を表している。
【００１６】
すなわち、最初に、一般ユーザは、その端末１を操作して、サインアップサーバ３にアクセスする。このシステムは、WWWシステムを利用するものであるため、このサインアップサーバは、WWWサーバ（アプリケーションソフトウエア）として、例えばNetscape社のNetscape Commerce Serverのようなソフトウエアが必要となる。また、会員端末１においても、WWWブラウザとして、例えばNetscape社のNetscape Navigator（商標）のようなアプリケーションソフトウエアが必要となる。Netscape Commerce ServerやNetscape Navigatorは、何れもSSL(Secure Sock Layer)に対応しており、暗号化してデータを送信するため、その秘密性を確保することができる。
【００１７】
端末１から、ユーザは、So-netに入会するための申し込みの入力を行う。この申し込み時において、ユーザは、自分自身のユーザＩＤ、パスワード、および、商品を購入した場合の決裁に用いるクレジットカードの番号と有効期限などを入力する。
【００１８】
サインアップサーバ３は、ユーザから入会申し込みを受け付けたとき、そのカードのオーソリ処理を実行する。このため、サインアップサーバ３は、SFIサーバ５に対してアクセスし、申し込まれた番号のクレジットカードが適正なものであるか否かをチェックする。すなわち、期限が有効であるか否か、さらに比較的少ない所定の金額（例えば１００円）の引き落としが可能であるか否かをチェックする。
【００１９】
SFIサーバ５は、サインアップサーバ３からカードチェックの要請があったとき、必要に応じて、NTTデータ通信株式会社（商標）のCAFIS(Credit And Finance Information System)６を利用して、クレジットカード会社７にアクセスし、そのカードが適正なものであるか否かのチェックを要求し、そのチェックした結果を受け取ると、これをサインアップサーバ３に出力する。
【００２０】
サインアップサーバ３は、カードオーソリの結果が適正なものである場合、So-net４に会員としての登録を要求する。So-net４においては、サインアップサーバ３から要求のあったユーザをSo-net４の会員として登録し、その会員（ユーザ）に対して、固有のA-Key(Shopping Access Key)を生成する。そして、ユーザから入会申し込み時に指定されたユーザＩＤと生成したA-Keyを含む登録内容を、郵便で、そのユーザに送付する。
【００２１】
ユーザは、このようにして、登録内容の郵送を受けたとき、サインアップサーバ３に再びアクセスし、A-Key、ユーザＩＤ、パスワード、カード有効期限などを入力する。サインアップサーバ３は、これらの入力をチェックし、それらが適正なものである場合、ユーザの端末１に対して、ショッピングの利用が可能になったことを通知する。
【００２２】
図４は、図３の会員登録の処理において授受されるデータの内容を表している。同図に示すように、オンラインによる入会申し込み時においては、ユーザＩＤ、パスワード、クレジットカードの番号、クレジット番号の有効期限といった情報が、端末１からサインアップサーバ３に転送される。サインアップサーバ３からSFIサーバ５に対して、カードオーソリ処理を実行するとき、カード番号と有効期限が伝送される。また、So-net４からユーザに対して郵便で登録内容を通知するとき、ユーザＩＤ、A-Keyが通知される。さらに、ユーザが登録内容通知書を受け取った後、ショッピング利用開始の許可を受けるために行う入力時においては、ユーザＩＤ、パスワード、A-Key、および有効期限が伝送される。
【００２３】
図４を参照して明かなように、何れの段階においても、ユーザＩＤ、パスワード、A-Key、カード番号、および有効期限の全てが同時に授受されることはない。従って、その何れかの段階において情報が盗まれたとしても、それが悪用されるおそれが少なくなる。
【００２４】
次に、図５を参照して、Smashシステムにおいて、商品を注文する場合の流れについて説明する。
【００２５】
このシステムにおいては、WWWサーバ１１により、各加盟店のホームページが提供されている。ユーザの端末１から、加盟店のホームページにアクセスがあり、注文が出された場合には、その注文データが、WWWサーバ１１から、その加盟店の端末１２に転送されるようになされている。この注文データは、端末１２の記憶装置に蓄積される。各加盟店が所定のタイミングにおいて蓄積された注文情報を読み出し、その注文伝票を作成するとき、ショッピングプロクシサーバ１３にアクセスするようになされている。このショッピングプロクシサーバ１３は、図３におけるサインアップサーバ３と同一のものとすることも可能である。  ショッピングプロクシサーバ１３は、加盟店の端末１２からアクセスがあったとき、必要な伝票情報を提供するとともに、ユーザの端末１に対して確認メールを送信するようになされている。そして、ショッピングプロクシサーバ１３は、端末１から注文を確認する入力がなされたとき、So-net４の会員管理サーバ１４にアクセスし、オーソリ処理を行うとともに、そのオーソリの結果を端末１に出力し、さらに、そのオーソリの結果が適正なものである場合には、加盟店の端末１２に対して、売上承認の連絡を行うようになされている。ショッピングプロクシサーバ１３は、さらに、加盟店の端末１２から、売上確定入力がなされた場合には、So-net４の売上管理サーバ１５に対して、売上データを転送し、記録させるようになされている。
【００２６】
なお、会員管理サーバ１４は、SFIサーバ５に接続されており、CAFIS６を介して、クレジットカード会社７にクレジットカードのチェックを要求することができるようになされている。
【００２７】
図６は、ユーザの端末１の構成例を表している。CPU２１は、ROM２２に記憶されているプログラムに従って各種の処理を実行するようになされている。RAM２３は、CPU２１が各種の処理を実行する上において必要なプログラム、データなどを適宜記憶する。インタフェース２４には、ハードディスク（ＨＤ）２５、光磁気ディスク２６、通信部２７、入力部２８、ディスプレイ２９などが接続されている。
【００２８】
ハードディスク２５は、比較的高速にアクセスが必要なデータ、プログラムなどを適宜記憶する。光磁気ディスク２６は、ハードディスク２５よりアクセスの速度が遅くても差し支えのないデータ、プログラムなどを適宜記憶する。通信部２７は、インターネット専用回線、公衆電話回線などとの間における通信を行う。入力部２８は、キーボード、マウスなどにより構成され、各種の指令を入力するときユーザにより操作される。ディスプレイ２９は、CRT、LCDなどにより構成され、所定の文字、画像などを表示するようになされている。
【００２９】
図７は、ショッピングプロクシサーバ１３の構成例を表している。このショッピングプロクシサーバ１３は、CPU４１乃至ディスプレイ４９を有し、これらは、図６におけるCPU２１乃至ディスプレイ２９と実質的に同様の構成とされている。但し、ショッピングプロクシサーバ１３の方が、ユーザの端末１より、大容量で高速のものが用いられるようになされている。
【００３０】
さらに、図示は省略するが、加盟店の端末１２も、ユーザの端末１と同様に構成されている。また、会員管理サーバ１４、売上管理サーバ１５は、ショッピングプロクシサーバ１３と同様に構成されている。
【００３１】
次に、図８と図９のフローチャートを参照して、ユーザがインターネットのWWWシステムを介して商品を注文する場合の処理について説明する。図８は、ユーザの端末１の注文処理を示すフローチャートであり、図９は、加盟店のホームページを提供しているWWWサーバ１１がユーザからのアクセスに対応して行う処理を表している。
【００３２】
ユーザは、商品を購入しようとするとき、端末１を操作して、ステップＳ１において、所定の加盟店のホームページにアクセスする。すなわち、ユーザは、端末１の入力部２８を操作して、所定の加盟店のインターネット上のアドレスを入力する。CPU２１は、このとき、通信部２７を制御し、入力されたアドレスのホームページに対するアクセスを実行させる。
【００３３】
WWWサーバ１１は、ステップＳ２１において、ユーザ（会員）からのアクセスがあるまで待機し、アクセスがあったとき、ステップＳ２２に進み、ホームページの情報を、アクセスしてきたユーザに転送する。このホームページには、その加盟店が提供する商品情報と注文書が含まれている。図１０は、このようにして、WWWサーバ１１からユーザの端末１に対して転送される注文書の例を表している。ユーザの端末１においては、ステップＳ２において、通信部２７が、この商品情報と注文書を受信し、CPU２１は、これをディスプレイ２９に出力し、表示させる。
【００３４】
次に、ステップＳ３に進み、ユーザは、いま提供を受けた商品の情報を見て、所定の商品を注文するか否かを判断する。商品を注文する場合には、ステップＳ４に進み、ユーザは、受信した注文書に、入力部２８を操作して、必要な情報を入力する。このとき、入力する情報には、商品を特定する商品番号、商品名、金額などの他、ユーザの住所、氏名、電話番号なども含まれている。さらに、この情報には、ユーザＩＤ(So-net ID)と、そのユーザのE-mailのアドレスも含まれている。
【００３５】
注文書の入力が完了したとき、ユーザは、入力部２８を操作して、入力の確定を指令する。このとき、CPU２１は、ステップＳ５において、通信部２７を制御し、ステップＳ４で入力された注文書の内容を、WWWサーバ１１に転送させる  WWWサーバ１１においては、ステップＳ２３において、ユーザの端末１から、注文内容を受信したか否かを判定し、受信した場合にはステップＳ２４に進み、受信した注文内容を、その加盟店の端末１２に対して、E-mailで転送する。    ユーザは、ステップＳ３において、注文をしないと判断した場合、ステップＳ４とステップＳ５の処理をスキップする。この場合、WWWサーバ１１においては、ステップＳ２４の処理がスキップされる。
【００３６】
次に、図１１乃至図１４のフローチャートを参照して、以上のようにして発注した情報を確認する処理について説明する。図１１は、加盟店の端末１２の処理を表し、図１２と図１３は、ショッピングプロクシサーバ１３の処理を表し、図１４は、会員（ユーザ）の端末１の処理を表している。
【００３７】
以下、加盟店の端末１２は、ユーザの端末１と実質的に同様の構成とされているため、図６を、加盟店の端末１２の構成をも表すものとして適宜引用する。
【００３８】
最初に、ステップＳ４１において、加盟店の端末１２のCPU２１は、記憶されている注文内容を読み出す処理を実行する。すなわち、上述したようにして、WWWサーバ１１から注文情報が転送されてきたとき、加盟店の端末１２においては、通信部２７において、これを受信し、ハードディスク２５に記憶させている。入力部２８が操作され、その読み出しが指令されたとき、CPU２１は、ハードディスク２５に記憶されている注文情報を読み出し、ディスプレイ２９に出力し、表示させる。
【００３９】
ステップＳ４２において、加盟店側における端末１２の操作者は、いまディスプレイ２９に表示されている注文情報が、So-net(Smash)による決裁を希望する注文であるか否かを判定する。勿論、この判定は、CPU２１により自動的に行うようにしてもよい。So-net以外の決裁が希望されている注文の場合、ステップＳ４３に進み、その希望に対応する処理が実行される。
【００４０】
これに対して、So-netによる決裁が希望されている注文である場合には、ステップＳ４４に進み、操作者は、入力部２８を操作して、ショッピングプロクシサーバ１３に対するアクセスを指令する。このとき、CPU２１は、通信部２７を制御し、ショッピングプロクシサーバ１３にアクセスさせる。
【００４１】
ショッピングプロクシサーバ１３においては、ステップＳ７１において、加盟店の端末１２からアクセスがあるまで待機し、アクセスがあったと判定された場合、ショッピングプロクシサーバ１３のCPU４１は、ステップＳ７２に進み、売上伝票を作成するのに必要な入力画面データをハードディスク４５から読み出し、通信部４７から加盟店の端末１２に転送させる。
【００４２】
加盟店の端末１２側においては、ステップＳ４５において、この入力画面のデータを受信し、これをディスプレイ２９に表示させる。図１５は、このようにして、ショッピングプロクシサーバ１３から加盟店の端末１２に出力される入力画面の表示例を表している。この表示例においては、加盟店の名称が表示されるとともに、その下に、その加盟店のＩＤ(So-net ID)とパスワードの入力欄が表示されている。加盟店側の端末１２の操作者は、ステップＳ４６において、この入力欄に、加盟店コード(So-net ID)とパスワードを入力する。この入力は、端末１２の入力部２８を操作して行われる。入力された加盟店コードとパスワードは、端末１２の通信部２７から、インターネットを介して、ショッピングプロクシサーバ１３の通信部４７において受信される。
【００４３】
ショッピングプロクシサーバ１３のCPU４１は、この情報が受信されたとき、ステップＳ７３において、この受信された加盟店コードとパスワードが適正なものであるか否かを判定する。この判定は、会員管理サーバ１４にアクセスし、加盟店コードとパスワードが登録されており、かつ、それらが対応するものであることをチェックすることで行われる。加盟店コードとパスワードの一方が登録されていなかったり、登録されていたとしても対応するものではない場合、ステップＳ７４に進み、ショッピングプロクシサーバ１３のCPU４１は、エラー処理を実行する。このとき、CPU４１は、例えば図１６に示すような、「会員登録されていません」のメッセージを加盟店の端末１２に伝送させる。端末１２においては、そのディスプレイ２９にこのメッセージが表示される。加盟店の端末１２の操作者は、この表示から、自らの入力が誤っていたことを知ることができる。  入力が適切なものである場合、ショッピングプロクシサーバ１３のCPU４１は、例えば図１７に示すような売上伝票を選択させるための入力画面を、加盟店の端末１２に出力する。加盟店の端末１２側においては、ステップＳ４７において、この入力画面が受信され、ディスプレイ２９に表示される。加盟店の端末１２の操作者は、この入力画面において、所定の項目を入力する。この入力は、端末１２側からショッピングプロクシサーバ１３に伝送される。ショッピングプロクシサーバ１３は、このようにして、所定の項目を受信したとき、その項目に対応する売上伝票をハードディスク４５から読み出し、これを端末１２に送信させる。端末１２側においては、ステップＳ４７で、その注文伝票を受信し、ディスプレイ２９に表示させる。このようにして、例えば図１８に示すような注文伝票がショッピングプロクシサーバ１３から加盟店の端末１２に出力され、表示される。
【００４４】
加盟店の端末１２側においては、ステップＳ４８において、操作者が、注文伝票上に必要な事項を入力する。図１８に示すように、この売上伝票には、その左下に、その加盟店からユーザ（注文者）に対するメッセージを入力することができるようになされている。これにより、顧客との対話性が向上する。さらに、この注文伝票の入力内容には、注文者（ユーザ）の端末１に対するE-mailのアドレスが含まれている。
【００４５】
加盟店の端末１２側において、ステップＳ４９で、操作者が注文確認メール発信を指令すると、端末１２のCPU２１は、ステップＳ５０において、注文伝票の入力内容をショッピングプロクシサーバ１３に転送させる。ショッピングプロクシサーバ１３においては、ステップＳ７６で、加盟店の端末１２側から伝送されてきた注文伝票の入力内容が受信される。
【００４６】
ショッピングプロクシサーバ１３のCPU４１は、このようにして、加盟店の端末１２から注文伝票の入力内容の伝送を受けたとき、ステップＳ７７において、そこに含まれるE-mailアドレスに確認メールを送信する処理を実行する。すなわち、ショッピングプロクシサーバ１３のCPU４１は、加盟店の端末１２から転送されてきた注文伝票の内容を、受付番号を付して、ハードディスク４５に記憶させるとともに、その注文伝票に入力されている注文者のE-mailアドレスに、例えば図１９に示すような確認メールを送信する。この確認メール中には、図１９に示すように、注文に対応する受付番号とこの受付番号に対応する注文情報を確認するためにユーザがアクセスすべきURLが含まれている。この例の場合、受付番号毎に（注文毎に）、URLが割り当てられる。このURLは、ハードディスク４５に記憶されている、この受付番号に対応する注文情報を読み出すためのアドレスとなっている。
【００４７】
以上のようにして、ユーザは、所定の注文を行った後、数時間あるいは数日が経過した時点において、加盟店からの確認メールを受信することになる。そこで、ユーザの端末１においては、図１４のフローチャートに示すような処理を行って、この注文情報を確認する処理を行う。
【００４８】
最初に、ステップＳ１１１において、ユーザは、So-net４にアクセスし、自分自身宛の確認メールを受信し、それを端末１のディスプレイ２９に表示させる。これにより、例えば図１９に示すような確認メールが、端末１のディスプレイ２９に表示されることになる。そして、上述したように、この確認メールには、受付番号とそれに対応するURLが含まれている。
【００４９】
そこで、ステップＳ１１２に進み、ユーザは、確認メールに含まれているURLに対するアクセスを、入力部２８を操作して指令する。CPU２１は、この指令に対応して、指定されたURLに対するアクセス処理を実行する。
【００５０】
ショッピングプロクシサーバ１３においては、ステップＳ７８において、ユーザの端末１から受付番号に対応するURLにアクセスがあったか否かを判定し、アクセスがない場合には、ステップＳ７９に進み、ステップＳ７７で確認メールを送信した後、２週間が経過したか否かを判定する。２週間がまだ経過していない場合にはステップＳ７８に戻り、再び受付番号に対応するURLにアクセスがあったか否かを判定する。
【００５１】
ユーザの端末１からアクセスがないまま２週間が経過した場合、ステップＳ８０に進み、ショッピングプロクシサーバ１３のCPU４１は、ハードディスク４５に記憶している注文伝票を破棄させる。そして、ステップＳ８１において、その旨を、加盟店の端末１２と、必要に応じてユーザの端末１に通知する。
【００５２】
これに対して、ステップＳ７８において、受付番号に対応するURLにアクセスがあったと判定された場合、ステップＳ８２に進み、ショッピングプロクシサーバ１３のCPU４１は、ユーザＩＤとパスワードの入力を要求する画面を、ユーザの端末１に伝送する。ユーザの端末１においては、ステップＳ１１３で、この画面を受信し、そのディスプレイ２９に表示させる。これにより、例えば図２０に示すような、ユーザＩＤとパスワードの入力を要求する画面が表示される。
【００５３】
そして、ユーザは、ステップＳ１１３において、自分自身のユーザＩＤとパスワードを入力する。この入力は、ショッピングプロクシサーバ１３に伝送される。
【００５４】
ショッピングプロクシサーバ１３においては、ステップＳ８３において、ユーザＩＤとパスワードがハードディスク２５に記憶されているURLに対応する適正なものであるか否かを判定する。適正なものでない場合には、いたずらであるか、真の注文者以外からの入力である可能性があるので、ステップＳ７８に戻り、再び同様の処理を繰り返し実行する。
【００５５】
ステップＳ８３において、ユーザの端末１から伝送されてきたユーザＩＤとパスワードがURLに対応する適正なものであると判定された場合、ステップＳ８４に進み、ショッピングプロクシサーバ１３のCPU４１は、そのURLに記憶されている受付番号に対応する注文情報を、ハードディスク４５から読み出し、これをユーザの端末１に転送させる。
【００５６】
ユーザの端末１においては、ステップＳ１１４において、このようにしてショッピングプロクシサーバ１３から転送されてきた注文内容を表す情報を受信し、ディスプレイ２９に表示させる。このようにして、例えば図２１に示すような注文情報がディスプレイ２９に表示される。
【００５７】
図２１に示すように、この情報には、ユーザが注文を行った店舗の名称、商品名、商品の価格、その他の情報が、問い合わせ先とともに表示されている。
【００５８】
ユーザは、このような情報を見て、最終的に注文を行うか否かを、ステップＳ１１５において判定する。そして、注文を行う場合には、図２１に示すＯＫボタンをステップＳ１１６で操作し、注文をキャンセルする場合には、図２１に示すＮＧボタンをステップＳ１１７で操作する。
【００５９】
この入力は、ユーザの端末１から、ショッピングプロクシサーバ１３に転送される。ショッピングプロクシサーバ１３においては、ステップＳ８５で、ユーザの端末１よりＯＫの入力があったか否かを判定する。ＯＫの入力がない場合（ＮＧの入力があった場合）、ステップＳ８０に進み、ハードディスク４５に記憶されている注文伝票を破棄し、ステップＳ８１において、その旨を加盟店に通知する。
【００６０】
これに対して、ステップＳ８５において、ユーザからＯＫの入力がなされたと判定された場合、ステップＳ８６に進み、ショッピングプロクシサーバ１３のCPU４１は、ステップＳ８６において、ユーザＩＤに対応するカード番号をハードディスク４５から検索し、さらに、会員管理サーバ１４にアクセスして、その番号のクレジットカードが有効であるか否かをチェックする。会員管理サーバ１４は、このチェックの要求に対応して、必要に応じて、SFIサーバ５にさらにアクセスし、SFIサーバ５からさらに、CAFIS６を介して、クレジットカード会社７にアクセスして、カードが適正なものであるか否かをチェックする。そして、チェックした結果をショッピングプロクシサーバ１３に通知する。
【００６１】
ショッピングプロクシサーバ１３のCPU４１は、ステップＳ８７において、チェックの結果、その番号のカードが適正なものであるか否かを判定し、適正なものでない場合には、ステップＳ８８に進み、ユーザの端末１にカードオーソリ結果を通知する。ユーザの端末１においては、このオーソリ結果がステップＳ１１８で受信される。ユーザの端末１のCPU２１は、これをディスプレイ２９に表示させる。いまの場合、オーソリ結果が適正なものではないので、例えば「カードの有効期限が切れています」のようなメッセージが表示されることになる。
【００６２】
その後、ショッピングプロクシサーバ１３においては、ステップＳ７８に戻り、新たな入力を待機する状態に戻る。
【００６３】
ステップＳ８７において、カードが適正なものであると判定された場合、ステップＳ８９に進み、ショッピングプロクシサーバ１３のCPU４１は、ユーザの端末１に対して、カードオーソリ結果を通知する。ユーザの端末１においては、ステップＳ１１８で、このカードオーソリ結果が受信される。このようにして、例えば図２２に示すような画面が、ショッピングプロクシサーバ１３からユーザの端末１に送信され、そのディスプレイ２９に表示される。この表示においては、注文が正しく処理されたので、「ご注文有り難うございました」のメッセージが表示されている。
【００６４】
ショッピングプロクシサーバ１３のCPU４１は、さらにステップＳ９０に進み、加盟店の端末１２に対して、売上承認のメッセージをE-mailで通知する。加盟店の端末１２においては、ステップＳ５１において、売上承認通知が受信されたか否かを判定し、受信された場合には、ステップＳ５２に進み、売上確定の入力を行う。この売上確定の入力は、ユーザの端末１から注文を確認するＯＫの入力がなされない限り、行うことができないようになされている。
【００６５】
ショッピングプロクシサーバ１３においては、ステップＳ９１で、加盟店の端末１２から売上確定入力を受信し、さらにステップＳ９２において、その売上データを売上管理サーバ１５に転送する。売上管理サーバ１５は、このようにしてショッピングプロクシサーバ１３から転送されてきた売上を、取引の履歴として蓄積しておく。
【００６６】
加盟店の端末１２においては、ステップＳ５１において、売上承認の通知が受信されていないと判定された場合、ステップＳ５３に進み、その他の通知が受信されているか否かを判定する。その他の通知が受信されていない場合には、ステップＳ５１に戻る。そして、ステップＳ５３において、その他の通知が受信されたと判定された場合、ステップＳ５４に進み、対応する処理を実行する。
【００６７】
例えば、ショッピングプロクシサーバ１３が、ステップＳ８１で、注文伝票を破棄する通知を行ったような場合、加盟店の端末１２においては、このステップＳ５４で、その注文を破棄する処理が行われる。
【００６８】
以上の処理においては、受付番号（注文）毎に異なるURLを割り振り、それをその注文を行ったユーザに確認メールで伝送するようにしたが、例えばこのURLを、同一の加盟店においては同一のURLとするようにすることも可能である。図２３乃至図２５のフローチャートは、この場合の処理例を表している。図２３は、ユーザの端末１の注文を確認する場合の処理を表しており、図２４は、WWWサーバ１１の処理を表している。
【００６９】
ユーザの端末１においては、ステップＳ１３１で、ショッピングプロクシサーバ１３からの確認メールを受信すると、これをディスプレイ２９に出力し、表示させる。この確認メールには、ユーザが行った注文に対して割り振られた受付番号と、ユーザがその注文を行った加盟店の注文情報を記憶しているインターネット上の位置を表すURLが含まれている。例えば、ショッピングプロクシサーバ１３が作成した売上伝票を、そのハードディスク４５に記録するのではなく、加盟店のホームページを管理しているWWWサーバ１１に転送し、記憶させるようにしている場合には、URLは、WWWサーバ１１に記憶されているこの売上情報を読み出すためのアドレスとなる。
【００７０】
ステップＳ１３２において、ユーザが確認メールのURLに対するアクセスを指令すると、端末１のCPU２１は、そのURLに対するアクセスを実行する。WWWサーバ１１においては、ステップＳ１５１において、ユーザの端末１からアクセスがあったか否かを判定し、アクセスがなければ、ステップＳ１５２に進み、確認メールがユーザの端末１に伝送された後（WWWサーバ１１に売上伝票が記憶された後）、２週間が経過したか否かが判定される。まだ２週間が経過していない場合には、ステップＳ１５１に戻り、再びユーザの端末１からアクセスがあったか否かが判定される。
【００７１】
ステップＳ１５２において、２週間が経過したと判定された場合、ステップＳ１５３に進み、WWWサーバ１１は、記憶している注文伝票を破棄し、ステップＳ１５４において、その旨を加盟店の端末１２に通知する。
【００７２】
ステップＳ１５１において、ユーザの端末１からアクセスがあったと判定された場合、ステップＳ１５６に進み、WWWサーバ１１は、ユーザの端末１に対して、ユーザＩＤとパスワードの入力を要求する。ユーザの端末１側においては、この要求に対応して、ステップＳ１３３において、ユーザがユーザＩＤとパスワードを入力する。
【００７３】
WWWサーバ１１は、ステップＳ１５７において、ユーザの端末１から伝送されてきたユーザＩＤとパスワードが、登録されている注文情報に含まれるユーザＩＤとパスワードに対応するか否かを判定する。伝送されてきたユーザＩＤとパスワードが適正なものでないと判定された場合、ステップＳ１５８に進み、WWWサーバ１１は、エラー処理を実行する。例えば、ユーザの端末１に対して、「ユーザＩＤまたはパスワードが正しくありません」のようなメッセージを送出す  これに対して、ステップＳ１５７において、ユーザＩＤとパスワードが適正なものであると判定された場合、ステップＳ１５９に進み、WWWサーバ１１は、さらにユーザの端末１に対して受付番号の入力を要求する。
【００７４】
ユーザの端末１においては、この要求に対応して、ステップＳ１３４において、ステップＳ１３１で受信した確認メールに含まれている受付番号を入力する。この受付番号は、WWWサーバ１１に伝送される。WWWサーバ１１においては、ステップＳ１６０において、この受付番号を受け取り、この受付番号に対応する注文情報が登録されているか否かを検索する。検索した結果、ステップＳ１６１において、受付番号が登録されているか否かを判定し、登録されていなければステップＳ１５８に戻り、エラー処理を実行する。
【００７５】
受付番号が登録されている場合には、ステップＳ１６２に進み、その受付番号とユーザＩＤが対応するか否かを判定する。すなわち、ユーザの端末１から伝送されてきた受付番号が、WWWサーバ１１の注文情報の受付番号として登録されていたとしても、その受付番号の注文情報中に記憶されているユーザＩＤが、ユーザの端末１から伝送されてきたユーザＩＤと異なるものである場合には、やはりステップＳ１５８に進み、エラー処理を実行する。
【００７６】
これに対して、ステップＳ１６２において、受付番号とユーザＩＤが対応するものであると判定された場合、ステップＳ１６３に進み、WWWサーバ１１は、登録されている受付番号に対応する注文情報を読み出し、これをユーザの端末１に転送する。ユーザの端末１においては、ステップＳ１３５において、この注文情報を受信し、ディスプレイ２９に表示させる。
【００７７】
ユーザは、この情報を見て、ステップＳ１３６において、最終的に注文を行うか否かを判定し、注文を行う場合には、ステップＳ１３７において、ＯＫの入力を行い、注文をキャンセルする場合には、ステップＳ１３８に進み、ＮＧの入力を行う。
【００７８】
WWWサーバ１１側においては、ステップＳ１６４において、ユーザの端末１からＯＫが入力されたか否かを判定し、ＯＫが入力されない場合（ＮＧが入力された場合）、ステップＳ１５３に進み、注文伝票を破棄し、ステップＳ１５４において、加盟店にその旨を通知する。
【００７９】
これに対して、ステップＳ１６４において、ユーザの端末１からＯＫが入力されたと判定された場合、ステップＳ１６５に進み、WWWサーバ１１は、ショッピングプロクシサーバ１３に対して、ユーザＩＤに対応するカード番号の検索を要求するとともに、さらにショッピングプロクシサーバ１３が、会員管理サーバ１４にアクセスして、そのカード番号のチェックをしてくれるように要求する。ショッピングプロクシサーバ１３は、この要求に対応して、ユーザＩＤに対応するカード番号を検索して、そのカード番号のチェックを会員管理サーバ１４に要求する。そして、会員管理サーバ１４からのチェックの結果をWWWサーバ１１に通知する。
【００８０】
WWWサーバ１１においては、ステップＳ１６６で、その番号のカードが適正なものであるか否かを判定し、適正なものでない場合には、ステップＳ１６７に進み、ユーザの端末１にカードオーソリ結果を通知し、ステップＳ１５１に戻る。
【００８１】
ステップＳ１６６において、カードが適正なものであると判定された場合、ステップＳ１６８に進み、WWWサーバ１１は、ユーザの端末１にカードオーソリ結果を通知する。このステップＳ１６７またはステップＳ１６８におけるオーソリ結果の通知は、ユーザの端末１において、ステップＳ１３９で受信され、表示される。
【００８２】
WWWサーバ１１は、さらにステップＳ１６９に進み、加盟店の端末１２に対して、売上承認を通知する。加盟店の端末１２から売上確定入力がなされた場合には、これがWWWサーバ１１に転送され、ステップＳ１７０で受信される。このとき、WWWサーバ１１は、ステップＳ１７１において、記憶している売上データをショッピングプロクシサーバ１３に転送し、これを売上管理サーバ１５にさらに転送することを要求する。ショッピングプロクシサーバ１３は、この要求に対応して、WWWサーバ１１から受信した売上データを、売上管理サーバ１５に転送し、記憶させる。
【００８３】
以上においては、ユーザの端末１、加盟店の端末１２、WWWサーバ１１、ショッピングプロクシサーバ１３を、それぞれ１台ずつ図示するようにしたが、これらは、適宜複数台設けることができるのは勿論である。
【００８４】
また、以上においては、ネットワークとして、インターネットのWWWシステムを利用した場合を例として説明したが、その他のネットワークやシステムを利用する場合にも、本発明は適用することが可能である。
【００８５】
以上のように、確認メール自体には、注文情報を添付せず、ユーザがショッピングプロクシサーバ１３にアクセスして注文内容を確認するようにしたので、第３者が注文者に成り済まして、不正に商品を発注したりするようなことが防止される。
【００８６】
【発明の効果】
本発明のプロクシサーバによれば、会員登録されたユーザの決済情報を保持するようにしたので、円滑な取引が可能となる。
【図面の簡単な説明】
【図１】本発明の情報管理システムの概念を示す図である。
【図２】本発明の注文のシーケンスを説明する図である。
【図３】会員登録から利用開始までの処理を説明する図である。
【図４】図３において授受される情報を説明する図である。
【図５】商品発注から売上確定までの処理を行うシステムの構成例を示す図である。
【図６】図５のユーザの端末１の構成例を示すブロック図である。
【図７】図５のショッピングプロクシサーバ１３の構成例を示すブロック図である。
【図８】ユーザの端末の注文処理を説明するフローチャートである。
【図９】  WWWサーバの処理を説明するフローチャートである。
【図１０】注文書の例を示す図である。
【図１１】加盟店の端末による受注処理を説明するフローチャートである。
【図１２】ショッピングプロクシサーバの処理を説明するフローチャートである。
【図１３】ショッピングプロクシサーバの処理を説明するフローチャートである。
【図１４】ユーザの端末の注文確認処理を説明するフローチャートである。
【図１５】図１２のステップＳ７２における表示例を示す図である。
【図１６】図１２のステップＳ７４における表示例を示す図である。
【図１７】図１２のステップＳ７５における表示例を示す図である。
【図１８】図１２のステップＳ７５における表示例を示す図である。
【図１９】図１２のステップＳ７７における表示例を示す図である。
【図２０】図１２のステップＳ８２における表示例を示す図である。
【図２１】図１２のステップＳ８４における表示例を示す図である。
【図２２】図１３のステップＳ８９における表示例を示す図である。
【図２３】ユーザの端末の注文確認処理を説明するフローチャートである。
【図２４】  WWWサーバの処理を説明するフローチャートである。
【図２５】  WWWサーバの処理を説明するフローチャートである。
【符号の説明】
１  端末，  ２  インターネット，  ３  サインアップサーバ，  ４  So-net，  １１  WWWサーバ，  １２  端末，  １３  ショッピングプロクシサーバ，
１４  会員管理サーバ，  １５  売上管理サーバ
【図１】
0003856080.tif 000002
【図２】
0003856080.tif 000003
【図３】
0003856080.tif 000004
【図４】
0003856080.tif 000005
【図５】
0003856080.tif 000006
【図６】
0003856080.tif 000007
【図７】
0003856080.tif 000008
【図８】
0003856080.tif 000009
【図９】
0003856080.tif 000010
【図１０】
0003856080.tif 000011
【図１１】
0003856080.tif 000012
【図１２】
0003856080.tif 000013
【図１３】
0003856080.tif 000014
【図１４】
0003856080.tif 000015
【図１５】
0003856080.tif 000016
【図１６】
0003856080.tif 000017
【図１７】
0003856080.tif 000018
【図１８】
0003856080.tif 000019
【図１９】
0003856080.tif 000020
【図２０】
0003856080.tif 000021
【図２１】
0003856080.tif 000022
【図２２】
0003856080.tif 000023
【図２３】
0003856080.tif 000024
【図２４】
0003856080.tif 000025
【図２５】
0003856080.tif 000026