JP2021170328A - 現金払出装置、プログラム、現金払出方法、現金払出システム及びサーバ - Google Patents

Abstract

【課題】複数人の受取者による共用が可能な現金払出装置等を提供する。【解決手段】現金払出装置は、ユーザの生体情報を受け付け、受け付けた生体情報に基づいてユーザを認証する。現金払出装置は、ユーザを認証できた場合、ユーザに対して設定されている金額の現金を払い出す。また、現金払出装置は、ユーザを管理する管理者を認証する。現金払出装置は、管理者を認証できた場合、管理者に対応付けられている複数のユーザに対する現金の出金条件を受け付けて設定する。【選択図】図２

Description

本発明は、現金払出装置、プログラム、現金払出方法、現金払出システム及びサーバに関する。

金銭の管理を自身で行うことが難しい高齢者及び障害者等は、例えば家族等の介助者から定期的に現金を渡され、渡された現金で商品を購入することにより、浪費しないようにしている場合がある。このような場合、介助者は定期的に現金を渡す必要があり、また、現金を受け取る受取者は、自身が欲しいタイミングで現金を受け取れない場合があり、両者にとって大きなストレスとなる可能性がある。

そこで、本願の出願人は、装置内に格納した現金を、予め設定された条件に従って払い出す現金払出機を提案している（特許文献１参照）。特許文献１の現金払出機では、生体認証によって受取者が認証された場合に、設定された払出条件に合致していれば、設定された金額の現金が払い出される。このような現金払出機では、介助者は払出条件を設定しておくことにより、設定条件以上の現金は払い出されないので受取者による浪費を防止することができ、また、受取者は自身が欲しいタイミングで現金を受け取ることができる。

実用新案登録第３２２３９１４号公報

特許文献１では、現金払出機から現金を受け取る受取者は１人を想定しているので、複数人の受取者が１台の現金払出機を共用することは想定されていない。

本発明は、このような事情に鑑みてなされたものであり、その目的とするところは、複数人の受取者による共用が可能な現金払出装置等を提供することにある。

本発明の一態様に係る現金払出装置は、ユーザの生体情報を受け付ける生体情報受付部と、受け付けた生体情報に基づいて前記ユーザを認証するユーザ認証部と、認証したユーザに対して設定されている金額の現金を払い出す出金部とを備える現金払出装置であって、前記ユーザを管理する管理者を認証する管理者認証部と、認証した管理者に対応付けられている複数のユーザに対する現金の出金条件を受け付けて設定する設定部とを備える。

本発明の一態様にあっては、複数人の受取者による共用が可能な現金払出装置等を提供することができる。

現金払出装置の外観を示す斜視図である。 現金払出装置の内部構成例を示すブロック図である。 現金払出装置に記憶されるＤＢの構成例を示す模式図である。 現金払出装置による設定処理手順の一例を示すフローチャートである。 画面例を示す模式図である。 画面例を示す模式図である。 画面例を示す模式図である。 現金払出装置による出金処理手順の一例を示すフローチャートである。 ユーザによる入金処理手順の一例を示すフローチャートである。 画面例を示す模式図である。 実施形態３のユーザ情報ＤＢの構成例を示す模式図である。 実施形態３における入金処理手順の一例を示すフローチャートである。 画面例を示す模式図である。 現金払出装置及び端末装置の内部構成例を示すブロック図である。 現金払出装置に対する設定処理手順の一例を示すフローチャートである。 現金払出装置に対する設定処理手順の一例を示すフローチャートである。 実施形態５の現金払出装置の内部構成例を示すブロック図である。 現金払出装置による監視処理手順の一例を示すフローチャートである。 両替要否判定処理手順の一例を示すフローチャートである。 残高照合処理手順の一例を示すフローチャートである。 現金払出システムの構成例を示すブロック図である。 装置情報ＤＢの構成例を示す模式図である。 サーバによる管理処理手順の一例を示すフローチャートである。 サーバによる管理処理手順の一例を示すフローチャートである。

以下に、本開示の現金払出装置、プログラム、現金払出方法、現金払出システム及びサーバについて、その実施形態を示す図面に基づいて詳述する。

（実施形態１）
図１は現金払出装置の外観を示す斜視図、図２は現金払出装置の内部構成例を示すブロック図である。本実施形態の現金払出装置１０は、個人住宅、集合住宅の共用エリア、医療施設、福祉施設等に設置されて利用される。また、本実施形態の現金払出装置１０では、現金の払い出しを受けるユーザ（現金の受取者）は１人であっても複数人であってもよく、各ユーザの入出金を管理する管理者も１人であっても複数人であってもよい。以下では、現金払出装置１０が、複数人の管理者で複数人のユーザを管理する状況の施設に設置された場合を例に説明する。

本実施形態の現金払出装置１０は、例えば四角柱状の筐体を有し、筐体の内部には、紙幣及び貨幣（現金）が金種（金額）毎に収納される現金収納部（図示せず）が設けられている。また現金払出装置１０の一面にはタッチパネル１３が設けられており、タッチパネル１３が設けられた一面を現金払出装置１０の正面とする。現金払出装置１０の正面には、紙幣及び貨幣を投入するための現金投入口１０ｂ（第１投入口）が設けられており、現金投入口１０ｂから投入された現金は金種判別部１６ａによって金種（金額）が判別された後、判別された金種毎に現金収納部に収納される。また現金払出装置１０の正面には、現金払出部１５によって払い出された現金が排出される払出口及び払出トレイ１５ａが設けられている。更に現金払出装置１０の正面にはスピーカ１７が設けられている。タッチパネル１３、現金投入口１０ｂ、払出トレイ１５ａ及びスピーカ１７の配置位置は、図１に示す例に限定されず、またこれらのいずれかが現金払出装置１０の正面以外の面に設けられていてもよい。例えばタッチパネル１３は現金払出装置１０を操作する操作者が操作し易い位置に設けてあればよく、スピーカ１７は操作者に出力音声が届く位置に設けてあればよい。また現金投入口１０ｂは現金払出装置１０に現金を投入し易い位置に設けてあればよく、払出口及び払出トレイ１５ａは現金払出装置１０から払い出された現金を取り易い位置に設けてあればよい。

また、現金払出装置１０の上面には生体認証センサ１４が設けられている。本実施形態の生体認証センサ１４（生体情報受付部）は、手のひらの静脈を読み取る静脈センサであり、本実施形態の現金払出装置１０は、手のひらの静脈を用いた生体認証を行う構成を有する。しかし、現金払出装置１０による生体認証は、手のひらの静脈認証に限定されず、指の静脈、指紋、瞳の虹彩、声紋、顔形等による生体認証であってもよく、複数の生体情報を組み合わせて認証を行う構成でもよい。生体認証センサ１４は現金払出装置１０の上面以外の面に設けられていてもよく、生体認証の種類に応じて、操作者が生体認証に必要な操作（例えば手のひらをかざす操作）をし易い位置に設けてあればよい。更に、現金払出装置１０の側面には、紙幣及び貨幣をまとめて投入するための一括投入口１０ａ（第２投入口）が設けられており、一括投入口１０ａには鍵付きの蓋が取り付けてある。一括投入口１０ａから投入された現金も金種判別部１６ａによって金種（金額）が判別された後、判別された金種毎に現金収納部に収納される。一括投入口１０ａは現金払出装置１０の側面以外の面に設けられていてもよく、操作者が現金をまとめて投入し易い位置に設けてあればよい。上述した構成の現金払出装置１０は、例えば水平な載置台上に載置され、取付金具１０ｃにて載置台、壁又は柱等に固定されて使用される。

現金払出装置１０は、制御部１１、記憶部１２、タッチパネル１３、生体認証センサ１４、現金払出部１５、現金受付部１６、スピーカ１７、通信部１８等を含み、これらの各部はバスを介して相互に接続されている。制御部１１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）又はＧＰＵ（Graphics Processing Unit）等の１又は複数のプロセッサを含む。制御部１１は、記憶部１２に記憶してある制御プログラム１２Ｐを適宜実行することにより、現金払出装置１０が行うべき種々の情報処理及び制御処理を実行する。

記憶部１２は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ハードディスク、ＳＳＤ（Solid State Drive）等を含む。記憶部１２は、制御部１１が実行する制御プログラム１２Ｐ及び制御プログラム１２Ｐの実行に必要な各種のデータ等を予め記憶している。また記憶部１２は、制御部１１が制御プログラム１２Ｐを実行する際に発生するデータ等を一時的に記憶する。また記憶部１２は、後述する管理者情報ＤＢ（データベース）１２ａ及びユーザ情報ＤＢ１２ｂ等を記憶する。管理者情報ＤＢ１２ａ及びユーザ情報ＤＢ１２ｂは、現金払出装置１０に接続された他の記憶装置に記憶されてもよく、現金払出装置１０が通信可能な他の記憶装置に記憶されてもよい。

タッチパネル１３は表示部１３ａ及び入力部１３ｂを有する。表示部１３ａは液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部１１からの指示に従って各種の情報を表示する。入力部１３ｂはタッチセンサであり、現金払出装置１０を操作する操作者による操作入力を受け付け、操作内容に対応した制御信号を制御部１１へ送出する。なお、表示部１３ａ及び入力部１３ｂは各別に設けられていてもよく、入力部１３ｂはタッチセンサ以外に、押圧式等の操作ボタンを含んでいてもよい。

生体認証センサ１４は、所定の検知範囲内でかざされた手のひらの静脈を読み取って静脈データを取得し、取得した静脈データを制御部１１へ送出する。生体認証センサ１４は、例えば近赤外光を出射する発光部と、発光部が出射した近赤外光の手のひらによる反射光を受光する受光部とを有し、受光した反射光に基づいて静脈データ（静脈画像）を取得する。生体認証センサ１４は、図１に示すように現金払出装置１０と一体に構成された内蔵型のセンサであってもよく、現金払出装置１０に外付けされるセンサであってもよい。生体認証センサ１４が外付けされる場合、現金払出装置１０は、例えばＵＳＢ（Universal Serial Bus）ケーブルを介して外部センサとの接続が可能な接続部、又は外部センサとの無線通信が可能な無線通信部を備え、外部センサが取得した静脈データを接続部又は無線通信部を介して取得するように構成される。

現金払出部１５は例えば、現金収納部に収納されている現金を金種毎に払出トレイ１５ａまで搬送する搬送路、各搬送路を開閉する開閉部を有する。現金払出部１５は、制御部１１からの指示に従って開閉部にて各搬送路を開閉させることにより、制御部１１からの指示に従った金額の現金を払出トレイ１５ａまで搬送する（払い出す）。現金受付部１６は例えば、一括投入口１０ａ又は現金投入口１０ｂから投入された紙幣及び貨幣（現金）の金種（金額）を判別する金種判別部１６ａ、投入された現金を金種毎に現金収納部まで搬送する搬送路、投入された現金を金種毎に各搬送路に誘導するガイド部を有する。現金受付部１６は、金種判別部１６ａが判別した金種に応じて、投入された現金をガイド部によって各搬送路に誘導することにより、投入された現金が金額（金種）に応じた搬送路にて現金収納部まで搬送される。金種判別部１６ａは、一括投入口１０ａ又は現金投入口１０ｂから投入された現金の金種を判別した場合、判別した金種を制御部１１に通知する。

スピーカ１７は、制御部１１からの指示に従って音声出力する音声出力部であり、制御部１１が指示するメッセージを音声出力する。通信部１８は、有線通信又は無線通信によって、インターネット又はＬＡＮ（Local Area Network）等のネットワークに接続するためのインタフェースを有し、ネットワークを介して他の装置との間で情報の送受信を行う。

図３は、現金払出装置１０に記憶されるＤＢ１２ａ，１２ｂの構成例を示す模式図である。図３Ａは管理者情報ＤＢ１２ａを、図３Ｂはユーザ情報ＤＢ１２ｂをそれぞれ示す。管理者情報ＤＢ１２ａは、現金払出装置１０を利用するユーザの現金及び入出金状況を管理する管理者に関する情報を記憶する。ここで管理者とは、例えば現金払出装置１０が設置された施設の従業員であり、現金払出装置１０を利用するユーザの入出金を管理する業務を行う担当者である。図３Ａに示す管理者情報ＤＢ１２ａは、管理者ＩＤ列、認証用データ列、担当するユーザ情報列、作業履歴列等を含み、管理者ＩＤに対応付けて管理者に関する各情報を記憶する。管理者ＩＤ列は、各管理者に割り当てられた識別情報（管理者ＩＤ）を記憶し、認証用データ列は、各管理者を認証する際に用いるデータを記憶する。なお、管理者の認証用データは例えば管理者が指定したパスワード（文字列データ）であってもよく、生体認証センサ１４にて読み取り可能な生体データ（本実施形態では手のひらの静脈データ）であってもよい。本実施形態では、パスワード及び生体データの両方が管理者情報ＤＢ１２ａに記憶されている構成を例に説明するが、いずれか一方のみが管理者情報ＤＢ１２ａに記憶されている構成でもよい。担当するユーザ情報列は、各管理者に割り振られたユーザの情報を記憶し、具体的には各管理者が担当するユーザに割り当てられたユーザ識別情報（ユーザＩＤ）を記憶する。作業履歴列は、各管理者が現金払出装置１０に対して行った作業の内容及び日時を含む履歴情報を記憶する。なお、作業履歴情報は、例えば管理者が現金払出装置１０に対してログインした日時、管理者が担当するユーザに対して各種の設定処理を行った日時、管理者が担当するユーザの入出金履歴を確認した日時等、管理者が現金払出装置１０に対して行う全ての作業についての履歴情報を含む。認証用データ及び作業履歴は、管理者情報ＤＢ１２ａに記憶されるほかに、記憶部１２の所定領域又は他の記憶装置に記憶されてもよく、この場合、認証用データ列及び作業履歴列は、各データを読み出すための情報（例えばデータの記憶場所を示すファイル名）を記憶する。

管理者情報ＤＢ１２ａに記憶される管理者ＩＤは、新たな管理者が追加された場合に制御部１１によって発行されて記憶される。管理者情報ＤＢ１２ａに記憶される認証用データ及び担当するユーザ情報は、新たな管理者が追加される際に入力部１３ｂ又は通信部１８を介して入力された場合に制御部１１によって記憶され、入力部１３ｂ又は通信部１８を介して変更指示が入力された場合に制御部１１によって変更される。なお、認証用データに手のひらの静脈データを用いる場合、認証用データは生体認証センサ１４を介して入力される。管理者情報ＤＢ１２ａに記憶される作業履歴は、入力部１３ｂを介して管理者が現金払出装置１０に対する操作（作業）を行った場合に、制御部１１によって作業日時及び作業内容が対応付けて記憶される。管理者情報ＤＢ１２ａの記憶内容は図３Ａに示す例に限定されず、管理者に関する各種の情報を記憶することができる。例えば、管理者の氏名、所属部署等が記憶される構成でもよい。

ユーザ情報ＤＢ１２ｂは、現金払出装置１０に現金を預けて定期的に払い出しを受けるユーザに関する情報を記憶する。ユーザは例えば、現金払出装置１０が設置された施設の利用者又は居住者である。図３Ｂに示すユーザ情報ＤＢ１２ｂは、ユーザＩＤ列、生体認証用データ列、氏名列、出金スケジュール列、入出金履歴列等を含み、ユーザＩＤに対応付けて、ユーザに関する各情報を記憶する。ユーザＩＤ列は、各ユーザに割り当てられた識別情報（ユーザＩＤ）を記憶し、生体認証用データ列は、各ユーザに対して生体認証を行う際に用いる生体データ（静脈データ）を記憶し、氏名列は各ユーザの氏名を記憶する。出金スケジュール列は、各ユーザに対して設定された出金予定を示す出金スケジュールを記憶し、入出金履歴列は、各ユーザに対応して行われた入出金の内容及び日時を含む履歴情報を記憶する。なお、入出金履歴情報は、例えば管理者が入金した日時及び入金額、ユーザが出金した日時及び出金額等の履歴情報を含む。生体認証用データ及び入出金履歴は、ユーザ情報ＤＢ１２ｂに記憶されるほかに、記憶部１２の所定領域又は他の記憶装置に記憶されてもよく、この場合、生体認証用データ列及び入出金履歴列は、各データを読み出すための情報（例えばデータの記憶場所を示すファイル名）を記憶する。

