JP2020024498A - プログラムおよび利用履歴表示方法 - Google Patents

Abstract

【課題】銀行口座の明細のような利用履歴において、詳細の情報を容易に確認すること【解決手段】本発明のプログラムは、コンピュータに、第１記憶領域に記憶された第１サービスの利用に関する第１履歴の少なくとも一部を表示し、表示された前記第１履歴のうち第２サービスに対応する第１特定履歴が指定されると、第２記憶領域に記憶された第２サービスの利用に関する第２履歴のうち、当該第１特定履歴に含まれる情報に基づいて特定された第２特定履歴を表示することを実行させる。【選択図】図１０

Description

本発明は、利用履歴を表示する技術に関する。

銀行等の金融機関において、利用者には、銀行口座の明細を印字するための通帳が発行される。利用者は、ＡＴＭによって印字された通帳によって入出金履歴を確認することができる。しかしながら、紙媒体への印字では利便性が低いため、利用者が所持する通信端末に入出金履歴を表示させることによって利便性を高めることが試みられている。通信端末に表示される入出金履歴は、通帳に印字される情報とほぼ同じであるが、紙への印字ではない利点を活用して、より利便性を高めるための技術が検討されている。例えば、特許文献１には、クレジットカードでの利用金額の引き落としのときに、残高不足にならないように、クレジットカードによる個々の利用情報を銀行口座の明細画面に反映させる技術が開示されている。

特開２０１５−２２５５１４号公報

クレジットカードで利用した金額は、すぐに利用者の銀行口座から引き落とされることはなく、１か月分の利用金額がまとめて引き落とされる。一方、普及が進んできているデビットカードで利用した金額は、基本的には即時に利用者の銀行口座から引き落とされて明細へ反映されるため、特許文献１に開示された技術を利用する必要はない。

デビットカードを利用した場合、即時に引き落とされる金額は銀行口座の入出金履歴に記録される。しかしながら、入出金履歴に記録される情報は、通常、デビットカードの利用によって引き落とされたという情報だけである。そのため、デビットカードを利用した店名等の詳細の情報は、銀行口座の入出金履歴からは確認できなかった。

本発明の目的の一つは、銀行口座の明細のような利用履歴において、詳細の情報を容易に確認することにある。

本発明の一実施形態によると、コンピュータに、第１記憶領域に記憶された第１サービスの利用に関する第１履歴の少なくとも一部を表示し、表示された前記第１履歴のうち第２サービスに対応する第１特定履歴が指定されると、第２記憶領域に記憶された第２サービスの利用に関する第２履歴のうち、当該第１特定履歴に含まれる情報に基づいて特定された第２特定履歴を表示することを実行させるためのプログラムが提供される。

前記第２特定履歴を表示するときには、当該第２特定履歴以外の前記第２履歴の少なくとも一部についても、当該第２特定履歴と区別できる態様で表示してもよい。

前記第１履歴は、日付情報、内容情報および金額情報を含み、前記第１特定履歴は、所定の文字列を含む前記内容情報を含んでもよい。

前記第１履歴を表示するときに、前記第１特定履歴と当該第１特定履歴以外とを区別できる態様で表示してもよい。

前記第２履歴は、日付情報および金額情報を含み、前記第１特定履歴に含まれる日付情報および金額情報と、前記第２履歴に含まれる日付情報および金額情報とに基づいて、前記第２履歴から前記第２特定履歴が特定されてもよい。

前記第１特定履歴に含まれる日付情報および金額情報と一致する前記第２履歴が前記第２特定履歴として特定され、前記一致する第２履歴が存在しない場合には、前記一致する第２履歴が存在しない場合には、前記第１特定履歴と同一の金額情報を有する前記第２履歴のうち、最も近い過去の日付情報を有する前記第２履歴が前記第２特定履歴として特定されてもよい。

前記第１特定履歴に含まれる日付情報および金額情報と一致する前記第２履歴が前記第２特定履歴として特定され、同一の日付情報および金額情報を有するｎ個の前記第１特定履歴が存在し、前記一致する第２履歴がｎ個より少ないｎ−ｍ個である場合には、前記第１特定履歴の新しい方からｎ−ｍ個に対して前記一致する第２履歴が前記第２特定履歴としてそれぞれ特定され、残りのｍ個の前記第１特定履歴に対しては、当該第１特定履歴と同一の金額情報を有する前記第２履歴のうち最も近い過去の日付情報を有するｍ個の前記第２履歴が前記第２特定履歴としてそれぞれ特定されてもよい。

表示された前記第１特定履歴が指定されると、当該第１特定履歴に基づいて前記第２特定履歴を特定して当該第２特定履歴を表示してもよい。

前記第１履歴が表示されているときに、前記第１特定履歴の指定とは別の方法で所定の指示が入力されると、前記第２記憶領域に記憶された前記第２履歴の少なくとも一部を表示してもよい。

また、本発明の一実施形態によると、第１記憶領域に記憶された第１サービスの利用に関する第１履歴の少なくとも一部を表示し、表示された前記第１履歴のうち第２サービスに対応する第１特定履歴が指定されると、第２記憶領域に記憶された第２サービスの利用に関する第２履歴のうち、当該第１特定履歴に含まれる情報に基づいて特定された第２特定履歴を表示することを含む、利用履歴表示方法が提供される。

本発明の一実施形態によれば、銀行口座の明細のような利用履歴において、詳細の情報を容易に確認することができる。

