JP2015060405A - 伝票生成システム及び伝票生成方法 - Google Patents

Abstract

【課題】金融機関等において本人確認が必要となるような取引であっても窓口のサービスを効率よく提供することを課題とする。【解決手段】電子記帳機３０において、顧客が窓口に呼び出される前に、伝票の種類を特定する情報及び特定された伝票の項目に対応する情報の入力を受け付けて、伝票の種類と伝票の項目に対応する情報である伝票項目データを生成して記憶し、伝票項目データに基づいて伝票を印刷するようにした。さらに、伝票項目データによって本人確認の要否を判定し、本人確認が必要と判定した場合には本人確認記録に記載する情報の入力を受け付けて本人確認記録データを生成して記憶し、本人確認記録データに基づいて本人確認記録を印刷するようにした。【選択図】図１

Description

この発明は、金融機関等に来店した顧客が窓口で提供されるサービスを受けるために必要な伝票を生成する伝票生成システム及び伝票生成方法に関する。

従来、金融機関などの店舗には、該店舗に来店した顧客を受付順に所望の窓口まで誘導するための受付システムが設置されている。例えば、特許文献１には、顧客からの取引に必要な取引データの入力を受け付けて受付番号を発行し、当該受付番号によって顧客を窓口に呼び出すシステムが開示されている。

具体的には、特許文献１では、電子記帳台により顧客が取引の種類及び取引に必要な取引データの入力を行うと、取引データがファイル機構に格納されるとともに、受付番号を印字したカード型の記録媒体が出力される。顧客は、顧客誘導装置により受付番号によって窓口に呼び出され、窓口で行員にカード型記録媒体を渡す。行員は、顧客から受け取ったカード型記録媒体の受付番号を窓口端末装置のカードリーダにより読み取り、ファイル機構から該当する取引データを取得して、当該取引データを使用して取引を行う。

特開平７−９８７４０号公報

しかしながら、上記特許文献１のものは、取引の内容によって本人確認の手続きが必要な場合に窓口でのサービスを効率的に行えないことがあるという問題点があった。この点を具体的に説明する。取引の種類や取引金額によっては、本人確認書類の提示が必要になる場合があり、顧客が窓口で行員にカード型記録媒体を渡した時に、本人確認書類の提示が必要なことが顧客に伝えられる。このように本人確認書類が必要であることを窓口で初めて認識した顧客は、本人確認書類を探すのに時間を要したり、本人確認書類を持ち合わせていないために取引を一時保留にすることがあり、窓口サービスの効率性を損なってしまうのである。

また、本人確認の手続きを行う場合には、本人確認を行ったことの記録として本人確認資料の作成を行う必要がある。行員は、本人確認資料に記載する取引内容、目的、職業及び代理人の場合には代理人の情報などを、窓口で顧客から取得する必要があり、窓口でのサービスにかかる時間が長くなってしまう原因となっている。

これらのことから、本人確認が必要となるような取引であっても、窓口におけるサービスを効率よく提供することのできる伝票記帳システムをいかに実現するかが重要な課題となっている。

本発明は、上述した従来技術の課題を解消するためのものであって、金融機関等において本人確認が必要となるような取引であっても窓口のサービスを効率よく提供することのできる伝票生成システム及び伝票生成方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、伝票を生成する伝票生成システムであって、依頼する取引の内容の入力を受け付ける取引内容受付手段と、前記取引内容受付手段によって受け付けた取引の内容の情報を含む伝票データを生成する伝票データ生成手段と、前記取引内容受付手段によって受け付けた取引の内容に基づいて本人確認が必要か否かの判定を行う判定手段と、前記判定手段によって本人確認が必要と判定された場合に本人確認の記録に含めるデータの入力を受け付けて受け付けたデータを含む本人確認記録データを生成する本人確認記録データ生成手段とを備えたことを特徴とする。

また、本発明は、上記発明において、前記取引内容受付手段によって受け付けた取引の内容は金額の情報を含み、前記判定手段は、前記取引内容受付手段によって受け付けた金額が所定の金額以上の場合には本人確認の記録が必要であると判定することを特徴とする。

また、本発明は、上記発明において、前記取引内容受付手段によって受け付けた取引の内容は取引の種類の情報を含み、前記判定手段は、前記取引内容受付手段によって受け付けた取引の種類が特定の種類の取引である場合には本人確認の記録が必要であると判定することを特徴とする。

また、本発明は、上記発明において、代理人の認証情報を含む前記代理人のデータを本人と関連付けて管理する代理人管理手段をさらに備え、前記本人確認記録データ生成手段は、前記代理人による取引の依頼を行う場合には、前記代理人管理手段によって管理される代理人の情報に含まれる認証情報と、取得した代理人の認証データとを照合することを特徴とする。

また、本発明は、上記発明において、前記伝票データ生成手段によって生成される伝票データと、前記本人確認記録データ生成手段によって生成される本人確認記録データとを関連付ける関連付け手段をさらに備えたことを特徴とする。

また、本発明は、上記発明において、前記取引内容受付手段によって受け付けた取引を識別する識別情報を管理する識別情報管理手段をさらに備え、前記関連付け手段は、前記伝票データと前記本人確認記録データとに前記識別情報管理手段によって管理される識別情報を含めることによって、前記伝票データと前記本人確認記録データとの関連付けを行うことを特徴とする。

また、本発明は、上記発明において、前記本人確認記録データ生成手段は、前記伝票データ生成手段によって生成される伝票データと共通する項目については、前記伝票データの内容を取得して前記本人確認記録データに反映することを特徴とする。

また、本発明は、上記発明において、前記伝票データ生成手段によって生成した伝票データと、前記本人確認記録データ生成手段によって生成した本人確認記録データとを一枚の紙葉類に印刷する出力手段をさらに備えたことを特徴とする。

また、本発明は、伝票を生成する伝票生成方法であって、依頼する取引の内容の入力を受け付ける取引内容受付ステップと、前記取引内容受付ステップによって受け付けた取引の内容の情報を含む伝票データを生成する伝票データ生成ステップと、前記取引内容受付ステップによって受け付けた取引の内容に基づいて本人確認が必要か否かの判定を行う判定ステップと、前記判定ステップによって本人確認が必要と判定された場合に本人確認の記録に含めるデータの入力を受け付けて受け付けたデータを含む本人確認記録データを生成する本人確認記録データ生成ステップとを含んだことを特徴とする。

本発明によれば、依頼する取引の内容を受け付け、受け付けた取引の内容の情報を含む伝票データを生成し、受け付けた取引の内容に基づいて本人確認が必要か否かの判定を行い、本人確認が必要と判定した場合には本人確認の記録に含めるデータの入力を受け付けて、受け付けたデータを含む本人確認記録データを生成するように構成したので、金融機関等において本人確認が必要となるような取引であっても窓口のサービスを効率よく提供することができる。

図１は、本実施例に係る伝票及び本人確認記録の生成処理の概要を説明するための説明図である。 図２は、本実施例に係る伝票生成システムのシステム構成を示す図である。 図３は、図２に示した受付機の本実施例に係る内部構成を示すブロック図である。 図４は、図２に示した受付機の本実施例に係るデータ構成について説明するための説明図である。 図５は、図２に示したサーバの本実施例に係る内部構成を示すブロック図である。 図６は、図２に示したサーバの本実施例に係るデータ構成について説明するための説明図である。 図７は、図２に示した受付機における番号札発行処理及び顧客誘導処理の処理手順を示すフローチャートである。 図８は、図２に示した本人確認サーバの本実施例に係る内部構成を示すブロック図である。 図９は、図２に示した本人確認サーバの本実施例に係るデータ構成について説明するための説明図である。 図１０は、図２に示した電子記帳機の本実施例に係る内部構成を示すブロック図である。 図１１は、図２に示した電子記帳機の本実施例に係るデータ構成について説明するための説明図である。 図１２は、図２に示した電子記帳機の振込取引の伝票を作成する時の主な画面表示内容及び画面遷移を説明するための説明図である。 図１３は、図２に示した電子記帳機で伝票を作成時の補助情報表示領域を説明するための説明図である。 図１４は、図２に示した電子記帳機で本人確認記録を作成時の主な画面表示内容及び画面遷移を説明するための説明図である。 図１５は、図２に示した電子記帳機における伝票及び本人確認記録の生成処理の処理手順を示すフローチャートである。 図１６は、図２に示した窓口端末の本実施例に係る内部構成を示すブロック図である。 図１７は、図２に示した窓口端末における伝票及び本人確認記録の修正処理の処理手順を示すフローチャートである。

以下に、添付図面を参照して、本発明に係る伝票生成システム及び伝票生成方法の好適な実施例を詳細に説明する。

まず、本実施例に係る伝票及び本人確認記録の生成処理の概要を説明する。図１は、本実施例に係る伝票及び本人確認記録の生成処理の概要を説明するための説明図である。

店舗に来店した顧客は、まず、図示しない受付機１０で来店目的などを入力することによって、入力した内容に応じて適切に誘導される。具体的には、伝票を作成する必要がある場合には電子記帳機３０に誘導され、伝票を作成する必要のない場合には電子記帳機３０には誘導されずに、受付機１０で発行された受付番号の記載された番号札を受け取って、該受付番号によって呼び出されるのを待つことになる。

電子記帳機３０に誘導された顧客は、電子記帳機３０において来店目的に応じて必要な伝票の作成を行う。電子記帳機３０は、顧客の来店目的に応じた伝票の項目に対する入力を受け付けて伝票の項目に対応するデータを決定する。また、電子記帳機３０は、伝票に対応する取引の種類若しくは伝票の項目に対して受け付けた入力内容によって、顧客が所望する取引で本人確認が必要か否かの判定を行う。

本人確認が必要と判定した場合には、電子記帳機３０は、窓口における本人確認時に作成しなければならない本人確認記録の項目に反映するデータの入力を受け付けて、本人確認記録の項目のデータを決定する。また、電子記帳機３０は、決定した本人確認記録の項目のデータをサーバ２０で採番した受付番号に関連付けた本人確認記録データ３８ｇを生成して本人確認サーバ８０に送付して、生成した本人確認記録データ３８ｇと本人確認記録の帳票のイメージの合成された記入済みの本人確認記録を印刷する。

また、電子記帳機３０は、伝票の項目に対応するデータをサーバ２０で採番した受付番号に関連づけた伝票項目データ３８ｄを生成してサーバ２０に送付して、生成した伝票項目データ３８ｄと伝票イメージの合成された記入済みの伝票を印刷する。また、電子記帳機３０は、サーバ２０で採番した受付番号が印刷された番号札を発行する。

本人確認が不要と判定した場合には、電子記帳機３０は、本人確認記録の項目に反映するデータの入力の受け付けの処理と、これに伴う本人確認記録データ３８ｇの送信処理及び本人確認記録印刷処理とは行わずに、伝票項目データ３８ｄのサーバ２０への送信処理、伝票の印刷処理及び番号札の発行処理を行う。

顧客は、発行された番号札に印刷された受付番号によって呼び出されると、電子記帳機３０で印刷された伝票と本人確認記録と番号札とを窓口の行員に提示する。窓口の行員は受け取った伝票の内容を確認し、修正の必要がある場合には窓口端末４０を使用して、番号札に記載された受付番号を指定して、サーバ２０に登録されている対応する伝票項目のデータを取得して、修正対象の項目の修正を行って修正内容をサーバ２０に反映するとともに修正の反映された伝票の印刷を行う。また、本人確認記録の内容を確認し、修正の必要がある場合には窓口端末４０を使用して、番号札に記載された受付番号を指定して、本人確認サーバ８０に登録されている対応する本人確認記録のデータを取得して、修正対象の項目の修正を行って修正内容を本人確認サーバ８０に反映するとともに修正の反映された本人確認記録の印刷を行う。