ユーザ情報ＤＢ１２ｂに記憶されるユーザＩＤは、新たなユーザが追加された場合に制御部１１によって発行されて記憶される。ユーザ情報ＤＢ１２ｂに記憶される生体認証用データは、新たなユーザが追加される際に生体認証センサ１４を介して入力された場合に制御部１１によって記憶され、入力部１３ｂ又は通信部１８を介して変更が指示された際に生体認証センサ１４を介して入力された場合に制御部１１によって変更される。ユーザ情報ＤＢ１２ｂに記憶される氏名は、新たなユーザが追加される際に入力部１３ｂ又は通信部１８を介して入力された場合に、制御部１１によって記憶される。ユーザ情報ＤＢ１２ｂに記憶される出金スケジュールは、新たなユーザが追加される際に入力部１３ｂ又は通信部１８を介して入力された場合に、制御部１１によって記憶され、入力部１３ｂ又は通信部１８を介して変更指示が入力された場合に制御部１１によって変更される。ユーザ情報ＤＢ１２ｂに記憶される入出金履歴は、ユーザに対応付けて入金が行われた場合に制御部１１によって入金日時及び入金額が対応付けて記憶され、ユーザによる出金が行われた場合に制御部１１によって出金日時及び出金額が対応付けて記憶される。ユーザ情報ＤＢ１２ｂの記憶内容は図３Ｂに示す例に限定されず、ユーザに関する各種の情報を記憶することができる。例えば、ユーザの年齢、性別、医療機関における診察券番号及び入院している場合の病室番号、福祉施設に居住している場合の部屋番号、住所、電話番号、家族等の連絡先（電話番号等）等の個人情報が記憶される構成でもよい。

以下に、本実施形態において、管理者が現金払出装置１０を操作してユーザに対する各種の情報を設定する処理、ユーザの入出金履歴を確認する処理、ユーザに対する入金を登録する処理を行う際に現金払出装置１０が行う処理について説明する。図４は現金払出装置１０による設定処理手順の一例を示すフローチャート、図５〜図７は画面例を示す模式図である。以下の処理は、現金払出装置１０の記憶部１２に記憶してある制御プログラム１２Ｐに従って制御部１１によって実現されるが、処理の一部を専用のハードウェア回路で実現してもよい。

本実施形態の現金払出装置１０は、待機状態である場合、例えば図５Ａに示すような初期画面（ログイン画面）をタッチパネル１３（表示部１３ａ）に表示している。ログイン画面は、ログインＩＤ及びパスワードをそれぞれ入力するための入力欄と、入力されたログインＩＤ及びパスワードに基づくログイン処理の実行を指示するためのログインボタンと、生体データの読み取りを指示するための生体データ読み取りボタンとを有する。管理者は現金払出装置１０に対する操作を行う場合、ログイン画面においてログインＩＤ及びパスワードを入力してログインボタンを操作するか、生体データ読み取りボタンを操作することにより、ログイン処理の実行を指示する。なお、ログインＩＤには例えば各管理者に割り当てられている管理者ＩＤが用いられる。

図５Ａに示すようなログイン画面を表示している現金払出装置１０において、制御部１１は、ログイン処理に必要な管理者の認証用データを取得したか否かを判断する（Ｓ１１）。例えば管理者がログイン画面においてログインＩＤ及びパスワードを入力してログインボタンを操作した場合、制御部１１は、認証用データとしてログインＩＤ及びパスワードを取得する。ログインＩＤ及びパスワードは、例えばタッチパネル１３（表示部１３ａ）に表示されたキーボード又はテンキーを介して入力される。また現金払出装置１０が例えばＩＣ（Integrated Circuit）カードに記憶されているカード情報を読み取るカードリーダを有する場合、各管理者の管理者ＩＤ及びパスワードが記憶してあるＩＣカードからカードリーダにて管理者ＩＤ及びパスワードを読み取ってもよい。また管理者がログイン画面において生体データ読み取りボタンを操作した場合、制御部１１は、静脈データの読み取りを促すメッセージをタッチパネル１３に表示又はスピーカ１７から音声出力した後、生体認証センサ１４によって管理者の静脈データを取得する。静脈データの読み取りを促すメッセージは例えば「手のひらを生体認証センサにかざして下さい」、「手のひらを装置の上面にかざして下さい」等であってもよい。また、生体認証センサ１４の近傍にライトを設けておき、制御部１１は、ライトを点灯又は点滅させることによって、生体認証センサ１４の場所を通知すると共に静脈データの読み取りを促してもよい。

制御部１１は、管理者の認証用データを取得していないと判断した場合（Ｓ１１：ＮＯ）、取得するまで待機する。管理者の認証用データを取得したと判断した場合（Ｓ１１：ＹＥＳ）、制御部１１（管理者認証部）は、取得した認証用データに基づいて管理者を認証する（Ｓ１２）。具体的には、制御部１１は、認証用データとして管理者ＩＤ及びパスワードを取得した場合、取得した管理者ＩＤに対応付けて管理者情報ＤＢ１２ａに記憶してある認証用データ（パスワード）に、取得したパスワードが一致するか否かを判断し、一致すると判断した場合、認証成功と判断する。また制御部１１は、認証用データとして静脈データを取得した場合、取得した静脈データが、管理者情報ＤＢ１２ａに記憶してある認証用データ（静脈データ）のいずれかに一致するか否かを判断し、一致すると判断した場合、認証成功と判断する。このとき制御部１１は、取得した静脈データに一致する認証用データに対応する管理者（管理者ＩＤ）を特定し、特定した管理者に対して認証が成功したと判断する。

制御部１１は、取得した認証用データに基づく管理者の認証が成功したか否かを判断し（Ｓ１３）、失敗したと判断した場合（Ｓ１３：ＮＯ）、ステップＳ１１の処理に戻る。このとき制御部１１は、認証に失敗したことを示すメッセージを表示又は音声出力してもよく、メッセージを表示又は音声出力した後に図５Ａに示すログイン画面の表示に戻る。取得した認証用データに基づく管理者の認証が成功したと判断した場合（Ｓ１３：ＹＥＳ）、制御部１１は、図５Ｂに示すように、認証した管理者が担当するユーザの一覧画面を生成してタッチパネル１３に表示する（Ｓ１４）。図５Ｂに示す画面は、ログインした（認証された）管理者の管理者ＩＤと、この管理者が担当するユーザの氏名及びユーザＩＤの一覧（担当ユーザ一覧）とを表示する。なお、担当ユーザ一覧において各ユーザの氏名及びユーザＩＤはそれぞれ選択できるように構成されている。また図５Ｂに示す画面は、この管理者による操作の終了を指示するための終了ボタンを有する。制御部１１は、認証した管理者の管理者ＩＤに対応付けて管理者情報ＤＢ１２ａに記憶してある担当するユーザ情報（ユーザＩＤ）を読み出し、読み出したユーザＩＤのユーザの氏名をユーザ情報ＤＢ１２ｂから読み出し、担当するユーザの氏名及びユーザＩＤを表示した担当ユーザ一覧を生成する。そして制御部１１は、生成した担当ユーザ一覧に、ログイン中の管理者の管理者ＩＤ及び終了ボタンを付加することにより、図５Ｂに示す画面を生成する。なお、管理者の認証が成功した後、制御部１１は、認証した管理者の管理者ＩＤに対応する作業履歴として、この時点の日時を含み、ログイン処理が行われたことを示すログイン履歴情報を管理者情報ＤＢ１２ａに記憶しておく。

図５Ｂに示す画面において、管理者は担当ユーザ一覧に表示されたユーザのうちで、操作対象としたいユーザを入力部１３ｂを介して選択する。制御部１１は、担当ユーザ一覧を介していずれかのユーザに対する選択を受け付けたか否かを判断し（Ｓ１５）、受け付けていないと判断した場合（Ｓ１５：ＮＯ）、受け付けるまで待機する。なお、制御部１１は、担当ユーザ一覧において終了ボタンが操作された場合、担当ユーザ一覧の表示を終了し、図５Ａに示すログイン画面の表示に戻す。

担当ユーザ一覧においていずれかのユーザに対する選択を受け付けたと判断した場合（Ｓ１５：ＹＥＳ）、制御部１１は、図５Ｃに示すように、選択されたユーザに対応するメニュー画面を生成してタッチパネル１３に表示する（Ｓ１６）。図５Ｃに示すメニュー画面は、ログイン中の管理者の管理者ＩＤと、選択されたユーザの氏名及びユーザＩＤと、このユーザの現在の残高（残りの金額）と、このユーザが最後に現金の払出を行った最終払出実行日時とを表示する。また図５Ｃに示すメニュー画面は、ユーザに対して管理者が操作可能な処理（オペレーション）の実行を指示するためのメニューボタンと、このユーザに対する操作の終了を指示するための終了ボタンとを有する。メニューボタンは、オペレーションメニューとしてユーザの出金スケジュールの設定処理の実行を指示するための出金スケジュール設定ボタンと、ユーザに対する入出金履歴の表示を指示するための入出金履歴確認ボタンと、ユーザに対応付けて入金するための入金ボタンとを有する。また、管理メニューとしてユーザに関する情報の設定変更を指示するためのユーザ情報変更ボタンと、管理者に関する情報の設定変更を指示するための管理者情報変更ボタンとを有する。制御部１１は、予め記憶部１２に記憶してあるメニュー画面の情報を読み出し、選択されたユーザのユーザＩＤに対応付けてユーザ情報ＤＢ１２ｂに記憶してある入出金履歴から現在の残高及び最終払出実行日時を読み出す。そして制御部１１は、読み出した画面情報に、管理者の管理者ＩＤ、ユーザの氏名及びユーザＩＤ、ユーザの現在の残高及び最終払出実行日時を付加することにより、図５Ｃに示すメニュー画面を生成する。メニュー画面は図５Ｃに示した構成に限定されない。

図５Ｃに示すメニュー画面において、管理者は出金スケジュール設定ボタンを操作することにより、ユーザに対する出金スケジュールの設定処理の実行を指示し、入出金履歴確認ボタンを操作することにより、ユーザに対する入出金履歴の表示を指示し、入金ボタンを操作することにより、ユーザに対する入金の受付を指示する。また管理者は、ユーザ情報変更ボタンを操作することにより、ユーザに関する登録情報の設定変更を指示し、管理者情報変更ボタンを操作することにより、管理者自身に関する登録情報の設定変更を指示する。制御部１１は、メニュー画面を介してユーザに対する出金スケジュールの設定処理の実行指示を受け付けたか否かを判断しており（Ｓ１７）、受け付けたと判断した場合（Ｓ１７：ＹＥＳ）、図６に示すような出金スケジュール設定画面をタッチパネル１３に表示する（Ｓ１８）。

図６に示す出金スケジュール設定画面は、現金払出装置１０がユーザに対応して現金を払い出すスケジュール（条件）を設定するための画面である。具体的には、出金スケジュール設定画面は、出金スケジュールとして、１日あたりの出金回数を設定する回数設定、出金する曜日を設定する曜日設定、出金されなかった金額を繰り越すか否かを設定する繰越設定、金額を設定する金額設定に関する情報を入力するための入力欄を有する。回数設定の入力欄は、１日あたり１回又は複数回のいずれかを選択するためのチェックボックスと、現金の払出を可能とする払出時間帯の入力欄とを有し、払出時間帯の入力欄には、払出時間帯の開始時刻及び終了時刻として任意の時刻を選択できるプルダウンメニューが設けられている。曜日設定の入力欄は、毎日、毎週、周期のいずれかを選択するためのチェックボックスと、毎週が選択された場合に選択可能な曜日として、月曜日から日曜日までの各曜日から任意の曜日を選択できるチェックボックスと、周期が選択された場合に出金の周期（例えば２日に１回又は３日に１回）を入力できる入力欄とを有する。繰越設定の入力欄は、出金可能な時間帯に出金されなかった金額（未払い金額）を次回以降の出金時に合わせて出金する（繰り越す）か否かを選択するためのチェックボックスと、「未払い金額を繰り越して払出できる」が選択された場合に繰越可能な限度として繰越可能日数又は繰越可能金額（繰越上限金額）を入力できる入力欄とを有する。金額設定の入力欄は、１回あたりに出金される金額を入力できる入力欄を有する。また、出金スケジュール設定画面は、例えば日付毎に払出時間帯及び金額の設定が可能な詳細設定の実行を指示するための詳細設定ボタンと、出金スケジュール設定画面を介して入力された内容での出金スケジュールの設定を指示するための設定ボタンとを有する。制御部１１は、予め記憶部１２に記憶してある出金スケジュール設定画面の情報を読み出し、読み出した画面情報に、管理者ＩＤ、ユーザの氏名及びユーザＩＤ、ユーザの現在の残高及び最終払出実行日時を付加することにより、図６に示す出金スケジュール設定画面を生成する。なお、操作対象のユーザに対して既に出金スケジュールが設定されている場合、制御部１１は、このユーザの出金スケジュールをユーザ情報ＤＢ１２ｂから読み出し、読み出した出金スケジュールに応じた情報を各入力欄に入力した状態の出金スケジュール設定画面を生成して表示してもよい。出金スケジュール設定画面は図６に示した構成に限定されない。

図６に示す出金スケジュール設定画面において、管理者はユーザ又はユーザの家族等から依頼された出金スケジュールに従って、タッチパネル１３（入力部１３ｂ）を介して各入力欄に設定内容を入力する。例えば、１日あたり１回で払出時間帯が午前８時から午後６時までで出金額が５００円の出金スケジュールを設定する場合、管理者は、回数設定の入力欄において、１日あたり１回のチェックボックスを選択し、払出時間帯として８：００〜１８：００を入力し、金額設定の入力欄に５００円を入力する。そして管理者は、入力した内容での出金スケジュールの設定（登録）を指示する場合、設定ボタンを操作する。

制御部１１は、出金スケジュール設定画面を介して出金スケジュールに関する設定内容（出金条件）を受け付けた場合、受け付けた設定内容を各入力欄に表示する（Ｓ１９）。そして制御部１１は、出金スケジュール設定画面の設定ボタンが操作されることによって、入力された内容での出金スケジュールの設定指示を受け付けたか否かを判断し（Ｓ２０）、受け付けていないと判断した場合（Ｓ２０：ＮＯ）、ステップＳ１９の処理を繰り返す。入力内容での設定指示を受け付けたと判断した場合（Ｓ２０：ＹＥＳ）、制御部１１（設定部）は、出金スケジュール設定画面を介して入力された設定内容での出金スケジュールを記憶する（Ｓ２１）。具体的には、制御部１１は、設定対象のユーザのユーザＩＤに対応する出金スケジュールとして、入力された設定内容をユーザ情報ＤＢ１２ｂに記憶する。出金スケジュールを記憶した後、制御部１１は、ここでの管理者の管理者ＩＤに対応する作業履歴として、この時点の日時及びユーザのユーザＩＤを含み、出金スケジュールの設定が行われたことを示す履歴情報を管理者情報ＤＢ１２ａに記憶しておく。また制御部１１は、ステップＳ２１の処理後、図５Ｃに示すメニュー画面の表示に戻してもよい。

なお、図示は省略するが、出金スケジュール設定画面において詳細設定ボタンが操作された場合、制御部１１は、詳細スケジュール設定画面をタッチパネル１３に表示し、詳細スケジュール設定画面を介して出金スケジュールに関する詳細な設定内容を受け付ける。詳細スケジュール設定画面は、例えば１ヶ月分のカレンダーを表示し、日付毎に払出時間帯及び払出金額の入力を受け付ける入力欄を有する。制御部１１は、詳細スケジュール設定画面を介して日付毎の設定内容を受け付け、受け付けた日付毎の設定内容での出金スケジュールをユーザ情報ＤＢ１２ｂに記憶する。

ステップＳ１７で出金スケジュールの設定指示を受け付けていないと判断した場合（Ｓ１７：ＮＯ）、制御部１１は、メニュー画面の入出金履歴確認ボタンが操作されることによって、ユーザに対する入出金履歴の確認処理の実行指示を受け付けたか否かを判断する（Ｓ２２）。入出金履歴の確認処理の実行指示を受け付けたと判断した場合（Ｓ２２：ＹＥＳ）、制御部１１（管理者用の履歴表示部）は、図７Ａに示すような入出金履歴画面を生成してタッチパネル１３に表示する（Ｓ２３）。図７Ａに示す入出金履歴画面は、処理対象のユーザが現金払出装置１０から現金を払い出した日時及び金額（出金履歴）と、ユーザに対応して現金払出装置１０に入金された日時及び金額（入金履歴）と、各日時での残高とを表示する。制御部１１は、処理対象のユーザのユーザＩＤに対応付けてユーザ情報ＤＢ１２ｂに記憶してある入出金履歴を読み出して入出金履歴一覧を生成し、入出金履歴一覧に、管理者ＩＤ、ユーザの氏名及びユーザＩＤ、ユーザの現在の残高及び最終払出実行日時を付加することにより、図７Ａに示す入出金履歴画面を生成する。入出金履歴画面は図７Ａに示した構成に限定されない。入出金履歴画面を表示した後、制御部１１は、ここでの管理者の管理者ＩＤに対応する作業履歴として、この時点の日時及びユーザのユーザＩＤを含み、入出金履歴画面の表示が行われたことを示す履歴情報を管理者情報ＤＢ１２ａに記憶しておく。

