JP2017037376A - 自動機システム及び貨幣処理方法 - Google Patents

Abstract

【課題】金融機関において、自動機を利用する顧客が併せて窓口処理を行う場合に、自動機を利用する顧客の利便性を向上させることを課題とする。
【解決手段】ロビー入金機５０は、顧客が挿入した顧客カードから入金伝票に記載する必要のある入金先の口座に係る情報を取得し、投入された貨幣を計数して装置内部に収納し、受付機１０で採番された受付番号を取得して、受付番号に関連付けられた入金伝票に係る情報を自動生成してサーバ２０に登録し、取得した受付番号が記載された番号札を発行するようにし、窓口端末４０は、ロビー入金機５０によりサーバ２０に登録された入金伝票に係る情報に基づいて入金伝票を出力し、勘定系端末は、該入金伝票に基づいて入金取引を行うようにした。
【選択図】図１

Description

この発明は、金融機関に来店した顧客の操作により、顧客が依頼する取引の内容及び取引に係る貨幣を受け付けて、その受け付けた貨幣を収納する自動機システム及び貨幣処理方法に関するものである。

従来、金融機関では、来店した顧客から取引の依頼内容が記入された伝票を窓口で受け付け、窓口の担当者は、窓口に配設される装置（以下、「窓口端末」と言う）を使用して、受け付けた伝票を処理している。

また、金融機関では、窓口担当者の人数を低減するために、店舗内に各種自動機を配設することが多い。かかる自動機として、金融機関と契約している法人顧客が売上金などの大口の入金を行うためのロビー入金機などが知られている。例えば、特許文献１には、顧客の操作により大量の貨幣の投入を受け付け、受け付けた貨幣の真偽を判定し、真正であると判定された貨幣の金種別枚数を計数するとともに装置内に収納し、収納された金額が記されたレシートを発行するロビー入金機が開示されている。

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

しかしながら、上記特許文献１のものは、ロビー入金機が顧客の預金口座を管理する勘定系ホストと呼ばれる管理装置と接続されておらず、オフライン運用がなされている。このため、顧客は、ロビー入金機において入金処理を行った後に、窓口において該ロビー入金機に入金した金額を所望の預金口座へ入金する入金取引を依頼しなければならない。具体的には、顧客は、受付機などで発行される番号札を受け取るとともに、依頼する入金取引の内容を記載した伝票を起票する必要が生ずる。

その結果、ロビー入金機を利用する顧客の利便性が低下するという問題がある。この問題は、ロビー入金機に限定されるものではなく、自動機を利用する顧客が併せて窓口処理を行う場合にも同様に生ずる問題である。

本発明は、上述した従来技術の課題を解決するためのものであって、金融機関において、自動機を利用する顧客が併せて窓口処理を行う場合に、自動機を利用する顧客の利便性を向上させることができる自動機システム及び貨幣処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、顧客により作成された伝票に係る処理を行う窓口端末と、少なくとも前記顧客から受け付けた貨幣を収納する自動機とを含む自動機システムにおいて、前記自動機は、前記顧客の顧客情報を取得する取得手段と、前記顧客情報および前記自動機に収納される貨幣に係る情報に基づいて、前記顧客が依頼する取引の内容を特定する伝票情報を生成する生成手段とを備え、前記自動機で生成された前記伝票情報を前記窓口端末に移行することを特徴とする。

また、本発明は、上記発明において、店舗に来店した顧客を呼び出すための呼出番号を採番する受付機を備え、前記自動機は、前記伝票情報に含まれる伝票種類を含む呼出番号の採番を要求する要求情報を、前記受付機に対して通知する通知手段と、前記要求情報に応答して前記受付機から返送される前記呼出番号を含む媒体を発行する発行手段とをさらに備えたことを特徴とする。

また、本発明は、上記発明において、前記通知手段は、前記貨幣の収納に先立って前記受付機に仮呼出番号の採番を要求する仮呼出番号要求情報を前記受付機に対して通知するとともに、前記貨幣の収納後に前記受付機から通知された仮呼出番号を含む要求情報を前記受付機に対して通知し、前記受付機は、前記自動機から仮呼出番号要求情報を受け付けた場合に、仮呼出番号を採番して前記自動機に返送し、前記自動機から要求情報を受け付けた場合に、前記仮呼出番号が有効であれば該仮呼出番号を呼出番号として返送し、前記仮呼出番号が無効であれば新たな呼出番号を採番して返送することを特徴とする。

また、本発明は、上記発明において、前記取得手段は、入金取引に係る入金先の口座情報を取得し、前記生成手段は、前記取得手段により取得された口座情報により特定される口座に対して、前記顧客から受け付けて収納された貨幣の数量に対応する金額を入金する旨を示す伝票情報を生成することを特徴とする。

また、本発明は、上記発明において、前記取得手段は、前記顧客が持参した税金の納付依頼書又は公共料金の納付依頼書の画像データに基づいて、税金又は公共料金の種類と、前記顧客を識別する情報と、税金又は公共料金の納付金額とを取得し、前記自動機は、前記取得手段により取得された前記税金又は公共料金の種類と、前記顧客を識別する情報と、前記税金又は公共料金の納付金額とに基づいて、前記伝票情報の生成の要否を判定する判定手段をさらに備え、前記通知手段は、前記判定手段により前記伝票情報の生成が必要であると判定されたならば、前記要求情報を前記受付機に対して送信し、前記生成手段は、前記判定手段により前記伝票情報の生成が必要であると判定された場合に、前記伝票情報を生成することを特徴とする。

また、本発明は、顧客により作成された伝票に係る処理を行う窓口端末と、少なくとも前記顧客から受け付けた貨幣を収納する自動機とを含む自動機システムにおける貨幣処理方法において、前記自動機が、前記顧客の顧客情報を取得する取得ステップと、前記顧客情報および前記自動機に収納される貨幣に係る情報に基づいて、前記顧客が依頼する取引の内容を特定する伝票情報を生成する生成ステップと、前記自動機で生成された前記伝票情報を前記窓口端末に移行する移行ステップとを含んだことを特徴とする。

本発明によれば、少なくとも顧客から受け付けた貨幣を収納する自動機が、顧客の顧客情報を取得し、顧客情報および自動機に収納される貨幣に係る情報に基づいて、顧客が依頼する取引の内容を特定する伝票情報を生成し、自動機で生成された伝票情報を伝票に係る処理を行う窓口端末に移行するよう構成したので、金融機関において、自動機を利用する顧客が併せて窓口処理を行う場合に、自動機を利用する顧客の利便性を向上させることができる。

また、本発明によれば、自動機が、伝票情報に含まれる伝票種類を含む呼出番号の採番を要求する要求情報を、店舗に来店した顧客を呼び出すための呼出番号を採番する受付機に対して通知し、要求情報に応答して受付機から返送される呼出番号を含む媒体を発行するよう構成したので、金融機関において、自動機を利用する顧客が併せて窓口処理を行う場合に、自動機を利用しない顧客との不公平感を抑制することができる。

図１は、実施例１に係るロビー入金機への貨幣の入金及び窓口における入金取引などの一連の処理の概要を説明するための説明図である。 図２は、実施例１に係る自動機システムのシステム構成を示す図である。 図３は、図２に示した受付機の実施例１に係る内部構成を示すブロック図である。 図４は、図３に示した受付機の実施例１に係るデータ構成について説明するための説明図である。 図５は、図２に示したロビー入金機の実施例１に係る外観構成図である。 図６は、図２に示したロビー入金機の実施例１に係る内部構成を示すブロック図である。 図７は、図６に示したロビー入金機の実施例１に係るデータ構成について説明するための説明図（その１）である。 図８は、図６に示したロビー入金機の実施例１に係るデータ構成について説明するための説明図（その２）である。 図９は、図２に示したサーバの実施例１に係る内部構成を示すブロック図である。 図１０は、図９に示したサーバの実施例１に係るデータ構成について説明するための説明図である。 図１１は、図２に示した窓口端末の実施例１に係る内部構成を示すブロック図である。 図１２は、図１１に示した窓口端末の実施例１に係るデータ構成について説明するための説明図（その１）である。 図１３は、図１１に示した窓口端末の実施例１に係るデータ構成について説明するための説明図（その２）である。 図１４は、図２に示したロビー入金機の実施例１に係る現金の入金に係る一連の処理の処理手順を示すフローチャートである。 図１５は、受付機の実施例２に係る内部構成を示すブロック図である。 図１６は、図１５に示した受付機の実施例２に係るデータ構成について説明するための説明図である。 図１７は、ロビー入金機の実施例２に係る内部構成を示すブロック図である。 図１８は、ロビー入金機の実施例２に係る貨幣の入金に係る一連の処理の処理手順を示すフローチャートである。 図１９は、税公金自動受付機の実施例３に係る内部構成を示すブロック図である。 図２０は、図１９に示した税公金自動受付機の実施例３に係るデータ構成について説明するための説明図である。 図２１は、税公金自動受付機の実施例３に係る一連の税公金の収納処理の処理手順を示すフローチャートである。

