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

Abstract

【課題】金融機関等に来店した顧客が伝票を生成する際に、伝票の生成処理の途中で処理を保留することを可能として、保留をしたとしても保留解除後に効率よく伝票の生成処理を行うことができるようにすることを課題とする。
【解決手段】受付機で受付操作を行うことにより受付番号の印刷された番号札を発行し、電子記帳機で伝票項目に対するデータ入力を受け付けて、受け付けた伝票項目に対するデータである伝票項目データを生成し、保留の指示を受け付けたならば、生成された伝票項目データを受付番号に関連付けて記憶して、受付番号を指定して保留解除を受け付けたならば、受付番号に関連付けて記憶した伝票項目データを取り出して、保留を受け付けた時点の状態から伝票項目に対するデータ入力を再開できるようにした。
【選択図】図１

Description

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

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

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

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

しかしながら、上記特許文献１のものは、電子記帳台における取引データの作成を途中で保留することができないという問題があった。この点を具体的に説明する。顧客が電子記帳台で取引データを作成している途中何らかの理由でその場から一時的に退席しなければならなくなってしまうことがある。場合によっては取引データの作成に必要な情報を入手するために一時的に退席しなければならないということもある。こういった場合には、取引データの作成を放棄することしかできなかったことから、それまでに顧客が入力したデータが無駄になってしまっていた。

また、このため取引データを作成途中の一時的な退席から戻った時には、取引データをもう一度最初から入力しなければならないことから、電子記帳台における取引データ作成の効率が上がらず、電子記帳台の混雑の原因となったり、混雑の回避のために電子記帳台の設置台数を増やす等の対応が必要となってしまうという事態が生ずる。

これらのことから、電子記帳台における取引データの作成を途中で保留することを可能として、保留解除した場合には保留時の取引データ作成状態を復元して取引データの作成を継続できるようにすることが重要な課題となっている。かかる課題は、金融機関の店舗に限定されるものではなく、公的機関等の窓口において取引を行う場合にも同様に生ずる課題である。

本発明は、上述した従来技術の課題を解消するためのものであって、伝票の生成処理の途中で処理を保留することを可能として、保留をしたとしても保留解除後に効率よく伝票の生成処理を行うことのできる伝票生成システム及び伝票生成方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、取引に必要な伝票を生成する伝票生成システムであって、前記取引の実行順序を制御するための受付番号を発行する受付番号発行手段と、依頼する取引の内容の入力を受け付ける取引内容受付手段と、前記取引内容受付手段によって受け付けた取引の内容の情報を含む伝票データを生成する伝票データ生成手段と、前記伝票データ生成手段によって生成した伝票データを一意に識別可能な識別情報に関連付けて一時的に記憶する記憶手段と、前記識別情報に基づいて前記伝票データを前記記憶手段から読み出し、前記取引の内容に対して追加及び／又は削除が可能となるように前記取引内容受付手段に受け渡す再入力処理手段とを備えたことを特徴とする。

また、本発明は、上記発明において、前記記憶手段は、前記受付番号発行手段で発行した受付番号を伝票データの識別情報として扱い、前記伝票データ生成手段は、前記伝票データの作成が完了した場合に前記受付番号と前記伝票データを関連付けて出力することを特徴とする。

また、本発明は、上記発明において、前記受付番号に応じて前記伝票データを用いた取引の実行順序を制御する取引制御手段と、前記伝票データについて、前記再入力処理手段による受け渡しが発生する未完了状態であるか前記再入力処理手段による受け渡しが発生しない完了状態であるかを監視する監視手段とをさらに備え、前記取引制御手段は、前記監視手段による監視結果に基づいて完了状態の伝票データを対象に取引の実行順序を制御することを特徴とする。

また、本発明は、上記発明において、前記記憶手段は、前記受付番号発行手段で発行した受付番号を伝票データの識別情報として扱い、前記伝票データ生成手段は、前記再入力処理手段が前記受付番号に基づいて読み出して前記取引内容受付手段に受け渡した伝票データについて、前記取引内容受付手段が前記取引の内容に対する追加及び／又は削除を行った場合に、当該取引の内容の情報を含む伝票データを生成し、前記受付番号発行手段によって発行した新たな受付番号に関連付けて出力することを特徴とする。

また、本発明は、上記発明において、前記受付番号発行手段によって発行した新たな受付番号は、前記再入力処理手段によって伝票データを取り出す時に指定した受付番号と異なる採番規則に従って発行することを特徴とする。

また、本発明は、取引に必要な伝票を生成する伝票生成方法であって、前記取引の実行順序を制御するための受付番号を発行する受付番号発行ステップと、依頼する取引の内容の入力を受け付ける取引内容受付ステップと、前記取引内容受付ステップによって受け付けた取引の内容の情報を含む伝票データを生成する伝票データ生成ステップと、前記伝票データ生成ステップによって生成した伝票データを一意に識別可能な識別情報に関連付けて一時的に記憶部に保存する保存ステップと、前記識別情報に基づいて前記伝票データを前記保存ステップで保存した記憶部から読み出し、前記取引の内容に対して追加及び／又は削除が可能となるように前記取引内容受付ステップに受け渡す再入力処理ステップとを含んだことを特徴とする。

本発明によれば、取引の実行順序を制御するための受付番号を発行して、依頼する取引の内容の入力を受け付けて、受け付けた取引の内容の情報を含む伝票データを生成して、生成した伝票データを一意に識別可能な識別情報に関連付けて一時的に記憶して、識別情報に基づいて伝票データを記憶部から読み出し、読み出した取引の内容に対して追加及び／又は削除の入力を受け付けて伝票データの更新を可能として、受付番号に応じて伝票データを用いた取引の実行順序を制御するように構成したので、伝票データの生成処理の途中で処理を保留することを可能として、保留をしたとしても保留解除後に効率よく伝票データの生成処理を行うことができる。

図１は、実施例１に係る電子記帳機における伝票生成の保留処理と保留解除処理の概要を説明するための説明図である。 図２は、伝票生成システムのシステム構成を示す図である。 図３は、図２に示した受付機の実施例１に係る内部構成を示すブロック図である。 図４は、図２に示した受付機の実施例１に係るデータ構成について説明するための説明図である。 図５は、図２に示したサーバの実施例１に係る内部構成を示すブロック図である。 図６は、図２に示したサーバの実施例１に係るデータ構成について説明するための説明図である。 図７は、図２に示した受付機における番号札発行処理及び顧客誘導処理の処理手順を示すフローチャートである。 図８は、図２に示した電子記帳機の実施例１に係る内部構成を示すブロック図である。 図９は、図２に示した電子記帳機の実施例１に係るデータ構成について説明するための説明図である。 図１０は、図２に示した電子記帳機の払出取引の伝票を作成する時の画面表示内容及び画面遷移を説明するための説明図である。 図１１は、図２に示した滞留状況表示装置の画面表示内容を説明するための説明図である。 図１２は、図２に示した電子記帳機における伝票作成処理の処理手順を示すフローチャートである。 図１３は、図２に示したサーバの管理する受付番号に関連付けられた取引の状態遷移を示す状態遷移図である。 図１４は、図２に示した窓口端末の実施例１に係る内部構成を示すブロック図である。 図１５は、図２に示した窓口端末における伝票項目データの修正処理の処理手順を示すフローチャートである。 図１６は、サーバの実施例２に係る内部構成を示すブロック図である。 図１７は、サーバの実施例２に係るデータ構成について説明するための説明図である。 図１８は、電子記帳機の実施例２に係る内部構成を示すブロック図である。 図１９は、電子記帳機で保留した伝票項目データを取り出す時の画面表示内容及び画面遷移を説明するための説明図である。 図２０は、電子記帳機で保留した伝票項目データの取り出し処理の処理手順を示すフローチャートである。

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