本発明の一実施形態におけるシステムの構成を示すブロック図である。 本発明の一実施形態における通帳明細画面の例を示す図である。 本発明の一実施形態におけるデビット明細画面の例を示す図である。 本発明の一実施形態における通信端末の構成を説明する図である。 本発明の一実施形態における入出金履歴情報の例を示す図である。 本発明の一実施形態におけるデビット決済履歴情報の例を示す図である。 本発明の一実施形態における通信フローを示す図である。 本発明の一実施形態におけるマッチング処理を示すフローチャートである。 本発明の一実施形態における例外処理を示すフローチャートである。 本発明の一実施形態における履歴表示処理を示すフローチャートである。 本発明の一実施形態におけるマッチング結果の第１の例を示す図である。 本発明の一実施形態におけるマッチング結果の第２の例を示す図である。 本発明の一実施形態におけるマッチング結果の第３の例を示す図である。 本発明の一実施形態におけるマッチング結果の第４の例を示す図である。

以下、本発明の一実施形態におけるシステムについて、図面を参照しながら詳細に説明する。以下に示す実施形態は本発明の実施形態の一例であって、本発明はこの実施形態に限定して解釈されるものではない。すなわち、以下に説明する複数の実施形態に公知の技術を適用して変形をして、様々な態様で実施をすることが可能である。

＜実施形態＞
［１．システムの概要］
図１は、本発明の一実施形態におけるシステムの構成を示すブロック図である。このシステムは、第１サービスシステム２０と第２サービスシステム３０とを含む。通信端末１０は、アプリケーションプログラムを起動することによって入出金履歴等の表示機能が実現される。この表示機能の実現のために、通信端末１０は、ネットワークＮＷを介して第１サービスシステム２０および第２サービスシステム３０と通信して、所定の情報を送受信する。通信端末１０は、この例では、スマートフォンである。なお、通信端末１０は、ネットワークＮＷに接続して他の装置と通信可能な端末であればよく、例えば、携帯電話、ノートパソコン、デスクトップパソコン等であってもよい。

第１サービスシステム２０は、銀行のシステムであって、サーバ２１０およびデータベース２５０を含む。データベース２５０は、利用者の銀行口座の明細、すなわち入出金履歴を記憶している。サーバ２１０は、銀行のサービスを提供する機能を有し、例えば、ネットワークＮＷを介して、銀行口座の明細を提供するサービス（第１サービス）を実現する機能を有する。例えば、サーバ２１０は、通信端末１０からの要求に応じて、指定された利用者の銀行口座の明細（以下、「入出金履歴」（第１履歴）という場合がある）をデータベース２５０から読み出して通信端末１０に送信する。

第２サービスシステム３０は、デビット決済提供会社のシステムであって、サーバ３１０およびデータベース３５０を含む。データベース３５０は、利用者のデビットカードの利用明細、すなわちデビット決済履歴を記憶している。サーバ３１０は、ネットワークＮＷを介して、デビットカードの利用明細を提供するサービス（第２サービス）を実現する機能を有する。例えば、サーバ３１０は、通信端末１０からの要求に応じて、指定された利用者のデビットカードの利用明細（以下、「デビット決済履歴」（第２履歴）という場合がある）をデータベース３５０から読み出して通信端末１０に送信する。

なお、いずれのサーバ２１０、３１０についても、図１においては、１つの装置として記載しているが、複数の装置で構成されていてもよい。

［２．表示機能による画面］
通信端末１０において実現される表示機能は、通信端末１０の表示部に入出金履歴とデビット決済履歴とを切り替えて表示する機能を含む。まず、表示機能によって表示される画面の例について説明し、その後に表示機能を実現するための詳細の構成について説明する。なお、入出金履歴が表示される画面、デビット決済履歴が表示される画面は、以下の説明では、それぞれ、通帳明細画面ＢＨＤ、デビット明細画面ＤＨＤという。

［２−１．通帳明細画面］
図２は、本発明の一実施形態における通帳明細画面の例を示す図である。通帳明細画面ＢＨＤは、利用者の銀行口座の明細を表示する画面であって、入出金履歴が表示される領域Ｈ１Ａを含む。領域Ｈ１Ａの外側には、銀行口座に関する情報、残高、更新日時、関連付けられているデビットカード番号（一部の桁のみ）、および切替ボタンＢＴ１が表示されている。切替ボタンＢＴ１が操作されることによって、通帳明細画面ＢＨＤから、デビット明細画面ＤＨＤに切り替えることができる。すなわち、切替ボタンＢＴ１が操作されることは、通帳明細画面ＢＨＤからデビット明細画面ＤＨＤに切り替える指示が入力されることに対応する。

領域Ｈ１Ａに表示される各入出金履歴には、入出金日付、摘要（取引内容）、金額、および入出金分類の情報が含まれている。入出金履歴は、入出金日付順に並んで表示され、上下方向にスクロールさせることで、領域Ｈ１Ａに表示される入出金履歴の範囲を変化させることができる。ここで、デビットカードにより決済されて銀行口座から引き落とされた履歴は、デビットカードの利用内容に関係なく、摘要が「デビットカード」になっている。デビットカードの場合には、クレジットカードとは異なり、デビットカードを使用する度に銀行口座から引き落とされるため、図２に示すように、多数の「デビットカード」の履歴が表示される場合もある。

この例では、摘要が「デビットカード」の履歴には、切替マーカ（図２の例では切替マーカＳＭ１、ＳＭ２、ＳＭ３）が表示される。例えば、入出金日付が「２０１８年６月２６日」、摘要が「デビットカード」、金額が「１８２０円」、入出金別が「出金」を示している入出金履歴には、切替マーカＳＭ２が表示されている。