以下に、添付図面を参照して、本発明に係る自動機システム及び貨幣処理方法の好適な実施例を詳細に説明する。

まず、実施例１に係るロビー入金機５０への貨幣の入金及び窓口での入金取引を含む一連の処理の概要について図１を用いて説明する。

図１に示すように、金融機関に来店した顧客が、ロビー入金機５０を用いて入金を行う場合には、顧客カードをロビー入金機５０に挿入し（Ｓ１）、入金対象となる貨幣をロビー入金機５０の図示しない貨幣投入口に投入する（Ｓ２）。ロビー入金機５０は、貨幣投入口に投入された貨幣の真偽判定を行うとともに貨幣を金種別に計数し、真正であると判定された貨幣をロビー入金機５０の装置内部に収納する。また、ロビー入金機５０は、受付機１０に対して受付番号の採番要求を行って受付番号を取得する（Ｓ３）。

また、ロビー入金機５０は、顧客カードから読み取った顧客の預金口座の口座番号を含む口座識別情報と、貨幣の計数結果とを利用して、窓口に入金取引を依頼するための入金伝票情報を生成し、生成した入金伝票情報と受付番号をサーバ２０に送信する。サーバ２０は、入金伝票情報と受付番号を関連付けて伝票項目データ２４ｂに登録する（Ｓ４）。また、ロビー入金機５０は、受付番号が記載された番号札を発行する（Ｓ５）。顧客は、ロビー入金機５０から発行された番号札を受け取り、窓口からの呼び出し待ちの状態となる。

顧客は、窓口から呼び出されると、番号札を窓口に提出する（Ｓ６）。窓口端末４０には、ロビー入金機５０で生成された入金伝票情報が表示される（Ｓ７）。図１に示す例では、サーバ２０の伝票項目データ２４ｂに登録された入金伝票情報が、窓口端末４０に表示される場合を示している。

窓口担当者は、窓口端末４０に表示された入金伝票情報を確認したならば、表示内容を確認した旨を示す操作を行う。窓口端末４０は、この入金伝票情報の確認操作を受け付けると、この入金伝票情報を図示しないプリンタ９５に出力し、プリンタ９５が入金伝票を印刷する（Ｓ８）。

ここで、窓口端末４０と勘定系端末９８との間は、通常オフラインとされるため、窓口担当者は、この入金伝票を勘定系端末９８のイメージスキャナで読み込ませる（Ｓ９）。そして、勘定系端末９８は、イメージスキャナで読み取った入金伝票の画像データから入金伝票に記載された内容を取得し、取得した入金伝票に記載された内容を用いて、勘定系ホスト９９に対する入金取引の電文を生成して送信する（Ｓ１０）。これにより、ロビー入金機５０から入金された貨幣を顧客の預金口座に入金する入金取引が実行される。

このように、ロビー入金機５０は、顧客が所持する顧客カードから入金伝票に記載する必要のある入金先の口座情報を取得するとともに、投入された貨幣を計数して装置内部に収納する。そして、受付機１０で採番された受付番号を取得するとともに、受付番号に関連付けられた入金伝票情報を自動生成してサーバ２０に登録し、受付番号が記載された番号札を発行する。窓口端末４０は、入金伝票情報を用いて入金伝票を印刷し、勘定系端末９８は、該入金伝票に基づいて入金取引を行うようにしたので、金融機関において、自動機を利用する顧客が併せて窓口処理を行う場合に、自動機を利用する顧客の利便性を向上させることができる。また、自動機を利用しない顧客との不公平感を抑制することもできる。

次に、実施例１に係る自動機システムのシステム構成を説明する。図２は、実施例１に係る自動機システムのシステム構成を示す図である。この自動機システムは、受付機１０と、ロビー入金機５０と、窓口端末４０と、サーバ２０と、プリンタ９５とを有する。

受付機１０は、金融機関の入口近傍に設置され、顧客に対して番号札を発行する装置である。この受付機１０は、顧客による来店目的の入力を受け付け、受け付けた来店目的に対応する窓口の種類を判定し、窓口の種類に応じた受付番号を採番して、採番した受付番号が記載された番号札を発行する。また、受付機１０は、ロビー入金機５０からの受付番号の採番要求を受け付けると、該採番要求に応じて受付番号を採番して、採番した受付番号を要求元のロビー入金機５０に返信する。

また、受付機１０は、採番済の受付番号ごとの呼び出し待ちの状態及び窓口への呼び出し順を管理する。受付機１０は、窓口に設置される図示しない呼出装置からの顧客の呼出要求を受け付けると、呼び出し待ちとなっている受付番号の中から先頭の受付番号を特定し、特定された受付番号が記載された番号札を所持する顧客を窓口に誘導する。

ロビー入金機５０は、金融機関のロビーなどの顧客が立ち入り可能なエリアに設置され、あらかじめ登録された法人等の顧客が大口の入金を行う場合に利用する装置である。つまり、このロビー入金機５０は、顧客自身によって操作される。具体的には、顧客がカード挿入口５２ａに顧客カードを挿入すると、ロビー入金機５０は、この顧客カードから顧客情報（口座番号を含む）を取得する。そして、顧客が貨幣投入口に貨幣を投入すると、ロビー入金機５０は、貨幣を計数して装置内部に収納する。

ここで、このロビー入金機５０は、従来のロビー入金機のように単に貨幣の入金を受け付けるだけではなく、貨幣を計数した金額を顧客情報に含まれる口座番号に入金するための入金伝票情報を生成する。顧客が、入金伝票を記入する手間を省き、顧客の利便性を向上させるためである。

また、このロビー入金機５０は、受付機１０に受付番号の採番要求を送信して、その応答により受付番号を取得するとともに、受付機１０から取得した受付番号が記載された番号札を発行する。従来のロビー入金機のように、顧客が貨幣の入金後に受付機１０に赴いて番号札を発行する手間を省き、顧客の利便性を向上させるためである。なお、かかる受付番号は、入金伝票情報とともにサーバ２０に送信される。

サーバ２０は、金融機関の事務所等の顧客が立ち入り不能なエリアに設置され、ロビー入金機５０で生成された入金伝票情報を管理する装置である。なお、このサーバ２０は、金融機関以外の場所に設置することもでき、またクラウド化することもできる。このサーバ２０が、ロビー入金機５０から入金伝票情報と受付番号を受信すると、受信した受付番号に入金伝票情報を関連付けて、伝票項目データ２４ｂに記憶する。また、サーバ２０は、顧客が窓口に呼び出されると、呼び出された顧客の所持する番号札に記載される受付番号に対応する入金伝票情報を伝票項目データ２４ｂから読み出し、顧客が呼び出された窓口の窓口端末４０に送信する。

窓口端末４０は、窓口に設置され、窓口担当者が窓口業務を行う場合に利用される装置である。

この窓口端末４０は、サーバ２０から取得した入金伝票情報を表示部に表示することができる。窓口担当者及び顧客が、入金伝票情報を視認できるようにするためである。具体的には、窓口端末４０は窓口に呼び出された顧客に対応する入金伝票情報をサーバ２０より取得して、取得した入金伝票情報を画面に表示する。

また、この窓口端末４０は、この入金伝票情報に基づいて、入金伝票をプリンタ９５で印刷することができる。窓口端末４０と勘定系端末９８はオフラインであり、入金伝票情報そのものを勘定系端末９８に直接送信できないためである。

また、窓口端末４０は、入金伝票情報を修正することができ、入金伝票情報を修正した場合には、修正後の入金伝票情報に基づいてプリンタ９５で入金伝票を印刷するとともに、修正済みの入金伝票情報の修正内容をサーバ２０に送信する。なお、窓口端末４０は、顧客の待ち状況を照会することができ、待ち状態にある顧客の取引内容を確認することもできる。また、各種の集計結果を表示部に表示することもできる。

