特許 7465662 処理権限管理システム及び物品管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-04-03

(45)【発行日】2024-04-11

(54)【発明の名称】処理権限管理システム及び物品管理システム

(51)【国際特許分類】

   G06Q 40/02 20230101AFI20240404BHJP

   G06Q 10/10 20230101ALI20240404BHJP

【ＦＩ】

G06Q40/02

G06Q10/10 310

【請求項の数】 8

(21)【出願番号】P 2020005173

(22)【出願日】2020-01-16

(65)【公開番号】P2021114025

(43)【公開日】2021-08-05

【審査請求日】2022-12-09

(73)【特許権者】

【識別番号】000001432

【氏名又は名称】グローリー株式会社

(74)【代理人】

【識別番号】110001427

【氏名又は名称】弁理士法人前田特許事務所

(72)【発明者】

【氏名】増田 義行

【審査官】原 忠

(56)【参考文献】

【文献】特開２０１８－０９２２１２（ＪＰ，Ａ）

【文献】特開２００２－１９７５００（ＪＰ，Ａ）

【文献】特開２００２－２７９１９４（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

金融機関に設置された装置に対する所定の処理を実行する実行権限を管理する処理権限管理システムであって、
前記装置が設置された所定の対象エリアに対する前記実行権限を有する従業者の入退室情報を自動的に取得する所在情報管理手段と、
前記所定の処理についての権限の所在を示す複数パターンの権限情報を記憶する記憶手段と、
前記実行権限を有する従業者の前記入退室情報に基づいて、前記記憶手段に記憶された権限情報から前記装置に適用する権限情報を特定する特定手段とを備える
ことを特徴とする処理権限管理システム。

【請求項2】

前記所在情報管理手段は、前記所定の対象エリアの出入口に設けられ、前記従業者が保持する記録媒体の情報を読み取って、前記従業者の前記入退室情報を自動的に取得する読み取り装置を含む、ことを特徴とする請求項１に記載の処理権限管理システム。

【請求項3】

前記処理権限管理システムは、生体情報を基に前記従業者の前記入退室情報を取得する生体認証手段を含む、ことを特徴とする請求項１又は２に記載の処理権限管理システム。

【請求項4】

前記装置に適用される権限情報を通知する通知手段を備える、ことを特徴とする請求項１から３のいずれか１項に記載の処理権限管理システム。

【請求項5】

前記装置は、複数の処理装置で構成され、
前記記憶手段は、複数の前記処理装置について、複数パターンの前記権限情報を記憶する、ことを特徴とする請求項１から３のいずれか１項に記載の処理権限管理システム。

【請求項6】

前記装置は、複数の処理機能を有し、
前記記憶手段は、前記装置について、複数パターンの前記権限情報を記憶する、ことを特徴とする請求項１から５のいずれか１項に記載の処理権限管理システム。

【請求項7】

金融機関において物品を管理する物品管理システムであって、
請求項１から４のいずれか１項に記載の処理権限管理システムと、
前記金融機関に設置された装置として、所定の処理を実行する処理装置とを備え、
前記特定手段で特定された権限情報のパターンに基づいて前記処理装置に所定の処理を実行させる
ことを特徴とする物品管理システム。

【請求項8】

前記処理装置は、前記物品としての貨幣を処理する貨幣処理装置と、閉状態でロックされて前記物品としての鍵の保管を行う鍵管理装置と、閉状態でロックされて前記物品の保管を行う保管部を複数有する物品管理装置との群から選択される１または複数の装置を含む、ことを特徴とする請求項７に記載の物品管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

ここに開示する技術は、処理権限管理システム及び物品管理システムに関する。

【背景技術】

【0002】

引用文献１には、権限委譲ＩＤの入力を受けて、権限委譲テーブルに登録されている権限委譲ＩＤと照合して、入力された権限委譲ＩＤの認証を行い、権限委譲ＩＤに対応した所定の処理の終了通知を受けて、権限委譲テーブルに登録されている権限委譲ＩＤを削除する権限移譲プログラムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００８－１０２６１４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、近年、金融機関において、業務の効率化や集約化、新技術の導入による省力化により、職員数を削減する店舗構想がある。そうすると、店舗の管理者について、地域の複数店舗を兼任することが想定される。すなわち、店舗において管理者が不在となる可能性が高くなることが想定される。

【0005】

しかしながら、引用文献１のような従来技術では、権限移譲の切り換え処理を忘れたり、間違えたりすると、例えば、所定以上の紙幣を処理装置から取り出せなかったり、管理装置から鍵や物品を取り出すことができない等が発生し、業務が停滞するおそれがある。また、従来技術は、権限移譲が個人単位で実行されるものであり、他の操作者の権限は変更されないので不便である。

【0006】

ここに開示する技術はかかる点に鑑みてなされたものであり、その目的とするところは、実行権限を有する従業者から他の従業者への権限移譲の切替漏れに起因する業務の停滞を防止することにある。

【課題を解決するための手段】

【0007】

ここに開示する技術は、複数パターンの権限情報を記憶し、実行権限を有する従業者の所在情報に基づいて処理装置に適用させる権限情報のパターンを特定するようにした。

【0008】

具体的に、ここに開示する処理権限管理システムは、金融機関に設置された装置に対する所定の処理を実行する実行権限を管理するものであって、前記装置が設置された所定の対象エリアに対する前記実行権限を有する従業者の入退室情報を自動的に取得する所在情報管理手段と、前記所定の処理についての権限の所在を示す複数パターンの権限情報を記憶する記憶手段と、前記実行権限を有する従業者の前記入退室情報に基づいて、前記記憶手段に記憶された権限情報から前記装置に適用する権限情報を特定する特定手段とを備える。

【0009】

また、ここに開示する物品管理システムは、上記の処理権限管理システムと、前記金融機関に設置された装置として、所定の処理を実行する処理装置とを備え、前記特定手段で特定された権限情報のパターンに基づいて前記処理装置に所定の処理を実行させる。

【0010】

前記処理装置は、前記物品としての貨幣を処理する貨幣処理装置と、閉状態でロックされて前記物品としての鍵の保管を行う鍵管理装置と、閉状態でロックされて前記物品の保管を行う保管部を複数有する物品管理装置との群から選択される１または複数の装置を含む。

【0011】

