JP6522950B2 - 電子記帳システム及び伝票情報管理方法 - Google Patents

Description

この発明は、金融機関に来店した顧客の操作に基づいて伝票を生成し、該伝票に係る情報の管理を行う電子記帳システム及び伝票情報管理方法に関する。

従来、銀行等の金融機関では、入金伝票、出金伝票又は振込伝票等、依頼する取引の種類毎に異なるフォーマットの伝票が用意されており、顧客は自身が依頼する取引に対応する種類の伝票を選択し、選択した伝票の必要事項を記入する必要がある。その後、記入済の伝票は窓口において窓口担当者に渡され、窓口担当者は伝票に記入された内容に従って取引を実施することになる。

このように、従来は、伝票の必要事項は顧客の手作業により記入されていたが、最近では、金融機関の店内に設けられた電子記帳機と呼ばれる端末装置を用いて伝票の必要事項の入力を行なう技術が知られている。

例えば、特許文献１には、金融機関の店内に設けられた入力装置を用いて伝票の項目に対する顧客の入力を受け付け、受け付けた伝票情報を窓口に設置される窓口装置に送信して、窓口に送信した情報に基づいたサービスを顧客に提供する技術が開示されている。また、この特許文献１によれば、窓口装置では、受け付けた伝票情報をディスプレイなどの表示部に表示することにより、伝票情報の内容を視認できるだけでなく、必要に応じて顧客若しくは窓口担当者の操作に基づいて伝票情報を修正することもできる。

特開２０１３−１７１４６８号公報

しかしながら、上記特許文献１によれば、窓口担当者により伝票情報が修正できるため、窓口担当者による不正を招く余地がある。例えば、窓口担当者が、出金伝票の出金金額をより大きな金額に変更して出金取引を実施し、顧客には変更前の金額を手渡し、差額を着服するような不正が可能となる。

一方、窓口担当者が不正を企図していない場合であっても、顧客の主張によっては、無用なトラブルを招く可能性もある。例えば、窓口担当者が、顧客の指示により出金伝票の出金金額をより大きな金額に変更して出金取引を実施した後に、顧客が「出金金額の変更を指示していない」と主張すると、窓口担当者が不正を企図したような誤解が生じ、トラブルの原因になってしまう。

これらのことから、電子記帳機で入力された伝票の項目の情報を窓口装置上で変更する場合に、窓口担当者による不正を抑制するとともに、無用なトラブルを防止することができる電子記帳システムをいかに実現するかが重要な課題となっている。

本発明は、上述した従来技術の課題を解決するためのものであって、電子記帳機で入力された伝票の項目の情報を窓口装置上で変更する場合に、窓口担当者による不正を抑制するとともに、無用なトラブルを防止することができる電子記帳システム及び伝票情報管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、顧客が依頼する取引の内容を特定する項目情報を含む伝票情報を前記顧客の入力操作に基づいて生成する電子記帳機と、前記顧客に対する窓口への呼び出しが行われたことを検知する呼出検知部と、前記伝票情報の項目情報の変更の可否を所定の条件に基づいて判定する判定部と、前記判定部により前記伝票情報の項目情報の変更が可能と判定された場合に、該伝票情報の項目情報の変更内容を指定する変更操作を受け付けて、受け付けた該変更操作に基づいて該伝票情報の項目情報を変更する変更部とを備え、前記判定部は、前記呼出検知部により前記顧客に対する前記窓口への呼び出しが行われたことを検知した後であるという条件を満たす場合に、前記伝票情報の項目情報の変更が可能と判定することを特徴とする。

また、本発明は、上記発明において、窓口に人がいることを検知する人検知部をさらに備え、前記判定部は、前記人検知部により前記窓口に人がいることを検知しているという条件を満たす場合に前記伝票情報の項目情報の変更が可能と判定することを特徴とする。

また、本発明は、上記発明において、前記伝票情報の項目情報の変更を行う前記顧客の意思を受け付ける顧客意思受付部をさらに備え、前記判定部は、前記顧客意思受付部により前記顧客の前記伝票情報の項目情報の変更を行う意思を受け付けた後であるという条件を満たす場合に前記伝票情報の項目情報の変更が可能と判定することを特徴とする。

また、本発明は、上記発明において、前記顧客意思受付部は、前記顧客の認証情報を前記伝票情報の項目情報の変更を行う前記顧客の意思として受け付けることを特徴とする。

また、本発明は、上記発明において、前記変更操作を受け付けることによって取得した前記伝票情報の項目情報の変更内容に対する前記顧客の承認を受け付ける顧客承認受付部をさらに備え、前記変更部は、前記顧客承認受付部により前記顧客の承認を受け付けていることを条件として前記伝票情報の項目情報を変更することを特徴とする。

また、本発明は、上記発明において、前記顧客承認受付部は、前記顧客の認証情報を前記変更操作を受け付けることによって取得した前記伝票情報の項目情報の変更内容に対する前記顧客の承認として受け付けることを特徴とする。

また、本発明は、上記発明において、前記伝票情報の項目情報のうち前記電子記帳機で生成されたときの内容と同じ情報と、前記電子記帳機で生成されたときの内容から変更された情報とでは異なる態様で出力する伝票情報出力部をさらに備えたことを特徴とする。

また、本発明は、上記発明において、前記伝票情報出力部は、前記伝票情報の項目情報のうち前記電子記帳機で生成されたときの内容から変更された情報は、変更前の情報と変更後の情報とを併せて出力することを特徴とする。

また、本発明は、上記発明において、前記伝票情報の項目情報が前記電子記帳機で生成されたときの内容から変更された場合に、窓口の担当者を特定する情報と、前記変更部による変更が行われる前の前記伝票情報の項目情報と、該変更部による変更が行われた後の前記伝票情報の項目情報とを含む修正履歴とを記憶する修正履歴記憶部をさらに備えたことを特徴とする。

また、本発明は、電子記帳機と窓口端末を備えた電子記帳システムにおける伝票情報管理方法であって、前記電子記帳機における顧客の入力操作に基づいて、前記電子記帳機にて、前記顧客が依頼する処理の内容を特定する項目情報を含む伝票情報を生成する伝票情報生成ステップと、前記窓口端末にて、前記顧客に対する窓口への呼び出しが行われたことを検知する呼出検知ステップと、前記窓口端末にて、前記伝票情報の項目情報の変更の可否を所定の条件に基づいて判定する判定ステップと、前記判定ステップにより前記伝票情報の項目情報の変更が可能と判定された場合に、前記窓口端末にて、該伝票情報の項目情報の変更内容を指定する変更操作を受け付けて、受け付けた該変更操作に基づいて該伝票情報の項目情報を変更する変更ステップとを含み、前記判定ステップは、前記呼出検知ステップにより前記顧客に対する前記窓口への呼び出しが行われたことを検知した後であるという条件を満たす場合に、前記伝票情報の項目情報の変更が可能と判定することを特徴とする。

本発明によれば、電子記帳機で入力された伝票の項目の情報を窓口装置上で変更する場合に、窓口担当者による不正を抑制するとともに、無用なトラブルを防止することができる。

図１は、本発明に係る電子記帳機で登録した伝票に係る情報を窓口端末において変更する場合の処理の概要を説明するための説明図である。 図２は、本実施例に係る電子記帳システムのシステム構成を示す図である。 図３は、図２に示した受付機の本実施例に係る内部構成を示すブロック図である。 図４は、図３に示した受付機の本実施例に係るデータ構成について説明するための説明図である。 図５は、図２に示した電子記帳機の本実施例に係る内部構成を示すブロック図である。 図６は、図５に示した電子記帳機の本実施例に係るデータ構成について説明するための説明図である。 図７は、図２に示したサーバの本実施例に係る内部構成を示すブロック図である。 図８は、図７に示したサーバの本実施例に係るデータ構成について説明するための説明図（その１）である。 図９は、図７に示したサーバの本実施例に係るデータ構成について説明するための説明図（その２）である。 図１０は、図２に示した窓口端末の本実施例に係る内部構成を示すブロック図である。 図１１は、図１０に示した窓口端末の本実施例に係るデータ構成について説明するための説明図である。 図１２は、図２に示した電子記帳機における作成する伝票の伝票項目の入力に係る画面構成及び操作にともなう画面遷移を説明するための図である。 図１３は、図２に示した電子記帳機により登録された伝票に係る情報の窓口端末における変更に用いられる画面の構成及び操作にともなう画面遷移を説明するための図である。 図１４は、図２に示した窓口端末にて行われる伝票更新履歴照会の出力画面の画面構成を説明するための図である。 図１５は、図２に示した窓口端末における作成する伝票の伝票項目の内容の確認処理、更新処理及び伝票の印刷処理などの一連の処理の処理手順を示すフローチャート（その１）である。 図１６は、図２に示した窓口端末における作成する伝票の伝票項目の内容の確認処理、更新処理及び伝票の印刷処理などの一連の処理の処理手順を示すフローチャート（その２）である。

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

まず、本発明に係る電子記帳機３０で登録した伝票に係る情報を窓口端末４０において変更する場合の処理の概要について図１を用いて説明する。

金融機関の店舗に来店した顧客は、受けることを希望する窓口のサービスに対応する伝票を作成する必要がある。電子記帳システムが導入されている店舗においては、手書きで伝票に必要事項を記入する代わりに、（ａ）に示すように顧客フロアに設置される電子記帳機３０に入力をすることによって伝票の作成を行う。具体的には、顧客は、図示しない受付機１０で発行された番号札に印刷されているバーコードから受付番号を読み取って、読み取った受付番号を指定して受付機１０に問い合わせを行い、来店目的などの伝票の種類を特定する情報を取得する。電子記帳機３０は、受付機１０から受け付けた受付番号に対応する来店目的から伝票の種類を特定し、伝票の種類に応じた伝票の項目を入力するための画面の表示を行う。顧客は、電子記帳機３０に表示された画面で必要事項の入力を行う。

電子記帳機３０は、（ｂ）に示すように、番号札のバーコードから読み取った受付番号、受付機１０から取得した来店目的から特定した伝票の種類及び該伝票の種類に応じた伝票項目に対する顧客の入力情報を関連付けてサーバ２０に送信する。これらの情報を受け付けたサーバ２０は、受付番号に伝票の種類及び伝票項目に対する顧客の入力情報を関連付けて伝票項目データ２４ｂに登録する。

窓口において、窓口担当者は、図示しないテラーモニタ９１を操作することによって呼出を待っている顧客の１人を、対応する受付番号を呼び出すことによって窓口に誘導する。その際、テラーモニタ９１の操作に連動して、（ｃ）に示すようにサーバ２０から呼び出した受付番号に対応する伝票項目データ２４ｂに登録されている伝票の種類及び伝票項目に対する顧客の入力情報が窓口端末４０に送信される。窓口端末４０は、この情報を受け付けて、顧客が電子記帳機３０で入力した内容の表示を行う。顧客及び窓口担当者は、窓口端末４０を用いることによって顧客が電子記帳機３０で入力した伝票に係る情報を確認することができる。

また、顧客が電子記帳機３０で登録した伝票に係る情報を確認した結果、変更が必要な場合に、（ｄ）に示す変更を行う旨の操作を受け付けたならば、窓口端末４０は、更新の可否の判定処理を行う。具体的には、更新しようとしている伝票が窓口に呼び出し中の顧客に対応する伝票であること及び呼び出した顧客が窓口にいることを当該伝票に係る情報の更新を可とする条件とする。ただし、呼び出した顧客が窓口にいない場合には顧客の同意を示す口座の暗証番号の入力が必要となる。

図１に示す例は、顧客呼出後に呼び出した顧客の伝票の修正を行うにあたり、（ｄ）で口座の暗証番号の入力が行われることによって顧客の修正意志の確認を行っている例である。窓口端末４０は、（ｄ）で口座の暗証番号を受け付けたならば、伝票に係る情報の更新内容を受け付けるための画面を表示して、（ｅ）による伝票に係る情報の更新内容の入力を受け付ける。

窓口端末４０は、受け付けた更新内容を含む更新後の伝票に係る情報の表示を行う。窓口端末４０は、更新内容をサーバ２０が管理する伝票項目データ２４ｂに反映するに先立って、（ｆ）に示すように表示された更新内容に対する顧客の承認を示す操作の受け付けを行う。具体的には、窓口端末４０の図示しない表示操作部４１にて更新内容に対する顧客の承認を示す顧客のサインを受け付ける。