図７Ａに示す入出金履歴画面は、画面の表示終了を指示するための閉じるボタンを有しており、制御部１１は、入出金履歴画面の閉じるボタンが操作された場合、入出金履歴画面の表示を終了し、例えば図５Ｃに示すメニュー画面の表示に戻す。制御部１１は、入出金履歴画面を、例えば通信部１８を介してプリンタへ送信できるように構成されていてもよく、通信部１８を介して他の装置へ送信できるように構成されていてもよい。このような構成により、入出金履歴画面は、現金払出装置１０の表示部１３ａに表示されるだけでなく、プリンタによって用紙に印刷され、又は他の装置へ送信されることができる。この場合、入出金履歴画面は、画面の印刷を指示するための印刷ボタンと、画面の送信を指示するための送信ボタンとを有していてもよい。

メニュー画面を介して入出金履歴の確認指示を受け付けていないと判断した場合（Ｓ２２：ＮＯ）、制御部１１は、メニュー画面の入金ボタンが操作されることによって、ユーザに対する入金の受付指示を受け付けたか否かを判断する（Ｓ２４）。入金の受付指示を受け付けたと判断した場合（Ｓ２４：ＹＥＳ）、制御部１１は、図７Ｂに示すような金額受付画面をタッチパネル１３に表示する（Ｓ２５）。図７Ｂに示す金額受付画面は、処理対象のユーザに対応付けて現金払出装置１０に入金する金額を入力するための入力欄と、入力欄に入力された金額を登録するためのＯＫボタンとを有する。管理者は、ユーザ又はユーザの家族等から預かった現金の金額を入力欄に入力し、入力した金額の登録を指示する場合、ＯＫボタンを操作する。制御部１１は、金額受付画面を介して入金額を受け付け（Ｓ２６）、ＯＫボタンが操作された場合、処理対象のユーザのユーザＩＤに対応する入金履歴として、この時点の日時及び受け付けた金額を含む入金履歴情報をユーザ情報ＤＢ１２ｂに記憶する（Ｓ２７）。入金履歴を記憶した後、制御部１１は、ここでの管理者の管理者ＩＤに対応する作業履歴として、この時点の日時及びユーザのユーザＩＤを含み、入金が行われたことを示す履歴情報を管理者情報ＤＢ１２ａに記憶しておく。また管理者は、各ユーザに対する入金額の登録を行った場合に、又は複数のユーザに対する入金額の登録を行った場合にまとめて、現金払出装置１０に現金を収納してもよく、このとき一括投入口１０ａから現金収納部に現金を投入してもよい。一括投入口１０ａから現金が投入された場合、制御部１１は、投入された現金の金額を金種判別部１６ａにて判別し、判別した金額が、管理者が入金処理によって登録した入金額に一致するか否かを判断し、一致した場合に入金処理を完了する。一方、金種判別部１６ａにて判別した金額が入金額に一致しない場合、制御部１１は、タッチパネル１３にエラーメッセージを表示して管理者に確認を促してもよい。また制御部１１は、金種判別部１６ａにて判別した金額を投入金額としてタッチパネル１３に表示して管理者に投入金額の確認を促し、管理者が入金処理によって登録した入金額と、表示された投入金額とが一致することを確認した後に入力処理を完了してもよい。

メニュー画面を介して入金の受付指示を受け付けていないと判断した場合（Ｓ２４：ＮＯ）、制御部１１は、ステップＳ２５〜Ｓ２７の処理をスキップして処理を終了する。なお、メニュー画面中の管理メニューにおいてユーザ情報変更ボタンが操作された場合、制御部１１は、ユーザ情報変更画面（図示せず）を表示し、ユーザ情報変更画面を介して操作対象のユーザに関する設定情報の変更指示を受け付ける。例えばユーザ情報変更画面は、ユーザの静脈データの変更指示を受け付けるように構成されており、制御部１１は、ユーザ情報変更画面を介して静脈データの変更指示を受け付けた場合、ユーザ情報ＤＢ１２ｂに記憶してある生体認証用データを、受け付けた静脈データに更新する。なお、ユーザ情報変更画面は、ユーザ情報ＤＢ１２ｂに記憶してあるユーザの情報に対する変更指示を受け付けるように構成されている。また、管理者情報変更ボタンが操作された場合、制御部１１は、管理者情報変更画面（図示せず）を表示し、管理者情報変更画面を介して操作中の管理者に関する設定情報の変更指示を受け付ける。例えば管理者情報変更画面は、パスワード又は静脈データ等の管理者の認証用データ、或いは担当するユーザの変更指示を受け付けるように構成されている。制御部１１は、管理者情報変更画面を介して認証用データ又は担当するユーザの変更指示を受け付けた場合、管理者情報ＤＢ１２ａに記憶してある認証用データ及び担当するユーザ情報を、受け付けた認証用データ及び担当するユーザのユーザＩＤに更新する。なお、管理者情報変更画面は、管理者情報ＤＢ１２ａに記憶してある管理者の情報に対する変更指示を受け付けるように構成されている。上述したようにユーザ情報及び管理者情報の変更処理を行った場合にも、制御部１１は、管理者の管理者ＩＤに対応する作業履歴として、この時点の日時を含み、行われた処理内容を示す履歴情報を管理者情報ＤＢ１２ａに記憶しておく。

上述した処理により、管理者は、自身が担当するユーザの出金スケジュールをタッチパネル１３を介して設定及び変更することができ、各ユーザの入出金履歴を確認することができ、各ユーザの現金を入金登録することができる。なお、管理者は、自身の認証用データに基づく認証処理によって適切な権限を有する管理者であることが認証された後に、現金払出装置１０の操作が可能となるので、現金払出装置１０に対する安全性を確保できる。

次に、ユーザが現金払出装置１０から現金の払い出しを受ける際に現金払出装置１０が行う処理について説明する。図８は現金払出装置１０による出金処理手順の一例を示すフローチャートである。以下の処理は、現金払出装置１０の記憶部１２に記憶してある制御プログラム１２Ｐに従って制御部１１によって実現されるが、処理の一部を専用のハードウェア回路で実現してもよい。

待機状態の現金払出装置１０において、制御部１１は、生体認証センサ１４によって生体データ（ここでは静脈データ）を取得したか否かを判断しており（Ｓ３１）、取得していないと判断した場合（Ｓ３１：ＮＯ）、取得するまで待機する。なお、待機状態において、制御部１１は、図５Ａに示すログイン画面をタッチパネル１３に表示すると共に、静脈データの読み取りを促すメッセージを表示又は音声出力していてもよい。また、生体認証センサ１４の近傍にライトが設けてある場合、制御部１１は、ライトを点灯又は点滅させることによって、生体認証センサ１４の場所を通知すると共に静脈データの読み取りを促してもよい。

生体認証センサ１４によって静脈データを取得したと判断した場合（Ｓ３１：ＹＥＳ）、制御部１１（ユーザ認証部）は、取得した静脈データに基づいてユーザを認証する（Ｓ３２）。ここでは制御部１１は、取得した静脈データが、ユーザ情報ＤＢ１２ｂに記憶してある生体認証用データのいずれかに一致するか否かを判断し、一致すると判断した場合、静脈データが一致したユーザを特定し、特定したユーザに対して認証が成功したと判断する。制御部１１は、静脈データに基づくユーザ認証が成功したか否かを判断し（Ｓ３３）、失敗したと判断した場合（Ｓ３３：ＮＯ）、ステップＳ３１の処理に戻る。このとき制御部１１は、ユーザ認証に失敗したことを示すメッセージを表示又は音声出力してもよい。静脈データに基づくユーザ認証が成功したと判断した場合（Ｓ３３：ＹＥＳ）、制御部１１は、認証されたユーザの出金スケジュールに基づいて、この時点での現金の払い出し（出金）が可能であるか否かを判断する（Ｓ３４）。ここでは、制御部１１は、認証されたユーザの出金スケジュールをユーザ情報ＤＢ１２ｂから読み出し、この時点での出金が、読み出した出金スケジュールに沿ったタイミングに合致するか否かを判断し、合致する場合、出金可能であると判断する。例えば、出金スケジュールが１日あたり１回で登録してあり、既に今日の分の現金が払い出されている場合、この時点での出金が出金スケジュールに合致しないので、制御部１１は出金可能でないと判断する。また制御部１１は、ユーザの現在の残高を、ユーザ情報ＤＢ１２ｂに記憶してある入出金履歴から読み出し、読み出した残高が出金予定の金額未満であるか否かを判断し、残高が出金予定の金額未満である場合に出金可能でないと判断してもよい。

この時点での出金が可能であると判断した場合（Ｓ３４：ＹＥＳ）、制御部１１（出金部）は、出金スケジュールで設定されている金額の現金を、現金払出部１５にて払い出す（出金する）（Ｓ３５）。なお、前回の出金タイミングまでに未出金（払い出されていない現金）がある場合、制御部１１は、未出金の金額と、設定された繰越上限金額とに基づいて、出金可能な金額を算出し、算出した金額の現金を現金払出部１５にて払い出す。そして制御部１１は、現金を払い出したユーザ、即ちステップＳ３２で認証されたユーザのユーザＩＤに対応する出金履歴として、この時点の日時及び出金した金額を含む出金履歴情報をユーザ情報ＤＢ１２ｂに記憶する（Ｓ３６）。この時点での出金が可能でないと判断した場合（Ｓ３４：ＮＯ）、制御部１１は、現時点では出金できないことを示すメッセージをタッチパネル１３に表示又はスピーカ１７から音声出力することによって、出金不可をユーザに通知する（Ｓ３７）。なお、制御部１１は、出金不可を通知する際に、ユーザの出金スケジュールから次に出金可能な日時を特定し、特定した日時を通知してもよい。例えば制御部１１は、「今日の午後１時になれば出金できます」、「次回は明日の朝８時です」等のメッセージを表示又は音声出力してもよい。

現金払出装置１０の制御部１１は、生体認証センサ１４が静脈データを取得する都度、上述した処理を行うことにより、ユーザの静脈データに基づく認証処理によって適切なユーザであることが認証された場合に、ユーザに対して現金の払い出しが行われる。よって、現金払出装置１０に収納されている現金に対する安全性を確保できると共に、ユーザは自身が欲しいタイミングで現金を取得することができ、取得した現金で所望の商品を購入することができる。また、各ユーザに対して行われる現金の払出処理は、ユーザ毎に設定してある出金スケジュールに従って行われるので、出金スケジュールに設定されている金額以上の現金が払い出されない。よって、ユーザによる浪費が発生しない。また、ユーザ毎に出金スケジュールを設定できるので、現金払出装置１０を複数人のユーザで共用することができる。更に、ユーザの金銭を管理する管理者は、各ユーザの出金スケジュールを設定しておけばよいので、金銭管理に関する業務負担の軽減を図ることができる。

（実施形態２）
管理者に加えてユーザが自身の現金を入金できる現金払出装置１０について説明する。本実施形態の現金払出装置１０は、実施形態１の現金払出装置１０と同様の構成を有するので、構成についての説明は省略する。また、本実施形態の現金払出装置１０は、図４に示す処理と同様の処理を実行する。これにより、本実施形態の現金払出装置１０においても、認証用データに基づいて認証された管理者が、各ユーザの出金スケジュールを設定及び変更し、各ユーザの入出金履歴を確認し、各ユーザの現金を入金することができる。また本実施形態の現金払出装置１０は、図８に示す処理と同様の処理を実行する。これにより、本実施形態の現金払出装置１０においても、ユーザが自身の静脈データに基づいて認証された場合に現金の払い出しを受けることができる。本実施形態の現金払出装置１０は、図４及び図８に示す処理を行いつつ、以下の処理を行う。

図９は、ユーザによる入金処理手順の一例を示すフローチャート、図１０は画面例を示す模式図である。待機状態の現金払出装置１０において、制御部１１は、現金投入口１０ｂから投入された現金を現金受付部１６にて受け付けたか否かを判断しており（Ｓ４１）、受け付けていないと判断した場合（Ｓ４１：ＮＯ）、受け付けるまで他の処理を行いつつ待機する。なお、待機状態において、制御部１１は、図５Ａに示すログイン画面をタッチパネル１３に表示すると共に、入金が可能であることを示すメッセージをタッチパネル１３に表示してもよく、スピーカ１７から音声出力してもよい。

現金投入口１０ｂから投入された現金を受け付けたと判断した場合（Ｓ４１：ＹＥＳ）、制御部１１は、現金投入口１０ｂから投入された現金の金額を金種判別部１６ａにて判別し（Ｓ４２）、図１０に示すように、判別した金額を投入金額としてタッチパネル１３に表示する（Ｓ４３）。また制御部１１は、現金投入口１０ｂから投入された現金を受け付けた場合、投入された現金を入金登録する際に必要なユーザ認証を要求する認証要求情報を出力する（Ｓ４４）。例えば制御部１１は、図１０に示す画面において、現在の投入金額を表示すると共に、ユーザ認証を促すメッセージとして「手のひらを装置の上面にかざして下さい」のように手のひらの静脈データの読み取りを促すメッセージを表示する。なお、制御部１１は、ユーザ認証を要求する情報として、静脈データの読み取りを促すメッセージを音声出力してもよい。またここでも、生体認証センサ１４の近傍にライトが設けてある場合、制御部１１は、ライトを点灯又は点滅させることによって、生体認証センサ１４の場所を通知すると共に静脈データの読み取りを促してもよい。

制御部１１は、生体認証センサ１４によって生体データ（手のひらの静脈データ）を取得したか否かを判断しており（Ｓ４５）、取得したと判断した場合（Ｓ４５：ＹＥＳ）、制御部１１（ユーザ認証部）は、取得した静脈データに基づいてユーザを認証する（Ｓ４６）。制御部１１は、静脈データに基づくユーザ認証が成功したか否かを判断し（Ｓ４７）、成功したと判断した場合（Ｓ４７：ＹＥＳ）、認証されたユーザのユーザＩＤに対応する入金履歴として、この時点の日時及び投入された現金の金額を含む入金履歴情報をユーザ情報ＤＢ１２ｂに記憶する（Ｓ４８）。これにより、制御部１１（加算部）は、投入された金額を操作中のユーザに対応する残高に加算することができる。

図１０に示す画面は、現金投入口１０ｂから投入された現金に対する入金処理の終了（中止）を指示するための中止ボタンを有しており、現金を投入したユーザは、入金処理を中止したい場合、入力部１３ｂを介して中止ボタンを操作する。制御部１１は、生体データを取得していないと判断した場合（Ｓ４５：ＮＯ）、例えば図１０に示す画面中の中止ボタンが操作された場合、又は、取得した静脈データに基づくユーザ認証が失敗したと判断した場合（Ｓ４７：ＮＯ）、現金投入口１０ｂから投入された現金をそのまま現金払出部１５にて払出トレイ１５ａへ排出し（Ｓ４９）、処理を終了する。なお、ユーザ認証が失敗した場合、制御部１１は、投入された現金を排出すると共に、ユーザ認証に失敗したことを示すメッセージを表示又は音声出力してもよい。

上述した処理により、本実施形態の現金払出装置１０では、静脈データに基づいて認証されたユーザが出金処理だけでなく入金処理を行うことができる。また、本実施形態の現金払出装置１０は、静脈データに基づいて認証されたユーザが、自身の現金に対する入出金履歴の確認を行えるように構成されていてもよい。例えば、図９中のステップＳ４８の処理後、制御部１１は、静脈データに基づいて認証したユーザの入出金履歴の表示を指示するための操作ボタンをタッチパネル１３に表示し、この操作ボタンが操作された場合に、認証したユーザの入出金履歴画面を生成してタッチパネル１３に表示してもよい。この場合、静脈データに基づいて認証されたユーザは、入出金処理に加えて入出金履歴の確認を行うことができる。

