JP2018200596A - 取引管理システム、取引管理方法、及びそのプログラム - Google Patents

Abstract

【課題】オーソリ情報に基づいてカードの不正利用を検知する技術を提供する。【解決手段】カード会社が提供するカードを用いて、ユーザと加盟店との間で取引が行われた場合に、カード会社において当該取引を承認するか否かを判定した結果を示すオーソリ結果情報を受信する受信部と、オーソリ結果情報に基づいて、取引の識別子と、判定した結果とを含む通知情報を、ユーザのユーザ端末に送信する通知部と、ユーザ端末から、通知情報について問合せ要求を受信した場合に、一意な問合せ番号を発行する問合せ受付部と、問合せ番号と取引の識別子と対応付けて記憶する記憶部と、問合せ番号と取引の識別子と問合せ要求における問い合わせ内容とが表示された画面を、カード会社のシステムに提供する問合せ応答部と、を備える。【選択図】図１

Description

本発明は、取引管理システム、取引管理方法、及びそのプログラム等に関する。

近年、国内での買物だけでなく、海外での買物、インターネットショッピングでの買物等、クレジットカードやデビッドカード等のカードを利用する機会が増加している。それに伴い、カードの不正利用被害が拡大している傾向にあり、不正利用を検知する仕組みの重要性が高まっている。

特許文献１には、カードの利用後に、売上データがカード会社のデータベースに登録された時点で、契約者に電子メールでカードの利用内容を通知するサービスについて開示されている。

特開２００７−２１３４９１号公報

特許文献１に記載のシステムでは、加盟店等においてカードが利用されると、まず加盟店の端末から取引に関する情報（オーソリ情報）が、カード会社のシステムに送信され、カード会社のシステムにおいて取引を承認するか否かが判定され、判定結果（オーソリ結果）が端末に送信される。オーソリ結果において、取引が承認された場合には、加盟店の端末はカード会社のシステムに売上データを送信し、カード会社のシステムにおいて売上データに対して所定の処理が行われたのち、売上データがデータベースに登録される。

カードが不正利用された場合、一般的に、一刻も早く当該不正利用を検知することで、被害額を低減することができる。しかしながら、特許文献１に記載の方法のような、従来の不正利用検知の方法では、仮にカードが不正利用された場合でも、売上データがデータベースに登録されるまで、カードの契約者は不正利用を検知することができない。

そこで、本発明は、上記事情に鑑み、オーソリ情報に基づいてカードの不正利用を検知する技術を提供することを目的とするものである。

本発明による取引管理システムは、カード会社が提供するカードを用いて、ユーザと加盟店との間で取引が行われた場合に、カード会社において当該取引を承認するか否かを判定した結果を示すオーソリ結果情報を受信する受信部と、オーソリ結果情報に基づいて、取引の識別子と、判定した結果とを含む通知情報を、ユーザのユーザ端末に送信する通知部と、ユーザ端末から、通知情報について問合せ要求を受信した場合に、一意な問合せ番号を発行する問合せ受付部と、問合せ番号と取引の識別子と対応付けて記憶する記憶部と、問合せ番号と取引の識別子と問合せ要求における問い合わせ内容とが表示された画面を、カード会社のシステムに提供する問合せ応答部と、を備える。

本発明のプログラムは、ＣＤ−ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリなどの各種の記録媒体を通じて、又は通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。

また、本明細書等において、「部」とは、単に物理的構成を意味するものではなく、その構成が有する機能をソフトウェアによって実現する場合も含む。また、１つの構成が有する機能が２つ以上の物理的構成により実現されても、２つ以上の構成の機能が１つの物理的構成により実現されてもよい。

本発明によれば、オーソリ情報に基づいてカードの不正利用を検知する技術を提供することができる。