従来であれば、行員は、顧客が窓口で提示する伝票をみて本人確認の要否を判定して、本人確認書類の提示を顧客に求めるとともに、本人確認記録に記載する項目の情報を窓口で顧客から受け取って本人確認記録を作成しなければならなかったので、顧客の窓口のサービスを効率よく進めることができなかった。

これに対し、本実施例に係るシステムでは、電子記帳機３０において、顧客が窓口に呼び出される前に、伝票の種類を特定する情報及び特定された伝票の項目に対応する情報の入力を受け付けて、伝票の種類と伝票の項目に対応する情報である伝票項目データ３８ｄを生成して記憶し、伝票項目データ３８ｄに基づいて伝票を印刷するようにした。さらに、伝票項目データ３８ｄによって本人確認の要否を判定し、本人確認が必要と判定した場合には本人確認記録に記載する情報の入力を受け付けて本人確認記録データ３８ｇを生成して記憶し、本人確認記録データ３８ｇに基づいて本人確認記録を印刷するようにしたので、金融機関等において本人確認が必要となるような取引であっても窓口のサービスを効率よく提供することができる。

次に、本実施例に係る伝票生成システムのシステム構成を説明する。図２は、本実施例に係る伝票生成システムのシステム構成を示す図である。伝票生成システムは、受付機１０と、伝票の作成処理を行う電子記帳機３０と、電子記帳機３０で作成した伝票の内容を窓口で確認及び修正することのできる窓口端末４０と、窓口端末４０で修正した伝票を印刷するプリンタ９４と、顧客の窓口への呼出操作などを行うためのテラーモニタ９１と、テラーモニタ９１の操作によって呼び出す顧客の受付番号の表示や呼び出しの音声出力を行う番号呼出装置９２と、顧客の来店状況などを出力する役席モニタ９０及びロビー端末９３と、これらの装置とデータ通信を行ってデータの連携や処理の連携を行うサーバ２０と、本人確認サーバ８０とを有する。本実施例では、窓口端末４０とテラーモニタ９１は別の装置としたが、窓口端末４０とテラーモニタ９１との両方の機能を備えた一体化した装置でもよい。

電子記帳機３０は、店舗の規模に応じて台数が決定され、１台又は複数設置される。テラーモニタ９１及び窓口端末４０は窓口ごとに設置され、それぞれの窓口に設置されたテラーモニタ９１を操作することによって、該窓口に顧客の誘導を行う。番号呼出装置９２は、窓口の種類に相当する台数が設置される。また、受付機１０と電子記帳機３０は顧客の移動範囲である顧客ゾーンに設置される。また、ロビー端末９３も、顧客ゾーンで顧客の応対を行うロビーマンが所持することから顧客ゾーンに位置することとなる。窓口端末４０、役席モニタ９０、テラーモニタ９１、番号呼出装置９２及びプリンタ９４は金融機関の従業員の移動範囲である行員ゾーンに設置される。なお、番号呼出装置９２は、顧客ゾーンに設置されてもよい。

受付機１０は、表示操作部１１、番号札印刷部１２及びカードリーダ１３を有する。顧客は来店時に最初に本装置で来店の受付を行う。具体的には、顧客は、表示操作部１１に表示される来店目的を選択する。受付機１０は、顧客により入力された来店目的に基づいて、該来店目的に対応する窓口の種類と、伝票作成の要否とを判定する。受付機１０は、伝票作成が不要と判定した場合には、来店目的に対応する窓口の種類に応じた受付番号を採番し、受付番号の印刷された番号札を番号札印刷部１２から発行する。また、受付機１０は、伝票作成が必要と判定した場合には、番号札は発行せずに電子記帳機３０への誘導を実施する。

また、受付機１０は、カードリーダ１３で金融カードを読み取ると当該カードから読み取った個人を特定する情報をサーバ２０に通知して、サーバ２０から当該顧客の顧客情報を入手する。受付機１０は、該顧客情報から重要顧客と判定した場合は、サーバ２０に重要顧客来店の旨を通知する。当該重要顧客来店の旨の通知を受け付けたサーバ２０は、役席モニタ９０に重要顧客来店の通知を行う。

電子記帳機３０は、金融カードを読み込むためのカードリーダ３３、通帳に付けられた磁気テープを読み込む通帳ＭＳリーダ３４、顧客が持参した帳票のイメージなどを読み込むイメージスキャナ３５及び電子記帳機３０で作成した伝票を印字するプリンタ３６と接続される。電子記帳機３０は、受付機１０から誘導された顧客が伝票を作成するための機能を有する。

電子記帳機３０は、顧客の操作によって作成する伝票を判定し、当該伝票の項目を順番に画面に表示して、顧客に入力させる。そして、各項目に対する入力内容から図示しない伝票項目データ３８ｄを生成する。また、電子記帳機３０は、生成した伝票項目データ３８ｄをサーバ２０に送信して、サーバ２０に伝票項目データ２４ｄを登録する。

また、電子記帳機３０は、伝票の項目を画面から入力させるだけではなく、カードリーダ３３で金融カードの情報を読み込ませたり、通帳ＭＳリーダ３４で通帳の磁気ストライプを読み込ませて、読み込んだ情報を伝票項目データ３８ｄの対応する項目に反映することも可能である。また、顧客の持参した税金や公共料金などの納付帳票をイメージスキャナ３５により読み取って帳票イメージを生成し、生成した帳票イメージに含まれる納付金額などの情報を文字認識することによって、伝票項目データ３８ｄに反映することも可能である。

また、電子記帳機３０は、入力された伝票項目データ３８ｄを使用して、プリンタ３６で伝票項目データ３８ｄの情報が記載された伝票を印刷する。また、電子記帳機３０は、伝票の印刷が終了するとサーバ２０で受付番号を採番して、受付番号の印刷された番号札を発行する。本実施例では、伝票と番号札は別々に出力されるものとしたが、受付番号などの番号札に印刷されている内容を伝票に印刷することによって、伝票作成を行った場合には番号札を発行しないものとしてもよい。

また、依頼する取引の種類や取引の内容によっては、窓口で本人確認が必要となる場合がある。窓口で本人確認を行う場合には、本人を確認する運転免許証などの本人確認書類の提示を受けて本人であることを確認する以外に、職業、取引目的、取引の種類及び顧客の氏名や住所などの情報を含む本人確認記録を作成しなければならない。電子記帳機３０は、伝票の種類や伝票の項目に対する入力内容によって、窓口における本人確認が必要と判定した場合には、本人確認記録に必要な情報を受け付けて、図示しない本人確認記録データ３８ｇを生成する。また、電子記帳機３０は、生成した本人確認記録データ３８ｇを本人確認サーバ８０に送信して、本人確認サーバ８０に本人確認記録データ８４ｂを登録する。また、電子記帳機３０は、作成した本人確認記録データ３８ｇを使用して、プリンタ３６で本人確認記録を印刷する。

窓口端末４０は、窓口において電子記帳機３０で作成した伝票の内容の確認及び修正をすることができる。具体的には、電子記帳機３０が伝票作成時にサーバ２０に登録した伝票項目データ２４ｄを読み込んで、読み込んだ伝票項目データ２４ｄの内容を修正し、修正した内容の伝票をプリンタ９４から印刷することによって項目の内容を修正した伝票を作成することができる。

また、窓口端末４０は、窓口において電子記帳機３０で作成した本人確認記録の内容の確認及び修正をすることができる。具体的には、電子記帳機３０が本人確認記録作成時に本人確認サーバ８０に登録した本人確認記録データ８４ｂを読み込んで、読み込んだ本人確認記録データ８４ｂの内容を修正し、修正した内容の本人確認記録をプリンタ９４から印刷することによって内容を修正した本人確認記録を作成することができる。

サーバ２０は、顧客データ２４ａ、受付番号状況データ２４ｂ及び伝票項目データ２４ｄなどを管理する。顧客データ２４ａは金融機関で管理する顧客の情報であり、受付機１０や電子記帳機３０から店番、科目及び口座番号などの個人を特定するキー情報を指定した検索要求を受け付けると、顧客データ２４ａを検索して対応する顧客の情報を応答する機能を有する。また、受付番号状況データ２４ｂは、受付機１０若しくは電子記帳機３０で番号札を発行する際に採番された受付番号とその状況が記憶されている。また、伝票項目データ２４ｄは、電子記帳機３０で作成された伝票の項目の入力情報が記録されている。

また、サーバ２０は、重要顧客の来店を役席モニタ９０に報知したり、受付機１０や電子記帳機３０で応対が必要な状態になっている場合は、顧客ゾーンのロビーマンの所持するロビー端末９３に情報を通知する。

本人確認サーバ８０は、本人確認を行った時に生成される本人確認記録データ８４ｂを管理する。本人確認記録データ８４ｂは、電子記帳機３０で最初に作成され、窓口で修正が必要となった場合には、窓口端末４０で更新することができる。

次に、図２に示した受付機１０の本実施例に係る内部構成を説明する。図３は、受付機１０の本実施例に係る内部構成を示すブロック図である。受付機１０は、表示操作部１１、番号札印刷部１２、カードリーダ１３、通信部１４、記憶部１５及び制御部１６を有する。

表示操作部１１は、タッチパネルディスプレイ装置などである。表示操作部１１は、顧客に来店目的等を選択入力させるボタンなどを表示し、該ボタンの選択入力を受け付ける。番号札印刷部１２は、受付番号などの情報が記載された番号札を印刷する出力部である。カードリーダ１３は、金融カードなどのカードの情報を読み込む入力部である。通信部１４は、ＬＡＮ（Local Area Network）等の通信網を介してサーバ２０とのデータ通信を行なうためのインタフェース部である。

記憶部１５は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部１５は、顧客データ１５ａ及び顧客誘導条件データ１５ｂを有する。顧客データ１５ａは、カードリーダ１３に金融カードが挿入されることなどによって取得した個人を特定する情報（例えば、店番、科目及び口座番号）を指定して、サーバ２０の有する顧客データ２４ａを検索して取得した、顧客に係る情報である。顧客誘導条件データ１５ｂは、顧客の来店を受付機１０で受付を行った以降にどのように誘導を行うのかを決定するための条件とその誘導先を規定したパラメータである。

制御部１６は、受付機１０の全体を制御する制御部であり、顧客データ管理部１６ａ、受付処理部１６ｂ、顧客誘導判定部１６ｃ及び番号札発行部１６ｄを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、それぞれに対応するプロセスを実行させることになる。

顧客データ管理部１６ａは、カードリーダ１３に金融カードが挿入されたならば、カードから読み取った個人を特定可能な情報を指定してサーバ２０に検索要求を行うことによって、サーバ２０の有する顧客データ２４ａから当該金融カードに対応する顧客の情報を入手して、顧客データ１５ａに登録する。

受付処理部１６ｂは、顧客の受付処理を行う処理部である。受付処理部１６ｂは、顧客が来店目的を選択入力するためのボタンの表示操作部１１への表示や、画面に表示したボタンに対する操作の検知による来店目的の取得を行う。また、受付処理部１６ｂは、顧客誘導判定部１６ｃによって判定された誘導先の窓口の種類、電子記帳機３０への誘導の要否並びに電子記帳機３０に誘導する場合の電子記帳機３０の種類などの判定結果に従って、電子記帳機３０への誘導を行わない場合には、番号札発行部１６ｄに依頼して番号札印刷部１２から番号札を発行する。また、電子記帳機３０への誘導を行う場合には、表示操作部１１に誘導先の電子記帳機３０などの表示を行う。また、受付処理部１６ｂは、顧客データ１５ａの内容を確認して、顧客が重要顧客であるか否かの判定を行い、重要顧客である場合には、サーバ２０に重要顧客が来店した旨の通知を行う。

