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

Description

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

従来、銀行等の金融機関では、顧客による入金、出金及び振込等の業務を行っており、顧客が金融機関に来店したならば、自らがサービスを受けようとする入金伝票、出金伝票又は振込伝票等に必要事項が記入される。

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

例えば、特許文献１には、金融機関の店内に設けられた電子記帳台で伝票の項目に対する入力データを受け付け、受け付けた入力データを伝票のイメージデータと合成して印刷することで、記入済の伝票を作成する技術が開示されている。また、この特許文献１には、キャッシュカードに記憶された口座に関する情報を読み取り、データ入力に係る顧客の作業労力を軽減しつつ、処理の効率化を図る点についても記載されている。

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

しかしながら、特許文献１の電子記帳台では記入済の伝票を持ち込んだ顧客の受付を行うことができない。そのため、記入済の伝票を持ち込んだ顧客は電子記帳台で持ち込んだ記入済の伝票に対応する伝票項目のデータを一から電子記帳台に入力しなければならなかった。

顧客にとっては事前に記入済の伝票があるのにもかかわらず電子記帳台で伝票を再作成するのは２度手間となってしまい、顧客にかかる負荷が大きすぎるという問題がある。多数の記入済の伝票を持ち込んだ場合などは、持ち込んだ全ての記入済の伝票に対応する伝票を電子記帳台で再作成するということは現実的ではないのである。このような場合に、顧客は、電子記帳台では受付に必要な最低枚数の伝票を再作成するというのが現実的で、適切な受付が行われないケースも少なくない。このため、金融機関は、顧客が窓口に持ち込んだ記入済の伝票（以下、「持込伝票」と言う）を提出するまで持込伝票の発生状況を正確に把握することができず、状況に応じた適切な対処がとれないという問題もある。

このように、顧客の負荷を抑制しつつ記入済の伝票を持ち込んだ顧客の受付をいかにして適切に行い、持込伝票の発生状況をいかにして把握するかが重要な課題となっている。

本発明は、上述した従来技術の問題点を解消するためのものであって、顧客負荷を抑制しつつ記入済の伝票を持ち込んだ顧客の適切な受付を可能とし、持込伝票の発生状況を把握することができる電子記帳システム及び伝票情報管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、来店した顧客の入力操作を受け付けて該顧客が店舗の窓口での処理を依頼するために必要な伝票を作成する電子記帳機を含む電子記帳システムであって、前記顧客の来店目的に応じて受付番号を採番する採番手段と、前記顧客が前記窓口での処理を希望する記入済の持込伝票の種類ごとの枚数に係る情報を受け付ける受付手段と、前記電子記帳機にて作成された作成伝票に係る情報と、前記受付手段により受け付けた前記持込伝票の種類ごとの枚数に係る情報とを前記受付番号に関連付けて管理する管理手段とを備えたことを特徴とする。

また、本発明は、上記発明において、前記受付手段により受け付けられた前記持込伝票の種類ごとの枚数と、前記電子記帳機により作成された前記作成伝票の種類ごとの枚数とを種類ごとに合計して、伝票の種類ごとの枚数に係る情報を集計する集計手段と、前記集計手段により集計された伝票の種類ごとの枚数に係る情報を出力する出力手段とをさらに備えたことを特徴とする。

また、本発明は、上記発明において、前記受付手段により受け付けられた前記持込伝票の種類ごとの枚数に係る情報と、前記電子記帳機により作成された前記作成伝票に係る情報とに基づいて、前記顧客ごとに前記窓口での処理に掛かる処理予測時間を算定する算定手段と、前記算定手段により算定された前記顧客ごとの処理予測時間に基づいて顧客の処理予測時間に係る情報を集計する処理予測時間集計手段とをさらに備え、前記出力手段は、前記集計手段により集計された伝票の種類ごとの枚数に係る情報とともに前記処理予測時間集計手段により集計された顧客の処理予測時間を出力することを特徴とする。

また、本発明は、上記発明において、前記受付手段は、前記持込伝票の画像を受け付けて、受け付けた前記持込伝票の画像に基づいて前記持込伝票の種類を判別し、判別した種類に対応する前記持込伝票の枚数に計上することを特徴とする。

また、本発明は、上記発明において、前記持込伝票の有無に係る情報を受け付ける持込伝票有無受付手段をさらに備え、前記受付手段は、前記持込伝票有無受付手段により前記持込伝票が有る旨の情報を受け付けた場合に、前記持込伝票の種類ごとの枚数に係る情報を受け付けることを特徴とする。

また、本発明は、上記発明において、前記顧客ごとに前記窓口での処理が行われたか否かを管理する管理手段をさらに備えて、前記集計手段は、前記管理手段により前記窓口での処理が行われていない顧客に対応する、前記受付手段により受け付けられた前記持込伝票の種類ごとの枚数に係る情報と、前記電子記帳機により作成された前記作成伝票に係る情報とに基づいて、前記窓口での処理が行われていない伝票の種類ごとの枚数に係る情報を集計し、前記処理予測時間集計手段は、前記管理手段により前記窓口での処理が行われていない顧客に対応する、前記算定手段により算定された前記窓口での処理に掛かる処理予測時間に基づいて、前記窓口での処理が行われていない顧客の前記処理予測時間を集計することを特徴とする。

また、本発明は、上記発明において、前記集計手段は、集計対象の期間の指定を受け付けて、受け付けた集計対象の期間に前記窓口での処理を行った伝票の種類ごとの枚数に係る情報を集計することを特徴とする。

また、本発明は、来店した顧客の入力操作を受け付けて該顧客が店舗の窓口での処理を依頼するために必要な伝票を作成する電子記帳機を含む電子記帳システムにおける伝票情報管理方法であって、前記顧客の来店目的に応じて受付番号を採番する採番ステップと、前記顧客が前記窓口での処理を希望する記入済の持込伝票の種類ごとの枚数に係る情報を受け付ける受付ステップと、前記電子記帳機にて作成された作成伝票に係る情報と、前記受付ステップにより受け付けた前記持込伝票の種類ごとの枚数に係る情報とを前記受付番号に関連付けて管理する管理ステップとを含んだことを特徴とする。

本発明によれば、顧客負荷を抑制しつつ記入済の伝票を持ち込んだ顧客の適切な受付を可能とし、持込伝票の発生状況を把握することができる。