本発明の実施形態における取引管理システムを含むシステムの構成図である。 本発明の実施形態におけるイシュアシステムの機能ブロックの一例を示す図である。 本発明の実施形態における取引管理システムの機能ブロックの一例を示す図である。 本発明の実施形態における取引管理システムが提供する画面の一例を示す図である。 本発明の実施形態における取引管理システムが提供する画面の一例を示す図である。 本発明の実施形態における取引管理システムが提供する画面の一例を示す図である。 本発明の実施形態における取引管理システムが提供する画面の一例を示す図である。 本発明の実施形態における取引管理システムが提供する画面の一例を示す図である。 本発明の実施形態におけるシステムのシーケンス図の一例を示す図である。 本発明の実施形態におけるシステムのハードウェア構成の一例を示す図である。

［第１の実施形態］
以下、本発明の実施の形態の１つについて詳細に説明する。なお、以下の実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均等なものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。

＜１．システム構成の概要＞
図１は、本実施形態に係る取引管理システム１の構成の一例を示している。図１に示すように、取引管理システム１は、インターネットや専用線等のネットワークＮを介して複数のカード発行元の会社（以下、「イシュア」ともいう。）が所有するシステム（以下、「イシュアシステム」ともいう。）２と、イシュアと契約をしている小売店（以下、「加盟店」とも呼ぶ。）が所有する端末（以下、「加盟店端末」ともいう）３と、カードの契約者が所有するユーザ端末４とが互いに接続されている。なお、加盟店は、実際の小売店に限らず、ＡＴＭやインターネットショッピング等の非対面販売を行うウェブサイト等を含む。

以下の説明では、本実施形態に係る取引管理システム１が管理する取引に用いられるカードの一例としてクレジットカードを例に説明する。しかし、カードは、クレジットカードに限定されず、例えばプリペイドカードやキャッシュカード、デビッドカード、ペイメントカードでもよい。

また本実施形態に係るカードは、対面販売だけでなくインターネットショッピング等の非対面販売や、海外又は国内のＡＴＭで現金を引き出すサービスやキャッシングサービスに用いられることも可能である。ユーザはカードを非対面販売に用いる場合には、取引に現実のカードではなく、例えばカードの識別子（カードＩＤ）を用いることができる。さらに、非対面販売において、ユーザはカードＩＤに紐づけられた所定のＩＤを用いて取引を行うことも可能である。所定のＩＤは、例えば所定のシステムへのログインＩＤやモバイルＩＤを含む。ユーザは、例えば所定のシステムへログインすることで、ログインＩＤに紐づくカードＩＤを用いて取引を行うことができる。また、カードＩＤは、おサイフケータイ（登録商標）、その他ＩＣチップ決済等に紐づけられていてもよい。

＜２．詳細構成＞
＜２−１．加盟店端末３＞
加盟店端末３は、ネットワークＮに接続されたコンピュータである。具体的には、加盟店端末３は、例えば携帯電話やスマートフォン、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、タブレット、ウェアラブル（Ｗｅａｒａｂｌｅ）端末等によって実現される。

加盟店端末３は、加盟店が実店舗を有する場合、カードに記録された情報をスキャンする機能、及びスキャンされた情報に基づいて、信用承認情報（以下、「オーソリ情報」ともいう。）を、イシュアシステム２に送信する機能を有する。オーソリ情報は、例えばカードＩＤと、加盟店の識別子と、取引の代金（以下、「利用金額」ともいう。）と、取引日と、取引の識別子（以下、「取引ＩＤ」ともいう。）を、含むことが好ましい。また、オーソリ情報は、上述した所定のＩＤに関する情報も含むことが可能である。

オーソリ情報を送信した際に、イシュアシステム２から、加盟店端末３が読み取ったカードの利用を承認する旨の通知（以下、「承認通知」ともいう。）を、受信すると、加盟店端末３は、イシュアシステム２に対して売上情報を送信する。売上情報は、少なくともカードＩＤと加盟店の識別子と、売上金額と、取引日とを含む情報である。他方、イシュアシステム２から、加盟店端末３が読みカードの利用を承認しない旨の通知（以下、「否認通知」ともいう。）を、加盟店端末３が受信すると、取引が不成立となる。