窓口端末４０の図示しない表示操作部４１にて更新内容に対する顧客の承認を示す顧客のサインを受け付けたならば、窓口端末４０は、（ｇ）に示すように更新後の伝票に係る情報をサーバ２０に送信する。サーバ２０は、受け付けた更新後の伝票に係る情報を伝票項目データ２４ｂに反映する。また、窓口端末４０は、（ｈ）に示すように更新前の伝票に係る情報、更新後の伝票に係る情報及び受け付けたサインの画像情報などを含む更新履歴情報をサーバ２０に送信する。サーバ２０は、受け付けた更新履歴情報を更新履歴データ２４ｅに登録する。

このように、電子記帳機３０で顧客が登録した伝票に係る情報を窓口端末４０で変更を行う場合には、顧客を窓口に呼び出した後であること、顧客が窓口にいること及び変更することに対する事前の顧客の了解が得られている場合に変更に係る操作を行えるようにした。また、併せて変更後に変更した内容についての顧客が承認したことを示すサインの入力を窓口端末４０で受け付けて、変更前の伝票に係る情報、変更後の伝票に係る情報及びサインの画像情報などを更新履歴情報として蓄積し、事後的に照会することを可能としたので、電子記帳機３０で入力された伝票の項目の情報を窓口装置上で変更する場合に、窓口担当者による不正を抑制するとともに、無用なトラブルを防止することができる。

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

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

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

また、受付機１０は、窓口からの顧客の呼出の要求を受け付けて、受付番号による顧客の呼出を行う。具体的には、窓口に設置されるテラーモニタ９１からの呼出要求を受け付けたならば、要求元の窓口の種類に対して待ちとなっている受付番号のキューの中から次に呼び出す受付番号を決定して、番号呼出装置９２に受付番号を出力することによって出力された受付番号に対応する顧客の窓口への呼出を行う。

電子記帳機３０は、免許証及び保険証などのカード型の本人確認資料のカードイメージを取得するマルチカードスキャナ３３、ＱＲコード（登録商標）を読み取るＱＲコードリーダ３４、番号札を発行するレシートプリンタ３５、受付機１０で発行された番号札に印刷されたバーコードを読み取るバーコードリーダ３６、キャッシュカードなどの内容を読み取るカードリーダ３７が接続可能である。ただし、レシートプリンタ３５及びバーコードリーダ３６は、両方が接続されることは基本的にはない。電子記帳機３０は、受付機１０が有する電子記帳機３０へ誘導する場合に番号札を発行するか否かの設定に対応して、受付番号をどのようにして取得するかを示す受付番号取得方式の設定を有しており、受付機１０で発行された番号札のバーコードから読み取るか、受付機１０に来店目的を指定して採番を依頼するかの設定が可能である。レシートプリンタ３５及びバーコードリーダ３６は、この受付番号をどのようにして取得するかを示す設定に応じて、選択的に接続される。

受付番号取得方式の設定が受付機１０に来店目的を指定して採番を依頼するとなっている場合には、電子記帳機３０に誘導された顧客に番号札を発行するためのレシートプリンタ３５が接続される。また、受付番号取得方式の設定が受付機１０で発行された番号札のバーコードから読み取るとなっている場合には、受付機１０で発行済の番号札のバーコードから受付番号を取得するためのバーコードリーダ３６が接続される。ただし、この場合であっても、受付番号を番号札に印刷された内容を見てテンキーなどを利用して入力することも可能であるので、バーコードリーダ３６の接続は必須ではない。

また、電子記帳機３０は、受付機１０から誘導された顧客が伝票を作成するための機能を有する。受付番号取得方式の設定が受付機１０で発行された番号札のバーコードから読み取るとなっている場合には、まず、バーコードリーダ３６で番号札のバーコードから受付番号を読み取って、受付機１０から受付番号に対する来店目的を取得する。さらに、電子記帳機３０は、取得した来店目的に対応する伝票を判定し、当該伝票の項目を順番に画面に表示して、顧客による伝票項目の入力を受け付けて、一旦内部に図示しない伝票項目データ３８ｅとして記憶する。また、伝票項目データ３８ｅにカードリーダ３７で読み取ったキャッシュカードの情報を自動的に反映することもできる。

また、電子記帳機３０は、受付番号取得方式の設定が受付機１０に来店目的を指定して採番を依頼するとなっている場合には、来店目的の入力を受け付けて、受け付けた来店目的に対応する伝票を判定し、当該伝票の項目を順番に画面に表示して、顧客の伝票項目の入力を受け付けて、一旦内部に図示しない伝票項目データ３８ｅとして記憶する。

また、電子記帳機３０は、ＱＲコードリーダ３４で読み取った携帯端末などに表示される顧客の口座に関する情報を含むＱＲコードを読み取って図示しない伝票項目データ３８ｅに自動的に反映することもできる。なお、この場合、携帯電話などの携帯端末は、顧客の氏名、住所、口座番号などの個人情報を登録する機能および登録されたこれらの個人情報をＱＲコード化する機能を有する。

また、電子記帳機３０は、作成する伝票に対応する伝票項目の入力情報に基づいて、本人確認が必要か否かの判定を行い、本人確認が必要と判定された場合には、本人確認記録の作成を促すとともに本人確認記録作成用の画面を展開制御する。電子記帳機３０は、本人確認記録に係る入力及びマルチカードスキャナ３３による本人確認資料の画像データを受け付けたならば、一旦内部に図示しない本人確認記録データ３８ｆとして記憶する。

電子記帳機３０は、受付番号取得方式の設定が受付機１０に来店目的を指定して採番を依頼するとなっている場合には、作成する伝票に対応する伝票項目の入力が終了したならば、受付機１０に来店目的に応じた受付番号の採番要求を行い受付番号を取得し、該受付番号が記載された番号札をレシートプリンタ３５にて発行する。

また、電子記帳機３０は、取得した受付番号、図示しない伝票項目データ３８ｅ及び本人確認記録データ３８ｆなどの情報をサーバ２０に送信する。サーバ２０は、受け付けた情報を受付番号データ２４ａ及び伝票項目データ２４ｂなどに登録して管理する。

窓口端末４０は、窓口において電子記帳機３０で顧客により登録された伝票等に係る情報の確認と、確認された情報に基づいて伝票等を印刷する機能を有する。窓口端末４０は窓口に呼び出された顧客が登録した伝票及び本人確認記録に係る情報をサーバ２０より取得して、取得した伝票及び本人確認記録に係る情報を画面に表示することによってテラー及び顧客による確認を行い、確認されたならば確認された情報に基づいてプリンタ９５から伝票及び本人確認記録を印刷する。本実施例では、本人確認記録は電子記帳機３０で作成するということを説明しているが、本発明はこれに限定されるものではない。例えば、窓口端末４０に、マルチカードスキャナ３３を接続して、窓口端末４０においてマルチカードスキャナ３３で取得した本人確認資料の画像データを取得して、本人確認資料の画像データを含む本人確認記録を作成するようにしてもよい。

また、窓口端末４０は、サーバ２０より取得した伝票及び本人確認記録に係る情報を修正することが可能で、修正した場合には修正した内容に基づいてプリンタ９５から伝票及び本人確認記録を印刷するとともに、修正内容をサーバ２０に送信する。

また、窓口端末４０は、顧客の窓口への呼出とは関係なく、顧客の待ち状況の照会や、待っている顧客の取引内容の確認及び各種集計結果を出力する機能を有する。

サーバ２０は、受付番号データ２４ａ、伝票項目データ２４ｂ及び更新履歴データ２４ｅなどを管理する。受付番号データ２４ａは、受付機１０で採番された受付番号ごとに、その状態、キャッシュカードデータ及び作成伝票の種類別の枚数などを含むデータである。伝票項目データ２４ｂは、電子記帳機３０若しくは窓口端末４０で登録及び更新された伝票の項目情報を含むデータである。更新履歴データ２４ｅは、窓口端末４０で、一旦、伝票項目データ２４ｂに登録された伝票に係る情報に対して変更、追加及び取消を行った場合の更新履歴情報を含むデータである。

サーバ２０は、受付番号データ２４ａ及び伝票項目データ２４ｂを、電子記帳機３０から送信された情報に基づいて登録し、窓口端末４０から送信された情報に基づいて更新する。また、サーバ２０は、受付番号データ２４ａにおいて受付番号ごとの処理状況を管理する。また、サーバ２０は、窓口端末４０から送信される更新履歴情報に基づいて更新履歴データ２４ｅの更新を行う。

スタッフ端末９３は、窓口端末４０の機能と同等の機能を備えているが、伝票に係る情報などのデータ更新を伴う機能が制限されている。顧客端末９４は、顧客の待ち状況の照会機能を備えている。

次に、テラーモニタ９１で顧客の呼出操作が行われた場合の処理の流れについて説明する。テラーモニタ９１は、顧客の窓口への呼出の操作を受け付けると、テラーモニタ９１が設置される窓口を識別する情報を含む顧客の呼出要求を受付機１０に送信する。受付機１０は、テラーモニタ９１の呼出要求に含まれる窓口を識別する情報に基づいて、当該窓口の種類に対して待ちとなっている受付番号のキューの中から次に呼び出す受付番号を決定して、決定した受付番号を受け付けた呼出要求に含まれる窓口を識別する情報に対応する番号呼出装置９２に送信する。受付番号を受け付けた番号呼出装置９２は表示部に受け付けた受付番号を表示し、音声で受け付けた受付番号の顧客の呼出を行う。

また、受付機１０は、番号呼出装置９２に送信した受付番号及び呼出要求に含まれる窓口を識別する情報をサーバ２０にも通知する。受付番号及び窓口を識別する情報を受け付けたサーバ２０は、受付番号データ２４ａ及び伝票項目データ２４ｂから受け付けた受付番号に関連付けられた情報を抽出して、受け付けた窓口を識別する情報に対応する窓口端末４０に送信する。

このように、テラーモニタ９１で顧客の呼出操作に連動して、窓口端末４０に呼び出された顧客が登録した伝票及び本人確認書類に係る情報が渡されるので、テラーモニタ９１で顧客の呼出操作が行われると、窓口端末４０には自動的に窓口に呼び出した顧客が電子記帳機３０で登録した伝票などの確認画面が表示される。

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

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

記憶部１５は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部１５は、設定パラメータ１５ａ、受付番号採番データ１５ｂ及び受付番号データ１５ｃを有する。設定パラメータ１５ａは、受付機１０の受付処理に関するパラメータである。受付番号採番データ１５ｂは、受付番号の採番状況に係るデータである。受付番号データ１５ｃは、採番した受付番号ごとにその状態に係る情報を有するデータである。

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

受付処理部１６ａは、来店客の受付処理の全体を制御する制御部である。受付処理部１６ａは、表示操作部１１の来店受付用の画面の表示を行い来店目的を受け付け、来店目的に応じた受付番号を受付番号採番部１６ｂで採番し、採番した受付番号に関連付けて、来店目的などの情報を受付番号データ１５ｃに登録する。

ただし、設定パラメータ１５ａの設定で電子記帳機３０に誘導する場合には番号札の発券を行わないという設定になっていて、受け付けた来店目的により電子記帳機３０への誘導が必要と判定された場合には、受付処理部１６ａは、電子記帳機３０への誘導のメッセージのみを表示して番号札の発行は行わない。また、設定パラメータ１５ａの設定で電子記帳機３０に誘導する場合には番号札の発券を行わないという設定になっている場合には、そもそも電子記帳機３０に誘導する必要のある来店目的を選択できないようになっていて、そのような来店目的の顧客に対する電子記帳機３０への誘導を示すメッセージが表示されていてもよい。

受付番号採番部１６ｂは、受付処理部１６ａ若しくは通信部１４を経由して電子記帳機３０からの来店目的に応じた受付番号の採番要求を受け付けたならば、受け付けた来店目的に応じて受付番号を採番する。具体的には来店目的に応じた受付番号帯を決定し、受付番号採番データ１５ｂの最終採番済の受付番号の次の受付番号を新たな受付番号として採番し、これに応じて受付番号採番データ１５ｂの更新を行う。