本実施形態では、上述した実施形態１と同様の効果が得られる。また本実施形態では、ユーザは、現金払出装置１０から現金の払い出しを受けるだけでなく、入金処理も行うことができる。これにより、例えば現金払出装置１０から払い出された現金を用いて商品を購入した釣り銭を現金払出装置１０に戻すことができる。また、現金払出装置１０に対する現金の入出金履歴がユーザ情報ＤＢ１２ｂに蓄積されるので、各ユーザの入出金履歴を確認することができる。なお、ユーザ自身が入出金履歴の確認を行えるように現金払出装置１０を構成した場合には、ユーザは自身が行った入出金履歴を確認することができる。本実施形態においても、上述した実施形態１で適宜説明した変形例の適用が可能である。

（実施形態３）
管理者に加えてユーザの家族等がユーザの現金を入金できる現金払出装置１０について説明する。なお、現金払出装置１０に入金する人は、ユーザの家族、ユーザ又はユーザの家族から依頼された依頼者等を含み、ユーザに対応付けられている保護者である。本実施形態では、現金払出装置１０に入金する人をまとめてユーザの家族という。本実施形態の現金払出装置１０は、実施形態１の現金払出装置１０と同様の構成を有するので、構成についての説明は省略する。なお、本実施形態の現金払出装置１０に記憶してあるユーザ情報ＤＢ１２ｂは、図３Ｂに示す実施形態１の構成と若干異なるので、異なる箇所についてのみ説明する。

図１１は、実施形態３のユーザ情報ＤＢ１２ｂの構成例を示す模式図である。本実施形態のユーザ情報ＤＢ１２ｂは、図３Ｂに示すユーザ情報ＤＢ１２ｂの構成に加えて家族の生体認証用データ列を有する。家族の生体認証用データ列は、各ユーザの家族に対して生体認証を行う際に用いる生体データ（静脈データ）を記憶する。よって、本実施形態のユーザ情報ＤＢ１２ｂは、ユーザＩＤに対応付けて、ユーザに関する情報に加えてユーザの家族の認証用データを記憶する。家族の生体認証用データは、ユーザに対応して新たな家族が追加される際に生体認証センサ１４を介して入力された場合に制御部１１によって記憶され、入力部１３ｂ又は通信部１８を介して変更が指示された際に生体認証センサ１４を介して入力された場合に制御部１１によって変更される。また、家族の生体認証用データは、ユーザ情報ＤＢ１２ｂに記憶されるほかに、記憶部１２の所定領域又は他の記憶装置に記憶されてもよく、この場合、家族の生体認証用データ列は、各データを読み出すための情報（例えばファイル名）を記憶する。

上述した構成の本実施形態の現金払出装置１０は、図４に示す処理と同様の処理を実行する。これにより、本実施形態の現金払出装置１０においても、認証用データに基づいて認証された管理者が、各ユーザの出金スケジュールを設定及び変更し、各ユーザの入出金履歴を確認し、各ユーザの現金を入金することができる。また本実施形態の現金払出装置１０は、図８に示す処理と同様の処理を実行する。これにより、本実施形態の現金払出装置１０においても、ユーザが自身の静脈データに基づいて認証された場合に現金の払い出しを受けることができる。本実施形態の現金払出装置１０は、図４及び図８に示す処理を行いつつ、以下の処理を行う。

図１２は、実施形態３における入金処理手順の一例を示すフローチャート、図１３は画面例を示す模式図である。図１２に示す処理は、図９に示す処理において、ステップＳ４７のＮＯとステップＳ４９との間にステップＳ６１〜Ｓ６６を追加したものである。図９と同じステップについては説明を省略する。本実施形態の現金払出装置１０において、制御部１１は、図９中のステップＳ４１〜Ｓ４７と同様の処理を行う。ステップＳ４７でユーザ認証が成功したと判断した場合（Ｓ４７：ＹＥＳ）、制御部１１は、ステップＳ４８の処理に移行し、認証されたユーザのユーザＩＤに対応する入金履歴情報をユーザ情報ＤＢ１２ｂに記憶する（Ｓ４８）。

ステップＳ４７でユーザ認証が失敗したと判断した場合（Ｓ４７：ＮＯ）、制御部１１（保護者認証部）は、ステップＳ４５で取得した静脈データに基づいてユーザの家族を認証する（Ｓ６１）。ここでは制御部１１は、取得した静脈データが、ユーザ情報ＤＢ１２ｂに記憶してある家族の生体認証用データのいずれかに一致するか否かを判断し、一致すると判断した場合、静脈データが一致したユーザの家族を特定し、特定したユーザの家族に対して認証が成功したと判断する。制御部１１は、静脈データに基づく家族の認証が成功したか否かを判断し（Ｓ６２）、失敗したと判断した場合（Ｓ６２：ＮＯ）、ステップＳ４９の処理に移行し、現金投入口１０ｂから投入された現金をそのまま現金払出部１５にて払出トレイ１５ａへ排出する（Ｓ４９）。このとき制御部１１は、ユーザ認証及び家族認証の両方が失敗したことを示すメッセージを表示又は音声出力してもよい。

静脈データに基づく家族の認証が成功したと判断した場合（Ｓ６２：ＹＥＳ）、制御部１１は、家族が認証されたユーザのユーザＩＤに対応する入金履歴として、この時点の日時、投入された現金の金額、認証された家族の情報（例えば氏名）を含む入金履歴情報をユーザ情報ＤＢ１２ｂに記憶する（Ｓ６３）。これにより、制御部１１（加算部）は、家族が投入した現金の金額を、この家族に対応するユーザに対する残高に加算することができる。その後、制御部１１は、図１３に示すような家族用の操作画面をタッチパネル１３に表示する（Ｓ６４）。図１３に示す家族用の操作画面は、家族が認証されたユーザのユーザＩＤ及び氏名を表示し、ユーザに対応する入出金履歴の表示を指示するための入出金履歴確認ボタンと、ユーザの出金スケジュールの変更処理の実行を指示するための出金スケジュール変更ボタンとを有する。制御部１１は、家族が認証されたユーザのユーザＩＤ及び氏名をユーザ情報ＤＢ１２ｂから読み出し、予め記憶部１２に記憶してある家族用の操作画面の情報を読み出す。そして制御部１１は、読み出した画面情報にユーザのユーザＩＤ及び氏名を付加することにより、図１３に示す家族用の操作画面を生成する。家族用の操作画面は図１３に示す構成に限定されない。

制御部１１は、家族用の操作画面を介して入出金履歴の表示指示を受け付けたか否かを判断する（Ｓ６５）。入出金履歴の表示指示を受け付けたと判断した場合（Ｓ６５：ＹＥＳ）、制御部１１（保護者用の履歴表示部）は、図７Ａに示す入出金履歴画面と同様の構成を有する入出金履歴画面を生成してタッチパネル１３に表示する（Ｓ６６）。なお、ここでの入出金履歴画面は、図７Ａに示す入出金履歴画面から管理者ＩＤが削除された構成とすることができ、更に、入金履歴に入金者の情報（例えば入金した家族の氏名）が含まれる構成としてもよい。また、入金者が管理者又はユーザ自身である場合、管理者の氏名又はユーザの氏名を入金者の情報として入金履歴に含めてもよい。家族用の操作画面を介して入出金履歴の表示指示を受け付けていないと判断した場合（Ｓ６５：ＮＯ）、制御部１１はステップＳ６６の処理をスキップして処理を終了する。なお、家族用の操作画面中の出金スケジュール変更ボタンが操作された場合、制御部１１は、図６に示すような出金スケジュール変更画面をタッチパネル１３に表示し、出金スケジュール変更画面を介して出金スケジュールの変更指示を受け付け、ユーザ情報ＤＢ１２ｂに記憶してある出金スケジュールを変更してもよい。上述した処理により、本実施形態の現金払出装置１０では、静脈データに基づいて認証されたユーザの家族が、ユーザに対する現金の入金及び入出金履歴の確認を行うことができる。

本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、ユーザの家族が、現金払出装置１０に対する入金及び現金払出装置１０による入出金処理の履歴を確認することができる。よって、各ユーザに対応する入金処理及び入出金履歴の確認処理を各ユーザの家族が行うことにより、現金払出装置１０が設置してある施設の従業員及び職員による業務負担を軽減できると共に金銭トラブルの発生を抑制することが可能となる。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。

本実施形態の現金払出装置１０は、ユーザの家族に対して静脈認証が成功した場合に入金を受け付ける構成であるので、予め静脈データを登録している家族のみが入金可能であり、現金払出装置１０における安全性を確保できる。また、入金する家族は自身の手のひらを生体認証センサ１４にかざすことによって、入金対象のユーザを指定できるので、現金の投入後に手のひらをかざせばよく操作が簡単である。また、家族の静脈データの代わりに家族用のＩＤ及びパスワードを認証用データとして用いる構成としてもよい。

（実施形態４）
現金払出装置１０に対する各ユーザの出金スケジュールの設定処理、各ユーザに対応する入出金履歴の確認処理、各ユーザに対応する入金の登録処理を他の装置を介して行うことができる現金払出装置１０について説明する。現金払出装置１０に対する処理を行うことができる装置には、例えばスマートフォン、タブレット端末、パーソナルコンピュータ等で構成された端末装置を用いることができる。図１４は現金払出装置１０及び端末装置の内部構成例を示すブロック図である。本実施形態の現金払出装置１０は、実施形態１の現金払出装置１０と同様の構成を有するので、現金払出装置１０についての説明は省略する。なお、図１４では図示を省略しているが、本実施形態の現金払出装置１０においても、記憶部１２は制御プログラム１２Ｐ、管理者情報ＤＢ１２ａ及びユーザ情報ＤＢ１２ｂを記憶し、タッチパネル１３は表示部１３ａ及び入力部１３ｂを有し、現金受付部１６は金種判別部１６ａを有する。

端末装置２０は、制御部２１、記憶部２２、通信部２３、表示部２４、入力部２５等を含み、これらの各部はバスを介して相互に接続されている。端末装置２０の制御部２１、記憶部２２、通信部２３、表示部２４、入力部２５の各部は、現金払出装置１０の制御部１１、記憶部１２、通信部１８、表示部１３ａ、入力部１３ｂの各部と同様の構成で実現できるので詳細な説明は省略する。なお、端末装置２０の表示部２４及び入力部２５は、各別に設けられていてもよく、一体として構成されたタッチパネルであってもよい。また、端末装置２０の記憶部２２は、制御プログラム２２Ｐのほかに、現金払出装置１０を操作するための操作用アプリケーションプログラム２２ＡＰ（以下では操作用アプリ２２ＡＰという）を記憶する。

本実施形態では、現金払出装置１０及び端末装置２０はネットワークＮ経由で情報の送受信を行う構成を例に説明するが、現金払出装置１０及び端末装置２０は、例えばＵＳＢケーブルを介して直接接続できる構成でもよく、例えばブルートゥース（登録商標）による無線通信によって情報を送受信する構成でもよい。なお、ＵＳＢケーブルを介して直接接続できる構成の場合、現金払出装置１０及び端末装置２０のそれぞれは、ＵＳＢケーブルを接続するための接続部を有する。そして管理者は、現金払出装置１０に対してＵＳＢケーブルを介して端末装置２０を接続することによって、端末装置２０を介して現金払出装置１０に対する操作を行うことが可能となる。また、ブルートゥースによる無線通信を行う構成の場合、現金払出装置１０及び端末装置２０のそれぞれは、無線通信を行うためのインタフェースを有する。そして管理者は、現金払出装置１０及び端末装置２０の間でペアリング設定を行うことによって、端末装置２０を介して現金払出装置１０に対する操作を行うことが可能となる。

以下に、本実施形態において、管理者が端末装置２０を操作して、ユーザに対する各種の情報を現金払出装置１０に設定する処理、ユーザの入出金履歴を確認する処理、ユーザに対する入金を登録する処理を行う際に現金払出装置１０及び端末装置２０が行う処理について説明する。図１５及び図１６は現金払出装置１０に対する設定処理手順の一例を示すフローチャートである。図１５及び図１６では左側に端末装置２０が行う処理を、右側に現金払出装置１０が行う処理をそれぞれ示す。以下の処理は、現金払出装置１０の記憶部１２に記憶してある制御プログラム１２Ｐに従って制御部１１によって実現され、端末装置２０の記憶部２２に記憶してある制御プログラム２２Ｐ及び操作用アプリ２２ＡＰに従って制御部２１によって実現される。なお、図１５中の現金払出装置１０による処理のうちで、図４に示す現金払出装置１０による処理と同様の処理については詳細な説明は省略する。以下の処理の一部を専用のハードウェア回路で実現してもよい。

なお、現金払出装置１０及び端末装置２０がＵＳＢケーブルを介して直接接続される構成の場合、管理者は、現金払出装置１０に対してＵＳＢケーブルを介して端末装置２０を接続した後に以下の処理を行う。また、現金払出装置１０及び端末装置２０がブルートゥースによる無線通信を行う構成の場合、管理者は、現金払出装置１０及び端末装置２０に対してペアリングモードをＯＮに設定することにより、現金払出装置１０及び端末装置２０の間でペアリング処理を行った後に以下の処理を行う。

本実施形態では、管理者は操作用アプリ２２ＡＰを端末装置２０に起動させることによって、操作用アプリ２２ＡＰを介して現金払出装置１０に対する各種の操作を行うことができる。端末装置２０の制御部２１は、入力部２５を介して操作用アプリ２２ＡＰの実行指示を受け付けた場合、操作用アプリ２２ＡＰを実行し、初期画面として図５Ａに示すようなログイン画面を表示部２４に表示する（Ｓ８１）。なお、ここでのログイン画面は、図５Ａに示すログイン画面から生体データ読み取りボタンが削除された構成を有する。管理者は、端末装置２０に表示されたログイン画面において自身のログインＩＤ（管理者ＩＤ）及びパスワードを入力部２５から入力してログインボタンを操作することにより、端末装置２０を介して現金払出装置１０に対するログイン処理の実行を指示する。

端末装置２０の制御部２１は、ログイン画面を介してログインＩＤ及びパスワード（管理者の認証用データ）を取得したか否かを判断しており（Ｓ８２）、取得していないと判断した場合（Ｓ８２：ＮＯ）、取得するまで待機する。制御部２１は、管理者の認証用データを取得したと判断した場合（Ｓ８２：ＹＥＳ）、取得した認証用データを通信部２３から現金払出装置１０へ送信する（Ｓ８３）。現金払出装置１０の制御部１１は、通信部１８を介して管理者の認証用データを受信した場合、受信した認証用データに基づいて管理者を認証する（Ｓ８４）。ここでは制御部１１は、図４中のステップＳ１２と同様の処理を行う。具体的には、制御部１１は、受信したログインＩＤ（管理者ＩＤ）に対応付けて管理者情報ＤＢ１２ａに記憶してある認証用データ（パスワード）に、受信したパスワードが一致する場合、認証成功と判断する。

制御部１１は、端末装置２０から受信した管理者の認証用データに基づく管理者認証が成功したか否かを判断し（Ｓ８５）、失敗したと判断した場合（Ｓ８５：ＮＯ）、認証に失敗したことを示す情報（認証失敗）を通信部１８から端末装置２０へ送信する（Ｓ８６）。端末装置２０の制御部２１は、通信部２３を介して現金払出装置１０から認証失敗を示す情報を受信した場合、受信した情報を例えば表示部２４に表示することにより管理者に通知する（Ｓ８７）。現金払出装置１０の制御部１１は、管理者認証が成功したと判断した場合（Ｓ８５：ＹＥＳ）、例えば図５Ｂに示すように、認証した管理者が担当するユーザの一覧画面を生成し（Ｓ８８）、生成したユーザの一覧画面を通信部１８から端末装置２０へ送信する（Ｓ８９）。

端末装置２０の制御部２１は、通信部２３を介して現金払出装置１０からユーザの一覧画面を受信した場合、受信したユーザの一覧画面を表示部２４に表示する（Ｓ９０）。これにより、図５Ｂに示すようなユーザ一覧画面が端末装置２０の表示部２４に表示される。制御部２１は、表示中のユーザ一覧画面において、いずれかのユーザに対する選択を受け付けたか否かを判断し（Ｓ９１）、受け付けていないと判断した場合（Ｓ９１：ＮＯ）、受け付けるまで待機する。いずれかのユーザに対する選択を受け付けたと判断した場合（Ｓ９１：ＹＥＳ）、制御部２１は、選択されたユーザに対応して、図５Ｃに示すようなメニュー画面を表示部２４に表示する（Ｓ９２）。ここでのメニュー画面は、図５Ｃに示すメニュー画面からユーザの現在の残高及び最終払出実行日時を削除した構成であってもよい。また制御部２１は、ユーザの現在の残高及び最終払出実行日時を現金払出装置１０から取得することにより、図５Ｃに示すメニュー画面を生成してもよい。