ところで、利用者は、入出金履歴の摘要を確認することで、入出金の概略を認識することができるが、デビットカードに関する履歴については、摘要に「デビットカード」と表示されるだけであるため、利用者は、何に使用したものであるかを確認することができない。この例では、所望の履歴に表示された切替マーカが操作されることによって、デビット明細画面ＤＨＤに切り替わるとともに、その操作によって指定された履歴（その切替マーカが表示された履歴）に対応するデビット決済履歴をその画面において容易に確認できるようになっている。

［２−２．デビット明細画面］
図３は、本発明の一実施形態におけるデビット明細画面の例を示す図である。デビット明細画面ＤＨＤは、利用者のデビットカードの利用明細を表示する画面であって、デビット決済履歴が表示される領域Ｈ２Ａを含む。領域Ｈ２Ａの外側には、デビットカード番号（一部の桁のみ）、銀行口座に関する情報、および切替ボタンＢＴ２が表示されている。切替ボタンＢＴ２が操作されることによって、デビット明細画面ＤＨＤから通帳明細画面ＢＨＤに切り替えることができる。すなわち、切替ボタンＢＴ２が操作されることは、デビット明細画面ＤＨＤから通帳明細画面ＢＨＤに切り替える指示が入力されることに対応する。

領域Ｈ２Ａに表示される各デビット決済履歴には、利用日、利用店、および金額の情報が含まれている。デビット決済履歴は、利用日順に並んで表示され、同一の利用日であっても利用時刻順に並んで表示されている。デビット決済履歴は、領域Ｈ２Ａにおいて上下方向にスクロールすることで、表示される入出金履歴の範囲を変化させることができる。なお、表示される履歴には、利用時刻は含まれていないが、含まれてもよい。

図３においては、デビット決済履歴のうち、一つの履歴は、他の履歴と区別される態様で強調した表示（強調表示ＥＤ）がされている。強調表示ＥＤは、例えば、他の履歴とは異なる色の背景で表示される。この例では、図２に示す通帳明細画面ＢＨＤにおいて、切替マーカＳＭ１が操作されることによって、デビット明細画面ＤＨＤに切り替えられた場合を示している。これによって、利用者は、切替マーカＳＭ１が表示された履歴（デビットカード）の詳細の内容を容易に確認することができる。

一方、切替マーカへの操作とは別の方法である切替ボタンＢＴ１への操作によってデビット明細画面ＤＨＤに切り替えられた場合には、単に画面を切り替えるだけであって、デビット決済履歴に対する強調表示ＥＤが存在しない。そのため、利用者が通帳明細画面ＢＨＤにおけるデビットカードに関する履歴の金額を覚えておき、デビット明細画面ＤＨＤにおけるデビット決済履歴のうち、同じ利用金額のものを探さなくてはならない。図３に示すように強調表示ＥＤがされることで、利用者は、通帳明細画面ＢＨＤにおける入出金履歴のうちデビットカードに関する履歴と、デビット明細画面ＤＨＤにおけるデビット決済履歴との対応関係を容易に認識することができる。

［３．表示機能を実現するための構成］
続いて、上記の図２の通帳明細画面ＢＨＤおよび図３のデビット明細画面ＤＨＤを表示するための表示機能を実現するための具体的な構成について説明する。

［３−１．通信端末の構成］
まず、通信端末１０のハードウェア構成について説明する。

図４は、本発明の一実施形態における通信端末の構成を説明する図である。通信端末１０は、制御部１１０、記憶部１３０、表示部１５０、操作部１７０、および通信部１９０を備える。制御部１１０は、コンピュータに相当するＣＰＵなどの演算処理回路およびＲＡＭ等の記憶装置を備える。制御部１１０は、記憶部１３０に記憶されたプログラムをＣＰＵにより実行することで、上述した表示機能を含む各種機能を通信端末１０において実現させる。

表示部１５０は、液晶ディスプレイ、有機ＥＬディスプレイなどの表示装置であって、制御部１１０の制御によって、各種の画面を表示する。上述したように表示機能が実現されているときには、通帳明細画面ＢＨＤ（図２）およびデビット明細画面ＤＨＤ（図３）が表示部１５０に表示される。操作部１７０は、利用者からの操作を受け付けて、操作に応じた信号を制御部１１０に出力する操作装置であって、この例ではタッチセンサである。この例では、このタッチセンサと表示部１５０とが一体に設けられることでタッチパネルが構成される。通信部１９０は、制御部１１０の制御により、ネットワークＮＷと接続して、ネットワークＮＷに接続されたサーバ２１０、３１０など、他の装置と情報の送受信を行う。

記憶部１３０は、不揮発性メモリ、ハードディスクなどの記憶装置である。記憶部１３０は、この例では、入出金履歴情報Ｍ１を記憶する領域（第１記憶領域）、デビット決済履歴情報Ｍ２を記憶する領域（第２記憶領域）、関連情報Ｍ３を記憶する領域、およびプログラムＰ１を記憶する領域を含む。プログラムＰ１は、上述したように表示機能を実現するためのアプリケーションプログラムであるが、それ以外にも通信端末１０において各種機能を実現するためのプログラムが記憶部１３０の所定の記憶領域に記憶されている。

なお、制御部１１０において実行されるプログラムは、磁気記録媒体、光記録媒体、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記憶した状態で提供されてもよい。この場合には、通信端末１０は、記録媒体を読み取る装置を備えていればよい。また、各プログラムは、ネットワークＮＷ経由でダウンロードされてもよい。なお、記憶部１３０も記録媒体の一例であるともいえる。