番号札発行部１６ｃは、受付処理部１６ａの制御に基づいて指定された受付番号が記載された番号札を番号札印刷部１２で印刷する。印刷される番号札には、受付番号が人に認識可能な文字情報とバーコードリーダ３６で読み込み可能なバーコードとにより印刷される。

受付番号データ管理部１６ｄは、電子記帳機３０などの他の装置から通信部１４を経由して受付番号を含む受付番号情報の取得要求を受け付けたならば、受け付けた受付番号で受付番号データ１５ｃの検索を行い、対応するレコードの情報を要求元に応答として返信する。

また、受付番号データ管理部１６ｄは、テラーモニタ９１から該テラーモニタ９１が設置される窓口の窓口番号を含む呼出要求を受け付けたならば、受付番号データ１５ｃから受け付けた呼出要求に含まれる窓口番号に呼び出す受付番号を選択し、該受付番号に対応する受付番号データ１５ｃの状態を「呼出済」として、該受付番号を番号呼出装置９２に送信する。番号呼出装置９２は、受付番号を受け付けたならば表示部に受け付けた受付番号を表示し、音声で受け付けた受付番号の顧客の呼出を行う。また、受付番号データ管理部１６ｄは、テラーモニタ９１から呼出要求を受け付けた場合には、番号呼出装置９２に受付番号を送信するとともに、呼び出す受付番号に対応する受付番号データ１５ｃのレコードをサーバ２０に送信する。

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

設定パラメータ１５ａは、顧客を電子記帳機３０に誘導時に番号札を発券する必要があるかどうかを示す電子記帳機誘導時発券要否と、来店目的別の受付番号帯である目的別受付番号帯の情報と、来店目的別の窓口の種類を示す目的別窓口の情報と、来店目的別の電子記帳機３０への誘導の要否を示す目的別電子記帳機への誘導要否の情報とを含む。

図４の設定パラメータ１５ａの例は、電子記帳機誘導時発券要否が「必要」で顧客を電子記帳機３０に誘導時に番号札を発券する必要があることを示している。また、図４の設定パラメータ１５ａの目的別受付番号帯の情報の例は、来店目的が入金、出金、振込及び税公金納付の受付番号の採番帯が「１〜３９９」であり、来店目的が諸届及びローンの受付番号の採番帯が「５００〜８９９」であることを示している。また、図４の設定パラメータ１５ａの目的別窓口の情報の例は、来店目的が入金、出金、振込及び税公金納付に対応する窓口の種類が「ハイカウンタ」で、来店目的が諸届及びローンに対応する窓口の種類が「ローカウンタ」であることを示している。また、図４の設定パラメータ１５ａの目的別電子記帳機への誘導要否の情報の例は、来店目的が入金、出金、振込及び税公金納付の場合には「電子記帳機に誘導する」で、来店目的が諸届及びローンの場合には「電子記帳機に誘導しない」であることを示している。

受付番号採番データ１５ｂは、受付番号の採番帯に関連付けられた最終の採番済の受付番号である最終採番済受付番号と、対応する窓口番号をレコード項目とするデータである。図４の受付番号採番データ１５ｂは、採番帯が「ハイカウンタ」の、最終採番済の受付番号が「１５０」で、対応窓口番号が「１，２，３」の窓口で、採番帯が「ローカウンタ」の、最終採番済の受付番号が「５５０」で、対応窓口番号が「４，５」の窓口であることを示している。

受付番号データ１５ｃは、受付番号に関連付けられた来店目的と、受付日付と、受付時刻と、該受付番号の状態と、該受付番号の顧客が呼び出された窓口の番号とをレコードの項目とするデータである。該受付番号の状態の情報は、コード化された情報であって、「１」が受付済で、「２」が対応する顧客を窓口に呼出済で、「９」が対応する顧客の処理が終了していることを示している。

図４の受付番号データ１５ｃの例は、受付番号が「１５０」の番号札に対する顧客は、来店目的が「振込」で、受け付けたのが「２０１４／４／１５」の「１１：３０」で、状態が「２」であり窓口に呼出済で、呼び出された窓口の窓口番号が「２」であることを示すレコードと、受付番号が「５５０」の番号札に対する顧客は、来店目的が「ローン」で、受け付けたのが「２０１４／４／１５」の「１１：３５」で、状態が「１」であり来店を受付済であることを示すレコードとが含まれることを示している。

次に、図２に示した電子記帳機３０の本実施例に係る内部構成を説明する。図５は、電子記帳機３０の本実施例に係る内部構成を示すブロック図である。電子記帳機３０は、本人確認資料のイメージを読み取るマルチカードスキャナ３３、携帯端末などに表示された口座情報のＱＲコードを読み取るＱＲコードリーダ３４、番号札を発行するレシートプリンタ３５、受付機１０で発行済の番号札のバーコードを読み取るバーコードリーダ３６及びキャッシュカードなどのカードの情報を読み込むカードリーダ３７を接続することができる。ただし、先に記した通りレシートプリンタ３５及びバーコードリーダ３６は設定に応じていずれかが選択的に接続される。

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

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

設定パラメータ３８ａは、電子記帳機３０で行われる処理に係る設定情報であり、受付機１０で発券された番号札から受付番号を読み取るか、受付機１０に電子記帳機３０から受付番号の採番を依頼することによって取得するかを示す受付番号取得方式の情報を有する。

受付番号データ３８ｂは、受付番号をはじめとする電子記帳機３０で受け付けた顧客の入力情報である。ただし、受付機１０で既に来店の受付が行われて番号札が発行されている場合には、番号札に記載された受付番号を指定して受付機１０から取得した受付機１０において受け付けた情報も含まれる。

伝票決定パラメータ３８ｃは、受け付けた来店目的と来店目的に対応する作成しなければならない伝票の種類を示す伝票ＩＤを対応付けたデータである。電子記帳機３０は該伝票決定パラメータ３８ｃに基づいて来店目的に対応する作成すべき伝票の種類を判定する。

伝票テンプレートデータ３８ｄは、伝票の種類に対応する該伝票に含まれる伝票項目の情報を規定したデータである。来店目的を受け付けて伝票決定パラメータ３８ｃに基づいて作成すべき伝票ＩＤが特定され、伝票ＩＤと該伝票テンプレートデータ３８ｄに基づいて入力しなければならない伝票データが特定される。

伝票項目データ３８ｅは、特定された伝票ＩＤに対応する伝票の伝票項目に対して顧客により入力された情報である。電子記帳機３０では、複数枚の伝票作成に応じた入力を行うことが可能であり、その場合には伝票項目データ３８ｅには複数のレコードが登録されることになる。本人確認記録データ３８ｆは、電子記帳機３０で受け付けた本人確認記録に係るデータである。

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

受付番号データ管理部３９ａは、受付番号データ３８ｂを管理する処理部である。具体的には、設定パラメータ３８ａの受付番号取得方式に受付機１０で発券された番号札から受付番号を読み取るという設定になっている場合には、バーコードリーダ３６により受付機１０で発行済の番号札のバーコードから受付番号を読み取って、受付機１０から受付番号に対する来店目的を取得して、受付番号データ３８ｂに登録する。また、設定パラメータ３８ａの受付番号取得方式に受付機１０に採番を依頼することによって受付番号を取得するという設定になっている場合には、作成する伝票の伝票項目の入力の終了後に、受付機１０に来店目的を指定して受付番号の採番要求を行うことによって受付番号を採番して、受付番号データ３８ｂに採番した受付番号の登録を行う。

伝票項目データ生成部３９ｂは、来店目的と伝票決定パラメータ３８ｃに基づいて作成する伝票の種類である伝票ＩＤを特定し、該伝票ＩＤと伝票テンプレートデータ３８ｄに基づいて決定した伝票項目の入力を受け付けて、受け付けた伝票項目に対する情報を伝票項目データ３８ｅに登録する。来店目的については、設定パラメータ３８ａの受付番号取得方式に受付機１０で発券された番号札から受付番号を読み取るという設定になっている場合には、バーコードリーダ３６により受付機１０で発行済の番号札のバーコードから受付番号を読み取って、受付機１０から受付機１０で既に入力済の受付番号に対する来店目的を取得するが、設定パラメータ３８ａの受付番号取得方式に受付機１０に採番を依頼することによって受付番号を取得するという設定になっている場合には、表示操作部３１に来店目的入力用の画面の表示を行い、該画面の入力を受け付けることによって来店目的を取得する。また、伝票項目データ生成部３９ｂは、カードリーダ３７で読み込んだキャッシュカードなどの情報を伝票項目に対する情報として、伝票項目データ３８ｅに反映させることもできる。

また、伝票項目データ生成部３９ｂは、１つの受付番号に対して複数の伝票の作成を行うことが可能である。図４の設定パラメータ１５ａの例で示した通り、受付番号の採番帯は、来店目的に対応する取引種類（入金・出金、振込、諸届、外貨両替、投資相談等）ごとに設定されている。複数の伝票が作成され、取引種類が複数ある場合には、受付番号は、取引種類ごとに有する採番帯を決定に係る優先順位に基づいて、最も優先順位の高い取引種類に対応する採番帯において採番される。採番帯は、取引種類ごとに取引の複雑度等によっていくつかに分けられている。例えば、投資相談を最も優先順位の高い取引種類とし、以下、順番に、外貨両替、諸届、振込、入金・出金の順番で優先順位が決められている。なお、取引種類の優先順位はこれに限定されるわけではなく、設定によりこれらの優先順位は任意に設定することができる。

本人確認記録生成部３９ｃは、伝票項目データ生成部３９ｂにより生成された伝票項目データ３８ｅに基づいて本人確認が必要な取引があるか否かの判定を行い、本人確認が必要な取引があると判定された場合には、本人確認書類に記載する必要事項を入力する画面を表示して、顧客の入力を受け付けて、受け付けた内容を本人確認記録データ３８ｆに登録する。また、本人確認記録生成部３９ｃは、マルチカードスキャナ３３で取得した本人確認資料のイメージを本人確認記録データ３８ｆに登録する。

登録データ送信部３９ｄは、伝票の項目データの受付処理及び本人確認書類記録に係るデータの受付処理が終了したならば、これらの一連の処理において登録された受付番号データ３８ｂ、伝票項目データ３８ｅ及び本人確認記録データ３８ｆをサーバ２０に送信する。

番号札発行処理部３９ｅは、設定パラメータ３８ａの受付番号取得方式に受付機１０に採番を依頼することによって受付番号を取得するという設定になっている場合には、受付機１０に依頼して採番した受付番号の記載された番号札をレシートプリンタ３５により発行する。

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

設定パラメータ３８ａは、受付番号取得方式の情報を有する。受付番号取得方式は、コード化されたデータであって、「１」が番号札のバーコードを読み取ることによって受付番号を取得することを示し、「２」が受付機１０に対して受付番号の採番を依頼することによって受付機１０から取得することを示す。図６の設定パラメータ３８ａの例は、受付番号取得方式が「１」であり番号札のバーコードを読み取ることによって受付番号を取得することを示している。

受付番号データ３８ｂは、受付番号と、来店目的と、来店を受け付けた受付日付及び受付時刻と、来店を受け付けた顧客の口座の情報と、作成する伝票の種類別の枚数とを有する。

図６の受付番号データ３８ｂの例は、受付番号が「１５０」で、来店目的が「振込」で、来店を受け付けた受付日付が「２０１４／４／１５」で受付時刻が「１１：３０」で、カードリーダ３７で読み込まれたキャッシュカードに対応する顧客の口座の情報に店番号が「０００５」で、科目コードが「０１」で、口座番号が「１２３４５６７」の情報が含まれていて、作成する伝票の種類別の枚数について入金伝票が「０」枚で、出金伝票が「１」枚で、振込依頼書が「１」枚であることを示している。

伝票決定パラメータ３８ｃは、来店目的と伝票の種類を示す伝票ＩＤとが関連づけられたデータである。図６の伝票決定パラメータ３８ｃの例は、来店目的が入金に対応する伝票ＩＤが「００１」で、来店目的が出金に対応する伝票ＩＤが「００２」で、来店目的が振込に対応する伝票ＩＤが「００３」で、来店目的が税公金納付に対応する伝票ＩＤが「００４」であることを示している。