図１は、本発明に係る電子記帳システムにおける伝票情報管理方法の概要を説明するための説明図である。 図２は、本実施例に係る電子記帳システムのシステム構成を示す図である。 図３は、図２に示した受付機の本実施例に係る内部構成を示すブロック図である。 図４は、図３に示した受付機の本実施例に係るデータ構成について説明するための説明図である。 図５は、図２に示した電子記帳機の本実施例に係る内部構成を示すブロック図である。 図６は、図５に示した電子記帳機の本実施例に係るデータ構成について説明するための説明図である。 図７は、図２に示したサーバの本実施例に係る内部構成を示すブロック図である。 図８は、図７に示したサーバの本実施例に係るデータ構成について説明するための説明図である。 図９は、図２に示した窓口端末の本実施例に係る内部構成を示すブロック図である。 図１０は、図９に示した窓口端末の本実施例に係るデータ構成について説明するための説明図である。 図１１は、図２に示した電子記帳機における作成伝票の伝票項目の入力及び持込伝票の種類別の枚数の入力に係る画面構成及び操作にともなう画面遷移を説明するための図である。 図１２は、図２に示した窓口端末における作成伝票の伝票項目の内容の確認及び持込伝票の種類別の枚数の確認に係る画面構成及び操作にともなう画面遷移を説明するための図である。 図１３は、図２に示したスタッフ端末のメニュー画面と、該メニュー画面から指定することができる照会画面の画面構成及び操作にともなう画面遷移を説明するための図である。 図１４は、図２に示した窓口端末において操作された集計指示に基づいてサーバにより出力された集計結果の出力例を説明するための図である。 図１５は、図２に示した電子記帳機における作成伝票の伝票項目の入力処理及び持込伝票の種類別の枚数の入力処理などの一連の処理の処理手順を示すフローチャートである。 図１６は、図２に示した窓口端末における作成伝票の伝票項目の内容の確認処理、持込伝票の種類別の枚数の確認処理及び作成伝票の印刷処理などの一連の処理の処理手順を示すフローチャートである。

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

まず、本発明に係る電子記帳システムにおける伝票情報管理方法の概要について図１を用いて説明する。図１に示す例は、金融機関に来店した記入済の伝票を持ち込んだ顧客が、持ち込んだ記入済の伝票以外に依頼する取引に対応する伝票を電子記帳機３０で作成して、作成した伝票及び持込伝票に応じた取引を窓口に依頼するまでの一連の処理における電子記帳システムと顧客とのインタフェース、電子記帳システム内におけるデータの流れ及び電子記帳システムの機能の概要を説明するための図である。

金融機関に来店した顧客は、最初に、（ａ）に示すように受付機１０に来店目的及び持込伝票の有無に係る情報の入力を行う。受付機１０は、（ａ）の入力を受け付けたならば、来店目的に応じた番号体系の受付番号を採番し、当該受付番号に関連付けて来店目的及び持込伝票有無の情報を記憶し、（ｂ）に示すように受付番号の情報を含むバーコードが印刷された番号札を発行する。

受付機１０は、採番した受付番号ごとに、受付番号の番号体系ごとの窓口に呼び出す順番及び窓口への呼出の有無の管理を行う。受付機１０は、窓口に設置される図示しないテラーモニタ９１の操作による呼出要求を受け付けると、呼出要求を行った窓口の種類に対応する受付番号の番号体系の呼出待ちとなっている受付番号から、呼出待ちの先頭の受付番号を選択して、図示しない番号呼出装置９２に選択した受付番号を表示することによって受付番号に対応する顧客を窓口に呼び出す。また、受付機１０は、（ａ）で入力された来店目的に基づいて、伝票の作成が必要と判断された場合には電子記帳機３０に誘導するメッセージの表示を行う。図１に示す例は、顧客が電子記帳機３０に誘導された場合の例を示している。

電子記帳機３０において、顧客は、受付機１０で発行された番号札のバーコードを、（ｃ）に示すように電子記帳機３０に接続される図示しないバーコードリーダ３６で読み取らせる。電子記帳機３０は番号札のバーコードから受付番号を取得して、（ｄ）に示すように受付機１０に対して取得した受付番号を指定して、受付番号に関連付けられた情報の取得要求を行う。受付機１０は、（ｄ）の情報の取得要求の応答として（ｅ）に示すように（ａ）で顧客が入力した来店目的及び持込伝票有無の情報を送信する。

電子記帳機３０は、（ｅ）で取得した来店目的に応じた伝票作成用の画面を表示し、（ｆ）に示すように顧客による作成伝票の項目の情報の入力を受け付ける。また、電子記帳機３０は、（ｅ）で受け付けた持込伝票の有無に係る情報が持込伝票が有りとなっている場合には、持込伝票の種類別の枚数を入力するための画面を表示し、（ｇ）に示すように持込伝票の種類別の枚数の入力を受け付ける。顧客は、これらの操作が終了したならば、窓口への呼出待ちの状態となる。

電子記帳機３０は、（ｃ）に示したバーコードリーダ３６による受付番号の入力、（ｆ）に示した来店目的に応じた伝票に対する伝票項目の入力及び（ｇ）に示した持込伝票の種類別の枚数の入力を受け付けて、（ｈ）に示すように受付番号、作成する伝票の項目情報及び持込伝票の種類別の枚数をサーバ２０に送信する。サーバ２０は、（ｈ）で受け付けた情報を、受付番号をキーとする情報として記憶するとともに、以降、該受付番号に対する顧客の処理状況を管理する。

窓口のサービスを担当する従業員であるテラーが、窓口に設置される図示しないテラーモニタ９１において顧客の呼出の操作をすることによって、（ｉ）に示すように受付機１０に呼出要求が送信される。受付機１０は、受け付けた呼出要求に応じて、呼び出す受付番号を決定して図示しない番号呼出装置９２に表示するとともに、（ｊ）に示すようにサーバ２０に呼び出された受付番号及び呼び出した窓口の情報を通知する。

サーバ２０は、（ｊ）により受付番号及び呼び出した窓口の情報を受け付けたならば、（ｈ）で通知された情報に基づいて記憶されている情報から（ｊ）で受け付けた受付番号に対応する情報を抽出して、（ｋ）に示すように（ｊ）で受け付けた呼び出した窓口の情報に対応する窓口端末４０に送信する。このことによって、テラーモニタ９１の操作に連動して、呼び出される顧客が電子記帳機３０で入力した作成する伝票に関する情報及び持込伝票の種類別の枚数の情報が、自動的に窓口端末４０に渡される。

窓口端末４０は、（ｋ）で受け付けた作成する伝票に関する情報の確認を行うための画面の表示を行い、確認の操作を受け付けたならば（ｍ）に示すように確認した情報に応じた伝票を図示しないプリンタ９５から出力する。また、作成する伝票に関する情報の確認において変更が必要な場合には、窓口端末４０において修正を行うことも可能である。また、窓口端末４０は、（ｋ）で受け付けた持込伝票の種類別の枚数についても画面に表示を行い、必要に応じて変更することができる。窓口端末４０は、変更された内容をサーバ２０に送信する。これによってサーバ２０は、受け付けた情報に基づいて自装置内で管理している情報の更新を行う。また、窓口端末４０は、（ｋ）で受け付けた情報に対する処理が終了したならば、その旨をサーバ２０に送信する。これによってサーバ２０は、（ｋ）で送信した受付番号の状態を窓口での処理が終了した旨の状態に更新する。

