JP7487881B2

JP7487881B2 - 貨幣処理システム及び貨幣処理装置

Info

Publication number: JP7487881B2
Application number: JP2020131768A
Authority: JP
Inventors: 僚介佐原; 卓水本
Original assignee: Laurel Bank Machine Co Ltd; Laurel Precision Machines Co Ltd; Laurel Machinery Co Ltd
Current assignee: Laurel Bank Machine Co Ltd; Laurel Precision Machines Co Ltd; Laurel Machinery Co Ltd
Priority date: 2020-08-03
Filing date: 2020-08-03
Publication date: 2024-05-21
Anticipated expiration: 2040-08-03
Also published as: JP2022028397A

Description

本発明は、貨幣の入出金処理を行う貨幣処理システム及び貨幣処理装置に関する。

出納機と呼ばれる貨幣処理装置は、銀行などの金融機関に設置され、顧客の貨幣の入出金処理や、債券などの管理に使用されている。また、近年では、貨幣処理装置は、スーパーマーケットやコンビニエンスストアなどの商業施設のバックヤードに設置され、売上金の入金処理や、釣銭補充金などの貨幣の出金処理に使用されている。このように、貨幣処理装置は貨幣の取扱に用いられるので店舗の従業員の誰でも自由に使用できるものではなく、通常は、使用権限を与えられた限られた従業員のみが使用できるように設定されている（特許文献１参照）。

特開２００７－２５７２６３号公報

その一方で、交通費や宿泊費、消耗品の購入などの経費は、経理担当者との間で精算するか、専用の現金精算機により精算される。例えば、経理担当者との間で精算する場合、経理担当者は、支払うべき現金を勘定し、精算を行う従業員に勘定した現金を手渡している。この作業は、経理担当者にとって負担であり、また、現金の数え間違いを引き起こす可能性がある。その結果、経費の精算処理を正確、且つ迅速に行うことは困難であった。一方、経費の精算を行う現金精算機を設置する場合、上述した貨幣処理装置と併設されて運用される。したがって、これら装置の運用が煩雑となるだけでなく、装置の設置スペースも確保する必要がある。

そこで、本発明は、店舗での売上金や釣銭補充金などの入出金処理と、経費の精算処理とを、共通の貨幣処理装置で行えるようにした貨幣処理システムを提供することを目的とする。

一つの観点によれば、本発明の貨幣処理システムは、申請用端末機と貨幣処理装置とを少なくとも有する貨幣処理システムにおいて、前記申請用端末機は、精算申請に係る貨幣の精算情報が関連付けられたコード情報を取得する取得部と、前記取得部により取得した前記コード情報を出力する出力部と、を有し、前記貨幣処理装置は、貨幣の入出金にかかる取引情報を入力可能な操作部と、前記操作部の操作により入力された前記取引情報に基づいて、入出金処理を行う貨幣処理部と、前記貨幣処理部を制御する制御部と、前記申請用端末機の前記出力部により出力された前記コード情報を受け付ける受付部と、を有し、前記制御部は、前記操作部により入力された前記取引情報に基づいて、貨幣の入出金処理を行う第１処理と、前記受付部にて受け付けた前記コード情報に関連付けられた前記精算情報に基づいて、貨幣の入出金処理を行う第２処理と、を行う。

また、一つの観点によれば、本発明の貨幣処理装置は、貨幣の入出金にかかる取引情報を入力可能な操作部と、前記操作部の操作により入力された前記取引情報に基づいて、入出金処理を行う貨幣処理部と、前記貨幣処理部を制御する制御部と、申請用端末機の出力部に出力されたコード情報を受け付ける受付部と、を有し、前記制御部は、前記操作部により入力された前記取引情報に基づいて、貨幣の入出金処理を行う第１処理と、前記受付部にて受け付けた前記コード情報に関連付けられた精算情報に基づいて、貨幣の入出金処理を行う第２処理と、を行う。

本件開示によれば、店舗での売上金や釣銭補充金などの入出金処理と、経費の精算処理とを、共通の貨幣処理装置で行えるようにした貨幣処理システムを提供することができる。

この発明を実施した第１実施形態に係る貨幣処理システムの概要の一例を示す模式図である。図１に示す貨幣処理システムの機能ブロック図である。精算申請の一覧を示す説明図である。管理用ＤＢに記憶される管理データの一例を示す説明図である。貨幣処理システムにおける精算申請の流れを示すフローチャートである。貨幣処理システムにおける精算申請の流れを示すフローチャートである。（ａ）申請用端末機のタッチパネルに表示される申請一覧の一例、（ｂ）申請画面の一例、（ｃ）精算申請した後の申請一覧の一例を示す説明図である。（ａ）承認された精算申請を含む精算申請の一覧を表示する表示画面の一例、（ｂ）精算用二次元コードを表示する表示画面の一例、（ｃ）精算完了した精算申請を含む精算申請の一覧を表示する表示画面の一例を示す説明図である。第２実施形態に係る貨幣処理システムの機能ブロック図である。

図１及び図２に示すように、貨幣処理システムＳＹＳは、例えば、スーパーマーケット等の店舗のバックヤードに設置され、店舗の売上金の入金処理や、店舗内に設けられた釣銭機に補充する釣銭補充金（準備金）の出金処理などを行う。また、貨幣処理システムＳＹＳは、店舗の従業員の交通費、宿泊費、物品購入費などの経費に対する出金処理の他、仮払いに対する入金処理を行う。

なお、以下の説明において、前述した店舗の売上金の入金処理や釣銭補充金の出金処理を出納処理とも言い、この出納処理は、貨幣処理システムＳＹＳの使用権限が与えられた従業員（以下、オペレータと称する）のみが行うことができる。また、前述した従業員の経費に対する出金処理や仮払いに対する入金処理を精算処理とも言い、店舗の全ての従業員が行うことができる。

＜貨幣処理システム＞
貨幣処理システムＳＹＳは、貨幣処理装置１、申請用端末機２、承認用端末機３及びサーバ４を含む。貨幣処理装置１、申請用端末機２、承認用端末機３は、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）やインターネット５を介してサーバ４に接続される。

＜貨幣処理装置＞
図２に示すように、貨幣処理装置１は、店舗内のバックヤードなど、顧客が立ち入ることができないエリアに設置される。貨幣処理装置１の一例として出納機が挙げられる。貨幣処理装置１は、操作端末（以下、ターミナル）１１、紙幣処理部１２、硬貨処理部１３などを含む。ターミナル１１は、貨幣処理装置１の各部を制御する。ターミナル１１は、操作部１１１、表示部１１２、カードリーダ１１３、二次元コードリーダ１１４、通信部１１５、記憶部１１６及び制御部１１７を含む。

操作部１１１は、表示部１１２に表示された選択項目を選択する際に操作される操作ボタンや入出金する貨幣の金額を入力する操作ボタンを含むキーボードである。表示部１１２は、出納処理や精算処理を行う際の各種画像を表示する。ここで、操作部１１１と表示部１１２とは、これらが一体であるタッチパネルとしてもよい。

カードリーダ１１３は、貨幣処理装置１の使用権限（操作権限）を与えられた従業員のＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）などの第１認証コード（以下、出納処理用の第１認証コードと称する）を記録した認証カードを読み取る。ターミナル１１は、認証カードに記録された第１認証コードをカードリーダ１１３で読み取ることで、記録されているＩＤを取得し、使用権限が与えられた従業員による操作であるか否かを判断する。ターミナル１１は、使用権限が与えられた従業員による操作であると判断した場合、表示部１１２に操作画面を表示させる。カードリーダ１１３は、読み取った第１認証コードを制御部１１７に出力する。

なお、カードリーダ１１３により読み取るカードは、貨幣処理装置１の使用権限を有し、出納処理を行える従業員を区別できるものであれば、前述した認証カードに限定されるものではない。例えば、出納処理用の第１認証コードを記録した専用のカードとしてもよいし、出納処理を行う従業員の社員証としてもよい。

また、カードリーダ１１３は、出納処理用の第１認証コードがカードに磁気記録されている場合には、磁気カードリーダである。また、カードリーダ１１３は、出納処理用の第１認証コードがカードに内蔵したＩＣ（ＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）チップに記録されている場合には、ＩＣカードリーダである。また、カードリーダ、磁気カードリーダ、ＩＣカードリーダのうち少なくとも何れか２以上を含んで構成されていてもよい。

二次元コードリーダ１１４は、後述する精算用二次元コードＣＯを読み取る。二次元コードリーダ１１４に読み取られた精算用二次元コードＣＯは、制御部１１７に出力される。

通信部１１５は、一例として、インターネット５に接続する通信ネットワーク回路である。通信部１１５は、例えばＷｉ－Ｆｉ（ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ：商標登録）に代表される無線ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）方式又は有線ＬＡＮ方式に対応した通信回路である。

記憶部１１６は、制御プログラム１１６ａや、貨幣処理装置１の制御に必要となる各種情報を予め記憶する。また、記憶部１１６は、貨幣処理装置１のオペレータの認証コード、制御部１１７が制御プログラム１１６ａを実行したときに生成されるデータ、紙幣処理部１２や硬貨処理部１３に貯留される貨幣の在高に係る在高データを記憶する。

制御部１１７は、図示略のＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）が記憶部１１６に記憶された制御プログラム１１６ａを実行することで、主制御部１１７ａ、出納処理部１１７ｂ、精算処理部１１７ｃ、在高管理部１１７ｄ、判定部１１７ｅとして機能する。

主制御部１１７ａは、貨幣処理装置１の各部を制御する。例えば、主制御部１１７ａは、カードリーダ１１３により読み取った第１認証コードに基づき、貨幣処理装置１の操作を行おうとしている従業員の認証処理を行う。ここで、記憶部１１６には、貨幣処理装置１の使用権限が与えられた従業員の第１認証コードが記憶されている。主制御部１１７ａは、読み取った第１認証コードが、記憶部１１６に予め記憶された第１認証コードと一致するか否かを判定する。以下、記憶部１１６に予め記憶された第１認証コードを、登録済みの第１認証コードと称する。

主制御部１１７ａは、カードリーダ１１３により読み取った第１認証コードが記憶部１１６に予め記憶された第１認証コードと一致すると判定した場合、表示部１１２に操作画面を表示するとともに、操作部１１１の操作を有効とする。この場合、主制御部１１７ａは、オペレータによる操作部１１１の操作に基づく入出金処理を行える状態とする。一方、主制御部１１７ａは、読み取った第１認証コードが、記憶部１１６に予め記憶された第１認証コードと一致しないと判定した場合、表示部１１２への操作画面の表示を行わずに、操作部１１１の操作を無効とする。この場合、主制御部１１７ａは、貨幣処理装置１を待機状態に保持する。

