(57)【要約】【課題】窓口担当者が現在対応中の顧客が存在する場合に、誤って呼出操作が行われたとしても該呼出操作の対象となる顧客が不利な扱いとなることを回避し、円滑に顧客への対応を行えるようにすることを課題とする。【解決手段】テラーモニタ９１の操作に基づいて顧客の呼び出しが行われたならば、テラーモニタ９１が設置される窓口の状態を顧客対応中とし、窓口端末４０により顧客対応の終了を示す操作が行われたならば、顧客対応の終了の操作を受け付けた窓口端末４０が設置される窓口の状態を顧客対応終了とすることによって、窓口が顧客対応中なのか否かの管理を行い、顧客対応中の窓口に設置されるテラーモニタ９１からの呼び出しを制限するようにした。【選択図】図１
2016130982.tif 000002
【特許請求の範囲】
【請求項１】
金融機関の窓口に配設された複数の窓口端末と、
前記複数の窓口端末のいずれかから現在対応中の顧客の取引完了通知を受け付ける取引完了通知受付手段と、
前記取引完了通知受付手段によりいずれかの窓口端末から前記取引完了通知を受け付けるまでは、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を棄却し、いずれかの窓口端末から前記取引完了通知を受け付けたならば、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を許容すると判定する判定手段と
を備えたことを特徴とする受付呼出システム。
【請求項２】
金融機関の店内に配設され、顧客の入力操作に基づいて該顧客が依頼する取引内容を含む伝票情報を生成する電子記帳機と、
前記電子記帳機で生成された伝票情報を記憶する記憶手段と、
前記判定手段により呼出要求を許容すると判定されたならば、前記記憶手段に記憶された呼出対象となる顧客の伝票情報を前記窓口端末に通知する伝票情報通知手段と
をさらに備えたことを特徴とする請求項１に記載の受付呼出システム。
【請求項３】
前記窓口端末は、
所定の処理が行われた場合に、前記取引完了通知を前記取引完了通知受付手段に対して通知する通知手段
をさらに備えたことを特徴とする請求項２に記載の受付呼出システム。
【請求項４】
各窓口端末は、
前記伝票情報通知手段により通知された前記顧客の伝票情報の内容、若しくは該顧客の伝票情報が修正された内容を確認後伝票情報として出力する出力手段
をさらに備え、
前記通知手段は、
前記出力手段により前記確認後伝票情報が出力された場合に、前記取引完了通知を前記取引完了通知受付手段に対して通知する
ことを特徴とする請求項３に記載の受付呼出システム。
【請求項５】
前記窓口に呼び出された顧客の対応が終了したことを受け付ける終了受付手段
をさらに備え、
前記通知手段は、
前記終了受付手段により前記窓口に呼び出された顧客の対応が終了したことを受け付けていることを条件として前記取引完了通知を前記取引完了通知受付手段に対して通知する
ことを特徴とする請求項３に記載の受付呼出システム。
【請求項６】
各窓口端末は、
前記伝票情報通知手段により通知された前記顧客の伝票情報に対する処理を中断し、中断された前記顧客の伝票情報に係る情報を登録する中断登録手段と、
前記中断登録手段により登録された前記顧客の伝票情報に係る情報に基づいて中断された前記顧客の伝票情報に対する処理を再開する再開手段と
をさらに備えたことを特徴とする請求項２〜５のいずれか一つに記載の受付呼出システム。
【請求項７】
前記再開手段は、
他の窓口端末で中断された前記顧客の伝票情報に対する処理を再開する
ことを特徴とする請求項６に記載の受付呼出システム。
【請求項８】
各窓口端末は、
各窓口端末に対応する窓口に人がいることを検知する人検知手段
をさらに備え、
前記判定手段は、
前記人検知手段により前記窓口に人がいることを検知した場合には、新たな顧客の呼出要求を棄却する
ことを特徴とする請求項１〜７のいずれか一つに記載の受付呼出システム。
【請求項９】
金融機関の窓口に配設された複数の窓口端末のいずれかから現在対応中の顧客の取引完了通知を受け付ける取引完了通知受付ステップと、
前記取引完了通知受付ステップによりいずれかの窓口端末から前記取引完了通知を受け付けるまでは、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を棄却し、いずれかの窓口端末から前記取引完了通知を受け付けたならば、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を許容すると判定する判定ステップと
を含んだことを特徴とする受付呼出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、金融機関に来店した顧客の操作に基づいて伝票に係る情報を生成し、該伝票に係る情報の管理を行う受付呼出システム及び受付呼出方法に関する。
【背景技術】
【０００２】
従来、銀行等の金融機関は、窓口担当者が所在する有人の店舗と自動機が設置された無人の店舗を有しており、有人の店舗には「受付機」と呼ばれる装置が配設されている。顧客が金融機関の店舗に来店し、この受付機において入金、出金又は振込等の取引の種類を入力すると、取引の種類に応じて窓口の種類が決定され、決定された窓口の種類ごとに受付番号が採番され、採番された受付番号が印刷された受付番号カードが受付機から発行される。
【０００３】
そして、顧客は、窓口担当者により窓口から呼び出されるまでの間に、顧客自身が依頼する取引に対応する種類の伝票に必要事項を記入して待機し、窓口に呼び出されたならば、必要事項を記入した伝票を窓口担当者に手渡す。伝票を受け取った窓口担当者は、該伝票に記入された内容の取引処理を行うことになる。
【０００４】
このように、従来は、顧客が手作業で伝票の必要事項を記入していたが、最近では、金融機関の店内に「電子記帳機」と呼ばれる端末装置を設置し、顧客が伝票に手書きで記入するのではなく、かかる電子記帳機を用いて伝票の必要事項を入力できるようにした技術が知られている。例えば、特許文献１には、金融機関の店内に設けられた電子記帳台で顧客が入力した伝票の項目（必要事項）に対する入力データを受け付け、受け付けた入力データを伝票に印刷することで、必要事項が記入された記入済みの伝票を作成する技術が開示されている。
【０００５】
かかる特許文献１の電子記帳機を応用すると、電子記帳機で作成された伝票データを一時保管しておき、顧客がある窓口に呼び出されたときに、該顧客の伝票データを窓口に設置される窓口端末に対して送信し、窓口端末の表示部に伝票を表示することが可能となる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−０７９６０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、窓口担当者が、現在対応中の顧客が存在する状況であるにもかかわらず、窓口に設置された装置を用いて次の顧客の呼出操作を誤って行なうと、次の顧客が呼び出されてしまい、一つの窓口に二人の顧客が存在する状況となり、円滑な窓口対応を行えなくなるという問題がある。このような状況において、他の窓口で顧客の呼出操作が行われると、後続する顧客が他の窓口に呼び出されてしまい、誤って呼び出された顧客への対応が遅れるという問題もある。
【０００８】
これらのことから、窓口担当者が現在対応中の顧客が存在する場合に、誤って呼出操作が行われたとしても該呼出操作の対象となる顧客が不利な扱いとなることをいかにして回避し、円滑に顧客への対応を行えるようにするかが重要な課題となっている。
【０００９】
本発明は、上述した従来技術の課題を解決するためのものであって、窓口担当者が現在対応中の顧客が存在する場合に、誤って呼出操作が行われたとしても該呼出操作の対象となる顧客が不利な扱いとなることを回避し、円滑に顧客への対応を行えるようにすることができる受付呼出システム及び受付呼出方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、本発明は、金融機関の窓口に配設された複数の窓口端末と、前記複数の窓口端末のいずれかから現在対応中の顧客の取引完了通知を受け付ける取引完了通知受付手段と、前記取引完了通知受付手段によりいずれかの窓口端末から前記取引完了通知を受け付けるまでは、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を棄却し、いずれかの窓口端末から前記取引完了通知を受け付けたならば、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を許容すると判定する判定手段とを備えたことを特徴とする。
【００１１】
また、本発明は、上記発明において、金融機関の店内に配設され、顧客の入力操作に基づいて該顧客が依頼する取引内容を含む伝票情報を生成する電子記帳機と、前記電子記帳機で生成された伝票情報を記憶する記憶手段と、前記判定手段により呼出要求を許容すると判定されたならば、前記記憶手段に記憶された呼出対象となる顧客の伝票情報を前記窓口端末に通知する伝票情報通知手段とをさらに備えたことを特徴とする。
【００１２】
また、本発明は、上記発明において、前記窓口端末は、所定の処理が行われた場合に、前記取引完了通知を前記取引完了通知受付手段に対して通知する通知手段をさらに備えたことを特徴とする。
【００１３】
また、本発明は、上記発明において、各窓口端末は、前記伝票情報通知手段により通知された前記顧客の伝票情報の内容、若しくは該顧客の伝票情報が修正された内容を確認後伝票情報として出力する出力手段をさらに備え、前記通知手段は、前記出力手段により前記確認後伝票情報が出力された場合に、前記取引完了通知を前記取引完了通知受付手段に対して通知することを特徴とする。
【００１４】
また、本発明は、上記発明において、前記窓口に呼び出された顧客の対応が終了したことを受け付ける終了受付手段をさらに備え、前記通知手段は、前記終了受付手段により前記窓口に呼び出された顧客の対応が終了したことを受け付けていることを条件として前記取引完了通知を前記取引完了通知受付手段に対して通知することを特徴とする。
【００１５】
また、本発明は、上記発明において、各窓口端末は、前記伝票情報通知手段により通知された前記顧客の伝票情報に対する処理を中断し、中断された前記顧客の伝票情報に係る情報を登録する中断登録手段と、前記中断登録手段により登録された前記顧客の伝票情報に係る情報に基づいて中断された前記顧客の伝票情報に対する処理を再開する再開手段とをさらに備えたことを特徴とする。
【００１６】
また、本発明は、上記発明において、前記再開手段は、他の窓口端末で中断された前記顧客の伝票情報に対する処理を再開することを特徴とする。
【００１７】
また、本発明は、上記発明において、各窓口端末は、各窓口端末に対応する窓口に人がいることを検知する人検知手段をさらに備え、前記判定手段は、前記人検知手段により前記窓口に人がいることを検知した場合には、新たな顧客の呼出要求を棄却することを特徴とする。
【００１８】
また、本発明は、金融機関の窓口に配設された複数の窓口端末のいずれかから現在対応中の顧客の取引完了通知を受け付ける取引完了通知受付ステップと、前記取引完了通知受付ステップによりいずれかの窓口端末から前記取引完了通知を受け付けるまでは、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を棄却し、いずれかの窓口端末から前記取引完了通知を受け付けたならば、該取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を許容すると判定する判定ステップとを含んだことを特徴とする。
【発明の効果】
【００１９】
本発明によれば、金融機関の窓口に配設された複数の窓口端末のいずれかから現在対応中の顧客の取引完了通知を受け付け、いずれかの窓口端末から取引完了通知を受け付けるまでは、取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を棄却し、いずれかの窓口端末から取引完了通知を受け付けたならば、取引完了通知を受け付けた窓口端末への新たな顧客の呼出要求を許容すると判定するように構成したので、窓口担当者が現在対応中の顧客が存在する場合に、誤って呼出操作が行われたとしても該呼出操作の対象となる顧客が不利な扱いとなることを回避し、円滑に顧客への対応を行えるようにすることができる。
【図面の簡単な説明】
【００２０】
【図１】図１は、窓口において前の顧客から受け付けた処理が終わっていないときに誤って次の顧客を呼び出してしまうことを防止する方式の概要を説明するための説明図である。
【図２】図２は、実施例１に係る受付呼出システムのシステム構成を示す図である。
【図３】図３は、図２に示した受付機の実施例１に係る内部構成を示すブロック図である。
【図４】図４は、図３に示した受付機の実施例１に係るデータ構成について説明するための説明図である。
【図５】図５は、図２に示した電子記帳機の実施例１に係る内部構成を示すブロック図である。
【図６】図６は、図５に示した電子記帳機の実施例１に係るデータ構成について説明するための説明図である。
【図７】図７は、図２に示したサーバの実施例１に係る内部構成を示すブロック図である。
【図８】図８は、図７に示したサーバの実施例１に係るデータ構成について説明するための説明図である。
【図９】図９は、図２に示した窓口端末の実施例１に係る内部構成を示すブロック図である。
【図１０】図１０は、図９に示した窓口端末の実施例１に係るデータ構成について説明するための説明図である。
【図１１】図１１は、図２に示した電子記帳機における作成する伝票の伝票項目の入力に係る画面構成及び操作にともなう画面遷移を説明するための図である。
【図１２】図１２は、図２に示した窓口端末における作成伝票の伝票項目の内容の確認に係る画面構成及び操作にともなう画面遷移を説明するための図である。
【図１３】図１３は、図２に示したテラーモニタで顧客の呼び出しが行われた後の窓口の状態の管理に係る処理の処理手順を示すシーケンス図である。
【図１４】図１４は、図２に示した窓口端末における作成伝票の伝票項目の内容の確認処理及び作成伝票の印刷処理などの一連の処理の処理手順を示すフローチャートである。
【図１５】図１５は、実施例２において誤って呼び出してしまった顧客に対する対処の保留に係る窓口端末の画面構成を説明するための図である。
【図１６】図１６は、窓口端末の実施例２に係る内部構成を示すブロック図である。
【図１７】図１７は、サーバの実施例２に係る内部構成を示すブロック図である。
【図１８】図１８は、図１７に示したサーバの実施例２に係るデータ構成について説明するための説明図である。
【図１９】図１９は、受付機の実施例２に係る内部構成を示すブロック図である。
【図２０】図２０は、誤って呼び出してしまった顧客の保留処理の処理手順を示すシーケンス図である。
【図２１】図２１は、保留した顧客の保留解除処理の処理手順を示すシーケンス図である。
【発明を実施するための形態】
【００２１】
以下に、添付図面を参照して、本発明に係る受付呼出システム及び受付呼出方法の好適な実施例を詳細に説明する。
【実施例１】
【００２２】
まず、窓口において前の顧客から受け付けた処理が終わっていないときに誤って次の顧客を呼び出してしまうことを防止する方式の概要について図１を用いて説明する。
【００２３】
店舗に来店した顧客は、（ａ）に示したように最初に受付機１０で来店目的などの入力を行うことによって発行される番号札を受け取る。該番号札には採番された受付番号が印刷され、顧客は該受付番号で窓口へ呼び出されることになる。受付機１０は、採番した受付番号を（ｂ）に示すように受付番号のキュー管理データである受付番号データ１５ｃに登録する。また、受付機１０は、入力された来店目的などから伝票の作成が必要と判定した場合には顧客を電子記帳機３０に誘導する。
【００２４】
電子記帳機３０に誘導された顧客は、電子記帳機３０を操作することによって来店目的に応じた伝票に係る情報の入力を行う。具体的には、まず、顧客は、受け取った番号札に印刷されたバーコードを読ませる。電子記帳機３０は、番号札のバーコードを読み取ることによって受付番号及び来店目的などの情報を取得して、来店目的に応じた伝票に対する項目の入力用の画面を表示して伝票項目の入力を受け付ける。このとき、番号札のバーコードに受付番号及び来店目的の情報が含まれていてもよいし、番号札のバーコードには受付番号の情報のみがあり、該受付番号を含む情報取得要求を受付機１０に送信して、その応答として受付機１０から来店目的などの情報を取得するようにしてもよい。
【００２５】
顧客により伝票項目の入力が行われると、電子記帳機３０は、（ｃ）に示すように受け付けた伝票に係る情報を受付番号に関連付けた情報としてサーバ２０に送信する。これを受信したサーバ２０は、（ｄ）に示すように受信した情報を伝票項目データ２４ｂに登録する。顧客は、電子記帳機３０における伝票に係る情報の入力が終わると、番号札に記載された受付番号が呼び出されるのをロビーで待つことになる。
【００２６】
顧客から依頼された処理を実施する窓口には、電子記帳機３０で顧客により入力された伝票に係る情報の確認及び必要に応じて修正を行うことのできる窓口端末４０と、顧客の窓口への呼出操作を行うことができるテラーモニタ９１とが配設されている。窓口の担当者であるテラーは、前の顧客の処理が終了していて次の顧客を窓口に呼び出す場合には、（ｅ）に示すようにテラーモニタ９１において呼出操作を行う。呼出操作を受け付けたテラーモニタ９１は、（ｆ）に示すように受付機１０に対して、窓口の識別情報を含む呼出要求を送信する。
【００２７】
呼出要求を受け付けた受付機１０は、（ｇ）に示すように窓口状態データ１５ｄに登録されている呼出番号に含まれる識別情報に対応する窓口が顧客対応中ではないことを条件として顧客の呼び出し可能と判定し、呼び出し可能であれば窓口状態データ１５ｄの対応する窓口の状態を顧客対応中に変更する。また、受付機１０は、（ｈ）に示すように受付番号データ１５ｃに登録されている受付番号の内、キューの状態及び呼出優先度に従って呼び出す受付番号を決定し、決定した受付番号の状態を呼出済に更新して、（ｉ）に示すように番号呼出装置９２に対して決定した受付番号の呼び出しの指示を送信する。番号呼出装置９２は、呼び出し指示で指定された受付番号を表示したり音声出力することによって該受付番号に対応する顧客の呼出要求送信元の窓口への呼出処理を行う。
【００２８】
また、受付機１０は、（ｊ）に示すように呼び出した受付番号と呼出要求送信元の窓口の識別情報とを含む呼出通知をサーバ２０に送信する。呼出通知を受け付けたサーバ２０は、（ｋ）に示すように呼出通知に含まれる受付番号に関連づけられて登録されている伝票に係る情報を伝票項目データ２４ｂから抽出して、（ｍ）に示すように呼出通知に含まれる呼出要求送信元の窓口の識別情報に対応する窓口端末４０に抽出した伝票に係る情報を送信する。窓口端末４０は、受け付けた伝票に係る情報の表示を行う。これによって、顧客が電子記帳機３０で入力した伝票に係る情報を確認することが可能となる。また、窓口端末４０は、必要に応じで表示された伝票に係る情報の修正、削除及び追加等を行うことができる。伝票に係る情報の確認後、窓口端末４０の操作により、確認された伝票に係る情報に基づいて伝票の印刷処理が行われる。その後、窓口では、印刷された伝票に基づいて対応する処理が実施されることになる。
【００２９】
窓口における印刷された伝票に対応する処理が終了したならば、テラーは、（ｎ）に示すように窓口端末４０において顧客に対する窓口の対応が終了した旨の入力を行う。窓口端末４０は、顧客に対する窓口の対応が終了した旨の入力を受け付けたならば、（ｐ）に示すようにサーバ２０に対応が終わった受付番号及び窓口の識別情報を含む顧客対応終了通知を送信する。この顧客対応終了通知は、顧客から受け付けた伝票に対応する取引の処理を全て完了したことを意味しており取引完了通知と称してもよい。サーバ２０は、（ｑ）が示すように受け付けた顧客対応終了通知を受付機１０に送信する。受付機１０は、サーバ２０から受信した顧客対応終了通知に基づいて、（ｒ）に示すように窓口状態データ１５ｄの顧客対応終了通知に含まれる窓口の識別情報に対応する状態を顧客対応終了に更新する。
【００３０】
このように、テラーモニタ９１の操作に基づいて顧客の呼び出しが行われたならば、テラーモニタ９１が設置される窓口の状態を顧客対応中とし、窓口端末４０により顧客対応の終了を示す操作が行われたならば、顧客対応の終了の操作を受け付けた窓口端末４０が設置される窓口の状態を顧客対応終了とすることによって、窓口が顧客対応中なのか否かの管理を行い、顧客対応中の窓口に設置されるテラーモニタ９１からの呼出操作を受け付けたとしての呼び出しを制限するようにしたので、窓口担当者が現在対応中の顧客が存在する場合に、誤って呼出操作が行われたとしても該呼出操作の対象となる顧客が不利な扱いとなることを回避し、円滑に顧客への対応を行えるようにすることができる。
【００３１】
図１の説明では、受付機１０に対して窓口の処理が終了したことを示す顧客対応終了通知を送信することによって、窓口に呼び出した顧客の対応状態を受付機１０でも管理可能となるようにしたが、サーバ２０で（ｊ）の呼出通知及び（ｐ）の顧客対応終了通知に基づいて窓口の顧客対応状況を管理して、受付機１０は（ｆ）の呼出要求を受け付けたならばサーバ２０に窓口の識別情報を含む呼出判定要求を送信して、サーバ２０が管理する窓口の顧客対応状況に応じた判定結果を取得して、その判定結果に応じて呼び出し可否を決定するようにしてもよい。
【００３２】
次に、実施例１に係る受付呼出システムのシステム構成を説明する。図２は、実施例１に係る受付呼出システムのシステム構成を示す図である。受付呼出システムは、顧客の来店時に受付番号を発行する受付機１０と、作成する伝票に係る情報の入力を行う電子記帳機３０と、電子記帳機３０で入力した伝票に係る情報を窓口で確認及び修正することのできる窓口端末４０と、窓口端末４０で確認及び修正した伝票に係る情報に基づいて伝票を印刷するプリンタ９５と、顧客の窓口への呼出などを行うためのテラーモニタ９１と、テラーモニタ９１の操作に応じて呼び出す顧客の受付番号の表示や呼び出しの音声出力を行う番号呼出装置９２と、顧客の来店状況などを出力する役席モニタ９０、スタッフ端末９３及び顧客端末９４と、これらの装置とデータ通信を行ってデータの連携や処理の連携を行うサーバ２０とを有する。実施例１では、窓口端末４０とテラーモニタ９１は別の装置としたが、窓口端末４０とテラーモニタ９１との両方の機能を備えた一体化した装置でもよい。
【００３３】
電子記帳機３０は、店舗の規模に応じて台数が決定され、１台又は複数台設置される。テラーモニタ９１及び窓口端末４０は、窓口ごとに設置され、それぞれの窓口に設置されたテラーモニタ９１により該窓口への顧客の呼出の指示を受け付ける。番号呼出装置９２は、少なくとも窓口の種類に相当する台数が設置される。受付機１０、電子記帳機３０及び顧客端末９４は顧客の移動範囲である顧客ゾーンに設置される。また、スタッフ端末９３も、顧客ゾーンで顧客の応対を行うロビーマンが所持することから顧客ゾーンに位置することとなる。窓口端末４０、役席モニタ９０、テラーモニタ９１、番号呼出装置９２及びプリンタ９５は金融機関の従業員の移動範囲である行員ゾーンに設置される。なお、番号呼出装置９２は、顧客ゾーンに設置されてもよい。
【００３４】
受付機１０は、表示操作部１１及び番号札印刷部１２を有する。顧客は来店時に最初に本装置で来店の受付を行う。具体的には、顧客は、表示操作部１１に表示される来店目的を選択する。受付機１０は、顧客により入力された来店目的に基づいて、該来店目的に対応する窓口の種類と、伝票作成の要否とを判定する。受付機１０は、伝票の作成が必要と判定した場合には電子記帳機３０への誘導を行う。また、受付機１０は、電子記帳機３０へ誘導する場合に受付番号の記載された番号札を発行するか否かの設定を有している。電子記帳機３０へ誘導する場合に番号札を発行しないという設定となっている場合には、電子記帳機３０への誘導を行った場合には受付番号の採番は行わない。また、伝票の作成が不要と判定された場合、若しくは伝票の作成が必要と判定されても電子記帳機３０へ誘導する場合にも番号札を発行するという設定になっている場合には、来店目的に対応する窓口の種類に応じた受付番号の採番を行って、受付番号の印刷された番号札を番号札印刷部１２より発行する。
【００３５】
また、受付機１０は、窓口からの顧客の呼出の要求を受け付けて、受付番号による顧客の呼出を行う。具体的には、窓口に設置されるテラーモニタ９１からの呼出要求を受け付けたならば、要求元の窓口の種類に対して待ちとなっている受付番号のキューの中から次に呼び出す受付番号を決定して、番号呼出装置９２に受付番号を出力することによって出力された受付番号に対応する顧客の窓口への呼出を行う。
【００３６】
電子記帳機３０は、免許証及び保険証などのカード型の本人確認資料のカードイメージを取得するマルチカードスキャナ３３、ＱＲコード（登録商標）を読み取るＱＲコードリーダ３４、番号札を発行するレシートプリンタ３５、受付機１０で発行された番号札に印刷されたバーコードを読み取るバーコードリーダ３６、キャッシュカードなどの内容を読み取るカードリーダ３７が接続可能である。ただし、レシートプリンタ３５及びバーコードリーダ３６は、両方が接続されることは基本的にはない。電子記帳機３０は、受付機１０が有する電子記帳機３０へ誘導する場合に番号札を発行するか否かの設定に対応して、受付番号をどのようにして取得するかを示す受付番号取得方式の設定を有しており、受付機１０で発行された番号札のバーコードから読み取るか、受付機１０に来店目的を指定して採番を依頼するかの設定が可能である。レシートプリンタ３５及びバーコードリーダ３６は、この受付番号をどのようにして取得するかを示す設定に応じて、選択的に接続される。
【００３７】
受付番号取得方式の設定が受付機１０に来店目的を指定して採番を依頼するとなっている場合には、電子記帳機３０に誘導された顧客に番号札を発行するためのレシートプリンタ３５が接続される。また、受付番号取得方式の設定が受付機１０で発行された番号札のバーコードから読み取るとなっている場合には、受付機１０で発行済の番号札のバーコードから受付番号を取得するためのバーコードリーダ３６が接続される。ただし、この場合であっても、受付番号を番号札に印刷された内容を見てテンキーなどを利用して入力することも可能であるので、バーコードリーダ３６の接続は必須ではない。
【００３８】
また、電子記帳機３０は、受付機１０から誘導された顧客が伝票を作成するための機能を有する。受付番号取得方式の設定が受付機１０で発行された番号札のバーコードから読み取るとなっている場合には、まず、バーコードリーダ３６で番号札のバーコードから受付番号を読み取って、受付機１０から受付番号に対する来店目的を取得する。さらに、電子記帳機３０は、取得した来店目的に対応する伝票を判定し、当該伝票の項目を順番に画面に表示して、顧客による伝票項目の入力を受け付けて、一旦内部に図示しない伝票項目データ３８ｅとして記憶する。また、伝票項目データ３８ｅにカードリーダ３７で読み取ったキャッシュカードの情報を自動的に反映することもできる。
【００３９】
また、電子記帳機３０は、受付番号取得方式の設定が受付機１０に来店目的を指定して採番を依頼するとなっている場合には、来店目的の入力を受け付けて、受け付けた来店目的に対応する伝票を判定し、当該伝票の項目を順番に画面に表示して、顧客の伝票項目の入力を受け付けて、一旦内部に図示しない伝票項目データ３８ｅとして記憶する。
【００４０】
また、電子記帳機３０は、ＱＲコードリーダ３４で読み取った携帯端末などに表示される顧客の口座に関する情報を含むＱＲコードを読み取って図示しない伝票項目データ３８ｅに自動的に反映することもできる。なお、この場合、携帯電話などの携帯端末は、顧客の氏名、住所、口座番号などの個人情報を登録する機能および登録されたこれらの個人情報をＱＲコード化する機能を有する。
【００４１】
また、電子記帳機３０は、作成する伝票に対応する伝票項目の入力情報に基づいて、本人確認が必要か否かの判定を行い、本人確認が必要と判定された場合には、本人確認記録の作成を促すとともに本人確認記録作成用の画面を展開制御する。電子記帳機３０は、本人確認記録に係る入力及びマルチカードスキャナ３３による本人確認資料の画像データを受け付けたならば、一旦内部に図示しない本人確認記録データ３８ｆとして記憶する。
【００４２】
電子記帳機３０は、受付番号取得方式の設定が受付機１０に来店目的を指定して採番を依頼するとなっている場合には、作成する伝票に対応する伝票項目の入力が終了したならば、受付機１０に来店目的に応じた受付番号の採番要求を行い受付番号を取得し、該受付番号が記載された番号札をレシートプリンタ３５にて発行する。
【００４３】
また、電子記帳機３０は、取得した受付番号、図示しない伝票項目データ３８ｅ及び本人確認記録データ３８ｆなどの情報をサーバ２０に送信する。サーバ２０は、受け付けた情報を受付番号データ２４ａ及び伝票項目データ２４ｂなどに登録して管理する。
【００４４】
窓口端末４０は、窓口において電子記帳機３０で顧客により登録された伝票等に係る情報の確認と、確認された情報に基づいて伝票等を印刷する機能を有する。窓口端末４０は窓口に呼び出された顧客が登録した伝票及び本人確認記録に係る情報をサーバ２０より取得して、取得した伝票及び本人確認記録に係る情報を画面に表示することによってテラー及び顧客による確認を行い、確認されたならば確認された情報に基づいてプリンタ９５から伝票及び本人確認記録を印刷する。実施例１では、本人確認記録は電子記帳機３０で作成するということを説明しているが、本発明はこれに限定されるものではない。例えば、窓口端末４０に、マルチカードスキャナ３３を接続して、窓口端末４０においてマルチカードスキャナ３３で取得した本人確認資料の画像データを取得して、本人確認資料の画像データを含む本人確認記録を作成するようにしてもよい。
【００４５】
また、窓口端末４０は、サーバ２０より取得した伝票及び本人確認記録に係る情報を修正することが可能で、修正した場合には修正した内容に基づいてプリンタ９５から伝票及び本人確認記録を印刷するとともに、修正内容をサーバ２０に送信する。
【００４６】
また、窓口端末４０は、顧客の窓口への呼出とは関係なく、顧客の待ち状況の照会や、待っている顧客の取引内容の確認及び各種集計結果を出力する機能を有する。
【００４７】
サーバ２０は、受付番号データ２４ａ及び伝票項目データ２４ｂなどを管理する。受付番号データ２４ａは、受付機１０で採番された受付番号ごとに、その状態、キャッシュカードデータ及び作成伝票の種類別の枚数などを含むデータである。伝票項目データ２４ｂは、電子記帳機３０若しくは窓口端末４０で登録及び更新された伝票の項目情報を含むデータである。
【００４８】
サーバ２０は、受付番号データ２４ａ及び伝票項目データ２４ｂを、電子記帳機３０から送信された情報に基づいて登録し、窓口端末４０から送信された情報に基づいて更新する。また、サーバ２０は、受付番号データ２４ａにおいて受付番号ごとの処理状況を管理する。
【００４９】
スタッフ端末９３は、窓口端末４０の機能と同等の機能を備えているが、伝票に係る情報などのデータ更新を伴う機能が制限されている。顧客端末９４は、顧客の待ち状況の照会機能を備えている。
【００５０】
次に、テラーモニタ９１で顧客の呼出操作が行われた場合の処理の流れについて説明する。テラーモニタ９１は、顧客の窓口への呼出の操作を受け付けると、テラーモニタ９１が設置される窓口を識別する情報を含む顧客の呼出要求を受付機１０に送信する。受付機１０は、テラーモニタ９１の呼出要求に含まれる窓口を識別する情報に基づいて、当該窓口の種類に対して待ちとなっている受付番号のキューの中から次に呼び出す受付番号を決定して、決定した受付番号を受け付けた呼出要求に含まれる窓口を識別する情報に対応する番号呼出装置９２に送信する。受付番号を受け付けた番号呼出装置９２は表示部に受け付けた受付番号を表示し、音声で受け付けた受付番号の顧客の呼出を行う。
【００５１】
また、受付機１０は、番号呼出装置９２に送信した受付番号及び呼出要求に含まれる窓口を識別する情報をサーバ２０にも通知する。受付番号及び窓口を識別する情報を受け付けたサーバ２０は、受付番号データ２４ａ及び伝票項目データ２４ｂから受け付けた受付番号に関連付けられた情報を抽出して、受け付けた窓口を識別する情報に対応する窓口端末４０に送信する。
【００５２】
このように、テラーモニタ９１で顧客の呼出操作に連動して、窓口端末４０に呼び出された顧客が登録した伝票及び本人確認書類に係る情報が渡されるので、テラーモニタ９１で顧客の呼出操作が行われると、窓口端末４０には自動的に窓口に呼び出した顧客が電子記帳機３０で登録した伝票などの確認画面が表示される。
【００５３】
次に、図２に示した受付機１０の実施例１に係る内部構成を説明する。図３は、受付機１０の実施例１に係る内部構成を示すブロック図である。受付機１０は、表示操作部１１、番号札印刷部１２、通信部１４、記憶部１５及び制御部１６を有する。
【００５４】
表示操作部１１は、タッチパネルディスプレイ装置などである。表示操作部１１は、顧客に来店目的等を選択入力させるボタンなどを表示し、該ボタンの選択入力を受け付ける。番号札印刷部１２は、受付番号などの情報が記載された番号札を印刷する出力部である。通信部１４は、ＬＡＮ（Local Area Network）等の通信線を介してサーバ２０及び電子記帳機３０とのデータ通信を行なうためのインタフェース部である。
【００５５】
記憶部１５は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部１５は、設定パラメータ１５ａ、受付番号採番データ１５ｂ、受付番号データ１５ｃ及び窓口状態データ１５ｄを有する。設定パラメータ１５ａは、受付機１０の受付処理に関するパラメータである。受付番号採番データ１５ｂは、受付番号の採番状況に係るデータである。受付番号データ１５ｃは、採番した受付番号ごとにその状態報に係る情報を有するデータである。窓口状態データ１５ｄは、窓口ごとの顧客対応中なのか否かを管理するデータである。
【００５６】
制御部１６は、受付機１０の全体を制御する制御部であり、受付処理部１６ａ、受付番号採番部１６ｂ、番号札発行部１６ｃ、受付番号データ管理部１６ｄ及び窓口状態管理部１６ｅを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、それぞれに対応するプロセスを実行させることになる。
【００５７】
受付処理部１６ａは、来店客の受付処理の全体を制御する制御部である。受付処理部１６ａは、表示操作部１１の来店受付用の画面の表示を行い来店目的を受け付け、来店目的に応じた受付番号を受付番号採番部１６ｂで採番し、採番した受付番号に関連付けて、来店目的などの情報を受付番号データ１５ｃに登録する。
【００５８】
ただし、設定パラメータ１５ａの設定で電子記帳機３０に誘導する場合には番号札の発券を行わないという設定になっていて、受け付けた来店目的により電子記帳機３０への誘導が必要と判定された場合には、受付処理部１６ａは、電子記帳機３０への誘導のメッセージのみを表示して番号札の発行は行わない。また、設定パラメータ１５ａの設定で電子記帳機３０に誘導する場合には番号札の発券を行わないという設定になっている場合には、そもそも電子記帳機３０に誘導する必要のある来店目的を選択できないようになっていて、そのような来店目的の顧客に対する電子記帳機３０への誘導を示すメッセージが表示されていてもよい。
【００５９】
受付番号採番部１６ｂは、受付処理部１６ａ若しくは通信部１４を経由して電子記帳機３０からの来店目的に応じた受付番号の採番要求を受け付けたならば、受け付けた来店目的に応じて受付番号を採番する。具体的には来店目的に応じた受付番号帯を決定し、受付番号採番データ１５ｂの最終採番済の受付番号の次の受付番号を新たな受付番号として採番し、これに応じて受付番号採番データ１５ｂの更新を行う。
【００６０】
番号札発行部１６ｃは、受付処理部１６ａの制御に基づいて指定された受付番号が記載された番号札を番号札印刷部１２で印刷する。印刷される番号札には、受付番号が人に認識可能な文字情報とバーコードリーダ３６で読み込み可能なバーコードとにより印刷される。
【００６１】
受付番号データ管理部１６ｄは、電子記帳機３０などの他の装置から通信部１４を経由して受付番号を含む受付番号情報の取得要求を受け付けたならば、受け付けた受付番号で受付番号データ１５ｃの検索を行い、対応するレコードの情報を要求元に応答として返信する。
【００６２】
また、受付番号データ管理部１６ｄは、テラーモニタ９１から該テラーモニタ９１が設置される窓口の窓口番号を含む呼出要求を受け付けたならば、受付番号データ１５ｃから受け付けた呼出要求に含まれる窓口番号に呼び出す受付番号を選択し、該受付番号に対応する受付番号データ１５ｃの状態を「呼出済」として、該受付番号を番号呼出装置９２に送信する。ただし、呼出要求元の窓口の状態が顧客対応中の場合には呼出要求をエラーとして呼出処理は実行しない。番号呼出装置９２は、受付番号を受け付けたならば表示部に受け付けた受付番号を表示し、音声で受け付けた受付番号の顧客の呼出を行う。また、受付番号データ管理部１６ｄは、テラーモニタ９１から呼出要求を受け付けた場合には、番号呼出装置９２に受付番号を送信するとともに、呼び出す受付番号に対応する受付番号データ１５ｃのレコードをサーバ２０に送信する。
【００６３】
窓口状態管理部１６ｅは、窓口が顧客対応中なのか否かの情報を管理する管理部であり、管理している内容を窓口状態データ１５ｄとして管理する。具体的には、受付番号データ管理部１６ｄにより顧客への窓口への呼び出しが行われたならば、呼び出し先の窓口の状態を顧客対応中に更新し、窓口端末４０の操作に基づく顧客対応終了通知を受け付けたならば受け付けた顧客対応終了通知に対応する窓口の状態を呼出待ちの状態に更新する。
【００６４】
次に、図３に示した受付機１０の実施例１に係るデータ構成について説明する。図４は、受付機１０の実施例１に係るデータ構成について説明するための説明図である。
【００６５】
設定パラメータ１５ａは、顧客を電子記帳機３０に誘導時に番号札を発券する必要があるかどうかを示す電子記帳機誘導時発券要否と、来店目的別の受付番号帯である目的別受付番号帯の情報と、来店目的別の窓口の種類を示す目的別窓口の情報と、来店目的別の電子記帳機３０への誘導の要否を示す目的別電子記帳機への誘導要否の情報とを含む。
【００６６】
図４の設定パラメータ１５ａの例は、電子記帳機誘導時発券要否が「必要」で顧客を電子記帳機３０に誘導時に番号札を発券する必要があることを示している。また、図４の設定パラメータ１５ａの目的別受付番号帯の情報の例は、来店目的が入金、出金、振込及び税公金納付の受付番号の採番帯が「１〜３９９」であり、来店目的が諸届及びローンの受付番号の採番帯が「５００〜８９９」であることを示している。また、図４の設定パラメータ１５ａの目的別窓口の情報の例は、来店目的が入金、出金、振込及び税公金納付に対応する窓口の種類が「ハイカウンタ」で、来店目的が諸届及びローンに対応する窓口の種類が「ローカウンタ」であることを示している。また、図４の設定パラメータ１５ａの目的別電子記帳機への誘導要否の情報の例は、来店目的が入金、出金、振込及び税公金納付の場合には「電子記帳機に誘導する」で、来店目的が諸届及びローンの場合には「電子記帳機に誘導しない」であることを示している。
【００６７】
受付番号採番データ１５ｂは、受付番号の採番帯に関連付けられた最終の採番済の受付番号である最終採番済受付番号と、対応する窓口番号をレコード項目とするデータである。図４の受付番号採番データ１５ｂは、採番帯が「ハイカウンタ」の、最終採番済の受付番号が「１５０」で、対応窓口番号が「１，２，３」の窓口で、採番帯が「ローカウンタ」の、最終採番済の受付番号が「５５０」で、対応窓口番号が「４，５」の窓口であることを示している。
【００６８】
受付番号データ１５ｃは、受付番号に関連付けられた来店目的と、受付日付と、受付時刻と、該受付番号の状態と、該受付番号の顧客が呼び出された窓口の番号とをレコードの項目とするデータである。該受付番号の状態の情報は、コード化された情報であって、「１」が受付済で、「２」が対応する顧客を窓口に呼出済で、「９」が対応する顧客の処理が終了していることを示している。
【００６９】
図４の受付番号データ１５ｃの例は、受付番号が「１５０」の番号札に対する顧客は、来店目的が「振込」で、受け付けたのが「２０１４／４／１５」の「１１：３０」で、状態が「２」であり窓口に呼出済で、呼び出された窓口の窓口番号が「２」であることを示すレコードと、受付番号が「５５０」の番号札に対する顧客は、来店目的が「ローン」で、受け付けたのが「２０１４／４／１５」の「１１：３５」で、状態が「１」であり来店を受付済であることを示すレコードとが含まれることを示している。
【００７０】
窓口状態データ１５ｄは、窓口番号に関連付けられた状態をレコードの保有項目とするデータである。状態は、コード化されたデータであって、「０」が顧客をまだ呼び出していないことを示し、「１」が顧客を呼出済であることを示し、「２」が伝票の印刷処理終了済であることを示す。図４の窓口状態データ１５ｄの例は、窓口番号が「１」の窓口の状態は「２」であり呼び出した顧客の伝票が印刷済みであり、窓口番号が「２」の窓口の状態は「１」であり顧客を呼出済であることを示している。
【００７１】
次に、図２に示した電子記帳機３０の実施例１に係る内部構成を説明する。図５は、電子記帳機３０の実施例１に係る内部構成を示すブロック図である。電子記帳機３０は、本人確認資料のイメージを読み取るマルチカードスキャナ３３、携帯端末などに表示された口座情報のＱＲコードを読み取るＱＲコードリーダ３４、番号札を発行するレシートプリンタ３５、受付機１０で発行済の番号札のバーコードを読み取るバーコードリーダ３６及びキャッシュカードなどのカードの情報を読み込むカードリーダ３７を接続することができる。ただし、先に記した通りレシートプリンタ３５及びバーコードリーダ３６は設定に応じていずれかが選択的に接続される。
【００７２】
また、電子記帳機３０は、表示操作部３１と、通信部３２と、記憶部３８と、制御部３９とを有する。表示操作部３１は、タッチパネルディスプレイなどであり、入力項目の表示、操作入力ボタンの表示、操作入力の受付を行う入出力部である。通信部３２は、ＬＡＮ等の通信線を介して受付機１０及びサーバ２０とデータ通信するためのインタフェース部である。
【００７３】
記憶部３８は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部３８は、設定パラメータ３８ａ、受付番号データ３８ｂ、伝票決定パラメータ３８ｃ、伝票テンプレートデータ３８ｄ、伝票項目データ３８ｅ及び本人確認記録データ３８ｆを有する。
【００７４】
設定パラメータ３８ａは、電子記帳機３０で行われる処理に係る設定情報であり、受付機１０で発券された番号札から受付番号を読み取るか、受付機１０に電子記帳機３０から受付番号の採番を依頼することによって取得するかを示す受付番号取得方式の情報を有する。
【００７５】
受付番号データ３８ｂは、受付番号をはじめとする電子記帳機３０で受け付けた顧客の入力情報である。ただし、受付機１０で既に来店の受付が行われて番号札が発行されている場合には、番号札に記載された受付番号を指定して受付機１０から取得した受付機１０において受け付けた情報も含まれる。
【００７６】
伝票決定パラメータ３８ｃは、受け付けた来店目的と来店目的に対応する作成しなければならない伝票の種類を示す伝票ＩＤを対応付けたデータである。電子記帳機３０は該伝票決定パラメータ３８ｃに基づいて来店目的に対応する作成すべき伝票の種類を判定する。
【００７７】
伝票テンプレートデータ３８ｄは、伝票の種類に対応する該伝票に含まれる伝票項目の情報を規定したデータである。来店目的を受け付けて伝票決定パラメータ３８ｃに基づいて作成すべき伝票ＩＤが特定され、伝票ＩＤと該伝票テンプレートデータ３８ｄに基づいて入力しなければならない伝票データが特定される。
【００７８】
伝票項目データ３８ｅは、特定された伝票ＩＤに対応する伝票の伝票項目に対して顧客により入力された情報である。電子記帳機３０では、複数枚の伝票作成に応じた入力を行うことが可能であり、その場合には伝票項目データ３８ｅには複数のレコードが登録されることになる。本人確認記録データ３８ｆは、電子記帳機３０で受け付けた本人確認記録に係るデータである。
【００７９】
制御部３９は、電子記帳機３０の全体を制御する制御部であり、受付番号データ管理部３９ａ、伝票項目データ生成部３９ｂ、本人確認記録生成部３９ｃ、登録データ送信部３９ｄ及び番号札発行処理部３９ｅを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、それぞれに対応するプロセスを実行させることになる。
【００８０】
受付番号データ管理部３９ａは、受付番号データ３８ｂを管理する処理部である。具体的には、設定パラメータ３８ａの受付番号取得方式に受付機１０で発券された番号札から受付番号を読み取るという設定になっている場合には、バーコードリーダ３６により受付機１０で発行済の番号札のバーコードから受付番号を読み取って、受付機１０から受付番号に対する来店目的を取得して、受付番号データ３８ｂに登録する。また、設定パラメータ３８ａの受付番号取得方式に受付機１０に採番を依頼することによって受付番号を取得するという設定になっている場合には、作成する伝票の伝票項目の入力の終了後に、受付機１０に来店目的を指定して受付番号の採番要求を行うことによって受付番号を採番して、受付番号データ３８ｂに採番した受付番号の登録を行う。
【００８１】
伝票項目データ生成部３９ｂは、来店目的と伝票決定パラメータ３８ｃに基づいて作成する伝票の種類である伝票ＩＤを特定し、該伝票ＩＤと伝票テンプレートデータ３８ｄに基づいて決定した伝票項目の入力を受け付けて、受け付けた伝票項目に対する情報を伝票項目データ３８ｅに登録する。来店目的については、設定パラメータ３８ａの受付番号取得方式に受付機１０で発券された番号札から受付番号を読み取るという設定になっている場合には、バーコードリーダ３６により受付機１０で発行済の番号札のバーコードから受付番号を読み取って、受付機１０から受付機１０で既に入力済の受付番号に対する来店目的を取得するが、設定パラメータ３８ａの受付番号取得方式に受付機１０に採番を依頼することによって受付番号を取得するという設定になっている場合には、表示操作部３１に来店目的入力用の画面の表示を行い、該画面の入力を受け付けることによって来店目的を取得する。また、伝票項目データ生成部３９ｂは、カードリーダ３７で読み込んだキャッシュカードなどの情報を伝票項目に対する情報として、伝票項目データ３８ｅに反映させることもできる。
【００８２】
また、伝票項目データ生成部３９ｂは、１つの受付番号に対して複数の伝票の作成を行うことが可能である。図４の設定パラメータ１５ａの例で示した通り、受付番号の採番帯は、来店目的に対応する取引種類（入金・出金、振込、諸届、外貨両替、投資相談等）ごとに設定されている。複数の伝票が作成され、取引種類が複数ある場合には、受付番号は、取引種類ごとに有する採番帯を決定に係る優先順位に基づいて、最も優先順位の高い取引種類に対応する採番帯において採番される。採番帯は、取引種類ごとに取引の複雑度等によっていくつかに分けられている。例えば、投資相談を最も優先順位の高い取引種類とし、以下、順番に、外貨両替、諸届、振込、入金・出金の順番で優先順位が決められている。なお、取引種類の優先順位はこれに限定されるわけではなく、設定によりこれらの優先順位は任意に設定することができる。
【００８３】
本人確認記録生成部３９ｃは、伝票項目データ生成部３９ｂにより生成された伝票項目データ３８ｅに基づいて本人確認が必要な取引があるか否かの判定を行い、本人確認が必要な取引があると判定された場合には、本人確認書類に記載する必要事項を入力する画面を表示して、顧客の入力を受け付けて、受け付けた内容を本人確認記録データ３８ｆに登録する。また、本人確認記録生成部３９ｃは、マルチカードスキャナ３３で取得した本人確認資料のイメージを本人確認記録データ３８ｆに登録する。
【００８４】
登録データ送信部３９ｄは、伝票の項目データの受付処理及び本人確認書類記録に係るデータの受付処理が終了したならば、これらの一連の処理において登録された受付番号データ３８ｂ、伝票項目データ３８ｅ及び本人確認記録データ３８ｆをサーバ２０に送信する。
【００８５】
番号札発行処理部３９ｅは、設定パラメータ３８ａの受付番号取得方式に受付機１０に採番を依頼することによって受付番号を取得するという設定になっている場合には、受付機１０に依頼して採番した受付番号の記載された番号札をレシートプリンタ３５により発行する。
【００８６】
次に、図５に示した電子記帳機３０の実施例１に係るデータ構成について説明する。図６は、電子記帳機３０の実施例１に係るデータ構成について説明するための説明図である。
【００８７】
設定パラメータ３８ａは、受付番号取得方式の情報を有する。受付番号取得方式は、コード化されたデータであって、「１」が番号札のバーコードを読み取ることによって受付番号を取得することを示し、「２」が受付機１０に対して受付番号の採番を依頼することによって受付機１０から取得することを示す。図６の設定パラメータ３８ａの例は、受付番号取得方式が「１」であり番号札のバーコードを読み取ることによって受付番号を取得することを示している。
【００８８】
受付番号データ３８ｂは、受付番号と、来店目的と、来店を受け付けた受付日付及び受付時刻と、来店を受け付けた顧客の口座の情報と、作成する伝票の種類別の枚数とを有する。
【００８９】
図６の受付番号データ３８ｂの例は、受付番号が「１５０」で、来店目的が「振込」で、来店を受け付けた受付日付が「２０１４／４／１５」で受付時刻が「１１：３０」で、カードリーダ３７で読み込まれたキャッシュカードに対応する顧客の口座の情報に店番号が「０００５」で、科目コードが「０１」で口座番号が「１２３４５６７」の情報が含まれていて、作成する伝票の種類別の枚数について入金伝票が「０」枚で、出金伝票が「１」枚で、振込依頼書が「１」枚であることを示している。
【００９０】
伝票決定パラメータ３８ｃは、来店目的と伝票の種類を示す伝票ＩＤとが関連づけられたデータである。図６の伝票決定パラメータ３８ｃの例は、来店目的が入金に対応する伝票ＩＤが「００１」で、来店目的が出金に対応する伝票ＩＤが「００２」で、来店目的が振込に対応する伝票ＩＤが「００３」で、来店目的が税公金納付に対応する伝票ＩＤが「００４」であることを示している。
【００９１】
伝票テンプレートデータ３８ｄは、伝票の種類を示す伝票ＩＤに関連付けた該伝票ＩＤに対応する伝票の項目情報をレコードの保有項目とするデータである。伝票の項目情報には伝票に含まれる項目ごとに項目を識別する項目識別ＩＤなどの情報が含まれる。図６の伝票テンプレートデータ３８ｄの例は、伝票ＩＤが「００２」の伝票については、項目識別ＩＤが「０２０」の項目及び項目識別ＩＤが「０３０」の項目を有していることを示すレコードが含まれていることを示している。
【００９２】
伝票項目データ３８ｅは、登録日付及び受付番号及び受付枝番号に関連付けられた伝票ＩＤと、当該伝票ＩＤに対応する伝票の項目データの登録開始時刻及び登録終了時刻と、該伝票ＩＤに対応する伝票項目ごとに項目識別ＩＤ及び入力された項目値とをレコード項目とするデータである。受付枝番号は、１つの受付番号で複数の伝票を作成する場合に自動的に採番される番号で、同一の受付番号内の伝票を識別する通番である。
【００９３】
図６の伝票項目データ３８ｅの例は、登録日付が「２０１４／４／１５」で、受付番号が「１５０」で、受付枝番号が「０１」に関連づけた伝票ＩＤが「００２」で、当該伝票ＩＤに対応する伝票の項目データの登録開始時刻が「１１：３２」で、登録終了時刻が「１１：３４」で、該伝票項目の入力情報が項目識別ＩＤが「０２０」に対する伝票項目の項目値が「０００５」で、項目識別ＩＤが「０３０」に対する伝票項目の項目値が「０１」であることを示すレコードが含まれていることを表している。
【００９４】
本人確認記録データ３８ｆは、受付番号と、受付枝番号と、本人確認記録データ３８ｆが登録されたた登録日付及び登録時刻と、本人確認記録情報と、本人確認書類のイメージデータとを含む。本人確認記録情報には、顧客の氏名、職業、取引の目的及び本人確認書類の名称などを含む。
【００９５】
図６の本人確認記録データ３８ｆの例は、受付番号が「１５０」で、受付枝番号が「０１」で、本人確認記録データ３８ｆが登録されたた登録日付が「２０１４／４／１５」で、登録時刻が「１１：３６」で、顧客の氏名が「タナカ  イチロウ」で、職業が「会社員」で、取引の目的が「借入金返済」で、本人確認書類が「運転免許証」であることを示している。
【００９６】
次に、図２に示したサーバ２０の実施例１に係る内部構成を説明する。図７は、サーバ２０の実施例１に係る内部構成を示すブロック図である。サーバ２０は、入力部２１及び表示部２２と接続される。入力部２１は、キーボードやマウス等であり、表示部２２は、液晶パネル等のディスプレイ装置である。
【００９７】
また、サーバ２０は、通信部２３と、記憶部２４と、制御部２５とを有する。通信部２３は、ＬＡＮ等の通信線を介して受付機１０、電子記帳機３０、窓口端末４０、スタッフ端末９３、顧客端末９４及びプリンタ９５とデータ通信するためのインタフェース部である。
【００９８】
記憶部２４は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部２４は、受付番号データ２４ａ、伝票項目データ２４ｂ、本人確認記録データ２４ｃ、処理履歴データ２４ｄ及び窓口状態データ２４ｅを有している。
【００９９】
受付番号データ２４ａは、電子記帳機３０から受付番号データ３８ｂを受け付けて登録されたレコードに、受け付けた受付番号データ３８ｂの状態を示す情報を加えたデータである。また、受付番号データ２４ａに含まれる情報は、窓口端末４０により更新が可能であり、受付番号データ２４ａには更新の結果が反映される。
【０１００】
伝票項目データ２４ｂは、電子記帳機３０から伝票項目データ３８ｅを受け付けて登録されたレコードに、受け付けた伝票項目データ３８ｅの状態を示す情報などを加えたデータである。また、伝票項目データ２４ｂは、窓口端末４０により追加、更新及び削除が可能であり、伝票項目データ２４ｂには追加、更新及び削除の結果が反映される。
【０１０１】
本人確認記録データ２４ｃは、電子記帳機３０から本人確認記録データ３８ｆを受け付けて登録されたデータである。また、本人確認記録データ２４ｃに含まれる情報は、窓口端末４０により追加、更新及び削除が可能であり、本人確認記録データ２４ｃには追加、更新及び削除の結果が反映される。
【０１０２】
処理履歴データ２４ｄは、受付番号データ２４ａに登録されたレコードに対する窓口端末４０による処理の実績を記録した情報である。窓口状態データ２４ｅは、受付機１０の窓口状態データ１５ｄと同じ構成の情報であるが、サーバ２０が独自に管理するデータである。
【０１０３】
制御部２５は、サーバ２０の全体を制御する制御部であり、受付番号データ管理部２５ａ、伝票項目データ管理部２５ｂ、本人確認記録管理部２５ｃ、呼出連動処理部２５ｄ、集計処理部２５ｅ及び窓口状態管理部２５ｆを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、対応するプロセスを実行させることになる。
【０１０４】
受付番号データ管理部２５ａは、電子記帳機３０から受付番号データ３８ｂを受け付けて、受付番号データ２４ａに「受付済」の状態として登録する。また、受付番号データ管理部２５ａは、窓口端末４０から受付番号データ２４ａの更新情報を受け付けた場合には更新内容を受付番号データ２４ａに反映する。
【０１０５】
伝票項目データ管理部２５ｂは、電子記帳機３０から伝票項目データ３８ｅを受け付けて、初期化された状態を示す情報などを付加して伝票項目データ２４ｂに登録する。また、伝票項目データ管理部２５ｂは、窓口端末４０から伝票項目データ２４ｂの追加、更新及び削除に係る情報を受け付けた場合には追加、更新及び削除に係る情報を伝票項目データ２４ｂに反映する。また、伝票項目データ２４ｂには対応する伝票を印刷済か否かを示す情報を有しており、窓口端末４０からの印刷した旨の通知を受け付けて印刷済に更新する。
【０１０６】
本人確認記録管理部２５ｃは、電子記帳機３０から本人確認記録データ３８ｆを受け付けて、本人確認記録データ２４ｃに登録する。また、本人確認記録管理部２５ｃは、窓口端末４０から本人確認記録データ２４ｃの更新情報を受け付けた場合には更新内容を本人確認記録データ２４ｃに反映する。
【０１０７】
呼出連動処理部２５ｄは、図１の（ｊ）に示した受付機１０からの受付番号及び呼出窓口の情報を含む呼出の通知に基づいて、呼出の通知に含まれる受付番号に対応する受付番号データ２４ａから抽出したレコードの情報と、該受付番号に対応する伝票項目データ２４ｂから抽出したレコードの情報と、該受付番号に対応する本人確認記録データ２４ｃから抽出したレコードの情報とを、呼出の通知に含まれる呼出窓口の情報に対応する窓口端末４０に送信する。
【０１０８】
また、呼出連動処理部２５ｄは、これらのデータを窓口端末４０に送信したならば、受付番号データ２４ａの呼出窓口番号に受付機１０からの呼出の通知に含まれる呼出窓口に対応する呼出窓口番号が登録されているレコードの状態を「処理終了」に変更して、受付番号データ２４ａの受付機１０からの呼出の通知に含まれる呼び出す受付番号に対応するレコードの状態を「呼出済」を示す状態に変更し、該レコードの呼出窓口番号に呼出先の窓口番号を登録する。
【０１０９】
集計処理部２５ｅは、受付番号データ２４ａを集計して、呼出を待っている顧客の人数や伝票の枚数の集計を行う。また、集計処理部２５ｅは、処理履歴データ２４ｄを集計して、処理した伝票枚数、処理を行った担当者に係る集計を行う。
【０１１０】
窓口状態管理部２５ｆは、窓口が顧客対応中なのか否かの管理を行う管理部であり、管理している内容を窓口状態データ２４ｅとして管理する。具体的には、テラーモニタ９１の操作に基づいて顧客を呼び出したことを示す通知である窓口の識別情報を含む呼出通知を受け付けたならば、呼出通知に含まれる識別情報に対応する窓口の状態を顧客対応中とする。また、窓口端末４０から、窓口の識別情報を含む顧客対応終了通知を受け付けたならば、顧客対応終了通知に含まれる識別情報に対応する窓口の状態を顧客対応が終了したことを示す状態に更新する。また、窓口端末４０から、顧客により登録された伝票の印刷が行われたならば、対応する窓口の状態を伝票が印刷済みであることを示す状態に更新する。また、窓口状態管理部２５ｆは、顧客対応終了通知を受信したり、伝票の印刷が行われたならば、検知した内容を窓口の識別情報に関連付けて受付機１０に送信するようにする。受付機１０はこれらの情報を受け付けて、受付機１０で管理する窓口状態データ１５ｄの更新を行う。
【０１１１】
実施例１では、受付機１０に対して顧客対応終了通知の受信や、伝票の印刷が行われたことを通知することによって、受付機１０において窓口ごとの状態を把握できるようにし、顧客の呼び出しの可否を受付機１０で判定するようにしたが、本発明はこれに限定されるものではない。例えば、窓口状態管理部２５ｆに窓口に対する顧客呼出可否を判定する機能を設け、受付機１０では、テラーモニタ９１による呼出操作が行われた場合に、顧客の窓口への呼び出しの可否を判定する代わりにサーバ２０に対して窓口の識別情報を含む呼出可否判定要求を送信して、サーバ２０が窓口状態データ２４ｅに基づいて判定した結果を受け取って、受け取った判定結果に基づいて処理を行うようにしてもよい。
【０１１２】
次に、図７に示したサーバ２０の実施例１に係るデータ構成について説明する。図８は、サーバ２０の実施例１に係るデータ構成について説明するための説明図である。
【０１１３】
受付番号データ２４ａは、受付番号と、来店目的と、来店を受け付けた受付日付及び受付時刻と、当該受付番号に対応する顧客の状態と、呼び出された窓口の番号と、顧客の口座の情報と、作成する伝票の種類別の枚数とをレコード項目とするデータである。状態は、コード化されたデータであって、「１」が受付済で、「２」が呼出済で、「９」が処理終了であることを示している。口座の情報には店番、科目及び口座番号などの情報を含む。
【０１１４】
図８の受付番号データ２４ａの例は、受付番号が「１５０」の顧客は、来店目的が「振込」で、来店を受け付けた受付日付が「２０１４／４／１５」で、受付時刻が「１１：３０」で、状態が「２」であり呼出済で、呼出窓口番号が「１」で、来店を受け付けた顧客の口座の情報に店番号が「０００５」で、科目が「０１」で、口座番号が「１２３４５６７」の情報が含まれていて、作成する伝票の種類別の枚数について入金伝票が「０」枚で、出金伝票が「１」枚で、振込依頼書が「１」枚であることを示すレコードが含まれていることを表している。また、受付番号データ２４ａの例は、受付番号が「５５０」の顧客は、来店目的が「ローン」で、来店を受け付けた受付日付が「２０１４／４／１５」で、受付時刻が「１１：３５」で、状態が「１」であり受付済で、作成する伝票の種類別の枚数について入金伝票が「０」枚で、出金伝票が「０」枚で、振込依頼書が「０」枚であることを示すレコードが含まれていることを表している。
【０１１５】
伝票項目データ２４ｂは、登録日付、受付番号及び受付枝番号に関連付けた伝票ＩＤと、当該伝票ＩＤに対応する伝票の項目データの電子記帳機３０における登録開始時刻及び登録終了時刻と、状態と、修正フラグと、追加フラグと、印刷フラグと、該伝票ＩＤに対応する伝票項目ごとの項目識別ＩＤと入力された項目値とをレコード項目とするデータである。状態は、コード化された情報であって「０」が未処理で、「１」が呼出済で、「２」が保留で、「８」が削除で、「９」が処理済であることを示す。修正フラグはコード化された情報であって「０」が修正していないことを示し、「１」が修正済であることを示す。追加フラグはコード化された情報であって「０」が電子記帳機３０で作成したデータであることを示し、「１」が窓口端末４０で追加したことを示す。印刷フラグはコード化された情報であって「０」が当該レコードに対応する伝票が未印刷で、「１」が印刷済であることを示す。図８に示した伝票項目データ２４ｂは、状態に削除を示す「８」が設定されることがある。つまり、レコードに対応する伝票に係る情報が取り消された場合には、該状態に「８」が設定されることとなる。しかしながら本発明はこれに限定されるものではなく、取り消された場合にはレコードを削除するようにしてもよい。
【０１１６】
図８の伝票項目データ２４ｂの例は、登録日付が「２０１４／４／１５」で、受付番号が「１５０」で、受付枝番号が「０１」に関連づけた伝票ＩＤが「００２」で、電子記帳機３０における当該伝票ＩＤに対応する伝票の項目データの登録開始時刻が「１１：３２」で、登録終了時刻が「１１：３４」で、状態が「１」で呼出済であり、修正フラグが「０」で修正していなくて、追加フラグが「０」で電子記帳機３０において作成して、印刷フラグが「１」で印刷済であり、伝票項目の入力情報が項目識別ＩＤが「０２０」に対する伝票項目の項目値が「０００５」で、項目識別ＩＤが「０３０」に対する伝票項目の項目値が「０１」であることを示すレコードが含まれていることを表している。
【０１１７】
本人確認記録データ２４ｃは、登録日付と、受付番号と、受付枝番号に関連付けた本人確認記録情報と、本人確認書類のイメージデータなどとをレコード項目とするデータである。本人確認記録情報には、顧客の氏名、職業、取引の目的及び本人確認書類の名称などを含む。
【０１１８】
図８の本人確認記録データ２４ｃの例は、登録日付が「２０１４／４／１５」で、受付番号が「１５０」で、受付枝番号が「０１」で、顧客の氏名が「タナカ  イチロウ」で、職業が「会社員」で、取引の目的が「借入金返済」で、本人確認書類が「運転免許証」であることを示すレコードが含まれていることを表している。
【０１１９】
処理履歴データ２４ｄは、処理日付と、受付番号と、該受付番号に対する窓口での処理の処理開始時刻及び処理終了時刻と、処理を行ったテラーの担当者ＩＤと、担当者名と、処理が終了した作成伝票の種類別の枚数とをレコード項目とするデータである。
【０１２０】
図８の処理履歴データ２４ｄの例は、処理日付が「２０１４／４／１５」で、受付番号が「１５０」で、該受付番号に対する窓口での処理の処理開始時刻が「１１：５０」で、処理終了時刻が［１１：５５］で、処理を行ったテラーの担当者ＩＤが「１１０」で、担当者名が「山田花子」で、処理が終了した作成伝票の種類別の枚数が入金伝票が「０」枚、出金伝票が「１」枚、振込依頼書が「１」枚であることを示すレコードが含まれていることを表している。
【０１２１】
次に、図２に示した窓口端末４０の実施例１に係る内部構成を説明する。図９は、窓口端末４０の実施例１に係る内部構成を示すブロック図である。窓口端末４０は、表示操作部４１と、通信部４２と、記憶部４３と、制御部４４と、人感センサ４５とを有する。表示操作部４１は、タッチパネルディスプレイなどであり、入力項目の表示、操作入力ボタンの表示、入力操作の受付を行う入出力部である。通信部４２は、ＬＡＮ等の通信線を介してサーバ２０とデータ通信するためのインタフェース部である。人感センサ４５は、窓口端末４０が設置される窓口に設置され、該窓口に呼び出された顧客が窓口に来たことを検知する。
【０１２２】
記憶部４３は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部４３は、受付番号リストデータ４３ａ、受付番号データ４３ｂ、伝票決定パラメータ４３ｃ、伝票テンプレートデータ４３ｄ、伝票項目データ４３ｅ及び本人確認記録データ４３ｆを有している。
【０１２３】
受付番号リストデータ４３ａは、窓口端末４０が有する未呼出リスト又は処理済リストを表示する処理実施時にサーバ２０から取得した未呼出の受付番号に係る一覧情報又は処理済の受付番号に係る一覧情報である。
【０１２４】
受付番号データ４３ｂは、電子記帳機３０の受付番号データ３８ｂと同じ形式のデータであって、顧客を窓口に呼び出した時に、サーバ２０から受信した受付番号データ２４ａの呼び出した顧客に対応するレコードを記憶したデータである。また、顧客呼出時以外にも、未呼出リスト又は処理済リストからいずれかの受付番号に対する登録済の伝票内容の照会の操作を受け付けた場合には、サーバ２０から受付番号データ２４ａの指定された受付番号に対応するレコードを取得して当該受付番号データ４３ｂとして記憶する。
【０１２５】
伝票決定パラメータ４３ｃは、電子記帳機３０の伝票決定パラメータ３８ｃと同じである。また、伝票テンプレートデータ４３ｄは、電子記帳機３０の伝票テンプレートデータ３８ｄと同じである。
【０１２６】
伝票項目データ４３ｅは、電子記帳機３０の伝票項目データ３８ｅと同じ形式のデータであって、顧客を窓口に呼び出した時に、サーバ２０から受信した伝票項目データ２４ｂの呼び出した顧客に対応するレコードを記憶したデータである。また、顧客呼出時以外にも、未呼出リスト又は処理済リストからいずれかの受付番号に対する登録済の伝票内容の照会の操作を受け付けた場合には、サーバ２０から伝票項目データ２４ｂの指定された受付番号に対応するレコードを取得して当該伝票項目データ４３ｅとして記憶する。
【０１２７】
本人確認記録データ４３ｆは、電子記帳機３０の本人確認記録データ３８ｆと同じ形式のデータであって、顧客を窓口に呼び出した時に、サーバ２０から受信した本人確認記録データ２４ｃの呼び出した顧客に対応するレコードを記憶したデータである。
【０１２８】
制御部４４は、窓口端末４０の全体を制御する制御部であり、受付番号リスト表示部４４ａ、伝票項目データ更新部４４ｂ、本人確認記録更新部４４ｃ、更新データ送信部４４ｄ、印刷処理部４４ｅ、集計結果出力部４４ｆ及び窓口状態通知部４４ｇを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、対応するプロセスを実行させることになる。
【０１２９】
受付番号リスト表示部４４ａは、表示操作部４１による指示を受け付けて未呼出リスト又は処理済リストを表示する。
【０１３０】
伝票項目データ更新部４４ｂは、顧客を窓口に呼び出した時に、サーバ２０から受信した伝票項目データ２４ｂの呼び出した顧客に対応するレコードを伝票項目データ４３ｅとして記憶し、伝票項目データ４３ｅの内容を画面に表示すると共に変更の入力を受け付けて、受け付けた内容を伝票項目データ４３ｅに反映する。また、伝票項目データ更新部４４ｂは、伝票項目データ４３ｅに登録されている伝票単位の情報を取り消すことも可能である。また、伝票項目データ更新部４４ｂは、伝票項目データ４３ｅに伝票単位の情報を追加することもできる。
【０１３１】
また、伝票項目データ更新部４４ｂは、一旦は伝票項目データ４３ｅに登録されたが削除された伝票に係る情報を用いて新たな伝票の登録をすることができる。ただし、その場合には、窓口担当者などによる不正な情報の引用を防止するために、役席者及び顧客の承認などが必要である。
【０１３２】
本人確認記録更新部４４ｃは、顧客を窓口に呼び出した時に、サーバ２０から受信した本人確認記録データ２４ｃの呼び出した顧客に対応するレコードを本人確認記録データ４３ｆとして記憶し、本人確認記録データ４３ｆの内容を画面に表示すると共に変更の入力を受け付けて、受け付けた内容を本人確認記録データ４３ｆに反映する。また、本人確認記録更新部４４ｃは、本人確認記録データ４３ｆに登録されている本人確認記録単位の情報を削除することも可能である。また、本人確認記録更新部４４ｃは、本人確認記録データ４３ｆに新たに本人確認記録を追加することもできる。
【０１３３】
更新データ送信部４４ｄは、顧客を窓口に呼び出してから行われた受付番号データ４３ｂ、伝票項目データ４３ｅ及び本人確認記録データ４３ｆの更新内容をサーバ２０に送信する。印刷処理部４４ｅは、伝票項目データ４３ｅ及び本人確認記録データ４３ｆに基づいて、伝票及び本人確認記録をプリンタ９５から出力する。また、印刷処理部４４ｅは、伝票の印字に際して印刷される伝票枚数を画面に表示する。これによって操作者は、プリンタ９５から出力された伝票の取り忘れがないことを確認することができる。集計結果出力部４４ｆは、サーバ２０に集計の種類を指定して集計要求を行うことにより、指定に応じた集計結果を取得して、表示操作部４１若しくはプリンタ９５などに出力する。
【０１３４】
窓口状態通知部４４ｇは、窓口における伝票の印刷終了や、顧客対応の終了を検知してサーバ２０に伝票の印刷終了を示す印刷終了通知又は顧客対応終了通知を、窓口の識別情報と共に送信する。サーバ２０はこれらの通知に基づいて、窓口状態データ２４ｅの更新を行う。
【０１３５】
次に、図９に示した窓口端末４０の実施例１に係るデータ構成について図１０を用いて説明する。
【０１３６】
受付番号リストデータ４３ａは、受付番号、顧客名、顧客の来店目的、電子記帳機３０で作成した伝票の枚数、状態、テラーの担当者ＩＤ及び担当者名をレコードの保有項目とするデータである。状態は、コード化されたデータであって、「１」が受付済で、「２」が呼出済で、「９」が処理終了であることを示している。
【０１３７】
図１０の受付番号リストデータ４３ａの例は、受付番号が「１４５」は、顧客名が「鈴木太郎」で、来店目的が「税公金」で、電子記帳機３０で作成した伝票の枚数が「２」枚で、状態が「２」であり呼出済で、テラーの担当者ＩＤが「１１０」で、担当者名が「山田花子」であることを示すレコードが含まれていることを表している。また、受付番号が「５４９」は、来店目的が「諸届」で、電子記帳機３０で作成した伝票の枚数が「０」枚で、状態が「９」であり処理終了で、テラーの担当者ＩＤが「２０５」で、担当者名が「田中裕子」であることを示すレコードが含まれていることを表している。
【０１３８】
次に、図２に示した電子記帳機３０における作成する伝票の伝票項目の入力に係る画面構成及び操作にともなう画面遷移について図１１を用いて説明する。図１１の例は、電子記帳機３０の設定パラメータ３８ａに受付機１０で発券された番号札から受付番号を読み取るという設定となっている場合の画面遷移の例である。
【０１３９】
図１１（ａ）は、電子記帳機３０の初期画面であり、受付機１０で発行された番号札のバーコードをバーコードリーダ３６で読み取る旨のメッセージが表示される。バーコードリーダ３６により番号札のバーコードが読み取られると、バーコードから読み取った受付番号が画面中央の受付番号のフィールドに表示される。画面下部には、受付番号をテンキーを用いて入力する画面を展開するための「テンキーで入力」ボタンと、画面中央の受付番号フィールドに表示された受付番号を確認して次の画面に展開するための「確認」ボタンとが配置される。
【０１４０】
図１１（ａ）の画面で、受付機１０で来店目的に出金を指定して発行された番号札のバーコードを読み取って「確認」ボタンを押下すると、図１１（ｂ）に示す画面に画面遷移する。図１１（ｂ）の画面は、カードリーダ３７で読み取ったキャッシュカードの情報と、表示されたキャッシュカードの口座から出金することを確認する旨のメッセージとが表示される。また、図１１（ｂ）の画面下部には、ＱＲコードリーダ３４で出金元の口座を指定するための画面へ遷移するための「ＱＲコード読取」ボタンと、テンキーなどによりその他の口座を指定するための画面へ遷移するための「その他」ボタンと、図１１（ｂ）に表示された口座からの出金することを確認して次の画面に展開するための「確認」ボタンとが配置される。
【０１４１】
図１１（ｂ）の画面で「ＱＲコード読取」ボタンが押下されたならば、図１１（ｃ）に示す画面に遷移する。図１１（ｃ）の画面には、携帯端末に表示された口座情報を含むＱＲコードを読み取る旨のメッセージが表示される。画面の中央には、携帯端末に表示されたＱＲコードから読み取った口座に係る情報を表示するためのフィールドが配置される。また、画面下部には、カードリーダ３７で読み取ったキャッシュカードから出金することを指示するための「カード口座」ボタンと、テンキーなどによりその他の口座を指定するための画面へ遷移するための「その他」ボタンと、ＱＲコードを読み取った後に表示された口座から出金することを確認して次の画面に展開するための「確認」ボタンとが配置される。
【０１４２】
図１１（ｃ）の画面で、「カード口座」ボタンが押下されると図１１（ｂ）に戻る。また、図１１（ｂ）で「確認」ボタンが押下されるか、図１１（ｃ）で携帯端末に表示されたＱＲコードを読み取って「確認」ボタンが押下されると図１１（ｄ）に示す画面に遷移する。図１１に示した例では、図１１（ｃ）でＱＲコードを読み込んで、ＱＲコードから読み込んだ口座に係る情報を自動入力して図１１（ｄ）の出金金額の入力用の画面に遷移しているが、予め携帯端末に出金金額を含むすべての入力項目が登録され、これらの入力項目のデータがＱＲコード化されている場合は、このＱＲコードの読み込みにより出金金額を含むすべての入力項目を自動入力して、図１１（ｅ）の画面に遷移するようにしてもよい。
【０１４３】
図１１（ｄ）の画面は、出金金額を入力するための画面であって、出金金額を入力する旨のメッセージと、出金金額を入力するためのテンキーと、テンキーで入力した金額を表示する金額のフィールドとが配置される。また、画面下部には、金額のフィールドに表示された金額を確認して次の画面に展開するための「確認」ボタンが配置される。
【０１４４】
図１１（ｄ）でテンキーにより出金金額を入力して「確認」ボタンを押下したならば図１１（ｅ）に示す画面に遷移する。図１１（ｅ）は、顧客が入力した出金伝票の項目の入力内容を確認するための画面で、出金伝票の項目の入力内容の一覧が表示され、表示された内容を確認したら「確認」ボタン、項目を修正する場合には項目名をタッチする旨のメッセージが表示される。また、下部には「確認」ボタンが配置される。
【０１４５】
図１１（ｅ）の画面で「確認」ボタンが押下されると、図１１（ｆ）に示す画面に遷移する。図１１（ｆ）の画面には、続けて他の伝票を作成することを示す「続けて他の伝票を作成」ボタンと、伝票作成を終了することを示す「終了」ボタンとが配置される。
【０１４６】
図１１（ｆ）の画面で「続けて他の伝票を作成」ボタンが押下された場合には、図１１（ｇ）の画面に遷移する。図１１（ｇ）の画面は、作成する伝票を選択するための画面である。図１１（ｇ）の画面には、図に示すように作成する伝票を指定するためのボタンと、図１１（ｆ）の画面に戻るための「戻る」ボタンが配置される。
【０１４７】
次に、図２に示した窓口端末４０における作成伝票の伝票項目の内容の確認に係る画面構成及び操作にともなう画面遷移について図１２を用いて説明する。
【０１４８】
図１２（ａ）は、窓口端末４０の初期メニュー画面である。画面には処理を選択する旨のメッセージと、まだ窓口に呼び出されていない顧客のリストの表示処理を示す「未呼出リスト」ボタンと、処理済の顧客のリストの表示処理を示す「処理済リスト」ボタンと、新たな伝票作成を示す「伝票作成」ボタンと、各種集計処理のメニューの表示をするための「集計」ボタンとが配置される。
【０１４９】
未呼出リストを表示することで事前に顧客が希望する取引の内容（取引種別：入金、出金、振込などとその金額）を確認することが可能となり、テラーは、顧客が窓口に来る前に準備をすることができる。また、サーバ２０に予めＶＩＰ及び要注意人物を特定する口座情報などの個人特定するための情報を登録しておき、未呼出リスト及び処理済リストに含まれる顧客に関連付けられた情報と、予めサーバ２０に登録されたＶＩＰ及び要注意人物に係る情報をマッチングすることによりＶＩＰ又は要注意人物であるか否かを判別し、未呼出リスト又は処理済リストに判別結果を識別可能に表示するようにしてもよい。
【０１５０】
図１２（ａ）の画面で、「未呼出リスト」のボタンが押下されると図１２（ｂ）に示す画面に遷移する。図１２（ｂ）の画面には、サーバ２０が管理する窓口に呼び出されることを待っている顧客の一覧である未呼出リストが１人１行の表形式で表示される。未呼出リストの各行の右側には、その行の顧客の作成済の伝票の内容を照会するための「参照」ボタンが配置される。また、図１２（ｂ）の画面下部には、図１２（ａ）の初期メニュー画面に戻るための「戻る」ボタンと、表示された未呼出リストが複数ページに跨っている場合に前のページへの遷移を指示するための「前頁」ボタンと、次のページへの遷移を指示するための「次頁」ボタンとが配置される。
【０１５１】
また、図１２（ｂ）の画面で未呼出リストに含まれる顧客の伝票の項目の内容を変更する場合には、未呼出リストに表示される受付番号をタッチすることにより伝票項目の内容を変更用の画面を表示することができる。窓口端末４０において、未呼出リスト及び処理済リストの受付番号をタッチすることによって表示される内容は、窓口端末４０で処理可能な取引に絞り込んで表示される。つまり、窓口に割り当てられている業務に対応する取引の伝票データのみが確認できるようになっている。
【０１５２】
また、図１２（ａ）の画面で、「伝票作成」のボタンが押下されると図１２（ｃ）に示す画面に遷移する。図１２（ｃ）の画面には、図に示すように作成する伝票を指定するためのボタンと、図１２（ａ）の初期メニュー画面に戻るための「戻る」ボタンが配置される。
【０１５３】
図１２（ｂ）の画面で、例えば受付番号の１５１の行をタッチした場合には図１２（ｄ）に示す画面に遷移する。図１２（ｄ）の画面は、図１２（ｂ）の未呼出リストに表示された受付番号１５１の顧客が電子記帳機３０で作成した伝票の項目内容を表示している画面である。図１２（ｄ）に示すように、画面の中央には顧客が作成した伝票名と、該伝票名に対応する伝票の項目名と該項目名に対する顧客入力内容が表示される。また図１２（ｄ）に示す例では、受付番号１５１に対応する顧客は電子記帳機３０において伝票を２枚作成した例であって、伝票名の右側には２枚作成したうちの１枚目であることを示す「１／２」の表示が行われている。また。図１２（ｄ）の画面下部には、図１２（ｂ）の初期メニュー画面に戻るための「戻る」ボタンと、複数の伝票が作成されている場合に表示中の伝票の前に作成された伝票に係る情報の表示を指示するための「前伝票」ボタンと、表示中の伝票の次に作成された伝票に係る情報の表示を指示するための「次伝票」ボタンと、表示中の伝票の取消を指示するための「取消」ボタンと、表示されている伝票の項目内容の確認を終了して次の伝票の項目内容を表示する画面に遷移するための「確認」ボタンとが配置される。また、図１２（ｄ）に表示された伝票の項目内容を変更する場合には、伝票項目名をタッチすることにより、タッチされた伝票項目の変更を行うための画面へ遷移させることができる。
【０１５４】
図１２では、図１２（ｂ）の未呼出リストの画面から受付番号をタッチすることによって図１２（ｄ）の画面に遷移することを説明したが、テラーモニタ９１の呼出操作によって顧客を呼び出した場合にも、テラーモニタ９１の呼出操作に連動して呼び出された顧客の受付番号に対応する図１２（ｄ）の画面が自動的に表示される。
【０１５５】
また、図１２（ｂ）の画面で、例えば受付番号１５１に対応する行の右側の「参照」ボタンが押下されたならば、図１２（ｅ）に示す受付番号１５１の顧客が電子記帳機３０で作成した伝票の項目内容の照会画面に遷移する。画面の表示内容は図１２（ｄ）にほぼ同様であるが、図１２（ｄ）と比較すると画面下部に「取消」ボタン及び「確認」ボタンがない。また、図１２（ｅ）の画面は照会用の画面であることから、伝票項目名をタッチしてもタッチされた伝票項目の変更を行うための画面への遷移は行われない。
【０１５６】
全ての伝票に対して、図１２（ｄ）の画面で項目内容の確認を受け付けて、さらに同様の操作によりその他の全ての伝票の確認操作を受け付けたならば、確認された情報に基づいて確認された全ての伝票の印字を開始し、図１２（ｆ）に示す印刷した伝票枚数の確認用の画面の表示を行う。操作者はプリンタ９５で出力された伝票枚数と図１２（ｆ）で表示された伝票枚数とが一致していることを確認したならば、画面下部の「確認」ボタンを押下する。この「確認」ボタンが押下されると、図１２（ｇ）に示す画面に遷移する。図１２（ｇ）の画面は、窓口における顧客の対応が全て終了した旨を入力するための画面であり、画面中央には顧客の窓口における対応がすべて終了した旨を入力するための「終了」ボタンが配置される。該「終了」ボタンが操作されると、サーバ２０に顧客対応終了通知が送信される。
【０１５７】
また、図１２（ｄ）の画面で出金金額の項目名がタッチされたならば、図１２（ｈ）に示す出金金額の変更用の画面に遷移する。図１２（ｈ）の画面で出金金額を入力して「確認」ボタンが押下されたならば、出金金額を入力された金額に更新して図１２（ｄ）の画面に戻る。また、図１２（ｈ）に画面遷移後に内容の変更を行わない場合には「戻る」ボタンの押下により図１２（ｄ）の画面に戻る。
【０１５８】
次に、図２に示したテラーモニタ９１で顧客の呼び出しが行われた後の窓口の状態の管理に係る処理の処理手順について図１３を用いて説明する。
【０１５９】
テラーモニタ９１は、顧客の呼出操作を受け付けたならば、テラーモニタ９１が設置される窓口の識別情報を含む呼出要求を受付機１０に送信する（ステップＳ１０１）。呼出要求を受け付けたならば、受付機１０の窓口状態管理部１６ｅは、窓口状態データ１５ｄに基づいて受信した呼出要求に含まれる識別情報に対する窓口の状態が未呼出の状態であるか否かの判定を行い、窓口の状態が未呼出の状態である場合（ステップＳ２０１；Ｙｅｓ）には、窓口状態データ１５ｄの対応する窓口の状態を呼出済に更新する（ステップＳ２０２）。また、受付番号データ管理部１６ｄは、受付番号データ１５ｃの中から呼び出すべき受付番号を決定して、呼出要求で受け付けた窓口の識別情報及び呼び出す受付番号を含む呼び出しの指示を番号呼出装置９２に送信する（ステップＳ２０３）。また、受付番号データ管理部１６ｄは、ステップＳ２０３で決定した受付番号及び呼出要求に含まれる窓口の識別情報とを含む呼出通知をサーバ２０に送信する（ステップＳ２０４）。また、呼出要求に含まれる識別情報に対する窓口の状態が未呼出の状態ではなかった場合（ステップＳ２０１；Ｎｏ）には、呼出不可として処理を終了する。
【０１６０】
受付機１０からステップＳ２０３により送信された呼び出しの指示を受け付けたならば、番号呼出装置９２は、呼び出しの指示に含まれる窓口の識別情報と受付番号に基づいて、顧客の窓口への呼び出しを行う（ステップＳ３０１）。具体的には、受け付けた受付番号の顧客を識別番号で指定された窓口へ誘導するような表示と音声出力により顧客を窓口に誘導する。
【０１６１】
受付機１０からステップＳ２０４により送信された呼出通知を受付けたならば、サーバ２０の呼出連動処理部２５ｄは、伝票項目データ２４ｂから呼出通知に含まれる受付番号に対応する伝票に係る情報を抽出して、呼出通知に含まれる窓口の識別情報に対応する窓口端末４０に、伝票項目データ２４ｂから抽出した受付番号に対応する伝票に係る情報を送信する（ステップＳ４０１）。
【０１６２】
サーバ２０からステップＳ４０１により送信された伝票に係る情報を受け付けたならば、窓口端末４０の伝票項目データ更新部４４ｂは、受け付けた伝票に係る情報の顧客確認処理を行って、確認済の伝票に係る情報に基づいて伝票の印刷を行い、印刷処理を行った旨の通知をサーバ２０に送信する（ステップＳ５０１）。伝票に係る情報の顧客確認及び伝票の印刷処理についての処理手順の詳細は後述する。窓口端末４０からステップＳ５０１により送信された印刷を行った旨の通知を受け付けたならば、サーバ２０の窓口状態管理部２５ｆは、窓口の識別情報を含む伝票の印刷を行った旨の通知を受付機１０に送信するとともに、窓口状態データ２４ｅの対応する窓口の状態を伝票印刷済に更新する（ステップＳ４０２）。サーバ２０からの伝票の印刷を行った旨の通知を受け付けたならば、受付機１０の窓口状態管理部１６ｅは、窓口状態データ１５ｄの対応する窓口の状態を伝票印刷済に更新する（ステップＳ２０５）。
【０１６３】
また、窓口端末４０において、窓口状態通知部４４ｇは、ステップＳ５０１の処理に続いて図１２（ｇ）に示した顧客対応が終了した旨を入力するための画面の表示を行い、顧客対応の終了を示す「終了」ボタンの操作を受け付けて、サーバ２０に顧客対応終了通知を送信する（ステップＳ５０２）。窓口端末４０からステップＳ５０２により送信された顧客対応終了通知を受信したならば、サーバ２０の窓口状態管理部２５ｆは、窓口の識別情報を含む顧客対応終了通知を受付機１０に送信するとともに、窓口状態データ２４ｅの対応する窓口の状態を顧客対応が終了した状態である未呼出に更新する（ステップＳ４０３）。サーバ２０からステップＳ４０３により送信された顧客対応終了通知を受信したならば、受付機１０の窓口状態管理部１６ｅは、窓口状態データ１５ｄの対応する窓口の状態を未呼出に更新して（ステップＳ２０６）、処理を終了する。
【０１６４】
図１３で説明したように、実施例１では受付機１０に対して、ステップＳ４０２で窓口の識別情報を含む伝票の印刷を行った旨の通知を送信したり、ステップＳ４０３で窓口の識別情報を含む顧客対応終了通知を送信することにより、受付機１０で窓口の顧客対応情報を把握できるようにして、受付機１０自身でステップＳ２０１に示したように呼出の可否の判定を行えるようにしたが、本発明はこれに限定されるものではない。例えば、サーバ２０に窓口状態データ２４ｅに基づいて、顧客の呼び出しの可否を判定する機能を持たせて、受付機１０は、ステップＳ２０１において受付機１０自身で顧客の呼び出しの可否を判定する代わりにサーバ２０に判定を依頼してその判定結果に基づいて処理を分岐するようにしてもよい。その場合には、受付機１０は、窓口状態データ１５ｄを管理する必要がなくなることから、サーバ２０からステップＳ４０２で窓口の識別情報を含む伝票の印刷を行った旨の通知を送信したり、ステップＳ４０３で窓口の識別情報を含む顧客対応終了通知を送信することも不要となる。
【０１６５】
次に、図２に示した窓口端末４０における作成伝票の伝票項目の内容の確認処理及び作成伝票の印刷処理などの一連の処理の処理手順について図１４に示したフローチャートを用いて説明する。図１４に示すフローチャートは、図１３に示した伝票確認・印刷処理（ステップＳ５０１）及び終了受付・通知処理（ステップＳ５０２）の詳細な処理手順を示すものである。
【０１６６】
テラーモニタ９１の顧客呼出操作に連動してサーバ２０から受け付けたデータに作成済の伝票に係る情報がある場合（ステップＳ６０１；Ｙｅｓ）には、伝票項目データ更新部４４ｂは、図１２（ｄ）で示したような作成済の伝票の項目の入力情報の全項目を画面に表示する（ステップＳ６０２）。サーバ２０から受け付けたデータに作成済の伝票に係る情報がない場合（ステップＳ６０１；Ｎｏ）には、ステップＳ６０９に移行する。
【０１６７】
ステップＳ６０２で表示した画面において表示された作成済伝票の項目入力情報に問題がない旨を示す「確認」ボタンの操作を受け付けた場合（ステップＳ６０３；Ｙｅｓ）にはステップＳ６０４に移行する。ステップＳ６０２で表示した画面において、表示された情報に対応する伝票を取り消す旨を示す「取消」ボタンの操作を受け付けた場合（ステップＳ６０３；Ｎｏ、ステップＳ６０５；Ｙｅｓ）には、画面に表示されている伝票を削除するものとして、受付番号データ４３ｂの作成済の伝票種類別の枚数の情報を更新し、対応する伝票に対応する伝票項目データ４３ｅのレコードを削除の状態に更新して（ステップＳ６０６）、サーバ２０から受け付けた作成済の伝票に係る情報のうち、まだ確認を行っていない伝票に係る情報がある場合（ステップＳ６０４；Ｎｏ）には、ステップＳ６０２に戻ることによって、まだ確認を行っていない伝票に対する処理を行う。
【０１６８】
また、ステップＳ６０２で表示した画面において、表示された伝票項目の名称がタップされることにより更新する項目の選択操作を受け付けた場合（ステップＳ６０５；Ｎｏ、ステップＳ６０７；Ｙｅｓ）には、選択した伝票項目の変更用の入力画面を表示して、変更内容を受け付けて、受け付けた内容に基づいて伝票項目データ４３ｅの更新を行って（ステップＳ６０８）、ステップＳ６０２に戻る。また、表示された伝票項目の名称のタップによる更新する項目の選択操作も受け付けていない場合（ステップＳ６０７；Ｎｏ）には、ステップＳ６０８の処理をスキップしてステップＳ６０２に移行する。
【０１６９】
サーバ２０から受け付けた作成済の伝票に係る情報について、全ての伝票に係る情報が確認済である場合（ステップＳ６０４；Ｙｅｓ）には、伝票項目データ更新部４４ｂは、他の伝票を続けて作成するかどうかの選択操作を受け付ける画面を表示して、他の伝票作成を行わない旨の操作を受け付けたならば（ステップＳ６０９；Ｎｏ）、ステップＳ６０９までの処理で確認若しくは更新された伝票項目データ４３ｅに応じて本人確認が必要な取引の有無を判定し、本人確認が必要であると判定された場合（ステップＳ６１０；Ｙｅｓ）には、本人確認記録更新部４４ｃは、サーバ２０から登録済の本人確認記録を受け付けていればその内容を表示して登録済の本人確認記録の内容の変更入力を受け付け、サーバ２０で登録済の本人確認記録を受け付けていなければ登録用の画面を表示して登録する本人確認記録の情報を受け付けて、受け付けた内容で本人確認記録データ４３ｆの登録若しくは本人確認記録データ４３ｆを更新する（ステップＳ６１１）。本人確認が必要であると判定されなかった場合（ステップＳ６１０；Ｎｏ）には、ステップＳ６１１の処理をスキップする。
【０１７０】
ステップＳ６１１までの処理において、伝票項目データ４３ｅに削除されていない印刷の対象となる有効な情報があるか、本人確認記録データ４３ｆに印刷の対象となる有効なデータがある場合（ステップＳ６１２；Ｙｅｓ）には、印刷処理部４４ｅは、表示操作部４１に印刷する伝票の枚数を表示するとともに、伝票項目データ４３ｅに基づいて伝票をプリンタ９５で印刷し、本人確認記録データ４３ｆに基づいて本人確認記録をプリンタ９５で印刷する（ステップＳ６１３）。ステップＳ６１１までの処理において、伝票項目データ４３ｅに削除されていない印刷の対象となる有効な情報がなく、本人確認記録データ４３ｆにも印刷の対象となる有効なデータがない場合（ステップＳ６１２；Ｎｏ）には、ステップＳ６１３をスキップする。更新データ送信部４４ｄは受付番号データ４３ｂ、伝票項目データ４３ｅ及び本人確認記録データ４３ｆをサーバ２０に送信する（ステップＳ６１４）。本フローチャートの説明では、ステップＳ６１４において受付番号データ４３ｂ、伝票項目データ４３ｅ及び本人確認記録データ４３ｆを全てサーバ２０に送信するものとしたが、更新分のみを送信するものとしてもよい。
【０１７１】
窓口状態通知部４４ｇは、図１２（ｇ）に示したような窓口における顧客の対応が全て終了した旨を入力するための画面の表示を行い入力を受け付ける（ステップＳ６１５）。ステップＳ６１５で表示した画面において「終了」ボタンの操作を受け付けたならば（ステップＳ６１６；Ｙｅｓ）、窓口状態通知部４４ｇはサーバ２０に窓口における顧客の対応がすべて終了したことを示す顧客対応終了通知を送信して（ステップＳ６１７）、処理を終了する。ステップＳ６１５で表示した画面において「終了」ボタンの操作を受け付けていないならば（ステップＳ６１６；Ｎｏ）、ステップＳ６１６に戻ることにより「終了」ボタンが操作されることを待ち合わせる。
【０１７２】
他の伝票を続けて作成するかどうかの選択操作を受け付ける画面において、他の伝票作成を行う旨の操作を受け付けたならば（ステップＳ６０９；Ｙｅｓ）、伝票項目データ更新部４４ｂは、図１２（ｃ）に示したような来店目的に対応する作成する伝票を指定するための画面を表示して作成する伝票の指定を受け付ける（ステップＳ６１８）。
【０１７３】
伝票項目データ更新部４４ｂは、ステップＳ６１８で受け付けた指定伝票の伝票項目で未入力の項目の入力画面を表示し、当該項目に対する入力を受け付けて、受け付けた入力内容を伝票項目データ４３ｅに追加したレコードの伝票項目入力情報に登録する（ステップＳ６１９）。ステップＳ６１９の処理で入力処理が終了していない伝票項目がある場合（ステップＳ６２０；Ｎｏ）には、ステップＳ６１９に戻る。ステップＳ６１９の処理で全ての伝票項目に対する入力処理が終了している場合（ステップＳ６２０；Ｙｅｓ）には、伝票項目データ更新部４４ｂは、作成中の伝票の伝票項目に対する入力情報を全項目表示する（ステップＳ６２１）。
【０１７４】
ステップＳ６２１で表示された画面で項目の修正を示す項目選択操作を受け付けた場合（ステップＳ６２２；Ｙｅｓ）には、ステップＳ６１９に戻る。また、ステップＳ６２１で表示された画面で表示内容に問題がないことを示す「確認」ボタンの押下を受け付けた場合（ステップＳ６２２；Ｎｏ）には、ステップＳ６０９に戻る。
【０１７５】
上述してきたように、実施例１では、テラーモニタ９１の操作に基づいて顧客の呼び出しが行われたならばテラーモニタ９１が設置される窓口の状態を顧客対応中とし、窓口端末４０により顧客対応の終了を示す操作が行われたならば顧客対応の終了の操作を受け付けた窓口端末４０が設置される窓口の状態を顧客対応終了とすることによって窓口が顧客対応中なのか否かの管理を行い、顧客対応中の窓口に設置されるテラーモニタ９１からの呼出操作を受け付けたとしての呼び出しを制限するよう構成したので、窓口担当者が現在対応中の顧客が存在する場合に、誤って呼出操作が行われたとしても該呼出操作の対象となる顧客が不利な扱いとなることを回避し、円滑に顧客への対応を行えるようにすることができる。
【０１７６】
なお、実施例１では、窓口における顧客の対応の終了を窓口端末４０の画面に表示した「終了」ボタンの操作により受け付けるものとしたが、本発明はこれに限定されるものではない。例えば、窓口端末４０により伝票の印刷処理が終了していて、接続される窓口に人の存在を検知する人感センサ４５により窓口に人がいなくなったことを検知したならば、自動的に顧客対応が終了したものと判定するようにしてもよい。また、人感センサ４５の代わりに窓口を含む領域の画像を取得する画像取得装置を設けて、該画像取得装置で取得した画像に基づいて窓口に人がいるかどうかを検知するようにしてもよい。
【実施例２】
【０１７７】
実施例１では、窓口において顧客の対応中の場合には誤って顧客の呼び出しが行えないように制御する方式を説明してきた。しかしながら、窓口端末４０にて「終了」ボタンの操作を誤って操作してしまったケースや、窓口端末４０の「終了」ボタンの代わりに人感センサ４５を用いて顧客対応の終了を自動的に判断するようにした場合に顧客が一時的に窓口を離れてしまっているケースには、顧客対応がまだ終了していないのにテラーモニタ９１における誤操作により顧客を窓口に呼び出してしまう事態が発生する可能性が残ってしまう。また、金融機関によっては「終了」ボタンの押下という操作が増えることを嫌うこともある。そこで、実施例２では、「終了」ボタンによる顧客対応の終了操作は行わないものとして、伝票の印刷が行われるまでは呼び出されないように制御するケースについて、顧客が不利とならないように扱う仕組みについて説明する。このケースでは、伝票の印刷は終了したとしてもその後の処理が未完であるにもかかわらず、顧客を誤って窓口に呼び出してしまうということが発生しうる。このように前の顧客の対応が終わっていないにもかかわらず、呼び出してしまった顧客に対する適切な対処を行えるようにする方式について説明する。
【０１７８】
まず、実施例２において誤って呼び出してしまった顧客に対する対処の保留に係る窓口端末１４０の画面構成について、図１５を用いて説明する。
【０１７９】
図１５（ａ）は、テラーモニタ９１で顧客の呼出操作が行われた場合に、その操作に連動して顧客が事前に登録した伝票に係る情報を窓口端末１４０に表示した画面の構成を説明するための図である。図１５（ａ）は、実施例１の図１２（ｄ）に対応する画面であって、図１２（ｄ）の画面と比較すると、画面右下の「確認」ボタンの上側に「保留」ボタンが配置されている部分と、「戻る」ボタンがない部分に差異がある。「保留」ボタンは、呼び出してしまった顧客の処理を一時的に保留することを指示するためのボタンである。「戻る」ボタンは、呼び出し操作に連動して当該画面が表示される場合には配置されない。
【０１８０】
また、図１５（ｂ）は、窓口における顧客対応が終了している状態において表示される窓口端末１４０の初期メニュー画面である。図１５（ｂ）は、実施例１の図１２（ａ）に対応する画面であって、図１２（ａ）の画面と比較すると、画面最下部に「保留解除」ボタンが配置されている部分に差異がある。図１５（ａ）に示したような画面において「保留」ボタンが操作されたことによって保留されている顧客がいる場合には、図１５（ｂ）に示すように初期メニュー画面に「保留解除」ボタンが配置されるが、保留となっている顧客がいない場合には図１２（ａ）に示した画面と同様の「保留解除」のない画面が表示される。この「保留解除」ボタンが操作されると、保留となっていた顧客が呼び出されて、画面は図１５（ａ）と同様の顧客の呼び出しに連動した画面に遷移する。
【０１８１】
図１５（ｂ）に示した画面では、保留されているにもかかわらず他の処理の選択が可能となっているが、保留されている顧客がいる場合には保留されている顧客の処理を最優先とすることもできる。保留されている顧客がいる場合に、窓口端末１４０は、図１５（ｂ）の初期メニュー画面を表示する代わりに、図１５（ｃ）の画面を表示するようにしてもよい。図１５（ｃ）に示すように、画面上部には保留中の顧客がいるので保留となっている顧客の処理を行う旨のメッセージと、画面中央には保留になっている顧客の対応を開始するための「保留解除」ボタンが配置される。この「保留解除」ボタンが操作されると、保留となっていた顧客が呼び出されて、画面は図１５（ａ）と同様の顧客の呼び出しに連動した画面に遷移する。
【０１８２】
次に、窓口端末１４０の実施例２に係る内部構成を説明する。図１６は、窓口端末１４０の実施例２に係る内部構成を示すブロック図である。図１６では、図９に示した実施例１の窓口端末４０と同じ構成要素については同じ符号を付与し、窓口端末４０と同じ構成要素についての説明は省略して、窓口端末４０と異なる構成要素について主に説明する。
【０１８３】
図１６に示す窓口端末１４０のブロック図は、図９に示した窓口端末４０のブロック図と比較すると、制御部４４に保留・保留解除処理部１４４ｈが追加になっている。保留・保留解除処理部１４４ｈは、図１５（ａ）に示したように、顧客の呼び出しに連動して表示される顧客の伝票に係る情報を表示した画面に「保留」ボタンを表示して保留の指示を受け付ける。また、保留・保留解除処理部１４４ｈは、保留の指示を受け付けたならば、サーバ１２０に保留の旨の通知を行い図１５（ｂ）若しくは図１５（ｃ）に示した画面に遷移する。
【０１８４】
保留・保留解除処理部１４４ｈは、図１５（ｂ）若しくは図１５（ｃ）に示した画面により「保留解除」の操作を受け付けると、サーバ１２０に対して保留解除要求を送信する。また、保留・保留解除処理部１４４ｈは、保留解除要求の応答として保留になっていた顧客の伝票に係る情報を受け付けると図１５（ａ）に示したような画面に遷移して保留を解除した顧客の対応を行うための画面に遷移する。
【０１８５】
次に、サーバ１２０の実施例２に係る内部構成を説明する。図１７は、サーバ１２０の実施例２に係る内部構成を示すブロック図である。図１７では、図７に示した実施例１のサーバ２０と同じ構成要素については同じ符号を付与し、サーバ２０と同じ構成要素についての説明は省略して、サーバ２０と異なる構成要素について主に説明する。
【０１８６】
サーバ１２０は図１７に示すように、図７に示したサーバ２０のブロック図と比較すると、記憶部２４については受付番号データ１２４ａ及び窓口状態データ１２４ｅが、制御部２５については窓口状態管理部１２５ｆが、実施例１のものと差異がある。また、実施例２では制御部２５に保留データ管理部１２５ｇが実施例１に比較して追加となっている。
【０１８７】
受付番号データ１２４ａは、受付番号に関連付けられている状態の内容に「保留中」の状態が追加となっている。また、窓口状態データ１２４ｅは、実施例１と比較すると窓口の状態として管理可能な状態が変更となっている。実施例２では、窓口端末１４０で、伝票印字終了後に顧客対応が終了したことを入力するための「終了」ボタンがない例であるので、「伝票印刷済」の状態と顧客対応が終了している状態であることを示す「未呼出」の状態は区別不可であるので、伝票の印刷が終了した時点で「未呼出」の状態に遷移することとなり、「伝票印刷済」の状態は削除される。
【０１８８】
制御部２５の窓口状態管理部１２５ｆは、実施例１の「終了」ボタンに係る処理がなくなっている。また、窓口状態管理部１２５ｆは、伝票の印刷の終了の通知を窓口端末１４０から受け付けると、窓口状態データ１２４ｅの対応する窓口の状態を呼出待の状態に更新するとともに、受付機１１０に対応する窓口の状態が呼出待の状態なったことを通知する。
【０１８９】
制御部２５の保留データ管理部１２５ｇは、窓口端末１４０からの保留の旨の通知を受け付けたならば、受付番号データ１２４ａを参照して保留の旨の通知の通知元の窓口端末１４０に対する窓口に呼出済となっている受付番号を特定し、特定した受付番号に対する受付番号データ１２４ａの状態を「保留中」に更新する。また、保留データ管理部１２５ｇは、「保留中」の状態となったことを、配下の全ての窓口端末１４０に送信する。窓口端末１４０は、サーバ１２０から「保留中」となった顧客がいるという情報を受け付けたならば、以降初期メニュー画面を表示する場合には、図１５（ｂ）若しくは図１５（ｃ）に示したように「保留解除」のボタンを含む画面の表示を行う。また、「保留解除」ボタンを含まない初期メニュー画面を表示している状態で、サーバ１２０から「保留中」となった顧客がいるという情報を受け付けた場合には、受け付けたタイミングで図１５（ｂ）若しくは図１５（ｃ）に示したような画面に遷移する。
【０１９０】
保留データ管理部１２５ｇは、窓口端末１４０から保留解除要求を受け付けたならば、受付番号データ１２４ａの中で「保留中」の状態となっている受付番号を特定する。そして伝票項目データ２４ｂから特定された受付番号に対応するデータを抽出して、窓口端末１４０に保留解除要求の応答として返信する。また、保留データ管理部１２５ｇは、特定された受付番号の顧客の再呼出要求を受付機１１０に送信する。再呼出要求を受け付けた受付機１１０は、再呼出要求に含まれる受付番号の顧客の呼び出し処理を行う。
【０１９１】
次に、図１７に示したサーバ１２０の実施例２に係るデータ構成について図１８を用いて説明する。受付番号データ１２４ａのレコードの保有項目は、図１８に示す様に実施例１の受付番号データ２４ａと同じであるが、状態について「３」の保留中の状態が増えている。図１８の受付番号データ１２４ａの受付番号「１５０」に対するレコードの例は、来店目的が「振込」で、受け付けた日時が「２０１４／４／１５」の「１１：３０」で、状態が「３」であり保留中で、呼び出された窓口の窓口番号が「１」で、店番「０００５」、科目「０１」、口座番号「１２３４５６７」に対するキャッシュカードが読み込まれていることを示している。
【０１９２】
窓口状態データ１２４ｅのレコードの保有項目は、図１８に示す様に実施例１の窓口状態データ２４ｅと同じであるが、窓口状態について「２」の伝票印刷済がなくなっている。実施例２では、図１２（ｇ）で示したような「終了」ボタンによる顧客対応の終了を明示的に入力しないようにしたので、「０」の未呼出と「２」の伝票印刷済とは区別できないため「０」の未呼出に統合したものである。図１８の窓口状態データ１２４ｅの例は、窓口番号が「１」の窓口の状態は「０」であり顧客の伝票が印刷済みであり顧客未呼出であり、窓口番号が「２」の窓口の状態は「１」であり顧客を呼出済であることを示している。
【０１９３】
次に、受付機１１０の実施例２に係る内部構成を説明する。図１９は、受付機１１０の実施例２に係る内部構成を示すブロック図である。図１９では、図３に示した実施例１の受付機１０と同じ構成要素については同じ符号を付与し、受付機１０と同じ構成要素についての説明は省略して、受付機１０と異なる構成要素について主に説明する。
【０１９４】
受付機１１０は図１９に示すように、図３に示した受付機１０のブロック図と比較すると、記憶部１５については窓口状態データ１１５ｄが、制御部１６については窓口状態管理部１１６ｅが、実施例１のものと差異がある。また、実施例２では制御部１６に再呼出処理部１１６ｆが実施例１に比較して追加となっている。
【０１９５】
窓口状態データ１１５ｄは、図１７で示したサーバ１２０の窓口状態データ１２４ｅと同じであり、実施例１との差異についてもサーバ１２０の窓口状態データ１２４ｅの実施例１との差異に同じである。また、制御部１６の窓口状態管理部１１６ｅは、窓口状態データ１１５ｄの変更に対応して、伝票印刷済の状態を未呼出の状態に含めて管理するようになっている。
【０１９６】
再呼出処理部１１６ｆは、サーバ１２０からの再呼出要求を受け付けて、再呼出要求に含まれる受付番号の顧客の再呼出処理を行う。具体的には、再呼出処理部１１６ｆは、再呼出要求に含まれる受付番号を番号呼出装置９２に送信することによって、番号呼出装置９２による顧客の呼び出しを行う。
【０１９７】
次に、誤って呼び出してしまった顧客の保留処理の処理手順を説明する。図２０は、誤って呼び出してしまった顧客の保留処理の処理手順を示すシーケンス図である。
【０１９８】
テラーモニタ９１からの呼出要求を受け付けたならば、受付機１１０の受付番号データ管理部１６ｄは、呼出要求の送信元のテラーモニタ９１に対応する窓口の識別情報及び呼び出す顧客の受付番号を含む呼出通知をサーバ１２０に送信する（ステップＳ７０１）。ステップＳ７０１で受付機１１０より送信された呼出通知を受け付けたならば、サーバ１２０の呼出連動処理部２５ｄは、伝票項目データ２４ｂから呼出通知に含まれる受付番号に対応する伝票に係る情報を抽出して、呼出通知に含まれる窓口の識別情報に対応する窓口端末１４０に、伝票項目データ２４ｂから抽出した受付番号に対応する伝票に係る情報を送信する（ステップＳ８０１）。
【０１９９】
ステップＳ８０１でサーバ１２０より送信された伝票に係る情報を受け付けたならば、窓口端末１４０の伝票項目データ更新部４４ｂは、受け付けた伝票に係る情報の確認を行うための図１５（ａ）に示したような画面の表示を行う（ステップＳ９０１）。ステップＳ９０１で表示された画面において「保留」ボタンの操作を受け付けたならば、保留・保留解除処理部１４４ｈは、サーバ１２０に対して呼び出してしまった顧客の処理を一時的に保留する旨の通知を行う（ステップＳ９０２）。
【０２００】
ステップＳ９０２で窓口端末１４０から送信された保留の旨の通知を受け付けたならば、サーバ１２０の保留データ管理部１２５ｇは、保留の旨の通知の通知元の窓口端末１４０に対する窓口に呼出済となっている受付番号を特定し、特定した受付番号に対する受付番号データ１２４ａの状態を「保留中」に更新をする（ステップＳ８０２）。また、保留データ管理部１２５ｇは、「保留中」の状態の顧客がいることを、配下の全ての窓口端末１４０に送信する（ステップＳ８０３）。
【０２０１】
窓口端末１４０は、ステップＳ９０２に続いて、図１５（ｂ）若しくは図１５（ｃ）に示したような「保留解除」ボタンを含む画面の表示を行って（ステップＳ９０３）、処理を終了する。
【０２０２】
次に、保留した顧客の保留解除処理の処理手順を説明する。図２１は、保留した顧客の保留解除処理の処理手順を示すシーケンス図である。
【０２０３】
図１５（ｂ）若しくは図１５（ｃ）に示したような画面で「保留解除」ボタンの操作を受付けたならば、窓口端末１４０の保留・保留解除処理部１４４ｈは、サーバ１２０に対して保留解除要求を送信する（ステップＳ１００１）。窓口端末１４０から保留解除要求を受け付けたならば、サーバ１２０の保留データ管理部１２５ｇは、受付番号データ１２４ａの中で「保留中」の状態となっている受付番号を特定し、特定された受付番号の顧客の再呼出要求を受付機１１０に送信する（ステップＳ１１０１）。また、サーバ１２０の保留データ管理部１２５ｇは、伝票項目データ２４ｂから特定された受付番号に対応するデータを抽出して、窓口端末１４０に保留解除要求の応答として送信する（ステップＳ１１０２）。また、保留・保留解除処理部１４４ｈは、受付番号データ１２４ａの状態を「保留中」から「呼出済」に更新する（ステップＳ１１０３）。
【０２０４】
サーバ１２０からステップＳ１１０１により送信された再呼出要求を受け付けたならば、受付機１１０の再呼出処理部１１６ｆは、受け付けた再呼出要求に含まれる受付番号の呼び出しの指示を番号呼出装置９２に送信する（ステップＳ１２０１）。また、受付機１１０からを指定した受付番号の呼び出しの指示を受け付けたならば、番号呼出装置９２は、指定された受付番号を表示したり音声出力することによって該受付番号に対応する顧客の呼出要求送信元の窓口への呼出処理を行う（ステップＳ１３０１）。
【０２０５】
サーバ１２０からステップＳ１１０２により送信された伝票に係る情報を受け付けたならば、窓口端末１４０の伝票項目データ更新部４４ｂは、受け付けた伝票に係る情報の顧客確認を行って、確認済の伝票に係る情報に基づいて伝票の印刷を行い、印刷処理を行った旨の通知をサーバ１２０に送信する（ステップＳ１００２）。窓口端末１４０からステップＳ１００２により送信された印刷を行った旨の通知を受け付けたならば、サーバ１２０の窓口状態管理部１２５ｆは、受け付けた印刷を行った旨の通知に窓口の識別情報を付加して受付機１１０に送信するとともに、窓口状態データ１２４ｅの対応する窓口の状態を未呼出に更新する（ステップＳ１１０４）。サーバ１２０からの印刷を行った旨の通知を受け付けたならば、受付機１１０の窓口状態管理部１１６ｅは、窓口状態データ１１５ｄの対応する窓口の状態を未呼出に更新して、初期メニュー画面に遷移する（ステップＳ１２０２）。
【０２０６】
上述してきたように、実施例２では、呼び出してしまった顧客に対する対応を一時保留することができ、保留されている顧客がいる場合には窓口端末１４０で保留されている顧客を優先的に窓口に呼び出せるよう構成したので、前の顧客の対応中であるにもかかわらず、顧客を誤って窓口に呼び出してしまった場合であっても、呼び出されてしまった顧客が不利な扱いとなることを回避し、円滑に顧客への対応を行えるようにすることができる。
【０２０７】
なお、上述の実施例２では、保留操作を行った窓口端末１４０とは別の窓口端末１４０で保留解除を行うことを可能としたが、本発明はこれに限定されるものではない。例えば、保留操作を行った場合に保留の対象となった顧客の伝票情報を保留操作を行った窓口端末１４０に記憶しておくものとして、保留解除操作は保留操作を行った窓口端末１４０でのみ行えるようにしてもよい。また、このように保留解除操作は保留操作を行った窓口端末１４０でのみで行えるようにするようなケースでは、誤って呼び出したケースに限らず、呼び出した顧客の依頼を受け付けて、受け付けた依頼の取引を実施する間を保留として扱い、保留の間は顧客にはロビーで待機してもらい、受け付けた依頼の取引が全て終了したならば保留解除を行うことによって待機していた顧客を再度窓口に呼び出すという形でこれらの機能を使用することもできる。
【０２０８】
また、上述の実施例２では、保留ボタンや保留解除ボタンを窓口端末１４０に設けるものとして説明してきたが、本発明はこれに限定されるものではない。例えば、テラーモニタ９１で保留若しくは保留解除に対応する操作を受け付けて、受け付けた内容を対応する窓口端末１４０に通知するようにしてもよい。
【０２０９】
また、実施例１及び実施例２では電子記帳機３０、サーバ２０、１２０、窓口端末４０、１４０と受付機１０、１１０が連携する場合を例に記載したが、本発明はこれに限定されるものではない。例えば、窓口端末４０、１４０から直接、受付機１０、１１０に顧客対応が終了したことを示す取引完了通知を送信するようにして、受付機１０、１１０は取引完了通知を受け付けていない窓口への呼出し要求があった場合は、その呼出し要求を棄却し、取引完了通知を受け付けた窓口への呼出し要求のみを許容するようにしてもよい。また、窓口端末４０、１４０から通知する代わりにテラーモニタ９１から受付機１０、１１０に取引完了通知を送信するようにしてもよい。
【０２１０】
また、上述の実施例１及び実施例２では、電子記帳機３０及び窓口端末４０、１４０について、それぞれの端末装置内に動作する処理部を設けるものとして説明してきたが、本発明はこれに限定されるものではない。例えば、電子記帳機３０及び窓口端末４０、１４０では表示や操作の受付のみをＷｅｂブラウザなどを用いて行い、実施例１及び実施例２で説明したそれぞれの端末装置の制御部に含まれる処理部が実現する処理をサーバ２０、１２０で行うものとしてもよい。
【０２１１】
また、上述の実施例１及び実施例２では、受付機１０、１１０で発行する番号札には受付番号の情報を含むバーコードが印刷されているという例を説明してきたが、本発明はこれに限定されるものではなく、受付機１０、１１０で発行される番号札にバーコードが印刷されていない場合には、電子記帳機３０において画面上に表示されるテンキー等を使用して受付番号を手入力するようにしてもよい。
【０２１２】
また、上述の実施例１及び実施例２では、システム構成として電子記帳機３０とは別にサーバ２０、１２０を設けるものとしたが、サーバ２０、１２０の機能を電子記帳機３０で実現するようにしてもよい。また、電子記帳機３０が複数台設置される場合には、複数台の電子記帳機３０の中の１台を親機、その他を子機として、親機にサーバ２０、１２０の機能を持たせるようにしてもよい。
【０２１３】
また、上述の実施例１及び実施例２で図示した各構成は機能概略的なものであり、必ずしも物理的に図示の構成をされていることを要しない。すなわち、各装置の分散・統合の形態は図示のものに限られず、その全部又は一部を各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【産業上の利用可能性】
【０２１４】
以上のように、本発明に係る受付呼出システム及び受付呼出方法は、窓口担当者が現在対応中の顧客が存在する場合に、誤って呼出操作が行われたとしても該呼出操作の対象となる顧客が不利な扱いとなることを回避し、円滑に顧客への対応を行えるようにすることに適している。
【符号の説明】
【０２１５】
１０、１１０  受付機
１１、３１、４１  表示操作部
１２  番号札印刷部
１４、２３、３２、４２  通信部
１５、２４、３８、４３  記憶部
１５ａ、３８ａ  設定パラメータ
１５ｂ  受付番号採番データ
１５ｃ、２４ａ、３８ｂ、４３ｂ、１２４ａ  受付番号データ
１５ｄ、２４ｅ、１１５ｄ、１２４ｅ  窓口状態データ
１６、２５、３９、４４  制御部
１６ａ  受付処理部
１６ｂ  受付番号採番部
１６ｃ  番号札発行部
１６ｄ  受付番号データ管理部
１６ｅ、２５ｆ、１１６ｅ、１２５ｆ  窓口状態管理部
２０、１２０  サーバ
２１  入力部
２２  表示部
２４ｂ、３８ｅ、４３ｅ  伝票項目データ
２４ｃ、３８ｆ、４３ｆ  本人確認記録データ
２４ｄ  処理履歴データ
２５ａ  受付番号データ管理部
２５ｂ  伝票項目データ管理部
２５ｃ  本人確認記録管理部
２５ｄ  呼出連動処理部
２５ｅ  集計処理部
３０  電子記帳機
３３  マルチカードスキャナ
３４  ＱＲコードリーダ
３５  レシートプリンタ
３６  バーコードリーダ
３７  カードリーダ
３８ｃ、４３ｃ  伝票決定パラメータ
３８ｄ、４３ｄ  伝票テンプレートデータ
３９ａ  受付番号データ管理部
３９ｂ  伝票項目データ生成部
３９ｃ  本人確認記録生成部
３９ｄ  登録データ送信部
３９ｅ  番号札発行処理部
４０、１４０  窓口端末
４３ａ  受付番号リストデータ
４４ａ  受付番号リスト表示部
４４ｂ  伝票項目データ更新部
４４ｃ  本人確認記録更新部
４４ｄ  更新データ送信部
４４ｅ  印刷処理部
４４ｆ  集計結果出力部
４４ｇ  窓口状態通知部
４５  人感センサ
９０  役席モニタ
９１  テラーモニタ
９２  番号呼出装置
９３  スタッフ端末
９４  顧客端末
９５  プリンタ
１１６ｆ  再呼出処理部
１２５ｇ  保留データ管理部
１４４ｈ  保留・保留解除処理部
【図１】
2016130982.tif 000003
【図２】
2016130982.tif 000004
【図３】
2016130982.tif 000005
【図４】
2016130982.tif 000006
【図５】
2016130982.tif 000007
【図６】
2016130982.tif 000008
【図７】
2016130982.tif 000009
【図８】
2016130982.tif 000010
【図９】
2016130982.tif 000011
【図１０】
2016130982.tif 000012
【図１１】
2016130982.tif 000013
【図１２】
2016130982.tif 000014
【図１３】
2016130982.tif 000015
【図１４】
2016130982.tif 000016
【図１５】
2016130982.tif 000017
【図１６】
2016130982.tif 000018
【図１７】
2016130982.tif 000019
【図１８】
2016130982.tif 000020
【図１９】
2016130982.tif 000021
【図２０】
2016130982.tif 000022
【図２１】
2016130982.tif 000023