このように、サーバ２０は、（ｈ）で受け付けた受付番号に対する顧客の待ち状況を管理すると共に、該受付番号に対する顧客の取引依頼内容である作成する伝票の項目情報及び持込伝票の種類別の枚数の管理を行う。また、サーバ２０は、スタッフ端末９３などからの要求に応じて、（ｎ）に示すように管理している情報に基づいた集計を行い要求元の表示部や図示しないプリンタ９５に集計結果を出力することができる。例えば、受付番号ごとの待ち状況と、受付番号に関連付けられた作成伝票の情報及び持込伝票の種類別の枚数の情報に基づいて、待ちになっている顧客の人数、待ちになっている顧客の持込伝票の数を含む伝票枚数などを集計することが可能である。

このように、来店した顧客ごとに受付番号を採番し、該受付番号に関連付けて顧客の待ち状況を管理し、作成する伝票に係る情報と持込伝票の種類別の枚数とを受け付けて、該受付番号に関連付けて作成する伝票に係る情報及び持込伝票の種類別の枚数を管理し、顧客の待ち状況と、作成する伝票又は持ち込んだ伝票の種類とに基づく集計結果を出力するようにしたので、顧客負荷を抑制しつつ記入済の伝票を持ち込んだ顧客の適切な受付を可能とし、持込伝票の発生状況を把握することができる。

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

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

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

また、受付機１０は、カードリーダ１３でキャッシュカードが読み取られた場合にはキャッシュカードから読み取った情報を受付番号に関連付けて記憶する。また、受付機１０は、持込伝票の有無の入力を受け付けることができ、受け付けた場合には持込伝票の有無の情報を受付番号に関連付けて記憶する。また、受付機１０は、窓口からの顧客の呼出の要求を受け付けて、受付番号による顧客の呼出を行う。具体的には、窓口に設置されるテラーモニタ９１からの呼出要求を受け付けたならば、要求元の窓口の種類に対して待ちとなっている受付番号のキューの中から次に呼び出す受付番号を決定して、番号呼出装置９２に受付番号を出力することによって出力された受付番号に対応する顧客の窓口への呼出を行う。

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

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

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

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

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

また、電子記帳機３０は、持込伝票の種類別の枚数の入力用の画面を表示して持込伝票の種類別の枚数の入力を受け付ける。その場合に、受付機１０から受付番号に対する持込伝票の有無の情報を取得した場合には、その情報に従って持込伝票の種類別の枚数の入力用の画面の展開制御を行うようにしてもよい。

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

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

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

窓口端末４０は、窓口において電子記帳機３０で顧客により登録された伝票等に係る情報の確認と、確認された情報に基づいて伝票等を印刷する機能を有する。窓口端末４０は窓口に呼び出された顧客が登録した伝票及び本人確認記録に係る情報をサーバ２０より取得して、取得した伝票及び本人確認記録に係る情報を画面に表示することによってテラー及び顧客による確認を行い、確認されたならば確認された情報に基づいてプリンタ９５から伝票及び本人確認記録を印刷する。

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

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

サーバ２０は、受付番号データ２４ａ及び伝票項目データ２４ｂなどを管理する。受付番号データ２４ａは、受付機１０で採番された受付番号ごとに、その状態、キャッシュカードデータ、作成伝票の種類別の枚数および持込伝票の種類別の枚数などを含むデータである。また、伝票項目データ２４ｂは、電子記帳機３０若しくは窓口端末４０で登録及び更新された伝票の項目情報を含むデータである。

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

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

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

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

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

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

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

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

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

受付処理部１６ａは、来店客の受付処理の全体を制御する制御部である。受付処理部１６ａは、表示操作部１１の来店受付用の画面の表示を行い来店目的及び持込伝票の有無を受け付け、カードリーダ１３により読み込まれたキャッシュカードの情報を受け付けて、来店目的に応じた受付番号を受付番号採番部１６ｂで採番し、採番した受付番号に関連付けて、来店目的、持込伝票の有無及び読み込まれたキャッシュカードの情報などを受付番号データ１５ｃに登録する。

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

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

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

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

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

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

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

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

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

受付番号データ１５ｃは、受付番号に関連付けられた来店目的と、受付日付と、受付時刻と、該受付番号の状態と、該受付番号の顧客が呼び出された窓口の番号と、持込伝票の有無と、カードリーダ１３で読み込まれたキャッシュカードのデータとをレコードの項目とするデータである。該受付番号の状態の情報は、コード化された情報であって、「１」が受付済で、「２」が対応する顧客を窓口に呼出済で、「９」が対応する顧客の処理が終了していることを示している。

図４の受付番号データ１５ｃの例は、受付番号が「１５０」の番号札に対する顧客は、来店目的が「振込」で、受け付けたのが「２０１４／４／１５」の「１１：３０」で、状態が「２」であり窓口に呼出済で、呼び出された窓口の窓口番号が「２」で、持込伝票は「無」で、店番「０００５」、科目「０１」、口座番号「１２３４５６７」に対するキャッシュカードが読み込まれたことを示すレコードと、受付番号が「５５０」の番号札に対する顧客は、来店目的が「ローン」で、受け付けたのが「２０１４／４／１５」の「１１：３５」で、状態が「１」であり来店を受付済で、持込伝票が「有」あることを示すレコードとが含まれることを示している。

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

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

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

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

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

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

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

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

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

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

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

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

持込伝票情報入力部３９ｃは、表示操作部３１に持込伝票の種類ごとの枚数の入力用の画面の表示を行い、該画面の入力を受け付けることによって持込伝票の種類ごとの枚数を取得し、受け付けた持込伝票の種類ごとの枚数を受付番号データ３８ｂに登録する。また、本実施例では、持込伝票の種類別の枚数は画面操作による入力としたが本発明はこれに限定するものではなく、例えば、全ての持込伝票の画像を取得して、それぞれの持込伝票の取得画像に基づいて自動的にそれぞれの伝票の種類を判別することによって、持込伝票の種類別の枚数を自動的に計数するようにしてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

処理履歴データ２４ｄは、受付番号データ２４ａに登録されたレコードに対する窓口端末４０による処理の実績を記録した情報である。

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

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

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

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

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

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

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

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

受付番号データ２４ａは、受付番号と、来店目的と、来店を受け付けた受付日付及び受付時刻と、当該受付番号に対応する顧客の状態と、呼び出された窓口の番号と、受け付けた顧客の口座の情報と、作成する伝票の種類別の枚数と、持込伝票の種類別の枚数と、予想所要時間とをレコード項目とするデータである。状態は、コード化されたデータであって、「１」が受付済で、「２」が呼出済で、「９」が処理終了であることを示している。口座の情報には店番、科目及び口座番号などの情報を含む。予想所要時間は、作成伝票の種類別枚数及び持込伝票の種類別枚数に応じて算出したものである。例えば、伝票の種類別の処理に掛かる標準時間と、作成伝票及び持込伝票の伝票種類別の枚数とに基づいて算出するようにしてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