次に、窓口に設置される図示しない呼出装置で顧客の呼出操作が行われた場合の処理の流れについて説明する。呼出装置で顧客の窓口への呼出操作が行われると、受付機１０は、呼出装置が設置される窓口に対して待ちとなっている受付番号のキューの中から次に呼び出す受付番号を決定して、決定した受付番号の番号札を所持する顧客を窓口に誘導する。具体的には、呼び出す窓口の近傍に設置される誘導装置に呼び出す受付番号を表示するとともに、音声による誘導メッセージを出力する。

また、受付機１０は、窓口に呼び出す顧客の受付番号と、窓口を識別する情報をサーバ２０にも通知する。受付番号及び窓口を識別する情報を受け付けたサーバ２０は、伝票項目データ２４ｂから受け付けた受付番号に関連付けられた入金伝票情報を抽出して、受け付けた窓口を識別する情報に対応する窓口端末４０に送信する。入金伝票情報を受信した窓口端末４０は、窓口担当者及び顧客が確認できるように受け付けた入金伝票情報を画面に表示する。

このように、呼出装置における顧客の呼出操作に連動して、サーバ２０から窓口端末４０に呼び出された顧客に対応する入金伝票情報が渡され、窓口に呼び出された顧客がロビー入金機５０において操作することにより生成された入金伝票情報の確認画面が窓口端末４０に自動的に表示される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、図２に示したロビー入金機５０の実施例１に係る外観構成について図５を用いて説明する。図５は、ロビー入金機５０を装置の正面から見たときの外観図である。

図５に示すようにロビー入金機５０の正面の左上の部分には印刷された番号札を顧客に受け取り可能に排出するレシート排出口５３ａがあり、該レシート排出口５３ａの右には顧客カードを挿入するためのカード挿入口５２ａがある。レシート排出口５３ａ及びカード挿入口５２ａの下には、顧客操作用の画面の表示及び該画面上でのタッチ操作を受け付ける表示操作部５１が配置される。

また、表示操作部５１の下には、硬貨を投入するための硬貨投入口５５ａが配置される。硬貨投入口５５ａは、シャッタを備えており、硬貨を投入する際には開放される。また、該硬貨投入口５５ａの下方には、真正な硬貨と判定できなかった硬貨を排出するリジェクト硬貨返却口５５ｃと、返却操作を受け付けた場合に投入された真正と判定された硬貨を返却する硬貨返却箱５５ｂとが配置される。

また、硬貨投入口５５ａの右には、紙幣を投入及び投入した紙幣を返却するための紙幣投入・返却口５４ａが配置される。紙幣投入・返却口５４ａは、シャッタを備えており、紙幣を投入する際及び紙幣を返却する際には開放される。また、紙幣投入・返却口５４ａの下方には、紙幣投入・返却口５４ａに投入されたクリップなどの異物を返却する異物返却口５４ｂが配置される。

次に、図２に示したロビー入金機５０の実施例１に係る内部構成を説明する。図６は、ロビー入金機５０の実施例１に係る内部構成を示すブロック図である。図６に示すように、ロビー入金機５０は、表示操作部５１、カードリーダ５２、レシートプリンタ５３、紙幣入金部５４、硬貨入金部５５、通信部５６、記憶部５７及び制御部５８を有する。

表示操作部５１は、顧客が操作するための画面の表示及び表示された画面に対するタッチ入力等を受け付ける入出力部である。カードリーダ５２は、顧客カードからカードに記憶される内容を読み取る入力部である。レシートプリンタ５３は、レシート及び番号札等を印刷する出力部である。紙幣入金部５４は、紙幣を受け付けて真偽判定、真正と判定された紙幣の計数及び計数済み紙幣の内部への収納を行う。硬貨入金部５５は、硬貨を受け付けて真偽判定、真正と判定された硬貨の計数及び計数済み硬貨の内部への収納を行う。通信部５６は、サーバ２０及び受付機１０とＬＡＮなどの通信線を介してデータ通信を行うインタフェース部である。

記憶部５７は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部５７は、カードリードデータ５７ａ、受付番号データ５７ｂ、伝票項目データ５７ｃ、入金履歴データ５７ｄ及び貨幣在高データ５７ｅを有する。

カードリードデータ５７ａは、カードリーダ５２で顧客カードから読み取った顧客に係る情報である。受付番号データ５７ｂは、受付機１０で採番された受付番号に関連付けられた情報であり、来店目的、受付日時及び入金先の口座の情報等を含むデータである。伝票項目データ５７ｃは、ロビー入金機５０が生成する入金伝票及び両替伝票の項目に係るデータである。入金履歴データ５７ｄは、当該ロビー入金機５０で行われた貨幣の入金処理の履歴情報である。貨幣在高データ５７ｅは、当該ロビー入金機５０に収納されている貨幣の金種別の枚数の情報である。

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

認証処理部５８ａは、カードリーダ５２に挿入された顧客カードから顧客情報を取得して、認証パスワードなどの入力を受け付けて顧客の認証処理を行い、認証されたならば顧客カードから取得した情報をカードリードデータ５７ａに登録する。

入金処理部５８ｂは、紙幣入金部５４に投入された紙幣の真偽を判定し、真正と判定された紙幣を計数し内部に収納する。また、入金処理部５８ｂは、硬貨入金部５５に投入された硬貨の真偽を判定し、真正と判定された硬貨を計数し内部に収納する。また、入金処理部５８ｂは、内部に収納された紙幣及び硬貨の枚数に基づいて貨幣在高データ５７ｅを更新する。また、入金処理部５８ｂは、当該ロビー入金機５０で行われた入金処理ごとに履歴を入金履歴データ５７ｄに登録する。また、入金処理部５８ｂは、カードリードデータ５７ａと、受付番号データ５７ｂと、紙幣入金部５４で収納された紙幣の金種別枚数と、硬貨入金部５５で収納された硬貨の金種別枚数とに基づいて入金伝票に係る情報を生成して伝票項目データ５７ｃに登録する。

両替伝票データ生成部５８ｃは、カードリードデータ５７ａの情報に両替の情報が登録されていて、登録されている両替を行う旨の指示を受け付けた場合には、両替伝票に係る情報を生成して伝票項目データ５７ｃに登録する。

受付番号データ管理部５８ｄは、受付機１０に対して受付番号の採番要求を行うことによって受付番号を取得して、取得した受付番号を受付番号データ５７ｂに登録する。登録データ送信部５８ｅは、入金処理が終了したならば、一連の入金処理において登録された受付番号データ５７ｂ及び伝票項目データ５７ｃをサーバ２０に送信する。番号札発行処理部５８ｆは、受付機１０に依頼して採番した受付番号の記載された番号札をレシートプリンタ５３により発行する。

次に、図６に示したロビー入金機５０の実施例１に係るデータ構成について図７及び図８を用いて説明する。

図７（ａ）に示すカードリードデータ５７ａは、カードリーダ５２により顧客カードから読み取った情報であって、入金先情報と付加サービス情報とを有する。入金先情報は、ロビー入金機５０で収納された貨幣に対応する金額を入金する顧客の預金口座に係る情報であって、店番、科目、口座番号、口座名義人の氏名、住所及び電話番号の情報を含む。また、付加サービス情報には、顧客口座への入金処理時に併せて両替を行うか否かの情報と、両替を行う場合の両替後の金種別の数量の情報を含む。本実施例では、顧客カードが図７（ａ）に示した情報を有する旨の説明をしたが、本発明はこれに限定されるものではない。例えば、顧客カードは、店番、科目及び口座番号などの最低限の識別情報のみを有しているものとし、その他の情報は、店番、科目及び口座番号などの識別情報に対応付けて上位管理装置で管理されるものとして、カード挿入された時に、上位管理装置からその他の情報を取得するようにしてもよい。また、上位管理装置で管理される情報を、予めロビー入金機５０に配信しておいてもよい。

図７（ａ）のカードリードデータ５７ａの例は、入金先情報として、店番が「１１０」、科目が「０１」、口座番号が「１２３４５６７」、口座名義人氏名が「加藤太郎」、電話番号が「０３−１２３４−５６７８」であって、付加サービスとして両替を「する」ことを示し、両替後の金種別の数量が、五千円券が「３０枚」で、千円券が「１００枚」で、５００円棒金が「１本」で、１００円棒金が「５本」で、５０円棒金が「１本」で、１０円棒金が「５本」で、５円棒金が「１本」で、１円棒金が「５本」であることを示している。

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

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

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

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