まず、実施例１に係る電子記帳機３０における伝票生成の保留処理と保留解除処理の概要を説明する。図１は、実施例１に係る電子記帳機３０における伝票生成の保留処理と保留解除処理の概要を説明するための説明図である。

金融機関に来店した顧客は、最初に受付機１０にて受付処理を行う。具体的には、顧客が、受付機１０の表示操作部１１によって来店目的の入力を行い、必要に応じてカードリーダ１３で金融カードを読み込ませることによって、受付機１０は、受付番号の印刷された番号札を発行し、伝票の作成が必要な場合には電子記帳機３０へ誘導するメッセージを表示する。また、受付機１０は、受付番号と、顧客の操作によって受け付けた来店目的と、金融カードから読み込んだ情報とをサーバ２０に送信する。サーバ２０は、受付番号に関連付けて顧客の来店目的と金融カードの情報を記憶する。

図１は、顧客の来店目的から伝票の作成が必要と判定され、顧客が電子記帳機３０に誘導された例である。電子記帳機３０に誘導された顧客は、まず、受付機１０で発行された番号札に印刷されている受付番号の入力を行う。電子記帳機３０は、入力された受付番号をサーバ２０に送信して、送信した受付番号に関連付けられている顧客の来店目的及び金融カードの情報を入手する。

電子記帳機３０は、サーバ２０から入手した来店目的を基にして、作成する伝票の種類を決定する。また、決定した伝票の種類に応じた伝票の項目の入力用の画面を表示することによって伝票項目の入力を受け付ける。電子記帳機３０は、伝票項目に対する入力を受け付けると受け付けた入力データを自装置内の記憶部３８に記憶する。

電子記帳機３０において伝票項目の入力が完了していない状態で、顧客に一時退店しなければならない事態が発生した場合には、顧客は、電子記帳機３０に対して伝票項目の入力の保留を示す操作を行うことができる。電子記帳機３０において伝票項目の入力中に保留の操作が行われると、電子記帳機３０は、受付番号と入力済みの伝票項目の入力データとをサーバ２０に送信する。サーバ２０は、受付番号と伝票項目の入力データを受け付けると、受付番号に関連付けて伝票項目の入力データを記憶する。また、一時退店する顧客は、受付機１０で発行された番号札を持って退店する。

番号札を持って再来店した顧客は、電子記帳機３０で番号札に記載されている受付番号を入力することによって、保留時の状態を復元させて伝票項目の入力処理を継続することができる。具体的には、電子記帳機３０は、顧客から入力された受付番号をサーバ２０に送信することによって、来店目的や金融カードの情報に加えて、保留時にサーバ２０に送信した伝票項目の入力データを取得することができる。電子記帳機３０は、サーバ２０から取得した伝票項目の入力データを利用することによって、保留時点で入力済みの項目については保留解除後にも入力済みの状態を復元することができ、未入力の伝票項目の受付処理を継続することができる。

電子記帳機３０は、伝票項目の受付処理を再開して保留時に未入力だった項目の入力を行うことによって、伝票項目に対する入力を完了することができる。全項目の入力が完了すると、伝票のイメージと伝票項目に対する入力データから必要な項目が全て記入済みの伝票を印刷して、受付番号と伝票項目の入力データをサーバ２０に送信する。サーバ２０は電子記帳機３０から受け付けた伝票項目の入力データを受付番号に関連付けて記憶する。

このように、受付機１０で受付操作を行うことにより受付番号の印刷された番号札を発行し、電子記帳機３０で伝票項目に対するデータ入力を受け付けて、受け付けた伝票項目に対するデータである伝票項目データを生成し、保留の指示を受け付けたならば、生成された伝票項目データを受付番号に関連付けて記憶して、受付番号を指定して保留解除を受け付けたならば、受付番号に関連付けて記憶した伝票項目データを取り出して、保留を受け付けた時点の状態から伝票項目に対するデータ入力を再開できるようにしたので、伝票の生成処理の途中で処理を保留することを可能として、保留をしたとしても保留解除後に効率よく伝票の生成処理を行うことができる。

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

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

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

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

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

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

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

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

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

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

サーバ２０は、重要顧客の来店を役席モニタ９０に報知したり、受付機１０や電子記帳機３０で応対が必要な状態になっている場合は、顧客ゾーンのロビーマンの所持するロビー端末９３に情報を通知する。また、サーバ２０は、受付番号の採番と、採番した受付番号に対する状況を管理することによって、窓口や電子記帳機の使用状況や滞留状況を管理し、滞留状況表示装置９５に顧客向けの滞留状況などの表示を制御する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図４の受付データ１５ｃの例は、受付番号が「１０３」で、来店目的が「２」で出金を示し、受付日付が「２０１３／４／１０」で、受付時刻が「１２：３０」で、誘導先窓口種類が「１」でハイカウンタを示し、電子記帳機使用が「有」であり、顧客区分が「−」で不明であり、金融カードから読み込んだ店番号が「０００５」で、科目コードが「０１」で、口座番号が「１２３４５６７」であることを示している。

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

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

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

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

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

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

受付番号管理部２５ｂは、受付機１０若しくは電子記帳機３０からの受付番号の採番要求によって、新たな受付番号を採番して、受付番号状況データ２４ｂにレコードの追加登録を行う。受付番号管理部２５ｂは、受付番号の採番に関して、新規の受付番号の採番である新規採番と、一旦受付番号を採番したものの保留などが行われて伝票の生成に時間がかかってしまった場合などに採番しなおす再採番とを行うことができる。新規採番と再採番では採番される受付番号の番号体系が異なる。また、受付番号管理部２５ｂは、受付番号に対応するイベントを監視して、受付番号状況データ２４ｂが保有する受付番号の状態を示す「状態」の項目の内容をイベントに応じて更新する。

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

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

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

滞留状況表示処理部２５ｆは、顧客向けに当該店舗の窓口及び電子記帳機３０の滞留状況などをリアルタイムで滞留状況表示装置９５に出力を行う。滞留状況表示処理部２５ｆは、顧客滞留状況データ２４ｃ及び受付番号状況データ２４ｂに含まれる情報を利用して、出力内容を編集して滞留状況表示装置９５に出力を行う。

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

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

受付番号状況データ２４ｂは、受付番号、来店目的、受付日付、受付時刻、誘導先窓口種類、状態、呼出回数、顧客区分、店番号、科目コード及び口座番号をレコードの項目として有する。これらの項目のうち、受付番号はキー項目である。また、受付番号状況データ２４ｂは、受付機１０で新規の顧客が受付処理終了時に、受付機１０から送信される受付データ１５ｃを基にして登録されるデータである。また、電子記帳機３０で受付番号の再採番の場合には、電子記帳機３０から送信される受付番号状況データ３８ｄによって受付番号状況データ２４ｂに追加登録される。状態は、コード化されたデータであり、「１」は、当該受付番号に対する顧客を電子記帳機３０に誘導済みであることを示し、「２」は、当該受付番号に対する顧客が電子記帳機３０を使用中であることを示し、「３」は、当該受付番号に対する顧客が電子記帳機３０で保留中であることを示し、「４」は、当該受付番号に対する顧客が不在で保留中であることを示し、「５」は、当該受付番号に対する顧客が呼出待ちであることを示し、「６」は、当該受付番号に対する顧客の取引が窓口処理中であることを示し、「８」は、当該受付番号に対する顧客の取引がキャンセルとなったことを示し、「９」は、当該受付番号に対する顧客の取引が処理済であることを示す。

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

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

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

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

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

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

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

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