出納処理部１１７ｂは、操作部１１１の入力操作に基づいて、出納処理を実行する。出納処理は、操作部１１１から入力された取引情報に基づく貨幣の入出金処理である。出納処理は、例えば、店舗に導入されたＰＯＳ（ＰｏｉｎｔＯｆＳａｌｅ）システムと連動して実行される。

精算処理部１１７ｃは、二次元コードリーダ１１４により読み取られた精算用二次元コードＣＯに基づき、前述した精算処理を実行する。

在高管理部１１７ｄは、紙幣処理部１２に貯留される紙幣の在高、及び硬貨処理部１３に貯留される硬貨の在高を金種毎に管理する。ここで、紙幣処理部１２に貯留される在高とは、紙幣処理部１２の一時貯留部（図示省略）に貯留された紙幣及び金種毎に設けられた収納庫（図示省略）に収納された紙幣の合計金額を言う。同様に、硬貨処理部１３に貯留される在高とは、硬貨処理部１３の一時貯留部（図示省略）に貯留された硬貨及び金種毎に設けられた収納庫（図示省略）に収納された硬貨の合計金額を言う。

判定部１１７ｅは、在高管理部１１７ｄにより管理される貨幣の金種毎の在高のうち、閾値以下となる金種の貨幣があるか否かを判定する。判定部１１７ｅが閾値以下となる金種の貨幣が１金種でもあると判定した場合、主制御部１１７ａは、精算処理を禁止し、出納処理のみを行う。

＜申請用端末機＞
申請用端末機２は、従業員が保有する携帯型の通信端末機である。申請用端末機２は、タッチパネル２１、通信部２２、制御部２３及び記憶部２４を含む。

タッチパネル２１は、申請時の各種画像や、精算用二次元コードＣＯの画像を表示する。また、タッチパネル２１は、入力操作時に使用される。

通信部２２は、インターネット５に接続する通信ネットワーク回路を含む。通信部２２は、例えばＷｉ－Ｆｉ（商標登録）に代表される無線ＬＡＮ方式に対応した通信回路である。

制御部２３は、図示略のＣＰＵが記憶部２４に記憶されたウェブブラウザ２４ａを実行することで、通信部２２を介してサーバ４との間で通信を行う。これにより、申請用端末機２を有する従業員（以下、申請者）は、申請用端末機２において、サーバ４により実行される精算申請用のソフトウェアを利用することができる。

記憶部２４は、ウェブブラウザ２４ａの実行により精算申請処理を行ったときに生成されるデータ（以下、申請データと言う）ＡＰを一時的に記憶する。また、図示は省略するが、記憶部２４は、過去に行った精算申請処理の一覧を示すデータや、精算用二次元コードＣＯに関する情報などを一時的に記憶する。なお、精算申請処理の一覧を示すデータは、サーバ４の記憶部４３に記憶された管理用データベース（ＤＢ）４３ｂから読み出されたデータである。

＜承認用端末機＞
承認用端末機３は、例えばスーパーマーケットの店長など承認権限を有する従業員（以下、承認者）が保有する携帯型の通信端末機である。承認用端末機３は、申請用端末機２から送信された精算申請の承認を行うことができる端末機である。

承認用端末機３は、申請用端末機２と同様の構成を有する。つまり、承認用端末機３は、タッチパネル３１、通信部３２、制御部３３及び記憶部３４を含む。

タッチパネル３１は、精算申請や精算申請の承認に係る各種画像や、精算用二次元コードＣＯの画像を表示する。また、タッチパネル３１は、入力操作時に使用される。

通信部３２は、インターネット５に接続する通信ネットワーク回路である。通信部３２は、例えばＷｉ－Ｆｉ（商標登録）に代表される無線ＬＡＮ方式に対応した通信回路である。

制御部３３は、図示略のＣＰＵが記憶部４３に記憶されたウェブブラウザ３４ａを実行することで、通信部３２を介してサーバ４との間で通信を行う。これにより、承認者は、承認用端末機３を用いて、サーバ４により実行される精算申請用のソフトウェアを利用することができる。なお、記憶部３４に記憶されるウェブブラウザ３４ａは、申請用端末機２の記憶部２４に記憶されるウェブブラウザ２４ａに、精算申請に対する承認を行う機能を追加したものである。

記憶部３４は、ウェブブラウザ３４ａの実行により生成されるデータや、精算申請の一覧を示すデータを一時的に記憶する。なお、精算申請の一覧を示すデータは、サーバ４の記憶部４３から読み出されたデータである。また、記憶部３４は、サーバ４の記憶部４３に記憶された管理データ４３ｄを一時的に記憶する。

＜サーバ＞
サーバ４は、通信部４１、制御部４２及び記憶部４３を有する。

通信部４１は、インターネット５に接続する通信ネットワーク回路を含む。通信部４１は、例えばＷｉ－Ｆｉ（商標登録）に代表される無線ＬＡＮ方式又は有線ＬＡＮ方式に対応した通信回路である。

制御部４２は、記憶部４３に記憶されたウェブサーバ４３ａを実行する。ここで、ウェブサーバ４３ａは、貨幣処理装置１との間の通信、及び申請用端末機２で実行されるウェブブラウザ２４ａや承認用端末機３で実行されるウェブブラウザ３４ａとの間の通信により、精算申請に係る処理を実行する、いわゆる精算申請用のソフトウェアである。

制御部４２は、申請用端末機２がウェブブラウザ２４ａを実行した際に、ログイン画面、申請画面などの各種データを申請用端末機２に送信する。同様に、制御部４２は、承認用端末機３がウェブブラウザ３４ａを実行した際、ログイン画面、申請画面などの各種データを承認用端末機３に送信する。

制御部４２は、図示略のＣＰＵが記憶部４３に記憶されたウェブサーバ４３ａを実行することで、主制御部４２ａ、更新部４２ｂ、生成部４２ｃとして機能する。

主制御部４２ａは、貨幣処理装置１の各部を制御する。主制御部４２ａは、申請一覧のデータを記憶部４３から読み出し、申請用端末機２や承認用端末機３に対して送信する。また、主制御部４２ａは、管理データ４３ｄを記憶部４３の管理用ＤＢ４３ｂから読み出し、承認用端末機３に対して送信する。また、主制御部４２ａは、管理データ４３ｄが更新されたときに、更新通知を申請用端末機２又は承認用端末機３に対して実行する。また、主制御部４２ａは、申請用端末機２から精算用二次元コードＣＯの送信要求を受けて、生成された精算用二次元コードＣＯに関する情報を申請用端末機２に送信する。さらに、主制御部４２ａは、貨幣処理装置１から、精算用二次元コードＣＯから得られる情報（例えば、後述する第２認証コードなど）の確認要求を受けて、精算用二次元コードＣＯから得られる情報の正否判定を行う。主制御部４２ａは、その判定結果を貨幣処理装置１に送信する。

更新部４２ｂは、申請用端末機２から送信された申請データＡＰを受信したときに、管理データ４３ｄを更新する。また、更新部４２ｂは、承認用端末機３から送信された承認信号を受信したときに、管理データ４３ｄを更新する。また、更新部４２ｂは、貨幣処理装置１から精算が完了したことを示す信号を受信したときに、管理データ４３ｄを更新する。なお、申請用端末機２や承認用端末機３から送信された申請データＡＰは、記憶部４３に記憶された申請一覧データ４３ｃに記憶される。

生成部４２ｃは、申請用端末機２から精算用二次元コードＣＯの送信要求を受けて、精算用二次元コードＣＯを生成する。なお、この実施形態では、精算用二次元コードＣＯとして、ＱＲコード（登録商標）を用いる場合を説明する。

生成部４２ｃは、記憶部４３の管理用ＤＢ４３ｂに記憶された管理データ４３ｄ（図４参照）から、例えば申請者を認証するための第２認証コードを読み出す。そして、生成部４２ｃは、読み出した第２認証コードに基づいて、精算用二次元コードＣＯを生成する。生成した精算用二次元コードＣＯは、通信部４１を介して、申請用端末機２に送信される。なお、精算用二次元コードＣＯは、少なくとも第２認証コードを含むものであれば、他の情報を含んでいてもよい。

記憶部４３は、ウェブサーバ４３ａ、管理用ＤＢ４３ｂ及び申請一覧データ４３ｃを記憶する。

管理用ＤＢ４３ｂは、管理データ４３ｄを記憶する。管理データ４３ｄは、申請用端末機２から送信された申請データＡＰに基づく精算申請の進捗などを管理するためのデータである。管理データ４３ｄは、サーバ４が申請用端末機２から送信された申請データＡＰを受信したとき、サーバ４が承認用端末機３から送信された承認信号を受信したとき、又はサーバ４が貨幣処理装置１からの完了通知を受信したときに更新される。

申請一覧データ４３ｃは、申請用端末機２から送信された複数の申請データをまとめたものである。申請一覧データ４３ｃは、サーバ４が申請用端末機２から送信された申請データＡＰを受信すると更新される。

＜申請データ＞
図３は、サーバ４の記憶部４３に記憶された申請一覧データ４３ｃの一例を示す図である。前述したように、申請用端末機２では、所定の申請者による１つの精算に対して１つの申請データＡＰが生成される（例えば、図３の申請者Ａによる精算に対する申請データＡＰ_ａ）。申請一覧データ４３ｃは、複数の申請者Ａ～Ｄにより申請される複数の申請データＡＰ_ａ～ＡＰ_ｋをまとめたものである。

図３に示すように、各申請データＡＰ_ａ～ＡＰ_ｋは、例えば申請者、申請者ＩＤ、申請種別、入出金金額、入出金理由が関連付けられている。

申請者は、精算申請を行う申請者の名称などである。

申請者ＩＤは、申請者を識別するための番号や記号であり、個々の従業員にそれぞれ固有の申請者ＩＤが設定されている。第１実施形態では、申請者ＩＤは、数字４桁の番号である。図３では、申請者Ａの申請者ＩＤは「１２０２」、申請者Ｂの申請者ＩＤは「０９９２」である。また、申請者Ｃの申請者ＩＤは「１１０６」、申請者Ｄの申請者ＩＤは「１３５４」である。これにより、サーバ４は、申請者ＩＤを取得することで、精算申請を行った従業員を把握することができる。

申請種別は、貨幣処理装置１が実行する処理である。申請種別は、具体的には「出金」又は「入金」のいずれかである。入出金額は、申請者が精算申請した金額である。入出金理由は、精算（経費）の内容である。入出金理由は、例えば交通費や宿泊費の他、セミナー参加費や消耗品等の費目である。