制御部２１は、表示中のメニュー画面を介してユーザに対する出金スケジュールの設定処理の実行指示を受け付けたか否かを判断し（Ｓ９３）、受け付けたと判断した場合（Ｓ９３：ＹＥＳ）、図６に示すような出金スケジュール設定画面を表示部２４に表示する（Ｓ９４）。ここでの出金スケジュール設定画面は、図６に示す出金スケジュール設定画面からユーザの現在の残高及び最終払出実行日時を削除した構成であってもよい。また制御部２１は、ユーザの現在の残高及び最終払出実行日時を現金払出装置１０から取得することにより、図６に示す出金スケジュール設定画面を生成してもよい。

制御部２１は、出金スケジュール設定画面を介して出金スケジュールに関する設定内容を入力部２５から受け付けた場合、受け付けた設定内容を各入力欄に表示する（Ｓ９５）。そして制御部２１は、出金スケジュール設定画面の設定ボタンが操作されることによって、入力された内容での出金スケジュールの設定指示を受け付けたか否かを判断し（Ｓ９６）、受け付けていないと判断した場合（Ｓ９６：ＮＯ）、ステップＳ９５の処理を繰り返す。入力内容での設定指示を受け付けたと判断した場合（Ｓ９６：ＹＥＳ）、制御部２１は、出金スケジュール設定画面を介して受け付けた設定内容が示す出金スケジュールを通信部２３から現金払出装置１０へ送信する（Ｓ９７）。現金払出装置１０の制御部１１は、端末装置２０から出金スケジュールを受信した場合、受信した出金スケジュール（設定内容）を、設定対象のユーザのユーザＩＤに対応付けてユーザ情報ＤＢ１２ｂに記憶する（Ｓ９８）。これにより、端末装置２０を介して入力されたユーザに対する出金スケジュールを現金払出装置１０に登録することができる。ここでも制御部１１は、出金スケジュールを記憶した後、出金スケジュールを設定した管理者の管理者ＩＤに対応する作業履歴として、この時点の日時及び設定対象のユーザのユーザＩＤを含み、出金スケジュールの設定が行われたことを示す履歴情報を管理者情報ＤＢ１２ａに記憶しておく。

ステップＳ９３で出金スケジュールの設定指示を受け付けていないと判断した場合（Ｓ９３：ＮＯ）、制御部１１は、メニュー画面を介して入出金履歴の確認処理の実行指示を受け付けたか否かを判断する（Ｓ９９）。入出金履歴の確認処理の実行指示を受け付けたと判断した場合（Ｓ９９：ＹＥＳ）、制御部１１は、処理対象のユーザの入出金履歴画面を現金払出装置１０に要求する（Ｓ１００）。現金払出装置１０の制御部１１は、端末装置２０から入出金履歴画面の要求を受け付けた場合、要求されたユーザの入出金履歴をユーザ情報ＤＢ１２ｂから読み出し、図７Ａに示すような入出金履歴画面を生成する（Ｓ１０１）。そして制御部１１は、生成した入出金履歴画面を通信部１８から端末装置２０へ送信する（Ｓ１０２）。端末装置２０の制御部２１は、現金払出装置１０から入出金履歴画面を受信した場合、受信した入出金履歴画面を表示部２４に表示する（Ｓ１０３）。これにより、現金払出装置１０で行われたユーザに対する入出金処理の履歴を端末装置２０で確認することができる。

メニュー画面を介して入出金履歴の確認指示を受け付けていないと判断した場合（Ｓ９９：ＮＯ）、制御部２１は、ユーザに対する入金の受付指示を受け付けたか否かを判断する（Ｓ１０４）。入金の受付指示を受け付けたと判断した場合（Ｓ１０４：ＹＥＳ）、制御部２１は、図７Ｂに示すような金額受付画面を表示部２４に表示する（Ｓ１０５）。ここでの金額受付画面は、図７Ｂに示す金額受付画面からユーザの現在の残高及び最終払出実行日時を削除した構成であってもよい。また制御部２１は、ユーザの現在の残高及び最終払出実行日時を現金払出装置１０から取得することにより、図７Ｂに示す金額受付画面を生成してもよい。

制御部２１は、金額受付画面において入力部２５を介して入金額を受け付け（Ｓ１０６）、金額受付画面中のＯＫボタンが操作された場合、処理対象のユーザの入金情報として、受け付けた金額及びユーザＩＤを現金払出装置１０へ送信する（Ｓ１０７）。現金払出装置１０の制御部１１は、通信部１８を介して端末装置２０から入金情報を受信した場合、受信したユーザＩＤに対応する入金履歴として、この時点の日時及び受信した金額を含む入金履歴情報をユーザ情報ＤＢ１２ｂに記憶する（Ｓ１０８）。これにより、端末装置２０を介して入力されたユーザに対する入金金額を現金払出装置１０に登録することができる。ここでも制御部１１は、入金履歴を記憶した後、入金処理を行った管理者の管理者ＩＤに対応する作業履歴として、この時点の日時及びユーザのユーザＩＤを含み、入金が行われたことを示す履歴情報を管理者情報ＤＢ１２ａに記憶しておく。なお、管理者は、上述した処理によって各ユーザに対する入金額の登録を行った場合に、又は複数のユーザに対する入金額の登録を行った場合にまとめて現金払出装置１０に現金を収納してもよく、このとき一括投入口１０ａから現金収納部に現金を投入してもよい。ここでも、一括投入口１０ａから現金が投入された場合、制御部１１は、投入された現金の金額を金種判別部１６ａにて判別し、判別した金額が、端末装置２０を介して入金が指示された入金額に一致するか否かを判断し、一致した場合に入金処理を完了する。一方、金種判別部１６ａにて判別した金額が入金額に一致しない場合、制御部１１は、タッチパネル１３にエラーメッセージを表示、又は端末装置２０へエラーメッセージを送信して管理者に確認を促してもよい。また制御部１１は、金種判別部１６ａにて判別した金額を投入金額としてタッチパネル１３に表示又は端末装置２０へ送信して管理者に投入金額の確認を促し、管理者が入金処理によって登録した入金額と、表示された投入金額とが一致することを確認した後に入力処理を完了してもよい。

メニュー画面を介して入金の受付指示を受け付けていないと判断した場合（Ｓ１０４：ＮＯ）、制御部２１は、ステップＳ１０５〜Ｓ１０７の処理をスキップして処理を終了する。上述した処理により、管理者は、自身が担当するユーザの出金スケジュールの設定及び変更、各ユーザの入出金履歴の確認、各ユーザへの入金の登録を端末装置２０から行うことができる。本実施形態においても、管理者は、自身の認証用データに基づいて適切な権限を有することが認証された後に、現金払出装置１０の操作が可能となるので、現金払出装置１０に対する安全性を確保できる。

上述した構成の本実施形態の現金払出装置１０は、図８に示す処理と同様の処理を実行する。これにより、本実施形態の現金払出装置１０においても、ユーザが、自身の静脈データに基づいて認証された場合に、ユーザに対して現金の払い出しが行われる。よって、本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、現金払出装置１０に対する各種の設定処理、各ユーザに対応する入出金履歴の確認処理、各ユーザに対応する入金の登録処理を端末装置２０にて行うことができる。これにより、管理者はこれらの処理を行う場合に現金払出装置１０の設置場所まで行く必要がなく、業務負担を軽減できる。また、大規模な施設に現金払出装置１０が設置されており、複数の管理者が複数の作業場所に分散している場合であっても、それぞれの管理者は自身の作業場所から端末装置２０を介して現金払出装置１０に対する処理を行うことができるので、業務の効率化が可能となる。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。また、本実施形態の構成は実施形態２〜３の現金払出装置１０にも適用用可能であり、実施形態２〜３の現金払出装置１０に適用した場合であっても同様の効果が得られる。

（実施形態５）
現金払出装置１０の状態を監視し、異常が発生した場合に通知する構成を有する現金払出装置１０について説明する。図１７は実施形態５の現金払出装置１０の内部構成例を示すブロック図である。本実施形態の現金払出装置１０は、図２に示す実施形態１の構成に加え、センサ３１、通知部３２及びカメラ３３を有する。なお、実施形態１と同様の構成については説明を省略する。

センサ３１は、例えば加速度センサ、地磁気センサ、傾斜センサ、振動センサ、ＧＰＳ（Global Positioning System ）等のいずれかのセンサ、又は複数のセンサの組合せであり、現金払出装置１０に加えられる衝撃及び振動等を検知する。センサ３１は、常時検知処理を行っており、検知処理を行う都度、検知結果を示す検知信号を制御部１１へ送出してもよく、検知結果に変化が生じた場合に、検知信号を制御部１１へ送出してもよい。

通知部３２は、ランプ、回転灯、ブザー等を含み、ランプの点灯又は点滅、回転灯の点灯、ブザーの鳴動等を行うことにより、現金払出装置１０の周囲にいる人に所定の状況（例えば異常の発生）を通知する。なお、通知部３２は、制御部１１からの指示に従って、所定の処理を行うことによって通知処理を実現する。また通知部３２は、表示部１３ａ又はスピーカ１７を用いて通知処理を行ってもよく、表示部１３ａへの通知メッセージの表示、スピーカ１７による通知メッセージの音声出力によって通知処理を行う構成でもよい。

カメラ３３は、レンズ及び撮像素子等を有する撮像装置であり、レンズを介して被写体像の画像データを取得する。カメラ３３は、例えば現金払出装置１０の正面側を撮影できるように設けられていてもよく、広角レンズ等を用いて現金払出装置１０の周囲を撮影できるように構成されていてもよい。カメラ３３は、制御部１１からの指示に従って撮影処理を行い、取得した画像データ（撮影画像）を逐次記憶部１２へ送出して記憶させる。カメラ３３は、現金払出装置１０に内蔵された構成のほかに、現金払出装置１０に外付けされる構成でもよい。この場合、現金払出装置１０は、外部カメラの接続が可能な接続部又は外部カメラとの無線通信が可能な無線通信部を備え、外部カメラが撮影した画像データを接続部又は無線通信部を介して取得する。なお、カメラ３３はセンサ３１（画像センサ）として設けられていてもよい。

本実施形態の現金払出装置１０は、図４及び図８に示す処理と同様の処理を実行する。これにより、本実施形態の現金払出装置１０においても、管理者が各ユーザの出金スケジュールを設定及び変更し、各ユーザの入出金履歴を確認し、各ユーザの現金を入金することができる。また、ユーザが自身の静脈データに基づいて認証された場合に現金の払い出しを受けることができる。本実施形態の現金払出装置１０は、図４及び図８に示す処理を行いつつ、以下の処理を行う。

図１８は現金払出装置１０による監視処理手順の一例を示すフローチャートである。以下の処理は、現金払出装置１０の記憶部１２に記憶してある制御プログラム１２Ｐに従って制御部１１によって実現されるが、処理の一部を専用のハードウェア回路で実現してもよい。本実施形態の現金払出装置１０において、制御部１１（検知部）は、センサ３１から送出されてくる検知信号に基づいて、現金払出装置１０に何らかの衝撃及び振動等が加わったこと、又は現金払出装置１０が移動していること等、異常が発生しているか否かを判断する（Ｓ１１１）。制御部１１は、異常が発生していないと判断した場合（Ｓ１１１：ＮＯ）、ステップＳ１１１の処理を繰り返す。

異常が発生したと判断した場合（Ｓ１１１：ＹＥＳ）、制御部１１は、通知部３２による通知処理を行う（Ｓ１１２）。例えば制御部１１は、通知部３２がランプを有する場合、ランプの点灯又は点滅を行い、通知部３２が回転灯を有する場合、回転灯の点灯を行い、通知部３２がブザーを有する場合、ブザーの鳴動を行う。これにより、現金払出装置１０に異常が発生した場合に、周囲の人に異常の発生を通知できる。また制御部１１は、表示部１３ａへの通知メッセージの表示、又はスピーカ１７による通知メッセージの音声出力を行うことによって異常の発生を通知してもよい。

また制御部１１は、カメラ３３による撮影処理を行う（Ｓ１１３）。これにより、現金払出装置１０に異常が発生した場合に、現金払出装置１０の周囲の状態を撮影して記録することができる。更に制御部１１は、センサ３１から送出されてくる検知信号を記憶部１２に記憶する処理を行う（Ｓ１１４）。これにより、現金払出装置１０に異常が発生した場合に、センサ３１によって検知された現金払出装置１０の状態を記録することができる。なお、制御部１１は、現金払出装置１０に異常が発生した場合だけでなく、検知信号を記憶部１２に記憶する処理を常時行う構成でもよい。上述した処理により、本実施形態の現金払出装置１０では、何らかの異常が発生した場合に、周囲の人に通知することができ、現金払出装置１０の周囲を録画することができ、現金払出装置１０の状態の検知結果を記録することができる。

本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、現金払出装置１０に異常が発生したことを周囲の人に通知できるので、管理者等が異常の発生を早期に把握できる。よって、現金払出装置１０に発生した異常を早期に解決することが可能となる。現金払出装置１０に発生する異常とは、例えば現金払出装置１０に対する盗難又は損壊等のほかに、例えばユーザ等が現金払出装置１０を操作中に倒れた場合、又は現金払出装置１０の近くの通行人が倒れた場合に現金払出装置１０に衝撃が加わった場合も含まれる。よって、このような場合には、倒れたユーザ等の対応を早期に行うことが可能となる。また本実施形態では、現金払出装置１０に異常が発生した後の周囲の映像及びセンサ３１による検知信号が蓄積されるので、これらの情報を用いて、現金払出装置１０に発生した異常の状況を把握することが可能となる。よって、現金払出装置１０に発生した異常を円滑に解決することが可能となる。

本実施形態において、現金払出装置１０は、異常が発生した場合に、所定の装置へ異常の発生を通知するように構成されていてもよい。例えば所定の装置の宛先情報を記憶部１２に記憶しておき、制御部１１は、異常が発生したと判断した場合に、記憶してある宛先情報を用いて、異常の発生を示すメッセージを所定の装置へ送信してもよい。このような構成では、現金払出装置１０に異常が発生した場合に、センサ３１のＧＰＳによって測位した現在地の情報（経度及び緯度の情報）を所定の装置へ送信することが可能となる。よって、例えば現金払出装置１０が盗難されて運び出されている場合に、現金払出装置１０の追跡が可能となり、盗難事件の早期解決に寄与することができる。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。また、本実施形態の構成は実施形態２〜４の現金払出装置１０にも適用用可能であり、実施形態２〜４の現金払出装置１０に適用した場合であっても同様の効果が得られる。

（実施形態６）
上述した実施形態１〜５の現金払出装置１０において、更に他の機能を有する現金払出装置１０について説明する。本実施形態の現金払出装置１０は、装置内部に収納されている金種毎の収納残高と、各ユーザの出金スケジュールに基づく金種毎の払出予定額とに基づいて、装置内部の現金を両替する必要があるか否かを判定する両替要否判定機能を有する。また本実施形態の現金払出装置１０は、装置内部に収納されている現金の収納残高と、各ユーザの入出金履歴に基づいて算出される各ユーザの残高（以下では帳簿残高という）の合計額とが一致しているか否かを確認する残高照合機能を有する。本実施形態の現金払出装置１０は、実施形態１の現金払出装置１０と同様の構成を有するので、構成についての説明は省略する。また、本実施形態の現金払出装置１０は、図４及び図８に示す処理と同様の処理の実行が可能であり、図４及び図８に示す処理を行いつつ、以下の処理を行う。

図１９は、両替要否判定処理手順の一例を示すフローチャートである。本実施形態の現金払出装置１０において、制御部１１は、現金収納部に収納されている現金の金種毎の総額（収納残高）を管理しており、金種毎の収納残高を記憶部１２に記憶している。また制御部１１は、各ユーザに設定されている出金スケジュールに基づいて、例えば３日間又は１週間等の所定期間内に各ユーザに対して払い出される予定の現金について金種毎の合計額（払出予定額）を管理しており、金種毎の払出予定額を記憶部１２に記憶している。なお、制御部１１は、１日分の金種毎の払出予定額を管理していてもよい。

