JPH10289267A

JPH10289267A - 情報管理装置および方法、並びに情報管理システム

Info

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

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報管理装置およ
び方法、並びに情報管理システムに関し、特に、ネット
ワークを介して、円滑に正確に所定のサービスを受ける
ことができるようにした情報管理装置および方法、並び
に情報管理システムに関する。

【０００２】

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

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

【０００４】

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

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

【０００６】

【課題を解決するための手段】請求項１に記載の情報管
理装置は、ネットワークを介して注文者にアクセスする
アクセス手段と、注文者が、その注文を確認するために
アクセスすべきネットワーク上のアドレスを、ネットワ
ークを介して伝送する伝送手段とを備えることを特徴と
する。

【０００７】請求項２に記載の情報管理方法は、ネット
ワークを介して注文者にアクセスするアクセスステップ
と、注文者が、その注文を確認するためにアクセスすべ
きネットワーク上のアドレスを、ネットワークを介して
伝送する伝送ステップとを備えることを特徴とする。

【０００８】請求項３に記載の情報管理システムは、注
文者からの注文情報を記憶する記憶手段と、ネットワー
クを介して注文者にアクセスするアクセス手段と、注文
者が、その注文を確認するためにアクセスすべきネット
ワーク上のアドレスを指定する指定手段と、注文者より
ネットワークを介してアドレスにアクセスがあったと
き、記憶されている注文情報を注文者に伝送する伝送手
段とを備えることを特徴とする。

【０００９】請求項４に記載の情報管理方法は、注文者
からの注文情報を記憶する記憶ステップと、ネットワー
クを介して注文者にアクセスするアクセスステップと、
注文者が、その注文を確認するためにアクセスすべきネ
ットワーク上のアドレスを指定する指定ステップと、注
文者よりネットワークを介してアドレスにアクセスがあ
ったとき、記憶されている注文情報を注文者に伝送する
伝送ステップとを備えることを特徴とする。

【００１０】請求項１に記載の情報管理装置および請求
項２に記載の情報管理方法においては、注文者が、その
注文を確認するためにアクセスすべきネットワーク上の
アドレスが伝送される。

【００１１】請求項３に記載の情報管理システムおよび
請求項４に記載の情報管理方法においては、注文者が、
その注文を確認するためにアクセスすべきネットワーク
上のアドレスが指定され、注文者がそのアドレスにアク
セスしたとき、注文情報がネットワークを介して注文者
に伝送される。

【００１２】

【発明の実施の形態】以下に本発明の実施の形態を説明
するが、特許請求の範囲に記載の発明の各手段と以下の
実施の形態との対応関係を明らかにするために、各手段
の後の括弧内に、対応する実施の形態（但し一例）を付
加して本発明の特徴を記述すると、次のようになる。但
し勿論この記載は、各手段を記載したものに限定するこ
とを意味するものではない。

【００１３】請求項１に記載の情報管理装置は、ネット
ワークを介して注文者にアクセスするアクセス手段（例
えば図７の通信部４７）と、注文者が、その注文を確認
するためにアクセスすべきネットワーク上のアドレス
を、ネットワークを介して伝送する伝送手段（例えば図
１２のステップＳ７７の処理を行う図７のCPU４１）と
を備えることを特徴とする。

【００１４】請求項３に記載の情報管理システムは、注
文者からの注文情報を記憶する記憶手段（例えば図７の
ハードディスク４５）と、ネットワークを介して注文者
にアクセスするアクセス手段（例えば図７の通信部４
７）と、注文者が、その注文を確認するためにアクセス
すべきネットワーク上のアドレスを指定する指定手段
（例えば図１２のステップＳ７７の処理を行う図７のCP
U４１）と、注文者よりネットワークを介してアドレス
にアクセスがあったとき、記憶されている注文情報を注
文者に伝送する伝送手段（例えば図１２のステップＳ８
４の処理を行う図７のCPU４１）とを備えることを特徴
とする。

【００１５】図１は、本発明の情報管理システムの概念
を表している。同図に示すように、このシステムにおい
ては、インターネット上の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(SecureSock Layer)に対応しており、暗
号化してデータを送信するため、その秘密性を確保する
ことができる。

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

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