入出金履歴情報Ｍ１は、サーバ２１０から受信した入出金履歴をまとめた情報である。デビット決済履歴情報Ｍ２は、サーバ３１０から受信したデビット決済履歴をまとめた情報である。関連情報Ｍ３は、後述するマッチング処理において関連付けられたデビットカードに関する入出金履歴とデビット決済履歴との関係を示す情報である。

図５は、本発明の一実施形態における入出金履歴情報の例を示す図である。入出金履歴情報Ｍ１は、通帳明細画面ＢＨＤに表示される情報として、入出金日付（日付情報）、摘要（内容情報）、金額（金額情報）、および入出金分類の情報を含み、この例では、デビットカードの引き落としの場合には、デビットカード番号もハッシュ値で記録されている。入出金履歴は、サーバ２１０から取得した情報である。通信端末１０がサーバ２１０から入出金履歴を受信するときには、前回サーバ２１０と通信したときからの差分の入出金履歴が受信されることで、その差分が入出金履歴情報Ｍ１に追加されていく。なお、一つの銀行口座に対して一つのデビットカードのみが関連付けられている場合には、図示のように同じハッシュ値が記憶されるだけであるから、デビットカード番号の情報が含まれていなくてもよい。

図６は、本発明の一実施形態におけるデビット決済履歴情報の例を示す図である。デビット決済履歴情報Ｍ２は、デビット明細画面ＤＨＤに表示される情報として、利用日（日付情報）、利用店（内容情報）、および金額（金額情報）の情報を含み、この例では、デビットカード番号もハッシュ値で記録されている。通信端末１０がサーバ３１０からデビット決済履歴を受信するときには、前回サーバ３１０と通信したときからの差分のデビット決済履歴が受信されることで、その差分がデビット決済履歴情報Ｍ２に追加されていく。なお、一つの銀行口座に対して一つのデビットカードのみが関連付けられている場合には、図示のように同じハッシュ値が記憶されるだけであるから、デビットカード番号の情報が含まれていなくてもよい。

［３−２．表示機能による動作］
続いて、表示機能による動作について説明する。まず、アプリケーションプログラムが起動されてから、通帳明細画面ＢＨＤおよびデビット明細画面ＤＨＤが表示されるまでの処理の流れを説明する。

［３−２−１．全体の処理］
図７は、本発明の一実施形態における通信フローを示す図である。まず、通信端末１０は、利用者の操作により、アプリケーションプログラムを起動する（ステップＳ１１）。通信端末１０は、アプリケーションプログラムにより実現される表示機能により、入出金履歴を要求する情報をサーバ２１０に送信する（ステップＳ１２）。このとき、利用者のＩＤ（銀行口座番号でもよい）およびパスワードなどの情報も送信される。さらに、通信端末１０において入出金履歴情報Ｍ１が存在する場合には、最後に入出金履歴が追加更新されたときの時刻など、すでに受信している最新の入出金履歴を特定可能な情報（最終更新情報）についても送信される。

サーバ２１０は、ＩＤおよびパスワードにより利用者を認証し、その利用者の銀行口座の入出金履歴をデータベース２５０から抽出する（ステップＳ１３）。このとき、最終更新情報を受信した場合には、前回に通信端末１０に対する履歴の送信以降に発生した入出金履歴が抽出される。サーバ２１０は、抽出した入出金履歴を通信端末１０に送信する（ステップＳ１４）。通信端末１０は、受信した入出金履歴を入出金履歴情報Ｍ１に登録する（ステップＳ１５）。

続いて、通信端末１０は、デビット決済履歴を要求する情報をサーバ３１０に送信する（ステップＳ１６）。このとき、利用者のＩＤ（デビットカード番号でもよい）およびパスワードなどの情報も送信される。さらに、通信端末１０においてデビット決済履歴情報Ｍ２が存在する場合には、最後にデビット決済履歴が追加更新されたときの時刻など、すでに受信している最新のデビット決済履歴を特定可能な情報（最終更新情報）についても送信される。

サーバ３１０は、ＩＤおよびパスワードにより利用者を認証し、その利用者のデビットカードのデビット決済履歴をデータベース３５０から抽出する（ステップＳ１７）。このとき、最終更新情報を受信した場合には、前回に通信端末１０に対する履歴の送信以降に発生したデビット決済履歴が抽出される。サーバ３１０は、抽出したデビット決済履歴を通信端末１０に送信する（ステップＳ１８）。通信端末１０は、受信したデビット決済履歴をデビット決済履歴情報Ｍ２に登録する（ステップＳ１９）。

なお、ステップＳ１２からステップＳ１５の処理よりも、ステップＳ１６からステップＳ１９までの処理が先に実行されてもよいし、双方の処理が並列に実行されてもよい。

入出金履歴情報Ｍ１およびデビット決済履歴情報Ｍ２の更新が完了すると、マッチング処理（ステップＳ１００）が実行され、続いて、履歴表示処理（ステップＳ３００）が実行される。マッチング処理は、入出金履歴におけるデビットカードに関連する履歴と、デビット決済履歴とを関連付けるための処理である。履歴表示処理は、上述した通帳明細画面ＢＨＤおよびデビット明細画面ＤＨＤを表示するための処理である。なお、マッチング処理と履歴表示処理とは並行して実行されてもよい。例えば、通帳明細画面ＢＨＤを表示させながらマッチング処理がバックグラウンドで実行されてもよい。続いて、マッチング処理および履歴表示処理について順に説明する。