伝票テンプレートデータ３８ｄは、伝票の種類を示す伝票ＩＤに関連付けた該伝票ＩＤに対応する伝票の項目情報をレコードの保有項目とするデータである。伝票の項目情報には伝票に含まれる項目ごとに項目を識別する項目識別ＩＤ、該項目の入力が必須か否かを示す必須区分及び該項目の重要度などの情報が含まれる。図６の伝票テンプレートデータ３８ｄの例は、伝票ＩＤが「００２」の伝票については、項目識別ＩＤが「０２０」の項目は、必須区分が「必須」で入力が必須であり、重要度が「２」であり、項目識別ＩＤが「０３０」の項目は、必須区分が「必須」で入力が必須であり、重要度が「２」である項目を有していることを示すレコードが含まれていることを示している。

伝票項目データ３８ｅは、登録日付及び受付番号及び受付枝番号に関連付けられた伝票ＩＤと、当該伝票ＩＤに対応する伝票の項目データの登録開始時刻及び登録終了時刻と、該伝票ＩＤに対応する伝票項目ごとに項目識別ＩＤ及び入力された項目値とをレコード項目とするデータである。受付枝番号は、１つの受付番号で複数の伝票を作成する場合に自動的に採番される番号で、同一の受付番号内の伝票を識別する通番である。

図６の伝票項目データ３８ｅの例は、登録日付が「２０１４／４／１５」で、受付番号が「１５０」で、受付枝番号が「０１」に関連づけた伝票ＩＤが「００２」で、当該伝票ＩＤに対応する伝票の項目データの登録開始時刻が「１１：３２」で、登録終了時刻が「１１：３４」で、該伝票項目の入力情報が項目識別ＩＤが「０２０」に対する伝票項目の項目値が「０００５」で、項目識別ＩＤが「０３０」に対する伝票項目の項目値が「０１」であることを示すレコードが含まれていることを表している。

本人確認記録データ３８ｆは、受付番号と、受付枝番号と、本人確認記録データ３８ｆが登録された登録日付及び登録時刻と、本人確認記録情報と、本人確認書類のイメージデータとを含む。本人確認記録情報には、顧客の氏名、職業、取引の目的及び本人確認書類の名称などを含む。

図６の本人確認記録データ３８ｆの例は、受付番号が「１５０」で、受付枝番号が「０１」で、本人確認記録データ３８ｆが登録された登録日付が「２０１４／４／１５」で、登録時刻が「１１：３６」で、顧客の氏名が「タナカ イチロウ」で、職業が「会社員」で、取引の目的が「借入金返済」で、本人確認書類が「運転免許証」であることを示している。

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

また、サーバ２０は、通信部２３と、記憶部２４と、制御部２５とを有する。通信部２３は、ＬＡＮ等の通信線を介して受付機１０、電子記帳機３０、窓口端末４０、スタッフ端末９３、顧客端末９４及びプリンタ９５とデータ通信するためのインタフェース部である。

記憶部２４は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部２４は、受付番号データ２４ａ、伝票項目データ２４ｂ、本人確認記録データ２４ｃ、処理履歴データ２４ｄ及び更新履歴データ２４ｅを有している。

受付番号データ２４ａは、電子記帳機３０から受付番号データ３８ｂを受け付けて登録されたレコードに、受け付けた受付番号データ３８ｂの状態を示す情報を加えたデータである。また、受付番号データ２４ａに含まれる情報は、窓口端末４０により更新が可能であり、受付番号データ２４ａには更新の結果が反映される。

伝票項目データ２４ｂは、電子記帳機３０から伝票項目データ３８ｅを受け付けて登録されたレコードに、受け付けた伝票項目データ３８ｅの状態を示す情報などを加えたデータである。また、伝票項目データ２４ｂは、窓口端末４０により追加、更新及び削除が可能であり、伝票項目データ２４ｂには追加、更新及び削除の結果が反映される。

本人確認記録データ２４ｃは、電子記帳機３０から本人確認記録データ３８ｆを受け付けて登録されたデータである。また、本人確認記録データ２４ｃに含まれる情報は、窓口端末４０により追加、更新及び削除が可能であり、本人確認記録データ２４ｃには追加、更新及び削除の結果が反映される。

処理履歴データ２４ｄは、受付番号データ２４ａに登録されたレコードに対する窓口端末４０による処理の実績を記録した情報である。更新履歴データ２４ｅは、一旦、伝票項目データ２４ｂに登録された伝票に係る情報に対して変更、追加及び取消を行った場合の更新履歴情報を記録したデータである。

制御部２５は、サーバ２０の全体を制御する制御部であり、受付番号データ管理部２５ａ、伝票項目データ管理部２５ｂ、本人確認記録管理部２５ｃ、呼出連動処理部２５ｄ、集計処理部２５ｅ及び更新履歴照会部２５ｆを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、対応するプロセスを実行させることになる。

受付番号データ管理部２５ａは、電子記帳機３０から受付番号データ３８ｂを受け付けて、受付番号データ２４ａに「受付済」の状態として登録する。また、受付番号データ管理部２５ａは、窓口端末４０から受付番号データ２４ａの更新情報を受け付けた場合には更新内容を受付番号データ２４ａに反映する。

伝票項目データ管理部２５ｂは、電子記帳機３０から伝票項目データ３８ｅを受け付けて、初期化された状態を示す情報などを付加して伝票項目データ２４ｂに登録する。また、伝票項目データ管理部２５ｂは、窓口端末４０から伝票項目データ２４ｂの追加、更新及び削除に係る情報を受け付けた場合には追加、更新及び削除に係る情報を伝票項目データ２４ｂに反映する。また、伝票項目データ管理部２５ｂは、窓口端末４０から伝票項目データ２４ｂに登録されていた伝票に係る情報の取り消しを受け付けた場合には、受け付けた更新履歴情報を更新履歴データ２４ｅに登録する。また、伝票項目データ２４ｂには対応する伝票を印刷済か否かを示す情報を有しており、窓口端末４０からの印刷した旨の通知を受け付けて印刷済に更新する。

本人確認記録管理部２５ｃは、電子記帳機３０から本人確認記録データ３８ｆを受け付けて、本人確認記録データ２４ｃに登録する。また、本人確認記録管理部２５ｃは、窓口端末４０から本人確認記録データ２４ｃの更新情報を受け付けた場合には更新内容を本人確認記録データ２４ｃに反映する。

呼出連動処理部２５ｄは、受付機１０からの受付番号及び呼出窓口の情報を含む呼出の通知に基づいて、呼出の通知に含まれる受付番号に対応する受付番号データ２４ａから抽出したレコードの情報と、該受付番号に対応する伝票項目データ２４ｂから抽出したレコードの情報と、該受付番号に対応する本人確認記録データ２４ｃから抽出したレコードの情報とを、呼出の通知に含まれる呼出窓口の情報に対応する窓口端末４０に送信する。

また、呼出連動処理部２５ｄは、これらのデータを窓口端末４０に送信したならば、受付番号データ２４ａの呼出窓口番号に受付機１０からの呼出の通知に含まれる呼出窓口に対応する呼出窓口番号が登録されているレコードの状態を「処理終了」に変更して、受付番号データ２４ａの受付機１０からの呼出の通知に含まれる呼び出す受付番号に対応するレコードの状態を「呼出済」を示す状態に変更し、該レコードの呼出窓口番号に呼出先の窓口番号を登録する。

集計処理部２５ｅは、受付番号データ２４ａを集計して、呼出を待っている顧客の人数や伝票の枚数の集計を行う。また、集計処理部２５ｅは、処理履歴データ２４ｄを集計して、処理した伝票枚数、処理を行った担当者に係る集計を行う。

更新履歴照会部２５ｆは、更新を実施した日付や顧客氏名などの更新履歴情報を特定するための情報を含む更新履歴照会要求を受け付けて、更新履歴データ２４ｅから対応する更新履歴情報の特定を行い、特定した更新履歴情報を要求元に返信する。

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

図８に示す受付番号データ２４ａは、受付番号と、来店目的と、来店を受け付けた受付日付及び受付時刻と、当該受付番号に対応する顧客の状態と、呼び出された窓口の番号と、顧客の口座の情報と、作成する伝票の種類別の枚数とをレコード項目とするデータである。状態は、コード化されたデータであって、「１」が受付済で、「２」が呼出済で、「９」が処理終了であることを示している。口座の情報には店番、科目及び口座番号などの情報を含む。

図８の受付番号データ２４ａの例は、受付番号が「１５０」の顧客は、来店目的が「振込」で、来店を受け付けた受付日付が「２０１４／４／１５」で、受付時刻が「１１：３０」で、状態が「２」であり呼出済で、呼出窓口番号が「１」で、来店を受け付けた顧客の口座の情報に店番号が「０００５」で、科目が「０１」で口座番号が「１２３４５６７」の情報が含まれていて、作成する伝票の種類別の枚数について入金伝票が「０」枚で、出金伝票が「１」枚で、振込依頼書が「１」枚であることを示すレコードが含まれていることを表している。また、受付番号データ２４ａの例は、受付番号が「５５０」の顧客は、来店目的が「ローン」で、来店を受け付けた受付日付が「２０１４／４／１５」で、受付時刻が「１１：３５」で、状態が「１」であり受付済で、作成する伝票の種類別の枚数について入金伝票が「０」枚で、出金伝票が「０」枚で、振込依頼書が「０」枚であることを示すレコードが含まれていることを表している。

図８に示す伝票項目データ２４ｂは、登録日付、受付番号及び受付枝番号に関連付けた伝票ＩＤと、当該伝票ＩＤに対応する伝票の項目データの電子記帳機３０における登録開始時刻及び登録終了時刻と、状態と、修正フラグと、追加フラグと、印刷フラグと、該伝票ＩＤに対応する伝票項目ごとの項目識別ＩＤと入力された項目値とをレコード項目とするデータである。状態は、コード化された情報であって「０」が未処理で、「１」が呼出済で、「２」が保留で、「８」が削除で、「９」が処理済であることを示す。修正フラグはコード化された情報であって「０」が修正していないことを示し、「１」が修正済であることを示す。追加フラグはコード化された情報であって「０」が電子記帳機３０で作成したデータであることを示しで、「１」が窓口端末４０で追加したことを示す。印刷フラグはコード化された情報であって「０」が当該レコードに対応する伝票が未印刷で、「１」が印刷済であることを示す。図８に示した伝票項目データ２４ｂは、状態に削除を示す「８」が設定されることがある。つまり、レコードに対応する伝票に係る情報が取り消された場合には、該状態に「８」が設定されることとなる。しかしながら本発明はこれに限定されるものではなく、取り消された場合にはレコードを削除するようにしてもよい。

図８の伝票項目データ２４ｂの例は、登録日付が「２０１４／４／１５」で、受付番号が「１５０」で、受付枝番号が「０１」に関連づけた伝票ＩＤが「００２」で、電子記帳機３０における当該伝票ＩＤに対応する伝票の項目データの登録開始時刻が「１１：３２」で、登録終了時刻が「１１：３４」で、状態が「１」で呼出済であり、修正フラグが「０」で修正していなくて、追加フラグが「０」で電子記帳機３０において作成して、印刷フラグが「１」で印刷済であり、伝票項目の入力情報が項目識別ＩＤが「０２０」に対する伝票項目の項目値が「０００５」で、項目識別ＩＤが「０３０」に対する伝票項目の項目値が「０１」であることを示すレコードが含まれていることを表している。

図８に示す本人確認記録データ２４ｃは、登録日付と、受付番号と、受付枝番号に関連付けた本人確認記録情報と、本人確認書類のイメージデータなどとをレコード項目とするデータである。本人確認記録情報には、顧客の氏名、職業、取引の目的及び本人確認書類の名称などを含む。

図８の本人確認記録データ２４ｃの例は、登録日付が「２０１４／４／１５」で、受付番号が「１５０」で、受付枝番号が「０１」で、顧客の氏名が「タナカ イチロウ」で、職業が「会社員」で、取引の目的が「借入金返済」で、本人確認書類が「運転免許証」であることを示すレコードが含まれていることを表している。