制御部１１は、例えば管理者、ユーザ自身又はユーザの家族が入金処理を行うことによって一括投入口１０ａ又は現金投入口１０ｂから投入された現金を現金収納部に収納したか否かを判断している（Ｓ１２１）。投入された現金を収納したと判断した場合（Ｓ１２１：ＹＥＳ）、制御部１１（算出部）は、収納した現金の金種毎の金額（投入額）を、この時点での金種毎の収納残高に加算する（Ｓ１２２）。制御部１１は、加算後の金種毎の収納残高を記憶部１２に記憶する。これにより、制御部１１は、現金払出装置１０に現金が収納される都度、装置内部に収納されている現金の金種毎の収納残高（合計額）を更新できる。金種毎の収納残高を更新した後、制御部１１は、更新後の金種毎の収納残高と、この時点で記憶部１２に記憶してある金種毎の払出予定額とに基づいて、払出予定額の払い出しが可能であるか否かを判定する（Ｓ１２３）。ここでは、制御部１１は、金種毎に収納残高が払出予定額以上であるか否かを判断し、収納残高が払出予定額以上である金種は、払い出し可能であると判定し、収納残高が払出予定額未満である金種は、払い出し可能でなく両替が必要であると判定する。即ち、制御部１１（特定部）は、金種毎の収納残高及び払出予定額に基づいて、両替が必要な金種を特定する。

制御部１１は、全ての金種について払い出し可能であると判断した場合（Ｓ１２３：ＹＥＳ）、処理を終了し、いずれかの金種について払い出し可能でないと判断した場合（Ｓ１２３：ＮＯ）、両替が必要であることを通知する（Ｓ１２４）。例えば制御部１１は、両替が必要な金種があることを示すメッセージをタッチパネル１３に表示又はスピーカ１７から音声出力することによって通知する。また制御部１１は、通知部３２による通知処理によって両替が必要であることを通知してもよい。更に、現金払出装置１０が所定の装置へ通知情報を送信するように構成されている場合、制御部１１は、両替が必要な金種があることを示すメッセージを所定の装置へ送信してもよい。

現金を収納していないと判断した場合（Ｓ１２１：ＮＯ）、制御部１１は、ユーザが出金処理を行うことによって現金払出部１５にて現金を払い出したか否かを判断する（Ｓ１２５）。現金を払い出したと判断した場合（Ｓ１２５：ＹＥＳ）、制御部１１（算出部）は、払い出された現金の金種毎の金額（出金額）を、この時点での金種毎の収納残高から減算し（Ｓ１２６）、減算後の金種毎の収納残高を記憶部１２に記憶する。これにより、制御部１１は、現金払出装置１０が現金を払い出す都度、装置内部に収納されている現金の金種毎の収納残高（合計額）を更新できる。金種毎の収納残高を更新した後、制御部１１は、ステップＳ１２３の処理に移行し、更新後の金種毎の収納残高と、この時点で記憶部１２に記憶してある金種毎の払出予定額とに基づいて、払出予定額の払い出しが可能であるか否かを判定する（Ｓ１２３）。

現金を払い出していないと判断した場合（Ｓ１２５：ＮＯ）、制御部１１は、例えば管理者又はユーザの家族がユーザの出金スケジュールの設定処理又は変更処理を行うことによっていずれかのユーザの出金スケジュールが変更されたか否かを判断している（Ｓ１２７）。いずれかのユーザの出金スケジュールが変更されたと判断した場合（Ｓ１２７：ＹＥＳ）、制御部１１（払出予定額算出部）は、変更された出金スケジュールに基づいて、所定期間内における金種毎の払出予定額を算出する（Ｓ１２８）。例えば制御部１１は、この時点での金種毎の払出予定額に対して、出金スケジュールの変更による、所定期間内における払い出し予定の金種毎の増減額を加算又は減算することにより、金種毎の払出予定額を更新する。制御部１１は、加算後の金種毎の払出予定額を記憶部１２に記憶する。これにより、制御部１１は、各ユーザの出金スケジュールが変更される都度、所定期間内に払い出される予定の金種毎の払出予定額を更新できる。金種毎の払出予定額を更新した後、制御部１１は、ステップＳ１２３の処理に移行し、更新後の金種毎の払出予定額と、この時点で記憶部１２に記憶してある金種毎の収納残高とに基づいて、払出予定額の払い出しが可能であるか否かを判定する（Ｓ１２３）。なお、いずれのユーザの出金スケジュールも変更されていないと判断した場合（Ｓ１２７：ＮＯ）、制御部１１はステップＳ１２１の処理に戻る。

上述した処理により、本実施形態の現金払出装置１０では、現金払出装置１０内に収納される現金が増加（入金）又は減少（払い出し）する都度、金種毎の収納残高が算出され、各ユーザの出金スケジュールが変更される都度、所定期間に払い出される予定の金種毎の払出予定額が算出される。このように算出した金種毎の収納残高と、所定期間における金種毎の払出予定額とに基づいて、所定期間内に払い出される予定の金種毎の払出予定額が不足しているか否かを管理でき、不足している場合には両替が必要であることを通知できる。

本実施形態の現金払出装置１０において、制御部１１は、金種毎の収納残高と、１日分の金種毎の払出予定額とに基づいて、何日後に払い出しができなくなるかを算出して通知してもよい。この場合、管理者は、両替が必要なタイミングを把握することができる。また、本実施形態の現金払出装置１０において両替モードを設けておき、両替モードが選択された場合に、現金収納部に収納されている紙幣を現金投入口１０ｂから排出するように構成されていてもよい。このような構成によれば、例えば管理者が１００円硬貨を現金投入口１０ｂから１０枚投入して１０００円紙幣への両替実行を指示した場合に、制御部１１は、現金収納部に収納してある１０００円紙幣を現金払出部１５にて現金投入口１０ｂから排出することにより、両替処理が完了する。この場合、現金払出装置１０の正面側の現金投入口１０ｂを介して両替処理が可能となるので、管理者は一括投入口１０ａの鍵を開閉することなく手軽に両替することが可能となる。

図２０は、残高照合処理手順の一例を示すフローチャートである。図２０に示す処理において、現金払出装置１０の制御部１１は、現金収納部に収納されている現金の総額（収納残高）を管理しており、収納残高（収納総額）を記憶部１２に記憶している。また制御部１１は、各ユーザに対する入出金処理の履歴に基づいて各ユーザの残高（帳簿残高）を管理しており、各ユーザの帳簿残高の合計額を記憶部１２に記憶している。なお、制御部１１は、ユーザ毎の帳簿残高を記憶部１２に記憶してもよい。

制御部１１は、図１９中のステップＳ１２１と同様に、一括投入口１０ａ又は現金投入口１０ｂから投入された現金を現金収納部に収納したか否かを判断する（Ｓ１３１）。投入された現金を収納したと判断した場合（Ｓ１３１：ＹＥＳ）、制御部１１（収納額算出部）は、収納した現金の金額（投入額）を、この時点での収納残高（収納総額）に加算する（Ｓ１３２）。制御部１１は、加算後の収納残高を記憶部１２に記憶することにより、現金払出装置１０に現金が収納される都度、装置内部に収納されている現金の合計額（収納残高）を更新できる。収納残高を更新した後、制御部１１（判断部）は、更新後の収納残高と、この時点で記憶部１２に記憶してある各ユーザの帳簿残高の合計額とが一致するか否かを判断する（Ｓ１３３）。

制御部１１は、更新後の収納残高と各ユーザの帳簿残高の合計額とが一致すると判断した場合（Ｓ１３３：ＹＥＳ）、処理を終了し、一致しないと判断した場合（Ｓ１３３：ＮＯ）、この時点の日時と、収納残高と帳簿残高の合計額との差額を含む不一致情報を記憶部１２に記憶する（Ｓ１３４）。そして制御部１１は、収納残高と帳簿残高の合計額とが一致しないことを通知する（Ｓ１３５）。例えば制御部１１は、収納残高と帳簿残高の合計額とが一致しないことを示すメッセージをタッチパネル１３に表示又はスピーカ１７から音声出力することによって通知する。また制御部１１は、通知部３２による通知処理によって収納残高と帳簿残高の合計額とが一致しないことを通知してもよい。更に、現金払出装置１０が所定の装置へ通知情報を送信するように構成されている場合、制御部１１は、収納残高と帳簿残高の合計額とが一致しないことを示すメッセージを所定の装置へ送信してもよい。

現金を収納していないと判断した場合（Ｓ１３１：ＮＯ）、制御部１１は、ユーザが出金処理を行うことによって現金払出部１５にて現金を払い出したか否かを判断する（Ｓ１３６）。現金を払い出したと判断した場合（Ｓ１３６：ＹＥＳ）、制御部１１（収納額算出部）は、払い出された現金の金額（出金額）を、この時点での収納残高から減算し（Ｓ１３７）、減算後の収納残高を記憶部１２に記憶する。これにより、制御部１１は、現金払出装置１０が現金を払い出す都度、装置内部に収納されている現金の収納残高（合計額）を更新できる。また制御部１１（残高算出部）は、払い出された現金の金額（出金額）を、この時点での帳簿残高の合計額から減算し（Ｓ１３８）、減算後の帳簿残高を記憶部１２に記憶する。これにより、制御部１１は、現金払出装置１０が現金を払い出す都度、各ユーザの出金処理に基づいて変化する帳簿残高の合計額を更新できる。帳簿残高の合計額を更新した後、制御部１１は、ステップＳ１３３の処理に移行し、更新後の帳簿残高の合計額と、この時点で記憶部１２に記憶してある収納残高とが一致するか否かを判断する（Ｓ１３３）。

現金を払い出していないと判断した場合（Ｓ１３６：ＮＯ）、制御部１１は、例えば管理者又はユーザの家族によってユーザの入金処理（入金登録）が行われたか否かを判断する（Ｓ１３９）。いずれかのユーザの入金処理が行われたと判断した場合（Ｓ１３９：ＹＥＳ）、制御部１１（残高算出部）は、入金処理によって入金された金額（入金額）を、この時点での帳簿残高の合計額に加算し（Ｓ１４０）、加算後の帳簿残高を記憶部１２に記憶する。これにより、制御部１１は、いずれかのユーザに対する入金登録が行われる都度、各ユーザの入金処理に基づいて変化する帳簿残高の合計額を更新できる。帳簿残高の合計額を更新した後、制御部１１は、ステップＳ１３３の処理に移行し、更新後の帳簿残高の合計額と、この時点で記憶部１２に記憶してある収納残高とが一致するか否かを判断する（Ｓ１３３）。なお、いずれのユーザに対する入金登録も行われていないと判断した場合（Ｓ１３９：ＮＯ）、制御部１１はステップＳ１３１の処理に戻る。

上述した処理により、本実施形態の現金払出装置１０では、現金払出装置１０内に収納される現金が増加（入金）する都度、収納残高が算出され、収納される現金が減少（払い出し）する都度、収納残高及び各ユーザの帳簿残高の合計額が算出され、各ユーザの入金処理が行われる都度、各ユーザの帳簿残高の合計額が算出される。このように算出した収納残高と帳簿残高の合計額とに基づいて、現金払出装置１０内に実際に収納されている現金の残高と、各ユーザの入出金処理に基づく帳簿上の残高とが一致するか否かを管理でき、一致しない場合には一致しないことを通知できる。

本実施形態の現金払出装置１０において、制御部１１は、ステップＳ１３３で更新後の収納残高と各ユーザの帳簿残高の合計額とが一致すると判断した場合に（Ｓ１３３：ＹＥＳ）、この時点の日時と、収納残高と帳簿残高の合計額とが一致することを示す一致情報を記憶部１２に記憶してもよい。この場合、一致情報及び不一致情報を蓄積することができ、どの時点で不一致となったか等の解析を行うことが可能となる。また、制御部１１は、記憶部１２に記憶してある現在の収納残高と、現在の帳簿残高の合計額とに基づく残高照合処理を定期的に行い、処理結果を随時蓄積するように構成されていてもよい。

また、本実施形態の現金払出装置１０において、制御部１１は、図１９の処理と図２０の処理とをまとめて実行してもよい。例えば、制御部１１は、投入された現金を現金収納部に収納したと判断した場合（Ｓ１２１，Ｓ１３１：ＹＥＳ）、ステップＳ１２２の処理とステップＳ１３２の処理とを行い、その後、ステップＳ１２３の処理とステップＳ１３３の処理とを行ってもよい。また、制御部１１は、現金を払い出したと判断した場合（Ｓ１２５，Ｓ１３６：ＹＥＳ）、ステップＳ１２６の処理とステップＳ１３７〜Ｓ１３８の処理とを行い、その後、ステップＳ１２３の処理とステップＳ１３３の処理とを行ってもよい。更に、制御部１１は、ステップＳ１２７でいずれのユーザの出金スケジュールも変更されていないと判断した場合に（Ｓ１２７：ＮＯ）、ステップＳ１３９以降の処理を行ってもよい。

本実施形態では、上述した各実施形態と同様の効果が得られる。また本実施形態では、装置内部の現金を両替する必要がある場合に通知できるので、管理者は装置内部の金種毎の残高を把握できる。よって、管理者は、装置内部に収納されている金種毎の残高を確認する必要がなく、両替が必要であることを通知された場合に両替を行えばよい。また本実施形態では、装置内部に実際に収納されている現金の収納残高と、各ユーザの帳簿上の残高の合計額とが一致しているか否かを照合し、一致しない場合に通知できるので、管理者は、残高の不一致を早期に把握できる。よって、管理者は、装置内部に収納されている残高と、各ユーザの帳簿上の残高の合計額とが一致するか否かを確認する必要がない。このように、本実施形態の現金払出装置１０では、管理者の業務負担を軽減することができる。本実施形態においても、上述した各実施形態で適宜説明した変形例の適用が可能である。また、本実施形態の構成は実施形態２〜５の現金払出装置１０にも適用用可能であり、実施形態２〜５の現金払出装置１０に適用した場合であっても同様の効果が得られる。

上述した各実施形態において、現金払出装置１０に対して行われた各種の設定処理及び入金処理、現金払出装置１０が行った出金処理及び各ユーザの入出金履歴の出力処理等、現金払出装置１０における各種処理の履歴情報を定期的に所定の装置へ送信するように構成されていてもよい。例えば１日に１回、現金払出装置１０に行われた出金スケジュールの設定処理の履歴（設定時刻、設定対象のユーザ及び設定内容の情報）、現金払出装置１０に行われた入金処理の履歴（入金時刻、入金対象のユーザ及び入金額の情報）、現金払出装置１０が行った出金処理の履歴（出金時刻及び出金したユーザの情報）、現金払出装置１０に行われた各種の設定処理の履歴（設定時刻及び設定内容の情報）等を所定の装置へ送信するように構成されていてもよい。この場合、現金払出装置１０の管理者は、現金払出装置１０における各種の処理内容を定期的に所定の装置にて確認することができる。

また、上述した各実施形態において、ユーザ毎に予め通知先装置を登録しておき、ユーザ毎に行われた各種の設定処理の履歴及び各ユーザの入出金履歴を定期的に通知先装置へ送信するように構成されていてもよい。例えば１ヶ月に１回、ユーザが行った出金処理の履歴、ユーザに対応して行われた入金処理の履歴、ユーザに対して設定されている設定内容等を通知先装置へ送信するように構成されていてもよい。この場合、ユーザの家族は、予め登録した通知先装置を介して、ユーザによる現金払出装置１０からの出金状況及び入金状況、ユーザに対して設定された各種の設定内容を確認することができる。よって、ユーザの家族は、ユーザによる出金状況及び残高を、現金払出装置１０を操作することなく確認できるので、高い利便性を実現できる。特にユーザと別居している家族は、定期的に現金をユーザに手渡しする手間が解消されるだけでなく、ユーザによる出金状況を遠隔から把握できるので、より利便性を向上させることができる。