［３−２−２．マッチング処理］
図８は、本発明の一実施形態におけるマッチング処理を示すフローチャートである。マッチング処理が開始されると、制御部１１０は、入出金履歴情報Ｍ１に新規に追加された入出金履歴（以下、履歴Ｈ１という）を読み出し（ステップＳ１０１）、履歴Ｈ１の摘要の内容に所定の文字列が含まれるか否かを判定する（ステップＳ１０３）。この例では、所定の文字列は「デビットカード」である。所定の文字列が含まれる履歴Ｈ１が存在しない場合（ステップＳ１０３；Ｎｏ）には、制御部１１０は、マッチング処理を終了する。

一方、所定の文字列を含む履歴Ｈ１が存在する場合（ステップＳ１０３；Ｙｅｓ）には、制御部１１０は、その履歴Ｈ１をマッチング対象の履歴（以下、履歴Ｈｓ（第１特定履歴）という）として抽出する（ステップＳ１０５）。制御部１１０は、デビット決済履歴情報Ｍ２において、履歴Ｈｓと同一日付で同一金額のデビット決済履歴（以下、履歴Ｈ２という）が存在するか否かを判定する（ステップＳ１０７）。言い換えれば、履歴Ｈｓと日付および金額が一致するデビット決済履歴が存在するか否かを判定する。履歴Ｈ２が存在しない場合（ステップＳ１０７；Ｎｏ）には、制御部１１０は、デビット決済履歴のうち履歴Ｈｓと同一金額の履歴を抽出し、抽出した履歴のうち利用日が履歴Ｈｓの入出金日付に対して過去の最も近い日付（言い換えれば、入出金日付より過去で最も新しい日付）の履歴（第２特定履歴）を特定し、履歴Ｈｓに関連付け（ステップＳ１２１）、マッチング処理を終了する。このように関連付けした結果は、関連情報Ｍ３に記憶される。以下の各処理で履歴Ｈｓにデビット決済履歴を関連付けした場合も同様である。

履歴Ｈ２が存在する場合（ステップＳ１０７；Ｙｅｓ）には、制御部１１０は、デビット決済履歴情報Ｍ２において、複数の履歴Ｈ２が存在するか否かを判定する（ステップＳ１１１）。履歴Ｈ２が１つである場合（ステップＳ１１１；Ｎｏ）には、制御部１１０は、その履歴Ｈ２（第２特定履歴）に履歴Ｈｓを関連付け（ステップＳ１１３）、マッチング処理を終了する。一方、複数の履歴Ｈ２が存在する場合（ステップＳ１１１；Ｙｅｓ）には、制御部１１０は、例外処理を実行する（ステップＳ２００）。

図９は、本発明の一実施形態における例外処理を示すフローチャートである。制御部１１０は、複数の履歴Ｈ２と同一日付および同一金額となる履歴Ｈｓの数Ｃ１を算出し（ステップＳ２０１）、その複数の履歴Ｈ２の数Ｃ２を算出する（ステップＳ２０３）。Ｃ１、Ｃ２の算出はいずれが先の処理であってもよい。制御部１１０は、Ｃ１＝Ｃ２であるか否かを判定し（ステップＳ２０５）、Ｃ１＝Ｃ２である場合（ステップＳ２０５；Ｙｅｓ）には、Ｃ１（＝Ｃ２）個の履歴Ｈｓと履歴Ｈ２（第２特定履歴）とをそれぞれ関連付け（ステップＳ２１１）、マッチング処理を終了する。

一方、Ｃ１＝Ｃ２ではない場合（ステップＳ２０５；Ｎｏ）、制御部１１０は、複数の履歴Ｈｓのうち、入出金履歴情報Ｍ１における並び順が新しい方からＣ２個の履歴Ｈｓを、履歴Ｈ２（第２特定履歴）に関連付ける（ステップＳ２２１）。なお、Ｃ１＝Ｃ２でない場合には、通常Ｃ１＞Ｃ２である。

そして、制御部１１０は、デビット決済履歴のうち履歴Ｈｓと同一金額の履歴を抽出し、抽出した履歴のうち利用日が履歴Ｈｓの入出金日付に対して過去の最も近い日付の履歴から順に特定していく。制御部１１０は、特定した履歴（第２特定履歴）を、残りのＣ１−Ｃ２個の履歴Ｈｓを入出金履歴情報Ｍ１における並び順が新しい方から順に関連付けていき（ステップＳ２２３）、マッチング処理を終了する。以上が、マッチング処理についての説明である。続いて履歴表示処理について説明する。

［３−２−３．履歴表示処理］
図１０は、本発明の一実施形態における履歴表示処理を示すフローチャートである。履歴表示処理が開始されると、制御部１１０は、入出金履歴を表示し（ステップＳ３０１）、表示した入出金履歴のうち履歴Ｈｓに切替マーカを表示する（ステップＳ３０３）。これによって、通帳明細画面ＢＨＤが表示される。

制御部１１０は、切替マーカへの操作を待ち（ステップＳ３０５；Ｎｏ）、操作があった場合（ステップＳ３０５；Ｙｅｓ）には、デビット決済履歴の表示、すなわちデビット明細画面ＤＨＤの表示に切り替える（ステップＳ３１１）。このとき、制御部１１０は、操作のあった切替マーカが表示された履歴Ｈｓを特定し、関連情報Ｍ３を参照して、その履歴Ｈｓ（第１特定履歴）に関連付けられたデビット決済履歴（第２特定履歴）に対して強調表示ＥＤを行う（ステップＳ３１３）。