顧客誘導判定部１６ｃは、顧客誘導条件データ１５ｂ、表示操作部１１で入力された顧客の来店目的、来店時刻並びに電子記帳機３０の滞留状況などの情報に基づいて、顧客を誘導する窓口の種類、電子記帳機３０への誘導の要否及び電子記帳機３０に誘導する場合の電子記帳機３０のタイプの判定を行う。

番号札発行部１６ｄは、顧客誘導判定部１６ｃにより判定された誘導先の窓口の種類に対応する受付番号の採番をサーバ２０に依頼して、採番された受付番号が記載された番号札を番号札印刷部１２で印刷することによって発行する。

次に、図２に示した受付機１０の本実施例に係るデータ構成について説明する。図４は、受付機１０の本実施例に係るデータ構成について説明するための説明図である。

顧客データ１５ａは、店番、科目コード、口座番号、顧客番号、顧客区分、顧客氏名、電話番号、生年月日及び住所などの情報を有する、図４の顧客データ１５ａの例は、店番が「０００５」であり、科目コードが「０１」であり、口座番号が「１２３４５６７」であり、顧客番号が「０１２３４５６７８９」であり、顧客区分が「ＶＩＰ」であり、顧客氏名が「田中 一郎」であり、電話番号が「０３−１２３４−５６７８」であり、生年月日が「１９８５／４／１５」であることを示している。

顧客誘導条件データ１５ｂは、来店目的と窓口の種類との対応関係を示す情報（目的別窓口）、来店目的と電子記帳機３０への誘導の要否との対応関係を示す情報（目的別電子記帳機への誘導要否）、時間帯と電子記帳機３０への誘導の要否との対応関係を示す情報（時間帯別電子記帳機への誘導要否）並びに電子記帳機３０へ誘導する場合の電子記帳機３０のタイプを決定する条件（電子記帳機タイプ決定条件）を有している。

図４に示した顧客誘導条件データ１５ｂの例では、目的別窓口は、来店目的が入金である場合に誘導する窓口の種類は「ハイカウンタ」であり、来店目的が出金である場合に誘導する窓口の種類は「ハイカウンタ」であり、来店目的が振込である場合に誘導する窓口の種類は「ハイカウンタ」であり、来店目的が税公金納付である場合に誘導する窓口の種類は「ハイカウンタ」であり、来店目的が諸届である場合に誘導する窓口の種類は「ローカウンタ」であり、来店目的がローンである場合に誘導する窓口の種類は「ローカウンタ」であることを示している。

また、目的別電子記帳機への誘導要否は、来店目的が入金である場合は「電子記帳機に誘導する」であり、来店目的が出金である場合は「電子記帳機に誘導する」であり、来店目的が振込である場合は「電子記帳機に誘導する」であり、来店目的が税公金納付である場合は「電子記帳機に誘導する」であり、来店目的が諸届である場合は「電子記帳機に誘導しない」であり、来店目的がローンである場合は「電子記帳機に誘導しない」であることを示している。

また、時間帯別電子記帳機への誘導要否は、０９：００〜１１：００の時間帯は「電子記帳機に誘導しない」であり、１１：００〜１４：００の時間帯は「電子記帳機に誘導する」であり、１４：００〜１５：００の時間帯は「電子記帳機に誘導する」であることを示している。また、電子記帳機タイプ決定条件は、年齢が６０歳以上の場合に「座りタイプ」の電子記帳機３０に誘導することを示している。

次に、図２に示したサーバ２０の本実施例に係る内部構成を説明する。図５は、サーバ２０の本実施例に係る内部構成を示すブロック図である。サーバ２０は、入力部２１及び表示部２２と接続される。入力部２１は、キーボードやマウス等であり、表示部２２は、液晶パネル等のディスプレイ装置である。

また、サーバ２０は、通信部２３と、記憶部２４と、制御部２５とを有する。通信部２３は、ＬＡＮ等の通信網を介して受付機１０、電子記帳機３０、窓口端末４０、役席モニタ９０、テラーモニタ９１、番号呼出装置９２及びロビー端末９３とデータ通信するためのインタフェース部である。

記憶部２４は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部２４は、顧客データ２４ａ、受付番号状況データ２４ｂ、顧客滞留状況データ２４ｃ及び伝票項目データ２４ｄを有している。

顧客データ２４ａは、所定のタイミングで入手した金融機関での管理する顧客に関する情報を記憶したもので、顧客の属性や該顧客の有する口座の情報を含む。受付番号状況データ２４ｂは、番号札の発行処理時に受付機１０や電子記帳機３０からの受付番号の採番要求によって生成されるデータで、該受付番号に対応する来店目的、誘導先の窓口及び当該受付番号の顧客の待ちの状況などの情報を有し、受付機１０、電子記帳機３０及びテラーモニタ９１からの通知によって更新し、最新の状況を保持している。顧客滞留状況データ２４ｃは、窓口の種類ごとの来店した顧客数や待ち人数の情報を有する。伝票項目データ２４ｄは、全ての電子記帳機３０で作成された伝票の情報を有している。この伝票項目データ２４ｄは、電子記帳機３０で作成された伝票の項目の入力情報を受付番号に対応付けたものである。

制御部２５は、サーバ２０の全体を制御する制御部であり、顧客データ検索部２５ａ、受付番号管理部２５ｂ、行員報知部２５ｃ、伝票データ管理部２５ｄ及び呼出処理部２５ｅを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、対応するプロセスを実行させることになる。

顧客データ検索部２５ａは、受付機１０若しくは電子記帳機３０から顧客を特定する情報（例えば、店番、科目コード及び口座番号）を指定されて検索要求を受け付けると、顧客データ２４ａを検索して対応する顧客の情報を返却する。

受付番号管理部２５ｂは、受付機１０若しくは電子記帳機３０からの受付番号の採番要求によって、新たな受付番号を採番して、受付番号状況データ２４ｂにレコードを追加登録を行う。また、受付番号管理部２５ｂは、テラーモニタ９１からの顧客を窓口への誘導を要求する窓口誘導要求を受け付けて、待っている顧客の窓口への誘導を行った場合には、受付番号状況データ２４ｂに記憶されている該顧客に対応する受付番号の状況を処理中の状況に更新し、それまでその窓口で処理中の状況になっていた受付番号の状況を処理済みに更新する。

行員報知部２５ｃは、役席モニタ９０やロビー端末９３などにメッセージの報知を行う。具体的には、受付機１０若しくは電子記帳機３０で重要顧客の来店を認識した場合に受付機１０若しくは電子記帳機３０から重要顧客来店の旨の通知を受けると、行員報知部２５ｃは、役席モニタ９０に重要顧客来店の旨のメッセージの報知を行う。また、顧客ゾーンで顧客の応対を行うロビーマンに対する指示や情報提供する場合には、行員報知部２５ｃは、ロビーマンの所持するロビー端末９３にメッセージの報知を行う。

伝票データ管理部２５ｄは、電子記帳機３０で作成した伝票に係るデータを管理する。具体的には、伝票データ管理部２５ｄは、電子記帳機３０で作成した伝票の項目の入力情報を含む登録要求を受け付けたならば、受け付けた情報を伝票項目データ２４ｄに登録する。また、伝票データ管理部２５ｄは、受付番号を含む検索要求を受け付けたならば、伝票項目データ２４ｄから該受付番号に対応するデータを検索して返却する。また、伝票データ管理部２５ｄは、受付番号及び該受付番号に対応する伝票の項目の入力情報の更新内容を含む更新要求を受け付けたならば、伝票データ管理部２５ｄの該受付番号に対応するデータを指示された更新内容で更新する。

呼出処理部２５ｅは、テラーモニタ９１から窓口の種類を含む顧客の窓口への誘導の要求を受け付けると、受付番号状況データ２４ｂから指定された種類の窓口への誘導を待っていることを示すデータの中で、受付時刻が最も早い受付番号に対応する顧客を窓口に誘導する。具体的には、番号呼出装置９２の表示部に受付番号を表示して、番号呼出装置９２の音声出力部で受付番号及び誘導先の窓口の番号などを音声出力する。

次に、図２に示したサーバ２０の本実施例に係るデータ構成について説明する。図６は、サーバ２０の本実施例に係るデータ構成について説明するための説明図である。

顧客データ２４ａは、顧客番号、顧客属性情報及び口座情報をレコードの項目として有する、ゼロ、１又は複数のレコードで構成されるデータである。顧客番号は金融機関内で顧客を一意に特定することのできる番号である。顧客属性情報は、顧客区分、顧客氏名及び電話番号等の情報を有する。口座情報は、当該顧客番号に対応する顧客が有している口座の情報で、口座ごとに店番号、科目コード、口座番号を有する。図６の顧客データ２４ａの例は、顧客番号が「０１２３４５６７８９」の顧客は、顧客区分が「ＶＩＰ」で、顧客氏名が「田中 一郎」であり、電話番号が「０３−１２３４−５６７８」であり、店番号が「０００５」であり、科目コードが「０１」であり、口座番号が「１２３４５６７」である口座を有していることを示している。

受付番号状況データ２４ｂは、受付番号、来店目的、受付日付、受付時刻、誘導先窓口種類、状況、顧客区分、店番号、科目コード及び口座番号をレコードの項目として有する。これらの項目のうち、受付番号はキー項目である。この受付番号は番号札発行時に採番される番号で、来店した顧客を一意に識別可能な番号である。来店目的はコード化されたデータであり、「１」は来店目的が入金であることを示し、「２」は来店目的が出金であることを示し、「３」は来店目的が振込であることを示し、「４」は来店目的が税公金納付であることを示し、「５」は来店目的が諸届であることを示し、「６」は来店目的がローンであることを示す。受付日付、受付時刻は番号札を発行した日付と時刻である。誘導先窓口種類は、来店目的によって判定された誘導先の窓口の種類である。状況は、当該レコードの受付番号の番号札を持った顧客の状況を示すデータであって、「１」はハイカウンタ待ち、「２」はハイカウンタで処理中、「３」はローカウンタ待ち、「４」はローカウンタで処理中、「９」は処理済であることを示す。顧客区分は、当該受付番号に対応する顧客が特定できた場合に書き込まれるデータであり、顧客データ２４ａの顧客属性情報の顧客区分に対応する。また、店番号、科目コード、口座番号は、受付機１０や電子記帳機３０で金融カード若しくは通帳ＭＳが読み込まれた場合に書き込まれる情報で、当該受付番号の番号札を有する顧客の個人を特定して顧客情報を取得する場合に使用するデータである。

図６の受付番号状況データ２４ｂの例は、受付番号「０９０」の番号札をもっている顧客は、利用目的が振込を示す「３」であり、受付日付が「２０１３／４／１０」であり、受付時刻が「１２：３０」であり、誘導先窓口種類がハイカウンタを示す「１」であり、状況がハイカウンタ待ちを示す「１」であり、顧客区分が「ＶＩＰ」であり、店番が「０００５」であり、科目コードが「０１」であり、口座番号が「１２３４５６７」である口座を有することを示すレコードを含む。また、受付番号「５１０」の番号札をもっている顧客は、利用目的が諸届を示す「５」であり、受付日付が「２０１３／４／１０」であり、受付時刻が「１２：４０」であり、誘導先窓口種類がローカウンタを示す「２」であり、状況がローカウンタで処理中を示す「４」であり、顧客区分は不明であり、当該顧客の有する口座の情報も不明であることを示すレコードを含む。