＜管理データ＞
図４は、サーバ４の管理用ＤＢ４３ｂに記憶された管理データ４３ｄの一例を示す図である。図４に示すように、管理データ４３ｄは、例えば、管理番号、申請者ＩＤ、第２認証コード、入出金区分、入出金理由、入出金額、申請日、承認者ＩＤ、承認日、処理済みフラグを含み、各々関連付けられている。

サーバ４の更新部４２ｂは、申請用端末機２から申請データＡＰを受信した場合、受信した申請データＡＰに、管理番号や承認に関する情報などを付加して管理データ４３ｄを作成（更新）し、管理用ＤＢ４３ｂに記憶する。

管理番号は、申請データＡＰを受け付けた順に付与される連続した番号である。申請者ＩＤは、前述した申請データＡＰの申請者ＩＤと同様である。

第２認証コードは、申請者が申請用端末機２を介してソフトウェアを実行した際に、サーバ４側から各申請者に付与される認証のためのコードである。第２認証コードは、申請者がサーバ４にアクセスした際にランダムに生成される５桁の英数字の組み合わせである。この第２認証コードに、管理番号、申請者ＩＤ、入出金区分、入出金理由、入出金額、申請日、承認者ＩＤ、承認日、処理済みフラグ等のデータが関連付けられている。例えば、申請者Ａには第２認証コード「Ｋ２２５Ｉ」が付与され、申請者Ｂには第２認証コード「Ｊ３３３Ｏ」が付与される。また、申請者Ｃには第２認証コード「Ｋ２０２Ｂ」が付与され、申請者Ｄには第２認証コード「Ｙ３５１Ａ」が付与される。なお、第２認証コードに基づく精算申請が完了した場合、当該精算申請に対応する第２認証コードは削除される。

次の入出金区分、入出金理由、入出金額は、前述した申請データの入出金区分、入出金理由、入出金額と同様である。申請日は、申請者が申請用端末機２から精算申請した年月日である。承認者ＩＤは、承認権限を有する承認者が承認用端末機３を介してソフトウェアを実行した際に、サーバ４側から承認者に付与される。承認者ＩＤは、例えば５桁の英数字の組み合わせである。承認日は、承認者が承認用端末機３から精算申請を承認した年月日である。処理済みフラグは、例えば精算処理が完了したか否かを識別するためのフラグである。例えば精算処理が完了した場合、処理済みフラグは「１」である。一方、精算処理が完了していない場合、処理済みフラグは「０」である。

次に、貨幣処理システムＳＹＳにおける精算処理の流れについて、図５及び図６を用いて説明する。図５及び図６に示すフローチャートは、申請者が申請用端末機２を操作してウェブブラウザ２４ａを実行し、サーバ４へのログイン操作が完了した後の流れを示している。

なお、図５及び図６に示すフローチャートにおいて、申請用端末機２における処理を１００番台のステップで、サーバ４における処理を２００番台のステップで示す。また、承認用端末機３における処理を３００番台のステップで、貨幣処理装置１における処理を４００番台のステップで示す。

ステップＳ１０１において、申請用端末機２の制御部２３は、サーバ４から送信された申請者の第２認証コードに関連付けられたデータ（申請一覧）を、タッチパネル２１に表示する。なお、以下の説明において、図示は省略しているが、申請一覧を表示する際には、申請用端末機２の制御部２３は、通信部２２を介して、申請一覧の取得要求をサーバ４に対して行い、それに応じてサーバ４から送信されてきた最新の管理データ４３ｄ（図４参照）を、通信部２２を介して受信する。例えば、この処理は、申請者が申請用端末機２を用いてサーバ４にログインすることにより行われる。具体的には、申請者が申請用端末機２を用いてサーバ４にログインすると、サーバ４の制御部４２は、管理用ＤＢ４３ｂから管理データ４３ｄを参照し、ログインを行った申請者の第２認証コードに関連付けられたデータ（申請一覧）を読み出す。そして、サーバ４の制御部４２は、読み出したデータ（申請一覧）を、通信部４１を介して申請用端末機２に送信する。申請用端末機２の制御部２３は、通信部２２を介してサーバ４からのデータを受信し、受信したデータをタッチパネル２１に表示する。

図７（ａ）は、申請用端末機２のタッチパネル２１に表示される申請一覧の一例である。領域７１に申請者ＩＤ、領域７２に選択項目、領域７３に申請一覧が各々表示される。申請者ＩＤは、ログインした状態では、領域７１に常時表示される。

領域７２に表示される選択項目は、サーバ４にログインした申請者により、申請者自身が行った精算申請を絞り込み表示する際に選択される。選択項目としては、例えば「入出金済」、「承認済」、「申請中」、「却下」、「取下」など、申請の進行度を示す項目の他、「入金」、「出金」など、入出金区分を示す項目を含む。なお、各項目には、チェックボックスが対応付けられている。申請者は、各項目に対応付けられたチェックボックスにチェックを入れることで、精算申請の一覧を絞り込み表示することができる。

精算申請の一覧は、当該申請者自身が行った過去の精算申請の履歴である。なお、図７（ａ）においては、領域７３には、精算申請の一覧が表示されていない。つまり、実施の形態では、当該申請者による過去の精算申請の履歴がない、又はチェックした選択項目に関連付けられた過去の精算申請の履歴がないことを示している。この場合、例えば「申請データはありません。」などのコメントが領域７３に表示される。

図５に戻り、ステップＳ１０２において、申請用端末機２の制御部２３は、新規に精算申請が行われたか否かを判定する。

図７（ａ）中、精算申請ボタン７４は、精算申請を新たに申請する際に操作される操作ボタンである。申請用端末機２の制御部２３は、精算申請ボタン７４の押圧操作に基づく信号がタッチパネル２１から入力されたか否かによって、新規に精算申請が行われたか否かを判定する。

申請用端末機２の制御部２３は、新規申請が行われたと判定すると（ステップＳ１０２の判定結果：Ｙｅｓ）、すなわち、申請者が新規に精算申請を行うために精算申請ボタン７４を操作すると、ステップＳ１０３において、申請用端末機２の制御部２３は、申請用端末機２のタッチパネル２１に精算申請の入力画面（申請画面）を表示する（図７（ｂ）参照）。

一方、申請用端末機２の制御部２３は、新規申請が行われていないと判定すると（ステップＳ１０２の判定結果：Ｎｏ）、ステップＳ１０１に戻り、申請用端末機２のタッチパネル２１に精算申請の一覧を引き続き表示させる。

次に、ステップＳ１０４において、申請用端末機２の制御部２３は、申請者がタッチパネル２１を押圧操作しながら申請画面の入力欄に入力した申請内容を取得する。

申請用端末機２のタッチパネル２１に表示される申請画面の一例である図７（ｂ）には、領域７５に入出金区分の選択項目、領域７６に金額の入力欄、領域７７に入出金理由の入力欄が表示される。

領域７５に表示される入出金区分の選択項目は、「入金」、又は「出金」である。「入金」は、仮払いを行ったときの余剰分の貨幣を申請者が支払う場合に選択される。「出金」は、後払いとなる場合に貨幣を申請者に払う場合に選択される。なお、図７（ｂ）においては、「出金」が選択（同図におけるハッチング参照）された場合が示されている。

領域７６に表示される金額の入力欄には、実際に支払いを行った金額、又は余剰分の金額が入力される。また、入出金理由の入力欄には、経費の内容（費目）等が入力される。

また、領域７７の下方には、２つの操作ボタン７８，７９が表示される。操作ボタン（以下、「戻るボタン」と言う）７８は、精算申請を中止する際に押圧操作される。戻るボタン７８が押圧操作されると、一つ前の表示画面に戻って、図７（ａ）に示す精算申請の一覧が表示される。操作ボタン（以下、「申請ボタン」と言う）７９は、入力した情報で精算申請を行う場合に押圧操作される。

図５に戻って、ステップＳ１０５において、申請用端末機２の制御部２３は、申請の実行が要求されたか否かを判定する。

具体的には、申請用端末機２の制御部２３は、申請ボタン７９の押圧操作に基づく信号がタッチパネル２１から入力されたか否かによって、申請の実行が要求されたか否かを判定する。

申請用端末機２の制御部２３は、精算申請の実行が要求されたと判定すると（ステップＳ１０５の判定結果：Ｙｅｓ）、すなわち、申請者が新規に精算申請を行うために申請ボタン７９を押圧操作すると、ステップＳ１０６において、ステップＳ１０４で取得した申請内容に基づいて、申請データＡＰ（図３参照）を生成し、生成した申請データＡＰを、通信部２２を介してサーバ４に送信する。

申請用端末機２の制御部２３は、精算申請の実行が要求されていないと判定すると（ステップＳ１０５の判定結果：Ｎｏ）、ステップＳ１０３に戻り、それ以降の処理を実行する。

なお、図示は省略しているが、生成した申請データＡＰを、通信部２２を介してサーバ４に送信した後、申請用端末機２の制御部２３は、申請画面の表示から申請一覧の表示に切り替える。このとき、新たに精算申請した申請データＡＰが反映された内容が、申請一覧に表示される（図７（ｃ）参照）。

図７（ｃ）に示すように、申請一覧として、新たに申請した精算申請が反映された内容が表示される領域８０が領域７３に設けられている。領域８０には、入出金区分、申請者ＩＤ、入出金理由、金額、申請日時の他、精算申請の進捗状況（例えば、「申請中」）や、承認日なども１つの項目として表示される。また、領域７３には、申請内容の削除を行う際に操作される操作ボタン（以下、「削除ボタン」とも言う）８０ａも設けられている。

図５に戻って、ステップＳ２０１において、サーバ４の主制御部４２ａは、ステップＳ１０６で申請用端末機２が送信した申請データＡＰを、通信部４１を介して受信する。そして、サーバ４の更新部４２ｂは、サーバ４の主制御部４２ａが受信した申請データＡＰを記憶部４３の管理用ＤＢ４３ｂに記憶した管理データ４３ｄに追加し、管理データ４３ｄを更新する。このとき、サーバ４の更新部４２ｂは、記憶部４３に記憶された申請一覧データ４３ｃも更新する。

次に、ステップＳ２０２において、サーバ４の主制御部４２ａは、記憶部４３の管理用ＤＢ４３ｂに記憶された管理データ４３ｄを更新した旨を示す通知（更新通知）を、通信部４１を介して承認用端末機３に送信する。ここでは、サーバ４の主制御部４２ａは、サーバ４の更新部４２ｂが記憶部４３の管理用ＤＢ４３ｂに記憶された管理データ４３ｄを更新したときに、管理データ４３ｄの更新通知を承認用端末機３に送信しているが、例えば申請一覧の再読み込みなど、承認用端末機３からの照会時に、管理データ４３ｄの更新通知を送信してもよい。