続いて、制御部１１０は、切替ボタンＢＴ２への操作を待ち（ステップＳ３１５；Ｎｏ）、操作があった場合（ステップＳ３１５；Ｙｅｓ）には、ステップＳ３０１に戻って、通帳明細画面ＢＨＤに切り替える。

このような履歴表示処理によって、通帳明細画面ＢＨＤとデビット明細画面ＤＨＤとを切り替えることができる。また、通帳明細画面ＢＨＤにおいて、特定の入出金履歴（履歴Ｈｓ）に表示された切替マーカへの操作がされることによって、デビット明細画面ＤＨＤに切り替えられ、このときに、履歴Ｈｓに関連付けられたデビット決済履歴を強調表示ＥＤすることで、対応するデビット決済履歴が利用者に容易に確認できるようにすることができる。

［４．マッチングの例］
続いて、入出金履歴情報Ｍ１とデビット決済履歴情報Ｍ２との関係によって、マッチング処理がどのように行われるか、４つの例（図１１から図１４）を挙げて説明する。なお、入出金履歴情報Ｍ１およびデビット決済履歴情報Ｍ２については、一部の情報を取り出して記載し、日付および金額の情報を変更することで４つの異なる例を提示している。

［４−１．第１の例］
図１１は、本発明の一実施形態におけるマッチング結果の第１の例を示す図である。この例は、図５、図６に対応する。この場合、入出金履歴情報Ｍ１の履歴Ｈｓａは、デビット決済履歴情報Ｍ２において、同一日付および同一金額になるものは、履歴Ｈ２ａのみが存在するため、履歴Ｈｓａに対して履歴Ｈ２ａが関連付けられる。履歴Ｈｓｂ、Ｈｓｃについても同様に、履歴Ｈ２ｂ、Ｈ２ｃがそれぞれ関連付けられる。このように関連付けられる処理は、マッチング処理におけるステップＳ１１３（図８参照）の処理に対応する。

［４−２．第２の例］
図１２は、本発明の一実施形態におけるマッチング結果の第２の例を示す図である。第２の例は、第１の例における履歴Ｈ２ｂの利用日が１日前である点で異なっている。銀行のシステムは、夜間等において停止する場合があるが、デビット決済提供会社のシステムは、デビットカードの特性から２４時間稼働し続ける必要がある。そのため、デビットカードが利用されると、デビット決済履歴には利用した日が利用日として記録される一方、利用時点で銀行のシステムが停止していると、銀行口座からの引き落とし処理がシステム開始後に実行される。このような状況は、デビット決済提供会社による代行処理ともいわれる。この例では２０１８年６月２５日に履歴Ｈ２ｅが記憶され代行処理を開始する一方、２０１８年６月２６日に履歴Ｈｓｅが記憶されて代行処理が終了する。この場合、デビット決済履歴の利用日よりも、入出金履歴の入出金日付が後の日付になる。第２の例における履歴Ｈｓｅと履歴Ｈ２ｅとの関係は、上述の事情により生じる。

このような場合であっても、履歴Ｈｓｄ、Ｈｓｆに対して履歴Ｈ２ｄ、Ｈ２ｆがそれぞれ関連付けられる。この関連付けは、上述と同様に、マッチング処理におけるステップＳ１１３（図８参照）の処理に対応する。一方、履歴Ｈｓｅに対しては履歴Ｈ２ｅが関連付けられる。このように関連付けられる処理は、マッチング処理におけるステップＳ１２１（図８参照）の処理に対応する。ここで、デビット決済提供会社による処理は、２４時間実行されるため、代行処理であるか否かには関係なく、決済の順序性を保つ。また、代行処理がされた場合には、後日銀行口座から引き落とされるため、デビット決済履歴の方が、入出金履歴よりも過去の日付になる。ステップＳ１２１によるマッチング処理は、このような処理の特性を利用したものである。

［４−３．第３の例］
図１３は、本発明の一実施形態におけるマッチング結果の第３の例を示す図である。第３の例は、第１の例における履歴Ｈｓａ、Ｈｓｃが履歴Ｈｓｂと同じ金額であり、履歴Ｈ２ａ、Ｈ２ｃが履歴Ｈ２ｂと同じ金額である点で異なっている。このように、履歴Ｈｓｇ、Ｈｓｈ、Ｈｓｉおよび履歴Ｈ２ｇ、Ｈ２ｈ、Ｈ２ｉがいずれも同一日付および同一金額である。このような場合には、履歴Ｈｓｇ、Ｈｓｈ、Ｈｓｉに対して、履歴Ｈ２ｇ、Ｈ２ｈ、Ｈ２ｉがそれぞれ関連付けられる。このように関連付けられる処理は、マッチング処理におけるステップＳ２１１（図９参照）の処理に対応する。

［４−４．第４の例］
図１４は、本発明の一実施形態におけるマッチング結果の第４の例を示す図である。第４の例は、第３の例における履歴Ｈ２ｉの利用日が１日前である点で異なっている。この利用日の状況は第２の例と同様である。同一日付および同一金額の履歴は、デビット決済履歴によれば２つの履歴Ｈ２ｊ、Ｈ２ｋであるが、入出金履歴によれば、３つの履歴Ｈｓｊ、Ｈｓｋ、Ｈｓｌである。この場合には、３つの履歴Ｈｓｊ、Ｈｓｋ、Ｈｓｌのうち、新しい方の２つの履歴Ｈｓｊ、Ｈｓｋに対して、履歴Ｈ２ｊ、Ｈ２ｋが関連付けられる。このように関連付けられる処理は、マッチング処理におけるステップＳ２２１（図９参照）の処理に対応する。続いて、残りの履歴Ｈｓｌに対して、履歴Ｈ２ｌが関連付けられる。このように関連付けられる処理は、マッチング処理におけるステップＳ２２３（図９参照）の処理に対応する。このような関連付けは、第２の例と第３の例とのマッチング処理を組み合わせたものともいえる。

