(57)【要約】【課題】入力帳票を読み取って過去の取引履歴の中で所望の取引を確認する。【解決手段】利用者との間で帳票を用いた取引を行う帳票取引装置であって、入力帳票を読み取る帳票読取部と、入力帳票に含まれる項目のうち操作部から利用者により選択された項目と、過去の利用者の取引履歴とに基づいて、取引履歴のうち選択された項目についての取引情報を表示部に出力する制御部と、を備える。【選択図】図８
2018160119.tif 000002
【特許請求の範囲】
【請求項１】
利用者との間で帳票を用いた取引を行う帳票取引装置であって、
入力帳票を読み取る帳票読取部と、
前記入力帳票に含まれる項目のうち操作部から前記利用者により選択された項目と、過去の前記利用者の取引履歴とに基づいて、前記取引履歴のうち前記選択された項目についての取引情報を表示部に出力する制御部と、
を備えることを特徴とする帳票取引装置。
【請求項２】
前記帳票読取部は、挿入口から挿入された入力帳票を読み取り、
前記制御部は、前記挿入された入力帳票における前記選択された項目と、前記利用者の取引履歴とに基づいて、前記選択された項目についての取引情報を表示部に出力する、
ことを特徴とする請求項１に記載の帳票取引装置。
【請求項３】
前記帳票読取部は、前記入力帳票として払込帳票を読み取り、
前記制御部は、前記払込帳票に含まれる払込先の項目と同じ払込先を含む前記取引履歴を抽出し、前記表示部に出力する、
ことを特徴とする請求項１に記載の帳票取引装置。
【請求項４】
前記帳票読取部は、前記入力帳票として払込帳票を読み取り、
前記制御部は、前記取引履歴に含まれる前記利用者による過去の取引先を示す払込先の一覧を前記表示部に出力し、前記操作部により前記払込先の一覧から選択された払込先について前記取引履歴を抽出し、前記表示部に出力する、
ことを特徴とする請求項１に記載の帳票取引装置。
【請求項５】
前記制御部は、前記帳票読取部により読み取られた入力帳票に含まれる項目を前記表示部に出力し、出力された前記項目のうち前記操作部により選択された項目についての取引情報を前記表示部に出力する、
ことを特徴とする請求項１に記載の帳票取引装置。
【請求項６】
前記帳票読取部は、過去の前記利用者の取引で用いられた帳票の画像を出力し、
前記制御部は、前記選択された項目についての取引情報とともに前記利用者の取引で用いられた帳票の画像とを前記表示部に出力する、
ことを特徴とする請求項１に記載の帳票取引装置。
【請求項７】
前記制御部は、前記操作部から受け付けられた前記帳票の画像を含む前記取引情報の印刷指示に基づいて、前記帳票の画像を含む前記取引情報を印刷部から印刷する、
ことを特徴とする請求項６に記載の帳票取引装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票取引装置の履歴表示手法に関するものである。
【背景技術】
【０００２】
金融機関の自動取引装置（ＡＴＭ）では、出金取引や入金取引などの様々な取引を行うことが可能であり、利用者はこれらの取引履歴を通帳に記入することで管理することができる。
【０００３】
しかし、利用者が通帳を持っていない場合は取引履歴を記入することができないため、取引履歴を確認することができない。また、通帳には全ての取引履歴が日付順に記入されており、特定の取引履歴を確認したい場合は目視で探すしかなく煩わしい。通帳を持っていない場合でも取引履歴を確認することが可能であり、且つ特定の取引履歴を確認できることが利用者にとって利便性がよい。
【０００４】
例えば、自動取引装置と金融機関サーバがネットワークを介して接続されている環境において、利用者のキャッシュカード情報を元に利用者の取引履歴情報を記憶している金融機関サーバに問い合わせることで、直近の取引履歴情報を自動取引装置のディスプレイに表示する方法が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−２３４４３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前記特許文献１記載の従来技術においては、上述のとおり利用者はキャッシュカードのみで直近の取引履歴情報を確認できる。しかし、今般、自動取引装置で取り扱う取引サービスの種類は増加しており、金融機関によっては税金・公共料金の払込帳票を読み取る装置を有する自動取引装置（以下、帳票取引装置とする）を設置している。前記払込帳票を用いて行う取引（以下、払込取引とする）の場合、利用者によっては定期的に複数種類の払込帳票について取引を行う場合がある。この場合、確認したい取引履歴情報が直近の対象範囲に入らず、確認できない可能性がある。また、直近の取引履歴情報の対象範囲に入っていたとしても、特定の取引履歴情報、例えば納付先がガス会社である払込取引情報を確認したい場合、多数の取引履歴情報から探す必要があり、利用者にとって煩わしい。
【０００７】
本発明は、上記に鑑みてなされたものであって、入力帳票を読み取って過去の取引履歴の中で所望の取引を確認することが可能な帳票取引装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
前述の課題を解決し、目的を達成するために、本発明にかかる帳票取引装置は、利用者との間で帳票を用いた取引を行う帳票取引装置であって、入力帳票を読み取る帳票読取部と、前記入力帳票に含まれる項目のうち操作部から前記利用者により選択された項目と、過去の前記利用者の取引履歴とに基づいて、前記取引履歴のうち前記選択された項目についての取引情報を表示部に出力する制御部と、を備えることを特徴とする帳票取引装置として構成される。
【発明の効果】
【０００９】
本発明によれば、入力帳票を読み取って過去の取引履歴の中で所望の取引を確認することができる。
【図面の簡単な説明】
【００１０】
【図１】帳票取引装置の外観図
【図２】帳票取引装置のシステム構成図および制御ブロック図
【図３】ホストサーバの顧客口座情報データテーブル
【図４】ホストサーバの顧客取引情報データテーブル
【図５】コンテンツサーバの払込帳票データテーブル
【図６】払込帳票のサンプル
【図７】帳票取引装置における払込履歴照会処理までの処理を示すフロー図
【図８】帳票取引装置における帳票履歴照会の詳細フロー図
【図９】帳票取引装置における払込履歴照会選択画面表示例
【図１０】帳票取引装置における納付先選択画面表示例
【図１１】帳票取引装置における込取引履歴一覧画面表示例
【図１２】帳票取引装置における納付先一覧選択画面表示例
【図１３】帳票取引装置における払込帳票画像画面表示例
【発明を実施するための形態】
【００１１】
以下、図１〜１３を参照して、本実施形態における、銀行システムなどの金融機関システムに採用される帳票取引装置について説明する。以下では、履歴照会システム、および履歴照会方法を帳票取引装置に適用した場合について例示しているが、同様の機能を有した様々な装置に適用することができる。
【００１２】
図１は、本実施形態に係る帳票取引装置（以下、ＳＴＭ（Store Tellers Machine）とする。）１の外観図、図２は、ＳＴＭ１とホストサーバとコンテンツサーバが通信網を介して接続されたシステム構成図および制御ブロック図である。
【００１３】
ＳＴＭ１は金融機関の営業店等に設置され、利用者の操作により出金取引や入金取引、払込取引等の取引を自動的に実行する装置である。図１、２に示すように、ＳＴＭ１は利用者に対して取引内容や操作手順を表示して操作を行わせる操作部２を有し、カード／明細票機構部４、通帳機構部５、紙幣入出金機構部６、硬貨入出金機構部７、帳票読取機構部８、領収証出力機構部９、そしてこれら各部を制御する制御部３などで構成されている。
【００１４】
制御部３は、ＣＰＵ、メモリ等のハードウェア構成と、プログラム、データ等のソフトウェア構成とから成り、各種処理、取引を制御する。カード／明細票機構部４、通帳機構部５、紙幣入出金機構部６、硬貨入出金機構部７については従来から知られている一般的な構成であるため、ここではその説明を省略する。帳票読取機構部８はスキャナユニットを備え、挿入口から挿入された払込帳票の情報を読み取り、さらに払込帳票の画像ファイルを生成して記憶する。領収証出力機構部９は前期払込帳票の画像ファイルおよび取引情報を領収証に印刷して出力する。通信部１０は、ＳＴＭ１がホストサーバ１１およびコンテンツサーバ１７それぞれにネットワークを介して接続しており、顧客の取引情報および払込帳票情報などを通信する。
【００１５】
ホストサーバ１１は、制御部１２、通信部１３と記憶部１４を備える。制御部１２は、CPU、メモリなどを備え、ホストサーバの処理を制御する。通信部１３は、ＳＴＭ１と顧客の取引情報などを通信する。記憶部１４は、顧客口座情報１５および顧客取引情報１６を記憶している。
【００１６】
コンテンツサーバ１７は、制御部１８、通信部１９と記憶部２０を備える。制御部１８は、CPU,メモリなどを備え、コンテンツサーバの処理を制御する。通信部１９は、ＳＴＭ１と払込帳票情報などを通信する。記憶部２０は、読み取った払込帳票の払込帳票情報２１および払込帳票画像２２を記憶している。
【００１７】
図３は、前記ホストサーバ１１の記憶部１４に記憶している顧客口座情報１５のデータテーブル、図４は、前記ホストサーバ１１の記憶部１４に記憶している顧客取引情報１６のデータテーブルである。図３に示すように、顧客口座情報１５は、口座番号、科目、残高、氏名、生年月日、住所、電話番号などの情報を記憶している。また顧客取引情報は、取引日時、口座番号、科目、取引種類、取引金額、納付先などの情報を記憶している。
【００１８】
図３では、例えば、普通預金口座の口座番号３２１−８９８６５は、東京都在住の田中花子さんの口座であり、残高が１，２３４，５６７円であることを示している。また、田中花子さんの生年月日は１９９０年９月９日であり、連絡先は０３−４５６７−８９０１であることを示している。このように、顧客口座情報１５には、ＳＴＭ１の利用者の口座に関する情報が記憶されている。
【００１９】
また、図４では、２０１６年１０月２５日の午前８時４６分１０秒に、普通預金口座の口座番号３２１−８９８６５（田中花子さんの口座）から、○○ガスにガス料金として１万円が払い込まれていることを示している。このように、顧客取引情報１６には、ＳＴＭ１の利用者の取引に関する情報が記憶されている。
【００２０】
図５は、前記コンテンツサーバ１７の記憶部２０に記憶している払込帳票データ２１である。図５に示すように、払込帳票データ２１は、取引日付、支払期限、払込先・振込先口座番号、納付先、氏名、取引金額、帳票種類、帳票画像ファイル名称などの情報を記憶している。後述するように、実際には、帳票画像ファイル名称に対応付けて、払込帳票データがこれらの情報に対応付けて記憶される。
【００２１】
図５では、２０１６年１０月２５日の午前８時４６分１０秒に、田中花子さんが払込帳票によって取引した○○ガス宛の払込帳票には、支払期限が２０１６年１１月１４日であり、払込先の口座番号が３１７０−３−２２５であり、取引金額が１万円であることを示している。また、このときの払込帳票の画像が０２．Ｊｐｅｇとして記憶されていることを示している。このように、払込帳票データ２１には、ＳＴＭ１の利用者により取引されたときの帳票に関する情報が記憶されている。
【００２２】
図６は、払込帳票のサンプルである。図６に示すように、払込帳票には納付先１、払込先・振込先口座番号２、取引金額３、支払期限４、氏名５などの項目があり、前記帳票読取機構部８にて払込帳票の情報を読み取り、図５に示した払込帳票データ２１として記憶する。これらの各項目については図５に示したものと同様であるため、ここではその説明を省略するが、図６では、田中花子さんが２０１６年１０月２５日の午前８時４６分１０秒に取引したときの払込帳票が払込帳票データ２１として記憶されていることがわかる。
【００２３】
次にＳＴＭ１が行う払込取引履歴照会処理フローを図７、図８を用いて説明する。図７に示す処理は、利用者が払込帳票をＳＴＭ１の挿入口に挿入してから払込履歴照会処理を実施するまでの流れである。
【００２４】
利用者が取引を開始すると、まず制御部３は、ＳＴＭ１の操作部２に帳票挿入画面を表示する（S701）。帳票挿入画面には、例えば、「お手持ちの帳票を挿入して下さい。」等、帳票の挿入を促すメッセージが表示される。利用者がＳＴＭ１の帳票読取機構部８に払込帳票を挿入すると、帳票読取機構部８は挿入された払込帳票を検知し（S702）、払込帳票の情報を読み取る（S703）。
【００２５】
次に、制御部３は、読み取られた払込帳票データ及び払込帳票画像ファイルを、制御部３内の不図示のメモリに一時的に記憶する（S704）。制御部３は、通信部１０を介して、記憶した払込帳票データ及び払込帳票画像ファイルをコンテンツサーバ１７へ送信し（S705）、コンテンツサーバ１７は受信したデータを記憶部２０の払込帳票情報２１および払込帳票画像２２に記憶する。
【００２６】
次に、制御部３は、ＳＴＭ１の操作部２に、図９に示すような払込取引選択画面を表示する（S706）。払込取引選択画面には、払込取引を行うためのボタン９０１と払込取引の履歴照会を行うためのボタン９０２が表示されている（図９）。操作部２が払込取引を行うためのボタンが押下されたことを検知した場合（S707；No）、制御部３に通知を行うことで払込取引処理が行われる（S708）。払込取引処理の内容は本実施例との関連性はないため、ここではその説明を省略する。操作部２が払込取引の履歴照会を行うためのボタンが押下されたことを検知した場合（S707；Yes）、制御部３に通知を行うことで払込履歴照会処理が行われる（S709）。
【００２７】
図８に示す処理は、図７のS709に示した払込履歴照会処理の詳細である。  
まず、制御部３は、利用者を特定するために電話番号をＳＴＭ１の操作部３へ入力させる（S801）。操作部３には、例えば、「お客様の電話番号を入力して下さい。」等、電話番号の入力を促すメッセージが表示される。ここでは、電話番号を入力させることを例示しているが、これに限らず、例えば、生年月日や住所などを入力させることも考えることができる。
【００２８】
次に、制御部３は、ＳＴＭ１の操作部２に、図１０に示すような納付先選択画面を表示する（S802）。納付先選択画面には、挿入した払込帳票と同じ納付先へ履歴照会を行うための同一納付先ボタン１００１と今まで払込取引をした事がある納付先から表示したい納付先へ履歴照会を行うための納付先選択ボタン１００２が表示されている（図１０）。
【００２９】
利用者が挿入した払込帳票と同じ納付先へ履歴照会を行うための同一納付先ボタン１００１を選択したことを制御部３が検知した場合（S803；Yes）、ＳＴＭ１は制御部３に一時的に記憶した払込帳票データ（納付先、氏名）および利用者が入力した電話番号などの情報をホストサーバ１１へ送信し、利用者が払込帳票と同じ納付先に対して行った払込取引の履歴データを要求する（S804）。ホストサーバ１１はＳＴＭ１から受信した利用者の氏名、電話番号などの情報を元に記憶部１４の顧客口座情報１５のデータテーブルを検索し、利用者の口座番号を特定する。
【００３０】
例えば、氏名が「田中花子」、電話番号が「０３−４５６７−８９０１」である場合、図３に示す顧客口座情報データテーブルから口座番号が「３２１−８９８６５」であることが特定できる。次にホストサーバ１１はＳＴＭ１から受信した納付先および特定した口座番号の情報を元に記憶部１４の顧客取引情報１６のデータテーブルを検索し、同じ納付先の払込取引履歴データを抽出し、ＳＴＭ１へ送信する（Ｓ804）。尚、図４では、日付は「2016年10月25日08：46：10」、取引金額は「１万円」などの取引履歴情報を取得することが出来る。上記取引履歴情報は複数レコードが取得される場合もある。
【００３１】
次に、制御部３はＳＴＭ１の操作部２に、図１１に示すような口座番号ごとの払込取引履歴一覧画面を表示し、受信した払込取引履歴データを表示する（Ｓ806）。
【００３２】
一方、利用者が今まで払込取引をした事がある納付先から表示したい納付先へ履歴照会を行うための納付先選択ボタン(1002)を選択したことを制御部３が検知した場合（S803；No）、ＳＴＭ１は制御部３に一時的に記憶した払込帳票データ（納付先、氏名）および利用者が入力した電話番号などの情報をホストサーバ１１へ送信し、利用者がこれまでに行った払込取引での、今まで払込取引をした事がある納付先一覧のデータを要求する（S807）。
【００３３】
ホストサーバ１１はＳＴＭ１から受信した利用者の氏名、電話番号などの情報を元に記憶部１４の顧客口座情報１５のデータテーブル（図３）を検索し、利用者の口座番号を特定する。次にホストサーバ１１は特定した口座番号の情報を元に記憶部１４の顧客取引情報１６のデータテーブル（図４）を検索し、払込取引の全ての納付先一覧のデータをＳＴＭ１へ送信する（Ｓ808）。次に、制御部３はＳＴＭ１の操作部２に、図１２に示すような納付先一覧選択画面を表示し、受信した納付先一覧データを表示する（Ｓ809）。図１２に示す納付先一覧選択画面には、納付先を選択するための複数の納付先ボタン１２０１が表示されていることがわかる。
【００３４】
次に、制御部３は、納付先一覧選択画面の納付先ボタン１２０１が押下されたことを検知すると（S810）、押下されたボタンの納付先をホストサーバ１１へ送信し、利用者が指定した納付先に対して行った払込取引の履歴データを要求する（S811）。S812からS806の処理については、前述のS805からS806と同様に考えることができるため、ここではその説明を省略する。
【００３５】
前記払込取引履歴一覧画面には、払込取引履歴照会を終了させるボタン（以下、終了ボタンとする。）１１０１と払込帳票画像を表示させるボタン（以下、帳票画像表示ボタンとする。）１１０２が設けられており、制御部３は、操作部２が利用者から終了ボタン１１０１の押下を受け付けたことを確認すると（S813；No）、払込取引履歴照会を終了する。
【００３６】
一方、制御部３は、操作部２が利用者から帳票画像表示ボタン１１０２の押下を受け付けたことを確認すると（S813；Yes）、指定された払込取引情報（取引日付、払込先・振込先口座番号、納付先、氏名、取引金額）をコンテンツサーバ１７に送信し、指定された払込取引の帳票画像ファイルを要求する（S814）。コンテンツサーバ１７はＳＴＭ１から受信した前期払込取引情報を元に記憶部２０の払込帳票データ２１のデータテーブル（図５）を検索し、指定された払込取引の帳票画像ファイル名称を特定する。
【００３７】
例えば、取引日付が「2016年10月24日18：16：48」、払込先・振込先口座番号が「１６９４−０−１２３」、氏名が「赤木花子」、取引金額が「５４００円」である場合、図５に示す払込帳票データテーブルから帳票画像ファイル名称が「０１．ｊｐｅｇ」であることが特定できる。次にコンテンツサーバ１７は記憶部２０の払込帳票画像２２から帳票画像ファイルを検索し、ＳＴＭ１へ送信する（Ｓ815）。次に、制御部３はＳＴＭ１の操作部２に、図１３に示すような払込帳票画像画面を表示し、受信した払込帳票画像ファイルを表示する（Ｓ816）。
【００３８】
前記払込帳票画像画面には、画面に表示されている内容を紙に印刷するボタン（以下、印刷ボタンとする。）１３０１と確認ボタン１３０２と払込取引に用いられた帳票の画像データを表示する払込帳票画像データ表示欄１３０３とが設けられており、制御部３は、操作部２が利用者から印刷ボタン１３０１の押下を受け付けたことを確認すると（S817；Yes）、領収証出力機構部９に、払込帳票画像データ表示欄１３０３の画面表示内容を紙に印刷するよう要求し、領収証出力機構部９は画面表示内容を紙に印刷して排出する（S818）。
【００３９】
一方、制御部３は、操作部２が利用者から確認ボタン１３０２の押下を受け付けたことを確認すると（S817；No）、ＳＴＭ１の操作部２に払込取引履歴一覧画面を表示する（S806）。
【００４０】
このように、本実施例における処理を実行することにより、直近の取引履歴情報を一律表示するのみならず、利用者に払込帳票を挿入させることにより払込取引に限定し、さらに特定の納付先の取引履歴情報を容易に確認することができる。例えば、利用者は払込帳票を挿入することで、挿入した払込帳票と同一納付先の払込取引履歴情報を容易に確認することができる。また、利用者は納付先を選択することで、挿入した払込帳票とは異なる納付先の払込取引履歴情報を確認することができる。
【００４１】
尚、本発明は上述した実施例に限られるものではない。上述した実施例では、挿入した払込帳票と異なる納付先の履歴照会を行う場合、まずホストサーバ１１から納付先一覧のデータを受信し、次にホストサーバ１１から利用者が選択した納付先の払込取引履歴データを受信するが、納付先一覧のデータと各納付先の払込取引履歴データを同時に受信しておき、利用者が納付先を選択した後、ホストサーバ１１との送受信を行うことなく払込取引履歴データを表示させてもよい。
【００４２】
また、上述した実施例では、前記納付先をキーワードに取引履歴情報をホストサーバ１１から取得し、操作部２に表示していたが、前記納付先のみならず、任意のキーワードを利用者に選択させ、前記キーワードに対応する取引履歴情報を操作部２に表示させてもよい。具体的には、制御部３は、帳票読取機構部８により読み取られた入力帳票に含まれる全ての項目（例えば、納付先１のほか、図６に示す払込先・振込先口座番号２、取引金額３、支払期限４、氏名５などの項目）を操作部２に出力し、出力された項目のうち操作部２により利用者から選択された項目についての取引情報を操作部２に出力してもよい。このような処理により、利用者は所望の項目を切り口として自身の過去の取引履歴を一見して把握することができる。
【符号の説明】
【００４３】
１…帳票取引装置
２…操作部(入力兼表示部)
３…制御部
４…カード機構部・明細票機構部
５…通帳機構部
６…紙幣入出金機構部
７…硬貨入出金機構部
８…帳票読取機構部
９…領収証出力機構部
１０…通信部(帳票取引装置)
１１…ホストサーバ
１２…制御部(ホストサーバ)
１３…通信部(ホストサーバ)
１４…記憶部(ホストサーバ)
１５…顧客口座情報
１６…顧客取引情報
１７…コンテンツサーバ
１８…制御部(コンテンツサーバ)
１９…通信部(コンテンツサーバ)
２０…記憶部(コンテンツサーバ)
２１…払込帳票データ
２２…払込帳票画像
【図１】
2018160119.tif 000003
【図２】
2018160119.tif 000004
【図３】
2018160119.tif 000005
【図４】
2018160119.tif 000006
【図５】
2018160119.tif 000007
【図６】
2018160119.tif 000008
【図７】
2018160119.tif 000009
【図８】
2018160119.tif 000010
【図９】
2018160119.tif 000011
【図１０】
2018160119.tif 000012
【図１１】
2018160119.tif 000013
【図１２】
2018160119.tif 000014
【図１３】
2018160119.tif 000015