ホーム > 特許ランキング > ローレルバンクマシン株式会社
▶ ローレルバンクマシン株式会社の特許一覧 ▶ ローレル機械株式会社の特許一覧 ▶ ローレル精機株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023146296
(43)【公開日】2023-10-12
(54)【発明の名称】貨幣処理装置、及び、プログラム
(51)【国際特許分類】
G07D 11/24 20190101AFI20231004BHJP
【ＦＩ】
G07D11/24
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2022053419
(22)【出願日】2022-03-29
(71)【出願人】
【識別番号】000116079
【氏名又は名称】ローレルバンクマシン株式会社
(71)【出願人】
【識別番号】500267170
【氏名又は名称】ローレル機械株式会社
(71)【出願人】
【識別番号】500265501
【氏名又は名称】ローレル精機株式会社
(74)【代理人】
【識別番号】110003177
【氏名又は名称】弁理士法人旺知国際特許事務所
(72)【発明者】
【氏名】平野 伶菜
(72)【発明者】
【氏名】濱田 卓郎
(72)【発明者】
【氏名】白崎 政実
【テーマコード（参考）】
3E141
【Ｆターム（参考）】
3E141AA01
3E141AA08
3E141BA06
3E141CA16
3E141CB04
3E141FH04
3E141FJ05
3E141GA07
(57)【要約】
【課題】経費の管理に係る手間を低減する。
【解決手段】複数の店舗ＳPの各々における売上金と非売上金の入出金を受け付ける入出金受付部１１と、店舗ＳP毎に、入出金受付部１１が入金を受け付けた非売上金を管理する現金管理部１２と、を備える、ことを特徴とする貨幣処理装置１。
【選択図】図４
【解決手段】複数の店舗ＳPの各々における売上金と非売上金の入出金を受け付ける入出金受付部１１と、店舗ＳP毎に、入出金受付部１１が入金を受け付けた非売上金を管理する現金管理部１２と、を備える、ことを特徴とする貨幣処理装置１。
【選択図】図４
【特許請求の範囲】
【請求項1】
複数のサービス区分の各々における売上金と非売上金の入出金を受け付ける受付部と、
前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部と、
を備える、
ことを特徴とする貨幣処理装置。
前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部と、
を備える、
ことを特徴とする貨幣処理装置。
【請求項2】
前記受付部は、
前記複数のサービス区分のうち、一のサービス区分について、
前記管理部の管理する非売上金の在高を超える、
前記一のサービス区分における非売上金の出金を拒否する、
ことを特徴とする、請求項１に記載の貨幣処理装置。
前記複数のサービス区分のうち、一のサービス区分について、
前記管理部の管理する非売上金の在高を超える、
前記一のサービス区分における非売上金の出金を拒否する、
ことを特徴とする、請求項１に記載の貨幣処理装置。
【請求項3】
前記管理部は、
前記サービス区分毎に、前記受付部が入金を受け付けた売上金を管理する、
ことを特徴とする、請求項１または２に記載の貨幣処理装置。
前記サービス区分毎に、前記受付部が入金を受け付けた売上金を管理する、
ことを特徴とする、請求項１または２に記載の貨幣処理装置。
【請求項4】
前記受付部は、
前記複数のサービス区分のうち、一のサービス区分について、
前記管理部の管理する売上金の在高を超える、
前記一のサービス区分における売上金の出金を拒否する、
ことを特徴とする、請求項３に記載の貨幣処理装置。
前記複数のサービス区分のうち、一のサービス区分について、
前記管理部の管理する売上金の在高を超える、
前記一のサービス区分における売上金の出金を拒否する、
ことを特徴とする、請求項３に記載の貨幣処理装置。
【請求項5】
前記受付部は、
前記複数のサービス区分の各々における非売上金に含まれる釣銭の入出金を受け付け、
前記管理部は、
前記サービス区分毎に、前記受付部が入金を受け付けた釣銭を管理する、
ことを特徴とする、請求項１乃至４のうち何れか１項に記載の貨幣処理装置。
前記複数のサービス区分の各々における非売上金に含まれる釣銭の入出金を受け付け、
前記管理部は、
前記サービス区分毎に、前記受付部が入金を受け付けた釣銭を管理する、
ことを特徴とする、請求項１乃至４のうち何れか１項に記載の貨幣処理装置。
【請求項6】
前記複数のサービス区分の各々に対して非売上金の入金額の上限値を設定可能な設定部、
を備える、
ことを特徴とする、請求項１乃至５のうち何れか１項に記載の貨幣処理装置。
を備える、
ことを特徴とする、請求項１乃至５のうち何れか１項に記載の貨幣処理装置。
【請求項7】
前記複数のサービス区分の各々における非売上金の科目に関する管理項目を設定可能な設定部、
を備える、
ことを特徴とする、請求項１乃至６のうち何れか１項に記載の貨幣処理装置。
を備える、
ことを特徴とする、請求項１乃至６のうち何れか１項に記載の貨幣処理装置。
【請求項8】
前記管理部は、
前記複数のサービス区分の各々における非売上金の入出金に関するユーザの権限を管理する、
ことを特徴とする、請求項１乃至７のうち何れか１項に記載の貨幣処理装置。
前記複数のサービス区分の各々における非売上金の入出金に関するユーザの権限を管理する、
ことを特徴とする、請求項１乃至７のうち何れか１項に記載の貨幣処理装置。
【請求項9】
貨幣処理装置のプロセッサを、
複数のサービス区分の各々における売上金と非売上金の入出金を受け付ける受付部と、
前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部と、
して機能させる、
ことを特徴とするプログラム。
複数のサービス区分の各々における売上金と非売上金の入出金を受け付ける受付部と、
前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部と、
して機能させる、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、貨幣処理装置、及び、プログラムに関する。
【背景技術】
【0002】
店舗等のサービス提供施設において、売上金を管理する貨幣処理装置が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許第６７５３９９１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかし、従来の技術において、サービス提供者は、サービスの提供に係る経費等の非売上金を、貨幣処理装置による売上金の管理とは別個に、例えば、手元管理する必要があった。
【0005】
本発明は、上述した事情に鑑みてなされたものであり、従来の技術と比較して、非売上金の管理に係る手間を低減することを可能とする技術の提供を、解決課題の一つとする。
【課題を解決するための手段】
【0006】
以上の課題を解決するために、本発明に係る貨幣処理装置は、複数のサービス区分の各々における売上金と非売上金の入出金を受け付ける受付部と、前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部と、を備える、ことを特徴とする。
【0007】
また、本発明に係るプログラムは、貨幣処理装置のプロセッサを、複数のサービス区分の各々における売上金と非売上金の入出金を受け付ける受付部と、前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部と、して機能させる、ことを特徴とする。
【発明の効果】
【0008】
本発明によれば、従来の技術と比較して、経費の管理に係る手間を低減することが可能となる。
【図面の簡単な説明】
【0009】
【図1】本発明の実施形態に係る商用施設ＣFの概要の一例を示す説明図である。
【図2】貨幣処理装置１の構成の一例を示すブロック図である。
【図3】店舗管理テーブルＴB1のデータ構成の一例を示す図である。
【図4】現金管理テーブルＴB2のデータ構成の一例を示す図である。
【図5】経費管理テーブルＴB3のデータ構成の一例を示す図である。
【図6】金種管理テーブルＴB4のデータ構成の一例を示す図である。
【図7】入出金履歴テーブルＴB5のデータ構成の一例を示す図である。
【図8】ユーザ管理テーブルＴB6のデータ構成の一例を示す図である。
【図9】貨幣処理装置１によるログイン処理の一例を示すフローチャートである。
【図10】メニュー画面Ｇ1の概要の一例を示す説明図である。
【図11】メニュー画面Ｇ1の概要の一例を示す説明図である。
【図12】メニュー画面Ｇ1の概要の一例を示す説明図である。
【図13】貨幣処理装置１による売上入金処理の一例を示すフローチャートである。
【図14】売上入金額入力画面Ｇ2の概要の一例を示す説明図である。
【図15】貨幣処理装置１による釣銭出金処理の一例を示すフローチャートである。
【図16】貨幣処理装置１による売上回収処理の一例を示すフローチャートである。
【図17】売上回収額入力画面Ｇ4の概要の一例を示す説明図である。
【図18】貨幣処理装置１による経費入金処理の一例を示すフローチャートである。
【図19】経費入金額入力画面Ｇ5の概要の一例を示す説明図である。
【図20】貨幣処理装置１による経費出金処理の一例を示すフローチャートである。
【図21】経費出金額入力画面Ｇ6の概要の一例を示す説明図である。
【図22】貨幣処理装置１による経費科目設定処理の一例を示すフローチャートである。
【図23】経費科目設定画面Ｇ7の概要の一例を示す説明図である。
【図24】貨幣処理装置１によるユーザ設定処理の一例を示すフローチャートである。
【図25】変形例５に係る貨幣処理システムＳys-Aの概要の一例を示す説明図である。
【図26】変形例５に係る貨幣処理装置１Aの構成の一例を示すブロック図である。
【図27】変形例５に係るサーバ装置９Aの構成の一例を示すブロック図である。
【図28】変形例６に係る貨幣処理システムＳys-Bの概要の一例を示す説明図である。
【図29】変形例６に係る貨幣処理装置１Bの構成の一例を示すブロック図である。
【図30】変形例６に係るサーバ装置９Bの構成の一例を示すブロック図である。
【図31】変形例７に係る貨幣処理システムＳys-Cの概要の一例を示す説明図である。
【図32】変形例７に係るサーバ装置９Cの構成の一例を示すブロック図である。
【図33】変形例９に係る現金管理テーブルＴB2-H1のデータ構成の一例を示す図である。
【図34】変形例９に係る現金管理テーブルＴB2-H2のデータ構成の一例を示す図である。
【図35】変形例１０に係る貨幣処理装置１によるログイン処理の一例を示すフローチャートである。
【図36】変形例１０に係る店舗一覧画面Ｇ11の概要の一例を示す説明図である。
【発明を実施するための形態】
【0010】
以下、本発明を実施するための形態について図面を参照して説明する。なお、各図において、各部の寸法及び縮尺は、実際のものと適宜に異ならせてある。また、以下に述べる実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの形態に限られるものではない。
【0011】
＜Ａ．実施形態＞
以下、本発明の実施形態を説明する。
以下、本発明の実施形態を説明する。
【0012】
【0013】
図１は、貨幣処理装置１の設置環境を説明するための説明図である。
【0014】
図１に例示するように、本実施形態において、貨幣処理装置１は、商用施設ＣFに設置される。ここで、商用施設ＣFとは、「複合施設」の一例であり、具体的には、ショッピングモール等の複合商業施設、百貨店、または、商店街等のような、サービス提供施設の集合である。
【0015】
図１に例示するように、本実施形態において、商用施設ＣFには、複数の店舗ＳPがテナントとして入店している場合を想定する。具体的には、本実施形態では、商用施設ＣFに対して、Ｍ個の店舗ＳP[1]～ＳP[M]がテナントとして入店している場合を想定する。ここで、値Ｍは、「Ｍ≧２」を満たす自然数である。
なお、本実施形態において、店舗ＳPとは、「サービス提供施設」の一例であり、商品の販売、または、役務の提供等の、サービスを行うための施設である。また、以下では、商用施設ＣFに対してテナントとして入店するＭ個の店舗ＳP[1]～ＳP[M]のうち、ｍ番目の店舗ＳPを、店舗ＳP[m]と称する場合がある。ここで、変数ｍは、「１≦ｍ≦Ｍ」を満たす自然数である。
なお、本実施形態において、店舗ＳPとは、「サービス提供施設」の一例であり、商品の販売、または、役務の提供等の、サービスを行うための施設である。また、以下では、商用施設ＣFに対してテナントとして入店するＭ個の店舗ＳP[1]～ＳP[M]のうち、ｍ番目の店舗ＳPを、店舗ＳP[m]と称する場合がある。ここで、変数ｍは、「１≦ｍ≦Ｍ」を満たす自然数である。
【0016】
図１に例示するように、店舗ＳP[m]では、スタッフＳTが、商品の販売または役務の提供等のサービスを行い、当該サービスの対価として金銭ＣSを受領する。そして、スタッフＳTは、サービスの対価として受領した金銭ＣSをレジＲGに保管する。その後、スタッフＳTは、レジＲGに保管されている金銭ＣSを貨幣処理装置１に入金することで、貨幣処理装置１を用いて当該金銭ＣSを管理する。すなわち、本実施形態では、スタッフＳTが、貨幣処理装置１のユーザとしての役割を有する場合を想定する。
【0017】
なお、以下では、店舗ＳP[m]に所属し、店舗ＳP[m]においてサービスを行うスタッフＳTを、スタッフＳT[m]と称する。本実施形態では、店舗ＳP[m]において、１または複数名のスタッフＳT[m]が所属している場合を想定する。具体的には、本実施形態では、店舗ＳP[m]において、Ｎm名スタッフＳT[m]が所属している場合を想定する。ここで、値Ｎmは、「Ｎm≧１」を満たす自然数である。
また、以下では、店舗ＳP[m]に属するＮm名のスタッフＳTのうち、ｎ番目のスタッフＳTを、スタッフＳT[m][n]と称する場合がある。すなわち、以下では、店舗ＳP[m]に所属するＮm名スタッフＳT[m]を、スタッフＳT[m][1]～ＳT[m][Nm]と称する場合がある。ここで、変数ｎは、「１≦ｎ≦Ｎm」を満たす自然数である。
また、以下では、店舗ＳP[m]に設置されたレジＲGを、レジＲG[m]と称する場合がある。
また、以下では、店舗ＳP[m]に属するＮm名のスタッフＳTのうち、ｎ番目のスタッフＳTを、スタッフＳT[m][n]と称する場合がある。すなわち、以下では、店舗ＳP[m]に所属するＮm名スタッフＳT[m]を、スタッフＳT[m][1]～ＳT[m][Nm]と称する場合がある。ここで、変数ｎは、「１≦ｎ≦Ｎm」を満たす自然数である。
また、以下では、店舗ＳP[m]に設置されたレジＲGを、レジＲG[m]と称する場合がある。
【0018】
図２は、貨幣処理装置１の構成の一例を示すブロック図である。
【0019】
図２に例示するように、貨幣処理装置１は、制御部１０と、記憶部２０と、表示操作部３０と、通信部４０と、情報読取部５０と、入出金部６０と、現金収納部７０と、を備える。
【0020】
表示操作部３０は、貨幣処理装置１のユーザからの指示の入力を受け付けると共に、表示領域において各種情報を表示するためのハードウェアである。表示操作部３０としては、例えば、タッチパネルを採用することができる。なお、表示操作部３０として、貨幣処理装置１のユーザからの指示の入力を受け付ける操作入力装置とは別個に、表示領域において各種情報を表示する表示装置を設けてもよい。
通信部４０は、有線ネットワーク及び無線ネットワークの一方または双方を介して貨幣処理装置１の外部に存在する外部装置との間の通信を実行するためのハードウェアである。
情報読取部５０は、貨幣処理装置１のユーザの有するＩＣカード等の情報記憶媒体から情報を読み取るためのハードウェアである。
通信部４０は、有線ネットワーク及び無線ネットワークの一方または双方を介して貨幣処理装置１の外部に存在する外部装置との間の通信を実行するためのハードウェアである。
情報読取部５０は、貨幣処理装置１のユーザの有するＩＣカード等の情報記憶媒体から情報を読み取るためのハードウェアである。
【0021】
入出金部６０は、貨幣処理装置１の外部から貨幣処理装置１の内部に対して紙幣及び硬貨等の金銭ＣSを入金すること、並びに、貨幣処理装置１の内部において管理されている金銭ＣSを貨幣処理装置１の外部に出金すること、を行うためのハードウェアである。
現金収納部７０は、入出金部６０から入金された金銭ＣSを収納するためのハードウェアである。
現金収納部７０は、入出金部６０から入金された金銭ＣSを収納するためのハードウェアである。
【0022】
制御部１０は、貨幣処理装置１の各部を制御するためのハードウェアであり、プロセッサを含んで構成される。ここで、プロセッサは、１または複数のＣＰＵ（Central Processing Unit）を含む。但し、プロセッサは、１または複数のＣＰＵに加え、または、１または複数のＣＰＵのうち一部または全部に替えて、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）、または、ＦＰＧＡ（Field Programmable Gate Array）等の、ハードウェアを含んで構成されるものであってもよい。
【0023】
記憶部２０は、制御部１０が具備するプロセッサの作業領域として機能するＲＡＭ（Random Access Memory）等の揮発性メモリと、各種情報を記憶するＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の不揮発性メモリとの、一方または双方を含む。
【0024】
図２に例示するように、記憶部２０は、店舗管理情報ＤSを記憶した店舗管理テーブルＴB1と、現金管理情報ＤCを記憶した現金管理テーブルＴB2と、経費管理情報ＤMを記憶した経費管理テーブルＴB3と、金種管理情報ＤTを記憶した金種管理テーブルＴB4と、入出金履歴情報ＤRを記憶した入出金履歴テーブルＴB5と、ユーザ管理情報ＤUを記憶したユーザ管理テーブルＴB6と、を格納している。なお、店舗管理情報ＤS、現金管理情報ＤC、経費管理情報ＤM、金種管理情報ＤT、入出金履歴情報ＤR、及び、ユーザ管理情報ＤUについては後述する。また、記憶部２０は、貨幣処理装置１の各部を制御するための制御プログラムＰGを記憶している。
【0025】
図２に例示するように、制御部１０が具備するプロセッサは、記憶部２０に記憶された制御プログラムＰGを実行し、当該制御プログラムＰGに従って動作することで、入出金受付部１１、現金管理部１２、及び、管理条件設定部１３として機能することが可能である。
【0026】
入出金受付部１１（「受付部」の一例）は、入出金部６０を制御することで、貨幣処理装置１への金銭ＣSの入金と、貨幣処理装置１からの金銭ＣSの出金とを受け付ける。具体的には、入出金受付部１１は、表示操作部３０を操作する貨幣処理装置１のユーザからの指示の入力に基づいて、入出金部６０に対して、貨幣処理装置１への金銭ＣSの入金と、貨幣処理装置１からの金銭ＣSの出金とを、実行させる。
【0027】
現金管理部１２（「管理部」の一例）は、貨幣処理装置１に入金された金銭ＣSを管理する。
管理条件設定部１３（「設定部」の一例）は、表示操作部３０を操作する貨幣処理装置１のユーザからの指示の入力に基づいて、現金管理部１２による金銭ＣSの管理に関する条件を設定する。
管理条件設定部１３（「設定部」の一例）は、表示操作部３０を操作する貨幣処理装置１のユーザからの指示の入力に基づいて、現金管理部１２による金銭ＣSの管理に関する条件を設定する。
【0028】
【0029】
＜２．１．店舗管理情報ＤS＞
図３は、店舗管理情報ＤSを記憶する店舗管理テーブルＴB1のデータ構成の一例を示す図である。
図３は、店舗管理情報ＤSを記憶する店舗管理テーブルＴB1のデータ構成の一例を示す図である。
【0030】
図３に例示するように、店舗管理テーブルＴB1は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]と１対１に対応するＭ個のレコードを有する。店舗管理テーブルＴB1が有する各レコードは、店舗ＩDと、店舗管理情報ＤSと、を含む。
【0031】
ここで、店舗ＩDとは、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]の中から、各店舗ＳP[m]を一意に識別するための識別情報である。
また、店舗管理情報ＤSとは、例えば、店舗名称情報ＤS1と、店舗種別情報ＤS2と、を含む情報である。このうち、店舗名称情報ＤS1とは、店舗ＳP[m]の名称を示す情報である。また、店舗種別情報ＤS2とは、店舗ＳP[m]の種別を示す情報である。
なお、以下では、店舗管理テーブルＴB1が有するＭ個のレコードのうち、店舗ＳP[m]に対応するｍ番目のレコードに記憶された店舗管理情報ＤSを、店舗管理情報ＤS[m]と称する場合がある。また、以下では、各種情報が、Ｍ個の店舗ＳP[1]～ＳP[M]のうち、ｍ番目の店舗ＳP[m]に対応する情報である場合には、当該情報に対して、添え字[m]を付して表すことがある。
また、店舗管理情報ＤSとは、例えば、店舗名称情報ＤS1と、店舗種別情報ＤS2と、を含む情報である。このうち、店舗名称情報ＤS1とは、店舗ＳP[m]の名称を示す情報である。また、店舗種別情報ＤS2とは、店舗ＳP[m]の種別を示す情報である。
なお、以下では、店舗管理テーブルＴB1が有するＭ個のレコードのうち、店舗ＳP[m]に対応するｍ番目のレコードに記憶された店舗管理情報ＤSを、店舗管理情報ＤS[m]と称する場合がある。また、以下では、各種情報が、Ｍ個の店舗ＳP[1]～ＳP[M]のうち、ｍ番目の店舗ＳP[m]に対応する情報である場合には、当該情報に対して、添え字[m]を付して表すことがある。
【0032】
＜２．２．現金管理情報ＤC＞
図４は、現金管理情報ＤCを記憶する現金管理テーブルＴB2のデータ構成の一例を示す図である。
図４は、現金管理情報ＤCを記憶する現金管理テーブルＴB2のデータ構成の一例を示す図である。
【0033】
図４に例示するように、現金管理テーブルＴB2は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]と１対１に対応するＭ個のレコードを有する。現金管理テーブルＴB2が有する各レコードは、店舗ＳP[1]～ＳP[M]の中から店舗ＳP[m]を一意に識別するための店舗ＩDと、店舗ＳP[m]に対応する現金管理情報ＤC[m]と、を含む。
【0034】
ここで、現金管理情報ＤC[m]とは、例えば、店舗在高情報ＤCA[m]と、売上金在高情報ＤCB[m]と、釣銭在高情報ＤCC[m]と、経費在高情報ＤK[m]と、経費科目情報ＤKK[m]と、を含む情報である。
【0035】
このうち、店舗在高情報ＤCA[m]とは、店舗ＳP[m]が貨幣処理装置１に対して入金した金銭ＣSの総額を示す情報である。本実施形態において、店舗在高情報ＤCA[m]の示す在高は、以下で説明する売上金在高情報ＤCB[m]の示す在高と、釣銭在高情報ＤCC[m]の示す在高と、経費在高情報ＤK[m]の示す在高との合計である。
また、売上金在高情報ＤCB[m]とは、店舗ＳP[m]が貨幣処理装置１に対して入金した金銭ＣSのうち、店舗ＳP[m]における売上金の在高を示す情報である。
また、釣銭在高情報ＤCC[m]とは、店舗ＳP[m]が貨幣処理装置１に対して入金した金銭ＣSのうち、店舗ＳP[m]において準備されている釣銭（釣銭準備金）の在高を示す情報である。
また、経費在高情報ＤK[m]とは、店舗ＳP[m]が貨幣処理装置１に対して入金した金銭ＣSのうち、店舗ＳP[m]において備品の購入等に用いる経費（小口金）の在高を示す情報である。なお、本実施形態では、「非売上金」の一例が「経費」である場合を説明する。また、本実施形態では、「釣銭」が「非売上金」に含まれない態様を例示して説明する。
また、売上金在高情報ＤCB[m]とは、店舗ＳP[m]が貨幣処理装置１に対して入金した金銭ＣSのうち、店舗ＳP[m]における売上金の在高を示す情報である。
また、釣銭在高情報ＤCC[m]とは、店舗ＳP[m]が貨幣処理装置１に対して入金した金銭ＣSのうち、店舗ＳP[m]において準備されている釣銭（釣銭準備金）の在高を示す情報である。
また、経費在高情報ＤK[m]とは、店舗ＳP[m]が貨幣処理装置１に対して入金した金銭ＣSのうち、店舗ＳP[m]において備品の購入等に用いる経費（小口金）の在高を示す情報である。なお、本実施形態では、「非売上金」の一例が「経費」である場合を説明する。また、本実施形態では、「釣銭」が「非売上金」に含まれない態様を例示して説明する。
【0036】
なお、本実施形態では、店舗ＳP[m]における経費に対して、用途等に応じて１または複数の科目が設定されている場合を想定する。そして、経費科目情報ＤKK[m]は、例えば、店舗ＳP[m]における経費に設定された１または複数の科目と１対１に対応する１または複数の科目ＩDと、当該１または複数の科目と１対１に対応する１または複数の科目在高情報ＤKB[m]と、を含む情報である。
【0037】
ここで、科目ＩDとは、店舗ＳP[m]における経費に設定された１または複数の科目の中から、各科目を一意に識別するための識別情報である。また、科目在高情報ＤKB[m]とは、店舗ＳP[m]における経費の在高のうち、各科目における経費の在高を示す情報である。
【0038】
以下では、店舗ＳP[m]における経費に対して設定されている科目の個数が、Ｑm個である場合を想定する。ここで、値Ｑmは、「Ｑm≧１」を満たす自然数である。そして、以下では、経費科目情報ＤKK[m]が有するＱm個の科目在高情報ＤKB[m]を、それぞれ、科目在高情報ＤKB[m][1]～ＤKB[m][Qm]と称する場合がある。また、以下では、経費科目情報ＤKK[m]が有するＱm個の科目在高情報ＤKB[m][1]～ＤKB[m][Ｑm]のうち、ｑ番目の科目に対応する科目在高情報ＤKB[m]を、科目在高情報ＤKB[m][q]と称する場合がある。ここで、変数ｑは、「１≦ｑ≦Ｑm」を満たす自然数である。すなわち、科目在高情報ＤKB[m][q]は、店舗ＳP[m]における経費の在高のうち、ｑ番目の科目に対応する経費の在高を示す情報である。
【0039】
＜２．３．経費管理情報ＤM＞
図５は、経費管理情報ＤMを記憶する経費管理テーブルＴB3のデータ構成の一例を示す図である。
図５は、経費管理情報ＤMを記憶する経費管理テーブルＴB3のデータ構成の一例を示す図である。
【0040】
図５に例示するように、経費管理テーブルＴB3は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]と１対１に対応するＭ個のレコードを有する。経費管理テーブルＴB3が有する各レコードは、店舗ＳP[1]～ＳP[M]の中から店舗ＳP[m]を一意に識別するための店舗ＩDと、店舗ＳP[m]に対応する経費管理情報ＤM[m]と、を含む。
【0041】
ここで、経費管理情報ＤM[m]とは、例えば、経費上限情報ＤL[m]と、経費科目管理情報ＤX[m]と、を含む情報である。
【0042】
このうち、経費上限情報ＤL[m]とは、店舗ＳP[m]における経費として、店舗ＳP[m]が貨幣処理装置１に入金可能な金銭ＣSの上限額を示す情報である。
また、経費科目管理情報ＤX[m]とは、店舗ＳP[m]における経費に設定されているＱm個の科目の各々の管理内容を示す情報である。具体的には、経費科目管理情報ＤX[m]は、店舗ＳP[m]における経費に設定されているＱm個の科目と１対１に対応するＱm個の科目個別管理情報ＤXXを有する。以下では、経費科目管理情報ＤX[m]が有するＱm個の科目個別管理情報ＤXXのうち、ｑ番目の科目個別管理情報ＤXXを、科目個別管理情報ＤXX[m][q]と称する。
また、経費科目管理情報ＤX[m]とは、店舗ＳP[m]における経費に設定されているＱm個の科目の各々の管理内容を示す情報である。具体的には、経費科目管理情報ＤX[m]は、店舗ＳP[m]における経費に設定されているＱm個の科目と１対１に対応するＱm個の科目個別管理情報ＤXXを有する。以下では、経費科目管理情報ＤX[m]が有するＱm個の科目個別管理情報ＤXXのうち、ｑ番目の科目個別管理情報ＤXXを、科目個別管理情報ＤXX[m][q]と称する。
【0043】
ここで、科目個別管理情報ＤXX[m][q]とは、例えば、店舗ＳP[m]における経費に設定されているＱm個の科目のうちｑ番目の科目に対応する科目ＩDと、当該科目ＩDに対応する科目の名称と、入金上限情報ＤX1[m][q]と、出金上限情報ＤX2[m][q]と、科目権限情報ＤX3[m][q]と、を含む情報である。
【0044】
このうち、入金上限情報ＤX1[m][q]とは、店舗ＳP[m]におけるｑ番目の科目に係る経費として、店舗ＳP[m]が貨幣処理装置１に入金可能な金銭ＣSの上限額を示す情報である。なお、本実施形態において、上述した経費上限情報ＤL[m]は、店舗ＳP[m]に係るＱm個の入金上限情報ＤX1[m][1]～ＤX1[m][Qm]の示すＱm個の上限額の合計値に設定されていることとする。
【0045】
また、出金上限情報ＤX2[m][q]とは、店舗ＳP[m]におけるｑ番目の科目に係る経費として、店舗ＳP[m]のスタッフＳT[m][n]が貨幣処理装置１から出金可能な金銭ＣSの上限額を示す情報である。具体的には、出金上限情報ＤX2[m][q]とは、店舗ＳP[m]のスタッフＳT[m][n]が、１営業日または１週間等の所定期間において、店舗ＳP[m]におけるｑ番目の科目に係る経費として、貨幣処理装置１から出金可能な金銭ＣSの上限値を示す情報であってもよい。なお、出金上限情報ＤX2[m][q]の示す上限額は、入金上限情報ＤX1[m][q]の示す上限額以下の値に設定されることとする。
【0046】
また、科目権限情報ＤX3[m][q]とは、店舗ＳP[m]におけるｑ番目の科目に係る経費の入出金が可能なスタッフＳT[m][n]の権限を示す情報である。なお、本実施形態では、科目権限情報ＤX3[m][q]が、店舗ＳP[m]におけるｑ番目の科目に係る経費の入出金が可能なスタッフＳT[m][n]の権限を示す場合を例示するが、本発明はこのような態様に限定されるものではない。科目権限情報ＤX3[m][q]において、店舗ＳP[m]におけるｑ番目の科目に係る経費の入出が可能なスタッフＳT[m][n]の権限と、店舗ＳP[m]におけるｑ番目の科目に係る経費の出金が可能なスタッフＳT[m][n]の権限とが、異なる権限として、個別に定められてもよい。
【0047】
＜２．４．金種管理情報ＤT＞
図６は、金種管理情報ＤTを記憶する金種管理テーブルＴB4のデータ構成の一例を示す図である。
図６は、金種管理情報ＤTを記憶する金種管理テーブルＴB4のデータ構成の一例を示す図である。
【0048】
図６に例示するように、金種管理テーブルＴB4は、貨幣処理装置１において管理可能な複数の金種（例えば、一万円券、五千円券、二千円券、千円券、五百円硬貨、百円硬貨、五十円硬貨、十円硬貨、五円硬貨、及び、一円硬貨）と１対１に対応する複数のレコードを有する。金種管理テーブルＴB4が有する各レコードは、金種ＩDと、金種管理情報ＤTと、を含む。
【0049】
ここで、金種ＩDとは、貨幣処理装置１において管理可能な複数の金種の中から、各金種を一意に識別するための識別情報である。
また、金種管理情報ＤTとは、例えば、金種ＩDに対応する金種の名称（金種名称）と、金種別数量情報ＤT1と、金種別在高情報ＤT2と、を含む情報である。
また、金種管理情報ＤTとは、例えば、金種ＩDに対応する金種の名称（金種名称）と、金種別数量情報ＤT1と、金種別在高情報ＤT2と、を含む情報である。
【0050】
このうち、金種別数量情報ＤT1とは、貨幣処理装置１内に保管された、金種ＩDに対応する紙幣または貨幣の数量を示す情報である。また、金種別在高情報ＤT2とは、貨幣処理装置１内に保管された、金種ＩDに対応する紙幣または貨幣の金額の合計値を示す情報である。
【0051】
＜２．５．入出金履歴情報ＤR＞
図７は、入出金履歴情報ＤRを記憶する入出金履歴テーブルＴB5のデータ構成の一例を示す図である。
図７は、入出金履歴情報ＤRを記憶する入出金履歴テーブルＴB5のデータ構成の一例を示す図である。
【0052】
図７に例示するように、入出金履歴テーブルＴB5は、商用施設ＣFに属するスタッフＳTによる貨幣処理装置１に対する全ての入出金操作と１対１に対応する１または複数のレコードを有する。入出金履歴テーブルＴB5が有する各レコードは、操作ＩDと、入出金履歴情報ＤRと、を含む。
【0053】
ここで、操作ＩDとは、商用施設ＣFに属するスタッフＳTによる貨幣処理装置１に対する全ての入出金操作の中から、各入出金操作を一意に識別するための識別情報である。
また、入出金履歴情報ＤRとは、例えば、操作ＩDに対応する入出金操作を行ったスタッフＳTに係るユーザＩDと、当該スタッフＳTが属する店舗ＳPに対応する店舗ＩDと、操作日時情報ＤR1と、操作種別情報ＤR2と、取扱金額情報ＤR3と、取扱金種情報ＤR4と、を含む情報である。
また、入出金履歴情報ＤRとは、例えば、操作ＩDに対応する入出金操作を行ったスタッフＳTに係るユーザＩDと、当該スタッフＳTが属する店舗ＳPに対応する店舗ＩDと、操作日時情報ＤR1と、操作種別情報ＤR2と、取扱金額情報ＤR3と、取扱金種情報ＤR4と、を含む情報である。
【0054】
このうち、ユーザＩDとは、商用施設ＣFに属する複数のスタッフＳTの中から、各スタッフＳTを一意に識別するための識別情報である。
また、操作日時情報ＤR1とは、操作ＩDに係る入出金操作が実行された日時を示す情報である。
また、操作日時情報ＤR1とは、操作ＩDに係る入出金操作が実行された日時を示す情報である。
【0055】
また、操作種別情報ＤR2とは、例えば、種別ＩDと、科目ＩDと、を含む情報である。
ここで、種別ＩDとは、貨幣処理装置１に対する全ての種類の入出金操作の中から、各入出金操作の種類を一意に識別するための識別情報である。すなわち、本実施形態において、操作種別情報ＤR2は、操作ＩDに係る入出金操作の種類に対応する種別ＩDを含む。なお、本実施形態では、説明の便宜上、貨幣処理装置１に対する入出金操作として、売上金を入金する売上入金操作、釣銭準備金を出金する釣銭出金操作、売上金を回収する売上回収操作、経費を入金する経費入金操作、及び、経費を出金する経費出金操作、の５種類の入出金操作が存在する場合を想定する。
また、本実施形態において、操作種別情報ＤR2は、種別ＩDの示す入出金操作が、経費の入出金に係る操作（経費入金操作または経費出金操作）である場合に、当該入出金操作に係る経費の科目に対応する科目ＩDを含む。なお、本実施形態では、一例として、入出金操作に係る経費の科目が複数存在する場合、操作種別情報ＤR2には当該複数の科目に対応する複数の科目ＩDが設定されることとする。また、本実施形態では、一例として、種別ＩDの示す入出金操作が、売上入金操作である場合等、経費の入出金に係る操作では無い場合に、操作種別情報ＤR2に含まれる科目ＩDには「Ｎull値」が設定されることとする。
ここで、種別ＩDとは、貨幣処理装置１に対する全ての種類の入出金操作の中から、各入出金操作の種類を一意に識別するための識別情報である。すなわち、本実施形態において、操作種別情報ＤR2は、操作ＩDに係る入出金操作の種類に対応する種別ＩDを含む。なお、本実施形態では、説明の便宜上、貨幣処理装置１に対する入出金操作として、売上金を入金する売上入金操作、釣銭準備金を出金する釣銭出金操作、売上金を回収する売上回収操作、経費を入金する経費入金操作、及び、経費を出金する経費出金操作、の５種類の入出金操作が存在する場合を想定する。
また、本実施形態において、操作種別情報ＤR2は、種別ＩDの示す入出金操作が、経費の入出金に係る操作（経費入金操作または経費出金操作）である場合に、当該入出金操作に係る経費の科目に対応する科目ＩDを含む。なお、本実施形態では、一例として、入出金操作に係る経費の科目が複数存在する場合、操作種別情報ＤR2には当該複数の科目に対応する複数の科目ＩDが設定されることとする。また、本実施形態では、一例として、種別ＩDの示す入出金操作が、売上入金操作である場合等、経費の入出金に係る操作では無い場合に、操作種別情報ＤR2に含まれる科目ＩDには「Ｎull値」が設定されることとする。
【0056】
また、取扱金額情報ＤR3とは、操作ＩDに係る入出金操作において入出金された金銭ＣSの金額を示す情報である。
また、取扱金種情報ＤR4とは、例えば、操作ＩDに係る入出金操作において入出金された金銭ＣSに含まれる１または複数の金種に対応する１または複数の金種ＩDと、操作ＩDに係る入出金操作において入出金された金銭ＣSに含まれる各金種の数量と、を示す状である。
また、取扱金種情報ＤR4とは、例えば、操作ＩDに係る入出金操作において入出金された金銭ＣSに含まれる１または複数の金種に対応する１または複数の金種ＩDと、操作ＩDに係る入出金操作において入出金された金銭ＣSに含まれる各金種の数量と、を示す状である。
【0057】
＜２．６．ユーザ管理情報ＤU＞
図８は、ユーザ管理情報ＤUを記憶するユーザ管理テーブルＴB6のデータ構成の一例を示す図である。
図８は、ユーザ管理情報ＤUを記憶するユーザ管理テーブルＴB6のデータ構成の一例を示す図である。
【0058】
図８に例示するように、ユーザ管理テーブルＴB6は、商用施設ＣFに属する複数のスタッフＳTと１対１に対応する複数のレコードを有する。ユーザ管理テーブルＴB6が有する各レコードは、ユーザＩDと、ユーザ管理情報ＤUと、を含む。
【0059】
このうち、ユーザ管理情報ＤUとは、例えば、ユーザＩDに係るスタッフＳTの名称（ユーザ名）と、当該スタッフＳTの所属する店舗ＳPに対応する店舗ＩDと、ユーザ権限情報ＤUKと、を含む情報である。
ここで、ユーザ権限情報ＤUKとは、ユーザＩDに係るスタッフＳT（ユーザ）が有する権限を示す情報である。本実施形態では、スタッフＳTが有する権限として、店舗ＳPの担当者に相当する権限である「Ｒank-Ｂ」の権限、店舗ＳPの管理者に相当する権限である「Ｒank-Ａ」の権限、及び、商用施設ＣFの責任者に相当する権限である「Ｒank-Ｓ」の権限の、３種類の権限が存在する場合を、一例として想定する。
なお、本実施形態では、一例として、ユーザＩDに係るスタッフＳTが、商用施設ＣFに入店する店舗ＳP[1]～ＳP[M]の何れにも属していない場合には、当該ユーザＩDに対応するユーザ管理情報ＤUに含まれる店舗ＩDには「Ｎull値」が設定されることとする。また、本実施形態では、一例として、商用施設ＣFの責任者に相当するＲank-Ｓの権限を有するスタッフＳTが、店舗ＳP[1]～ＳP[M]の何れにも属していない場合を想定する。
ここで、ユーザ権限情報ＤUKとは、ユーザＩDに係るスタッフＳT（ユーザ）が有する権限を示す情報である。本実施形態では、スタッフＳTが有する権限として、店舗ＳPの担当者に相当する権限である「Ｒank-Ｂ」の権限、店舗ＳPの管理者に相当する権限である「Ｒank-Ａ」の権限、及び、商用施設ＣFの責任者に相当する権限である「Ｒank-Ｓ」の権限の、３種類の権限が存在する場合を、一例として想定する。
なお、本実施形態では、一例として、ユーザＩDに係るスタッフＳTが、商用施設ＣFに入店する店舗ＳP[1]～ＳP[M]の何れにも属していない場合には、当該ユーザＩDに対応するユーザ管理情報ＤUに含まれる店舗ＩDには「Ｎull値」が設定されることとする。また、本実施形態では、一例として、商用施設ＣFの責任者に相当するＲank-Ｓの権限を有するスタッフＳTが、店舗ＳP[1]～ＳP[M]の何れにも属していない場合を想定する。
【0060】
＜３．貨幣処理装置の動作＞
本実施形態に係る貨幣処理装置１は、ログイン処理、売上入金処理、釣銭入金処理、釣銭出金処理、売上回収処理、経費入金処理、経費出金処理、経費科目設定処理、及び、ユーザ設定処理、を含む多様な処理を実行することができる。以下、図９乃至図２４を参照しつつ、貨幣処理装置１が、各種処理を行う場合の動作について説明する。
本実施形態に係る貨幣処理装置１は、ログイン処理、売上入金処理、釣銭入金処理、釣銭出金処理、売上回収処理、経費入金処理、経費出金処理、経費科目設定処理、及び、ユーザ設定処理、を含む多様な処理を実行することができる。以下、図９乃至図２４を参照しつつ、貨幣処理装置１が、各種処理を行う場合の動作について説明する。
【0061】
＜３．１．ログイン処理＞
図９は、貨幣処理装置１が、ログイン処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
図９は、貨幣処理装置１が、ログイン処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
【0062】
ここで、ログイン処理とは、スタッフＳT（貨幣処理装置１のユーザ）を、貨幣処理装置１にログインさせ、貨幣処理装置１が有する表示操作部３０に対して、メニュー画面Ｇ1を表示させる処理である。なお、本実施形態では、一例として、貨幣処理装置１の有する表示操作部３０に対してスタッフＳTが接触した場合に、ログイン処理が開始される場合を想定する。また、本実施形態では、一例として、商用施設ＣFに属する複数のスタッフＳTの各々が、当該スタッフＳTに対応するユーザＩDが記録されたＩＣカードを所持している場合を想定する。
【0063】
図９に例示するように、ログイン処理が開始されると、制御部１０は、表示操作部３０に対して、スタッフＳTにログインを促すログイン画面Ｇ0（図示省略）を表示させる（Ｓ１０１）。
【0064】
次に、制御部１０は、情報読取部５０が、スタッフＳTが有するＩＣカードを検出したか否かを判定する（Ｓ１０３）。
ステップＳ１０３における判定の結果が否定の場合、制御部１０は、ステップＳ１０３の処理を繰り返し実行する。
ステップＳ１０３における判定の結果が肯定の場合、制御部１０は、情報読取部５０がＩＣカードから読み取ったユーザＩDを取得する（Ｓ１０５）。
ステップＳ１０３における判定の結果が否定の場合、制御部１０は、ステップＳ１０３の処理を繰り返し実行する。
ステップＳ１０３における判定の結果が肯定の場合、制御部１０は、情報読取部５０がＩＣカードから読み取ったユーザＩDを取得する（Ｓ１０５）。
【0065】
次に、制御部１０は、ユーザ管理テーブルＴB6を参照することで、ステップＳ１０５において取得したユーザＩDに対応するユーザ管理情報ＤUを取得する（Ｓ１０７）。
そして、制御部１０は、店舗管理テーブルＴB1を参照することで、ステップＳ１０７において取得したユーザ管理情報ＤUに含まれる店舗ＩDに対応する店舗管理情報ＤSを取得する（Ｓ１０９）。
次に、制御部１０は、ステップＳ１０７において取得したユーザ管理情報ＤUと、ステップＳ１０９において取得した店舗管理情報ＤSと、に基づいて、表示操作部３０に対して、スタッフＳTの有する権限に応じた表示内容を有するメニュー画面Ｇ1を表示させる（Ｓ１１１）。
そして、制御部１０は、店舗管理テーブルＴB1を参照することで、ステップＳ１０７において取得したユーザ管理情報ＤUに含まれる店舗ＩDに対応する店舗管理情報ＤSを取得する（Ｓ１０９）。
次に、制御部１０は、ステップＳ１０７において取得したユーザ管理情報ＤUと、ステップＳ１０９において取得した店舗管理情報ＤSと、に基づいて、表示操作部３０に対して、スタッフＳTの有する権限に応じた表示内容を有するメニュー画面Ｇ1を表示させる（Ｓ１１１）。
【0066】
【0067】
図１０は、メニュー画面Ｇ1のうち、メニュー画面Ｇ1-Aの一例を示す図である。ここで、メニュー画面Ｇ1-Aとは、貨幣処理装置１にログインしたスタッフＳTが、店舗ＳPの管理者に相当するＲank-Ａの権限を有している場合に、表示操作部３０に表示されるメニュー画面Ｇ1である。なお、図１０では、貨幣処理装置１にログインしたスタッフＳTが、店舗ＳP[m]に属するスタッフＳT[m][n]である場合を想定する。
【0068】
図１１は、メニュー画面Ｇ1のうち、メニュー画面Ｇ1-Bの一例を示す図である。ここで、メニュー画面Ｇ1-Bとは、貨幣処理装置１にログインしたスタッフＳTが、店舗ＳPの担当者に相当するＲank-Ｂの権限を有している場合に、表示操作部３０に表示されるメニュー画面Ｇ1である。なお、図１１では、貨幣処理装置１にログインしたスタッフＳTが、店舗ＳP[m]に属するスタッフＳT[m][n]である場合を想定する。
【0069】
図１２は、メニュー画面Ｇ1のうち、メニュー画面Ｇ1-Sの一例を示す図である。ここで、メニュー画面Ｇ1-Sとは、貨幣処理装置１にログインしたスタッフＳTが、商用施設ＣFの責任者に相当するＲank-Ｓの権限を有している場合に、表示操作部３０に表示されるメニュー画面Ｇ1である。なお、図１２では、貨幣処理装置１にログインしたスタッフＳTが、Ｍ個の店舗ＳP[1]～ＳP[M]の何れにも属さないスタッフＳTである場合を想定する。
【0070】
図１０乃至図１２に例示するように、メニュー画面Ｇ1は、スタッフＳTに関する情報を表示するスタッフ情報表示領域Ａ11と、スタッフＳTが実行可能な操作を選択するための操作メニュー表示領域Ａ12と、貨幣処理装置１からログアウトするためのログアウトボタンＢ10と、を備える。
【0071】
本実施形態において、制御部１０は、スタッフＳTが店舗ＳPに所属する場合に、店舗管理情報ＤSに基づいて、スタッフ情報表示領域Ａ11のうち領域Ａ111において、スタッフＳTの所属する店舗ＳPの名称を表示させる。また、制御部１０は、スタッフＳTが店舗ＳPに所属していない場合に、領域Ａ111において、スタッフＳTの所属する商用施設ＣFの名称を表示させる。
また、制御部１０は、ユーザ管理情報ＤUに基づいて、スタッフ情報表示領域Ａ11のうち領域Ａ112において、スタッフＳTの名称（ユーザ名）を表示させる。
また、制御部１０は、ユーザ管理情報ＤUに基づいて、スタッフ情報表示領域Ａ11のうち領域Ａ113において、スタッフＳTの有する権限を表示させる。
また、制御部１０は、ユーザ管理情報ＤUに基づいて、スタッフ情報表示領域Ａ11のうち領域Ａ112において、スタッフＳTの名称（ユーザ名）を表示させる。
また、制御部１０は、ユーザ管理情報ＤUに基づいて、スタッフ情報表示領域Ａ11のうち領域Ａ113において、スタッフＳTの有する権限を表示させる。
【0072】
また、本実施形態において、制御部１０は、操作メニュー表示領域Ａ12において、スタッフＳTが貨幣処理装置１に対して実行を指示することが可能な複数の処理に対応する複数のメニューボタンを表示させる。具体的には、制御部１０は、操作メニュー表示領域Ａ12において、貨幣処理装置１に売上入金処理を実行させることを指示し、スタッフＳTが売上入金操作を行うことを可能とするための売上入金ボタンＢ11と、貨幣処理装置１に釣銭出金処理を実行させることを指示し、スタッフＳTが釣銭出金操作を行うことを可能とするための釣銭出金ボタンＢ12と、貨幣処理装置１に売上回収処理を実行させることを指示し、スタッフＳTが売上回収操作を行うことを可能とするための売上回収ボタンＢ13と、貨幣処理装置１に経費入金処理を実行させることを指示し、スタッフＳTが経費入金操作を行うことを可能とするための経費入金ボタンＢ14と、貨幣処理装置１に経費出金処理を実行させることを指示し、スタッフＳTが経費出金操作を行うことを可能とするための経費出金ボタンＢ15と、貨幣処理装置１に経費科目設定処理を実行させることを指示し、スタッフＳTが科目に係る設定を行うことを可能とするための経費科目設定ボタンＢ16と、貨幣処理装置１にユーザ設定処理を実行させることを指示し、スタッフＳTがユーザに係る設定を行うことを可能とするためのユーザ設定ボタンＢ17と、のうち、スタッフＳTが実行を指示することが可能な処理に応じたメニューボタンを表示させる。なお、図示は省略するが、制御部１０は操作メニュー表示領域Ａ12において、貨幣処理装置１に釣銭入金処理を実行させることを指示し、スタッフＳTが釣銭入金処理を行うことを可能とするための釣銭入金ボタンを表示してもよい。
【0073】
本実施形態では、一例として、スタッフＳTが店舗ＳPの管理者に相当するＲank-Ａの権限を有する場合、スタッフＳTは、貨幣処理装置１に対して、売上入金処理と、釣銭出金処理と、経費入金処理と、経費出金処理と、経費科目設定処理とを実行させることができる場合を想定する。このため、制御部１０は、図１０に例示するように、スタッフＳTが店舗ＳPの管理者に相当するＲank-Ａの権限を有する場合、操作メニュー表示領域Ａ12において、売上入金ボタンＢ11と、釣銭出金ボタンＢ12と、経費入金ボタンＢ14と、経費出金ボタンＢ15と、経費科目設定ボタンＢ16とを、表示させる。
【0074】
また、本実施形態では、一例として、スタッフＳTが店舗ＳPの担当者に相当するＲank-Ｂの権限を有する場合、スタッフＳTは、貨幣処理装置１に対して、売上入金処理と、釣銭出金処理と、経費入金処理と、経費出金処理とを、実行させることができる場合を想定する。このため、制御部１０は、図１１に例示するように、スタッフＳTが店舗ＳPの担当者に相当するＲank-Ｂの権限を有する場合、操作メニュー表示領域Ａ12において、売上入金ボタンＢ11と、釣銭出金ボタンＢ12と、経費入金ボタンＢ14と、経費出金ボタンＢ15とを、表示させる。
【0075】
また、本実施形態では、一例として、スタッフＳTが商用施設ＣFの責任者に相当するＲank-Ｓの権限を有する場合、スタッフＳTは、貨幣処理装置１に対して、売上回収処理と、ユーザ設定処理とを、実行させることができる場合を想定する。このため、制御部１０は、図１２に例示するように、スタッフＳTが商用施設ＣFの責任者に相当するＲank-Ｓの権限を有する場合、操作メニュー表示領域Ａ12において、売上回収ボタンＢ13と、ユーザ設定ボタンＢ17とを、表示させる。
【0076】
＜３．２．売上入金処理＞
図１３は、貨幣処理装置１が、売上入金処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
図１３は、貨幣処理装置１が、売上入金処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
【0077】
ここで、売上入金処理とは、店舗ＳPの売上金を貨幣処理装置１に入金する処理である。本実施形態では、メニュー画面Ｇ1において、店舗ＳP[m]に属するスタッフＳT[m][n]によって売上入金ボタンＢ11が選択された場合に、売上入金処理が開始される場合を想定する。なお、図１３では、メニュー画面Ｇ1（メニュー画面Ｇ1-Aまたはメニュー画面Ｇ1-B）において、店舗ＳP[m]に属するスタッフＳT[m][n]が売上入金ボタンＢ11を選択し、店舗ＳP[m]の売上金を貨幣処理装置１に入金する場合を想定する。
【0078】
図１３に例示するように、制御部１０は、売上入金処理が開始されると、表示操作部３０に対して売上入金額入力画面Ｇ2を表示させる（Ｓ２０１）。
【0079】
図１４は、売上入金額入力画面Ｇ2の一例を示す図である。ここで、売上入金額入力画面Ｇ2とは、貨幣処理装置１にログインしたスタッフＳT[m][n]が、貨幣処理装置１に入金する店舗ＳP[m]の売上金の金額を入力するための画面である。
【0080】
図１４に例示するように、売上入金額入力画面Ｇ2は、上述したスタッフ情報表示領域Ａ11と、スタッフＳT[m][n]が貨幣処理装置１に入金する予定の売上金の金額を入力するための売上入金額入力領域Ａ22と、貨幣処理装置１への売上金の入金の実行を指示する入金実行ボタンＢ20と、を備える。
【0081】
本実施形態において、制御部１０は、現金管理テーブルＴB2に記憶されている現金管理情報ＤC[m]に含まれる売上金在高情報ＤCB[m]に基づいて、売上入金額入力領域Ａ22のうち領域Ａ221において、貨幣処理装置１が管理する店舗ＳP[m]の売上金の在高を表示させる。
また、制御部１０は、売上入金額入力領域Ａ22のうち入力領域Ａ222に対して、売上金の入金予定額を入力可能な入力欄を表示させる。そして、制御部１０は、スタッフＳT[m][n]が入力領域Ａ222に表示された入力欄を用いて、売上金の入金予定額を入力した場合、当該入力された入金予定額を表示操作部３０から取得する。なお、本実施形態では、店舗ＳP[m]の売上金を、店舗ＳP[m]に所属するスタッフＳT[m][n]が、入力領域Ａ222から手動で入力する場合を例示して説明するが、本発明はこのような態様に限定されるものではない。例えば、貨幣処理装置１は、レジＲG[m]から、店舗ＳP[m]の売上金に関する情報を取得してもよい。または、貨幣処理装置１は、レジＲG[m]を管理する管理装置から、店舗ＳP[m]の売上金に関する情報を取得してもよい。更には、貨幣処理装置１は、レジＲG[m]を管理する管理装置から、店舗ＳP[m]における経費に関する情報、及び、店舗ＳP[m]における釣銭に関する情報の、一方または両方を取得してもよい。
そして、制御部１０は、売上入金額入力領域Ａ22のうち領域Ａ223において、領域Ａ221に表示されている店舗ＳP[m]の売上金の在高と、入力領域Ａ222から入力された店舗ＳP[m]の売上金の入金予定額との合計値（入金後の売上金の在高）を表示させる。
また、制御部１０は、売上入金額入力領域Ａ22のうち入力領域Ａ222に対して、売上金の入金予定額を入力可能な入力欄を表示させる。そして、制御部１０は、スタッフＳT[m][n]が入力領域Ａ222に表示された入力欄を用いて、売上金の入金予定額を入力した場合、当該入力された入金予定額を表示操作部３０から取得する。なお、本実施形態では、店舗ＳP[m]の売上金を、店舗ＳP[m]に所属するスタッフＳT[m][n]が、入力領域Ａ222から手動で入力する場合を例示して説明するが、本発明はこのような態様に限定されるものではない。例えば、貨幣処理装置１は、レジＲG[m]から、店舗ＳP[m]の売上金に関する情報を取得してもよい。または、貨幣処理装置１は、レジＲG[m]を管理する管理装置から、店舗ＳP[m]の売上金に関する情報を取得してもよい。更には、貨幣処理装置１は、レジＲG[m]を管理する管理装置から、店舗ＳP[m]における経費に関する情報、及び、店舗ＳP[m]における釣銭に関する情報の、一方または両方を取得してもよい。
そして、制御部１０は、売上入金額入力領域Ａ22のうち領域Ａ223において、領域Ａ221に表示されている店舗ＳP[m]の売上金の在高と、入力領域Ａ222から入力された店舗ＳP[m]の売上金の入金予定額との合計値（入金後の売上金の在高）を表示させる。
【0082】
図１３に例示するように、制御部１０は、売上入金額入力画面Ｇ2の入力領域Ａ222に売上金の入金予定額が入力された状態で、売上入金額入力画面Ｇ2の入金実行ボタンＢ20が選択されたか否かを判定する（Ｓ２０３）。
ステップＳ２０３における判定の結果が否定の場合、制御部１０は、ステップＳ２０３の処理を繰り返し実行する。
ステップＳ２０３における判定の結果が肯定の場合、制御部１０は、表示操作部３０に対して、売上入金要求画面Ｇ21（図示省略）を表示させる（Ｓ２０５）。ここで、売上入金要求画面Ｇ21とは、ステップＳ２０１で入力された金額の金銭ＣSを入出金部６０より入金することを、スタッフＳT[m][n]に対して要求する画面である。
ステップＳ２０３における判定の結果が否定の場合、制御部１０は、ステップＳ２０３の処理を繰り返し実行する。
ステップＳ２０３における判定の結果が肯定の場合、制御部１０は、表示操作部３０に対して、売上入金要求画面Ｇ21（図示省略）を表示させる（Ｓ２０５）。ここで、売上入金要求画面Ｇ21とは、ステップＳ２０１で入力された金額の金銭ＣSを入出金部６０より入金することを、スタッフＳT[m][n]に対して要求する画面である。
【0083】
次に、制御部１０の入出金受付部１１は、入出金部６０を制御することで、店舗ＳP[m]に属するスタッフＳT[m][n]からの売上金の入金を受け付ける（Ｓ２０７）。すなわち、本実施形態において、入出金受付部１１は、商用施設ＣFに設けられたＭ個の店舗ＳP[1]～ＳP[M]において、店舗ＳP毎に区分して、売上金の入金を受け付ける。なお、本実施形態において、店舗ＳPによる区分は、「サービス区分」の一例である。
【0084】
その後、制御部１０の入出金受付部１１は、ステップＳ２０７において入出金部６０より入金された金銭ＣSが、ステップＳ２０１において売上入金額入力画面Ｇ2より入力された金額と等しいか否かを判定する（Ｓ２０９）。なお、貨幣処理装置１が、レジＲG[m]または管理装置から、店舗ＳP[m]の売上金に関する情報を取得する場合、入出金受付部１１は、レジＲG[m]等から取得した情報の示す売上金と、ステップＳ２０７において入出金部６０より入金された金銭ＣSとが等しいか否かを判定してもよい。
ステップＳ２０９における判定の結果が否定の場合、制御部１０は、表示操作部３０に対して、売上入金エラー画面Ｇ22（図示省略）を表示させ、入出金部６０に入金された金銭ＣSを、入出金部６０より返却する（Ｓ２１１）。ここで、売上入金エラー画面Ｇ22とは、ステップＳ２０７において入出金部６０より入金された金銭ＣSが、ステップＳ２０１において売上入金額入力画面Ｇ2より入力された金額と異なることを通知するための画面である。
ステップＳ２０９における判定の結果が否定の場合、制御部１０は、表示操作部３０に対して、売上入金エラー画面Ｇ22（図示省略）を表示させ、入出金部６０に入金された金銭ＣSを、入出金部６０より返却する（Ｓ２１１）。ここで、売上入金エラー画面Ｇ22とは、ステップＳ２０７において入出金部６０より入金された金銭ＣSが、ステップＳ２０１において売上入金額入力画面Ｇ2より入力された金額と異なることを通知するための画面である。
【0085】
ステップＳ２０９における判定の結果が肯定の場合、制御部１０の現金管理部１２は、ステップＳ２０１において売上入金額入力画面Ｇ2より入力された金額、または、ステップＳ２０７において入出金部６０より入金された売上金に基づいて、現金管理テーブルＴB2に記憶された現金管理情報ＤC[m]を更新する（Ｓ２１３）。具体的には、本実施形態において、現金管理部１２は、ステップＳ２１３において、店舗ＳP[m]に対応する店舗在高情報ＤCA[m]の示す在高に対して、入出金部６０より入金された売上金の金額を加算し、また、店舗ＳP[m]に対応する売上金在高情報ＤCB[m]の示す在高に対して、入出金部６０より入金された売上金の金額を加算する。すなわち、本実施形態において、現金管理部１２は、商用施設ＣFに設けられたＭ個の店舗ＳP[1]～ＳP[M]において、店舗ＳP毎に区分して、入出金受付部１１が入金を受け付けた売上金を管理する。
【0086】
また、制御部１０の現金管理部１２は、ステップＳ２０７において入出金部６０より入金された売上金に基づいて、金種管理テーブルＴB4に記憶された金種管理情報ＤTを更新する（Ｓ２１５）。具体的には、現金管理部１２は、ステップＳ２１５において、ステップＳ２０７において入出金部６０より入金された売上金に含まれる１または複数の金種に対応する１または複数の金種管理情報ＤTの各々について、金種別数量情報ＤT1の示す数量に対して、入金された売上金に含まれる当該金種の数量を加算し、金種別在高情報ＤT2の示す在高に対して、入金された売上金に含まれる当該金種の合計金額を加算する。
【0087】
また、制御部１０の現金管理部１２は、入出金履歴テーブルＴB5に新たにレコードを追加し、当該追加したレコードに対して、ステップＳ２０７において入出金部６０より入金された売上金に応じた入出金履歴情報ＤRを記憶させる（Ｓ２１７）。
具体的には、現金管理部１２は、ステップＳ２１７において、まず、入出金履歴テーブルＴB5に新たなレコードを追加し、当該追加したレコードに対して、操作ＩDを付与する。次に、現金管理部１２は、ステップＳ２１７において、追加したレコードに対して、ステップＳ２０７において入出金部６０より売上金を入金したスタッフＳT[m][n]のユーザＩDを記憶させ、当該スタッフＳT[m][n]の属する店舗ＳP[m]の店舗ＩDを記憶させ、当該売上金の入金が実行された時刻を操作日時情報ＤR1として記憶させ、売上入金操作が実行されたことを示す種別ＩDを含む情報を操作種別情報ＤR2として記憶させ、当該売上金の金額を取扱金額情報ＤR3として記憶させ、当該売上金に含まれる１または複数の金種及び各金種の数量を取扱金種情報ＤR4として記憶させる。
具体的には、現金管理部１２は、ステップＳ２１７において、まず、入出金履歴テーブルＴB5に新たなレコードを追加し、当該追加したレコードに対して、操作ＩDを付与する。次に、現金管理部１２は、ステップＳ２１７において、追加したレコードに対して、ステップＳ２０７において入出金部６０より売上金を入金したスタッフＳT[m][n]のユーザＩDを記憶させ、当該スタッフＳT[m][n]の属する店舗ＳP[m]の店舗ＩDを記憶させ、当該売上金の入金が実行された時刻を操作日時情報ＤR1として記憶させ、売上入金操作が実行されたことを示す種別ＩDを含む情報を操作種別情報ＤR2として記憶させ、当該売上金の金額を取扱金額情報ＤR3として記憶させ、当該売上金に含まれる１または複数の金種及び各金種の数量を取扱金種情報ＤR4として記憶させる。
【0088】
その後、制御部１０は、表示操作部３０に対して、売上入金完了画面Ｇ23（図示省略）を表示させ（Ｓ２１９）、売上入金処理を終了させる。ここで、売上入金完了画面Ｇ23とは、売上入金処理が完了したことを通知するための画面である。
【0089】
以上のように、本実施形態において、貨幣処理装置１は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]を対象として、店舗ＳP毎に売上金の入金を受け付け、また、店舗ＳP毎に売上金を管理する。すなわち、本実施形態によれば、商用施設ＣFにおける売上金を店舗ＳP毎に区分して管理することが可能となる。つまり、本実施形態によれば、店舗ＳP毎に貨幣処理装置１を導入する態様と比較して、商用施設ＣF及び各店舗ＳPにおける売上金の管理に係るコストを低減することが可能となる。
【0090】
＜３．３．釣銭出金処理及び釣銭入金処理＞
図１５は、貨幣処理装置１が、釣銭出金処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
図１５は、貨幣処理装置１が、釣銭出金処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
【0091】
ここで、釣銭出金処理とは、店舗ＳPの釣銭（釣銭準備金）を貨幣処理装置１から出金する処理である。本実施形態では、メニュー画面Ｇ1において、店舗ＳP[m]に属するスタッフＳT[m][n]によって釣銭出金ボタンＢ12が選択された場合に、釣銭出金処理が開始される場合を想定する。なお、図１５では、メニュー画面Ｇ1（メニュー画面Ｇ1-Aまたはメニュー画面Ｇ1-B）において、店舗ＳP[m]に属するスタッフＳT[m][n]が釣銭出金ボタンＢ12を選択し、店舗ＳP[m]の釣銭準備金を貨幣処理装置１から出金する場合を想定する。
【0092】
図１５に例示するように、制御部１０は、釣銭出金処理が開始されると、表示操作部３０に対して釣銭出金額入力画面Ｇ3（図示省略）を表示させる（Ｓ３０１）。ここで、釣銭出金額入力画面Ｇ3とは、貨幣処理装置１にログインしたスタッフＳT[m][n]が、貨幣処理装置１から出金する店舗ＳP[m]の釣銭準備金の金額と、当該釣銭準備金を構成する１または複数の金種の各々の数量とを、入力するための画面である。
【0093】
図１５に例示するように、制御部１０の入出金受付部１１は、釣銭出金額入力画面Ｇ3から入力された釣銭準備金が、出金可能であるか否かを判定する（Ｓ３０３）。具体的には、入出金受付部１１は、ステップＳ３０３において、以下の第１の釣銭出金条件と、第２の釣銭出金条件との双方が満たされるか否かを判定する。
ここで、第１の釣銭出金条件とは、釣銭出金額入力画面Ｇ3より入力された釣銭準備金の金額が、現金管理テーブルＴB2に記憶された現金管理情報ＤC[m]に含まれる釣銭在高情報ＤCC[m]の示す釣銭準備金の在高以下であるという条件である。
また、第２の釣銭出金条件とは、釣銭出金額入力画面Ｇ3より入力された各金種の数量が、金種管理テーブルＴB4に記憶された金種管理情報ＤTに含まれる金種別数量情報ＤT1の示す数量以下であるという条件である。
ここで、第１の釣銭出金条件とは、釣銭出金額入力画面Ｇ3より入力された釣銭準備金の金額が、現金管理テーブルＴB2に記憶された現金管理情報ＤC[m]に含まれる釣銭在高情報ＤCC[m]の示す釣銭準備金の在高以下であるという条件である。
また、第２の釣銭出金条件とは、釣銭出金額入力画面Ｇ3より入力された各金種の数量が、金種管理テーブルＴB4に記憶された金種管理情報ＤTに含まれる金種別数量情報ＤT1の示す数量以下であるという条件である。
【0094】
ステップＳ３０３における判定の結果が否定の場合、すなわち、釣銭出金額入力画面Ｇ3より入力された釣銭準備金の金額が、釣銭在高情報ＤCC[m]の示す釣銭準備金の在高を超える場合、または、釣銭出金額入力画面Ｇ3より入力された釣銭準備金に含まれる各金種の数量が、金種別数量情報ＤT1の示す数量を超える場合、入出金受付部１１は、釣銭出金入力エラー画面Ｇ31（図示省略）を表示する（Ｓ３０５）。ここで、釣銭出金入力エラー画面Ｇ31とは、釣銭の出金を拒否する旨を通知するための画面である。
【0095】
ステップＳ３０３における判定の結果が肯定の場合、すなわち、釣銭出金額入力画面Ｇ3より入力された釣銭準備金の金額が、釣銭在高情報ＤCC[m]の示す釣銭準備金の在高以下である場合、または、釣銭出金額入力画面Ｇ3より入力された釣銭準備金に含まれる各金種の数量が、金種別数量情報ＤT1の示す数量以下である場合、制御部１０の現金管理部１２は、ステップＳ３０１において釣銭出金額入力画面Ｇ3より入力された金額に基づいて、現金管理テーブルＴB2に記憶された現金管理情報ＤC[m]を更新する（Ｓ３０７）。具体的には、本実施形態において、現金管理部１２は、ステップＳ３０７において、店舗在高情報ＤCA[m]の示す在高から、釣銭出金額入力画面Ｇ3より入力された釣銭準備金の金額を減算し、また、釣銭在高情報ＤCC[m]の示す在高から、釣銭出金額入力画面Ｇ3より入力された釣銭準備金の金額を減算する。すなわち、本実施形態において、現金管理部１２は、商用施設ＣFに設けられたＭ個の店舗ＳP[1]～ＳP[M]において、店舗ＳP毎に区分して、釣銭準備金を管理する。
【0096】
また、制御部１０の現金管理部１２は、ステップＳ３０１において釣銭出金額入力画面Ｇ3より入力された釣銭準備金に含まれる各金種の数量に基づいて、金種管理テーブルＴB4に記憶された金種管理情報ＤTを更新する（Ｓ３０９）。具体的には、現金管理部１２は、ステップＳ３０９において、釣銭出金額入力画面Ｇ3より入力された１または複数の金種に対応する１または複数の金種管理情報ＤTの各々について、金種別数量情報ＤT1の示す数量に対して、釣銭出金額入力画面Ｇ3より入力された釣銭準備金に含まれる当該金種の数量を減算し、金種別在高情報ＤT2の示す在高に対して、釣銭出金額入力画面Ｇ3より入力された釣銭準備金に含まれる当該金種の合計金額を減算する。
【0097】
次に、制御部１０の入出金受付部１１は、入出金部６０を制御することで、釣銭出金額入力画面Ｇ3より入力された金額の釣銭準備金を、貨幣処理装置１から出金させる（Ｓ３１１）。つまり、本実施形態において、入出金受付部１１は、店舗ＳP毎に区分して、釣銭準備金の出金を受け付ける。
【0098】
次に、制御部１０の現金管理部１２は、入出金履歴テーブルＴB5に新たにレコードを追加し、当該追加したレコードに対して、ステップＳ３１１で入出金部６０より出金された釣銭準備金に応じた入出金履歴情報ＤRを記憶させる（Ｓ３１３）。
具体的には、現金管理部１２は、ステップＳ３１３において、まず、入出金履歴テーブルＴB5に新たなレコードを追加し、当該追加したレコードに対して、操作ＩDを付与する。次に、現金管理部１２は、ステップＳ３１３において、追加したレコードに対して、ステップＳ３０１において釣銭出金額入力画面Ｇ3より釣銭準備金の金額を入力したスタッフＳT[m][n]のユーザＩDを記憶させ、当該スタッフＳT[m][n]の属する店舗ＳP[m]の店舗ＩDを記憶させ、ステップＳ３１１において釣銭準備金の出金が実行された時刻を操作日時情報ＤR1として記憶させ、売上入金操作が実行されたことを示す種別ＩDを含む情報を操作種別情報ＤR2として記憶させ、当該釣銭準備金の金額を取扱金額情報ＤR3として記憶させ、当該釣銭準備金に含まれる１または複数の金種及び各金種の数量を取扱金種情報ＤR4として記憶させる。
具体的には、現金管理部１２は、ステップＳ３１３において、まず、入出金履歴テーブルＴB5に新たなレコードを追加し、当該追加したレコードに対して、操作ＩDを付与する。次に、現金管理部１２は、ステップＳ３１３において、追加したレコードに対して、ステップＳ３０１において釣銭出金額入力画面Ｇ3より釣銭準備金の金額を入力したスタッフＳT[m][n]のユーザＩDを記憶させ、当該スタッフＳT[m][n]の属する店舗ＳP[m]の店舗ＩDを記憶させ、ステップＳ３１１において釣銭準備金の出金が実行された時刻を操作日時情報ＤR1として記憶させ、売上入金操作が実行されたことを示す種別ＩDを含む情報を操作種別情報ＤR2として記憶させ、当該釣銭準備金の金額を取扱金額情報ＤR3として記憶させ、当該釣銭準備金に含まれる１または複数の金種及び各金種の数量を取扱金種情報ＤR4として記憶させる。
【0099】
その後、制御部１０は、表示操作部３０に対して、釣銭出金完了画面Ｇ32を表示させ（Ｓ３１５）、釣銭出金処理を終了させる。ここで、釣銭出金完了画面Ｇ32とは、釣銭出金処理が完了したことを通知するための画面である。
【0100】
以上のように、本実施形態において、貨幣処理装置１は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]を対象として、店舗ＳP毎に区分して釣銭準備金の出金を受け付け、また、店舗ＳP毎に区分して釣銭準備金を管理する。すなわち、本実施形態によれば、商用施設ＣFにおける釣銭準備金を店舗ＳP毎に区分して管理することが可能となる。つまり、本実施形態によれば、店舗ＳP毎に貨幣処理装置１を導入する態様と比較して、商用施設ＣF及び各店舗ＳPにおける釣銭準備金の管理に係るコストを低減することが可能となる。
【0101】
なお、本実施形態に係る貨幣処理装置１は、上述のとおり、釣銭入金処理を実行する。釣銭入金処理は、例えば、メニュー画面Ｇ1において、店舗ＳP[m]に属するスタッフＳT[m][n]によって釣銭入金ボタンが選択された場合に開始される。
【0102】
釣銭入金処理において、スタッフＳT[m][n]は、表示操作部３０を用いて、貨幣処理装置１に入金する釣銭準備金の金額と、当該釣銭準備金を構成する１または複数の金種の各々の数量とを入力する。そして、釣銭入金処理において、制御部１０の入出金受付部１１は、スタッフＳT[m][n]が入出金部６０から釣銭準備金を入金した場合、入金された釣銭準備金の金額が、表示操作部３０から入力された金額と等しく、且つ、入金された釣銭準備金を構成する１または複数の金種の各々の数量が、表示操作部３０から入力された数量と等しいか否かを判定する。そして、当該判定の結果が肯定の場合、制御部１０の入出金受付部１１は、釣銭準備金の入金を受け付ける。つまり、本実施形態において、入出金受付部１１は、店舗ＳP毎に区分して釣銭準備金の入金を受け付ける。
そして、釣銭準備金が入金された場合、制御部１０の現金管理部１２は、入金された釣銭準備金に基づいて、現金管理情報ＤC[m]を更新する。具体的には、制御部１０の現金管理部１２は、現金管理情報ＤC[m]のうち釣銭在高情報ＤCC[m]の示す在高に、入金された釣銭準備金の金額を加算する。つまり、本実施形態において、現金管理部１２は、店舗ＳP毎に区分して釣銭準備金を管理する。また、制御部１０の現金管理部１２は、釣銭準備金が入金された場合、入金された釣銭準備金に基づいて、金種管理情報ＤT、及び、入出金履歴情報ＤRを更新する。
そして、釣銭準備金が入金された場合、制御部１０の現金管理部１２は、入金された釣銭準備金に基づいて、現金管理情報ＤC[m]を更新する。具体的には、制御部１０の現金管理部１２は、現金管理情報ＤC[m]のうち釣銭在高情報ＤCC[m]の示す在高に、入金された釣銭準備金の金額を加算する。つまり、本実施形態において、現金管理部１２は、店舗ＳP毎に区分して釣銭準備金を管理する。また、制御部１０の現金管理部１２は、釣銭準備金が入金された場合、入金された釣銭準備金に基づいて、金種管理情報ＤT、及び、入出金履歴情報ＤRを更新する。
【0103】
＜３．４．売上回収処理＞
図１６は、貨幣処理装置１が、売上回収処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
図１６は、貨幣処理装置１が、売上回収処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
【0104】
ここで、売上回収処理とは、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]のうち、一部または全部の店舗ＳPにおける売上金を貨幣処理装置１から回収（出金）する処理である。本実施形態では、メニュー画面Ｇ1において、商用施設ＣFの責任者に相当するＲank-Ｓの権限を有するスタッフＳTによって、売上回収ボタンＢ13が選択された場合に、売上回収処理が開始される場合を想定する。なお、図１６では、メニュー画面Ｇ1（メニュー画面Ｇ1-S）において、商用施設ＣFの責任者に相当するＲank-Ｓの権限を有するスタッフＳTが、売上回収ボタンＢ13を選択し、１または複数の店舗ＳP[m]における売上金を貨幣処理装置１から回収する場合を想定する。
【0105】
図１６に例示するように、制御部１０は、売上回収処理が開始されると、表示操作部３０に対して売上回収額入力画面Ｇ4を表示させる（Ｓ４０１）。
【0106】
図１７は、売上回収額入力画面Ｇ4の一例を示す図である。ここで、売上回収額入力画面Ｇ4とは、Ｒank-Ｓの権限を有するスタッフＳTが、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]の各々からの売上金の回収額を入力するための画面である。
【0107】
図１７に例示するように、売上回収額入力画面Ｇ4は、上述したスタッフ情報表示領域Ａ11と、売上回収額入力領域ＡBと、回収実行ボタンＢ40と、を備える。
このうち、回収実行ボタンＢ40は、貨幣処理装置１からの売上金の回収の実行を指示するためのボタンである。
また、売上回収額入力領域ＡBは、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]と１対１に対応する、Ｍ個の個別回収額入力領域ＡBK[1]～ＡBK[M]を備える。以下では、Ｍ個の個別回収額入力領域ＡBK[1]～ＡBK[M]のうち、店舗ＳP[m]に対応する個別回収額入力領域ＡBKを、個別回収額入力領域ＡBK[m]と称する。
このうち、回収実行ボタンＢ40は、貨幣処理装置１からの売上金の回収の実行を指示するためのボタンである。
また、売上回収額入力領域ＡBは、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]と１対１に対応する、Ｍ個の個別回収額入力領域ＡBK[1]～ＡBK[M]を備える。以下では、Ｍ個の個別回収額入力領域ＡBK[1]～ＡBK[M]のうち、店舗ＳP[m]に対応する個別回収額入力領域ＡBKを、個別回収額入力領域ＡBK[m]と称する。
【0108】
本実施形態において、制御部１０は、現金管理テーブルＴB2に記憶されている現金管理情報ＤC[m]に含まれる売上金在高情報ＤCB[m]に基づいて、個別回収額入力領域ＡBK[m]のうち領域ＡBK1[m]において、貨幣処理装置１が管理する店舗ＳP[m]の売上金の在高を表示させる。
また、制御部１０は、個別回収額入力領域ＡBK[m]のうち入力領域ＡBK2[m]に対して、売上金の回収予定額を入力可能な入力欄を表示させる。そして、制御部１０は、スタッフＳTが入力領域ＡBK2[m]に表示された入力欄を用いて、売上金の回収予定額を入力した場合、当該入力された回収予定額を表示操作部３０から取得する。
そして、制御部１０は、個別回収額入力領域ＡBK[m]のうち領域ＡBK3[m]において、領域ＡBK1[m]に表示されている店舗ＳP[m]の売上金の在高から、入力領域ＡBK2[m]から入力された店舗ＳP[m]の売上金の回収予定額を減算した減算値（回収後の売上金の在高）を表示させる。
また、制御部１０は、個別回収額入力領域ＡBK[m]のうち入力領域ＡBK2[m]に対して、売上金の回収予定額を入力可能な入力欄を表示させる。そして、制御部１０は、スタッフＳTが入力領域ＡBK2[m]に表示された入力欄を用いて、売上金の回収予定額を入力した場合、当該入力された回収予定額を表示操作部３０から取得する。
そして、制御部１０は、個別回収額入力領域ＡBK[m]のうち領域ＡBK3[m]において、領域ＡBK1[m]に表示されている店舗ＳP[m]の売上金の在高から、入力領域ＡBK2[m]から入力された店舗ＳP[m]の売上金の回収予定額を減算した減算値（回収後の売上金の在高）を表示させる。
【0109】
図１６に例示するように、制御部１０の入出金受付部１１は、売上回収額入力画面Ｇ4から入力された売上金の回収予定額が、回収可能な金額であるか否かを判定する（Ｓ４０３）。具体的には、入出金受付部１１は、ステップＳ４０３において、売上回収額入力画面Ｇ4より入力された店舗ＳP[m]における売上金の回収予定額が、現金管理テーブルＴB2に記憶された現金管理情報ＤC[m]に含まれる売上金在高情報ＤCB[m]の示す売上金の在高以下であるか否かを判定する。
【0110】
ステップＳ４０３における判定の結果が否定の場合、すなわち、売上回収額入力画面Ｇ4より入力された店舗ＳP[m]における売上金の回収予定額が、売上金在高情報ＤCB[m]の示す売上金の在高を超える場合、制御部１０は、売上回収入力エラー画面Ｇ41（図示省略）を表示する（Ｓ４０５）。ここで、売上回収入力エラー画面Ｇ41とは、売上金の出金を拒否する旨を通知するための画面である。
【0111】
ステップＳ４０３における判定の結果が肯定の場合、制御部１０の現金管理部１２は、ステップＳ４０１において売上回収額入力画面Ｇ4より入力された金額に基づいて、現金管理テーブルＴB2に記憶された現金管理情報ＤC[m]を更新する（Ｓ４０７）。具体的には、本実施形態において、現金管理部１２は、ステップＳ４０７において、店舗在高情報ＤCA[m]の示す在高から、売上回収額入力画面Ｇ4より入力された店舗ＳP[m]における売上金の回収予定額を減算し、また、売上金在高情報ＤCB[m]の示す在高から、売上回収額入力画面Ｇ4より入力された店舗ＳP[m]における売上金の回収予定額を減算する。すなわち、本実施形態において、現金管理部１２は、商用施設ＣFに設けられたＭ個の店舗ＳP[1]～ＳP[M]において、店舗ＳP毎に、売上金を管理する。
【0112】
次に、制御部１０の入出金受付部１１は、入出金部６０を制御することで、売上回収額入力画面Ｇ4より入力された金額の店舗ＳP[m]における売上金を、貨幣処理装置１から回収させる（Ｓ４０９）。すなわち、本実施形態において、入出金受付部１１は、店舗ＳP毎に区分して売上金の出金を受け付ける。なお、入出金受付部１１は、売上回収額入力画面Ｇ4より入力された店舗ＳP[m]における売上金の回収予定額が「０円」の場合、売上回収処理において、店舗ＳP[m]における売上金の回収を行わない。
【0113】
次に、制御部１０の現金管理部１２は、ステップＳ４０９において回収された売上金に含まれる各金種の数量に基づいて、金種管理テーブルＴB4に記憶された金種管理情報ＤTを更新する（Ｓ４１１）。具体的には、現金管理部１２は、ステップＳ４１１において、ステップＳ４０９において回収された売上金に含まれる１または複数の金種に対応する１または複数の金種管理情報ＤTの各々について、金種別数量情報ＤT1の示す数量に対して、回収された売上金に含まれる当該金種の数量を減算し、金種別在高情報ＤT2の示す在高に対して、回収された売上金に含まれる当該金種の合計金額を減算する。
【0114】
次に、制御部１０の現金管理部１２は、入出金履歴テーブルＴB5に新たにレコードを追加し、当該追加したレコードに対して、ステップＳ４０９において回収された売上金に応じた入出金履歴情報ＤRを記憶させる（Ｓ４１３）。
具体的には、現金管理部１２は、ステップＳ４１３において、まず、入出金履歴テーブルＴB5に新たなレコードを追加し、当該追加したレコードに対して、操作ＩDを付与する。次に、現金管理部１２は、ステップＳ４１３において、追加したレコードに対して、ステップＳ４０１において売上回収額入力画面Ｇ4より売上金の回収予定額を入力したスタッフＳTのユーザＩDを記憶させ、当該スタッフＳTに応じた店舗ＩDを記憶させ、ステップＳ４０９において売上金の回収が実行された時刻を操作日時情報ＤR1として記憶させ、売上回収操作が実行されたことを示す種別ＩDを含む情報を操作種別情報ＤR2として記憶させ、当該回収された売上金の金額を取扱金額情報ＤR3として記憶させ、当該回収された売上金に含まれる１または複数の金種及び各金種の数量を取扱金種情報ＤR4として記憶させる。
具体的には、現金管理部１２は、ステップＳ４１３において、まず、入出金履歴テーブルＴB5に新たなレコードを追加し、当該追加したレコードに対して、操作ＩDを付与する。次に、現金管理部１２は、ステップＳ４１３において、追加したレコードに対して、ステップＳ４０１において売上回収額入力画面Ｇ4より売上金の回収予定額を入力したスタッフＳTのユーザＩDを記憶させ、当該スタッフＳTに応じた店舗ＩDを記憶させ、ステップＳ４０９において売上金の回収が実行された時刻を操作日時情報ＤR1として記憶させ、売上回収操作が実行されたことを示す種別ＩDを含む情報を操作種別情報ＤR2として記憶させ、当該回収された売上金の金額を取扱金額情報ＤR3として記憶させ、当該回収された売上金に含まれる１または複数の金種及び各金種の数量を取扱金種情報ＤR4として記憶させる。
【0115】
その後、制御部１０は、表示操作部３０に対して、売上回収完了画面Ｇ42を表示させ（Ｓ４１５）、売上回収処理を終了させる。ここで、売上回収完了画面Ｇ42とは、売上回収処理が完了したことを通知するための画面である。
【0116】
以上のように、本実施形態において、貨幣処理装置１は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]を対象として、店舗ＳP毎に区分して売上金の回収額を区分して管理する。すなわち、本実施形態によれば、商用施設ＣFにおける売上金を店舗ＳP毎に区分して管理することが可能となる。つまり、本実施形態によれば、店舗ＳP毎に貨幣処理装置１を導入する態様と比較して、商用施設ＣF及び各店舗ＳPにおける売上金の管理に係るコストを低減することが可能となる。
【0117】
＜３．５．経費入金処理＞
図１８は、貨幣処理装置１が、経費入金処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
図１８は、貨幣処理装置１が、経費入金処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
【0118】
ここで、経費入金処理とは、貨幣処理装置１に対して店舗ＳPにおける経費（小口金）を入金する処理である。本実施形態では、メニュー画面Ｇ1において、店舗ＳP[m]に属するスタッフＳT[m][n]によって経費入金ボタンＢ14が選択された場合に、経費入金処理が開始される場合を想定する。なお、図１８では、メニュー画面Ｇ1（メニュー画面Ｇ1-Aまたはメニュー画面Ｇ1-B）において、店舗ＳP[m]に属するスタッフＳT[m][n]が経費入金ボタンＢ14を選択し、店舗ＳP[m]の経費（小口金）を貨幣処理装置１に対して入金する場合を想定する。
【0119】
図１８に例示するように、制御部１０は、経費入金処理が開始されると、表示操作部３０に対して経費入金額入力画面Ｇ5を表示させる（Ｓ５０１）。
【0120】
図１９は、経費入金額入力画面Ｇ5の一例を示す図である。ここで、経費入金額入力画面Ｇ5とは、貨幣処理装置１にログインしたスタッフＳT[m][n]が、貨幣処理装置１に入金する店舗ＳP[m]の経費（小口金）の金額を入力するための画面である。
【0121】
図１９に例示するように、経費入金額入力画面Ｇ5は、上述したスタッフ情報表示領域Ａ11と、経費入金額入力領域ＡKと、入金実行ボタンＢ50と、を備える。
このうち、入金実行ボタンＢ50は、貨幣処理装置１への経費の入金の実行を指示するためのボタンである。
また、経費入金額入力領域ＡKは、店舗ＳP[m]が有するＱm個の経費の科目と１対１に対応する、Ｑm個の個別入金額入力領域ＡKK[m][1]～ＡKK[m][Qm]を備える。以下では、Ｑm個の個別入金額入力領域ＡKK[m][1]～ＡKK[m][Qm]のうち、ｑ番目の科目に対応する個別入金額入力領域ＡKKを、個別入金額入力領域ＡKK[m][q]と称する。
このうち、入金実行ボタンＢ50は、貨幣処理装置１への経費の入金の実行を指示するためのボタンである。
また、経費入金額入力領域ＡKは、店舗ＳP[m]が有するＱm個の経費の科目と１対１に対応する、Ｑm個の個別入金額入力領域ＡKK[m][1]～ＡKK[m][Qm]を備える。以下では、Ｑm個の個別入金額入力領域ＡKK[m][1]～ＡKK[m][Qm]のうち、ｑ番目の科目に対応する個別入金額入力領域ＡKKを、個別入金額入力領域ＡKK[m][q]と称する。
【0122】
本実施形態において、制御部１０は、現金管理テーブルＴB2に記憶されている現金管理情報ＤC[m]に含まれる経費科目情報ＤKK[m]のうち、科目在高情報ＤKB[m][q]に基づいて、個別入金額入力領域ＡKK[m][q]のうち領域ＡKK1[m][q]において、貨幣処理装置１が管理する店舗ＳP[m]のｑ番目の科目に対応する経費の在高を表示させる。
【0123】
また、制御部１０は、個別入金額入力領域ＡKK[m][q]のうち入力領域ＡKK2[m][q]に対して、経費の入金予定額を入力可能な入力欄を表示させる。そして、制御部１０は、スタッフＳT[m][n]が入力領域ＡKK2[m][q]に表示された入力欄を用いて、経費の入金予定額を入力した場合、当該入力された入金予定額を表示操作部３０から取得する。
【0124】
なお、本実施形態において、制御部１０は、経費管理情報ＤM[m]に含まれる科目個別管理情報ＤXX[m][q]のうち、科目権限情報ＤX3[m][q]に基づいて、入力領域ＡKK2[m][q]に対する入力欄の表示及び非表示を切り替えることとする。具体的には、制御部１０は、貨幣処理装置１にログインしているスタッフＳT[m][n]が、科目権限情報ＤX3[m][q]の示す、ｑ番目の科目に係る経費を入金する権限を有している場合に限り、入力領域ＡKK2[m][q]に対して入力欄を表示し、貨幣処理装置１にログインしているスタッフＳT[m][n]が、科目権限情報ＤX3[m][q]の示す、ｑ番目の科目に係る経費を入金する権限を有していない場合には、入力領域ＡKK2[m][q]に対して入力欄を表示しない。つまり、本実施形態において、貨幣処理装置１にログインしているスタッフＳT[m][n]が、ｑ番目の科目に係る経費を入金する権限を有していない場合には、当該スタッフＳT[m][n]は、ｑ番目の科目に係る経費の入金予定額を入力できないことになる。
【0125】
そして、制御部１０は、個別入金額入力領域ＡKK[m][q]のうち領域ＡKK3[m][q]において、領域ＡKK1[m][q]に表示されている店舗ＳP[m]の経費の在高と、入力領域ＡKK2[m][q]から入力された店舗ＳP[m]の経費の入金予定額とを合計した合計値（入金後の経費の在高）を表示させる。
【0126】
図１８に例示するように、制御部１０の入出金受付部１１は、経費入金額入力画面Ｇ5から入力された経費の入金予定額が、入金可能であるか否かを判定する（Ｓ５０３）。具体的には、入出金受付部１１は、ステップＳ５０３において、経費入金額入力画面Ｇ5より入力された店舗ＳP[m]におけるｑ番目の科目に対応する経費の入金予定額が、経費管理テーブルＴB3に記憶された経費科目管理情報ＤX[m]に含まれる入金上限情報ＤX1[m][q]の示す経費の入金限度額以下であるか否かを判定する。
【0127】
ステップＳ５０３における判定の結果が否定の場合、すなわち、経費入金額入力画面Ｇ5より入力された店舗ＳP[m]におけるｑ番目の科目に対応する経費の入金予定額が、入金上限情報ＤX1[m][q]の示す経費の入金限度額を超える場合、入出金受付部１１は、経費入金入力エラー画面Ｇ51（図示省略）を表示する（Ｓ５０５）。ここで、経費入金入力エラー画面Ｇ51とは、経費の入金を拒否する旨を通知するための画面である。
【0128】
ステップＳ５０３における判定の結果が肯定の場合、制御部１０は、表示操作部３０に対して、経費入金要求画面Ｇ52（図示省略）を表示させる（Ｓ５０７）。ここで、経費入金要求画面Ｇ52とは、ステップＳ５０１で入力された経費の合計額の金銭ＣSを入出金部６０より入金することを、スタッフＳT[m][n]に対して要求する画面である。
【0129】
次に、制御部１０の入出金受付部１１は、入出金部６０を制御することで、店舗ＳP[m]に属するスタッフＳT[m][n]からの経費の入金を受け付ける（Ｓ５０９）。すなわち、本実施形態において、入出金受付部１１は、商用施設ＣFに設けられたＭ個の店舗ＳP[1]～ＳP[M]において、店舗ＳP毎に区分して、経費の入金を受け付ける。換言すれば、本実施形態において、入出金受付部１１は、店舗ＳP毎に区分して、非売上金の入金を受け付ける。
【0130】
その後、制御部１０の入出金受付部１１は、ステップＳ５０９において入出金部６０より入金された金銭ＣSと、ステップＳ５０１において経費入金額入力画面Ｇ5より入力された１または複数の科目に対応する経費の入金予定額の合計値とが、等しいか否かを判定する（Ｓ５１１）。
ステップＳ５１１における判定の結果が否定の場合、制御部１０は、表示操作部３０に対して、経費入金エラー画面Ｇ53（図示省略）を表示させ、入出金部６０に入金された金銭ＣSを、入出金部６０より返却する（Ｓ５１３）。ここで、経費入金エラー画面Ｇ53とは、ステップＳ５０９において入出金部６０より入金された金銭ＣSと、ステップＳ５０１において経費入金額入力画面Ｇ5より入力された１または複数の科目に対応する経費の入金予定額の合計値とが、異なることを通知するための画面である。
ステップＳ５１１における判定の結果が否定の場合、制御部１０は、表示操作部３０に対して、経費入金エラー画面Ｇ53（図示省略）を表示させ、入出金部６０に入金された金銭ＣSを、入出金部６０より返却する（Ｓ５１３）。ここで、経費入金エラー画面Ｇ53とは、ステップＳ５０９において入出金部６０より入金された金銭ＣSと、ステップＳ５０１において経費入金額入力画面Ｇ5より入力された１または複数の科目に対応する経費の入金予定額の合計値とが、異なることを通知するための画面である。
【0131】
ステップＳ５１１における判定の結果が肯定の場合、制御部１０の現金管理部１２は、ステップＳ５０１において経費入金額入力画面Ｇ5より入力された金額に基づいて、現金管理テーブルＴB2に記憶された現金管理情報ＤC[m]を更新する（Ｓ５１５）。
【0132】
具体的には、本実施形態において、現金管理部１２は、ステップＳ５１５において、店舗ＳP[m]に対応する店舗在高情報ＤCA[m]の示す在高に対して、経費入金額入力画面Ｇ5より入力された１または複数の科目に対応する経費の入金予定額の合計値を加算し、また、店舗ＳP[m]に対応する経費在高情報ＤK[m]の示す在高に対して、経費入金額入力画面Ｇ5より入力された１または複数の科目に対応する経費の入金予定額の合計値を加算する。すなわち、本実施形態において、現金管理部１２は、商用施設ＣFに設けられたＭ個の店舗ＳP[1]～ＳP[M]において、店舗ＳP毎に区分して、経費を管理する。換言すれば、本実施形態において、現金管理部１２は、店舗ＳP毎に区分して、非売上金を管理する。
【0133】
また、本実施形態において、現金管理部１２は、ステップＳ５１５において、科目在高情報ＤKB[m][q]の示す在高に対して、経費入金額入力画面Ｇ5より入力された１または複数の科目に対応する経費のうち、入力領域ＡKK2[m][q]のより入力されたｑ番目の科目に対応する経費を加算する。すなわち、本実施形態において、現金管理部１２は、店舗ＳP[m]において、科目毎に、経費を管理する。換言すれば、本実施形態において、現金管理部１２は、科目毎に区分して、非売上金を管理する。
【0134】
次に、制御部１０の現金管理部１２は、ステップＳ５０９において入金された経費に含まれる各金種の数量に基づいて、金種管理テーブルＴB4に記憶された金種管理情報ＤTを更新する（Ｓ５１７）。具体的には、現金管理部１２は、ステップＳ５１１において、ステップＳ５０９において入金された経費に含まれる１または複数の金種に対応する１または複数の金種管理情報ＤTの各々について、金種別数量情報ＤT1の示す数量に対して、入金された経費に含まれる当該金種の数量を減算し、金種別在高情報ＤT2の示す在高に対して、入金された経費に含まれる当該金種の合計金額を減算する。
【0135】
次に、制御部１０の現金管理部１２は、入出金履歴テーブルＴB5に新たにレコードを追加し、当該追加したレコードに対して、ステップＳ５０９において入金された経費に応じた入出金履歴情報ＤRを記憶させる（Ｓ５１９）。
具体的には、現金管理部１２は、ステップＳ５１９において、まず、入出金履歴テーブルＴB5に新たなレコードを追加し、当該追加したレコードに対して、操作ＩDを付与する。次に、現金管理部１２は、ステップＳ５１９において、追加したレコードに対して、ステップＳ５０１において経費入金額入力画面Ｇ5より経費の入金予定額を入力したスタッフＳT[m][n]のユーザＩDを記憶させ、当該スタッフＳTに応じた店舗ＩDを記憶させ、ステップＳ５０９において経費の入金が実行された時刻を操作日時情報ＤR1として記憶させ、経費入金操作が実行されたことを示す種別ＩDと、入金された経費に対応する１または複数の科目ＩDと、含む情報を操作種別情報ＤR2として記憶させ、ステップＳ５０９において入金された経費の金額を取扱金額情報ＤR3として記憶させ、ステップＳ５０９において入金された経費に含まれる１または複数の金種及び各金種の数量を取扱金種情報ＤR4として記憶させる。
具体的には、現金管理部１２は、ステップＳ５１９において、まず、入出金履歴テーブルＴB5に新たなレコードを追加し、当該追加したレコードに対して、操作ＩDを付与する。次に、現金管理部１２は、ステップＳ５１９において、追加したレコードに対して、ステップＳ５０１において経費入金額入力画面Ｇ5より経費の入金予定額を入力したスタッフＳT[m][n]のユーザＩDを記憶させ、当該スタッフＳTに応じた店舗ＩDを記憶させ、ステップＳ５０９において経費の入金が実行された時刻を操作日時情報ＤR1として記憶させ、経費入金操作が実行されたことを示す種別ＩDと、入金された経費に対応する１または複数の科目ＩDと、含む情報を操作種別情報ＤR2として記憶させ、ステップＳ５０９において入金された経費の金額を取扱金額情報ＤR3として記憶させ、ステップＳ５０９において入金された経費に含まれる１または複数の金種及び各金種の数量を取扱金種情報ＤR4として記憶させる。
【0136】
その後、制御部１０は、表示操作部３０に対して、経費入金完了画面Ｇ54を表示させ（Ｓ５２１）、経費入金処理を終了させる。ここで、経費入金完了画面Ｇ54とは、売上回収処理が完了したことを通知するための画面である。
【0137】
このように、本実施形態によれば、貨幣処理装置１は、店舗ＳP[m]のｑ番目の科目に対応する経費の入金予定額が、入金上限情報ＤX1[m][q]の示す経費の入金限度額を超える場合に、経費の入金を拒否する。このため、本実施形態によれば、経費の入金額に制限を設けていない態様と比較して、経費として必要な金額を超える過剰な金銭ＣSを貨幣処理装置１において管理することを防止し、店舗ＳP[m]における資金効率を向上させることが可能となる。
【0138】
＜３．６．経費出金処理＞
図２０は、貨幣処理装置１が、経費出金処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
図２０は、貨幣処理装置１が、経費出金処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
【0139】
ここで、経費出金処理とは、店舗ＳP[m]の経費を貨幣処理装置１から出金する処理である。本実施形態では、メニュー画面Ｇ1において、店舗ＳP[m]に属するスタッフＳT[m][n]によって経費出金ボタンＢ15が選択された場合に、経費出金処理が開始される場合を想定する。なお、図２０では、メニュー画面Ｇ1（メニュー画面Ｇ1-Aまたはメニュー画面Ｇ1-B）において、店舗ＳP[m]に属するスタッフＳT[m][n]が経費出金ボタンＢ15を選択し、店舗ＳP[m]の経費を貨幣処理装置１から出金する場合を想定する。
【0140】
図２０に例示するように、制御部１０は、経費出金処理が開始されると、表示操作部３０に対して経費出金額入力画面Ｇ6を表示させる（Ｓ６０１）。
【0141】
図２１は、経費出金額入力画面Ｇ6の一例を示す図である。ここで、経費出金額入力画面Ｇ6とは、貨幣処理装置１にログインしたスタッフＳT[m][n]が、貨幣処理装置１から出金する店舗ＳP[m]の経費（小口金）の金額を入力するための画面である。
【0142】
図２１に例示するように、経費出金額入力画面Ｇ6は、上述したスタッフ情報表示領域Ａ11と、経費出金額入力領域ＡLと、出金実行ボタンＢ60と、を備える。
このうち、出金実行ボタンＢ60は、貨幣処理装置１からの経費の出金の実行を指示するためのボタンである。
また、経費出金額入力領域ＡLは、店舗ＳP[m]が有するＱm個の経費の科目と１対１に対応する、Ｑm個の個別出金額入力領域ＡLK[m][q]～ＡLK[m][q]を備える。以下では、Ｑm個の個別出金額入力領域ＡLK[m][1]～ＡLK[m][Qm]のうち、ｑ番目の科目に対応する個別出金額入力領域ＡLKを、個別出金額入力領域ＡLK[m][q]と称する。
このうち、出金実行ボタンＢ60は、貨幣処理装置１からの経費の出金の実行を指示するためのボタンである。
また、経費出金額入力領域ＡLは、店舗ＳP[m]が有するＱm個の経費の科目と１対１に対応する、Ｑm個の個別出金額入力領域ＡLK[m][q]～ＡLK[m][q]を備える。以下では、Ｑm個の個別出金額入力領域ＡLK[m][1]～ＡLK[m][Qm]のうち、ｑ番目の科目に対応する個別出金額入力領域ＡLKを、個別出金額入力領域ＡLK[m][q]と称する。
【0143】
本実施形態において、制御部１０は、現金管理テーブルＴB2に記憶されている現金管理情報ＤC[m]に含まれる科目在高情報ＤKB[m][q]に基づいて、個別出金額入力領域ＡLK[m][q]のうち領域ＡLK1[m][q]において、貨幣処理装置１が管理する店舗ＳP[m]のｑ番目の科目に対応する経費の在高を表示させる。
【0144】
また、制御部１０は、個別出金額入力領域ＡLK[m][q]のうち入力領域ＡLK2[m][q]に対して、経費の出金予定額を入力可能な入力欄を表示させる。そして、制御部１０は、スタッフＳT[m][n]が入力領域ＡLK2[m][q]に表示された入力欄を用いて、経費の出金予定額を入力した場合、当該入力された出金予定額を表示操作部３０から取得する。
【0145】
なお、本実施形態において、制御部１０は、経費管理情報ＤM[m]に含まれる科目個別管理情報ＤXX[m][q]のうち、科目権限情報ＤX3[m][q]に基づいて、入力領域ＡLK2[m][q]に対する入力欄の表示及び非表示を切り替えることとする。具体的には、制御部１０は、貨幣処理装置１にログインしているスタッフＳT[m][n]が、科目権限情報ＤX3[m][q]の示す、ｑ番目の科目に係る経費を出金する権限を有している場合に限り、入力領域ＡLK2[m][q]に対して入力欄を表示し、貨幣処理装置１にログインしているスタッフＳT[m][n]が、科目権限情報ＤX3[m][q]の示す、ｑ番目の科目に係る経費を出金する権限を有していない場合には、入力領域ＡLK2[m][q]に対して入力欄を表示しない。つまり、本実施形態において、貨幣処理装置１にログインしているスタッフＳT[m][n]が、ｑ番目の科目に係る経費を出金する権限を有していない場合には、当該スタッフＳT[m][n]は、ｑ番目の科目に係る経費の出金予定額を入力できないことになる。
【0146】
そして、制御部１０は、個別出金額入力領域ＡLK[m][q]のうち領域ＡLK3[m][q]において、領域ＡLK1[m][q]に表示されている店舗ＳP[m]の経費の在高から、入力領域ＡLK2[m][q]から入力された店舗ＳP[m]の経費の出金予定額を減算した減算値（出金後の経費の在高）を表示させる。
【0147】
図２０に例示するように、制御部１０の入出金受付部１１は、経費出金額入力画面Ｇ6から入力された経費の出金予定額が、出金可能であるか否かを判定する（Ｓ６０３）。具体的には、入出金受付部１１は、ステップＳ６０３において、経費出金額入力画面Ｇ6より入力された店舗ＳP[m]におけるｑ番目の科目に対応する経費の出金予定額が、経費管理テーブルＴB3に記憶された経費科目管理情報ＤX[m]に含まれる出金上限情報ＤX2[m][q]の示す経費の出金限度額以下であるか否かを判定する。
【0148】
ステップＳ６０３における判定の結果が否定の場合、すなわち、経費出金額入力画面Ｇ6より入力された店舗ＳP[m]におけるｑ番目の科目に対応する経費の出金予定額が、出金上限情報ＤX2[m][q]の示す経費の出金限度額を超える場合、入出金受付部１１は、経費出金入力エラー画面Ｇ61（図示省略）を表示する（Ｓ６０５）。ここで、経費出金入力エラー画面Ｇ61とは、経費の出金を拒否する旨を通知するための画面である。
【0149】
ステップＳ６０３における判定の結果が肯定の場合、制御部１０の現金管理部１２は、ステップＳ６０１において経費出金額入力画面Ｇ6より入力された金額に基づいて、現金管理テーブルＴB2に記憶された現金管理情報ＤC[m]を更新する（Ｓ６０７）。
【0150】
具体的には、本実施形態において、現金管理部１２は、ステップＳ６０７において、店舗ＳP[m]に対応する店舗在高情報ＤCA[m]の示す在高から、経費出金額入力画面Ｇ6より入力された１または複数の科目に対応する経費の出金予定額の合計値を減算し、また、店舗ＳP[m]に対応する経費在高情報ＤK[m]の示す在高から、経費出金額入力画面Ｇ6より入力された１または複数の科目に対応する経費の出金予定額の合計値を減算する。すなわち、本実施形態において、現金管理部１２は、商用施設ＣFに設けられたＭ個の店舗ＳP[1]～ＳP[M]において、店舗ＳP毎に区分して、経費を管理する。換言すれば、本実施形態において、現金管理部１２は、店舗ＳP毎に区分して、非売上金を管理する。
【0151】
また、本実施形態において、現金管理部１２は、ステップＳ６０７において、科目在高情報ＤKB[m][q]の示す在高から、経費出金額入力画面Ｇ6より入力された１または複数の科目に対応する経費のうち、入力領域ＡLK2[m][q]のより入力されたｑ番目の科目に対応する経費を減算する。すなわち、本実施形態において、現金管理部１２は、店舗ＳP[m]において、科目毎に区分して、経費を管理する。換言すれば、本実施形態において、現金管理部１２は、科目毎区分してに非売上金を管理する。
【0152】
次に、制御部１０の入出金受付部１１は、入出金部６０を制御することで、経費出金額入力画面Ｇ6より入力された店舗ＳP[m]における１または複数の科目に対応する経費を、貨幣処理装置１から出金させる（Ｓ６０９）。すなわち、本実施形態において、入出金受付部１１は、店舗ＳP毎に区分して、経費の出金を受け付ける。換言すれば、本実施形態において、入出金受付部１１は、店舗ＳP毎に区分して、非売上金の出金を受け付ける。
【0153】
次に、制御部１０の現金管理部１２は、ステップＳ６０９において出金された経費に含まれる各金種の数量に基づいて、金種管理テーブルＴB4に記憶された金種管理情報ＤTを更新する（Ｓ６１１）。具体的には、現金管理部１２は、ステップＳ６１１において、ステップＳ６０９において出金された経費に含まれる１または複数の金種に対応する１または複数の金種管理情報ＤTの各々について、金種別数量情報ＤT1の示す数量に対して、出金された経費に含まれる当該金種の数量を減算し、金種別在高情報ＤT2の示す在高に対して、出金された経費に含まれる当該金種の合計金額を減算する。
【0154】
次に、制御部１０の現金管理部１２は、入出金履歴テーブルＴB5に新たにレコードを追加し、当該追加したレコードに対して、ステップＳ６０９において出金された経費に応じた入出金履歴情報ＤRを記憶させる（Ｓ６１３）。
具体的には、現金管理部１２は、ステップＳ６１３において、まず、入出金履歴テーブルＴB5に新たなレコードを追加し、当該追加したレコードに対して、操作ＩDを付与する。次に、現金管理部１２は、ステップＳ６１３において、追加したレコードに対して、ステップＳ６０１において経費出金額入力画面Ｇ6より経費の出金予定額を入力したスタッフＳTのユーザＩDを記憶させ、当該スタッフＳTに応じた店舗ＩDを記憶させ、ステップＳ６０９において経費の出金が実行された時刻を操作日時情報ＤR1として記憶させ、経費出金操作が実行されたことを示す種別ＩDと、出金された経費に対応する１または複数の科目ＩDと、含む情報を操作種別情報ＤR2として記憶させ、ステップＳ６０９において出金された経費の金額を取扱金額情報ＤR3として記憶させ、ステップＳ６０９において出金された経費に含まれる１または複数の金種及び各金種の数量を取扱金種情報ＤR4として記憶させる。
具体的には、現金管理部１２は、ステップＳ６１３において、まず、入出金履歴テーブルＴB5に新たなレコードを追加し、当該追加したレコードに対して、操作ＩDを付与する。次に、現金管理部１２は、ステップＳ６１３において、追加したレコードに対して、ステップＳ６０１において経費出金額入力画面Ｇ6より経費の出金予定額を入力したスタッフＳTのユーザＩDを記憶させ、当該スタッフＳTに応じた店舗ＩDを記憶させ、ステップＳ６０９において経費の出金が実行された時刻を操作日時情報ＤR1として記憶させ、経費出金操作が実行されたことを示す種別ＩDと、出金された経費に対応する１または複数の科目ＩDと、含む情報を操作種別情報ＤR2として記憶させ、ステップＳ６０９において出金された経費の金額を取扱金額情報ＤR3として記憶させ、ステップＳ６０９において出金された経費に含まれる１または複数の金種及び各金種の数量を取扱金種情報ＤR4として記憶させる。
【0155】
その後、制御部１０は、表示操作部３０に対して、経費出金完了画面Ｇ62を表示させ（Ｓ６１５）、経費出金処理を終了させる。ここで、経費出金完了画面Ｇ62とは、経費出金処理が完了したことを通知するための画面である。
【0156】
以上のように、本実施形態において、貨幣処理装置１は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]を対象として、店舗ＳP毎に区分して経費の入金及び出金を受け付け、また、店舗ＳP毎に経費を売上金及び釣銭準備金と区分して管理する。すなわち、本実施形態によれば、商用施設ＣFにおける経費を店舗ＳP毎に売上金と区分して管理することが可能となる。つまり、本実施形態によれば、経費を手元管理する従来の態様と比較して、商用施設ＣF及び各店舗ＳPにおける経費の管理に係るコストを低減することが可能となる。また、本実施形態によれば、店舗ＳP毎に貨幣処理装置１を個別に導入する態様と比較して、商用施設ＣF及び各店舗ＳPにおける経費の管理に係るコストを低減することが可能となる。
【0157】
また、本実施形態において、貨幣処理装置１は、店舗ＳP[m]における経費を、当該店舗ＳP[m]において設定されている科目毎に区分して管理することが可能となる。このため、本実施形態によれば、店舗ＳP[m]における経費を、科目毎に区分することなく全ての科目を一括で管理する態様と比較して、店舗ＳP[m]における経費の利用状況を細やかに把握することが可能となる。
【0158】
また、本実施形態によれば、貨幣処理装置１は、店舗ＳP[m]のｑ番目の科目に対応する経費の出金予定額が、出金上限情報ＤX2[m][q]の示す経費の出金限度額を超える場合に、経費の出金を拒否する。このため、本実施形態によれば、経費の出金額に制限を設けていない態様と比較して、経費として管理が必要な最低金額を常に貨幣処理装置１において確保することを可能とし、店舗ＳP[m]における経費が不足する可能性を低減させることが可能となる。
【0159】
＜３．７．経費科目設定処理＞
図２２は、貨幣処理装置１が、経費科目設定処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
図２２は、貨幣処理装置１が、経費科目設定処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
【0160】
ここで、経費科目設定処理とは、店舗ＳP[m]の経費の科目に係る管理項目を設定する処理である。本実施形態では、メニュー画面Ｇ1において、店舗ＳPの管理者に相当するＲank-Ａの権限を有するスタッフＳTによって経費科目設定ボタンＢ16が選択された場合に、経費科目設定処理が開始される場合を想定する。なお、図２２では、メニュー画面Ｇ1（メニュー画面Ｇ1-A）において、店舗ＳP[m]の管理者に相当するＲank-Ａの権限を有するスタッフＳT[m][n]が、経費科目設定ボタンＢ16を選択し、店舗ＳP[m]の経費の科目に係る管理項目を設定する場合を想定する。
【0161】
図２２に例示するように、制御部１０は、経費科目設定処理が開始されると、表示操作部３０に対して経費科目設定画面Ｇ7を表示させる（Ｓ７０１）。
【0162】
図２３は、経費科目設定画面Ｇ7の一例を示す図である。ここで、経費科目設定画面Ｇ7とは、貨幣処理装置１にログインしたスタッフＳT[m][n]が、店舗ＳP[m]の経費の科目に係る管理項目を設定するための画面である。
【0163】
図２３に例示するように、経費科目設定画面Ｇ7は、上述したスタッフ情報表示領域Ａ11と、経費科目設定領域ＡMと、決定ボタンＢ70と、追加ボタンＢ71と、削除ボタンＢ72と、を備える。
【0164】
このうち、決定ボタンＢ70は、経費科目設定画面Ｇ7において表示されている内容により、経費の科目に係る管理項目を設定することを指示するためのボタンである。また、追加ボタンＢ71は、店舗ＳP[m]の経費の科目を追加するためのボタンである。また、削除ボタンＢ72は、店舗ＳP[m]の経費の科目を削除するためのボタンである。
【0165】
また、経費科目設定領域ＡMは、店舗ＳP[m]が有するＱm個の経費の科目と１対１に対応する、Ｑm個の個別科目設定領域ＡMK[m][1]～ＡMK[m][Qm]を備える。以下では、Ｑm個の個別科目設定領域ＡMK[m][1]～ＡMK[m][Qm]のうち、ｑ番目の科目に対応する個別科目設定領域ＡMKを、個別科目設定領域ＡMK[m][q]と称する。なお、本実施形態では、説明の便宜上、追加ボタンＢ71によって科目が追加された場合、追加後の科目の個数を、Ｑm個として表現する。また、本実施形態では、説明の便宜上、削除ボタンＢ72によって科目が削除された場合、削除後の科目の個数を、Ｑm個として表現する。
【0166】
本実施形態において、制御部１０は、個別科目設定領域ＡMK[m][q]のうち領域ＡMK1[m][q]に対して、店舗ＳP[m]の経費のｑ番目の科目の名称（「科目に係る管理項目」の一例）を入力可能な入力欄を表示させる。そして、制御部１０は、決定ボタンＢ70が選択された場合であって、スタッフＳT[m][n]が領域ＡMK1[m][q]に表示された入力欄を用いて、店舗ＳP[m]の経費のｑ番目の科目の名称を入力した場合において、当該入力された科目の名称を表示操作部３０から取得する。
【0167】
また、制御部１０は、個別科目設定領域ＡMK[m][q]のうち領域ＡMK2[m][q]に対して、店舗ＳP[m]のｑ番目の科目に係る経費の入金限度額（「科目に係る管理項目」の一例）を入力可能な入力欄を表示させる。そして、制御部１０は、決定ボタンＢ70が選択された場合であって、スタッフＳT[m][n]が領域ＡMK2[m][q]に表示された入力欄を用いて、経費の入金限度額を入力した場合において、当該入力された入金限度額を表示操作部３０から取得する。
【0168】
また、制御部１０は、個別科目設定領域ＡMK[m][q]のうち領域ＡMK3[m][q]に対して、店舗ＳP[m]のｑ番目の科目に係る経費の出金限度額（「科目に係る管理項目」の一例）を入力可能な入力欄を表示させる。そして、制御部１０は、決定ボタンＢ70が選択された場合であって、スタッフＳT[m][n]が領域ＡMK3[m][q]に表示された入力欄を用いて、経費の出金限度額を入力した場合において、当該入力された出金限度額を表示操作部３０から取得する。
【0169】
また、制御部１０は、個別科目設定領域ＡMK[m][q]のうち領域ＡMK4[m][q]に対して、店舗ＳP[m]のｑ番目の科目に係る経費を入出金する権限（「科目に係る管理項目」の一例）を入力可能なプルダウンメニューを表示させる。ここで、本実施形態では、一例として、領域ＡMK4[m][q]に表示されるプルダウンメニューが、店舗ＳP[m]のｑ番目の科目に係る経費の入出金の権限を、店舗ＳPの管理者に相当するＲank-Ａの権限を有するスタッフＳT[m][n]に限定するか、または、店舗ＳPの管理者に相当するＲank-Ａの権限を有するスタッフＳT[m][n]に加えて、店舗ＳPの担当者に相当するＲank-Ｂの権限を有するスタッフＳT[m][n]に対しても付与するかを、選択するためのプルダウンメニューである場合を想定する。そして、制御部１０は、決定ボタンＢ70が選択された場合であって、スタッフＳT[m][n]が領域ＡMK4[m][q]に表示されたプルダウンメニューを用いて、経費の入出金に係る権限を入力した場合において、当該入力された権限を表示操作部３０から取得する。
【0170】
図２２に例示するように、制御部１０の管理条件設定部１３は、経費科目設定画面Ｇ7において、追加ボタンＢ71または削除ボタンＢ72を用いた科目の追加または削除があった場合に、当該科目の追加または削除に応じて、現金管理情報ＤC[m]の経費科目情報ＤKK[m]を更新する（Ｓ７０３）。
また、制御部１０の管理条件設定部１３は、経費科目設定画面Ｇ7の経費科目設定領域ＡMにおける入力結果に基づいて、経費管理情報ＤM[m]を更新する（Ｓ７０５）。具体的には、制御部１０は、経費科目設定画面Ｇ7の領域ＡMK1[m][q]に科目の名称が入力された場合、当該入力結果に基づいて、経費管理情報ＤM[m]のうち科目個別管理情報ＤXX[m][q]の有する科目の名称を更新する。また、制御部１０は、経費科目設定画面Ｇ7の領域ＡMK2[m][q]に経費の入金限度額が入力された場合、当該入力結果に基づいて、経費管理情報ＤM[m]のうち科目個別管理情報ＤXX[m][q]の有する入金上限情報ＤX1[m][q]を更新する。また、制御部１０は、経費科目設定画面Ｇ7の領域ＡMK3[m][q]に経費の出金限度額が入力された場合、当該入力結果に基づいて、経費管理情報ＤM[m]のうち科目個別管理情報ＤXX[m][q]の有する出金上限情報ＤX2[m][q]を更新する。また、制御部１０は、経費科目設定画面Ｇ7の領域ＡMK4[m][q]に経費の入出金に係る権限が入力された場合、当該入力結果に基づいて、経費管理情報ＤM[m]のうち科目個別管理情報ＤXX[m][q]の有する科目権限情報ＤX3[m][q]を更新する。
また、制御部１０の管理条件設定部１３は、経費科目設定画面Ｇ7の経費科目設定領域ＡMにおける入力結果に基づいて、経費管理情報ＤM[m]を更新する（Ｓ７０５）。具体的には、制御部１０は、経費科目設定画面Ｇ7の領域ＡMK1[m][q]に科目の名称が入力された場合、当該入力結果に基づいて、経費管理情報ＤM[m]のうち科目個別管理情報ＤXX[m][q]の有する科目の名称を更新する。また、制御部１０は、経費科目設定画面Ｇ7の領域ＡMK2[m][q]に経費の入金限度額が入力された場合、当該入力結果に基づいて、経費管理情報ＤM[m]のうち科目個別管理情報ＤXX[m][q]の有する入金上限情報ＤX1[m][q]を更新する。また、制御部１０は、経費科目設定画面Ｇ7の領域ＡMK3[m][q]に経費の出金限度額が入力された場合、当該入力結果に基づいて、経費管理情報ＤM[m]のうち科目個別管理情報ＤXX[m][q]の有する出金上限情報ＤX2[m][q]を更新する。また、制御部１０は、経費科目設定画面Ｇ7の領域ＡMK4[m][q]に経費の入出金に係る権限が入力された場合、当該入力結果に基づいて、経費管理情報ＤM[m]のうち科目個別管理情報ＤXX[m][q]の有する科目権限情報ＤX3[m][q]を更新する。
【0171】
その後、制御部１０は、表示操作部３０に対して、経費科目設定完了画面Ｇ71を表示させ（Ｓ７０７）、経費科目設定処理を終了させる。ここで、経費科目設定完了画面Ｇ71とは、経費科目設定処理が完了したことを通知するための画面である。
【0172】
＜３．８．ユーザ設定処理＞
図２４は、貨幣処理装置１が、ユーザ設定処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
図２４は、貨幣処理装置１が、ユーザ設定処理を行う場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
【0173】
ここで、ユーザ設定処理とは、貨幣処理装置１のユーザの登録、変更、及び、削除を行うための処理である。本実施形態では、メニュー画面Ｇ1において、商用施設ＣFの責任者に相当するＲank-Ｓの権限を有するスタッフＳTによって、ユーザ設定ボタンＢ17が選択された場合に、ユーザ設定処理が開始される場合を想定する。なお、図２４では、メニュー画面Ｇ1（メニュー画面Ｇ1-S）において、商用施設ＣFの責任者に相当するＲank-Ｓの権限を有するスタッフＳTが、ユーザ設定ボタンＢ17を選択し、貨幣処理装置１のユーザの登録、変更、または、削除を行う場合を想定する。
【0174】
図２４に例示するように、制御部１０は、ユーザ設定処理が開始されると、表示操作部３０に対してユーザ設定画面Ｇ8（図示省略）を表示させる（Ｓ８０１）。
【0175】
ここで、ユーザ設定画面Ｇ8とは、貨幣処理装置１のユーザの登録、変更、または、削除に係る情報を入力するための画面である。本実施形態では、貨幣処理装置１にログインしたＲank-Ｓの権限を有するスタッフＳTが、ユーザ設定画面Ｇ8において、貨幣処理装置１のユーザの登録、変更、または、削除に係る情報を入力する。
【0176】
次に、制御部１０は、ユーザ設定画面Ｇ8において入力された情報に基づいて、ユーザ管理情報ＤUを更新する（Ｓ８０３）。
そして、制御部１０は、表示操作部３０に対して、ユーザ設定完了画面Ｇ81を表示させ（Ｓ８０８）、ユーザ設定処理を終了させる。ここで、ユーザ設定完了画面Ｇ81とは、ユーザ設定処理が完了したことを通知するための画面である。
そして、制御部１０は、表示操作部３０に対して、ユーザ設定完了画面Ｇ81を表示させ（Ｓ８０８）、ユーザ設定処理を終了させる。ここで、ユーザ設定完了画面Ｇ81とは、ユーザ設定処理が完了したことを通知するための画面である。
【0177】
＜４．実施形態の結び＞
以上において説明したように、本実施形態に係る貨幣処理装置１は、店舗ＳP毎に売上金及び経費の入金及び出金を受け付け、店舗ＳP毎に経費を管理する。このため、本実施形態によれば、貨幣処理装置１により、売上金とともに経費を管理することが可能となるため、貨幣処理装置１を用いずに経費を手元管理する態様と比較して、経費の管理に係る手間を低減することが可能となる。また、本実施形態によれば、貨幣処理装置１を、複数の店舗ＳPで共用するものとして導入することが可能となるため、複数の店舗ＳPの各々に対して貨幣処理装置１を導入する態様と比較して、経費の管理に係るコストを低減することが可能となる。
以上において説明したように、本実施形態に係る貨幣処理装置１は、店舗ＳP毎に売上金及び経費の入金及び出金を受け付け、店舗ＳP毎に経費を管理する。このため、本実施形態によれば、貨幣処理装置１により、売上金とともに経費を管理することが可能となるため、貨幣処理装置１を用いずに経費を手元管理する態様と比較して、経費の管理に係る手間を低減することが可能となる。また、本実施形態によれば、貨幣処理装置１を、複数の店舗ＳPで共用するものとして導入することが可能となるため、複数の店舗ＳPの各々に対して貨幣処理装置１を導入する態様と比較して、経費の管理に係るコストを低減することが可能となる。
【0178】
＜Ｂ．変形例＞
以上の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は、相互に矛盾しない範囲内で適宜に併合され得る。なお、以下に例示する変形例において作用や機能が実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。
以上の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は、相互に矛盾しない範囲内で適宜に併合され得る。なお、以下に例示する変形例において作用や機能が実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。
【0179】
＜変形例１＞
上述した実施形態では、管理条件設定部１３が、店舗ＳP[m]の経費の入金限度額を科目毎に設定する態様を例示して説明したが、本発明はこのような態様に限定されるものではない。管理条件設定部１３は、店舗ＳP[m]の経費の科目毎の入金限度額の設定に加え、または、店舗ＳP[m]の経費の科目毎の入金限度額の設定に替えて、店舗ＳP[m]の経費全体における入金限度額を設定可能であってもよい。この場合、制御部１０は、経費科目設定画面Ｇ7において、店舗ＳP[m]の経費全体の入金限度額を入力可能な入力欄を表示させてもよい。そして、この場合、管理条件設定部１３は、店舗ＳP[m]の経費全体の入金限度額を入力可能な入力欄への入力結果に基づいて、経費管理情報ＤM[m]のうち経費上限情報ＤL[m]を更新してもよい。
上述した実施形態では、管理条件設定部１３が、店舗ＳP[m]の経費の入金限度額を科目毎に設定する態様を例示して説明したが、本発明はこのような態様に限定されるものではない。管理条件設定部１３は、店舗ＳP[m]の経費の科目毎の入金限度額の設定に加え、または、店舗ＳP[m]の経費の科目毎の入金限度額の設定に替えて、店舗ＳP[m]の経費全体における入金限度額を設定可能であってもよい。この場合、制御部１０は、経費科目設定画面Ｇ7において、店舗ＳP[m]の経費全体の入金限度額を入力可能な入力欄を表示させてもよい。そして、この場合、管理条件設定部１３は、店舗ＳP[m]の経費全体の入金限度額を入力可能な入力欄への入力結果に基づいて、経費管理情報ＤM[m]のうち経費上限情報ＤL[m]を更新してもよい。
【0180】
＜変形例２＞
上述した実施形態及び変形例１では、店舗ＳP[m]の経費の入金限度額が店舗ＳP[m]のスタッフＳT[m]により手動で設定される態様を例示して説明したが、本発明はこのような態様に限定されるものではない。店舗ＳP[m]の経費の入金限度額は、スタッフＳTの人手を介さずに自動で設定されるものであってもよい。
例えば、制御部１０は、現金管理情報ＤC[m]または入出金履歴情報ＤRに基づいて、経費上限情報ＤL[m]の示す店舗ＳP[m]全体の経費の入金限度額、及び、入金上限情報ＤX1[m][q]の示す店舗ＳP[m]のｑ番目の科目に係る経費の入金限度額の、一方または双方を算出してもよい。
上述した実施形態及び変形例１では、店舗ＳP[m]の経費の入金限度額が店舗ＳP[m]のスタッフＳT[m]により手動で設定される態様を例示して説明したが、本発明はこのような態様に限定されるものではない。店舗ＳP[m]の経費の入金限度額は、スタッフＳTの人手を介さずに自動で設定されるものであってもよい。
例えば、制御部１０は、現金管理情報ＤC[m]または入出金履歴情報ＤRに基づいて、経費上限情報ＤL[m]の示す店舗ＳP[m]全体の経費の入金限度額、及び、入金上限情報ＤX1[m][q]の示す店舗ＳP[m]のｑ番目の科目に係る経費の入金限度額の、一方または双方を算出してもよい。
【0181】
具体的には、制御部１０は、経費在高情報ＤK[m]の示す経費の在高のうち、所定の期間における経費の在高の最大値と最小値との差分値に対して、所定のマージンを加算した値を、経費上限情報ＤL[m]の示す店舗ＳP[m]全体の経費の入金限度額として定めてもよい。また、制御部１０は、入出金履歴情報ＤRの示す店舗ＳP[m]における経費出金額のうち、所定の期間における経費出金額の合計値に対して、所定のマージンを加算した値を、経費上限情報ＤL[m]の示す店舗ＳP[m]全体の経費の入金限度額として定めてもよい。
【0182】
＜変形例３＞
上述した実施形態並びに変形例１及び２において、貨幣処理装置１は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]のうち、何れかの店舗ＳP[m]に属する経費を管理するが、本発明はこのような態様に限定されるものではない。例えば、貨幣処理装置１は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]の何れにも属さない、商用施設ＣFの全体で共用する経費（以下、「施設共用経費」と称する）を管理可能であってもよい。例えば、現金管理部１２は、入出金受付部１１が入出金を受け付けた施設共用経費を示す情報を、記憶部２０に記憶させることで、施設共用経費を管理してもよい。この場合、貨幣処理装置１に対する施設共用経費の入出金は、商用施設ＣFの責任者に相当するＲank-Ｓの権限を有するスタッフＳTのみに許可されていてもよいし、または、商用施設ＣFの責任者に相当するＲank-Ｓの権限を有するスタッフＳTに加えて、店舗ＳPの管理者に相当するＲank-Ａの権限を有するスタッフＳTに対しても許可されていてもよい。
上述した実施形態並びに変形例１及び２において、貨幣処理装置１は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]のうち、何れかの店舗ＳP[m]に属する経費を管理するが、本発明はこのような態様に限定されるものではない。例えば、貨幣処理装置１は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]の何れにも属さない、商用施設ＣFの全体で共用する経費（以下、「施設共用経費」と称する）を管理可能であってもよい。例えば、現金管理部１２は、入出金受付部１１が入出金を受け付けた施設共用経費を示す情報を、記憶部２０に記憶させることで、施設共用経費を管理してもよい。この場合、貨幣処理装置１に対する施設共用経費の入出金は、商用施設ＣFの責任者に相当するＲank-Ｓの権限を有するスタッフＳTのみに許可されていてもよいし、または、商用施設ＣFの責任者に相当するＲank-Ｓの権限を有するスタッフＳTに加えて、店舗ＳPの管理者に相当するＲank-Ａの権限を有するスタッフＳTに対しても許可されていてもよい。
【0183】
＜変形例４＞
上述した実施形態及び変形例１乃至３において、貨幣処理装置１は、店舗ＳP毎に売上金を管理するが、本発明はこのような態様に限定されるものではない。例えば、貨幣処理装置１は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]の売上金を合算して管理してもよい。例えば、現金管理部１２は、入出金受付部１１が入出金を受け付けたＭ個の店舗ＳP[1]～ＳP[M]の売上金の合算値を示す情報を、記憶部２０に記憶させることで、Ｍ個の店舗ＳP[1]～ＳP[M]の売上金の合算値を管理してもよい。
上述した実施形態及び変形例１乃至３において、貨幣処理装置１は、店舗ＳP毎に売上金を管理するが、本発明はこのような態様に限定されるものではない。例えば、貨幣処理装置１は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]の売上金を合算して管理してもよい。例えば、現金管理部１２は、入出金受付部１１が入出金を受け付けたＭ個の店舗ＳP[1]～ＳP[M]の売上金の合算値を示す情報を、記憶部２０に記憶させることで、Ｍ個の店舗ＳP[1]～ＳP[M]の売上金の合算値を管理してもよい。
【0184】
＜変形例５＞
上述した実施形態及び変形例１乃至４において、店舗管理テーブルＴB1、現金管理テーブルＴB2、経費管理テーブルＴB3、金種管理テーブルＴB4、入出金履歴テーブルＴB5、及び、ユーザ管理テーブルＴB6は、貨幣処理装置１に設けられた記憶部２０に記憶されているが、本発明はこのような態様に限定されるものではない。店舗管理テーブルＴB1、現金管理テーブルＴB2、経費管理テーブルＴB3、金種管理テーブルＴB4、入出金履歴テーブルＴB5、及び、ユーザ管理テーブルＴB6の一部または全部は、貨幣処理装置１の外部に設けられた装置に記憶されてもよい。
上述した実施形態及び変形例１乃至４において、店舗管理テーブルＴB1、現金管理テーブルＴB2、経費管理テーブルＴB3、金種管理テーブルＴB4、入出金履歴テーブルＴB5、及び、ユーザ管理テーブルＴB6は、貨幣処理装置１に設けられた記憶部２０に記憶されているが、本発明はこのような態様に限定されるものではない。店舗管理テーブルＴB1、現金管理テーブルＴB2、経費管理テーブルＴB3、金種管理テーブルＴB4、入出金履歴テーブルＴB5、及び、ユーザ管理テーブルＴB6の一部または全部は、貨幣処理装置１の外部に設けられた装置に記憶されてもよい。
【0185】
図２５は、本変形例に係る貨幣処理システムＳys-Aの構成の一例を示す図である。
【0186】
図２５に例示するように、貨幣処理システムＳys-Aは、貨幣処理装置１Aと、ネットワークＮWを介して貨幣処理装置１Aと通信可能なサーバ装置９Aと、を備える。
【0187】
図２６は、貨幣処理装置１Aの構成の一例を示すブロック図である。
【0188】
図２６に例示するように、貨幣処理装置１Aは、記憶部２０に、店舗管理テーブルＴB1、現金管理テーブルＴB2、経費管理テーブルＴB3、金種管理テーブルＴB4、入出金履歴テーブルＴB5、及び、ユーザ管理テーブルＴB6が格納されてない点において、図２に例示した実施形態に係る貨幣処理装置１と相違する。
【0189】
図２７は、サーバ装置９Aの構成の一例を示すブロック図である。
【0190】
図２７に例示するように、サーバ装置９Aは、制御部９１と、記憶部９２と、通信部９３と、を備える。
このうち、制御部９１は、サーバ装置９Aの各部を制御するためのハードウェアであり、プロセッサを含んで構成される。
また、記憶部９２は、制御部９１が具備するプロセッサの作業領域として機能するＲＡＭ等の揮発性メモリと、各種情報を記憶するＥＥＰＲＯＭ等の不揮発性メモリとの、一方または双方を含む。
また、通信部９３は、有線ネットワーク及び無線ネットワークの一方または双方を介して、サーバ装置９Aの外部に存在する外部装置との間の通信を実行するためのハードウェアである。
このうち、制御部９１は、サーバ装置９Aの各部を制御するためのハードウェアであり、プロセッサを含んで構成される。
また、記憶部９２は、制御部９１が具備するプロセッサの作業領域として機能するＲＡＭ等の揮発性メモリと、各種情報を記憶するＥＥＰＲＯＭ等の不揮発性メモリとの、一方または双方を含む。
また、通信部９３は、有線ネットワーク及び無線ネットワークの一方または双方を介して、サーバ装置９Aの外部に存在する外部装置との間の通信を実行するためのハードウェアである。
【0191】
また、記憶部９２は、店舗管理テーブルＴB1、現金管理テーブルＴB2、経費管理テーブルＴB3、金種管理テーブルＴB4、入出金履歴テーブルＴB5、及び、ユーザ管理テーブルＴB6を記憶している。また、記憶部９２は、サーバ装置９Aの各部を制御するための制御プログラムＰGS-Aを記憶している。制御部９１が有するプロセッサは、記憶部９２に記憶された制御プログラムＰGS-Aを実行し、当該制御プログラムＰGS-Aに従って動作することで、サーバ装置９Aの各部を制御する。
【0192】
以上のように、本変形例によれば、上述した実施形態と同様に、貨幣処理装置１Aにより、複数の店舗ＳPにおける経費を区分して管理することが可能となる。また、本変形例に係る貨幣処理装置１Aは、実施形態に係る貨幣処理装置１と比較して、記憶部２０が記憶する情報量を低減させることができる。
【0193】
＜変形例６＞
上述した実施形態及び変形例１乃至５において、貨幣処理装置１及び貨幣処理装置１Aは、入出金受付部１１、現金管理部１２、及び、管理条件設定部１３を備えているが、本発明はこのような態様に限定されるものではない。入出金受付部１１、現金管理部１２、及び、管理条件設定部１３の一部または全部は、貨幣処理装置１の外部の装置に設けられてもよい。
上述した実施形態及び変形例１乃至５において、貨幣処理装置１及び貨幣処理装置１Aは、入出金受付部１１、現金管理部１２、及び、管理条件設定部１３を備えているが、本発明はこのような態様に限定されるものではない。入出金受付部１１、現金管理部１２、及び、管理条件設定部１３の一部または全部は、貨幣処理装置１の外部の装置に設けられてもよい。
【0194】
図２８は、本変形例に係る貨幣処理システムＳys-Bの構成の一例を示す図である。
【0195】
図２８に例示するように、貨幣処理システムＳys-Bは、貨幣処理装置１Bと、ネットワークＮWを介して貨幣処理装置１Bと通信可能なサーバ装置９Bと、を備える。
【0196】
図２９は、貨幣処理装置１Bの構成の一例を示すブロック図である。
【0197】
図２９に例示するように、貨幣処理装置１Bは、制御部１０の代わりに制御部１０Bを備える点と、記憶部２０に、店舗管理テーブルＴB1、現金管理テーブルＴB2、経費管理テーブルＴB3、金種管理テーブルＴB4、入出金履歴テーブルＴB5、及び、ユーザ管理テーブルＴB6が格納されてない点と、記憶部２０に、制御プログラムＰGの代わりに制御プログラムＰG-Bが記憶されている点と、において、図２に例示した実施形態に係る貨幣処理装置１と相違する。
【0198】
このうち、制御部１０Bは、プロセッサを含んで構成される。制御部１０Bが有するプロセッサは、記憶部２０に記憶された制御プログラムＰG-Bを実行し、当該制御プログラムＰG-Bに従って動作することで、制御部１０Bの各部を制御する。制御部１０Bは、入出金受付部１１と、現金管理部１２と、管理条件設定部１３とを備えない点において、実施形態に係る制御部１０と相違する。
【0199】
図３０は、サーバ装置９Bの構成の一例を示すブロック図である。
【0200】
図３０に例示するように、サーバ装置９Bは、制御部９１Bと、記憶部９２と、通信部９３と、を備える。このうち、制御部９１Bは、サーバ装置９Bの各部を制御するためのハードウェアであり、プロセッサを含んで構成される。
【0201】
また、記憶部９２は、店舗管理テールＴB1、現金管理テーブルＴB2、経費管理テーブルＴB3、金種管理テーブルＴB4、入出金履歴テーブルＴB5、ユーザ管理テーブルＴB6、及び、制御プログラムＰGS-Bを記憶している。また、制御部９１Bが有するプロセッサは、記憶部９２に記憶された制御プログラムＰGS-Bを実行し、当該制御プログラムＰGS-Bに従って動作することで、入出金受付部１１、現金管理部１２、及び、管理条件設定部１３として機能することが可能である。
【0202】
以上のように、本変形例によれば、上述した実施形態と同様に、貨幣処理装置１Bにより、複数の店舗ＳPにおける経費を区分して管理することが可能となる。また、本変形例に係る貨幣処理装置１Bは、実施形態に係る貨幣処理装置１と比較して、記憶部２０が記憶する情報量を低減させることができる。また、本変形例では、実施形態に係る貨幣処理装置１が具備する制御部１０と比較して、制御部１０Bにおける処理負荷を低減させることができる。
【0203】
なお、本変形例では、サーバ装置９Bが、入出金受付部１１、現金管理部１２、及び、管理条件設定部１３を備える場合を例示したが、本発明はこのような態様に限定されるものではない。例えば、貨幣処理装置１Bは、入出金受付部１１、現金管理部１２、及び、管理条件設定部１３のうち、一部の機能を備えてもよい。具体的には、貨幣処理装置１Bは、入出金受付部１１を備え、サーバ装置９Bは、現金管理部１２及び管理条件設定部１３を備えてもよい。
【0204】
＜変形例７＞
上述した変形例５及び６において、貨幣処理システムＳys-A及び貨幣処理システムＳys-Bは、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]に共通のサーバ装置９Aまたはサーバ装置９Bを備えているが、本発明はこのような態様に限定されるものではない。
上述した変形例５及び６において、貨幣処理システムＳys-A及び貨幣処理システムＳys-Bは、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]に共通のサーバ装置９Aまたはサーバ装置９Bを備えているが、本発明はこのような態様に限定されるものではない。
【0205】
図３１は、本変形例に係る貨幣処理システムＳys-Cの構成の一例を示す図である。
【0206】
図３１に例示するように、貨幣処理システムＳys-Cは、貨幣処理装置１と、ネットワークＮWを介して貨幣処理装置１と通信可能なＭ個のサーバ装置９C[1]～９C[M]と、を備える。
【0207】
図３２は、サーバ装置９C[m]の構成の一例を示すブロック図である。
【0208】
図３２に例示するように、サーバ装置９C[m]は、制御部９１Cと、記憶部９２Cと、通信部９３と、を備える。
このうち、制御部９１Cは、サーバ装置９C[m]の各部を制御するためのハードウェアであり、プロセッサを含んで構成される。
また、記憶部９２Cは、制御部９１Cが具備するプロセッサの作業領域として機能するＲＡＭ等の揮発性メモリと、各種情報を記憶するＥＥＰＲＯＭ等の不揮発性メモリとの、一方または双方を含む。
このうち、制御部９１Cは、サーバ装置９C[m]の各部を制御するためのハードウェアであり、プロセッサを含んで構成される。
また、記憶部９２Cは、制御部９１Cが具備するプロセッサの作業領域として機能するＲＡＭ等の揮発性メモリと、各種情報を記憶するＥＥＰＲＯＭ等の不揮発性メモリとの、一方または双方を含む。
【0209】
また、記憶部９２Cは、現金管理情報ＤC[m]、経費管理情報ＤM[m]、入出金履歴情報ＤR[m]、及び、制御プログラムＰGS-Cを記憶している。ここで、入出金履歴情報ＤR[m]とは、店舗ＳP[m]に属するスタッフＳT[m][n]による入出金操作の履歴を示す情報であり、店舗ＳP[m]に対応する店舗ＩDを含む入出金履歴情報ＤRである。
また、制御部９１Cが有するプロセッサは、記憶部９２Cに記憶された制御プログラムＰGS-Cを実行し、当該制御プログラムＰGS-Cに従って動作することで、サーバ装置９C[m]の各部を制御する。
また、制御部９１Cが有するプロセッサは、記憶部９２Cに記憶された制御プログラムＰGS-Cを実行し、当該制御プログラムＰGS-Cに従って動作することで、サーバ装置９C[m]の各部を制御する。
【0210】
以上のように、本変形例に係る貨幣処理システムＳys-Cは、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]に対応する、Ｍ個のサーバ装置９C[1]～９C[M]を備えている。このため、本変形例によれば、商用施設ＣFに入店する各店舗ＳP[m]の運営主体は、当該店舗ＳP[m]に係る情報を、サーバ装置９C[m]を介して入手することが可能となる。また、本変形例によれば、各店舗ＳPに係る情報が、他の店舗ＳPの運営主体により入手される可能性を低減することが可能となる。
【0211】
＜変形例８＞
上述した実施形態及び変形例１乃至７では、貨幣処理装置１（または、貨幣処理装置１A、貨幣処理装置１B）が、商用施設ＣFにおける複数の店舗ＳPの各々における売上金と経費の入出金を受け付け、店舗ＳP毎に区分して経費を管理する場合を例示して説明したが、本発明はこのような態様に限定されるものではない。
貨幣処理装置１は、例えば、商用施設ＣF等の複合施設、または、店舗ＳP等のサービス提供施設に設置され、複合施設またはサービス提供施設において提供される商品の種類または役務の種類に応じて、経費を区分して管理してもよい。この場合、複合施設またはサービス提供施設において提供される商品の種類または役務の種類による区分が、「サービス区分」の一例となる。
また、貨幣処理装置１は、例えば、商用施設ＣF等の複合施設、または、店舗ＳP等のサービス提供施設に設置され、複合施設またはサービス提供施設におけるフロアーまたは区画に応じて、経費を区分して管理してもよい。この場合、複合施設またはサービス提供施設におけるフロアーまたは区画による区分が、「サービス区分」の一例となる。
また、貨幣処理装置１は、例えば、商用施設ＣF等の複合施設、または、店舗ＳP等のサービス提供施設に設置され、複合施設またはサービス提供施設におけるサービスの提供時間に応じて、経費を区分して管理してもよい。この場合、サービスの提供時間による区分が、「サービス区分」の一例となる。
また、貨幣処理装置１は、例えば、商用施設ＣF等の複合施設、または、店舗ＳP等のサービス提供施設に設置され、複合施設またはサービス提供施設においてサービスを提供するサービス提供主体に応じて、経費を区分して管理してもよい。ここで、サービス提供主体とは、サービスを提供する法人であってもよいし、サービスを提供するスタッフＳT（自然人）であってもよいし、サービスを提供する法人が有する組織であってもよいし、または、サービスを提供するスタッフＳTに対してサービスの提供を委託する法人若しくは自然人であってもよい。この場合、サービス提供主体による区分が、「サービス区分」の一例となる。
上述した実施形態及び変形例１乃至７では、貨幣処理装置１（または、貨幣処理装置１A、貨幣処理装置１B）が、商用施設ＣFにおける複数の店舗ＳPの各々における売上金と経費の入出金を受け付け、店舗ＳP毎に区分して経費を管理する場合を例示して説明したが、本発明はこのような態様に限定されるものではない。
貨幣処理装置１は、例えば、商用施設ＣF等の複合施設、または、店舗ＳP等のサービス提供施設に設置され、複合施設またはサービス提供施設において提供される商品の種類または役務の種類に応じて、経費を区分して管理してもよい。この場合、複合施設またはサービス提供施設において提供される商品の種類または役務の種類による区分が、「サービス区分」の一例となる。
また、貨幣処理装置１は、例えば、商用施設ＣF等の複合施設、または、店舗ＳP等のサービス提供施設に設置され、複合施設またはサービス提供施設におけるフロアーまたは区画に応じて、経費を区分して管理してもよい。この場合、複合施設またはサービス提供施設におけるフロアーまたは区画による区分が、「サービス区分」の一例となる。
また、貨幣処理装置１は、例えば、商用施設ＣF等の複合施設、または、店舗ＳP等のサービス提供施設に設置され、複合施設またはサービス提供施設におけるサービスの提供時間に応じて、経費を区分して管理してもよい。この場合、サービスの提供時間による区分が、「サービス区分」の一例となる。
また、貨幣処理装置１は、例えば、商用施設ＣF等の複合施設、または、店舗ＳP等のサービス提供施設に設置され、複合施設またはサービス提供施設においてサービスを提供するサービス提供主体に応じて、経費を区分して管理してもよい。ここで、サービス提供主体とは、サービスを提供する法人であってもよいし、サービスを提供するスタッフＳT（自然人）であってもよいし、サービスを提供する法人が有する組織であってもよいし、または、サービスを提供するスタッフＳTに対してサービスの提供を委託する法人若しくは自然人であってもよい。この場合、サービス提供主体による区分が、「サービス区分」の一例となる。
【0212】
＜変形例９＞
上述した実施形態及び変形例１乃至８では、店舗ＳP等のサービス区分毎に管理される非売上金として、経費を具体例に挙げ、釣銭が非売上金に含まれない態様を例示して説明したが、本発明はこのような態様に限定されるものではない。例えば、経費と釣銭準備金とを非売上金として纏めて管理してもよい。
上述した実施形態及び変形例１乃至８では、店舗ＳP等のサービス区分毎に管理される非売上金として、経費を具体例に挙げ、釣銭が非売上金に含まれない態様を例示して説明したが、本発明はこのような態様に限定されるものではない。例えば、経費と釣銭準備金とを非売上金として纏めて管理してもよい。
【0213】
図３３は、本変形例のうち、第１の態様に係る現金管理テーブルＴB2-H1のデータ構成一例を示す図である。なお、本変形例の第１の態様では、記憶部２０または記憶部９２等において、図４で例示した現金管理テーブルＴB2の代わりに、図３３に例示する現金管理テーブルＴB2-H1が記憶されている場合を想定する。
【0214】
図３３に例示するように、現金管理テーブルＴB2-H1は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]と１対１に対応するＭ個のレコードを有する。現金管理テーブルＴB2-H1が有する各レコードは、店舗ＩDと、店舗ＳP[m]に対応する現金管理情報ＤC-H1[m]と、を含む。ここで、現金管理情報ＤC-H1[m]とは、店舗在高情報ＤCA[m]と、売上金在高情報ＤCB[m]と、非売上金在高情報ＤHC[m]と、非売上金詳細情報ＤHH[m]と、を含む情報である。
このうち、非売上金在高情報ＤHC[m]とは、店舗ＳP[m]が貨幣処理装置１に対して入金した金銭ＣSのうち、経費の在高と釣銭準備金の在高との合計値を示す情報である。つまり、非売上金在高情報ＤHC[m]は、釣銭在高情報ＤCC[m]の示す在高と、経費在高情報ＤK[m]の示す在高との合計値を示す。
また、非売上金詳細情報ＤHH[m]とは、釣銭在高情報ＤCC[m]と、経費在高情報ＤK[m]と、経費科目情報ＤKK[m]とを含む情報である。
このうち、非売上金在高情報ＤHC[m]とは、店舗ＳP[m]が貨幣処理装置１に対して入金した金銭ＣSのうち、経費の在高と釣銭準備金の在高との合計値を示す情報である。つまり、非売上金在高情報ＤHC[m]は、釣銭在高情報ＤCC[m]の示す在高と、経費在高情報ＤK[m]の示す在高との合計値を示す。
また、非売上金詳細情報ＤHH[m]とは、釣銭在高情報ＤCC[m]と、経費在高情報ＤK[m]と、経費科目情報ＤKK[m]とを含む情報である。
【0215】
このように、本変形例の第１の態様に係る貨幣処理装置１では、店舗ＳP[m]において、経費及び釣銭準備金を含む非売上金を、売上金とは区分して管理する。よって、本変形例の第１の態様においても、実施形態と同様に、貨幣処理装置１を用いずに非売上金を手元管理する態様と比較して、非売上金の管理に係る手間を低減することができる。また、本変形例の第１の態様において、貨幣処理装置１は、店舗ＳP[m]毎に区分して非売上金を管理できるため、貨幣処理装置１を複数の店舗ＳPで共用するものとして導入することができ、非売上金の管理に係るコストを低減できる。
【0216】
図３４は、本変形例のうち、第２の態様に係る現金管理テーブルＴB2-H2のデータ構成一例を示す図である。なお、本変形例の第２の態様では、記憶部２０または記憶部９２等において、図４に例示した現金管理テーブルＴB2の代わりに、図３４に例示する現金管理テーブルＴB2-H2が記憶されている場合を想定する。
【0217】
図３４に例示するように、現金管理テーブルＴB2-H2は、商用施設ＣFに入店するＭ個の店舗ＳP[1]～ＳP[M]と１対１に対応するＭ個のレコードを有する。現金管理テーブルＴB2-H2が有する各レコードは、店舗ＩDと、店舗ＳP[m]に対応する現金管理情報ＤC-H2[m]と、を含む。ここで、現金管理情報ＤC-H2[m]とは、店舗在高情報ＤCA[m]と、売上金在高情報ＤCB[m]と、非売上金在高情報ＤHC[m]と、非売上金科目情報ＤHK[m]と、を含む情報である。
【0218】
なお、本変形例の第２の態様では、店舗ＳP[m]における非売上金に対して、複数の科目が設定されている場合を想定する。つまり、本変形例の第２の態様では、店舗ＳP[m]における非売上金に対して設定された科目の個数Ｑmが、「Ｑm≧２」を満たす自然数である場合を想定する。そして、本変形例の第２の態様では、店舗ＳP[m]における非売上金に対して、経費に係る１または複数の科目と、釣銭準備金に係る科目とが、設定されている場合を想定する。
【0219】
そして、本変形例の第２の態様において、非売上金科目情報ＤHK[m]は、店舗ＳP[m]における非売上金に設定されたＱm個の科目と１対１に対応するＱm個の科目ＩDと、当該Ｑm個の科目と１対１に対応するＱm個の科目在高情報ＤHB[m][1]～[m][Qm]を有する。科目在高情報ＤHB[m][q]は、店舗ＳP[m]における非売上金の在高のうち、ｑ番目の科目に対応する非売上金の在高を示す情報である。
【0220】
なお、本変形例の第２の態様において、貨幣処理装置１が有する管理条件設定部１３は、店舗ＳP[m]の非売上金に設定された各科目の入金限度額と、出金限度額と、入出金の権限とを、設定可能であってもよい。
【0221】
このように、本変形例の第２の態様に係る貨幣処理装置１では、店舗ＳP[m]において、経費及び釣銭準備金を含む非売上金を、売上金とは区分して管理する。よって、本変形例の第２の態様においても、実施形態と同様に、貨幣処理装置１を用いずに非売上金を手元管理する態様と比較して、非売上金の管理に係る手間を低減することができる。また、本変形例の第２の態様において、貨幣処理装置１は、店舗ＳP[m]毎に区分して非売上金を管理できるため、貨幣処理装置１を複数の店舗ＳPで共用するものとして導入することができ、非売上金の管理に係るコストを低減できる。
【0222】
＜変形例１０＞
上述した実施形態及び変形例１乃至９では、一の店舗ＳPに属するスタッフＳTが、貨幣処理装置１を用いて、一の店舗ＳPに関する処理を行うことが可能であり、他の店舗ＳPに関する処理の実行が制限される態様を例示して説明したが、本発明はこのような態様に限定されるものではない。例えば、一の店舗ＳPに属するスタッフＳTが、貨幣処理装置１を用いて、一の店舗ＳPに関する処理と、他の店舗ＳPに関する処理との両方を実行することを可能としてもよい。
上述した実施形態及び変形例１乃至９では、一の店舗ＳPに属するスタッフＳTが、貨幣処理装置１を用いて、一の店舗ＳPに関する処理を行うことが可能であり、他の店舗ＳPに関する処理の実行が制限される態様を例示して説明したが、本発明はこのような態様に限定されるものではない。例えば、一の店舗ＳPに属するスタッフＳTが、貨幣処理装置１を用いて、一の店舗ＳPに関する処理と、他の店舗ＳPに関する処理との両方を実行することを可能としてもよい。
【0223】
図３５は、本変形例に係る貨幣処理装置１がログイン処理を実行する場合の、貨幣処理装置１の動作の一例を示すフローチャートである。
【0224】
図３５に例示するように、本変形例に係るログイン処理は、ステップＳ１２１、Ｓ１２３、Ｓ１２５、Ｓ１２７、及び、Ｓ１２９に係る処理を実行する点と、ステップＳ１０９に係る処理を実行しない点と、において、図９で例示した実施形態に係るログイン処理と相違する。
【0225】
図３５に例示するように、ログイン処理が開始されると、制御部１０は、上述したステップＳ１０１～Ｓ１０７の処理を実行する。なお、本変形例において、制御部１０が、ステップＳ１０７で参照するユーザ管理テーブルＴB6に格納されたユーザ管理情報ＤUには、ログイン処理の実行を指示しているスタッフＳTが所属する１または複数の店舗ＳPに対応する、１または複数の店舗ＩDが含まれていることとする。
【0226】
次に、制御部１０は、店舗管理テーブルＴB1を参照することで、ステップＳ１０７において取得したユーザ管理情報ＤUに含まれる１または複数の店舗ＩDに対応する、１または複数の店舗管理情報ＤSを取得する（Ｓ１２１）。
そして、制御部１０は、ステップＳ１０７で取得したユーザ管理情報ＤUにおいて、複数の店舗ＩDが含まれているか否かを判定する（Ｓ１２３）。
ステップＳ１２３における判定の結果が否定の場合、制御部１０は、処理をステップＳ１１１に進める。
ステップＳ１２３における判定の結果が肯定の場合、制御部１０は、ステップＳ１０７において取得したユーザ管理情報ＤUに含まれる複数の店舗ＩDに対応する、複数の現金管理情報ＤCを取得する（Ｓ１２５）。
そして、制御部１０は、ステップＳ１０７において取得したユーザ管理情報ＤUと、ステップＳ１２１において取得した複数の店舗管理情報ＤSと、ステップＳ１２５において取得した複数の現金管理情報ＤCと、に基づいて、表示操作部３０に対して、スタッフＳTの所属する複数の店舗ＳPに係る情報を示す店舗一覧画面Ｇ11を表示させる（Ｓ１２７）。
そして、制御部１０は、ステップＳ１０７で取得したユーザ管理情報ＤUにおいて、複数の店舗ＩDが含まれているか否かを判定する（Ｓ１２３）。
ステップＳ１２３における判定の結果が否定の場合、制御部１０は、処理をステップＳ１１１に進める。
ステップＳ１２３における判定の結果が肯定の場合、制御部１０は、ステップＳ１０７において取得したユーザ管理情報ＤUに含まれる複数の店舗ＩDに対応する、複数の現金管理情報ＤCを取得する（Ｓ１２５）。
そして、制御部１０は、ステップＳ１０７において取得したユーザ管理情報ＤUと、ステップＳ１２１において取得した複数の店舗管理情報ＤSと、ステップＳ１２５において取得した複数の現金管理情報ＤCと、に基づいて、表示操作部３０に対して、スタッフＳTの所属する複数の店舗ＳPに係る情報を示す店舗一覧画面Ｇ11を表示させる（Ｓ１２７）。
【0227】
図３６は、店舗一覧画面Ｇ11の一例を示す図である。
【0228】
図３６に例示するように、店舗一覧画面Ｇ11は、スタッフＳTに関する情報を表示するスタッフ情報表示領域Ａ11と、スタッフＳTが所属する複数の店舗ＳPに関する情報を表示する店舗一覧表示領域ＡTと、を備える。なお、図３６では、スタッフＳTが、複数の店舗ＳPに所属している場合を想定する。具体的には、図３６では、スタッフＳTが、Ｗ個の店舗ＳPに所属している場合を想定する。ここで、値Ｗは、「２≦Ｗ≦Ｍ」を満たす自然数である。このため、制御部１０は、店舗一覧画面Ｇ11のスタッフ情報表示領域Ａ11に含まれる領域Ａ111において、スタッフＳTが所属するＷ個の店舗ＳPに対応する、Ｗ個の店舗名称を表示させる。
【0229】
店舗一覧表示領域ＡTは、スタッフＳTが所属するＷ個の店舗ＳPに対応する、Ｗ個の店舗情報表示領域ＡTB[1]～ＡTB[W]を含む。このうち、店舗情報表示領域ＡTB[w]は、スタッフＳTが所属するＷ個の店舗ＳPのうち、ｗ番目の店舗ＳPに関する情報を表示するための領域である。ここで、変数ｗは、「１≦ｗ≦Ｗ」を満たす自然数である。
【0230】
本変形例において、制御部１０は、店舗情報表示領域ＡTB[w]に係る店舗ＳPに対応する現金管理情報ＤCに基づいて、店舗情報表示領域ＡTB[w]のうち表示領域ＡTB1[w]において、当該店舗ＳPの売上金の在高を表示させ、店舗情報表示領域ＡTB[w]のうち表示領域ＡTB2[w]において、当該店舗ＳPの釣銭準備金の在高を表示させ、店舗情報表示領域ＡTB[w]のうち表示領域ＡTB3[w]において、当該店舗ＳPの経費の在高を表示させる。また、制御部１０は、店舗情報表示領域ＡTB[w]において、スタッフＳTが所属するＷ個の店舗ＳPのうち、ｗ番目の店舗ＳPを、スタッフＳTに選択させるための選択ボタンＢB[w]を表示させる。
【0231】
説明を図３５に戻す。
図３５に例示するように、制御部１０は、店舗一覧画面Ｇ11において、選択ボタンＢB[1]～ＢB[W]のうち何れかの選択ボタンＢB[w]が選択されたか否かを判定する（Ｓ１２９）。
ステップＳ１２９における判定の結果が否定の場合、制御部１０は、ステップＳ１２９の処理を繰り返し実行する。
ステップＳ１２９における判定の結果が肯定の場合、制御部１０は、処理をステップＳ１１１に進める。なお、制御部１０は、ステップＳ１１１において、ステップＳ１２９で選択された選択ボタンＢB[w]に対応する店舗ＳPに関する各種処理を行うためのメニュー画面Ｇ1を、表示操作部３０に対して表示させる。
図３５に例示するように、制御部１０は、店舗一覧画面Ｇ11において、選択ボタンＢB[1]～ＢB[W]のうち何れかの選択ボタンＢB[w]が選択されたか否かを判定する（Ｓ１２９）。
ステップＳ１２９における判定の結果が否定の場合、制御部１０は、ステップＳ１２９の処理を繰り返し実行する。
ステップＳ１２９における判定の結果が肯定の場合、制御部１０は、処理をステップＳ１１１に進める。なお、制御部１０は、ステップＳ１１１において、ステップＳ１２９で選択された選択ボタンＢB[w]に対応する店舗ＳPに関する各種処理を行うためのメニュー画面Ｇ1を、表示操作部３０に対して表示させる。
【0232】
このように、本変形例では、複数の店舗ＳPに所属するスタッフＳTが、貨幣処理装置１を利用することができる。
また、本変形例では、複数の店舗ＳPに所属するスタッフＳTが、貨幣処理装置１を利用する場合に、表示操作部３０において、店舗一覧画面Ｇ11が表示される。このため、本変形例によれば、複数の店舗ＳPに所属するスタッフＳTが、当該スタッフＳTの所属する複数の店舗ＳPに関する情報を、速やかに入手することが可能となる。
また、本変形例では、複数の店舗ＳPに所属するスタッフＳTが、貨幣処理装置１を利用する場合に、表示操作部３０において、店舗一覧画面Ｇ11が表示される。このため、本変形例によれば、複数の店舗ＳPに所属するスタッフＳTが、当該スタッフＳTの所属する複数の店舗ＳPに関する情報を、速やかに入手することが可能となる。
【0233】
＜Ｃ．付記＞
上述した実施形態乃至変形例の記載から、本発明は例えば以下のように把握される。なお、各態様の理解を容易にするために、以下では、図面の参照符号を便宜的に括弧書きで付記するが、本発明を図示の態様に限定する趣旨ではない。
上述した実施形態乃至変形例の記載から、本発明は例えば以下のように把握される。なお、各態様の理解を容易にするために、以下では、図面の参照符号を便宜的に括弧書きで付記するが、本発明を図示の態様に限定する趣旨ではない。
【0234】
＜付記１＞
本発明の一態様に係る貨幣処理装置は、複数のサービス区分（例えば、店舗ＳP）の各々における売上金と非売上金の入出金を受け付ける受付部（例えば、入出金受付部１１）と、前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部（例えば、現金管理部１２）と、を備える、ことを特徴とする。
本発明の一態様に係る貨幣処理装置は、複数のサービス区分（例えば、店舗ＳP）の各々における売上金と非売上金の入出金を受け付ける受付部（例えば、入出金受付部１１）と、前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部（例えば、現金管理部１２）と、を備える、ことを特徴とする。
【0235】
本態様によれば、貨幣処理装置において、売上金の管理とともに、サービス区分毎の非売上金の管理が可能となるため、貨幣処理装置を用いずに非売上金を管理する態様と比較して、非売上金の管理に係る手間を低減することが可能となる。また、本態様によれば、サービス区分毎に非売上金を管理するため、貨幣処理装置を複数のサービス区分に共用のものとして導入することが可能となる。
【0236】
なお、上記態様において、「サービス区分」とは、例えば、サービスの内容に関する区分であってもよいし、サービスを提供する主体に関する区分であってもよいし、または、サービスを提供する施設に関する区分であってもよい。
ここで、「サービス」とは、例えば、商品の販売であってもよいし、または、役務の提供であってもよい。また、「サービス」とは、例えば、営利目的等の商用サービスであってもよいし、または、公共団体等による公共サービスであってもよい。
また、「サービスの内容に関する区分」とは、例えば、サービスにおいて提供される商品の種類による区分であってもよいし、または、サービスにおいて提供される役務の種類による区分であってもよい。
また、「サービスを提供する主体に関する区分」とは、例えば、サービスを提供する法人による区分であってもよいし、サービスを提供する法人が有する組織による区分であってもよいし、サービスを提供する自然人による区分であってもよいし、または、法人若しくは自然人に対してサービスの提供を委託する法人若しくは自然人による区分であってもよい。
また、「サービスを提供する施設に関する区分」とは、例えば、サービスが提供される複合施設内の施設若しくは場所による区分であってもよいし、サービスが提供される施設内のフロアーによる区分であってもよいし、サービスが提供される施設のフロアー内の区画による区分であってもよい。ここで、「複合施設」とは、例えば、ショッピングモール等の複合商業施設であってもよいし、または、商店街等のサービス提供施設が集合した地区であってもよい。
ここで、「サービス」とは、例えば、商品の販売であってもよいし、または、役務の提供であってもよい。また、「サービス」とは、例えば、営利目的等の商用サービスであってもよいし、または、公共団体等による公共サービスであってもよい。
また、「サービスの内容に関する区分」とは、例えば、サービスにおいて提供される商品の種類による区分であってもよいし、または、サービスにおいて提供される役務の種類による区分であってもよい。
また、「サービスを提供する主体に関する区分」とは、例えば、サービスを提供する法人による区分であってもよいし、サービスを提供する法人が有する組織による区分であってもよいし、サービスを提供する自然人による区分であってもよいし、または、法人若しくは自然人に対してサービスの提供を委託する法人若しくは自然人による区分であってもよい。
また、「サービスを提供する施設に関する区分」とは、例えば、サービスが提供される複合施設内の施設若しくは場所による区分であってもよいし、サービスが提供される施設内のフロアーによる区分であってもよいし、サービスが提供される施設のフロアー内の区画による区分であってもよい。ここで、「複合施設」とは、例えば、ショッピングモール等の複合商業施設であってもよいし、または、商店街等のサービス提供施設が集合した地区であってもよい。
【0237】
＜付記２＞
本発明の他の態様に係る貨幣処理装置は、付記１に記載の貨幣処理装置であって、前記受付部は、前記複数のサービス区分のうち、一のサービス区分について、前記管理部の管理する非売上金の在高を超える、前記一のサービス区分における非売上金の出金を拒否する、ことを特徴とする。
本発明の他の態様に係る貨幣処理装置は、付記１に記載の貨幣処理装置であって、前記受付部は、前記複数のサービス区分のうち、一のサービス区分について、前記管理部の管理する非売上金の在高を超える、前記一のサービス区分における非売上金の出金を拒否する、ことを特徴とする。
【0238】
本態様によれば、貨幣処理装置からの、一のサービス区分における非売上金の出金を、一のサービス区分に係る非売上金の在高以下に抑えることができる。
【0239】
＜付記３＞
本発明の他の態様に係る貨幣処理装置は、付記１または２に記載の貨幣処理装置であって、前記管理部は、前記サービス区分毎に、前記受付部が入金を受け付けた売上金を管理する、ことを特徴とする。
本発明の他の態様に係る貨幣処理装置は、付記１または２に記載の貨幣処理装置であって、前記管理部は、前記サービス区分毎に、前記受付部が入金を受け付けた売上金を管理する、ことを特徴とする。
【0240】
本態様によれば、サービス区分毎に売上金を管理するため、貨幣処理装置を複数のサービス区分に共用のものとして導入することが可能となる。
【0241】
＜付記４＞
本発明の他の態様に係る貨幣処理装置は、付記３に記載の貨幣処理装置であって、前記受付部は、前記複数のサービス区分のうち、一のサービス区分について、前記管理部の管理する売上金の在高を超える、前記一のサービス区分における売上金の出金を拒否する、ことを特徴とする。
本発明の他の態様に係る貨幣処理装置は、付記３に記載の貨幣処理装置であって、前記受付部は、前記複数のサービス区分のうち、一のサービス区分について、前記管理部の管理する売上金の在高を超える、前記一のサービス区分における売上金の出金を拒否する、ことを特徴とする。
【0242】
本態様によれば、貨幣処理装置からの、一のサービス区分における売上金の出金を、一のサービス区分に係る売上金の在高以下に抑えることができる。
【0243】
＜付記５＞
本発明の他の態様に係る貨幣処理装置は、付記１乃至４に記載の貨幣処理装置であって、前記受付部は、前記複数のサービス区分の各々における非売上金に含まれる釣銭の入出金を受け付け、前記管理部は、前記サービス区分毎に、前記受付部が入金を受け付けた釣銭を管理する、ことを特徴とする。
本発明の他の態様に係る貨幣処理装置は、付記１乃至４に記載の貨幣処理装置であって、前記受付部は、前記複数のサービス区分の各々における非売上金に含まれる釣銭の入出金を受け付け、前記管理部は、前記サービス区分毎に、前記受付部が入金を受け付けた釣銭を管理する、ことを特徴とする。
【0244】
本態様によれば、サービス区分毎に釣銭を管理するため、貨幣処理装置を複数のサービス区分に共用のものとして導入することが可能となる。
【0245】
＜付記６＞
本発明の他の態様に係る貨幣処理装置は、付記１乃至５に記載の貨幣処理装置であって、前記複数のサービス区分の各々に対して非売上金の入金額の上限値を設定可能な設定部、を備える、ことを特徴とする。
本発明の他の態様に係る貨幣処理装置は、付記１乃至５に記載の貨幣処理装置であって、前記複数のサービス区分の各々に対して非売上金の入金額の上限値を設定可能な設定部、を備える、ことを特徴とする。
【0246】
本態様によれば、過剰な額の金銭が非売上金として貨幣処理装置で管理されることを抑制することが可能となる。
【0247】
＜付記７＞
本発明の他の態様に係る貨幣処理装置は、付記１乃至６に記載の貨幣処理装置であって、前記複数のサービス区分の各々における非売上金の科目に関する管理項目を設定可能な設定部、を備える、ことを特徴とする。
本発明の他の態様に係る貨幣処理装置は、付記１乃至６に記載の貨幣処理装置であって、前記複数のサービス区分の各々における非売上金の科目に関する管理項目を設定可能な設定部、を備える、ことを特徴とする。
【0248】
本態様によれば、貨幣処理装置における細やかな非売上金の管理が可能となる。
【0249】
＜付記８＞
本発明の他の態様に係る貨幣処理装置は、付記１乃至７に記載の貨幣処理装置であって、前記管理部は、前記複数のサービス区分の各々における非売上金の入出金に関するユーザの権限を管理する、ことを特徴とする。
本発明の他の態様に係る貨幣処理装置は、付記１乃至７に記載の貨幣処理装置であって、前記管理部は、前記複数のサービス区分の各々における非売上金の入出金に関するユーザの権限を管理する、ことを特徴とする。
【0250】
本態様によれば、適正な権限を有するユーザによる非売上金の入出金が可能となる。
【0251】
＜付記９＞
本発明の一態様に係るプログラムは、貨幣処理装置のプロセッサを、複数のサービス区分の各々における売上金と非売上金の入出金を受け付ける受付部と、前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部と、して機能させる、ことを特徴とする。
本発明の一態様に係るプログラムは、貨幣処理装置のプロセッサを、複数のサービス区分の各々における売上金と非売上金の入出金を受け付ける受付部と、前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部と、して機能させる、ことを特徴とする。
【0252】
＜付記１０＞
本発明の一態様に係るサーバ装置は、貨幣処理装置と通信可能なサーバ装置であって、前記貨幣処理装置に対する、複数のサービス区分の各々における売上金と非売上金の入出金を受け付ける受付部と、前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部と、を備える、ことを特徴とする。
本発明の一態様に係るサーバ装置は、貨幣処理装置と通信可能なサーバ装置であって、前記貨幣処理装置に対する、複数のサービス区分の各々における売上金と非売上金の入出金を受け付ける受付部と、前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部と、を備える、ことを特徴とする。
【0253】
＜付記１１＞
本発明の一態様に係る貨幣処理システムは、貨幣処理装置と、前記貨幣処理装置と通信可能なサーバ装置と、を備える貨幣処理システムであって、前記貨幣処理装置は、複数のサービス区分の各々における売上金と非売上金の入出金を受け付ける受付部を備え、前記サーバ装置は、前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部を備える、ことを特徴とする。
本発明の一態様に係る貨幣処理システムは、貨幣処理装置と、前記貨幣処理装置と通信可能なサーバ装置と、を備える貨幣処理システムであって、前記貨幣処理装置は、複数のサービス区分の各々における売上金と非売上金の入出金を受け付ける受付部を備え、前記サーバ装置は、前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部を備える、ことを特徴とする。
【0254】
＜付記１２＞
本発明の一態様に係る貨幣処理システムは、貨幣処理装置を備える貨幣処理システムであって、前記貨幣処理装置に対する、複数のサービス区分の各々における売上金と非売上金の入出金を受け付ける受付部と、前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部と、を備える、ことを特徴とする。
本発明の一態様に係る貨幣処理システムは、貨幣処理装置を備える貨幣処理システムであって、前記貨幣処理装置に対する、複数のサービス区分の各々における売上金と非売上金の入出金を受け付ける受付部と、前記サービス区分毎に、前記受付部が入金を受け付けた非売上金を管理する管理部と、を備える、ことを特徴とする。
【符号の説明】
【0255】
１…貨幣処理装置、１０…制御部、１１…入出金受付部、１２…現金管理部、１３…管理条件設定部、２０…記憶部、３０…表示操作部、４０…通信部、５０…情報読取部、６０…入出金部、７０…現金収納部。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】