図８（ａ）に示す入金履歴データ５７ｄは、入金処理を行った日付、時刻、入金処理に対して採番した受付番号、当該ロビー入金機５０に入金された金額と、入金先情報と、両替情報とをコード項目とするデータである。入金先情報には店番、科目、口座番号及び口座名義人の氏名の情報を含む。両替情報には、両替後の五千円券及び千円券の枚数と、硬貨棒金の金種別本数の情報を含む。

図８（ａ）の入金履歴データ５７ｄのレコードの例は、日付が「２０１４／４／１５」で、時刻が「１１：５０」に行われた入金処理は、受付番号が「１７０」に対応し、ロビー入金機５０に入金された金額は「５５０，０００」円で、この金額から両替金額を差し引いた金額の入金先の口座は、店番が「１１０」で、科目が「０１」で、口座番号が「１２３４５６７」で、口座名義人氏名が「加藤太郎」の口座であり、五千円券を「３０枚」、千円券を「１００枚」を含む両替取引を行うことを示している。

図７（ｂ）に示す貨幣在高データ５７ｅは、ロビー入金機５０内に収納されている貨幣の金種別の枚数の情報であって、万円券、五千円券、千円券、５００円貨、１００円貨、５０円貨、１０円貨、５円貨及び１円貨の金種別の枚数の情報を有している。図７（ｂ）の貨幣在高データ５７ｅの例は、万円券が「１，２００」枚で、五千円券が「３００」枚で、千円券が「４００」枚で、５００円貨が「１００」枚で、１００円貨が「２００」枚で、５０円貨が「２００」枚で、１０円貨が「４００」枚で、５円貨が「１００」枚で及び１円貨が「４００」枚であることを示している。

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

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

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

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

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

取引時確認記録データ２４ｃは、窓口端末４０で取引時確認が行われた時に窓口端末４０から送信されてきた取引時確認記録を蓄積したデータである。

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

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

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

取引時確認記録管理部２５ｃは、窓口端末４０から取引時確認記録を受け付けて、取引時確認記録データ２４ｃに登録する。

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

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

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

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

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

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

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

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

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

次に、図２に示した窓口端末４０の実施例１に係る内部構成を説明する。図１１は、窓口端末４０の実施例１に係る内部構成を示すブロック図である。窓口端末４０は、マルチカードスキャナ４５と接続される。マルチカードスキャナ４５は、取引時確認処理時に免許証及び健康保険証などのカード形式の本人確認書類の表裏両面の画像データを取得する機器である。窓口端末４０は、表示操作部４１と、通信部４２と、記憶部４３と、制御部４４とを有する。表示操作部４１は、タッチパネルディスプレイなどであり、入力項目の表示、操作入力ボタンの表示及び入力操作の受付を行う入出力部である。通信部４２は、ＬＡＮ等の通信線を介してサーバ２０とデータ通信するためのインタフェース部である。

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

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

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

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

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

取引時確認記録データ４３ｆは、窓口端末４０で取引時確認を実施したことの記録データである。

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

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

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

取引時確認記録生成部４４ｃは、伝票項目データ更新部４４ｂにより更新された伝票項目データ４３ｅに基づいて取引時確認が必要か否かの判定を行い、取引時確認が必要であると判定された場合には、取引時確認記録に記載する必要事項を入力する画面を表示して、顧客の入力を受け付けて、受け付けた内容を取引時確認記録データ４３ｆに登録する。

更新データ送信部４４ｄは、顧客を窓口に呼び出してから行われた受付番号データ４３ｂ、伝票項目データ４３ｅ及び取引時確認記録データ４３ｆの更新内容をサーバ２０に送信する。印刷処理部４４ｅは、伝票項目データ４３ｅ及び取引時確認記録データ４３ｆに基づいて、伝票及び取引時確認記録をプリンタ９５から出力する。

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

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

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

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

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

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

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

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

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

次に、図２に示したロビー入金機５０の実施例１に係る現金の入金に係る一連の処理の処理手順について図１４に示すフローチャートを用いて説明する。

認証処理部５８ａは、カードリーダ５２で顧客カードから読み取った情報を用いて顧客の認証を行い、認証されたならば顧客カードから読み取った情報をカードリードデータ５７ａに登録する（ステップＳ１０１）。次に、入金処理部５８ｂは、紙幣投入・返却口５４ａ及び硬貨投入口５５ａのシャッタを開放して紙幣及び硬貨の投入を受け付け、紙幣及び硬貨が投入されたならば、投入された紙幣及び硬貨の真偽判定を行い真正と判定された紙幣及び硬貨の金種別の枚数を計数する（ステップＳ１０２）。

紙幣及び硬貨の計数が行われると、入金処理部５８ｂは、計数結果を表示操作部５１に表示して、表示された計数結果に対応する金額の入金処理を行う旨を示す操作などの入力を受け付ける(ステップＳ１０３)。ステップＳ１０３で表示された計数結果の金額の入金処理を行う旨を示す操作を受け付けた場合（ステップＳ１０４；Ｎｏ、ステップＳ１０５；Ｙｅｓ）には、入金処理部５８ｂは、紙幣入金部５４及び硬貨入金部５５を制御することによって計数されている紙幣及び硬貨を装置内部に収納し、収納した紙幣及び硬貨の数量に基づいて貨幣在高データ５７ｅを更新する（ステップＳ１０６）。

また、受付番号データ管理部５８ｄは、受付機１０に取引の種類が入金で有る旨を含む受付番号採番要求を送信して、該受付番号採番要求に対する応答を受信して受付番号を取得して、取得した受付番号を受付番号データ５７ｂに登録する（ステップＳ１０７）。入金処理部５８ｂは、ステップＳ１０６で行われた紙幣及び硬貨を内部に収納した旨を示す履歴を入金履歴データ５７ｄに登録する（ステップＳ１０８）。次に、番号札発行処理部５８ｆは、ステップＳ１０７で取得した受付番号が記載された番号札をレシートプリンタ５３から発行する（ステップＳ１０９）。

カードリードデータ５７ａに記憶された付加サービス情報の両替を行うか否かの情報が両替を行うことを示す「する」になっていて、顧客の両替を行う旨を示す操作を受け付けたならば（ステップＳ１１０；Ｙｅｓ）、入金処理部５８ｂは、カードリードデータ５７ａに含まれる入金先情報が示す預金口座に、ステップＳ１０６で収納された紙幣及び硬貨の金額から両替に使用する金額を減算した金額を入金する旨を示す入金伝票の項目に対する情報を生成し、ステップＳ１０７で取得した受付番号に関連づけて伝票項目データ５７ｃに登録する（ステップＳ１１１）。また、両替伝票データ生成部５８ｃは、カードリードデータ５７ａに記憶された付加サービス情報に指定された両替処理に対応する両替伝票の項目に対応する情報を生成し、ステップＳ１０７で取得した受付番号に関連付けて伝票項目データ５７ｃに登録する（ステップＳ１１２）。最後に、カードリーダ５２に挿入されている顧客カードをカード挿入口５２ａに排出することによって返却し（ステップＳ１１３）、処理を終了する。

カードリードデータ５７ａに記憶された付加サービス情報の両替を行うか否かの情報が両替を行わないことを示す「しない」になっているか、カードリードデータ５７ａに記憶された付加サービス情報の両替を行うか否かの情報が両替を行うことを示す「する」になっていても顧客の両替を行わない旨を示す操作を受け付けたならば（ステップＳ１１０；Ｎｏ）、入金処理部５８ｂは、カードリードデータ５７ａに含まれる入金先情報が示す預金口座に、ステップＳ１０６で収納された紙幣及び硬貨の金額を入金する旨を示す入金伝票の項目に対応する情報を生成し、ステップＳ１０７で取得した受付番号に関連づけて伝票項目データ５７ｃに登録して（ステップＳ１１４）、ステップＳ１１３に移行する。

ステップＳ１０３で表示された内容に対して表示された金種別の金額の入金処理をキャンセルする旨を示す操作を受け付けた場合（ステップＳ１０４；Ｙｅｓ）には、ステップＳ１０２で受け付けた紙幣及び硬貨を返却して（ステップＳ１１５）、ステップＳ１１３に移行する。また、ステップＳ１０３で表示された内容に対して表示された金種別の金額の入金処理をキャンセルする旨を示す操作も、入金処理を行う旨の操作も受け付けていない場合（ステップＳ１０４；Ｎｏ、ステップＳ１０５；Ｎｏ）には、ステップＳ１０３に戻ることによっていずれかの操作が行われるのを待ち合わせる。