ステップＳ１０９で電子記帳機３０への誘導は行わないことを決定したならば、番号札発行部１６ｄは、サーバ２０に受付番号の採番要求を行い、採番された受付番号を受付データ１５ｃに記憶して、受付データ１５ｃの受付日付及び受付時刻を登録して、受付データ１５ｃをサーバ２０に登録する（ステップＳ１１０）。続いて、番号札発行部１６ｄは、ステップＳ１１０で採番した受付番号の記載された番号札を番号札印刷部１２から発行して（ステップＳ１１１）、処理を終了する。

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

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

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

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

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

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

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

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

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

受付番号状況データ３８ｄは、電子記帳機３０で伝票作成を行う場合に、表示操作部３１の操作によって受付番号を受け付けて、受け付けた受付番号をサーバ２０に送信してサーバ２０の管理する受付番号状況データ２４ｂに管理されている、受付番号に対応するデータを取得して記憶したデータである。

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

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

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

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

番号札発行処理部３９ｅは、受付番号の再採番が必要となった場合に限って、通常の番号体系とは異なる受付番号を新たに採番して、新たに採番された受付番号の記載された番号札を番号札プリンタ３７で再発行する。受付番号の再採番が必要となるのは、当該受付番号の呼び出し回数が既に所定の回数以上となっている場合である。

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

保留処理部３９ｇは、伝票項目への入力処理中に顧客の保留操作を受け付けると、入力中の伝票の生成処理を一旦保留として、その時点の伝票項目データ３８ｅと状態に保留中とする旨を書き込んだ受付番号状況データ３８ｄとをサーバ２０に送信する。

保留解除処理部３９ｈは、顧客の受付番号の入力操作を受け付けて、サーバ２０から受付番号状況データ２４ｂ及び伝票項目データ２４ｄに含まれる当該受付番号に対応するデータを取得して、伝票項目データ３８ｅ及び受付番号状況データ３８ｄに記憶し、保留時の電子記帳機３０の状態を復元し、復元された状態からの伝票項目の入力処理の再開を可能とする。

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

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

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

受付番号状況データ３８ｄは、サーバ２０の受付番号状況データ２４ｂのレコードの保有項目と同じ項目を有するデータである。保有項目の内容は、受付番号状況データ２４ｂと同じであることから説明は省略する。

伝票項目データ３８ｅは、受付番号と、受付枝番号と、来店目的の入力等で決定した伝票ＩＤと、当該伝票の伝票生成状況を示す状況と、該伝票ＩＤの伝票の項目情報をレコードの項目として有するデータである。保有項目は、サーバ２０の受付番号状況データ２４ｂのレコードの保有項目と全く同じである。図９の伝票項目データ３８ｅの例は、受付番号が「００１」で受付枝番号が「０１」の伝票は伝票ＩＤが「００４」で、状況は「０」であり項目の入力が未完了であることを示し、伝票の項目識別ＩＤが「０２０」の項目の項目値が「タナカ イチロウ」であり、項目識別ＩＤが「０３０」の項目の項目値が「５２０００」であるレコードが含まれていることを示している。

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

図１０の（１）に示す画面は、電子記帳機３０の初期画面であり、顧客に発行された番号札に印刷された受付番号の入力を受け付ける画面である。画面の右側には受付番号の入力用の数字ボタンが配置される。当該数字ボタンを使用して受付番号を入力して「確認」ボタンを押下することによって（２）の画面に遷移する。また画面下部に配置された「訂正」ボタンは、受付番号の入力した内容を訂正する場合に使用する。

図１０の（１）の画面で「１」、「０」、「３」、「確認」と操作されると、電子記帳機３０は指定された受付番号をサーバ２０に送信して、サーバ２０の管理している受付番号状況データ２４ｂの指定された受付番号に関連付けられたデータを取得する。図１０の例では、サーバ２０から取得した情報は、受付番号「１０３」に関連付けられたデータは、来店目的が出金を示す「２」であり、受付日付が「２０１３／４／１０」であり、受付時刻が「１２：３０」であり、誘導先窓口種類がハイカウンタを示す「１」であり、状態が電子記帳機３０へ誘導済みを示す「１」であり、顧客区分は不明であり、当該顧客は店番が「０００５」で、科目コードが「０１」で、口座番号が「１２３４５６７」である口座を有することを示している。電子記帳機３０は、この情報を利用して、来店目的から伝票の種類を決定して、決定した伝票の伝票項目の入力用の（２）に示す画面を表示する。

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

図１０の（３）の画面は、出金取引の伝票に反映する項目の内容の確認画面で、依頼日は当日日付が反映され、店名、科目、口座番号は受付機１０で読み込まれた金融カードから読み込んだ内容が反映され、お引出し金額には（２）の画面で入力した金額が反映され、お名前は、金融カードから読み込んだ店番、科目コード及び口座番号を指定してサーバ２０から取得した顧客データ３８ａから反映したものである。

また、図１０の（３）の画面の最下部には、（３）に表示された内容の確認を行うためのボタンが配置されており、内容に誤りがなく実施したい取引が他にない場合には「確認」ボタンを、内容に誤りがなく実施したい取引が他にもある場合には「次取引」ボタンを押下することとなる。また、画面下部に配置される「戻る」ボタンを押下すると、（２）の出金金額の入力用の画面に戻る。また、画面下部に配置される「保留」ボタンは伝票項目の入力操作を保留することを指示する場合に使用するボタンである。また、（３）の画面で表示された内容に、誤りがある場合には表示された項目の項目名をタッチすることによって、当該項目の入力画面に戻ることができる。

「保留」ボタンが押下されると、入力中のデータをサーバ２０に送信して処理を保留とする。「確認」ボタンが押下されると、入力済みデータをサーバ２０に送信して、入力された内容で生成した伝票をプリンタ３６で印刷して処理を終了する。また「次取引」ボタンが押下されると、入力済みデータをサーバ２０に送信して、入力された内容で生成した伝票をプリンタ３６で印刷して（４）の画面に遷移する。

図１０の（４）に示す画面は、（３）の画面までに入力した取引とは別に依頼する取引の目的を入力するための画面である。当該画面で目的の入力が行われたならば、入力された目的に応じた伝票の項目入力用の画面を展開して、指定した目的に対する伝票の作成処理が開始される。

次に、図２に示した滞留状況表示装置９５の画面表示内容を説明する。図１１は、滞留状況表示装置９５の画面表示内容を説明するための説明図である。

図１１に示す画面の最上部には、最後に呼び出した受付番号とその誘導先の窓口番号が表示される。図１１の例では、最後に受付番号「０９７」の顧客が、「３」番の窓口に呼び出されたことを示している。

画面の中央部には、取引内容のグループごとに呼出待ちの人数と呼出待ちとなっている受付番号とが表示される。図１０に示す取引内容が「お預け入れ・お引出し、税金・公共料金」は、サーバ２０の受付番号状況データ２４ｂの誘導先窓口種類が「１」のハイカウンタの受付番号に対応する。また、取引内容が「ご相談、ローン・ご融資」は、サーバ２０の受付番号状況データ２４ｂの誘導先窓口種類が「２」のローカウンタの受付番号に対応する。また、呼出待ちとなっている受付番号の表示順はその呼出待ちの順番を示す。また、呼出待ちとなっている受付番号の表示形態が反転表示となっている受付番号は、電子記帳機３０での伝票生成が未完了であることを示し、電子記帳機３０に誘導されたにもかかわらず伝票生成が終了していない場合には、窓口の呼出し対象にはならない。