【００２６】SFIサーバ５は、サインアップサーバ３か
らカードチェックの要請があったとき、必要に応じて、
NTTデータ通信株式会社（商標）のCAFIS(Credit And Fi
nance 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サーバ１１
により、各加盟店のホームページが提供されている。ユ
ーザの端末１から、加盟店のホームページにアクセスが
あり、注文が出された場合には、その注文データが、WW
Wサーバ１１から、その加盟店の端末１２に転送される
ようになされている。この注文データは、端末１２の記
憶装置に蓄積される。各加盟店が所定のタイミングにお
いて蓄積された注文情報を読み出し、その注文伝票を作
成するとき、ショッピングプロクシサーバ１３にアクセ
スするようになされている。このショッピングプロクシ
サーバ１３は、図３におけるサインアップサーバ３と同
一のものとすることも可能である。

【００３３】ショッピングプロクシサーバ１３は、加盟
店の端末１２からアクセスがあったとき、必要な伝票情
報を提供するとともに、ユーザの端末１に対して確認メ
ールを送信するようになされている。そして、ショッピ
ングプロクシサーバ１３は、端末１から注文を確認する
入力がなされたとき、So-net４の会員管理サーバ１４に
アクセスし、オーソリ処理を行うとともに、そのオーソ
リの結果を端末１に出力し、さらに、そのオーソリの結
果が適正なものである場合には、加盟店の端末１２に対
して、売上承認の連絡を行うようになされている。ショ
ッピングプロクシサーバ１３は、さらに、加盟店の端末
１２から、売上確定入力がなされた場合には、So-net４
の売上管理サーバ１５に対して、売上データを転送し、
記録させるようになされている。

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

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

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

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

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

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

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

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

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

【００４３】注文書の入力が完了したとき、ユーザは、
入力部２８を操作して、入力の確定を指令する。このと
き、CPU２１は、ステップＳ５において、通信部２７を
制御し、ステップＳ４で入力された注文書の内容を、WW
Wサーバ１１に転送させる。

【００４４】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に対するアクセスを指令すると、端末１の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サーバの処理を説明するフローチャート
である。

【符号の説明】

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

Claims

【特許請求の範囲】

【請求項１】注文者よりネットワークを介して受けた
所定のサービスに対する注文情報を管理する情報管理装
置において、前記ネットワークを介して前記注文者にアクセスするア
クセス手段と、前記注文者が、その注文を確認するためにアクセスすべ
き前記ネットワーク上のアドレスを、前記ネットワーク
を介して伝送する伝送手段とを備えることを特徴とする
情報管理装置。
【請求項２】注文者よりネットワークを介して受けた
所定のサービスに対する注文情報を管理する情報管理方
法において、前記ネットワークを介して前記注文者にアクセスするア
クセスステップと、前記注文者が、その注文を確認するためにアクセスすべ
き前記ネットワーク上のアドレスを、前記ネットワーク
を介して伝送する伝送ステップとを備えることを特徴と
する情報管理方法。
【請求項３】注文者よりネットワークを介して受けた
所定のサービスに対する注文情報を管理する情報管理シ
ステムにおいて、前記注文者からの注文情報を記憶する記憶手段と、前記ネットワークを介して前記注文者にアクセスするア
クセス手段と、前記注文者が、その注文を確認するためにアクセスすべ
き前記ネットワーク上のアドレスを指定する指定手段
と、前記注文者より前記ネットワークを介して前記アドレス
にアクセスがあったとき、記憶されている前記注文情報
を前記注文者に伝送する伝送手段とを備えることを特徴
とする情報管理システム。
【請求項４】注文者よりネットワークを介して受けた
所定のサービスに対する注文情報を管理する情報管理方
法において、前記注文者からの注文情報を記憶する記憶ステップと、前記ネットワークを介して前記注文者にアクセスするア
クセスステップと、前記注文者が、その注文を確認するためにアクセスすべ
き前記ネットワーク上のアドレスを指定する指定ステッ
プと、前記注文者より前記ネットワークを介して前記アドレス
にアクセスがあったとき、記憶されている前記注文情報
を前記注文者に伝送する伝送ステップとを備えることを
特徴とする情報管理方法。