図８に示す処理履歴データ２４ｄは、処理日付と、受付番号と、該受付番号に対する窓口での処理の処理開始時刻及び処理終了時刻と、処理を行ったテラーの担当者ＩＤと、担当者名と、処理が終了した作成伝票の種類別の枚数とをレコード項目とするデータである。

図８の処理履歴データ２４ｄの例は、処理日付が「２０１４／４／１５」で、受付番号が「１５０」で、該受付番号に対する窓口での処理の処理開始時刻が「１１：５０」で、処理終了時刻が［１１：５５］で、処理を行ったテラーの担当者ＩＤが「１１０」で、担当者名が「山田花子」で、処理が終了した作成伝票の種類別の枚数が入金伝票が「０」枚、出金伝票が「１」枚、振込依頼書が「１」枚であることを示すレコードが含まれていることを表している。

図９に示す更新履歴データ２４ｅは、更新を行った更新日付及び更新時刻と、更新区分と、窓口担当者を識別する担当者ＩＤと、窓口担当者の担当者名と、更新に関して顧客に確認した情報と、更新対象の伝票に対応する受付番号と、受付枝番号と、伝票の種類を示す伝票ＩＤと、更新前の伝票項目入力情報と、更新後の伝票項目入力情報とをレコードの保有項目とするデータである。更新区分は、コード化されたデータであって、「１」が追加、「２」が変更、「３」が取消であることを示す。また、更新に関して顧客に事前に確認した情報には、顧客を窓口に呼び出した時刻と、更新することの顧客の了解を示す口座の暗証番号を入力した時刻及び入力した口座の暗証番号と、更新する旨の操作受付時の人感センサ４５の人の検知状況と、伝票に係る情報の更新操作後に更新内容に関する顧客の承認を示す顧客のサインの画像データであるサインイメージとを含む。また、伝票項目入力情報は、伝票項目ごとに伝票上の項目を識別する項目識別ＩＤと、該項目識別ＩＤに対応する項目の項目値などを含む。

図９の更新履歴データ２４ｅに示すレコードの例は、更新日付が「２０１４／４／１５」の、更新時刻「１１：５０：００」に、更新区分が「２」が示す変更を行い、変更処理が行われた時の窓口担当者の担当者ＩＤが「１１０」で、窓口担当者の担当者名が「山田花子」であることを示している。また、顧客を窓口に呼び出した時刻が「１１：４５：００」で、顧客が口座の暗証番号を入力した時刻が「１１：４９：１５」で、受け付けた口座の暗証番号が「１２３４」で、人感センサ４５にて人が検知されていなかったことを示している。また、変更された伝票は、受付番号が「１２０」で、受付枝番号が「０１」で、伝票ＩＤが「００３」の伝票が対象であって、更新前の伝票項目入力情報は、１つめの伝票項目の項目識別ＩＤが「０２１」で、その項目の項目値が「０００５」で、２つめの伝票項目の項目識別ＩＤが「０３１」で、その項目の項目値が「０１」であることを示している。また、更新後の伝票項目入力情報は、１つめの伝票項目の項目識別ＩＤが「０２１」で、その項目の項目値が「０００５」で、２つめの伝票項目の項目識別ＩＤが「０３１」で、その項目の項目値が「０１」であることを示している。

次に、図２に示した窓口端末４０の本実施例に係る内部構成を説明する。図１０は、窓口端末４０の本実施例に係る内部構成を示すブロック図である。窓口端末４０は、表示操作部４１と、通信部４２と、記憶部４３と、制御部４４と、人感センサ４５とを有する。表示操作部４１は、タッチパネルディスプレイなどであり、入力項目の表示、操作入力ボタンの表示及び入力操作の受付を行う入出力部である。通信部４２は、ＬＡＮ等の通信線を介してサーバ２０とデータ通信するためのインタフェース部である。人感センサ４５は、窓口端末４０が設置される窓口に設置され、該窓口に呼び出された顧客が窓口に来たことを検知する。

記憶部４３は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部４３は、受付番号リストデータ４３ａ、受付番号データ４３ｂ、伝票決定パラメータ４３ｃ、伝票テンプレートデータ４３ｄ、伝票項目データ４３ｅ、本人確認記録データ４３ｆ及び更新履歴データ４３ｇを有している。

受付番号リストデータ４３ａは、窓口端末４０が有する未呼出リスト又は処理済リストを表示する処理実施時にサーバ２０から取得した未呼出の受付番号に係る一覧情報又は処理済の受付番号に係る一覧情報である。

受付番号データ４３ｂは、電子記帳機３０の受付番号データ３８ｂと同じ形式のデータであって、顧客を窓口に呼び出した時に、サーバ２０から受信した受付番号データ２４ａの呼び出した顧客に対応するレコードを記憶したデータである。また、顧客呼出時以外にも、未呼出リスト又は処理済リストからいずれかの受付番号に対する登録済の伝票内容の照会の操作を受け付けた場合には、サーバ２０から受付番号データ２４ａの指定された受付番号に対応するレコードを取得して当該受付番号データ４３ｂとして記憶する。

伝票決定パラメータ４３ｃは、電子記帳機３０の伝票決定パラメータ３８ｃと同じである。また、伝票テンプレートデータ４３ｄは、電子記帳機３０の伝票テンプレートデータ３８ｄと同じである。

伝票項目データ４３ｅは、電子記帳機３０の伝票項目データ３８ｅと同じ形式のデータであって、顧客を窓口に呼び出した時に、サーバ２０から受信した伝票項目データ２４ｂの呼び出した顧客に対応するレコードを記憶したデータである。また、顧客呼出時以外にも、未呼出リスト又は処理済リストからいずれかの受付番号に対する登録済の伝票内容の照会の操作を受け付けた場合には、サーバ２０から伝票項目データ２４ｂの指定された受付番号に対応するレコードを取得して当該伝票項目データ４３ｅとして記憶する。

本人確認記録データ４３ｆは、電子記帳機３０の本人確認記録データ３８ｆと同じ形式のデータであって、顧客を窓口に呼び出した時に、サーバ２０から受信した本人確認記録データ２４ｃの呼び出した顧客に対応するレコードを記憶したデータである。

更新履歴データ４３ｇは、サーバ２０の更新履歴データ２４ｅと同じ形式のデータであって、サーバ２０に送信する更新履歴情報を窓口端末４０内で編集するために一時的に蓄積されたデータである。

制御部４４は、窓口端末４０の全体を制御する制御部であり、受付番号リスト表示部４４ａ、伝票項目データ更新部４４ｂ、本人確認記録更新部４４ｃ、更新データ送信部４４ｄ、印刷処理部４４ｅ、集計結果出力部４４ｆ及び更新履歴照会部４４ｇを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、対応するプロセスを実行させることになる。

受付番号リスト表示部４４ａは、表示操作部４１による指示を受け付けて未呼出リスト又は処理済リストを表示する。

伝票項目データ更新部４４ｂは、顧客を窓口に呼び出した時に、サーバ２０から受信した伝票項目データ２４ｂの呼び出した顧客に対応するレコードを伝票項目データ４３ｅとして記憶し、伝票項目データ４３ｅの内容を画面に表示すると共に変更の入力を受け付けて、受け付けた内容を伝票項目データ４３ｅに反映する。また、伝票項目データ更新部４４ｂは、伝票項目データ４３ｅに登録されている伝票単位の情報を取り消すことも可能である。また、伝票項目データ４３ｅに登録されている伝票単位の情報が変更された場合には、顧客のサインの画像データと、変更前の伝票に係る情報と、変更後の伝票に係る情報等とを含む更新履歴情報を更新履歴データ４３ｇに登録する。また、伝票項目データ更新部４４ｂは、伝票項目データ４３ｅに伝票単位の情報を追加することもできる。

また、伝票項目データ更新部４４ｂは、一旦は伝票項目データ４３ｅに登録されたが削除された伝票に係る情報を用いて新たな伝票の登録をすることができる。ただし、その場合には、窓口担当者などによる不正な情報の引用を防止するために、役席者及び顧客の承認などが必要である。

本人確認記録更新部４４ｃは、顧客を窓口に呼び出した時に、サーバ２０から受信した本人確認記録データ２４ｃの呼び出した顧客に対応するレコードを本人確認記録データ４３ｆとして記憶し、本人確認記録データ４３ｆの内容を画面に表示すると共に変更の入力を受け付けて、受け付けた内容を本人確認記録データ４３ｆに反映する。また、本人確認記録更新部４４ｃは、本人確認記録データ４３ｆに登録されている本人確認記録単位の情報を削除することも可能である。また、本人確認記録更新部４４ｃは、本人確認記録データ４３ｆに新たに本人確認記録を追加することもできる。

更新データ送信部４４ｄは、顧客を窓口に呼び出してから行われた受付番号データ４３ｂ、伝票項目データ４３ｅ、本人確認記録データ４３ｆ及び更新履歴データ４３ｇの更新内容をサーバ２０に送信する。印刷処理部４４ｅは、伝票項目データ４３ｅ及び本人確認記録データ４３ｆに基づいて、伝票及び本人確認記録をプリンタ９５から出力する。集計結果出力部４４ｆは、サーバ２０に集計の種類を指定して集計要求を行うことにより、指定に応じた集計結果を取得して、表示操作部４１若しくはプリンタ９５などに出力する。

更新履歴照会部４４ｇは、更新した伝票に係る情報の照会を行う処理部である。更新履歴照会部４４ｇは、更新を行った実施日時や顧客氏名などの更新履歴情報を特定するための情報を含む更新履歴照会要求を受け付けて、受け付けた内容を含む更新履歴照会要求をサーバ２０に送信して、該要求に対する応答として受け付けた更新履歴情報を表示操作部４１に出力する。

次に、図１０に示した窓口端末４０の本実施例に係るデータ構成について図１１を用いて説明する。

受付番号リストデータ４３ａは、受付番号、顧客名、顧客の来店目的、電子記帳機３０で作成した伝票の枚数、状態、テラーの担当者ＩＤ及び担当者名をレコードの保有項目とするデータである。状態は、コード化されたデータであって、「１」が受付済で、「２」が呼出済で、「９」が処理終了であることを示している。

図１１の受付番号リストデータ４３ａの例は、受付番号が「１４５」は、顧客名が「鈴木太郎」で、来店目的が「税公金」で、電子記帳機３０で作成した伝票の枚数が「２」枚で、状態が「２」であり呼出済で、テラーの担当者ＩＤが「１１０」で、担当者名が「山田花子」であることを示すレコードが含まれていることを表している。また、受付番号が「５４９」は、来店目的が「諸届」で、電子記帳機３０で作成した伝票の枚数が「０」枚で、状態が「９」であり処理終了で、テラーの担当者ＩＤが「２０５」で、担当者名が「田中裕子」であることを示すレコードが含まれていることを表している。

受付番号データ４３ｂは、受付番号と、来店目的と、来店を受け付けた受付日付及び受付時刻と、窓口に呼び出された時刻と、来店を受け付けた顧客の口座の情報と、作成する伝票の種類別の枚数とを有する。

受付番号データ４３ｂの例は、受付番号が「１５０」で、来店目的が「振込」で、来店を受け付けた受付日付が「２０１４／４／１５」で受付時刻が「１１：３０」で、窓口に呼び出された時刻が「１１：４５：００」で、来店を受け付けた顧客の口座の情報に店番号が「０００５」で、科目コードが「０１」で口座番号が「１２３４５６７」の情報が含まれていて、作成する伝票の種類別の枚数について入金伝票が「０」枚で、出金伝票が「１」枚で、振込依頼書が「１」枚であることを示している。

次に、図２に示した電子記帳機３０における作成する伝票の伝票項目の入力に係る画面構成及び操作にともなう画面遷移について図１２を用いて説明する。

図１２（ａ）は、電子記帳機３０の初期画面であり、受付機１０で発行された番号札のバーコードをバーコードリーダ３６で読み取る旨のメッセージが表示される。バーコードリーダ３６により番号札のバーコードが読み取られると、バーコードから読み取った受付番号が画面中央の受付番号のフィールドに表示される。画面下部には、受付番号をテンキーを用いて入力する画面を展開するための「テンキーで入力」ボタンと、画面中央の受付番号フィールドに表示された受付番号を確認して次の画面に展開するための「確認」ボタンとが配置される。