顧客滞留状況データ２４ｃは、電子記帳機３０の待ち人数、処理中の人数及び処理済の人数、ハイカウンタの待ち人数、処理中の人数及び処理済の人数、ローカウンタの待ち人数、処理中の人数及び処理済の人数を有する。図６の顧客滞留状況データ２４ｃの例は、電子記帳機３０の待ち人数が「０」人であり、処理中の人数が「３」人であり、処理済みの人数が「９５」人であり、ハイカウンタの待ち人数が「３」人であり、処理中の人数が「２」人であり、処理済みの人数が「９０」人であり、ローカウンタの待ち人数が「２」人であり、処理中の人数が「２」人であり、処理済みの人数が「２５」人であることを示している。

伝票項目データ２４ｄは、受付番号、受付枝番号、伝票ＩＤ及び項目情報をレコードの項目として有し、受付番号と受付枝番号をキー項目とする。受付番号は、受付番号状況データ２４ｂの受付番号に対応するものであり、伝票項目データ２４ｄは、該受付番号の番号札を持つ顧客が電子記帳機３０で作成した伝票の項目データが記憶されている。また、同一種類の窓口で処理可能な取引であれば、番号札１枚で複数の取引を依頼することも可能であり、その場合には一つの受付番号に対して複数の伝票が必要となる。受付枝番号は、同一種類の窓口で複数の取引を依頼する場合に採番されるもので、１つの受付番号に対して複数の受付枝番号が採番される。伝票ＩＤは、伝票の種類を示す識別情報で、項目情報は伝票ＩＤが示す伝票の項目の入力情報で、伝票の項目ごとの項目識別番号と入力情報とを有する。

図６の伝票項目データ２４ｄの例は、受付番号「０９０」の番号札を持つ顧客の作成した伝票の一つに係るデータであり、受付枝番号「０１」の伝票は、伝票ＩＤが「５」であり、該伝票の項目識別番号「１」に対応する項目の入力情報が「５６，０００」であり、項目識別番号「２」に対応する項目の入力情報が「タナカ イチロウ」であることを示すレコードが含まれていることを示している。

次に、図２に示した受付機１０における番号札発行処理及び顧客誘導処理の処理手順を説明する。図７は、受付機１０における番号札発行処理及び顧客誘導処理の処理手順を示すフローチャートである。

まず、カードリーダ１３で金融カードの読取の有無を判定して、金融カードが読み取られたならば（ステップＳ１０１；Ｙｅｓ）、顧客データ管理部１６ａは、読み込んだカードから取得した個人を特定可能な情報を指定し、サーバ２０に検索要求を行うことによって、サーバ２０の有する顧客データ２４ａから当該金融カードに対応する顧客の情報を入手し、顧客データ１５ａに登録する（ステップＳ１０２）。金融カードが読み取られなかったならば（ステップＳ１０１；Ｎｏ）、ステップＳ１０２をスキップしてステップＳ１０３に移行する。

次に、表示操作部１１で来店目的の入力が行われた否かの判定を行い（ステップ１０３）、来店目的の入力が行われていないのであれば（ステップＳ１０３；Ｎｏ）、ステップＳ１０１に戻る。来店目的の入力が行われたのであれば（ステップＳ１０３；Ｙｅｓ）、顧客誘導判定部１６ｃは、来店目的と顧客誘導条件データ１５ｂとから、誘導先の窓口の種類を決定する（ステップＳ１０４）。

さらに、顧客誘導判定部１６ｃは、来店目的と時刻と顧客誘導条件データ１５ｂとから、電子記帳機３０への誘導を行うか否かの判定を行う（ステップＳ１０５）。ステップＳ１０５で電子記帳機３０への誘導をすると判定した場合（ステップＳ１０６；Ｙｅｓ）には、顧客誘導判定部１６ｃは、ステップＳ１０４で決定した種類の窓口及び電子記帳機３０の状況をサーバ２０に問い合わせて（ステップＳ１０７）、窓口の待ち人数がゼロで電子記帳機３０を使用している人数もゼロの場合（ステップＳ１０８；Ｙｅｓ）には、電子記帳機３０への誘導は行わないことを決定する（ステップＳ１０９）。

ステップＳ１０９で電子記帳機３０への誘導は行わないことを決定したならば、番号札発行部１６ｄは、サーバ２０に受付番号の採番要求を行い、採番された受付番号に関連付けて、誘導する窓口の種類、金融カードの読み込みが行われている場合には顧客区分や読み込まれた金融カードに係る情報などをサーバ２０に登録する（ステップＳ１１０）。続いて、番号札発行部１６ｄは、ステップ１１０で採番した受付番号の記載された番号札を番号札印刷部１２から発行して（ステップＳ１１１）、処理を終了する。

また、ステップＳ１０７で窓口及び電子記帳機３０の状況をサーバ２０に問い合わせた結果、窓口の待ち人数がゼロではない若しくは電子記帳機３０を使用している人数がゼロではない場合（ステップＳ１０８；Ｎｏ）には、顧客誘導判定部１６ｃは、電子記帳機３０への誘導を行うことを決定する（ステップＳ１１２）。

また、ステップＳ１１２で電子記帳機３０への誘導を行うことを決定したならば、顧客誘導判定部１６ｃは、金融カードの読取によってサーバ２０から顧客情報を入手しているか否かの判定を行う（ステップＳ１１３）。その結果、金融カードの読取によってサーバ２０から顧客情報を入手している場合（ステップＳ１１３；Ｙｅｓ）には、サーバ２０から入手した顧客情報である顧客データ１５ａと、顧客誘導条件データ１５ｂとから誘導すべき電子記帳機３０のタイプの判定を行う（ステップＳ１１４）。ステップＳ１１４の電子記帳機３０のタイプの判定で、電子記帳機３０のタイプが判定できたならば（ステップＳ１１５；Ｙｅｓ）、顧客誘導判定部１６ｃは、判定した内容で誘導する電子記帳機３０のタイプを決定して（ステップＳ１１６）、受付処理部１６ｂは、電子記帳機３０で伝票作成しなければならない旨と、決定した誘導先の電子記帳機３０のタイプとを含めた誘導メッセージを表示操作部１１に表示して（ステップＳ１１７）、処理を終了する。

また、サーバ２０から顧客情報を入手していない場合（ステップＳ１１３；Ｎｏ）若しくはステップＳ１１４の電子記帳機３０のタイプの判定で、電子記帳機３０のタイプが判定できなかった場合（ステップＳ１１５；Ｎｏ）には、顧客誘導判定部１６ｃは、表示操作部１１に電子記帳機３０のタイプの選択を行うための画面を表示して顧客の入力によって誘導先の電子記帳機３０のタイプを決定する（ステップＳ１１８）。ステップＳ１１８で誘導先の電子記帳機３０のタイプが決定したならば、ステップＳ１１７に移行する。

また、ステップＳ１０５で電子記帳機３０への誘導をしないと判定した場合（ステップＳ１０６；Ｎｏ）には、顧客誘導判定部１６ｃは、ステップＳ１０４で決定した種類の窓口の待ちの状況をサーバ２０に問い合わせて（ステップＳ１１９）、待ち時間が所定値以上と見込まれる場合（ステップＳ１２０；Ｙｅｓ）には、サーバ２０を経由して顧客ゾーンで顧客の応対をしているロビーマンの所持するロビー端末９３に、受付機１０で受付を行っている顧客の待ち時間が長くなりそうな旨の通知を行って（ステップＳ１２１）、ステップＳ１０９に移行する。ロビー端末９３でメッセージを受けたロビーマンは、該情報を受け取ることによって、当該顧客に対して待ち時間が長くなりそうである旨を伝えたり、顧客の希望によっては待ち時間に使用可能なタブレット式の電子記帳機を渡すことが可能である。タブレット式の電子記帳機では、例えば、諸届け業務やローン相談の際に作成する書類及び本人確認記録などのフォーマットデータが記憶されており、事前に、これらの書類を作成する事が可能である。また、待ち時間が所定値未満と見込まれる場合（ステップＳ１２０；Ｎｏ）には、ステップＳ１０９に移行する。

次に、図２に示した本人確認サーバ８０の本実施例に係る内部構成を説明する。図８は、本人確認サーバ８０の本実施例に係る内部構成を示すブロック図である。本人確認サーバ８０は、入力部８１及び表示部８２と接続される。入力部８１は、キーボードやマウス等であり、表示部８２は、液晶パネル等のディスプレイ装置である。

また、本人確認サーバ８０は、通信部８３と、記憶部８４と、制御部８５とを有する。通信部８３は、ＬＡＮ等の通信網を介して電子記帳機３０及び窓口端末４０とデータ通信するためのインタフェース部である。

記憶部８４は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部８４は、本人確認必要条件データ８４ａ、本人確認記録データ８４ｂ及び代理人データ８４ｃを有している。

本人確認必要条件データ８４ａは、本人確認を行う必要のある取引の種類及び本人確認を行う必要のある取引の内容を規定したデータである。本人確認記録データ８４ｂは、本人確認を行ったことを記録したデータであり、紙で印刷した本人確認記録に印刷した内容が記録されたデータである。

代理人データ８４ｃは、代理人に係る情報の登録されたデータであり、本人確認が必要な取引を代理人によって処理依頼する場合に、正式な代理人で有るか否かを判定するために使用する。また、本人確認記録作成時には、正式な代理人であると判定された場合には、代理人データ８４ｃに有する情報を本人確認記録データ８４ｂに反映する。

制御部８５は、本人確認サーバ８０の全体を制御する制御部であり、本人確認記録データ管理部８５ａ、代理人データ管理部８５ｂ及び代理人顔認証処理部８５ｃを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、対応するプロセスを実行させることになる。

本人確認記録データ管理部８５ａは、本人確認記録データ８４ｂを管理する管理部であり、電子記帳機３０や窓口端末４０などの通信を経由して接続する装置からの、登録、更新、削除及び検索などの要求に従って本人確認記録データ８４ｂの登録処理、更新処理、削除処理及び検索処理を行う。

代理人データ管理部８５ｂは、代理人データ８４ｃを管理する管理部であり、電子記帳機３０や窓口端末４０などの通信を経由して接続する装置からの、登録、更新、削除及び検索などの要求に従って代理人データ８４ｃの登録処理、更新処理、削除処理及び検索処理を行う。

代理人顔認証処理部８５ｃは、電子記帳機３０や窓口端末４０などの通信を経由して接続する装置から顔特徴データを含む代理人の認証要求を受付けると、代理人データ８４ｃに含まれる代理人の顔特徴データとの照合処理を行うことによって、代理人の認証処理を行う。

次に、図２に示した本人確認サーバ８０の本実施例に係るデータ構成について説明する。図９は、本人確認サーバ８０の本実施例に係るデータ構成について説明するための説明図である。

本人確認必要条件データ８４ａは、伝票を識別する伝票ＩＤと項目条件とをレコードの項目として保有するデータである。条件項目は、伝票ＩＤで特定される伝票上の項目を識別する項目識別ＩＤに関連付けて、その閾値と閾値区分とを有する。閾値区分は０〜６のいずれかの値であり、指定された閾値の位置づけを規定するものでる。閾値区分が「１」は項目識別ＩＤで指定された項目の値が閾値以上である場合に本人確認が必要であることを示す。閾値区分が「２」は項目識別ＩＤで指定された項目の値が閾値を超過している場合に本人確認が必要であることを示す。閾値区分が「３」は項目識別ＩＤで指定された項目の値が閾値以下である場合に本人確認が必要であることを示す。閾値区分が「４」は項目識別ＩＤで指定された項目の値が閾値未満である場合に本人確認が必要であることを示す。閾値区分が「５」は項目識別ＩＤで指定された項目の値が閾値と等しい場合に本人確認が必要であることを示す。閾値区分が「６」は項目識別ＩＤで指定された項目の値が閾値と等しくない場合に本人確認が必要であることを示す。また、閾値区分が「０」は伝票ＩＤで特定される取引は伝票の項目内容にかかわらず本人確認が必要であることを示す。

