(57)【要約】      （修正有）【課題】加盟店情報を補完する技術を提供する。【解決手段】取引管理システム１は、カード発行元が提供するカードを用いて、ユーザと加盟店との間で取引が行われた場合に、カード発行元において当該取引を承認可否判定した結果と、加盟店に関する情報とを含むオーソリ結果情報を受信する受信部と、加盟店に関する情報及びユーザの識別子を対応付けて記憶するユーザ別加盟店記憶部と、オーソリ結果情報に基づいて、加盟店に関する情報と、判定した結果とを含む通知情報を、ユーザ端末に送信する通知部と、ユーザ端末から、ユーザの識別子と、修正された加盟店に関する修正情報とを含む修正指示を受け付けた場合に、ユーザ別加盟店記憶部に、当該ユーザの識別子と、修正指示に含まれる修正された加盟店に関する修正情報を対応付けて登録する修正受付部と、を備える。通知部は、修正情報が対応付けられている場合には、当該修正情報に基づいて通知情報を作成する。【選択図】図３
2019057006.tif 000002
【特許請求の範囲】
【請求項１】
カード発行元が提供するカードを用いて、ユーザと加盟店との間で取引が行われた場合に、前記カード発行元において当該取引を承認するか否かを判定した結果と、前記加盟店に関する情報とを含むオーソリ結果情報を受信する受信部と、
前記加盟店に関する情報及び前記ユーザの識別子を対応付けて記憶するユーザ別加盟店記憶部と、
前記オーソリ結果情報に基づいて、前記加盟店に関する情報と、前記判定した結果とを含む通知情報を、前記ユーザのユーザ端末に送信する通知部と、
前記ユーザ端末から、前記ユーザの識別子と、修正された前記加盟店に関する修正情報とを含む修正指示を受け付けた場合に、当該修正指示に基づいて、前記ユーザ別加盟店記憶部に、当該ユーザの識別子と、前記修正指示に含まれる修正された加盟店に関する修正情報とを対応付けて登録する修正受付部と、
を備え、
前記通知部は、
所定のユーザに所定の加盟店に関する情報を含む通知情報を作成する際に、前記ユーザ別加盟店記憶部において、前記所定のユーザの識別子に前記所定の加盟店に関する修正情報が対応付けられている場合には、当該修正情報に基づいて前記通知情報を作成する、
取引管理システム。
【請求項２】
前記オーソリ結果情報は、前記加盟店において前記取引に用いられた端末の端末識別子をさらに含み、
前記オーソリ結果情報に含まれる前記端末識別子及び前記加盟店に関する情報を対応付けて記憶する加盟店マスタ記憶部と、
第１のカード発行元から受信した第１のオーソリ結果情報において、第１の端末識別子に対応する前記加盟店に関する情報が欠落していた場合には、第２のカード発行元から受信した前記第１の端末識別子を含む第２のオーソリ結果情報に基づいて、前記第１のオーソリ結果情報における前記加盟店に関する情報を補完して、前記加盟店マスタ記憶部に登録する補完部と、
をさらに備える請求項１に記載の取引管理システム。
【請求項３】
前記補完部に補完された前記加盟店に関する情報を含む前記加盟店マスタ記憶部を、前記カード発行元に提供する提供部、
をさらに備える請求項２に記載の取引管理システム。
【請求項４】
前記加盟店に関する情報は、
前記加盟店の名称又は業種である、
請求項１乃至３の何れか一項に記載の取引管理システム。
【請求項５】
前記ユーザの識別子と、前記取引に関する情報と、当該取引が行われた加盟店に関する情報とを対応付けて記憶する取引履歴記憶部をさらに備え、
前記修正受付部は、
前記修正指示を受け付けた場合に、当該修正指示に基づいて、前記取引履歴記憶部における、当該修正指示に含まれるユーザの識別子に対応付けられている加盟店に関する情報を、前記修正情報に更新する
請求項１乃至４の何れか一項に記載の取引管理システム。
【請求項６】
コンピュータを、
カード発行元が提供するカードを用いて、ユーザと加盟店との間で取引が行われた場合に、前記カード発行元において当該取引を承認するか否かを判定した結果と、前記加盟店に関する情報とを含むオーソリ結果情報を受信する受信手段、
前記加盟店に関する情報及び前記ユーザの識別子を対応付けて記憶するユーザ別加盟店記憶手段、
前記オーソリ結果情報に基づいて、前記加盟店に関する情報と、前記判定した結果とを含む通知情報を、前記ユーザのユーザ端末に送信する通知手段、及び
前記ユーザ端末から、前記ユーザの識別子と、修正された前記加盟店に関する修正情報とを含む修正指示を受け付けた場合に、当該修正指示に基づいて、前記ユーザ別加盟店記憶手段に、当該ユーザの識別子と、前記修正指示に含まれる修正された加盟店に関する修正情報とを対応付けて登録する修正受付手段、
として機能させ、
前記通知手段は、前記コンピュータを、さらに
所定のユーザに所定の加盟店に関する情報を含む通知情報を作成する際に、前記ユーザ別加盟店記憶手段において、前記所定のユーザの識別子に前記所定の加盟店に関する修正情報が対応付けられている場合には、当該修正情報に基づいて前記通知情報を作成する手段として機能させる、
取引管理方法。
【請求項７】
記憶装置を備えるコンピュータが、
カード発行元が提供するカードを用いて、ユーザと加盟店との間で取引が行われた場合に、前記カード発行元において当該取引を承認するか否かを判定した結果と、前記加盟店に関する情報とを含むオーソリ結果情報を受信する受信ステップと、
前記オーソリ結果情報に基づいて、前記加盟店に関する情報と、前記判定した結果とを含む通知情報を、前記ユーザのユーザ端末に送信する通知ステップと、
前記ユーザ端末から、前記ユーザの識別子と、修正された前記加盟店に関する修正情報とを含む修正指示を受け付けた場合に、当該修正指示に基づいて、前記記憶装置に、当該ユーザの識別子と、前記修正指示に含まれる修正された加盟店に関する修正情報とを対応付けて登録する修正受付ステップと、
を実行し、
前記通知ステップは、
所定のユーザに所定の加盟店に関する情報を含む通知情報を作成する際に、前記記憶装置において、前記所定のユーザの識別子に前記所定の加盟店に関する修正情報が対応付けられて記憶されている場合には、当該修正情報に基づいて前記通知情報を作成するステップをさらに含む、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、取引管理システム、取引管理方法、及びそのプログラム等に関する。
【背景技術】
【０００２】
近年、国内での買物だけでなく、海外での買物、インターネットショッピングでの買物等、クレジットカードやデビッドカード等のカードを利用する機会が増加している。それに伴い、カードの不正利用による被害件数も増加傾向にある。そのため、ユーザが、自身の保有するカードの利用情報を確認できる仕組みの重要性が高まっている（例えば特許文献１等）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２１３４９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えばカード会社と加盟店契約を結んでいる加盟店においてクレジットカードを用いて取引を行った場合、この取引に関する情報は、加盟店とカード会社の間を結ぶ専用ネットワークを介してカード会社のシステムへと伝送される。しかしこの専用ネットワーク内を伝送するデータの構造は、専用ネットワーク間で統一されていない。このため、取引の情報を受け取ったカード会社のシステム側では、情報の一部が欠落してしまう場合がある。この場合、ユーザに提供するカード利用に関する情報も不完全なものとなるため、ユーザ側ではカードが利用された情報の確認が困難になる。
【０００５】
そこで、本発明は、上記事情に鑑み、加盟店に関する情報を補完する技術を提供することを目的とするものである。
【課題を解決するための手段】
【０００６】
本発明による取引管理システムは、カード発行元が提供するカードを用いて、ユーザと加盟店との間で取引が行われた場合に、カード発行元において当該取引を承認するか否かを判定した結果と、加盟店に関する情報とを含むオーソリ結果情報を受信する受信部と、加盟店に関する情報及びユーザの識別子を対応付けて記憶するユーザ別加盟店記憶部と、オーソリ結果情報に基づいて、加盟店に関する情報と、判定した結果とを含む通知情報を、ユーザのユーザ端末に送信する通知部と、ユーザ端末から、ユーザの識別子と、修正された加盟店に関する修正情報とを含む修正指示を受け付けた場合に、当該修正指示に基づいて、ユーザ別加盟店記憶部に、当該ユーザの識別子と、修正指示に含まれる修正された加盟店に関する修正情報とを対応付けて登録する修正受付部と、を備え、通知部は、所定のユーザに所定の加盟店に関する情報を含む通知情報を作成する際に、ユーザ別加盟店記憶部において、所定のユーザの識別子に所定の加盟店に関する修正情報が対応付けられている場合には、当該修正情報に基づいて通知情報を作成する。
【０００７】
本発明のプログラムは、ＣＤ−ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリなどの各種の記録媒体を通じて、又は通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。
【０００８】
また、本明細書等において、「部」とは、単に物理的構成を意味するものではなく、その構成が有する機能をソフトウェアによって実現する場合も含む。また、１つの構成が有する機能が２つ以上の物理的構成により実現されても、２つ以上の構成の機能が１つの物理的構成により実現されてもよい。
【発明の効果】
【０００９】
本発明によれば、加盟店に関する情報を補完する技術を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態における取引管理システムを含むシステムの構成図である。
【図２】本発明の実施形態におけるイシュアシステムの機能ブロックの一例を示す図である。
【図３】本発明の実施形態における取引管理システムの機能ブロックの一例を示す図である。
【図４Ａ】本発明の実施形態における取引履歴ＤＢの一例を示す図である。
【図４Ｂ】本発明の実施形態における加盟店マスタの一例を示す図である。
【図４Ｃ】本発明の実施形態におけるユーザ別加盟店ＤＢの一例を示す図である。
【図５】本発明の実施形態における加盟店マスタが更新される態様を示す図である。
【図６】本発明の実施形態におけるユーザ別加盟店ＤＢが更新される態様を示す図である。
【図７Ａ】本発明の実施形態における取引管理システムが提供する画面の一例を示す図である。
【図７Ｂ】本発明の実施形態における取引管理システムが提供する画面の一例を示す図である。
【図７Ｃ】本発明の実施形態における取引管理システムが提供する画面の一例を示す図である。
【図７Ｄ】本発明の実施形態における取引管理システムが提供する画面の一例を示す図である。
【図７Ｅ】本発明の実施形態における取引管理システムが提供する画面の一例を示す図である。
【図８】本発明の実施形態におけるシステムのシーケンス図の一例を示す図である。
【図９】本発明の実施形態におけるシステムのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１１】
［第１の実施形態］
以下、本発明の実施の形態の１つについて詳細に説明する。なお、以下の実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均等なものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。
【００１２】
＜１．システム構成の概要＞
図１は、本実施形態に係る取引管理システム１の構成の一例を示している。図１に示すように、取引管理システム１は、インターネットや専用線等のネットワークＮを介して複数のカード発行元の会社（以下、「イシュア」ともいう。）が所有するシステム（以下、「イシュアシステム」ともいう。）２と、イシュアと契約をしている小売店（以下、「加盟店」とも呼ぶ。）が所有する端末（以下、「加盟店端末」ともいう）３と、カードの契約者が所有するユーザ端末４とが互いに接続されている。なお、加盟店は、実際の小売店に限らず、ＡＴＭやインターネットショッピング等の非対面販売を行うウェブサイト等を含む。また、イシュアはカード会社に限定されず、銀行でもよい。
【００１３】
ネットワークＮは、無線ネットワークや有線ネットワークにより構成される。ネットワークの一例としては、携帯電話網や、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ−ｐｈｏｎｅ  Ｓｙｓｔｅｍ）網、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ Ｎｅｔｗｏｒｋ）、３Ｇ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、４Ｇ（４ｔｈ  Ｇｅｎｅｒａｔｉｏｎ）、ＷｉＭａｘ（登録商標）、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、有線ＬＡＮ、電話線、電灯線ネットワーク、ＩＥＥＥ１３９４等に準拠したネットワークがある。
【００１４】
ネットワークＮのうち、加盟店端末３とイシュアシステム２とを接続する部分は、イシュアシステム２の種類に応じて、ＣＡＦＩＳ（Ｃｒｅｄｉｔ  Ａｎｄ  Ｆｉｎａｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）ネットワークや、ＶｉｓａＮｅｔ（登録商標）、ＢａｎｋＮｅｔ等の決済ネットワークが用いられる。
【００１５】
以下の説明では、本実施形態に係る取引管理システム１が管理する取引に用いられるカードの一例としてクレジットカードを例に説明する。しかし、カードは、クレジットカードに限定されず、例えばプリペイドカードやキャッシュカード、デビッドカード、ペイメントカードでもよい。
【００１６】
また本実施形態に係るカードは、対面販売だけでなくインターネットショッピング等の非対面販売や、海外又は国内のＡＴＭで現金を引き出すサービスやキャッシングサービスに用いられることも可能である。ユーザはカードを非対面販売に用いる場合には、取引に現実のカードではなく、例えばカードの識別子（カードＩＤ）を用いることができる。さらに、非対面販売において、ユーザはカードＩＤに紐づけられた所定のＩＤを用いて取引を行うことも可能である。所定のＩＤは、例えば所定のシステムへのログインＩＤやモバイルＩＤを含む。ユーザは、例えば所定のシステムへログインすることで、ログインＩＤに紐づくカードＩＤを用いて取引を行うことができる。また、カードＩＤは、おサイフケータイ（登録商標）、その他ＩＣチップ決済等に紐づけられていてもよい。
【００１７】
＜２．詳細構成＞
＜２−１．加盟店端末３＞
加盟店端末３は、ネットワークＮに接続されたコンピュータである。具体的には、加盟店端末３は、例えば携帯電話やスマートフォン、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、タブレット、ウェアラブル（Ｗｅａｒａｂｌｅ）端末等によって実現される。
【００１８】
加盟店端末３は、加盟店が実店舗を有する場合、カードに記録された情報をスキャンする機能、及びスキャンされた情報に基づいて、信用承認情報（以下、「オーソリ情報」ともいう。）を、イシュアシステム２に送信する機能を有する。オーソリ情報は、例えば、カードＩＤと、加盟店の識別子と、取引を行った加盟店端末の識別子（以下「端末ＩＤ」ともいう）と、取引の代金（以下、「利用金額」ともいう。）と、取引日と、取引の識別子（以下、「取引ＩＤ」ともいう。）と、加盟店の名称と、加盟店の種別（業種）とを含む。また、オーソリ情報は、上述した所定のＩＤに関する情報も含んでもよい。
【００１９】
オーソリ情報に含まれるこれらの情報は、決済ネットワークを介してイシュアシステム２に伝送される際に、当該決済ネットワークの種類によっては欠落してしまう場合がある。例えばＣＡＦＩＳネットワークを介してオーソリ情報がイシュアシステム２に送信される場合、当該ネットワークを伝送されるデータには、加盟店の名称を含めることができない。この結果、イシュアシステム２側ではＣＡＦＩＳネットワークを介して接続された加盟店の名称を取得することができない。本実施形態においては、特定の決済ネットワークを伝送する場合に、オーソリ情報から加盟店に関する情報（例えば加盟店の名称や、加盟店の種別）が欠落してしまう場合を例に説明する。
【００２０】
オーソリ情報を送信した際に、イシュアシステム２から、加盟店端末３が読み取ったカードの利用を承認する旨の通知（以下、「承認通知」ともいう。）を、受信すると、加盟店端末３は、イシュアシステム２に対して売上情報を送信する。売上情報は、少なくともカードＩＤと、加盟店の識別子と、端末ＩＤと、売上金額と、取引日とを含む情報である。他方、イシュアシステム２から、加盟店端末３が読みカードの利用を承認しない旨の通知（以下、「否認通知」ともいう。）を、加盟店端末３が受信すると、取引が不成立となる。
【００２１】
なお、加盟店がインターネットや電話等による通信販売を営むものである場合、加盟店端末３、カードに記録された情報をスキャンする機能を省略することができる。
【００２２】
＜２−２．イシュアシステム２の機能＞
イシュアシステム２は、イシュアにより管理されるシステムであり、インターネットや専用線等のネットワークＮに接続されたＰＣやサーバ装置等によって実現される。イシュアシステム２は、加盟店端末３からの要求に応じて、加盟店端末３が読み取ったカードが利用可能であるか否かの審査を行う機能等を有している。
【００２３】
図２を参照して、本実施形態に係るイシュアシステム２の機能構成について説明する。図２は、イシュアシステム２の機能ブロック図の一例を示す図である。イシュアシステム２は、契約者情報ＤＢ２３１と、カード情報ＤＢ２３２と、加盟店情報ＤＢ２３３と、不正検知部２０１と、審査部２０２と、突合部２０３とを有している。
【００２４】
契約者情報ＤＢ２３１には、本実施形態に係るユーザのうち、対応するイシュアとカードの契約をしているユーザ（以下、「契約者」ともいう。）の識別子と、当該契約者が契約したカードのＩＤとが対応付けられて保存される。カードＩＤは、契約者がイシュアとカードの利用契約を締結した時に、割り当てられた識別子である。契約者がイシュアと複数の利用契約を締結する等して、複数のカードを保有している場合には、１つの契約者の識別子に複数のカードＩＤが対応付けられる。
【００２５】
カード情報ＤＢ２３２には、例えば、カードＩＤと、当該カードが利用された場合に、利用金額が引き落とされる契約者口座と、当該カードの利用履歴と、限度額と、が対応付けられて保存されている。また、カード情報ＤＢ２３２には、契約者口座と紐づくＩＤ（上述したシステムＩＤやモバイルＩＤ等）が保存されていてもよい。
【００２６】
カードの利用履歴は、例えば、当該カードが利用された加盟店等の識別子や取引ＩＤ、利用金額、利用金額の当月の合計額、利用日時、契約者口座から利用金額が引き落とされた日時、引き落としの際の遅滞の有無等を含む。
【００２７】
なお、カード情報ＤＢ２３２に保存される限度額の初期値として、契約者がイシュアと利用契約を締結した時に設定された限度額が保存される。
【００２８】
加盟店情報ＤＢ２３３には、加盟店に関する情報が保存されている。具体的には加盟店情報ＤＢ２３３には、加盟店等の識別子と、加盟店等の名称と、業種と、業歴と、カードによる売上月額と、売上月額の推移に関する情報と、不正取引に関する情報等とが保存されている。
【００２９】
加盟店情報ＤＢ２３３は、売上月額の推移に関する情報として、例えば、売上の急激な減少や消滅を示す情報を保存することができる。また、加盟店情報ＤＢ２３３は、不正取引に関する情報として、例えば、売上単価が不当に高いことを示す情報を保存することができる。加盟店情報ＤＢ２３３は、さらに、その他の情報として、加盟店契約の解除、閉店及び代表者の変更、官報に掲載された企業倒産や不渡りの情報等を保存することができる。
【００３０】
加盟店情報ＤＢ２３３に保存された、加盟店等の名称、業種及び業歴は、イシュアが直営する加盟店については、加盟店契約をする際に取得することができる。
【００３１】
一方、直営店以外の加盟店につい、加盟店等の名称、業種及び業歴は受信したオーソリ情報から取得するところ、加盟店との間の決済ネットワークの種類によっては、これらの情報が欠落してしまう。例えばイシュアシステム２がＣＡＦＩＳネットワークを介して加盟店端末と接続されている場合には、加盟店情報ＤＢの各レコードは、加盟店の名称が欠落する。したがって、一部の加盟店については、加盟店等の名称、業種及び業歴は、欠落した状態で登録されている場合がある。
【００３２】
なお、加盟店情報ＤＢ２３３に保存されたその他の情報については、直営店か否かによらず、加盟店契約以降のカードによる支払い実績等に基づいて追加・更新することができる。
【００３３】
不正検知部２０１は、加盟店端末３からオーソリ情報を受信した際に、契約者情報ＤＢ２３１、カード情報ＤＢ２３２、及び加盟店情報ＤＢ２３３に基づいて、不正検知処理を実行する。
【００３４】
例えば、不正検知部２０１は、不正検知処理として、カード情報ＤＢ２３２を参照して、オーソリ情報に含まれるカードの識別子に対応する利用履歴から、当該カードの利用を保留すべきか否かを判定することができる。具体的には、不正検知部２０１は、前回のカードの利用金額が契約者口座から引き落とされておらず、かつ支払期日が到来している利用履歴に対応するカードの利用を保留することができる。
【００３５】
また、不正検知部２０１は、カード情報ＤＢ２３２や加盟店情報ＤＢ２３３を参照して、過去の不正な利用履歴を解析し、あらかじめ不正検知ルールを作成してもよい。不正検知ルールは、例えば、契約者が過去一定期間カードを利用していた地域から、「遠隔した地域において、高額の利用が相次いだ場合」や、「換金性が高く、かつ高額の商品ばかりの利用が続いた場合」等が挙げられる。この場合、不正検知部２０１は、不正検知ルールにマッチするカードの利用を保留することができる。
【００３６】
審査部２０２は、加盟店端末３からオーソリ情報を受信すると、当該オーソリ情報に含まれる取引ＩＤが示す取引について、カードの利用を承認すべきか否かを判定する。具体的には、審査部２０２は、利用金額が与信枠の範囲内であるか否かの審査を行う。このとき審査部２０２は、カード情報ＤＢ２３２を参照して、当月の利用金額の合計額に今回の利用金額を足した加算額が、限度額を上回っているか判定を行うことができる。当該加算額が、限度額以下である場合には、審査部２０２は、カードの利用を承認する。他方で、加算額が、限度額より大きい場合や、不正検知部２０１が利用を保留した場合には、審査部２０２は、カードの利用を否認する。
【００３７】
審査部２０２は、判定結果（以下、「オーソリ結果」ともいう。）に基づいて、取引ＩＤごとにオーソリ結果情報を作成し、加盟店端末３及び取引管理システム１に送信する。なお、オーソリ結果情報には、例えば判定結果と併せて、オーソリ情報に含まれる情報（カードＩＤ，加盟店識別子、端末ＩＤ、利用金額、取引日時、取引ＩＤ，加盟店の名称、その種別等）と、イシュアの識別子（以下、「イシュアＩＤ」ともいう。）が含まれる。
【００３８】
突合部２０３は、オーソリ情報に含まれる情報と、売上情報に含まれる情報とが一致するか否かの判定を行う。例えば突合部２０３は、所定のロジックに基づいて、売上情報とオーソリデータとに含まれる、取引日、カードＩＤ、加盟店の識別子、売上金額・利用金額等の情報が一致するか否かの判定を行う。突合部２０３は、オーソリ情報に含まれる情報と、売上情報に含まれる情報とが一致する場合には、ユーザの契約者口座から、売上金額の引き落とし処理を行う。なお、ユーザが利用したカードがクレジットカードである場合には、突合部２０３は、契約時に定められた期日を指定して、引き落とし処理を行う。
【００３９】
＜２−３．ユーザ端末４＞
ユーザ端末４は、ネットワークＮに接続されたコンピュータである。具体的には、ユーザ端末４は、例えば携帯電話やスマートフォン、ＰＣ、ＰＤＡ、タブレット端末、ウエラブル端末等によって実現される。ユーザ端末４は、所定のアプリケーションがインストールされたものであり、受信したオーソリ結果に含まれる加盟店に関する情報（例えば加盟店名、業種等）を修正することができる。このときユーザ端末４から取引管理システム１には、ユーザＩＤと、端末ＩＤと修正した加盟店に関する情報が含まれた修正指示が送信される。
【００４０】
＜２−４．取引管理システム１＞
取引管理システム１は、上述のネットワークＮに接続されたＰＣやサーバ装置等によって実現される。取引管理システム１は、イシュアシステム２から発行されるオーソリ情報に基づいて、ユーザ端末４へ通知を行う機能等を有している。
【００４１】
図３を参照して、本実施形態に係る取引管理システム１の機能構成について説明する。図３は、取引管理システム１の機能ブロック図の一例を示す図である。取引管理システム１は、オーソリ通知部１０１と、補完部１０２と、修正受付部１０３と、提供部１０４と、ユーザ情報ＤＢ１３１と、取引履歴ＤＢ１３２と、加盟店マスタ１３３と、ユーザ別加盟店ＤＢ１３４とを備えている。
【００４２】
ユーザ情報ＤＢ１３１には、ユーザＩＤに、カードＩＤが対応付けられて記憶されている。
【００４３】
図４Ａは取引履歴ＤＢ１３２である。図４に示すように取引履歴ＤＢ１３２には、取引ＩＤに、カードＩＤ、イシュアＩＤ、端末ＩＤ、加盟店名、加盟店の種別、取引日時等が対応付けられて記憶されている。なお図４Ａにおいては、一例として加盟店名、及び加盟店の種別がいずれのレコードも埋められている例を記載しているが、一部又は全部のレコードにおいて加盟店名又は加盟店の種別は欠落している場合がある。
【００４４】
図４Ｂは加盟店マスタ１３３である。図４Ｂに示すように加盟店マスタ１３３には、イシュアＩＤと、端末ＩＤと、加盟店名とが対応付けられて記憶されている。なお取引履歴ＤＢ１３２と同様に、加盟店マスタ１３３においても加盟店名又は加盟店の種別が欠落している場合がある。
【００４５】
図４Ｃはユーザ別加盟店ＤＢ１３４である。図４Ｃに示すようにユーザ別加盟店ＤＢ１３４には、ユーザＩＤと、端末ＩＤと、加盟店名と、加盟店の種別とが対応付けられて記憶されている。なお取引履歴ＤＢ１３２と同様に、ユーザ別加盟店ＤＢ１３４においても加盟店名又は加盟店の種別が欠落している場合がある。
【００４６】
オーソリ通知部１０１は、イシュアシステム２から送信されるオーソリ結果情報を受信すると、利用通知を作成する。利用通知は、受信したオーソリ結果情報に対応する取引ＩＤと、加盟店に関する情報と、オーソリ結果と、オーソリ結果が否認である場合にはその理由とを含む情報である。
【００４７】
本実施形態に係るオーソリ通知部１０１は、利用通知を作成する際に、ユーザ別加盟店ＤＢ１３４に修正済みの加盟店に関する情報が登録されている場合には、登録されている修正済みの情報を優先して用いる。具体的には、オーソリ通知部１０１は、ユーザ情報ＤＢ１３１を参照して、受信したオーソリ結果情報に含まれるカードＩＤに対応するユーザのＩＤを特定する。次にオーソリ通知部１０１は、ユーザ別加盟店ＤＢ１３４を参照して、特定したユーザＩＤと、オーソリ結果情報に含まれる端末ＩＤとをキーとして検索を行う。オーソリ通知部１０１は、ユーザ別加盟店ＤＢ１３４において、該当するレコードが見つかった場合には、当該レコードに対応する加盟店に関する情報を用いて利用通知を作成する。他方で、該当するレコードが見つからなかった場合には、オーソリ通知部１０１は、オーソリ結果情報に含まれる加盟店に関する情報を用いて利用通知を作成する。
【００４８】
オーソリ通知部１０１は、作成した利用通知を、特定したユーザに送信する。
【００４９】
なお、オーソリ通知部１０１によるユーザ端末４への通知は、例えば、ユーザ端末４にインストールされている所定のアプリケーションに対して通知を行う他、メール等によって通知してもよい。
【００５０】
補完部１０２は、加盟店マスタ１３３において、加盟店名が登録されていないレコードについて、加盟店名の補完処理を行う。補完処理について図５を用いて具体的に説明すると、補完部１０２は、加盟店マスタ１３３を参照し、加盟店名が登録されていないレコードに対応する端末ＩＤを特定する（図５（１）の行Ａ）。次に、補完部１０２は、特定した端末ＩＤをキーとして加盟店マスタ１３３を検索し、加盟店名が登録されているレコードを抽出する（図５（１）の行Ｂ）。補完部１０２は、抽出したレコードの加盟店名を、加盟店名が登録されていないレコードに登録する（図５（２）。なお、図５（２）は図４Ｂと同一の状態である。）。
【００５１】
なお、補完部１０２は、加盟店名の補完処理を所定の間隔で行ってもよいし、オーソリ結果情報を受信する度に行ってもよい。例えば補完処理をオーソリ結果情報を受信する度に行う場合には、補完部１０２は受信したオーソリ結果情報に加盟店名が含まれていなかった場合に補完処理を行うことができる。
【００５２】
このように補完部１０２は、あるイシュアからのオーソリ結果情報において、ネットワークＮを伝送中にデータが欠落した場合でも、異なるイシュアのデータを用いて補完させることができる。
【００５３】
なお、補完部１０２が加盟店の種別を補完する場合の処理は、加盟店名を補完する場合と同様である。
【００５４】
修正受付部１０３は、ユーザ端末４からデータの修正指示を受信した場合に、受信した修正指示に基づいて取引履歴ＤＢ１３２、及びユーザ別加盟店ＤＢ１３４のレコードを更新する修正処理を行う。なお、修正受付部１０３は、取引履歴ＤＢ１３２、及びユーザ別加盟店ＤＢ１３４のいずれか一方のみを更新対象としてもよい。
【００５５】
修正処理について、図６を用いてユーザ別加盟店ＤＢ１３４において加盟店名を更新する場合を例に、具体的に説明する。なお、一例として修正指示には以下の情報が含まれていたとする。
・ユーザＩＤ  Ｕｓｅｒ００２
・端末ＩＤ  ００２
・修正後の加盟店名  ＸＸＸショップ新宿店
このとき、修正受付部１０３は、ユーザ端末４から受信した修正指示に含まれるユーザＩＤ（Ｕｓｅｒ００２）と端末ＩＤ（００２）とをキーにユーザ別加盟店ＤＢ１３４を検索する。修正受付部１０３は、該当するレコードが見つかった場合には当該レコードを抽出し（図６（１）の行Ｃ）、抽出したレコードの加盟店名を、修正指示に含まれる加盟店名に更新する（図６（２））。
【００５６】
他方で、該当するレコードが見つからなかった場合には、修正受付部１０３は、修正指示に含まれるユーザＩＤと、端末ＩＤと、修正後の加盟店名とを対応付けてレコードを作成する。このとき修正受付部１０３は、修正指示に含まれる端末ＩＤで加盟店マスタ１３３を検索し、当該端末ＩＤに対応する加盟店名以外の加盟店に関する情報（本実施形態では加盟店の種別が相当する。）を取得してレコードを作成することが好ましい。修正受付部１０３は、ユーザ別加盟店ＤＢ１３４に作成したレコードを追加する。
【００５７】
なお、その他の加盟店に関する情報を更新する場合の更新処理については、加盟店名の更新処理と同様であるため詳細な説明は省略する。また、取引履歴ＤＢ１３２に対する更新処理もユーザ別加盟店ＤＢ１３４の場合と同様であるため、説明を省略する。ただし、修正受付部１０３は、取引履歴ＤＢ１３２を修正する場合には、修正指示に含まれる端末ＩＤに対応するレコードすべてを更新することが好ましい。これによって、ユーザが過去の取引履歴を参照する場合にも、ユーザ端末４には修正済みの加盟店に関する情報が表示される。
【００５８】
なお、修正指示には、端末ＩＤの代わりに取引ＩＤが含まれる構成でもよい。この場合、修正受付部１０３は、まず取引履歴ＤＢ１３２を検索し、修正指示に含まれる取引ＩＤに対応する端末ＩＤを特定する。その後の修正処理は上述のとおりである。また、ユーザは修正指示において、加盟店に関する情報を修正するだけでなく、欠落を補完することもできる。
【００５９】
提供部１０４は、補完された加盟店マスタ１３３をイシュアシステム２にフィードバックする処理を行う。具体的には提供部１０４は、加盟店マスタ１３３に登録されたレコードのうち、提供先のイシュアシステムを管理するイシュアのＩＤに対応するレコードを抽出し、提供することが好ましい。なお、提供部１０４は、このフィードバック処理を所定の間隔（例えば月１回や週１回）で行うことが好ましいが、加盟店マスタ１３３が補完される度に行ってもよい。
【００６０】
イシュアシステム２においては、提供部１０４から提供された補完されたレコードを用いて、加盟店情報ＤＢ２３３を更新することができる。
【００６１】
＜３．画面例＞
図７Ａ乃至図７Ｆを参照して、本実施形態に係る取引管理システム１が提供する画面の一例について説明する。図７Ａ乃至図７Ｆは、ユーザ端末４において表示される画面の一例である。
【００６２】
図７Ａは取引情報一覧画面である。取引情報一覧画面には、ユーザ端末４のユーザが契約しているカードを用いて過去に行った取引の一覧が表示されている。一覧表示された取引のレコードを選択すると、取引情報詳細画面（図７Ｂ）が表示される。なお、図７Ａの例では、一例として、イシュアシステム２において承認通知が出された取引のみが表示されているが、これに限定されず、否認された取引が表示されてもよい。
【００６３】
図７Ｂは、取引情報詳細画面の一例を示す図である。図７Ｂの例では、取引情報詳細画面には、取引日時、取引金額、取引を行った加盟店名４０３、及び当該加盟店の種別を示すアイコン４０２等が表示されている。また、取引情報詳細画面には、加盟店に関する情報を修正するためのアイコン４０１が表示されている。アイコン４０１を選択すると、修正画面（図７Ｃ）が表示される。
【００６４】
図７Ｃは、修正画面の一例を示す図である。図７Ｃの例では、修正画面では、加盟店名と、加盟店の種別を修正することができる。例えば図７Ｃの修正画面において、ユーザは入力欄４０５に表示されている加盟店の名称を修正することができる。また種別選択欄４０４に表示されているチェックボックスから任意の種別を選択することで、加盟店の種別を変更することができる。図７Ｃにおいては種別選択欄４０４には、「家電・家具」、「ファッション」、「百貨店」、及び「電車・タクシー」の４つの種別についてチェックボックスが表示されているが、種別の数や種類はこれに限定されない。また種別選択欄４０４における種別の選択方法はチェックボックスに限定されず、プルダウンやユーザの手入力等、任意の方法を用いることが可能である。修正画面において加盟店に関する情報が修正されると、修正された情報を含む修正指示が取引管理システム１に送信される。
【００６５】
図７Ｄは、加盟店に関する情報が修正された後の取引情報詳細画面の一例を示す図である。図７Ｄに示すように、加盟店名４０３と、種別を示すアイコン４０２とが、図７Ｂに示した画面から修正されたことが分かる。
【００６６】
図７Ｅは、加盟店に関する情報が修正された後の取引情報一覧画面である。図７Ｅに示すように、修正が行われた加盟店に関するレコードにおいて、いずれも修正後の加盟店名が表示される。
【００６７】
＜４．処理シーケンス＞
次に、図８を参照して、本実施形態に係るシステムの処理シーケンスについて説明する。
【００６８】
加盟店において、ユーザがカードを用いた取引を行うと（Ｓ１１）、加盟店端末３からイシュアシステム２に対して、オーソリ情報が送信される（Ｓ１２）。イシュアシステム２においては、オーソリ情報を受信すると、カード情報ＤＢ２３２や加盟店情報ＤＢ２３３を参照し、今回の取引が不正なものであるか否かの判定を行う（Ｓ１３）。さらにイシュアシステム２では、カードの利用を承認すべきか否かの判定を行い（Ｓ１４）、判定結果からオーソリ結果情報を作成し、加盟店端末３、及び取引管理システム１へと通知する（Ｓ１５）。
【００６９】
取引管理システム１においては、受信したオーソリ結果情報とユーザ別加盟店ＤＢ１３４とに基づいて利用通知を作成する。利用通知には、取引ＩＤと、加盟店に関する情報と、判定結果と、判定結果が否認である場合には否認事由とが含まれる。取引管理システム１は、加盟店に関する情報について、ユーザ別加盟店ＤＢ１３４において、利用通知の送信先のユーザに対応する修正済みの情報が登録されている場合には、当該情報を優先的に使用して利用通知を作成する。取引管理システム１は、作成した利用通知をユーザ端末４に送信する（Ｓ１６）。
【００７０】
ユーザ端末４において、ユーザは加盟店の情報の修正を行いたい取引のレコードを選択し、修正する（Ｓ１７）。このときユーザ端末４から取引管理システム１に対して修正指示が送信される（Ｓ１８）。修正指示を受信すると、取引管理システム１では修正指示に基づいて、取引履歴ＤＢ１３２において対応するレコードを更新し、ユーザ別加盟店ＤＢ１３４において、ユーザＩＤと紐づけて修正後の加盟店に関する情報を登録する（Ｓ１９）。
【００７１】
これによって、ユーザ端末４においては、更新された取引履歴が表示されるようになる。さらに、提供部１０４は、更新した加盟店マスタ１３３を所定の間隔でイシュアシステム２に提供する（Ｓ２０）。
【００７２】
このように、本実施形態に係る取引管理システム１によると、ユーザはユーザ端末４を操作することで、ユーザ端末４に表示された加盟店に関する情報を修正したり補完したりすることができる。修正された加盟店に関する情報は、取引管理システム１において、ユーザごとに管理される。これによって、ユーザは自身の好みに応じて、ユーザ端末４に表示される加盟店に関する情報を変更することができる。さらに、取引管理システム１は、加盟店マスタ１３３において、他のイシュアから送信されるオーソリ結果情報に基づいて、加盟店に関する情報が欠落したレコードを補完することができる。これによって、取引管理システム１においては、ユーザがカードの利用履歴を確認しやすい状態で利用通知を行うことができる。
【００７３】
＜５．ハードウェア構成＞
以下、図９を参照しながら、上述してきた取引管理システム１、イシュアシステム２、加盟店端末３及びユーザ端末４をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。
【００７４】
図９に示すように、コンピュータ８００は、プロセッサ８０１、メモリ８０３、記憶装置８０５、入力Ｉ／Ｆ部８０７、データＩ／Ｆ部８０９、通信Ｉ／Ｆ部８１１、及び表示装置８１３を含む。
【００７５】
プロセッサ８０１は、メモリ８０３に記憶されているプログラムを実行することによりコンピュータ８００における様々な処理を制御する。例えば、取引管理システム１のオーソリ通知部１０１、補完部１０２、修正受付部１０３、提供部１０４、イシュアシステム２の不正検知部２０１や審査部２０２、などは、メモリ８０３に一時記憶された上で、主にプロセッサ８０１上で動作するプログラムとして実現可能である。
【００７６】
メモリ８０３は、例えばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等の記憶媒体である。メモリ８０３は、プロセッサ８０１によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。
【００７７】
記憶装置８０５は、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリ等の不揮発性の記憶媒体である。記憶装置８０５は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。この他、記憶装置８０５は、ユーザ情報ＤＢ１３１、取引履歴１３２、加盟店マスタ１３３、ユーザ別加盟店ＤＢ１３４、契約者情報ＤＢ２３１や、カード情報ＤＢ２３２、加盟店情報ＤＢ２３３を記憶することも可能である。このようなプログラムやデータは、必要に応じてメモリ８０３にロードされることにより、プロセッサ８０１から参照される。
【００７８】
入力Ｉ／Ｆ部８０７は、ユーザからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ部８０７の具体例としては、キーボードやマウス、タッチパネル、各種センサ、ウェアラブル・デバイス等が挙げられる。入力Ｉ／Ｆ部８０７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等のインタフェースを介してコンピュータ８００に接続されても良い。
【００７９】
データＩ／Ｆ部８０９は、コンピュータ８００の外部からデータを入力するためのデバイスである。データＩ／Ｆ部８０９の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置等がある。データＩ／Ｆ部８０９は、コンピュータ８００の外部に設けられることも考えられる。その場合、データＩ／Ｆ部８０９は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００へと接続される。
【００８０】
通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部の装置と有線又は無線により、インターネットＮを介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ部８１１は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００に接続される。
【００８１】
表示装置８１３は、各種情報を表示するためのデバイスである。表示装置８１３の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ウェアラブル・デバイスのディスプレイ等が挙げられる。表示装置８１３は、コンピュータ８００の外部に設けられても良い。その場合、表示装置８１３は、例えばディスプレイケーブル等を介してコンピュータ８００に接続される。また、入力Ｉ／Ｆ部８０７としてタッチパネルが採用される場合には、表示装置８１３は、入力Ｉ／Ｆ部８０７と一体化して構成することが可能である。
【００８２】
以上説明した各実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更／改良され得るととともに、本発明にはその等価物も含まれる。また、各実施形態は例示であり、異なる実施形態で示した構成の部分的な置換または組み合わせが可能であることは言うまでもなく、これらも本発明の特徴を含む限り本発明の範囲に包含される。
【符号の説明】
【００８３】
１  取引管理システム
２  イシュアシステム
３  加盟店端末
４  ユーザ端末
１０１  オーソリ通知部
１０２  補完部
１０３  修正受付部
１０４  提供部
【図１】
2019057006.tif 000003
【図２】
2019057006.tif 000004
【図３】
2019057006.tif 000005
【図４Ａ】
2019057006.tif 000006
【図４Ｂ】
2019057006.tif 000007
【図４Ｃ】
2019057006.tif 000008
【図５】
2019057006.tif 000009
【図６】
2019057006.tif 000010
【図７Ａ】
2019057006.tif 000011
【図７Ｂ】
2019057006.tif 000012
【図７Ｃ】
2019057006.tif 000013
【図７Ｄ】
2019057006.tif 000014
【図７Ｅ】
2019057006.tif 000015
【図８】
2019057006.tif 000016
【図９】
2019057006.tif 000017
【手続補正書】
【提出日】平成30年2月6日(2018.2.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
カード発行元が提供するカードを用いて、ユーザと加盟店との間で取引が行われた場合に、前記カード発行元において当該取引を承認するか否かを判定した結果と、前記加盟店に関する情報と、前記カードの識別子と、を含むオーソリ結果情報を受信する受信部と、
前記加盟店に関する情報及び前記ユーザの識別子を対応付けて記憶するユーザ別加盟店記憶部と、
前記カードの識別子と、前記ユーザの識別子とを対応付けて記憶するユーザ情報記憶部と、
前記ユーザ情報記憶部において前記オーソリ結果情報に含まれる前記カードの識別子に対応付けられた前記ユーザの識別子に対応するユーザ端末に対して、前記オーソリ結果情報に基づいて、前記加盟店に関する情報と、前記判定した結果とを含む通知情報を送信する通知部と、
前記ユーザ端末から、前記ユーザの識別子と、修正された前記加盟店に関する修正情報とを含む修正指示を受け付けた場合に、当該修正指示に基づいて、前記ユーザ別加盟店記憶部に、当該ユーザの識別子と、前記修正指示に含まれる修正された加盟店に関する修正情報とを対応付けて登録する修正受付部と、
を備え、
前記通知部は、
所定のユーザに所定の加盟店に関する情報を含む通知情報を作成する際に、前記ユーザ別加盟店記憶部において、前記所定のユーザの識別子に前記所定の加盟店に関する修正情報が対応付けられている場合には、当該修正情報に基づいて前記通知情報を作成する、
取引管理システム。
【請求項２】
前記オーソリ結果情報は、前記加盟店において前記取引に用いられた端末の端末識別子をさらに含み、
前記オーソリ結果情報に含まれる前記端末識別子及び前記加盟店に関する情報を対応付けて記憶する加盟店マスタ記憶部と、
第１のカード発行元から受信した第１のオーソリ結果情報において、第１の端末識別子に対応する前記加盟店に関する情報が欠落していた場合には、第２のカード発行元から受信した前記第１の端末識別子を含む第２のオーソリ結果情報に基づいて、前記第１のオーソリ結果情報における前記加盟店に関する情報を補完して、前記加盟店マスタ記憶部に登録する補完部と、
をさらに備える請求項１に記載の取引管理システム。
【請求項３】
前記補完部に補完された前記加盟店に関する情報を含む前記加盟店マスタ記憶部を、前記カード発行元に提供する提供部、
をさらに備える請求項２に記載の取引管理システム。
【請求項４】
前記加盟店に関する情報は、
前記加盟店の名称又は業種である、
請求項１乃至３の何れか一項に記載の取引管理システム。
【請求項５】
前記ユーザの識別子と、前記取引に関する情報と、当該取引が行われた加盟店に関する情報とを対応付けて記憶する取引履歴記憶部をさらに備え、
前記修正受付部は、
前記修正指示を受け付けた場合に、当該修正指示に基づいて、前記取引履歴記憶部における、当該修正指示に含まれるユーザの識別子に対応付けられている加盟店に関する情報を、前記修正情報に更新する
請求項１乃至４の何れか一項に記載の取引管理システム。
【請求項６】
コンピュータを、
カード発行元が提供するカードを用いて、ユーザと加盟店との間で取引が行われた場合に、前記カード発行元において当該取引を承認するか否かを判定した結果と、前記加盟店に関する情報と、前記カードの識別子と、を含むオーソリ結果情報を受信する受信手段、
前記加盟店に関する情報及び前記ユーザの識別子を対応付けて記憶するユーザ別加盟店記憶手段、
前記カードの識別子と、前記ユーザの識別子とを対応付けて記憶するユーザ情報記憶手段、
前記ユーザ情報記憶手段において前記オーソリ結果情報に含まれる前記カードの識別子に対応付けられた前記ユーザの識別子に対応するユーザ端末に対して、前記オーソリ結果情報に基づいて、前記加盟店に関する情報と、前記判定した結果とを含む通知情報を送信する通知手段、及び
前記ユーザ端末から、前記ユーザの識別子と、修正された前記加盟店に関する修正情報とを含む修正指示を受け付けた場合に、当該修正指示に基づいて、前記ユーザ別加盟店記憶手段に、当該ユーザの識別子と、前記修正指示に含まれる修正された加盟店に関する修正情報とを対応付けて登録する修正受付手段、
として機能させ、
前記通知手段は、前記コンピュータを、さらに
所定のユーザに所定の加盟店に関する情報を含む通知情報を作成する際に、前記ユーザ別加盟店記憶手段において、前記所定のユーザの識別子に前記所定の加盟店に関する修正情報が対応付けられている場合には、当該修正情報に基づいて前記通知情報を作成する手段として機能させる、
プログラム。
【請求項７】
記憶装置を備えるコンピュータが、
カード発行元が提供するカードを用いて、ユーザと加盟店との間で取引が行われた場合に、前記カード発行元において当該取引を承認するか否かを判定した結果と、前記加盟店に関する情報と、前記カードの識別子と、を含むオーソリ結果情報を受信する受信ステップと、
前記記憶装置に、前記加盟店に関する情報及び前記ユーザの識別子を対応付けて記憶するステップと、
前記記憶装置に、前記カードの識別子と、前記ユーザの識別子とを対応付けて記憶するステップと、
前記記憶装置において前記オーソリ結果情報に含まれる前記カードの識別子に対応付けられた前記ユーザの識別子に対応するユーザ端末に対して、前記オーソリ結果情報に基づいて、前記加盟店に関する情報と、前記判定した結果とを含む通知情報を送信する通知ステップと、
前記ユーザ端末から、前記ユーザの識別子と、修正された前記加盟店に関する修正情報とを含む修正指示を受け付けた場合に、当該修正指示に基づいて、前記記憶装置に、当該ユーザの識別子と、前記修正指示に含まれる修正された加盟店に関する修正情報とを対応付けて登録する修正受付ステップと、
を実行し、
前記通知ステップは、
所定のユーザに所定の加盟店に関する情報を含む通知情報を作成する際に、前記記憶装置において、前記所定のユーザの識別子に前記所定の加盟店に関する修正情報が対応付けられて記憶されている場合には、当該修正情報に基づいて前記通知情報を作成するステップをさらに含む、取引管理方法。