図１１の画面の中央部に表示されている例は、取引内容が「お預け入れ・お引出し、税金・公共料金」である顧客は「７人」が呼出待ち状態で、呼出待ち状態の７人の顧客の受付番号は「０９８」、「０９９」、「１０１」、「１０２」、「９０２」、「１０４」及び「１０５」で、この順番が呼出待ちの順番であることを示している。また、取引内容が「お預け入れ・お引出し、税金・公共料金」である顧客のうち、受付番号が「０９８」、「１０４」及び「１０５」の顧客は、その伝票番号が反転表示となっており電子記帳機３０での伝票の生成が未完了であることを示している。また、取引内容が「お預け入れ・お引出し、税金・公共料金」である呼出待ちに表示されている受付番号のうち、「９０２」については他の受付番号と異なる番号体系で採番された受付番号であり、一旦保留して保留解除後に別番体系で受付番号が再採番された場合の例を示している。

また、図１１の画面の中央部に表示されている例は、取引内容が「ご相談、ローン・ご融資」である顧客は「３人」が呼出待ち状態で、呼出待ち状態の３人の顧客の受付番号は「０８７」、「１００」及び「１０３」で、この順番が呼出待ちの順番であることを示している。

図１１の画面の最下部には、電子記帳機３０で伝票の生成処理中に保留操作した顧客に対応する受付番号と、所定回数の呼出しを行ったにもかかわらず窓口に現れなかった顧客に対応する受付番号が表示される。図１１の画面の例では、保留操作によって保留になっている受付番号が「０３８」及び「０９２」で、顧客不在である受付番号が「０２２」、「０５７」及び「０８１」であることを示している。

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

伝票項目データ生成部３９ｂは、表示操作部３１に図１０の（１）に示した受付番号入力用の画面を表示して、顧客による受付番号の入力を受け付ける（ステップＳ２０１）。伝票項目データ生成部３９ｂは、サーバ２０から受付番号状況データ２４ｂの入力された受付番号に対応するレコードのデータを取得して、内部の受付番号状況データ３８ｄに記憶する（ステップＳ２０２）。

受付番号状況データ３８ｄの内容から、指定された受付番号に対応する伝票生成中のデータがサーバ２０に有るか否かを判定する（ステップＳ２０３）。具体的には、受付番号状況データ３８ｄの状態が電子記帳機３０への誘導済を示す「１」である場合には、伝票生成中のデータはサーバ２０には存在しない。また、受付番号状況データ３８ｄの状態が電子記帳機３０で保留中を示す「３」若しくは顧客不在を示す「４」である場合には、伝票生成中のデータがサーバ２０には存在する。

指定された受付番号に対応する伝票生成中のデータがサーバ２０にない場合（ステップＳ２０３；Ｎｏ）には、伝票項目データ生成部３９ｂは、受付番号状況データ３８ｄの来店目的から生成する伝票の種類を決定して、決定した伝票種類に対応する伝票ＩＤを伝票項目データ３８ｅに書き込む（ステップＳ２０４）。また、指定された受付番号に対応する伝票生成中のデータがサーバ２０にある場合（ステップＳ２０３；Ｙｅｓ）には、保留解除処理部３９ｈは、サーバ２０に受付番号を送付して、サーバ２０の伝票項目データ２４ｄの送付した受付番号に対応するレコードを取得して、自装置内の伝票項目データ３８ｅに記憶する（ステップＳ２０５）。ステップＳ２０５で取得した伝票項目データ３８ｅが項目の入力が未完了である場合（ステップＳ２０６；Ｙｅｓ）には、ステップＳ２０７に移行する。また、ステップＳ２０５で取得した伝票項目データ３８ｅが項目の入力が完了している場合（ステップＳ２０６；Ｎｏ）には、ステップＳ２１０に移行する。

ステップＳ２０４での伝票種類の決定処理が終了、若しくはステップＳ２０５で取得した伝票項目データ３８ｅが項目の入力が未完了である場合（ステップＳ２０６；Ｙｅｓ）には、伝票項目データ生成部３９ｂは、伝票項目データ３８ｅに記憶されている伝票ＩＤの伝票項目で未入力の項目の入力を受け付ける画面を表示して、当該伝票項目に対する入力を受け付けて、伝票項目の入力を受け付けて伝票項目データ３８ｅに入力内容を反映する（ステップＳ２０７）。ステップＳ２０７で保留ボタンの押下を受け付けた場合（ステップＳ２０８；Ｙｅｓ）には、ステップＳ２１３に移行する。ステップＳ２０７で受け付けた内容が保留ボタンではなかった場合（ステップＳ２０８；Ｎｏ）で、伝票の全ての項目に対する入力が未完了である場合（ステップＳ２０９；Ｎｏ）には、ステップＳ２０７に戻る。また、伝票の全ての項目が入力済みとなった場合（ステップＳ２０９；Ｙｅｓ）には、伝票項目データ生成部３９ｂは、図１０の（３）に示したような入力済みの伝票項目データ３８ｅの確認画面を表示して入力を受け付ける（ステップＳ２１０）。

ステップＳ２１０で表示した入力済みの伝票項目データ３８ｅの確認画面で保留ボタンを受け付けた場合（ステップＳ２１１；Ｙｅｓ）には、伝票項目データ３８ｅをサーバ２０に送信して（ステップＳ２１３）、受付番号状況データ３８ｄの状態を保留中であることを示す「３」に変更して、変更後の受付番号状況データ３８ｄをサーバ２０に送信して（ステップＳ２１４）、処理を終了する。また、ステップＳ２１０で表示した入力済みの伝票項目データ３８ｅの確認画面受け付けた内容が保留ボタンではなく（ステップＳ２１１；Ｎｏ）、「戻る」ボタンや修正対象の伝票項目を指定する操作だった場合（ステップＳ２１２；Ｎｏ）には、ステップＳ２０７の伝票項目の入力処理に戻る。

また、ステップＳ２１０で表示した入力済みの伝票項目データ３８ｅの確認画面で、入力内容に問題のないことを示す確認ボタン若しくは次取引ボタンが押下された場合（ステップＳ２１２；Ｙｅｓ）には、伝票印刷処理部３９ｃは、伝票イメージテンプレートデータ３８ｂの伝票の種類に応じた伝票のイメージに伝票項目データ３８ｅに登録された項目のデータを合成した項目記入済みの伝票のイメージデータを生成して合成伝票イメージデータ３８ｆに記憶する（ステップＳ２１５）。また、伝票印刷処理部３９ｃは、ステップＳ２１５で生成した合成伝票イメージデータ３８ｆをプリンタ３６で印刷して（ステップＳ２１６）、伝票項目データ３８ｅをサーバ２０に送信する（ステップＳ２１７）。