なお、加盟店がインターネットや電話等による通信販売を営むものである場合、加盟店端末３、カードに記録された情報をスキャンする機能を省略することができる。

＜２−２．イシュアシステム２の機能＞
イシュアシステム２は、イシュアにより管理されるシステムであり、インターネットや専用線等のネットワークＮに接続されたＰＣやサーバ装置等によって実現される。イシュアシステム２は、加盟店端末３からの要求に応じて、加盟店端末３が読み取ったカードが利用可能であるか否かの審査を行う機能等を有している。

図２を参照して、本実施形態に係るイシュアシステム２の機能構成について説明する。図２は、イシュアシステム２の機能ブロック図の一例を示す図である。イシュアシステム２は、契約者情報ＤＢ２３１と、カード情報ＤＢ２３２と、加盟店情報ＤＢ２３３と、不正検知部２０１と、審査部２０２と、突合部２０３とを有している。

契約者情報ＤＢ２３１には、本実施形態に係るユーザのうち、対応するイシュアとカードの契約をしているユーザ（以下「契約者」という）の識別子と、当該契約者が契約したカードのＩＤとが対応付けられて保存される。カードＩＤは、契約者がイシュアとカードの利用契約を締結した時に、割り当てられた識別子である。契約者がイシュアと複数の利用契約を締結する等して、複数のカードを保有している場合には、１つの契約者の識別子に複数のカードＩＤが対応付けられる。

カード情報ＤＢ２３２には、例えば、カードＩＤと、当該カードが利用された場合に、利用金額が引き落とされる契約者口座と、当該カードの利用履歴と、限度額と、が対応付けられて保存されている。また、カード情報ＤＢ２３２には、契約者口座と紐づくＩＤ（上述したシステムＩＤやモバイルＩＤ等）が保存されていてもよい。

カードの利用履歴は、例えば、当該カードが利用された加盟店等の識別子や取引ＩＤ、利用金額、利用金額の当月の合計額、利用日時、契約者口座から利用金額が引き落とされた日時、引き落としの際の遅滞の有無等を含む。

なお、カード情報ＤＢ２３２に保存される限度額の初期値として、契約者がイシュアと利用契約を締結した時に設定された限度額が保存される。

加盟店情報ＤＢ２３３には、加盟店等の識別子と、加盟店等の名称と、業種と、業歴と、カードによる売上月額と、売上月額の推移に関する情報と、不正取引に関する情報等とが保存されている。

加盟店情報ＤＢ２３３は、売上月額の推移に関する情報として、例えば、売上の急激な減少や消滅を示す情報を保存することができる。また、加盟店情報ＤＢ２３３は、不正取引に関する情報として、例えば、売上単価が不当に高いことを示す情報を保存することができる。加盟店情報ＤＢ２３３は、さらに、その他の情報として、加盟店契約の解除、閉店及び代表者の変更、官報に掲載された企業倒産や不渡りの情報等を保存することができる。

加盟店情報ＤＢ２３３に保存された、加盟店等の名称、業種及び業歴は、イシュアが加盟店契約をする際に取得することができる。また、加盟店情報ＤＢ２３３に保存されたその他の情報については、加盟店契約以降のカードによる支払い実績等に基づいて追加・更新することができる。

不正検知部２０１は、加盟店端末３からオーソリ情報を受信した際に、契約者情報ＤＢ２３１、カード情報ＤＢ２３２、及び加盟店情報ＤＢ２３３に基づいて、不正検知処理を実行する。

例えば、不正検知部２０１は、不正検知処理として、カード情報ＤＢ２３２を参照して、オーソリ情報に含まれるカードの識別子に対応する利用履歴から、当該カードの利用を保留すべきか否かを判定することができる。具体的には、不正検知部２０１は、前回のカードの利用金額が契約者口座から引き落とされておらず、かつ支払期日が到来している利用履歴に対応するカードの利用を保留することができる。