ステップＳ３０１において、承認用端末機３の制御部３３は、ステップＳ２０２でサーバ４が送信した更新通知を、通信部３２を介して受信し、タッチパネル３１及び／又は図示を省略したスピーカを用いて、サーバ４において管理データ４３ｄが更新されたことを報知する。これにより、承認者は、管理データ４３ｄの更新を認識できる。

次に、ステップＳ３０２において、承認用端末機３の制御部３３は、サーバ４において更新された最新の管理データ４３ｄの取得要求を、通信部３２を介してサーバ４に送信する。これを受けて、ステップＳ２０３において、サーバ４の制御部４２は、更新された最新の管理データ４３ｄを、通信部３２を介して承認用端末機３に送信する。ステップＳ３０３において、承認用端末機３の制御部３３は、サーバ４から送信された、更新された最新の管理データ４３ｄを、通信部３２を介して受信し、管理データ４３ｄを記憶部３４に一時記憶する。そして、承認用端末機３の制御部３３は、記憶部３４に一時記憶した管理データ４３ｄに基づいて精算申請の一覧を作成してタッチパネル３１に表示させる。

次に、ステップＳ３０４において、承認用端末機３の制御部３３は、新規の精算申請が承認されたか否かを判定する。

ステップＳ３０３において、精算申請の一覧がタッチパネル３１に表示されると、申請者は、精算申請の一覧を視認により確認し、新規に承認すべき精算申請があるか否かを判断する。承認者は、承認すべき精算申請があると判断した場合、承認用端末機７のタッチパネル３１を操作し、承認すべき精算申請を選択して承認する旨の操作を行う。承認すべき精算申請を承認する旨の信号が承認用端末機３の制御部３３に出力される。すなわち、承認用端末機３の制御部３３は、タッチパネル３１から精算申請を承認する旨の信号が入力されたか否かによって、新規の精算申請が承認されたか否かを判定する。

承認用端末機３の制御部３３は、精算申請が承認されたと判定した場合（ステップＳ３０４の判定結果：Ｙｅｓ）、ステップＳ３０５において、承認を行った精算申請の管理番号と、承認した年月日とを含む承認データを生成し、生成した承認データを、通信部３２を介してサーバ４に送信する。

承認用端末機３の制御部３３は、精算申請が承認されていないと判定した場合（ステップＳ３０４の判定結果：Ｎｏ）、ステップＳ３０３に戻り、タッチパネル３１に更新された申請一覧を引き続き表示する。

ステップＳ２０４において、サーバ４の更新部４２ｂは、ステップＳ３０５で承認用端末機３が送信した承認データを、サーバ４の主制御部４２ａが通信部４１を介して受信すると、記憶部４３の管理用ＤＢ４３ｂに記憶された管理データ４３ｄを読み出す。そして、サーバ４の更新部４２ｂは、承認用端末機３からの承認データを、記憶部４３の管理用ＤＢ４３ｂから読み出した管理データ４３ｄに反映する。つまり、管理データ４３ｄが更新される。

次に、ステップＳ２０５において、サーバ４の主制御部４２ａは、申請用端末機２に対して、承認用端末機３から精算申請が承認されたことを示す通知（以下、承認通知）を、通信部４１を介して送信する。承認通知を送信すると、サーバ４の主制御部４２ａは、後述するステップＳ１１０において申請用端末機２が精算用二次元コードＣＯの取得要求を送信してくるまで待機状態となる。

サーバ４が送信した承認通知を、通信部２２を介して受信すると、ステップＳ１０７において、申請用端末機２の制御部２３は、タッチパネル２１及び／又は不図示のスピーカを介して、申請用端末機２が受信した承認通知を報知する処理を行う。この報知により、精算申請を行った申請者は、申請者自身が行った精算申請が承認されたことを認識できる。

次に、ステップＳ１０８において、申請用端末機２の制御部２３は、タッチパネル２１に表示された申請一覧を更新表示する。ここで、図示は省略しているが、更新一覧に基づくデータは、ステップＳ２０５において、サーバ４の制御部４２が精算申請の承認通知とともに、申請用端末機２に向けて送信してもよいし、承認通知を受信した後、申請用端末機２の制御部２３がサーバ４に対して要求してもよい。

申請用端末機２の制御部２３は、サーバ４から受信した、申請者の第２認証コードに関連付けられた管理データ４３ｄに基づいて、申請一覧をタッチパネル２１に更新表示させる（図８（ａ）参照）。

図８（ａ）は、承認用端末機３によって精算申請が承認された後の申請用端末機２に表示される表示画面の一例である。図８（ａ）に示すように、申請用端末機２のタッチパネル２１には、精算申請の一覧として、過去の精算申請の履歴が表示される。このとき、領域８０には、精算申請した内容８１が表示される。領域８０に表示される内容８１は、図７（ｃ）と比較して、精算申請の進捗状況（例えば、「承認済」）が更新されている。また、領域７３には、精算用二次元コードＣＯを表示するためのボタン８１ａが表示される。

図５に戻って、ステップＳ１０９において、申請用端末機２の制御部２３は、精算用二次元コードＣＯの取得要求が実行されたか否かを判定する。例えば申請用端末機２に申請一覧が表示されると、申請者は、申請一覧を参照しながら、精算処理を行いたい項目があるか否かを判断する。申請者は、精算処理を行いたい項目があると判断した場合、精算処理を行いたい項目に表示される精算用二次元コードＣＯを表示するためのボタン８１ａを押圧操作する。すなわち、制御部３３は、タッチパネル３１から精算用二次元コードＣＯを表示する旨の信号が入力されたか否かによって、精算用二次元コードＣＯの取得要求が実行されたか否かを判定する。

申請用端末機２の制御部２３は、精算用二次元コードＣＯの取得要求が実行されたと判定すると（ステップＳ１０９の判定結果：Ｙｅｓ）、ステップＳ１１０において、サーバ４に向けて精算用二次元コードＣＯの取得要求を、通信部２２を介して送信する。この処理の後、申請用端末機２は、後述するステップＳ２０７でサーバ４から精算用二次元コードＣＯが送信されてくるまで待機状態となる。

申請用端末機２の制御部２３は、精算用二次元コードＣＯの取得要求が実行されていないと判定すると（ステップＳ１０９の判定結果：Ｎｏ）、申請用端末機２の制御部２３は、タッチパネル２１に、申請一覧を表示し、精算用二次元コードＣＯの取得要求が実行されたか否かの判定を繰り返し実行する。

ステップＳ２０６において、サーバ４の生成部４２ｃは、サーバ４の主制御部４２ａが通信部４１を介して受信した、取得要求に付帯された管理番号及び申請者ＩＤに対応する精算情報を、記憶部４３の管理用ＤＢ４３ｂに記憶された管理データ４３ｄから読み出す。そして、サーバ４の生成部４２ｃは、読み出した精算情報に基づいた精算用二次元コードＣＯを生成する。次に、ステップＳ２０７において、サーバ４の主制御部４２ａは、サーバ４の生成部４２ｃが生成した精算用二次元コードＣＯを、通信部４４を介して申請用端末機２に送信する。

図６に示すように、ステップＳ１１１において、申請用端末機２の制御部２３は、サーバ４が送信した精算用二次元コードＣＯを、通信部２２を介して受信し、図８（ｂ）に示すように、受信した精算用二次元コードＣＯをタッチパネル２１に表示させる。図８（ｂ）において、精算用二次元コードＣＯの下方には、精算用二次元コードＣＯの表示から、一つ前の画面である申請一覧の表示に戻るための操作ボタン８２が表示される。

上述した処理により申請用端末機２のタッチパネル２１に精算用二次元コードＣＯが表示され、その表示された精算用二次元コードＣＯにより貨幣処理装置１のターミナル１１による精算処理が可能となる。

ステップＳ４０１において、ターミナル１１の主制御部１１７ａは、申請用端末機２に表示される精算用二次元コードＣＯが、貨幣処理装置１の二次元コードリーダ１１４にかざされているか否かを判定する。具体的には、貨幣処理装置１の二次元コードリーダ１１４により申請用端末機２に表示される精算用二次元コードＣＯが認識された場合、ターミナル１１の主制御部１１７ａは、申請用端末機２に表示される精算用二次元コードＣＯが貨幣処理装置１の二次元コードリーダ１１４にかざされていると判定する。ターミナル１１の主制御部１１７ａは、貨幣処理装置１の二次元コードリーダ１１４に、申請用端末機２に表示される精算用二次元コードＣＯをかざしていると判定するまで、この処理を繰り返す。

ステップＳ４０１において、ターミナル１１の主制御部１１７ａは、申請用端末機２に表示される精算用二次元コードＣＯが貨幣処理装置１の二次元コードリーダ１１４にかざされていると判定すると、ステップＳ４０２において、貨幣処理装置１が出納処理中であるか否かの判定を行う。出納処理中であるか否かの判定は、例えば、貨幣処理装置１において、オペレータがターミナル１１の操作部１１１を操作しているか否かに基づいて行われる。または、例えば、オペレータにより操作部１１１から入力された取引情報に基づいて貨幣処理装置１が入出金処理中であるか否か、すなわち、ターミナル１１の出納処理部１１７ｂが作動しているか否かに基づいて行われ、貨幣処理装置１が待機中でない場合は、出納処理中と判定される。

ターミナル１１の主制御部１１７ａは、出納処理中であると判定した場合（ステップＳ４０２の判定結果：Ｙｅｓ）、ステップＳ４０６において、ターミナル１１の表示部１１２に、「出納処理中のため、精算処理ができません。」などのエラーメッセージを表示させる。出納処理中であると判定された場合、後述ステップＳ４０３以降の、二次元コードリーダ１１４で読み取った精算用二次元コードＣＯに係る精算処理は実行されない。ステップＳ４０６において、ターミナル１１の主制御部１１７ａは、ターミナル１１の表示部１１２に、エラーメッセージを表示させた後、ステップ４０１に戻り、精算用二次元コードＣＯが二次元コードリーダ１１４にかざされたか否かの判定処理を実行する。このとき、ターミナル１１の出納処理部１１７ｂは、出納処理を引き続き実行する。すなわち、出納処理が行われている場合、申請者が精算処理を試みても実行されない。

ステップＳ４０２において出納処理中でないと判定した場合（ステップＳ４０２の判定結果：Ｎｏ）、すなわちオペレータがターミナル１１の操作部１１１を操作していない場合、ターミナル１１の主制御部１１７ａは、貨幣処理装置１の二次元コードリーダ１１４にかざされた精算用二次元コードＣＯの読み取りを許可する。すなわち、ステップＳ４０３において、貨幣処理装置１の二次元コードリーダ１１４は、かざされた精算用二次元コードＣＯの読み取りを行い、読み取った精算用二次元コードＣＯのデータを、ターミナル１１の主制御部１１７ａに出力する。ターミナル１１の主制御部１１７ａは、精算用二次元コードＣＯのデータをターミナル１１の記憶部１１６に記憶する。