依頼を所望する他の取引がある場合（ステップＳ２１８；Ｙｅｓ）には、ステップＳ２０４に戻る。依頼を所望する他の取引がない場合（ステップＳ２１８；Ｎｏ）には、番号札発行処理部３９ｅは、番号札の再発行の要否の判定を行い（ステップＳ２１９）、番号札の再発行の必要がない場合（ステップＳ２１９；Ｎｏ）には、受付番号状況データ３８ｄの状態を「呼出待ち」であることを示す「５」に変更して、変更後の受付番号状況データ３８ｄをサーバ２０に送信して（ステップＳ２２３）、処理を終了する。番号札の再発行の要否は、受付番号状況データ３８ｄに記憶されている呼出回数によって判定され、該呼び出し回数が所定回数以上となっている場合には番号札の再発行が必要と判定し、該呼び出し回数が所定回数未満の場合には番号札の再発行は不要と判定する。つまり、一旦保留をしてその後保留解除によって入力操作を再開して伝票データの入力を終わらせたときに、呼び出し回数が所定回数未満の場合には番号札の再発行は行わないので、受付機１０で発行された番号札に記載の受付番号で呼び出されることになる。

番号札の再発行が必要と判定された場合（ステップＳ２１９；Ｙｅｓ）には、伝票項目データ生成部３９ｂは、受付番号状況データ３８ｄの状態を「キャンセル」であることを示す「８」に変更して、変更後の受付番号状況データ３８ｄをサーバ２０に送信して（ステップＳ２２０）、番号体系の異なる新たな受付番号をサーバ２０に依頼して発行して、新たな受付番号の印刷された番号札を番号札プリンタ３７で発行（ステップＳ２２１）する。これによって旧受付番号はキャンセルされて処理終了となる。

また、伝票項目データ生成部３９ｂは、受付番号状況データ３８ｄの受付番号を新たに採番した受付番号に更新し、状態を「呼出待ち」であることを示す「５」に変更して、元の受付番号と更新後の受付番号状況データ３８ｄをサーバ２０に送信して（ステップＳ２２２）、処理を終了する。サーバ２０は元の受付番号と更新後の受付番号状況データ３８ｄを受け付けると、受け付けた受付番号状況データ３８ｄを受付番号状況データ２４ｂに反映するとともに、送信された元の受付番号に基づいて伝票項目データ２４ｄの中の元の受付番号に関連付いていたレコードを新たに採番した受付番号に関連付けの変更を行う。

次に、図２に示したサーバ２０の管理する受付番号に関連付けられた取引の状態遷移を説明する。図１３は、サーバ２０の管理する受付番号に関連付けられた取引の状態遷移を示す状態遷移図である。

受付番号の状態は８種類あり受付番号状況データ２４ｂの項目の「状態」に対応する。また、説明の便宜上、図１３には、これらの８つの状態に加えて受付番号が未採番の状態を「状態なし」として表している。

受付番号の状態の遷移に関連するイベントは９種類あり、その９種類のイベントについて説明する。イベント１は、受付機１０での電子記帳機３０への誘導が必要な目的をもつ顧客の来店受付である。イベント２は、受付機１０での電子記帳機３０への誘導が必要のない目的をもつ顧客の来店受付である。イベント３は、電子記帳機３０からの使用開始に伴うデータ取得要求の受付である。イベント４は、電子記帳機３０からの伝票生成処理の完了を示す通知である。イベント５は、電子記帳機３０からの保留の通知である。イベント６は、番号呼出装置９２からの呼出に応じた呼出処理である。イベント７は、番号呼出装置９２からの不在通知である。イベント８は、窓口処理の終了の通知である。イベント９は、電子記帳機３０からの伝票作成がキャンセルされたことを示す通知である。

まず、「状態なし」の状態において、受付機１０での電子記帳機３０への誘導が必要のない目的をもつ顧客の来店受付（イベント２）が発生すると、当該受付番号は状態５として新規登録される。また、「状態なし」の状態において、受付機１０での電子記帳機３０への誘導が必要な目的をもつ顧客の来店受付（イベント１）が発生すると、当該受付番号は状態１として新規登録される。

受付機１０で受け付けて電子記帳機３０に誘導された状態である状態１において、電子記帳機３０からの使用開始に伴うデータ取得要求を受け付けると（イベント３）、当該受付番号は、電子記帳機３０を使用して伝票生成中の状態である状態２に遷移する。また、状態１において、番号呼出装置９２からの呼出に応じた当該受付番号の呼出処理（イベント６）がかかったとしても、まだ伝票生成が未完了であることから実際には窓口には呼出はされない。ただし、受付番号状況データ２４ｂの呼出回数はカウントアップされる。また、状態１において、番号呼出装置９２からの呼出に応じた当該受付番号の呼出処理（イベント６）がかかった場合に、受付番号状況データ２４ｂの呼出回数が既に所定回数以上になっていた場合には、顧客不在で保留中という状態である状態４に遷移する。

電子記帳機３０を使用して伝票生成中の状態である状態２において、電子記帳機３０からの伝票生成処理の完了を示す通知（イベント４）を受け付けると、当該受付番号は、呼出待ちの状態である状態５に遷移する。また、状態２において、電子記帳機３０からの保留の通知（イベント５）を受け付けると、当該受付番号は、電子記帳機３０で伝票生成途中に保留をしたことによる保留中の状態である状態３に遷移する。また、状態２において、番号呼出装置９２からの呼出に応じた呼出処理（イベント６）がかかったとしても、まだ伝票生成が未完了であることから実際には窓口には呼出はされない。ただし、受付番号状況データ２４ｂの呼出回数はカウントアップされる。また、状態２において、電子記帳機３０から伝票キャンセルを示す通知（イベント９）を受け付けると、キャンセルされた状態である状態８に遷移する。伝票キャンセルを示す通知（イベント９）とは、図１２のステップＳ２２０の処理に対応する。

電子記帳機３０で伝票生成途中に保留をしたことによる保留中の状態である状態３において、電子記帳機３０からの使用開始に伴うデータ取得要求を受け付けると（イベント３）、電子記帳機３０を使用して伝票生成中の状態である状態２に遷移する。

呼出待ちの状態である状態５において、番号呼出装置９２からの呼出に応じた呼出処理（イベント６）がかかった場合は、窓口での処理中の状態である状態６に遷移する。

窓口での処理中の状態である状態６において、窓口処理の終了の通知（イベント８）を受け付けると、窓口での処理が終了した処理済みの状態である状態９に遷移する。また、状態６において、番号呼出装置９２からの不在通知（イベント７）を受け付けると、顧客不在で保留中という状態である状態４に遷移する。

顧客不在で保留中という状態である状態４において、電子記帳機３０からの使用開始に伴うデータ取得要求を受け付けると（イベント３）、電子記帳機３０を使用して伝票生成中の状態である状態２に遷移する。また、状態４において、番号呼出装置９２からの呼出に応じた呼出処理（イベント６）がかかった場合は、窓口での処理中の状態である状態６に遷移する。

図１３には図示はしていないが、実際には図１２のステップＳ２２２のサーバ送信処理によって、新たに採番された受付番号に対する受付番号状況データ３８ｄがサーバ２０に送信されることによって、サーバ２０の受付番号状況データ２４ｂに新たなレコードが追加となり、追加となったレコードは状態５の呼出待ちの状態となるケースも存在する。

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

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

記憶部４３に関しては、顧客データ４３ａ、伝票イメージテンプレートデータ４３ｂ、伝票決定パラメータ４３ｃ、伝票項目データ４３ｄ、合成伝票イメージデータ４３ｅは、それぞれ、電子記帳機３０の顧客データ３８ａ、伝票イメージテンプレートデータ３８ｂ、伝票決定パラメータ３８ｃ、伝票項目データ３８ｅ、合成伝票イメージデータ３８ｆに対応する。