上記の態様によると、所在情報管理手段を用いて実行権限を有する従業者の所在情報を管理し、実行権限を有する従業者の所在情報に基づいて、記憶手段に記憶された権限情報から処理装置に適用させる権限情報のパターンを特定する。これにより、実行権限を有する従業者から他の従業者への権限移譲に対する操作を必要とせずに自動的に権限移譲が実行されるので、権限の切替漏れに起因する業務の停滞を防止することができる。

【0012】

前記所在情報管理手段は、前記所定の対象エリアの出入口に設けられ、前記従業者が保持する記録媒体の情報を読み取って、前記従業者の前記入退室情報を自動的に取得する読み取り装置を含む、としてもよい。

【0013】

これにより、ＩＤ番号と暗証番号を入力する形態と比較してセキュリティ性能を高めることができる。また、生体認証手段と比較すると、相対的に安価にシステムを構築することができる。

【0014】

前記処理権限管理システムは、生体情報を基に前記従業者の前記入退室情報を取得する生体認証手段を含む、としてもよい。

【0015】

これにより、従業者の操作を必要とせずに、従業者の入退室情報を管理することができる。

【0016】

前記装置に適用される権限情報を通知する通知手段を備える、としてもよい。通知手段は、音や音声による通知と、発光素子の光や表示画面等への表示による通知を含む。

【0017】

これにより、操作者は、装置に適用される権限情報を確認することができ、承認作業が容易になる。

【0018】

前記装置は、複数の処理装置で構成され、前記記憶手段は、複数の前記処理装置について、複数パターンの前記権限情報を記憶する、としてもよい。

【0019】

これにより、権限変更の設定忘れが生じにくい。また、運用に適合した柔軟な対応が可能となる。

【0020】

前記装置は、複数の処理機能を有し、前記記憶手段は、前記装置について、複数パターンの前記権限情報を記憶する、としてもよい。

【0021】

これにより、権限変更の設定忘れが生じにくい。また、運用に適合した柔軟な対応が可能となる。

【発明の効果】

【0022】

以上説明したように、前記の処理権限管理システム及び物品管理システムによると、実行権限を有する従業者から他の従業者への権限移譲の切替漏れに起因する業務の停滞を防止することができる。

【図面の簡単な説明】

【0023】

【図1】図１は、物品管理システムの構成例を示す図である。

【図2】図２は、貨幣処理装置の構成例を示すブロック図である。

【図3】図３は、重要物管理装置の構成例を示すブロック図である。

【図4】図４は、鍵管理装置の構成例を示すブロック図である。

【図5】図５は、カードリーダの構成例を示すブロック図である。

【図6】図６は、カードリーダの入退室制御の例を示すフローチャートである。

【図7】図７は、支店の管理サーバにおける入退室制御の例を示すフローチャートである。

【図8A】図８Ａは、物品管理システムの動作について説明するためのフローチャートである。

【図8B】図８Ｂは、物品管理システムの動作について説明するためのフローチャートである。

【図9】図９は、管理サーバが記憶する権限管理データベースの構成例を示す図である。

【発明を実施するための形態】

【0024】

以下、物品管理システム及び物品管理装置の実施形態を図面に基づいて詳細に説明する。以下の説明は、物品管理システム及び処理権限管理システムの一例である。

【0025】

（物品管理システム、処理権限管理システムの構成例）
図１は、物品管理システム１及び処理権限管理システム１０の構成例を示している。物品管理システム１は、金融機関に設置され、所定の処理を実行する複数の処理装置と、処理権限管理システム１０とを備える。後ほど具体的に説明するが、処理装置は、例えば、貨幣処理装置２３と、重要物管理装置２４と、鍵管理装置２５とを含む。貨幣処理装置２３は、貨幣（物品に相当）を処理する。重要物管理装置２４は、重要物品を管理するためのものであって、閉状態でロックされて物品の保管を行う保管部２４１（図３参照）を有する。鍵管理装置２５は、閉状態でロックされて鍵（物品に相当）の保管を行う。金融機関は、特に限定されないが、例えば、銀行、信用金庫、保険会社、証券会社等が含まれる。

【0026】

物品管理システム１（処理権限管理システム１０）は、図１の構成例では、支店２のシステムと本店３のシステムとを含む。支店２のシステムと本店３のシステムとは、ネットワーク４を介して互いに接続されている。ネットワーク４は、例えばＶＰＮ（Virtual Private Network）としてもよい。

【0027】

支店２は、この構成例では、相対的に小規模の店舗であり、支店２に常駐する従業者の人数は比較的少ない（例えば３～５人程度）。この構成例では、支店２には、支店２の役席者である支店長Ａと、副支店長Ｂと、担当者Ｃが在籍している。すなわち、この構成例では、支店２に３名の従業者が在籍している。支店長Ａは、支店２に設置された各種処理装置に対する所定の権限を有する者であり、後述するように、支店２に設置されている貨幣処理装置２３から所定金額以上の現金を出金（以下、高額出金という）させたり、重要物管理装置２４から重要書類等を取り出したりすることができる。副支店長Ｂ及び担当者Ｃは、支店長Ａに対して職位が低いため、例えば貨幣処理装置２３から高額出金をしたり、重要物管理装置２４から重要書類等を取り出したりすることができない。また、副支店長Ｂ及び担当者Ｃは、貨幣処理装置２３や重要物管理装置２４の設定変更を行うことができない。従って、支店２においては、原則的には、支店長Ａが在室のときに支店長Ａの承認を受けて、上記の貨幣処理装置２３から高額出金をしたり、重要物管理装置２４から重要書類等を取り出したりする必要がある。

【0028】

本店３は、この構成例では、支店２よりも大規模な店舗であると共に、支店２の管理を行う主要店舗である。本店３は大規模な店舗であるため、常駐している従業者の数が多い。この構成例では、本店３には、支店長Ａと同じ職位にある本店役席者Ｈが従業者として常駐しているものとする。尚、本店３は、利用者が来店をする店舗であってもよいし、利用者が来店をせず、店舗の管理のみを行う管理センターであってもよい。尚、図１の例では、物品管理システム１（処理権限管理システム１０）は、一つの本店３と、一つの支店２とのみによって構成されているが、一つの本店３は、複数の店舗（例えば、支店や出張所）を管理するようにしてもよい。その場合、物品管理システム１（処理権限管理システム１０）は、一つの本店３と、複数の店舗とによって構成される。

【0029】

図１に示すように、支店２には、管理サーバ２１が設置され、ＬＡＮ２９（Local Area Network）が構築されている。ＬＡＮ２９は、無線又は有線によって構成することができる。ＬＡＮ２９には、支店長Ａが使用する端末装置２２が接続されている。端末装置２２は、例えば、ＰＣ２２１、スマートフォン２２２、及びタブレット端末２２３を含む。