図９の本人確認必要条件データ８４ａの例は、伝票ＩＤが「００３」の伝票で、項目識別ＩＤが「０３０」の項目が閾値「１０００００」以上で有る場合には本人確認が必要であることを示している。

本人確認記録データ８４ｂは、本人確認を行った日付と、本人確認を行った店舗の店舗番号と、本人確認の取引を特定する受付番号及び受付枝番号と、本人確認項目データと、本人確認書類のイメージデータとを有する。また、本人確認項目データには、本人確認で顧客から受け付けた情報が含まれ、顧客の氏名、住所、職業、取引目的及び提示された本人確認書類の種類などの情報を含む。

図９の本人確認記録データ８４ｂの例は、日付「２０１３／０４／１５」に、店舗番号が「０１２３」の店舗において、受付番号が「００１０」で受付枝番号が「００３」で実施した取引において本人確認が行われ、その取引を依頼した顧客の氏名は「タナカ イチロウ」で、職業が「会社員」で、取引目的が「借入返済」で、提示された本人確認資料は「運転免許証」であることを示している。

代理人データ８４ｃは、代理人を識別する代理人識別情報に関連付けて、代理人情報と代理情報とを有している。代理人情報は、代理人の氏名、住所、生年月日及び顔特徴データなどを含む代理人に係る情報である。また、代理情報は、代理人が代理となる本人の情報であり、本人の氏名、本人の生年月日、代理人の本人から見た関係などを含む。代理人情報に含む顔特徴データは、代理人を認証するためのデータである。

図９の代理人データ８４ｃの例は、代理人識別情報「１２３４５６７８９」で識別されて代理人が登録されていて、該代理人は氏名が「タナカ ハナコ」で生年月日が「１９９０／６／１」であり、該代理人は生年月日が「１９９０／４／１」である氏名が「タナカ イチロウ」の代理人であり本人からみた代理人との関係は「配偶者」であることを示している。

次に、図２に示した電子記帳機３０の本実施例に係る内部構成を説明する。図１０は、電子記帳機３０の本実施例に係る内部構成を示すブロック図である。電子記帳機３０は、金融カードを読み込むためのカードリーダ３３、通帳に付けられた磁気テープを読み込む通帳ＭＳリーダ３４、顧客が持参した帳票のイメージなどを読み込むイメージスキャナ３５、電子記帳機３０で作成した伝票を印字するプリンタ３６、番号札を発行する番号札プリンタ３７及び電子記帳機３０を使用する顧客の顔画像を撮像するカメラ３０ａと接続される。本実施例では、伝票をプリンタ３６で印刷し、番号札を番号札プリンタ３７で印刷するものとしたが、プリンタ３６で伝票及び番号札を印刷するものとしてもよい。若しくは、伝票に番号札に印刷されている内容を含めて印刷することによって番号札を印刷しないものとしてもよい。

また、電子記帳機３０は、表示操作部３１と、通信部３２と、記憶部３８と、制御部３９とを有する。表示操作部３１は、タッチパネルディスプレイなどであり、入力項目の表示、操作入力ボタンの表示、操作入力の受付を行う入出力部である。通信部３２は、ＬＡＮ等の通信網を介してサーバ２０及び本人確認サーバ８０とデータ通信するためのインタフェース部である。

記憶部３８は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部３８は、顧客データ３８ａ、伝票イメージテンプレートデータ３８ｂ、伝票決定パラメータ３８ｃ、伝票項目データ３８ｄ、合成伝票イメージデータ３８ｅ、本人確認必要条件データ３８ｆ及び本人確認記録データ３８ｇを有する。

顧客データ３８ａは、カードリーダ３３に金融カードが挿入されることなどによって取得した個人を特定する情報（例えば、店番、科目及び口座番号）でサーバ２０の有する顧客データ２４ａを検索して取得した、顧客に係る情報である。

伝票イメージテンプレートデータ３８ｂは、電子記帳機３０で作成対象の全ての伝票の種類数分存在し、それぞれの伝票の種類ごとに伝票のイメージデータと、伝票上の項目の位置と項目を識別する項目識別番号等とを有する。伝票決定パラメータ３８ｃは、顧客の来店目的と伝票の種類との対応を規定したデータである。

伝票項目データ３８ｄは、顧客が表示操作部３１などで入力した、伝票の項目の入力情報である。合成伝票イメージデータ３８ｅは、伝票イメージテンプレートデータ３８ｂと伝票項目データ３８ｄとを用い、未記入の伝票のイメージに顧客の入力した伝票項目の入力値を合成したイメージデータである。

本人確認必要条件データ３８ｆは、本人確認サーバ８０から配信されたデータであり、本人確認サーバ８０の本人確認必要条件データ８４ａと同じである。本人確認記録データ３８ｇは、電子記帳機３０で本人確認記録を作成時に生成され、本人確認サーバ８０に送付した時点で消去される。データの構造は、本人確認記録データ３８ｇの本人確認記録データ８４ｂと同様である。

制御部３９は、電子記帳機３０の全体を制御する制御部であり、顧客データ管理部３９ａ、伝票項目データ生成部３９ｂ、伝票印刷処理部３９ｃ、伝票項目データ送信部３９ｄ、番号札発行処理部３９ｅ、帳票イメージ処理部３９ｆ及び本人確認記録生成部３９ｇを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、それぞれに対応するプロセスを実行させることになる。

顧客データ管理部３９ａは、カードリーダ３３に金融カードが挿入されたり、通帳ＭＳリーダ３４で通帳の磁気ストライプの読取が行われた場合に、金融カード若しくは通帳の磁気ストライプから取得した情報（例えば、店番、科目コード及び口座番号）を指定してサーバ２０に検索要求を行うことによって、サーバ２０の有する顧客データ２４ａから来店した顧客に係る顧客情報を入手して、顧客データ３８ａに記憶する。

伝票項目データ生成部３９ｂは、表示操作部３１を使用して顧客の来店目的を入力させて、対応する伝票の種類を決定し、決定した伝票の項目を表示操作部３１を使用して入力させることによって、伝票項目データ３８ｄを生成する。伝票印刷処理部３９ｃは、伝票イメージテンプレートデータ３８ｂと伝票項目データ３８ｄから、合成伝票イメージデータ３８ｅを生成して、生成した合成伝票イメージデータ３８ｅをプリンタ３６で印刷することによって伝票の作成を行う。伝票項目データ送信部３９ｄは、伝票印刷処理部３９ｃによる伝票印刷後に、伝票項目データ３８ｄをサーバ２０に送信する。

番号札発行処理部３９ｅは、全ての伝票の作成及び全ての伝票項目データ３８ｄのサーバ２０への送信処理の終了後に、サーバ２０に依頼することによって受付番号の採番を行い、受付番号の記載された番号札を番号札プリンタ３７で発行する。複数の伝票の作成を行った場合についても受付番号は１つだけ採番し、該受付番号を記載した番号札を１枚発行する。

帳票イメージ処理部３９ｆは、顧客の持ち込んだ帳票のイメージをイメージスキャナ３５で取得して、取得した帳票イメージから対応する伝票の種類の判定と、帳票イメージからの文字認識によって伝票の項目の入力情報の生成に利用する。

本人確認記録生成部３９ｇは、伝票項目データ生成部３９ｂが生成した伝票項目データ３８ｄの内容を本人確認必要条件データ３８ｆの本人確認が必要となる条件に合致するか否かを評価し、本人確認が必要と判定した場合には本人確認記録に記載する情報の入力を受け付けて、受け付けた内容を基にして本人確認記録データ３８ｇを生成する。また、本人確認記録生成部３９ｇは、生成した本人確認記録データ３８ｇに基づいて本人確認記録票を印刷するとともに、本人確認記録データ３８ｇを本人確認サーバ８０に送信する。

また、本人確認記録生成部３９ｇは、本人確認記録の項目入力において代理人で有ることを受け付けたならば、カメラ３０ａで顧客の顔画像を取得して、顔画像の特徴データを本人確認サーバ８０に送信する。本人確認サーバ８０は、受け付けた顔特徴データとあらかじめ登録されている代理人データ８４ｃに登録されている代理人の顔の特徴データとの類似性を評価して代理人の認証を行う。なお、本実施例では、代理人の認証を登録されている顔の特徴データとカメラ３０ａ撮像された顔画像から顔画像の特徴を算出して、２つの顔特徴データの類似度を評価することによって代理人の認証を行うものとしたが、これに限定するものではない。本人確認サーバ８０に、代理人の印鑑、指紋、静脈、虹彩若しくは暗証番号などの情報を予め登録しておいて、電子記帳機３０に印鑑、指紋、静脈、虹彩若しくは暗証番号などを入力する入力部を設けて、電子記帳機３０で入力された印鑑、指紋、静脈、虹彩若しくは暗証番号などの情報と、本人確認サーバ８０に登録された代理人の印鑑、指紋、静脈、虹彩若しくは暗証番号などの情報とを比較することによって代理人の認証を行うものとしてもよい。

次に、図２に示した電子記帳機３０の本実施例に係るデータ構成について説明する。図１１は、電子記帳機３０の本実施例に係るデータ構成について説明するための説明図である。

伝票イメージテンプレートデータ３８ｂは、伝票の種類を示す伝票ＩＤと、伝票項目情報と、該伝票ＩＤに対応する伝票のイメージデータとをレコードの項目として有し、伝票ＩＤをキーデータとするデータである。伝票項目情報は、伝票上にある顧客が記入すべき項目ごとに該項目の位置情報と該項目を識別する項目識別ＩＤなどで構成されている。図１１の伝票イメージテンプレートデータ３８ｂの例は、伝票ＩＤ「００３」に対応付けられる伝票の１つ目の項目の項目識別ＩＤが「０２０」で、２つ目の項目の項目識別ＩＤが「０３０」であるレコードが含まれていることを示している。

伝票決定パラメータ３８ｃは、来店目的とそれに対応する作成すべき伝票の種類を示す伝票ＩＤをレコードの項目として有する、複数のレコードから構成されるデータである。図１１の伝票決定パラメータ３８ｃの例は、来店目的が「入金」の場合には伝票ＩＤが「００１」の伝票を、来店目的が「出金」の場合には伝票ＩＤが「００２」の伝票を、来店目的が「振込」の場合には伝票ＩＤが「００３」の伝票を、来店目的が「税公金納付」の場合には伝票ＩＤが「００４」の伝票を作成しなければならないことを示している。

伝票項目データ３８ｄは、受付枝番号と、来店目的の入力等で決定した伝票ＩＤと、該伝票ＩＤの伝票の項目情報をレコードの項目として有するデータである。伝票項目情報は、伝票ＩＤに対応する伝票の項目ごとに、項目を識別する項目識別ＩＤとそれに対する顧客が入力した入力情報などで構成される。図１１の伝票項目データ３８ｄの例は、受付枝番号が「００１」に対応する伝票は、伝票ＩＤが「００４」の伝票の項目識別ＩＤが「０２０」の項目の項目値が「タナカ イチロウ」であり、項目識別ＩＤが「０３０」の項目の項目値が「５２０００」であるレコードが含まれていることを示している。

次に、図２に示した電子記帳機３０の振込取引の伝票を作成する時の主な画面表示内容及び画面遷移を説明する。図１２は、電子記帳機３０の振込取引の伝票を作成する時の主な画面表示内容及び画面遷移を説明するための説明図である。