次に、ステップＳ４０４において、ターミナル１１の在高管理部１１７ｄは、紙幣処理部１２及び硬貨処理部１３が保有する紙幣や硬貨の在高確認（計数）を行う。ステップＳ４０５において、ターミナル１１の判定部１１７ｅは、貨幣処理装置１が保有する何れかの金種の貨幣の在高が所定の閾値以下であるか否かを判定する。

ターミナル１１の判定部１１７ｅは、貨幣処理装置１が保有する何れの金種の貨幣の在高も所定の閾値以下でないと判定した場合（ステップＳ４０５の判定結果：Ｎｏ）、ステップＳ４０７において、ターミナル１１の記憶部１１６に記憶した精算用二次元コードＣＯのデータを読み出す。ターミナル１１の判定部１１７ｅは、読み出した精算用二次元コードＣＯのデータから第２認証コードを取得し、取得した第２認証コードに関する情報を付帯した確認要求を、通信部１１５を介してサーバ４に送信する。

また、ターミナル１１の判定部１１７ｅは、貨幣処理装置１が保有する何れかの金種の貨幣の在高が所定の閾値以下であると判定した場合（ステップＳ４０５の判定結果：Ｙｅｓ）、ステップＳ４０６において、「精算処理ができません」などのエラーメッセージを表示部１１２に表示させる。その後、ステップＳ４０１に戻り、それ以降の処理を実行する。

ステップＳ２０８において、サーバ４の主制御部４２ａは、貨幣処理装置１からの確認要求（ステップＳ２０６）を、通信部４１を介して受信した後、記憶部４３の管理用ＤＢ４３ｂに記憶された管理データ４３ｄを参照し、確認要求に付帯された第２認証コードと一致する第２認証コードがあるか否かを確認する。そして、サーバ４の主制御部４２ａは、ステップＳ２０９において、確認要求に付帯された第２認証コードと一致する第２認証コードがあるか否かの確認結果を貨幣処理装置１に送信する。その後、サーバ４の主制御部４２ａは、後述するステップＳ４１１で貨幣処理装置１から完了通知が送信されてくるまで待機状態となる。

ステップＳ４０８において、ターミナル１１の主制御部１１７ａは、ステップＳ２０８でサーバ４から確認要求に付帯された第２認証コードと一致する第２認証コードがあるか否かの確認結果を、通信部４１を介して受信した後、該確認結果が、確認要求に付帯された第２認証コードと一致する第２認証コードがあるという結果であるか否かを判定する。

ターミナル１１の主制御部１１７ａは、確認要求に付帯された第２認証コードと一致する第２認証コードがあるという確認結果である場合（ステップＳ４０８の判定結果：Ｙｅｓ）、ステップＳ４０９において、ステップＳ４０２で読み取った精算用二次元コードＣＯからの情報に基づいてログイン処理（自動ログイン処理）を行う。すなわち、出納処理を行う場合のように、認証カードに記録された認証コードの入力操作や、申請者ＩＤやパスワードの入力操作が要求されない。

一方、確認結果が、確認要求に付帯された第２認証コードと一致する第２認証コードがないという結果である場合（ステップＳ４０８の判定結果：Ｎｏ）、ターミナル１１の主制御部１１７ａは、ステップＳ４０１に戻り、待機状態となる。

ステップＳ４１０において、ターミナル１１の主制御部１１７ａは、精算用二次元コードＣＯに基づいて処理する精算処理（出金処理又は入金処理）に関する表示画面を表示部１１２に表示する。

次に、ステップＳ４１１において、ターミナル１１の精算処理部１１７ｃは、二次元コードリーダ１１４で読み取った精算用二次元コードＣＯに基づく精算処理を行う。ターミナル１１の精算処理部１１７ｃは、精算用二次元コードＣＯに基づく精算処理が出金である場合、その金額によって、紙幣処理部１２又は硬貨処理部１３の少なくともいずれか一方の処理部に対して出金処理を実行させる。また、ターミナル１１の精算処理部１１７ｃは、精算用二次元コードＣＯに基づく精算処理が入金処理である場合、紙幣処理部１２又は硬貨処理部１３に対して入金処理を実行させる。

ステップＳ４１２において、ターミナル１１の精算処理部１１７ｃは、精算処理が完了した旨の完了通知を、通信部１１５を介してサーバ４に送信する。このとき、ターミナル１１の精算処理部１１７ｃは、完了通知に管理番号を示す情報を付帯する。ステップＳ２１０において、サーバ４の主制御部４２ａは、貨幣処理装置１からの完了通知を、通信部４１を介して受信する。これを受けて、サーバ４の更新部４２ｂは、記憶部４３の管理用ＤＢ４３ｂに記憶された管理データ４３ｄを読み出す。サーバ４の更新部４２ｂは、読み出した管理データ４３ｄのうち、完了通知に付帯された管理番号に対して、精算日などを追加し、また、完了フラグを「０」→「１」に変更する処理などを行って、管理データ４３ｄを更新する。これにより、精算用二次元コードＣＯを読み取ることによって行われる貨幣処理装置１の精算処理が終了する。

申請用端末機２の制御部２３は、申請一覧の表示に戻るための操作ボタン８２が押されると、ステップＳ１１２において、タッチパネル２１に申請一覧を表示させる。なお、図示は省略しているが、申請一覧を表示する際に、申請用端末機２の制御部２３は、通信部２２を介して、申請一覧の再要求をサーバ４に対して行い、サーバ４から通信部２２を介して、最新の管理データ４３ｄを受信する。図８（ｃ）に示すように、領域８０に表示される、申請した精算申請の内容８３では、精算申請が完了したことを示す項目が追加される。

一方、申請用端末機２の制御部２３は、精算が完了していることを示す結果でない場合（ステップＳ１１４の判定結果：Ｎｏ）、ステップＳ１１１に戻り、精算用二次元コードＣＯをタッチパネル２１に引き続き表示する。

以上説明した実施の形態では、申請用端末機２と貨幣処理装置１とを少なくとも有する貨幣処理システムＳＹＳにおいて、申請用端末機２は、精算申請に係る貨幣の精算情報が関連付けられた精算用二次元コードＣＯ（コード情報）を取得する制御部２３（取得部）と、制御部２３により取得した精算用二次元コードＣＯを出力するタッチパネル２１（出力部）と、を有し、貨幣処理装置１は、貨幣の入出金にかかる取引情報を入力可能な操作部１１１と、操作部１１１の操作により入力された取引情報に基づいて、入出金処理を行う紙幣処理部１２及び硬貨処理部１３（貨幣処理部）と、これら紙幣処理部１２及び硬貨処理部１３を制御する制御部１１７と、申請用端末機２のタッチパネル２１により出力された精算用二次元コードＣＯを受け付ける二次元コードリーダ１１４（受付部）と、を有し、制御部１１７は、操作部１１１により入力された取引情報に基づいて、貨幣の入出金処理を行う出納処理（第１処理）と、二次元コードリーダ１１４にて受け付けた精算用二次元コードＣＯに関連付けられた精算情報に基づいて、貨幣の入出金処理を行う精算処理（第２処理：ステップＳ４１０）と、を行う構成とした。

この構成により、貨幣処理システムＳＹＳは、貨幣処理装置１の操作部１１１の操作を受けて貨幣の入出金処理を行うことができるとともに、申請用端末機２から精算用二次元コードＣＯに係る信号を受け付けた場合には、受け付けた信号に基づいて精算処理を行えるようにした。したがって、１台の貨幣処理装置１で、異なる入出金処理を確実に区別しながら処理することができる。すなわち、出納処理を行う貨幣処理装置とは別に、経費の精算処理を行う貨幣処理装置を別途設ける必要はないので、精算処理が煩雑になることを防止でき、また、精算処理に対するコストや、装置の設置スペースを省略することが可能となる。

また、この実施形態で説明した貨幣処理システムＳＹＳでは、貨幣処理装置１が、申請者が保有する申請用端末機２からのコード情報である精算用二次元コードＣＯを読み取ることで、貨幣処理装置１が自動的に精算処理を行う構成とした。上述した精算申請は、店舗の全ての従業員が行い得るため、貨幣処理装置１の使用権限を有しない従業員も精算申請する可能性がある。貨幣処理装置１の使用権限を有しない従業員は、貨幣処理装置１へのログイン認証ができないため、貨幣処理装置１の操作を行えない。また、仮に何らかの方法でログイン認証ができたとしても、貨幣処理装置１の操作に不慣れなため、精算処理の操作を行うことができないか、操作に非常に多くの時間がかかってしまう。

この実施形態にかかる貨幣処理システムＳＹＳでは、申請者は、申請用端末機２のタッチパネル２１に表示された精算用二次元コードＣＯを貨幣処理装置１の二次元コードリーダ１１４に読み取らせるだけで、後の処理は貨幣処理システムＳＹＳが自動的に行い、貨幣処理装置１から申請者に対する精算処理が行われる。したがって、申請者である従業員が、貨幣処理装置１の操作部１１１を操作する必要はないので、その操作に不慣れな従業員であっても容易に精算処理を行うことができる。

また、出力部として、精算用二次元コードＣＯを表示するタッチパネル２１を含み、二次元コードリーダ１１４は、申請用端末機２のタッチパネル２１に表示された前記画像を読み取ることで、精算用二次元コードＣＯを受け付ける構成としている。したがって、申請者が申請用端末機２のタッチパネル２１に精算用二次元コードＣＯを表示した状態で、二次元コードリーダ１１４にかざすという簡単な動作のみで、精算処理を行うことができる。

また、制御部１１７は、貨幣処理装置１、詳細には、紙幣処理部１２及び硬貨処理部１３が保有する貨幣の在高に基づいて、精算処理の実行を許可する構成とした。例えば、貨幣処理装置１の在高によっては、貨幣処理装置１にて実行される精算処理を禁止することができる。つまり、貨幣処理装置１が精算処理を行った結果、紙幣処理部１２が貯留する紙幣や硬貨処理部１３が貯留する硬貨が極端に少ない場合もある。このような場合には、通常の入金処理である出納処理において出金処理が行えなくなる（釣銭の不足）などの事象を防止することができる。

また、貨幣処理装置１は、複数の異なる金種の貨幣を保有することが可能であり、制御部１１７は、貨幣処理装置１が保有する前記複数の異なる金種の貨幣のうち、少なくともいずれか一つの金種の貨幣の在高が第１閾値以下である場合、前記第２処理を禁止する構成とした。例えば、貨幣処理装置１が精算処理を行った結果、紙幣処理部１２が貯留する紙幣や硬貨処理部１３が貯留する硬貨が極端に少ない場合に、通常の入金処理である出納処理で出金処理が行えなくなる（釣銭の不足）などの事象を防止することができる。