【0030】

支店２には、支店長Ａ、副支店長Ｂ及び担当者Ｃが操作をする処理装置の一例としての貨幣処理装置２３、重要物管理装置２４及び鍵管理装置２５が設置される。本開示において、処理装置とは、貨幣処理装置２３、重要物管理装置２４、及び／又は、鍵管理装置２５のように、役席者（例えば、支店長Ａ）による承認が必要となる機能が含まれる装置を指すものとする。尚、以下の説明において、具体的な処理装置についての区別をしない場合に、単に「処理装置」と呼ぶ。

【0031】

上記の貨幣処理装置２３、重要物管理装置２４、鍵管理装置２５、及び、後述するカードリーダ２６は、ＬＡＮ２９を介して管理サーバ２１に接続される。支店長Ａは、各処理装置（例えば、貨幣処理装置２３、重要物管理装置２４及び鍵管理装置２５）に対する所定の処理についての実行権限を有する。例えば、支店長Ａは、図９に記載の各処理装置（図９では対象機器）に対する対象機能（所定の処理に相当）についての実行権限を有する。

【0032】

管理サーバ２１は、支店２内のＬＡＮ２９に接続された機器や装置を管理するためのＣＰＵ（図示省略）と、ＣＰＵを動作させるためのプログラムが格納された記憶部２１１を備える。ＣＰＵは、例えば、単一又は複数のＬＳＩで実現される。記憶部２１１には、後述する複数の権限パターン（権限情報）が記憶された権限管理データベースＤＢが格納されている。記憶部２１１は、記憶手段の一例である。権限パターン及び権限パターン内の各権限情報は、例えば、支店長Ａが設定できるようになっている。また、各権限情報が、本店３からネットワーク４を介して設定できるようになっていてもよい。

【0033】

また、支店２の出入口には、従業者の入退室を管理するカードリーダ２６が設置される。尚、支店２の出入口より内側は、従業者のみが進入できる制限対象エリアとなっている。ここでは、「支店２に入室する」とは、この制限対象エリアへの入室を指し、「支店２から退室する」とは、この制限対象エリアからの退室を指すものとする。

【0034】

（貨幣処理装置の構成例）
図２は、貨幣処理装置２３の構成例を示す。貨幣処理装置２３は、紙幣の処理を行う紙幣処理機２３１１と、硬貨の処理を行う硬貨処理機２３１２と、有価媒体の処理を行う有価媒体処理機２３１３と、を有する。紙幣処理機２３１１、硬貨処理機２３１２及び有価媒体処理機２３１３は、貨幣に関する各種処理を行う貨幣処理部２３１を構成する。

【0035】

紙幣処理機２３１１は、図示は省略するが、紙幣を収納する収納部を有している。紙幣処理機２３１１は、バラ紙幣及び束紙幣の両方の処理を行う。つまり、紙幣処理機２３１１は、金融機関における業務に関係して、機内に取り込んだバラ紙幣を収納部に収納したり、収納部から繰り出したバラ紙幣や束紙幣を機外に払い出したり、バラ紙幣から束紙幣を作って収納部に収納したりする処理を行うよう構成されている。

【0036】

硬貨処理機２３１２は、図示は省略するが、硬貨を収納する収納部を有している。硬貨処理機２３１２は、バラ硬貨及び包装硬貨の両方の処理を行う。つまり、硬貨処理機２３１２は、金融機関における業務に関係して、機内に取り込んだバラ硬貨を収納部に収納したり、収納部から繰り出したバラ硬貨や包装硬貨を機外に払い出したり、バラ硬貨から包装硬貨を作って収納部に収納したりする処理を行うよう構成されている。

【0037】

有価媒体処理機２３１３は、図示は省略するが、損券や旧券、損貨や旧貨、官封券、又は、手形や小切手等の有価媒体を収納する収納部を有している。有価媒体処理機２３１３は、金融機関における業務に関係して、有価媒体を機内に取り込んで収納部に収納したり、官封券を収納部から繰り出して機外に払い出したりする処理を行うよう構成されている。有価媒体処理機２３１３は、有価媒体を機内に取り込んだときに、有価媒体の画像を撮影するよう構成されている。

【0038】

貨幣処理装置２３は、プリンタ２３２と、表示操作部２３３と、認証部２３５とを備えている。プリンタ２３２は、伝票等の印刷を行う。表示操作部２３３は、例えばタッチパネルによって構成されている。表示操作部２３３は、様々な画面を表示すると共に、その画面内において操作者の操作を受け付ける。ここで、操作者とは、装置を操作する者を指すものとする。この構成例において、支店２では、支店長Ａ、副支店長Ｂ及び担当者Ｃが操作者となり得る。

【0039】

認証部２３５は、貨幣処理装置２３を操作する操作者の認証を行う。認証部２３５は、例えば表示操作部２３３において入力されたＩＤ番号と暗証番号とに基づいて、操作者の認証を行ってもよい。また、認証部２３５は、ＩＤカードに記録されている情報をカードリーダが読み取ることにより、操作者の認証を行ってもよい。尚、認証部２３５の認証方法は、上記に限定されない。例えば、認証部２３５は、顔認証、指紋認証、虹彩認証等の生体認証技術（生体認証手段に相当）を利用して、操作者の認証を行ってもよい。ＩＤカードは、記録媒体の一例である。

【0040】

貨幣処理装置２３は、制御部２３７と、ＬＡＮ２９を介した通信を行う通信部２３６と、制御部２３７で使用するプログラムや各種のデータ等を記憶するための記憶部２３４とを備える。制御部２３７には、前述した、紙幣処理機２３１１、硬貨処理機２３１２、有価媒体処理機２３１３、プリンタ２３２、表示操作部２３３、記憶部２３４、認証部２３５、及び通信部２３６が、それぞれ信号の授受可能に接続される。制御部２３７は、例えば、記憶部２３４に記憶されたプログラムを読みだして実行することにより、これらの機器の制御を行い、貨幣処理装置２３を動作させる。

【0041】

記憶部２３４は、例えば、ハードディスクドライブやＳＳＤ（Solid State Drive）、不揮発性メモリによって構成される。図示は省略するが、記憶部２３４は、各従業者について貨幣処理装置２３の操作が可能な範囲の情報（つまり、貨幣処理装置２３の権限情報）を記憶している。貨幣処理装置２３の権限情報は、貨幣処理装置２３の表示操作部２３３を操作することによって、又は、管理サーバ２１からの権限設定情報を貨幣処理装置２３が受信することによって、設定することが可能である。