図１２（ａ）の画面が表示されている状態で、受付機１０で来店目的として出金を指定して発行された番号札に印刷されたバーコードから受付番号が読み取られると、図１２（ｂ）の画面に遷移する。番号札のバーコードから受付番号が読み取られたならば、電子記帳機３０は、読み取った受付番号を含むデータ取得要求を受付機１０に行い、受付機１０から、受付機１０で受付番号に関連付けて管理している情報を取得する。図１２（ｂ）の画面は、受付機１０から来店目的が出金との情報を取得して、該来店目的に対する出金伝票の項目である口座の店番号を入力するための画面を初期画面として表示した例である。

画面の最上部には、来店目的により該出金伝票に対して入力しなければならない項目の項目名と、その入力順番を示すインジケータが表示される。図１２（ｂ）に示すインジケータの例は、出金伝票に対して入力しなければならない項目は店番、科目、口座番号及び出金金額であり、店番、科目、口座番号、出金金額の順に、それぞれの項目入力用の画面を展開することを示している。また、このインジケータは、現在表示されている画面については項目名が白黒反転して表示される。これによって、操作者は、入力中の伝票に係る情報の入力作業の全体と、全体における現在の進捗状況とを把握することができる。また、図１２（ｂ）にも示すように、今後表示される画面で未入力の項目については、項目名を囲う矢印の枠線が点線で表現される。

また、図１２（ｂ）に示す画面の最下部には、前の画面に戻るための「戻る」ボタンと、表示中の画面での入力を終了して次の画面展開するための「確認」ボタンが配置される。図１２（ｂ）において、テンキーを使用して店番を入力して「確認」が操作された場合には、図１２（ｃ）の画面に遷移する。図１２（ｃ）は、口座の科目を選択するための画面である。図１２（ｃ）の画面の最上部に表示されるインジケータは、図１２（ｂ）の画面に対応する項目の項目名「店番」に対する矢印の枠線が実線となっており入力済であり、図１２（ｃ）の画面に対応する項目の項目名「科目」に対する矢印内の文字が白黒反転で表示されることで現在表示中の画面が「科目」を入力するための画面であり、以降の「口座番号」及び「出金金額」に対する矢印の枠線が点線となっており未入力であることを示している。

図１２（ｃ）の画面に表示されるいずれかの科目を選択して「確認」ボタンの操作が行われたならば、図１２（ｄ）の画面に遷移する。図１２（ｄ）は、口座番号を入力するための画面である。図１２（ｄ）の最上部に表示されるインジケータは、図１２（ｂ）の画面に対応する項目の項目名「店番」に対する矢印の枠線が実線となっており入力済であり、図１２（ｃ）の画面に対応する項目の項目名「科目」に対する矢印の枠線が実線となっており入力済であり、「口座番号」に対する矢印内の文字が白黒反転で表示されることで現在表示中の画面が「口座番号」を入力するための画面であり、以降の「出金金額」に対する矢印の枠線が点線となっており未入力であることを示している。

図１２（ｄ）の画面で口座番号を入力して「確認」ボタンの操作が行われたならば、図１２（ｅ）の画面に遷移する。図１２（ｅ）は、出金金額を入力するための画面である。図１２（ｄ）の最上部に表示されるインジケータは、「店番」、「科目」、「口座番号」に対する矢印の枠線が実線となっており入力済であり、「出金金額」に対する矢印内の文字が白黒反転で表示されることで現在表示中の画面が「出金金額」を入力するための画面であることを示している。

図１２（ｅ）の画面で出金金額を入力して「確認」ボタンの操作が行われたならば、図１２（ｆ）の画面に遷移する。図１２（ｆ）の画面は、図１２（ｂ）から図１２（ｅ）の画面で入力された出金伝票の項目に対する入力内容を確認するための画面である。この図１２（ｆ）の画面に示すように、図１２（ｂ）から図１２（ｅ）で入力された項目の項目名と、入力された内容とが一覧で表示される。該一覧の項目名をタッチすることにより、タッチした項目名に対応する入力画面を再表示させることにより修正をすることができる。また、画面の最下部には、前の画面に戻るための「戻る」ボタンと、伝票に対しての項目の入力を終了するための「確認」ボタンが配置される。図１２（ａ）〜図１２（ｆ）に示す手順は、画面上部に配置されるインジケータの表示順に入力していく場合の操作と画面遷移を示したものである。

一方、任意の伝票項目の入力用の画面をダイレクトに表示することも可能である。例えば、１２（ｃ）の科目を入力用の画面から図１２（ｇ）の口座番号を入力用の画面に遷移させる場合には、１２（ｃ）の画面でインジケータの「口座番号」をタッチすることにより、図１２（ｇ）の画面に遷移させることができる。図１２（ｇ）は、口座番号の入力用の画面であることから、画面上部のインジケータは、「口座番号」に対する矢印内の文字が白黒反転で表示される。また、インジケータの「科目」に対する矢印は枠線が点線で、文字が白黒反転表示で入力順をスキップしたことにより未入力であることを示している。また、１２（ｃ）の画面でインジケータの「口座番号」をタッチすることにより、図１２（ｇ）の画面に直接遷移するものとしたが、画面遷移する前に図１２（ｇ）の画面イメージが分かるウィンドウを表示して、遷移先の画面の確認の操作を受け付けてから図１２（ｇ）の画面に遷移するようにしてもよい。

図１２（ｇ）の画面で口座番号の入力を行って「確認」ボタンを押下し、さらに「確認」ボタンの押下によって展開される出金金額入力用の画面で出金金額を入力して「確認」ボタンが押下されたならば、図１２（ｈ）の画面に遷移する。図１２（ｈ）の画面は、図１２（ｃ）の画面で科目の入力を行わずに「口座番号」の矢印をタッチすることによって、科目の入力をスキップしてしまったために科目が未入力であることから、科目を入力する旨のメッセージが表示される。また、画面上部のインジケータは「科目」対する矢印は入力順をスキップしたことにより未入力であることを示す枠線が点線で文字が白黒反転で表示され、「科目」以外の項目に対する矢印は入力済みであることを示す枠線が実線で表示される。図１２（ｈ）の画面でインジケータの「科目」をタッチすることにより、科目入力用の画面に遷移させることができる。

図１２に示した画面遷移の例は、図６の設定パラメータ３８ａの例に示したように受付番号取得方式に番号札を読み取ることによって受付番号を取得することを示す「１」が設定されている場合の画面遷移の例を示したものである。受付番号取得方式に受付機１０に採番依頼することによって受付番号を取得することを示す「２」が設定されている場合には、図１２（ａ）に示した画面の代わりに、依頼する取引を指定するための依頼取引指定画面を表示して、該依頼取引指定画面で出金取引が選択された場合には図１２（ｂ）に遷移することになり、以降の画面遷移は図１２に示したものと同様となる。また、受付番号取得方式に受付機１０に採番依頼することによって受付番号を取得することを示す「２」が設定されている場合には、全ての伝票に関する情報の入力の終了後に、受付機１０に受付番号の採番を依頼することによって受付番号を取得して、取得した受付番号が印刷された番号札が発行されることになる。

図１２のインジケータの説明では、表示中の画面に対応する項目を白黒反転で表示して、入力済みの項目に対する矢印の枠線を実線で、未入力の項目に対する矢印の枠線を点線で表現し、表示中の画面に対応する項目以前の未入力の項目については対応する矢印の枠線を未入力であることを示す点線で、項目名を白黒反転で表示するようにしたが、この表示態様に限定するものではない。例えば、インジケータの項目ごとの矢印の色や文字の色で表現するようにしてもよい。

次に、図２に示した電子記帳機３０により登録された伝票に係る情報の窓口端末４０における変更に用いられる画面の構成及び操作にともなう画面遷移について図１３を用いて説明する。図１３は、電子記帳機３０で作成した出金伝票の出金金額に誤りがあり、窓口端末４０において出金金額の変更を行う場合を例として画面の構成及び操作にともなう画面遷移を説明するための図である。

図１３（ａ）は、テラーモニタ９１による顧客の呼出に連動して表示される画面であって、顧客が電子記帳機３０で登録した伝票に係る情報を確認するための画面である。図１３（ａ）に示す例では、顧客が電子記帳機３０で登録した出金伝票に係る情報が表示される。また、伝票名が表示されている行の右端には「（１／２）」と表示され、画面に表示中の伝票が１枚目で、全部で２枚の伝票に係る情報が入力されていることを示している。また、画面最下部には、次の伝票の表示に切り替えるための「次伝票」ボタンと、表示中の伝票に係る情報の取り消しを指示するための「取消」ボタンと、表示中の伝票に係る情報の内容を問題なしとして確認した旨の入力を行うための「確認」ボタンとが配置される。

また、図１３（ａ）の、伝票に係る情報が表示されている領域において、項目名をタッチすることによって、対応する項目に対する変更を行うための画面を表示させることができる。図１３（ａ）において伝票に係る情報が表示されている領域の「出金金額」という項目名をタッチした時に人感センサ４５で窓口に人の存在が検知できなかった場合には、図１３（ｂ）の画面に遷移する。

図１３（ｂ）の画面は、出金金額の変更を行うにあたって顧客の変更の意思を確認するための画面であって、変更を許可する場合には口座の暗証番号の入力を受け付ける。図１３（ｂ）の画面には、口座の暗証番号の入力に使用するテンキー及び入力された内容を表示する項目表示領域を備える。また画面最下部には、出金金額の変更をキャンセルするための「戻る」ボタンと、テンキーにより入力されたことによってエコーバックされた口座の暗証番号を確認した旨の入力を行うための「確認」ボタンとが配置される。図１３（ｂ）の画面においてテンキーを用いて口座の暗証番号を入力後「確認」ボタンが押下された場合には、図１３（ｃ）の画面に遷移する。

図１３（ａ）において伝票に係る情報が表示されている領域の「出金金額」という項目名をタッチした時に人感センサ４５で窓口に人の存在が検知できた場合には、図１３（ｃ）の画面に遷移する。図１３（ｃ）の画面は、出金金額の変更を行うための画面であって、出金金額の入力に使用するテンキー及び入力された内容を表示する項目表示領域を備える。また画面最下部には、出金金額の変更をキャンセルするための「戻る」ボタンと、テンキーにより入力されたことによってエコーバックされた出金金額を確認した旨の入力を行うための「確認」ボタンとが配置される。図１３（ｃ）の画面においてテンキーを用いて「１５万円」の入力後「確認」ボタンが押下された場合には、図１３（ｄ）の画面に遷移する。

図１３（ｄ）の画面は、図１３（ｃ）の画面で変更された項目が反映された出金伝票の項目に対する入力情報の一覧が表示され、出金伝票に対する入力情報を確認するための画面である。入力情報の一覧表示部分は、図１３（ｄ）に示すように窓口端末４０で更新された部分については項目名及び項目内容を白黒反転表示するとともに、変更前の情報を併せて表示する。画面最下部には、図１３（ａ）と同様に、次の伝票の表示に切り替えるための「次伝票」ボタンと、表示中の伝票に係る情報の取り消しを指示するための「取消」ボタンと、表示中の伝票に係る情報の内容を問題なしとして確認した旨の入力を行うための「確認」ボタンとが配置される。図１３（ｄ）では、変更になった項目については白黒反転表示するものとしたが、本発明はこれに限定されるものではない。例えば、文字色や文字の背景色を使用して表現するようにしてもよい。また、例えば、重要度が高い項目が変更された場合には文字色を赤、重要度が高くない項目が変更された場合には文字色を青にするなど、項目の重要度に応じて異なる色で表示するようにしてもよい。

図１３（ｄ）の画面において「確認」ボタンが押下されたならば、図１３（ｅ）の画面に遷移する。図１３（ｅ）の画面は、図１３（ｄ）に表示された伝票の項目の変更内容に対する顧客の承認を受け付けるための画面である。画面上部には、図１３（ｄ）に示した更新内容を反映するためには顧客のサインが必要である旨のメッセージが表示され、画面中央部には、スタイラスなどのポインティングデバイスを用いて顧客がサインを手書きするためのフィールドが配置される。この顧客サインを手書きするためのフィールドに対するサインの手書きによる記入が行われて、「確認」ボタンの操作を受け付けたならば図１３（ｄ）に一覧で表示された出金伝票に対する入力情報の更新内容で伝票項目データ４３ｅの更新が行われる。