また、貨幣の精算を行う申請者の第２認証コード（識別情報）と、申請者が申請した申請データＡＰ（精算情報）とを関連付けて記憶する記憶部４３と、申請者の第２認証コードと、申請データＡＰと、に基づいた精算用二次元コードＣＯを生成する制御部（生成部）４２と、を有する構成とした。したがって、申請データと第２認証コードとを含む精算用二次元コードＣＯを容易に作成することができる。

また、貨幣処理装置１は、操作部１１１の操作を有効にするための第１認証コードを入力することが可能なカードリーダ１１３（入力部）と、入力された第１認証コードを用いた認証処理を実行する制御部１１７（認証部）と、を有し、制御部１１７は、第１認証コードが認証されたとき、操作部１１１の操作を有効にし、操作部１１１の操作により入力された取引情報に基づいて出納処理（第１処理）を実行する構成とした。すなわち取引情報に基づく入出金処理の実行をより限られた者だけが行うようにすることができる。換言すれば、このように取引情報に基づく入出金処理の実行をより限られた者だけが行うようにすることができるようにする一方で、精算処理は、端末機からコード情報を読み取らせるだけで、精算処理を行うことができるので、取引情報に基づく入出金処理の権限がない者でも、行うことができる。すなわち例えば、一つの貨幣処理装置１により入出金処理と精算処理を実行できるという非常に利便性の高いシステムを、より安全に提供できる。

また、申請用端末機２からの精算申請を承認する承認用端末機３を、さらに含み、制御部２３は、承認用端末機３において承認された申請データＡＰに関連付けられた精算用二次元コードＣＯを取得する構成とした。申請データＡＰは、承認者によって承認されたときに初めて精算処理が可能となるので、精算情報の入出金処理を不正に行うことを防止できる。また、承認者は、貨幣処理装置１を操作しなくとも、自己が有している端末機を用いて、自己の都合がよいタイミングで承認操作を行うことが可能となる。

この実施形態で説明した貨幣処理システムＳＹＳにおいては、貨幣処理装置１が有する前記複数の異なる金種の貨幣のうち、少なくともいずれか一つの金種の貨幣の在高が閾値以下となる場合に精算処理を禁止する構成とした。

これは、出金処理における釣銭の不足を未然に防止するものである。しかしながら、入出金処理では、釣銭が不足する事象の発生の他、貨幣が紙幣処理部１２又は硬貨処理部１３が保有する貯留部が満杯になる事象も想定される。したがって、貨幣処理装置１が有する貨幣の金種のいずれかの金種の在高が閾値を超過した場合に、精算処理を禁止することも可能である。この場合、店舗の営業時間帯で取引金額の少ない時間帯であれば、貨幣処理装置１が有する貨幣が少ない（ニアエンド）状態や、貨幣が多い（ニアフル）状態であっても精算処理を行えるように、貨幣処理装置１が有する貨幣の金種のいずれかの金種の在高を確認するための閾値を変更してもよい。

第１実施形態における貨幣処理システムＳＹＳは、貨幣処理装置１、申請用端末機２、承認用端末機３及びサーバ４を有する構成とした。しかしながら、サーバ４の機能を貨幣処理装置１に持たせることも可能である。以下、サーバの機能を有する貨幣処理装置を用いた貨幣処理システムについて、第２実施形態として説明する。

なお、申請用端末機及び承認用端末機の構成は、第１実施形態に示した申請用端末機及び承認用端末機と同一の構成である。したがって、申請用端末機及び承認用端末機に対しては、第１実施形態と同一の符号を付している。また、これら構成については、説明を省略する。

＜第２実施形態＞
図９に示すように、第２実施形態における貨幣処理システムＳＹＳ１は、申請用端末機２、承認用端末機３及び貨幣処理装置９を有する。

貨幣処理装置９は、ターミナル９１、紙幣処理部９２、硬貨処理部９３などを含む。なお、紙幣処理部９２及び硬貨処理部９３は、第１実施形態に示す貨幣処理装置１が有する紙幣処理部１２、硬貨処理部１３と同一構成である。

ターミナル９１は、操作部９１１、表示部９１２、カードリーダ９１３、二次元コードリーダ９１４、通信部９１５、記憶部９１６及び制御部９１７を含む。ここで、操作部９１１、表示部９１２、カードリーダ９１３、二次元コードリーダ９１４、通信部９１５は、第１実施形態に示す操作部１１１、表示部１１２、カードリーダ１１３、二次元コードリーダ１１４、通信部１１５と同一構成である。

制御部９１７は、第１実施形態に示す貨幣処理装置１の制御部１１７の機能と、サーバ４の制御部４２の機能とを実行する。つまり、制御部９１７は、貨幣処理装置９において出納処理を行う際の各処理を行う。また、制御部９１７は、精算処理に基づく各処理を行う。

例えば、制御部９１７は、図示略のＣＰＵが記憶部９１６に記憶された制御プログラム９１６ａを実行することで、主制御部９１７ａ、出納処理部９１７ｂ、精算処理部９１７ｃ、在高管理部９１７ｄ、判定部９１７ｅとして機能する。なお、これら機能は、第１実施形態に示す主制御部１１７ａ、出納処理部１１７ｂ、精算処理部１１７ｃ、在高管理部１１７ｄ、判定部１１７ｅと同一の構成である。また、制御部９１７は、図示略のＣＰＵが記憶部９１６に記憶されたウェブサーバ９１６ｂを実行することで、主制御部９１７ａ、更新部９１７ｆ、生成部９１７ｇとして機能する。なお、更新部９１７ｆ及び生成部９１７ｇの機能は、第１実施形態に示すサーバ４の更新部４２ｂ及び生成部４２ｃと同一の機能である。ここで、主制御部９１７ａは、第１実施形態に示すサーバ４の主制御部４２ａの機能と、第１実施形態に示す貨幣処理装置１のターミナル１１の主制御部１１７ａの機能とを兼用する。

申請用端末機２がウェブブラウザ２４ａを実行すると、申請用端末機２は、貨幣処理装置９にて実行されるソフトウェアを実行することができる。同様に、承認用端末機３がウェブブラウザ３４ａを実行すると、申請用端末機２は、貨幣処理装置９にて実行されるソフトウェアを実行することができる。

つまり、申請用端末機２からの申請データＡＰが貨幣処理装置９に送信されると、貨幣処理装置９は、申請データＡＰにより管理データ９１６ｅを更新して保持する。そして、承認用端末機３において精算申請が承認された後、申請用端末機２からの精算用二次元コードＣＯの取得要求を受けたときに、貨幣処理装置９は、管理データ９１６ｅを参照しながら精算用二次元コードＣＯを生成する。そして、貨幣処理装置９は、生成した精算用二次元コードＣＯを申請用端末機２に送信する。申請用端末機２は、送信された精算用二次元コードＣＯの画像を表示し、貨幣処理装置９に読み取らせる。これにより、貨幣処理装置９は、精算処理を行う。

したがって、第２実施形態においても、第１実施形態と同様の作用効果を得ることが可能となる。また、この実施形態では、貨幣処理装置９が第１実施形態のサーバ４の機能を有しているので、新たに貨幣処理システムに用いるサーバを設ける必要がない。

＜その他の実施形態＞
第１実施形態では、一人の申請者が行う１つの精算申請に対する精算処理が行われているが、同一の申請者による複数の精算申請に対する精算処理を一括して行うようにすることもできる。

例えば、サーバ４の管理用ＤＢ４３ｂが同一の第２認証コードに関連付けられた精算情報を複数記憶しているときには、貨幣処理装置１は、記憶された複数の精算情報に基づいた貨幣の精算処理を、申請者の意図する所定のタイミング（例えば、月末や会社の経費精算期限日）に一括で行うことができる。これによれば、精算処理を精算申請毎に行わずに済むので、精算処置に対応した出金処理の煩雑さを回避することができる。

また、同一の申請者により複数の精算申請があった場合、サーバ４又は貨幣処理装置１は、同一の申請者ＩＤ等に、複数の申請データＡＰを関連付けて記憶しておく。そして、精算申請を行った回数が所定回数（例えば５回）、精算申請の期間が所定期間（例えば１か月）、あるいは、複数の精算申請における合計金額が所定金額（例えば、１万円）のいずれかを満足したときに、精算を行えるようにしてもよい。この場合、サーバ４が生成する精算用二次元コードＣＯには、複数の精算申請の合計金額が含まれる。また、複数の精算申請における合計金額が所定の金額に達した場合に出金する場合、合計金額のうち、例えば紙幣（一万円、五千円、一千円）で支払える金額は払い出しを行い、紙幣で支払うことができない端数（例えば、５００円、１００円、５０円、１０円、５円、１円）の金額分については、次回以降の精算申請分と合算して紙幣での払い出しが可能になったタイミングで精算するようにしてもよい。この場合、申請者は、硬貨の出金がなくなるので出金貨幣の取り扱いが容易となる。

また、同一の申請者の複数の精算申請をまとめて行う場合には、これら複数の精算申請を１つにまとめた精算用二次元コードＣＯを生成してもよい。例えば、２以上の申請データに対応する２以上の管理データ４３ｄを纏めて一つの精算用二次元コードＣＯを生成してもよい。複数の精算申請を纏めて１つの精算用二次元コードＣＯを生成すれば、貨幣処理装置１に対して、１つの精算用二次元コードＣＯを読み取らせるだけで、複数の精算申請に対する精算処理を一括して行わせることができる。すなわち、複数の精算申請ごとに精算用二次元コードＣＯを個別に生成する処理、また、これら精算用二次元コードＣＯを繰り返し読み取らせるという面倒な作業を申請者が行わずに済み、複数の精算申請に対する精算処理を迅速に行うことができる。

この場合、複数の精算申請の各々における金額が小さい場合、各精算申請を繰り返し行うと、出金される硬貨が多くなる。しかしながら、複数の精算申請をまとめることで、出金される金額が大きくなるため、硬貨ではなく紙幣で出金することができる。その結果、申請者が不要に多くの硬貨を所持することを防止できる。