また、不正検知部２０１は、カード情報ＤＢ２３２や加盟店情報ＤＢ２３３を参照して、過去の不正な利用履歴を解析し、あらかじめ不正検知ルールを作成してもよい。不正検知ルールは、例えば、契約者が過去一定期間カードを利用していた地域から、「遠隔した地域において、高額の利用が相次いだ場合」や、「換金性が高く、かつ高額の商品ばかりの利用が続いた場合」等が挙げられる。この場合、不正検知部２０１は、不正検知ルールにマッチするカードの利用を保留することができる。

審査部２０２は、加盟店端末３からオーソリ情報を受信すると、当該オーソリ情報に含まれる取引ＩＤが示す取引について、カードの利用を承認すべきか否かを判定する。具体的には、審査部２０２は、利用金額が与信枠の範囲内であるか否かの審査を行う。このとき審査部２０２は、カード情報ＤＢ１３２を参照して、当月の利用金額の合計額に今回の利用金額を足した加算額が、限度額を上回っているか判定を行うことができる。当該加算額が、限度額以下である場合には、審査部２０２は、カードの利用を承認する。他方で、加算額が、限度額より大きい場合や、不正検知部２０１が利用を保留した場合には、審査部２０２は、カードの利用を否認する。審査部２０２は、判定結果（以下「オーソリ結果」ともいう。）に基づいて、取引ＩＤごとにオーソリ結果情報を作成し、加盟店端末３及び取引管理システム１に送信する。

突合部２０３は、オーソリ情報に含まれる情報と、売上情報に含まれる情報とが一致するか否かの判定を行う。例えば突合部２０３は、所定のロジックに基づいて、売上情報とオーソリデータとに含まれる、取引日、カードＩＤ、加盟店の識別子、売上金額・利用金額等の情報が一致するか否かの判定を行う。突合部２０３は、オーソリ情報に含まれる情報と、売上情報に含まれる情報とが一致する場合には、ユーザの契約者口座から、売上金額の引き落とし処理を行う。なお、ユーザが利用したカードがクレジットカードである場合には、突合部２０３は、契約時に定められた期日を指定して、引き落とし処理を行う。

＜２−３．ユーザ端末４＞
ユーザ端末４は、ネットワークＮに接続されたコンピュータである。具体的には、ユーザ端末４は、例えば携帯電話やスマートフォン、ＰＣ、ＰＤＡ、タブレット端末、ウエラブル端末等によって実現される。ユーザ端末４は、所定のアプリケーションがインストールされたものであり、当該アプリケーションを介してオーソリ結果に対する問合せを行うことができる。このときユーザ端末４から取引管理システム１には、少なくとも取引ＩＤを含む、問合せ要求が送信される。

例えばオーソリ結果として取引が承認された情報を受信したが、身に覚えのない取引である場合、当該取引は不正利用である可能性がある。この場合、ユーザは、承認されたオーソリ結果情報に対して、問合せ要求を行い、調査やカードの利用停止を依頼することができる。

また、ユーザがカードの利用を試みたが、否認通知を受信した場合、問合せ要求を行い、カードの利用を許可することを依頼することができる。

＜２−４．取引管理システム１＞
取引管理システム１は、上述のネットワークＮに接続されたＰＣやサーバ装置等によって実現される。取引管理システム１は、イシュアシステム２から発行されるオーソリ情報に基づいて、ユーザ端末４へ通知を行う機能等を有している。

図３を参照して、本実施形態に係る取引管理システム１の機能構成について説明する。図３は、取引管理システム１の機能ブロック図の一例を示す図である。取引管理システム１は、オーソリ通知部１０１と、問合せ受付部１０２と、問合せ応答部１０３と、ユーザ情報ＤＢ１３１と、アクション情報ＤＢ１３２とを備えている。

