(57)【要約】【課題】サービスの提供を受けるに際し、各事業者へ不要な個人情報が漏洩するのを防止すると共に、サービスを提供する各システム間における安全かつ効率的な情報の授受を実現すること。【解決手段】一次サービス提供システムが生成した取引情報を取得し、この取引情報とこれに固有の識別情報とを関連付けて記憶手段に記憶する。一方、二次サービス提供システムから識別情報を取得したときは、これと同一の識別情報に関連付けた取引情報を記憶手段から抽出して当該二次サービス提供システムに引き渡す。【選択図】　図１
2004086536.tif 000002
【特許請求の範囲】
【請求項１】
情報の記憶手段、外部システムとの通信手段、及び前記各手段の動作を制御する情報の処理手段を備え、
前記処理手段は、
ａ１）ユーザに一次サービスを提供する一次サービス提供システムから、当該一次サービス提供システムが前記一次サービスの提供に伴い生成した取引情報を、前記通信手段を介して取得するステップと、
ｂ１）　前記取得した取引情報を識別する固有の識別情報を生成するステップと、
ｃ１）前記取得した取引情報と、前記生成した識別情報とを関連付けて前記記憶手段に記憶するステップと、
ｄ１）前記識別情報を、前記通信手段を介して一次サービス提供システムへ送信するステップと、
ｅ１）前記取引情報に基づく二次サービスを前記ユーザに提供する二次サービス提供システムから、前記通信手段を介して前記識別情報を取得するステップと、
ｆ１）二次サービス提供システムから取得した識別情報と関連付けた取引情報を前記記憶手段から読み出すステップと、
ｇ１）当該読み出した取引情報を二次サービス提供システムへ前記通信手段を介して送信するステップと、
を実行する取引情報管理システム。
【請求項２】
情報の記憶手段、外部システムとの通信手段、及び前記各手段の動作を制御する情報の処理手段を備え、
前記処理手段は、
ａ２）ユーザに商品又は役務の受注サービスを提供する受注システムから、当該受注システムが前記受注サービスの提供に伴い生成した代金関連情報を、前記通信手段を介して取得するステップと、
ｂ２）前記取得した代金関連情報を識別する固有の識別情報を生成するステップと、
ｃ２）前記取得した代金関連情報と、前記生成した識別情報とを関連付けて前記記憶手段に記憶するステップと、
ｄ２）前記識別情報を、前記通信手段を介して前記受注システムへ送信するステップと、
ｅ２）前記代金関連情報に基づく決済サービスを前記ユーザに提供する決済システムから、前記通信手段を介して前記識別情報を取得するステップと、
ｆ２）決済システムから取得した識別情報と関連付けた代金関連情報を前記記憶手段から読み出すステップと、
ｇ２）当該読み出した代金関連情報を決済システムヘ前記通信手段を介して送信するステップと、
を実行する代金関連情報管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、取引情報管理システム及び代金関連情報管理システムに係り、特に、情報の管理を安全且つ効率的に行う取引情報管理システム及び代金関連情報管理システムに関する。
【０００２】
【従来の技術】
インターネットを利用して提供されるサービスの一つにインターネット通信販売がある。ユーザは自己の端末からインターネット通信販売サイトへアクセスすることにより、店舗へ直接赴くことなく所望の商品を取得することができる。
【０００３】
そして、インターネット通信販売サイトにおける代金回収方法として最も一般的に用いられるのがクレジットカード決済である。インターネット通信販売サイトの運営者の多くは、クレジットカード会社に代表される専門の決済業者に決済業務を委託している。
【０００４】
当該インターネット通信販売サイトにおいて商品の購入申込みを受注する際は、申込み者たるユーザからクレジットカード番号をオンライン取得してこれを上記決済業者へ送信し、更に支払能力に関する審査結果を上記決済業者から取得した後に、注文商品を上記ユーザへ配送することにより、確実な代金回収が担保される。上記クレジットカード番号は、決済業者のみが復号できるように暗号化処理を施した上でユーザ側から送信されるのが通常である。
【０００５】
【発明が解決しようとする課題】
しかしながら、インターネット通信販売サイトを利用するユーザ側から見れば、上記決済業者のみに開示するために送信したクレジットカード番号が、上記運営者を経由する段階で復号化され悪用される懸念がある。
【０００６】
【発明の目的】
以上説明した課題に対し、本発明は、受注サービスとこれに伴い生ずる代金の決済サービスとが異なる事業者により行われる場合において、サービスの提供を受けるに際し、各事業者へ不要な個人情報が漏洩するのを防止すると共に、両サービスを提供する各システム間における安全かつ効率的な情報の授受を実現することを目的とする。
【０００７】
【課題を解決するための手段】
上記課題を解決するため、請求項１記載の発明は、情報の記憶手段、外部システムとの通信手段、及び上記各手段の動作を制御する情報の処理手段を備え、上述の処理手段は、ユーザに一次サービスを提供する一次サービス提供システムから、当該一次サービス提供システムが上記一次サービスの提供に伴い生成した取引情報を、上述の通信手段を介して取得するａ１ステップと、当該取得した取引情報を識別する固有の識別情報を生成するｂ１ステップとを実行する。
【０００８】
そして上述の処理手段は、上記取得した取引情報と、上記生成した識別情報とを関連付けて記憶手段に記憶するｃ１ステップと、上記識別情報を、上述の通信手段を介して一次サービス提供システムへ送信するｄ１ステップとを実行する。
【０００９】
更に、上述の処理手段は、上記取引情報に基づく二次サービスを上記ユーザに提供する二次サービス提供システムから、上述の通信手段を介して上記識別情報を取得するｅ１ステップと、二次サービス提供システムから取得した識別情報と関連付けた取引情報を上述の記憶手段から読み出すｆ１ステップと、当該読み出した取引情報を二次サービス提供システムへ上述の通信手段を介して送信するｇ１ステップとを実行する。
【００１０】
請求項２記載の発明は、情報の記憶手段、外部システムとの通信手段、及び上記各手段の動作を制御する情報の処理手段を備え、上述の処理手段が、ユーザに商品又は役務の受注サービスを提供する受注システムから、当該受注システムが上記受注サービスの提供に伴い生成した代金関連情報を、上述の通信手段を介して取得するａ２ステップと、当該取得した代金関連情報を識別する固有の識別情報を生成するｂ２ステップとを実行する。
【００１１】
そして、上述の処理手段は、上記取得した代金関連情報と、上記生成した識別情報とを関連付けて上述の記憶手段に記憶するｃ２ステップと、上記識別情報を、上述の通信手段を介して上記受注システムへ送信するｄ２ステップとを実行する。
【００１２】
更に、上述の処理手段は、上記代金関連情報に基づく決済サービスを上記ユーザに提供する決済システムから、上述の通信手段を介して上記識別情報を取得するｅ２ステップと、決済システムから取得した識別情報と関連付けた代金関連情報を上述の記憶手段から読み出すｆ２ステップと、当該読み出した代金関連情報を決済システムヘ上述の通信手段を介して送信するｇ２ステップとを実行する。
【００１３】
ここにいう「商品」は、有体動産に限定するものでなく、画像データ、音楽データ等、その価値を金銭に換算することができる財を広く含む。
【００１４】
【発明の実施の形態】
以下、図面を参照しつつ、本発明の実施形態について説明する。
【００１５】
システム構成の具体的な説明の前に、本実施形態における事業者と取引管理者との関係、及びユーザと取引管理者との関係について説明しておく。
【００１６】
本実施形態における事業者とは、上記取引管理者に対し、所定の事業者会員登録を行った企業を意味する。この事業者会員登録には、受注業者としての事業者会員登録と、決済業者としての事業者会員登録とがある。前者は、ユーザに対し、その運営するサイトを通じて商品の紹介を行いこれを販売するサービスを行なう事を前提としての登録であり、書籍、衣類等の商品の販売、発送を事業として行っている小売業者をその対象として想定している。一方、後者は、上記受注業者のサイトを介して購入申込みがあった商品の代金に関する決済サービスを行なう事を前提としての登録であり、クレジットカード会社等の金融業者をその対象として想定している。事業者会員登録を行う企業は、その事業形態に応じ、受注業者としての事業者会員登録と、決済業者としての事業者会員登録のいずれかを選択しなければならない。
【００１７】
なお、上記事業者の数は、新規な企業の事業者会員登録により随時拡大していくものであるが、説明の便宜上、本実施形態においては、受注事業者として会員登録した事業者２０Ａと事業者２０Ｂ、それに決済事業者として会員登録した事業者３０Ｈと事業者３０Ｉのみが存在しているとして説明を進める。
【００１８】
一方、本実施形態におけるユーザは、上記取引管理者に対しユーザ会員登録を行った個人を意味する。当該ユーザ会員登録の完了後、上記取引管理者は、現在事業者会員登録している事業者の運営するサイト毎に固有の認証情報（ＩＤ、パスワード）を発行する。この認証情報は、各システム毎に異なるものを発行する。これを単一のものとした場合、悪意の事業者がその認証情報を使って他の事業者の運営するサイトへ不正にログインする懸念があるためである。但し、本実施形態においては、後述のシングルサインオン有効期間内であれば、複数の事業者の運営するサイトを連続して利用する場合であっても、認証情報の入力手続きを改めて行う必要がない。この点については、後の「シングルサインオンサービス」の項で詳述する。
【００１９】
次に、図１のブロック図を参照しつつ、本実施形態の全体構成を説明する。
【００２０】
本実施形態は、ユーザ端末１０と、受注システム２０と、決済システム３０と、取引情報管理システム４０とをインターネット５０により接続して構成される。同図には、説明の便宜上、ユーザ端末１０を一つしか記載していないが、本実施形態においては複数のユーザ端末１０が存在する事を想定している。また、上述のように、本実施形態においては、事業者２０Ａ、事業者２０Ｂ、事業者３０Ｈ、事業者３０Ｉのみが現在事業者会員登録を行っていることを想定しているので、受注システム２０には、事業者２０Ａの運営する受注システム２０Ａと事業者２０Ｂの運営する受注システム２０Ｂとがあり、決済システム３０には、事業者３０Ｈの運営する決済システム３０Ｈと事業者３０Ｉの運営する決済システム３０Ｉとがある。
【００２１】
これを更に詳述する。
【００２２】
ユーザ端末１０は、上記ユーザ会員登録を行ったユーザの所有するパーソナルコンピュータであり、メモリ、ハードディスク、ＣＰＵ、コンピュータディスプレイ、ポインティングデバイス、ルータ等を備えている。
【００２３】
取引情報管理システム４０は、記憶手段４１と、通信手段４２と、処理手段４３とを備えて構成されている。
【００２４】
記憶手段４１は、例えば、メモリ、レジスタ、ハードディスクであり、物理的に単一の構成であると複数であるとを問わない。
【００２５】
記憶手段４１は、認証情報データベース４１ａと、取引情報データベース４１ｂとを備えている。
【００２６】
認証情報データベース４１ａは、ユーザ識別情報と、各事業者の運営するシステムに対応する認証情報と、必要に応じシングルサインオン（ＳＳＯ）識別ＩＤとを関連付けてユーザ毎に記憶する。図２に認証情報データベース４１ａのデータ構造を示す。同図左側は、ユーザ毎に固有のユーザ識別情報を示している。このユーザ識別情報は当該データベースの主キーとなるものである。同図中央は、受注システム２０Ａ、受注システム２０Ｂ、決済システム３０Ｈ、決済システム３０Ｉに対応する各認証情報を示している。当該各認証情報は、上記各システムにログインするために必要なＩＤとパスワードであり、ユーザ会員登録に伴い発行されるものであることは上述したところである。そして、当該各認証情報は、発行後、認証情報データベース４１ａに当該ユーザのユーザ識別情報と関連付けて記憶されると共に、各受注システム２０及び決済システム３０にそれぞれ送信されるようになっている。
【００２７】
同図右側は、当該ユーザ識別情報と関連付けられるシングルサインオン（ＳＳＯ）識別ＩＤを示している。このシングルサインオン（ＳＳＯ）識別ＩＤは、当該ユーザが上記事業者の運営するシステム（受注システム２０Ａ、受注システム２０Ｂ、決済システム３０Ｈ、決済システム３０Ｉ）のいずれかにおいてログイン状態にあることを識別する情報であり、その有効期間（例えば生成後１時間）が予め定められている。したがって、当該有効期間経過後は、認証情報データベース４１ａから消去されるように設定されている。例えば、図２に示すところによれば、「Ｙ１００１」及び「Ｙ１００３」のユーザ識別情報には、シングルサインオン（ＳＳＯ）識別情報が関連付けられている一方で、「Ｙ１００２」及び「Ｙ１００４」のユーザ識別情報には関連付けられていない。これは、「Ｙ１００２」及び「Ｙ１００４」に対応するユーザについては、シングルサインオン（ＳＳＯ）識別情報が生成されていないか、あるいはその有効期限が経過されたことにより消去された事を意味する。
【００２８】
取引情報データベース４１ｂは、取引識別情報と、取引識別ＩＤと、入金状況との関連付けを記憶している。図３に取引情報データベース４１ｂのデータ構造を示す。同図左側は取引情報を示している。この取引情報は、受注商品の代金に関する代金関連情報と、当該受注システム２０の所有する代金振込み用口座の口座番号を含むものであり、受注システム２０で商品の購入申込みがあった際、当該受注システム２０側で生成されるものである。そして、取引識別ＩＤは、受注システム２０から取引情報を取得する毎に生成される固有の文字列である。更に、入金情報は、各取引情報の代金関連情報に相当する金額の入金が終了したことを特定する情報であり、「入金済み」と「未納」の２つがある。例えば、「Ｔ１００３４」の取引識別ＩＤには、「入金済み」の入金情報が関連付けられる一方、「Ｔ１０１３４」の取引識別ＩＤには、「未納」の入金情報が関連付けられている。これは、「Ｔ１００３４」に関連付けられた取引情報に含まれる代金関連情報の相当額が既に入金されている一方、「Ｔ１００３４」に関連付けた取引情報に含まれる代金関連情報の相当額はいまだ入金されていない事を意味する。
【００２９】
通信手段４２は、例えば、ルータである。
【００３０】
処理手段４３は、例えば、ＣＰＵ等の中央演算装置、バス、その他必要なインターフェースを含む。分散処理を行う複数のＣＰＵを含んでもよい。
【００３１】
受注システム２０は、上記ユーザへ受注サービス（一次サービス）を提供する事業者の運営するサーバであり、メモリ、ハードディスク、ＣＰＵ、コンピュータディスプレイ、ポインティングデバイス、ルータ等を備えている。
【００３２】
また、当該受注システム２０の提供する受注サービスとは、ユーザ端末１０に、通信販売の受注申込みを受け付ける商品の紹介を行い、当該ユーザから商品購入の申込みを募るサービスである。上述のように、本実施形態においては、異なる事業者により運営される受注システム２０Ａと受注システム２０Ｂとが存在することを想定しているが、例えば、受注システム２０Ａは衣料品の購入申込みを受け付けるサービスを提供する一方、受注システム２０Ｂは家電製品の購入申込みを受け付けるサービスを提供するといったように各受注システム２０が異種商品を取り扱うこととしてもよいし、同種商品を取り扱うこととしてもよい。
【００３３】
更に、当該受注システム２０は受注サービス認証データベース（不図示）と注文情報データベース（不図示）とを備えている。
【００３４】
図４に示すように、受注サービス認証データベースは、ユーザ識別情報と認証情報（ＩＤ、パスワード）との関連付けを、各ユーザ毎に記憶している。当該データベースにおけるユーザ識別情報と認証情報との関連付けは、新規なユーザのユーザ会員登録がなされるたびに取引情報管理システム４０側で生成されるものであり、これを当該受注システム２０が随時取得して受注サービス認証データベースへ蓄積するものである。
【００３５】
一方、注文情報データベースは、ユーザが購入申込み対象として選択した商品の商品識別情報と、その配送先としてユーザ側から提示された配送先特定事項とを記憶する。本実施形態における各受注システム２０の運営者たる事業者は、商品毎に個別の商品識別情報を付して自己が取り扱う商品を管理する。
【００３６】
決済システム３０は、上記ユーザへ決済サービス（二次サービス）を提供する事業者の運営するサーバであり、メモリ、ハードディスク、ＣＰＵ、コンピュータディスプレイ、ポインティングデバイス、ルータ等を備えている。当該決済システム３０の提供する決済サービスとは、当該決済システム３０の運営者たる事業者（クレジット会社）が発行しているクレジットカード番号に基づいて、上記申込み対象商品の代金に関する決済処理を請け負うサービスである。したがって、ユーザが当該決済サービスの提供を受けるためには、上記ユーザ会員登録を行うだけでなく、決済システム３０Ｈの運営者たる決済業者Ｈ又は決済システム３０Ｉの運営者たる決済業者Ｉへ必要な個人情報（氏名、年齢、勤務先、年収等）を提示し、返済能力に関する必要な審査を受けた上でクレジットカードの発行を受けておく必要がある。
【００３７】
当該決済システム３０は、決済サービス認証データベース（不図示）と、与信関連情報データベース（不図示）とを備えている。
【００３８】
決済サービス認証データベースは、上記図４に説明した受注サービス認証データベースと同様に、ユーザ識別情報と認証情報との関連付けをユーザ毎に記憶する。このユーザ識別情報と認証情報との関連付けが新規なユーザ会員登録のたびに随時蓄積されていく点も、上記受注サービス認証データベースと同様である。
【００３９】
一方、与信関連情報データベースは、上記事業者からからクレジットカードの発行を受けている各ユーザの現在の購入限度額を、当該ユーザに発行したクレジットカード番号と関連付けて記憶する。決済業者としての事業者会員登録を行った事業者は、クレジットカード発行の際に各ユーザに一定の与信枠を設け、その与信額の範囲内でユーザが申込みを行った商品の代金を立て替え、１ヶ月毎に纏めて清算することになっている。したがって、あるユーザの与信額が１ヶ月あたり５０万円と設定されており、当該ユーザが１０万円の商品の申込みを既に行っていたとき、当該ユーザの現在の購入限度額は４０万円ということになる。
【００４０】
次に、本実施形態の動作を、シングルサインオンサービスと、受注サービスと、決済サービスとに分けて説明する。
【００４１】
〔シングルサインオンサービス〕
【００４２】
本実施形態において取引情報管理システム４０に事業者会員登録しているのは、事業者２０Ａ、事業者２０Ｂ、事業者３０Ｈ、事業者３０Ｉの４事業者であり、ユーザ会員登録を行ったユーザには、上記４事業者の運営する受注システム２０Ａ、受注システム２０Ｂ、決済システム３０Ｈ、決済システム３０Ｉにログインするための各別の認証情報が発行される点は上述したところである。そして、当該シングルサインオンサービスにより、ユーザが上記いずれかの事業者の運営するシステムへ認証情報を入力する手続きを行ってログインしたときは、他の事業者の運営するシステムにログインする際における認証情報の入力手続きを省略することができる。
【００４３】
図５及び図６は、シングルサインオンサービスにおける動作を示すフローチャートである。ここでは、ユーザ端末１０が、始めに受注システム２０Ａにログインしてサービスの提供を受け、その後に決済システム３０Ｈにログインしてサービスの提供を受けるケースを想定して説明を行う。同図左側はユーザ端末１０の実行する処理を示し、同図中央左側は受注システム２０Ａの実行する処理を示し、同図中央右側は決済システム３０Ｈの実行する処理を示し、同図右側は取引情報管理システム４０の処理手段４３が実行する処理を示している。
【００４４】
まず、ユーザ端末１０は、インターネット５０を介して受注システム２０Ａへアクセスする（Ｓ１００）。
【００４５】
受注システム２０Ａは、認証情報の入力を要求する認証情報入力画面の表示データを生成し、これをユーザ端末１０に送信する（Ｓ１２０）。
【００４６】
ユーザ端末１０は、受注システム２０Ａから取得した上記認証情報入力画面をそのコンピュータディスプレイに表示する（Ｓ１４０）。ユーザは、当該受注システム２０Ａに対応するものとして上記ユーザ会員登録の際に交付された認証情報を入力する。
【００４７】
ユーザ端末１０は、上記認証情報入力画面を介してユーザから入力された認証情報を、受注システム２０Ａへ送信する（Ｓ１６０）。
【００４８】
上記認証情報（ＩＤ、パスワード）を取得した受注システム２０Ａは、当該取得した認証情報と受注サービス認証データベースの内容とを照合し、当該ユーザを認証する（Ｓ１８０）。
【００４９】
ユーザを正規のユーザであると認証した受注システム２０Ａは、上記取得した認証情報を、取引情報管理システム４０へ送信する（Ｓ２００）。
【００５０】
取引情報管理システム４０の処理手段４３は、上記受注システム２０Ａが送信した認証情報を、通信手段４２を介して取得する（Ｓ２２０）。
【００５１】
認証情報を取得した処理手段４３は、固有のシングルサインオン（ＳＳＯ）識別ＩＤを生成する（Ｓ２４０）。
【００５２】
処理手段４３は、記憶手段４１の認証情報データベース４１ａに問い合わせ、当該取得した認証情報と同一の認証情報を関連付けているユーザのユーザ識別情報を特定する（Ｓ２６０）。上述のように、認証情報データベース４１ａにおける各ユーザ毎のレコードは、主キーたるユーザ識別情報と、受注システム２０Ａ、受注システム２０Ｂ、決済システム３０Ｈ、決済システム３０Ｉにそれぞれ対応する認証情報とを関連付けてなる。したがって、処理手段４３は、上記各レコードにおける受注システム２０Ａに対応する認証情報から、上記取得した認証情報と同一の認証情報を検索し、これを記憶したレコードの主キーたるユーザ識別情報を特定するものである。
【００５３】
処理手段４３は、上記生成したシングルサインオン（ＳＳＯ）識別ＩＤを、上記特定したユーザ識別情報と関連付けて上記認証情報データベース４１ａに記憶する（Ｓ２８０）。
【００５４】
処理手段４３は、上記生成したシングルサインオン（ＳＳＯ）識別ＩＤを、通信手段４２を介して受注システム２０Ａに送信する（Ｓ３００）。
【００５５】
シングルサインオン（ＳＳＯ）識別ＩＤを取引情報管理システム４０から取得した受注システム２０Ａは、上記生成したシングルサインオン（ＳＳＯ）識別ＩＤをユーザ端末１０へ送信すると共に、当該ユーザ端末１０へ受注サービスを提供する（Ｓ３２０）。受注サービスにおける具体的動作は後の「受注サービス」の項で詳述する。
【００５６】
シングルサインオン（ＳＳＯ）識別ＩＤを取得したユーザ端末１０は、当該シングルサインオン（ＳＳＯ）識別ＩＤをその記憶領域に記憶すると共に、受注システム２０Ａから受注サービスの提供を受ける（Ｓ３４０）。
【００５７】
受注システム２０Ａからのサービス提供後、ユーザ端末１０は、決済システム３０Ｈヘアクセスする（Ｓ３６０）。
【００５８】
決済システム３０Ｈは、ユーザ端末１０に対し、シングルサインオン（ＳＳＯ）識別ＩＤを要求する（Ｓ３８０）。
【００５９】
ユーザ端末１０は、その記憶領域からシングルサインオン（ＳＳＯ）識別ＩＤを読み出し、決済システム３０Ｈに送信する（Ｓ４００）。
【００６０】
決済システム３０Ｈは、ユーザ端末１０から取得したシングルサインオン（ＳＳＯ）識別ＩＤを、取引情報管理システム４０へ送信する（Ｓ４２０）。
【００６１】
シングルサインオン（ＳＳＯ）識別ＩＤを決済システム３０Ｈから取得した取引情報管理システム４０の処理手段４３は、当該取得したシングルサインオン（ＳＳＯ）識別ＩＤがいずれかのユーザのユーザ識別情報と関連付けられているかを記憶手段４１の認証情報データベース４１ａに問い合わせる（Ｓ４４０）。
【００６２】
当該取得したシングルサインオン（ＳＳＯ）識別ＩＤがいずれかのユーザのユーザ識別情報と関連付けられているとき、処理手段４３は、当該ユーザ識別情報と関連付けられた各認証情報のうちから、決済システム３０Ｈに対応する認証情報を読み出し、これを通信手段４２を介して決済システム３０Ｈに送信する（Ｓ４６０）。
【００６３】
一方、上述のように、当該シングルサインオン（ＳＳＯ）識別ＩＤは、その有効期間（例えば生成後１時間）が予め定められており、当該有効期間経過後は認証情報データベース４１ａから消去されるようになっている。したがって、決済システム３０Ｈからシングルサインオン（ＳＳＯ）識別ＩＤを取得したときは、既にこれと同一のシングルサインオン（ＳＳＯ）識別ＩＤが認証情報データベース４１ａに存在しないケースがある。このような場合、取引情報管理システム４０の処理手段４３は、要再認証通知を、通信手段４２を介して決済システム３０Ｈに送信する（Ｓ４８０）。
【００６４】
要再認証通知を取引情報管理システム４０から取得した決済システム３０Ｈは、認証情報の入力を要求する認証情報入力画面の表示データを生成し、これをユーザ端末１０に送信する（Ｓ５００）。
【００６５】
ユーザ端末１０は、受注システム２０から取得した上記認証情報入力画面をそのコンピュータディスプレイに表示する（Ｓ５２０）。ユーザは、当該決済システム３０Ｈに対応するものとして上記ユーザ会員登録の際に交付された認証情報を入力する。
【００６６】
ユーザ端末１０は、上記認証情報入力画面を介してユーザから入力された認証情報を、決済システム３０Ｈへ送信する（Ｓ５４０）。
【００６７】
ユーザ端末１０又は取引情報管理システム４０から認証情報を取得した決済システム３０Ｈは、当該取得した認証情報と決済サービス認証データベースの内容とを照合し、当該ユーザを認証する（Ｓ５６０）。
【００６８】
当該ユーザを認証した決済システム３０Ｈは、当該ユーザ端末１０へ決済サービスを提供する（Ｓ５８０）。決済サービスにおける具体的動作は後の「決済サービス」の項で詳述する。
【００６９】
以上説明したシングルサインオン処理によれば、当該取引情報システム４０に事業者会員登録したいずれかの事業者の運営するシステムに認証情報を提示する手続きを行ってログインしたユーザは、予め設定されたシングルサインオン有効期間中であれば、他の事業者の運営するシステムへログインする際、認証情報を開示する手続きを省略することができる。
【００７０】
尚、上記動作説明は、ユーザ端末１０が、始めに受注システム２０Ａにログインしてサービスの提供を受け、その後に決済システム３０Ｈにログインしてサービスの提供を受けるケースを想定して行ったが、例えば、ユーザ端末１０が、受注システム２０Ａにログインしてサービスの提供を受けた後に受注システム２０Ｂにログインしてサービスの提供を受け、更に決済システム３０Ｈにログインして上記受注システム２０Ａ及び受注システム２０Ｂで購入申込みを行った商品の代金に関する決済サービスの提供を受けるといったように、３つ以上の事業者の運営するシステムを利用する場合でも、シングルサインオン有効期間中であれば、認証情報を提示する手続きを行うことなく２番目以降に利用するシステムへログインすることができる。
【００７１】
〔受注サービス〕
【００７２】
図７は、受注サービスにおける動作を示すフローチャートである。同図左側はユーザ端末１０の実行する処理を示し、同図中央は受注システム２０の実行する処理を示し、同図右側は取引情報管理システム４０の処理手段４３が実行する処理を示している。
【００７３】
当該受注サービスを利用するユーザは、自己のユーザ端末１０により、受注システム２０にアクセスする（Ｓ１００）。上述のように、本実施形態においては、受注システム２０Ａと受注システム２０Ｂとが存在することを想定しているが、ここでは、ユーザ端末１０が受注システム２０Ａにアクセスしたと仮定して説明を進める。
【００７４】
当該受注システム２０Ａは、当該ユーザ端末１０を認証する（Ｓ１８０）。この認証は、原則として、ユーザに認証情報の提示を求め、当該ユーザが提示した認証情報と当該受注システム２０Ａの受注サービス認証データベースの内容とを照合することにより行われる事は上述したところである。
【００７５】
ユーザ端末１０を認証した受注システム２０Ａは、通信販売の受注申込みを受け付ける各商品の名称、値段、性質、特性等を紹介してその購入申込みを受けつけるための商品注文支援画面の表示データを生成し、これをユーザ端末１０に送信する（Ｓ１８１）。
【００７６】
ユーザ端末１０は、受注システム２０Ａから取得した商品注文支援画面をそのコンピュータディスプレイに表示する（Ｓ１８２）。ユーザは当該商品注文支援画面により各商品の内容を吟味し、購入希望商品を選択した上で当該画面を確定する。
【００７７】
ユーザ端末１０は、上記選択した商品に対応する商品識別情報を受注システム２０Ａへ送信する（Ｓ１８３）。
【００７８】
上記商品識別情報を取得した受注システム２０Ａは、当該商品識別情報をその記憶領域に記憶すると共に、当該注文商品の配送先に関する配送先特定事項（配送先の住所、氏名、電話番号等）を入力するための配送先情報要求画面の表示データを生成し、これをユーザ端末１０に送信する（Ｓ１８４）。
【００７９】
ユーザ端末１０は、受注システム２０Ａから取得した配送先情報要求画面をそのコンピュータディスプレイに表示する（Ｓ１８５）。ユーザは、この配送先情報要求画面から、配送先住所、氏名、電話番号等の配送先特定事項を入力し、当該画面を確定する。
【００８０】
ユーザ端末１０は、当該入力された配送先特定事項を、受注システム２０Ａへ送信する（Ｓ１８６）。
【００８１】
上記入力された配送先特定事項を取得した受注システム２０Ａは、上記記憶領域に記憶した商品識別情報に対応する商品の代金関連情報を生成する（Ｓ１８７）。この代金関連情報は、当該商品の価格を特定する情報である。そして、当該代金関連情報の生成は、受注システム２０Ａに各商品の商品識別情報と当該商品の代金との対応関係を定義するデータベースを設けておき、注文商品の商品識別情報を取得したとき、これに対応する代金を該データベースヘ問合せるといった処理により実現される。
【００８２】
受注システム２０Ａは、当該受注システム２０Ａの運営者たる受注業者Ａが当該商品の代金の入金先として開設している銀行口座の口座番号と、上記生成した代金関連情報との関連付けである取引情報を、取引情報管理システム４０に送信する（Ｓ１８８）。
【００８３】
取引情報管理システム４０の処理手段４３は、通信手段４２を介して当該取引情報を取得する（Ｓ１８９）。
【００８４】
取引情報を取得した処理手段４３は、当該取得した取引情報を識別する固有の取引識別ＩＤを生成する（Ｓ１９０）。
【００８５】
処理手段４３は、上記取得した取引情報と、上記生成した取引識別ＩＤとを関連付けて記憶手段４１の取引情報データベース４１ｂに記憶する（Ｓ１９１）。
【００８６】
処理手段４３は、上記生成した取引識別ＩＤを、通信手段４２を介して受注システム２０Ａに送信する（Ｓ１９２）。
【００８７】
取引識別ＩＤを取引情報管理システム４０から取得した受注システム２０Ａは、上記申込み者たるユーザのユーザ端末１０へ当該取引識別ＩＤを送信する（Ｓ１９３）。
【００８８】
ユーザ端末１０は、取引識別ＩＤを受注システム２０Ａから取得し、これをその記憶領域に記憶する（Ｓ１９４）。
【００８９】
以上ですべての処理が終了する。
【００９０】
〔決済サービス〕
【００９１】
図８は決済サービスにおける動作を示すフローチャートである。同図左側はユーザ端末１０の実行する処理を示し、同図中央は決済システム３０の実行する処理を示し、同図右側は取引情報管理システム４０の処理手段４３が実行する処理を示している。
【００９２】
上記受注システム２０から取引識別ＩＤを取得したユーザ端末１０は、上記注文商品の代金決済に利用する決済システム３０へアクセスする（Ｓ３６０）。
【００９３】
また、上述のように本実施形態においては、注文商品の決済サービスをユーザに提供する事業者として、事業者３０Ｈと事業者３０Ｉとが取引情報管理システム４０へ事業者会員登録している。したがって、事業者３０Ｈの発行したクレジットカードを所有しているときは決済サイト３０Ｈにアクセスする一方、事業者Ｉの発行したクレジットカードを所有しているときは決済サイト３０Ｉにアクセスするといったように、上記受注システム２０により今回申込みを行った注文商品の決済に利用する決済システム３０を、ユーザはその自由意志により選択することができる。ここでは、ユーザ端末１０が決済システム３０Ｈにアクセスしたと仮定する。
【００９４】
ここで、上記アクセスは上記受注システム２０における商品購入の申込み後、直ちに行うことが望ましい。上記受注システム２０における認証後所定期限（シングルサインオン有効期間）内であれば、当該決済システム３０に対する認証情報の入力手続きを要することなく、ログインすることができるからである。
【００９５】
当該決済システム３０Ｈは、当該ユーザ端末１０を認証する（Ｓ５６０）。この認証は、原則として、ユーザに認証情報の提示要求を行い、当該ユーザが提示した認証情報と当該決済システム３０Ｈの決済サービス認証データベースの内容とを照合することにより行われる。但し、上記シングルサインオン有効期間内におけるアクセスが行われた場合、上記認証情報の入力手続きが省略されることは上述したところである。
【００９６】
ユーザを認証した決済システム３０Ｈは、ユーザ端末１０に対し、取引識別ＩＤを要求する（Ｓ５６１）。
【００９７】
ユーザ端末１０は、その記憶領域から取引識別ＩＤを読み出し、これを決済システム３０Ｈへ送信する（Ｓ５６２）。
【００９８】
取引識別ＩＤを取得した決済システム３０Ｈは、取引情報管理システム４０へ、この取引識別ＩＤを送信する（Ｓ５６３）。
【００９９】
取引識別ＩＤを決済システム３０Ｈから取得した取引情報管理システム４０の処理手段４３は、取引情報データベース４１ｂから上記取引識別ＩＤと関連付けた取引情報を読み出す（Ｓ５６４）。
【０１００】
処理手段４３は、当該読み出した取引情報を、通信手段４２を介して決済システム３０Ｉへ送信する（Ｓ５６５）。
【０１０１】
決済システム３０Ｈは、上記取引情報を取得し、これをその記憶領域に記憶する（Ｓ５６６）。
【０１０２】
次に、決済システム３０Ｈは、クレジットカード番号の入力を要求する為のクレジットカード番号要求画面の表示データを生成し、これをユーザ端末１０に送信する（Ｓ５６７）。
【０１０３】
ユーザ端末１０は、決済システム３０Ｈから取得した上記クレジットカード番号要求画面をそのコンピュータディスプレイに表示する（Ｓ５６８）。
【０１０４】
ユーザ端末１０は、上記クレジットカード番号要求画面を介してユーザから入力されたクレジットカード番号を、決済システム３０Ｈへ送信する（Ｓ５６９）。
【０１０５】
決済システム３０Ｈは、ユーザ端末１０から取得したクレジットカード番号に基づいて上記与信関連情報データベースに問合せを行い、上記取得した取引情報に含まれる代金関連情報の相当額が、現在の購入限度額の範囲内であるかどうかを判定する（Ｓ５７０）。
【０１０６】
決済システム３０Ｈは、上記代金が購入限度額の範囲内であると判定したときは、上記取得した取引情報により特定される預金口座へ、上記取引情報に含まれる代金関連情報の相当額を入金する（Ｓ５７１）。
【０１０７】
決済システム３０Ｈは、ユーザ端末１０及び取引情報管理システム４０へ、代金の入金が終了したことを通知する（Ｓ５７２）。
【０１０８】
代金の入金が終了したことの通知を受けたユーザ端末１０は、決済システム３０Ｈとの接続状態を終了する（Ｓ５７３）。
【０１０９】
一方、代金の入金が終了したことの通知を受けた取引情報管理システム４０の処理手段４３は、取引情報データベース４１ｂにおいて上記取引識別ＩＤと関連付けられている入金状況を「未納」から「入金済み」に変更する（Ｓ５７４）。
【０１１０】
以上で、すべての処理が終了する。
【０１１１】
受注システム２０は、定期的（例えば１日１回）に取引情報管理システム４０にアクセスして取引識別ＩＤを指定することにより、自己の送信した代金関連情報の相当額について入金が終了しているかを問合せる。この問い合わせに対し、取引情報管理システム４０の処理手段４３は、受注システム２０が指定した取引識別ＩＤと「入金済み」の入金状況が関連付けられているときは、決済システム３０Ｈ又は決済システム３０Ｉを利用しての入金が完了していると判定し、上記代金関連情報の相当額についての入金終了を受注システム２０に通知する。
【０１１２】
入金終了の通知を受けた受注システム２０の運営者たる受注業者は、当該ユーザが申込んだ商品を上記取得した配送先特定事項により特定される配送先へ発送する。
【０１１３】
以上説明したように、上記実施形態においては、商品の受注に伴い生成した代金関連情報を含む取引情報を受注システム２０が取引情報管理システム４０へ一旦送信し、これに伴い生成された取引識別ＩＤを受注システム２０及びユーザ端末１０を経由して取得した決済システム３０からの要求に応じ、当該取引情報管理システム４０が上記決済システム３０へ当該取引情報を引き渡す構成を採用している。したがって、受注システム２０、決済システム３０という、異なる事業者の運営するシステムからのサービスの提供を連続して受ける場合において、受注システム２０の側には、決済時のみ必要になる個人情報（例えばクレジットカード番号）が開示されることがなく、反対に決済システム３０の側には、注文された商品の注文履歴等の情報が開示されることがないため、セキュリティの高い受注及び決済方法を実現できる。
【０１１４】
また、受注システム２０は、商品購入申込みに伴い生成した代金関連情報を取引情報管理システム４０へ引き渡し、その引き換えに取得した取引識別ＩＤをユーザ端末１０へ送信すればよく、特定の決済システム３０へ代金関連情報を直接引き渡す必要がない。一方で、決済システム３０は、ユーザ端末１０から取得した取引識別ＩＤに対応する取引情報を取引情報管理システム４０から取得し、これ含まれる代金関連情報の相当額に関する決済処理を行えばよく、どの決済システムで当該代金関連情報が生成されたかを認識する必要がない。したがって、既存の受注システム２０及び決済システム３０の現状の設定を何ら変えることなく、新規の事業者の運営する受注システム２０（２０Ａ、Ｂ、Ｃ、Ｄ、Ｅ…）及び決済システム３０（３０Ｈ、Ｉ、Ｊ、Ｋ、Ｌ…）を拡張して行くことができる。
【０１１５】
尚、本発明の実施形態は上記に限られない。
【０１１６】
上記実施形態における決済システム３０は、ユーザ端末１０から取引識別ＩＤを取得すると、直ちに取引情報管理システム４０へこれを送信して対応する代金関連情報を取得する構成を採用していたが、このようなリアルタイム処理でなく、取引識別ＩＤの送信から代金関連情報の取得までをバッチ処理により一括して行う構成を採用してもよい。例えば、決済システム３０が、所定期間（例えば２４時間）単位で各ユーザ端末１０から取得したクレジットカード番号及び取引識別ＩＤをその記憶領域に記憶しておき、各取引識別ＩＤを取引情報管理システム４０へ送信して対応する代金関連情報を取得する処理を、上記所定期間内に記憶された取引識別ＩＤ毎に一括して行う構成を採用してもよい。これにより、通信回線の使用効率を向上させることができる。
【０１１７】
また、上記決済システム３０は、クレジット会社が運営主体であり、取引識別ＩＤを提示したユーザから当該ユーザのクレジットカード番号の提示を併せて求めることにより決済を行う構成であったが、銀行が当該決済システム３０の運営主体となってもよい。銀行が決済システム３０の運営主体となる場合の決済方法としては、例えば、予めユーザが当該銀行へ決済用の口座を開設すると共に、当該銀行からデビッドカードの発行を受けておき、当該決済システム３０が当該デビッドカードの識別情報、暗証番号、及び取引識別ＩＤをユーザ端末１０から取得したときは、当該取引識別ＩＤに対応する代金関連情報を取引情報管理システム４０から取得し、購入申込み商品の代金相当額を当該ユーザの口座から受注業者の口座へ移動するといった方法が想定できる。
【０１１８】
更に、上記受注システム２０において購入申込みを受けつける対象は、書籍や衣料品だとかいった商品だけでなく、例えば、航空チケットの予約代行や、コンサートチケットの予約代行といった役務をその対象としてもよい。
【０１１９】
【発明の効果】
本発明は、以上のように構成され機能するので、受注サービスとこれに伴い生ずる代金の決済サービスとが異なる事業者により行われる場合において、サービスの提供を受けるに際し、各事業者へ不要な情報が漏洩するのを防止すると共に、両サービスを提供する各システム間における安全かつ効率的な情報の授受を実現することができる。
【図面の簡単な説明】
【図１】本発明の実施形態における全体構成を示すブロック図である。
【図２】認証情報データベースにおけるデータ構造の一例である。
【図３】取引情報データベースにおけるデータ構造の一例である。
【図４】受注サービス認証データベースにおけるデータ構造の一例である。
【図５】シングルサインオンサービスにおける動作を示すフローチャート図である（前半部分）。
【図６】シングルサインオンサービスにおける動作を示すフローチャート図である（後半部分）。
【図７】受注サービスにおける動作を示すフローチャート図である。
【図８】決済サービスにおける動作を示すフローチャート図である。
【符号の説明】
１０　ユーザ端末
２０　受注システム
３０　決済システム
４０　取引情報管理システム
４１　記憶手段
４２　通信手段
４３　処理手段
４１ａ　認証情報情報データベース
４１ｂ　取引情報データベース
【図１】
2004086536.tif 000003
【図２】
2004086536.tif 000004
【図３】
2004086536.tif 000005
【図４】
2004086536.tif 000006
【図５】
2004086536.tif 000007
【図６】
2004086536.tif 000008
【図７】
2004086536.tif 000009
【図８】
2004086536.tif 000010