図１２の（１）に示すのは、電子記帳機３０の初期画面である。画面の上半分にはタッチペンを使用して来店目的を手書き入力するために用意されたエリアがある。また、画面の下半分には来店目的のボタンが配置され、対応するボタンの操作で来店目的の指定ができる。（１）の画面で、画面下半分に配置された来店目的のボタンから「出金」のボタンが押下されると（２）に示す画面に遷移する。

図１２の（２）の画面の「カードまたは通帳を読ませてください。」のガイダンスメッセージに従って、通帳の磁気ストライプが通帳ＭＳリーダ３４で読み込まれると（３）に遷移する。画面下部に配置される「戻る」ボタンを押下されると（１）の画面に戻る。

図１２の（３）の画面は出金金額を指定させるための画面で、画面右に表示される金額指定用のボタンを使用して出金金額の入力が可能である。「２」、「０」、「０」、「万」、「円」、「確認」の順に操作されると、出金取引に必要な入力項目が全て確定して、（４）の確認画面に遷移する。画面下部に配置される「戻る」ボタンを押下されると（２）の画面に戻る。また、画面下部に配置される「訂正」ボタンは、引出し金額入力中に入力内容を訂正する場合に使用する。

図１２の（４）の画面は、依頼日は当日日付が反映され、店名、科目、口座番号は通帳の磁気ストライプから読み込んだ内容が反映され、お引出し金額には（３）の画面で入力した金額が反映され、お名前は、通帳の磁気ストライプから読み込んだ店番、科目コード及び口座番号を指定してサーバ２０から取得した顧客データ３８ａから反映したものである。

また、図１２の（４）の画面の最下部には、（４）に表示された内容の確認を行うためのボタンが配置されており、内容に誤りがなく実施したい取引が他にない場合には「確認」ボタンを、内容に誤りがなく実施したい取引が他にもある場合には「次取引」ボタンを、前の画面に戻る場合には「戻る」ボタンを押下することとなる。「確認」ボタンまたは「次取引」ボタンが押下されると、（４）で表示された取引内容で本人確認が必要か否かの判定処理が行われ、本人確認が必要と判定された場合には（５）に示す画面に遷移する。また、本人確認画面が不要と判定された場合には、「確認」ボタンが押下されていた場合には、（４）の画面に表示された内容の伝票をプリンタ３６で印刷して、番号札を番号札プリンタ３７で発行する。また「次取引」ボタンが押下されていた場合には、（４）の画面に表示された内容の伝票をプリンタ３６で印刷して、（１）の画面に戻る。本実施例では、「次取引」ボタンの押下のタイミングで、伝票を逐次印字するものとしたが、全ての伝票の項目の入力の完了を示す「確認」ボタン押下のタイミングで全ての伝票をまとめて印刷するものとしてもよい。また、（４）の画面で表示された内容に、誤りがある場合には表示された項目の項目名をタッチすることによって、当該項目の入力画面に戻ることができる。

図１２の（５）の画面は、伝票項目の入力が終了して本人確認が必要と判定された場合に表示される画面で、（５）に示すように本人確認の情報の入力を促すメッセージが表示される。画面下部に配置される「戻る」ボタンを押下することによって（４）の画面に戻ることができる。また画面下部に配置される「確認」ボタンを押下すると、本人確認記録の項目の入力用の画面に遷移する。本人確認記録の項目の入力用の画面については後述する。

図１２に示したように、項目の入力は画面上に表示されたボタンを操作することによって行うだけではなく、通帳の磁気テープを読ませることによっても行うことが可能である。また、同様に金融カードをカードリーダ３３挿入することで金融カードから読み取ったデータや、税金や公共料金の納付書をイメージスキャナ３５でイメージを採取して、納付書に記載された内容を文字認識することによって得られたデータを使用して項目の入力を行うこともできる。

次に、図２に示した電子記帳機３０で伝票を作成時の補助情報表示領域を説明する。図１３は、電子記帳機３０で伝票を作成時の補助情報表示領域を説明するための説明図である。電子記帳機３０では、表示操作部３１を使用して伝票の項目に対応する情報等の入力を行う画面で、顧客が入力するにあたって役立つ情報を表示させることが可能で、そのような情報を表示する画面上の領域を補助情報表示領域と言う。補助情報表示領域に表示される内容は、伝票の項目入力時であれば、項目に応じた内容であっったり、伝票の種類に応じた内容であってもよい。また、設定や操作によって補助情報表示領域の表示／非表示を切り替えることができてもよい。

図１３の（１）は、出金取引が選択され、出金取引の伝票を作成する過程における引出金額を指定する画面の例である。補助情報表示領域には、出金対象の口座の情報を表示し、店番、科目、口座番号と当該口座の残高を表示している。顧客は、電子記帳機３０を操作しながら出金対象の口座の残高の確認ができることから、残高不足にならないような適切な引出し金額の入力を効率よく行うことができる。

また、図１３（２）は、振込取引が選択され、振込依頼書を作成する過程における振込金額を指定する画面の例である。補助情報表示領域には、振込を行う場合に徴求される手数料の情報を表示している。（２）に示す例では、振込先が当行宛なのか他行宛なのかと振込金額によって規定される振込手数料を表示しているが、振込先が決定している場合には、決定している宛先に応じた部分を強調表示したり、決定している宛先に応じた部分のみを表示しても良い。これによって、顧客は事前に必要な手数料を認識することができる。

図１３に示した補助情報表示領域に表示する内容の例は一例であり、例えば、外貨両替の取引の場合は交換レートの情報であったり、振込先の指定する画面の場合には過去の振込実績の情報であったり、両替の取引の場合は手数料の情報であったり、取引とは直接関係のない窓口の待ちの状況や金融機関や当該店舗からのお知らせ情報であってもよい。

次に、図２に示した電子記帳機３０で本人確認記録を作成時の主な画面表示内容及び画面遷移を説明する。図１４は、電子記帳機３０で本人確認記録を作成時の主な画面表示内容及び画面遷移を説明するための説明図である。

図１４の（１）は、図１２の（５）に示した画面であり、伝票項目の入力が終了して本人確認が必要と判定された場合に表示される画面である。（１）の下部に配置される「確認」ボタンを押下によって、本人確認記録の項目の入力を受け付ける一連の画面が順番に表示される。

図１４の（２）は、本人確認書類の種類を指定する画面である。画面上には、本人確認資料として有効な書類名が複数表示され、その中から選択することによって提示可能な本人確認書類を指定することができる。（２）で、「運転免許証」が選択されると（３）の画面に遷移する。また、図面下部に配置される「戻る」ボタンを押下すると（１）の画面に戻る。

図１４の（３）は、作成した伝票の取引を依頼するにあたり、来店した顧客が本人なのか代理人なのかを指定する画面である。画面上には本人であることを指定する「ご本人様」ボタンと、代理人であることを指定する「代理人様」ボタンとが配置される。（３）で「ご本人様」ボタンが押下されると（４）の画面に遷移する。また、図面下部に配置される「戻る」ボタンを押下すると（２）の画面に戻る。

図１４の（４）は、顧客の職業を指定する画面である。画面上には、職業名が複数表示され、その中から選択することによって職業を指定することができる。（４）で「公務員」が選択されると（５）の画面に遷移する。また、図面下部に配置される「戻る」ボタンを押下すると（３）の画面に戻る。

図１４の（５）は、作成した伝票で依頼する取引の目的を指定する画面である。画面上には、選択可能な目的が複数表示され、その中から選択することによって取引の目的を指定することができる。（５）で「生活費決済」が選択されると（６）の画面に遷移する。また、図面下部に配置される「戻る」ボタンを押下すると（４）の画面に戻る。

図１４の（６）は、顧客の生年月日を入力する画面である。画面上の元号を選択して、画面右側に表示される数字のボタンを利用することによって生年月日の入力が可能で、生年月日の入力をして画面下部の「確認」ボタンが押下されると、次の本人確認記録の項目の入力用の画面に遷移する。また画面下部の「訂正」キーは、入力済の情報を消去する場合に使用する、また、図面下部に配置される「戻る」ボタンを押下すると（５）の画面に戻る。このようにして、自動的に展開される画面に応じて全ての項目に対する入力が終了すると（７）の画面が表示される。

図１４の（７）は、（２）〜（６）に示した画面などで入力した本人確認記録に記載される内容を一覧表示した画面であり、顧客は入力した内容を確認して、内容に誤りがなく実施したい取引が他にはない場合には「確認」ボタンを、内容に誤りがなく実施したい取引が他にもある場合には「次取引」ボタンを押下することとなる。一覧表示されている項目について修正を行う場合には修正する項目名をタッチすることによって、タッチした項目の入力用の画面に遷移する。

図１４の（７）の画面で「確認」ボタンが押下された場合には、（２）の画面で指定した本人確認書類のイメージをイメージスキャナ３５で採取し、伝票と本人確認記録をプリンタ３６で印刷し、番号札を番号札プリンタ３７で発行する。また、図１４の（７）の画面で「次取引」ボタンが押下された場合には、（２）の画面で指定した本人確認書類のイメージをイメージスキャナ３５で採取し、伝票と本人確認記録をプリンタ３６で印刷して図１２の（１）に示した来店目的の入力画面に戻る。

図１４に示した画面遷移の例では、本人確認記録の項目の情報を順番に入力していく例を説明したが、項目の内容によっては伝票の項目と内容が重なることがある。例えば振込取引では依頼人の名前は伝票に記載が必要であり、本人確認記録にも取引を依頼した顧客の名前が必要である。このように、本人確認記録に登録する情報が伝票項目に含まれている場合には、対応する本人確認記録の項目の入力画面の表示を行わずに、伝票項目の情報を本人確認の項目に反映する。

次に、図２に示した電子記帳機３０における伝票及び本人確認記録の生成処理の処理手順を説明する。図１５は、電子記帳機３０における伝票及び本人確認記録の生成処理の処理手順を示すフローチャートである。

まず、伝票項目データ生成部３９ｂは、図１２の（１）に示した来店目的を入力する画面で受け付けた内容から伝票の種類の決定を行う（ステップＳ２０１）。伝票項目データ生成部３９ｂは、決定した伝票の種類に応じた伝票項目の入力用の画面を表示して、顧客による入力を受け付けて、受け付けた内容を伝票項目データ３８ｄに登録する（ステップＳ２０２）。入力がまだ受け付けられていない伝票項目がある場合（ステップＳ２０３；Ｎｏ）には、ステップＳ２０２に戻る。

全ての伝票の項目に対する入力が受け付けられたならば（ステップＳ２０３；Ｙｅｓ）、伝票項目データ生成部３９ｂは、図１２の（４）に示したような入力項目確認画面を表示する（ステップＳ２０４）。ステップＳ２０４で表示した入力項目確認画面で、「戻る」ボタンの押下や修正対象の項目の指定操作がされた場合（ステップＳ２０５；Ｎｏ）には、ステップＳ２０２に戻って、指定された伝票項目の再入力の処理に移行する。

また、ステップＳ２０４で表示した入力項目確認画面で、「確認」ボタン若しくは「次取引」ボタンの押下によって表示された内容の確認が行われたならば（ステップＳ２０５；Ｙｅｓ）、本人確認記録生成部３９ｇは、伝票項目データ３８ｄの内容が本人確認必要条件データ３８ｆに登録されている本人確認が必要な条件に合致するか否かを評価することによって本人確認の要否を判定する（ステップＳ２０６）。

