(57)【要約】【課題】銀行口座の明細のような利用履歴において、詳細の情報を容易に記録すること【解決手段】本発明のプログラムは、コンピュータに、第１記憶領域に記憶された第１サービスの利用に関する第１履歴のうち、少なくとも一部の第１履歴を表示し、第１履歴に対するメモ情報の登録を受け付け、メモ情報が登録された第１履歴に関連付けて、当該メモ情報を表示し、第１履歴のうち第２サービスに対応する第１特定履歴であってメモ情報が登録されていない第１特定履歴に対し、第２サービスの利用に関する第２履歴のうち第１特定履歴に関連付けられた第２特定履歴に応じたメモ情報を登録し、メモ情報が登録された第１特定履歴に関連付けて、メモ情報を表示する。【選択図】図７
2020042570.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
第１記憶領域に記憶された第１サービスの利用に関する第１履歴のうち、少なくとも一部の第１履歴を表示し、
前記第１履歴に対するメモ情報の登録を受け付け、
前記メモ情報が登録された前記第１履歴に関連付けて、当該メモ情報を表示し、
前記第１履歴のうち第２サービスに対応する第１特定履歴であって前記メモ情報が登録されていない第１特定履歴に対し、前記第２サービスの利用に関する第２履歴のうち当該第１特定履歴に関連付けられた第２特定履歴に応じたメモ情報を登録し、
前記メモ情報が登録された前記第１特定履歴に関連付けて、当該メモ情報を表示する、
ことを実行させるためのプログラム。
【請求項２】
前記第１特定履歴に対して前記第２特定履歴が関連付けられたときに、前記メモ情報が登録されていない前記第１特定履歴に対し、当該第２特定履歴に応じたメモ情報を登録する、請求項１に記載のプログラム。
【請求項３】
前記第１特定履歴が指定されると、当該第１特定履歴に関連付けられた前記第２特定履歴を表示し、
指定された前記第１特定履歴に前記メモ情報が登録されていない場合に、当該第１特定履歴に対し、表示された前記第２特定履歴に応じたメモ情報を登録する、請求項１に記載のプログラム。
【請求項４】
前記第１特定履歴に対して既に前記メモ情報が登録されている場合には、当該メモ情報を維持し、前記第２特定履歴に応じたメモ情報を登録しない、請求項１から請求項３のいずれかに記載のプログラム。
【請求項５】
前記第１特定履歴に対して既に前記メモ情報が登録されている場合には、当該メモ情報を維持し、さらに前記第２特定履歴に応じたメモ情報を追加して登録する、請求項１から請求項３のいずれかに記載のプログラム。
【請求項６】
前記第１特定履歴に対するメモ情報の登録を受け付けると、前記第１特定履歴に対して既に前記メモ情報が登録されていた場合であっても、当該メモ情報を削除し、指定されたメモ情報を登録する、請求項１から請求項５のいずれかに記載のプログラム。
【請求項７】
第２記憶領域に記憶された前記第２サービスの利用に関する第２履歴のうち、前記第１特定履歴に関連する情報に基づいて前記第２特定履歴が特定される、請求項１から請求項６のいずれかに記載のプログラム。
【請求項８】
前記第１履歴は、日付情報、内容情報および金額情報を含み、
前記第１特定履歴は、前記内容情報に所定の文字列を含む、請求項１から請求項７のいずれかに記載のプログラム。
【請求項９】
第１記憶領域に記憶された第１サービスの利用に関する第１履歴のうち、少なくとも一部の第１履歴を表示し、
前記第１履歴に対するメモ情報の登録を受け付け、
前記メモ情報が登録された前記第１履歴に関連付けて、当該メモ情報を表示し、
前記第１履歴のうち第２サービスに対応する第１特定履歴であって前記メモ情報が登録されていない第１特定履歴に対し、前記第２サービスの利用に関する第２履歴のうち当該第１特定履歴に関連付けられた第２特定履歴に応じたメモ情報を登録し、
前記メモ情報が登録された前記第１特定履歴に関連付けて、当該メモ情報を表示する、
ことを含む、利用履歴表示方法。
【請求項１０】
前記第１特定履歴に対して前記第２特定履歴が関連付けられたときに、前記メモ情報が登録されていない前記第１特定履歴に対し、当該第２特定履歴に応じたメモ情報を登録する、請求項９に記載の利用履歴表示方法。
【請求項１１】
前記第１特定履歴が指定されると、当該第１特定履歴に関連付けられた前記第２特定履歴を表示し、
指定された前記第１特定履歴に前記メモ情報が登録されていない場合に、当該第１特定履歴に対し、表示された前記第２特定履歴に応じたメモ情報を登録する、請求項９に記載の利用履歴表示方法。
【請求項１２】
前記第１特定履歴に対して既に前記メモ情報が登録されている場合には、当該メモ情報を維持し、前記第２特定履歴に応じたメモ情報を登録しない、請求項９から請求項１１のいずれかに記載の利用履歴表示方法。
【請求項１３】
前記第１特定履歴に対して既に前記メモ情報が登録されている場合には、当該メモ情報を維持し、さらに前記第２特定履歴に応じたメモ情報を追加して登録する、請求項９から請求項１２のいずれかに記載の利用履歴表示方法。
【請求項１４】
前記第１特定履歴に対するメモ情報の登録を受け付けると、前記第１特定履歴に対して既に前記メモ情報が登録されていた場合であっても、当該メモ情報を削除し、指定されたメモ情報を登録する、請求項９から請求項１３のいずれかに記載の利用履歴表示方法。
【請求項１５】
第２記憶領域に記憶された前記第２サービスの利用に関する第２履歴のうち、前記第１特定履歴に関連する情報に基づいて前記第２特定履歴が特定される、請求項９から請求項１４のいずれかに記載の利用履歴表示方法。
【請求項１６】
前記第１履歴は、日付情報、内容情報および金額情報を含み、
前記第１特定履歴は、前記内容情報に所定の文字列を含む、請求項９から請求項１５のいずれかに記載の利用履歴表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用履歴を表示する技術に関する。
【背景技術】
【０００２】
銀行等の金融機関において、利用者には、銀行口座の明細を印字するための通帳が発行される。利用者は、ＡＴＭによって印字された通帳によって入出金履歴を確認することができる。しかしながら、紙媒体への印字では利便性が低いため、利用者が所持する通信端末に入出金履歴を表示させることによって利便性を高めることが試みられている。通信端末に表示される入出金履歴は、通帳に印字される情報とほぼ同じであるが、紙への印字ではない利点を活用して、より利便性を高めるための技術が検討されている。例えば、通帳にメモを書き込むことによって、利用者が入出金履歴に情報を補足する場合がある。上記のように通信端末に入出金履歴を表示した場合でもメモを書き込むことができるように、例えば、特許文献１には、メモをデータとして記録することができる技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１５０７７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
普及が進んできているデビットカードで利用した金額は、基本的には即時に利用者の銀行口座から引き落とされて入出金履歴に記録される。しかしながら、入出金履歴に記録される情報は、通常、デビットカードの利用によって引き落とされたという情報だけである。そのため、デビットカードを利用した店名等の詳細の情報は、銀行口座の入出金履歴からは確認できなかった。そのような情報を確認できるようにするためには、特許文献１の技術を用いて、利用者が各入出金履歴に対しメモ情報を登録する必要があった。
【０００５】
本発明の目的の一つは、銀行口座の明細のような利用履歴において、詳細の情報を容易に記録することにある。
【課題を解決するための手段】
【０００６】
本発明の一実施形態によると、コンピュータに、第１記憶領域に記憶された第１サービスの利用に関する第１履歴のうち、少なくとも一部の第１履歴を表示し、前記第１履歴に対するメモ情報の登録を受け付け、前記メモ情報が登録された前記第１履歴に関連付けて、当該メモ情報を表示し、前記第１履歴のうち第２サービスに対応する第１特定履歴であって前記メモ情報が登録されていない第１特定履歴に対し、前記第２サービスの利用に関する第２履歴のうち当該第１特定履歴に関連付けられた第２特定履歴に応じたメモ情報を登録し、前記メモ情報が登録された前記第１特定履歴に関連付けて、当該メモ情報を表示する、ことを実行させるためのプログラムが提供される。
【０００７】
前記第１特定履歴に対して前記第２特定履歴が関連付けられたときに、前記メモ情報が登録されていない前記第１特定履歴に対し、当該第２特定履歴に応じたメモ情報を登録してもよい。
【０００８】
前記第１特定履歴が指定されると、当該第１特定履歴に関連付けられた前記第２特定履歴を表示し、指定された前記第１特定履歴に前記メモ情報が登録されていない場合に、当該第１特定履歴に対し、表示された前記第２特定履歴に応じたメモ情報を登録してもよい。
【０００９】
前記第１特定履歴に対して既に前記メモ情報が登録されている場合には、当該メモ情報を維持し、前記第２特定履歴に応じたメモ情報を登録しなくてもよい。
【００１０】
前記第１特定履歴に対して既に前記メモ情報が登録されている場合には、当該メモ情報を維持し、さらに前記第２特定履歴に応じたメモ情報を追加して登録してもよい。
【００１１】
前記第１特定履歴に対するメモ情報の登録を受け付けると、前記第１特定履歴に対して既に前記メモ情報が登録されていた場合であっても、当該メモ情報を削除し、指定されたメモ情報を登録してもよい。
【００１２】
第２記憶領域に記憶された前記第２サービスの利用に関する第２履歴のうち、前記第１特定履歴に関連する情報に基づいて前記第２特定履歴が特定されてもよい。
【００１３】
前記第１履歴は、日付情報、内容情報および金額情報を含み、前記第１特定履歴は、前記内容情報に所定の文字列を含んでもよい。
【００１４】
また、本発明の一実施形態によると、第１記憶領域に記憶された第１サービスの利用に関する第１履歴のうち、少なくとも一部の第１履歴を表示し、前記第１履歴に対するメモ情報の登録を受け付け、前記メモ情報が登録された前記第１履歴に関連付けて、当該メモ情報を表示し、前記第１履歴のうち第２サービスに対応する第１特定履歴であって前記メモ情報が登録されていない第１特定履歴に対し、前記第２サービスの利用に関する第２履歴のうち当該第１特定履歴に関連付けられた第２特定履歴に応じたメモ情報を登録し、前記メモ情報が登録された前記第１特定履歴に関連付けて、当該メモ情報を表示する、ことを含む、利用履歴表示方法が提供される。
【発明の効果】
【００１５】
本発明の一実施形態によれば、銀行口座の明細のような利用履歴において、詳細の情報を容易に記録することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１実施形態におけるシステムの構成を示すブロック図である。
【図２】本発明の第１実施形態における通帳明細画面の例を示す図である。
【図３】本発明の第１実施形態におけるデビット明細画面の例を示す図である。
【図４】本発明の第１実施形態における通信端末の構成を説明する図である。
【図５】本発明の第１実施形態における入出金履歴情報の例を示す図である。
【図６】本発明の第１実施形態におけるデビット決済履歴情報の例を示す図である。
【図７】本発明の第１実施形態における通信フローを示す図である。
【図８】本発明の第１実施形態におけるマッチング処理を示すフローチャートである。
【図９】本発明の第１実施形態における例外処理を示すフローチャートである。
【図１０】本発明の第１実施形態における履歴表示処理（通帳明細画面における処理）を示すフローチャートである。
【図１１】本発明の第１実施形態における履歴表示処理（デビット明細画面における処理）を示すフローチャートである。
【図１２】本発明の第１実施形態におけるマッチング結果の第１の例を示す図である。
【図１３】本発明の第１実施形態におけるマッチング結果の第２の例を示す図である。
【図１４】本発明の第１実施形態におけるマッチング結果の第３の例を示す図である。
【図１５】本発明の第１実施形態におけるマッチング結果の第４の例を示す図である。
【図１６】本発明の第２実施形態における履歴表示処理（デビット明細画面における処理）を示すフローチャートである。
【図１７】本発明の第２実施形態における動作を説明するための通帳明細画面の例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明の一実施形態におけるシステムについて、図面を参照しながら詳細に説明する。以下に示す実施形態は本発明の実施形態の一例であって、本発明はこの実施形態に限定して解釈されるものではない。すなわち、以下に説明する複数の実施形態に公知の技術を適用して変形をして、様々な態様で実施をすることが可能である。
【００１８】
＜第１実施形態＞
［１．システムの概要］
図１は、本発明の第１実施形態におけるシステムの構成を示すブロック図である。このシステムは、第１サービスシステム２０と第２サービスシステム３０とを含む。通信端末１０は、アプリケーションプログラムを起動することによって、メモ情報の登録が可能な入出金履歴等の表示機能が実現される。この表示機能の実現のために、通信端末１０は、ネットワークＮＷを介して第１サービスシステム２０および第２サービスシステム３０と通信して、所定の情報を送受信する。通信端末１０は、この例では、スマートフォンである。なお、通信端末１０は、ネットワークＮＷに接続して他の装置と通信可能な端末であればよく、例えば、携帯電話、ノートパソコン、デスクトップパソコン等であってもよい。
【００１９】
第１サービスシステム２０は、銀行のシステムであって、サーバ２１０およびデータベース２５０を含む。データベース２５０は、利用者の銀行口座の明細、すなわち入出金履歴を記憶している。サーバ２１０は、銀行のサービスを提供する機能を有し、例えば、ネットワークＮＷを介して、銀行口座の明細を提供するサービス（第１サービス）を実現する機能を有する。例えば、サーバ２１０は、通信端末１０からの要求に応じて、指定された利用者の銀行口座の明細（以下、「入出金履歴」（第１履歴）という場合がある）をデータベース２５０から読み出して通信端末１０に送信する。
【００２０】
第２サービスシステム３０は、デビット決済提供会社のシステムであって、サーバ３１０およびデータベース３５０を含む。データベース３５０は、利用者のデビットカードの利用明細、すなわちデビット決済履歴を記憶している。サーバ３１０は、ネットワークＮＷを介して、デビットカードの利用明細を提供するサービス（第２サービス）を実現する機能を有する。例えば、サーバ３１０は、通信端末１０からの要求に応じて、指定された利用者のデビットカードの利用明細（以下、「デビット決済履歴」（第２履歴）という場合がある）をデータベース３５０から読み出して通信端末１０に送信する。
【００２１】
なお、いずれのサーバ２１０、３１０についても、図１においては、１つの装置として記載しているが、複数の装置で構成されていてもよい。
【００２２】
［２．表示機能による画面］
通信端末１０において実現される表示機能は、通信端末１０の表示部に入出金履歴とデビット決済履歴とを切り替えて表示する機能を含む。また、この表示機能には、入出金履歴に対してメモ情報を登録する機能も含まれる。まず、表示機能によって表示される画面の例について説明し、その後に表示機能を実現するための詳細の構成について説明する。なお、入出金履歴が表示される画面、デビット決済履歴が表示される画面は、以下の説明では、それぞれ、通帳明細画面ＢＨＤ、デビット明細画面ＤＨＤという。
【００２３】
［２−１．通帳明細画面］
図２は、本発明の第１実施形態における通帳明細画面の例を示す図である。通帳明細画面ＢＨＤは、利用者の銀行口座の明細を表示する画面であって、入出金履歴が表示される領域Ｈ１Ａを含む。領域Ｈ１Ａの外側には、銀行口座に関する情報、残高、更新日時、関連付けられているデビットカード番号（一部の桁のみ）、および切替ボタンＢＴ１が表示されている。切替ボタンＢＴ１が操作されることによって、通帳明細画面ＢＨＤから、デビット明細画面ＤＨＤに切り替えることができる。すなわち、切替ボタンＢＴ１が操作されることは、通帳明細画面ＢＨＤからデビット明細画面ＤＨＤに切り替える指示が入力されることに対応する。
【００２４】
領域Ｈ１Ａに表示される各入出金履歴には、入出金日付、摘要（取引内容）、金額、メモ情報、および入出金分類の情報が含まれている。なお、メモ情報は、サーバ２１０から通信端末１０に送信される入出金履歴には含まれず、通信端末１０において登録される情報である。
【００２５】
入出金履歴は、入出金日付順に並んで表示され、上下方向にスクロールさせることで、領域Ｈ１Ａに表示される入出金履歴の範囲を変化させることができる。ここで、デビットカードにより決済されて銀行口座から引き落とされた履歴は、デビットカードの利用内容に関係なく、摘要が「デビットカード」になっている。デビットカードの場合には、クレジットカードとは異なり、デビットカードを使用する度に銀行口座から引き落とされるため、図２に示すように、多数の「デビットカード」の履歴が表示される場合もある。
【００２６】
この例では、摘要が「デビットカード」の履歴には、切替マーカ（図２の例では切替マーカＳＭ１、ＳＭ２、ＳＭ３）が表示される。例えば、入出金日付が「２０１８年６月２６日」、摘要が「デビットカード」、金額が「１８２０円」、入出金別が「出金」を示している入出金履歴には、切替マーカＳＭ２が表示されている。
【００２７】
また、この例では、各履歴に対応したメモ領域（ＭＡ１、ＭＡ２、・・・、ＭＡ５）が、各履歴に関連付けられた位置に配置されている。各履歴に対して登録されたメモ情報がある場合には、メモ領域にメモ情報が表示される。メモ情報の登録には、登録の対象とする履歴に対応して表示されたメモ登録ボタン（ＭＢ１、ＭＢ２、・・・、ＭＢ５）が操作されることによって、メモ領域にテキストの入力が可能となり、入力したテキストをメモ情報として登録することができる。例えば、メモ登録ボタンＭＢ５を操作することによって、メモ領域ＭＡ５でテキスト入力が可能となる。テキスト入力後に所定の終了操作（例えば、メモ登録ボタンＭＢ５への操作）によって、入力されたテキストがメモ情報として、メモ領域ＭＡ５が表示された履歴に対して登録される。その結果として、登録されたメモ情報がメモ領域ＭＡ５に表示される。このように、メモ登録ボタンは、メモ情報の登録を受け付けるためのインターフェイスとなる。
【００２８】
さらに、摘要が「デビットカード」の履歴に対応するメモ領域ＭＡ１、ＭＡ２、ＭＡ３には、デビット決済履歴に関するメモ情報（この例では、利用店）が表示されている。この例では、これらの情報は、自動的に入力され、利用者によって更新されることもできる。ここでは、メモ領域ＭＡ２のメモ情報は、一旦、「Ｕ  ｓｔｏｒｅ」として登録され、メモ登録ボタンＭＢ２への操作によって、メモ情報が「Ｕ  ｓｔｏｒｅ（子供服）」に更新されている。なお、元のメモ情報を削除した上で全く異なるメモ情報に更新されてもよい。
【００２９】
ところで、上述したように、サーバ２１０から通信端末１０に送信される入出金履歴には、メモ情報が含まれていない。メモ情報が無い状態でも、利用者は、入出金履歴の摘要を確認することで、入出金の概略を認識することができる。一方、デビットカードに関する履歴については、摘要に「デビットカード」と表示されるだけであるため、利用者は、デビットカードを何に使用したものであるかを確認することができない。
【００３０】
この例では、通信端末１０において各履歴に対して自動的に登録されたメモ情報によって、利用者は、詳細の情報を確認することができる。また、所望の履歴に表示された切替マーカが操作されることによって、通帳明細画面ＢＨＤがデビット明細画面ＤＨＤに切り替え、その操作によって指定された履歴（その切替マーカが表示された履歴）に対応するデビット決済履歴をその画面において容易に確認することもできる。このとき、デビット決済履歴に様々な情報が含まれていれば、利用者は、表示されたメモ情報よりも詳細な情報を、デビット明細画面ＤＨＤにおいて確認することもできる。
【００３１】
［２−２．デビット明細画面］
図３は、本発明の第１実施形態におけるデビット明細画面の例を示す図である。デビット明細画面ＤＨＤは、利用者のデビットカードの利用明細を表示する画面であって、デビット決済履歴が表示される領域Ｈ２Ａを含む。領域Ｈ２Ａの外側には、デビットカード番号（一部の桁のみ）、銀行口座に関する情報、および切替ボタンＢＴ２が表示されている。切替ボタンＢＴ２が操作されることによって、デビット明細画面ＤＨＤから通帳明細画面ＢＨＤに切り替えることができる。すなわち、切替ボタンＢＴ２が操作されることは、デビット明細画面ＤＨＤから通帳明細画面ＢＨＤに切り替える指示が入力されることに対応する。
【００３２】
領域Ｈ２Ａに表示される各デビット決済履歴には、利用日、利用店、および金額の情報が含まれている。デビット決済履歴は、利用日順に並んで表示され、同一の利用日であっても利用時刻順に並んで表示されている。デビット決済履歴は、領域Ｈ２Ａにおいて上下方向にスクロールすることで、表示される入出金履歴の範囲を変化させることができる。なお、表示される履歴には、決済に関する情報（例えば、利用時刻、商品名など）がさらに含まれていてもよい。
【００３３】
図３においては、デビット決済履歴のうち、一つの履歴は、他の履歴と区別される態様で強調した表示（強調表示ＥＤ）がされている。強調表示ＥＤは、例えば、他の履歴とは異なる色の背景で表示される。この例では、図２に示す通帳明細画面ＢＨＤにおいて、切替マーカＳＭ１が操作されることによって、デビット明細画面ＤＨＤに切り替えられた場合を示している。これによって、利用者は、切替マーカＳＭ１が表示された履歴（デビットカード）の内容を容易に確認することもできる。なお、図３に示すデビット明細画面ＤＨＤの例では、図２示す通帳明細画面ＢＨＤに表示されたメモ情報を越える情報が含まれていないが、上述したように商品名などの情報が含まれていれば、利用者は、メモ情報に含まれる情報より詳細の内容をデビット明細画面ＤＨＤにおいて確認することができる。
【００３４】
一方、切替マーカへの操作とは別の方法である切替ボタンＢＴ１への操作によってデビット明細画面ＤＨＤに切り替えられた場合には、単に画面を切り替えるだけであって、デビット決済履歴に対する強調表示ＥＤが存在しない。そのため、利用者が通帳明細画面ＢＨＤにおけるデビットカードに関する履歴の金額を覚えておき、デビット明細画面ＤＨＤにおけるデビット決済履歴のうち、同じ利用金額のものを探さなくてはならない。図３に示すように強調表示ＥＤがされることで、利用者は、通帳明細画面ＢＨＤにおける入出金履歴のうちデビットカードに関する履歴と、デビット明細画面ＤＨＤにおけるデビット決済履歴との対応関係を容易に認識することもできる。
【００３５】
［３．表示機能を実現するための構成］
続いて、上記の図２の通帳明細画面ＢＨＤおよび図３のデビット明細画面ＤＨＤを表示するための表示機能を実現するための具体的な構成について説明する。
【００３６】
［３−１．通信端末の構成］
まず、通信端末１０のハードウェア構成について説明する。
【００３７】
図４は、本発明の第１実施形態における通信端末の構成を説明する図である。通信端末１０は、制御部１１０、記憶部１３０、表示部１５０、操作部１７０、および通信部１９０を備える。制御部１１０は、コンピュータに相当するＣＰＵなどの演算処理回路およびＲＡＭ等の記憶装置を備える。制御部１１０は、記憶部１３０に記憶されたプログラムをＣＰＵにより実行することで、上述した表示機能を含む各種機能を通信端末１０において実現させる。
【００３８】
表示部１５０は、液晶ディスプレイ、有機ＥＬディスプレイなどの表示装置であって、制御部１１０の制御によって、各種の画面を表示する。上述したように表示機能が実現されているときには、通帳明細画面ＢＨＤ（図２）およびデビット明細画面ＤＨＤ（図３）が表示部１５０に表示される。操作部１７０は、利用者からの操作を受け付けて、操作に応じた信号を制御部１１０に出力する操作装置であって、この例ではタッチセンサである。この例では、このタッチセンサと表示部１５０とが一体に設けられることでタッチパネルが構成される。通信部１９０は、制御部１１０の制御により、ネットワークＮＷと接続して、ネットワークＮＷに接続されたサーバ２１０、３１０など、他の装置と情報の送受信を行う。
【００３９】
記憶部１３０は、不揮発性メモリ、ハードディスクなどの記憶装置である。記憶部１３０は、この例では、入出金履歴情報Ｍ１を記憶する領域（第１記憶領域）、デビット決済履歴情報Ｍ２を記憶する領域（第２記憶領域）、関連情報Ｍ３を記憶する領域、およびプログラムＰ１を記憶する領域を含む。プログラムＰ１は、上述したように表示機能を実現するためのアプリケーションプログラムであるが、それ以外にも通信端末１０において各種機能を実現するためのプログラムが記憶部１３０の所定の記憶領域に記憶されている。
【００４０】
なお、制御部１１０において実行されるプログラムは、磁気記録媒体、光記録媒体、光磁気記録媒体、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記憶した状態で提供されてもよい。この場合には、通信端末１０は、記録媒体を読み取る装置を備えていればよい。また、各プログラムは、ネットワークＮＷ経由でダウンロードされてもよい。なお、記憶部１３０も記録媒体の一例であるともいえる。
【００４１】
入出金履歴情報Ｍ１は、サーバ２１０から受信した入出金履歴をまとめた情報である。入出金履歴情報Ｍ１は、さらに、通信端末１０において各履歴に対して登録されたメモ情報も含んでいる。デビット決済履歴情報Ｍ２は、サーバ３１０から受信したデビット決済履歴をまとめた情報である。関連情報Ｍ３は、後述するマッチング処理において関連付けられたデビットカードに関する入出金履歴とデビット決済履歴との関係を示す情報である。
【００４２】
図５は、本発明の第１実施形態における入出金履歴情報の例を示す図である。入出金履歴情報Ｍ１は、通帳明細画面ＢＨＤに表示される情報として、入出金日付（日付情報）、摘要（内容情報）、金額（金額情報）、および入出金分類の情報を含む入出金履歴と、メモ情報とを含んでいる。上述したように、入出金履歴は、サーバ２１０から取得した情報である。メモ情報は、通信端末１０において登録された情報である。この例では、デビットカードの引き落としの場合には、デビットカード番号もハッシュ値で記録されている。
【００４３】
通信端末１０がサーバ２１０から入出金履歴を受信するときには、前回サーバ２１０と通信したときからの差分の入出金履歴が受信されることで、その差分が入出金履歴情報Ｍ１に追加されていく。なお、一つの銀行口座に対して一つのデビットカードのみが関連付けられている場合には、図示のように同じハッシュ値が記憶されるだけであるから、デビットカード番号の情報が含まれていなくてもよい。
【００４４】
図６は、本発明の第１実施形態におけるデビット決済履歴情報の例を示す図である。デビット決済履歴情報Ｍ２は、デビット明細画面ＤＨＤに表示される情報として、利用日（日付情報）、利用店（内容情報）、および金額（金額情報）の情報を含み、この例では、デビットカード番号もハッシュ値で記録されている。通信端末１０がサーバ３１０からデビット決済履歴を受信するときには、前回サーバ３１０と通信したときからの差分のデビット決済履歴が受信されることで、その差分がデビット決済履歴情報Ｍ２に追加されていく。なお、一つの銀行口座に対して一つのデビットカードのみが関連付けられている場合には、図示のように同じハッシュ値が記憶されるだけであるから、デビットカード番号の情報が含まれていなくてもよい。
【００４５】
［３−２．表示機能による動作］
続いて、表示機能による動作について説明する。まず、アプリケーションプログラムが起動されてから、通帳明細画面ＢＨＤおよびデビット明細画面ＤＨＤが表示されるまでの処理の流れを説明する。
【００４６】
［３−２−１．全体の処理］
図７は、本発明の第１実施形態における通信フローを示す図である。まず、通信端末１０は、利用者の操作により、アプリケーションプログラムを起動する（ステップＳ１１）。通信端末１０は、アプリケーションプログラムにより実現される表示機能により、入出金履歴を要求する情報をサーバ２１０に送信する（ステップＳ１２）。このとき、利用者のＩＤ（銀行口座番号でもよい）およびパスワードなどの情報も送信される。さらに、通信端末１０において入出金履歴情報Ｍ１が存在する場合には、最後に入出金履歴が追加更新されたときの時刻など、すでに受信している最新の入出金履歴を特定可能な情報（最終更新情報）についても送信される。
【００４７】
サーバ２１０は、ＩＤおよびパスワードにより利用者を認証し、その利用者の銀行口座の入出金履歴をデータベース２５０から抽出する（ステップＳ１３）。このとき、最終更新情報を受信した場合には、前回に通信端末１０に対する履歴の送信以降に発生した入出金履歴が抽出される。サーバ２１０は、抽出した入出金履歴を通信端末１０に送信する（ステップＳ１４）。通信端末１０は、受信した入出金履歴を入出金履歴情報Ｍ１に登録する（ステップＳ１５）。この時点では、新たに入出金履歴情報Ｍ１に登録された入出金履歴に対しては、メモ情報は登録されていない。
【００４８】
続いて、通信端末１０は、デビット決済履歴を要求する情報をサーバ３１０に送信する（ステップＳ１６）。このとき、利用者のＩＤ（デビットカード番号でもよい）およびパスワードなどの情報も送信される。さらに、通信端末１０においてデビット決済履歴情報Ｍ２が存在する場合には、最後にデビット決済履歴が追加更新されたときの時刻など、すでに受信している最新のデビット決済履歴を特定可能な情報（最終更新情報）についても送信される。
【００４９】
サーバ３１０は、ＩＤおよびパスワードにより利用者を認証し、その利用者のデビットカードのデビット決済履歴をデータベース３５０から抽出する（ステップＳ１７）。このとき、最終更新情報を受信した場合には、前回に通信端末１０に対する履歴の送信以降に発生したデビット決済履歴が抽出される。サーバ３１０は、抽出したデビット決済履歴を通信端末１０に送信する（ステップＳ１８）。通信端末１０は、受信したデビット決済履歴をデビット決済履歴情報Ｍ２に登録する（ステップＳ１９）。
【００５０】
なお、ステップＳ１２からステップＳ１５の処理よりも、ステップＳ１６からステップＳ１９までの処理が先に実行されてもよいし、双方の処理が並列に実行されてもよい。
【００５１】
入出金履歴情報Ｍ１およびデビット決済履歴情報Ｍ２の更新が完了すると、マッチング処理（ステップＳ１００）が実行され、続いて、メモ情報登録処理（ステップＳ２００）および履歴表示処理（ステップＳ３００）が実行される。
【００５２】
マッチング処理は、入出金履歴におけるデビットカードに関連する履歴と、デビット決済履歴とを関連付けるための処理である。メモ情報登録処理は、入出金履歴におけるデビットカードに関連する履歴に対して、デビット決済履歴に応じたメモ情報を登録する処理である。履歴表示処理は、上述した通帳明細画面ＢＨＤおよびデビット明細画面ＤＨＤを表示するための処理である。続いて、マッチング処理、メモ情報登録処理および履歴表示処理について順に説明する。
【００５３】
［３−２−２．マッチング処理］
図８は、本発明の第１実施形態におけるマッチング処理を示すフローチャートである。マッチング処理が開始されると、制御部１１０は、入出金履歴情報Ｍ１に新規に追加された入出金履歴（以下、履歴Ｈ１という）を読み出し（ステップＳ１０１）、履歴Ｈ１の摘要の内容に所定の文字列が含まれるか否かを判定する（ステップＳ１０３）。この例では、所定の文字列は「デビットカード」である。所定の文字列が含まれる履歴Ｈ１が存在しない場合（ステップＳ１０３；Ｎｏ）には、制御部１１０は、マッチング処理を終了する。
【００５４】
一方、所定の文字列を含む履歴Ｈ１が存在する場合（ステップＳ１０３；Ｙｅｓ）には、制御部１１０は、その履歴Ｈ１をマッチング対象の履歴（以下、履歴Ｈｓ（第１特定履歴）という）として抽出する（ステップＳ１０５）。制御部１１０は、デビット決済履歴情報Ｍ２において、履歴Ｈｓと同一日付で同一金額のデビット決済履歴（以下、履歴Ｈ２という）が存在するか否かを判定する（ステップＳ１０７）。言い換えれば、履歴Ｈｓと日付および金額が一致するデビット決済履歴が存在するか否かを判定する。履歴Ｈ２が存在しない場合（ステップＳ１０７；Ｎｏ）には、制御部１１０は、デビット決済履歴のうち履歴Ｈｓと同一金額の履歴を抽出し、抽出した履歴のうち利用日が履歴Ｈｓの入出金日付に対して過去の最も近い日付（言い換えれば、入出金日付より過去で最も新しい日付）の履歴（第２特定履歴）を特定し、履歴Ｈｓに関連付け（ステップＳ１２１）、マッチング処理を終了する。このように関連付けした結果は、関連情報Ｍ３に記憶される。以下の各処理で履歴Ｈｓにデビット決済履歴を関連付けした場合も同様である。
【００５５】
履歴Ｈ２が存在する場合（ステップＳ１０７；Ｙｅｓ）には、制御部１１０は、デビット決済履歴情報Ｍ２において、複数の履歴Ｈ２が存在するか否かを判定する（ステップＳ１１１）。履歴Ｈ２が１つである場合（ステップＳ１１１；Ｎｏ）には、制御部１１０は、その履歴Ｈ２（第２特定履歴）に履歴Ｈｓを関連付け（ステップＳ１１３）、マッチング処理を終了する。一方、複数の履歴Ｈ２が存在する場合（ステップＳ１１１；Ｙｅｓ）には、制御部１１０は、例外処理を実行する（ステップＳ２００）。
【００５６】
図９は、本発明の第１実施形態における例外処理を示すフローチャートである。制御部１１０は、複数の履歴Ｈ２と同一日付および同一金額となる履歴Ｈｓの数Ｃ１を算出し（ステップＳ２０１）、その複数の履歴Ｈ２の数Ｃ２を算出する（ステップＳ２０３）。Ｃ１、Ｃ２の算出はいずれが先の処理であってもよい。制御部１１０は、Ｃ１＝Ｃ２であるか否かを判定し（ステップＳ２０５）、Ｃ１＝Ｃ２である場合（ステップＳ２０５；Ｙｅｓ）には、Ｃ１（＝Ｃ２）個の履歴Ｈｓと履歴Ｈ２（第２特定履歴）とをそれぞれ関連付け（ステップＳ２１１）、マッチング処理を終了する。
【００５７】
一方、Ｃ１＝Ｃ２ではない場合（ステップＳ２０５；Ｎｏ）、制御部１１０は、複数の履歴Ｈｓのうち、入出金履歴情報Ｍ１における並び順が新しい方からＣ２個の履歴Ｈｓを、履歴Ｈ２（第２特定履歴）に関連付ける（ステップＳ２２１）。なお、Ｃ１＝Ｃ２でない場合には、通常Ｃ１＞Ｃ２である。
【００５８】
そして、制御部１１０は、デビット決済履歴のうち履歴Ｈｓと同一金額の履歴を抽出し、抽出した履歴のうち利用日が履歴Ｈｓの入出金日付に対して過去の最も近い日付の履歴から順に特定していく。制御部１１０は、特定した履歴（第２特定履歴）を、残りのＣ１−Ｃ２個の履歴Ｈｓを入出金履歴情報Ｍ１における並び順が新しい方から順に関連付けていき（ステップＳ２２３）、マッチング処理を終了する。以上が、マッチング処理についての説明である。続いて、メモ情報登録処理について説明する。
【００５９】
［３−２−３．メモ情報登録処理］
メモ情報登録処理は、履歴Ｈｓに対し、履歴Ｈｓに関連付けられたデビット決済履歴に応じたメモ情報を自動的に登録する処理である。この例では、デビット決済履歴に含まれる情報のうち、利用店の情報がメモ情報として登録される。
【００６０】
ここでは、新たに追加された履歴Ｈｓに対してメモ情報を登録する。したがって、既に履歴Ｈｓに対してメモ情報が登録されているということはない。なお、入出金履歴情報Ｍ１に含まれる全ての履歴Ｈｓに対してメモ情報を登録する処理をするようにしてもよい。この場合には、既にメモ情報が登録されている履歴Ｈｓに対しては、登録されているメモ情報を維持するようにして、新たな登録をしない。すなわち、１つの履歴Ｈｓに対して、一度メモ情報の登録がされると、自動的には更新されない。したがって、利用者がメモ情報の内容を修正することによって、デビット決済履歴の情報（利用店）とは異なるものになったとしても、その利用者が修正したメモ情報は削除されることなく維持される。続いて履歴表示処理について説明する。
【００６１】
［３−２−４．履歴表示処理］
図１０は、本発明の第１実施形態における履歴表示処理（通帳明細画面における処理）を示すフローチャートである。図１１は、本発明の第１実施形態における履歴表示処理（デビット明細画面における処理）を示すフローチャートである。図１１に示すフローチャートは、図１０に示すフローチャートに続く部分である。履歴表示処理が開始されると、制御部１１０は、入出金履歴を表示し（ステップＳ３０１）、表示した入出金履歴のうち履歴Ｈｓに切替マーカを表示する（ステップＳ３０３）。これによって、通帳明細画面ＢＨＤが表示される。
【００６２】
制御部１１０は、メモ登録ボタンへの操作または切替マーカへの操作を待つ（ステップＳ３０５；Ｎｏ、ステップＳ３０９；Ｎｏ）。メモ登録ボタンへの操作があった場合（ステップＳ３０５；Ｙｅｓ）には、制御部１１０は、操作のあったメモ登録ボタンが表示された履歴Ｈｓを特定して、その履歴Ｈｓに対しメモ情報を登録し（ステップＳ３０７）、再びメモ登録ボタンへの操作または切替マーカへの操作を待つ（ステップＳ３０５；Ｎｏ、ステップＳ３０９；Ｎｏ）。なお、上述したように、メモ情報の登録は、実際には、メモ登録ボタンへの操作のみではなく、メモ領域へのテキストの入力および所定の終了操作によって実行される。このように、ステップＳ３０７におけるメモ情報の登録は手動によるものである。一方、ステップＳ２００におけるメモ情報の登録は、上述のように自動的に行われる。
【００６３】
制御部１１０は、切替マーカへの操作があった場合（ステップＳ３０９；Ｙｅｓ）には、デビット決済履歴の表示、すなわちデビット明細画面ＤＨＤの表示に切り替える（ステップＳ３１１）。このとき、制御部１１０は、操作のあった切替マーカが表示された履歴Ｈｓを特定し、関連情報Ｍ３を参照して、その履歴Ｈｓ（第１特定履歴）に関連付けられたデビット決済履歴（第２特定履歴）に対して強調表示ＥＤを行う（ステップＳ３１３）。
【００６４】
続いて、制御部１１０は、切替ボタンＢＴ２への操作を待ち（ステップＳ３１５；Ｎｏ）、操作があった場合（ステップＳ３１５；Ｙｅｓ）には、ステップＳ３０１に戻って、通帳明細画面ＢＨＤに切り替える。
【００６５】
このように、表示機能による各処理によれば、通帳明細画面ＢＨＤにおける入出金履歴のうち、デビット決済履歴に関連する履歴Ｈｓに対しては、自動的にデビット決済の利用店がメモ情報として自動的に登録される（ステップＳ２００）ため、利用者自身によりテキスト入力をしてメモ情報を登録する必要がない。このとき、既に利用者がメモ情報を登録（ステップＳ３０７）している履歴に対しては、そのメモ情報の内容が維持されるため、再登録する必要がない。一方、自動的に登録されたメモ情報は、利用者によって内容を更新すること（ステップＳ３０７）ができる。例えば、図２に示す通帳明細画面ＢＨＤにおけるメモ領域ＭＡ１、ＭＡ２、ＭＡ３には、自動的に登録されたメモ情報が表示される。図２においては、メモ登録ボタンＭＢ２を操作することによって、メモ領域ＭＡ２に表示されるメモ情報（「Ｕ  Ｓｔｏｒｅ（子供服）」）のように、自動的に登録されたメモ情報（「Ｕ  Ｓｔｏｒｅ」）から手動で変更することができる。
【００６６】
さらに、通帳明細画面ＢＨＤにおいて、特定の入出金履歴（履歴Ｈｓ）に表示された切替マーカへの操作がされることによって、デビット明細画面ＤＨＤに切り替えられ、このときに、履歴Ｈｓに関連付けられたデビット決済履歴を強調表示ＥＤすることで、履歴Ｈｓに対応するデビット決済履歴が利用者に容易に確認できるようにすることができる。基本的には、通帳明細画面ＢＨＤにおいてメモ情報が表示されているため、履歴Ｈｓに対応するデビット決済履歴の内容を認識することができるものの、デビット明細画面ＤＨＤに表示される情報が多く存在する場合には、メモ情報よりも詳細の情報を、デビット明細画面ＤＨＤにおいて確認することができる。
【００６７】
［４．マッチングの例］
続いて、入出金履歴情報Ｍ１とデビット決済履歴情報Ｍ２との関係によって、マッチング処理がどのように行われるか、４つの例（図１２から図１５）を挙げて説明する。なお、入出金履歴情報Ｍ１およびデビット決済履歴情報Ｍ２については、一部の情報を取り出して記載し、日付および金額の情報を変更することで４つの異なる例を提示している。
【００６８】
［４−１．第１の例］
図１２は、本発明の一実施形態におけるマッチング結果の第１の例を示す図である。この例は、図５、図６に対応する。この場合、入出金履歴情報Ｍ１の履歴Ｈｓａは、デビット決済履歴情報Ｍ２において、同一日付および同一金額になるものは、履歴Ｈ２ａのみが存在するため、履歴Ｈｓａに対して履歴Ｈ２ａが関連付けられる。履歴Ｈｓｂ、Ｈｓｃについても同様に、履歴Ｈ２ｂ、Ｈ２ｃがそれぞれ関連付けられる。このように関連付けられる処理は、マッチング処理におけるステップＳ１１３（図８参照）の処理に対応する。このような関係性で双方の履歴が関連付けられた結果、例えば、通帳明細画面ＢＨＤにおいて、履歴Ｈｓａに対するメモ情報に、履歴Ｈ２ａの利用店「Ａ  Ｓｔｏｒｅ」が登録されることになる。
【００６９】
［４−２．第２の例］
図１３は、本発明の第１実施形態におけるマッチング結果の第２の例を示す図である。第２の例は、第１の例における履歴Ｈ２ｂの利用日が１日前である点で異なっている。銀行のシステムは、夜間等において停止する場合があるが、デビット決済提供会社のシステムは、デビットカードの特性から２４時間稼働し続ける必要がある。そのため、デビットカードが利用されると、デビット決済履歴には利用した日が利用日として記録される一方、利用時点で銀行のシステムが停止していると、銀行口座からの引き落とし処理がシステム開始後に実行される。このような状況は、デビット決済提供会社による代行処理ともいわれる。この例では２０１８年６月２５日に履歴Ｈ２ｅが記憶され代行処理を開始する一方、２０１８年６月２６日に履歴Ｈｓｅが記憶されて代行処理が終了する。この場合、デビット決済履歴の利用日よりも、入出金履歴の入出金日付が後の日付になる。第２の例における履歴Ｈｓｅと履歴Ｈ２ｅとの関係は、上述の事情により生じる。
【００７０】
このような場合であっても、履歴Ｈｓｄ、Ｈｓｆに対して履歴Ｈ２ｄ、Ｈ２ｆがそれぞれ関連付けられる。この関連付けは、上述と同様に、マッチング処理におけるステップＳ１１３（図８参照）の処理に対応する。一方、履歴Ｈｓｅに対しては履歴Ｈ２ｅが関連付けられる。このように関連付けられる処理は、マッチング処理におけるステップＳ１２１（図８参照）の処理に対応する。ここで、デビット決済提供会社による処理は、２４時間実行されるため、代行処理であるか否かには関係なく、決済の順序性を保つ。また、代行処理がされた場合には、後日銀行口座から引き落とされるため、デビット決済履歴の方が、入出金履歴よりも過去の日付になる。ステップＳ１２１によるマッチング処理は、このような処理の特性を利用したものである。
【００７１】
［４−３．第３の例］
図１４は、本発明の第１実施形態におけるマッチング結果の第３の例を示す図である。第３の例は、第１の例における履歴Ｈｓａ、Ｈｓｃが履歴Ｈｓｂと同じ金額であり、履歴Ｈ２ａ、Ｈ２ｃが履歴Ｈ２ｂと同じ金額である点で異なっている。このように、履歴Ｈｓｇ、Ｈｓｈ、Ｈｓｉおよび履歴Ｈ２ｇ、Ｈ２ｈ、Ｈ２ｉがいずれも同一日付および同一金額である。このような場合には、履歴Ｈｓｇ、Ｈｓｈ、Ｈｓｉに対して、履歴Ｈ２ｇ、Ｈ２ｈ、Ｈ２ｉがそれぞれ関連付けられる。このように関連付けられる処理は、マッチング処理におけるステップＳ２１１（図９参照）の処理に対応する。
【００７２】
［４−４．第４の例］
図１５は、本発明の第１実施形態におけるマッチング結果の第４の例を示す図である。第４の例は、第３の例における履歴Ｈ２ｉの利用日が１日前である点で異なっている。この利用日の状況は第２の例と同様である。同一日付および同一金額の履歴は、デビット決済履歴によれば２つの履歴Ｈ２ｊ、Ｈ２ｋであるが、入出金履歴によれば、３つの履歴Ｈｓｊ、Ｈｓｋ、Ｈｓｌである。この場合には、３つの履歴Ｈｓｊ、Ｈｓｋ、Ｈｓｌのうち、新しい方の２つの履歴Ｈｓｊ、Ｈｓｋに対して、履歴Ｈ２ｊ、Ｈ２ｋが関連付けられる。このように関連付けられる処理は、マッチング処理におけるステップＳ２２１（図９参照）の処理に対応する。続いて、残りの履歴Ｈｓｌに対して、履歴Ｈ２ｌが関連付けられる。このように関連付けられる処理は、マッチング処理におけるステップＳ２２３（図９参照）の処理に対応する。このような関連付けは、第２の例と第３の例とのマッチング処理を組み合わせたものともいえる。
【００７３】
入出金履歴とデビット決済履歴との関係についてが、上記に例示される様々な状況であっても、マッチング処理によって、履歴Ｈｓに対してデビット決済履歴を関連付けることができる。なお、上記に例示されないような関係によって、上述したマッチング処理で対応できない関連付けがあったとしても、当業者であれば、入出金履歴とデビット決済履歴との関係の特性を利用して、マッチング処理において全ての履歴Ｈｓに対してデビット決済履歴が関連付けられるように処理を変更してもよいことはいうまでもない。すなわち、上記のマッチング処理は一例であって、履歴Ｈｓに対してデビット決済履歴が関連付けられるようになっていれば、この処理に限られるものではない。
【００７４】
＜第２実施形態＞
第１実施形態では、マッチング処理（ステップＳ１００）の後に、各入出金履歴に対してメモ情報が自動的に登録される（ステップＳ２００）処理の流れであったが、入出金履歴に対するメモ情報の登録の処理は、別のタイミングで実行されてもよい。この例では、通帳明細画面ＢＨＤにおいて切替マーカを操作することによってデビット明細画面ＤＨＤに切り替えた後に、その切替マーカが表示されている履歴Ｈｓに対し、メモ情報が登録される場合の処理について説明する。なお、第２実施形態においては、図７に示す通信フローに対応処理では、ステップＳ２００の処理が削除される。したがって、第２実施形態において、図７に対応するフローについては、履歴表示処理以外の処理の説明を省略する。
【００７５】
図１６は、本発明の第２実施形態における履歴表示処理（デビット明細画面における処理）を示すフローチャートである。図１６に示すフローチャートは、第１実施形態における図１０に示すフローチャートに続くものである。すなわち、図１６に示すフローチャートは、第１実施形態における図１１に示すフローチャートに対応する。なお、同じ符号で示したステップＳ３１１、Ｓ３１３、Ｓ３１５については、第１実施形態と同じであるため、説明を省略する。
【００７６】
切替ボタンＢＴ２への操作があった場合（ステップＳ３１５；Ｙｅｓ）には、制御部１１０は、入出金履歴情報Ｍ１を参照して、履歴Ｈｓに対してメモ情報の登録があるかどうかを判定する（ステップＳ３３１）。ここでの履歴Ｈｓは、通帳明細画面ＢＨＤからデビット明細画面ＤＨＤに切り替えるときに操作された切替マーカが表示されていた履歴に対応する。制御部１１０は、履歴Ｈｓにメモ情報の登録がある場合（ステップＳ３３１；Ｙｅｓ）には、ステップＳ３０１（図９）に戻って、通帳明細画面ＢＨＤに切り替える。
【００７７】
制御部１１０は、履歴Ｈｓにメモ情報の登録がない場合（ステップＳ３３１；Ｎｏ）には、履歴Ｈｓに対してメモ情報を登録し、ステップＳ３０１（図９）に戻って、通帳明細画面ＢＨＤに切り替える。このメモ情報は、上述したように履歴Ｈｓに対応するデビット決済履歴の利用店を示す情報である。なお、ステップＳ３３１、Ｓ３３３の処理については、ステップＳ３１１からＳ３１５の間において、バックグラウンドで実行されていてもよい。続いて、第２実施形態における通帳明細画面ＢＨＤとデビット明細画面ＤＨＤとの切替における表示例について説明する。
【００７８】
図１７は、本発明の第２実施形態における動作を説明するための通帳明細画面の例を示す図である。第２実施形態では上述したステップＳ２００の処理が無いため、履歴Ｈｓに相当するものであっても、自動的にメモ情報が登録されない。例えば、図１７に示す通帳明細画面ＢＨＤでは、メモ領域ＭＡ１にはメモ情報が表示されていない。ここで、利用者が切替マーカＳＭ１を操作すると、図１７に示す通帳明細画面ＢＨＤから図３に示すデビット明細画面ＤＨＤに切り替わる。その後、利用者が切替ボタンＢＴ２を操作すると、図２に示す通帳明細画面ＢＨＤに切り替わる。このとき、切替マーカＳＭ１が表示された履歴Ｈｓに対して、メモ情報「Ａ  Ｓｔｏｒｅ」が登録され、図２に示すように、メモ領域ＭＡ１にメモ情報「Ａ  Ｓｔｏｒｅ」が表示されるようになる。このように、通帳明細画面ＢＨＤからデビット明細画面ＤＨＤに切り替えられ、再び通帳明細画面ＢＨＤに戻るまでの過程において、対象の履歴Ｈｓに対してメモ情報が自動的に登録される。
【００７９】
ここで、切替マーカＳＭ２を操作した場合には、通帳明細画面ＢＨＤからデビット明細画面ＤＨＤに切り替わるものの、再び通帳明細画面ＢＨＤに戻っても、メモ領域ＭＡ２に表示されるメモ情報に変化がない。このように、既にメモ情報が登録されている履歴については、メモ情報が自動的に登録されてしまうことはない。メモ情報をさらに変更したい場合には、メモ登録ボタンへの操作によって対応すればよい。
【００８０】
＜変形例＞
以上、本発明の一実施形態について説明したが、上述した各実施形態は、互いに組み合わせたり、置換したりして適用することが可能である。また、上述した各実施形態では、以下の通り変形して実施することも可能である。
【００８１】
（１）上述の第２実施形態では、入出金履歴においてメモ情報が既に登録されている場合、デビット決済履歴における利用店がメモ情報として登録されて更新されてしまうことはなかったが、既に登録されているメモ情報に利用店のテキストが含まれていない場合には、利用店のテキストがメモ情報に追加して登録されるようにしてもよい。例えば、図２に示す通帳明細画面ＢＨＤにおいて、メモ領域ＭＡ２にはメモ情報「Ｕ  ｓｔｏｒｅ（子供服）」が表示されている。この場合には、利用店が「Ｕ  ｓｔｏｒｅ」であるから、メモ情報の登録が維持される。一方、メモ領域ＭＡ２にメモ情報「（子供服）」だけが表示されていた場合には、図２に示すように「Ｕ  ｓｔｏｒｅ」がメモ情報に追加されて登録されるようにしてもよい。
【００８２】
（２）上述の実施形態では、履歴Ｈｓに対して自動的に登録されるメモ情報は、デビット決済履歴に含まれる情報のうち、利用店を示す情報であったが、この情報に限られない。例えば、利用時刻、商品名などの情報がデビット決済履歴に含まれる場合には、商品名がメモ情報として登録されてもよい。すなわち、デビット決済履歴に含まれる情報のうち、入出金履歴に含まれる情報以外の情報が、メモ情報として自動的に登録されればよい。
【００８３】
（３）上述の実施形態では、切替マーカによって通帳明細画面ＢＨＤからデビット明細画面ＤＨＤに切り替わった場合には、履歴Ｈｓに関連付けられたデビット決済履歴が、他の履歴に対して強調された態様で表示されたが、他の履歴と区別される態様で表示されれば、どのような態様で表示されてもよい。例えば、強調表示されるべきデビット決済履歴の文字をより太字で表示してもよいし、文字をより濃くしてもよいし、アイコン等の画像を付加して表示してもよい。逆に、強調されるべきデビット決済履歴の文字をより細字で表示してもよいし、文字をより薄くしてもよいし、一部の画像をマスクするようにしてもよい。なお、履歴Ｈｓに関連付けられたデビット決済履歴が、他の履歴に対して強調された態様で表示されなくてもよい。
【００８４】
（４）上述の実施形態では、履歴Ｈｓに切替マーカを表示させるようにしていたが、履歴Ｈｓが他の入出金履歴と区別される態様で表示されれば、どのような態様で表示されてもよい。ここで、切替マーカのようなアイコンを表示させる態様ではない場合であっても、切替マーカが表示されている場合と同様に、履歴Ｈｓを特定する操作がされることによってデビット明細画面ＤＨＤに切り替わる。なお、履歴Ｈｓが他の入出金履歴と区別される態様で表示されていなくてもよい。
【００８５】
（５）上述の実施形態では、デビット明細画面ＤＨＤにおいて、履歴Ｈｓに関連付けられたデビット決済履歴を他の履歴に対して強調して表示されるようにしたが、このデビット決済履歴のみを表示し、他の履歴については表示しないようにすることで、表示された履歴が相対的に強調されるようにしてもよい。
【００８６】
（６）上述の実施形態では、銀行において銀行口座の明細（口座入出金）を提供するサービスを利用し、デビット決済提供会社においてデビットカードの利用明細（デビット決済）を提供するサービスを利用した関係において、通帳明細画面ＢＨＤおよびデビット明細画面ＤＨＤが用いられる構成であったが、必ずしも２つのサービスが銀行の口座入出金とデビット決済との関係でなくてもよい。すなわち、一方のサービスの利用履歴において他方のサービスの利用履歴が明確には表示されないような関係（例えば、一方のサービスでは他方のサービスの名称のみしか表示されない関係）となる２つのサービスの組み合わせであれば、様々なサービスの組み合わせが適用できる。
【００８７】
（７）上述の実施形態では、履歴表示処理の前にマッチング処理が実行されていたが、通帳明細画面ＢＨＤを表示中にマッチング処理をしてもよい。また、通帳明細画面ＢＨＤにおいて切替マーカが操作されて履歴Ｈｓが指定された後に、履歴Ｈｓに関連付けられるデビット決済履歴を特定するためのマッチング処理を実行するようにしてもよい。
【００８８】
（８）上述の実施形態では、マッチング処理は、表示機能を実現している通信端末１０において実行されたが、サーバ等の他の装置において実行されてもよい。
【００８９】
（９）上述の実施形態では、１つの銀行口座に１つのデビットカードが関連付けられている場合について説明したが、１つの銀行口座に複数のデビットカードが関連付けられていてもよい。この場合には、入出金履歴情報Ｍ１およびデビット決済履歴情報Ｍ２におけるデビットカード番号を用いた突き合わせをすることにより、実質的にいずれのデビットカードを対象としたものか特定することができる。
【００９０】
（１０）上述した実施形態では、入出金履歴のうち摘要の内容に所定の文字列（例えば、「デビットカード」）を含む場合に履歴Ｈｓとして抽出されたが、入出金履歴にデビットカードの利用であることを示す識別子等、デビット決済であることを示す情報が含まれるようにすることで、履歴Ｈｓとして抽出されるための判定（図８ステップＳ１０３）に用いられてもよい。
【符号の説明】
【００９１】
１０…通信端末、２０…第１サービスシステム、３０…第２サービスシステム、２１０，３１０…サーバ、２５０，３５０…データベース、１１０…制御部、１３０…記憶部、１５０…表示部、１７０…操作部、１９０…通信部
【図１】
2020042570.tif 000003
【図２】
2020042570.tif 000004
【図３】
2020042570.tif 000005
【図４】
2020042570.tif 000006
【図５】
2020042570.tif 000007
【図６】
2020042570.tif 000008
【図７】
2020042570.tif 000009
【図８】
2020042570.tif 000010
【図９】
2020042570.tif 000011
【図１０】
2020042570.tif 000012
【図１１】
2020042570.tif 000013
【図１２】
2020042570.tif 000014
【図１３】
2020042570.tif 000015
【図１４】
2020042570.tif 000016
【図１５】
2020042570.tif 000017
【図１６】
2020042570.tif 000018
【図１７】
2020042570.tif 000019