入出金履歴とデビット決済履歴との関係が、上記二例示される様々な状況であっても、マッチング処理によって、履歴Ｈｓに対してデビット決済履歴を関連付けることができる。なお、上記に例示されないような関係によって、上述したマッチング処理で対応できない関連付けがあったとしても、当業者であれば、入出金履歴とデビット決済履歴との関係の特性を利用して、マッチング処理において全ての履歴Ｈｓに対してデビット決済履歴が関連付けられるように処理を変更してもよいことはいうまでもない。すなわち、上記のマッチング処理は一例であって、履歴Ｈｓに対してデビット決済履歴が関連付けられるようになっていれば、この処理に限られるものではない。

＜変形例＞
以上、本発明の一実施形態について説明したが、上述した各実施形態は、互いに組み合わせたり、置換したりして適用することが可能である。また、上述した各実施形態では、以下の通り変形して実施することも可能である。

（１）上述の実施形態では、切替マーカによって通帳明細画面ＢＨＤからデビット明細画面ＤＨＤに切り替わった場合には、履歴Ｈｓに関連付けられたデビット決済履歴が、他の履歴に対して強調された態様で表示されたが、他の履歴と区別される態様で表示されれば、どのような態様で表示されてもよい。例えば、強調表示されるべきデビット決済履歴の文字をより太字で表示してもよいし、文字をより濃くしてもよいし、アイコン等の画像を付加して表示してもよい。逆に、強調されるべきデビット決済履歴の文字をより細字で表示してもよいし、文字をより薄くしてもよいし、一部の画像をマスクするようにしてもよい。

（２）上述の実施形態では、履歴Ｈｓに切替マーカを表示させるようにしていたが、履歴Ｈｓが他の入出金履歴と区別される態様で表示されれば、どのような態様で表示されてもよい。ここで、切替マーカのようなアイコンを表示させる態様ではない場合であっても、切替マーカが表示されている場合と同様に、履歴Ｈｓを特定する操作がされることによってデビット明細画面ＤＨＤに切り替わる。

（３）上述の実施形態では、デビット明細画面ＤＨＤにおいて、履歴Ｈｓに関連付けられたデビット決済履歴を他の履歴に対して強調して表示されるようにしたが、このデビット決済履歴のみを表示し、他の履歴については表示しないようにすることで、表示された履歴が相対的に強調されるようにしてもよい。

（４）上述の実施形態では、銀行において銀行口座の明細（口座入出金）を提供するサービスを利用し、デビット決済提供会社においてデビットカードの利用明細（デビット決済）を提供するサービスを利用した関係において、通帳明細画面ＢＨＤおよびデビット明細画面ＤＨＤが用いられる構成であったが、必ずしも２つのサービスが銀行の口座入出金とデビット決済との関係でなくてもよい。すなわち、一方のサービスの利用履歴において他方のサービスの利用履歴が明確には表示されないような関係（例えば、一方のサービスでは他方のサービスの名称のみしか表示されない関係）となる２つのサービスの組み合わせであれば、様々なサービスの組み合わせが適用できる。

（５）上述の実施形態では、履歴表示処理の前にマッチング処理が実行されていたが、通帳明細画面ＢＨＤを表示中にマッチング処理をしてもよい。また、通帳明細画面ＢＨＤにおいて切替マーカが操作されて履歴Ｈｓが指定された後に、履歴Ｈｓに関連付けられるデビット決済履歴を特定するためのマッチング処理を実行するようにしてもよい。

（６）上述の実施形態では、マッチング処理は、表示機能を実現している通信端末１０において実行されたが、サーバ等の他の装置において実行されてもよい。

（７）上述の実施形態では、１つの銀行口座に１つのデビットカードが関連付けられている場合について説明したが、１つの銀行口座に複数のデビットカードが関連付けられていてもよい。この場合には、入出金履歴情報Ｍ１およびデビット決済履歴情報Ｍ２におけるデビットカード番号を用いた突き合わせをすることにより、実質的にいずれのデビットカードを対象としたものか特定することができる。

（８）上述した実施形態では、入出金履歴のうち摘要の内容に所定の文字列（例えば、「デビットカード」）を含む場合に履歴Ｈｓとして抽出されたが、入出金履歴にデビットカードの利用であることを示す識別子等、デビット決済であることを示す情報が含まれるようにすることで、履歴Ｈｓとして抽出されるための判定（図８ステップＳ１０３）に用いられてもよい。

１０…通信端末、２０…第１サービスシステム、３０…第２サービスシステム、２１０，３１０…サーバ、２５０，３５０…データベース、１１０…制御部、１３０…記憶部、１５０…表示部、１７０…操作部、１９０…通信部

Claims (18)

1. コンピュータに、
   第１記憶領域に記憶された第１サービスの利用に関する第１履歴の少なくとも一部を表示し、
   表示された前記第１履歴のうち第２サービスに対応する第１特定履歴が指定されると、第２記憶領域に記憶された第２サービスの利用に関する第２履歴のうち、当該第１特定履歴に含まれる情報に基づいて特定された第２特定履歴を表示する
   ことを実行させるためのプログラム。