【0042】

制御部２３７は、認証部２３５による認証結果と、記憶部２３４が記憶している権限情報とに基づいて、操作者による貨幣処理装置２３の各操作を許可したり、禁止したりする。権限情報に基づく貨幣処理装置２３の動作は、後で具体例を示して説明する。

【0043】

（重要物管理装置の構成例）
図３は、重要物管理装置２４の構成例を示す。重要物管理装置２４は、重要物である物品を保管する保管部２４１と、保管部２４１から物品を取り出すことを管理する制御部２４２とを備える。この構成例では、保管部２４１は、第１～第５収納部２４１１～２４１５を備える。尚、収納部の数やそれぞれの収容部の大きさは、適宜の数や大きさにすることが可能である。なお、重要物として、未使用の通帳、融資資料、補充用の包装貨幣、顧客から預かった書類等が保管される。

【0044】

第１～第５収納部２４１１～２４１５は、図示は省略するが、扉や引き出しを施解錠するロック機構を有している。ロック機構は、機械的な錠によって構成してもよいし、電磁ロックによって構成してもよい。各収納部２４１１～２４１５は、制御部２４２からの制御信号に基づいてロック機構を解錠することにより、操作者が扉を開けたり、引き出しを引き出したりして物品の取り出しを許可すると共に、制御部２４２からの制御信号に基づいてロック機構を施錠することにより、操作者が物品を取り出すことを禁止する。

【0045】

重要物管理装置２４は、表示部２４３、操作部２４４、記憶部２４５、認証部２４６、撮像部２４７、及び通信部２４８を備える。表示部２４３は、例えばフラットパネルディスプレイによって構成され、操作者に向けて情報を表示する。操作部２４４は、例えばキーボード式の入力装置によって構成され、操作者の操作を受け付ける。例えばタッチパネルを備えるようにして、表示部２４３と操作部２４４とを一体化してもよい。認証部２４６は、重要物管理装置２４を操作する操作者の認証を行う。認証部２４６は、例えば操作部２４４において入力されたＩＤ番号と暗証番号とに基づいて、操作者の認証を行ってもよい。また、認証部２４６は、ＩＤカードに記録されている情報をカードリーダが読み取ることにより、操作者の認証を行ってもよい。尚、認証部２４６の認証方法は、上記に限定されない。例えば、認証部２４６は、顔認証、指紋認証、虹彩認証等の生体認証技術を利用して、操作者の認証を行ってもよい。撮像部２４７は、重要物管理装置２４の前面に設けられ、重要物管理装置２４を操作する操作者の顔を撮像する。撮像した画像データは、物品の取り出し及び／又は返却の履歴を含むログ情報と共に、記憶部２４５に記憶される。通信部２４８は、ＬＡＮ２９を介した通信を行う。

【0046】

記憶部２４５は、例えばハードディスクドライブやＳＳＤ、不揮発性メモリによって構成され、制御部２４２で使用されるプログラムや各種のデータ等を記憶する。図示は省略するが、記憶部２４５は、第１～第５収納部２４１１～２４１５のそれぞれを開閉することが可能な操作者の情報（つまり、重要物管理装置２４の権限情報）を記憶している。重要物管理装置２４の権限情報は、重要物管理装置２４の操作部２４４を操作することによって、又は、管理サーバ２１からの権限設定情報を重要物管理装置２４が受信することによって、設定することが可能である。

【0047】

制御部２４２は、認証部２４６による認証結果と、記憶部２４５が記憶している権限情報とに基づいて、操作者による第１～第５収納部２４１１～２４１５の開閉を許可及び禁止することにより、重要物管理装置２４に保管している重要物を管理する。権限情報に基づく重要物管理装置２４の動作は、後で具体例を示して説明する。

【0048】

（鍵管理装置の構成例）
図４は、鍵管理装置２５の構成例を示す。鍵管理装置２５は、鍵を保管する保管部２５１と、保管部保管部２５１から鍵を取り出すことを管理する制御部２５２とを備える。保管部２５１は、図１に示すように開閉する扉２５１０と、複数の鍵保持部２５１１～２５１ｎ（ｎは整数）とを有している。尚、鍵保持部の数は、特に限定されず、適宜の数にすることが可能である。

【0049】

各鍵保持部２５１１～２５１ｎは、詳細な図示は省略するが、保管対象の鍵がリングによってつながれたホルダーを、着脱可能に保持するよう構成されている。各鍵保持部２５１１～２５１ｎは、ロック機構を有している。ロック機構は、例えば電磁ロックによって構成される。各鍵保持部２５１１～２５１ｎは、制御部３２からの制御信号に基づいてロック機構を施錠及び解錠することにより、操作者によるホルダーの取り出しの許可及び禁止を切り替える。

【0050】

鍵管理装置２５は、プリンタ２５３、表示操作部２５４、記憶部２５５、認証部２５６、及び、通信部２５７を備えている。プリンタ２５３は、例えば感熱式プリンタや、インクジェットプリンタによって構成され、各種の情報（例えば、鍵管理装置２５のログ情報）を印刷する。表示操作部２５４は、例えばタッチパネルによって構成され、操作者に向けて情報を表示すると共に、操作者の操作を受け付ける。表示操作部２５４は、表示を行う表示部と、操作者の操作を受け付ける操作部とに分けてもよい。認証部２５６は、鍵管理装置２５を操作する操作者の認証を行う。認証部２５６は、例えば表示操作部２５４において入力されたＩＤ番号と暗証番号とに基づいて、操作者の認証を行ってもよい。また、認証部２５６は、ＩＤカードに記録されている情報をカードリーダが読み取ることにより、操作者の認証を行ってもよい。尚、認証部２５６の認証方法は、上記に限定されない。例えば、認証部２５６は、顔認証、指紋認証、虹彩認証等の生体認証技術を利用して、操作者の認証を行ってもよい。通信部２５７は、ＬＡＮ２９を介した通信を行う。

【0051】

