JP2004086536A - Transaction information managing system and payment relating information managing system - Google Patents

Transaction information managing system and payment relating information managing system Download PDF

Info

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
Application number
JP2002246350A
Other languages
Japanese (ja)
Inventor
Makoto Okita
置田 誠
Hiroshi Takeuchi
武内 寛
Takayuki Shigematsu
重松 隆之
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
IMPROOVE TECHNOLOGIES CO Ltd
Original Assignee
IMPROOVE TECHNOLOGIES CO Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by IMPROOVE TECHNOLOGIES CO Ltd filed Critical IMPROOVE TECHNOLOGIES CO Ltd
Priority to JP2002246350A priority Critical patent/JP2004086536A/en
Publication of JP2004086536A publication Critical patent/JP2004086536A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To safely and efficiently give/receive information between service providing systems while preventing the leakage of unnecessary individual information to suppliers when services are provided. <P>SOLUTION: Trade information generated by a primary service providing system is acquired, and the trade information and identification information specific thereto are coordinated with each other and stored in storage means. On the other hand, when the identification information is acquired from a secondary service providing system, trade information coordinated with identification information being the same thereas is extracted from the storage means and delivered to the secondary service providing system. <P>COPYRIGHT: (C)2004,JPO

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 claim 1 includes an information storage unit, a communication unit with an external system, and an information processing unit that controls an operation of each of the units, and the processing unit is a user. A1 step of acquiring, via the above-mentioned communication means, transaction information generated by the primary service providing system along with the provision of the primary service from the primary service providing system that provides the primary service to the primary service providing system; B1 step of generating unique identification information for identification.
[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 operator 20B and the operator 30H and the operator 30I registered as members of the settlement operator exist.
[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 user terminal 10, an order receiving system 20, a settlement system 30, and a transaction information management system 40 via the Internet 50. Although only one user terminal 10 is shown in FIG. 1 for convenience of explanation, it is assumed in this embodiment that a plurality of user terminals 10 exist. In addition, as described above, in the present embodiment, it is assumed that only the operator 20A, the operator 20B, the operator 30H, and the operator 30I are currently registering as an operator member. Includes an order receiving system 20A operated by a business 20A and an order receiving system 20B operated by a business 20B. The settlement system 30 includes a settlement system 30H operated by a business 30H and a settlement system operated by a business 30I 30I.
[0021]
This will be described in more detail.
[0022]
The user terminal 10 is a personal computer owned by the user who has performed the user member registration, and includes a memory, a hard disk, a CPU, a computer display, a pointing device, a router, and the like.
[0023]
The transaction information management system 40 includes a storage unit 41, a communication unit 42, and a processing unit 43.
[0024]
The storage unit 41 is, for example, a memory, a register, or a hard disk, and it does not matter whether the storage unit 41 is physically a single unit or a plurality of units.
[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 order receiving system 20B, the settlement system 30H, and the settlement system 30I. As described above, each of the authentication information is an ID and a password required to log in to each of the above-described systems, and is issued upon user member registration. After being issued, the authentication information is stored in the authentication information database 41a in association with the user identification information of the user, and is transmitted to each of the order receiving system 20 and the settlement system 30.
[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, order receiving system 20B, settlement system 30H, settlement system 30I) operated by the business operator. The validity period (for example, one hour after generation) is predetermined. Therefore, after the validity period has elapsed, it is set so as to be deleted from the authentication information database 41a. For example, as shown in FIG. 2, the user identification information of “Y1001” and “Y1003” is associated with the single sign-on (SSO) identification information, while the user identification information of “Y1002” and “Y1004” is associated. Not associated with identification information. This means that the user corresponding to “Y1002” and “Y1004” has been deleted because the single sign-on (SSO) identification information has not been generated or the expiration date has passed.
[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 order receiving system 20. When an order is purchased in the order receiving system 20, the order is received. It is generated on the system 20 side. The transaction identification ID is a unique character string generated each time transaction information is acquired from the order receiving system 20. Further, the payment information is information for specifying that the payment of the amount corresponding to the payment-related information of each transaction information has been completed, and there are two types of “paid” and “unpaid”. For example, the transaction identification ID of “T10034” is associated with payment information of “paid”, while the transaction identification ID of “T10134” is associated with payment information of “unpaid”. This is because the equivalent amount of the payment-related information included in the transaction information associated with “T10034” has already been deposited, while the equivalent amount of the payment-related information included in the transaction information associated with “T10034” has been deposited. Not mean.
[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 order receiving system 20 is a server operated by a company that provides an order receiving service (primary service) to the user, and includes a memory, a hard disk, a CPU, a computer display, a pointing device, a router, and the like.
[0032]
The order receiving service provided by the order receiving system 20 is a service in which the user terminal 10 introduces a product that accepts an order for mail order, and solicits an application for purchasing the product from the user. As described above, in the present embodiment, it is assumed that there are an order receiving system 20A and an order receiving system 20B that are operated by different businesses. For example, the order receiving system 20A accepts a purchase application for clothing. While the service is provided, the order receiving system 20B may handle different kinds of commodities, or may handle the same kind of commodities, such as providing a service for accepting a purchase application for home electric appliances.
[0033]
Further, the order receiving system 20 includes an order receiving service authentication database (not shown) and an order information database (not shown).
[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 information management system 40 side every time a new user is registered as a user member, and is acquired by the order receiving system 20 at any time. This is stored in the order receiving service authentication database.
[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 order receiving system 20 in the present embodiment, manages the products handled by himself by attaching individual product identification information to each product.
[0036]
The payment system 30 is a server operated by a business operator that provides a payment service (secondary service) to the user, and includes a memory, a hard disk, a CPU, a computer display, a pointing device, a router, and the like. The settlement service provided by the settlement system 30 is a service that undertakes settlement processing relating to the price of the application target product based on a credit card number issued by an operator (credit company) that is an operator of the settlement system 30. It is. Therefore, in order for the user to receive the provision of the payment service, the user not only needs to perform the above-mentioned user member registration but also needs to provide the payment service provider H as the operator of the payment system 30H or the payment service provider I as the operator of the payment system 30I. Information (name, age, place of work, annual income, etc.) must be presented, and a credit card issued after undergoing necessary examinations regarding repayment ability.
[0037]
The payment system 30 includes a payment service authentication database (not shown) and a credit-related information database (not shown).
[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 business entity 20B, the business entity 30H, and the business entity 30I are registered as the business member in the transaction information management system 40. As described above, different authentication information for logging in to the order receiving system 20A, the order receiving system 20B, the settlement system 30H, and the settlement system 30I operated by the above four companies is issued as described above. When the user logs in to the system operated by any one of the above-mentioned businesses by performing a procedure for inputting authentication information by the single sign-on service, the authentication at the time of logging in to the system managed by another business is performed. The information input procedure can be omitted.
[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 user terminal 10 first logs in to the order receiving system 20A to receive the service, and then logs in to the settlement system 30H to receive the service. The left side of the figure shows the processing executed by the user terminal 10, the left side of the center shows the processing executed by the order receiving system 20A, the right side of the center shows the processing executed by the settlement system 30H, and the right side of the figure shows the transaction information. The processing executed by the processing unit 43 of the management system 40 is shown.
[0044]
First, the user terminal 10 accesses the order receiving system 20A via the Internet 50 (S100).
[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 user terminal 10 displays the authentication information input screen acquired from the order receiving system 20A on its computer display (S140). The user inputs the authentication information issued at the time of the user member registration as corresponding to the order receiving system 20A.
[0047]
The user terminal 10 transmits the authentication information input by the user via the authentication information input screen to the order receiving system 20A (S160).
[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 information management system 40 acquires the authentication information transmitted by the order receiving system 20A via the communication unit 42 (S220).
[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 storage unit 41, and specifies the user identification information of the user who associates the same authentication information with the acquired authentication information (S260). As described above, the record for each user in the authentication information database 41a associates the user identification information as the primary key with the authentication information corresponding to each of the order receiving system 20A, the order receiving system 20B, the payment system 30H, and the payment system 30I. Become. Therefore, the processing unit 43 searches the authentication information corresponding to the order receiving system 20A in each record for the same authentication information as the obtained authentication information, and specifies the user identification information as the primary key of the record storing the same. Things.
[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 information management system 40 transmits the generated single sign-on (SSO) identification ID to the user terminal 10 and provides the user terminal 10 with an order receiving service. Provided (S320). The specific operation in the order receiving service will be described later in detail in the section of “order receiving service”.
[0056]
The user terminal 10 that has acquired the single sign-on (SSO) identification ID stores the single sign-on (SSO) identification ID in the storage area and receives the provision of the order receiving service from the order receiving system 20A (S340).
[0057]
After providing the service from the order receiving system 20A, the user terminal 10 accesses the settlement system 30H (S360).
[0058]
The settlement system 30H requests the user terminal 10 for a single sign-on (SSO) identification ID (S380).
[0059]
The user terminal 10 reads out the single sign-on (SSO) identification ID from the storage area and transmits it to the payment system 30H (S400).
[0060]
The settlement system 30H transmits the single sign-on (SSO) identification ID acquired from the user terminal 10 to the transaction information management system 40 (S420).
[0061]
The processing unit 43 of the transaction information management system 40 that has acquired the single sign-on (SSO) identification ID from the settlement system 30H associates the acquired single sign-on (SSO) identification ID with the user identification information of one of the users. An inquiry is made to the authentication information database 41a of the storage means 41 (S440).
[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 payment system 30H from the authentication information associated with the user identification information. Is read out and transmitted to the settlement system 30H via the communication means 42 (S460).
[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 settlement system 30H, the same single sign-on (SSO) identification ID may not already exist in the authentication information database 41a. In such a case, the processing unit 43 of the transaction information management system 40 transmits the re-authentication required notification to the settlement system 30H via the communication unit 42 (S480).
[0064]
The settlement system 30H that has acquired the re-authentication notification from the transaction information management system 40 generates display data of an authentication information input screen for requesting input of authentication information, and transmits the display data to the user terminal 10 (S500).
[0065]
The user terminal 10 displays the authentication information input screen acquired from the order receiving system 20 on the computer display (S520). The user inputs the authentication information issued at the time of the user member registration as corresponding to the settlement system 30H.
[0066]
The user terminal 10 transmits the authentication information input by the user via the authentication information input screen to the payment system 30H (S540).
[0067]
The payment system 30H that has obtained the authentication information from the user terminal 10 or the transaction information management system 40 collates the obtained authentication information with the contents of the payment service authentication database, and authenticates the user (S560).
[0068]
The payment system 30H that has authenticated the user provides a payment service to the user terminal 10 (S580). The specific operation in the payment service will be described in detail in the section of “payment service” later.
[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 transaction information system 40 has been set in advance. During the single sign-on validity period, when logging in to a system operated by another business operator, the procedure for disclosing authentication information can be omitted.
[0070]
The above description of the operation has been made on the assumption that the user terminal 10 first logs in to the order receiving system 20A to receive the service, and then logs in to the settlement system 30H to receive the service. For example, after the user terminal 10 logs in to the order receiving system 20A and receives the service, the user terminal 10 logs in to the order receiving system 20B to receive the service, and further logs in to the settlement system 30H to log in to the order receiving system 20A and the order receiving system 20B. Even if you use a system operated by three or more businesses, such as receiving payment services related to the price of the product for which you made a purchase application, provide authentication information during the single sign-on validity period Login to the second and subsequent systems without having to go through .
[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 user terminal 10, the center of the figure shows the processing executed by the order receiving system 20, and the right side of the figure shows the processing executed by the processing means 43 of the transaction information management system 40.
[0073]
The user using the order receiving service accesses the order receiving system 20 through his / her user terminal 10 (S100). As described above, in the present embodiment, it is assumed that there is an order receiving system 20A and an order receiving system 20B. However, here, it is assumed that the user terminal 10 has accessed the order receiving system 20A. .
[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 user terminal 10, introduces the name, price, nature, characteristics, etc. of each product that accepts an order application for mail order and generates display data of a product order support screen for accepting the purchase application. This is transmitted to the user terminal 10 (S181).
[0076]
The user terminal 10 displays the product order support screen acquired from the order receiving system 20A on the computer display (S182). The user examines the content of each product on the product order support screen, selects a desired product for purchase, and confirms the screen.
[0077]
The user terminal 10 transmits the product identification information corresponding to the selected product to the order receiving system 20A (S183).
[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 user terminal 10 displays the delivery destination information request screen acquired from the order receiving system 20A on the computer display (S185). From this delivery destination information request screen, the user inputs delivery destination specifying items such as a delivery destination address, a name, and a telephone number, and fixes the screen.
[0080]
The user terminal 10 transmits the input destination specification items to the order receiving system 20A (S186).
[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 information management system 40 acquires the transaction information via the communication unit 42 (S189).
[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 information management system 40 transmits the transaction ID to the user terminal 10 of the user who is the applicant (S193).
[0088]
The user terminal 10 acquires the transaction identification ID from the order receiving system 20A and stores it in the storage area (S194).
[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 user terminal 10, the center of the figure shows the processing executed by the settlement system 30, and the right side of the figure shows the processing executed by the processing means 43 of the transaction information management system 40.
[0092]
The user terminal 10 that has acquired the transaction identification ID from the order receiving system 20 accesses the settlement system 30 used for settlement of the ordered product (S360).
[0093]
Further, as described above, in the present embodiment, the businesses 30H and 30I are registered as business members in the transaction information management system 40 as businesses providing settlement services for ordered products to users. Therefore, when the user owns the credit card issued by the company 30H, the user accesses the settlement site 30H, while the user owns the credit card issued by the company I, the user accesses the settlement site 30I. The user can freely select a settlement system 30 to be used for settlement of the ordered product applied for by the order receiving system 20 this time. Here, it is assumed that the user terminal 10 has accessed the settlement system 30H.
[0094]
Here, it is desirable that the access be performed immediately after applying for a product purchase in the order receiving system 20. This is because, within a predetermined time limit (single sign-on validity period) after authentication in the order receiving system 20, it is possible to log in without requiring a procedure for inputting authentication information to the payment system 30.
[0095]
The payment system 30H authenticates the user terminal 10 (S560). This authentication is performed by, in principle, requesting the user to present authentication information, and comparing the authentication information presented by the user with the contents of the payment service authentication database of the payment system 30H. However, as described above, when the access is performed within the single sign-on validity period, the input procedure of the authentication information is omitted.
[0096]
The payment system 30H that has authenticated the user requests the transaction identification ID from the user terminal 10 (S561).
[0097]
The user terminal 10 reads out the transaction identification ID from the storage area and transmits this to the settlement system 30H (S562).
[0098]
The settlement system 30H that has acquired the transaction ID transmits the transaction ID to the transaction information management system 40 (S563).
[0099]
The processing unit 43 of the transaction information management system 40 that has acquired the transaction ID from the settlement system 30H reads the transaction information associated with the transaction ID from the transaction information database 41b (S564).
[0100]
The processing unit 43 transmits the read transaction information to the settlement system 30I via the communication unit 42 (S565).
[0101]
The settlement system 30H acquires the transaction information and stores it in the storage area (S566).
[0102]
Next, the payment system 30H generates the display data of the credit card number request screen for requesting the input of the credit card number, and transmits this to the user terminal 10 (S567).
[0103]
The user terminal 10 displays the credit card number request screen acquired from the settlement system 30H on its computer display (S568).
[0104]
The user terminal 10 transmits the credit card number input by the user via the credit card number request screen to the payment system 30H (S569).
[0105]
The settlement system 30H makes an inquiry to the credit-related information database based on the credit card number acquired from the user terminal 10, and the equivalent amount of the price-related information included in the acquired transaction information is within the range of the current purchase limit. It is determined whether it is within (S570).
[0106]
When the payment system 30H determines that the price is within the range of the purchase limit, the payment system 30H transfers a corresponding amount of the price-related information included in the transaction information to a deposit account specified by the acquired transaction information. (S571).
[0107]
The settlement system 30H notifies the user terminal 10 and the transaction information management system 40 that the payment has been completed (S572).
[0108]
The user terminal 10 that has been notified that the payment has been completed ends the connection state with the settlement system 30H (S573).
[0109]
On the other hand, the processing means 43 of the transaction information management system 40, which has been notified that the payment has been completed, changes the payment status associated with the transaction identification ID in the transaction information database 41b from "unpaid" to "paid". (S574).
[0110]
Thus, all the processes are completed.
[0111]
The order receiving system 20 accesses the transaction information management system 40 periodically (for example, once a day) and specifies the transaction identification ID, thereby completing the payment for the amount corresponding to the price-related information transmitted by itself. Inquire. In response to this inquiry, the processing means 43 of the transaction information management system 40 uses the settlement system 30H or the settlement system 30I when the transaction identification ID designated by the order receiving system 20 is associated with the deposit state of “paid”. It is determined that the payment has been completed, and the payment system notifies the order receiving system 20 of the payment completion for the corresponding amount of the payment-related information.
[0112]
The order receiving company, which is the operator of the order receiving system 20 that has received the notification of the payment completion, sends out the product applied by the user to the destination specified by the obtained destination specifying item.
[0113]
As described above, in the above-described embodiment, the order receiving system 20 once transmits the transaction information including the price-related information generated with the order for the product to the transaction information management system 40, and the transaction identification ID generated accordingly. In response to a request from the settlement system 30 obtained via the order receiving system 20 and the user terminal 10, the transaction information management system 40 transfers the transaction information to the settlement system 30. Therefore, in the case where services are continuously provided from systems operated by different business operators, such as the order receiving system 20 and the settlement system 30, personal information (for example, credits) required only at the time of settlement is provided on the order receiving system 20 side. Card number) is not disclosed, and conversely, information such as the order history of ordered products is not disclosed on the settlement system 30 side, so that a highly secure order receiving and settlement method can be realized. .
[0114]
In addition, the order receiving system 20 only needs to deliver the price-related information generated in accordance with the product purchase application to the transaction information management system 40 and transmit the acquired transaction identification ID to the user terminal 10 in exchange for the information, and to the specific settlement system 30. There is no need to deliver payment-related information directly. On the other hand, the settlement system 30 may acquire the transaction information corresponding to the transaction identification ID acquired from the user terminal 10 from the transaction information management system 40 and perform the settlement process for the corresponding amount of the price-related information included therein. There is no need to recognize whether the payment related information has been generated by the payment system. Therefore, the order receiving system 20 (20A, B, C, D, E...) And the payment system 30 (30H, 30H, 30H) operated by the new business operator are not changed without changing the current settings of the existing order receiving system 20 and the payment system 30. I, J, K, L ...) can be extended.
[0115]
The embodiment of the present invention is not limited to the above.
[0116]
The payment system 30 in the above-described embodiment employs a configuration in which, when the transaction ID is acquired from the user terminal 10, the transaction ID is immediately transmitted to the transaction information management system 40 to acquire the corresponding payment-related information. Instead of simple real-time processing, a configuration may be adopted in which the process from transmission of the transaction identification ID to acquisition of the payment-related information is performed by batch processing. For example, the settlement system 30 stores the credit card number and the transaction ID acquired from each user terminal 10 in a predetermined period (for example, 24 hours) in its storage area, and stores each transaction ID in the transaction information management system 40. The processing of transmitting the transaction-related information to the corresponding transaction identification ID and acquiring the corresponding payment-related information for each transaction ID stored in the predetermined period may be adopted. Thereby, the use efficiency of the communication line can be improved.
[0117]
Further, the payment system 30 is operated by a credit company, and performs a payment by requesting a user presenting a transaction identification ID to present a credit card number of the user. It may be the operating entity of the settlement system 30. As a settlement method in the case where a bank becomes an operating entity of the settlement system 30, for example, a user opens an account for settlement in the bank in advance and receives a debit card from the bank in advance, and the settlement system 30 Acquires the identification information, the personal identification number, and the transaction identification ID of the debit card from the user terminal 10, acquires the price-related information corresponding to the transaction identification ID from the transaction information management system 40, and acquires the price of the purchase application product. A method of transferring a considerable amount from the user's account to the orderer's account can be assumed.
[0118]
Furthermore, in the order receiving system 20, a target for accepting a purchase application may be not only a product such as a book or clothing, but also a service such as a reservation agent for an air ticket or a concert ticket.
[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.
JP2002246350A 2002-08-27 2002-08-27 Transaction information managing system and payment relating information managing system Pending JP2004086536A (en)

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)

* Cited by examiner, † Cited by third party
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

Cited By (1)

* Cited by examiner, † Cited by third party
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