持込伝票情報更新部４４ｃは、顧客を窓口に呼び出した時に、サーバ２０から受信した受付番号データ２４ａの呼び出した顧客に対応するレコードを受付番号データ４３ｂとして記憶し、受付番号データ４３ｂに含まれる持込伝票の種類別の枚数を画面に表示すると共に変更の入力を受け付けて、受け付けた内容を受付番号データ４３ｂに反映する。

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

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

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

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

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

次に、図２に示した電子記帳機３０における作成伝票の伝票項目の入力及び持込伝票の種類別の枚数の入力に係る画面構成及び操作にともなう画面遷移について図１１を用いて説明する。図１１の例は、電子記帳機３０の設定パラメータ３８ａに受付機１０で発券された番号札から受付番号を読み取るという設定となっている場合の画面遷移の例である。

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

図１１（ａ）の画面で、受付機１０で来店目的に出金を指定して発行された番号札のバーコードを読み取って「確認」ボタンを押下すると、図１１（ｂ）に示す画面に画面遷移する。図１１（ｂ）の画面は、受付機１０のカードリーダ１３で読み取ったキャッシュカードの情報と、表示されたキャッシュカードの口座から出金することを確認する旨のメッセージとが表示される。また、図１１（ｂ）の画面下部には、ＱＲコードリーダ３４で出金元の口座を指定するための画面へ遷移するための「ＱＲコード読取」ボタンと、テンキーなどによりその他の口座を指定するための画面へ遷移するための「その他」ボタンと、図１１（ｂ）に表示された口座からの出金することを確認して次の画面に展開するための「確認」ボタンとが配置される。

図１１（ｂ）の画面で「ＱＲコード読取」ボタンが押下されたならば、図１１（ｃ）に示す画面に遷移する。図１１（ｃ）の画面には、携帯端末に表示された口座情報を含むＱＲコードを読み取る旨のメッセージが表示される。画面の中央には、携帯端末に表示されたＱＲコードから読み取った口座に係る情報を表示するためのフィールドが配置される。また、画面下部には、受付機１０で読み取ったキャッシュカードのから出金することを指示するための「カード口座」ボタンと、テンキーなどによりその他の口座を指定するための画面へ遷移するための「その他」ボタンと、ＱＲコードを読み取った後に表示された口座からの出金することを確認して次の画面に展開するための「確認」ボタンとが配置される。

図１１（ｃ）の画面で、「カード口座」ボタンが押下されると図１１（ｂ）に戻る。また、図１１（ｂ）で「確認」ボタンが押下されるか、図１１（ｃ）で携帯端末に表示されたＱＲコードを読み取って「確認」ボタンが押下されると図１１（ｄ）に示す画面に遷移する。図１１に示した例では、図１１（ｃ）でＱＲコードを読み込んで、ＱＲコードから読み込んだ口座に係る情報を自動入力して図１１（ｄ）の出金金額の入力用の画面に遷移しているが、予め携帯端末に出金金額を含むすべての入力項目が登録され、これらの入力項目のデータがＱＲコード化されている場合は、このＱＲコードの読み込みにより出金金額を含むすべての入力項目を自動入力して、図１１（ｅ）の画面に遷移するようにしてもよい。

図１１（ｄ）の画面は、出金金額を入力するための画面であって、出金金額を入力する旨のメッセージと、出金金額を入力するためのテンキーと、テンキーで入力した金額を表示する金額のフィールドとが配置される。また、画面下部には、金額のフィールドに表示された金額を確認して次の画面に展開するための「確認」ボタンが配置される。

図１１（ｄ）でテンキーにより出金金額を入力して「確認」ボタンを押下したならば図１１（ｅ）に示す画面に遷移する。図１１（ｅ）は、顧客が入力した出金伝票の項目の入力内容を確認するための画面で、出金伝票の項目の入力内容の一覧が表示され、表示された内容を確認したら「確認」ボタン、項目を修正する場合には項目名をタッチする旨のメッセージが表示される。また、下部には「確認」ボタンが配置される。

図１１（ｅ）の画面で「確認」ボタンが押下されると、図１１（ｆ）に示す画面に遷移する。図１１（ｆ）の画面には、続けて他の伝票を作成することを示す「続けて他の伝票を作成」ボタンと、伝票作成を終了することを示す「終了」ボタンとが配置される。

図１１（ｆ）の画面で「続けて他の伝票を作成」ボタンが押下された場合には、図１１（ｇ）の画面に遷移する。図１１（ｇ）の画面は、作成する伝票を選択するための画面である。図１１（ｇ）の画面には、図に示すように作成する伝票を指定するためのボタンと、図１１（ｆ）の画面に戻るための「戻る」ボタンが配置される。

図１１（ｆ）の画面で「終了」ボタンが押下されて、受付機１０で持込伝票が有る旨の入力が行われていた場合には、図１１（ｈ）に示す画面に遷移する。図１１（ｈ）の画面には、持込伝票の枚数を入力する旨のメッセージと、持込伝票の種類別の枚数を入力するためのテンキーと、伝票の種類ごととの持込枚数を表示するためのフィールドとが配置される。また画面下部には、表示された伝票の種類別の枚数を確認して、次の処理に進むための「確認」ボタンが配置される。

図１１（ｈ）の画面で、持込伝票の種類別の枚数の入力を行って、「確認」ボタンが押下されたならば、登録した伝票の入力内容で本人確認が必要なものがあれば本人確認記録に関する情報入力用画面に遷移する。また、図１１は、電子記帳機３０の設定パラメータ３８ａに受付機１０で発券された番号札から受付番号を読み取るという設定となっている場合の画面遷移の例であるが、電子記帳機３０の設定パラメータ３８ａに受付機１０に電子記帳機３０から受付番号の採番を依頼することによって取得するという設定となっている場合には、図１１（ｈ）の画面で、「確認」ボタンが押下されたならば、受付機１０により受付番号を採番して、採番した受付番号の記載された番号札を、レシートプリンタ３５により発行する。

次に、図２に示した窓口端末４０における作成伝票の伝票項目の内容の確認及び持込伝票の種類別の枚数の確認に係る画面構成及び操作にともなう画面遷移について図１２を用いて説明する。

図１２（ａ）は、窓口端末４０の初期メニュー画面である。画面には処理を選択する旨のメッセージと、まだ窓口に呼び出されていない顧客のリストの表示処理を示す「未呼出リスト」ボタンと、処理済の顧客のリストの表示処理を示す「処理済リスト」ボタンと、新たな伝票作成を示す「伝票作成」ボタンと、各種集計処理のメニューの表示をするための「集計」ボタンとが配置される。