（実施形態７）
上述した実施形態１〜６の現金払出装置１０を複数設け、それぞれの現金払出装置１０で行われた出金処理及び入金処理に基づく各ユーザの残高及び各現金払出装置１０の収納残高をサーバで管理する現金払出システムについて説明する。本実施形態の現金払出システムでは、管理者又はユーザの家族がいずれかの現金払出装置１０を用いて、ユーザの出金スケジュールを含む各種情報の設定処理を行った場合に、設定内容がサーバに登録される。図２１は現金払出システムの構成例を示すブロック図である。本実施形態では、現金払出装置１０は、実施形態１の現金払出装置１０と同様の装置として説明する。本実施形態の現金払出システムは、複数の現金払出装置１０と、サーバ４０とを有し、それぞれの現金払出装置１０及びサーバ４０は例えばＬＡＮに接続されている。なお、現金払出装置１０及びサーバ４０がインターネット等のネットワークを介して接続される構成でもよい。複数の現金払出装置１０は、例えば医療施設、福祉施設、特定感染症の感染防止のための隔離用の宿泊施設等、各種施設の各フロア又は各エリアに設置されて利用される。サーバ４０は、各施設に設けられていてもよく、複数の施設で共用されてもよい。

サーバ４０は、種々の情報処理及び情報の送受信が可能な情報処理装置であり、例えばサーバコンピュータ又はパーソナルコンピュータを用いて構成される。サーバ４０は、複数台設けられて分散処理する構成でもよいし、１台のサーバ内に設けられた複数の仮想マシンによって実現されていてもよいし、クラウドサーバを用いて実現されていてもよい。サーバ４０は、制御部４１、記憶部４２、通信部４３、表示部４４、入力部４５等を含み、これらの各部はバスを介して相互に接続されている。サーバ４０の制御部４１、記憶部４２、通信部４３、表示部４４、入力部４５のそれぞれは、現金払出装置１０の制御部１１、記憶部１２、通信部１８、表示部１３ａ、入力部１３ｂと同様の構成であるので詳細な説明は省略する。なお、サーバ４０の記憶部４２は、制御部４１が実行する制御プログラム４２Ｐに加え、装置情報ＤＢ４２ａ、管理者情報ＤＢ４２ｂ及びユーザ情報ＤＢ４２ｃを記憶している。

図２２は装置情報ＤＢ４２ａの構成例を示す模式図である。装置情報ＤＢ４２ａは、１つの施設内に設置された現金払出装置１０に関する情報を記憶する。図２２に示す装置情報ＤＢ４２ａは、装置ＩＤ列、管理者ＩＤ列、ユーザＩＤ列、残高情報列等を含み、装置ＩＤに対応付けて現金払出装置１０の各情報を記憶する。装置ＩＤ列は、各現金払出装置１０に割り当てられた識別情報（装置ＩＤ）を記憶する。管理者ＩＤ列は、各現金払出装置１０の管理業務を担当する管理者の管理者ＩＤを記憶し、ユーザＩＤ列は、各現金払出装置１０を利用するユーザのユーザＩＤを記憶する。残高情報列は、現金払出装置１０に収納されている現金の収納残高を記憶し、具体的には、金種毎の収納枚数を記憶する。図２２に示す装置情報ＤＢ４２ａは、１００円硬貨、５００円硬貨、１０００円札の各金種の枚数を記憶する構成であるが、現金払出装置１０で使用可能な硬貨及び紙幣の各金種の収納枚数又は収納金額が記憶される構成であればよい。なお、残高情報は、各金種に対する入金履歴情報及び出金履歴情報を含んでいてもよい。例えば入金履歴情報は、入金日時、入金額（入金枚数）及び入金対象のユーザのユーザＩＤを含んでもよく、出金履歴情報は、出金日時、出金額（出金枚数）、出金したユーザのユーザＩＤ等を含んでもよい。このような残高情報を装置情報ＤＢ４２ａ（装置残高記憶部）に記憶することにより、それぞれの現金払出装置１０に収納されている現金の収納残高を管理できる。

装置情報ＤＢ４２ａに記憶される装置ＩＤは、新たな現金払出装置１０が設置された場合に制御部４１によって発行されて記憶される。装置情報ＤＢ４２ａに記憶される残高情報は、現金払出装置１０で入金処理又は出金処理が行われた場合に、処理内容に応じて制御部４１によって更新される。装置情報ＤＢ４２ａの記憶内容は図２２に示す例に限定されず、現金払出装置１０に関する各種の情報を記憶することができる。なお、各現金払出装置１０を担当する管理者が割り当てられていなくてもよく、この場合、管理者ＩＤ列が設けられていなくてもよい。また、各ユーザは、例えば入居又は入院しているフロアに設置されている現金払出装置１０を基本的に使用するものとするが、他のフロアに設置されている現金払出装置１０、具体的には、ユーザに対応付けられていない現金払出装置１０を使用して出金処理を行ってもよい。よって、ユーザＩＤ列が設けられていなくてもよい。

管理者情報ＤＢ４２ｂは、図３Ａに示す実施形態１の現金払出装置１０が記憶する管理者情報ＤＢ１２ａと同様の構成を有する。なお、本実施形態の管理者情報ＤＢ４２ｂは、例えば各管理者に、管理業務を担当する現金払出装置１０が割り当てられている場合、装置ＩＤ列を有し、装置ＩＤに対応付けて各管理者の情報を記憶する構成でもよい。また、本実施形態のユーザ情報ＤＢ４２ｃは、図３Ｂに示す実施形態１の現金払出装置１０が記憶するユーザ情報ＤＢ１２ｂと同様の構成を有する。なお、本実施形態のユーザ情報ＤＢ４２ｃは、例えば各ユーザに対して、使用する現金払出装置１０が割り当てられている場合、装置ＩＤ列を有し、装置ＩＤに対応付けて各ユーザの情報を記憶する構成でもよい。また、ユーザ情報ＤＢ４２ｃに記憶される入出金履歴情報は、入出金した日時及び金額と、入出金した時点での残高とを含み、このような入出金履歴情報をユーザ情報ＤＢ４２ｃ（ユーザ残高記憶部）に蓄積することにより、各ユーザの残高（帳簿残高）を管理できる。

本実施形態において、管理者に関する情報及びユーザに関する情報は、サーバ４０のみで管理される構成でもよい。例えばサーバ４０が管理者情報ＤＢ４２ｂ及びユーザ情報ＤＢ４２ｃを記憶し、各現金払出装置１０は管理者情報ＤＢ１２ａ及びユーザ情報ＤＢ１２ｂを記憶しない構成としてもよい。この場合、例えば現金払出装置１０は、管理者の情報又はユーザの情報を、必要に応じてサーバ４０から取得するように構成されていればよい。以下では、各現金払出装置１０が管理者情報ＤＢ１２ａ及びユーザ情報ＤＢ１２ｂを記憶する構成とする。この構成では、サーバ４０又はいずれかの現金払出装置１０を用いて、管理者に関する情報又はユーザに関する情報が更新された場合に、各現金払出装置１０における管理者情報ＤＢ１２ａ又はユーザ情報ＤＢ１２ｂの記憶内容と、サーバ４０における管理者情報ＤＢ４２ｂ又はユーザ情報ＤＢ４２ｃの記憶内容とが一致するように各ＤＢの更新処理を行う。

次に、本実施形態の現金払出システムにおいて、いずれかの現金払出装置１０でユーザの出金スケジュールの設定処理、出金処理（払い出し処理）又は入金処理が行われた場合に、サーバ４０がユーザの出金スケジュール及び残高、並びに、現金払出装置１０における収納残高を管理する処理について説明する。なお、本実施形態の現金払出装置１０は、図４及び図８に示す処理と同様の処理の実行が可能であり、図４及び図８に示す処理を行いつつ、以下の処理を行うものとする。

図２３及び図２４は、サーバ４０による管理処理手順の一例を示すフローチャートである。本実施形態の現金払出装置１０において、制御部１１は、いずれかのユーザに対する出金スケジュールの設定処理を実行したか否かを判断する（Ｓ１５１）。例えば制御部１１は、図４中のステップＳ２０で、出金スケジュール設定画面を介して出金スケジュールの設定指示を受け付けたと判断した場合（Ｓ２０：ＹＥＳ）、出金スケジュールの設定処理を実行したと判断する。なお、現金払出装置１０がユーザ情報ＤＢ１２ｂを記憶する構成の場合、制御部１１は、図４中のステップＳ２１で、ユーザの出金スケジュールをユーザ情報ＤＢ１２ｂに記憶した場合に、出金スケジュールの設定処理を実行したと判断してもよい。制御部１１（条件出力部）は、出金スケジュールの設定処理を実行したと判断した場合（Ｓ１５１：ＹＥＳ）、この時点の日時（設定日時）、自装置の装置ＩＤ、設定処理を行った管理者の管理者ＩＤ、設定対象のユーザのユーザＩＤ、及び設定内容（出金条件）を含む設定情報をサーバ４０へ送信する（Ｓ１５２）。なお、装置ＩＤは現金払出装置１０の記憶部１２に記憶してあるものとする。

サーバ４０の制御部４１（設定部）は、現金払出装置１０が送信した設定情報を取得し、設定情報に含まれるユーザＩＤに対応する出金スケジュールとして、設定情報に含まれる設定内容をユーザ情報ＤＢ４２ｃに記憶する（Ｓ１５３）。その後、制御部４１は、設定情報に含まれる管理者ＩＤに対応する作業履歴として、設定情報に含まれる設定日時、装置ＩＤ及びユーザＩＤを含み、出金スケジュールの設定が行われたことを示す履歴情報を管理者情報ＤＢ４２ｂに記憶しておく。これにより、管理者が行った出金スケジュールの設定処理の作業履歴をサーバ４０で管理することができる。

ステップＳ１５１で制御部１１は、出金スケジュールの設定処理を実行していないと判断した場合（Ｓ１５１：ＮＯ）、ステップＳ１５４に処理を移行し、現金の払い出し（出金処理）を実行したか否かを判断する（Ｓ１５４）。例えば制御部１１は、図８中のステップＳ３５で、出金スケジュールで設定されている金額の現金を払い出した（出金した）場合、現金の払い出しを実行したと判断する。なお、現金払出装置１０がユーザ情報ＤＢ１２ｂを記憶する構成の場合、制御部１１は、図８中のステップＳ３６で、ユーザの出金履歴情報をユーザ情報ＤＢ１２ｂに記憶した場合に、現金の払い出しを実行したと判断してもよい。制御部１１（出力部、払い出し情報出力部）は、現金の払い出しを実行したと判断した場合（Ｓ１５４：ＹＥＳ）、この時点の日時（出金日時）、自装置の装置ＩＤ、出金したユーザのユーザＩＤ（ユーザに関する情報）、及び出金した金額を含む払い出し情報をサーバ４０へ送信する（Ｓ１５５）。なお、払い出し情報に含まれる金額は、金種毎の払い出し金額又は払い出し枚数である。

サーバ４０の制御部４１（取得部）は、現金払出装置１０が送信した払い出し情報を取得する。そして、制御部４１は、払い出し情報に含まれるユーザＩＤに対応する出金履歴として、払い出し情報に含まれる出金日時及び出金した金額を含む出金履歴情報をユーザ情報ＤＢ４２ｃに記憶する（Ｓ１５６）。なお、制御部４１は、払い出し情報に含まれる装置ＩＤも出金履歴情報に含めてユーザ情報ＤＢ４２ｃに記憶してもよい。また制御部４１は、出金履歴情報をユーザ情報ＤＢ４２ｃに記憶する際に、このユーザの残高を算出し、算出した残高も出金履歴情報に含めて記憶する。このようにユーザの出金履歴と共に残高をユーザ情報ＤＢ４２ｃに蓄積することにより、制御部４１（ユーザ残高更新部）は、現金払出装置１０から取得する払い出し情報に基づいて、ユーザ情報ＤＢ４２ｃに記憶してある各ユーザの残高（帳簿残高）を更新することができる。

制御部４１は、算出したユーザの残高に基づいて、この残高をユーザ又はユーザの家族に通知する必要があるか否かを判断する（Ｓ１５７）。例えば、ユーザ毎に、通知すべき残高を登録しておき、制御部４１は、各ユーザの残高を算出した場合に、このユーザの残高が、登録されている通知すべき残高未満であるか否かに応じて、残高を通知する必要があるか否かを判断する。残高を通知する必要があると判断した場合（Ｓ１５７：ＹＥＳ）、即ち、ユーザの残高が、登録されている通知すべき残高未満である場合、制御部４１（送信部）は、ユーザ又はユーザの家族が使用する端末（ユーザに対応付けられている端末）に、残高が所定残高未満となったことを通知する処理を実行する（Ｓ１５８）。ここでの通知処理は、例えば電子メール、ＳＭＳ（Short Message Service）、ＬＩＮＥ（登録商標）等、メッセージを送受信するためのアプリケーションを使用して行うことが可能である。また、通知先はユーザの家族であることが好ましい。残高を通知する必要がないと判断した場合（Ｓ１５７：ＮＯ）、制御部４１は、ステップＳ１５８の処理をスキップする。

次に、制御部４１（装置残高更新部）は、払い出し情報を送信してきた現金払出装置１０における収納残高（残高情報）を更新する（Ｓ１５９）。具体的には、制御部４１は、装置情報ＤＢ４２ａに記憶してある残高情報のうちで、払い出し情報に含まれる装置ＩＤに対応する残高情報を、払い出し情報に含まれる出金額（金種毎の払い出し金額又は払い出し枚数）に基づいて更新する。より具体的には、制御部４１は、装置情報ＤＢ４２ａに記憶してある残高情報において、各金種の枚数から、払い出し枚数を減算し、減算後の各金種の枚数を装置情報ＤＢ４２ａに記憶する。なお、制御部４１は、各金種について、出金日時及び払い出し枚数を含む出金履歴情報を装置情報ＤＢ４２ａに記憶してもよく、更に出金したユーザのユーザＩＤも含む出金履歴情報を記憶してもよい。

制御部４１は、更新した現金払出装置１０の収納残高に基づいて、この残高情報を管理者に通知する必要があるか否かを判断する（Ｓ１６０）。例えば、金種毎に、通知すべき残りの枚数を登録しておき、制御部４１は、各金種の枚数が、登録されている通知すべき枚数未満であるか否かに応じて、収納残高を通知する必要があるか否かを判断する。なお、金種毎の通知すべき残りの枚数は、現金払出装置１０毎に設定されてもよく、この場合、現金払出装置１０の使用状況（払い出し状況）に応じた枚数の設定が可能となる。収納残高を通知する必要があると判断した場合（Ｓ１６０：ＹＥＳ）、即ち、現金払出装置１０の収納残高が、登録されている通知すべき残りの枚数未満である場合、制御部４１（残高通知部）は、管理者が使用する端末（管理者に対応付けられている端末）に、当該現金払出装置１０の収納残高が所定枚数未満となったことを通知する処理を実行する（Ｓ１６１）。これにより、管理者は、収納残高が少ない現金払出装置１０を早期に把握することができる。ここでも、メッセージを送受信するための各種のアプリケーションを使用して通知処理を行うことが可能である。収納残高を通知する必要がないと判断した場合（Ｓ１６０：ＮＯ）、制御部４１は、ステップＳ１６１の処理をスキップする。

ステップＳ１５４で制御部１１は、現金の払い出しを実行していないと判断した場合（Ｓ１５４：ＮＯ）、ステップＳ１６２に処理を移行し、入金処理を実行したか否かを判断する（Ｓ１６２）。例えば制御部１１は、図４中のステップＳ２７でユーザの入金履歴情報をユーザ情報ＤＢ１２ｂに記憶した場合、入金処理を実行したと判断する。また、制御部１１は、図４中のステップＳ２６で金額受付画面を介して入金額を受け付け、一括投入口１０ａ又は現金投入口１０ｂから投入された現金の金額（金種毎の金額）を判別した場合に、入金処理を実行したと判断してもよい。更に、本実施形態の現金払出装置１０が、実施形態２の現金払出装置１０の構成を有する場合、制御部１１は、図９中のステップＳ４８でユーザの入金履歴情報をユーザ情報ＤＢ１２ｂに記憶した場合に、入金処理を実行したと判断してもよい。また、本実施形態の現金払出装置１０が、実施形態３の現金払出装置１０の構成を有する場合、制御部１１は、図１２中のステップＳ６３でユーザの入金履歴情報をユーザ情報ＤＢ１２ｂに記憶した場合に、入金処理を実行したと判断してもよい。

