JP2004086536A - Transaction information managing system and payment relating information managing system - Google Patents
Transaction information managing system and payment relating information managing system Download PDFInfo
- Publication number
- JP2004086536A JP2004086536A JP2002246350A JP2002246350A JP2004086536A JP 2004086536 A JP2004086536 A JP 2004086536A JP 2002246350 A JP2002246350 A JP 2002246350A JP 2002246350 A JP2002246350 A JP 2002246350A JP 2004086536 A JP2004086536 A JP 2004086536A
- Authority
- JP
- Japan
- Prior art keywords
- information
- payment
- user
- order receiving
- transaction
- 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.)
- Pending
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、取引情報管理システム及び代金関連情報管理システムに係り、特に、情報の管理を安全且つ効率的に行う取引情報管理システム及び代金関連情報管理システムに関する。
【0002】
【従来の技術】
インターネットを利用して提供されるサービスの一つにインターネット通信販売がある。ユーザは自己の端末からインターネット通信販売サイトへアクセスすることにより、店舗へ直接赴くことなく所望の商品を取得することができる。
【0003】
そして、インターネット通信販売サイトにおける代金回収方法として最も一般的に用いられるのがクレジットカード決済である。インターネット通信販売サイトの運営者の多くは、クレジットカード会社に代表される専門の決済業者に決済業務を委託している。
【0004】
当該インターネット通信販売サイトにおいて商品の購入申込みを受注する際は、申込み者たるユーザからクレジットカード番号をオンライン取得してこれを上記決済業者へ送信し、更に支払能力に関する審査結果を上記決済業者から取得した後に、注文商品を上記ユーザへ配送することにより、確実な代金回収が担保される。上記クレジットカード番号は、決済業者のみが復号できるように暗号化処理を施した上でユーザ側から送信されるのが通常である。
【0005】
【発明が解決しようとする課題】
しかしながら、インターネット通信販売サイトを利用するユーザ側から見れば、上記決済業者のみに開示するために送信したクレジットカード番号が、上記運営者を経由する段階で復号化され悪用される懸念がある。
【0006】
【発明の目的】
以上説明した課題に対し、本発明は、受注サービスとこれに伴い生ずる代金の決済サービスとが異なる事業者により行われる場合において、サービスの提供を受けるに際し、各事業者へ不要な個人情報が漏洩するのを防止すると共に、両サービスを提供する各システム間における安全かつ効率的な情報の授受を実現することを目的とする。
【0007】
【課題を解決するための手段】
上記課題を解決するため、請求項1記載の発明は、情報の記憶手段、外部システムとの通信手段、及び上記各手段の動作を制御する情報の処理手段を備え、上述の処理手段は、ユーザに一次サービスを提供する一次サービス提供システムから、当該一次サービス提供システムが上記一次サービスの提供に伴い生成した取引情報を、上述の通信手段を介して取得するa1ステップと、当該取得した取引情報を識別する固有の識別情報を生成するb1ステップとを実行する。
【0008】
そして上述の処理手段は、上記取得した取引情報と、上記生成した識別情報とを関連付けて記憶手段に記憶するc1ステップと、上記識別情報を、上述の通信手段を介して一次サービス提供システムへ送信するd1ステップとを実行する。
【0009】
更に、上述の処理手段は、上記取引情報に基づく二次サービスを上記ユーザに提供する二次サービス提供システムから、上述の通信手段を介して上記識別情報を取得するe1ステップと、二次サービス提供システムから取得した識別情報と関連付けた取引情報を上述の記憶手段から読み出すf1ステップと、当該読み出した取引情報を二次サービス提供システムへ上述の通信手段を介して送信するg1ステップとを実行する。
【0010】
請求項2記載の発明は、情報の記憶手段、外部システムとの通信手段、及び上記各手段の動作を制御する情報の処理手段を備え、上述の処理手段が、ユーザに商品又は役務の受注サービスを提供する受注システムから、当該受注システムが上記受注サービスの提供に伴い生成した代金関連情報を、上述の通信手段を介して取得するa2ステップと、当該取得した代金関連情報を識別する固有の識別情報を生成するb2ステップとを実行する。
【0011】
そして、上述の処理手段は、上記取得した代金関連情報と、上記生成した識別情報とを関連付けて上述の記憶手段に記憶するc2ステップと、上記識別情報を、上述の通信手段を介して上記受注システムへ送信するd2ステップとを実行する。
【0012】
更に、上述の処理手段は、上記代金関連情報に基づく決済サービスを上記ユーザに提供する決済システムから、上述の通信手段を介して上記識別情報を取得するe2ステップと、決済システムから取得した識別情報と関連付けた代金関連情報を上述の記憶手段から読み出すf2ステップと、当該読み出した代金関連情報を決済システムヘ上述の通信手段を介して送信するg2ステップとを実行する。
【0013】
ここにいう「商品」は、有体動産に限定するものでなく、画像データ、音楽データ等、その価値を金銭に換算することができる財を広く含む。
【0014】
【発明の実施の形態】
以下、図面を参照しつつ、本発明の実施形態について説明する。
【0015】
システム構成の具体的な説明の前に、本実施形態における事業者と取引管理者との関係、及びユーザと取引管理者との関係について説明しておく。
【0016】
本実施形態における事業者とは、上記取引管理者に対し、所定の事業者会員登録を行った企業を意味する。この事業者会員登録には、受注業者としての事業者会員登録と、決済業者としての事業者会員登録とがある。前者は、ユーザに対し、その運営するサイトを通じて商品の紹介を行いこれを販売するサービスを行なう事を前提としての登録であり、書籍、衣類等の商品の販売、発送を事業として行っている小売業者をその対象として想定している。一方、後者は、上記受注業者のサイトを介して購入申込みがあった商品の代金に関する決済サービスを行なう事を前提としての登録であり、クレジットカード会社等の金融業者をその対象として想定している。事業者会員登録を行う企業は、その事業形態に応じ、受注業者としての事業者会員登録と、決済業者としての事業者会員登録のいずれかを選択しなければならない。
【0017】
なお、上記事業者の数は、新規な企業の事業者会員登録により随時拡大していくものであるが、説明の便宜上、本実施形態においては、受注事業者として会員登録した事業者20Aと事業者20B、それに決済事業者として会員登録した事業者30Hと事業者30Iのみが存在しているとして説明を進める。
【0018】
一方、本実施形態におけるユーザは、上記取引管理者に対しユーザ会員登録を行った個人を意味する。当該ユーザ会員登録の完了後、上記取引管理者は、現在事業者会員登録している事業者の運営するサイト毎に固有の認証情報(ID、パスワード)を発行する。この認証情報は、各システム毎に異なるものを発行する。これを単一のものとした場合、悪意の事業者がその認証情報を使って他の事業者の運営するサイトへ不正にログインする懸念があるためである。但し、本実施形態においては、後述のシングルサインオン有効期間内であれば、複数の事業者の運営するサイトを連続して利用する場合であっても、認証情報の入力手続きを改めて行う必要がない。この点については、後の「シングルサインオンサービス」の項で詳述する。
【0019】
次に、図1のブロック図を参照しつつ、本実施形態の全体構成を説明する。
【0020】
本実施形態は、ユーザ端末10と、受注システム20と、決済システム30と、取引情報管理システム40とをインターネット50により接続して構成される。同図には、説明の便宜上、ユーザ端末10を一つしか記載していないが、本実施形態においては複数のユーザ端末10が存在する事を想定している。また、上述のように、本実施形態においては、事業者20A、事業者20B、事業者30H、事業者30Iのみが現在事業者会員登録を行っていることを想定しているので、受注システム20には、事業者20Aの運営する受注システム20Aと事業者20Bの運営する受注システム20Bとがあり、決済システム30には、事業者30Hの運営する決済システム30Hと事業者30Iの運営する決済システム30Iとがある。
【0021】
これを更に詳述する。
【0022】
ユーザ端末10は、上記ユーザ会員登録を行ったユーザの所有するパーソナルコンピュータであり、メモリ、ハードディスク、CPU、コンピュータディスプレイ、ポインティングデバイス、ルータ等を備えている。
【0023】
取引情報管理システム40は、記憶手段41と、通信手段42と、処理手段43とを備えて構成されている。
【0024】
記憶手段41は、例えば、メモリ、レジスタ、ハードディスクであり、物理的に単一の構成であると複数であるとを問わない。
【0025】
記憶手段41は、認証情報データベース41aと、取引情報データベース41bとを備えている。
【0026】
認証情報データベース41aは、ユーザ識別情報と、各事業者の運営するシステムに対応する認証情報と、必要に応じシングルサインオン(SSO)識別IDとを関連付けてユーザ毎に記憶する。図2に認証情報データベース41aのデータ構造を示す。同図左側は、ユーザ毎に固有のユーザ識別情報を示している。このユーザ識別情報は当該データベースの主キーとなるものである。同図中央は、受注システム20A、受注システム20B、決済システム30H、決済システム30Iに対応する各認証情報を示している。当該各認証情報は、上記各システムにログインするために必要なIDとパスワードであり、ユーザ会員登録に伴い発行されるものであることは上述したところである。そして、当該各認証情報は、発行後、認証情報データベース41aに当該ユーザのユーザ識別情報と関連付けて記憶されると共に、各受注システム20及び決済システム30にそれぞれ送信されるようになっている。
【0027】
同図右側は、当該ユーザ識別情報と関連付けられるシングルサインオン(SSO)識別IDを示している。このシングルサインオン(SSO)識別IDは、当該ユーザが上記事業者の運営するシステム(受注システム20A、受注システム20B、決済システム30H、決済システム30I)のいずれかにおいてログイン状態にあることを識別する情報であり、その有効期間(例えば生成後1時間)が予め定められている。したがって、当該有効期間経過後は、認証情報データベース41aから消去されるように設定されている。例えば、図2に示すところによれば、「Y1001」及び「Y1003」のユーザ識別情報には、シングルサインオン(SSO)識別情報が関連付けられている一方で、「Y1002」及び「Y1004」のユーザ識別情報には関連付けられていない。これは、「Y1002」及び「Y1004」に対応するユーザについては、シングルサインオン(SSO)識別情報が生成されていないか、あるいはその有効期限が経過されたことにより消去された事を意味する。
【0028】
取引情報データベース41bは、取引識別情報と、取引識別IDと、入金状況との関連付けを記憶している。図3に取引情報データベース41bのデータ構造を示す。同図左側は取引情報を示している。この取引情報は、受注商品の代金に関する代金関連情報と、当該受注システム20の所有する代金振込み用口座の口座番号を含むものであり、受注システム20で商品の購入申込みがあった際、当該受注システム20側で生成されるものである。そして、取引識別IDは、受注システム20から取引情報を取得する毎に生成される固有の文字列である。更に、入金情報は、各取引情報の代金関連情報に相当する金額の入金が終了したことを特定する情報であり、「入金済み」と「未納」の2つがある。例えば、「T10034」の取引識別IDには、「入金済み」の入金情報が関連付けられる一方、「T10134」の取引識別IDには、「未納」の入金情報が関連付けられている。これは、「T10034」に関連付けられた取引情報に含まれる代金関連情報の相当額が既に入金されている一方、「T10034」に関連付けた取引情報に含まれる代金関連情報の相当額はいまだ入金されていない事を意味する。
【0029】
通信手段42は、例えば、ルータである。
【0030】
処理手段43は、例えば、CPU等の中央演算装置、バス、その他必要なインターフェースを含む。分散処理を行う複数のCPUを含んでもよい。
【0031】
受注システム20は、上記ユーザへ受注サービス(一次サービス)を提供する事業者の運営するサーバであり、メモリ、ハードディスク、CPU、コンピュータディスプレイ、ポインティングデバイス、ルータ等を備えている。
【0032】
また、当該受注システム20の提供する受注サービスとは、ユーザ端末10に、通信販売の受注申込みを受け付ける商品の紹介を行い、当該ユーザから商品購入の申込みを募るサービスである。上述のように、本実施形態においては、異なる事業者により運営される受注システム20Aと受注システム20Bとが存在することを想定しているが、例えば、受注システム20Aは衣料品の購入申込みを受け付けるサービスを提供する一方、受注システム20Bは家電製品の購入申込みを受け付けるサービスを提供するといったように各受注システム20が異種商品を取り扱うこととしてもよいし、同種商品を取り扱うこととしてもよい。
【0033】
更に、当該受注システム20は受注サービス認証データベース(不図示)と注文情報データベース(不図示)とを備えている。
【0034】
図4に示すように、受注サービス認証データベースは、ユーザ識別情報と認証情報(ID、パスワード)との関連付けを、各ユーザ毎に記憶している。当該データベースにおけるユーザ識別情報と認証情報との関連付けは、新規なユーザのユーザ会員登録がなされるたびに取引情報管理システム40側で生成されるものであり、これを当該受注システム20が随時取得して受注サービス認証データベースへ蓄積するものである。
【0035】
一方、注文情報データベースは、ユーザが購入申込み対象として選択した商品の商品識別情報と、その配送先としてユーザ側から提示された配送先特定事項とを記憶する。本実施形態における各受注システム20の運営者たる事業者は、商品毎に個別の商品識別情報を付して自己が取り扱う商品を管理する。
【0036】
決済システム30は、上記ユーザへ決済サービス(二次サービス)を提供する事業者の運営するサーバであり、メモリ、ハードディスク、CPU、コンピュータディスプレイ、ポインティングデバイス、ルータ等を備えている。当該決済システム30の提供する決済サービスとは、当該決済システム30の運営者たる事業者(クレジット会社)が発行しているクレジットカード番号に基づいて、上記申込み対象商品の代金に関する決済処理を請け負うサービスである。したがって、ユーザが当該決済サービスの提供を受けるためには、上記ユーザ会員登録を行うだけでなく、決済システム30Hの運営者たる決済業者H又は決済システム30Iの運営者たる決済業者Iへ必要な個人情報(氏名、年齢、勤務先、年収等)を提示し、返済能力に関する必要な審査を受けた上でクレジットカードの発行を受けておく必要がある。
【0037】
当該決済システム30は、決済サービス認証データベース(不図示)と、与信関連情報データベース(不図示)とを備えている。
【0038】
決済サービス認証データベースは、上記図4に説明した受注サービス認証データベースと同様に、ユーザ識別情報と認証情報との関連付けをユーザ毎に記憶する。このユーザ識別情報と認証情報との関連付けが新規なユーザ会員登録のたびに随時蓄積されていく点も、上記受注サービス認証データベースと同様である。
【0039】
一方、与信関連情報データベースは、上記事業者からからクレジットカードの発行を受けている各ユーザの現在の購入限度額を、当該ユーザに発行したクレジットカード番号と関連付けて記憶する。決済業者としての事業者会員登録を行った事業者は、クレジットカード発行の際に各ユーザに一定の与信枠を設け、その与信額の範囲内でユーザが申込みを行った商品の代金を立て替え、1ヶ月毎に纏めて清算することになっている。したがって、あるユーザの与信額が1ヶ月あたり50万円と設定されており、当該ユーザが10万円の商品の申込みを既に行っていたとき、当該ユーザの現在の購入限度額は40万円ということになる。
【0040】
次に、本実施形態の動作を、シングルサインオンサービスと、受注サービスと、決済サービスとに分けて説明する。
【0041】
〔シングルサインオンサービス〕
【0042】
本実施形態において取引情報管理システム40に事業者会員登録しているのは、事業者20A、事業者20B、事業者30H、事業者30Iの4事業者であり、ユーザ会員登録を行ったユーザには、上記4事業者の運営する受注システム20A、受注システム20B、決済システム30H、決済システム30Iにログインするための各別の認証情報が発行される点は上述したところである。そして、当該シングルサインオンサービスにより、ユーザが上記いずれかの事業者の運営するシステムへ認証情報を入力する手続きを行ってログインしたときは、他の事業者の運営するシステムにログインする際における認証情報の入力手続きを省略することができる。
【0043】
図5及び図6は、シングルサインオンサービスにおける動作を示すフローチャートである。ここでは、ユーザ端末10が、始めに受注システム20Aにログインしてサービスの提供を受け、その後に決済システム30Hにログインしてサービスの提供を受けるケースを想定して説明を行う。同図左側はユーザ端末10の実行する処理を示し、同図中央左側は受注システム20Aの実行する処理を示し、同図中央右側は決済システム30Hの実行する処理を示し、同図右側は取引情報管理システム40の処理手段43が実行する処理を示している。
【0044】
まず、ユーザ端末10は、インターネット50を介して受注システム20Aへアクセスする(S100)。
【0045】
受注システム20Aは、認証情報の入力を要求する認証情報入力画面の表示データを生成し、これをユーザ端末10に送信する(S120)。
【0046】
ユーザ端末10は、受注システム20Aから取得した上記認証情報入力画面をそのコンピュータディスプレイに表示する(S140)。ユーザは、当該受注システム20Aに対応するものとして上記ユーザ会員登録の際に交付された認証情報を入力する。
【0047】
ユーザ端末10は、上記認証情報入力画面を介してユーザから入力された認証情報を、受注システム20Aへ送信する(S160)。
【0048】
上記認証情報(ID、パスワード)を取得した受注システム20Aは、当該取得した認証情報と受注サービス認証データベースの内容とを照合し、当該ユーザを認証する(S180)。
【0049】
ユーザを正規のユーザであると認証した受注システム20Aは、上記取得した認証情報を、取引情報管理システム40へ送信する(S200)。
【0050】
取引情報管理システム40の処理手段43は、上記受注システム20Aが送信した認証情報を、通信手段42を介して取得する(S220)。
【0051】
認証情報を取得した処理手段43は、固有のシングルサインオン(SSO)識別IDを生成する(S240)。
【0052】
処理手段43は、記憶手段41の認証情報データベース41aに問い合わせ、当該取得した認証情報と同一の認証情報を関連付けているユーザのユーザ識別情報を特定する(S260)。上述のように、認証情報データベース41aにおける各ユーザ毎のレコードは、主キーたるユーザ識別情報と、受注システム20A、受注システム20B、決済システム30H、決済システム30Iにそれぞれ対応する認証情報とを関連付けてなる。したがって、処理手段43は、上記各レコードにおける受注システム20Aに対応する認証情報から、上記取得した認証情報と同一の認証情報を検索し、これを記憶したレコードの主キーたるユーザ識別情報を特定するものである。
【0053】
処理手段43は、上記生成したシングルサインオン(SSO)識別IDを、上記特定したユーザ識別情報と関連付けて上記認証情報データベース41aに記憶する(S280)。
【0054】
処理手段43は、上記生成したシングルサインオン(SSO)識別IDを、通信手段42を介して受注システム20Aに送信する(S300)。
【0055】
シングルサインオン(SSO)識別IDを取引情報管理システム40から取得した受注システム20Aは、上記生成したシングルサインオン(SSO)識別IDをユーザ端末10へ送信すると共に、当該ユーザ端末10へ受注サービスを提供する(S320)。受注サービスにおける具体的動作は後の「受注サービス」の項で詳述する。
【0056】
シングルサインオン(SSO)識別IDを取得したユーザ端末10は、当該シングルサインオン(SSO)識別IDをその記憶領域に記憶すると共に、受注システム20Aから受注サービスの提供を受ける(S340)。
【0057】
受注システム20Aからのサービス提供後、ユーザ端末10は、決済システム30Hヘアクセスする(S360)。
【0058】
決済システム30Hは、ユーザ端末10に対し、シングルサインオン(SSO)識別IDを要求する(S380)。
【0059】
ユーザ端末10は、その記憶領域からシングルサインオン(SSO)識別IDを読み出し、決済システム30Hに送信する(S400)。
【0060】
決済システム30Hは、ユーザ端末10から取得したシングルサインオン(SSO)識別IDを、取引情報管理システム40へ送信する(S420)。
【0061】
シングルサインオン(SSO)識別IDを決済システム30Hから取得した取引情報管理システム40の処理手段43は、当該取得したシングルサインオン(SSO)識別IDがいずれかのユーザのユーザ識別情報と関連付けられているかを記憶手段41の認証情報データベース41aに問い合わせる(S440)。
【0062】
当該取得したシングルサインオン(SSO)識別IDがいずれかのユーザのユーザ識別情報と関連付けられているとき、処理手段43は、当該ユーザ識別情報と関連付けられた各認証情報のうちから、決済システム30Hに対応する認証情報を読み出し、これを通信手段42を介して決済システム30Hに送信する(S460)。
【0063】
一方、上述のように、当該シングルサインオン(SSO)識別IDは、その有効期間(例えば生成後1時間)が予め定められており、当該有効期間経過後は認証情報データベース41aから消去されるようになっている。したがって、決済システム30Hからシングルサインオン(SSO)識別IDを取得したときは、既にこれと同一のシングルサインオン(SSO)識別IDが認証情報データベース41aに存在しないケースがある。このような場合、取引情報管理システム40の処理手段43は、要再認証通知を、通信手段42を介して決済システム30Hに送信する(S480)。
【0064】
要再認証通知を取引情報管理システム40から取得した決済システム30Hは、認証情報の入力を要求する認証情報入力画面の表示データを生成し、これをユーザ端末10に送信する(S500)。
【0065】
ユーザ端末10は、受注システム20から取得した上記認証情報入力画面をそのコンピュータディスプレイに表示する(S520)。ユーザは、当該決済システム30Hに対応するものとして上記ユーザ会員登録の際に交付された認証情報を入力する。
【0066】
ユーザ端末10は、上記認証情報入力画面を介してユーザから入力された認証情報を、決済システム30Hへ送信する(S540)。
【0067】
ユーザ端末10又は取引情報管理システム40から認証情報を取得した決済システム30Hは、当該取得した認証情報と決済サービス認証データベースの内容とを照合し、当該ユーザを認証する(S560)。
【0068】
当該ユーザを認証した決済システム30Hは、当該ユーザ端末10へ決済サービスを提供する(S580)。決済サービスにおける具体的動作は後の「決済サービス」の項で詳述する。
【0069】
以上説明したシングルサインオン処理によれば、当該取引情報システム40に事業者会員登録したいずれかの事業者の運営するシステムに認証情報を提示する手続きを行ってログインしたユーザは、予め設定されたシングルサインオン有効期間中であれば、他の事業者の運営するシステムへログインする際、認証情報を開示する手続きを省略することができる。
【0070】
尚、上記動作説明は、ユーザ端末10が、始めに受注システム20Aにログインしてサービスの提供を受け、その後に決済システム30Hにログインしてサービスの提供を受けるケースを想定して行ったが、例えば、ユーザ端末10が、受注システム20Aにログインしてサービスの提供を受けた後に受注システム20Bにログインしてサービスの提供を受け、更に決済システム30Hにログインして上記受注システム20A及び受注システム20Bで購入申込みを行った商品の代金に関する決済サービスの提供を受けるといったように、3つ以上の事業者の運営するシステムを利用する場合でも、シングルサインオン有効期間中であれば、認証情報を提示する手続きを行うことなく2番目以降に利用するシステムへログインすることができる。
【0071】
〔受注サービス〕
【0072】
図7は、受注サービスにおける動作を示すフローチャートである。同図左側はユーザ端末10の実行する処理を示し、同図中央は受注システム20の実行する処理を示し、同図右側は取引情報管理システム40の処理手段43が実行する処理を示している。
【0073】
当該受注サービスを利用するユーザは、自己のユーザ端末10により、受注システム20にアクセスする(S100)。上述のように、本実施形態においては、受注システム20Aと受注システム20Bとが存在することを想定しているが、ここでは、ユーザ端末10が受注システム20Aにアクセスしたと仮定して説明を進める。
【0074】
当該受注システム20Aは、当該ユーザ端末10を認証する(S180)。この認証は、原則として、ユーザに認証情報の提示を求め、当該ユーザが提示した認証情報と当該受注システム20Aの受注サービス認証データベースの内容とを照合することにより行われる事は上述したところである。
【0075】
ユーザ端末10を認証した受注システム20Aは、通信販売の受注申込みを受け付ける各商品の名称、値段、性質、特性等を紹介してその購入申込みを受けつけるための商品注文支援画面の表示データを生成し、これをユーザ端末10に送信する(S181)。
【0076】
ユーザ端末10は、受注システム20Aから取得した商品注文支援画面をそのコンピュータディスプレイに表示する(S182)。ユーザは当該商品注文支援画面により各商品の内容を吟味し、購入希望商品を選択した上で当該画面を確定する。
【0077】
ユーザ端末10は、上記選択した商品に対応する商品識別情報を受注システム20Aへ送信する(S183)。
【0078】
上記商品識別情報を取得した受注システム20Aは、当該商品識別情報をその記憶領域に記憶すると共に、当該注文商品の配送先に関する配送先特定事項(配送先の住所、氏名、電話番号等)を入力するための配送先情報要求画面の表示データを生成し、これをユーザ端末10に送信する(S184)。
【0079】
ユーザ端末10は、受注システム20Aから取得した配送先情報要求画面をそのコンピュータディスプレイに表示する(S185)。ユーザは、この配送先情報要求画面から、配送先住所、氏名、電話番号等の配送先特定事項を入力し、当該画面を確定する。
【0080】
ユーザ端末10は、当該入力された配送先特定事項を、受注システム20Aへ送信する(S186)。
【0081】
上記入力された配送先特定事項を取得した受注システム20Aは、上記記憶領域に記憶した商品識別情報に対応する商品の代金関連情報を生成する(S187)。この代金関連情報は、当該商品の価格を特定する情報である。そして、当該代金関連情報の生成は、受注システム20Aに各商品の商品識別情報と当該商品の代金との対応関係を定義するデータベースを設けておき、注文商品の商品識別情報を取得したとき、これに対応する代金を該データベースヘ問合せるといった処理により実現される。
【0082】
受注システム20Aは、当該受注システム20Aの運営者たる受注業者Aが当該商品の代金の入金先として開設している銀行口座の口座番号と、上記生成した代金関連情報との関連付けである取引情報を、取引情報管理システム40に送信する(S188)。
【0083】
取引情報管理システム40の処理手段43は、通信手段42を介して当該取引情報を取得する(S189)。
【0084】
取引情報を取得した処理手段43は、当該取得した取引情報を識別する固有の取引識別IDを生成する(S190)。
【0085】
処理手段43は、上記取得した取引情報と、上記生成した取引識別IDとを関連付けて記憶手段41の取引情報データベース41bに記憶する(S191)。
【0086】
処理手段43は、上記生成した取引識別IDを、通信手段42を介して受注システム20Aに送信する(S192)。
【0087】
取引識別IDを取引情報管理システム40から取得した受注システム20Aは、上記申込み者たるユーザのユーザ端末10へ当該取引識別IDを送信する(S193)。
【0088】
ユーザ端末10は、取引識別IDを受注システム20Aから取得し、これをその記憶領域に記憶する(S194)。
【0089】
以上ですべての処理が終了する。
【0090】
〔決済サービス〕
【0091】
図8は決済サービスにおける動作を示すフローチャートである。同図左側はユーザ端末10の実行する処理を示し、同図中央は決済システム30の実行する処理を示し、同図右側は取引情報管理システム40の処理手段43が実行する処理を示している。
【0092】
上記受注システム20から取引識別IDを取得したユーザ端末10は、上記注文商品の代金決済に利用する決済システム30へアクセスする(S360)。
【0093】
また、上述のように本実施形態においては、注文商品の決済サービスをユーザに提供する事業者として、事業者30Hと事業者30Iとが取引情報管理システム40へ事業者会員登録している。したがって、事業者30Hの発行したクレジットカードを所有しているときは決済サイト30Hにアクセスする一方、事業者Iの発行したクレジットカードを所有しているときは決済サイト30Iにアクセスするといったように、上記受注システム20により今回申込みを行った注文商品の決済に利用する決済システム30を、ユーザはその自由意志により選択することができる。ここでは、ユーザ端末10が決済システム30Hにアクセスしたと仮定する。
【0094】
ここで、上記アクセスは上記受注システム20における商品購入の申込み後、直ちに行うことが望ましい。上記受注システム20における認証後所定期限(シングルサインオン有効期間)内であれば、当該決済システム30に対する認証情報の入力手続きを要することなく、ログインすることができるからである。
【0095】
当該決済システム30Hは、当該ユーザ端末10を認証する(S560)。この認証は、原則として、ユーザに認証情報の提示要求を行い、当該ユーザが提示した認証情報と当該決済システム30Hの決済サービス認証データベースの内容とを照合することにより行われる。但し、上記シングルサインオン有効期間内におけるアクセスが行われた場合、上記認証情報の入力手続きが省略されることは上述したところである。
【0096】
ユーザを認証した決済システム30Hは、ユーザ端末10に対し、取引識別IDを要求する(S561)。
【0097】
ユーザ端末10は、その記憶領域から取引識別IDを読み出し、これを決済システム30Hへ送信する(S562)。
【0098】
取引識別IDを取得した決済システム30Hは、取引情報管理システム40へ、この取引識別IDを送信する(S563)。
【0099】
取引識別IDを決済システム30Hから取得した取引情報管理システム40の処理手段43は、取引情報データベース41bから上記取引識別IDと関連付けた取引情報を読み出す(S564)。
【0100】
処理手段43は、当該読み出した取引情報を、通信手段42を介して決済システム30Iへ送信する(S565)。
【0101】
決済システム30Hは、上記取引情報を取得し、これをその記憶領域に記憶する(S566)。
【0102】
次に、決済システム30Hは、クレジットカード番号の入力を要求する為のクレジットカード番号要求画面の表示データを生成し、これをユーザ端末10に送信する(S567)。
【0103】
ユーザ端末10は、決済システム30Hから取得した上記クレジットカード番号要求画面をそのコンピュータディスプレイに表示する(S568)。
【0104】
ユーザ端末10は、上記クレジットカード番号要求画面を介してユーザから入力されたクレジットカード番号を、決済システム30Hへ送信する(S569)。
【0105】
決済システム30Hは、ユーザ端末10から取得したクレジットカード番号に基づいて上記与信関連情報データベースに問合せを行い、上記取得した取引情報に含まれる代金関連情報の相当額が、現在の購入限度額の範囲内であるかどうかを判定する(S570)。
【0106】
決済システム30Hは、上記代金が購入限度額の範囲内であると判定したときは、上記取得した取引情報により特定される預金口座へ、上記取引情報に含まれる代金関連情報の相当額を入金する(S571)。
【0107】
決済システム30Hは、ユーザ端末10及び取引情報管理システム40へ、代金の入金が終了したことを通知する(S572)。
【0108】
代金の入金が終了したことの通知を受けたユーザ端末10は、決済システム30Hとの接続状態を終了する(S573)。
【0109】
一方、代金の入金が終了したことの通知を受けた取引情報管理システム40の処理手段43は、取引情報データベース41bにおいて上記取引識別IDと関連付けられている入金状況を「未納」から「入金済み」に変更する(S574)。
【0110】
以上で、すべての処理が終了する。
【0111】
受注システム20は、定期的(例えば1日1回)に取引情報管理システム40にアクセスして取引識別IDを指定することにより、自己の送信した代金関連情報の相当額について入金が終了しているかを問合せる。この問い合わせに対し、取引情報管理システム40の処理手段43は、受注システム20が指定した取引識別IDと「入金済み」の入金状況が関連付けられているときは、決済システム30H又は決済システム30Iを利用しての入金が完了していると判定し、上記代金関連情報の相当額についての入金終了を受注システム20に通知する。
【0112】
入金終了の通知を受けた受注システム20の運営者たる受注業者は、当該ユーザが申込んだ商品を上記取得した配送先特定事項により特定される配送先へ発送する。
【0113】
以上説明したように、上記実施形態においては、商品の受注に伴い生成した代金関連情報を含む取引情報を受注システム20が取引情報管理システム40へ一旦送信し、これに伴い生成された取引識別IDを受注システム20及びユーザ端末10を経由して取得した決済システム30からの要求に応じ、当該取引情報管理システム40が上記決済システム30へ当該取引情報を引き渡す構成を採用している。したがって、受注システム20、決済システム30という、異なる事業者の運営するシステムからのサービスの提供を連続して受ける場合において、受注システム20の側には、決済時のみ必要になる個人情報(例えばクレジットカード番号)が開示されることがなく、反対に決済システム30の側には、注文された商品の注文履歴等の情報が開示されることがないため、セキュリティの高い受注及び決済方法を実現できる。
【0114】
また、受注システム20は、商品購入申込みに伴い生成した代金関連情報を取引情報管理システム40へ引き渡し、その引き換えに取得した取引識別IDをユーザ端末10へ送信すればよく、特定の決済システム30へ代金関連情報を直接引き渡す必要がない。一方で、決済システム30は、ユーザ端末10から取得した取引識別IDに対応する取引情報を取引情報管理システム40から取得し、これ含まれる代金関連情報の相当額に関する決済処理を行えばよく、どの決済システムで当該代金関連情報が生成されたかを認識する必要がない。したがって、既存の受注システム20及び決済システム30の現状の設定を何ら変えることなく、新規の事業者の運営する受注システム20(20A、B、C、D、E…)及び決済システム30(30H、I、J、K、L…)を拡張して行くことができる。
【0115】
尚、本発明の実施形態は上記に限られない。
【0116】
上記実施形態における決済システム30は、ユーザ端末10から取引識別IDを取得すると、直ちに取引情報管理システム40へこれを送信して対応する代金関連情報を取得する構成を採用していたが、このようなリアルタイム処理でなく、取引識別IDの送信から代金関連情報の取得までをバッチ処理により一括して行う構成を採用してもよい。例えば、決済システム30が、所定期間(例えば24時間)単位で各ユーザ端末10から取得したクレジットカード番号及び取引識別IDをその記憶領域に記憶しておき、各取引識別IDを取引情報管理システム40へ送信して対応する代金関連情報を取得する処理を、上記所定期間内に記憶された取引識別ID毎に一括して行う構成を採用してもよい。これにより、通信回線の使用効率を向上させることができる。
【0117】
また、上記決済システム30は、クレジット会社が運営主体であり、取引識別IDを提示したユーザから当該ユーザのクレジットカード番号の提示を併せて求めることにより決済を行う構成であったが、銀行が当該決済システム30の運営主体となってもよい。銀行が決済システム30の運営主体となる場合の決済方法としては、例えば、予めユーザが当該銀行へ決済用の口座を開設すると共に、当該銀行からデビッドカードの発行を受けておき、当該決済システム30が当該デビッドカードの識別情報、暗証番号、及び取引識別IDをユーザ端末10から取得したときは、当該取引識別IDに対応する代金関連情報を取引情報管理システム40から取得し、購入申込み商品の代金相当額を当該ユーザの口座から受注業者の口座へ移動するといった方法が想定できる。
【0118】
更に、上記受注システム20において購入申込みを受けつける対象は、書籍や衣料品だとかいった商品だけでなく、例えば、航空チケットの予約代行や、コンサートチケットの予約代行といった役務をその対象としてもよい。
【0119】
【発明の効果】
本発明は、以上のように構成され機能するので、受注サービスとこれに伴い生ずる代金の決済サービスとが異なる事業者により行われる場合において、サービスの提供を受けるに際し、各事業者へ不要な情報が漏洩するのを防止すると共に、両サービスを提供する各システム間における安全かつ効率的な情報の授受を実現することができる。
【図面の簡単な説明】
【図1】本発明の実施形態における全体構成を示すブロック図である。
【図2】認証情報データベースにおけるデータ構造の一例である。
【図3】取引情報データベースにおけるデータ構造の一例である。
【図4】受注サービス認証データベースにおけるデータ構造の一例である。
【図5】シングルサインオンサービスにおける動作を示すフローチャート図である(前半部分)。
【図6】シングルサインオンサービスにおける動作を示すフローチャート図である(後半部分)。
【図7】受注サービスにおける動作を示すフローチャート図である。
【図8】決済サービスにおける動作を示すフローチャート図である。
【符号の説明】
10 ユーザ端末
20 受注システム
30 決済システム
40 取引情報管理システム
41 記憶手段
42 通信手段
43 処理手段
41a 認証情報情報データベース
41b 取引情報データベース[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a transaction information management system and a payment-related information management system, and more particularly to a transaction information management system and a payment-related information management system for managing information safely and efficiently.
[0002]
[Prior art]
One of the services provided using the Internet is Internet mail order. The user can obtain a desired product without going directly to the store by accessing the Internet mail order site from his / her own terminal.
[0003]
Credit card settlement is most commonly used as a method of collecting money at an Internet mail-order site. Many operators of Internet mail-order sites outsource payments to specialized payment companies, such as credit card companies.
[0004]
When receiving an order to purchase a product at the Internet mail-order site, obtain a credit card number online from the user who applied and send it to the above-mentioned settlement company, and obtain the examination result regarding the payment ability from the above-mentioned settlement company After that, the order merchandise is delivered to the user, so that reliable payment collection is secured. Usually, the credit card number is transmitted from the user after being subjected to an encryption process so that only the settlement company can decrypt it.
[0005]
[Problems to be solved by the invention]
However, from the viewpoint of a user using the Internet mail-order site, there is a concern that the credit card number transmitted for disclosure only to the settlement company is decrypted and misused at the stage of passing through the operator.
[0006]
[Object of the invention]
In order to solve the problems described above, the present invention provides a system in which, when the order receiving service and the settlement service for the resulting price are performed by different businesses, unnecessary personal information is leaked to each of the businesses when the service is provided. It is an object of the present invention to prevent information from being transmitted and to realize safe and efficient information exchange between systems that provide both services.
[0007]
[Means for Solving the Problems]
In order to solve the above-mentioned problem, the invention according to
[0008]
Then, the processing means transmits the acquired transaction information to the primary service providing system via the communication means, and stores the identification information in the storage means in association with the generated identification information. Step d1 is performed.
[0009]
Further, the processing means includes an e1 step of acquiring the identification information via the communication means from a secondary service providing system for providing the user with a secondary service based on the transaction information; The f1 step of reading the transaction information associated with the identification information obtained from the system from the storage unit and the g1 step of transmitting the read transaction information to the secondary service providing system via the communication unit are executed.
[0010]
According to a second aspect of the present invention, there is provided an information storage unit, a communication unit with an external system, and an information processing unit for controlling the operation of each of the above units. A2 step of acquiring, via the above-mentioned communication means, the price-related information generated by the order-receiving system in accordance with the provision of the order-receiving service from the order-receiving system for providing the information, and a unique identification for identifying the acquired price-related information. B2 step of generating information.
[0011]
The processing means includes a step c2 of storing the acquired price-related information in association with the generated identification information and storing the identification information in the storage means; And transmitting d2 to the system.
[0012]
Further, the processing means includes an e2 step of obtaining the identification information via the communication means from a payment system that provides the user with a payment service based on the payment-related information; and the identification information obtained from the payment system. Step f2 of reading out the payment-related information associated with the payment means from the storage means described above, and step g2 of transmitting the read payment-related information to the settlement system via the communication means described above.
[0013]
The “product” here is not limited to tangible personal property, but includes a wide range of goods whose value can be converted into money, such as image data and music data.
[0014]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0015]
Prior to a specific description of the system configuration, the relationship between the business operator and the transaction manager and the relationship between the user and the transaction manager in the present embodiment will be described.
[0016]
The company in the present embodiment means a company that has registered a predetermined business member with the transaction manager. The business member registration includes a business member registration as an order receiving company and a business member registration as a settlement company. The former is a registration based on the premise that a user will be introduced to a product through a site operated by the user and that a service to sell the product will be provided, and retailers that sell and ship products such as books and clothes as a business. It is assumed that the company is the target. On the other hand, the latter is a registration on the premise that a payment service for the price of a product for which a purchase application has been made through the above-mentioned ordering contractor's site is performed, and is assumed to be a financing company such as a credit card company. . A company that performs business member registration must select either business member registration as a contractor or business member registration as a settlement company according to the business form.
[0017]
In addition, the number of the above-mentioned businesses is expanded at any time by the business member registration of a new company, but for convenience of explanation, in the present embodiment, the business 20A registered as an order receiving business and the business 20A The description proceeds assuming that only the
[0018]
On the other hand, a user in the present embodiment means an individual who has registered a user member with the transaction manager. After the completion of the user member registration, the transaction manager issues unique authentication information (ID, password) for each site operated by the business currently registered as a business member. This authentication information is issued differently for each system. This is because if this is a single entity, there is a concern that a malicious business will use the authentication information to illegally log in to a site operated by another business. However, in the present embodiment, it is necessary to repeat the authentication information input procedure within the single sign-on validity period to be described later, even when continuously using sites operated by a plurality of operators. Absent. This point will be described in detail later in the section on "single sign-on service".
[0019]
Next, the overall configuration of the present embodiment will be described with reference to the block diagram of FIG.
[0020]
This embodiment is configured by connecting a
[0021]
This will be described in more detail.
[0022]
The
[0023]
The transaction
[0024]
The
[0025]
The storage means 41 includes an authentication information database 41a and a transaction information database 41b.
[0026]
The authentication information database 41a stores, for each user, user identification information, authentication information corresponding to a system operated by each business operator, and a single sign-on (SSO) identification ID as needed. FIG. 2 shows the data structure of the authentication information database 41a. The left side of the figure shows user identification information unique to each user. This user identification information is the primary key of the database. The center of the figure shows authentication information corresponding to the order receiving system 20A, the
[0027]
The right side of the figure shows a single sign-on (SSO) identification ID associated with the user identification information. This single sign-on (SSO) identification ID identifies that the user is in a login state in any of the systems (order receiving system 20A,
[0028]
The transaction information database 41b stores associations between transaction identification information, transaction identification IDs, and payment status. FIG. 3 shows the data structure of the transaction information database 41b. The left side of the figure shows transaction information. The transaction information includes the price-related information relating to the price of the ordered product and the account number of the payment transfer account owned by the
[0029]
The communication unit 42 is, for example, a router.
[0030]
The processing unit 43 includes, for example, a central processing unit such as a CPU, a bus, and other necessary interfaces. It may include a plurality of CPUs that perform distributed processing.
[0031]
The
[0032]
The order receiving service provided by the
[0033]
Further, the
[0034]
As shown in FIG. 4, the order receiving service authentication database stores association between user identification information and authentication information (ID, password) for each user. The association between the user identification information and the authentication information in the database is generated on the transaction
[0035]
On the other hand, the order information database stores the product identification information of the product selected by the user as a purchase application target, and a delivery destination specifying item presented by the user as the delivery destination. The business operator, which is the operator of each
[0036]
The
[0037]
The
[0038]
The payment service authentication database stores the association between the user identification information and the authentication information for each user, similarly to the order receiving service authentication database described in FIG. The point that the association between the user identification information and the authentication information is accumulated as needed each time a new user member is registered is the same as in the order receiving service authentication database.
[0039]
On the other hand, the credit-related information database stores the current purchase limit of each user who has been issued a credit card from the business operator in association with the credit card number issued to the user. The business operator who has registered as a business member as a settlement company sets up a certain credit limit for each user when issuing a credit card, and reimburses the price of the product for which the user has applied within the credit amount, They will be settled once a month. Therefore, the credit amount of a certain user is set at 500,000 yen per month, and when the user has already applied for a 100,000 yen product, the current purchase limit of the user is 400,000 yen. Will be.
[0040]
Next, the operation of the present embodiment will be described separately for a single sign-on service, an order receiving service, and a settlement service.
[0041]
[Single sign-on service]
[0042]
In the present embodiment, the four business entities of the business entity 20A, the
[0043]
5 and 6 are flowcharts showing the operation in the single sign-on service. Here, the description will be made on the assumption that the
[0044]
First, the
[0045]
The order receiving system 20A generates display data of an authentication information input screen for requesting input of authentication information, and transmits this to the user terminal 10 (S120).
[0046]
The
[0047]
The
[0048]
The order receiving system 20A that has obtained the authentication information (ID, password) collates the obtained authentication information with the contents of the order receiving service authentication database, and authenticates the user (S180).
[0049]
The order receiving system 20A that has authenticated the user as an authorized user transmits the acquired authentication information to the transaction information management system 40 (S200).
[0050]
The processing unit 43 of the transaction
[0051]
The processing unit 43 that has obtained the authentication information generates a unique single sign-on (SSO) identification ID (S240).
[0052]
The processing unit 43 inquires the authentication information database 41a of the
[0053]
The processing unit 43 stores the generated single sign-on (SSO) identification ID in the authentication information database 41a in association with the specified user identification information (S280).
[0054]
The processing unit 43 transmits the generated single sign-on (SSO) identification ID to the order receiving system 20A via the communication unit 42 (S300).
[0055]
The order receiving system 20A that has acquired the single sign-on (SSO) identification ID from the transaction
[0056]
The
[0057]
After providing the service from the order receiving system 20A, the
[0058]
The
[0059]
The
[0060]
The
[0061]
The processing unit 43 of the transaction
[0062]
When the obtained single sign-on (SSO) identification ID is associated with the user identification information of any one of the users, the processing unit 43 selects the
[0063]
On the other hand, as described above, the validity period (for example, one hour after generation) of the single sign-on (SSO) identification ID is determined in advance, and is deleted from the authentication information database 41a after the validity period has elapsed. It has become. Therefore, when the single sign-on (SSO) identification ID is acquired from the
[0064]
The
[0065]
The
[0066]
The
[0067]
The
[0068]
The
[0069]
According to the single sign-on process described above, a user who has logged in by performing a procedure of presenting authentication information to a system operated by any of the businesses registered as a business member in the
[0070]
The above description of the operation has been made on the assumption that the
[0071]
[Order service]
[0072]
FIG. 7 is a flowchart showing the operation in the order receiving service. The left side of the figure shows the processing executed by the
[0073]
The user using the order receiving service accesses the
[0074]
The order receiving system 20A authenticates the user terminal 10 (S180). As described above, this authentication is performed in principle by asking the user to present the authentication information, and comparing the authentication information presented by the user with the contents of the order receiving service authentication database of the order receiving system 20A.
[0075]
The order receiving system 20A, which has authenticated the
[0076]
The
[0077]
The
[0078]
The order receiving system 20A that has acquired the product identification information stores the product identification information in its storage area and inputs delivery destination specifying items (address, name, telephone number, etc., of the delivery destination) of the delivery destination of the ordered product. It generates display data of a delivery destination information request screen for sending the data to the user terminal 10 (S184).
[0079]
The
[0080]
The
[0081]
The order receiving system 20A that has acquired the input destination specification items generates the price-related information of the product corresponding to the product identification information stored in the storage area (S187). This price-related information is information for specifying the price of the product. The price-related information is generated by providing a database that defines the correspondence between the product identification information of each product and the price of the product in the order receiving system 20A. Is realized by processing such as inquiring the database of the price corresponding to.
[0082]
The order receiving system 20A stores transaction information, which is an association between the account number of the bank account opened by the order receiving company A as an operator of the order receiving system 20A as a payment destination for the product and the generated price-related information. Is transmitted to the transaction information management system 40 (S188).
[0083]
The processing unit 43 of the transaction
[0084]
The processing unit 43 that has acquired the transaction information generates a unique transaction identification ID that identifies the acquired transaction information (S190).
[0085]
The processing unit 43 stores the acquired transaction information in association with the generated transaction identification ID in the transaction information database 41b of the storage unit 41 (S191).
[0086]
The processing unit 43 transmits the generated transaction identification ID to the order receiving system 20A via the communication unit 42 (S192).
[0087]
The order receiving system 20A that has acquired the transaction ID from the transaction
[0088]
The
[0089]
Thus, all the processes are completed.
[0090]
[Payment service]
[0091]
FIG. 8 is a flowchart showing the operation in the settlement service. The left side of the figure shows the processing executed by the
[0092]
The
[0093]
Further, as described above, in the present embodiment, the
[0094]
Here, it is desirable that the access be performed immediately after applying for a product purchase in the
[0095]
The
[0096]
The
[0097]
The
[0098]
The
[0099]
The processing unit 43 of the transaction
[0100]
The processing unit 43 transmits the read transaction information to the settlement system 30I via the communication unit 42 (S565).
[0101]
The
[0102]
Next, the
[0103]
The
[0104]
The
[0105]
The
[0106]
When the
[0107]
The
[0108]
The
[0109]
On the other hand, the processing means 43 of the transaction
[0110]
Thus, all the processes are completed.
[0111]
The
[0112]
The order receiving company, which is the operator of the
[0113]
As described above, in the above-described embodiment, the
[0114]
In addition, the
[0115]
The embodiment of the present invention is not limited to the above.
[0116]
The
[0117]
Further, the
[0118]
Furthermore, in the
[0119]
【The invention's effect】
Since the present invention is configured and functions as described above, in the case where the order receiving service and the settlement service for the price caused by the order receiving service are performed by different operators, unnecessary information is provided to each of the operators when the service is provided. Can be prevented from leaking, and safe and efficient information exchange between the systems providing both services can be realized.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating an overall configuration according to an embodiment of the present invention.
FIG. 2 is an example of a data structure in an authentication information database.
FIG. 3 is an example of a data structure in a transaction information database.
FIG. 4 is an example of a data structure in an order receiving service authentication database.
FIG. 5 is a flowchart showing an operation in a single sign-on service (first half).
FIG. 6 is a flowchart showing an operation in a single sign-on service (second half).
FIG. 7 is a flowchart showing an operation in an order receiving service.
FIG. 8 is a flowchart showing an operation in the settlement service.
[Explanation of symbols]
10 User terminal
20 Order receiving system
30 Settlement system
40 Transaction Information Management System
41 storage means
42 Communication means
43 processing means
41a Authentication information database
41b Transaction information database
Claims (2)
前記処理手段は、
a1)ユーザに一次サービスを提供する一次サービス提供システムから、当該一次サービス提供システムが前記一次サービスの提供に伴い生成した取引情報を、前記通信手段を介して取得するステップと、
b1) 前記取得した取引情報を識別する固有の識別情報を生成するステップと、
c1)前記取得した取引情報と、前記生成した識別情報とを関連付けて前記記憶手段に記憶するステップと、
d1)前記識別情報を、前記通信手段を介して一次サービス提供システムへ送信するステップと、
e1)前記取引情報に基づく二次サービスを前記ユーザに提供する二次サービス提供システムから、前記通信手段を介して前記識別情報を取得するステップと、
f1)二次サービス提供システムから取得した識別情報と関連付けた取引情報を前記記憶手段から読み出すステップと、
g1)当該読み出した取引情報を二次サービス提供システムへ前記通信手段を介して送信するステップと、
を実行する取引情報管理システム。Information storage means, communication means with an external system, and information processing means for controlling the operation of each means,
The processing means includes:
a1) acquiring, via the communication means, transaction information generated by the primary service providing system along with the provision of the primary service from a primary service providing system that provides a primary service to a user;
b1) generating unique identification information for identifying the acquired transaction information;
c1) storing the acquired transaction information in the storage unit in association with the generated identification information;
d1) transmitting the identification information to a primary service providing system via the communication means;
e1) obtaining the identification information via the communication means from a secondary service providing system for providing a secondary service based on the transaction information to the user;
f1) reading from the storage means transaction information associated with the identification information obtained from the secondary service providing system;
g1) transmitting the read transaction information to the secondary service providing system via the communication unit;
A transaction information management system that runs.
前記処理手段は、
a2)ユーザに商品又は役務の受注サービスを提供する受注システムから、当該受注システムが前記受注サービスの提供に伴い生成した代金関連情報を、前記通信手段を介して取得するステップと、
b2)前記取得した代金関連情報を識別する固有の識別情報を生成するステップと、
c2)前記取得した代金関連情報と、前記生成した識別情報とを関連付けて前記記憶手段に記憶するステップと、
d2)前記識別情報を、前記通信手段を介して前記受注システムへ送信するステップと、
e2)前記代金関連情報に基づく決済サービスを前記ユーザに提供する決済システムから、前記通信手段を介して前記識別情報を取得するステップと、
f2)決済システムから取得した識別情報と関連付けた代金関連情報を前記記憶手段から読み出すステップと、
g2)当該読み出した代金関連情報を決済システムヘ前記通信手段を介して送信するステップと、
を実行する代金関連情報管理システム。Information storage means, communication means with an external system, and information processing means for controlling the operation of each means,
The processing means includes:
a2) obtaining, via the communication unit, the payment-related information generated by the order receiving system in accordance with the provision of the order receiving service from an order receiving system for providing an order receiving service of goods or services to a user;
b2) generating unique identification information for identifying the acquired payment-related information;
c2) storing the acquired price-related information in the storage unit in association with the generated identification information;
d2) transmitting the identification information to the order receiving system via the communication means;
e2) obtaining the identification information via the communication means from a payment system that provides the user with a payment service based on the payment-related information;
f2) reading from the storage means the payment-related information associated with the identification information obtained from the settlement system;
g2) transmitting the read price-related information to the payment system via the communication means;
Perform a payment related information management system.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002246350A JP2004086536A (en) | 2002-08-27 | 2002-08-27 | Transaction information managing system and payment relating information managing system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002246350A JP2004086536A (en) | 2002-08-27 | 2002-08-27 | Transaction information managing system and payment relating information managing system |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004086536A true JP2004086536A (en) | 2004-03-18 |
Family
ID=32054270
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002246350A Pending JP2004086536A (en) | 2002-08-27 | 2002-08-27 | Transaction information managing system and payment relating information managing system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004086536A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8924422B2 (en) | 2010-08-25 | 2014-12-30 | Nec Corporation | Condition matching system, linked conditional matching device, and condition matching processing method |
-
2002
- 2002-08-27 JP JP2002246350A patent/JP2004086536A/en active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8924422B2 (en) | 2010-08-25 | 2014-12-30 | Nec Corporation | Condition matching system, linked conditional matching device, and condition matching processing method |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4363800B2 (en) | Electronic commerce support apparatus, electronic commerce support method, and computer program | |
JP6122565B2 (en) | System and method for conversion between Internet-based and non-Internet-based transactions | |
AU720433B2 (en) | Computerized payment system for purchasing goods and services on the internet | |
CN102754115B (en) | remote variable authentication processing | |
JP2002298041A (en) | Settling method, information processing method for settlement, information processing system for settlement, and program | |
JP2007128192A (en) | Settlement system, transaction management server, address conversion server, and settlement method and program used therefor | |
WO2000075843A1 (en) | Internet payment system | |
JP2014053020A (en) | Web terminal and bridge for supporting transmission of authentication data to affiliated store contract company for payment processing | |
JP2005521181A (en) | Credit card payment method and system | |
JP4688744B2 (en) | Settlement method and information processing system for settlement | |
KR100897498B1 (en) | Total finance service system in ubiquitous environment | |
JP2000331227A (en) | System and method for settlement and server and method for managing prepaying | |
JP2001175752A (en) | Electronic settlement system, server pos operation agnecy and recording medium | |
US20040073509A1 (en) | Network communication electronic commerce system | |
JP2004086536A (en) | Transaction information managing system and payment relating information managing system | |
JP2002189974A (en) | System and method for settling merchandise expense | |
KR20020064473A (en) | System and method for servicing electronic payment assurance integrated with electronic wallet | |
JP2003016371A (en) | Authentication support method for card settlement service and system actualizing the same | |
KR100831542B1 (en) | Method of one-stop money service using internet | |
JP2002083245A (en) | Method and device for executing automated transaction | |
JP2002222380A (en) | Shopping settlement surrogate method | |
KR20060110711A (en) | Mobile phone payment method and system using a phone number and a virtual account for wireless Internet address connection. | |
KR20010064665A (en) | The internet using methods of financial business including a factoring | |
WO2001050365A1 (en) | Goods delivery service system and method via electronic commerce | |
KR20220143616A (en) | Accout transfer method on firm banking and account transfer system using the same |