未呼出リストを表示することで事前に顧客が希望する取引の内容（取引種別：入金、出金、振込などとその金額）を確認することが可能となり、テラーは、顧客が窓口に来る前に準備をすることができる。また、サーバ２０に予めＶＩＰ及び要注意人物を特定する口座情報などの個人特定するための情報を登録しておき、未呼出リスト及び処理済リストに含まれる顧客に関連付けられた情報と、予めサーバ２０に登録されたＶＩＰ及び要注意人物に係る情報をマッチングすることによりＶＩＰ又は要注意人物であるか否かを判別し、未呼出リスト又は処理済リストに判別結果を識別可能に表示するようにしてもよい。

図１２（ａ）の画面で、「未呼出リスト」のボタンが押下されると図１２（ｂ）に示す画面に遷移する。図１２（ｂ）の画面には、サーバ２０が管理する窓口に呼び出されることを待っている顧客の一覧である未呼出リストが１人１行の表形式で表示される。未呼出リストの各行の右側には、その行の顧客の作成済の伝票の内容を照会するための「参照」ボタンが配置される。また、図１２（ｂ）の画面下部には、図１２（ａ）の初期メニュー画面に戻るための「戻る」ボタンと、表示された未呼出リストが複数ページに跨っている場合に前のページへの遷移を指示するための「前頁」ボタンと、次のページへの遷移を指示するための「次頁」ボタンとが配置される。

また、図１２（ｂ）の画面で未呼出リストに含まれる顧客の伝票の項目の内容を変更する場合には、未呼出リストに表示される受付番号をタッチすることにより伝票項目の内容を変更用の画面を表示することができる。窓口端末４０において、未呼出リスト及び処理済リストの受付番号をタッチすることによって表示される内容は、窓口端末４０で処理可能な取引に絞り込んで表示される。つまり、窓口に割り当てられている業務に対応する取引の伝票データのみが確認できるようになっている。

また、図１２（ａ）の画面で、「伝票作成」のボタンが押下されると図１２（ｃ）に示す画面に遷移する。図１２（ｃ）の画面には、図に示すように作成する伝票を指定するためのボタンと、図１２（ａ）の初期メニュー画面に戻るための「戻る」ボタンが配置される。

図１２（ｂ）の画面で、例えば受付番号の１５１の行をタッチした場合には図１２（ｄ）に示す画面に遷移する。図１２（ｄ）の画面は、図１２（ｂ）の未呼出リストに表示された受付番号１５１の顧客が電子記帳機３０で作成した伝票の項目内容を表示している画面である。図１２（ｄ）に示すように、画面の中央には顧客が作成した伝票名と、該伝票名に対応する伝票の項目名と該項目名に対する顧客入力内容が表示される。また図１２（ｄ）に示す例では、受付番号１５１に対応する顧客は電子記帳機３０において伝票を２枚作成した例であって、伝票名の右側には２枚作成したうちの１枚目であることを示す「１／２」の表示が行われている。また。図１２（ｄ）の画面下部には、図１２（ｂ）の初期メニュー画面に戻るための「戻る」ボタンと、複数の伝票が作成されている場合に表示中の伝票の前に作成された伝票に係る情報の表示を指示するための「前伝票」ボタンと、表示中の伝票の次に作成された伝票に係る情報の表示を指示するための「次伝票」ボタンと、表示中の伝票の取消を指示するための「取消」ボタンと、表示されている伝票の項目内容の確認を終了して次の伝票の項目内容の表示する画面に遷移するための「確認」ボタンとが配置される。また、図１２（ｄ）に表示された伝票の項目内容を変更する場合には、伝票項目名をタッチすることにより、タッチされた伝票項目の変更を行うための画面へ遷移させることができる。

図１２では、図１２（ｂ）の未呼出リストの画面から受付番号をタッチすることによって図１２（ｄ）の画面に遷移することを説明したが、テラーモニタ９１の呼出操作によって顧客を呼出た場合にも、テラーモニタ９１の呼出操作に連動して呼び出された顧客の受付番号に対応する図１２（ｄ）の画面が自動的に表示される。

また、図１２（ｂ）の画面で、例えば受付番号１５１に対応する行の右側の「参照」ボタンが押下されたならば、図１２（ｅ）に示す受付番号１５１の顧客が電子記帳機３０で作成した伝票の項目内容の照会画面に遷移する。画面の表示内容は図１２（ｄ）にほぼ同様であるが、図１２（ｄ）と比較すると画面下部に「取消」ボタン及び「確認」ボタンがない。また、図１２（ｅ）の画面は照会用の画面であることから、伝票項目名をタッチしてもタッチされた伝票項目の変更を行うための画面への遷移は行われない。

全ての伝票に対して、図１２（ｄ）の画面で項目内容の確認を示す「確認」ボタンの押下を受け付けたならば、図１２（ｆ）に示す画面に遷移する。図１２（ｆ）は、持込伝票の種類別の枚数を入力するための画面である。電子記帳機３０で既に入力されている場合には入力済の内容が表示される。

また、図１２（ｄ）の画面で出金金額の項目名がタッチされたならば、図１２（ｇ）に示す出金金額の変更用の画面に遷移する。図１２（ｇ）の画面で出金金額を入力して「確認」ボタンが押下されたならば、出金金額を入力された金額に更新して図１２（ｄ）の画面に戻る。また、図１２（ｇ）に画面遷移後に内容の変更を行わない場合には「戻る」ボタンの押下により図１２（ｄ）の画面に戻る。

図１２（ｆ）の画面で、持込伝票の種類別の枚数の入力後に「確認」ボタンが押下されたならば、項目内容を確認した全ての伝票をプリンタ９５で印刷する。

次に、図２に示したスタッフ端末９３のメニュー画面と、該メニュー画面から指定することができる照会画面の画面構成及び操作にともなう画面遷移について図１３を用いて説明する。

図１３（ａ）は、スタッフ端末９３の初期メニュー画面である。画面には処理を選択する旨のメッセージと、呼び出されていない顧客のリストの表示処理を示す「未呼出リスト」ボタンと、処理済の顧客のリストの表示処理を示す「処理済リスト」ボタンと、顧客の待ち状況を表示するための「待ち状況表示」ボタンと、電子記帳機３０ごとの使用している経過時間を表示をするための「電子記帳機使用時間リスト」ボタンとが配置される。

「未呼出リスト」ボタン若しくは「処理済リスト」ボタンを押下すると、図１２（ｂ）に示した形式の未呼出の顧客の一覧若しくは処理済の顧客の一覧が表示される。ただし、スタッフ端末９３で伝票項目の修正は行えないことから、図１２（ｂ）の形式の一覧の受付番号をタッチしても、更新する伝票項目を選択することのできる画面は表示されない。