2. 前記第２特定履歴を表示するときには、当該第２特定履歴以外の前記第２履歴の少なくとも一部についても、当該第２特定履歴と区別できる態様で表示する、請求項１に記載のプログラム。
3. 前記第１履歴は、日付情報、内容情報および金額情報を含み、
   前記第１特定履歴は、所定の文字列を含む前記内容情報を含む、請求項１または請求項２に記載のプログラム。
4. 前記第１履歴を表示するときに、前記第１特定履歴と当該第１特定履歴以外とを区別できる態様で表示する、請求項１から請求項３のいずれかに記載のプログラム。
5. 前記第２履歴は、日付情報および金額情報を含み、
   前記第１特定履歴に含まれる日付情報および金額情報と、前記第２履歴に含まれる日付情報および金額情報とに基づいて、前記第２履歴から前記第２特定履歴が特定される、請求項１から請求項４のいずれかに記載のプログラム。
6. 前記第１特定履歴に含まれる日付情報および金額情報と一致する前記第２履歴が前記第２特定履歴として特定され、
   前記一致する第２履歴が存在しない場合には、前記第１特定履歴と同一の金額情報を有する前記第２履歴のうち、最も近い過去の日付情報を有する前記第２履歴が前記第２特定履歴として特定される、請求項５に記載のプログラム。
7. 前記第１特定履歴に含まれる日付情報および金額情報と一致する前記第２履歴が前記第２特定履歴として特定され、
   同一の日付情報および金額情報を有するｎ個の前記第１特定履歴が存在し、前記一致する第２履歴がｎ個より少ないｎ−ｍ個である場合には、前記第１特定履歴の新しい方からｎ−ｍ個に対して前記一致する第２履歴が前記第２特定履歴としてそれぞれ特定され、
   残りのｍ個の前記第１特定履歴に対しては、当該第１特定履歴と同一の金額情報を有する前記第２履歴のうち最も近い過去の日付情報を有するｍ個の前記第２履歴が前記第２特定履歴としてそれぞれ特定される、請求項５または請求項６に記載のプログラム。
8. 表示された前記第１特定履歴が指定されると、当該第１特定履歴に基づいて前記第２特定履歴を特定して当該第２特定履歴を表示する、請求項１から請求項７のいずれかに記載のプログラム。
9. 前記第１履歴が表示されているときに、前記第１特定履歴の指定とは別の方法で所定の指示が入力されると、前記第２記憶領域に記憶された前記第２履歴の少なくとも一部を表示する、請求項１から請求項８のいずれかに記載のプログラム。
10. 第１記憶領域に記憶された第１サービスの利用に関する第１履歴の少なくとも一部を表示し、
    表示された前記第１履歴のうち第２サービスに対応する第１特定履歴が指定されると、第２記憶領域に記憶された第２サービスの利用に関する第２履歴のうち、当該第１特定履歴に含まれる情報に基づいて特定された第２特定履歴を表示する
    ことを含む、利用履歴表示方法。
11. 前記第２特定履歴を表示するときには、当該第２特定履歴以外の前記第２履歴の少なくとも一部についても、当該第２特定履歴と区別できる態様で表示する、請求項１０に記載の利用履歴表示方法。
12. 前記第１履歴は、日付情報、内容情報および金額情報を含み、
    前記第１特定履歴は、所定の文字列を含む前記内容情報を含む、請求項１０または請求項１１に記載の利用履歴表示方法。
13. 前記第１履歴を表示するときに、前記第１特定履歴と当該第１特定履歴以外とを区別できる態様で表示する、請求項１０から請求項１２のいずれかに記載の利用履歴表示方法。
14. 前記第２履歴は、日付情報および金額情報を含み、
    前記第１特定履歴に含まれる日付情報および金額情報と、前記第２履歴に含まれる日付情報および金額情報とに基づいて、前記第２履歴から前記第２特定履歴が特定される、請求項１０から請求項１３のいずれかに記載の利用履歴表示方法。
15. 前記第１特定履歴に含まれる日付情報および金額情報と一致する前記第２履歴が前記第２特定履歴として特定され、
    前記一致する第２履歴が存在しない場合には、前記第１特定履歴と同一の金額情報を有する前記第２履歴のうち、最も近い過去の日付情報を有する前記第２履歴が前記第２特定履歴として特定される、請求項１４に記載の利用履歴表示方法。
16. 前記第１特定履歴に含まれる日付情報および金額情報と一致する前記第２履歴が前記第２特定履歴として特定され、
    同一の日付情報および金額情報を有するｎ個の前記第１特定履歴が存在し、前記一致する第２履歴がｎ個より少ないｎ−ｍ個である場合には、前記第１特定履歴の新しい方からｎ−ｍ個に対して前記一致する第２履歴が前記第２特定履歴としてそれぞれ特定され、
    残りのｍ個の前記第１特定履歴に対しては、当該第１特定履歴と同一の金額情報を有する前記第２履歴のうち最も近い過去の日付情報を有するｍ個の前記第２履歴が前記第２特定履歴としてそれぞれ特定される、請求項１４または請求項１５に記載の利用履歴表示方法。
17. 表示された前記第１特定履歴が指定されると、当該第１特定履歴に基づいて前記第２特定履歴を特定して当該第２特定履歴を表示する、請求項１０から請求項１６のいずれかに記載の利用履歴表示方法。
18. 前記第１履歴が表示されているときに、前記第１特定履歴の指定とは別の方法で所定の指示が入力されると、前記第２記憶領域に記憶された前記第２履歴の少なくとも一部を表示する、請求項１０から請求項１７のいずれかに記載の利用履歴表示方法。

Images