(57)【特許請求の範囲】
【請求項１】
現金自動預け払い機を用いて現金の入出金が行われる予定の金額である入出予定金額を取得する取得部と、
前記入出予定金額と、複数の前記現金自動預け払い機の各々の現在における現金の収納容量とに基づいて、前記複数の現金自動預け払い機の中から入出金可能な現金自動預け払い機を判定する判定部と、
前記判定部により入出金可能な現金自動預け払い機が複数存在すると判定された場合に、順番待ちの人数が最小の現金自動預け払い機への誘導を行う誘導部と、
複数の顧客を前記入出予定金額の受付順番と同一の誘導順番に従って現金自動預け払い機へ誘導すると何れかの顧客に対して入金または出金が不能となる場合に、前記複数の顧客の各々の前記入出予定金額に基づいて、前記複数の顧客のすべてに対して入金及び出金が可能となるように前記誘導順番を前記受付順番から変更する変更部と、
を有することを特徴とする誘導サーバ。
【請求項２】
誘導サーバが実行する誘導方法であって、
現金自動預け払い機を用いて現金の入出金を行われる予定の金額である入出予定金額を取得する取得工程と、
前記入出予定金額と、複数の前記現金自動預け払い機の各々の現在における現金の収納容量とに基づいて、前記複数の現金自動預け払い機の中から入出金可能な現金自動預け払い機を判定する判定工程と、
前記判定工程により入出金可能な現金自動預け払い機が複数存在すると判定された場合に、順番待ちの人数が最小の現金自動預け払い機への誘導を行う誘導工程と、
複数の顧客を前記入出予定金額の受付順番と同一の誘導順番に従って現金自動預け払い機へ誘導すると何れかの顧客に対して入金または出金が不能となる場合に、前記複数の顧客の各々の前記入出予定金額に基づいて、前記複数の顧客のすべてに対して入金及び出金が可能となるように前記誘導順番を前記受付順番から変更する変更工程と、
を含んだことを特徴とする誘導方法。
【請求項３】
現金自動預け払い機を用いて現金の入出金を行われる予定の金額である入出予定金額を取得する取得手順と、
前記入出予定金額と、複数の前記現金自動預け払い機の各々の現在における現金の収納容量とに基づいて、前記複数の現金自動預け払い機の中から入出金可能な現金自動預け払い機を判定する判定手順と、
前記判定手順により入出金可能な現金自動預け払い機が複数存在すると判定された場合に、順番待ちの人数が最小の現金自動預け払い機への誘導を行う誘導手順と、
複数の顧客を前記入出予定金額の受付順番と同一の誘導順番に従って現金自動預け払い機へ誘導すると何れかの顧客に対して入金または出金が不能となる場合に、前記複数の顧客の各々の前記入出予定金額に基づいて、前記複数の顧客のすべてに対して入金及び出金が可能となるように前記誘導順番を前記受付順番から変更する変更手順と、
をコンピュータに実行させることを特徴とする誘導プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、誘導サーバ、誘導方法および誘導プログラムに関する。
【背景技術】
【０００２】
金融機関の現金取引において、少額の取引を行う顧客向けに、現金容量の少ないタイプの小型現金機を複数台設置し、行員のアシストにより顧客の取引をサポートする運用方式がある。例えば、行員は、顧客による取引予定の金額を確認し、現金機を指定することで、顧客に対し入金や出金を行わせる。
【０００３】
ここで、引用文献１には、貨幣の入出金処理を行う取引装置内の貨幣数量に応じて、貨幣数量を増減させるための複数の誘導方法から１つ以上の誘導方法を選択し、選択した誘導方法で誘導を行う技術が開示されている。
【０００４】
また、引用文献２には、予め定めた量を越える紙幣や硬貨の支払い金種がある場合に、予め定めた量を越える金種の紙幣や硬貨の支払いを現金ボックスから手払いで出金するか否かのガイダンスを表示し、手払いを承認する情報が入力されると、手払い以外の金種の紙幣や硬貨の支払いがある場合、その紙幣や硬貨の小束や棒金を現金処理機により出金する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１７８９１９号公報
【特許文献２】特開２００３−６６９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記の従来技術では、現金取引を効率良く行わせることができるとは限らない。例えば、現金容量の少ない小型現金機では、入金された紙幣等により現金容量が満杯になりやすい、あるいは、格納されている現金がなくなりやすいといった傾向がある。そして、現金容量が満杯になったり、格納されている現金がなくなった現金機について、行員が現金の補充や回収作業を行う必要があり、作業中、顧客を待たせることになる。
【０００７】
本願は、上記に鑑みてなされたものであって、現金取引を効率良く行わせることができる誘導サーバ、誘導方法および誘導プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本願にかかる誘導サーバは、現金自動預け払い機を用いて現金の入出金が行われる予定の金額である入出予定金額を取得する取得部と、前記入出予定金額と、複数の前記現金自動預け払い機の各々の現在における現金の収納容量とに基づいて、前記複数の現金自動預け払い機の中から入出金可能な現金自動預け払い機を判定する判定部と、前記判定部により入出金可能と判定された現金自動預け払い機への誘導を行う誘導部とを有することを特徴とする。
【発明の効果】
【０００９】
実施形態の一態様によれば、現金取引を効率良く行わせることができるといった効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、誘導システム全体の概略構成の一例を示す図である。
【図２】図２は、実施形態にかかる誘導サーバの構成例を示す図である。
【図３】図３は、人的管理ＤＢの一例を示す図である。
【図４】図４は、パターン１に対応する誘導処理により更新された人的管理ＤＢの一例を示す第１の図である。
【図５】図５は、パターン１に対応する誘導処理により更新された人的管理ＤＢの一例を示す第２の図である。
【図６】図６は、収納容量管理ＤＢの一例を示す図である。
【図７】図７は、パターン１に対応する誘導処理により更新された収納容量管理ＤＢの一例を示す第１の図である。
【図８】図８は、パターン１に対応する誘導処理により更新された収納容量管理の一例を示す第２の図である。
【図９】図９は、誘導サーバによる誘導処理手順の一例を示す第１フローチャートである。
【図１０】図１０は、誘導サーバによる誘導処理手順の一例を示す第２フローチャートである。
【図１１】図１１は、誘導サーバによる誘導処理手順の一例を示す第３フローチャートである。
【図１２】図１２は、パターン２に対応する人的管理ＤＢの一例を示す図である。
【図１３】図１３は、パターン２に対応する順位変更処理により更新された人的管理ＤＢの一例を示す図である。
【図１４】図１４は、パターン２に対応する収納容量管理ＤＢの一例を示す図である。
【図１５】図１５は、パターン２に対応する誘導処理により更新された収納容量管理ＤＢ１２２の一例を示す第１の図である。
【図１６】図１６は、パターン２に対応する誘導処理により更新された収納容量管理ＤＢの一例を示す第２の図である。
【図１７】図１７は、パターン２に対応する誘導処理により更新された収納容量管理ＤＢ１２２の一例を示す第３の図である。
【図１８】図１８は、誘導サーバによる順位変更処理手順の一例を示すフローチャートである。
【図１９】図１９は、パターン２において、顧客に対して現金機を割り当てた場合の現金機の組合せを示す図である。
【図２０】図２０は、現金機による処理手順の一例を示すフローチャートである。
【図２１】図２１は、現金機により呼び出された人的管理ＤＢの一例を示す図である。
【図２２】図２２は、現金機により更新された人的管理ＤＢを示す第１の図である。
【図２３】図２３は、現金機により更新された人的管理ＤＢを示す第２の図である。
【図２４】図２４は、現金機により呼び出された収納容量管理ＤＢの一例を示す図である。
【図２５】図２５は、現金機により更新された収納容量管理ＤＢを示す第１の図である。
【図２６】図２６は、現金機により更新された収納容量管理ＤＢを示す第２の図である。
【図２７】図２７は、パターン３に対応する人的管理ＤＢの一例を示す図である。
【図２８】図２８は、パターン３に対応する順位変更処理により更新された人的管理ＤＢの一例を示す図である。
【図２９】図２９は、パターン３に対応する収納容量管理ＤＢの一例を示す図である。
【図３０】図３０は、パターン３に対応する順位変更処理により更新された収納容量管理ＤＢの一例を示す第１の図である。
【図３１】図３１は、パターン３に対応する誘導処理により更新された収納容量管理ＤＢの一例を示す第２の図である。
【図３２】図３２は、パターン３に対応する誘導処理により更新された収納容量管理ＤＢの一例を示す第３の図である。
【図３３】図３３は、パターン３において、顧客に対して現金機を割り当てた場合の現金機の組合せを示す図である。
【図３４】図３４は、現金機により呼び出された収納容量管理ＤＢの一例を示す図である。
【図３５】図３５は、現金機により更新された収納容量管理ＤＢを示す図である。
【図３６】図３６は、現金機により呼び出された人的管理ＤＢの一例を示す図である。
【図３７】図３７は、現金機により更新された人的管理ＤＢを示す図である。
【図３８】図３８は、誘導プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１１】
以下に、本願にかかる誘導サーバ、誘導方法および誘導プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について、図面を参照しつつ詳細に説明する。なお、この実施形態により本願にかかる誘導サーバ、誘導方法および誘導プログラムが限定されるものではない。
【００１２】
〔１．誘導システム〕
まず、図１を用いて、実施形態にかかる誘導システムについて説明する。図１は、誘導システム全体の概略構成の一例を示す図である。誘導システム１は、現金取引（例えば、現金の入出金）を行うために順番待ちする顧客の順番を最適化し、最適化した順番で並ぶよう顧客を誘導する。図１の例では、誘導システム１は、現金自動預け払い機の一例である現金機として現金機１０Ａ〜１０Ｃと、誘導サーバ１００とを有する。そして、現金機１０Ａ〜１０Ｃと、誘導サーバ１００とは、ネットワークＮを介して有線または無線により通信可能に接続される。
【００１３】
なお、図１に示す誘導システム１には、現金機１０Ａ〜１０Ｃといった３台の装置が含まれるが、この数に限定されるものではない。また、誘導システム１には、複数台の誘導サーバ１００が含まれてもよい。また、現金機１０Ａ〜１０Ｃの各装置を区別なく総称する場合には、「現金機１０」と記載する場合がある。
【００１４】
現金機１０は、現金の入出金等のサービスを利用者（例えば、顧客）に提供する装置である。具体的には、現金機１０は、現金（例えば、紙幣や硬貨といった貨幣）、通帳、磁気カード等の受入口及び支払口や、取引に関する取引操作を利用者から受け付ける受付部、誘導サーバ１００と通信を行う通信部等を有する。例えば、現金機１０は、受付部によって所定の取引操作を利用者から受け付けた場合に、通信部を介して金融機関や貸金業者などの提供するサービスの取引を実行する。
【００１５】
ここで、実施形態にかかる現金機１０は、紙幣や硬貨の種類（例えば、１万円、５００円硬貨）毎に、収納可能な最大容量が決められている。また、かかる現金機１０は、比較的小型の装置であり、一般的な大型の現金機と比較して、現金の最大容量は少なめに設定されている。このため、顧客が現金機１０に入金しようとした場合、収納容量が満杯（フル）になってしまい全ての現金を入金することができないといった状況が起こりやすい。また、顧客が現金機１０から出金しようとした場合、収納されている現金がなくなって（エンド）しまい全ての現金を出金することができないといった状況が起こりやすい。
【００１６】
そして、このようなフルエンドが起こった場合、例えば、金融機関の行員は、対象の現金機１０から現金を回収したり、現金を補充することになるが、回収補充作業中は顧客の取引を中断させることになるため、入出金の効率が悪くなりやすい。また、対象の現金機１０に対して順番待ちしている顧客を、より長く待たせることにもなるため、例えば、金融機関への印象も悪化する可能性がある。
【００１７】
一方、大型の現金機であれば、最大容量が多いため、例えば、フルエンドは起こりにくいが、１台毎の運用コストが高いため、金融機関によっては、このような大型の現金機を複数台設置することができない場合がある。このため、金融機関によっては、小型の現金機１０を複数台設置する場合がある。しかし、小型の現金機１０を複数台設置したとしても、利用者が多い時間帯等によってはフルエンドが起こりやすい。
【００１８】
誘導サーバ１００は、現金取引（例えば、現金の入出金）を行うために、現金機１０に順番待ちする顧客の順番を最適化するための各種制御を行うサーバ装置である。また、誘導サーバ１００は、最適化した順番で並ぶよう顧客を誘導するための処理を行う。上述したように、現金機１０は、フルエンドしやすい傾向がある。例えば、１台の現金機１０に対して４人の顧客が並んでおり３人目の出金により、かかる現金機１０がエンドしてしまう可能性があるとする。ここで、４番目の顧客が入金予定の場合、この４番目の顧客を所定の順番まで繰り上げることで、現金機１０がエンドすることを回避できる場合がある。したがって、誘導サーバ１００は、順番の最適化処理として、かかる例のように顧客の順番を変更することで、現金機１０がフルエンドしてしまう状況をより少なくする。
【００１９】
〔２．誘導サーバの構成〕
次に、図２を用いて、実施形態にかかる誘導サーバ１００の構成について説明する。図２は、実施形態にかかる誘導サーバ１００の構成例を示す図である。図２に示すように、誘導サーバ１００は、通信部１１０と、データベース１２０と、制御部１３０とを有する。
【００２０】
（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、例えば、現金機１０との間で情報の送受信を行う。
【００２１】
（データベース１２０について）
データベース１２０は、例えば、ＲＡＭ（Random  Access  Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。データベース１２０は、人的管理ＤＢ１２１と、収納容量管理ＤＢ１２２とを有する。
【００２２】
（人的管理ＤＢ１２１について）
人的管理ＤＢ１２１は、現金機１０に対して、顧客が現金の入出金を行う予定の金額に関する各種情報を記憶する。また、人的管理ＤＢ１２１は、顧客による現金機の使用に関する各種情報を記憶する。ここで、図３は、人的管理ＤＢ１２１の一例を示す図である。図３の例では、人的管理ＤＢ１２１は、「順番」、「元順番」、「顧客ＩＤ」、「指定金」、「使用装置ＩＤ」、「占有状態」、「進捗状況」といった項目を有する。なお、以下では、入出金を行う予定の金額を「入出金金額」と表記する場合がある。
【００２３】
上述したように、本実施形態では、顧客は、現金機１０を用いて現金の入出金を行うにあたって、事前に行員に対し、入出金金額を指定する。このため、「順番」は、顧客が行員とのやり取りの中で、入出金を行う予定の金額を指定した順番を示す。例えば、現金機１０を用いた入出金を希望する顧客が複数名存在する場合には、入出金金額を指定した順に顧客毎の「順番」が更新されてゆく。また、「順番」に対応付けられる顧客（顧客ＩＤ）は、後述する変更部１３４による順番変更処理により変更される場合がある。このため、元々、どの顧客ＩＤにどの順番が対応付けられていたかを把握できるように「元順番」が設けられる。
【００２４】
「顧客ＩＤ」は、顧客を識別するための識別情報を示す。「指定金」は、顧客により指定された入出金金額のうち、どの紙幣が何枚含まれるか、どの硬貨が何枚含まれるかといった、紙幣や硬貨の種類（金種）毎の枚数を示す。すなわち、「指定金」は、顧客により指定された入出金金額の内訳ともいえる。また、このようなことから本実施形態では、顧客は、行員に対し入出金金額を指定する際に、金種毎の枚数も指定する。
【００２５】
図３の例では、かかる金種として、「万」、「五千」、「千」、「５００硬貨」、「１００硬貨」、「５０硬貨」、「１０硬貨」、「５硬貨」、「１硬貨」が「指定金」に対応付けられる。例えば、「万」は、１万円札を示す。また、「５００硬貨」は、５００円硬貨を示す。
【００２６】
「使用装置ＩＤ」は、入出金するうえで使用される現金機１０を識別するための識別情報を示す。「占有状態」は、「使用装置」（現金機２０）を占有している顧客が存在するか否かを示す。「進捗状態」は、現金機１０を用いた入出金が完了しているか否かを示す。
【００２７】
すなわち、図３の例では、顧客ＩＤ「Ｈ１」によって識別される顧客Ｈ１が、順番「１」および元順番「１」を割り当てられた例を示す。また、顧客Ｈ１が、入出金金額「１０万円」を指定するとともに、かかる「１０万円」を「１万円×１０枚」で入金予定であることを指定した例を示す。
【００２８】
また、図３の例では、顧客Ｈ１は、まだいずれの現金機１０も使用しておらず「未使用」であるために、顧客Ｈ１に占有されている現金機１０は「無」であり、顧客Ｈ１による入出金が完了していない「未完了」である例を示す。
【００２９】
（収納容量管理ＤＢ１２２について）
収納容量管理ＤＢ１２２は、各現金機による金種毎の収納容量に関する情報を記憶する。ここで、図６は、収納容量管理ＤＢ１２２の一例を示す図である。図６の例では、収納容量管理ＤＢ１２２は、「装置ＩＤ」、「待ち人数」、「収納容量状態」、「金種」、「使用許可」といった項目を有する。
【００３０】
「装置ＩＤ」は、現金機を識別する識別情報を示す。「待ち人数」は、対応する「装置ＩＤ」によって識別される現金機を使用するために、順番待ちしている顧客の人数を示す。図６の例では、装置ＩＤ「１０Ａ」によって識別される現金機１０Ａには、顧客が順番待ちしていない例を示す。
【００３１】
「収納容量状態」は、「現在収納容量」、「想定収納容量」、「最大容量」といった現金容量に関する３つの状態を含む。「現在収納容量」は、対応する現金機１０が現在収納している現金の量（枚数）を示す。「想定収納容量」は、対応する現金機１０が将来的に収納すると想定される現金の量（枚数）を示す。後述するが、「想定収納容量」は、「現在収納容量」と入出金金額とに基づき算出される。ここで、入出金金額は、顧客が入出金を行う予定の金額であるため、このような予定の金額を用いて算出される現金の量は、将来的に収納すると想定される現金の量、すなわち「想定収納容量」となる。「最大容量」は、対応する現金機１０が収納可能な現金の最大容量を示す。なお、収納容量管理ＤＢ１２２は、「収納容量状態」として、さらに「最低容量」を有してもよい。ただし、一般的に「最低容量」はゼロであるため、本実施形態では図示していない。
【００３２】
「金種」は、紙幣や硬貨の種類を示す。図６の例では、かかる金種として、「万」、「五千」、「千」、「５００硬貨」、「１００硬貨」、「５０硬貨」、「１０硬貨」、「５硬貨」、「１硬貨」が「指定金」に対応付けられる。
【００３３】
すなわち、図６の例では、現金機１０Ａにおいて、「現在収納容量」に万「４５」が対応付けられていることから、現金機１０Ａは、現在、「１万円」を「４５枚」収納している例を示す。また、現金機１０Ａにおいて、「想定収納容量」に万「ｎｕｌｌ」が対応付けられていることから、現金機１０Ａは、現時点では将来的に「１万円」が入金される予定がないことを示す。また、現金機１０Ａにおいて、「最大容量」に万「１００」が対応付けられていることから、現金機１０Ａは、「１万円」を最大「１００枚」収納可能であることを示す。
【００３４】
「使用許可」は、対応する現金機を使用可能であるか否かの情報を示す。図６の例では、現金機１０Ａに使用許可「ＯＫ」が対応付けられていることから、現金機１０Ａの使用が許可されていることを示す。これに対し、例えば、現金の補充や回収作業により、現金機１０Ａを使用することができない場合には、使用許可「ＮＧ」が対応付けられる。
【００３５】
（制御部１３０について）
制御部１３０は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、誘導サーバ１００内部の記憶装置に記憶されている各種プログラム（誘導プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００３６】
制御部１３０は、図２に示すように、取得部１３１と、判定部１３２と、誘導部１３３と、変更部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図２に示した構成に限られず、後述する運用処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図２に示した接続関係に限られず、他の接続関係であってもよい。
【００３７】
（取得部１３１について）
取得部１３１は、顧客により現金機１０を用いて現金の入出金を行われる予定の金額である入出金金額を取得する。例えば、顧客は、現金機１０を使用する前に行員に対して入出金金額を指定する。一例として、顧客は、入出金金額として、貨幣の種類（金種）毎の枚数を指定する。そして、行員は、顧客から指定された入出金金額を所定の端末装置を用いて、誘導サーバ１００に送信する。これにより、取得部１３１は、入出金金額を取得する。
【００３８】
また、取得部１３１は、入出金金額を取得すると、「順番」、「元順番」、「顧客ＩＤ」を割り出し、これらに対応付けて、取得した入出金金額を人的管理ＤＢ１２１に格納する。例えば、取得部１３１は、入出金金額として、金種毎の枚数を取得した場合には、人的管理ＤＢ１２１において、「指定金」に属する各金種に対応付けて枚数を格納する。
【００３９】
（判定部１３２について）
判定部１３２は、取得部１３１により取得された入出金金額と、現金機１０が現在収納している現金の容量である現在収納容量とに基づき予測される現金の容量であって、当該現金機１０が将来的に収納すると予測される現金の容量である想定収納容量に基づいて、顧客が入出金可能な現金機１０を判定する。
【００４０】
顧客が入出金可能な現金機１０であるか否かを判定する判定処理の一例について説明する。例えば、判定部１３２は、判定処理の対象となる顧客を１人選定する。また、判定部１３２は、現在使用可能となっている現金機１０（補充または回収作業等により使用不可能となっていない現金機１０）を１台選定する。ここでは、説明を簡単にするために、選定された顧客を「顧客Ｋ１」とする。また、選定された現金機１０を「現金機Ｍ１」とする。
【００４１】
そして、判定部１３２は、現金機Ｍ１の現在収納容量に対して、顧客Ｋ１の入出金金額を反映させることにより、現金機Ｍ１の想定収納容量を算出する。そして、判定部１３２は、算出した想定収納容量と、現金機１０が収納可能な現金の最大容量および現金機Ｍ１の最低容量（一般的には「０」）とに基づいて、現金機Ｍ１は顧客Ｋ１が使用可能な装置であるか否かを判定する。
【００４２】
具体的には、判定部１３２は、算出した想定収納容量が、最大容量より少なく、かつ、最低容量より多い場合には、現金機Ｍ１は顧客Ｋ１が使用可能な装置であると判定する。一方、判定部１３２は、算出した想定収納容量が最大容量より多い場合や、最低容量より少ない場合（マイナス）には、現金機Ｍ１は顧客Ｋ１が使用不可能な装置であると判定する。
【００４３】
また、判定部１３２は、使用可能な現金機１０が複数台存在する場合には、各現金機１０について、上記のような判定処理を行う。なお、以下では、顧客が入出金可能な現金機１０であるか否かを判定する判定処理を、「フルエンドチェック」と表記する場合がある。
【００４４】
（誘導部１３３について）
誘導部１３３は、判定部１３２により入出金可能と判定された現金機１０への誘導を行う。例えば、誘導部１３３は、判定部１３２により入出金可能と判定された現金機１０のうち、順番待ちしている顧客がより少ない現金機１０へ優先的に顧客を誘導する。
【００４５】
例えば、誘導部１３３は、判定部１３２により入出金可能と判定された現金機１０それぞれについて、顧客が順番待ちしているか否かを判定する。そして、誘導部１３３は、順番待ちしている顧客がいない現金機１０があれば、かかる現金機１０へ顧客Ｋ１を誘導する。また、誘導部１３３は、順番待ちしている顧客がいない現金機１０が存在しない場合には、順番待ちしている顧客がより少ない現金機１０へ順番待ちするよう顧客を誘導する。
【００４６】
（変更部１３４について）
変更部１３４は、判定部１３２により選定された顧客が入出金可能な現金機１０がないと判定された場合に、かかる顧客が入出金可能となるような順番へと、かかる顧客の現在の順番を変更する。
【００４７】
変更部１３４による順位変更処理の一例について説明する。例えば、判定部１３２が、選定した顧客Ｋ１について、入出金可能な現金機１０がないと判定したとする。かかる場合、変更部１３４は、顧客Ｋ１と、他の入出金予定の顧客とを含む顧客集合において、所定の順番に対応付けた顧客の組合せを抽出する。そして、変更部１３４は、各顧客の入出金金額に基づいて、抽出した各組合せのうち入出金可能な現金機１０がなくならないような組合せを選定する。そして、変更部１３４は、選定した組合せに基づいて、顧客集合に含まれる各顧客の順位を変更する。
【００４８】
〔３．処理手順〕
［３−１．誘導処理（パターン１）について］
まず、実施形態にかかる誘導サーバ１００による誘導処理のうち、入出金において現金機１０がフルエンド状態にならない場合での誘導処理（パターン１とする）について説明する。ここで、図９は、誘導サーバ１００による誘導処理手順の一例を示す第１フローチャートである。
【００４９】
まず、実施形態にかかる誘導サーバ１００は、人的管理ＤＢ１２１に記憶される情報が更新された場合を誘導処理のスタートとする。人的管理ＤＢ１２１が更新されるということは、例えば、入出金しようとする顧客が現れたことを示し、これにより現金機１０に対する現在の顧客の順番を変更した方が現金取引の効率が高まる可能性がある。このため、誘導サーバ１００は、人的管理ＤＢ１２１の更新を誘導処理のスタートとする。
【００５０】
例えば、誘導サーバ１００の取得部１３１は、入出金金額の指定を受け付けた行員から、顧客の順番および入出金金額の内訳（金種毎の枚数）を受け付けると、受け付けた情報に基づき人的管理ＤＢ１２１における「順番」、「元順番」、「顧客ＩＤ」、「指定金」を更新する。図３に示す人的管理ＤＢ１２１を、取得部１３１により更新が行われたものとすると、図３の例では、顧客Ｈ１が１万円×１０枚（１０万円）の入金を指定し、顧客Ｈ２が１万円×３０枚（３０万円）の出金を指定したことを示す。以下では、このような入出金情報を用いた誘導処理手順を示す。
【００５１】
判定部１３２は、取得部１３１による人的管理ＤＢ１２１の更新を監視し、人的管理ＤＢ１２１が更新されたことを確認すると（ステップＳ１０１）、収納容量管理ＤＢ１２２における想定収納容量を初期化した状態で保持する（ステップＳ１０２）。また、判定部１３２は、現在入出金しようとしている顧客の情報を確認するために、人的管理ＤＢ１２１を呼び出す（ステップＳ１０３）。
【００５２】
次に、判定部１３２は、呼び出した人的管理ＤＢ１２１を参照し、誘導処理対象（順位を変更する候補）の顧客を選定する（ステップＳ１０４）。具体的には、判定部１３２は、人的管理ＤＢ１２１に登録されている顧客から、現金機１０を占有している顧客（占有状態「有」が対応付けられる顧客）および入出金が完了している顧客（進捗状態「完了」が対応付けられる顧客）を除いた顧客の集合（「Ｗ集合」とする）に含まれる顧客を誘導処理対象として選定する。図３の例では、判定部１３２は、人的管理ＤＢ１２１に登録されている顧客Ｈ１およびＨ２ともに、現金機１０を占有しておらず、また、入出金が未完了であることから、顧客Ｈ１およびＨ２を誘導処理対象として選定する。すなわち、図３の例では、Ｗ集合には、顧客Ｈ１およびＨ２が含まれることを意味する。
【００５３】
このように、現金機１０を占有している顧客および入出金が完了している顧客を除いた顧客を誘導処理対象とすることで、判定部１３２は、現金機１０を占有している顧客や順番の変更が確定された顧客に対し再び順番を割り当ててしまうといった状況を防止することができる。
【００５４】
次に、判定部１３２は、Ｗ集合から顧客を一人指定する（ステップＳ１０５）。上記のように、Ｗ集合には、顧客Ｈ１およびＨ２が含まれるため、例えば、判定部１３２は、Ｗ集合から顧客Ｈ１を指定する。これにより、Ｗ集合の指定要素は「顧客Ｈ１」となる。これは、まず顧客Ｈ１について、入出金可能な現金機１０が存在するか否かを判定する処理を実行するよう指定されたことを示す。なお、以下では、Ｗ集合の指定要素を「Ｗ要素」と略して表記する。
【００５５】
そして、判定部１３２は、人的管理ＤＢ１２１を参照し、Ｗ要素の顧客Ｈ１の入出金金額を特定する（ステップＳ１０６）。図３の例では、判定部１３２は、顧客Ｈ１が１万円×１０枚（１０万円）を入金予定であることを特定する。
【００５６】
ここで、判定部１３２は、収納容量管理ＤＢ１２２を呼び出す（ステップＳ１０７）。そして、判定部１３２は、収納容量管理ＤＢ１２２を参照し、現状の装置結果として、フルエンドチェックを行う対象の現金機１０を特定する（ステップＳ１０８）。図６の例では、判定部１３２は、現状の装置結果として、フルエンドチェックを行う対象が現金機１０Ａ、１０Ｂおよび１０Ｃであることを特定する。つまり、判定部１３２は、使用許可「ＯＫ」が対応付けられる現金機１０を特定する。そして、判定部１３２は、特定した現金機１０を含む集合を「Ｙ集合」とする（ステップＳ１０９）。かかる例では、判定部１３２は、現金機１０Ａ、１０Ｂおよび１０Ｃを含む集合を「Ｙ集合」とする（ステップＳ１０９）。
【００５７】
続いて、判定部１３２は、「Ｂ」以降の処理を行う。「Ｂ」以降の処理について、図１０を用いて説明する。図１０は、誘導サーバ１００による誘導処理手順の一例を示す第２フローチャートである。
【００５８】
判定部１３２は、Ｗ要素である顧客Ｈ１が入出金可能な現金機１０が存在するか否かを示すフラグであるフラグＫの情報を初期化する（ステップＳ１１０）。例えば、判定部１３２は、フラグＫ＝０とする。そして、判定部１３２は、Ｙ集合に含まれる現金機１０から一台指定する（ステップＳ１１１）。Ｙ集合には、現金機１０Ａ〜１０Ｃが含まれるため、ここでは、判定部１３２は、現金機１０Ａを指定したものとする。これにより、Ｙ集合の指定要素は「現金機１０Ａ」となる。これは、判定部１３２は、まず、現金機１０Ａについて、顧客Ｈ１の入出金金額に関する情報を用いたフルエンドチェックを行うものとして決定したことを示す。なお、以下では、Ｙ集合の指定要素を「Ｙ要素」と略して表記する。
【００５９】
続いて、判定部１３２は、フルエンドチェックにかかる一連の処理を実行する。まず、判定部１３２は、収納容量管理ＤＢ１２２を参照し、Ｙ要素である現金機１０Ａに対して想定収納容量＝ｎｕｌｌであるか否か、すなわち想定収納容量が記憶されているか否かを判定する（ステップＳ１１２）。図６の例では、現金機１０Ａに対して想定収納容量が記憶されていない。したがって、判定部１３２は、現金機１０Ａに対して想定収納容量が記憶されていないと判定すると（ステップＳ１１２；Ｙｅｓ）、現金機１０Ａの現在収納容量と顧客Ｈ１の入出金金額とに基づいて、現金機１０Ａに対するフルエンドチェックを行う（ステップ１１３ａ）。
【００６０】
なお、想定収納容量が記憶されていないことは、現時点において現金機１０Ａに対して順番待ちしている顧客が存在していないことを示す。また、判定部１３２が、Ｙ要素となっている現金機１０（ここでは、現金機１０Ａ）について、想定収納容量が記憶されていると判定した場合（ステップＳ１１２；Ｎｏ）の処理については後述する。
【００６１】
例えば、判定部１３２は、現金機１０Ａに対するフルエンドチェックとして、現金機１０Ａの現在収納容量に顧客Ｈ１の入出金額を反映させた現在収納容量を算出し、算出結果に基づいて、顧客Ｈ１による入出金により現金機１０Ａがフルエンドする可能性があるか否かを判定する。上記のように、顧客Ｈ１が「１万円×１０枚」を入金予定であること、また、図６の例では、現金機１０Ａの現在収納容量「１万円×４５枚」であることから、判定部１３２は、１万円が１０枚入金された場合、現在収納容量が「１万円×５５枚」となることを算出する。
【００６２】
そして、判定部１３２は、かかる算出結果に基づいて、Ｙ要素である現金機１０Ａがフルエンドする可能性があるか否かを判定する（ステップＳ１１４）。ここで、図６の例では、現金機１０Ａの最大容量「１万円×１００枚」である。このことから、判定部１３２は、最大容量「１万円×１００枚」＞現在収納容量「１万円×５５枚」＞最低収納容量「０」が成立することを特定する。これにより、判定部１３２は、顧客Ｈ１が「１万円×１０枚」を入金したとしても、現金機１０Ａはフルエンドしないと判定する。つまり、判定部１３２は、現金機１０Ａは顧客Ｈ１が入出金可能な装置であると判定する。
【００６３】
そして、判定部１３２は、Ｙ要素である現金機１０Ａがフルエンドする可能性が無いと判定すると（ステップＳ１１４；Ｙｅｓ）、現金機１０Ａは顧客Ｈ１が入出金可能な装置（有効装置）であるといったフルエンドチェック結果を保持する（ステップＳ１１５）。また、判定部１３２は、上記のフルエンドチェック結果から、Ｗ要素である顧客Ｈ１が入出金可能な現金機１０が存在することを示すフラグを立てる（ステップＳ１１６）。例えば、判定部１３２は、フラグＫ＝１とする。
【００６４】
ここで、判定部１３２は、ステップＳ１０９で特定したＹ集合から、フルエンドチェックを行った現金機１０を除いた集合を「Ｙ集合」として更新する（ステップＳ１１７）。ステップＳ１０９で特定したＹ集合には現金機１０Ａ〜１０Ｃが含まれるが、現金機１０Ａについてフルエンドチェックを行ったことにより、判定部１３２は、Ｙ集合から現金機１０Ａを除外した集合を「Ｙ集合」として更新する。したがって、この時点では、Ｙ集合には、現金機１０Ｂおよび１０Ｃが含まれる。
【００６５】
ここで、説明をステップ１１４に戻す。例えば、判定部１３２は、Ｙ要素となっている現金機１０（ここでは、現金機１０Ａ）がフルエンドする可能性があると判定した場合には（ステップＳ１１４；Ｎｏ）、ステップＳ１１７以降の処理に移る。
【００６６】
説明を戻し、判定部１３２は、ステップ１１７で更新したＹ集合＝０であるか否か、すなわちステップ１１７で更新したＹ集合にフルエンドチェック対象の現金機１０が含まれるか否かを判定する（ステップＳ１１８）。言い換えれば、判定部１３２は、Ｙ集合に含まれる全ての現金機１０について、フルエンドチェックしたかを確認する。つまり、判定部１３２は、Ｙ集合にフルエンドチェック対象の現金機１０が含まれる（Ｙ集合≠０）と判定した場合には（ステップＳ１１８；Ｎｏ）、フルエンドチェック対象の現金機１０それぞれについて、ステップＳ１１０からの処理を繰り返す。この時点で、上記のようにＹ集合には、現金機１０Ｂおよび１０Ｃが含まれるため、判定部１３２は、現金機１０Ｂおよび１０Ｃそれぞれについて、ステップＳ１１０からの処理を繰り返す。
【００６７】
Ｙ要素が現金機１０Ｂの場合、およびＹ要素が現金機１０Ｃの場合についても簡単に説明する。まず、現金機１０Ｂについて説明する。顧客Ｈ１が「１万円×１０枚」を入金予定であること、また、図６の例において現金機１０Ｂの現在収納容量「１万円×３０枚」であることから、判定部１３２は、１万円が１０枚入金された場合、現在収納容量が「１万円×４０枚」となることを算出する。
【００６８】
また、図６の例では、現金機１０Ｂの最大容量「１万円×５０枚」である。このことから、判定部１３２は、最大容量「１万円×５０枚」＞現在収納容量「１万円×４０枚」＞最低収納容量「０枚」が成立することを特定する。これにより、判定部１３２は、顧客Ｈ１が「１万円×１０枚」を入金したとしても、現金機１０Ｂはフルエンドしないと判定する。つまり、判定部１３２は、現金機１０Ｂは顧客Ｈ１が入出金可能な装置であると判定する。
【００６９】
現金機１０Ｃについて、顧客Ｈ１が「１万円×１０枚」を入金予定であること、また、図６の例において現金機１０Ｃの現在収納容量「１万円×２０枚」であることから、判定部１３２は、１万円が１０枚入金された場合、現在収納容量が「１万円×３０枚」となることを算出する。
【００７０】
また、図６の例では、現金機１０Ｃの最大容量「１万円×１００枚」である。このことから、判定部１３２は、最大容量「１万円×１００枚」＞現在収納容量「１万円×３０枚」＞最低収納容量「０枚」が成立することを特定する。これにより、判定部１３２は、顧客Ｈ１が「１万円×１０枚」を入金したとしても、現金機１０Ｃはフルエンドしないと判定する。つまり、判定部１３２は、現金機１０Ｃは顧客Ｈ１が入出金可能な装置であると判定する。
【００７１】
このように、判定部１３２は、Ｙ集合に含まれる各現金機１０についてフルエンドチェックを繰り返すことで、Ｙ集合にフルエンドチェック対象の現金機１０が含まれない（Ｙ集合＝０）、つまりフルエンドチェック対象の現金機１０全てについてフルエンドチェックが完了したと判定した場合には（ステップＳ１１８；Ｙｅｓ）、Ｗ要素である顧客Ｈ１が入出金可能な現金機１０が存在するか否かを確認する（ステップＳ１１９）。
【００７２】
判定部１３２は、Ｙ集合のうち現金機１０Ａ〜１０Ｃが、Ｗ要素の顧客Ｈ１が入出金可能な装置であると判定したことにより、顧客Ｈ１が入出金可能な現金機１０が存在する（Ｋ＝１となっている）ことを確認すると（ステップＳ１１９；Ｙｅｓ）、「Ｃ」以降の処理へ移行する。「Ｃ」以降の処理について、図１１を用いて説明する。図１１は、誘導サーバ１００による誘導処理手順の一例を示す第３フローチャートである。なお、判定部１３２は、Ｗ要素である顧客Ｈ１が入出金可能な現金機１０が存在しない（Ｋ＝１でない）ことを確認すると（ステップＳ１１９；Ｎｏ）、「Ｄ」以降の処理へ移行する。「Ｄ」以降の処理については後述する。
【００７３】
ステップＳ１１９において、判定部１３２により、Ｗ要素が入出金可能な現金機１０が存在することが確認された場合、誘導部１３３は、かかるＷ要素が使用する現金機１０が定まっているか否かを判定する（ステップＳ１２０）。ここで、上記例に従って、Ｗ要素は顧客Ｈ１であるが、現時点では顧客Ｈ１にどの現金機１０を使用させるかが定められてない。このため、誘導部１３３は、顧客Ｈ１が使用する現金機１０が定まっていないと判定するとともに（ステップＳ１２０；Ｙｅｓ）、フルエンドチェック結果に基づき、顧客Ｈ１が入出金可能な現金機１０が現金機１０Ａ〜１０Ｃであることを確認する（ステップＳ１２１）。
【００７４】
ここで、誘導部１３３は、Ｗ要素である顧客Ｈ１が入出金可能な現金機１０、つまり現金機１０Ａ〜１０Ｃのうち、いずれの現金機１０を使用させれば顧客Ｈ１による入出金が最も効率よく行われるかを判定するための一連の処理を実行する。具体的には、誘導部１３３は、Ｗ要素である顧客Ｈ１が入出金可能な現金機１０の集合を「Ｘ集合」とする（ステップＳ１２２）。つまり、誘導部１３３は、顧客Ｈ１が入出金可能な現金機１０Ａ〜１０Ｃの集合を「Ｘ集合」とする。そして、誘導部１３３は、Ｘ集合に含まれる現金機１０Ａ〜１０Ｃから一台指定する（ステップＳ１２３）。Ｘ集合には、現金機１０Ａ〜１０Ｃが含まれるため、ここでは、誘導部１３３は、Ｘ集合から現金機１０Ａを指定したものとする。これにより、Ｘ集合の指定要素は「現金機１０Ａ」となる。なお、以下では、Ｘ集合の指定要素を「Ｘ要素」と略して表記する。
【００７５】
次に、誘導部１３３は、Ｘ集合に含まれる現金機１０Ａ〜１０Ｃについて、順番待ちしている顧客の有無を確認する処理を行ったか否か判定する（ステップＳ１２４）。誘導部１３３は、ステップＳ１２３で現金機１０Ａを指定したことから、現金機１０Ａについて順番待ちしている顧客の有無を確認していないと判定する（ステップＳ１２４；Ｙｅｓ）。これにより、誘導部１２３は、Ｘ要素である現金機１０Ａに対して想定収納容量＝ｎｕｌｌであるか否か、すなわち想定収納容量が記憶されているか否かを判定する（ステップＳ１２５）。なお、想定収納容量が記憶されているか否かを判定することは、対応する現金機１０に対して順番待ちしている顧客が存在するか否かを判定することに相当する。
【００７６】
図６の例では、現金機１０Ａに対して想定収納容量が記憶されていない。したがって、誘導部１３３は、現時点において現金機１０Ａに対して順番待ちしている顧客が存在していないと判定する（ステップＳ１２５；Ｙｅｓ）。誘導部１３３が、Ｘ要素となっている現金機１０（ここでは、現金機１０Ａ）について、想定収納容量が記憶されていると判定した場合（ステップＳ１２５；Ｎｏ）の処理については後述する。
【００７７】
誘導部１３３は、ステップＳ１２５でＸ要素である現金機１０Ａに対して順番待ちしている顧客が存在しないと判定したことにより、収納容量管理ＤＢ１２２において現金機１０Ａに対する想定収納容量を更新する（ステップＳ１２６）。
【００７８】
ここで、図７は、パターン１に対応する誘導処理（ステップＳ１２６）により更新された収納容量管理ＤＢ１２２の一例を示す第１の図である。図７に示すように、誘導部１３３は、現金機１０Ａに対する「想定収納容量」を更新する。図６では、現金機１０Ａに対する金種毎の想定収納容量が「ｎｕｌｌ」である。ここで、誘導部１３３は、順番待ちのない現金機１０Ａに顧客Ｈ１を誘導するにあたって、現在収納容量「１万円×４５枚」に対し、顧客Ｈ１による入金予定金額「１万円×１０枚」を加算した金額「１万円×５５枚」を想定収納容量として更新する。
【００７９】
また、誘導部１３３は、ステップＳ１２５でＸ要素である現金機１０Ａに対して順番待ちしている顧客が存在しないと判定したことにより、収納容量管理ＤＢ１２２において現金機１０Ａに対する待ち人数を更新する（ステップＳ１２７）。図７に示すように、誘導部１３３は、現金機１０Ａに対する待ち人数を更新する。図６では、現金機１０Ａに対する待ち人数は「０」である。ここで、誘導部１３３は、これからＸ要素の現金機１０ＡをＷ要素の顧客Ｈ１が使用することになるため、図７に示すように、現金機１０Ａに対する待ち人数を「１」へと更新する。
【００８０】
また、誘導部１３３は、ステップＳ１２５でＸ要素である現金機１０Ａに対して順番待ちしている顧客が存在しないと判定したことにより、人的管理ＤＢ１２１において、Ｗ要素である顧客Ｈ１の状態を更新する（ステップＳ１２８）。
【００８１】
ここで、図４は、パターン１に対応する誘導処理（ステップＳ１２８）により更新された人的管理ＤＢ１２１の一例を示す第１の図である。図４に示すように、誘導部１３３は、顧客Ｈ１に対する「使用装置ＩＤ」および「占有状態」を更新する。図３では、顧客Ｈ１に対する状態は、使用装置ＩＤ「未使用」、占有状態「無」である。これに対し、誘導部１３３は、これからＸ要素の現金機１０ＡをＷ要素の顧客Ｈ２が使用することになるため、図４に示すように、顧客Ｈ１に対する状態として、使用装置ＩＤ「１０Ａ」、占有状態「有」へと更新する。
【００８２】
続いて、誘導部１３３は、Ｗ要素である顧客Ｈ１に対し、Ｘ要素である現金機１０Ａを使用するように誘導する（ステップＳ１２９）。なお、誘導方法は任意であってよい。一例を示すと、誘導部１３３は、予め割り当てられた顧客Ｈ１の番号を所定の表示装置に表示させることで、顧客Ｈ１に対し現金機１０Ａを使用するよう誘導してもよい。また、誘導部１３３は、予め割り当てられた顧客Ｈ１の番号を所定の音声発生装置を介して呼び出すことで、顧客Ｈ１に対し現金機１０Ａを使用するよう誘導してもよい。
【００８３】
さて、これまで説明してきた処理により、Ｗ要素である顧客Ｈ１の誘導が完了した。ここで、誘導部１３３は、Ｗ集合に含まれる顧客Ｈ１およびＨ２から、誘導の完了した顧客Ｈ１を除いた集合を「Ｗ集合」として更新する（ステップＳ１３０）。ステップＳ１０４の時点でのＷ集合には顧客Ｈ１およびＨ２が含まれるが、顧客Ｈ１の誘導が完了したことにより、誘導部１３３は、Ｗ集合から顧客Ｈ１を除外した集合を「Ｗ集合」として更新する。従って、この時点では、Ｗ集合には、顧客Ｈ２が含まれる。
【００８４】
そして、誘導部１３３は、ステップＳ１３０で更新したＷ集合＝０であるか否か、すなわちステップＳ１３０で更新したＷ集合に誘導対象の顧客が含まれるか否かを判定する（ステップＳ１３１）。言い換えれば、誘導部１３３は、ステップＳ１０４でのＷ集合に含まれる全ての顧客について、誘導処理したかを確認する。したがって、誘導部１３３は、誘導処理していない顧客が存在する（Ｗ集合≠０）と判定した場合には（ステップＳ１３１；Ｎｏ）、誘導処理していない顧客についてステップＳ１０５からの処理を繰り返させる。この時点で、上記のようにＷ集合には、顧客Ｈ２が含まれるため、誘導部１３３は、顧客Ｈ２についてステップＳ１０５からの処理を繰り返させる。一方、誘導部１３３は、誘導処理していない顧客が存在しない（Ｗ集合＝０）と判定した場合には（ステップＳ１３１；Ｙｅｓ）、誘導処理を終了する。
【００８５】
次に、ステップＳ１３１において、誘導処理されていないことが判明した顧客Ｈ２の誘導処理について説明する。なお、処理対象の顧客が変わるだけで、基本的な処理は、これまで顧客Ｈ１を例に説明してきたものと同様である。したがって、重複する処理については詳細な説明を省略する。
【００８６】
上記のように、現時点では、Ｗ集合には顧客Ｈ２が含まれる。したがって、図９において、判定部１３２は、顧客Ｈ２を指定する（ステップＳ１０５）。これにより、Ｗ要素は「顧客Ｈ２」となる。また、判定部１３２は、図７の例では、現状の装置結果として、フルエンドチェックを行う対象が現金機１０Ａ〜１０Ｃであることを特定する。そして、判定部１３２は、特定した現金機１０を含む集合を「Ｙ集合」とする（ステップＳ１０９）。図１０に移り、判定部１３２は、Ｙ集合に含まれる現金機１０から一台指定する（ステップＳ１１１）。Ｙ集合には、現金機１０Ａ〜１０Ｃが含まれるため、ここでは、判定部１３２は、現金機１０Ａを指定したものとする。これにより、Ｙ要素は「現金機１０Ａ」である。
【００８７】
そして、判定部１３２は、収納容量管理ＤＢ１２２を参照し、Ｙ要素である現金機１０Ａに対して想定収納容量＝ｎｕｌｌであるか否か、すなわち想定収納容量が記憶されているか否かを判定する（ステップＳ１１２）。ここで、収納容量管理ＤＢ１２２は、ステップＳ１２６で更新されている。このため図７の例では、現金機１０Ａに対して想定収納容量が記憶されている。したがって、判定部１３２は、現金機１０Ａに対して想定収納容量が記憶されていると判定すると（ステップＳ１１２；Ｎｏ）、現金機１０Ａの想定収納容量と顧客Ｈ２の入出金金額とに基づいて、現金機１０Ａに対するフルエンドチェックを行う（ステップ１１３ｂ）。
【００８８】
例えば、判定部１３２は、現金機１０Ａに対するフルエンドチェックとして、現金機１０Ａの想定収納容量に顧客Ｈ２の入出金金額を反映させた想定収納容量を算出し、算出結果に基づいて、顧客Ｈ２による入出金により現金機１０Ａがフルエンドする可能性があるか否かを判定する。図３に示すように、顧客Ｈ２が「１万円×３０枚」を出金予定（マイナスは出金を意味する）であること、また、図７の例において現金機１０Ａの想定収納容量「１万円×５５枚」であることから、判定部１３２は、１万円が３０枚出金された場合、想定収納容量が「１万円×２５枚」となることを算出する。
【００８９】
そして、判定部１３２は、かかる算出結果に基づいて、Ｙ要素である現金機１０Ａがフルエンドする可能性があるか否かを判定する（ステップＳ１１４）。ここで、図７の例では、現金機１０Ａの最大容量「１万円×１００枚」である。このことから、判定部１３２は、最大容量「１万円×１００枚」＞想定収納容量「１万円×２５枚」＞最低収納容量「０」が成立することを特定する。これにより、判定部１３２は、顧客Ｈ２が「１万円×３０枚」を出金したとしても、現金機１０Ａはフルエンドしないと判定する。つまり、判定部１３２は、現金機１０Ａは顧客Ｈ２が入出金可能な装置であると判定する。
【００９０】
そして、判定部１３２は、Ｙ要素である現金機１０Ａがフルエンドする可能性が無いと判定すると（ステップＳ１１４；Ｙｅｓ）、現金機１０Ａは顧客Ｈ２が入出金可能な装置（有効装置）であるといったフルエンドチェック結果を保持する（ステップＳ１１５）。また、判定部１３２は、上記のフルエンドチェック結果から、Ｗ要素である顧客Ｈ２が入出金可能な現金機１０が存在することを示すフラグを立てる（ステップＳ１１６）。例えば、判定部１３２は、フラグＫ＝１とする。
【００９１】
ここで、判定部１３２は、ステップＳ１０９で特定したＹ集合から、フルエンドチェックを行った現金機１０を除いた集合を「Ｙ集合」として更新する（ステップＳ１１７）。ステップＳ１０９で特定したＹ集合には現金機１０Ａ〜１０Ｃが含まれるが、現金機１０Ａについてフルエンドチェックを行ったことにより、判定部１３２は、Ｙ集合から現金機１０Ａを除外した集合を「Ｙ集合」として更新する。したがって、この時点では、Ｙ集合には、現金機１０Ｂおよび１０Ｃが含まれる。
【００９２】
次に、判定部１３２は、ステップ１１７で更新したＹ集合＝０であるか否か、すなわちステップ１１７で更新したＹ集合にフルエンドチェック対象の現金機１０が含まれるか否かを判定する（ステップＳ１１８）。この時点で、上記のようにＹ集合には、現金機１０Ｂおよび１０Ｃが含まれるため、判定部１３２は、現金機１０Ｂおよび１０Ｃそれぞれについて、ステップＳ１１０からの処理を繰り返す。
【００９３】
Ｙ要素が現金機１０Ｂの場合、およびＹ要素が現金機１０Ｃの場合についても簡単に説明する。まず、現金機１０Ｂについて説明する。判定部１３２は、ステップＳ１１２において、収納容量管理ＤＢ１２２を参照し、Ｙ要素である現金機１０Ｂに対して想定収納容量が記憶されていることにより（ステップＳ１１２；Ｙｅｓ）、ステップＳ１１３ａを行う。具体的には、顧客Ｈ２が「１万円×３０枚」を出金予定であること、また、図７の例において現金機１０Ｂの現在収納容量「１万円×３０枚」であることから、判定部１３２は、１万円が３０枚出金された場合、現在収納容量が「１万円×０枚」となることを算出する。
【００９４】
また、図７の例では、現金機１０Ｂの最大容量「１万円×５０枚」である。このことから、判定部１３２は、最大容量「１万円×５０枚」＞現在収納容量「１万円×０枚」＞最低収納容量「０枚」が成立することを特定する。これにより、判定部１３２は、顧客Ｈ２が「１万円×３０枚」を出金したとしても、現金機１０Ｂはフルエンドしないと判定する。つまり、判定部１３２は、現金機１０Ｂは顧客Ｈ２が入出金可能な装置であると判定する。
【００９５】
次に、現金機１０Ｃについて説明する。判定部１３２は、ステップＳ１１２において、収納容量管理ＤＢ１２２を参照し、Ｙ要素である現金機１０Ｃに対して想定収納容量が記憶されていることにより（ステップＳ１１２；Ｙｅｓ）、ステップＳ１１３ａを行う。具体的には、顧客Ｈ２が「１万円×３０枚」を出金予定であること、また、図７の例において現金機１０Ｃの現在収納容量「１万円×２０枚」であることから、判定部１３２は、ここから１万円×３０枚を出金不可能であると判定する。
【００９６】
判定部１３２は、Ｙ集合のうち現金機１０Ａおよび１０Ｂが、Ｗ要素の顧客Ｈ２が入出金可能な装置であると判定したことにより、顧客Ｈ２が入出金可能な現金機１０が存在する（Ｋ＝１となっている）ことを確認すると（ステップＳ１１９；Ｙｅｓ）、「Ｃ」以降の処理へ移行する。
【００９７】
そして、さらに処理を進め、図１１に移り、誘導部１３３は、Ｗ要素である顧客Ｈ２が入出金可能な現金機１０の集合を「Ｘ集合」とする（ステップＳ１２２）。つまり、誘導部１３３は、顧客Ｈ２が入出金可能な現金機１０Ａおよび１０Ｂの集合を「Ｘ集合」とする（ステップＳ１２２）。そして、誘導部１３３は、Ｘ集合に含まれる現金機１０Ａおよび１０Ｂから一台指定する（ステップＳ１２３）。ここでは、誘導部１３３は、Ｘ集合から現金機１０Ａを指定したものとする。これにより、Ｘ要素は「現金機１０Ａ」となる。
【００９８】
そして、誘導部１３３は、Ｘ集合に含まれる現金機１０Ａおよび１０Ｂについて、順番待ちしている顧客の有無を確認する処理を行っていないため（ステップＳ１２４；Ｙｅｓ）、Ｘ要素である現金機１０Ａに対して想定収納容量＝ｎｕｌｌであるか否か、すなわち想定収納容量が記憶されているか否かを判定する（ステップＳ１２５）。
【００９９】
図７の例では、現金機１０Ａに対して想定収納容量が記憶されている。したがって、誘導部１３３は、現金機１０Ａに対して想定収納容量が記憶されていることにより、現時点において現金機１０Ａに対して順番待ちしている顧客が存在していると判定する（ステップＳ１２５；Ｎｏ）。具体的には、現金機１０Ａには顧客Ｈ１が順番待ちしている。
【０１００】
誘導部１３３は、ステップＳ１２５でＸ要素である現金機１０Ａに対して順番待ちしている顧客が存在すると判定したことにより、ステップＳ１２２で特定したＸ集合から、Ｘ要素である現金機１０Ａを除いた集合を「Ｘ集合」として更新する（ステップＳ１３３）。ステップＳ１２２で特定したＸ集合には現金機１０Ａおよび１０Ｂが含まれるが、Ｘ要素である現金機１０Ａには、順番待ちしている顧客が存在しているため、誘導部１３３は、Ｘ集合から現金機１０Ａを除外した集合を「Ｘ集合」として更新する。したがって、この時点では、Ｘ集合には、現金機１０Ｂが含まれる。
【０１０１】
このように、誘導部１３３は、順番待ちする顧客が存在する現金機１０を処理対象から除外することにより、順番待ちする顧客が存在しない現金機１０に対して優先的に顧客を誘導することができるため、顧客による入出金の効率を高めることができる。
【０１０２】
また、誘導部１３３は、再びステップＳ１２３に戻り、更新後のＸ集合から現金機１０を一台指定する。具体的には、誘導部１３３は、ステップＳ１３３でＸ集合には、現金機１０Ｂが含まれることを特定したことにより、Ｘ要素「現金機１０Ｂ」と指定する。
【０１０３】
そして、誘導部１３３は、Ｘ集合に含まれる現金機１０Ｂについて、順番待ちしている顧客の有無を確認する処理を行っていないため（ステップＳ１２４；Ｙｅｓ）、Ｘ要素である現金機１０Ｂに対して想定収納容量＝ｎｕｌｌであるか否か、すなわち想定収納容量が記憶されているか否かを判定する（ステップＳ１２５）。
【０１０４】
図７の例では、現金機１０Ｂに対して想定収納容量が記憶されていない。したがって、誘導部１３３は、現金機１０Ｂに対して想定収納容量が記憶されていないことにより、現時点において現金機１０Ｂに対して順番待ちしている顧客が存在していないと判定する（ステップＳ１２５；Ｙｅｓ）。
【０１０５】
誘導部１３３は、ステップＳ１２５でＸ要素である現金機１０Ｂに対して順番待ちしている顧客が存在しないと判定したことにより、収納容量管理ＤＢ１２２において現金機１０Ｂに対する想定収納容量を更新する（ステップＳ１２６）。
【０１０６】
ここで、図８は、パターン１に対応する誘導処理（ステップＳ１２６）により更新された収納容量管理ＤＢ１２２の一例を示す第２の図である。図８に示すように、誘導部１３３は、現金機１０Ｂに対する「想定収納容量」を更新する。図７の例では、現金機１０Ｂに対する金種毎の想定収納容量が「ｎｕｌｌ」である。これに対し、誘導部１３３は、順番待ちのない現金機１０Ｂに顧客Ｈ２を誘導するにあたって、現在収納容量「１万円×３０枚」に対し、顧客Ｈ２による出金予定金額「１万円×３０枚」を減算した金額「１万円×０枚」を想定収納容量として更新する。
【０１０７】
また、誘導部１３３は、ステップＳ１２５でＸ要素である現金機１０Ｂに対して順番待ちしている顧客が存在しないと判定したことにより、収納容量管理ＤＢ１２２において現金機１０Ｂに対する待ち人数を更新する（ステップＳ１２７）。図８に示すように、誘導部１３３は、現金機１０Ｂに対する待ち人数を更新する。図７では、現金機１０Ｂに対する待ち人数は「０」である。これに対し、誘導部１３３は、これからＸ要素の現金機１０ＢをＷ要素の顧客Ｈ２が使用することになるため、図８に示すように、現金機１０Ｂに対する待ち人数を「１」へと更新する。
【０１０８】
また、誘導部１３３は、ステップＳ１２５でＸ要素である現金機１０Ｂに対して順番待ちしている顧客が存在しないと判定したことにより、人的管理ＤＢ１２１において、Ｗ要素である顧客Ｈ２の状態を更新する（ステップＳ１２８）。
【０１０９】
ここで、図５は、パターン１に対応する誘導処理（ステップＳ１２８）により更新された人的管理ＤＢ１２１の一例を示す第２の図である。図５に示すように、誘導部１３３は、顧客Ｈ２に対する「使用装置」および「占有状態」を更新する。図５では、顧客Ｈ２に対する状態は、使用装置「未使用」、占有状態「無」である。これに対し、誘導部１３３は、これからＸ要素の現金機１０ＢをＷ要素の顧客Ｈ２が使用することになるため、図５に示すように、顧客Ｈ２に対する状態として、使用装置「１０Ｂ」、占有状態「有」へと更新する。
【０１１０】
続いて、誘導部１３３は、Ｗ要素である顧客Ｈ２に対し、Ｘ要素である現金機１０Ｂを使用するように誘導する。
【０１１１】
さて、これまで説明してきた処理により、Ｗ集合に含まれる顧客Ｈ１およびＨ２の誘導が完了した。ここで、誘導部１３３は、Ｗ集合に含まれる顧客Ｈ１およびＨ２から、誘導の完了した顧客Ｈ１およびＨ２を除いた集合を「Ｗ集合」として更新する（ステップＳ１３０）。したがって、この時点では、Ｗ集合には、顧客が含まれないことになる。
【０１１２】
そして、誘導部１３３は、ステップＳ１３０で更新したＷ集合＝０であるか否か、すなわちステップＳ１３０で更新したＷ集合に誘導対象の顧客が含まれるか否かを判定する（ステップＳ１３１）。言い換えれば、誘導部１３３は、Ｗ集合に含まれる全ての顧客について、誘導処理したかを確認する。上記のようにＷ集合には、顧客が含まれないため（ステップＳ１３１；Ｙｅｓ）、誘導部１３３は、誘導処理を終了する。
【０１１３】
［３−２．誘導処理（パターン２）について］
次に、実施形態にかかる誘導サーバ１００による誘導処理のうち、入出金に応じて顧客の順番を変更することで現金機１０がフルエンドしなくなる場合での誘導処理（パターン２とする）について説明する。ここで、図１２は、パターン２に対応する人的管理ＤＢ１２１の一例を示す図である。図１２は、図５に示す更新後の人的管理ＤＢ１２１に対して、さらに顧客情報が追加されたものである。具体的には、図１２に示す人的管理ＤＢ１２１には、顧客Ｈ３〜Ｈ５に関する顧客情報が追加されている。
【０１１４】
これは、例えば、人的管理ＤＢ１２１が図５に示す状態にあるとき、誘導サーバ１００の取得部１３１が、顧客の順番および入出金金額の内訳（金種毎の枚数）を行員から取得することにより人的管理ＤＢ１２１における「順番」、「元順番」、「顧客ＩＤ」、「指定金」を更新したものに相当する。つまり、図１２の例では、顧客Ｈ３が千円×２０枚（２万円）の出金を指定し、顧客Ｈ４が千円×１０枚（１万円）の出金を指定し、顧客Ｈ５が千円×１０枚（１万円）の入金を指定したことを示す。
【０１１５】
また、図１４は、パターン２に対応する収納容量管理ＤＢ１２２の一例を示す図である。図１４は、上記のように、取得部１３１により顧客Ｈ３〜Ｈ５に関する顧客情報が取得されたことにより、人的管理ＤＢ１２１が更新された時点での収納容量管理ＤＢ１２２である。以下では、入出金に応じて顧客の順番を変更することで現金機１０がフルエンドしなくなる場合での誘導処理手順について説明する。なお、処理対象の顧客が変わるだけで、一部の処理を除き基本的な処理は、パターン１において顧客Ｈ１を例に説明してきたものと同様である。したがって、重複する詳細な説明は省略する。
【０１１６】
まず、図９に示すように、判定部１３２は、取得部１３１による人的管理ＤＢ１２１の更新を監視し、人的管理ＤＢ１２１が更新されたことを起点に誘導処理を開始し、呼び出した人的管理ＤＢ１２１を参照し、誘導処理対象（順位を変更する候補）の顧客を選定する（ステップＳ１０４）。具体的には、判定部１３２は、人的管理ＤＢ１２１に登録されている顧客から、現金機１０を占有している顧客（占有状態「有」が対応付けられる顧客）および入出金が完了している顧客（進捗状態「完了」が対応付けられる顧客）を除いた顧客の集合（「Ｗ集合」とする）に含まれる顧客を誘導処理対象として選定する。図１２の例では、判定部１３２は、人的管理ＤＢ１２１に登録されている顧客Ｈ３〜Ｈ５が現金機１０を占有しておらず、また、入出金が未完了であることから、顧客Ｈ３〜Ｈ５を誘導処理対象として選定する。すなわち、図１２の例では、Ｗ集合には、顧客Ｈ３〜Ｈ５が含まれる。
【０１１７】
次に、判定部１３２は、Ｗ集合から顧客を一人指定する（ステップＳ１０５）。上記のように、Ｗ集合には、顧客Ｈ３〜Ｈ５が含まれるため、例えば、判定部１３２は、Ｗ集合から顧客Ｈ３を指定する。これにより、Ｗ集合の指定要素は「顧客Ｈ３」となる。また、判定部１３２は、図１２の例では、現状の装置結果として、フルエンドチェックを行う対象が現金機１０Ａ〜１０Ｃであることを特定する。そして、判定部１３２は、特定した現金機１０を含む集合を「Ｙ集合」とする（ステップＳ１０９）。また、図１０に移り、判定部１３２は、Ｙ集合に含まれる現金機１０から一台指定する（ステップＳ１１１）。Ｙ集合には、現金機１０Ａ〜１０Ｃが含まれるため、ここでは、判定部１３２は、現金機１０Ａを指定したものとする。これにより、Ｙ要素は「現金機１０Ａ」となる。
【０１１８】
そして、判定部１３２は、収納容量管理ＤＢ１２２を参照し、Ｙ要素である現金機１０Ａに対して想定収納容量＝ｎｕｌｌであるか否か、すなわち想定収納容量が記憶されているか否かを判定する（ステップＳ１１２）。図１４の例では、現金機１０Ａに対して想定収納容量が記憶されている。したがって、判定部１３２は、現金機１０Ａに対して想定収納容量が記憶されていると判定すると（ステップＳ１１２；Ｎｏ）、現金機１０Ａの想定収納容量と顧客Ｈ３の入出金金額とに基づいて、現金機１０Ａに対するフルエンドチェックを行う（ステップ１１３ｂ）。
【０１１９】
図１２に示すように、顧客Ｈ３が「千円×２０枚」を出金予定であること、また、図１４の例において現金機１０Ａの想定収納容量「千円×１０枚」であることから、判定部１３２は、ここから千円×２０枚を出金不可能であると判定する。
【０１２０】
つまり、判定部１３２は、Ｙ要素である現金機１０Ａがエンドする可能性が有ると判定すると（ステップＳ１１４；Ｎｏ）、Ｙ集合から、フルエンドチェックを行った現金機１０を除いた集合を「Ｙ集合」として更新する（ステップＳ１１７）。つまり、判定部１３２は、現金機１０Ａについてフルエンドチェックを行ったことにより、Ｙ集合から現金機１０Ａを除外した集合を「Ｙ集合」として更新する。したがって、この時点では、Ｙ集合には、現金機１０Ｂおよび１０Ｃが含まれる。
【０１２１】
次に、判定部１３２は、ステップ１１７で更新したＹ集合＝０であるか否か、すなわちステップ１１７で更新したＹ集合にフルエンドチェック対象の現金機１０が含まれるか否かを判定する（ステップＳ１１８）。この時点で、上記のようにＹ集合には、現金機１０Ｂおよび１０Ｃが含まれるため、判定部１３２は、現金機１０Ｂおよび１０Ｃそれぞれについて、ステップＳ１１０からの処理を繰り返す。
【０１２２】
Ｙ要素が現金機１０Ｂの場合、およびＹ要素が現金機１０Ｃの場合についても簡単に説明する。まず、現金機１０Ｂについて説明する。判定部１３２は、ステップＳ１１２において、収納容量管理ＤＢ１２２を参照し、Ｙ要素である現金機１０Ｂに対して想定収納容量が記憶されていることにより（ステップＳ１１２；Ｎｏ）、ステップＳ１１３ｂを行う。具体的には、顧客Ｈ３が「千円×２０枚」を出金予定であること、また、図１４の例において現金機１０Ｂの想定収納容量「千円×１０枚」であることから、判定部１３２は、ここから「千円×２０枚」を出金不可能であると判定する。
【０１２３】
次に、現金機１０Ｃについて説明する。判定部１３２は、ステップＳ１１２において、収納容量管理ＤＢ１２２を参照し、Ｙ要素である現金機１０Ｃに対して想定収納容量が記憶されていることにより（ステップＳ１１２；Ｎｏ）、ステップＳ１１３ｂを行う。具体的には、顧客Ｈ３が「千円×２０枚」を出金予定であること、また、図１４の例において現金機１０Ｃの想定収納容量「千円×１０枚」であることから、判定部１３２は、ここから「千円×２０枚」を出金不可能であると判定する。
【０１２４】
以上により、判定部１３２は、Ｙ集合に含まれる現金機１０のうち、Ｗ要素の顧客Ｈ３が入出金可能な現金機１０が存在しない（Ｋ＝０のまま）ことを確認すると（ステップＳ１１９；Ｎｏ）、「Ｄ」以降の処理へ移行する。「Ｄ」に続く処理は、Ｗ要素が入出金可能な現金機１０が存在しないことにより、Ｗ要素の順位を変更するための順位変更処理である。かかる順位変更処理について、図１８を用いて説明する。図１８は、誘導サーバ１００による順位変更処理手順の一例を示すフローチャートである。
【０１２５】
図１８に示すように、誘導サーバ１００の変更部１３４は、まず、収納容量管理ＤＢ１２２を初期状態に更新する（ステップＳ２０１）。ステップＳ１０４で示したように、かかる例では、誘導処理対象が顧客Ｈ３〜Ｈ５となっている。そして、始めに指定したＷ要素である顧客Ｈ３において、入出金可能な現金機１０が存在しないことが判明した例を示した。しかし、顧客Ｈ３が入出金可能な現金機１０は存在し、２番目にＷ要素となる顧客Ｈ４において、入出金可能な現金機１０が存在しないといったことも考えられる。このような場合、Ｗ要素を顧客Ｈ３として誘導処理していく中で、収納容量管理ＤＢ１２２の想定収納容量が誘導部１３３により更新されることになる。このように、想定収納容量が更新されていることを想定して、変更部１３４は、それを元に戻すために収納容量管理ＤＢ１２２を初期状態に更新する。なお、かかる例では、最初にＷ要素となった顧客Ｈ３において、入出金可能な現金機１０が存在しないことが判明したため、更新前後で収納容量管理ＤＢ１２２に変化はない。
【０１２６】
次に、変更部１３４は、Ｗ集合に含まれる顧客において、順番変更の組合せを抽出する（ステップＳ２０２）。Ｗ集合には、顧客Ｈ３〜Ｈ５が含まれる。そして、現時点では、図１２の例では、これら顧客の順番は、顧客Ｈ３「３番」、顧客Ｈ４「４番」、顧客Ｈ５「５番」となっている。しかし、この通りに顧客が誘導された場合、顧客Ｈ３が入出金可能な現金機１０が存在しないため、結果的に、顧客Ｈ３〜Ｈ５をより長く待たせることになり、入出金の効率が悪くなることが考えられる。つまり、顧客Ｈ３〜Ｈ５の順番を変更した方が、効率が良くなる可能性がある。
【０１２７】
このため、変更部１３４は、ステップＳ２０２で、顧客Ｈ３〜Ｈ５について、どのように順番を変更すればよいかといった候補となる順番の組合せを抽出する。例えば、変更部１３４は、順番変更の組み合わせとして、左から順に３番目、４番目、５番目を当てはめるように、（Ｈ３，Ｈ４，Ｈ５）、（Ｈ３，Ｈ５，Ｈ４）、（Ｈ４，Ｈ３，Ｈ５）、（Ｈ４，Ｈ５，Ｈ３）、（Ｈ５，Ｈ４，Ｈ３）、（Ｈ５，Ｈ３，Ｈ４）といった６つの組合せを抽出する。
【０１２８】
次に、変更部１３４は、抽出した組合せの中から、フルエンドの可能性がある組合せを削除する（ステップＳ２０３）。例えば、３番目を顧客Ｈ３とすると、エンドする可能性があることがステップＳ１１２からの処理で判明しているため、変更部１３４は、３番目を顧客Ｈ３とする組み合わせである（Ｈ３，Ｈ４，Ｈ５）および（Ｈ３，Ｈ５，Ｈ４）を除外した、（Ｈ４，Ｈ３，Ｈ５）、（Ｈ４，Ｈ５，Ｈ３）、（Ｈ５，Ｈ４，Ｈ３）、（Ｈ５，Ｈ３，Ｈ４）といった４つの組合せを特定する。
【０１２９】
次に、変更部１３４は、ステップＳ２０３で特定した組合せから、繰越数より多く順番を後退される顧客を含む組合せを削除する（ステップＳ２０４）。具体的には、図１２に示すように、現在の順番は、顧客Ｈ３「３番」、顧客Ｈ４「４番」、顧客Ｈ５「５番」となっている。変更部１３４は、この順番を基準に、繰越数より多く順番を後退される顧客を含む組合せを特定し、特定した組合せを削除する。また、変更部１３４は、既に順番変更されていることも考慮するために、「順番−元順番」により算出される値も、繰越数より多く順番を後退される顧客を含む組合せの特定に用いる。
【０１３０】
ここで、繰越数とは、誘導サーバ１００に対して予め設定されているものであり、各顧客に対して順番を後退させることが可能な回数を示す。パターン２の説明では、繰越数は「３」であるものとする。これは、繰越数「３」より多く順番を後退させないことを示す。また、このように、繰越数を設定することで、例えば、後退させすぎてしまい顧客から反感を受けてしまうことを防止することができる。
【０１３１】
以下では、ステップＳ２０４での処理について、一例を用いて詳細に説明する。基準組合せ（Ｈ３，Ｈ４，Ｈ５）を、（Ｈ４，Ｈ３，Ｈ５）とする場合について、「順番を１つ進める」、順番「４」、元順番「４」といった顧客Ｈ４に対する要素から、変更部１３４は、（−１）＋（４−４）により「−１」を算出する。これは、変更部１３４は、基準組合せ（Ｈ３，Ｈ４，Ｈ５）を、（Ｈ４，Ｈ３，Ｈ５）とするにあたって、顧客Ｈ４について、「順番を１つ進める」（−１に相当）、および、「順番−元順番」の考慮に基づき、順番を１つ早めるといった結果を算出したことを示す。
【０１３２】
また、「順番を１つ後退させる」、順番「３」、元順番「３」といった顧客Ｈ３に対する要素から、変更部１３４は、（＋１）＋（３−３）により「＋１」を算出する。つまり、変更部１３４は、顧客Ｈ３について、順番を１つ後退させる（順番変更を１回行うことに相当）といった結果を算出する。
【０１３３】
また、「順番変更しない」、順番「５」、元順番「５」といった顧客Ｈ５に対する要素から、変更部１３４は、（０）＋（５−５）により「０」を算出する。つまり、変更部１３４は、顧客Ｈ５について、順番変更しないといった結果を算出する。
【０１３４】
ここまで、基準組合せ（Ｈ３，Ｈ４，Ｈ５）を、（Ｈ４，Ｈ３，Ｈ５）とするにあたって、各顧客をどのように順番変更する必要があるかを算出する例について説明した。残り３つの組合せである（Ｈ４，Ｈ５，Ｈ３）、（Ｈ５，Ｈ４，Ｈ３）、（Ｈ５，Ｈ３，Ｈ４）については、説明を簡略化する。
【０１３５】
基準組合せ（Ｈ３，Ｈ４，Ｈ５）を、（Ｈ４，Ｈ５，Ｈ３）とする場合について、「順番を１つ進める」、順番「４」、元順番「４」といった顧客Ｈ４に対する要素から、変更部１３４は、（−１）＋（４−４）により「−１」を算出する。
【０１３６】
「順番を１つ進める」、順番「５」、元順番「５」といった顧客Ｈ５に対する要素から、変更部１３４は、（−１）＋（５−５）により「−１」を算出する。
【０１３７】
「順番を２つ後退させる」、順番「３」、元順番「３」といった顧客Ｈ３に対する要素から、変更部１３４は、（＋２）＋（３−３）により「＋２」を算出する。
【０１３８】
基準組合せ（Ｈ３，Ｈ４，Ｈ５）を、（Ｈ５，Ｈ４，Ｈ３）とする場合について、「順番を２つ進める」、順番「５」、元順番「５」といった顧客Ｈ５に対する要素から、変更部１３４は、（−２）＋（５−５）により「−２」を算出する。
【０１３９】
「順番変更しない」、順番「４」、元順番「４」といった顧客Ｈ４に対する要素から、変更部１３４は、（０）＋（４−４）により「０」を算出する。
【０１４０】
「順番を２つ後退させる」、順番「３」、元順番「３」といった顧客Ｈ３に対する要素から、変更部１３４は、（＋２）＋（３−３）により「＋２」を算出する。
【０１４１】
基準組合せ（Ｈ３，Ｈ４，Ｈ５）を、（Ｈ５，Ｈ３，Ｈ４）とする場合について、「順番を２つ進める」、順番「５」、元順番「５」といった顧客Ｈ５に対する要素から、変更部１３４は、（−２）＋（５−５）により「−２」を算出する。
【０１４２】
「順番を１つ後退させる」、順番「３」、元順番「３」といった顧客Ｈ３に対する要素から、変更部１３４は、（＋１）＋（３−３）により「＋１」を算出する。
【０１４３】
「順番を１つ後退させる」、順番「４」、元順番「４」といった顧客Ｈ４に対する要素から、変更部１３４は、（＋１）＋（４−４）により「＋１」を算出する。
【０１４４】
以上の結果から、順番を「３」より多く後退させる顧客（繰越数「３」より多い顧客）を含む組合せがないことがわかる。このため、変更部１３４は、ステップＳ２０４では組合せの削除を行わず、（Ｈ４，Ｈ３，Ｈ５）、（Ｈ４，Ｈ５，Ｈ３）、（Ｈ５，Ｈ４，Ｈ３）、（Ｈ５，Ｈ３，Ｈ４）といった４つの組合せのままとする。
【０１４５】
次に、変更部１３４は、ステップＳ２０４で残った顧客の組合せにおいて、各顧客が使用可能な現金機１０がなくならないような現金機１０の組合せを選定する（ステップＳ２０５）。例えば、（Ｈ４，Ｈ３，Ｈ５）、（Ｈ４，Ｈ５，Ｈ３）、（Ｈ５，Ｈ４，Ｈ３）、（Ｈ５，Ｈ３，Ｈ４）といった４つ顧客の組合せそれぞれについて、顧客Ｈ３が現金機１０Ａ〜１０Ｃを使用する可能性、顧客Ｈ４が現金機１０Ａ〜１０Ｃを使用する可能性、Ｈ５が現金機１０Ａ〜１０Ｃを使用する可能性がある。
【０１４６】
ここで、図１９に上記４つの顧客組合せに含まれる各顧客に対して、現金機１０を割り当てた場合の現金機１０の組合せを示す。図１９は、パターン２において顧客に対して、現金機１０を割り当てた場合の現金機の組合せを示す図である。図１９に示すように、顧客組合せ毎に、３×３×３＝２７通りの現金機１０の組合せが存在する。そして、４つの顧客組合があることから、全体的には、４×２７＝１０８通りの現金機１０の組合せが存在する。したがって、変更部１３４は、１０８通りの現金機１０の組合せの中から、顧客Ｈ３〜Ｈ５それぞれが使用可能な現金機１０がなくならないような現金機１０の組合せ（「現金機組合せ」と表記する）を選定する。
【０１４７】
現金機１０の組合せを選定について、一例を用いて説明する。例えば、変更部１３４は、顧客組合せに対応する現金機組合せについて、かかる顧客組合せに含まれる顧客が、対応する現金機１０を使用可能であるか否かを確認してゆく。この点について、図１９に示す現金機組合せＣ１を用いて説明する。
【０１４８】
まず、変更部１３４は、現時点で順番の最も早い顧客Ｈ４に対応する現金機１０Ａについて、顧客Ｈ４が使用可能であるか否かを判定する（フルエンドチェックする）。ここで、顧客Ｈ４は、図１２に示すように、「千円×１０枚」を出金予定である。また、現金機１０Ａは、図１４に示すように、想定収納容量「千円×１０枚」である。したがって、変更部１３４は、顧客Ｈ４が「千円×１０枚」を出金した場合、想定収納容量「千円×０枚」となることから、現金機１０Ａはフルエンドしないと判定する。つまり、変更部１３４は、現金機１０Ａは顧客Ｈ４が入出金可能な装置であると判定する。
【０１４９】
また、変更部１３４は、次の順番の顧客Ｈ３に対応する現金機１０Ａについて、顧客Ｈ３が使用可能であるか否かを判定する。ここで、顧客Ｈ３は、図１２に示すように、「千円×２０枚」を出金予定である。また、現金機１０Ａは、顧客Ｈ４による「千円×１０枚」の出金にともない想定収納容量「千円×０枚」となっている。したがって、変更部１３４は、顧客Ｈ３が「千円×２０枚」を出金した場合、想定収納容量「千円×−１０枚」となることから、現金機１０Ａはエンドすると判定する。つまり、変更部１３４は、現金機１０Ａは顧客Ｈ３が入出金不可能な装置であると判定する。
【０１５０】
以上のことから、変更部１３４は、「顧客Ｈ４に対し現金機１０Ａ、次に顧客Ｈ３に対し現金機１０Ａ、次に顧客Ｈ５に対し現金機１０Ａ」といった現金機組合せＣ１を選定から除外する。
【０１５１】
次に、図１９に示す現金機組合せＣ２を用いて説明する。変更部１３４は、現時点で順番の最も早い顧客Ｈ５に対応する現金機１０Ａについて、顧客Ｈ５が使用可能であるか否かを判定する。ここで、顧客Ｈ５は、図１２に示すように、「千円×１０枚」を入金予定である。また、現金機１０Ａは、図１４に示すように、想定収納容量「千円×１０枚」である。したがって、変更部１３４は、顧客Ｈ５が「千円×１０枚」を入金した場合、想定収納容量「千円×２０枚」となる。これにより、最大容量「千円×１００枚」＞想定収納容量「千円×２０枚」＞最低収納容量「０枚」が成立するため、変更部１３４は、現金機１０Ａは顧客Ｈ５が入出金可能な装置であると判定する。
【０１５２】
また、変更部１３４は、次の順番の顧客Ｈ３に対応する現金機１０Ａについて、顧客Ｈ３が使用可能であるか否かを判定する。ここで、顧客Ｈ３は、図１２に示すように、「千円×２０枚」を出金予定である。また、現金機１０Ａは、顧客Ｈ５による「千円×１０枚」の入金にともない想定収納容量「千円×２０枚」となっている。したがって、変更部１３４は、顧客Ｈ３が「千円×２０枚」を出金した場合、想定収納容量「千円×０枚」となることから、現金機１０Ａは顧客Ｈ３が入出金可能な装置であると判定する。
【０１５３】
また、変更部１３４は、さらに次の順番の顧客Ｈ４に対応する現金機１０Ｂについて、顧客Ｈ４が使用可能であるか否かを判定する。ここで、顧客Ｈ４は、図１２に示すように、「千円×１０枚」を出金予定である。現金機１０Ｂは、図１４に示すように、想定収納容量「千円×１０枚」である。したがって、変更部１３４は、顧客Ｈ４が「千円×１０枚」を出金した場合、想定収納容量「千円×０枚」となることから、現金機１０Ｂは顧客Ｈ４が入出金可能な装置であると判定する。
【０１５４】
以上のことから、「顧客Ｈ５に対し現金機１０Ａ、次に顧客Ｈ３に対し現金機１０Ａ、次に顧客Ｈ４に対し現金機１０Ｂ」といった現金機組合せＣ２であれば、各顧客が入出金可能である。したがって、変更部１３４は、かかる組合せを選定する。
【０１５５】
また、変更部１３４は、現金機組合せの選定できたか否かを起点として（ステップＳ２０６）、現金機組合せを選定できた場合には（ステップＳ２０６；Ｙｅｓ）、人的管理ＤＢ１２１を更新する（ステップＳ２０７）。変更部１３４は、「顧客Ｈ５に対し現金機１０Ａ、次に顧客Ｈ３に対し現金機１０Ａ、次に顧客Ｈ４に対し現金機１０Ｂ」といった現金機組合せＣ２を選定したことにより、かかる選定結果に基づき人的管理ＤＢ１２１を更新する。なお、現金機組合せを選定できなかった場合（ステップＳ２０６；Ｎｏ）の処理については、後述する。
【０１５６】
ここで、図１３は、パターン２に対応する順位変更処理（ステップＳ２０７）により更新された人的管理ＤＢ１２１の一例を示す図である。図１３に示すように、変更部１３４は、「順番」に対応する「顧客ＩＤ」、「元順番」、「使用装置ＩＤ」を更新する。具体的には、「顧客Ｈ５に対し現金機１０Ａ、次に顧客Ｈ３に対し現金機１０Ａ、次に顧客Ｈ３に対し現金機１０Ｂ」といった図１９に示す現金機組合せＣ２であれば、各顧客が入出金可能であることにより、変更部１３４は、「順番」に対応する顧客ＩＤを「３番：Ｈ５、４番：Ｈ３、５番：Ｈ４」と更新する。また、変更部１３４は、かかる更新に応じて、「元順番」および「使用装置ＩＤ」も更新する。
【０１５７】
このように、人的管理ＤＢ１２１が更新されたことにより、収納容量管理ＤＢ１２２の想定収納容量を更新するため、変更部１３４は、再び図９に示すステップＳ１０１からの処理を実行させる。
【０１５８】
つまり、判定部１３２は、人的管理ＤＢ１２１の更新を監視することで、人的管理ＤＢ１２１が更新されたことを起点に誘導処理を開始する（ステップＳ１０１）。以降の処理では、Ｗ集合には、顧客Ｈ５、Ｈ３およびＨ４が含まれる。また、Ｙ集合には、これまでと同様に現金機１０Ａ〜１０Ｃが含まれる。処理を進め、誘導部１３３は、図１１に示すように、Ｗ要素が使用する現金機１０が定まっているか否かを判定する（ステップＳ１２０）。ここで、図１３に示すように、この時点で、Ｗ要素である顧客Ｈ５に対して使用装置ＩＤ「１０Ａ」が対応付けられている。したがって、誘導部１３３は、Ｗ要素が使用する現金機１０が定まっていると判定し（ステップＳ１２０；Ｎｏ）、収納容量管理ＤＢ１２２において現金機１０Ａに対する待ち人数を更新する（ステップＳ１２０−１）。
【０１５９】
ここで、図１５は、パターン２に対応する誘導処理（ステップＳ１２０−１）により更新された収納容量管理ＤＢ１２２の一例を示す第１の図である。図１５に示すように、誘導部１３３は、現金機１０Ａに対する待ち人数を更新する。図１４では、現金機１０Ａに対する待ち人数は「１」である。これに対し、誘導部１３３は、これからＹ要素の現金機１０Ａに対しＷ要素の顧客Ｈ５が順番待ちすることになるため、図１５に示すように、現金機１０Ａに対する待ち人数を「２」へと更新する。
【０１６０】
また、誘導部１３３は、収納容量管理ＤＢ１２２において現金機１０Ａに対する想定収納容量を更新する（ステップＳ１２０−２）。
【０１６１】
図１５に示すように、誘導部１３３は、現金機１０Ａに対する「想定収納容量」を更新する。つまり、誘導部１３３は、現金機１０Ａに顧客Ｈ５を誘導するにあたって、図１４に示す想定収納容量「千円×１０枚」に対し、顧客Ｈ５による入金予定金額「千円×１０枚」を加算した金額「千円×２０枚」を想定収納容量として更新する。
【０１６２】
そして、誘導部１３３は、Ｗ要素である顧客Ｈ５に対し、現金機１０Ａに順番待ちするよう誘導する（ステップＳ１２９）。また、Ｗ要素である顧客Ｈ５の誘導が完了したことにより、誘導部１３３は、顧客Ｈ５を除き、顧客Ｈ３およびＨ４を含む集合をＷ集合として更新する（ステップＳ１３０）。したがって、Ｗ集合＝０ではないため（ステップＳ１３１；Ｎｏ）、ステップＳ１０５に戻る。そして、誘導サーバ１００は、Ｗ要素を顧客Ｈ３として、これまで顧客Ｈ５について説明してきた処理をＷ要素である顧客Ｈ３についても行う。
【０１６３】
Ｗ要素が顧客Ｈ３である場合、誘導部１３３は、ステップＳ１２０−１およびステップＳ１２０−２での処理により、図１５に示す収納容量管理ＤＢ１２２から、図１６に示す収納容量管理ＤＢ１２２へと更新する。図１６は、パターン２に対応する誘導処理により更新された収納容量管理ＤＢ１２２の一例を示す第２の図である。図１６に示すように、誘導部１３３は、これからＹ要素の現金機１０Ａに対しＷ要素の顧客Ｈ３が順番待ちすることになるため、現金機１０Ａに対する待ち人数を「３」へと更新する。また、図１６に示すように、誘導部１３３は、現金機１０Ａに顧客Ｈ３を誘導するにあたって、図１５に示す想定収納容量「千円×２０枚」に対し、顧客Ｈ３による出金予定金額「千円×２０枚」を減算した金額「千円×０枚」を想定収納容量として更新する。
【０１６４】
そして、誘導部１３３は、Ｗ要素である顧客Ｈ３に対し、現金機１０Ａに順番待ちするよう誘導する（ステップＳ１２９）。また、Ｗ要素である顧客Ｈ５およびＨ３の誘導が完了したことにより、誘導部１３３は、顧客Ｈ４を含む集合をＷ集合として更新する（ステップＳ１３０）。したがって、Ｗ集合＝０ではないため（ステップＳ１３１）、ステップＳ１０５に戻る。そして、誘導サーバ１００は、Ｗ要素を顧客Ｈ４として、これまでと同様の処理を行う。
【０１６５】
Ｗ要素が顧客Ｈ４である場合、誘導部１３３は、ステップＳ１２０−１およびステップＳ１２０−２での処理により、図１６に示す収納容量管理ＤＢ１２２から、図１７に示す収納容量管理ＤＢ１２２へと更新する。図１７は、パターン２に対応する誘導処理により更新された収納容量管理ＤＢ１２２の一例を示す第３の図である。図１７に示すように、誘導部１３３は、これからＹ要素の現金機１０Ｂに対しＷ要素の顧客Ｈ４が順番待ちすることになるため、現金機１０Ｂに対する待ち人数を「２」へと更新する。また、図１７に示すように、誘導部１３３は、現金機１０Ｂに顧客Ｈ４を誘導するにあたって、図１６に示す想定収納容量「千円×１０枚」に対し、顧客Ｈ４による出金予定金額「千円×１０枚」を減算した金額「千円×０枚」を想定収納容量として更新する。
【０１６６】
そして、誘導部１３３は、Ｗ要素である顧客Ｈ４に対し、現金機１０Ｂに順番待ちするよう誘導する（ステップＳ１２９）。また、誘導部１３３は、ステップＳ１３１でＷ＝０と判定することから、誘導処理を終了する。
【０１６７】
［３−３．誘導処理に対応する現金機の動作（正常）］
次に、これまで説明してきた誘導サーバ１００による誘導処理に対応する現金機１０の動作について説明する。図２０は、現金機１０による処理手順の一例を示すフローチャートである。まず、図１２を用いて、誘導サーバ１００による誘導処理（パターン２）に対応する現金機１０の処理手順として、顧客により正常な入出金が行われた場合の処理手順について説明する。
【０１６８】
ここでは、誘導サーバ１００によって、上記パターン１および２での誘導処理が行われた状態において、顧客に使用される現金機１０の処理手順について説明する。具体的には、順番「１」が割り当てられた顧客Ｈ１によって使用される現金機１０Ａの処理手順を示す。
【０１６９】
まず、現金機１０Ａは、補充回収処理を行うタイミングであるか否かを判定する（ステップＳ３０１）。現金機１０Ａは、補充回収処理を行うタイミングではない場合には（ステップＳ３０１；Ｙｅｓ）、顧客Ｈ１による入出金を受け付ける、または、顧客Ｈ１による入出金のキャンセルを受け付ける（ステップＳ３０２）。ここでは、現金機１０Ａは、顧客Ｈ１から「１万円×１０枚」の入金を受け付けたものとする。なお、補充回収処理を行うタイミングであると判定した場合（ステップＳ３０１；Ｎｏ）における現金機１０Ａによる処理については後述する。
【０１７０】
次に、現金機１０Ａは、人的管理ＤＢ１２１を呼び出す（ステップＳ３０３）。ここで、図２１は、現金機１０Ａにより呼び出された人的管理ＤＢ１２１の一例を示す図である。図２１は、図１３に示す人的管理ＤＢ１２１と同様である。これは、ここでの現金機１０Ａによる処理は、誘導サーバ１００によって、パターン２での誘導処理が行われた場合における処理を想定しているからである。
【０１７１】
また、現金機１０Ａは、収納容量管理ＤＢ１２２を呼び出す（ステップＳ３０４）。ここで、図２４は、現金機１０Ａにより呼び出された収納容量管理ＤＢ１２２の一例を示す図である。図２４は、図１７に示す収納容量管理ＤＢ１２２と同様である。
【０１７２】
次に、現金機１０Ａは、人的管理ＤＢ１２１を更新する（ステップＳ３０５）。具体的には、現金機１０Ａは、図２１に示す人的管理ＤＢ１２１において、「占有状態」および「進捗状態」を更新する。ここで、図２２は、現金機１０Ａにより更新された人的管理ＤＢ１２１を示す第１の図である。現金機１０Ａは、ステップＳ３０２で顧客Ｈ１による「１万円×１０枚」の入金を受け付けたことにより、図２２に示すように、占有状態「無」、進捗状態「完了」と更新する。
【０１７３】
次に、現金機１０Ａは、収納容量管理ＤＢ１２２を更新する（ステップＳ３０６）。具体的には、現金機１０Ａは、図２４に示す収納容量管理ＤＢ１２２において、「現在収納容量」、「想定収納容量」、「待ち人数」を更新する。ここで、図２５は、現金機１０Ａにより更新された収納容量管理ＤＢ１２２を示す第１の図である。現金機１０Ａは、ステップＳ３０２で顧客Ｈ１による「１万円×１０枚」の入金を受け付けたことにより、図２５に示すように、現在収納容量「１万円×５５枚」へと更新する。また、現金機１０Ａは、顧客Ｈ１が入金完了により現金機１０Ａを使用しなくなるため、待ち人数「２」へと減らす。
【０１７４】
そして、現金機１０Ａは、特定人物（ここでは、顧客Ｈ１）の入出金金額と、計数金額とが一致するか否かを判定する（ステップＳ３０７）。ここで、計数金額は、現金機１０Ａが実際に受け付けた金額である。かかる例では、現金機１０Ａは、顧客Ｈ１から受け付けた金額を計数して、「１万円×１０枚（１０万円）」を算出している。そして、現金機１０Ａは、計数金額「１万円×１０枚（１０万円）」と、顧客Ｈ１により指定された入金額「１万円×１０枚（１０万円）」とが一致することにより（ステップＳ３０７；Ｙｅｓ）、次の特定の人物を呼び出す（ステップＳ３０８）。具体的には、現金機１０Ａは、図２２に示す人的管理ＤＢ１２１を参照し、次に自装置を使用する顧客Ｈ２に関する情報を呼び出し、処理を終了する。
【０１７５】
［３−４．誘導処理に対応する現金機の動作（正常でない）］
次に、図２０を用いて、誘導サーバ１００による誘導処理（パターン２）に対応する現金機１０の処理手順として、顧客により正常な入出金が行われなかった場合の処理手順について説明する。また、同様に、パターン１および２での誘導処理が行われた状態における、顧客Ｈ１に使用される現金機１０Ａの処理手順について説明する。
【０１７６】
現金機１０Ａは、補充回収処理を行うタイミングではないため（ステップＳ３０１；Ｙｅｓ）、顧客Ｈ１による入出金を受け付ける、または、顧客Ｈ１による入出金のキャンセを受け付ける（ステップＳ３０２）。ここでは、現金機１０Ａは、顧客Ｈ１から入出金のキャンセルを受け付けたものとする。
【０１７７】
現金機１０Ａは、人的管理ＤＢ１２１を呼び出し（ステップＳ３０３）、また、収納容量管理ＤＢ１２２を呼び出す（ステップＳ３０４）。現金機１０Ａは、図２１に示す人的管理ＤＢ１２１、および、図２４に示す収納容量管理ＤＢ１２２を呼び出す。
【０１７８】
次に、現金機１０Ａは、図２１に示す人的管理ＤＢ１２１において、「占有状態」および「進捗状態」を更新する（ステップＳ３０５）。現金機１０Ａは、ステップＳ３０２で顧客Ｈ１による入金のキャンセルを受け付けたことにより、図２２に示すように、占有状態「無」、進捗状態「完了」と更新する。
【０１７９】
次に、現金機１０Ａは、図２４に示す収納容量管理ＤＢ１２２において、「現在収納容量」、「想定収納容量」、「待ち人数」を更新する（ステップＳ３０５）。ここで、図２６は、現金機１０Ａにより更新された収納容量管理ＤＢ１２２を示す第２の図である。現金機１０Ａは、ステップＳ３０２で顧客Ｈ１による入金のキャンセルを受け付けたことにより、図２６に示すように、現在収納容量をそのままとし、想定収納容量を「ｎｕｌｌ」へと更新する。また、現金機１０Ａは、顧客Ｈ１が入金キャンセルにより現金機１０Ａを離れるため、待ち人数「２」へと減らす。
【０１８０】
そして、現金機１０Ａは、特定人物（ここでは、顧客Ｈ１）の入出金金額と、計数金額とが一致するか否かを判定する（ステップＳ３０７）。かかる例では、現金機１０Ａは、顧客Ｈ１から受け付けた金額を計数して、「０」を算出している。そして、現金機１０Ａは、計数金額「０」と、顧客Ｈ１により指定された入金額「１万円×１０枚（１０万円）」とが一致しないことにより（ステップＳ３０７；Ｎｏ）、人的管理ＤＢ１２１において、「指定金」を更新する（ステップＳ３０９）。ここで、図２３は、現金機１０Ａにより更新された人的管理ＤＢ１２１を示す第２の図である。現金機１０Ａは、キャンセルにより入金されなかったため、図２３に示すように、指定金「０」へと更新する。
【０１８１】
［３−５．誘導処理（パターン３）について］
次に、実施形態にかかる誘導サーバ１００による誘導処理のうち、入出金に応じて顧客の順番を変更しても現金機１０がフルエンドしてしまう場合での誘導処理（パターン３とする）について説明する。ここで、図２７は、パターン３に対応する人的管理ＤＢ１２１の一例を示す図である。図２７は、図５に示す更新後の人的管理ＤＢ１２１に対して、さらに顧客情報が追加されたものである。具体的には、図２７に示す人的管理ＤＢ１２１には、顧客Ｈ３〜Ｈ５に関する顧客情報が追加されている。
【０１８２】
これは、例えば、人的管理ＤＢ１２１が図５に示す状態にあるとき、誘導サーバ１００の取得部１３１が、顧客の順番および入出金金額の内訳（金種毎の枚数）を行員から取得することにより人的管理ＤＢ１２１における「順番」、「顧客ＩＤ」、「指定金」を更新したものに相当する。つまり、図２７の例では、顧客Ｈ３が千円×４０枚（８万円）の出金を指定し、顧客Ｈ４が千円×１０枚（１万円）の入金を指定し、顧客Ｈ５が千円×２０枚（２万円）の入金を指定したことを示す。
【０１８３】
また、図２９は、パターン３に対応する収納容量管理ＤＢ１２２の一例を示す図である。図２９は、上記のように、取得部１３１により顧客Ｈ３〜Ｈ５に関する顧客情報が取得されたことにより、人的管理ＤＢ１２１が更新された時点での収納容量管理ＤＢ１２２である。以下では、入出金に応じて顧客の順番を変更しても現金機１０がフルエンドしてしまう場合での誘導処理手順について説明する。なお、処理対象の顧客が変わるだけで、一部の処理を除き基本的な処理は、パターン２において顧客Ｈ３〜Ｈ５を例に説明してきたものと同様である。したがって、重複する詳細な説明は省略する。
【０１８４】
図９に示すように、判定部１３２は、取得部１３１による人的管理ＤＢ１２１の更新を監視し、人的管理ＤＢ１２１が更新されたことを起点に誘導処理を開始し、呼び出した人的管理ＤＢ１２１を参照し、誘導処理対象（順位を変更する候補）の顧客を選定する（ステップＳ１０１〜Ｓ１０４）。図２７の例では、判定部１３２は、人的管理ＤＢ１２１に登録されている顧客Ｈ３〜Ｈ５が現金機１０を占有しておらず、また、入出金が未完了であることから、顧客Ｈ３〜Ｈ５を誘導処理対象として選定する。すなわち、図２７の例では、Ｗ集合には、顧客Ｈ３〜Ｈ５が含まれる。
【０１８５】
次に、判定部１３２は、Ｗ集合から顧客を一人指定する（ステップＳ１０５）。上記のように、Ｗ集合には、顧客Ｈ３〜Ｈ５が含まれるため、例えば、判定部１３２は、Ｗ集合から顧客Ｈ３を指定する。これにより、Ｗ要素は「顧客Ｈ３」となる。また、判定部１３２は、図２９の例では、現状の装置結果として、フルエンドチェックを行う対象が現金機１０Ａ〜１０Ｃであることを特定する。そして、判定部１３２は、特定した現金機１０を含む集合を「Ｙ集合」とする（ステップＳ１０９）。図１０に移り、判定部１３２は、Ｙ集合に含まれる現金機１０から一台指定する（ステップＳ１１１）。Ｙ集合には、現金機１０Ａ〜１０Ｃが含まれるため、ここでは、判定部１３２は、現金機１０Ａを指定したものとする。これにより、Ｙ要素は「現金機１０Ａ」となる。
【０１８６】
そして、判定部１３２は、収納容量管理ＤＢ１２２を参照し、Ｙ要素である現金機１０Ａに対して想定収納容量＝ｎｕｌｌであるか否か、すなわち想定収納容量が記憶されているか否かを判定する（ステップＳ１１２）。図２９の例では、現金機１０Ａに対して想定収納容量が記憶されている。したがって、判定部１３２は、現金機１０Ａに対して想定収納容量が記憶されていると判定すると（ステップＳ１１２；Ｎｏ）、現金機１０Ａの想定収納容量と顧客Ｈ３の入出金金額とに基づいて、現金機１０Ａに対するフルエンドチェックを行う（ステップ１１３ｂ）。
【０１８７】
図２７に示すように、顧客Ｈ３は「千円×４０枚」を出金予定であり、また、図２９の例において現金機１０Ａの想定収納容量「千円×１０枚」である。このため、最大容量「１００」＞想定収納容量「千円×１０枚」−「千円×４０枚」＝「千円×−３０」＞最低収納容量「０」は成立しないことから、判定部１３２は、「千円×４０枚」を出金不可能（エンドの可能性あり）であると判定する。
【０１８８】
つまり、判定部１３２は、Ｙ要素である現金機１０Ａがエンドする可能性が有ると判定すると（ステップＳ１１４；Ｎｏ）、Ｙ集合から、フルエンドチェックを行った現金機１０を除いた集合を「Ｙ集合」として更新する（ステップＳ１１７）。つまり、判定部１３２は、現金機１０Ａについてフルエンドチェックを行ったことにより、Ｙ集合から現金機１０Ａを除外した集合を「Ｙ集合」として更新する。したがって、この時点では、Ｙ集合には、現金機１０Ｂおよび１０Ｃが含まれる。
【０１８９】
次に、判定部１３２は、ステップ１１７で更新したＹ集合＝０であるか否か、すなわちステップ１１７で更新したＹ集合にフルエンドチェック対象の現金機１０が含まれるか否かを判定する（ステップＳ１１８）。この時点で、上記のようにＹ集合には、現金機１０Ｂおよび１０Ｃが含まれるため（ステップＳ１１８；Ｎｏ）、判定部１３２は、現金機１０Ｂおよび１０Ｃそれぞれについて、ステップＳ１１０からの処理を繰り返す。
【０１９０】
現金機１０Ｂに対するフルエンドチェックについて説明する。判定部１３２は、ステップＳ１１２において、収納容量管理ＤＢ１２２を参照し、Ｙ要素である現金機１０Ｂに対して想定収納容量が記憶されていることにより（ステップＳ１１２；Ｎｏ）、ステップＳ１１３ｂを行う。顧客Ｈ３は「千円×４０枚」を出金予定であり、また、図２９の例において現金機１０Ｂの想定収納容量「千円×１０枚」である。このため、最大容量「１００」＞想定収納容量「千円×１０枚」−「千円×４０枚」＝「千円×−３０」＞最低収納容量「０」は成立しないことから、判定部１３２は、「千円×４０枚」を出金不可能であると判定する。
【０１９１】
次に、現金機１０Ｃに対するフルエンドチェックについて説明する。判定部１３２は、ステップＳ１１２において、収納容量管理ＤＢ１２２を参照し、Ｙ要素である現金機１０Ｃに対して想定収納容量が記憶されていることにより（ステップＳ１１２；Ｎｏ）、ステップＳ１１３ｂを行う。顧客Ｈ３は「千円×４０枚」を出金予定であり、また、図２９の例において現金機１０Ｃの想定収納容量「千円×１０枚」である。このため、最大容量「１００」＞想定収納容量「千円×１０枚」−「千円×４０枚」＝「千円×−３０」＞最低収納容量「０」は成立しないことから、判定部１３２は、「千円×４０枚」を出金不可能であると判定する。
【０１９２】
以上により、判定部１３２は、Ｙ集合に含まれる現金機１０のうち、Ｗ要素の顧客Ｈ３が入出金可能な現金機１０が存在しない（Ｋ＝０のまま）ことを確認すると（ステップＳ１１９；Ｎｏ）、「Ｄ」以降の処理へ移行する。「Ｄ」に続く処理は、Ｗ要素が入出金可能な現金機１０が存在しないことにより、Ｗ要素の順位を変更するための順位変更処理である。かかる順位変更処理について、これまでと同様に図１８を用いて説明する。
【０１９３】
誘導サーバ１００の変更部１３４は、まず、収納容量管理ＤＢ１２２を初期状態に更新する（ステップＳ２０１）。ここでの更新については、パターン２で詳述したため説明を省略するが、更新前後で収納容量管理ＤＢ１２２に変化はない。
【０１９４】
次に、変更部１３４は、Ｗ集合に含まれる顧客において、順番変更の組合せを抽出する（ステップＳ２０２）。Ｗ集合には、顧客Ｈ３〜Ｈ５が含まれる。そして、現時点では、図２７の例では、これら顧客の順番は、顧客Ｈ３「３番」、顧客Ｈ４「４番」、顧客Ｈ５「５番」となっている。しかし、この通りに顧客が誘導された場合、顧客Ｈ３が入出金可能な現金機１０が存在しないため、結果的に、顧客Ｈ３〜Ｈ５をより長く待たせることになり、入出金の効率が悪くなることが考えられる。つまり、顧客Ｈ３〜Ｈ５の順番を変更した方が、効率が良くなる可能性がある。
【０１９５】
このため、変更部１３４は、ステップＳ２０２で、顧客Ｈ３〜Ｈ５について、どのように順番を変更すればよいかといった候補となる順番の組合せを抽出する。例えば、変更部１３４は、順番変更の組み合わせとして、例えば、左から順に３番目、４番目、５番目を当てはめるように、（Ｈ３，Ｈ４，Ｈ５）、（Ｈ３，Ｈ５，Ｈ４）、（Ｈ４，Ｈ３，Ｈ５）、（Ｈ４，Ｈ５，Ｈ３）、（Ｈ５，Ｈ４，Ｈ３）、（Ｈ５，Ｈ３，Ｈ４）といった６つの組合せを抽出する。
【０１９６】
次に、変更部１３４は、抽出した組合せの中から、フルエンドの可能性がある組合せを削除する（ステップＳ２０３）。例えば、３番目を顧客Ｈ３とすると、エンドする可能性があることがステップＳ１１２からの処理で判明しているため、変更部１３４は、３番目を顧客Ｈ３とする組み合わせである（Ｈ３，Ｈ４，Ｈ５）および（Ｈ３，Ｈ５，Ｈ４）を除外した、（Ｈ４，Ｈ３，Ｈ５）、（Ｈ４，Ｈ５，Ｈ３）、（Ｈ５，Ｈ４，Ｈ３）、（Ｈ５，Ｈ３，Ｈ４）といった４つの組合せを特定する。
【０１９７】
次に、変更部１３４は、ステップＳ２０３で特定した組合せから、繰越数より多く順番を後退される顧客を含む組合せを削除する（ステップＳ２０４）。具体的には、図２７に示すように、現在の順番は、顧客Ｈ３「３番」、顧客Ｈ４「４番」、顧客Ｈ５「５番」となっている。変更部１３４は、この順番を基準に、繰越数より多く順番を後退される顧客を含む組合せを特定し、特定した組合せを削除する。また、変更部１３４は、既に順番変更されていることも考慮するために、「順番−元順番」により算出される値も、繰越数より多く順番を後退される顧客を含む組合せの特定に用いる。上記の通り、繰り越し数は、各顧客に対して順番を後退させることが可能な回数を示し、本パターン３では、繰越数は「２」であるものとする。
【０１９８】
以下では、ステップＳ２０４での処理について、一例を用いて詳細に説明する。基準組合せ（Ｈ３，Ｈ４，Ｈ５）を、（Ｈ４，Ｈ３，Ｈ５）とする場合について、「順番を１つ進める」、順番「４」、元順番「４」といった顧客Ｈ４に対する要素から、変更部１３４は、（−１）＋（４−４）により「−１」を算出する。これは、変更部１３４は、基準組合せ（Ｈ３，Ｈ４，Ｈ５）を、（Ｈ４，Ｈ３，Ｈ５）とするにあたって、顧客Ｈ４について、「順番を１つ進める」（−１に相当）、および、「順番−元順番」の考慮に基づき、順番を１つ早める（順番変更を１回行うことに相当）といった結果を算出したことを示す。
【０１９９】
また、「順番を１つ後退させる」、順番「３」、元順番「３」といった顧客Ｈ３に対する要素から、変更部１３４は、（＋１）＋（３−３）により「＋１」を算出する。つまり、変更部１３４は、顧客Ｈ３について、順番を１つ後退させるといった結果を算出する。
【０２００】
また、「順番変更しない」、順番「５」、元順番「５」といった顧客Ｈ５に対する要素から、変更部１３４は、（０）＋（５−５）により「０」を算出する。つまり、変更部１３４は、顧客Ｈ５について、順番変更しないといった結果を算出する。
【０２０１】
ここまで、基準組合せ（Ｈ３，Ｈ４，Ｈ５）を、（Ｈ４，Ｈ３，Ｈ５）とするにあたって、各顧客に対し何回順番変更する必要があるかを算出する例について説明した。残りの３パターンである（Ｈ４，Ｈ５，Ｈ３）、（Ｈ５，Ｈ４，Ｈ３）、（Ｈ５，Ｈ３，Ｈ４）については、説明を簡略化する。
【０２０２】
基準組合せ（Ｈ３，Ｈ４，Ｈ５）を、（Ｈ４，Ｈ５，Ｈ３）とする場合について、「順番を１つ進める」、順番「４」、元順番「４」といった顧客Ｈ４に対する要素から、変更部１３４は、（−１）＋（４−４）により「−１」を算出する。
【０２０３】
「順番を１つ進める」、順番「５」、元順番「５」といった顧客Ｈ５に対する要素から、変更部１３４は、（−１）＋（５−５）により「−１」を算出する。
【０２０４】
「順番を２つ後退させる」、順番「３」、元順番「３」といった顧客Ｈ３に対する要素から、変更部１３４は、（＋２）＋（３−３）により「＋２」を算出する。
【０２０５】
基準組合せ（Ｈ３，Ｈ４，Ｈ５）を、（Ｈ５，Ｈ４，Ｈ３）とする場合について、「順番を２つ進める」、順番「５」、元順番「５」といった顧客Ｈ５に対する要素から、変更部１３４は、（−２）＋（５−５）により「−２」を算出する。
【０２０６】
「順番変更しない」、順番「４」、元順番「４」といった顧客Ｈ４に対する要素から、変更部１３４は、（０）＋（４−４）により「０」を算出する。
【０２０７】
「順番を２つ後退させる」、順番「３」、元順番「３」といった顧客Ｈ３に対する要素から、変更部１３４は、（＋２）＋（３−３）により「＋２」を算出する。
【０２０８】
基準組合せ（Ｈ３，Ｈ４，Ｈ５）を、（Ｈ５，Ｈ３，Ｈ４）とする場合について、「順番を２つ進める」、順番「５」、元順番「５」といった顧客Ｈ５に対する要素から、変更部１３４は、（−２）＋（５−５）により「−２」を算出する。
【０２０９】
「順番を１つ後退させる」、順番「３」、元順番「３」といった顧客Ｈ３に対する要素から、変更部１３４は、（＋１）＋（３−３）により「＋１」を算出する。
【０２１０】
「順番を１つ後退させる」、順番「４」、元順番「４」といった顧客Ｈ４に対する要素から、変更部１３４は、（＋１）＋（４−４）により「＋１」を算出する。
【０２１１】
以上の結果から、順番を「２」より多く後退させる顧客（繰越数「２」より多い顧客）を含む組合せは、（Ｈ４，Ｈ５，Ｈ３）および（Ｈ５，Ｈ４，Ｈ３）であることがわかる。このため、変更部１３４は、ステップＳ２０４において、かかる２つの組合せを削除する。
【０２１２】
次に、変更部１３４は、ステップＳ２０４で残った顧客の組合せにおいて、各顧客が使用可能な現金機１０がなくならないような現金機１０の組合せを選定する（ステップＳ２０５）。例えば、（Ｈ４，Ｈ３，Ｈ５）、（Ｈ５，Ｈ３，Ｈ４）といった２つの顧客の組合せそれぞれについて、Ｈ３が現金機１０Ａ〜１０Ｃを使用する可能性、顧客Ｈ４が現金機１０Ａ〜１０Ｃを使用する可能性、顧客Ｈ５が現金機１０Ａ〜１０Ｃを使用する可能性がある。
【０２１３】
ここで、図３３に上記２つの顧客組合せに含まれる各顧客に対して、現金機１０を割り当てた場合の現金機１０の組合せを示す。図３３は、パターン３において、顧客に対して現金機１０を割り当てた場合の現金機１０の組合せを示す図である。図３３に示すように、顧客組合せ毎に、３×３×３＝２７通りの現金機１０の組合せが存在する。そして、２つの顧客組合があることから、全体的には、２×２７＝５４通りの現金機１０の組合せが存在する。したがって、変更部１３４は、５４通りの現金機１０の組合せの中から、顧客Ｈ３〜Ｈ５それぞれが使用可能な現金機１０がなくならないような現金機組合せを選定する。
【０２１４】
例えば、変更部１３４は、図３３に示す顧客組合せに対応する現金機組合せについて、かかる顧客組合せに含まれる顧客が、対応する現金機１０を使用可能であるか否かを判定（フルエンドチェック）してゆく。この結果、図３３に示すいずれの現金機組合せであっても顧客Ｈ３による「千円×４０枚」の出金によりいずれかの現金機１０がエンドしてしまう。このため、変更部１３４は、各顧客が使用可能な現金機１０がなくならないような現金機組合せを選定することができない。
【０２１５】
そして、変更部１３４は、選定できる現金機組合せが存在しないと判定することにより（ステップＳ２０６；Ｎｏ）、アラームを発生させることで対象の現金機１０に現金を補充または回収するよう警告する（ステップＳ２０９）。例えば、変更部１３４は、「千円×４０枚」の出金により現金機１０Ｃがエンドしてしまうことが判明した場合には、かかる現金機１０Ｃからアラームを発生させる。これに応じて、例えば、行員や保守が現金機１０に現金を補充する。
【０２１６】
そして、変更部１３４は、人的管理ＤＢ１２１を更新する（ステップＳ２１０）。ここで、図２８は、パターン３に対応する順位変更処理（ステップＳ２１０）により更新された人的管理ＤＢ１２１の一例を示す図である。図２８に示すように、変更部１３４は、Ｗ要素であるＨ３の「順番」および「元順番」を「ｎｕｌｌ」に、そして、「進捗状態」を「待ち」に更新する。また、変更部１３４は、Ｗ要素である顧客Ｈ３が無いものとして、顧客Ｈ４および顧客Ｈ５の「順番」および「元順番」を繰り上げる。
【０２１７】
また、変更部１３４は、収納容量管理ＤＢ１２２を更新する（ステップＳ２１１）。ここで、図３０は、パターン３に対応する順位変更処理（ステップＳ２１１）により更新された収納容量管理ＤＢ１２２の一例を示す第１の図である。上記のように、フルエンドチェックしてゆくことで、現金機１０Ｃがエンドしてしまうことが判明した場合には、変更部１３４は、現金機１０Ｃに対応する「使用許可」を「ＮＧ」に更新する。
【０２１８】
このように、人的管理ＤＢ１２１が更新されたことにより、収納容量管理ＤＢ１２２の想定収納容量を更新するため、変更部１３４は、再び図９に示すステップＳ１０１からの処理を実行させる。
【０２１９】
つまり、判定部１３２は、人的管理ＤＢ１２１の更新を監視することで、人的管理ＤＢ１２１が更新されたことを起点に誘導処理を開始する（ステップＳ１０１）。ここで、顧客Ｈ３は、図２８に示すように、現金機１０Ｃに待機中であり、現金機１０Ｃに対する現金補充作業が完了次第使用することが決まっている。このため、判定部１３２は、顧客Ｈ４およびＨ５を含む集合をＷ集合とする（ステップＳ１０４）。また、判定部１３２は、図２８に示すように使用許可「ＮＧ」となっている現金機１０Ｃを除いて、現状の装置結果として、現金機１０Ａおよび１０Ｂを得る（ステップＳ１０８）。これにより、判定部１３２は、現金機１０Ａおよび１０ＢをＹ集合とする（ステップＳ１０９）。
【０２２０】
Ｗ要素を顧客Ｈ４として処理を進めた場合、判定部１３２は、顧客Ｈ４が使用可能な現金機１０Ａが存在すると判定する（ステップＳ１１３〜１１９）。そして、誘導部１３３は、Ｗ要素である顧客Ｈ４が使用する現金機１０が定まっていないと判定するとともに（ステップＳ１２０；Ｙｅｓ）、フルエンドチェック結果に基づき、顧客Ｈ４が入出金可能な現金機１０が現金機１０Ａおよび１０Ｂであることを確認すると（ステップＳ１２１）、現金機１０Ａおよび１０Ｂを含む集合をＸ集合とする（ステップＳ１２２）。
【０２２１】
ここで、誘導部１３３は、Ｘ要素を現金機１０Ａとすると、この時点でＸ集合≠０であり（ステップＳ１２４；Ｙｅｓ）、また図２８に示すように現金機１０Ａの想定収納容量はｎｕｌｌでないため（ステップＳ１２５；Ｎｏ）、Ｘ集合から現金機１０Ａを除く（ステップＳ１３３）。次に、誘導部１３３は、Ｘ要素を現金機１０Ｂとして（ステップＳ１２３）、同様に処理を繰り返す。そして、誘導部１３３は、再びステップＳ１２４に戻ったところでＸ集合＝０となることから（ステップＳ１２４；Ｎｏ）、収納容量管理ＤＢ１２２において、Ｗ要素の顧客Ｈ４が使用可能な現金機１０のうち、待ち人数が少ない現金機１０を選定する（ステップＳ１３４）。
【０２２２】
図３０の例では、現金機１０Ａおよび１０Ｂともに待ち人数「１」であるため、例えば、誘導部１３３は、現金機１０Ｂより先頭順位が高い現金機１０Ａを選定する。そして、誘導部１３３は、ステップＳ１３４で現金機１０Ａを選定したことにより、収納容量管理ＤＢ１２２において現金機１０Ａに対する待ち人数を更新する（ステップＳ１３５）。ここで、図３１は、パターン３に対応する誘導処理により更新された収納容量管理ＤＢ１２２の一例を示す第２の図である。図３１に示すように、誘導部１３３は、現金機１０Ａに対する待ち人数を更新する。図３０では、現金機１０Ａに対する待ち人数は「１」である。これに対し、誘導部１３３は、これから現金機１０ＡをＷ要素の顧客Ｈ４が使用することになるため、図３１に示すように、現金機１０Ａに対する待ち人数を「２」へと更新する。
【０２２３】
また、誘導部１３３は、収納容量管理ＤＢ１２２において現金機１０Ａに対する想定収納容量を更新する（ステップＳ１３６）。図３１に示すように、誘導部１３３は、現金機１０Ａに対する想定収納容量を更新する。図３０では、現金機１０Ａに対する想定収納容量は「千円×１０枚」である。これに対し、誘導部１３３は、現在収納容量「千円×１０枚」に対し、顧客Ｈ４による入金予定金額「千円×１０枚」を加算した金額「千円×２０枚」を想定収納容量として更新する。
【０２２４】
そして、誘導部１３３は、Ｗ要素である顧客Ｈ４に対し、現金機１０Ａに順番待ちするよう誘導する（ステップＳ１２９）。また、Ｗ要素である顧客Ｈ４の誘導が完了したことにより、誘導部１３３は、顧客Ｈ４を除き、顧客５を含む集合をＷ集合として更新する（ステップＳ１３０）。したがって、Ｗ集合＝０ではないため（ステップＳ１３１；Ｎｏ）、ステップＳ１０５に戻る。そして、誘導サーバ１００は、Ｗ要素を顧客Ｈ５として、これまで顧客Ｈ４について説明してきた処理をＷ要素である顧客Ｈ５についても行う。
【０２２５】
顧客Ｈ５に対する処理の詳細説明は省略するが、誘導部１３３は、ステップＳ１３４では、Ｗ要素の顧客Ｈ５が使用可能な現金機１０Ａおよび１０Ｂのうち、図３１に示すように、待ち人数「１」である現金機１０Ｂを選定する。これにより、誘導部１３３は、図３２に示すように収納容量管理ＤＢ１２２を更新する。ここで、図３２は、パターン３に対応する誘導処理により更新された収納容量管理ＤＢ１２２の一例を示す第３の図である。図３２に示すように、誘導部１３３は、現金機１０Ｂに対する待ち人数を「２」へと更新する（ステップＳ１３５）。また、誘導部１３３は、現金機１０Ｂの想定収納容量は「千円×１０枚」に対し、顧客Ｈ５による入金予定金額「千円×２０枚」を加算した金額「千円×３０枚」を想定収納容量として更新する。そして、誘導部１３３は、Ｗ要素である顧客Ｈ４に対し、現金機１０Ａに順番待ちするよう誘導し（ステップＳ１２９）、処理を終了する。
【０２２６】
［３−６．誘導処理に対応する現金機の動作（補充）］
次に、図２０を用いて、誘導サーバ１００による誘導処理（パターン３）に対応する現金機１０の処理手順として、順番変更してもＷ要素の顧客が使用可能な現金機１０がなく、現金の補充または回収が必要となった場合の処理手順について説明する。
【０２２７】
ここでは、誘導サーバ１００によって、上記パターン３での誘導処理が行われた状態において、顧客に使用される現金機１０の処理手順について説明する。パターン３では、Ｗ要素が顧客Ｈ３の場合に、現金機１０Ｃに現金を補充する例を示したため、かかる例に沿って現金機１０Ｃの処理手順について説明する。
【０２２８】
まず、現金機１０Ｃは、行員等の補充回収作業により、金種毎の現在収納容量が、対応する金種毎の最大容量の５０％となるように調整されたものとする。これにより、現金機１０Ｃは、補充回収処理を行うタイミングであるため（ステップＳ３０１；Ｎｏ）、収納容量管理ＤＢ１２２を呼び出し、呼び出した収納容量管理ＤＢ１２２を更新する（ステップＳ３１１）。ここで、図３４は、現金機１０Ｃにより呼び出された収納容量管理ＤＢ１２２の一例を示す図である。図３４は、図３２に示す収納容量管理ＤＢ１２２と同様である。
【０２２９】
現金機１０Ｃは、行員等の補充回収作業に応じて、呼び出した収納容量管理ＤＢ１２２を更新する。ここで、図３５は、現金機１０Ｃにより更新された収納容量管理ＤＢ１２２を示す図である。図３５に示すように、現金機１０Ｃでは、金種毎の最大容量がそれぞれ「１００枚」である。このため、行員は、金種毎の現在収納容量を５０％の「５０枚」に調整する。このような調整に応じて、現金機１０Ｃは、図３５に示すように、収納容量管理ＤＢ１２２を更新する。また、現金機１０Ｃは、使用許可「ＯＫ」と更新する。
【０２３０】
また、現金機１０Ｃは、人的管理ＤＢ１２１を呼び出し、呼び出した人的管理ＤＢ１２１を更新する（ステップＳ３１２）。ここで、図３６は、現金機１０Ｃにより呼び出された人的管理ＤＢ１２１の一例を示す図である。図３６は、図２８に示す人的管理ＤＢ１２１と同様である。
【０２３１】
現金機１０Ｃは、行員等の補充回収作業に応じて、呼び出した人的管理ＤＢ１２１を更新する。ここで、図３７は、現金機１０Ｃにより更新された人的管理ＤＢ１２１を示す図である。図３７に示すように、現金機１０Ｃは、顧客Ｈ３〜Ｈ５に対応する「順番」および「元順番」を更新する。また、現金機１０Ｃは、顧客Ｈ３に対応する使用装置を「１０Ｃ」、進捗状況を「未完了」として、処理を終了する。
【０２３２】
〔４．処理部について〕
各フローチャートを用いて説明した取得部１３１、判定部１３２、誘導部１３３、変更部１３４による処理は、必ずしも記載の通りの処理部によって行われる必要はない。例えば、判定部１３２によって行われる処理の一部は、誘導部１３３によって行われてもよい。つまり、どの処理をどの処理部が行うようにするかは、限定されず、適宜組み合わせて行われてよいものである。
【０２３３】
〔５．誘導プログラムについて〕
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図３８は、誘導プログラムを実行するコンピュータを示す図である。
【０２３４】
図３８に示すように、コンピュータ１３００は、ＣＰＵ（Central  Processing  Unit）１３１０、ＨＤＤ（Hard  Disk  Drive）１３２０、ＲＡＭ（Random  Access  Memory）１３４０を有する。これら１３１０〜１３４０の各部は、バス１４００を介して接続される。
【０２３５】
ＨＤＤ１３２０には上記の誘導サーバ１００の取得部１３１、判定部１３２、誘導部１３３、変更部１３４と同様の機能を発揮する誘導プログラム１３２０ａが予め記憶される。なお、誘導プログラム１３２０ａについては、適宜分離しても良い。
【０２３６】
また、ＨＤＤ１３２０は、各種情報を記憶する。例えば、ＨＤＤ１３２０は、ＯＳや算出処理に用いる各種データを記憶する。
【０２３７】
そして、ＣＰＵ１３１０が、誘導プログラム１３２０ａをＨＤＤ１３２０から読み出して実行することで、実施例の各処理部と同様の動作を実行する。すなわち、誘導プログラム１３２０ａは、誘導サーバ１００の取得部１３１、判定部１３２、誘導部１３３、変更部１３４と同様の動作を実行する。
【０２３８】
なお、上記した誘導プログラム１３２０ａについては、必ずしも最初からＨＤＤ１３２０に記憶させることを要しない。
【０２３９】
例えば、コンピュータ１３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ１３００がこれらからプログラムを読み出して実行するようにしてもよい。
【０２４０】
さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１３００に接続される「他のコンピュータ（またはサーバ）」などにプログラムを記憶させておく。そして、コンピュータ１３００がこれらからプログラムを読み出して実行するようにしてもよい。
【０２４１】
〔６．その他〕
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０２４２】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【０２４３】
また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【０２４４】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０２４５】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【０２４６】
１  誘導システム
１０  現金機
１００  誘導サーバ
１２１  人的管理ＤＢ
１２２  収納容量管理ＤＢ
１３１  取得部
１３２  判定部
１３３  誘導部
１３４  変更部
【図１】
0006591930.tif 000002
【図２】
0006591930.tif 000003
【図３】
0006591930.tif 000004
【図４】
0006591930.tif 000005
【図５】
0006591930.tif 000006
【図６】
0006591930.tif 000007
【図７】
0006591930.tif 000008
【図８】
0006591930.tif 000009
【図９】
0006591930.tif 000010
【図１０】
0006591930.tif 000011
【図１１】
0006591930.tif 000012
【図１２】
0006591930.tif 000013
【図１３】
0006591930.tif 000014
【図１４】
0006591930.tif 000015
【図１５】
0006591930.tif 000016
【図１６】
0006591930.tif 000017
【図１７】
0006591930.tif 000018
【図１８】
0006591930.tif 000019
【図１９】
0006591930.tif 000020
【図２０】
0006591930.tif 000021
【図２１】
0006591930.tif 000022
【図２２】
0006591930.tif 000023
【図２３】
0006591930.tif 000024
【図２４】
0006591930.tif 000025
【図２５】
0006591930.tif 000026
【図２６】
0006591930.tif 000027
【図２７】
0006591930.tif 000028
【図２８】
0006591930.tif 000029
【図２９】
0006591930.tif 000030
【図３０】
0006591930.tif 000031
【図３１】
0006591930.tif 000032
【図３２】
0006591930.tif 000033
【図３３】
0006591930.tif 000034
【図３４】
0006591930.tif 000035
【図３５】
0006591930.tif 000036
【図３６】
0006591930.tif 000037
【図３７】
0006591930.tif 000038
【図３８】
0006591930.tif 000039