ユーザ情報ＤＢ１３１には、ユーザＩＤに、カードＩＤが対応付けられて記憶されている。また、アクション情報ＤＢ１３２には、取引ＩＤに、カードＩＤ、取引日時、アクション事由、問合せ番号、ステータス等が対応付けられて記憶されている。

問合せ番号は、後述する問合せ受付部１０２が発行する番号である。アクション事由は、ユーザからの問合せの概要に関する情報である。ステータスは、ユーザからの問合せのステータスであり、例えば、問合せ中、対応中、対応済み等の状態を示す識別子である。

オーソリ通知部１０１は、イシュアシステム２から送信されるオーソリ結果情報を受信すると、利用通知を作成する。利用通知は、受信したオーソリ結果情報に対応する取引ＩＤと、オーソリ結果と、オーソリ結果が否認である場合にはその理由とを含む情報である。オーソリ通知部１０１は、ユーザ情報ＤＢ１３１を参照して受信したオーソリ結果情報に含まれるカードＩＤに対応するユーザに、利用通知を送信する。

なお、オーソリ通知部１０１によるユーザ端末４への通知は、例えば、ユーザ端末４にインストールされている所定のアプリケーションに対して通知を行う他、メール等によって通知してもよい。

問合せ受付部１０２は、ユーザ端末４から問合せ要求を受信した場合に、問合せ画面をユーザに提供する。問合せ要求は、少なくとも取引ＩＤを含むものである。例えば、問合せ受付部１０２は、問合せ要求を受信した場合に、問合せ番号を発行し、受信した問合せ要求に含まれる取引ＩＤと対応付けてレコードを作成し、アクション情報ＤＢ１３２に追記することができる。

また、問合せ受付部１０２は、ユーザにアクション方法を確認するための画面（図６参照）をユーザ端末４に提供する。アクション方法は、本実施形態では、メッセージによる問合せと電話による問合せの２種類である。ユーザがアクション方法として、電話による問合せを選択した場合には、問合せ受付部１０２は、電話番号を通知する。他方で、ウェブによる問合せを選択した場合には、問合せ用画面を作成し、ユーザ端末４に提供する。

問合せ応答部１０３は、ユーザ端末４から問合せに必要な詳細な情報を取得する。詳細情報は、例えばユーザの認証情報（生年月日等の個人情報）と、取引ＩＤと、アクション事由と、問合せ詳細、カードを特定する情報等を含む。問合せ応答部１０３は、詳細情報を受信すると、問合せ応答用の画面（図７、図８参照）をイシュアシステム２に提供する。問合せ応答用の画面は、少なくとも詳細情報と、取引ＩＤと、問合せ番号と、ステータスとが表示されている画面である。

さらに問合せ応答部１０３は、イシュアシステム２を利用するオペレータ等が、問合せ応答用の画面において、問合せに対する応答が完了した場合に、ユーザ情報ＤＢ１３１において該当するレコードを更新する。問合せ応答部１０３は、例えば応答用画面において、表示されるステータスが、オペレータによって対応済みに更新された場合に、応答が完了したと判定することができる。問合せ応答部１０３は、応答が完了したと判定した場合に、応答用画面に入力された問合せに対する回答をユーザ端末４に対して送信する。

＜３．画面例＞
図４乃至図８を参照して、本実施形態に係る取引管理システム１が提供する画面の一例について説明する。図４乃至図６は、ユーザ端末４において表示される画面の一例である。

図４は取引情報一覧画面である。取引情報一覧画面には、ユーザ端末４のユーザが契約しているカードを用いて過去に行った取引の一覧が表示されている。一覧表示された取引のレコードを選択すると、取引情報詳細画面（図５）が表示される。また、当該レコードにおいて、アイコン４０１を押すと、問合せ要求が取引管理システム１に送信される。取引管理システム１から問合せ番号が発行されると、取引情報一覧画面からアクション方法選択画面（図６）に遷移する。なお、図４の例では、一例として、イシュアシステム２において承認通知が出された取引のみが表示されているが、これに限定されず、否認された取引が表示されてもよい。