本人確認要否判定処理（ステップＳ２０６）によって本人確認を不要と判定した場合（ステップＳ２０７；Ｎｏ）には、ステップＳ２１８に移行する。また、本人確認要否判定処理（ステップＳ２０６）によって本人確認を必要と判定した場合（ステップＳ２０７；Ｙｅｓ）には、図１２の（５）に示したような本人確認が必要な理由と、本人確認記録の作成を促すメッセージを表示する（ステップＳ２０８）。ステップＳ２０８で表示された画面で「戻る」ボタンが押下された場合（ステップＳ２０９；Ｎｏ）には、ステップＳ２０４に戻る。また、ステップＳ２０８で表示された画面で「確認」ボタンが押下された場合（ステップＳ２０９；Ｙｅｓ）には、本人確認記録生成部３９ｇは、本人確認記録の項目入力用の画面を表示して、顧客の入力を受け付けて、受け付けた内容を本人確認記録データ３８ｇに登録する（ステップＳ２１０）。

本人確認記録の項目のなかで未入力の項目がまだある場合（ステップＳ２１１；Ｎｏ）には、ステップＳ２１０に戻る。また、本人確認記録の全項目が入力済みである場合（ステップＳ２１１；Ｙｅｓ）には、本人確認記録生成部３９ｇは、図１４の（７）に示したような、本人確認記録の入力項目の一覧の表示された入力項目確認画面を表示する（ステップＳ２１２）。ステップＳ２１２で表示された入力項目確認画面で修正対象の項目の指定操作がされた場合（ステップＳ２１３；Ｎｏ）には、ステップＳ２１０に戻って、指定された本人確認記録の項目の再入力の処理に移行する。

ステップＳ２１２で表示された入力項目確認画面で「確認」ボタン又は「次取引」ボタンが押下された場合（ステップＳ２１３；Ｙｅｓ）には、本人確認記録生成部３９ｇは、本人確認書類のイメージデータをイメージスキャナ３５で採取して本人確認記録データ３８ｇに反映し（ステップＳ２１４）、本人確認記録の帳票のイメージに本人確認記録データ３８ｇに登録された項目ごとのデータを合成した項目記入済の本人確認記録のイメージデータを生成する（ステップＳ２１５）。また、本人確認記録生成部３９ｇは、ステップＳ２１５で生成した本人確認記録のイメージデータをプリンタ３６で印刷して（ステップＳ２１６）、本人確認記録データ３８ｇを本人確認サーバ８０に送信する（ステップＳ２１７）。

伝票印刷処理部３９ｃは、伝票イメージテンプレートデータ３８ｂから取り出した伝票の種類に応じた伝票のイメージに伝票項目データ３８ｄに登録された項目ごとのデータを合成した項目記入済みの伝票のイメージデータを生成して合成伝票イメージデータ３８ｅに記憶する（ステップＳ２１８）。また、伝票印刷処理部３９ｃは、ステップＳ２１８で生成した合成伝票イメージデータ３８ｅをプリンタ３６で印刷して（ステップＳ２１９）、伝票項目データ３８ｄをサーバ２０に送信する（ステップＳ２２０）。

依頼を所望する他の取引がある場合（ステップＳ２２１；Ｙｅｓ）には、ステップＳ２０１に戻る。依頼を所望する他の取引がない場合（ステップＳ２２１；Ｎｏ）には、番号札発行処理部３９ｅは、番号札を番号札プリンタ３７で発行して（ステップＳ２２２）、処理を終了する。

なお、図１５に示した処理手順では、本人確認記録と伝票の印刷は別々に実施しているが、伝票と本人確認記録との対応関係を明確にするために、一枚の紙に伝票のイメージと本人確認記録のイメージを印刷してもよい。また、伝票と本人確認記録を別な紙に印刷する場合においても、店舗番号、受付番号及び受付枝番号などの伝票及び本人確認記録と対応付けることが可能で他と識別可能な情報を文字で印刷したり、ＱＲコード（登録商標）化して印刷することによって対応関係を明確にしてもよい。

また、図１５に示した処理手順では、取引の種類若しくは取引の内容によって本人確認が必要と判定した場合には必ず本人確認記録を生成するものとしたが、本発明はこれに限定するものではない。例えば、本人確認サーバ８０に記録されている本人確認記録データ８４ｂを参照して、当該顧客の本人確認記録を直近の所定の期間内に行っている場合には本人確認記録の作成を対象外としてもよい。その場合には、本人確認書類の提示の準備を行う旨のメッセージ表示のみを行うものとしてもよい。

次に、図２に示した窓口端末４０の本実施例に係る内部構成を説明する。図１６は、窓口端末４０の本実施例に係る内部構成を示すブロック図である。窓口端末４０は、表示操作部４１、通信部４２、記憶部４３及び制御部４４を有する。表示操作部４１は、タッチパネル式のディスプレイ装置であり、顧客の操作するボタンや入力する項目を含む画面の表示を行う入出力部である。通信部４２は、ＬＡＮ等の通信網を介してサーバ２０、本人確認サーバ８０及びプリンタ９４とデータ通信するためのインタフェース部である。また、窓口端末４０は、電子記帳機３０の一部の機能を有する装置であり、窓口端末４０に存在する構成要素は電子記帳機３０に含まれている構成要素と同等であることから、ここでは主に電子記帳機３０との構成上の差異を説明するものとして、個々の構成要素の説明は省略する。

窓口端末４０には、電子記帳機３０には接続されていたカードリーダ３３、通帳ＭＳリーダ３４、イメージスキャナ３５及び番号札プリンタ３７は接続されていない。これらの装置が接続されていないことから、これらの装置に係る機能や機能に係る記憶部４３も縮退した構成となっている。作成した伝票を印字するプリンタについては電子記帳機３０とは接続形態が異なるがＬＡＮ等の通信網を介して接続するプリンタ９４が存在する。

記憶部４３に関しては、顧客データ４３ａ、伝票イメージテンプレートデータ４３ｂ、伝票決定パラメータ４３ｃ、伝票項目データ４３ｄ、合成伝票イメージデータ４３ｅ、本人確認必要条件データ４３ｆ及び本人確認記録データ４３ｇは、それぞれ、電子記帳機３０の顧客データ３８ａ、伝票イメージテンプレートデータ３８ｂ、伝票決定パラメータ３８ｃ、伝票項目データ３８ｄ、合成伝票イメージデータ３８ｅ、本人確認必要条件データ３８ｆ及び本人確認記録データ３８ｇと同じデータ構造であり説明は省略する。

制御部４４に関しては、顧客データ管理部４４ａ、伝票項目データ生成部４４ｂ、伝票印刷処理部４４ｃ、伝票項目データ送信部４４ｄ及び本人確認記録生成部４４ｅを有し、それぞれ電子記帳機３０の顧客データ管理部３９ａ、伝票項目データ生成部３９ｂ、伝票印刷処理部３９ｃ、伝票項目データ送信部３９ｄ及び本人確認記録生成部４４ｅに対応する。同様の機能の処理部については説明を省略し、差異のある部分を中心に説明する。

伝票項目データ生成部４４ｂは、受付番号等の作成した伝票を特定するデータを指定して生成済のデータをサーバ２０の伝票項目データ２４ｄから取得して、内部の伝票項目データ４３ｄに一旦記憶し、表示操作部４１に取得した伝票項目データ４３ｄを表示して、表示操作部４１の操作によって顧客に伝票の項目の入力情報の修正を可能とする。また、伝票項目データ４３ｄの修正が終了すると、伝票印刷処理部４４ｃは、修正内容を反映した伝票をプリンタ９４より印刷する。

また、本人確認記録生成部４４ｅは、受付番号等の作成した本人確認記録を特定するデータを指定して生成済のデータを本人確認サーバ８０の本人確認記録データ８４ｂから取得して、内部の本人確認記録データ４３ｇに一旦記憶し、表示操作部４１に取得した本人確認記録データ４３ｇを表示して、表示操作部４１の操作によって本人確認記録の項目の入力情報の修正を可能とする。また、本人確認記録生成部４４ｅは、修正内容を反映した本人確認記録をプリンタ９４より印刷する。これらの機能を有する窓口端末４０が窓口に設置されることによって、伝票及び本人確認記録の修正を窓口で行うことが可能となる。

次に、図２に示した窓口端末４０における伝票及び本人確認記録の修正処理の処理手順を説明する。図１７は、窓口端末４０における伝票及び本人確認記録の修正処理の処理手順を示すフローチャートである。

まず、表示操作部４１で修正の対象となる伝票の受付番号の入力を受け付けて（ステップＳ３０１）、伝票項目データ生成部４４ｂは、受け付けた受付番号に対応する伝票の項目データをサーバ２０から取得して内部の伝票項目データ４３ｄに記憶し、本人確認記録生成部４４ｅは、受け付けた受付番号に対応する本人確認記録のデータを本人確認サーバ８０から取得して内部の本人確認記録データ４３ｇに記憶する（ステップＳ３０２）。

また、修正の対象が伝票なのか本人確認記録なのかの指定を受け付けて（ステップＳ３０３）、修正対象が伝票である場合（ステップＳ３０４；Ｙｅｓ）には、伝票項目データ生成部４４ｂは、図１２の（４）に示したような既に入力されている伝票項目の一覧を表示して修正対象の項目の有無及び修正がある場合には修正対象の項目の指定を受け付ける（ステップＳ３０５）。修正対象の項目の指示があった場合（ステップＳ３０６；Ｙｅｓ）には、伝票項目データ生成部４４ｂは、指定された項目の修正を行うための画面を表示して修正内容を受け付けて、受け付けた修正内容を伝票項目データ４３ｄに反映して（ステップＳ３０７）、ステップＳ３０５に戻る。

修正対象の項目がない場合（ステップＳ３０６：Ｎｏ）には、伝票印刷処理部４４ｃは、伝票の種類に応じた伝票のイメージに伝票項目データ４３ｄに登録された項目ごとのデータを合成した項目記入済みの伝票のイメージデータを生成する（ステップＳ３０８）。また、伝票印刷処理部４４ｃは、ステップＳ３０８で生成した伝票のイメージデータをプリンタ９４で印刷して（ステップＳ３０９）、伝票項目データ４３ｄをサーバ２０に送信して（ステップＳ３１０）、ステップＳ３０３に戻る。

修正対象が伝票ではなく（ステップＳ３０４；Ｎｏ）、本人確認記録である場合（ステップＳ３１１；Ｙｅｓ）には、図１４の（７）に示したような既に入力されている本人確認記録の項目の一覧を表示して修正対象の項目の有無及び修正がある場合には修正対象の項目の指定を受け付ける（ステップＳ３１２）。修正対象の項目の指示があった場合（ステップＳ３１３；Ｙｅｓ）には、本人確認記録生成部４４ｅは、指定された項目の修正を行うための画面を表示して修正内容を受け付けて、受け付けた修正内容を本人確認記録データ４３ｇに反映して（ステップＳ３１４）、ステップＳ３１２に戻る。

修正対象の項目がない場合（ステップＳ３１３：Ｎｏ）には、本人確認記録生成部４４ｅは、本人確認記録データ４３ｇに取得済みの本人確認書類のイメージを表示してイメージの再採取の要否の指定を受け付ける（ステップＳ３１５）。ステップＳ３１５で本人確認書類のイメージの再採取が不要との指示を受け付けた場合（ステップＳ３１６；Ｎｏ）には、ステップＳ３１８に移行する。ステップＳ３１５で本人確認書類のイメージの再採取が必要との指示を受け付けた場合（ステップＳ３１６；Ｙｅｓ）には、本人確認記録生成部４４ｅは、イメージデータを取得して本人確認記録データ４３ｇに反映する（ステップＳ３１７）。

また、本人確認記録生成部４４ｅは、本人確認記録の帳票のイメージに本人確認記録データ４３ｇに登録された本人確認記録の項目ごとのデータを合成した項目記入済みの本人確認記録のイメージデータを生成する（ステップＳ３１８）。また、本人確認記録生成部４４ｅは、ステップＳ３１８で生成した本人確認記録のイメージデータをプリンタ９４で印刷して（ステップＳ３１９）、本人確認記録データ４３ｇを本人確認サーバ８０に送信して（ステップＳ３２０）、ステップＳ３０３に戻る。また、ステップＳ３０３で、伝票、本人確認記録のいずれの修正もないと指定された場合（ステップＳ３１１；Ｎｏ）には、処理を終了する。

