入金機案内システムおよび入金機予約案内システム
【課題】複数の店舗で共用されていて、店舗の売上を入金する複数台の入金機を備えたシステムにおいて、入金カセット残容量不足による入金機への入金作業のやり直しを回避することを可能とした入金機案内システムを提供することである。
【解決手段】提案する入金機案内システムは、複数台の入金機と、複数台の入金機案内端末とが入金機管理サーバを介して接続されたシステムである。前記入金機管理サーバは、１台の入金機案内端末から入金予定額を指定した入金受け入れ可能な入金機の検索依頼を受信したときに、入金機毎の入金可能残高を有する入金機残高情報を基に、前記複数台の入金機の中から前記入金予定額を入金可能な１台以上の入金機を選定して、前記依頼元の入金機案内端末に送信する。
【解決手段】提案する入金機案内システムは、複数台の入金機と、複数台の入金機案内端末とが入金機管理サーバを介して接続されたシステムである。前記入金機管理サーバは、１台の入金機案内端末から入金予定額を指定した入金受け入れ可能な入金機の検索依頼を受信したときに、入金機毎の入金可能残高を有する入金機残高情報を基に、前記複数台の入金機の中から前記入金予定額を入金可能な１台以上の入金機を選定して、前記依頼元の入金機案内端末に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の店舗で共用されていて、かつ、それら店舗の外に設置される、店舗の売上を入金する複数台の入金機を備えたシステムにおいて、それら入金機のうちから適切な入金機を案内する、あるいは、それら入金機のうちから入金予約可能な入金機を案内する技術に関する。
【背景技術】
【０００２】
警備輸送会社が実施しているサービスの１つに、現金入金機売上管理サービス（ＣＳＤ（Cash Safety Delivery）サービス）がある。
【０００３】
このＣＳＤサービスでは、契約店舗に入金機を設置し、契約店舗の店員が売上金額をその入金機に投入し、警備輸送会社の担当警備員が入金機の現金を輸送管理している。
【０００４】
一方、百貨店などでは、複数の店舗が入っており、それら複数の店舗で共用されるように、複数台の入金機を、百貨店内であり、それら店舗が入っているテナントエリアの外である所定のエリア（このエリアを”バックヤード”と呼ぶことがある）に設置している。
【０００５】
このような百貨店などに設置される複数台の入金機を有するシステムでは、従来、図１４に示すように、（１）で、百貨店内のある店舗で売上締めが行われ、（２）で、その日のその店舗の売上（現金）をその店舗の店員がバックヤード内の入金機のある場所へ持ち込む。
【０００６】
そして、（３）で、その店舗の店員は店舗毎に発行される入金カードの情報をその入金機に読み取らせて、その店舗をその入金機に識別させ、店舗売上金をその入金機に投入する。
【０００７】
以上の（１）〜（３）が店舗側で行なう処理である。一方、（４）で、警備輸送会社の警備担当者は例えば一定の時間間隔で各入金機から入金された現金（紙幣や硬貨）を回収し警備輸送する。
【０００８】
このように、百貨店等に複数台の入金機を設置する場合、以下のような問題が生じる。
【０００９】
まず、第１の問題として、店員がレジの売上を入金機に持参して入金しようとした際、その入金機の入金カセットにその持参した売上分の金額を入金できる容量が空いていなかったため（入金カセット残容量不足のため）、その入金機では入金できず、入金機から返却された売上に相当する金額（紙幣等）を受け取って、入金を再度行うために他の入金機まで行く、という作業効率上好ましくない状況がある。なお、この第１の問題は入金カセットの残容量を表示すれば解決できることであるが、セキュリティ上の観点から、盗難リスクを軽減させるために入金カセットの残容量は表示しないことになっている。
【００１０】
また、第２の問題として、店員がレジの売上を入金機のところまで持参したときに、他店舗の店員がその入金機のところで既に作業していた場合、そのレジの売上を持参した店員はその場で待ち続けなければならない、という作業効率上好ましくない状況がある。また、１台の入金機の前でそれぞれ別の店舗の店員同士が出会うことはセキュリティ上の観点から望ましくない。しかし、いつどこの入金機が空いているのか（無人なのか）知る方法が現状ではないため、入金機まで入金に行く店員のリスクをコントロールできていない、という状況がある。
【００１１】
なお、周辺技術として、特許文献１では、売上データ管理システムが示されている。このシステムでは、ある企業の複数の店舗のそれぞれに、複数のレジスタと１台の入金機を設置している。そして、その企業の管理部門のサーバマシンは、通信ネットワークを通して各店舗の入金機と接続された情報提供会社の受信サーバにアクセスすることによって、各入金機の現金金額を確認できる。
【００１２】
また、特許文献２には、集配警備現金管理システムが示されている。このシステムでは、店舗に設置された入金機と、入金処理を行なうセンターとが通信回線を通して接続されていて、入金機は、現金の計数を行い、入金データをセンターに送信している。
【００１３】
しかし、特許文献１および特許文献２の技術はいずれも、複数の店舗で共用されていて、かつ、それら店舗の外に設置される、店舗の売上を入金する複数台の入金機を備えたシステム、を前提としてはいない。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００３−３０８３７５号公報
【特許文献２】特開平０９−０１６６９１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本発明は、上記問題を解決するためになされたものであり、複数の店舗で共用されていて、かつ、それら店舗の外に設置される、店舗の売上を入金する複数台の入金機を備えたシステムにおいて、入金カセット残容量不足による入金機への入金作業のやり直しを回避することを可能とした入金機案内システムおよび入金機予約案内システムを提供することを第１の目的とする。
【００１６】
また、本発明は、複数の店舗で共用されていて、かつ、それら店舗の外に設置される、店舗の売上を入金する複数台の入金機を備えたシステムにおいて、複数の各店舗の売上を持参した各店員が、１台の入金機の前で出会うことを回避することを可能とした入金機予約案内システムを提供することを第２の目的とする。
【課題を解決するための手段】
【００１７】
提案する入金機案内システムは、複数台の入金機と、前記複数台の入金機のうちから入金作業可能な入金機を案内する、複数台の入金機案内端末とが入金機管理サーバを介して接続されたシステムである。そして、前記入金機管理サーバは、入金機毎の入金可能残高を有する入金機残高情報を記憶した記憶部と、前記複数台の入金機案内端末のうちの１台の入金機案内端末から入金予定額を指定した入金受け入れ可能な入金機の検索依頼を受信したときに、前記入金機残高情報を基に、前記複数台の入金機の中から前記入金予定額を入金可能な１台以上の入金機を選定して、前記依頼元の入金機案内端末に送信する受け入れ可能入金機選定部と、を備える。
【００１８】
提案する入金機予約案内システムは、複数台の入金機予約端末と、複数台の入金機とが入金機予約管理サーバを介して接続されたシステムである。そして、前記入金機予約管理サーバは、入金機毎の入金可能残高を有する入金機残高情報、および、予約時間帯と入金予定額を予約の数だけ入金機毎に有する入金機予約情報を記憶した記憶部と、前記複数台の入金機予約端末のうちの１台の入金機予約端末から入金予定額を指定した入金受け入れ可能な入金機の検索依頼を受信したときに、前記入金機残高情報および前記入金機予約情報を基に、前記複数台の入金機の中から前記入金予定額を入金可能な１台以上の入金機を
前記入金機予約情報の各予約時間帯を避けて選定して、前記依頼元の入金機予約端末に送信する受け入れ可能入金機選定部と、を備える。
【発明の効果】
【００１９】
提案する入金機案内システムでは、受け入れ可能入金機選定部は、入金機毎の入金可能残高を有する入金機残高情報を基に、複数台の入金機の中から指定された入金予定額を入金可能な１台以上の入金機を選定している。選定された入金機のいずれかの設置場所に出向いてそこの入金機に入金を行なうことで、入金カセット残容量不足による入金機への入金作業のやり直しを回避することができる、あるいは、少なくとも入金作業のやり直し発生のリスクを軽減することができる。
【００２０】
提案する入金機予約案内システムでは、受け入れ可能入金機選定部は、入金機毎の入金可能残高を有する入金機残高情報、および、予約時間帯と入金予定額を予約の数だけ入金機毎に有する入金機予約情報を基に、複数台の入金機の中から指定された入金予定額を入金可能な１台以上の入金機を前記入金機予約情報の各予約時間帯を避けて選定している。選定された入金機のいずれかを予約して予約した入金機に予約時間帯に入金を行なうことで、入金カセット残容量不足による入金機への入金作業のやり直しを回避できるとともに、例えば複数の各店舗の売上を持参した各店員が、１台の入金機の前で出会うことを回避することができる。
【図面の簡単な説明】
【００２１】
【図１】複数の店舗で共用される、店舗の売上を入金する複数台の入金機を備えた本発明のシステムにおける入金機の予約運用方法を示す図である。
【図２】入金機予約端末の概観（正面図）および表示画面例を示す図である。
【図３】本発明の一実施形態に係る入金機予約案内システムを示す図である。
【図４】入金機が有する各種データを示す図である。
【図５】予約検索ＤＢのデータ構造を示す図である。
【図６】入金機予約情報ＤＢのデータ構造を示す図である。
【図７】入金機予約端末、入金機予約管理サーバ、入金機の間でやり取りされる各種電文のデータ構造を示す図である。
【図８Ａ】本実施形態の予約可能な入金機の案内処理のフローチャート（前半）である。
【図８Ｂ】本実施形態の予約可能な入金機の案内処理のフローチャート（後半）である。
【図９】図８ＡのステップＳ９の詳細フローチャートである。
【図１０】複数の店舗で共用される、店舗の売上を入金する複数台の入金機を備えたシステムの従来の運用方法を示す図である。
【発明を実施するための形態】
【００２２】
以下、本発明に係る実施の形態について図面を参照して詳細に説明する。
図１は、複数の店舗で共用される、店舗の売上を入金する複数台の入金機を備えた本発明のシステムにおける入金機の予約運用方法を示す図である。
【００２３】
本発明の入金機予約案内システムは百貨店などの複数の店舗が入っている商業施設に、店舗毎に入金機予約端末（図１では百貨店内のある店舗に入金機予約端末１がある）を備えるとともに、複数の店舗が入っているテナントエリア外のバックヤードに、それら複数の店舗により共用される複数台の入金機（図１では３台の入金機８−１、８−２、８−３がある）を備えている。
【００２４】
入金機予約管理サーバ６はＬＡＮ（Local Area Network）７を通して入金機８−１、８
−２、８−３に接続されるとともに、不図示の有線あるいは無線ネットワークを介して店舗内の入金機予約端末１等に接続される。
【００２５】
入金機への売上の入金を効率的に行うために、店舗の店員は入金機予約端末１を操作して入金機の作業予約を行うがその処理方法について以下に説明する。
【００２６】
まず、（１）で、店員は入金機予約端末１に入金カード（不図示）を通すことで、その入金カードにデータとして記憶されている入金カードＮｏ．が入金機予約端末１に読み込まれる。また、その日の売上を入金予定額として店員は入金機予約端末１に入力する。図２は、入金機予約端末１の概観（正面図）および表示画面例を示す図である。図２に示すように、入金機予約端末１は、操作画面（タッチパネル）２を有する。カードリーダー４に入金カード（不図示）を通すことで、入金機予約端末１に入金カード（不図示）のデータ（入金カードＮｏ．）が読み込まれる。また、その日の売上を入金予定額として店員は入金機予約端末１に入力する。入金機予約端末１は無線ＬＡＮ３を通して入金機予約管理サーバ６とデータのやり取りを行う。図２の操作画面１１は、入金予定額の入力画面の一例である。
【００２７】
図１において、続く、（２）では、入金機予約端末１から入金機予約管理サーバ６に入金予定端末コード、入金予定額が通知される。
【００２８】
この通知を受信した入金機予約管理サーバ６は、（３）で、すべての入金機（図１では、入金機８−１、８−２、８−３）の状況（受入れ可能額等）を照会し、入金予定額を受入れ可能な入金機を選定する。
【００２９】
そして、（４）で、入金機予約管理サーバ６は、（３）の選定処理の結果として得られた入金予定額を入金受け入れ可能な入金機一覧を入金機予約端末１に送信する。
【００３０】
入金機予約管理サーバ６から予約可能な入金機一覧を受信した入金機予約端末１は、その入金機一覧を図２に示すように、操作画面１２に表示させ、店員の選択を促す。（５）で、店員が入金機予約端末１の操作画面１２から作業する入金機のボタンを押下することでその入金機に対する予約が行われる。なお、予約可能な入金機がない場合、図２の操作画面１３に示すような画面表示が例えば行われる。
【００３１】
そして、（６）で、入金機予約端末１から入金機予約管理サーバ６に対し、入金機予約依頼が行われる。
【００３２】
入金機予約依頼を受信した入金機予約管理サーバ６は、（７）で、その依頼に含まれる入金機に対し作業予約を通知する。
【００３３】
（８）で、作業予約通知を受信した入金機（図１では入金機８−１）は、作業予約状況を更新する。
【００３４】
一方で、予約を入れた店員は作業予約時間になると、（９）で、予約した入金機のところに行き、入金カードを使用して、入金カードＮｏ．をその入金機に読み取らせて、売上金の投入作業を行う。
【００３５】
図３は、本発明の一実施形態に係る入金機予約案内システムを示す図である。
本実施形態の入金機予約案内システムは、百貨店などの商業施設内に設置される。
【００３６】
この入金機予約案内システムは、図３に示すように、テナントエリアの各店舗内に設置
されるｎ台の入金機予約端末１−１、・・・、１−ｎと、バックヤード内に設置されるｍ台の入金機８−１、・・・、８−ｍと、入金機予約管理サーバ６とを有する。
【００３７】
ｎ台の入金機予約端末１−１、・・・、１−ｎと入金機予約管理サーバ６とは無線ネットワーク（無線ＬＡＮ３）により接続され、ｍ台の入金機８−１、・・・、８−ｍと入金機予約管理サーバ６とはＬＡＮ７により接続されている。
【００３８】
入金機８−１は、入金機状態情報２１、入金機予約情報２２、各種設定情報２３を記憶したメモリ、自機状態情報送信部２４、予約情報更新部２５、外部Ｉ／Ｆ２６、を有する。
【００３９】
図４に示すように、入金機状態情報２１は、入金可能残高金額：Ｐ、実入金合計金額、（入金の）予定含む合計金額：Ｒ、入金作業終了見込時間、の各項目を含む。入金機予約情報２２は、予約開始時間、予約終了時間、入金カードＮｏ．、入金予約金額、の各項目を含む。各種設定情報２３は、入金機号機（入金機コード）、入金可能上限金額：Ｑ、１入金作業見込時間、の各項目を含む。なお、入金可能残高金額：Ｐ、入金可能上限金額：Ｑ、予定含む合計金額：Ｒの間には、Ｐ＝Ｑ−Ｒの関係があり、この関係式を用いて、入金機では入金可能残高金額：Ｐを算出している。また、予定含む合計金額：Ｒは、入金予約した分の合計を実入金合計金額に加算して求めている。
【００４０】
図３の自機状態情報送信部２４は、入金機予約管理サーバ６からのリクエスト（状態通知依頼）に応じて入金機状態情報２１および各種設定情報２３を参照して、自機の入金機コードと、入金可能残高金額を含む入金機状態情報（後述の入金機状態返信電文）を作成し、外部Ｉ／Ｆ２６を通して入金機予約管理サーバ６に送信する。
【００４１】
予約情報更新部２５は、入金機予約管理サーバ６から自機が予約されたことを示す予約情報（後述の入金機予約電文）を受信すると、その予約情報の内容を入金機予約情報２２に追加し、入金機状態情報２１の該当箇所を変更する。すなわち、予定含む合計金額：Ｒを、受信した予約情報中の入金予定額だけ増やし、上記式により、入金可能残高金額：Ｐを更新する。そして、それらの処理が正常に完了すると、予約が成功したことを示す情報（後述の入金予約完了電文）を入金機予約管理サーバ６に送信する。
【００４２】
また、予約情報更新部２５は、入金予約した分について予約した入金作業が完了した場合、入金機予約情報２２の該当部分を削除し、予定含む合計金額：Ｒ、実入金合計金額、等を再計算する。
【００４３】
なお、各入金機側は、入金機予約情報２２の各予約時間帯（予約開始時間、予約終了時間）には、予約時に使用された利用者識別情報（入金カードＮｏ．）以外での利用を不可とする利用者認証部（不図示）を備える。
【００４４】
また、図３において、入金機予約管理サーバ６は、予約検索ＤＢ３１、入金機予約情報ＤＢ３２、予約検索ＤＢ更新部３３、予約候補入金機情報出力部３４、入金機予約情報ＤＢ更新部３５、入金機予約端末間Ｉ／Ｆ３６、入金機間Ｉ／Ｆ３７、を有する。
【００４５】
予約検索ＤＢ３１は、入金機予約端末コードの後に、入金機コードと入金可能残高金額の組み合わせが、入金機の数だけ、その入金機予約端末の設置場所に近い順に並べられたデータである（予約検索ＤＢ３１については図５で詳しく説明する）。
【００４６】
入金機予約情報ＤＢ３２は、予約時間帯と入金予定額を予約の数だけ入金機毎に有する可変長のデータである（入金機予約情報ＤＢ３２については図５で詳しく説明する）。
【００４７】
予約検索ＤＢ更新部３３は、配下にあるすべての入金機に対して状態情報（入金可能残高）を送信するように依頼し（後述の状態通知依頼電文を同報送信し）、その依頼への応答として各入金機から受信した状態情報を用いて予約検索ＤＢ３１の該当箇所を更新する。
【００４８】
予約候補入金機情報出力部３４は、予約検索ＤＢ３１および入金機予約情報ＤＢ３２を基に、指定された入金予定額を入金可能な１台以上の入金機を、それぞれの入金機で予約が入っている時間帯を避けて選定し、その１台以上の入金機の情報を検索依頼の送信元の入金機予約端末に送信している。
【００４９】
入金機予約情報ＤＢ更新部３５は、新たにある入金機に対して入った予約を、入金機予約情報ＤＢ３２内のその入金機のレコード（行）に追加する。そして、その入金機に対して、その予約内容を通知する。
【００５０】
続いて、データ例が設定されたテーブルや各種電文について図５〜図７を参照して説明するが、それに先立ってこれらデータ例での表記方法について説明する。すなわち、これらデータ例では、入金機予約端末を"Ｙ"、入金機予約管理サーバを"Ｓ"、入金機を"Ｎ"、でそれぞれ示している。
【００５１】
例えば"Ｙ１００１"は、１００１番の入金機予約端末を示している。"Ｎ３００１"は、３００１番の入金機を示している。
【００５２】
図５は、予約検索ＤＢのデータ構造を示す図である。
図５に示すように、予約検索ＤＢ３１は、入金機予約端末コード（ここでは、英数字５桁）の後に、入金機コード（ここでは、英数字５桁）と入金可能残高金額（ここでは、数字８桁）の組み合わせが、入金機の数だけ、その入金機予約端末の設置場所に近い順に並べられたデータ構造を有している。
【００５３】
この予約検索ＤＢ３１は、入金機毎の入金可能残高を有する入金機残高情報と、入金機予約端末毎に複数台の入金機をその入金機予約端末の設置場所に近い順に並べた形式で一本化した冗長性を持つデータであるということができる。
【００５４】
図６は、入金機予約情報ＤＢのデータ構造を示す図である。
図６に示すように、入金機予約情報ＤＢ３２は、予約時間帯と入金予定額を予約の数だけ入金機毎に有する可変長のデータである。
【００５５】
この入金機予約情報ＤＢ３２は、入金機コード（ここでは、英数字５桁）の後に、予約順（ここでは、数字２桁）、予約開始時間（ここでは、数字４桁（"１８００"等））、予約終了時間（ここでは、数字４桁）、入金カードＮｏ．（ここでは英数字５桁）、予約金額（＝入金予定額、ここでは、数字８桁）、の組み合わせがその入金機に入っている予約の数だけ続いたデータである。
【００５６】
図７は、入金機予約端末、入金機予約管理サーバ、入金機の間でやり取りされる各種電文のデータ構造を示す図である。
【００５７】
図７のデータ例では、入金機予約端末から入金機予約管理サーバに送信される電文の電文コードは"ＹＳ＊＊＊"（＊＊＊は３桁の数字）という形式をしている。入金機予約管理サーバから入金機に送信される電文の電文コードは"ＳＮ＊＊＊"（＊＊＊は３桁の数字）という形式をしている。入金機から入金機予約管理サーバに送信される電文の電文コード
は"ＮＳ＊＊＊"（＊＊＊は３桁の数字）という形式をしている。入金機予約管理サーバから入金機予約端末に送信される電文の電文コードは"ＳＹ＊＊＊"（＊＊＊は３桁の数字）という形式をしている。
【００５８】
図７に示すように、入金機予約検索依頼電文４１は、入金機予約端末から入金機予約管理サーバ６に送信される電文であり、電文コード（ここでは、英数字５桁であり、"ＹＳ００１"という値を持つ）、入金機予約端末コード（ここでは、英数字５桁）、予約金額（＝入金予定額、ここでは、数字８桁）、の各項目を有する。
【００５９】
状態通知依頼電文４２は、入金機予約管理サーバから配下のすべての入金機に同報されるものであり、電文コード（ここでは、英数字５桁であり、"ＳＮ００２"という値を持つ）、のみを有する。
【００６０】
入金機状態返信電文４３は、入金機から入金機予約管理サーバ６に送信される電文であり、電文コード（ここでは、英数字５桁であり、"ＮＳ００３"という値を持つ）、入金機コード（ここでは、英数字５桁）、入金可能残高金額（ここでは、数字８桁）、の各項目を有する。
【００６１】
予約候補電文４４は、入金機予約管理サーバ６から入金機予約端末に送信される電文であり、電文コード（ここでは、英数字５桁であり、"ＳＹ００５"という値を持つ）、の後に、入金機コード（ここでは、英数字５桁）、予約順（ここでは、数字２桁）、予約開始時間（ここでは、数字４桁（"１８００"等））、予約終了時間（ここでは、数字４桁）の組み合わせが入金予定額を受け入れ可能として選定された入金機の数だけ続く形式を持つ。
【００６２】
予約電文４５は、入金機予約端末から入金機予約管理サーバ６に送信される電文であり、電文コード（ここでは、英数字５桁であり、"ＹＳ００７"という値を持つ）、入金機コード（ここでは、英数字５桁）、予約順（ここでは、数字２桁）、予約開始時間（ここでは、数字４桁）、予約終了時間（ここでは、数字４桁）、入金カードＮｏ．（ここでは英数字５桁）、予約金額（＝入金予定額、ここでは、数字８桁）、の各項目を有する。
【００６３】
入金機予約電文４６は、入金機予約管理サーバ６から入金機に送信される電文であり、電文コード（ここでは、英数字５桁であり、"ＳＮ００８"という値を持つ）、予約順（ここでは、数字２桁）、予約開始時間（ここでは、数字４桁）、予約終了時間（ここでは、数字４桁）、入金カードＮｏ．（ここでは英数字５桁）、予約金額（＝入金予定額、ここでは、数字８桁）、の各項目を有する。
【００６４】
入金予約不可電文４７は、入金機予約管理サーバから配下のすべての入金機予約端末に同報されるものであり、電文コード（ここでは、英数字５桁であり、"ＳＹ００９"という値を持つ）のみを有する。システム上、入金機が使用不可の場合等にこの電文を用いる。
【００６５】
入金予約完了電文４８は、入金機から入金機予約管理サーバ６に送信される電文であり、電文コード（ここでは、英数字５桁であり、"ＮＳ０１０"という値を持つ）、入金機コード（ここでは、英数字５桁）、予約順（ここでは、数字２桁）、予約開始時間（ここでは、数字４桁）、予約終了時間（ここでは、数字４桁）、の各項目を有する。
【００６６】
図８Ａおよび図８Ｂは、本実施形態の予約可能な入金機の案内処理のフローチャートである。
このフローチャートの処理は、図３の入金機予約管理サーバ６により行われる。
【００６７】
図８ＡのステップＳ１で、予約検索ＤＢ更新部３３により、入金機予約端末から入金予定額を指定して入金可能な入金機の検索依頼（図７の入金機予約検索依頼電文４１）を受信したかどうかが判定される。
【００６８】
ステップＳ１で入金機予約端末から入金予定額を指定して入金可能な入金機の検索依頼を受信しない間はこのステップＳ１の判定処理が続行する。
【００６９】
ステップＳ１で入金機予約端末から入金予定額を指定して入金可能な入金機の検索依頼を受信したと判定された場合（ステップＳ１の判定結果がＹＥＳの場合）、ステップＳ２で、配下のすべての入金機（図３では、ｍ台の入金機８−１、・・・８−ｍ）に状態通知依頼（図７の状態通知依頼電文４２）を（同報）送信する。
【００７０】
この状態通知を受信した入金機側では、図３の自機状態情報送信部２４により、入金機状態情報２１および各種設定情報２３が参照されて、自機の入金機コードと、入金可能残高金額を含む入金機状態返信電文が作成され、入金機予約管理サーバ６に送信される。
【００７１】
図８ＡのステップＳ２に続くステップＳ３では、入金機状態情報（図７の入金機状態返信電文４３）を受信したかどうかが予約検索ＤＢ更新部３３により判定される。
ステップＳ３で入金機状態情報を受信しない間はこのステップＳ３の判定処理が続行する。
【００７２】
ステップＳ３で入金機状態返信電文を受信したと判定された場合、ステップＳ４で、受信した入金機状態返信電文で予約検索ＤＢ３１を更新する。具体的には、予約検索ＤＢ３１中の、受信した入金機状態返信電文の入金機コードに対応する すべての入金機コードの次の位置の入金可能残高金額を、受信した入金機状態返信電文の入金可能残高金額で置き換える。
【００７３】
そして、ステップＳ５で、予約検索ＤＢ更新部３３により、すべての入金機から入金機状態情報を受信したかどうかが判定される。
ステップＳ５ですべての入金機状態情報を受信していないと判定された場合（ステップＳ５の判定結果がＮＯの場合）、ステップＳ３に戻る。
【００７４】
ステップＳ５ですべての入金機状態情報を受信したと判定された場合（ステップＳ５の判定結果がＹＥＳの場合）、予約検索ＤＢ更新部３３から予約候補入金機情報出力部３４に制御が移る。そして、ステップＳ６で、予約候補入金機情報出力部３４は、変数初期化を行う（入金機の台数カウント用変数ｍ＝１、受入れ可能入金機の数を示す変数Ｐ＝１）。
【００７５】
続くステップＳ７では、予約候補入金機情報出力部３４は、予約検索ＤＢ３１のステップＳ１で受信した入金機予約検索依頼電文の入金予約端末コードに対応する入金機予約端末コードのデータを参照して、依頼元の入金機予約端末にｍ番目に近い入金機の入金可能残高を取得する。
【００７６】
そして、ステップＳ８で、予約候補入金機情報出力部３４により、ステップＳ７で取得したｍ番目に近い入金機の入金可能残高が（入金）ステップＳ１で受信した入金機予約検索依頼電文の予約金額より大きいかどうか（入金可能残高＞予約金額？）が判定される。
【００７７】
ステップＳ８で入金可能残高が予約金額以下であると判定された場合（ステップＳ８の判定結果がＮＯの場合）、ステップＳ１１に進む。
【００７８】
ステップＳ８で入金可能残高が予約金額より大きいと判定された場合（ステップＳ８の判定結果がＹＥＳの場合）、ステップＳ９で、予約候補入金機情報出力部３４は、入金機予約情報ＤＢ３２を参照して、処理対象入金機（ステップＳ７で入金可能残高を取得した入金機）の現在時刻以降の予約可能時間帯を抽出する。この抽出方法は図９で後述する。
【００７９】
続くステップＳ１０では、予約候補入金機情報出力部３４は、予約可能時間帯がステップＳ９で抽出できた場合、処理対象入金機について、入金機コード、予約順、予約可能時間帯（予約開始時間、予約終了時間）を図７の予約候補電文４４にセットし、受入れ可能入金機の数を示す変数Ｐをインクリメントする。
【００８０】
そして、続くステップＳ１１で、予約候補入金機情報出力部３４は、入金機の台数カウント用変数ｍをインクリメントし、ステップＳ１２で、変数ｍがシステムに設置される入金機台数ｎより大きいかどうか（ｍ＞ｎ？）が判定される。 ステップＳ１２で変数ｍがシステムに設置される入金機台数ｎ以下である場合（ステップＳ１２の判定結果がＮＯの場合）、まだ、全入金機について入金可能残高をチェックしていないので、ステップＳ７に戻り、処理を続行する。
【００８１】
ステップＳ１２で変数ｍがシステムに設置される入金機台数ｎより大きい場合（ステップＳ１２の判定結果がＹＥＳの場合）、続く図８ＢのステップＳ１３で、その時点で生成されている予約候補電文４４をステップＳ１の依頼元の入金機予約端末に送信する。その後、予約候補入金機情報出力部３４から入金機予約情報ＤＢ更新部３５に制御が移る。
【００８２】
予約候補電文４４を受信した依頼元の入金機予約端末側では、予約候補電文４４に候補として含まれる１台以上の入金機のうちから、入金の予約を行う入金機を１台、操作画面上で選択して、選択結果を図７の予約電文４５として入金機予約管理サーバ６に送信する。
【００８３】
一方、入金機予約管理サーバ６側では、ステップＳ１４で、入金機予約情報ＤＢ更新部３５により、予約依頼（予約電文４５）を受信したかどうかが判定される。
【００８４】
ステップＳ１４で予約依頼を受信しない間（ステップＳ１４の判定結果がＮＯである間）はこのステップＳ１４の判定処理が続行する。
【００８５】
ステップＳ１４で予約依頼を受信したと判定された場合（ステップＳ１４の判定結果がＹＥＳの場合）、ステップＳ１５で、入金機予約情報ＤＢ更新部３５は、予約依頼の内容に基づいて入金機予約情報ＤＢ３２を更新する。具体的には、入金機予約情報ＤＢ３２にステップ１４で受信した予約電文の予約開始時間、予約終了時間、入金カードＮｏ．、予約金額が入金機予約情報ＤＢ３２に追加される。
【００８６】
続く、ステップＳ１６では、入金機予約情報ＤＢ更新部３５は、ステップＳ１５で予約情報を更新した入金機に対して、更新により追加した予約情報（図７の入金機予約電文４６）を送信する。なお、予約情報を受信した入金機では、その予約情報の内容を入金機予約情報２２に追加し、入金機状態情報２１の該当箇所を変更する。すなわち、予定含む合計金額：Ｒを、受信した予約情報中の入金予定額だけ増やし、上述した式により、入金可能残高金額：Ｐを更新する。そして、それらの処理が正常に完了すると、予約が成功したことを示す情報（後述の入金予約完了電文）を入金機予約管理サーバ６に送信する。
【００８７】
続く、ステップＳ１７では、入金機予約情報ＤＢ更新部３５により、予約情報をステップＳ１６で送信した入金機から更新成功通知（図７の入金予約完了電文４８）を受信したかどうかが判定される。
【００８８】
ステップＳ１７で入金機から更新成功通知を受信しない間（ステップＳ１７の判定結果がＮＯである間）はこのステップＳ１７の判定処理が続行する。
【００８９】
ステップＳ１７で入金機から更新成功通知を受信したと判定された場合（ステップＳ１７の判定結果がＹＥＳの場合）、ステップＳ１８で、入金機予約情報ＤＢ更新部３５は、予約依頼送信元の入金機予約端末に、予約完了を通知する。
【００９０】
図９は、図８ＡのステップＳ９の詳細フローチャートである。
図９のステップＳ２１では、現在時刻以降で、現在時刻に最も近い所定時間帯（ここでは、１５分を入金機での入金作業に要する時間とする）を、予約候補時間帯とする。例えば時間帯を００−１４、１５−２９、３０−４４、４５−５９と、１５分間隔で設定している場合、現在時刻が１７：５８分である場合、現在時刻に最も近い時間帯は１８：００−１８：１４分となり、この時間帯（開始時間、終了時間の組）が予約候補時間帯にセットされる。
【００９１】
続くステップＳ２２では、入金機予約情報ＤＢ３２を参照して、図８ＡのステップＳ９の処理対象入金機（入金機コード）に対応する入金機予約情報ＤＢ３２のレコード（行）に、予約候補時間帯と同一時間帯の予約があるか否かをチェックする。
【００９２】
ステップＳ２２のチェック結果を参照して、続くステップＳ２３では、予約候補時間帯と同一時間帯の予約がありの場合、ステップＳ２４で、予約候補時間帯を一定時間（ここでは、１５分）進めて、次の所定時間帯を予約候補時間帯に設定し、ステップＳ２２に戻り、処理を続行する。
【００９３】
ステップＳ２３で、予約候補時間帯と同一時間帯の予約がなしの場合、ステップＳ２５で、現在の予約候補時間帯を、予約可能時間帯として決定する。
【００９４】
以上説明したように、本実施形態の入金機予約案内システムでは、入金機毎の入金可能残高を有する入金機残高情報、および、予約時間帯と入金予定額を予約の数だけ入金機毎に有する入金機予約情報を含んでいる予約検索ＤＢ３１および入金機予約情報ＤＢ３２を基に、複数台の入金機の中から指定された入金予定額を入金可能な１台以上の入金機を上記入金機予約情報の各予約時間帯を避けて選定している。選定された入金機のいずれかを予約して予約した入金機に入金を行なうことで、入金カセット残容量不足による入金機への入金作業のやり直しを回避できるとともに、例えば複数の各店舗の売上を持参した各店員が、１台の入金機の前で出会うことを回避することができる。
【００９５】
また、本実施形態の入金機予約案内システムでは、予約検索ＤＢ３１は、入金機予約端末毎に前記複数台の入金機をその入金機予約端末の設置場所に近い順に並べた入金機近い順情報をさらに含んでいるので、指定された入金予定額を入金可能な１台以上の入金機を、検索依頼の送信元の入金機予約端末に近い順に並べて提示することができ、入金機への入金作業の手間を一層軽減でき、一層効率的に入金作業を行うことができる。
【００９６】
更に、入金予定額を入金可能な入金機が存在しない場合に、２台以上にまたがって選定することができるので、利便性に優れている。
【００９７】
また、以上の説明では、指定された入金予定額を入金可能な１台以上の入金機を選定するだけでなく、予約も行うようにしていた。このようにすると、予定していた時間に予定していた入金機で確実に入金できるので好都合であるが、指定された入金予定額を入金可能な１台以上の入金機を検索依頼の送信元の入金機予約端末に提示するだけの入金機案内
システムとして機能させてもよい。この場合、図３の入金機予約端末１−１、・・・、１−ｎに、通常の予約と伴う検索依頼実施モードの他に、予約を伴わない検索依頼実施モードを選択可能に設け、利用者（店員）が予約を伴わない検索依頼を入金機予約端末から行った場合には、その予約を伴わない検索依頼を受信した入金予約管理サーバ６側において、入金機毎の入金可能残高を有する入金機残高情報を含む予約検索ＤＢ３１を基に、複数台の入金機の中から指定された入金予定額を入金可能な１台以上の入金機を選定して入金機予約端末側に提示する。この方法でも、選定された入金機のいずれかの設置場所に出向いてそこの入金機に入金を行なうことで、入金カセット残容量不足による入金機への入金作業のやり直しを回避することができる、あるいは、少なくとも入金作業のやり直し発生のリスクを軽減することができる。
【符号の説明】
【００９８】
１、１−１、・・・、１−ｎ 入金機予約端末
２、１１、１２、１３ 操作画面
３ 無線ＬＡＮ
４ カードリーダー
６ 入金機予約管理サーバ
７ ＬＡＮ
８−１、８−２、８−３、・・・、８−ｍ 入金機
２１ 入金機状態情報
２２ 入金機予約情報
２３ 各種設定情報
２４ 自機状態情報送信部
２５ 予約情報更新部
２６ 外部Ｉ／Ｆ
３１ 予約検索ＤＢ
３２ 入金機予約情報ＤＢ
３３ 予約検索ＤＢ更新部
３４ 予約候補入金機情報出力部
３５ 入金機予約情報ＤＢ更新部
３６ 入金機予約端末間Ｉ／Ｆ
３７ 入金機間Ｉ／Ｆ
４１ 入金機予約検索依頼電文
４２ 状態通知依頼電文
４３ 入金機状態返信電文
４４ 予約候補電文
４５ 予約電文
４６ 入金機予約電文
４７ 入金予約不可電文
４８ 入金予約完了電文
【技術分野】
【０００１】
本発明は、複数の店舗で共用されていて、かつ、それら店舗の外に設置される、店舗の売上を入金する複数台の入金機を備えたシステムにおいて、それら入金機のうちから適切な入金機を案内する、あるいは、それら入金機のうちから入金予約可能な入金機を案内する技術に関する。
【背景技術】
【０００２】
警備輸送会社が実施しているサービスの１つに、現金入金機売上管理サービス（ＣＳＤ（Cash Safety Delivery）サービス）がある。
【０００３】
このＣＳＤサービスでは、契約店舗に入金機を設置し、契約店舗の店員が売上金額をその入金機に投入し、警備輸送会社の担当警備員が入金機の現金を輸送管理している。
【０００４】
一方、百貨店などでは、複数の店舗が入っており、それら複数の店舗で共用されるように、複数台の入金機を、百貨店内であり、それら店舗が入っているテナントエリアの外である所定のエリア（このエリアを”バックヤード”と呼ぶことがある）に設置している。
【０００５】
このような百貨店などに設置される複数台の入金機を有するシステムでは、従来、図１４に示すように、（１）で、百貨店内のある店舗で売上締めが行われ、（２）で、その日のその店舗の売上（現金）をその店舗の店員がバックヤード内の入金機のある場所へ持ち込む。
【０００６】
そして、（３）で、その店舗の店員は店舗毎に発行される入金カードの情報をその入金機に読み取らせて、その店舗をその入金機に識別させ、店舗売上金をその入金機に投入する。
【０００７】
以上の（１）〜（３）が店舗側で行なう処理である。一方、（４）で、警備輸送会社の警備担当者は例えば一定の時間間隔で各入金機から入金された現金（紙幣や硬貨）を回収し警備輸送する。
【０００８】
このように、百貨店等に複数台の入金機を設置する場合、以下のような問題が生じる。
【０００９】
まず、第１の問題として、店員がレジの売上を入金機に持参して入金しようとした際、その入金機の入金カセットにその持参した売上分の金額を入金できる容量が空いていなかったため（入金カセット残容量不足のため）、その入金機では入金できず、入金機から返却された売上に相当する金額（紙幣等）を受け取って、入金を再度行うために他の入金機まで行く、という作業効率上好ましくない状況がある。なお、この第１の問題は入金カセットの残容量を表示すれば解決できることであるが、セキュリティ上の観点から、盗難リスクを軽減させるために入金カセットの残容量は表示しないことになっている。
【００１０】
また、第２の問題として、店員がレジの売上を入金機のところまで持参したときに、他店舗の店員がその入金機のところで既に作業していた場合、そのレジの売上を持参した店員はその場で待ち続けなければならない、という作業効率上好ましくない状況がある。また、１台の入金機の前でそれぞれ別の店舗の店員同士が出会うことはセキュリティ上の観点から望ましくない。しかし、いつどこの入金機が空いているのか（無人なのか）知る方法が現状ではないため、入金機まで入金に行く店員のリスクをコントロールできていない、という状況がある。
【００１１】
なお、周辺技術として、特許文献１では、売上データ管理システムが示されている。このシステムでは、ある企業の複数の店舗のそれぞれに、複数のレジスタと１台の入金機を設置している。そして、その企業の管理部門のサーバマシンは、通信ネットワークを通して各店舗の入金機と接続された情報提供会社の受信サーバにアクセスすることによって、各入金機の現金金額を確認できる。
【００１２】
また、特許文献２には、集配警備現金管理システムが示されている。このシステムでは、店舗に設置された入金機と、入金処理を行なうセンターとが通信回線を通して接続されていて、入金機は、現金の計数を行い、入金データをセンターに送信している。
【００１３】
しかし、特許文献１および特許文献２の技術はいずれも、複数の店舗で共用されていて、かつ、それら店舗の外に設置される、店舗の売上を入金する複数台の入金機を備えたシステム、を前提としてはいない。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００３−３０８３７５号公報
【特許文献２】特開平０９−０１６６９１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本発明は、上記問題を解決するためになされたものであり、複数の店舗で共用されていて、かつ、それら店舗の外に設置される、店舗の売上を入金する複数台の入金機を備えたシステムにおいて、入金カセット残容量不足による入金機への入金作業のやり直しを回避することを可能とした入金機案内システムおよび入金機予約案内システムを提供することを第１の目的とする。
【００１６】
また、本発明は、複数の店舗で共用されていて、かつ、それら店舗の外に設置される、店舗の売上を入金する複数台の入金機を備えたシステムにおいて、複数の各店舗の売上を持参した各店員が、１台の入金機の前で出会うことを回避することを可能とした入金機予約案内システムを提供することを第２の目的とする。
【課題を解決するための手段】
【００１７】
提案する入金機案内システムは、複数台の入金機と、前記複数台の入金機のうちから入金作業可能な入金機を案内する、複数台の入金機案内端末とが入金機管理サーバを介して接続されたシステムである。そして、前記入金機管理サーバは、入金機毎の入金可能残高を有する入金機残高情報を記憶した記憶部と、前記複数台の入金機案内端末のうちの１台の入金機案内端末から入金予定額を指定した入金受け入れ可能な入金機の検索依頼を受信したときに、前記入金機残高情報を基に、前記複数台の入金機の中から前記入金予定額を入金可能な１台以上の入金機を選定して、前記依頼元の入金機案内端末に送信する受け入れ可能入金機選定部と、を備える。
【００１８】
提案する入金機予約案内システムは、複数台の入金機予約端末と、複数台の入金機とが入金機予約管理サーバを介して接続されたシステムである。そして、前記入金機予約管理サーバは、入金機毎の入金可能残高を有する入金機残高情報、および、予約時間帯と入金予定額を予約の数だけ入金機毎に有する入金機予約情報を記憶した記憶部と、前記複数台の入金機予約端末のうちの１台の入金機予約端末から入金予定額を指定した入金受け入れ可能な入金機の検索依頼を受信したときに、前記入金機残高情報および前記入金機予約情報を基に、前記複数台の入金機の中から前記入金予定額を入金可能な１台以上の入金機を
前記入金機予約情報の各予約時間帯を避けて選定して、前記依頼元の入金機予約端末に送信する受け入れ可能入金機選定部と、を備える。
【発明の効果】
【００１９】
提案する入金機案内システムでは、受け入れ可能入金機選定部は、入金機毎の入金可能残高を有する入金機残高情報を基に、複数台の入金機の中から指定された入金予定額を入金可能な１台以上の入金機を選定している。選定された入金機のいずれかの設置場所に出向いてそこの入金機に入金を行なうことで、入金カセット残容量不足による入金機への入金作業のやり直しを回避することができる、あるいは、少なくとも入金作業のやり直し発生のリスクを軽減することができる。
【００２０】
提案する入金機予約案内システムでは、受け入れ可能入金機選定部は、入金機毎の入金可能残高を有する入金機残高情報、および、予約時間帯と入金予定額を予約の数だけ入金機毎に有する入金機予約情報を基に、複数台の入金機の中から指定された入金予定額を入金可能な１台以上の入金機を前記入金機予約情報の各予約時間帯を避けて選定している。選定された入金機のいずれかを予約して予約した入金機に予約時間帯に入金を行なうことで、入金カセット残容量不足による入金機への入金作業のやり直しを回避できるとともに、例えば複数の各店舗の売上を持参した各店員が、１台の入金機の前で出会うことを回避することができる。
【図面の簡単な説明】
【００２１】
【図１】複数の店舗で共用される、店舗の売上を入金する複数台の入金機を備えた本発明のシステムにおける入金機の予約運用方法を示す図である。
【図２】入金機予約端末の概観（正面図）および表示画面例を示す図である。
【図３】本発明の一実施形態に係る入金機予約案内システムを示す図である。
【図４】入金機が有する各種データを示す図である。
【図５】予約検索ＤＢのデータ構造を示す図である。
【図６】入金機予約情報ＤＢのデータ構造を示す図である。
【図７】入金機予約端末、入金機予約管理サーバ、入金機の間でやり取りされる各種電文のデータ構造を示す図である。
【図８Ａ】本実施形態の予約可能な入金機の案内処理のフローチャート（前半）である。
【図８Ｂ】本実施形態の予約可能な入金機の案内処理のフローチャート（後半）である。
【図９】図８ＡのステップＳ９の詳細フローチャートである。
【図１０】複数の店舗で共用される、店舗の売上を入金する複数台の入金機を備えたシステムの従来の運用方法を示す図である。
【発明を実施するための形態】
【００２２】
以下、本発明に係る実施の形態について図面を参照して詳細に説明する。
図１は、複数の店舗で共用される、店舗の売上を入金する複数台の入金機を備えた本発明のシステムにおける入金機の予約運用方法を示す図である。
【００２３】
本発明の入金機予約案内システムは百貨店などの複数の店舗が入っている商業施設に、店舗毎に入金機予約端末（図１では百貨店内のある店舗に入金機予約端末１がある）を備えるとともに、複数の店舗が入っているテナントエリア外のバックヤードに、それら複数の店舗により共用される複数台の入金機（図１では３台の入金機８−１、８−２、８−３がある）を備えている。
【００２４】
入金機予約管理サーバ６はＬＡＮ（Local Area Network）７を通して入金機８−１、８
−２、８−３に接続されるとともに、不図示の有線あるいは無線ネットワークを介して店舗内の入金機予約端末１等に接続される。
【００２５】
入金機への売上の入金を効率的に行うために、店舗の店員は入金機予約端末１を操作して入金機の作業予約を行うがその処理方法について以下に説明する。
【００２６】
まず、（１）で、店員は入金機予約端末１に入金カード（不図示）を通すことで、その入金カードにデータとして記憶されている入金カードＮｏ．が入金機予約端末１に読み込まれる。また、その日の売上を入金予定額として店員は入金機予約端末１に入力する。図２は、入金機予約端末１の概観（正面図）および表示画面例を示す図である。図２に示すように、入金機予約端末１は、操作画面（タッチパネル）２を有する。カードリーダー４に入金カード（不図示）を通すことで、入金機予約端末１に入金カード（不図示）のデータ（入金カードＮｏ．）が読み込まれる。また、その日の売上を入金予定額として店員は入金機予約端末１に入力する。入金機予約端末１は無線ＬＡＮ３を通して入金機予約管理サーバ６とデータのやり取りを行う。図２の操作画面１１は、入金予定額の入力画面の一例である。
【００２７】
図１において、続く、（２）では、入金機予約端末１から入金機予約管理サーバ６に入金予定端末コード、入金予定額が通知される。
【００２８】
この通知を受信した入金機予約管理サーバ６は、（３）で、すべての入金機（図１では、入金機８−１、８−２、８−３）の状況（受入れ可能額等）を照会し、入金予定額を受入れ可能な入金機を選定する。
【００２９】
そして、（４）で、入金機予約管理サーバ６は、（３）の選定処理の結果として得られた入金予定額を入金受け入れ可能な入金機一覧を入金機予約端末１に送信する。
【００３０】
入金機予約管理サーバ６から予約可能な入金機一覧を受信した入金機予約端末１は、その入金機一覧を図２に示すように、操作画面１２に表示させ、店員の選択を促す。（５）で、店員が入金機予約端末１の操作画面１２から作業する入金機のボタンを押下することでその入金機に対する予約が行われる。なお、予約可能な入金機がない場合、図２の操作画面１３に示すような画面表示が例えば行われる。
【００３１】
そして、（６）で、入金機予約端末１から入金機予約管理サーバ６に対し、入金機予約依頼が行われる。
【００３２】
入金機予約依頼を受信した入金機予約管理サーバ６は、（７）で、その依頼に含まれる入金機に対し作業予約を通知する。
【００３３】
（８）で、作業予約通知を受信した入金機（図１では入金機８−１）は、作業予約状況を更新する。
【００３４】
一方で、予約を入れた店員は作業予約時間になると、（９）で、予約した入金機のところに行き、入金カードを使用して、入金カードＮｏ．をその入金機に読み取らせて、売上金の投入作業を行う。
【００３５】
図３は、本発明の一実施形態に係る入金機予約案内システムを示す図である。
本実施形態の入金機予約案内システムは、百貨店などの商業施設内に設置される。
【００３６】
この入金機予約案内システムは、図３に示すように、テナントエリアの各店舗内に設置
されるｎ台の入金機予約端末１−１、・・・、１−ｎと、バックヤード内に設置されるｍ台の入金機８−１、・・・、８−ｍと、入金機予約管理サーバ６とを有する。
【００３７】
ｎ台の入金機予約端末１−１、・・・、１−ｎと入金機予約管理サーバ６とは無線ネットワーク（無線ＬＡＮ３）により接続され、ｍ台の入金機８−１、・・・、８−ｍと入金機予約管理サーバ６とはＬＡＮ７により接続されている。
【００３８】
入金機８−１は、入金機状態情報２１、入金機予約情報２２、各種設定情報２３を記憶したメモリ、自機状態情報送信部２４、予約情報更新部２５、外部Ｉ／Ｆ２６、を有する。
【００３９】
図４に示すように、入金機状態情報２１は、入金可能残高金額：Ｐ、実入金合計金額、（入金の）予定含む合計金額：Ｒ、入金作業終了見込時間、の各項目を含む。入金機予約情報２２は、予約開始時間、予約終了時間、入金カードＮｏ．、入金予約金額、の各項目を含む。各種設定情報２３は、入金機号機（入金機コード）、入金可能上限金額：Ｑ、１入金作業見込時間、の各項目を含む。なお、入金可能残高金額：Ｐ、入金可能上限金額：Ｑ、予定含む合計金額：Ｒの間には、Ｐ＝Ｑ−Ｒの関係があり、この関係式を用いて、入金機では入金可能残高金額：Ｐを算出している。また、予定含む合計金額：Ｒは、入金予約した分の合計を実入金合計金額に加算して求めている。
【００４０】
図３の自機状態情報送信部２４は、入金機予約管理サーバ６からのリクエスト（状態通知依頼）に応じて入金機状態情報２１および各種設定情報２３を参照して、自機の入金機コードと、入金可能残高金額を含む入金機状態情報（後述の入金機状態返信電文）を作成し、外部Ｉ／Ｆ２６を通して入金機予約管理サーバ６に送信する。
【００４１】
予約情報更新部２５は、入金機予約管理サーバ６から自機が予約されたことを示す予約情報（後述の入金機予約電文）を受信すると、その予約情報の内容を入金機予約情報２２に追加し、入金機状態情報２１の該当箇所を変更する。すなわち、予定含む合計金額：Ｒを、受信した予約情報中の入金予定額だけ増やし、上記式により、入金可能残高金額：Ｐを更新する。そして、それらの処理が正常に完了すると、予約が成功したことを示す情報（後述の入金予約完了電文）を入金機予約管理サーバ６に送信する。
【００４２】
また、予約情報更新部２５は、入金予約した分について予約した入金作業が完了した場合、入金機予約情報２２の該当部分を削除し、予定含む合計金額：Ｒ、実入金合計金額、等を再計算する。
【００４３】
なお、各入金機側は、入金機予約情報２２の各予約時間帯（予約開始時間、予約終了時間）には、予約時に使用された利用者識別情報（入金カードＮｏ．）以外での利用を不可とする利用者認証部（不図示）を備える。
【００４４】
また、図３において、入金機予約管理サーバ６は、予約検索ＤＢ３１、入金機予約情報ＤＢ３２、予約検索ＤＢ更新部３３、予約候補入金機情報出力部３４、入金機予約情報ＤＢ更新部３５、入金機予約端末間Ｉ／Ｆ３６、入金機間Ｉ／Ｆ３７、を有する。
【００４５】
予約検索ＤＢ３１は、入金機予約端末コードの後に、入金機コードと入金可能残高金額の組み合わせが、入金機の数だけ、その入金機予約端末の設置場所に近い順に並べられたデータである（予約検索ＤＢ３１については図５で詳しく説明する）。
【００４６】
入金機予約情報ＤＢ３２は、予約時間帯と入金予定額を予約の数だけ入金機毎に有する可変長のデータである（入金機予約情報ＤＢ３２については図５で詳しく説明する）。
【００４７】
予約検索ＤＢ更新部３３は、配下にあるすべての入金機に対して状態情報（入金可能残高）を送信するように依頼し（後述の状態通知依頼電文を同報送信し）、その依頼への応答として各入金機から受信した状態情報を用いて予約検索ＤＢ３１の該当箇所を更新する。
【００４８】
予約候補入金機情報出力部３４は、予約検索ＤＢ３１および入金機予約情報ＤＢ３２を基に、指定された入金予定額を入金可能な１台以上の入金機を、それぞれの入金機で予約が入っている時間帯を避けて選定し、その１台以上の入金機の情報を検索依頼の送信元の入金機予約端末に送信している。
【００４９】
入金機予約情報ＤＢ更新部３５は、新たにある入金機に対して入った予約を、入金機予約情報ＤＢ３２内のその入金機のレコード（行）に追加する。そして、その入金機に対して、その予約内容を通知する。
【００５０】
続いて、データ例が設定されたテーブルや各種電文について図５〜図７を参照して説明するが、それに先立ってこれらデータ例での表記方法について説明する。すなわち、これらデータ例では、入金機予約端末を"Ｙ"、入金機予約管理サーバを"Ｓ"、入金機を"Ｎ"、でそれぞれ示している。
【００５１】
例えば"Ｙ１００１"は、１００１番の入金機予約端末を示している。"Ｎ３００１"は、３００１番の入金機を示している。
【００５２】
図５は、予約検索ＤＢのデータ構造を示す図である。
図５に示すように、予約検索ＤＢ３１は、入金機予約端末コード（ここでは、英数字５桁）の後に、入金機コード（ここでは、英数字５桁）と入金可能残高金額（ここでは、数字８桁）の組み合わせが、入金機の数だけ、その入金機予約端末の設置場所に近い順に並べられたデータ構造を有している。
【００５３】
この予約検索ＤＢ３１は、入金機毎の入金可能残高を有する入金機残高情報と、入金機予約端末毎に複数台の入金機をその入金機予約端末の設置場所に近い順に並べた形式で一本化した冗長性を持つデータであるということができる。
【００５４】
図６は、入金機予約情報ＤＢのデータ構造を示す図である。
図６に示すように、入金機予約情報ＤＢ３２は、予約時間帯と入金予定額を予約の数だけ入金機毎に有する可変長のデータである。
【００５５】
この入金機予約情報ＤＢ３２は、入金機コード（ここでは、英数字５桁）の後に、予約順（ここでは、数字２桁）、予約開始時間（ここでは、数字４桁（"１８００"等））、予約終了時間（ここでは、数字４桁）、入金カードＮｏ．（ここでは英数字５桁）、予約金額（＝入金予定額、ここでは、数字８桁）、の組み合わせがその入金機に入っている予約の数だけ続いたデータである。
【００５６】
図７は、入金機予約端末、入金機予約管理サーバ、入金機の間でやり取りされる各種電文のデータ構造を示す図である。
【００５７】
図７のデータ例では、入金機予約端末から入金機予約管理サーバに送信される電文の電文コードは"ＹＳ＊＊＊"（＊＊＊は３桁の数字）という形式をしている。入金機予約管理サーバから入金機に送信される電文の電文コードは"ＳＮ＊＊＊"（＊＊＊は３桁の数字）という形式をしている。入金機から入金機予約管理サーバに送信される電文の電文コード
は"ＮＳ＊＊＊"（＊＊＊は３桁の数字）という形式をしている。入金機予約管理サーバから入金機予約端末に送信される電文の電文コードは"ＳＹ＊＊＊"（＊＊＊は３桁の数字）という形式をしている。
【００５８】
図７に示すように、入金機予約検索依頼電文４１は、入金機予約端末から入金機予約管理サーバ６に送信される電文であり、電文コード（ここでは、英数字５桁であり、"ＹＳ００１"という値を持つ）、入金機予約端末コード（ここでは、英数字５桁）、予約金額（＝入金予定額、ここでは、数字８桁）、の各項目を有する。
【００５９】
状態通知依頼電文４２は、入金機予約管理サーバから配下のすべての入金機に同報されるものであり、電文コード（ここでは、英数字５桁であり、"ＳＮ００２"という値を持つ）、のみを有する。
【００６０】
入金機状態返信電文４３は、入金機から入金機予約管理サーバ６に送信される電文であり、電文コード（ここでは、英数字５桁であり、"ＮＳ００３"という値を持つ）、入金機コード（ここでは、英数字５桁）、入金可能残高金額（ここでは、数字８桁）、の各項目を有する。
【００６１】
予約候補電文４４は、入金機予約管理サーバ６から入金機予約端末に送信される電文であり、電文コード（ここでは、英数字５桁であり、"ＳＹ００５"という値を持つ）、の後に、入金機コード（ここでは、英数字５桁）、予約順（ここでは、数字２桁）、予約開始時間（ここでは、数字４桁（"１８００"等））、予約終了時間（ここでは、数字４桁）の組み合わせが入金予定額を受け入れ可能として選定された入金機の数だけ続く形式を持つ。
【００６２】
予約電文４５は、入金機予約端末から入金機予約管理サーバ６に送信される電文であり、電文コード（ここでは、英数字５桁であり、"ＹＳ００７"という値を持つ）、入金機コード（ここでは、英数字５桁）、予約順（ここでは、数字２桁）、予約開始時間（ここでは、数字４桁）、予約終了時間（ここでは、数字４桁）、入金カードＮｏ．（ここでは英数字５桁）、予約金額（＝入金予定額、ここでは、数字８桁）、の各項目を有する。
【００６３】
入金機予約電文４６は、入金機予約管理サーバ６から入金機に送信される電文であり、電文コード（ここでは、英数字５桁であり、"ＳＮ００８"という値を持つ）、予約順（ここでは、数字２桁）、予約開始時間（ここでは、数字４桁）、予約終了時間（ここでは、数字４桁）、入金カードＮｏ．（ここでは英数字５桁）、予約金額（＝入金予定額、ここでは、数字８桁）、の各項目を有する。
【００６４】
入金予約不可電文４７は、入金機予約管理サーバから配下のすべての入金機予約端末に同報されるものであり、電文コード（ここでは、英数字５桁であり、"ＳＹ００９"という値を持つ）のみを有する。システム上、入金機が使用不可の場合等にこの電文を用いる。
【００６５】
入金予約完了電文４８は、入金機から入金機予約管理サーバ６に送信される電文であり、電文コード（ここでは、英数字５桁であり、"ＮＳ０１０"という値を持つ）、入金機コード（ここでは、英数字５桁）、予約順（ここでは、数字２桁）、予約開始時間（ここでは、数字４桁）、予約終了時間（ここでは、数字４桁）、の各項目を有する。
【００６６】
図８Ａおよび図８Ｂは、本実施形態の予約可能な入金機の案内処理のフローチャートである。
このフローチャートの処理は、図３の入金機予約管理サーバ６により行われる。
【００６７】
図８ＡのステップＳ１で、予約検索ＤＢ更新部３３により、入金機予約端末から入金予定額を指定して入金可能な入金機の検索依頼（図７の入金機予約検索依頼電文４１）を受信したかどうかが判定される。
【００６８】
ステップＳ１で入金機予約端末から入金予定額を指定して入金可能な入金機の検索依頼を受信しない間はこのステップＳ１の判定処理が続行する。
【００６９】
ステップＳ１で入金機予約端末から入金予定額を指定して入金可能な入金機の検索依頼を受信したと判定された場合（ステップＳ１の判定結果がＹＥＳの場合）、ステップＳ２で、配下のすべての入金機（図３では、ｍ台の入金機８−１、・・・８−ｍ）に状態通知依頼（図７の状態通知依頼電文４２）を（同報）送信する。
【００７０】
この状態通知を受信した入金機側では、図３の自機状態情報送信部２４により、入金機状態情報２１および各種設定情報２３が参照されて、自機の入金機コードと、入金可能残高金額を含む入金機状態返信電文が作成され、入金機予約管理サーバ６に送信される。
【００７１】
図８ＡのステップＳ２に続くステップＳ３では、入金機状態情報（図７の入金機状態返信電文４３）を受信したかどうかが予約検索ＤＢ更新部３３により判定される。
ステップＳ３で入金機状態情報を受信しない間はこのステップＳ３の判定処理が続行する。
【００７２】
ステップＳ３で入金機状態返信電文を受信したと判定された場合、ステップＳ４で、受信した入金機状態返信電文で予約検索ＤＢ３１を更新する。具体的には、予約検索ＤＢ３１中の、受信した入金機状態返信電文の入金機コードに対応する すべての入金機コードの次の位置の入金可能残高金額を、受信した入金機状態返信電文の入金可能残高金額で置き換える。
【００７３】
そして、ステップＳ５で、予約検索ＤＢ更新部３３により、すべての入金機から入金機状態情報を受信したかどうかが判定される。
ステップＳ５ですべての入金機状態情報を受信していないと判定された場合（ステップＳ５の判定結果がＮＯの場合）、ステップＳ３に戻る。
【００７４】
ステップＳ５ですべての入金機状態情報を受信したと判定された場合（ステップＳ５の判定結果がＹＥＳの場合）、予約検索ＤＢ更新部３３から予約候補入金機情報出力部３４に制御が移る。そして、ステップＳ６で、予約候補入金機情報出力部３４は、変数初期化を行う（入金機の台数カウント用変数ｍ＝１、受入れ可能入金機の数を示す変数Ｐ＝１）。
【００７５】
続くステップＳ７では、予約候補入金機情報出力部３４は、予約検索ＤＢ３１のステップＳ１で受信した入金機予約検索依頼電文の入金予約端末コードに対応する入金機予約端末コードのデータを参照して、依頼元の入金機予約端末にｍ番目に近い入金機の入金可能残高を取得する。
【００７６】
そして、ステップＳ８で、予約候補入金機情報出力部３４により、ステップＳ７で取得したｍ番目に近い入金機の入金可能残高が（入金）ステップＳ１で受信した入金機予約検索依頼電文の予約金額より大きいかどうか（入金可能残高＞予約金額？）が判定される。
【００７７】
ステップＳ８で入金可能残高が予約金額以下であると判定された場合（ステップＳ８の判定結果がＮＯの場合）、ステップＳ１１に進む。
【００７８】
ステップＳ８で入金可能残高が予約金額より大きいと判定された場合（ステップＳ８の判定結果がＹＥＳの場合）、ステップＳ９で、予約候補入金機情報出力部３４は、入金機予約情報ＤＢ３２を参照して、処理対象入金機（ステップＳ７で入金可能残高を取得した入金機）の現在時刻以降の予約可能時間帯を抽出する。この抽出方法は図９で後述する。
【００７９】
続くステップＳ１０では、予約候補入金機情報出力部３４は、予約可能時間帯がステップＳ９で抽出できた場合、処理対象入金機について、入金機コード、予約順、予約可能時間帯（予約開始時間、予約終了時間）を図７の予約候補電文４４にセットし、受入れ可能入金機の数を示す変数Ｐをインクリメントする。
【００８０】
そして、続くステップＳ１１で、予約候補入金機情報出力部３４は、入金機の台数カウント用変数ｍをインクリメントし、ステップＳ１２で、変数ｍがシステムに設置される入金機台数ｎより大きいかどうか（ｍ＞ｎ？）が判定される。 ステップＳ１２で変数ｍがシステムに設置される入金機台数ｎ以下である場合（ステップＳ１２の判定結果がＮＯの場合）、まだ、全入金機について入金可能残高をチェックしていないので、ステップＳ７に戻り、処理を続行する。
【００８１】
ステップＳ１２で変数ｍがシステムに設置される入金機台数ｎより大きい場合（ステップＳ１２の判定結果がＹＥＳの場合）、続く図８ＢのステップＳ１３で、その時点で生成されている予約候補電文４４をステップＳ１の依頼元の入金機予約端末に送信する。その後、予約候補入金機情報出力部３４から入金機予約情報ＤＢ更新部３５に制御が移る。
【００８２】
予約候補電文４４を受信した依頼元の入金機予約端末側では、予約候補電文４４に候補として含まれる１台以上の入金機のうちから、入金の予約を行う入金機を１台、操作画面上で選択して、選択結果を図７の予約電文４５として入金機予約管理サーバ６に送信する。
【００８３】
一方、入金機予約管理サーバ６側では、ステップＳ１４で、入金機予約情報ＤＢ更新部３５により、予約依頼（予約電文４５）を受信したかどうかが判定される。
【００８４】
ステップＳ１４で予約依頼を受信しない間（ステップＳ１４の判定結果がＮＯである間）はこのステップＳ１４の判定処理が続行する。
【００８５】
ステップＳ１４で予約依頼を受信したと判定された場合（ステップＳ１４の判定結果がＹＥＳの場合）、ステップＳ１５で、入金機予約情報ＤＢ更新部３５は、予約依頼の内容に基づいて入金機予約情報ＤＢ３２を更新する。具体的には、入金機予約情報ＤＢ３２にステップ１４で受信した予約電文の予約開始時間、予約終了時間、入金カードＮｏ．、予約金額が入金機予約情報ＤＢ３２に追加される。
【００８６】
続く、ステップＳ１６では、入金機予約情報ＤＢ更新部３５は、ステップＳ１５で予約情報を更新した入金機に対して、更新により追加した予約情報（図７の入金機予約電文４６）を送信する。なお、予約情報を受信した入金機では、その予約情報の内容を入金機予約情報２２に追加し、入金機状態情報２１の該当箇所を変更する。すなわち、予定含む合計金額：Ｒを、受信した予約情報中の入金予定額だけ増やし、上述した式により、入金可能残高金額：Ｐを更新する。そして、それらの処理が正常に完了すると、予約が成功したことを示す情報（後述の入金予約完了電文）を入金機予約管理サーバ６に送信する。
【００８７】
続く、ステップＳ１７では、入金機予約情報ＤＢ更新部３５により、予約情報をステップＳ１６で送信した入金機から更新成功通知（図７の入金予約完了電文４８）を受信したかどうかが判定される。
【００８８】
ステップＳ１７で入金機から更新成功通知を受信しない間（ステップＳ１７の判定結果がＮＯである間）はこのステップＳ１７の判定処理が続行する。
【００８９】
ステップＳ１７で入金機から更新成功通知を受信したと判定された場合（ステップＳ１７の判定結果がＹＥＳの場合）、ステップＳ１８で、入金機予約情報ＤＢ更新部３５は、予約依頼送信元の入金機予約端末に、予約完了を通知する。
【００９０】
図９は、図８ＡのステップＳ９の詳細フローチャートである。
図９のステップＳ２１では、現在時刻以降で、現在時刻に最も近い所定時間帯（ここでは、１５分を入金機での入金作業に要する時間とする）を、予約候補時間帯とする。例えば時間帯を００−１４、１５−２９、３０−４４、４５−５９と、１５分間隔で設定している場合、現在時刻が１７：５８分である場合、現在時刻に最も近い時間帯は１８：００−１８：１４分となり、この時間帯（開始時間、終了時間の組）が予約候補時間帯にセットされる。
【００９１】
続くステップＳ２２では、入金機予約情報ＤＢ３２を参照して、図８ＡのステップＳ９の処理対象入金機（入金機コード）に対応する入金機予約情報ＤＢ３２のレコード（行）に、予約候補時間帯と同一時間帯の予約があるか否かをチェックする。
【００９２】
ステップＳ２２のチェック結果を参照して、続くステップＳ２３では、予約候補時間帯と同一時間帯の予約がありの場合、ステップＳ２４で、予約候補時間帯を一定時間（ここでは、１５分）進めて、次の所定時間帯を予約候補時間帯に設定し、ステップＳ２２に戻り、処理を続行する。
【００９３】
ステップＳ２３で、予約候補時間帯と同一時間帯の予約がなしの場合、ステップＳ２５で、現在の予約候補時間帯を、予約可能時間帯として決定する。
【００９４】
以上説明したように、本実施形態の入金機予約案内システムでは、入金機毎の入金可能残高を有する入金機残高情報、および、予約時間帯と入金予定額を予約の数だけ入金機毎に有する入金機予約情報を含んでいる予約検索ＤＢ３１および入金機予約情報ＤＢ３２を基に、複数台の入金機の中から指定された入金予定額を入金可能な１台以上の入金機を上記入金機予約情報の各予約時間帯を避けて選定している。選定された入金機のいずれかを予約して予約した入金機に入金を行なうことで、入金カセット残容量不足による入金機への入金作業のやり直しを回避できるとともに、例えば複数の各店舗の売上を持参した各店員が、１台の入金機の前で出会うことを回避することができる。
【００９５】
また、本実施形態の入金機予約案内システムでは、予約検索ＤＢ３１は、入金機予約端末毎に前記複数台の入金機をその入金機予約端末の設置場所に近い順に並べた入金機近い順情報をさらに含んでいるので、指定された入金予定額を入金可能な１台以上の入金機を、検索依頼の送信元の入金機予約端末に近い順に並べて提示することができ、入金機への入金作業の手間を一層軽減でき、一層効率的に入金作業を行うことができる。
【００９６】
更に、入金予定額を入金可能な入金機が存在しない場合に、２台以上にまたがって選定することができるので、利便性に優れている。
【００９７】
また、以上の説明では、指定された入金予定額を入金可能な１台以上の入金機を選定するだけでなく、予約も行うようにしていた。このようにすると、予定していた時間に予定していた入金機で確実に入金できるので好都合であるが、指定された入金予定額を入金可能な１台以上の入金機を検索依頼の送信元の入金機予約端末に提示するだけの入金機案内
システムとして機能させてもよい。この場合、図３の入金機予約端末１−１、・・・、１−ｎに、通常の予約と伴う検索依頼実施モードの他に、予約を伴わない検索依頼実施モードを選択可能に設け、利用者（店員）が予約を伴わない検索依頼を入金機予約端末から行った場合には、その予約を伴わない検索依頼を受信した入金予約管理サーバ６側において、入金機毎の入金可能残高を有する入金機残高情報を含む予約検索ＤＢ３１を基に、複数台の入金機の中から指定された入金予定額を入金可能な１台以上の入金機を選定して入金機予約端末側に提示する。この方法でも、選定された入金機のいずれかの設置場所に出向いてそこの入金機に入金を行なうことで、入金カセット残容量不足による入金機への入金作業のやり直しを回避することができる、あるいは、少なくとも入金作業のやり直し発生のリスクを軽減することができる。
【符号の説明】
【００９８】
１、１−１、・・・、１−ｎ 入金機予約端末
２、１１、１２、１３ 操作画面
３ 無線ＬＡＮ
４ カードリーダー
６ 入金機予約管理サーバ
７ ＬＡＮ
８−１、８−２、８−３、・・・、８−ｍ 入金機
２１ 入金機状態情報
２２ 入金機予約情報
２３ 各種設定情報
２４ 自機状態情報送信部
２５ 予約情報更新部
２６ 外部Ｉ／Ｆ
３１ 予約検索ＤＢ
３２ 入金機予約情報ＤＢ
３３ 予約検索ＤＢ更新部
３４ 予約候補入金機情報出力部
３５ 入金機予約情報ＤＢ更新部
３６ 入金機予約端末間Ｉ／Ｆ
３７ 入金機間Ｉ／Ｆ
４１ 入金機予約検索依頼電文
４２ 状態通知依頼電文
４３ 入金機状態返信電文
４４ 予約候補電文
４５ 予約電文
４６ 入金機予約電文
４７ 入金予約不可電文
４８ 入金予約完了電文
【特許請求の範囲】
【請求項１】
複数台の入金機と、前記複数台の入金機のうちから入金作業可能な入金機を案内する、複数台の入金機案内端末とが入金機管理サーバを介して接続された入金機案内システムにおいて、
前記入金機管理サーバは、
入金機毎の入金可能残高を有する入金機残高情報を記憶した記憶部と、
前記複数台の入金機案内端末のうちの１台の入金機案内端末から入金予定額を指定した入金受け入れ可能な入金機の検索依頼を受信したときに、前記入金機残高情報を基に、前記複数台の入金機の中から前記入金予定額を入金可能な１台以上の入金機を選定して、前記依頼元の入金機案内端末に送信する受け入れ可能入金機選定部と、を備えることを特徴とする入金機案内システム。
【請求項２】
複数台の入金機予約端末と、複数台の入金機とが入金機予約管理サーバを介して接続された入金機予約案内システムにおいて、
前記入金機予約管理サーバは、
入金機毎の入金可能残高を有する入金機残高情報、および、予約時間帯と入金予定額を予約の数だけ入金機毎に有する入金機予約情報を記憶した記憶部と、
前記複数台の入金機予約端末のうちの１台の入金機予約端末から入金予定額を指定した入金受け入れ可能な入金機の検索依頼を受信したときに、前記入金機残高情報および前記入金機予約情報を基に、前記複数台の入金機の中から前記入金予定額を入金可能な１台以上の入金機を前記入金機予約情報の各予約時間帯を避けて選定して、前記依頼元の入金機予約端末に送信する受け入れ可能入金機選定部と、を備えることを特徴とする入金機予約案内システム。
【請求項３】
前記記憶部は、入金機予約端末毎に前記複数台の入金機をその入金機予約端末の設置場所に近い順に並べて記憶し、
前記受け入れ可能入金機選定部は、前記入金機予約情報の各予約時間帯を避けて選定された、入金予定額を入金可能な１台以上の入金機の情報を、前記近い順に並べて、前記依頼元の入金機予約端末に送信することを特徴とする請求項２記載の入金機予約案内システム。
【請求項４】
前記受け入れ可能入金機選定部は、前記複数台の入金機の中に、前記入金予定額を入金可能な入金機が存在しない場合に、２台以上にまたがって前記入金予定額を入金可能な入金機の組み合わせを選定することを特徴とする請求項２記載の入金機予約案内システム。
【請求項５】
前記各入金機は、前記入金機予約情報の各予約時間帯には、予約時に使用された利用者識別情報以外での利用を不可とする利用者認証部、を備えることを特徴とする請求項２記載の入金機予約案内システム。
【請求項１】
複数台の入金機と、前記複数台の入金機のうちから入金作業可能な入金機を案内する、複数台の入金機案内端末とが入金機管理サーバを介して接続された入金機案内システムにおいて、
前記入金機管理サーバは、
入金機毎の入金可能残高を有する入金機残高情報を記憶した記憶部と、
前記複数台の入金機案内端末のうちの１台の入金機案内端末から入金予定額を指定した入金受け入れ可能な入金機の検索依頼を受信したときに、前記入金機残高情報を基に、前記複数台の入金機の中から前記入金予定額を入金可能な１台以上の入金機を選定して、前記依頼元の入金機案内端末に送信する受け入れ可能入金機選定部と、を備えることを特徴とする入金機案内システム。
【請求項２】
複数台の入金機予約端末と、複数台の入金機とが入金機予約管理サーバを介して接続された入金機予約案内システムにおいて、
前記入金機予約管理サーバは、
入金機毎の入金可能残高を有する入金機残高情報、および、予約時間帯と入金予定額を予約の数だけ入金機毎に有する入金機予約情報を記憶した記憶部と、
前記複数台の入金機予約端末のうちの１台の入金機予約端末から入金予定額を指定した入金受け入れ可能な入金機の検索依頼を受信したときに、前記入金機残高情報および前記入金機予約情報を基に、前記複数台の入金機の中から前記入金予定額を入金可能な１台以上の入金機を前記入金機予約情報の各予約時間帯を避けて選定して、前記依頼元の入金機予約端末に送信する受け入れ可能入金機選定部と、を備えることを特徴とする入金機予約案内システム。
【請求項３】
前記記憶部は、入金機予約端末毎に前記複数台の入金機をその入金機予約端末の設置場所に近い順に並べて記憶し、
前記受け入れ可能入金機選定部は、前記入金機予約情報の各予約時間帯を避けて選定された、入金予定額を入金可能な１台以上の入金機の情報を、前記近い順に並べて、前記依頼元の入金機予約端末に送信することを特徴とする請求項２記載の入金機予約案内システム。
【請求項４】
前記受け入れ可能入金機選定部は、前記複数台の入金機の中に、前記入金予定額を入金可能な入金機が存在しない場合に、２台以上にまたがって前記入金予定額を入金可能な入金機の組み合わせを選定することを特徴とする請求項２記載の入金機予約案内システム。
【請求項５】
前記各入金機は、前記入金機予約情報の各予約時間帯には、予約時に使用された利用者識別情報以外での利用を不可とする利用者認証部、を備えることを特徴とする請求項２記載の入金機予約案内システム。
【図３】
【図４】
【図５】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図９】
【図１】
【図２】
【図１０】
【図４】
【図５】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図９】
【図１】
【図２】
【図１０】
【公開番号】特開２０１２−１６００２６（Ｐ２０１２−１６００２６Ａ）
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願番号】特願２０１１−１９２７８（Ｐ２０１１−１９２７８）
【出願日】平成２３年１月３１日（２０１１．１．３１）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【Ｆターム（参考）】
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願日】平成２３年１月３１日（２０１１．１．３１）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【Ｆターム（参考）】
[ Back to top ]