図５は、取引情報詳細画面の一例を示す図である。図５の例では、取引情報詳細画面には、取引日時、取引金額、取引を行った店舗名等が表示されている。また、取引情報詳細画面には、取引情報一覧画面と同様のアイコン４０１が表示されている。

図６は、アクション方法選択画面の一例を示す図である。図６の例では、アクション方法選択画面には、取引管理システム１から発行された問合せ番号と、アクション方法（図６の例では、メッセージで問合せと電話で問合せ）を選択するためのリンク４０２とが表示されている。アクション方法選択画面において、ユーザがリンク４０２を押すと、選択されたアクション方法に関する情報が取引管理システム１に送信される。

図７、及び図８はイシュアシステム２において表示される画面の一例である。図７は、アクションユーザ一覧画面である。図７の例では、アクションユーザ一覧画面には、問合せ要求を行われた取引について、カードＩＤと取引日時と取引ＩＤとアクション事由（問合せ概要）とステータスとが一覧表示されている。アクションユーザ一覧画面において、表示されているレコードを選択すると、アクションユーザ詳細画面（図８）へと遷移する。

図８は、アクションユーザ詳細画面の一例を示す図である。図８の例では、アクションユーザ詳細画面として、ステータス、問合せ番号、会員ＩＤ、カード番号（例えば下４桁）、取引ＩＤ、取引日時、アクション事由、アクション方法、問合せ詳細内容、問合せ履歴等が表示されている。イシュアシステム２を利用するオペレータ等は、図８のアクションユーザ詳細画面を参照しながら、ユーザからの問合せに応答することができる。

＜４．処理シーケンス＞
次に、図９を参照して、本実施形態に係るシステムの処理シーケンスについて説明する。なお、図９の例では、ユーザはアクション方法として、メッセージによる問合せを選択した場合を例に説明する。

加盟店において、ユーザがカードを用いた取引を行うと（Ｓ１１）、加盟店端末３からイシュアシステム２に対して、オーソリ情報が送信される（Ｓ１２）。イシュアシステム２においては、オーソリ情報を受信すると、カード情報ＤＢ２３２や加盟店情報ＤＢ２３３を参照し、今回の取引が不正なものであるか否かの判定を行う（Ｓ１３）。さらにイシュアシステム２では、カードの利用を承認すべきか否かの判定を行い（Ｓ１４）、判定結果からオーソリ結果情報を作成し、加盟店端末３、及び取引管理システム１へと通知する（Ｓ１５）。

取引管理システム１においては、受信したオーソリ結果情報に基づいて利用通知を作成する。利用通知には、取引ＩＤと、判定結果と、判定結果が否認である場合には否認事由とが含まれる。取引管理システム１は、作成した利用通知をユーザ端末４に送信する（Ｓ１６）。

ユーザ端末４において、ユーザは問合せを行いたい取引のレコードを選択する（Ｓ１７）。このときユーザ端末４から取引管理システム１に対して問合せ要求が送信される（Ｓ１８）。問合せ要求を受信すると、取引管理システム１では問合せ番号を発行し、問合せ要求に含まれる取引ＩＤと紐づけてアクション情報ＤＢ１３２にレコードを追加する（Ｓ１９）。取引管理システム１は、発行した問合せ番号を通知し、アクション方法選択画面をユーザ端末４に提供する（Ｓ２０）。

ユーザがアクション方法を選択する（Ｓ２１）と、選択されたアクション方法に関する情報が取引管理システム１に送信される（Ｓ２２）。図９の例ではアクション方法としてメッセージによる問合せが選択されたため、取引管理システム１においては、問合せ用の画面を作成しユーザ端末４に提供する（Ｓ２３）。