記憶部２５５は、例えば、鍵を管理するための鍵管理テーブル（図示省略）によって、保管している鍵に関する各種の情報を記憶している。鍵管理テーブルは、各々の鍵を取り出すことが可能な操作者を示す権限情報を含む。各々の鍵を取り出すことが可能な操作者の情報（すなわち権限情報）は、鍵管理装置２５の表示操作部２５４を操作することによって、又は、管理サーバ２１からの情報を鍵管理装置２５が受けることによって、設定することが可能である。尚、鍵管理テーブルに、例えば、各々の鍵が使用される、「装置情報」及び当該装置における「部位」の情報、各々の鍵の「現状」（返却済みか、持出し中か）、各々の鍵の「最終取出し日時」の情報、各々の鍵の「最終操作者ＩＤ」（最後に持出し及び返却をした操作者）の情報が含まれていてもよい。「現状」「最終取出し日時」及び「最終操作者」の情報は、逐次更新される。

【0052】

制御部２５２は、認証部２５６による認証結果と、前述の鍵管理テーブルに記憶されている権限情報とに基づいて、操作者による鍵（つまり、ホルダ）の取り出しを許可したり、禁止したりする。図示は省略するが、各鍵保持部２５１１～２５１ｎには、例えばＬＥＤによって構成されるランプが取り付けられており、制御部２５２は、操作者が取り出し可能な鍵に対応するランプを点滅させ、取り出しが禁止されている鍵に対応するランプは消灯させる。操作者は、保管部２５１の各ランプの点灯状態を見ることによって、取り出し可能な鍵を認識することができる。

【0053】

（カードリーダの構成例）
カードリーダ２６は、第１カードリーダ２６Ａと、第２カードリーダ２６Ｂとを含む。第１カードリーダ２６Ａは、支店２の外に設置される。支店２に入室しようとする操作者は、第１カードリーダ２６Ａを操作する。第２カードリーダ２６Ｂは、支店２の内に設置される。支店２から退室しようとする操作者は、第２カードリーダ２６Ｂを操作する。第１カードリーダ２６Ａで取得された入室者情報及び第２カードリーダ２６Ｂで取得された退室者情報は、管理サーバ２１に送信され、管理サーバ２１で管理される。すなわち、第１カードリーダ２６Ａと、第２カードリーダ２６Ｂと、管理サーバ２１と、によって、従業者が支店２に在室しているか否かが管理される。換言すると、第１カードリーダ２６Ａと、第２カードリーダ２６Ｂと、管理サーバ２１と、によって、従業者の所在情報を管理する所在情報管理手段が構成される。

【0054】

第１カードリーダ２６Ａ及び第２カードリーダ２６Ｂは、構成が同じである。以下の説明において、第１カードリーダ２６Ａ及び第２カードリーダ２６Ｂを区別しない場合、単にカードリーダ２６と呼ぶ。

【0055】

図５は、カードリーダ２６の構成例を示す。カードリーダ２６は、表示部２６１、操作部２６２、スピーカ２６３、記憶部２６４、認証部２６５、通信部２６６、施解錠部２６７、及び、制御部２６８を備える。

【0056】

表示部２６１は、例えばフラットパネルディスプレイによって構成され、操作者に向けて情報を表示する。操作部２６２は、例えばテンキー式の入力装置によって構成され、操作者の操作を受け付ける。操作者は、認証用の暗証番号を入力するために、操作部２６２を操作する場合がある。尚、例えばタッチパネルを備えるようにして、表示部２６１と操作部２６２とを一体化してもよい。表示部２６１は、例えばＬＥＤ等を点灯、点滅、及び消灯することによりに操作者に情報を表示することも含む。スピーカ２６３３は、様々な音や音声によって、操作者に対して情報を伝える。

【0057】

認証部２６５は、操作者が所持しているＩＤカードに記録されているカード情報の読み取り、操作者の認証を行う。尚、認証部２６５は、例えば表示操作部２３３において入力されたＩＤ番号と暗証番号とに基づいて、操作者の認証を行ってもよい。

【0058】

記憶部２６４は、例えばハードディスクドライブやＳＳＤ（Solid State Drive）、不揮発性メモリによって構成され、制御部２６８で使用されるプログラムや各種のデータを記憶する。通信部２６６は、ＬＡＮ２９を介して管理サーバ２１との間で信号の送受信を行う。施解錠部２６７は、支店２の出入口に設けた扉のロック機構（図示省略）を解錠及び施錠する。

【0059】

制御部２６８は、後述するように、認証部２６５による認証結果を、通信部２６６を通じて管理サーバ２１に送信すると共に、通信部２６６を通じて管理サーバ２１からの扉開信号を受けたときに、施解錠部２６７によって、支店２の出入口の扉のロック機構を解錠する。制御部２６８は、ロック機能の解錠後に扉が開閉するか、又は、扉が開閉しないまま所定時間が経過すると、扉のロック機構を施錠する。

【0060】

尚、所在情報管理手段として、カードリーダ２６に加えて又は代えてカメラ２７を用いた画像認識技術を使用してもよい。カメラ２７を用いた認証技術としては、例えば、顔認証、虹彩認証がある。出入口を通過する対象者の顔をカメラ２７で撮像して認証するようにすれば、対象者が認証の為の動作を行うことなしに、入退室情報を取得できる。また、図示しないが、所在情報管理手段として、生体情報センサを用いた指紋認証等の生体認証技術（生体認証手段に相当）を使用してもよい。

【0061】

図１に戻り、本店３内の構成について説明する。本店３内には、ＬＡＮ３９が構築されている。ＬＡＮ３９は、無線又は有線によって構成することができる。本店３には、本店３内のシステムを管理する管理サーバ３１と、役席者Ｈが操作をする管理端末３２が設置されている。管理端末３２は、例えば、ＰＣ３２１、スマートフォン３２２、及びタブレット端末３２３を含む。管理サーバ３１及び管理端末３２は、ＬＡＮ３９に接続される。

【0062】

管理サーバ３１は、ＬＡＮ３９に接続された、本店３内の機器や装置を管理するためのＣＰＵ（図示省略）と、ＣＰＵを動作させるためのプログラムが格納された記憶部３１１を備える。ＣＰＵは、例えば、単一又は複数のＬＳＩで実現される。記憶部３１１には、支店２と同じ複数パターンの権限情報が記憶された権限管理データベースＤＢが格納されていてもよい。

【0063】

（支店の入退室に伴う処理権限の制御）
次に、処理権限管理システム１０における処理権限管理の制御について説明をする。図６は、カードリーダの入退室制御の例を示すフローチャートである。図７は、支店の管理サーバにおける入退室制御の例を示すフローチャートである。尚、以下の説明では、説明の便宜上、制御主体について明記するが、制御主体を限定する意図はなく、他の主体が同様の処理（制御）を実行してもよい。