上述してきたように、実施例１では、ロビー入金機５０は、顧客が挿入した顧客カードから入金伝票に記載する必要のある入金先の口座に係る情報を取得し、投入された貨幣を計数して装置内部に収納し、受付機１０で採番された受付番号を取得して、受付番号に関連付けられた入金伝票に係る情報を自動生成してサーバ２０に登録し、取得した受付番号が記載された番号札を発行するようにし、窓口端末４０は、ロビー入金機５０によりサーバ２０に登録された入金伝票に係る情報に基づいて入金伝票を出力し、勘定系端末９８は、該入金伝票に基づいて入金取引を行うよう構成したので、金融機関において、自動機を利用する顧客が併せて窓口処理を行う場合に、自動機を利用する顧客の利便性を向上させるとともに、自動機を利用しない顧客との不公平感を抑制することができる。

実施例１では、ロビー入金機５０での貨幣の入金処理が終了する時点で受付番号を採番し、採番した受付番号が記された番号札が発行されるという例を説明した。しかしながら、昼休みなどの繁忙時間帯などでは、ロビー入金機５０への貨幣の入金処理を行っている間に多くの顧客が来店して受付機１０で番号札の発行が行われると、後から来店した顧客の方が先に窓口に呼び出されることになってしまうような事態も発生する。このように、ロビー入金機５０を利用する顧客が不利な扱いを受けるということになると、ロビー入金機５０を利用する顧客は減少し、ロビー入金機５０の導入効果が少なくなり、延いてはロビー入金機５０の導入が滞ってしまうことになる。そこで、実施例２では、ロビー入金機１５０を操作開始した時点で受付番号を採番することにより、ロビー入金機５０を使用する顧客が不利な扱いを受けないような実施例を説明する。

まず、受付機１１０の実施例２に係る内部構成を説明する。図１５は、受付機１１０の実施例２に係る内部構成を示すブロック図である。図１５に示す受付機１１０のブロック図においては、実施例１の受付機１０と同じ構成要素については図３に示した受付機１０のブロック図と同じ符号を付与し、実施例１の受付機１０と異なる構成要素については図３に示した受付機１０のブロック図とは異なる符号を新たに採番した。受付機１１０の内部構成の説明では、実施例１の受付機１０と同じ符号を付与した構成要素についての説明は省略し、符号を新たに採番した実施例１の受付機１０と異なる構成要素について主に説明するものとする。

実施例２では、ロビー入金機１５０からの要求に基づいておこなわれる受付番号の採番が、仮採番及び本採番の２段階で採番されることになる。具体的には、ロビー入金機１５０から受付機１１０に送信される受付番号の採番要求には仮採番なのか本採番なのかを示す情報と、本採番の場合には事前に仮採番された受付番号が含まれることとなる。

詳しく説明すると、ロビー入金機１５０から仮採番を指定する受付番号の採番要求が行われると、受付機１１０は採番要求に含まれる来店目的に対応する受付番号を仮に採番する。このように、仮に採番された状態の受付番号は、窓口に呼び出されないような制御が行われる。また、仮に採番された受付番号及び本採番である旨の情報を含む受付番号の採番要求を受け付けた場合には、仮に採番された受付番号以降の受付番号で呼び出し済みの受付番号が存在しない場合には、仮に採番された受付番号を本採番された受付番号として扱う。また、仮に採番された受付番号以降の受付番号で呼び出し済みの受付番号が存在する場合には、来店目的に対応する受付番号を再採番して、再採番した受付番号を本採番された受付番号として扱う。つまり、窓口には受付番号順に呼び出されることになるので、仮採番された受付番号が飛ばされて次の受付番号の呼び出しが行われた時点で仮採番の受付番号は無効となり、本採番の旨の情報を含む受付番号の採番要求を受け付けた場合には、新たに受付番号が採番されることになる。

図１５に示した実施例２の受付機１１０は、図３に示した実施例１の受付機１０と比較すると、記憶部１５では受付番号データ１１５ｃのデータ構成が実施例１の受付番号データ１５ｃのデータ構成に差異があり、制御部１６では受付番号採番部１１６ｂ及び受付番号データ管理部１１６ｄの処理内容が実施例１の受付番号採番部１６ｂ及び受付番号データ管理部１６ｄの処理内容と差異があることを示している。

記憶部１５の受付番号データ１１５ｃは、採番した受付番号が仮採番された状態であること及び無効となったことを示す情報が追加される。具体的には後述する。

制御部１６の受付番号採番部１１６ｂは、前述したとおりロビー入金機１５０からの受付番号の採番要求に含まれる情報として、仮採番なのか本採番なのかを示す情報と、本採番の場合に仮採番された受付番号の情報が追加となっており、追加された情報に従って受付番号の採番の方式が変更となっている。また、受付番号採番部１１６ｂは、ロビー入金機１５０からの受付番号の採番要求に基づいて、受付番号を仮採番又は本採番して、採番した受付番号に係る受付番号データ１１５ｃの内容を更新する。

制御部１６の受付番号データ管理部１１６ｄは、窓口に設置される呼出装置から該呼出装置が設置される窓口の窓口番号を含む呼出要求を受け付けた場合に、受付番号データ１１５ｃから受け付けた呼出要求に含まれる窓口番号に呼び出す受付番号を選出するが、仮採番状態の受付番号や無効とされた受付番号は選択対象としないという部分が、実施例１の受付番号データ管理部１６ｄと異なる。

次に、図１５に示した受付機１１０の実施例２に係るデータ構成について図１６を用いて説明する。図１６に示すように、受付番号データ１１５ｃのレコードの保有項目は、実施例１の受付番号データ１５ｃの保有項目と同じであるが、状態に「７」と「８」というコードが追加されており、「７」は当該受付番号が仮採番された状態であることを示し、「８」は当該受付番号が無効となっていることを示している。

ロビー入金機１５０から仮採番である旨を示す情報を含む受付番号の採番要求を受け付けた場合には、受付番号が新たに採番され、状態は仮採番状態であることを示す「７」が設定されることになる。また、ロビー入金機１５０から本採番である旨を示す情報と事前に仮採番した受付番号とを含む受付番号の採番要求を受け付けた場合には、受付番号の採番要求に含まれる仮採番された受付番号より後の受付番号の呼び出しがまだ行われていない場合には、受け付けた仮採番の受付番号の状態を本採番されて受付済みであることを示す「１」に更新する。また、受付番号の採番要求に含まれる仮採番された受付番号より後の受付番号の呼び出しが既に行われている場合には、受け付けた仮採番の受付番号の状態は無効であることを示す「８」に更新され、新たに受付番号が採番され、新たに採番された受付番号については本採番されて受付済みであることを示す「１」が設定される。

図１６に示す１つ目のレコードは、受付番号が「１５５」の番号札に対する顧客は、来店目的が「入金」で、受け付けたのが「２０１４／４／１５」の「１１：３４」で、状態が「７」であり仮採番状態であることを示している。２つ目のレコードは図４に示した実施例１の受付番号データ１５ｃと同じなので説明は省略する。

次に、ロビー入金機１５０の実施例２に係る内部構成を説明する。図１７は、ロビー入金機１５０の実施例２に係る内部構成を示すブロック図である。図１７に示すロビー入金機１５０のブロック図においては、実施例１のロビー入金機５０と同じ構成要素については図６に示したロビー入金機５０のブロック図と同じ符号を付与し、実施例１のロビー入金機５０と異なる構成要素については図６に示したロビー入金機５０のブロック図とは異なる符号を新たに採番した。ロビー入金機１５０の内部構成の説明では、実施例１のロビー入金機５０と同じ符号を付与した構成要素についての説明は省略し、符号を新たに採番した実施例１のロビー入金機５０と異なる構成要素について主に説明するものとする。

図１７に示すように実施例２のロビー入金機１５０は、実施例１の図６に示すロビー入金機５０と比較すると、制御部５８の入金処理部１５８ｂ及び受付番号データ管理部１５８ｄの処理内容が実施例１の制御部５８の入金処理部５８ｂ及び受付番号データ管理部５８ｄの処理内容と差異がある。

入金処理部１５８ｂは、実施例１では、貨幣の内部への収納処理が行われてから受付機１０に受付番号の採番要求を行って受付番号を採番していたが、実施例２では、認証処理が行われた時点で受付機１１０に受付番号の仮採番を要求し、貨幣の内部への収納処理が行われた時点で受付機１１０に受付番号の本採番を要求するようになっている点が異なっている。