図１３に示した画面の例では、図１３（ｄ）の変更内容を表示する画面と、図１３（ｄ）に表示された変更内容に対する顧客の承認を受けるための画面とを別の画面として順番に表示するものとしたが、図１３（ｅ）に示した顧客サインのフィールドを図１３（ｄ）の画面に配置するようにして、変更内容が表示される画面上でサインを受け付けるようにしてもよい。

また、図１３に示した画面遷移の例では、表示された伝票に係る情報の変更を行う場合には、変更開始操作時に人感検知センサで人が検知されているか、顧客の認証情報が変更操作を行うことの顧客同意の証として入力されていることを条件として変更操作を受け付け可能とし、変更操作の終了後に変更内容に対する顧客承認として顧客の認証情報が入力されることによって変更内容を確定するものとしたが、本発明はこれに限定されるものではない。例えば、変更操作は無条件で受け付けて、受け付けた変更内容を確定する場合にのみ変更内容に対する顧客承認として顧客の認証情報の入力が必須となるようにしてもよい。

次に、図２に示した窓口端末４０にて行われる伝票更新履歴照会の出力画面の画面構成について図１４を用いて説明する。図１４は、図１３において説明した出金伝票の変更を行った場合に記録される更新履歴の照会により出力される画面の例である。

図１４に示すように、更新処理を行った日付及び時刻と、更新区分と、更新処理を行った時の窓口担当者のＩＤ及び名前と、窓口への顧客の呼出を行った時刻と、項目修正に先だって入力された口座の暗証番号と、項目修正指示時の人感センサ４５の人の検知状況と、項目の更新操作終了後の更新内容の顧客承認を示す顧客のサイン画像と、更新した伝票の項目に係る情報とが表示される。また、伝票の項目に係る情報の中で更新された項目については、更新前の情報も併せて表示される。

このように、伝票に対して電子記帳機３０で入力された項目の更新が窓口端末４０で行われると更新内容が記録され、記録された更新内容を事後的に確認することが可能である。図１４に示すように、更新内容だけではなく、その時の窓口担当者の情報が表示されるので窓口担当者による不正な行為に対する抑止効果が大きい。また、図１４に示すように、顧客が項目修正に先だって入力された口座の暗証番号及び更新内容の顧客承認を示す顧客のサイン画像を照会することができるので、顧客からの問い合わせに対して更新に対する顧客が了解していたことに関する証拠を容易に提示することが可能となる。

次に、図２に示した窓口端末４０における作成する伝票の伝票項目の内容の確認処理、更新処理及び伝票の印刷処理などの一連の処理の処理手順について図１５及び図１６に示すフローチャートを用いて説明する。

テラーモニタ９１の顧客呼出操作に連動してサーバ２０から受け付けたデータに作成済の伝票に係る情報がある場合（ステップＳ１０１；Ｙｅｓ）には、伝票項目データ更新部４４ｂは、図１３（ａ）で示したような作成済の伝票の項目の入力情報の全項目を画面に表示する（ステップＳ１０２）。サーバ２０から受け付けたデータに作成済の伝票に係る情報がない場合（ステップＳ１０１；Ｎｏ）には、ステップＳ１１７に移行する。

ステップＳ１０２で表示した画面において表示された作成済伝票の項目入力情報に問題がない旨を示す「確認」ボタンの操作を受け付けた場合（ステップＳ１０３；Ｙｅｓ）には、ステップＳ１１３に移行する。ステップＳ１０２で表示した画面において、表示された情報に対応する伝票の取り消しを示す「取消」ボタン若しくは項目の変更を示す項目の選択操作を受け付けて（ステップＳ１０３；Ｎｏ、ステップＳ１０４；Ｙｅｓ）、顧客を窓口に既に呼び出し済みで（ステップＳ１０５；Ｙｅｓ）、人感センサ４５により窓口に人がいることを検知していない場合（ステップＳ１０６；Ｎｏ）には、伝票項目データ更新部４４ｂは、図１３（ｂ）に示したような画面の表示を行い、顧客による口座の暗証番号の入力を受け付ける（ステップＳ１０７）。人感センサ４５により窓口に人がいることを検知している場合（ステップＳ１０６；Ｙｅｓ）若しくはステップＳ１０７による暗証番号の入力を受け付けたならば、伝票の取り消しを示す「取消」ボタンの操作を受け付けていた場合（ステップＳ１０８；Ｙｅｓ）には、伝票が取り消された旨の履歴情報を更新履歴データ４３ｇに登録する（ステップＳ１０９）。ステップＳ１０２で表示した画面において、表示された情報に対応する伝票の取り消しを示す「取消」ボタンの操作も項目の変更を示す項目の選択操作も受け付けていない場合（ステップＳ１０４；Ｎｏ）には、ステップＳ１０３に戻ることによりいずれかの操作の受け付けを待ち合わせる。

伝票の項目の変更を示す操作を受け付けていた場合（ステップＳ１０８；Ｎｏ）には、伝票項目データ更新部４４ｂは、変更が指定された項目に対する変更内容の受付用の画面の表示を行い、変更の内容を受け付けて（ステップＳ１１０）、受け付けた内容に基づいて伝票の項目の変更の履歴情報を更新履歴データ４３ｇに登録して（ステップＳ１１１）、ステップＳ１０２に戻る。ステップＳ１１１において変更した伝票に係るレコードが既に更新履歴データ４３ｇに存在する場合には、該レコードの内容を更新する。ステップＳ１１１において変更した伝票に係るレコードが未だ更新履歴データ４３ｇに存在しない場合には、新たなレコードを追加して情報を登録する。

顧客を窓口に未だ呼び出していない場合（ステップＳ１０５；Ｎｏ）には、伝票項目データ更新部４４ｂは、顧客呼出前における伝票の内容の更新は不可である旨のメッセージの表示を行って(ステップＳ１１２)、ステップＳ１０３に戻る。

ステップＳ１０２で表示した画面において表示された作成済伝票の項目入力情報に問題がない旨を示す「確認」ボタンの操作を受け付けた場合（ステップＳ１０３；Ｙｅｓ）、若しくはステップＳ１０９の処理が終了した場合で、サーバ２０から送信された伝票の項目の内容が更新されている場合（ステップＳ１１３；Ｙｅｓ）には、伝票項目データ更新部４４ｂは、図１３（ｅ）に示したような修正に関する顧客の承認である顧客のサインを入力するための画面の表示を行い、サインの入力を受け付けて、受け付けたサイン画像を更新履歴データ４３ｇに反映する（ステップＳ１１４）。また、伝票項目データ更新部４４ｂは、更新内容を伝票項目データ４３ｅに反映する（ステップＳ１１５）。伝票の項目の内容が更新されていない場合（ステップＳ１１３；Ｎｏ）には、ステップＳ１１４及びステップＳ１１５の処理をスキップする。電子記帳機３０で作成された全ての伝票に対する確認が終了していない場合（ステップＳ１１６；Ｎｏ）には、ステップＳ１０２に戻ることにより未確認の伝票に対する伝票項目の入力情報の全項目を画面に表示する処理に戻る。

また、電子記帳機３０で作成された全ての伝票に対する確認が終了済の場合（ステップＳ１１６；Ｙｅｓ）には、他の伝票を新たに作成するか否かの入力画面の表示を行い、他の伝票を新たに作成するか否かの入力を受け付ける（ステップＳ１１７）。他の伝票を続けて作成するかどうかの選択操作を受け付ける画面において、他の伝票作成を行う旨の操作を受け付けていて（ステップＳ１１７；Ｙｅｓ）、顧客を窓口に未だ呼び出していない場合（ステップＳ１１８；Ｎｏ）には、伝票項目データ更新部４４ｂは、顧客呼出前における伝票の追加は不可である旨のメッセージの表示を行って(ステップＳ１１９)、ステップＳ１１７に戻る。

顧客を窓口に既に呼び出し済みで（ステップＳ１１８；Ｙｅｓ）、人感センサ４５により窓口に人がいることを検知していない場合（ステップＳ１２０；Ｎｏ）には、伝票項目データ更新部４４ｂは、図１３（ｂ）に示したような画面の表示を行い、口座の暗証番号の入力を受け付ける（ステップＳ１２１）。また、人感センサ４５により窓口に人がいることを検知している場合（ステップＳ１２０；Ｙｅｓ）にはステップＳ１２１の処理をスキップする。

伝票項目データ更新部４４ｂは、作成する伝票を指定するための画面を表示して作成する伝票の指定の入力を受け付ける（ステップＳ１２２）。伝票項目データ更新部４４ｂは、ステップ１２２で受け付けた指定伝票の伝票項目で未入力の項目の入力画面を表示し、当該項目に対する入力を受け付けて、受け付けた入力内容を更新履歴データ４３ｇに追加したレコードの更新後の伝票項目入力情報に登録する（ステップＳ１２３）。ステップＳ１２３の処理で全ての伝票項目に対する入力処理が終了していない場合（ステップＳ１２４；Ｎｏ）には、ステップＳ１２３に戻る。ステップＳ１２３の処理で全ての伝票項目に対する入力処理が終了している場合（ステップＳ１２４；Ｙｅｓ）には、伝票項目データ更新部４４ｂは、作成中の伝票の伝票項目に対する入力情報を全項目表示する（ステップＳ１２５）。

ステップＳ１２５で表示された画面で項目の修正を示す項目選択操作を受け付けた場合（ステップＳ１２６；Ｙｅｓ）には、ステップＳ１２３に戻ることにより指定された項目の修正を行うことの画面に遷移する。また、ステップＳ１２５で表示された画面で表示内容に問題がないことを示す「確認」ボタンの押下を受け付けた場合（ステップＳ１２６；Ｎｏ）には、伝票項目データ更新部４４ｂは、図１３（ｅ）に示したような顧客の承認を示すサインを入力するための画面の表示を行い、サインの入力を受け付けて、受け付けたサイン画像を更新履歴データ４３ｇに反映する（ステップＳ１２７）。また、伝票項目データ更新部４４ｂは、追加伝票の内容を伝票項目データ４３ｅに反映して（ステップＳ１２８）、ステップＳ１１７に戻る。

他の伝票作成を行わない旨の操作を受け付けて（ステップＳ１１７；Ｎｏ）、それまでの処理で確認若しくは更新された伝票項目データ４３ｅに応じて本人確認が必要な取引の有無を判定し、本人確認が必要であると判定された場合（ステップＳ１２９；Ｙｅｓ）には、本人確認記録更新部４４ｃは、サーバ２０から登録済の本人確認記録を受け付けていればその内容を表示して登録済の本人確認記録の内容の変更入力を受け付け、サーバ２０で登録済の本人確認記録を受け付けていなければ登録用の画面を表示して登録する本人確認記録の情報を受け付けて、受け付けた内容で本人確認記録データ４３ｆの登録若しくは本人確認記録データ４３ｆを更新する（ステップＳ１３０）。本人確認が必要であると判定されなかった場合（ステップＳ１２９；Ｎｏ）には、ステップＳ１３０の処理をスキップする。

ステップＳ１３０までの処理において、伝票項目データ４３ｅに削除されていない有効な情報があるか、本人確認記録データ４３ｆに有効なデータが有る場合（ステップＳ１３１；Ｙｅｓ）には、印刷処理部４４ｅは、伝票項目データ４３ｅに基づいて伝票をプリンタ９５で印刷し、本人確認記録データ４３ｆに基づいて本人確認記録をプリンタ９５で印刷する（ステップＳ１３２）。ステップＳ１３０までの処理において、伝票項目データ４３ｅに削除されていない有効な情報がなく、本人確認記録データ４３ｆにも有効なデータがない場合（ステップＳ１３１；Ｎｏ）には、ステップＳ１３２をスキップする。更新データ送信部４４ｄは、伝票項目データ４３ｅ、本人確認記録データ４３ｆ及び更新履歴データ４３ｇをサーバ２０に送信して（ステップＳ１３３）、処理を終了する。
本フローチャートの説明では、ステップＳ１３３において伝票項目データ４３ｅ、本人確認記録データ４３ｆ及び更新履歴データ４３ｇを全てサーバ２０に送信するものとしたが、更新分のみを送信するものとしてもよい。