【0064】

支店２に入室しようとする従業者は、カードリーダ２の操作を行って、出入口１１の扉を解錠し、支店２内に入室する。同様に、支店２から退室しようとする従業者は、カードリーダ２の操作を行って、出入口１１の扉を解錠し、支店２から退室する。

【0065】

具体的に、図６のステップＳ１１において、カードリーダ２６の制御部２６８は、従業者による認証操作があったか否か、すなわち、認証部２６５で従業者のＩＤデータの読み取りがあったか否かを判定する。認証部２６５で従業者のＩＤデータが読み取られると、制御プロセスは、次のステップＳ１３に進む。

【0066】

制御部２６８は、ステップＳ１３においてＩＤ認証を行い、その次のステップＳ１５においてＩＤ認証結果の判定を行う。ＩＤ認証がＯＫの場合（ステップＳ１５でＹＥＳ）、制御部２６８は、表示部２６１、及び／又は、スピーカ２６３を通じて、操作者に、認証がＯＫである旨を報知する（ステップＳ１７）。そして、制御ステップは、次のステップＳ１９に進む。一方、ＩＤ認証がＮＧの場合（ステップＳ１５でＮＯ）、制御部２６８は、表示部２６１、及び／又は、スピーカ２６３を通じて、操作者に、認証がＮＧである旨を報知する。ＩＤ認証がＮＧの場合、制御プロセスは、ステップＳ１１に戻る。

【0067】

ステップＳ１９において、制御部２６８は、操作者に関する入退室データを、管理サーバ２１に送信する。入退室データには、少なくとも操作者を特定するための識別情報（例えば、ＩＤ情報）が含まれている。制御プロセスは、次のステップＳ２１に進む。

【0068】

ステップＳ２１において、制御部２６８は、後述するように管理サーバ２１からの扉開信号を受信したか否かを判定する。制御部２６８は、扉開信号を受信した場合（ステップＳ２１でＹＥＳ）、続くステップＳ２３において、施解錠部２６７を通じて出入口の扉のロック機構を解錠する。操作者は、扉を開けると共に、出入口を通って支店２に入退室する。操作者の入退室後に扉が閉まると、ロック機構は施錠され、図６の処理は終了となる。

【0069】

図７に示すように、管理サーバ２１は、カードリーダ２６からの、従業者の入退室データの受信待機状態となっている（ステップＳ３１）。そして、カードリーダ２６から従業者の入退室データが受信されると（ステップＳ３１でＹＥＳ）、カードリーダ２６に扉開信号を送信する（ステップＳ３２）。その後、制御プロセスは、次のステップＳ３３に進む。尚、図７には記載していないが、支店２への入退室を許可しないときには、管理サーバ２１は、扉開信号をカードリーダ２６に送信しない。

【0070】

ステップＳ３３において、管理サーバ２１は、従業者の入室か退室かを判断する。従業者の入室の場合には制御プロセスはステップＳ３４に進み、従業者の退室の場合には制御プロセスはステップＳ３５に進む。

【0071】

ステップＳ３４において、管理サーバ２１は、入室する従業者が支店長Ａか否かを判定する。管理サーバ２１は、入室する従業者が支店長Ａの場合（ステップＳ３４でＹＥＳ）、権限管理データベースＤＢに格納された権限パターンのうち、各処理装置に適用する権限パターンとして、「役席者在室権限パターン」に特定する（ステップＳ３７）。一方、管理サーバ２１は、入室する従業者が支店長Ａ以外（副支店長Ｂ又は担当者Ｃ）の場合（ステップＳ３４でＮＯ）、支店長Ａの在室状況に変化がないので、従前の設定状態を変更しない（ステップＳ３６）。すなわち、権限パターンが「役席者在室権限パターン」に特定されている場合には「役席者在室権限パターン」の特定状態を維持し、「役席者不在権限パターン」に特定されている場合には「役席者不在権限パターン」の特定状態を維持する。

【0072】

ステップＳ３５において、管理サーバ２１は、退室する従業者が支店長Ａか否かを判定する。管理サーバ２１は、退室する従業者が支店長Ａの場合（ステップＳ３５でＹＥＳ）、権限管理データベースＤＢに格納された権限パターンのうち、各処理装置に適用する権限パターンとして、「役席者不在権限パターン」に特定する（ステップＳ３８）。一方、管理サーバ２１は、退室する従業者が役席者Ａ以外（副支店長Ｂ又は担当者Ｃ）の場合（ステップＳ３５でＮＯ）、支店長Ａの在室状況に変化がないので、各処理装置に適用する権限パターンを変更しない（ステップＳ３９）。すなわち、権限パターンが「役席者在室権限パターン」に特定されている場合には「役席者在室権限パターン」の特定状態を維持し、「役席者不在権限パターン」に特定されている場合には「役席者不在権限パターン」の特定状態を維持する。

【0073】

図９は、管理サーバが記憶する権限管理データベースの構成例を示している。図９では、記憶部２１１に格納された権限パターンとして、「役席者在室権限パターン」と「役席者不在権限パターン」の２パターンがある例を示している。本実施形態の構成において、「役席者在室権限パターン」とは、役席者である支店長Ａが支店２に在室しているときに適用される権限パターンである。一方で、「役席者不在権限パターン」とは、役席者である支店長Ａが支店２に不在の場合に適用される権限パターンである。権限パターンには、例えば、「対象機器」、「対象機能」、及び、「各対象機能に対する承認者」の情報が格納されている。図９では、「対象機器」として、貨幣処理装置２３、重要物管理装置２４、鍵管理装置２５を例示している。図９では、「対象機能」として、「貨幣処理装置２３の高額出金」、「貨幣処理装置２３の設定変更」、「重要物管理装置２４の未使用通帳の取出し」、「重要物管理装置２４の融資資料の取出し」、「鍵管理装置２５の機器運用開始」、「鍵管理装置２５の金庫扉鍵の使用」を例示している。尚、権限パターンは、「役席者在室権限パターン」と「役席者不在権限パターン」の２パターンに限定されず、３パターン以上であってもよい。例えば、図９の支店長Ａの在室／不在に対応する権限パターンに加えて、副支店長Ｂの在室／不在に対応する権限パターンがあってもよい。

【0074】

以上のように、管理サーバ２１は、実行権限を有する従業者である支店長Ａの所在情報に基づいて、記憶部２１１に記憶された権限情報から処理装置に適用させる権限情報を特定する。管理サーバ２１は、特定手段の一例である。