さらに、複数の精算申請をまとめて精算処理する場合、精算処理の際に金額に端数が含まれる場合もある。このような事象を防止するために、複数の精算申請のうち、端数（例えば１０００円以下の金額、または１００００円以下の金額を端数とする）が含まれない精算申請の組み合わせに対して１つの精算用二次元コードＣＯを生成してもよい。このような場合、複数の精算申請のうち、端数が含まれない精算申請の組み合わせが複数発生する場合には、各組合せに対して精算用二次元コードＣＯを生成すればよい。これにより、申請者は、端数の入出金が必要なくなるので、多くの効果や紙幣を準備して申請する必要がなくなる。なお、貨幣処理装置１は、複数の精算申請を読み取る際、払出し金額が端数とならないように払出すために必要な金額を提示してもよい。このようにすると、申請者は、端数とならないように払出すための金額を把握することができ、そのような精算申請があるか否か確認し、そのような申請情報がある場合、当該申請情報を読み取らせることで、端数とならない払出しを行うための精算用二次元コードＣＯを生成して精算処理を行うことができる。

なお、申請者が仮払金の入金を行う際に、お釣りが発生して貨幣処理装置１内の在高が所定の閾値以下となる場合も想定される。この場合、出納処理において釣銭準備金の出金ができなくなる。このような場合には、実際に申請者に対するお釣り分を「保留金」としてチャージしておき、貨幣処理装置１が保有する貨幣の在高が所定の閾値よりも多くなった時に、保留金を払い出せるようにしてもよい。この場合、サーバ４又は貨幣処理装置１は、保留金の払い出しが可能になった旨を申請用端末機２に報知する。

また、複数の精算申請をまとめて精算処理する方法として、サーバ４の制御部４２は、例えば１ヶ月などの所定の期間において同一の申請者により申請された複数の精算申請を纏めて精算用二次元コードを生成することも考えられる。これにより、申請者は一ヶ月に一回入出金を行えばよく、精算処理の負担を軽減できる。

第１実施形態では、承認用端末機３において精算申請が承認されたことを受けて、申請用端末機２は、サーバ４から受信した精算申請の承認通知をタッチパネル２１にポップアップなどで通知する場合を例示しているが、申請者が申請用端末機２からサーバ４にアクセスすることで、承認用端末機３による申請データの承認の有無を確認することも可能である。

第１実施形態で説明した貨幣処理システムＳＹＳは、申請者が申請用端末機２を利用して、精算申請から精算処理までを自発的に行うものである。しかしながら、申請者によっては、自発的に精算申請や精算処理を行わない申請者もいる。そのような申請者に対して、承認者は、承認用端末機３から申請用端末機２に向けて精算申請を促す報知を行わせることができるようにしてもよい。特に、仮払いを行っている場合、申請者は、仮払いで残余している金額を返す必要がある。したがって、サーバ４又は承認用端末機３から申請用端末機２に向けて精算申請を促す報知を行わせることで、申請者が精算申請に伴う出金処理や、仮払いで残余する金額の入金処理を行わせやすくなる。つまり、仮払いを行った場合、上記報知は、入金を催促するためのものである。例えば貨幣処理装置１が保有する貨幣が空に近くなる場合（ニアエンプティの場合）に入金を促すことで、貨幣処理装置１が保有する貨幣が空になる（エンプティとなる）状態を解消できる。

また、申請者から精算申請が行われたにも関わらず、精算処理が行われてない場合、サーバ４は、申請者が保有する申請用端末機２に対して出金を促す通知を行い、申請者に報知することも可能である。この報知は、出金を催促するためのものである。例えば貨幣処理装置１が保有する貨幣が満杯に近くなった（ニアフル）の場合に出金を促すことで、貨幣処理装置１が保有する貨幣が満杯になる（フルになる）状態を解消できる。

第１実施形態では、貨幣処理装置１において出納処理を行っているときには、精算処理を行うことはできない。また、申請者は、出納処理が終了するタイミングはわからない。したがって、申請者が申請者自身の都合の良いタイミングで精算処理を行うことはできない。このような事象を解消するため、貨幣処理装置１は、申請用端末機２に対して、出納処理を実行していないため精算処理が可能である旨を示す通知を行うことも可能である。

詳細については図示を省略するが、貨幣処理装置に、全ての処理が実行されていない待機状態であるか否かを判定する状態判定部を設ける。状態判定部は、貨幣処理装置が待機状態であるか否かの判定を、一定周期で行う。そして、状態判定部による判定により待機状態であると判定された場合に、貨幣処理装置１が精算処理を行える状態にある旨の通知を申請用端末機２に送信する。申請用端末機２は、例えば貨幣処理装置１が精算処理を行える状態にあることをタッチパネル又はスピーカなどにより報知する。これを受けて、申請者は、貨幣処理装置１を用いた精算処理を実行する。なお、精算処理を行わない場合には、他のタイミングで申請用端末機２にて報知されたときに精算処理を行えばよい。つまり、申請者は、申請者自身の都合の良いタイミングで精算処理を行うことができる。

なお、精算処理を実行できる旨の通知を行うだけでなく、貨幣処理装置１の紙幣処理部１２又は硬貨処理部１３が貯留する貨幣の在高に基づいて、精算処理が実行できるか否かの通知を行うようにすることも可能である。

例えば、貨幣処理装置１の紙幣処理部１２又は硬貨処理部１３が貯留する貨幣の在高が閾値以下となる場合に、精算処理が可能であることが申請用端末機２に通知されるようにしたときには、貨幣処理装置１が貯留する貨幣は、貯留可能な貨幣の上限には到達しておらず、また、入金処理を行っても上限に到達しないと判断できる。したがって、申請者は申請者自身のタイミングで精算処理における入金処理を実行することができる。なお、閾値は、入金処理の金額に合わせてもよいし、固定値であってもよい。また、貨幣の在高の確認は、金種毎に行ってもよい。

また、貨幣処理装置１の紙幣処理部１２又は硬貨処理部１３が貯留する貨幣の在高が閾値を超過する場合に、精算処理が可能であることが申請用端末機２に通知されるようにしたときには、貨幣処理装置１にて出金処理を行っても十分に貨幣が貯留されていると判断できる。この場合、申請者は申請者自身のタイミングで精算処理における出金処理を実行することができる。なお、閾値は、出金処理の金額に合わせてもよいし、固定値であってもよい。また、貨幣の在高の確認は、金種毎に行ってもよい。

なお、貨幣処理装置１の紙幣処理部１２又は硬貨処理部１３が保有する貨幣の在高に基づいて、精算処理が実行できるか否かの通知は、申請用端末機２だけでなく、サーバ４に送信してもよい。例えば、ターミナル１１の制御部１１７は、精算処理が実行できるか否かの通知を、通信部１１５を介してサーバ４の制御部４２に送信する。サーバ４の制御部４２は、貨幣処理装置１に保有する貨幣が少なく、貨幣処理装置１において実行できる精算処理が入金処理となる場合、記憶部４３の管理用ＤＢ４３ｂに記憶した管理データ４３ｄを参照して、先払いを行った精算申請（すなわち、入金処理となる精算申請）を特定する。そして、サーバ４の制御部４２は、特定された精算申請を行った申請者が有する申請用端末機２に向けて、貨幣処理装置１への入金処理が可能であることを、通信部４１を介して通知する。同様にして、サーバ４の制御部４２は、貨幣処理装置１に保有する貨幣が多く、貨幣処理装置１において実行できる精算処理が出金処理となる場合、記憶部４３の管理用ＤＢ４３ｂに記憶した管理データ４３ｄを参照して、後払いとなる精算申請（すなわち、出金処理となる精算申請）を特定する。そして、サーバ４の制御部４２は、特定された精算申請を行った申請者が有する申請用端末機２に向けて、貨幣処理装置１からの出金処理が可能であることを、通信部４１を介して通知する。

第１実施形態においては、精算処理を行えない例として、出納処理を行っているときを例示しているが、例えば、貨幣処理装置１において、精算処理が実行できる期間と、精算処理を行うことができない期間とを設け、これら期間を切り替えることも可能である。つまり、店舗の営業時間内は出納処理を行う機会が多いので、精算処理を行うことができないようにする。一方、店舗が閉店した営業時間外に、出納処理が行われることが少ないため、精算処理を自由に行うことができるようにする（すなわち、営業時間外にのみ精算処理が行えるようにすることができる）。また、この他に、取引金額が多い時間帯は精算処理を禁止して出納処理のみを行えるようにし、取引金額が少ない時間帯は精算処理を行えるようにすることも可能である。

第１実施形態では、申請用端末機２で精算申請を行う場合、申請の入力画面の各項目に記入していく構成としている。しかしながら、領収書などをカメラにて撮影しておき、精算申請を行う際に、生成される申請データに、撮影により得られた画像データを添付して、サーバ４に送信する領収書添付機能を有していてもよい。

第１実施形態では、承認用端末機３は、申請用端末機２からの精算申請を承認するものであるが、承認用端末機３からも精算申請を行うことができる。

１，９…貨幣処理装置
１１…操作端末
１２…紙幣処理部
１３…硬貨処理部
２…申請用端末機
２１…タッチパネル
３…承認用端末機
４…サーバ
４３ｂ…管理用ＤＢ
４３ｄ…管理データ
１１１…操作部
１１２…表示部
１１３…カードリーダ
１１４…二次元コードリーダ
１１７…制御部
ＡＰ…申請データ
ＣＯ…精算用二次元コード
ＳＹＳ，ＳＹＳ１…貨幣処理システム

Claims