受付番号データ管理部１５８ｄは、受付番号を仮採番及び本採番という２段階で採番するようになっている。また、受付機１１０に送信する受付番号の採番要求に含まれる情報が増えており、仮採番なのか本採番なのかを示す情報と、本採番の場合には事前に仮採番した受付番号とが含まれている。

次に、ロビー入金機１５０の実施例２に係る貨幣の入金に係る一連の処理の処理手順について図１８に示すフローチャートを用いて説明する。図１８に示す実施例２の貨幣の入金に係る処理手順を示すフローチャートは、図１４に示した実施例１の現金の入金に係る処理手順を示すフローチャートと同じ処理には同じステップ番号を付与し、図１４に示した実施例１の現金の入金に係る処理手順を示すフローチャートと異なる処理には新たなステップ番号を付与した。図１８の処理手順の説明では、図１４に示した実施例１のフローチャートと同じ処理の部分の説明は省略して、図１４に示した実施例１の現金の入金に係る処理手順を示すフローチャートと異なる処理の部分について主に説明する。

図１８のフローチャートに示すように、実施例１ではなかったステップＳ２０１の処理が、ステップＳ１０１とステップＳ１０２の間に追加されている。ステップＳ１０１の処理に続いて、受付番号データ管理部１５８ｄは、受付機１１０に仮採番である旨を示す情報を含む受付番号の採番要求を送信して、その応答を受信することにより仮採番された受付番号を取得し、取得した受付番号に基づいて受付番号データ５７ｂの更新を行う（ステップＳ２０１）。

また、実施例２では、図１８のフローチャートに示すように、実施例１の受付番号取得処理（ステップＳ１０７）は、本採番された受付番号の取得処理（ステップＳ２０２）に置き代わっている。実施例１ではステップＳ１０６の貨幣収納処理に続いて行われていたのは受付番号の取得処理（ステップＳ１０７）であったが、実施例２ではステップＳ２０１で仮採番された受付番号に対する本採番された受付番号の取得処理（ステップＳ２０２）である。具体的には、受付番号データ管理部１５８ｄは、本採番である旨を示す情報とステップＳ２０１で事前に仮採番した受付番号とを含む受付番号の採番要求を送信して、その応答を受信することにより本採番された受付番号を取得し、取得した受付番号に基づいて受付番号データ５７ｂの更新を行う（ステップＳ２０２）。

上述してきたように、実施例２では、ロビー入金機１５０は、顧客が挿入した顧客カードから入金伝票に記載する必要のある入金先の口座に係る情報を取得し、顧客カードを受け付けたならば受付機１１０で仮採番された受付番号を取得して、投入された貨幣を計数して装置内部に収納し、貨幣の収納が終了したならば受付機１１０で本採番された受付番号を取得して、受付番号に関連付けられた入金伝票に係る情報を自動生成してサーバ２０に登録し、取得した受付番号が記載された番号札を発行するようにし、窓口端末４０は、ロビー入金機１５０によりサーバ２０に登録された入金伝票に係る情報に基づいて入金伝票を出力し、勘定系端末９８は、該入金伝票に基づいて入金取引を行うよう構成したので、金融機関において、自動機を利用する顧客が併せて窓口処理を行う場合に、自動機を利用する顧客の利便性を実施例１以上に優先的に向上させるとともに、自動機を利用しない顧客との不公平感を抑制することができる。

実施例１及び実施例２では、店舗のロビーなどに配設されるロビー入金機５０、１５０を対象とする実施例を説明してきたが、顧客が直接操作する自動機はロビー入金機５０、１５０以外にも存在する。例えば、税公金の納付に係る帳票を受け付けて、該帳票の画像を取得し、取得した画像をＯＣＲ処理することにより税公金の納付に係る内容を取得し、ＯＣＲ処理により取得した税公金の納付金額に対応する貨幣を受け付けて収納し、受け付けた帳票に領収印を押印し、帳票の顧客控え部分を自動的に切り離して顧客に返却するという処理を行う税公金自動受付機６０も店舗の顧客ゾーンに配設されている。しかしながら、税公金の種類によっては、当該税公金自動受付機６０では取り扱うことができずに窓口でないと処理できないケースや、税公金の種類としては当該税公金自動受付機６０では取り扱うことができるが、その内容によっては例えば本人確認手続きが必要であるため窓口でないと処理できないようなケースがある。このように窓口でないと処理できないようなケースでは、顧客は、税公金自動受付機６０で処理できない旨のメッセージを確認した後に、再度受付機１０、１１０で受け付け処理を行い、電子記帳機で税公金の納付に係る伝票を起票するという手続きを行わなければならない。実施例３では、税公金自動受付機６０を利用する顧客の利便性を向上させることができるような実施例を説明する。

まず、税公金自動受付機６０の実施例３に係る内部構成を説明する。図１９は、税公金自動受付機６０の実施例３に係る内部構成を示すブロック図である。図１９に示すように、税公金自動受付機６０は、表示操作部６１、帳票処理部６２、紙幣入金部６３、硬貨入金部６４、プリンタ６５、通信部６６、記憶部６７及び制御部６８を有する。

表示操作部６１は、顧客が操作するための画面の表示及び表示された画面に対するタッチ入力を受け付ける入出力部である。帳票処理部６２は、税公金の納付に係る帳票を受け付けて、受け付けた帳票の画像データを取得する。また、帳票処理部６２は、受け付けた帳票に領収印の押下を行い、顧客への返却部分を切り離して、切り離された顧客への返却部分を排出することにより顧客に返却する。また、帳票処理部６２は、顧客返却部分が切り離された帳票を内部に収納する。

紙幣入金部６３は、紙幣を受け付けて真偽判定、真正と判定された紙幣の計数及び計数済み紙幣の内部への収納を行う。硬貨入金部６４は、硬貨を受け付けて真偽判定、真正と判定された硬貨の計数及び計数済み硬貨の内部への収納を行う。プリンタ６５は、レシート及び番号札等を印刷する出力部である。通信部６６は、勘定系ホスト９９、サーバ２０及び受付機１０とＬＡＮなどの通信線を介してデータ通信を行うインタフェース部である。

記憶部６７は、ハードディスク装置や不揮発性メモリ等からなる記憶デバイスである。記憶部６７は、辞書データ６７ａ、受付番号データ６７ｂ、伝票項目データ６７ｃ、処理履歴データ６７ｄ及び貨幣在高データ６７ｅを有する。

辞書データ６７ａは、帳票処理部６２で受け付ける税公金の納付に係る帳票の種類ごとに帳票に記載されている情報をＯＣＲするためのパラメータを含むデータである。受付番号データ６７ｂは、受付機１０で採番された受付番号に関連付けられた情報であり、データ構成はロビー入金機５０の受付番号データ５７ｂと同じである。伝票項目データ６７ｃは、税公金自動受付機６０が生成する税公金収納伝票の伝票項目に係るデータであり、データ構成はロビー入金機５０の伝票項目データ５７ｃと同じである。処理履歴データ６７ｄは、当該税公金自動受付機６０で行われた処理の履歴が蓄積されたデータである。貨幣在高データ６７ｅは、当該税公金自動受付機６０に収納されている貨幣の金種別の枚数の情報である。

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

辞書データ管理部６８ａは、配信される辞書データに基づいて辞書データ６７ａの更新を行う。

税公金受付処理部６８ｂは、帳票処理部６２で税公金の納付に係る帳票の画像データを取得し、取得した画像データと辞書データ６７ａに基づいて受け付けた帳票の種類を識別し、帳票の画像データと、帳票の識別結果と、辞書データ６７ａとに基づいてＯＣＲ等の処理により帳票に記載された内容を取得する。また、税公金受付処理部６８ｂは、帳票に記載された納付金額に応じた貨幣を受け付けて収納し、帳票に領収印を押印し、帳票の顧客控え部分を切り離し、切り離した顧客控えを排出することにより顧客に返却するとともに、顧客控えが切り離された帳票を内部に収納する。また、税公金受付処理部６８ｂは、受け付けた帳票によっては、窓口での処理が必要な場合があり、その場合には窓口で処理を依頼するのに必要な番号札の発行や伝票の起票処理を制御する。また、税公金受付処理部６８ｂは、処理した内容を処理履歴として処理履歴データ６７ｄに登録する。また、税公金受付処理部６８ｂは、収納した貨幣の数量に応じて貨幣在高データ６７ｅを更新する。