制御部４４に関しては、顧客データ管理部４４ａ、伝票項目データ生成部４４ｂ、伝票印刷処理部４４ｃ、伝票項目データ送信部４４ｄを有し、それぞれ電子記帳機３０の顧客データ管理部３９ａ、伝票項目データ生成部３９ｂ、伝票印刷処理部３９ｃ、伝票項目データ送信部３９ｄに対応する。

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

次に、図２に示した窓口端末４０における伝票項目データ２４ｄの修正処理の処理手順を説明する。図１５は、窓口端末４０における伝票項目データ２４ｄの修正処理の処理手順を示すフローチャートである。

まず、伝票項目データ生成部４４ｂは、受付番号等の作成した伝票を特定するデータを指定して生成済のデータをサーバ２０の伝票項目データ２４ｄから取得して、伝票項目データ４３ｄに記憶する（ステップＳ３０１）。ステップＳ３０１において、サーバ２０からデータを取得する場合に指定するデータは受付番号でなくとも、氏名、口座番号又は住所などでもよい。次に、伝票項目データ生成部４４ｂは、取得した伝票項目データ４３ｄを画面に表示して、顧客の操作による修正内容を受け付けて伝票項目データ４３ｄの更新を行う（ステップＳ３０２）。

顧客の画面操作によって他の項目の修正が指示されたならば（ステップＳ３０３；Ｙｅｓ）、ステップＳ３０２に戻る。また、顧客の画面操作によって他の項目の修正がないことが指示されたならば（ステップＳ３０３；Ｎｏ）、伝票印刷処理部４４ｃは、伝票イメージテンプレートデータ４３ｂと伝票項目データ４３ｄとから、合成伝票イメージデータ４３ｅを生成し（ステップＳ３０４）、生成した合成伝票イメージデータ４３ｅをプリンタ９４で印刷する（ステップＳ３０５）。

最後に、伝票項目データ送信部４４ｄは、更新された伝票項目データ４３ｄの内容をサーバ２０に送信することによってサーバ２０の有する伝票項目データ２４ｄの更新を行って（ステップＳ３０６）、処理を終了する。

上述してきたように、本実施例１では、受付機１０で受付操作を行うことにより受付番号の印刷された番号札を発行し、電子記帳機３０で伝票項目に対するデータ入力を受け付けて、受け付けた伝票項目に対するデータである伝票項目データ３８ｅを生成し、保留の指示を受け付けたならば、生成された伝票項目データ３８ｅを受付番号に関連付けて記憶して、受付番号を指定して保留解除を受け付けたならば、受付番号に関連付けて記憶した伝票項目データ３８ｅを取り出して、保留を受け付けた時点の状態から伝票項目に対するデータ入力を再開できるよう構成したので、伝票の生成処理の途中で処理を保留することを可能として、保留をしたとしても保留解除後に効率よく伝票の生成処理を行うことができる。

実施例１では、電子記帳機３０で伝票生成中に保留した場合に、保留を解除して伝票生成処理を継続する場合には、受付機１０で発行された番号札に印刷された受付番号を表示操作部３１から手入力する必要があった。しかしながら、受付番号を表示操作部３１を操作することによって入力するのは手間もかかるし、番号の入力誤りなどの誤操作の確率も高くなってしまう。また、場合によっては、保留した顧客が番号札を紛失してしまった場合などは、保留解除することができなくなってしまったりした。そこで、実施例２では、保留解除時に、番号札に印刷された受付番号の表示操作部３１からの手入力を不要としたり、番号札を紛失した場合でも保留解除を行うことができる例を説明する。

まず、サーバ１２０の実施例２に係る内部構成を説明する。図１６は、図２に示したサーバ１２０の実施例２に係る内部構成を示すブロック図である。実施例１で説明したサーバ２０と同じ部分については実施例１のサーバ２０と同じ符号をつけ、同じ部分の説明は省略して、変更になっている部分を中心に説明する。

記憶部２４は、実施例１と比較すると受付番号状況データ１２４ｂが変更となっている。実施例１の受付番号状況データ２４ｂとの差異は、受付番号状況データ１２４ｂには当該受付番号に対応する顧客の顔特徴データが追加となっている点である。

制御部２５は、実施例１と比較すると、保留データ照会処理部１２５ｇ及び顔照合処理部１２５ｈが追加となっている。保留データ照会処理部１２５ｇは、電子記帳機１３０からの顧客の顔特徴データを含む保留データ検索要求に応じて、受付番号状況データ１２４ｂを検索して、指定された顔特徴データと同一人物の顔特徴データを保有する受付番号状況データ１２４ｂのレコードを検索して、その結果を応答する。また、保留データ照会処理部１２５ｇは、顔特徴データ以外の顧客氏名、顧客住所、金融カード及び通帳の磁気テープの内容などの検索情報を含む保留データ検索要求に応じて、受付番号状況データ１２４ｂを検索して、指定された検索情報に対応する受付番号状況データ１２４ｂのレコードを検索して、その結果を応答する。

顔照合処理部１２５ｈは、電子記帳機１３０からの顧客の顔特徴データを含む保留データ検索要求を受付時に、受け付けた顔画像と受付番号状況データ１２４ｂに登録されている顔特徴データとの照合を行い、同一人物の顔特徴データが登録された受付番号状況データ１２４ｂのレコードの特定を行う。

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

受付番号状況データ１２４ｂは、レコードの保有項目が、実施例１の受付番号状況データ２４ｂのレコードの保有項目に対して、顔特徴データが追加となっている。該顔特徴データは、電子記帳機１３０で伝票生成中に、電子記帳機１３０に接続されたカメラ１３０ｂで撮像された顔画像から算出したデータである。

次に、電子記帳機１３０の実施例２に係る内部構成を説明する。図１８は、電子記帳機１３０の実施例２に係る内部構成を示すブロック図である。実施例１で説明した電子記帳機３０と同じ部分については実施例１の電子記帳機３０と同じ符号をつけ、同じ部分の説明は省略して、変更になっている部分を中心に説明する。

電子記帳機１３０は、実施例１の電子記帳機３０に対して、バーコードリーダ１３０ａ、カメラ１３０ｂが追加で接続されている。バーコードリーダ１３０ａは、受付機１０で発行される番号札に印刷されるバーコードを読み込むことによって受付番号の入力を行うことができる。また、カメラ１３０ｂは、電子記帳機１３０で操作をする顧客の顔画像の撮像を行う。

記憶部３８は、実施例１と比較すると受付番号状況データ１３８ｄが変更となっている。実施例１の受付番号状況データ３８ｄとの差異は、受付番号状況データ１３８ｄには当該受付番号に対応する顧客の顔特徴データが追加となっている点である。

制御部３９は、実施例１と比較すると、顔特徴算出部１３９ｉ及び保留データ選択処理部１３９ｊが追加となっている。顔特徴算出部１３９ｉは、伝票項目の入力処理時に電子記帳機１３０を操作する顧客の顔画像をカメラ１３０ｂで撮像して、撮像した顔画像から顔特徴データを算出して受付番号状況データ１３８ｄに記憶する。また、顔特徴算出部１３９ｉは、保留解除の操作を受け付けた場合に、保留解除操作を行った顧客の顔画像をカメラ１３０ｂで撮像して、撮像した顔画像から顔特徴データを算出する。