申請用端末機と貨幣処理装置とサーバとを少なくとも有する貨幣処理システムにおいて、
前記サーバは、
貨幣の精算を行う申請者の識別情報と、前記申請者が申請した精算申請に係る貨幣の精算情報とを関連付けて記憶する記憶部と、
前記記憶部に記憶された前記申請者の識別情報と前記精算情報とに基づいてコード情報を生成する生成部と、
前記コード情報を前記申請用端末機に送信する通信部と、
を有し、
前記申請用端末機は、
前記精算情報が関連付けられた前記コード情報を取得する取得部と、
前記取得部により取得した前記コード情報を出力する出力部と、
を有し、
前記貨幣処理装置は、
貨幣の入出金にかかる取引情報を入力可能な操作部と、
前記操作部の操作により入力された前記取引情報に基づいて、入出金処理を行う貨幣処理部と、
前記貨幣処理部を制御する制御部と、
前記申請用端末機の前記出力部により出力された前記コード情報を受け付ける受付部と、
を有し、
前記制御部は、
前記操作部により入力された前記取引情報に基づいて、貨幣の入出金処理を行う第１処理と、
前記受付部にて受け付けた前記コード情報に関連付けられた前記精算情報に基づいて、貨幣の入出金処理を行う第２処理と、を行い、
前記記憶部は、同一の前記識別情報に関連付けられた異なる複数の前記精算情報を記憶することが可能であり、
前記生成部は、前記記憶部に記憶された、同一の前記識別情報に関連付けられた異なる複数の前記精算情報をまとめた１つの前記コード情報を生成し、
前記制御部は、前記第２処理において、同一の前記識別情報に関連付けられた異なる複数の前記精算情報に基づいて、複数の貨幣の入出金処理を一括して行う貨幣処理システム。
申請用端末機と貨幣処理装置とサーバとを少なくとも有する貨幣処理システムにおいて、
前記サーバは、
貨幣の精算を行う申請者の識別情報と、前記申請者が申請した精算申請に係る貨幣の精算情報とを関連付けて記憶する記憶部と、
前記記憶部に記憶された前記申請者の識別情報と前記精算情報とに基づいてコード情報を生成する生成部と、
前記コード情報を前記申請用端末機に送信する通信部と、
を有し、
前記申請用端末機は、
前記精算情報が関連付けられた前記コード情報を取得する取得部と、
前記取得部により取得した前記コード情報を出力する出力部と、
を有し、
前記貨幣処理装置は、
貨幣の入出金にかかる取引情報を入力可能な操作部と、
前記操作部の操作により入力された前記取引情報に基づいて、入出金処理を行う貨幣処理部と、
前記貨幣処理部を制御する制御部と、
前記申請用端末機の前記出力部により出力された前記コード情報を受け付ける受付部と、
を有し、
前記制御部は、
前記操作部により入力された前記取引情報に基づいて、貨幣の入出金処理を行う第１処理と、
前記受付部にて受け付けた前記コード情報に関連付けられた前記精算情報に基づいて、貨幣の入出金処理を行う第２処理と、を行い、
前記生成部は、同一の前記識別情報に関連付けられた異なる複数の前記精算情報が前記記憶部に記憶されている場合に、同一の前記識別情報に関連付けられた異なる複数の前記精算情報をまとめた１つの前記コード情報を生成し、
前記制御部は、前記第２処理において、同一の前記識別情報に関連付けられた異なる複数の前記精算情報に基づいて、複数の貨幣の入出金処理を一括して行う貨幣処理システム。
申請用端末機と貨幣処理装置とを少なくとも有する貨幣処理システムにおいて、
前記貨幣処理装置は、
貨幣の精算を行う申請者の識別情報と、前記申請者が申請した精算申請に係る貨幣の精算情報とを関連付けて記憶する記憶部と、
前記記憶部に記憶された前記申請者の識別情報と前記精算情報とに基づいてコード情報を生成する生成部と、
前記コード情報を前記申請用端末機に送信する通信部と、
を有し、
前記申請用端末機は、
前記精算情報が関連付けられた前記コード情報を取得する取得部と、
前記取得部により取得した前記コード情報を出力する出力部と、
を有し、
前記貨幣処理装置は、
貨幣の入出金にかかる取引情報を入力可能な操作部と、
前記操作部の操作により入力された前記取引情報に基づいて、入出金処理を行う貨幣処理部と、
前記貨幣処理部を制御する制御部と、
前記申請用端末機の前記出力部により出力された前記コード情報を受け付ける受付部と、
をさらに有し、
前記制御部は、
前記操作部により入力された前記取引情報に基づいて、貨幣の入出金処理を行う第１処理と、
前記受付部にて受け付けた前記コード情報に関連付けられた前記精算情報に基づいて、貨幣の入出金処理を行う第２処理と、を行い、
前記記憶部は、同一の前記識別情報に関連付けられた異なる複数の前記精算情報を記憶することが可能であり、
前記生成部は、前記記憶部に記憶された、同一の前記識別情報に関連付けられた異なる複数の前記精算情報をまとめた１つの前記コード情報を生成し、
前記制御部は、前記第２処理において、同一の前記識別情報に関連付けられた異なる複数の前記精算情報に基づいて、複数の貨幣の入出金処理を一括して行う貨幣処理システム。
申請用端末機と貨幣処理装置とを少なくとも有する貨幣処理システムにおいて、
前記貨幣処理装置は、
貨幣の精算を行う申請者の識別情報と、前記申請者が申請した精算申請に係る貨幣の精算情報とを関連付けて記憶する記憶部と、
前記記憶部に記憶された前記申請者の識別情報と前記精算情報とに基づいてコード情報を生成する生成部と、
前記コード情報を前記申請用端末機に送信する通信部と、
を有し、
前記申請用端末機は、
前記精算情報が関連付けられた前記コード情報を取得する取得部と、
前記取得部により取得した前記コード情報を出力する出力部と、
を有し、
前記貨幣処理装置は、
貨幣の入出金にかかる取引情報を入力可能な操作部と、
前記操作部の操作により入力された前記取引情報に基づいて、入出金処理を行う貨幣処理部と、
前記貨幣処理部を制御する制御部と、
前記申請用端末機の前記出力部により出力された前記コード情報を受け付ける受付部と、
をさらに有し、
前記制御部は、
前記操作部により入力された前記取引情報に基づいて、貨幣の入出金処理を行う第１処理と、
前記受付部にて受け付けた前記コード情報に関連付けられた前記精算情報に基づいて、貨幣の入出金処理を行う第２処理と、を行い、
前記生成部は、同一の前記識別情報に関連付けられた異なる複数の前記精算情報が前記記憶部に記憶されている場合に、同一の前記識別情報に関連付けられた異なる複数の前記精算情報をまとめた１つの前記コード情報を生成し、
前記制御部は、前記第２処理において、同一の前記識別情報に関連付けられた異なる複数の前記精算情報に基づいて、複数の貨幣の入出金処理を一括して行う貨幣処理システム。
貨幣の入出金にかかる取引情報を入力可能な操作部と、
前記操作部の操作により入力された前記取引情報に基づいて、入出金処理を行う貨幣処理部と、
前記貨幣処理部を制御する制御部と、
申請用端末機の出力部により出力されたコード情報を受け付ける受付部と、
を有し、
前記コード情報は、サーバの記憶部に関連付けて記憶された貨幣の精算を行う申請者の識別情報及び前記申請者が申請した精算申請に係る貨幣の精算情報に基づいて、前記サーバの生成部によって生成され、前記申請用端末機の取得部に送信され、
前記制御部は、
前記操作部により入力された前記取引情報に基づいて、貨幣の入出金処理を行う第１処理と、
前記受付部にて受け付けた前記コード情報に関連付けられた前記精算情報に基づいて、貨幣の入出金処理を行う第２処理と、を行い、
前記記憶部は、同一の前記識別情報に関連付けられた異なる複数の前記精算情報を記憶することが可能であり、
前記生成部は、前記記憶部に記憶された、同一の前記識別情報に関連付けられた異なる複数の前記精算情報をまとめた１つの前記コード情報を生成し、
前記制御部は、前記第２処理において、同一の前記識別情報に関連付けられた異なる複数の前記精算情報に基づいて、複数の貨幣の入出金処理を一括して行う貨幣処理装置。
貨幣の入出金にかかる取引情報を入力可能な操作部と、
前記操作部の操作により入力された前記取引情報に基づいて、入出金処理を行う貨幣処理部と、
前記貨幣処理部を制御する制御部と、
申請用端末機の出力部により出力されたコード情報を受け付ける受付部と、
を有し、
前記コード情報は、サーバの記憶部に関連付けて記憶された貨幣の精算を行う申請者の識別情報及び前記申請者が申請した精算申請に係る貨幣の精算情報に基づいて、前記サーバの生成部によって生成され、前記申請用端末機の取得部に送信され、
前記制御部は、
前記操作部により入力された前記取引情報に基づいて、貨幣の入出金処理を行う第１処理と、
前記受付部にて受け付けた前記コード情報に関連付けられた前記精算情報に基づいて、貨幣の入出金処理を行う第２処理と、を行い、
前記生成部は、同一の前記識別情報に関連付けられた異なる複数の前記精算情報が前記記憶部に記憶されている場合に、同一の前記識別情報に関連付けられた異なる複数の前記精算情報をまとめた１つの前記コード情報を生成し、
前記制御部は、前記第２処理において、同一の前記識別情報に関連付けられた異なる複数の前記精算情報に基づいて、複数の貨幣の入出金処理を一括して行う貨幣処理装置。
貨幣の精算を行う申請者の識別情報と、前記申請者が申請した精算申請に係る貨幣の精算情報とを関連付けて記憶する記憶部と、
前記記憶部に記憶された前記申請者の識別情報と前記精算情報とに基づいてコード情報を生成する生成部と、
前記コード情報を申請用端末機の取得部に送信する通信部と、
貨幣の入出金にかかる取引情報を入力可能な操作部と、
前記操作部の操作により入力された前記取引情報に基づいて、入出金処理を行う貨幣処理部と、
前記貨幣処理部を制御する制御部と、
前記申請用端末機の出力部に出力された前記コード情報を受け付ける受付部と、
を有し、
前記制御部は、
前記操作部により入力された前記取引情報に基づいて、貨幣の入出金処理を行う第１処理と、
前記受付部にて受け付けた前記コード情報に関連付けられた前記精算情報に基づいて、貨幣の入出金処理を行う第２処理と、を行い、
前記記憶部は、同一の前記識別情報に関連付けられた異なる複数の前記精算情報を記憶することが可能であり、
前記生成部は、前記記憶部に記憶された、同一の前記識別情報に関連付けられた異なる複数の前記精算情報をまとめた１つの前記コード情報を生成し、
前記制御部は、前記第２処理において、同一の前記識別情報に関連付けられた異なる複数の前記精算情報に基づいて、複数の貨幣の入出金処理を一括して行う貨幣処理装置。
貨幣の精算を行う申請者の識別情報と、前記申請者が申請した精算申請に係る貨幣の精算情報とを関連付けて記憶する記憶部と、
前記記憶部に記憶された前記申請者の識別情報と前記精算情報とに基づいてコード情報を生成する生成部と、
前記コード情報を申請用端末機の取得部に送信する通信部と、
貨幣の入出金にかかる取引情報を入力可能な操作部と、
前記操作部の操作により入力された前記取引情報に基づいて、入出金処理を行う貨幣処理部と、
前記貨幣処理部を制御する制御部と、
前記申請用端末機の出力部に出力された前記コード情報を受け付ける受付部と、
を有し、
前記制御部は、
前記操作部により入力された前記取引情報に基づいて、貨幣の入出金処理を行う第１処理と、
前記受付部にて受け付けた前記コード情報に関連付けられた前記精算情報に基づいて、貨幣の入出金処理を行う第２処理と、を行い、
前記生成部は、同一の前記識別情報に関連付けられた異なる複数の前記精算情報が前記記憶部に記憶されている場合に、同一の前記識別情報に関連付けられた異なる複数の前記精算情報をまとめた１つの前記コード情報を生成し、
前記制御部は、前記第２処理において、同一の前記識別情報に関連付けられた異なる複数の前記精算情報に基づいて、複数の貨幣の入出金処理を一括して行う貨幣処理装置。