ユーザが問合せ用画面に認証情報、及び問合せの詳細な情報を記入して、送信する（Ｓ２４）と、取引管理システム１から、イシュアシステム２に対して、認証情報と問合せ詳細を確認可能な画面が提供される（Ｓ２５）。イシュアシステム２において、イシュアシステム２を利用するオペレータによってユーザ認証がされる（Ｓ２６）と、問合せに対する応答が行われる（Ｓ２７）。オペレータによって回答が入力される（Ｓ２８）と、当該回答内容がユーザ端末４に送信される（Ｓ２９）。

このように、本実施形態に係る取引管理システム１によると、ユーザはユーザ端末４を操作することで、オーソリ結果に基づいて過去の取引についてオペレータに問い合わせを行うことができる。このときユーザは、承認された取引と否認された取引とのいずれに対しても、同じ操作で問合せを行うことができる。また、オーソリ結果に基づいて問合せを行うことができるため、ユーザは実際に自身の口座から利用金額が引き落とされる前に、不正利用についての問合せを行うことができる。さらに取引管理システム１は、ユーザが問合せを行う際に、認証情報の入力を求めることができる。認証情報については、応答用の画面を介してイシュアシステム２に提示されるため、よりセキュアに管理することができる。

＜５．ハードウェア構成＞
以下、図１０を参照しながら、上述してきた取引管理システム１、イシュアシステム２、加盟店端末３及びユーザ端末４をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。

図１０に示すように、コンピュータ８００は、プロセッサ８０１、メモリ８０３、記憶装置８０５、入力Ｉ／Ｆ部８０７、データＩ／Ｆ部８０９、通信Ｉ／Ｆ部８１１、及び表示装置８１３を含む。

プロセッサ８０１は、メモリ８０３に記憶されているプログラムを実行することによりコンピュータ８００における様々な処理を制御する。例えば、取引管理システム１のオーソリ通知部１０１、問合せ受付部１０２、問合せ応答部１０３、イシュアシステム２の不正検知部２０１や審査部２０２、などは、メモリ８０３に一時記憶された上で、主にプロセッサ８０１上で動作するプログラムとして実現可能である。

メモリ８０３は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の記憶媒体である。メモリ８０３は、プロセッサ８０１によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。

記憶装置８０５は、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリ等の不揮発性の記憶媒体である。記憶装置８０５は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。この他、記憶装置８０５は、ユーザ情報ＤＢ１３１、アクション情報ＤＢ１３２、契約者情報ＤＢ２３１や、カード情報ＤＢ２３２、加盟店情報ＤＢ２３３を記憶することも可能である。このようなプログラムやデータは、必要に応じてメモリ８０３にロードされることにより、プロセッサ８０１から参照される。

入力Ｉ／Ｆ部８０７は、ユーザからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ部８０７の具体例としては、キーボードやマウス、タッチパネル、各種センサ、ウェアラブル・デバイス等が挙げられる。入力Ｉ／Ｆ部８０７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等のインタフェースを介してコンピュータ８００に接続されても良い。

データＩ／Ｆ部８０９は、コンピュータ８００の外部からデータを入力するためのデバイスである。データＩ／Ｆ部８０９の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置等がある。データＩ／Ｆ部８０９は、コンピュータ８００の外部に設けられることも考えられる。その場合、データＩ／Ｆ部８０９は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００へと接続される。

通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部の装置と有線又は無線により、インターネットＮを介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ部８１１は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００に接続される。

表示装置８１３は、各種情報を表示するためのデバイスである。表示装置８１３の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ウェアラブル・デバイスのディスプレイ等が挙げられる。表示装置８１３は、コンピュータ８００の外部に設けられても良い。その場合、表示装置８１３は、例えばディスプレイケーブル等を介してコンピュータ８００に接続される。また、入力Ｉ／Ｆ部８０７としてタッチパネルが採用される場合には、表示装置８１３は、入力Ｉ／Ｆ部８０７と一体化して構成することが可能である。