伝票データ生成部６８ｃは、受け付けた帳票の内容をＯＣＲにより読み取った結果に基づいて窓口での処理が必要と判定された場合に、税公金の収納処理を依頼するための伝票に記載する情報を帳票のＯＣＲ結果より自動的に生成して、伝票項目データ６７ｃに登録する。

受付番号データ管理部６８ｄは、受付機１０に対して受付番号の採番要求を行うことによって受付番号を取得して、取得した受付番号を受付番号データ６７ｂに登録する。登録データ送信部６８ｅは、受け付けた帳票に基づいて受付番号データ６７ｂ及び伝票項目データ６７ｃが生成されたならば、生成された受付番号データ６７ｂ及び伝票項目データ６７ｃをサーバ２０に送信する。番号札発行処理部６８ｆは、受付機１０に依頼して採番した受付番号の記載された番号札をプリンタ６５により発行する。

次に、図１９に示した税公金自動受付機６０の実施例３に係るデータ構成について図２０を用いて説明する。

図２０（ａ）に示す辞書データ６７ａは、税公金の納付に係る帳票を識別する帳票識別番号に関連づけられた、帳票特徴画像データと、ＯＣＲ情報と、帳票ごとの領収印押下位置の情報と、顧客控えを切り離す位置を示すカット位置情報とをレコード項目とするデータである。ＯＣＲ情報には、ＯＣＲする項目毎の項目情報が含まれ、項目情報には項目を識別する項目識別情報と、ＯＣＲ対象の文字の記載される位置情報と、文字の大きさ、種類及びフォントなどの情報を含む文字情報とを含む。図２０（ａ）の辞書データ６７ａの例は、帳票識別番号が「１００」の帳票のＯＣＲ情報として、項目識別情報が「０１０１２」の項目に対応する項目情報が登録されていることを示している。

図２０（ｂ）に示す処理履歴データ６７ｄは、税公金の納付処理を受け付けた受付日付及び受付時刻に関連付けられた受付番号と、受付枝番号と、処理区分と、取得した税公金の納付に係る帳票の画像データと、該取得画像データに基づいて帳票の識別した結果である帳票識別番号と、該取得画像データに基づいてＯＣＲ等の処理により記載内容の認識結果と、税公金収納に係る伝票に対する項目の確定情報とを保有項目とするデータである。

受付番号には、窓口での処理が必要と判定された場合に受付機１０に依頼して採番された受付番号が登録される。処理区分は、コード化された情報であって、「０」は、受け付けた帳票に関する処理が税公金自動受付機６０で完結したことを示し、「１」は、受け付けた帳票に関する処理が税公金自動受付機６０で処理を行うことはできず、窓口に誘導したことを示し、「９」は、受け付けた帳票の帳票識別ができなかったことを示す。当該処理区分が受け付けた帳票に関する処理が税公金自動受付機６０で完結したことを示す「０」である場合には、窓口での処理は不要であることから、受付番号及び受付枝番号は採番されない。また、受け付けた帳票に関する処理が税公金自動受付機６０で処理を行うことはできず、窓口に誘導したことを示す「１」である場合には、受付番号及び受付枝番号が採番されることになる。

図２０（ｂ）の処理履歴データ６７ｄの例は、受付日付が「２０１５／５／１０」で、受付時刻が「１５：００：００」に受け付けた税公金の納付に係る帳票は、処理区分が「１」であり、処理が税公金自動受付機６０で処理を行うことはできず、窓口に誘導したことを示し、取得された受付番号が「１８０」で、受付枝番号が「０１」で、帳票識別処理の結果帳票識別番号が「２００」であることを示すレコードが含まれていることを表している。

次に、税公金自動受付機６０の実施例３に係る一連の税公金の収納処理の処理手順について図２１に示すフローチャートを用いて説明する。

税公金受付処理部６８ｂは、帳票処理部６２で受け付けた税公金の納付に係る帳票の画像データを取得し（ステップＳ３０１）、処理履歴データ６７ｄに受け付けた帳票に対応するレコードを追加して、受付日付、受付時刻及びステップＳ３０１で取得した帳票の画像データを登録する（ステップＳ３０２）。また、税公金受付処理部６８ｂは、ステップＳ３０１で取得した税公金の納付に係る帳票の画像データと、辞書データ６７ａに基づいて帳票の種類の識別を行って、帳票識別処理の結果をステップＳ３０２で追加したレコードに登録する（ステップＳ３０３）。

ステップＳ３０３の帳票識別処理において帳票の識別が行えた場合（ステップＳ３０４；Ｙｅｓ）には、税公金受付処理部６８ｂは、識別された帳票識別番号に対応する辞書データ６７ａのレコードのＯＣＲ情報に基づいて、ステップＳ３０１で受け付けた帳票の画像データに対するＯＣＲ処理を行って、ＯＣＲ処理の結果をステップＳ３０２で追加したレコードのＯＣＲ認識結果に登録するとともに、ＯＣＲ認識結果に基づいて項目確定情報を登録する（ステップＳ３０５）。税公金受付処理部６８ｂは、ステップＳ３０５でＯＣＲ処理により取得した税公金の納付金額に対応する貨幣の投入を受け付けて、受け付けた貨幣の真偽判定後に内部に収納し、収納した貨幣の数量に応じて貨幣在高データ６７ｅの更新を行う（ステップＳ３０６）。

ステップＳ３０５のＯＣＲ処理の結果に基づいてステップＳ３０１で受け付けた帳票が税公金自動受付機６０だけで処理が完結させることができるか否かの判定を行い（ステップＳ３０７）、税公金自動受付機６０だけで処理が完結させることができると判定された場合（ステップＳ３０８；Ｙｅｓ）には、税公金受付処理部６８ｂは、ステップＳ３０２で追加したレコードの処理区分に受け付けた帳票に関する処理が税公金自動受付機６０で完結することを示す「０」を設定し（ステップＳ３０９）、ステップＳ３０５のＯＣＲ処理の結果に基づいて勘定系ホスト９９に税公金収納にかかる電文を送信することによりオンライン処理を行う（ステップＳ３１０）。

さらに、税公金受付処理部６８ｂは、帳票処理部６２で受け付けた帳票の所定の領収印欄に領収印の押印を行い（ステップＳ３１１）、顧客控えを当該帳票から切り離して（ステップＳ３１２）、顧客控えを排出して顧客に返却するとともに、顧客控えが切り離された帳票を内部に収納して（ステップＳ３１３）、処理を終了する。

また、税公金自動受付機６０だけで処理を完結させることができないと判定された場合（ステップＳ３０８；Ｎｏ）には、税公金受付処理部６８ｂは、ステップＳ３０２で追加したレコードの処理区分に受け付けた帳票に関する処理が税公金自動受付機６０で処理を行うことはできず、窓口に誘導することを示す「１」を設定し（ステップＳ３１４）、表示操作部６１に窓口での処理が必要な旨のメッセージを表示する（ステップＳ３１５）。

次に、受付番号データ管理部６８ｄは、受付機１０に受付番号の採番要求を送信してその返信を受信することにより受付番号を取得し、取得した受付番号を受付番号データ６７ｂに登録する（ステップＳ３１６）。また、伝票データ生成部６８ｃは、ステップＳ３０５で処理履歴データ６７ｄのレコードに登録したＯＣＲ認識結果及び項目確定情報に基づいて窓口に税公金の納付処理を依頼するための伝票の項目情報を生成して伝票項目データ６７ｃに登録する（ステップＳ３１７）。

そして、番号札発行処理部６８ｆは、ステップＳ３１６で取得した受付番号の記載された番号札をプリンタ６５により発行する（ステップＳ３１８）。最後に、税公金受付処理部６８ｂは、ステップＳ３０１で受け付けた税公金の納付に係る帳票を排出することにより顧客に返却して（ステップＳ３１９）、処理を終了する。

また、ステップＳ３０３の帳票識別処理において帳票の識別が行えなかった場合（ステップＳ３０４；Ｎｏ）には、ステップＳ３０２で追加したレコードの処理区分に受け付けた帳票の帳票識別ができなかったことを示す「９」を設定し（ステップＳ３２０）、受け付けた帳票は当該税公金自動受付機６０では処理できないことから電子記帳機に誘導するメッセージを表示して（ステップＳ３２１）、ステップＳ３１９に移行する。

図２１で示した処理手順では、ステップＳ３０３の帳票識別処理において帳票の識別が行えなかった場合（ステップＳ３０４；Ｎｏ）には、持ち込まれた税公金の納付書が当該金融機関では取扱可能か否かの判定ができないことから受付番号の採番は行わずに電子記帳機へ誘導するのみとしたが、受付番号は採番して、必要な伝票の作成は電子記帳機で行うように誘導するものとしてもよい。