図１３（ａ）の画面で「待ち状況表示」ボタンが押下されると、図１３（ｂ）の画面に遷移する。図１３（ｂ）の画面は、ハイカウンタの来店目的に対応する顧客の待ち人数と、ハイカウンタの顧客の合計待ち人数及びそれに対応する予想待ち時間と、ハイカウンタを待っている顧客の作成伝票の種類別枚数及び持込伝票の種類別枚数と、作成伝票及び持込伝票の合計枚数と、ローカウンタの来店目的に対応する顧客待ち人数と、ローカウンタの顧客の合計待ち人数とが表示される。画面下部には図１３（ａ）初期メニュー画面に戻るための「戻る」ボタンが配置される。

図１３（ａ）の画面で「電子記帳機使用時間リスト」ボタンが押下されると、図１３（ｃ）の画面に遷移する。図１３（ｃ）の画面は、電子記帳機３０の機番ごとに使用中の顧客の経過時間が表示される。現在使用中ではない場合には「−」が表示され、所定の閾値を超えて使用している電子記帳機３０については機番及び経過時間を反転表示することにより、フロアスタッフによるフォローを促すために目立つ表示としている。画面下部には図１３（ａ）の初期メニュー画面に戻るための「戻る」ボタンが配置される。

次に、図２に示した窓口端末４０において操作された集計指示に基づいてサーバ２０により出力された集計結果の出力例について図１４を用いて説明する。図１４に示す集計は、「２０１４／３／１」から「２０１４／３／３１」までの期間内に、店番が「０００５」である「東京中央支店」において電子記帳機３０で作成した伝票種類ごとの枚数、内取消を行った枚数、各伝票の作成にかかった時間及び持込伝票の種類別枚数などを集計した結果を出力した例である。

図１４に示す出力結果のうち、電子記帳機３０で作成した伝票の種類別の枚数、取消枚数及び作成に要した時間は、サーバ２０の有する伝票項目データ２４ｂを集計することによって算出することができる。図１４に示す出力結果のうち、持込伝票の種類別の枚数はサーバ２０の有する受付番号データ２４ａを集計することによって算出することができる。

また、伝票項目データ２４ｂを集計することによって算出した電子記帳機３０で作成した伝票の種類別の枚数と、受付番号データ２４ａを集計することによって算出した持込伝票の種類別の枚数に基づいて、電子記帳機３０で作成した伝票と持込伝票の種類別の合計枚数を算出することができる。

これにより、図１４に示すように、電子記帳機３０で作成した伝票については、伝票種類ごとに作成伝票の枚数と、伝票種類ごとの合計枚数に対する作成伝票の割合と、作成伝票の内取り消した伝票の枚数と、伝票種類ごとの合計枚数に対する取り消した伝票の枚数の割合と、電子記帳機３０における伝票の種類ごとの作成に掛かった時間の最大値、最長値及び平均値とが集計される。また、図１４に示すように、持込伝票についても、伝票種類ごとに持込伝票の枚数と、伝票種類ごとの合計枚数に対する持込伝票の割合とが集計される。

また、図１４に示すように、電子記帳機３０で作成した全種類の伝票の枚数と、全種類の伝票の合計枚数に対する電子記帳機３０で作成した伝票の枚数の割合と、電子記帳機３０で作成した全種類の伝票の内取り消した伝票の枚数と、全種類の伝票の合計枚数に対する電子記帳機３０で作成した全種類の伝票の内取り消した伝票の枚数の割合と、全種類の持込伝票の枚数と、全種類の伝票の合計枚数に対する持込伝票の枚数の割合とが出力される。また、電子記帳機３０における全種類の伝票の作成に掛かった時間の最大値、最長値及び平均値とが集計される。

次に、図２に示した電子記帳機３０における作成伝票の伝票項目の入力処理及び持込伝票の種類別の枚数の入力処理などの一連の処理の処理手順について図１５に示したフローチャートを用いて説明する。

設定パラメータ３８ａの受付番号取得方式の設定が受付機１０に来店目的を指定して採番を依頼するとなっている場合（ステップＳ１０１；Ｎｏ）には、伝票項目データ生成部３９ｂは、図１１（ｇ）に示したような来店目的に対応する作成する伝票を指定するための画面を表示して作成する伝票の指定を受け付ける（ステップＳ１０２）。

設定パラメータ３８ａの受付番号取得方式の設定が受付機１０で発行された番号札のバーコードから読み取るとなっていて（ステップＳ１０１；Ｙｅｓ）、番号札からバーコードが読み取られたならば（ステップＳ１０３；Ｙｅｓ）、受付番号データ管理部３９ａは、番号札のバーコードから読み取った受付番号に関連付けられた来店目的、持込伝票の有無及びキャッシュカードから読みとった情報などを受付機１０から取得して受付番号データ３８ｂに記憶する（ステップＳ１０４）。また、番号札からバーコードが読み取られない場合（ステップＳ１０３；Ｎｏ）には、ステップＳ１０３に戻ることにより番号札からのバーコードの読取を待ち合わせる。

本実施例では、設定パラメータ３８ａの受付番号取得方式の設定が受付機１０で発行された番号札のバーコードから読み取るとなっている場合には、番号札のバーコードから受付番号を読み取って、受付機１０から受付番号に関連付けられた来店目的、持込伝票の有無及びキャッシュカードから読み取った情報などを取得するものとしたが、本発明はこれに限定されるものではない。例えば、受付機１０で発行される番号札に受付番号だけではなく来店目的、持込伝票の有無及びキャッシュカードから読み取った情報などを含むバーコードを印刷するようにして、番号札のバーコードを読み取ることによって受付番号、来店目的、持込伝票の有無及びキャッシュカードから読み取った情報を取得するようにしてもよい。

ステップＳ１０２による作成する伝票の指定、若しくはステップＳ１０４で受付機１０から取得した来店目的に応じて、伝票項目データ生成部３９ｂは、作成する伝票の種類を決定して（ステップＳ１０５）、作成する伝票に係るレコードを伝票項目データ３８ｅに追加する（ステップ１０６）。

ステップＳ１０４で受付機１０から取得した情報にキャッシュカードの情報が含まれている場合には、例えば図１１（ｂ）に示したようなキャッシュカードの情報を利用するか否かの確認画面を表示して、該画面により利用する旨の操作を受け付けたならば（ステップＳ１０７；Ｙｅｓ）、伝票項目データ生成部３９ｂは、ステップＳ１０４で受付機１０から取得したキャッシュカードの情報を、ステップＳ１０６で伝票項目データ３８ｅに追加したレコードの伝票項目入力情報に登録する（ステップＳ１０８）。ステップＳ１０４で受付機１０から取得した情報にキャッシュカードの情報が含まれてない場合又はステップＳ１０４で受付機１０から取得した情報にキャッシュカードの情報が含まれていてもこの情報を利用しない場合（ステップＳ１０７；Ｎｏ）には、ステップＳ１０８の処理をスキップする。