以上説明した各実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更／改良され得るととともに、本発明にはその等価物も含まれる。また、各実施形態は例示であり、異なる実施形態で示した構成の部分的な置換または組み合わせが可能であることは言うまでもなく、これらも本発明の特徴を含む限り本発明の範囲に包含される。

１ 取引管理システム
２ イシュアシステム
３ 加盟店端末
４ ユーザ端末
１０１ オーソリ通知部
１０２ 受付部
１０３ 応答部
２０１ 不正検知部
２０２ 審査部

Claims (7)

1. カード会社が提供するカードを用いて、ユーザと加盟店との間で取引が行われた場合に、前記カード会社において当該取引を承認するか否かを判定した結果を示すオーソリ結果情報を受信する受信部と、
   前記オーソリ結果情報に基づいて、前記取引の識別子と、前記判定した結果とを含む通知情報を、前記ユーザのユーザ端末に送信する通知部と、
   前記ユーザ端末から、前記通知情報について問合せ要求を受信した場合に、一意な問合せ番号を発行する問合せ受付部と、
   前記問合せ番号と前記取引の識別子と対応付けて記憶する記憶部と、
   前記問合せ番号と前記取引の識別子と前記問合せ要求における問い合わせ内容とが表示された画面を、前記カード会社のシステムに提供する問合せ応答部と、
   を備える取引管理システム。
2. 前記問合せ受付部は、
   前記ユーザ端末に対して、問合せを行う方法を選択させる画面を提供する、
   請求項１に記載の取引管理システム。
3. 前記問合せ応答部は、
   前記ユーザに対して、前記カード会社において当該ユーザを認証するための認証情報を入力させる、
   請求項１又は２に記載の取引管理システム。
4. 前記問合せ応答部は、
   前記カード会社において前記問合せ要求への応答が完了した場合に、前記ユーザ端末に通知を行う、
   請求項１乃至３の何れか一項に記載の取引管理システム。
5. 前記問合せ受付部は、
   前記オーソリ結果情報において、前記取引が承認されたことを示す場合と、前記取引が否認されたことを示す場合とのいずれにおいても、前記問合せ要求を受信する、
   請求項１乃至４の何れか一項に記載の取引管理システム。
6. コンピュータを、
   カード会社が提供するカードを用いて、ユーザと加盟店との間で取引が行われた場合に、前記カード会社において当該取引を承認するか否かを判定した結果を示すオーソリ結果情報を受信する手段、
   前記オーソリ結果情報に基づいて、前記取引の識別子と、前記判定した結果とを含む通知情報を、前記ユーザのユーザ端末に送信する手段、
   前記ユーザ端末から、前記通知情報について問合せ要求を受信した場合に、一意な問合せ番号を発行する手段、
   前記問合せ番号と前記取引の識別子と対応付けて記憶する手段、及び
   前記問合せ番号と前記取引の識別子と前記問合せ要求における問い合わせ内容とが表示された画面を、前記カード会社のシステムに提供する手段、
   として機能させるプログラム。
7. コンピュータが、
   カード会社が提供するカードを用いて、ユーザと加盟店との間で取引が行われた場合に、前記カード会社において当該取引を承認するか否かを判定した結果を示すオーソリ結果情報を受信するステップと、
   前記オーソリ結果情報に基づいて、前記取引の識別子と、前記判定した結果とを含む通知情報を、前記ユーザのユーザ端末に送信するステップと、
   前記ユーザ端末から、前記通知情報について問合せ要求を受信した場合に、一意な問合せ番号を発行するステップと、
   前記問合せ番号と前記取引の識別子と対応付けて記憶するステップと、
   前記問合せ番号と前記取引の識別子と前記問合せ要求における問い合わせ内容とが表示された画面を、前記カード会社のシステムに提供するステップと、
   を実行する取引管理方法。