図１７で示した処理手順では、指定した受付番号に関連付けられた伝票及び本人確認記録が電子記帳機３０で生成されて、対応するデータがサーバ２０及び本人確認サーバ８０に存在する場合を想定した処理手順である。しかし、窓口端末４０で伝票の項目内容を変更することによって本人確認が必要ななることもある。その場合には窓口端末４０においても、本人確認記録の要否を判定に応じて図１２の（５）に示したような画面を表示して、本人確認記録を生成することも可能である。

上述してきたように、本実施例では、電子記帳機３０において、顧客が窓口に呼び出される前に、伝票の種類を特定する情報及び特定された伝票の項目に対応する情報の入力を受け付けて、伝票の種類と伝票の項目に対応する情報である伝票項目データ３８ｄを生成して記憶し、伝票項目データ３８ｄに基づいて伝票を印刷するようにした。さらに、伝票項目データ３８ｄによって本人確認の要否を判定し、本人確認が必要と判定した場合には本人確認記録に記載する情報の入力を受け付けて本人確認記録データ３８ｇを生成して記憶し、本人確認記録データ３８ｇに基づいて本人確認記録を印刷するようよう構成したので、金融機関等において本人確認が必要となるような取引であっても窓口のサービスを効率よく提供することができる。

なお、本実施例では、電子記帳機３０で来店目的に応じた伝票項目の入力、及び本人確認が必要と判定した場合には本人確認記録の項目の入力を行い、プリンタ３６で入力した内容を含む伝票及び本人確認記録を印刷するものとしたが、本発明はこれに限定されるものではなく、電子記帳機３０からプリンタ３６への伝票及び本人確認記録の印刷は行わず、電子記帳機３０で入力した伝票の項目の入力情報及び本人確認記録の項目の入力情報を受け取った窓口端末４０で内容の確認後若しくは必要に応じて受け取った情報の修正を行った後にプリンタ９４で印字するものとしてもよい。

また、本実施例では、受付機１０では電子記帳機３０に誘導する場合には番号札を発行せず、電子記帳機３０にて伝票及び本人確認記録を作成後に番号札を発行することとしたが、本発明はこれに限定されるものではなく、電子記帳機３０に誘導する場合にも受付機１０で番号札を発行して、受付番号に受付機１０で入力した来店目的などの情報を関連付けた情報を電子記帳機３０に送信して、電子記帳機３０に誘導された顧客が発行された番号札の受付番号を入力することによって、受付機１０で入力された来店目的の情報を引き継出処理を行うとしてもよい。

また、本実施例では、電子記帳機３０で入力した伝票の項目の入力情報及び本人確認記録の項目の入力情報を、窓口に設置された窓口端末４０に送信することによって情報の受け渡しを行ったが、本発明はこれに限定されるものではない。例えば、電子記帳機３０で伝票の項目の入力情報及び本人確認記録の項目の入力情報を記憶媒体に記憶させて、該記憶媒体を窓口に設置された窓口端末４０に読み込ませることによって情報の受け渡しを行ってもよい。また、例えば、電子記帳機３０で入力した伝票の項目の入力情報及び本人確認記録の項目の入力情報をＱＲコード化して、該ＱＲコードを紙に印刷して、紙に印刷したＱＲコードを窓口に設置された窓口端末４０で読み込んで情報の受け渡しを行うものとしてもよい。また、例えば、電子記帳機３０で入力した伝票の項目の入力情報及び本人確認記録の項目の入力情報は、電子記帳機３０の記憶部３８に記憶させて、窓口端末４０から電子記帳機３０の記憶部３８に記憶された情報を取得することによって情報の受け渡しを行うものとしてもよい。また、例えば、電子記帳機３０で入力した伝票の項目の入力情報及び本人確認記録の項目の入力情報を、サーバ２０を経由せずに窓口端末４０に直接送信するものとしてもよい。

また、本実施例では、電子記帳機３０で、１つの受付番号に対応付けて複数の取引に対する伝票及び本人確認記録を作成する場合には、１つの伝票及び本人確認記録の作成の終了時に他に作成する伝票及び本人確認記録の有無を指定して、他に作成する伝票及び本人確認記録がある場合にはその旨を示す操作をすることによって、継続して他の伝票の作成を行うことを可能としたが、本発明はこれに限定するものではなく、電子記帳機３０での操作を開始する時点で、依頼を所望する取引の種類若しくは取引の数を指定することによって、伝票及び本人確認記録の作成終了の都度、他に作成する伝票及び本人確認記録の有無を指定しなくても、指定した取引の種類若しくは取引の数に対応する伝票及び本人確認記録を１つの受付番号に対応付けて作成するようにしてもよい。

また、本実施例では、電子記帳機３０において入力された来店目的や来店目的に応じた伝票の項目の内容によって本人確認の要否を判定しているが、本発明はこれに限定されるものではなく、受付機１０において入力された来店目的で判定しても良い。受付機１０において本人確認の有無を判定する場合には、受付機１０は、伝票の作成は必要ないが本人確認が必要と判定した場合には、顧客を電子記帳機３０に誘導し、電子記帳機３０は、本人確認記録の項目の入力を受け付けて、本人確認記録を生成するようにしてもよい。

また、本実施例では、窓口の種類はハイカウンタとローカウンタの２種類の例で説明したが、本発明はこれに限定するものではなく、３種類以上の窓口の種類を有してそれぞれに対して待ちを形成するようなケースであってもよい。

また、上述の実施例で図示した各構成は機能概略的なものであり、必ずしも物理的に図示の構成をされていることを要しない。すなわち、各装置の分散・統合の形態は図示のものに限られず、その全部又は一部を各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

以上のように、本発明に係る伝票生成システム及び伝票生成方法は、金融機関等において本人確認が必要となるような取引であっても窓口のサービスを効率よく提供することに適している。

１０ 受付機
１１、３１、４１ 表示操作部
１２ 番号札印刷部
１３、３３ カードリーダ
１４、２３、３２、４２、８３ 通信部
１５、２４、３８、４３、８４ 記憶部
１５ａ、２４ａ、３８ａ、４３ａ 顧客データ
１５ｂ 顧客誘導条件データ
１６、２５、３９、４４、８５ 制御部
１６ａ、３９ａ、４４ａ 顧客データ管理部
１６ｂ 受付処理部
１６ｃ 顧客誘導判定部
１６ｄ 番号札発行部
２０ サーバ
２１、８１ 入力部
２２、８２ 表示部
２４ｂ 受付番号状況データ
２４ｃ 顧客滞留状況データ
２４ｄ、３８ｄ、４３ｄ 伝票項目データ
２５ａ 顧客データ検索部
２５ｂ 受付番号管理部
２５ｃ 行員報知部
２５ｄ 伝票データ管理部
２５ｅ 呼出処理部
３０ 電子記帳機
３０ａ カメラ
３４ 通帳ＭＳリーダ
３５ イメージスキャナ
３６、９４ プリンタ
３７ 番号札プリンタ
３８ｂ、４３ｂ 伝票イメージテンプレートデータ
３８ｃ、４３ｃ 伝票決定パラメータ
３８ｅ、４３ｅ 合成伝票イメージデータ
３８ｆ、４３ｆ、８４ａ 本人確認必要条件データ
３８ｇ、４３ｇ、８４ｂ 本人確認記録データ
３９ｂ、４４ｂ 伝票項目データ生成部
３９ｃ、４４ｃ 伝票印刷処理部
３９ｄ、４４ｄ 伝票項目データ送信部
３９ｅ 番号札発行処理部
３９ｆ 帳票イメージ処理部
３９ｇ、４４ｅ 本人確認記録生成部
４０ 窓口端末
８０ 本人確認サーバ
８４ｃ 代理人データ
８５ａ 本人確認記録データ管理部
８５ｂ 代理人データ管理部
８５ｃ 代理人顔認証処理部
９０ 役席モニタ
９１ テラーモニタ
９２ 番号呼出装置
９３ ロビー端末

Claims (9)

1. 伝票を生成する伝票生成システムであって、
   依頼する取引の内容の入力を受け付ける取引内容受付手段と、
   前記取引内容受付手段によって受け付けた取引の内容の情報を含む伝票データを生成する伝票データ生成手段と、
   前記取引内容受付手段によって受け付けた取引の内容に基づいて本人確認が必要か否かの判定を行う判定手段と、
   前記判定手段によって本人確認が必要と判定された場合に本人確認の記録に含めるデータの入力を受け付けて受け付けたデータを含む本人確認記録データを生成する本人確認記録データ生成手段と
   を備えたことを特徴とする伝票生成システム。
2. 前記取引内容受付手段によって受け付けた取引の内容は金額の情報を含み、
   前記判定手段は、前記取引内容受付手段によって受け付けた金額が所定の金額以上の場合には本人確認の記録が必要であると判定する
   ことを特徴とする請求項１に記載の伝票生成システム。
3. 前記取引内容受付手段によって受け付けた取引の内容は取引の種類の情報を含み、
   前記判定手段は、前記取引内容受付手段によって受け付けた取引の種類が特定の種類の取引である場合には本人確認の記録が必要であると判定する
   ことを特徴とする請求項１に記載の伝票生成システム。
4. 代理人の認証情報を含む前記代理人のデータを本人と関連付けて管理する代理人管理手段をさらに備え、
   前記本人確認記録データ生成手段は、前記代理人による取引の依頼を行う場合には、前記代理人管理手段によって管理される代理人の情報に含まれる認証情報と、取得した代理人の認証データとを照合する
   ことを特徴とする請求項１、２及び３に記載の伝票生成システム。
5. 前記伝票データ生成手段によって生成される伝票データと、前記本人確認記録データ生成手段によって生成される本人確認記録データとを関連付ける関連付け手段をさらに備えたことを特徴とする請求項１〜４のいずれか一つに記載の伝票生成システム。
6. 前記取引内容受付手段によって受け付けた取引を識別する識別情報を管理する識別情報管理手段をさらに備え、
   前記関連付け手段は、前記伝票データと前記本人確認記録データとに前記識別情報管理手段によって管理される識別情報を含めることによって、前記伝票データと前記本人確認記録データとの関連付けを行う
   ことを特徴とする請求項５に記載の伝票生成システム。
7. 前記本人確認記録データ生成手段は、前記伝票データ生成手段によって生成される伝票データと共通する項目については、前記伝票データの内容を取得して前記本人確認記録データに反映することを特徴とする請求項１〜６のいずれか一つに記載の伝票生成システム。
8. 前記伝票データ生成手段によって生成した伝票データと、前記本人確認記録データ生成手段によって生成した本人確認記録データとを一枚の紙葉類に印刷する出力手段をさらに備えたことを特徴とする請求項１〜７のいずれか一つに記載の伝票生成システム。
9. 伝票を生成する伝票生成方法であって、
   依頼する取引の内容の入力を受け付ける取引内容受付ステップと、
   前記取引内容受付ステップによって受け付けた取引の内容の情報を含む伝票データを生成する伝票データ生成ステップと、
   前記取引内容受付ステップによって受け付けた取引の内容に基づいて本人確認が必要か否かの判定を行う判定ステップと、
   前記判定ステップによって本人確認が必要と判定された場合に本人確認の記録に含めるデータの入力を受け付けて受け付けたデータを含む本人確認記録データを生成する本人確認記録データ生成ステップと
   を含んだことを特徴とする伝票生成方法。

Images