また、図１１（ｃ）に示したような画面で、携帯端末に表示された顧客の口座情報等を含むＱＲコードの読取を受け付けたならば（ステップＳ１０９；Ｙｅｓ）、伝票項目データ生成部３９ｂは、ＱＲコードから取得した情報を、ステップＳ１０６で伝票項目データ３８ｅに追加したレコードの伝票項目入力情報に登録する（ステップＳ１１０）。携帯端末に表示された顧客の口座情報等を含むＱＲコードの読取を受け付けていない場合（ステップＳ１０９；Ｎｏ）には、ステップＳ１１０の処理をスキップする。

伝票項目データ生成部３９ｂは、ステップ１０５で決定した伝票の伝票項目で未入力の項目の入力画面を表示して顧客の入力を受け付けて、受け付けた内容をステップＳ１０６で伝票項目データ３８ｅに追加したレコードの伝票項目入力情報に登録する（ステップＳ１１１）。ステップＳ１１１の処理で全ての伝票項目に対する入力処理が終了していない場合（ステップＳ１１２；Ｎｏ）には、ステップＳ１１１に戻る。ステップＳ１１１の処理で全ての伝票項目に対する入力処理が終了している場合（ステップＳ１１２；Ｙｅｓ）には、伝票項目データ生成部３９ｂは、図１１（ｅ）のように作成中の伝票の伝票項目に対する入力情報を全項目表示する（ステップＳ１１３）。

ステップＳ１１３で表示された画面で項目の修正を示す項目選択操作を受け付けた場合（ステップＳ１１４；Ｙｅｓ）には、ステップＳ１１１に戻る。また、ステップＳ１１３で表示された画面で表示内容に問題ないことを示す「確認」ボタンの押下を受け付けた場合（ステップＳ１１４；Ｎｏ）には、図１１（ｆ）に示した他の伝票を続けて作成するか否かの選択操作用の画面の表示を行い、他の伝票を続けて作成する旨の操作を受け付けた場合（ステップＳ１１５；Ｙｅｓ）には、ステップＳ１０２に戻る。

他の伝票を続けて作成するか否かの選択操作を受け付ける画面で、伝票の作成を終了する旨の操作を受け付けて（ステップＳ１１５；Ｎｏ）、ステップＳ１０４にて受付機１０から持込伝票が有る旨の情報を取得している場合（ステップＳ１１６；Ｙｅｓ）には、持込伝票情報入力部３９ｃは、図１１（ｈ）に示した持込伝票の種類別の枚数の入力用の画面の表示を行い、持込伝票の種類別枚数の入力を受け付ける（ステップＳ１１７）。ステップＳ１０４にて受付機１０から持込伝票が無い旨の情報を取得している場合（ステップＳ１１６；Ｎｏ）には、ステップＳ１１７の処理をスキップする。

ステップＳ１１５までの処理で登録された伝票項目データ３８ｅに応じて本人確認が必要な取引の有無を判定し、本人確認が必要と判定された場合（ステップＳ１１８；Ｙｅｓ）には、本人確認記録生成部３９ｄは、本人確認記録に係る入力を受け付けて、受け付けた内容に基づいて本人確認記録データ３８ｆを作成する（ステップＳ１１９）。本人確認が必要と判定されなかった場合（ステップＳ１１８；Ｎｏ）には、ステップＳ１１９の処理をスキップする。ただし、既に電子記帳機３０において登録されたデータが本人確認記録データ３８ｆとして存在する場合には、入力済の内容を表示したうえで更新若しくは確認の操作を受け付ける。

設定パラメータ３８ａの受付番号取得方式の設定が受付機１０に来店目的を指定して採番を依頼するとなっている場合（ステップＳ１２０；Ｎｏ）には、受付番号データ管理部３９ａは、ステップＳ１０２で受け付けた来店目的を指定して受付機１０に受付番号の採番要求を行うことによって受付番号の採番を行い、採番された受付番号を受付番号データ３８ｂに登録する（ステップＳ１２１）。また、番号札発行処理部３９ｆは、ステップＳ１２１で採番した受付番号が記載された番号札をレシートプリンタ３５で印刷する（ステップＳ１２２）。設定パラメータ３８ａの受付番号取得方式の設定が受付機１０で発行された番号札のバーコードから読み取るとなっている場合（ステップＳ１２０；Ｙｅｓ）には、番号札は既に受付機１０で発行済であることから、ステップＳ１２１及びステップＳ１２２の処理はスキップする。

最後に、登録データ送信部３９ｅは、作成及び更新された受付番号データ３８ｂ、伝票項目データ３８ｅ及び本人確認記録データ３８ｆをサーバ２０に送信して、送信したデータを初期化して（ステップＳ１２３）、処理を終了する。

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

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

ステップＳ２０２で表示した画面において表示された作成済伝票の項目入力情報に問題ない旨を示す「確認」ボタンの操作を受け付けた場合（ステップＳ２０３；Ｙｅｓ）にはステップＳ２０４に移行する。ステップＳ２０２で表示した画面において、表示された情報に対応する伝票を取り消す旨を示す「取消」ボタンの操作を受け付けた場合（ステップＳ２０３；Ｎｏ、ステップＳ２０５；Ｙｅｓ）には、画面に表示されている伝票を削除するものとして、受付番号データ４３ｂの作成済の伝票種類別の枚数の情報を更新し、対応する伝票に対応する伝票項目データ４３ｅのレコードを削除の状態に更新して（ステップＳ２０６）、サーバ２０から受け付けた作成済の伝票に係る情報のうち、まだ確認を行っていない伝票に係る情報がある場合（ステップＳ２０４；Ｎｏ）には、ステップＳ２０２に戻ることによって、まだ確認を行っていない伝票に対する処理を行う。

また、ステップＳ２０２で表示した画面において、表示された伝票項目の名称がタップされることにより更新する項目の選択操作を受け付けた場合（ステップＳ２０５；Ｎｏ、ステップＳ２０７；Ｙｅｓ）には、選択した伝票項目の変更用の入力画面を表示して、変更内容を受け付けて、受け付けた内容に基づいて伝票項目データ４３ｅの更新を行って（ステップＳ２０８）、ステップＳ２０２に戻る。また、表示された伝票項目の名称のタップによる更新する項目の選択操作も受け付けていない場合（ステップＳ２０７；Ｎｏ）には、ステップＳ２０８の処理をスキップしてステップＳ２０２に移行する。

サーバ２０から受け付けた作成済の伝票に係る情報について、全ての伝票に係る情報が確認済である場合（ステップＳ２０４；Ｙｅｓ）には、伝票項目データ更新部４４ｂは、他の伝票を続けて作成するかどうかの選択操作を受け付ける画面を表示して、他の伝票作成を行わない旨の操作を受け付けたならば（ステップＳ２０９；Ｎｏ）、持込伝票情報更新部４４ｃは、サーバ２０から受け付けた持込伝票の種類別枚数の情報を表示して、更新内容の入力を受け付けて、受け付けた内容を受付番号データ４３ｂの持込伝票枚数に反映する（ステップＳ２１０）。

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

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