【0075】

このように、管理サーバが記憶する権限管理データベースを用いることにより、複数の機器の権限を一斉に切替えられ、切替え忘れが発生しにくい。また、複数の機器のそれぞれの機能について、不在時の権限パターンを設定できるので、運用に適合した柔軟な対応が可能になる。

【0076】

（処理装置の操作に伴う物品管理の制御）
次に、物品管理システム１における物品管理の制御について説明する。図８Ａ，８Ｂ（以下、まとめて図８ともいう）は、従業者が処理装置を操作した場合における物品管理の制御の例を示すフローチャートである。図８において、左側の制御フロー（ステップＳ５１～Ｓ６５）は支店側の制御フローであり、右側の制御フロー（ステップＳ７１～Ｓ７７）は本店側の制御フローである。

【0077】

まず、支店側におけるステップＳ５１において、各処理装置では、操作者からの認証操作を受け付ける待機状態になっている。そして、処理装置において、操作者による認証操作がされると（ステップＳ５１でＹＥＳ）、操作を受けた処理装置は、図７で特定された権限パターンが反映された権限情報を取得する（ステップＳ５２）。例えば、支店長Ａが支店２に在室している場合に、貨幣処理装置２３に対して認証操作がされたとき、図９に示す「役席者在室権限パターン」の「Ｎｏ．１，２」に記載された権限情報が取得される。また、例えば、支店長Ａが支店２に不在の場合に、重要物管理装置２４に対して認証操作がされたとき、図９に示す「役席者不在権限パターン」の「Ｎｏ．３，４」に記載された権限情報が取得される。尚、権限情報の取得時期は、特に限定されない。例えば、（１）各処理装置で認証操作を受け付けた際に各処理装置が管理サーバ２１から情報を取得するようにしてもよいし、（２）図７で権限パターンが変更された際に管理サーバから各処理装置にあらかじめ適用する権限パターンを送信しておくようにしてもよい。

【0078】

ステップＳ５３において、認証操作を受けた処理装置では、操作者の権限が不足しているかどうかが判定される。

【0079】

例えば、担当者Ｃが貨幣処理装置２３から高額出金をする場合、支店長Ａの在室／不在にかかわらず二者承認が必要である。したがって、ステップＳ５３では、図７で特定された権限パターンによらずにＹＥＳ判定となり、制御プロセスは、次のステップＳ５５に進む。

【0080】

一方で、例えば、担当者Ｃが、１００万円未満の少額出金をする場合、その少額出金操作については、権限情報が付与されていないので、ステップＳ５３でＮＯ判定となる。そうすると、貨幣処理装置２３では、次のステップＳ５９において、担当者Ｃの操作に応じた処理である少額出金が実行される。この少額出金が完了すると、制御プロセスは、ステップＳ５１に戻る。

【0081】

また、例えば、図７において「担当者不在権限パターン」が特定された場合において、副支店長Ｂが貨幣処理装置２３の設定変更をする場合、権限者が副支店長Ｂとなっているので、ステップＳ５３でＮＯ判定となる。そうすると、貨幣処理装置２３では、次のステップＳ５９において、副支店長Ｂの操作に応じて設定変更が実行される。この設定変更が完了すると、制御プロセスは、ステップＳ５１に戻る。

【0082】

ステップＳ５５では、管理サーバ２１及び／又は認証操作を受けた処理装置において、本店３への承認依頼が必要か否かが判定される。例えば、図９に示すように、「貨幣処理装置２３での高額出金」及び「重要物管理装置２４からの未使用通帳の取出し」は、図７において「担当者不在権限パターン」が特定された場合、各担当者と本店役席者（例えば、本店役席者Ｈ）の二者承認が必要となっている。この場合、ステップＳ５５でＹＥＳ判定となり、制御プロセスは、次のステップＳ５６に進む。ステップＳ５６では、支店２の管理サーバ２１から本店３の管理サーバ３１に対して、支店２側での処理装置への操作に応じた承認要求信号が送信される。例えば、支店２の担当者Ｃが「貨幣処理装置２３での高額出金」操作をした場合、その操作の承認要求信号が送信される。その後、制御プロセスは、ステップＳ６１に進み、承認信号の受信待機状態となる。

【0083】

本店３側において、管理サーバ３１に承認要求信号が受信されると、ステップＳ７１においてＹＥＳ判定となり、制御プロセスは、次のステップＳ７３に進む。ステップＳ７３では、本店役席者Ｈへの承認請求処理が実行される。具体的には、例えば、本店役席者Ｈが管理端末３２にログインしている場合、管理端末３２の使用者が本店役席者Ｈであることが特定される。そこで、例えば、管理端末３２の表示画面に、支店２の担当者Ｃから貨幣処理装置２３での高額出金の承認依頼が来ている旨が表示される。この本店役席者Ｈの通知方法は、特に限定されず、例えば、複数の端末（例えば、ＰＣ３２１とスマートフォン３２２）を介して同時に通知するようにしてもよい。このように、複数の通知手段を併用することで、本店役席者Ｈの確認漏れを防ぐことができる。本店３の管理サーバ３１に、本店役席者Ｈからの承認操作／否認操作が受信されると、管理サーバ３１は、本店役席者Ｈの承認操作／否認操作に基づく承認信号／否認信号を支店２の管理サーバ２１に送信する（ステップＳ７５）。尚、例えば、本店３の管理サーバ３１の記憶部３１１に権限管理データベースＤＢが格納されている場合に、管理サーバ３１において支店２の管理サーバ２１から受信した承認情報を照合するようにしてもよい。

【0084】

支店２側の制御フローに戻り、支店２の管理サーバ２１で、本店役席者Ｈの承認を示す承認信号が受信されると、ステップＳ６１でＹＥＳ判定となり、制御プロセスは次のステップＳ６３に進む。また、ステップＳ６１において、待機状態中（ステップＳ６１でＮＯ判定）に、本店３から本店役席者Ｈに否認されたことを示す否認信号が支店２の管理サーバ２１に受信された場合（次のステップＳ６６でＹＥＳ判定）、制御フローはステップＳ６７に進む。ステップＳ６７では、否認情報が操作対象の処理装置に送信され、操作者に否認された旨が通知され、制御フローはステップＳ５１に戻る。

【0085】