制御部１１は、入金処理を実行したと判断した場合（Ｓ１６２：ＹＥＳ）、この時点の日時（入金日時）、自装置の装置ＩＤ、入金対象のユーザのユーザＩＤ、及び入金額を含む入金情報をサーバ４０へ送信する（Ｓ１６３）。なお、入金情報に含まれる金額は、金種毎の金額又は金種毎に投入された枚数である。サーバ４０の制御部４１は、現金払出装置１０が送信した入金情報を取得する。そして、制御部４１は、入金情報に含まれるユーザＩＤに対応する入金履歴として、入金情報に含まれる入金日時及び入金額を含む入金履歴情報をユーザ情報ＤＢ４２ｃに記憶する（Ｓ１６４）。なお、制御部４１は、入金情報に含まれる装置ＩＤも入金履歴情報に含めてユーザ情報ＤＢ４２ｃに記憶してもよい。また制御部４１は、入金履歴情報をユーザ情報ＤＢ４２ｃに記憶する際に、このユーザの残高を算出し、算出した残高も入金履歴情報に含めて記憶する。これにより、制御部４１は、現金払出装置１０から取得する入金情報に基づいて、ユーザ情報ＤＢ４２ｃに記憶してある各ユーザの残高（帳簿残高）を更新することができる。

次に、制御部４１は、入金情報を送信してきた現金払出装置１０における収納残高（残高情報）を更新する（Ｓ１６５）。具体的には、制御部４１は、装置情報ＤＢ４２ａに記憶してある残高情報のうちで、入金情報に含まれる装置ＩＤに対応する残高情報を、入金情報に含まれる入金額（金種毎の入金額又は投入枚数）に基づいて更新する。より具体的には、制御部４１は、装置情報ＤＢ４２ａに記憶してある残高情報において、各金種の枚数に投入枚数を加算し、加算後の各金種の枚数を装置情報ＤＢ４２ａに記憶する。なお、制御部４１は、各金種について、入金日時及び投入枚数を含む入金履歴情報を装置情報ＤＢ４２ａに記憶してもよく、更に入金対象のユーザのユーザＩＤも含む入金履歴情報を記憶してもよい。

制御部１１は、入金処理を実行していないと判断した場合（Ｓ１６２：ＮＯ）、一連の処理を終了する。なお、制御部１１は、いずれかのユーザに対する設定処理（出金スケジュールの設定）を実行したと判断する都度、現金の払い出しを実行したと判断する都度、又は、入金処理を実行したと判断する都度、上述し処理を繰り返す。これにより、ユーザ情報ＤＢ４２ｃに登録されているユーザの出金スケジュールが更新され、また、ユーザに対する入出金履歴がユーザ情報ＤＢ４２ｃに蓄積されると共に、装置情報ＤＢ４２ａに記憶してある現金払出装置１０の収納残高が更新される。よって、本実施形態では、施設内に設置された複数の現金払出装置１０のそれぞれで設定処理、入金処理又は出金処理が行われた場合に、各ユーザに対する設定内容又は入出金履歴情報がサーバ４０のユーザ情報ＤＢ４２ｃに記憶され、各現金払出装置１０に対する入出金履歴情報（残高情報）がサーバ４０の装置情報ＤＢ４２ａに記憶される。従って、各ユーザの出金スケジュール、各ユーザの残高及び各現金払出装置１０の収納残高がサーバ４０で一括管理されるので、出金処理を行うユーザは、施設内のどの現金払出装置１０から出金してもよく、入金処理を行う管理者又はユーザの家族等は、施設内のどの現金払出装置１０に対して入金を行ってもよい。よって、現金払出装置１０を利用する利用者（ユーザ、管理者、ユーザの家族等）は、利用し易い場所に設置してある現金払出装置１０を利用することができる。

本実施形態では、出金スケジュール等の設定、現金の入金（投入）及び出金（払い出し）の実行が可能な現金払出装置１０を複数設け、それぞれの現金払出装置１０で行われた設定内容での設定、入出金に応じたユーザの残高（入出金履歴）及び現金払出装置１０の収納残高（入出金履歴）の管理をサーバ４０で行う構成であるが、このような構成に限定されない。例えば、サーバ４０が行うユーザの各種条件の設定、ユーザの残高（入出金履歴）及び現金払出装置１０の収納残高（入出金履歴）の管理を、複数の現金払出装置１０のうちの１つの現金払出装置１０（管理用の現金払出装置１０）で行うように構成されていてもよい。この場合、各現金払出装置１０は、いずれかのユーザに対する設定処理を行った場合に設定情報を管理用の現金払出装置１０へ送信し、出金処理を行った場合に払い出し情報を管理用の現金払出装置１０へ送信し、更に、入金処理を行った場合に入金情報を管理用の現金払出装置１０へ送信する。そして、管理用の現金払出装置１０は、他の現金払出装置１０から取得する設定情報、払い出し情報及び入金情報に基づいて、各ユーザの出金スケジュール等の設定、各ユーザの残高及び各現金払出装置１０の収納残高の管理を行う。このような構成においても、本実施形態と同様の処理が可能であり、同様の効果が得られる。

本実施形態では、それぞれの現金払出装置１０は、ユーザに対する設定処理及び入金処理、ユーザによる出金処理、ユーザの入出金履歴の確認処理を実行するように構成されている。このような構成の現金払出装置１０において、例えば、出金処理のみを実行する出金モード、入金処理及び入出金履歴の確認処理を実行する家族用モード、設定処理及び入金処理を実行する管理者用モード等を設け、これらのモードを切り替えて使用できるように構成されていてもよい。この場合、各現金払出装置１０の設置場所に応じたモードを設定しておくことにより、各現金払出装置１０が行う処理を削減することができ、現金払出装置１０による処理負担を軽減できる。例えば、医療機関の病室フロアに設置され、入院患者であるユーザが出金のためだけに利用する現金払出装置１０に対して出金モードが設定されてもよい。また、医療機関のエントランスに設置され、ユーザの家族等が入金及び履歴確認に利用する現金払出装置１０に対して家族用モードが設定されてもよい。更に、医療機関のナースステーション又はスタッフステーションの近傍に設置され、管理者が設定処理及び入金に利用する現金払出装置１０に対して管理者用モードが設定されてもよい。

本実施形態において、管理者に関する情報（管理者情報ＤＢ４２ｂ）及びユーザに関する情報（ユーザ情報ＤＢ４２ｃ）はサーバ４０のみで管理されていてもよく、この場合、現金払出装置１０はサーバ４０との間で必要な情報を送受信する。例えば現金払出装置１０が出金処理を行う場合、図８中のステップＳ３２で、制御部１１は、ユーザから取得した生体データ（静脈データ）をサーバ４０へ送信し、サーバ４０にユーザ認証の実行を要求する。サーバ４０は、取得した静脈データを、ユーザ情報ＤＢ４２ｃに記憶してある生体認証用データと照合してユーザ認証を行い、認証結果を現金払出装置１０へ送信する。これにより、現金払出装置１０は、サーバ４０による認証結果を取得し、取得した認証結果に基づいて認証が成功したか否かを判断できる。また、制御部１１は、図８中のステップＳ３４で、認証したユーザの出金スケジュールをサーバ４０から取得し、これにより、各ユーザに設定してある出金スケジュールに基づいて、出金が可能であるか否かを判断することができる。また、制御部１１は、図４中のステップＳ１２で、管理者から取得した認証用データをサーバ４０へ送信し、サーバ４０に管理者認証の実行を要求する。そして制御部１１は、サーバ４０から認証結果を取得することにより、管理者の認証が成功したか否かを判断できる。また、制御部１１は、図４中のステップＳ２３で、処理対象のユーザに対応付けてユーザ情報ＤＢ４２ｃに記憶してある入出金履歴をサーバ４０から取得することにより、ユーザの入出金履歴一覧を生成することができる。

上述した各実施形態の現金払出装置１０は、各種の施設に設置され、施設に入居するユーザ又は施設を利用するユーザが出金処理を行い、ユーザの家族等が入金処理を行う使用形態に限定されない。例えば現金で賃金が支払われる雇用形態の会社に設けられ、賃金を支払う雇用主が入金処理を行い、被雇用者が出金処理を行って賃金の支払いを受ける使用形態でも利用可能である。この場合、被雇用者の生体認証用データを登録しておくことにより、被雇用者は、自身が所望するタイミングで賃金を取得することが可能となる。また、出金スケジュールとして出金可能な金額を設定しておくことにより、被雇用者が賃金を浪費することを抑制できる。

今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１０ 現金払出装置
１１ 制御部
１２ 記憶部
１３ タッチパネル
１４ 生体認証センサ
１５ 現金払出部
１６ 現金受付部
１７ スピーカ
１８ 通信部
３１ センサ
３２ 通知部
３３ カメラ
４０ サーバ
１０ａ 一括投入口
１０ｂ 現金投入口
１３ａ 表示部
１３ｂ 入力部

Claims (19)

1. ユーザの生体情報を受け付ける生体情報受付部と、
   受け付けた生体情報に基づいて前記ユーザを認証するユーザ認証部と、
   認証したユーザに対して設定されている金額の現金を払い出す出金部とを備える現金払出装置であって、
   前記ユーザを管理する管理者を認証する管理者認証部と、
   認証した管理者に対応付けられている複数のユーザに対する現金の出金条件を受け付けて設定する設定部と
   を備える現金払出装置。
2. 前記設定部は、前記複数のユーザのそれぞれに対して現金の出金スケジュール及び金額を設定する
   請求項１に記載の現金払出装置。
3. 前記設定部は、
   前記ユーザに対する出金条件に沿ったタイミングで出金されなかった場合に、出金されなかった金額を次のタイミングに繰り越すか否かの選択を受け付け、
   繰り越すことが選択された場合に１回の出金における上限金額の設定を受け付けて設定する
   請求項１又は２に記載の現金払出装置。
4. 前記管理者認証部は、複数の管理者をそれぞれ認証する
   請求項１から３までのいずれかひとつに記載の現金払出装置。
5. 現金の投入を受け付ける現金受付部と、
   前記ユーザに対応付けて投入された現金を、前記ユーザに対応する残高に加算する加算部と
   を備える請求項１から４までのいずれかひとつに記載の現金払出装置。
6. 前記ユーザ認証部は、前記現金受付部が現金の投入を受け付けた後に、前記生体情報受付部が生体情報を受け付けた場合に、受け付けた生体情報に基づいて前記ユーザを認証し、
   前記加算部は、前記現金受付部が現金の投入を受け付けた後に前記ユーザ認証部が前記ユーザを認証した場合に、投入された現金を、認証した前記ユーザに対応する残高に加算する
   請求項５に記載の現金払出装置。
7. 前記ユーザに対応付けられている保護者を認証する保護者認証部を更に備え、
   前記加算部は、前記現金受付部が現金の投入を受け付けた後に前記保護者認証部が保護者を認証した場合に、投入された現金を、認証した前記保護者に対応付けられているユーザに対応する残高に加算する
   請求項５又は６に記載の現金払出装置。
8. 前記管理者認証部が認証した管理者に対応付けられているユーザに対して払い出された金額を示す出金履歴と、前記ユーザに対応付けて入金された金額を示す入金履歴とを表示する管理者用の履歴表示部
   を更に備える請求項１から７までのいずれかひとつに記載の現金払出装置。
9. 前記ユーザに対応付けられている保護者を認証する保護者認証部と、
   前記保護者認証部が認証した保護者に対応付けられているユーザに対して払い出された金額を示す出金履歴と、前記ユーザに対応付けて入金された金額を示す入金履歴とを表示する保護者用の履歴表示部と
   を更に備える請求項１から８までのいずれかひとつに記載の現金払出装置。
10. 現金を金種毎に収納する現金収納部と、
    前記現金収納部に収納されている現金の金種毎の合計額を算出する算出部と、
    前記複数のユーザに設定されている出金条件に基づいて、所定期間内に前記複数のユーザに対して払い出される現金の金種毎の合計額に算出する払出予定額算出部と、
    前記算出部が算出した金種毎の合計額と、前記払出予定額算出部が算出した金種毎の合計額とに基づいて、両替が必要な金種を特定する特定部と
    を備える請求項１から９までのいずれかひとつに記載の現金払出装置。
11. 現金を収納する現金収納部と、
    前記現金収納部に収納されている現金の合計額を算出する収納額算出部と、
    前記複数のユーザに対する入金履歴及び出金履歴に基づいて、前記複数のユーザの残高をそれぞれ算出する残高算出部と、
    前記収納額算出部が算出した合計額と、前記残高算出部が算出した前記複数のユーザの残高の合計額とが一致するか否かを判断する判断部と
    を備える請求項１から１０までのいずれかひとつに記載の現金払出装置。
12. 前記ユーザのそれぞれに対応付けて投入される現金を受け付ける第１投入口と、
    複数の前記ユーザに対応付けられた現金をまとめて投入する第２投入口と
    を備える請求項１から１１までのいずれかひとつに記載の現金払出装置。
13. 異常の発生を検知する検知部と、
    異常の発生を検知した場合に通知する通知部と
    を更に備える請求項１から１２までのいずれかひとつに記載の現金払出装置。
14. 前記出金部による現金の払い出しが行われた場合に、払い出された金額及び前記認証したユーザに関する情報を所定の装置へ出力する出力部
    を更に備える請求項１から１３までのいずれかひとつに記載の現金払出装置。
15. 生体情報に基づいてユーザを認証し、認証したユーザに対して設定されている金額の現金を払い出す現金払出装置に対する設定処理をコンピュータに実行させるプログラムであって、
    前記ユーザを管理する管理者を認証し、
    認証した管理者に対応付けられているユーザに対する現金の出金条件を受け付け、
    受け付けた前記ユーザに対する出金条件を、前記現金払出装置に対して設定する
    処理をコンピュータに実行させるプログラム。
16. ユーザの生体情報を受け付け、
    受け付けた生体情報に基づいて前記ユーザを認証し、
    認証したユーザに対して設定されている金額の現金を払い出し、
    前記ユーザを管理する管理者を認証し、
    認証した管理者に対応付けられている複数のユーザに対する現金の出金条件を受け付けて設定する
    処理をコンピュータが実行する現金払出方法。
17. ユーザの生体情報に基づいて前記ユーザが認証された場合に、前記ユーザに対して設定されている金額の現金を払い出す複数の現金払出装置と、前記複数の現金払出装置と通信可能に接続されるサーバとを含む現金払出システムであって、
    前記現金払出装置は、
    前記ユーザを管理する管理者を認証する管理者認証部と、
    認証した管理者に対応付けられている複数のユーザに対する現金の出金条件を受け付けて前記サーバに出力する条件出力部と、
    現金を払い出した場合に、自装置に関する情報、払い出した金額及び前記ユーザに関する情報を含む払い出し情報を前記サーバへ出力する払い出し情報出力部とを備え、
    前記サーバは、
    前記現金払出装置から取得した前記複数のユーザに対する出金条件を設定する設定部と、
    複数のユーザのそれぞれに対応する残高を記憶するユーザ残高記憶部と、
    前記複数の現金払出装置のそれぞれに収納されている残高を記憶する装置残高記憶部と、
    取得した前記払い出し情報に基づいて、前記ユーザ残高記憶部に記憶してある前記ユーザに対応する残高を更新するユーザ残高更新部と、
    取得した前記払い出し情報に基づいて、前記装置残高記憶部に記憶してある前記現金払出装置に対応する残高を更新する装置残高更新部とを備える
    現金払出システム。
18. 前記サーバは、
    前記ユーザ残高更新部が更新した前記ユーザの残高に基づいて、前記ユーザに対応付けられている端末に、前記ユーザの残高に関する情報を送信する送信部と、
    前記装置残高更新部が更新した前記現金払出装置に対応する残高に基づいて、前記現金払出装置の残高に関する情報を通知する残高通知部とを備える
    請求項１７に記載の現金払出システム。
19. ユーザの生体情報に基づいて前記ユーザが認証された場合に、前記ユーザに対して設定されている金額の現金を払い出す現金払出装置と通信可能に接続されるサーバであって、
    前記ユーザに対する現金の出金条件を前記現金払出装置から取得して設定する設定部と、
    複数のユーザのそれぞれに対応する残高を記憶するユーザ残高記憶部と、
    前記複数の現金払出装置のそれぞれに収納されている残高を記憶する装置残高記憶部と、
    前記現金払出装置が払い出した現金の金額及び現金を払い出されたユーザに関する情報を含む払い出し情報を前記現金払出装置から取得する取得部と、
    取得した前記払い出し情報に基づいて、前記ユーザ残高記憶部に記憶してある前記ユーザに対応する残高を更新するユーザ残高更新部と、
    取得した前記払い出し情報に基づいて、前記装置残高記憶部に記憶してある前記現金払出装置に対応する残高を更新する装置残高更新部と
    を備えるサーバ。

Images