他の伝票を続けて作成するかどうかの選択操作を受け付ける画面において、他の伝票作成を行う旨の操作を受け付けたならば（ステップＳ２０９；Ｙｅｓ）、伝票項目データ更新部４４ｂは、図１２（ｃ）に示したような来店目的に対応する作成する伝票を指定するための画面を表示して作成する伝票の指定を受け付ける（ステップＳ２１６）。

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

ステップＳ２１９で表示された画面で項目の修正を示す項目選択操作を受け付けた場合（ステップＳ２２０；Ｙｅｓ）には、ステップＳ２１７に戻る。また、ステップＳ２２０で表示された画面で表示内容に問題ないことを示す「確認」ボタンの押下を受け付けた場合（ステップＳ２２０；Ｎｏ）には、ステップＳ２０９に戻る。

上述してきたように、本実施例では、来店した顧客ごとに受付番号を採番し、該受付番号に関連付けて顧客の待ち状況を管理し、作成する伝票に係る情報と持込伝票の種類別の枚数とを受け付けて、該受付番号に関連付けて作成する伝票に係る情報及び持込伝票の種類別の枚数を管理し、顧客の待ち状況と、作成する伝票又は持ち込んだ伝票の種類とに基づく集計結果を出力するよう構成したので、顧客負荷を抑制しつつ記入済の伝票を持ち込んだ顧客の適切な受付を可能とし、持込伝票の発生状況を把握することができる。

なお、本実施例では、電子記帳機３０及び窓口端末４０で顧客が事前に記入した持込伝票の枚数を入力できるようにしたが、本発明は持込伝票に限定するものではない。例えば、来店した顧客が店舗内において手書きで作成した伝票を持込伝票に含めて取り扱うようにしてもよい。

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

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

また、本実施例では、持込伝票の種類別の枚数は、電子記帳機３０及び窓口端末４０で入力可能としたが、本発明はこれに限定されるものではない。例えば、持込伝票の種類別の枚数は窓口端末４０でのみ入力可能としてもよい。また、窓口端末４０のみで持込伝票の種類別の枚数の入力を可能とする場合に、電子記帳機３０では持込伝票の有無のみを入力可能とし、窓口端末４０は、電子記帳機３０で受け付けた持込伝票の有無に応じて持込伝票の種類別枚数の入力を受け付けるようにしてもよい。

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

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

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

以上のように、本発明に係る電子記帳システム及び伝票情報管理方法は、顧客負荷を抑制しつつ記入済の伝票を持ち込んだ顧客の適切な受付を可能とし、持込伝票の発生状況を把握することに適している。

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

Claims (8)

1. 来店した顧客の入力操作を受け付けて該顧客が店舗の窓口での処理を依頼するために必要な伝票を作成する電子記帳機を含む電子記帳システムであって、
   前記顧客の来店目的に応じて受付番号を採番する採番手段と、
   前記顧客が前記窓口での処理を希望する記入済の持込伝票の種類ごとの枚数に係る情報を受け付ける受付手段と、
   前記電子記帳機にて作成された作成伝票に係る情報と、前記受付手段により受け付けた前記持込伝票の種類ごとの枚数に係る情報とを前記受付番号に関連付けて管理する管理手段と
   を備えたことを特徴とする電子記帳システム。
2. 前記受付手段により受け付けられた前記持込伝票の種類ごとの枚数と、前記電子記帳機により作成された前記作成伝票の種類ごとの枚数とを種類ごとに合計して、伝票の種類ごとの枚数に係る情報を集計する集計手段と、
   前記集計手段により集計された伝票の種類ごとの枚数に係る情報を出力する出力手段と
   をさらに備えたことを特徴とする請求項１に記載の電子記帳システム。
3. 前記受付手段により受け付けられた前記持込伝票の種類ごとの枚数に係る情報と、前記電子記帳機により作成された前記作成伝票に係る情報とに基づいて、前記顧客ごとに前記窓口での処理に掛かる処理予測時間を算定する算定手段と、
   前記算定手段により算定された前記顧客ごとの処理予測時間に基づいて顧客の処理予測時間に係る情報を集計する処理予測時間集計手段と
   をさらに備え、
   前記出力手段は、
   前記集計手段により集計された伝票の種類ごとの枚数に係る情報とともに前記処理予測時間集計手段により集計された顧客の処理予測時間を出力する
   ことを特徴とする請求項２に記載の電子記帳システム。
4. 前記受付手段は、
   前記持込伝票の画像を受け付けて、受け付けた前記持込伝票の画像に基づいて前記持込伝票の種類を判別し、判別した種類に対応する前記持込伝票の枚数に計上する
   ことを特徴とする請求項２に記載の電子記帳システム。
5. 前記持込伝票の有無に係る情報を受け付ける持込伝票有無受付手段
   をさらに備え、
   前記受付手段は、
   前記持込伝票有無受付手段により前記持込伝票が有る旨の情報を受け付けた場合に、前記持込伝票の種類ごとの枚数に係る情報を受け付ける
   ことを特徴とする請求項２に記載の電子記帳システム。
6. 前記顧客ごとに前記窓口での処理が行われたか否かを管理する管理手段
   をさらに備えて、
   前記集計手段は、
   前記管理手段により前記窓口での処理が行われていない顧客に対応する、前記受付手段により受け付けられた前記持込伝票の種類ごとの枚数に係る情報と、前記電子記帳機により作成された前記作成伝票に係る情報とに基づいて、前記窓口での処理が行われていない伝票の種類ごとの枚数に係る情報を集計し、
   前記処理予測時間集計手段は、
   前記管理手段により前記窓口での処理が行われていない顧客に対応する、前記算定手段により算定された前記窓口での処理に掛かる処理予測時間に基づいて、前記窓口での処理が行われていない顧客の前記処理予測時間を集計する
   ことを特徴とする請求項３に記載の電子記帳システム。
7. 前記集計手段は、
   集計対象の期間の指定を受け付けて、受け付けた集計対象の期間に前記窓口での処理を行った伝票の種類ごとの枚数に係る情報を集計する
   ことを特徴とする請求項２に記載の電子記帳システム。
8. 来店した顧客の入力操作を受け付けて該顧客が店舗の窓口での処理を依頼するために必要な伝票を作成する電子記帳機を含む電子記帳システムにおける伝票情報管理方法であって、
   前記顧客の来店目的に応じて受付番号を採番する採番ステップと、
   前記顧客が前記窓口での処理を希望する記入済の持込伝票の種類ごとの枚数に係る情報を受け付ける受付ステップと、
   前記電子記帳機にて作成された作成伝票に係る情報と、前記受付ステップにより受け付けた前記持込伝票の種類ごとの枚数に係る情報とを前記受付番号に関連付けて管理する管理ステップと
   を含んだことを特徴とする伝票情報管理方法。