上述してきたように、実施例３では、税公金自動受付機６０は、顧客が持ち込んだ税公金の納付に係る帳票を受け付けて、該帳票の画像を取得して、取得した帳票の画像に基づいて顧客が行おうとしている税公金の種類及びその内容をＯＣＲ等の処理により取得し、当該税公金自動受付機６０で処理が行えずに窓口に誘導する場合には、受付機１０で採番された受付番号を取得して、受付番号に関連付けられた税公金の納付伝票に係る情報を自動生成してサーバ２０に登録し、取得した受付番号が記載された番号札を発行するようにし、窓口端末４０は、税公金自動受付機６０によりサーバ２０に登録された税公金の納付伝票に係る情報に基づいて税公金の納付伝票を出力し、勘定系端末９８は、該税公金の納付伝票に基づいての税公金の納付取引を行うよう構成したので、金融機関において税公金自動受付機６０を利用する顧客が窓口処理を行う場合に、税公金自動受付機６０を利用する顧客の利便性を向上させるとともに、税公金自動受付機６０を利用しない顧客との不公平感を抑制することができる。

なお、実施例３では、顧客より受け付けた税公金の納付に係る帳票に記載された内容をＯＣＲ処理により取得するものとして説明してきたが、本発明はＯＣＲ処理に限定されるものではない。例えば、税公金の納付に係る帳票に印刷されたバーコードを読み取って税公金の納付に係る情報を取得するようにしてもよい。

また、上述の実施例１、実施例２及び実施例３では、ロビー入金機５０、１５０及び税公金自動受付機６０を対象として説明を行ってきたが、本発明はこれらの自動機に限定されるものではない。例えば、ＡＴＭで行う振込処理についても、現金で所定金額以上の振込を行う場合などに取引時確認を行わなければならない場合などは、窓口に誘導するメッセージの表示を行うとともに、受付番号を自動採番して番号札を発行して、ＡＴＭでの入力内容に基づいて振込伝票の項目に係る情報を生成して、サーバ２０の伝票項目データ２４ｂに登録するようにしてもよい。

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

以上のように、本発明に係る自動機システム及び貨幣処理方法は、金融機関において、自動機を利用する顧客が併せて窓口処理を行う場合に、自動機を利用する顧客の利便性を向上させることに適している。

１０、１１０ 受付機
１１、４１、５１、６１ 表示操作部
１２ 番号札印刷部
１４、２３、４２、５６、６６ 通信部
１５、２４、４３、５７、６７ 記憶部
１５ａ 設定パラメータ
１５ｂ 受付番号採番データ
１５ｃ、２４ａ、４３ｂ、５７ｂ、６７ｂ、１１５ｃ 受付番号データ
１６、２５、４４、５８、６８ 制御部
１６ａ 受付処理部
１６ｂ、１１６ｂ 受付番号採番部
１６ｃ 番号札発行部
１６ｄ、２５ａ、５８ｄ、６８ｄ、１１６ｄ、１５８ｄ 受付番号データ管理部
２０ サーバ
２１ 入力部
２２ 表示部
２４ｂ、４３ｅ、５７ｃ、６７ｃ 伝票項目データ
２４ｃ、４３ｆ 取引時確認記録データ
２５ｂ 伝票項目データ管理部
２５ｃ 取引時確認記録管理部
２５ｄ 呼出連動処理部
４０ 窓口端末
４３ａ 受付番号リストデータ
４３ｃ 伝票決定パラメータ
４３ｄ 伝票テンプレートデータ
４４ａ 受付番号リスト表示部
４４ｂ 伝票項目データ更新部
４４ｃ 取引時確認記録生成部
４４ｄ 更新データ送信部
４４ｅ 印刷処理部
４５ マルチカードスキャナ
５０、１５０ ロビー入金機
５２ カードリーダ
５２ａ カード挿入口
５３ レシートプリンタ
５３ａ レシート排出口
５４、６３ 紙幣入金部
５４ａ 紙幣投入・返却口
５４ｂ 異物返却口
５５、６４ 硬貨入金部
５５ａ 硬貨投入口
５５ｂ 硬貨返却箱
５５ｃ リジェクト硬貨返却口
５７ａ カードリードデータ
５７ｄ 入金履歴データ
５７ｅ、６７ｅ 貨幣在高データ
５８ａ 認証処理部
５８ｂ、１５８ｂ 入金処理部
５８ｃ 両替伝票データ生成部
５８ｅ、６８ｅ 登録データ送信部
５８ｆ、６８ｆ 番号札発行処理部
６０ 税公金自動受付機
６２ 帳票処理部
６５、９５ プリンタ
６７ａ 辞書データ
６７ｄ 処理履歴データ
６８ａ 辞書データ管理部
６８ｂ 税公金受付処理部
６８ｃ 伝票データ生成部
９８ 勘定系端末
９９ 勘定系ホスト

Claims (6)

1. 顧客により作成された伝票に係る処理を行う窓口端末と、少なくとも前記顧客から受け付けた貨幣を収納する自動機とを含む自動機システムにおいて、
   前記自動機は、
   前記顧客の顧客情報を取得する取得手段と、
   前記顧客情報および前記自動機に収納される貨幣に係る情報に基づいて、前記顧客が依頼する取引の内容を特定する伝票情報を生成する生成手段と
   を備え、
   前記自動機で生成された前記伝票情報を前記窓口端末に移行する
   ことを特徴とする自動機システム。
2. 店舗に来店した顧客を呼び出すための呼出番号を採番する受付機を備え、
   前記自動機は、
   前記伝票情報に含まれる伝票種類を含む呼出番号の採番を要求する要求情報を、前記受付機に対して通知する通知手段と、
   前記要求情報に応答して前記受付機から返送される前記呼出番号を含む媒体を発行する発行手段と
   をさらに備えたことを特徴とする請求項１に記載の自動機システム。
3. 前記通知手段は、
   前記貨幣の収納に先立って前記受付機に仮呼出番号の採番を要求する仮呼出番号要求情報を前記受付機に対して通知するとともに、前記貨幣の収納後に前記受付機から通知された仮呼出番号を含む要求情報を前記受付機に対して通知し、
   前記受付機は、
   前記自動機から仮呼出番号要求情報を受け付けた場合に、仮呼出番号を採番して前記自動機に返送し、前記自動機から要求情報を受け付けた場合に、前記仮呼出番号が有効であれば該仮呼出番号を呼出番号として返送し、前記仮呼出番号が無効であれば新たな呼出番号を採番して返送する
   ことを特徴とする請求項２に記載の自動機システム。
4. 前記取得手段は、
   入金取引に係る入金先の口座情報を取得し、
   前記生成手段は、
   前記取得手段により取得された口座情報により特定される口座に対して、前記顧客から受け付けて収納された貨幣の数量に対応する金額を入金する旨を示す伝票情報を生成する
   ことを特徴とする請求項１乃至３のいずれか一つに記載の自動機システム。
5. 前記取得手段は、
   前記顧客が持参した税金の納付依頼書又は公共料金の納付依頼書の画像データに基づいて、税金又は公共料金の種類と、前記顧客を識別する情報と、税金又は公共料金の納付金額とを取得し、
   前記自動機は、
   前記取得手段により取得された前記税金又は公共料金の種類と、前記顧客を識別する情報と、前記税金又は公共料金の納付金額とに基づいて、前記伝票情報の生成の要否を判定する判定手段をさらに備え、
   前記通知手段は、
   前記判定手段により前記伝票情報の生成が必要であると判定されたならば、前記要求情報を前記受付機に対して送信し、
   前記生成手段は、
   前記判定手段により前記伝票情報の生成が必要であると判定された場合に、前記伝票情報を生成する
   ことを特徴とする請求項２に記載の自動機システム。
6. 顧客により作成された伝票に係る処理を行う窓口端末と、少なくとも前記顧客から受け付けた貨幣を収納する自動機とを含む自動機システムにおける貨幣処理方法において、
   前記自動機が、前記顧客の顧客情報を取得する取得ステップと、
   前記顧客情報および前記自動機に収納される貨幣に係る情報に基づいて、前記顧客が依頼する取引の内容を特定する伝票情報を生成する生成ステップと、
   前記自動機で生成された前記伝票情報を前記窓口端末に移行する移行ステップと
   を含んだことを特徴とする貨幣処理方法。

Images