ステップＳ６３では、担当者Ｃの操作に応じた処理である高額出金が実行される。この高額出金が完了すると、制御プロセスは、次のステップＳ６５に進む。ステップＳ６５では、管理サーバ２１が、操作対象となっている処理装置についてのステップＳ６３の処理の前後における処理状況を示す処理結果情報を取得し、本店３の管理サーバ３１に送信する。本店３の管理サーバ３１は、管理サーバ２１から処理結果情報を受信すると、その処理結果情報を記憶部３１１に格納する。これにより、本店役席者Ｈが処理結果情報を確認することができる。また、上記のように、操作履歴を残すことで、監査を強化することができる。

【0086】

ステップＳ５５に戻り、本店３への承認依頼が不要だった場合（ステップＳ５５でＮＯ）、制御プロセスはステップＳ５８に進み、支店２内の承認者による承認待機状態となる。このとき、各処理装置には、支店長Ａによる承認が必要な場合は支店長Ａの承認を求める表示がされ、二者承認が必要な場合には、二者承認を求める表示がされる。

【0087】

例えば、「役席者在室権限パターン」では、「貨幣処理装置２３の高額出金」、「貨幣処理装置２３の設定変更」、「重要物管理装置２４の未使用通帳の取出し」、「重要物管理装置２４の融資資料の取出し」、「鍵管理装置２５の機器運用開始」、「鍵管理装置２５の金庫扉鍵の使用」は、支店長Ａの承認が必要となる。そこで、ステップＳ５８において、「役席者在室権限パターン」が特定されている場合には、各処理装置において支店長Ａの承認（担当者Ｃとの二者承認含む）が確認されるとＹＥＳ判定となり、制御プロセスは前述のステップＳ５９に進む。尚、支店長Ａの承認手段は、特に限定されず、例えば、端末装置２２を介して承認するようにしてもよいし、支店長Ａが各処理装置において直接承認作業をするようにしてもよい。

【0088】

また、例えば、「役席者不在権限パターン」では、「貨幣処理装置２３の設定変更」、鍵管理装置２５の機器運用開始」、「鍵管理装置２５の金庫扉鍵の使用」は、副支店長Ｂの承認が必要となる。そこで、ステップＳ５８において、「役席者不在権限パターン」が特定されている場合には、各処理装置において副支店長Ｂの承認（担当者Ｃとの二者承認含む）が確認されるとＹＥＳ判定となり、制御プロセスは前述のステップＳ５９に進む。

【0089】

尚、「役席者不在権限パターン」で実行された処理内容について、あらかじめ設定された連絡先（例えば、支店長Ａのスマートフォン２２２）に通知がされる。このとき、「役席者不在権限パターン」で実行された処理内容のうち、重要な処理（例えば、支店長Ａの承認が必要な処理）についてのみ、上記の通知がされるようにしてもよい。また、支店長Ａが支店２に入室した後に、支店長Ａが端末装置２２で処理内容を確認できるようにしてもよい。また、権限パターンには、「重要物管理装置２４の融資資料の取出し」のように、支店長Ａが不在の場合に操作や実行を禁止するような権限情報が含まれていてもよい。

【0090】

以上のように、本実施形態によると、カードリーダ２６を用いて支店長Ａの所在情報を管理し、支店長Ａの在室情報に基づいて、管理サーバ２１の記憶部２１１に記憶された権限管理データベースＤＢから各処理装置に適用させる権限パターンを特定する。これにより、支店長Ａから他の従業者への権限移譲に対する支店長Ａによる操作を必要とせず、自動的に権限移譲が実行されるので、権限の切替漏れに起因する業務の停滞を防止することができる。

【0091】

（変形例）
尚、上記の実施形態では、管理サーバ２１が所在情報管理手段の一部の機能を担うものとしたが、これに限定されない。例えば、管理サーバ２１や管理コンピュータのない店舗においても、処理権限管理システム及び物品管理システム１を実現することができる。具体的には、例えば、管理サーバ２１に代えて、カードリーダ２６が、管理サーバ２１の機能を包含してもよい。例えば、カードリーダ２６が、実行権限を有する従業者の所在情報を管理する機能のすべてを有するように構成されていてもよい。また、管理サーバ２１の記憶部２１１に代えて、カードリーダ２６の記憶部２６４に権限管理データベースＤＢを格納してもよい。また、特定手段についても、カードリーダ２６の制御部２６８が、上記の管理サーバ２１と同様の機能を有するようにしてもよい。また、処理装置のうちの１または複数により上記の管理サーバ２１の制御を実行するようにしてもよい。

【0092】

また、上記の実施形態において、カードリーダ２６に代えて、出退勤管理システムの情報に基づいて、実行権限を有する従業者の所在情報を管理するようにしてもよい。出退勤管理システムの情報には、例えば、出勤情報、退社情報、休暇情報、出張情報、外出情報等を含まれる。また、カードリーダ２６に代えて、支店長Ａが所有しているスマートフォン２２２やタブレット端末２２３の位置情報を用いるようにしてもよい。この位置情報は、例えば、スマートフォン２２２やタブレット端末２２３に搭載されたＧＰＳ機能や無線通信機能を使用することができる。

【0093】

また、上記の実施形態において、操作者の操作時点において適用されている権限パターンを示す情報を各処理装置の表示部または表示操作部に表示するようにしてもよい。また、メニュー画面において、操作不可能な項目を、グレイアウトさせたり、表示しないようにしてもよい。

【0094】

また、上記実施形態において、権限パターンが変更された際に、変更情報を所定の連絡先に通知するようにしてもよい。通知先は、特に限定されないが、例えば、支店長Ａのスマートフォン２２２に通知したり、本店３の管理サーバ３１や、本店役席者Ｈの管理端末３２に通知してもよい。

【0095】

また、上記の実施形態では、物品管理システム１及び処理権限管理システム１０が、金融機関に使用された例について説明したが、流通店舗に適用してもよい。例えば、物品管理システム１及び／又は処理権限管理システム１０は、流通店舗に設置されたＰＯＳレジにおける釣銭機や、売上入金機に適用することができる。この場合に、例えば、店舗の出納係を、実行権限を有する従業者としてもよい。

【符号の説明】

【0096】

１ 物品管理システム
１０ 処理権限管理システム
２１ 管理サーバ（所在情報管理手段、特定手段）
２１１ 記憶部（記憶手段）
２３ 貨幣処理装置
２４ 重要物管理装置（物品管理装置）
２５ 鍵管理装置
２６ カードリーダ（所在情報管理手段）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8A】

【図8B】

【図9】