保留データ選択処理部１３９ｊは、顧客の保留解除の操作の受付により動作し、顔特徴算出部１３９ｉで算出した顧客の顔特徴データを含む保留データ検索要求をサーバ１２０に送信して、サーバ１２０からの保留データ検索要求の応答を受け付ける。サーバ１２０は、受け付けた顔特徴データと同一人物の顔特徴データを保有する受付番号状況データ１２４ｂの該当レコードを応答する。保留データ選択処理部１３９ｊは、受付番号状況データ１２４ｂの該当レコードを受け付けると、受け付けた内容を受付番号状況データ１３８ｄに記憶する。また、保留データ選択処理部１３９ｊは、顧客氏名、住所、金融カード及び／又は通帳の磁気テープの情報を受け付けて、顧客氏名、住所、金融カード及び／又は通帳の磁気テープの情報を含む保留データ検索要求をサーバ１２０に送信して、サーバ１２０からの保留データ検索要求の応答を受け付ける。サーバ１２０は、受け付けた顧客氏名、住所、金融カード及び／又は通帳の磁気テープの情報を検索情報として受付番号状況データ１２４ｂを検索し、その結果を応答する。保留データ選択処理部１３９ｊは、受付番号状況データ１２４ｂの該当レコードを受け付けると、受け付けた内容を受付番号状況データ１３８ｄに記憶する。

次に、電子記帳機１３０で保留した伝票項目データ３８ｅを取り出す時の画面表示内容及び画面遷移を説明する。図１９は、電子記帳機１３０で保留した伝票項目データ３８ｅを取り出す時の画面表示内容及び画面遷移を説明するための説明図である。

図１９の（１）に示す画面は、電子記帳機１３０の初期画面であり、発行された番号札に印刷された受付番号の入力を受け付ける画面である。画面上部のガイダンスメッセージに表示されている通り、番号札に印刷されたバーコードをバーコードリーダ１３０ａで読み込ませることによって受付番号を入力することが可能である。また、番号札を紛失した場合でも、受付番号を記憶していた場合には、画面の右側に配置された受付番号の入力用の数字ボタンを使用して受付番号を入力することもできる。

また、図１９の（１）に示す画面の下部には「保留情報検索」ボタンが配置され、当該「保留情報検索」ボタンが押下されると、電子記帳機１３０を操作する顧客の顔画像をカメラ１３０ｂで撮像し、撮像した顔画像から顔特徴データを算出して、算出した顧客の顔特徴データを含む保留データ検索要求をサーバ１２０に送信する。

保留データ検索要求を受け付けたサーバ１２０で、送信した顔画像特徴データに対応する保留データが特定できた場合には、図１９の（２）に示す画面に遷移する。（２）に示す画面は、サーバ１２０から取得した顔画像特徴データに対応する保留データの内容を確認するための画面である。画面の中央部には、特定された保留データの内容が表示され、画面下部には表示された保留データの確認の結果を入力するためのボタンが配置される。（２）の画面の下部に配置される「使用する」ボタンが押下されると、（３）の画面に遷移して、（２）の画面の中央部に表示した保留データを使用して伝票生成処理を再開することとなる。また、（２）の画面の下部に配置される「戻る」ボタンが押下されると、（１）の画面に遷移する。また、（２）画面の下部に配置される「使用しない」ボタンが押下されると、（４）の画面に遷移する。

保留データ検索要求を受け付けたサーバ１２０で、送信した顔画像特徴データに対応する保留データが特定できなかった場合には、図１９の（４）の画面に遷移する。図１９の（４）の画面は、検索情報を入力して保留データを検索するための画面である。検索情報は、表示操作部３１から名前や住所を入力することが可能である。また、検索情報は、金融カードや通帳の磁気テープを読み込ませることによって入力することも可能である。（４）の画面でいずれかの方法で検索情報を入力して「検索」ボタンが押下されると、当該検索情報による保留データの検索要求をサーバ１２０に送信する。サーバ１２０が受け付けた検索情報に基づいて保留データを検索した結果、保留データが特定できた場合には、電子記帳機１３０はサーバ１２０から保留データを受け付けて、図１９の（５）の画面に遷移する。また、サーバ１２０が受け付けた検索情報に基づいて保留データを検索した結果、保留データが特定できなかった場合には、保留データが特定できない旨のメッセージを表示する。また、（４）の画面下部に配置される「戻る」ボタンが押下された場合には、（１）の画面に遷移する。

図１９の（５）に示す画面は、（４）の画面で受け付けた検索情報で検索された保留データの詳細情報を表示した画面であって、検索された保留データを確認するための画面である。（５）の画面下部に配置されるボタンは（２）の画面の下部に配置されるボタンと同様である。（５）の画面下部に配置される「使用する」ボタンが押下された場合には（３）の画面に遷移する。（３）に示す画面は、確認された保留データを利用して伝票生成処理に係る伝票項目の項目入力用の画面を表示した例である。（３）に示す画面は、振込依頼書の振込先の金融機関名を入力するための画面であり、保留時に入力済みとなっていない項目の入力画面が順番に表示される。

次に、電子記帳機１３０で保留した伝票項目データ３８ｅの取り出し処理の処理手順を説明する。図２０は、電子記帳機１３０で保留した伝票項目データ３８ｅの取り出し処理の処理手順を示すフローチャートである。

伝票項目データ生成部３９ｂは、表示操作部３１に図１９の（１）の画面を表示して、顧客の入力の受付を行う（ステップＳ４０１）。ステップＳ４０１の入力の受付処理で、バーコードリーダ１３０ａによる番号札に印刷されたバーコードの読み込み、若しくは表示操作部３１に表示されたボタンの操作による受付番号の入力によって受付番号を受け付けると（ステップＳ４０２；Ｙｅｓ）、ステップＳ４１６に移行する。また、ステップＳ４０１の入力の受付処理で受け付けた情報が受付番号ではなく（ステップＳ４０２；Ｎｏ）、「保留情報検索」ボタンの押下でもなかった場合（ステップＳ４０３；Ｎｏ）には、ステップＳ４０１に戻る。

また、ステップＳ４０１の入力の受付処理で受け付けた情報が「保留情報検索」ボタンの押下であった場合（ステップＳ４０３；Ｙｅｓ）には、顔特徴算出部１３９ｉは、カメラ１３０ｂで顧客の顔画像を撮像して（ステップＳ４０４）、撮像した顔画像から顔特徴データを算出する（ステップＳ４０５）。保留データ選択処理部１３９ｊは、ステップＳ４０５で算出した顧客の顔画像データを含む保留データ検索要求をサーバ１２０に送信してサーバ１２０からの応答を受け付ける（ステップＳ４０６）。

ステップＳ４０６で受け付けたサーバ１２０からの応答が、指定した顔特徴データに対応した保留データであった場合（ステップＳ４０７；Ｙｅｓ）には、ステップＳ４１３に移行する。また、ステップＳ４０６で受け付けたサーバ１２０からの応答が、指定した顔特徴データに対応した保留データがなかった場合（ステップＳ４０７；Ｎｏ）には、図１９（４）に示す保留データの検索画面を表示して、検索画面での入力操作を受け付ける（ステップＳ４０８）。