上述してきたように、本実施例では、電子記帳機３０で顧客が登録した伝票に係る情報を窓口端末４０で変更を行う場合には、顧客を窓口に呼び出した後であること、顧客が窓口にいること及び顧客の変更することに対する事前の顧客の了解が得られている場合に変更に係る操作を行えるようにし、併せて変更後に変更した内容についての顧客が承認したことを示すサインの入力を窓口端末４０で受け付けて、変更前の伝票に係る情報、変更後の伝票に係る情報及びサインの画像情報などを更新履歴情報として蓄積し、事後的に照会することを可能となるようよう構成したので、電子記帳機３０で入力された伝票の項目の情報を窓口装置上で変更する場合に、窓口担当者による不正を抑制するとともに、無用なトラブルを防止することができる。

なお、本実施例では、窓口端末４０において、顧客の呼出後かつ窓口に設置された人感センサ４５で人を検知しているか、顧客の呼出後かつ変更を行うことに関する顧客の了解を示す口座暗証番号を受け付けていることを条件として伝票に係る情報の変更操作ができるものとして説明したが、本発明はこれに限定されるものではない。例えば、顧客の呼出後であること、人感センサ４５で人を検知していること又は変更を行うことに関する顧客の了解を示す口座暗証番号を受け付けていることのいずれか一つの条件を満たしている場合に伝票に係る情報の変更操作ができるものとしてもよい。また、顧客の呼出後であること、人感センサ４５で人を検知していること及び変更を行うことに関する顧客の了解を示す口座暗証番号を受け付けていることの全ての条件を満たしている場合に伝票に係る情報の変更操作ができるものとしてもよい。

また、顧客だけが知っている口座暗証番号を受け付けることによって顧客が伝票に係る情報の変更に対する了解したものとして扱ったが、本発明はこれに限定されるものではない。例えば、指紋、指静脈又は虹彩などの生体情報を使用するようにしてもよい。また、例えば、自宅電話番号、生年月日などの通常窓口担当者は知らないが顧客が知っている情報を使用するようにしてもよい。また、窓口に設置された人感センサ４５で窓口に人がいることを検知するようにしたが、本発明はこれに限定されるものではなく、例えばカメラで取得した窓口の画像を取得して、取得した画像に基づいて人がいるか否かの判定を行うようにしてもよい。

また、本実施例では、伝票に係る情報の更新内容を受け付け後、窓口端末４０の表示操作部４１に手書きで入力された顧客のサインを更新内容に対する顧客の承認と扱うものとしたが、本発明はこれに限定されるものではない。例えば、指紋、指静脈又は虹彩などの生体情報若しくは顧客が有する暗証番号を使用するようにしてもよい。

また、本実施例では、電子記帳機３０及び窓口端末４０について、それぞれの端末装置内に動作する処理部を設けるものとして説明してきたが、本発明はこれに限定されるものではない。例えば、電子記帳機３０及び窓口端末４０では表示や操作の受付のみをＷｅｂブラウザなどを用いて行い、実施例で説明したそれぞれの端末装置の制御部に含まれる処理部が実現する処理をサーバ２０で行うものとしてもよい。

また、本実施例では、受付機１０で発行する番号札には受付番号の情報を含むバーコードが印刷されているという例を説明してきたが、本発明はこれに限定されるものではなく、受付機１０で発行される番号札にバーコードが印刷されていない場合には、電子記帳機３０において画面上に表示されるテンキー等を使用して受付番号を手入力するようにしてもよい。

また、本実施例では、電子記帳機３０にカードリーダ３７を接続して、伝票に係る情報にカードリーダ３７で読み取ったキャッシュカードの情報を反映するようにしたが、本発明はこれに限定されるものではない。例えば、受付機１０にカードリーダを接続して、受付機１０に接続されるカードリーダで読み込まれたキャッシュカードなどの情報を、受付番号に関連づけて記憶し、電子記帳機３０で番号札のバーコードから受付番号が読まれた際に電子記帳機３０からの問い合わせに応じてキャッシュカードから読み取った情報を電子記帳機３０に渡すようにしてもよい。

また、本実施例では、受付機１０がテラーモニタ９１の顧客呼出の操作を受付けて、番号呼出装置９２に呼び出す顧客の情報を出力することによって顧客を窓口に呼び出すとともに、受付機１０からサーバ２０に呼び出した顧客に係る情報を通知して、サーバ２０から呼び出した顧客に係る情報を窓口端末４０に送信して、窓口端末４０に呼び出された顧客に係る情報を表示するようにしたが、本発明はこれに限定されるものではない。例えば、窓口端末４０により顧客の呼出操作を受付けて、受付機１０に顧客呼出の要求を送信し、顧客呼出の要求を受け付けた受付機１０は番号呼出装置９２に呼び出す顧客の情報を出力することによって顧客を窓口に呼び出し、窓口端末４０はサーバ２０から呼び出した顧客に係る情報を取得して表示するようにしてもよい。

また、本実施例では、システム構成として電子記帳機３０とは別にサーバ２０を設けるものとしたが、サーバ２０の機能を電子記帳機３０で実現するようにしてもよい。また、電子記帳機３０が複数台設置される場合には、複数台の電子記帳機３０の中の１台を親機、その他を子機として、親機にサーバ２０の機能を持たせるようにしてもよい。

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

以上のように、本発明に係る電子記帳システム及び伝票情報管理方法は、電子記帳機で入力された伝票の項目の情報を窓口装置上で変更する場合に、窓口担当者による不正を抑制するとともに、無用なトラブルを防止することに適している。

１０ 受付機
１１、３１、４１ 表示操作部
１２ 番号札印刷部
１４、２３、３２、４２ 通信部
１５、２４、３８、４３ 記憶部
１５ａ、３８ａ 設定パラメータ
１５ｂ 受付番号採番データ
１５ｃ、２４ａ、３８ｂ、４３ｂ 受付番号データ
１６、２５、３９、４４ 制御部
１６ａ 受付処理部
１６ｂ 受付番号採番部
１６ｃ 番号札発行部
１６ｄ、２５ａ、３９ａ 受付番号データ管理部
２０ サーバ
２１ 入力部
２２ 表示部
２４ｂ、３８ｅ、４３ｅ 伝票項目データ
２４ｃ、３８ｆ、４３ｆ 本人確認記録データ
２４ｄ 処理履歴データ
２４ｅ、４３ｇ 更新履歴データ
２５ｂ 伝票項目データ管理部
２５ｃ 本人確認記録管理部
２５ｄ 呼出連動処理部
２５ｅ 集計処理部
２５ｆ、４４ｇ 更新履歴照会部
３０ 電子記帳機
３３ マルチカードスキャナ
３４ ＱＲコードリーダ
３５ レシートプリンタ
３６ バーコードリーダ
３７ カードリーダ
３８ｃ、４３ｃ 伝票決定パラメータ
３８ｄ、４３ｄ 伝票テンプレートデータ
３９ｂ 伝票項目データ生成部
３９ｃ 本人確認記録生成部
３９ｄ 登録データ送信部
３９ｅ 番号札発行処理部
４０ 窓口端末
４３ａ 受付番号リストデータ
４４ａ 受付番号リスト表示部
４４ｂ 伝票項目データ更新部
４４ｃ 本人確認記録更新部
４４ｄ 更新データ送信部
４４ｅ 印刷処理部
４４ｆ 集計結果出力部
４５ 人感センサ
９０ 役席モニタ
９１ テラーモニタ
９２ 番号呼出装置
９３ スタッフ端末
９４ 顧客端末
９５ プリンタ

Claims (10)

1. 顧客が依頼する取引の内容を特定する項目情報を含む伝票情報を前記顧客の入力操作に基づいて生成する電子記帳機と、
   前記顧客に対する窓口への呼び出しが行われたことを検知する呼出検知部と、
   前記伝票情報の項目情報の変更の可否を所定の条件に基づいて判定する判定部と、
   前記判定部により前記伝票情報の項目情報の変更が可能と判定された場合に、該伝票情報の項目情報の変更内容を指定する変更操作を受け付けて、受け付けた該変更操作に基づいて該伝票情報の項目情報を変更する変更部と
   を備え、
   前記判定部は、
   前記呼出検知部により前記顧客に対する前記窓口への呼び出しが行われたことを検知した後であるという条件を満たす場合に、前記伝票情報の項目情報の変更が可能と判定する
   ことを特徴とする電子記帳システム。
2. 窓口に人がいることを検知する人検知部をさらに備え、
   前記判定部は、
   前記人検知部により前記窓口に人がいることを検知しているという条件を満たす場合に前記伝票情報の項目情報の変更が可能と判定する
   ことを特徴とする請求項１に記載の電子記帳システム。
3. 前記伝票情報の項目情報の変更を行う前記顧客の意思を受け付ける顧客意思受付部をさらに備え、
   前記判定部は、
   前記顧客意思受付部により前記顧客の前記伝票情報の項目情報の変更を行う意思を受け付けた後であるという条件を満たす場合に前記伝票情報の項目情報の変更が可能と判定する
   ことを特徴とする請求項１又は２に記載の電子記帳システム。
4. 前記顧客意思受付部は、
   前記顧客の認証情報を前記伝票情報の項目情報の変更を行う前記顧客の意思として受け付ける
   ことを特徴とする請求項３に記載の電子記帳システム。
5. 前記変更操作を受け付けることによって取得した前記伝票情報の項目情報の変更内容に対する前記顧客の承認を受け付ける顧客承認受付部
   をさらに備え、
   前記変更部は、
   前記顧客承認受付部により前記顧客の承認を受け付けていることを条件として前記伝票情報の項目情報を変更する
   ことを特徴とする請求項１〜４のいずれか一つに記載の電子記帳システム。
6. 前記顧客承認受付部は、
   前記顧客の認証情報を前記変更操作を受け付けることによって取得した前記伝票情報の項目情報の変更内容に対する前記顧客の承認として受け付ける
   ことを特徴とする請求項５に記載の電子記帳システム。
7. 前記伝票情報の項目情報のうち前記電子記帳機で生成されたときの内容と同じ情報と、
   前記電子記帳機で生成されたときの内容から変更された情報とでは異なる態様で出力する伝票情報出力部を
   さらに備えたことを特徴とする請求項１〜６のいずれか一つに記載の電子記帳システム。
8. 前記伝票情報出力部は、
   前記伝票情報の項目情報のうち前記電子記帳機で生成されたときの内容から変更された情報は、変更前の情報と変更後の情報とを併せて出力する
   ことを特徴とする請求項７に記載の電子記帳システム。
9. 前記伝票情報の項目情報が前記電子記帳機で生成されたときの内容から変更された場合に、窓口の担当者を特定する情報と、前記変更部による変更が行われる前の前記伝票情報の項目情報と、該変更部による変更が行われた後の前記伝票情報の項目情報とを含む修正履歴とを記憶する修正履歴記憶部を
   さらに備えたことを特徴とする請求項１〜８のいずれか一つに記載の電子記帳システム。
10. 電子記帳機と窓口端末を備えた電子記帳システムにおける伝票情報管理方法であって、
    前記電子記帳機における顧客の入力操作に基づいて、前記電子記帳機にて、前記顧客が依頼する処理の内容を特定する項目情報を含む伝票情報を生成する伝票情報生成ステップと、
    前記窓口端末にて、前記顧客に対する窓口への呼び出しが行われたことを検知する呼出検知ステップと、
    前記窓口端末にて、前記伝票情報の項目情報の変更の可否を所定の条件に基づいて判定する判定ステップと、
    前記判定ステップにより前記伝票情報の項目情報の変更が可能と判定された場合に、前記窓口端末にて、該伝票情報の項目情報の変更内容を指定する変更操作を受け付けて、受け付けた該変更操作に基づいて該伝票情報の項目情報を変更する変更ステップと
    を含み、
    前記判定ステップは、
    前記呼出検知ステップにより前記顧客に対する前記窓口への呼び出しが行われたことを検知した後であるという条件を満たす場合に、前記伝票情報の項目情報の変更が可能と判定する
    ことを特徴とする伝票情報管理方法。

Images