ステップＳ４０８で受け付けた操作が「検索」ボタンの押下ではなく「戻る」ボタンの場合（ステップＳ４０９；Ｎｏ）には、ステップＳ４０１に戻る。また、ステップＳ４０８で受け付けた操作が「検索」ボタンの押下だった場合（ステップＳ４０９；Ｙｅｓ）には、保留データ選択処理部１３９ｊは、入力された検索情報を含む保留データの検索要求をサーバ１２０に送信して、サーバ１２０から検索応答を受け付ける（ステップＳ４１０）。ステップＳ４１０におけるサーバ１２０からの応答が、指定した検索情報に対応した保留データであった場合（ステップＳ４１１；Ｙｅｓ）には、ステップＳ４１３に移行する。また、ステップＳ４１０におけるサーバ１２０からの応答が、指定した検索情報に対応する保留データが見つからなかったことを示す内容だった場合（ステップＳ４１１；Ｎｏ）には、保留データ選択処理部１３９ｊは、検索情報に対する保留データがなかった旨のメッセージを表示して（ステップＳ４１２）、ステップＳ４０８に戻る。

ステップＳ４０６で受け付けたサーバ１２０からの応答が、指定した顔特徴データに対応した保留データであった場合（ステップＳ４０７；Ｙｅｓ）、若しくはステップＳ４１０におけるサーバ１２０からの応答が、指定した検索情報に対応した保留データであった場合（ステップＳ４１１；Ｙｅｓ）には、保留データ選択処理部１３９ｊは、受け付けた保留データの内容を画面に表示して表示した保留データで間違いがないかの確認を受け付ける（ステップＳ４１３）。

ステップＳ４１３で表示した画面で、表示したデータを使用することを意図する「使用する」ボタンの押下を受け付けた場合（ステップＳ４１４；Ｙｅｓ）には、ステップＳ４１６に移行する。ステップＳ４１３で表示した画面で、表示したデータを使用しないことを意図する「使用しない」ボタンの押下を受け付けた場合（ステップＳ４１４；Ｎｏ、ステップＳ４１５；Ｙｅｓ）には、ステップＳ４０８に移行して保留データの検索画面に戻る。また、ステップＳ４１３で表示した画面で、「戻る」ボタンの押下を受け付けた場合（ステップＳ４１５；Ｎｏ）には、ステップＳ４０１に戻る。

ステップＳ４１６の伝票作成処理は、受付番号が決定したあとの保留データを使用した伝票作成処理であり、図１２に示した伝票作成処理の処理手順に示したステップＳ２０２以降の処理である。

上述してきたように、本実施例２では、実施例１の構成に加えて、保留解除時に番号札に印刷されたバーコードの読み込みによって受付番号を特定して保留データを取得できるようにしたり、保留時に顧客の顔画像を取得して顔画像に関連付けて保留データを保存して、保留解除時に取得した顔画像を用いて保留データを特定して取得できるよう構成したので、伝票の生成処理の途中で処理を保留することを可能として、番号札を紛失した場合でも保留解除の操作を可能として、保留解除後に効率よく伝票の生成処理を行うことができる。

なお、本実施例２では、顔特徴データを利用して保留データを特定する例を説明したが、本発明はこれに限定するものではなく、指紋、静脈、虹彩などの他の生体情報や、暗証番号、金融カードから読み込んで特定できる口座番号や名前などを利用して保留データを特定するものとしてもよい。

また、本実施例１及び実施例２では、電子記帳機３０、１３０で伝票生成処理中に、保留を示す操作を受け付けた場合に、入力済の伝票項目のデータをサーバ２０、１２０に送信して、サーバ２０、１２０で記憶するようにしたが、本発明はこれに限定するものではない。例えば、入力済の伝票項目のデータを電子記帳機３０、１３０の記憶部３８に記憶しておくものとしてもよい。電子記帳機３０、１３０の記憶部３８に入力済の伝票項目のデータを記憶する場合には、保留解除は保留を行った電子記帳機３０、１３０で行うこととしてもよいし、電子記帳機３０、１３０の間で通信して保留データを記憶している電子記帳機３０、１３０の記憶部３８のデータを取得して別の電子記帳機３０、１３０からでも保留解除できるようにしてもよい。

また、本実施例１及び実施例２では、電子記帳機３０、１３０で伝票生成処理中に、「保留」ボタンによる保留の指示を受け付けて、途中まで入力した伝票項目に係るデータの保存する保留処理を行う説明をしてきたが、本発明はこれに限定するものではない。例えば、顧客の退席を判定する人感センサを追加して、顧客の立ち去ったことを判断して、保留処理を行うようにしてもよい。

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

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

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

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

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

以上のように、本発明に係る伝票生成システム及び伝票生成方法は、伝票の生成処理の途中で処理を保留することを可能として、保留をしたとしても保留解除後に効率よく伝票の生成処理を行うことに適している。

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

Claims (6)

1. 取引に必要な伝票を生成する伝票生成システムであって、
   前記取引の実行順序を制御するための受付番号を発行する受付番号発行手段と、
   依頼する取引の内容の入力を受け付ける取引内容受付手段と、
   前記取引内容受付手段によって受け付けた取引の内容の情報を含む伝票データを生成する伝票データ生成手段と、
   前記伝票データ生成手段によって生成した伝票データを一意に識別可能な識別情報に関連付けて一時的に記憶する記憶手段と、
   前記識別情報に基づいて前記伝票データを前記記憶手段から読み出し、前記取引の内容に対して追加及び／又は削除が可能となるように前記取引内容受付手段に受け渡す再入力処理手段と
   を備えたことを特徴とする伝票生成システム。
2. 前記記憶手段は、前記受付番号発行手段で発行した受付番号を伝票データの識別情報として扱い、
   前記伝票データ生成手段は、前記伝票データの作成が完了した場合に前記受付番号と前記伝票データを関連付けて出力する
   ことを特徴とする請求項１に記載の伝票生成システム。
3. 前記受付番号に応じて前記伝票データを用いた取引の実行順序を制御する取引制御手段と、
   前記伝票データについて、前記再入力処理手段による受け渡しが発生する未完了状態であるか前記再入力処理手段による受け渡しが発生しない完了状態であるかを監視する監視手段と
   をさらに備え、
   前記取引制御手段は、前記監視手段による監視結果に基づいて完了状態の伝票データを対象に取引の実行順序を制御する
   ことを特徴とする請求項１に記載の伝票生成システム。
4. 前記記憶手段は、前記受付番号発行手段で発行した受付番号を伝票データの識別情報として扱い、
   前記伝票データ生成手段は、前記再入力処理手段が前記受付番号に基づいて読み出して前記取引内容受付手段に受け渡した伝票データについて、前記取引内容受付手段が前記取引の内容に対する追加及び／又は削除を行った場合に、当該取引の内容の情報を含む伝票データを生成し、前記受付番号発行手段によって発行した新たな受付番号に関連付けて出力する
   ことを特徴とする請求項１又は３に記載の伝票生成システム。
5. 前記受付番号発行手段によって発行した新たな受付番号は、前記再入力処理手段によって伝票データを取り出す時に指定した受付番号と異なる採番規則に従って発行することを特徴とする請求項４に記載の伝票生成システム。
6. 取引に必要な伝票を生成する伝票生成方法であって、
   前記取引の実行順序を制御するための受付番号を発行する受付番号発行ステップと、
   依頼する取引の内容の入力を受け付ける取引内容受付ステップと、
   前記取引内容受付ステップによって受け付けた取引の内容の情報を含む伝票データを生成する伝票データ生成ステップと、
   前記伝票データ生成ステップによって生成した伝票データを一意に識別可能な識別情報に関連付けて一時的に記憶部に保存する保存ステップと、
   前記識別情報に基づいて前記伝票データを前記保存ステップで保存した記憶部から読み出し、前記取引の内容に対して追加及び／又は削除が可能となるように前記取引内容受付ステップに受け渡す再入力処理ステップと、
   を含んだことを特徴とする伝票生成方法。

Images