JP2023129953A - 処理システム及び処理方法 - Google Patents

Abstract

【課題】貨幣処理装置のプログラム更新と競合せずに貨幣処理装置の自動精査を行うことができる可能性を高める。【解決手段】貨幣処理装置の自動精査を行う第１の時間範囲を取得する第１の取得部と、貨幣処理装置のプログラム更新を行う第２の時間範囲を取得する第２の取得部と、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複する場合に、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複しないようにするための所定処理を行う処理部と、を備える処理システム。【選択図】図３

Description

本発明は、処理システム及び処理方法に関する。

特許文献１には、監視サーバーからの指示又は事前に受けていた予約に基づいて、夜間や休日などの銀行員がいないときに抜打ちで現金処理機に対する精査を行うと共に、精査の判定結果を管理責任者に通知することができる現金処理機の精査システムが記載されている。
特許文献２には、在高の夜間自動精査を行うか否かを判定し、夜間自動精査を行うと判定した日の翌営業日の早朝に夜間自動精査を実行する制御部を備え、制御部は、夜間自動精査の実行時刻を設定し、夜間自動精査の実行時刻から所定時間内に電源がＯＮされた場合に、夜間自動精査を実行する、現金類処理装置が記載されている。

特許第３９３２０９２号公報 特許第５８６３５０８号公報

貨幣処理装置のプログラム更新を行う時間範囲とは関係なく貨幣処理装置の自動精査を行う時間範囲を設定する構成を採用した場合、貨幣処理装置のプログラム更新と自動精査とが競合する可能性がある。

本発明の目的は、貨幣処理装置のプログラム更新と競合せずに貨幣処理装置の自動精査を行うことができる可能性を高めることにある。

かかる目的のもと、本発明は、貨幣処理装置の自動精査を行う第１の時間範囲を取得する第１の取得部と、貨幣処理装置のプログラム更新を行う第２の時間範囲を取得する第２の取得部と、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複する場合に、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複しないようにするための所定処理を行う処理部と、を備える処理システムを提供する。
所定処理は、第１の時間範囲及び第２の時間範囲の少なくとも何れか一方を変更すべき旨の情報を出力する処理であってよい。
所定処理は、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複しないように第１の時間範囲を変更する処理であってもよい。
所定処理は、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複しないように第２の時間範囲を変更する処理であってもよい。その場合、所定処理は、第２の時間範囲が第１の業務外時間帯に含まれる場合に、第２の時間範囲を、第１の業務外時間帯よりも後の第２の業務外時間帯に含まれる時間範囲に変更する処理であってよい。また、その場合、第２の業務外時間帯は、第１の業務外時間帯よりも後の業務外時間帯のうち、第２の時間範囲に行うことになっていたプログラム更新を行うことが可能であることを示す所定条件を満たす最先の業務外時間帯であってよい。
更に、その場合、所定条件は、第２の時間範囲に行うことになっていたプログラム更新を行うのに要する時間よりも長い業務外時間帯長を有する、という条件であってよい。更にまた、その場合、業務外時間帯長は、営業日においては、第１の長さであり、休業日においては、第１の長さとは異なる第２の長さであってよい。
更に、その場合、所定条件は、第２の時間範囲に行うことになっていたプログラム更新を行っても、プログラム更新を行う貨幣処理装置の数が、同時にプログラム更新を行うことが可能な貨幣処理装置の最大数を超えない、という条件であってよい。
所定処理は、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複しないように、第１の時間範囲及び第２の時間範囲のうちの利用者により指定された時間範囲を変更する処理であってもよい。
自動精査は、日中自動精査と、夜間自動精査とを含み、第１の時間範囲は、貨幣処理装置の夜間自動精査を行う時間範囲であってよい。
自動精査は、貨幣処理装置に設けられる操作部から指示される第１の自動精査と、貨幣処理装置から遠隔にあるリモート端末から指示される第２の自動精査とを含み、第１の時間範囲は、貨幣処理装置の第２の自動精査を行う時間範囲であってもよい。
処理部は、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複しないようにした結果、第１の時間範囲と第２の時間範囲とが同じ業務外時間帯に含まれることとなる場合に、第１の時間範囲よりも第２の時間範囲を先に配置する、ものであってよい。

また、本発明は、コンピュータが、貨幣処理装置の自動精査を行う第１の時間範囲を取得するステップと、コンピュータが、貨幣処理装置のプログラム更新を行う第２の時間範囲を取得するステップと、コンピュータが、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複する場合に、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複しないようにするための所定処理を行うステップと、を含む、処理方法も提供する。

本発明によれば、貨幣処理装置のプログラム更新と競合せずに貨幣処理装置の自動精査を行うことができる可能性が高まる。

本発明の実施の形態における処理システムの全体構成例を示した図である。 本発明の実施の形態における貨幣処理装置の構成例を示した図である。 本発明の実施の形態におけるサーバ装置の機能構成例を示したブロック図である。 設定情報記憶部に記憶された設定情報の一例を示した図である。 自動精査情報記憶部に記憶された自動精査情報の一例を示した図である。 プログラム更新記憶部に記憶されたプログラム更新情報の一例を示した図である。 本発明の実施の形態におけるサーバ装置の動作を具体例によって示した図である。 具体例によって示されたサーバ装置の動作が実行された後にプログラム更新記憶部に記憶されるプログラム更新情報の一例を示した図である。 本発明の実施の形態におけるサーバ装置の動作例を示したフローチャートである。 本発明の実施の形態における更新計画作成処理の具体的内容を示したフローチャートである。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。

［処理システムの全体構成］
図１は、本実施の形態における処理システム１の全体構成例を示した図である。図示するように、処理システム１は、貨幣処理装置１０ａ～１０ｃとサーバ装置２０とが通信回線８０を介して接続されることにより構成されている。

貨幣処理装置１０ａ～１０ｃは、例えば銀行等の金融機関の店舗に設置され、貨幣の入金処理及び出金処理を行う装置である。貨幣処理装置１０ａ～１０ｃは、装置内のメモリに記憶されている在高データと装置内に実際に収納されている貨幣の在高とが一致するかどうかを確認する精査を自動的に行う自動精査処理も実行する。貨幣処理装置１０ａ～１０ｃは、制御プログラム（以下、単に「プログラム」という）を動作させることによって、各処理を実行する。このプログラムは、必要に応じてバージョンアップ（更新）される。尚、貨幣処理装置１０ａ～１０ｃは、これらを区別しない場合は、貨幣処理装置１０と称することもある。図には、３台の貨幣処理装置１０を示したが、２台以下又は４台以上の貨幣処理装置１０を設けてもよい。

サーバ装置２０は、例えば貨幣処理装置１０を監視するセンターに設置され、貨幣処理装置１０で動作するプログラムを配信して更新する処理を行う装置である。サーバ装置２０は端末装置（図示せず）に接続されていてもよく、配信して更新するプログラムはこの端末装置からサーバ装置２０へ登録されるようにしてもよい。尚、貨幣処理装置１０で動作するプログラムを配信して更新することには、貨幣処理装置１０で動作するプログラムを更新するためのデータを配信してこのデータでプログラムを更新することも含まれる。

通信回線８０は、貨幣処理装置１０ａ～１０ｃとサーバ装置２０との間で情報の通信を行うための回線である。通信回線８０としては、これには限らないが、例えばインターネットを用いるとよい。

［貨幣処理装置］
図２は、本実施の形態における貨幣処理装置１０の構成例を示した図である。尚、ここでは、貨幣処理装置１０の機能のうち、紙幣を処理する機能についてのみ説明し、硬貨を処理する機能については説明を省略する。

図示するように、貨幣処理装置１０は、各種情報を表示する表示部１０１と、ユーザが情報を入力するために操作される操作部１０２とを備える。貨幣処理装置１０は、紙幣を入金するための入金口１０３と、偽紙幣等が排出されるリジェクト口１０４と、紙幣が出金される出金口１０５と、異常紙幣が収納されるリジェクト庫１０６とを更に備える。貨幣処理装置１０は、通過する紙幣の金種、真偽等を識別する識別部１１０と、通過する紙幣の表裏を反転させる表裏反転部１１１と、出金される紙幣の２枚出しや斜行等の異常を識別する出金識別部１１２とを更に備える。
貨幣処理装置１０は、１万円紙幣を収納する万円収納庫１２０と、５千円紙幣を収納する５千円収納庫１３０と、２千円紙幣を収納する２千円収納庫１４０と、千円紙幣を収納する千円収納庫１５０とを更に備える。尚、万円収納庫１２０、５千円収納庫１３０、２千円収納庫１４０、及び千円収納庫１５０は、これらを区別しない場合は、単に収納庫１２０～１５０と称することもある。貨幣処理装置１０は、収納庫１２０～１５０にそれぞれ対応する一時保留部１２１～１５１を更に備える。
貨幣処理装置１０は、サーバ装置２０からのプログラムの受信等を行う通信部１６０と、ユーザのカードを読み取るカードリーダ１６１とを更に備える。貨幣処理装置１０は、図示しないが、金種毎の在高データ等を記憶するメモリ、全体の制御を行う制御部等を更に備える。

貨幣処理装置１０は、入金口１０３に入金された紙幣の金種、真偽等を識別部１１０により識別する。そして、貨幣処理装置１０は、真紙幣を、表裏反転部１１１により表裏を揃え、金種（万円、５千円、２千円、千円）毎に一時保留部１２１～１５１を経てそれぞれ収納庫１２０～１５０に収納する。貨幣処理装置１０は、偽紙幣等を、リジェクト口１０４に排出する。
また、貨幣処理装置１０は、収納庫１２０～１５０に収納された紙幣を、出金指示があると、出金金種に応じて１枚ずつ繰り出し、出金識別部１１２を経て出金口１０５に出金し、２枚出しや斜行等の異常紙幣はリジェクト庫１０６に収納する。尚、リジェクト庫１０６にはシャッタ（図示せず）が設けられており、シャッタが開かないと収納された紙幣を取り出すことができないようになっている。

更に、貨幣処理装置１０は、自動精査指示があると、全ての金種紙幣を１枚ずつ順次繰り出し、出金識別部１１２を経て、更に一時保留部１２１～１５１を経てそれぞれ収納庫１２０～１５０に再収納する。これにより、収納庫１２０～１５０内の紙幣の在高が自動的に確定される。一方で、出金の際に２枚出しや斜行等により金種、枚数等が判定されなかった紙幣の在高は、担当者がリジェクト庫１０６から手操作で紙幣を取り出し、金種別の枚数を確認し、操作部１０２を用いて入力することにより、確定される。そして、貨幣処理装置１０は、これらの在高の合計とメモリに記憶されている在高データとを比較することによって精査を行い、その結果を表示部１０１に表示する。

［サーバ装置の構成］
図３は、本実施の形態におけるサーバ装置２０の機能構成例を示したブロック図である。図示するように、サーバ装置２０は、制御部２１と、記憶部２２と、表示部２３と、操作部２４と、通信部２５とを含む。

制御部２１は、ＣＰＵ（Central Processing Unit）等の演算回路を備え、記憶部２２に記憶されたプログラムに従って、サーバ装置２０の各部（表示部２３、操作部２４、通信部２５等）を制御する。
記憶部２２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を備え、制御部２１のプログラムを記憶し、また、制御部２１の制御処理の際にワーク領域として利用される。制御部２１のプログラムには、コンピュータである制御部２１が、後述する処理を実行するためのプログラムが含まれる。
表示部２３は、各種情報を表示する例えばディスプレイである。
操作部２４は、ユーザが情報を入力するために操作される例えばキーボードやマウスである。
通信部２５は、貨幣処理装置１０との間で通信回線８０を通じた情報通信を行う。

ここで、制御部２１の構成について具体的に説明する。制御部２１は、操作受付部２１１と、設定情報取得部２１２と、優先順位決定部２１３と、自動精査情報取得部２１４と、プログラム更新情報取得部２１５と、更新計画作成部２１６と、表示制御部２１７とを備える。

操作受付部２１１は、ユーザが操作部２４を用いて行った操作を受け付ける。具体的には、操作受付部２１１は、ユーザがプログラム更新の計画作成を指示する操作を行ったかどうかを判定し、ユーザがプログラム更新の計画作成を指示する操作を行ったと判定すれば、その操作を受け付ける。ユーザは例えば表示部２３に表示されたウェブ画面上でプログラム更新の計画作成を指示する操作を行ってもよく、操作受付部２１１はこのような操作を受け付けてもよい。

設定情報取得部２１２は、ユーザがプログラム更新の計画作成を指示する操作を操作受付部２１１が受け付けた場合に、記憶部２２から設定情報を取得する。設定情報とは、例えば更新計画作成部２１６がプログラム更新の計画を作成する際に用いる予め設定された情報である。設定情報は、単位時間帯と、単位データ量と、最大多重度と、営業日更新時間帯と、休業日更新時間帯とを含む。単位時間帯は、プログラム更新を行う時間帯の割当最小単位である。単位データ量は、１台の貨幣処理装置１０で単位時間帯に更新可能なプログラムのデータ量である。最大多重度は、単位時間帯に同時に更新可能な貨幣処理装置１０の台数である。営業日更新時間帯は、営業日にプログラム更新が可能な時間帯である。休業日更新時間帯は、休業日にプログラム更新が可能な時間帯である。

優先順位決定部２１３は、複数の貨幣処理装置１０のプログラム更新に関する優先順位を決定する。例えば、優先順位決定部２１３は、貨幣処理装置１０が設置された金融機関、貨幣処理装置１０が設置された地域、貨幣処理装置１０の機種等に応じて、優先順位を決定するとよい。但し、これはあくまで一例であり、優先順位決定部２１３は、如何なる規則に従って優先順位を決定してもよい。

自動精査情報取得部２１４は、記憶部２２から自動精査情報を取得する。自動精査情報とは、複数の貨幣処理装置１０のうち、プログラム更新の計画作成対象の貨幣処理装置１０で実行される自動精査に関する情報である。自動精査情報は、プログラム更新の計画作成対象の貨幣処理装置１０の夜間自動精査日を含む。尚、以下では、夜間自動精査のタイミングを日によって規定するが、日及び時間帯によって規定してもよい。これは、より一般化して、夜間自動精査のタイミングを時間範囲によって規定するものと捉えることができる。また、自動精査には、日中自動精査と、夜間自動精査とがある。以下では、自動精査として夜間自動精査のみを想定するが、自動精査として日中自動精査を想定してもよい。本実施の形態では、貨幣処理装置の自動精査を行う第１の時間範囲の一例として、夜間自動精査日を用いており、第１の時間範囲を取得する第１の取得部の一例として、自動精査情報取得部２１４を設けている。

プログラム更新情報取得部２１５は、記憶部２２からプログラム更新情報を取得する。プログラム更新情報とは、複数の貨幣処理装置１０のうち、プログラム更新の計画作成対象の貨幣処理装置１０でのプログラム更新に関する情報である。プログラム更新情報は、更新するプログラムのデータ量と、プログラム更新が登録された際に指示された更新日である指示更新日とを含む。尚、以下では、プログラム更新が登録された際に指示されたプログラム更新のタイミングを日によって規定するが、日及び時間帯によって規定してもよい。これは、より一般化して、指示されたプログラム更新のタイミングを時間範囲によって規定するものと捉えることができる。本実施の形態では、貨幣処理装置のプログラム更新を行う第２の時間範囲の一例として、指示更新日を用いており、第２の時間範囲を取得する第２の取得部の一例として、プログラム更新情報取得部２１５を設けている。

更新計画作成部２１６は、自動精査情報取得部２１４が取得した夜間自動精査日と、プログラム更新情報取得部２１５が取得した指示更新日とが一致するかどうかを判定する。そして、夜間自動精査日と指示更新日とが一致すると判定した場合に、夜間自動精査日とプログラムの更新日時とが一致しないようなプログラム更新の計画を作成する。尚、ここでは、夜間自動精査のタイミング及び指示されたプログラム更新のタイミングを日によって規定したため、更新計画作成部２１６は、夜間自動精査日と指示更新日とが一致するかどうかを判定するようにしたが、この限りではない。夜間自動精査のタイミング及び指示されたプログラム更新のタイミングを時間範囲によって規定するものと捉えた場合、更新計画作成部２１６は、それらの時間範囲が少なくとも部分的に重複するかどうかを判定すればよい。本実施の形態では、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複する場合に、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複しないようにするための所定処理を行う処理部の一例として、更新計画作成部２１６を設けている。

また、更新計画作成部２１６は、夜間自動精査日と指示更新日とが一致すると判定した場合に、プログラムの更新日時を、指示更新日よりも後の日にずらすことにより、夜間自動精査日とプログラムの更新日時とが一致しないようにする。尚、ここでは、夜間自動精査を行う時間帯及びプログラム更新を行う時間帯として日を跨がない業務外時間帯を想定し、更新計画作成部２１６は、プログラムの更新日時を後の日にずらすこととしたが、これには限らない。夜間自動精査を行う時間帯及びプログラム更新を行う時間帯として日を跨った業務外時間帯も想定し、更新計画作成部２１６は、プログラムの更新日時を後の業務外時間帯にずらすこととしてもよい。本実施の形態では、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複しないように第２の時間範囲を変更する処理を行う処理部の一例として、更新計画作成部２１６を設けている。また、本実施の形態では、第１の業務外時間帯の一例として、指示されたプログラム更新のタイミングを含む日を用いており、第１の業務外時間帯よりも後の第２の業務外時間帯の一例として、ずらした後のプログラム更新のタイミングを含む日を用いている。そして、第２の時間範囲が第１の業務外時間帯に含まれる場合に、第２の時間範囲を、第１の業務外時間帯よりも後の第２の業務外時間帯に含まれる時間範囲に変更する処理を行う処理部の一例として、更新計画作成部２１６を設けている。

更に、更新計画作成部２１６は、指示更新日よりも後の日として複数の候補がある場合は、その複数の候補の中から所定の条件を満たす最先の日を選択し、プログラムの更新日時をその日にずらす。
その際、所定条件は、指示更新日に行うことになっていたプログラム更新を行うのに要する時間よりも長い業務外時間帯長を有する、という条件であってよい。その場合、業務外時間帯長は、営業日よりも休業日の方が長くなるようにしてよい。或いは、より一般化して、業務外時間帯長は、営業日と休業日とで異なる長さとなるようにしてもよい。換言すれば、業務外時間帯長は、営業日においては、第１の長さとし、休業日においては、第１の長さとは異なる第２の長さとしてよい。
また、所定条件は、指示更新日に行うことになっていたプログラム更新を行っても、プログラム更新を行う貨幣処理装置１０の数が、同時にプログラム更新を行うことが可能な貨幣処理装置１０の最大数である最大多重度を超えない、という条件であってもよい。
但し、これらの条件はあくまで一例であり、所定条件として他の条件を用いてもよい。
本実施の形態では、第１の業務外時間帯よりも後の業務外時間帯のうち、第２の時間範囲に行うことになっていたプログラム更新を行うことが可能であることを示す所定条件を満たす最先の業務外時間帯の一例として、所定の条件を満たす最先の日を用いている。

表示制御部２１７は、情報を表示部２３に表示するように制御する。具体的には、表示制御部２１７は、自動精査情報取得部２１４が取得した夜間自動精査日と、プログラム更新情報取得部２１５が取得した指示更新日とが一致するかどうかを判定する。そして、夜間自動精査日と指示更新日とが一致すると判定した場合に、夜間自動精査日とプログラムの更新日時とが一致しないようなプログラム更新の計画を作成すべき旨の情報を表示部２３に表示するように制御する。例えば、表示制御部２１７は、夜間自動精査日をずらすべき旨の情報、プログラムの更新日時をずらすべき旨の情報、又は、夜間自動精査日及びプログラムの更新日時の両方をずらすべき旨の情報を、表示部２３に表示するように制御するとよい。これにより、ユーザは、夜間自動精査日とプログラムの更新日時とが一致しないようなプログラム更新の計画を作成することになる。尚、ここでは、夜間自動精査のタイミング及び指示されたプログラム更新のタイミングを日によって規定したため、表示制御部２１７は、夜間自動精査日と指示更新日とが一致するかどうかを判定するようにしたが、この限りではない。夜間自動精査のタイミング及び指示されたプログラム更新のタイミングを時間範囲とした場合、表示制御部２１７は、それらの時間範囲が少なくとも部分的に重複するかどうかを判定すればよい。本実施の形態では、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複する場合に、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複しないようにするための所定処理を行う処理部の一例として、表示制御部２１７を設けている。本実施の形態では、第１の時間範囲及び第２の時間範囲の少なくとも何れか一方を変更すべき旨の情報を出力する処理の一例として、表示制御部２１７を設けている。

また、記憶部２２の構成について具体的に説明する。記憶部２２は、設定情報記憶部２２１と、自動精査情報記憶部２２２と、プログラム更新情報記憶部２２３とを備える。
設定情報記憶部２２１は、設定情報を記憶する。設定情報の詳細については後述する。
自動精査情報記憶部２２２は、自動精査情報を記憶する。自動精査情報の詳細についても後述する。
プログラム更新情報記憶部２２３は、プログラム更新情報を記憶する。プログラム更新情報の詳細についても後述する。

図４は、設定情報記憶部２２１に記憶された設定情報の一例を示した図である。図示するように、設定情報は、設定項目と、設定値とを対応付けたものとなっている。
設定項目としては、単位時間帯、単位データ量、最大多重度、営業日更新時間帯、休業日更新時間帯等が記憶されている。
単位時間帯は、上述したように、プログラム更新を行う時間帯の割当最小単位である。プログラム更新を行う時間帯はこの単位時間帯の倍数となる。単位データ量は、上述したように、１台の貨幣処理装置１０で単位時間帯に更新可能なプログラムのデータ量である。
最大多重度は、上述したように、単位時間帯に同時に更新可能な貨幣処理装置１０の台数である。ここでは、プログラムを貨幣処理装置１０へ配信してすぐに更新することを想定しているので、単位時間帯に同時にプログラムを配信可能な貨幣処理装置１０の台数という意味で、最大多重度を設定している。
営業日更新時間帯は、上述したように、営業日にプログラム更新が可能な時間帯である。休業日更新時間帯は、上述したように、休業日にプログラム更新が可能な時間帯である。これらの時間帯は０時から２４時の間の連続した１つの時間帯として設定される。
設定値としては、単位時間帯に対して６０分が、単位データ量に対して５０ＭＢが、最大多重度に対して３が、営業日更新時間帯に対して０時から６時が、休業日更新時間帯に対して０時から２２時が、記憶されている。但し、これらの値は、あくまで一例であり、これらの値以外の如何なる値を設定値として記憶してもよい。
尚、ここでは、設定情報を、処理システム１内で共通の情報としたが、これには限らない、例えば、設定情報を、金融機関毎、店舗毎に異なる情報としてもよい。

図５は、自動精査情報記憶部２２２に記憶された自動精査情報の一例を示した図である。図示するように、自動精査情報は、装置ＩＤと、夜間自動精査日とを対応付けたものとなっている。
装置ＩＤは、貨幣処理装置１０を識別する情報である。
夜間自動精査日は、対応する装置ＩＤで識別される貨幣処理装置１０の夜間自動精査が行われる日を示す情報である。
図では、例えば、装置ＩＤ「Ｍ１０」の貨幣処理装置１０の夜間自動精査が４月３日に行われることが示されている。
尚、貨幣処理装置１０は、日々、所定のタイミングで次回の夜間自動精査日を示す自動精査情報をサーバ装置２０へ送信する。これにより、サーバ装置２０は、自動精査情報を自動精査情報記憶部２２２に記憶する。

図６は、プログラム更新情報記憶部２２３に記憶されたプログラム更新情報の一例を示した図である。図示するように、プログラム更新情報は、装置ＩＤと、プログラムＩＤと、データ量と、指示更新日と、更新日時と、計画済フラグとを対応付けたものとなっている。
装置ＩＤは、図５に関して述べたように、貨幣処理装置１０を識別する情報である。
プログラムＩＤは、対応する装置ＩＤで識別される貨幣処理装置１０で更新されるプログラムを識別する情報である。データ量は、対応する装置ＩＤで識別される貨幣処理装置１０で更新されるプログラムのデータ量である。データ量の単位はＭＢである。
指示更新日は、対応する装置ＩＤで識別される貨幣処理装置１０でプログラム更新を行うことが登録された際に指示された更新日を示す情報である。更新日時は、対応する装置ＩＤで識別される貨幣処理装置１０でプログラム更新を行うことが予定される日時を示す情報である。
計画済フラグは、対応する装置ＩＤで識別される貨幣処理装置１０でのプログラム更新が計画済であるかどうかを示すフラグである。計画済フラグは、プログラム更新が計画済である場合に「ＯＮ」となり、プログラム更新が計画済でない場合に「ＯＦＦ」となる。
図では、例えば、装置ＩＤ「Ｍ０１」の貨幣処理装置１０でプログラムＩＤ「Ｐ０１」のプログラムの更新が予定され、そのデータ量が３００ＭＢであることが示されている。そして、このプログラムを４月１日に更新することが指示され、このプログラムを４月１日の０時から６時に更新することが計画済であることが示されている。
また、図では、例えば、装置ＩＤ「Ｍ０３」の貨幣処理装置１０でプログラムＩＤ「Ｐ０３」のプログラムの更新が予定され、そのデータ量が１００ＭＢであることが示されている。そして、このプログラムを４月１日に更新することが指示されたが、このプログラムを実際にいつ更新するかは計画済でないことが示されている。

［サーバ装置の動作］
図７は、本実施の形態におけるサーバ装置２０の動作を具体例によって示した図である。
図７は、１０台の貨幣処理装置１０がプログラム更新の計画作成対象である場合について示している。そして、このうち、太線で囲んで示す２台の貨幣処理装置１０についてはプログラム更新の計画を作成済で、残りの８台の貨幣処理装置１０についてはこれからプログラム更新の計画を作成するものとする。尚、これらの貨幣処理装置１０については、装置ＩＤが小さい程、プログラム更新の優先順位が高いものとする。

図７には、データ量欄と、単位時間帯数欄とが設けられている。データ量欄には、図６に示したのと同じデータ量が示されている。単位時間帯数欄には、単位時間帯を６０分、単位データ量を５０ＭＢとし、データ量欄のデータ量を更新するのに必要な単位時間帯の数が示されている。
図７には、営業日である４月１日、休業日である４月２日、並びに営業日である４月３日及び４月４日について、更新時間帯の各単位時間帯におけるプログラム更新の計画が示されている。図４に示したのと同様に、営業日更新時間帯は０時から６時、休業日更新時間帯は０時から２２時としている。また、図６と同様に、全ての貨幣処理装置１０について、指示更新日は４月１日とする。更に、夜間自動精査は、４月３日に行われるものとする。
加えて、図７には、最下行に、単位時間帯毎に現時点でプログラム更新が計画されている貨幣処理装置１０の台数が示される多重度欄を設けている。最大多重度は、図４に示したように３とする。

装置ＩＤ「Ｍ０３」の貨幣処理装置１０のプログラム更新に必要な単位時間帯数は、図示するように「２」である。この単位時間帯数は４月１日の更新時間帯における単位時間帯数よりも少ないので、プログラム更新は４月１日に完了する。しかも、プログラム更新を行う時間帯に関わらず、最大多重度を超えることもない。そこで、プログラム更新を４月１日に行うことが計画される。尚、プログラム更新は、どの時間帯に行ってもよいが、最も早い０時から２時に行うことが計画されている。

装置ＩＤ「Ｍ０４」の貨幣処理装置１０のプログラム更新に必要な単位時間帯数は、図示するように「７」である。この単位時間帯数は４月１日の更新時間帯における単位時間帯数よりも多いので、プログラム更新は４月１日には完了しない。しかしながら、この単位時間帯数は４月２日の更新時間帯における単位時間帯数よりも少ないので、プログラム更新は４月２日に完了する。そこで、プログラム更新を４月２日に行うことが計画されている。

装置ＩＤ「Ｍ０５」の貨幣処理装置１０のプログラム更新に必要な単位時間帯数は、図示するように「４」である。この単位時間帯数は４月１日の更新時間帯における単位時間帯数よりも少ないので、プログラム更新は４月１日に完了する。しかも、２時から６時にプログラム更新を行えば、最大多重度を超えることもない。そこで、プログラム更新を４月１日の２時から６時に行うことが計画されている。

装置ＩＤ「Ｍ０６」の貨幣処理装置１０のプログラム更新に必要な単位時間帯数は、図示するように「１７」である。この単位時間帯数は４月１日の更新時間帯における単位時間帯数よりも多いので、プログラム更新は４月１日には完了しない。しかしながら、この単位時間帯数は４月２日の更新時間帯における単位時間帯数よりも少ないので、プログラム更新は４月２日に完了する。そこで、プログラム更新を４月２日に行うことが計画されている。

装置ＩＤ「Ｍ０７」の貨幣処理装置１０のプログラム更新に必要な単位時間帯数は、図示するように「１」である。この単位時間帯数は４月１日の更新時間帯における単位時間帯数よりも少ないので、プログラム更新は４月１日に完了する。しかも、５時から６時にプログラム更新を行えば、最大多重度を超えることもない。そこで、プログラム更新を４月１日の５時から６時に行うことが計画されている。

装置ＩＤ「Ｍ０８」の貨幣処理装置１０のプログラム更新に必要な単位時間帯数は、図示するように「１８」である。この単位時間帯数は４月１日の更新時間帯における単位時間帯数よりも多いので、プログラム更新は４月１日には完了しない。しかしながら、この単位時間帯数は４月２日の更新時間帯における単位時間帯数よりも少ないので、プログラム更新は４月２日に完了する。そこで、プログラム更新を４月２日に行うことが計画されている。

装置ＩＤ「Ｍ０９」の貨幣処理装置１０のプログラム更新に必要な単位時間帯数は、図示するように「１１」である。この単位時間帯数は４月１日の更新時間帯における単位時間帯数よりも多いので、プログラム更新は４月１日には完了しない。しかしながら、この単位時間帯数は４月２日の更新時間帯における単位時間帯数よりも少ないので、プログラム更新は４月２日に完了する。しかも、７時以降にプログラム更新を行えば、最大多重度を超えることもない。そこで、プログラム更新を４月２日に行うことが計画される。尚、プログラム更新は、７時以降で単位時間帯「１１」を確保できる時間帯であればどの時間帯に行ってもよいが、最も早い７時から１８時に行うことが計画されている。

装置ＩＤ「Ｍ１０」の貨幣処理装置１０のプログラム更新に必要な単位時間帯数は、図示するように「６」である。この単位時間帯数は４月１日の更新時間帯における単位時間帯数よりも少ないが、プログラム更新を行う時間帯に関わらず、最大多重度を超えてしまう。また、この単位時間帯数は４月２日の更新時間帯における単位時間帯数よりも少ないが、プログラム更新を行う時間帯に関わらず、最大多重度を超えてしまう。更に、４月３日は、夜間自動精査日になっているため、プログラム更新は行えない。そこで、プログラム更新を４月４日に行うことが計画されている。

即ち、本実施の形態では、サーバ装置２０が、各貨幣処理装置１０のプログラム更新の計画を、更新時間帯、データ量、及び最大多重度を条件として用いて自動作成するが、その条件に、各貨幣処理装置１０の夜間自動精査日を含める。

また、サーバ装置２０は、図７に示したプログラム更新の計画が作成された後、貨幣処理装置１０から自動精査情報を受信することもある。ここでは、例えば、サーバ装置２０が、４月１日に夜間自動精査を行うことを示す自動精査情報を受信したとする。
すると、例えば、装置ＩＤ「Ｍ０５」の貨幣処理装置１０のプログラム更新は、本来予定されていた４月１日をスキップして、４月２日以降の空き時間帯に自動的に割り当てられることとなる。

図８は、図７に具体例によって示されたサーバ装置２０の動作が実行された後にプログラム更新情報記憶部２２３に記憶されるプログラム更新情報の一例を示した図である。図示するように、プログラム更新情報では、装置ＩＤ「Ｍ０３」乃至装置ＩＤ「Ｍ１０」に対し、更新日時として、図７でプログラム更新を行うことが示された時間帯が記憶され、計画済フラグとして、「ＯＮ」が記憶されている。

図９は、本実施の形態におけるサーバ装置２０の動作例を示したフローチャートである。

まず、サーバ装置２０では、操作受付部２１１が、ユーザが操作部２４を用いてプログラム更新の計画作成を指示する操作を行ったかどうかを判定する（ステップ２０１）。
ステップ２０１でユーザがプログラム更新の計画作成を指示する操作を行ったと判定されなければ、操作受付部２１１は、ステップ２０１の処理を繰り返す。
ステップ２０１でユーザがプログラム更新の計画作成を指示する操作を行ったと判定されれば、設定情報取得部２１２が、設定情報記憶部２２１から設定情報を取得する（ステップ２０２）。具体的には、設定情報取得部２１２は、単位時間帯、単位データ量、最大多重度、営業日更新時間帯、休業日更新時間帯等を取得する。
次に、優先順位決定部２１３が、複数の貨幣処理装置１０のプログラム更新を行う際の優先順位を決定する（ステップ２０３）。具体的には、優先順位決定部２１３は、プログラム更新情報記憶部２２３の計画済フラグが「ＯＦＦ」となっている貨幣処理装置１０について、プログラム更新を行う際の優先順位を決定する。

次いで、制御部２１は、ステップ２０３で決定された優先順位に基づいて、未処理の貨幣処理装置１０のうちの最も優先順位が高い１つの貨幣処理装置１０に着目し（ステップ２０４）、ステップ２０５～ステップ２０７の処理を行う。
即ち、まず、自動精査情報取得部２１４が、自動精査情報記憶部２２２から、ステップ２０４で着目した貨幣処理装置１０に関する自動精査情報を取得する（ステップ２０５）。具体的には、自動精査情報取得部２１４は、ステップ２０４で着目した貨幣処理装置１０に対応する夜間自動精査日を取得する。
次に、プログラム更新情報取得部２１５が、プログラム更新情報記憶部２２３から、ステップ２０４で着目した貨幣処理装置１０に関するプログラム更新情報を取得する（ステップ２０６）。具体的には、プログラム更新情報取得部２１５は、ステップ２０４で着目した貨幣処理装置１０に対応するデータ量及び指示更新日を取得する。
次いで、更新計画作成部２１６が、ステップ２０２で取得した設定情報、ステップ２０５で取得した自動精査情報、ステップ２０６で取得したプログラム更新情報等を用いてプログラム更新の計画作成を行う更新計画作成処理を実行する（ステップ２０７）。更新計画作成処理の詳細については後述する。

その後、制御部２１は、未処理の貨幣処理装置１０があるかどうかを判定する（ステップ２０８）。
ステップ２０８で未処理の貨幣処理装置１０があると判定されれば、制御部２１は、処理をステップ２０４へ戻す。
ステップ２０８で未処理の貨幣処理装置１０があると判定されなければ、制御部２１は、処理を終了する。

図１０は、本実施の形態における更新計画作成処理の具体的内容を示したフローチャートである。

まず、更新計画作成部２１６は、ステップ２０６で取得されたプログラム更新情報に含まれる指示更新日を候補更新日に決定する（ステップ２５１）。
次に、更新計画作成部２１６は、ステップ２５１で決定された候補更新日と、ステップ２０５で取得された自動精査情報に含まれる夜間自動精査日とが一致するかどうかを判定する（ステップ２５２）。

ステップ２５２で候補更新日と夜間自動精査日とが一致すると判定されれば、更新計画作成部２１６は、夜間自動精査日を避けた形でプログラム更新を行うために、この候補更新日の次の日を新たに候補更新日に決定し（ステップ２５３）、処理をステップ２５２へ戻す。この場合、更新計画作成部２１６は、ステップ２５２において、候補更新日として、ステップ２５１で決定された候補更新日ではなく、ステップ２５３で決定された候補更新日を用いることになる。

ステップ２５２で候補更新日と夜間自動精査日とが一致すると判定されなければ、更新計画作成部２１６は、候補更新日の更新時間帯を取得する（ステップ２５４）。具体的には、候補更新日が営業日であれば、更新計画作成部２１６は、候補更新日の更新時間帯として、ステップ２０２で取得された設定情報に含まれる営業日更新時間帯を取得する。候補更新日が休業日であれば、更新計画作成部２１６は、候補更新日の更新時間帯として、ステップ２０２で取得された設定情報に含まれる休業日更新時間帯を取得する。その際、更新計画作成部２１６は、候補更新日が営業日であるか休業日であるかを、全ての銀行に共通のカレンダーによって判定してもよいし、銀行毎のカレンダーによって判定してもよい。

次に、更新計画作成部２１６は、ステップ２５４で取得された候補更新日の更新時間帯内でプログラム更新が完了するかどうかを判定する（ステップ２５５）。具体的には、更新計画作成部２１６は、ステップ２０６で取得されたプログラム更新情報に含まれるデータ量を、ステップ２０２で取得された設定情報に含まれる単位データ量で除することにより、プログラム更新に必要な単位時間帯の数を算出する。そして、更新計画作成部２１６は、この算出した単位時間帯の数と、ステップ２５４で取得された更新時間帯に含まれる単位時間帯の数とを比較することにより、更新時間帯内でプログラム更新が完了するかどうかを判定する。更新計画作成部２１６は、前者の単位時間帯の数が後者の単位時間帯の数以下であれば、更新時間帯内でプログラム更新が完了すると判定し、前者の単位時間帯の数が後者の単位時間帯の数を超えていれば、更新時間帯内でプログラム更新が完了すると判定しない。

ステップ２５５で候補更新日の更新時間帯内でプログラム更新が完了すると判定されなければ、更新計画作成部２１６は、この候補更新日の次の日を新たに候補更新日に決定し（ステップ２５３）、処理をステップ２５２へ戻す。この場合、更新計画作成部２１６は、ステップ２５２において、候補更新日として、ステップ２５１で決定された候補更新日ではなく、ステップ２５３で決定された候補更新日を用いることになる。

ステップ２５５で候補更新日の更新時間帯内でプログラム更新が完了すると判定されれば、更新計画作成部２１６は、ステップ２０２で取得された設定情報に含まれる最大多重度内でプログラム更新が可能かどうかを判定する（ステップ２５６）。具体的には、更新計画作成部２１６は、ステップ２５５と同様にして、プログラム更新に必要な単位時間帯の数を算出する。そして、更新計画作成部２１６は、候補更新日の更新時間帯から、この算出した数の単位時間帯からなる空き時間帯を探す。ここで、空き時間帯とは、その時間帯にプログラム更新を行うこととしても、その時間帯における全ての単位時間帯について、プログラム更新が行われる貨幣処理装置１０の和が最大多重度を超えないような時間帯のことである。更新計画作成部２１６は、このような空き時間帯が見つかるかどうかを調べることにより、最大多重度内でプログラム更新が可能かどうかを判定する。更新計画作成部２１６は、空き時間帯が見つかれば、最大多重度内でプログラム更新が可能であると判定し、空き時間帯が見つからなければ、最大多重度内でプログラム更新が可能であると判定しない。

ステップ２５６で最大多重度内でプログラム更新が可能であると判定されなければ、更新計画作成部２１６は、この候補更新日の次の日を新たに候補更新日に決定し（ステップ２５３）、処理をステップ２５２へ戻す。この場合、更新計画作成部２１６は、ステップ２５２において、候補更新日として、ステップ２５１で決定された候補更新日ではなく、ステップ２５３で決定された候補更新日を用いることになる。

ステップ２５６で最大多重度内でプログラム更新が可能であると判定されれば、更新計画作成部２１６は、ステップ２５６で見つかった空き時間帯を、更新日時に決定する（ステップ２５７）。尚、ステップ２５６で複数の空き時間帯が見つかった場合、更新計画作成部２１６は、例えば、最も早い空き時間帯を更新日時とすればよい。その後、更新計画作成部２１６は、プログラム更新情報の計画済フラグを「ＯＮ」とし（ステップ２５８）、図９の処理に戻る。

尚、上記動作例では、夜間自動精査日とプログラムの更新日時とが一致しないようにするために、サーバ装置２０が、自動的にプログラム更新の計画を作成したが、これには限らない。夜間自動精査日とプログラムの更新日時とが一致しないようにするために、サーバ装置２０は、プログラム更新の計画を作成するようユーザに指示してもよい。この場合、サーバ装置２０は、図９のステップ２０７で、更新計画作成処理に代えて、更新計画作成指示処理を行う。そして、更新計画作成指示処理では、例えば、表示制御部２１７が、指示更新日と夜間自動精査日とが一致していれば、プログラム更新の計画を作成すべき旨を表示部２３に表示する、という処理を行う。或いは、表示制御部２１７は、プログラム更新の計画が作成された後に貨幣処理装置１０から自動精査情報を受信した場合にのみ、プログラム更新の計画を作成すべき旨を表示部２３に表示する処理を行うようにしてもよい。

［変形例］
上記では、夜間自動精査日と指示更新日とが一致すると判定した場合に、更新計画作成部２１６が、プログラムの更新日時をずらすことにより夜間自動精査日とプログラムの更新日時とが一致しないようにしたが、これには限らない。夜間自動精査日と指示更新日とが一致すると判定した場合に、自動精査日変更部（図示せず）が、夜間自動精査日をずらすことにより夜間自動精査日とプログラムの更新日時とが一致しないようにしてもよい。この場合、自動精査日変更部は、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複しないように第１の時間範囲を変更する処理を行う処理部の一例である。
或いは、夜間自動精査日と指示更新日とが一致すると判定した場合に、夜間自動精査及びプログラム更新のどちらを優先して行うかをユーザが設定できるようにしてもよい。つまり、更新計画作成部２１６がプログラムの更新日時をずらす処理、及び、自動精査日変更部（図示せず）が夜間自動精査日をずらす処理のうち、ユーザが指定した処理を制御部２１が実行するようにしてもよい。この場合、制御部２１は、第１の時間範囲と第２の時間範囲とが少なくとも部分的に重複しないように、第１の時間範囲及び第２の時間範囲のうちの利用者により指定された時間範囲を変更する処理を行う処理部の一例である。

上記では、サーバ装置２０は、日中自動精査日についても指示更新日と一致するかどうかを判定してよいとしたが、このようにしなくてもよい。サーバ装置２０は、日中自動精査日と夜間自動精査日とを含む自動精査情報を貨幣処理装置１０から受信した場合に、夜間自動精査日についてのみ指示更新日と一致するかどうかを判定するようにしてもよい。この場合、第１の時間範囲は、貨幣処理装置の夜間自動精査を行う時間範囲である。
また、自動精査は、貨幣処理装置１０に設けられる操作部１０２から指示される自動精査と、貨幣処理装置１０から遠隔にあるリモート端末から指示される自動精査とを含んでもよい。そして、サーバ装置２０は、両方の自動精査に関する自動精査情報を貨幣処理装置１０から受信した場合に、後者の自動精査の自動精査日についてのみ指示更新日と一致するかどうかを判定するようにしてもよい。この場合、前者の自動精査は第１の自動精査の一例であり、後者の自動精査は第２の自動精査の一例である。そして、第１の時間範囲は、貨幣処理装置１０の第２の自動精査を行う時間範囲である。

上記では言及しなかったが、自動精査を行うタイミング及びプログラム更新を行うタイミングを日及び時間帯で規定した場合には、これらのタイミングが少なくとも部分的に重複しないようにした結果、これらのタイミングが同じ日になる場合がある。そのような場合、制御部２１は、自動精査を行うタイミングよりもプログラム更新を行うタイミングを先に配置するとよい。これは、自動精査を行うことによりリジェクト貨幣が発生した状態で、プログラム更新を行うと複雑な状態になるからである。

上記では、サーバ装置２０は、貨幣処理装置１０へプログラムを配信してすぐに更新することとしたが、これには限らない。サーバ装置２０は、貨幣処理装置１０へプログラムを事前に配信しておき、プログラム更新の計画に設定された更新日時になるとプログラムを更新するようにしてもよい。その場合は、プログラム更新の更新計画を作成する際に、最大多重度は考慮しなくてもよい。
また、上記では、貨幣処理装置１０の夜間自動精査日と貨幣処理装置１０のプログラムの更新日時とが一致しないようにしたが、これには限らない。貨幣処理装置１０の夜間自動精査日と貨幣処理装置１０のプログラムの配信日時とが一致しないようにしてもよい。

［実施の形態の効果］
本実施の形態では、貨幣処理装置１０の自動精査を行う時間範囲と貨幣処理装置１０のプログラム更新を行う時間範囲とが少なくとも部分的に重複する場合に、これらの時間範囲が少なくとも部分的に重複しないようにした。これにより、貨幣処理装置１０のプログラム更新と競合せずに貨幣処理装置１０の自動精査を行うことができる可能性が高まった。
その結果、例えば金融機関の店舗等での朝一番での貨幣処理装置１０のエラー発生を回避できる可能性が高まった。例えば、貨幣処理装置１０の夜間自動精査を行う場合、リジェクト庫１０６からのリジェクト貨幣の抜き取り待ちの状態となる。その状態でプログラム更新を実行してしまった場合、貨幣処理装置１０はエラーとなって朝一番を迎える。しかしながら、夜間自動精査とプログラム更新とが競合しなければ、このようなエラーの発生を抑制できるからである。

また、本実施の形態では、夜間自動精査とプログラム更新とが競合しなくなったため、プログラムを再度配信する必要がなくなり、結果的に通信量を削減することも可能となった。

１…処理システム、１０…貨幣処理装置、２０…サーバ装置、２１…制御部、２１１…操作受付部、２１２…設定情報取得部、２１３…優先順位決定部、２１４…自動精査情報取得部、２１５…プログラム更新情報取得部、２１６…更新計画作成部、２１７…表示制御部、２２…記憶部、２２１…設定情報記憶部、２２２…自動精査情報記憶部、２２３…プログラム更新情報記憶部、２３…表示部、２４…操作部、２５…通信部

Claims (14)

1. 貨幣処理装置の自動精査を行う第１の時間範囲を取得する第１の取得部と、
   前記貨幣処理装置のプログラム更新を行う第２の時間範囲を取得する第２の取得部と、
   前記第１の時間範囲と前記第２の時間範囲とが少なくとも部分的に重複する場合に、当該第１の時間範囲と当該第２の時間範囲とが少なくとも部分的に重複しないようにするための所定処理を行う処理部と、
   を備える処理システム。
2. 前記所定処理は、前記第１の時間範囲及び前記第２の時間範囲の少なくとも何れか一方を変更すべき旨の情報を出力する処理である、請求項１に記載の処理システム。
3. 前記所定処理は、前記第１の時間範囲と前記第２の時間範囲とが少なくとも部分的に重複しないように当該第１の時間範囲を変更する処理である、請求項１に記載の処理システム。
4. 前記所定処理は、前記第１の時間範囲と前記第２の時間範囲とが少なくとも部分的に重複しないように当該第２の時間範囲を変更する処理である、請求項１に記載の処理システム。
5. 前記所定処理は、前記第２の時間範囲が第１の業務外時間帯に含まれる場合に、当該第２の時間範囲を、当該第１の業務外時間帯よりも後の第２の業務外時間帯に含まれる時間範囲に変更する処理である、請求項４に記載の処理システム。
6. 前記第２の業務外時間帯は、前記第１の業務外時間帯よりも後の業務外時間帯のうち、前記第２の時間範囲に行うことになっていたプログラム更新を行うことが可能であることを示す所定条件を満たす最先の業務外時間帯である、請求項５に記載の処理システム。
7. 前記所定条件は、前記第２の時間範囲に行うことになっていたプログラム更新を行うのに要する時間よりも長い業務外時間帯長を有する、という条件である、請求項６に記載の処理システム。
8. 前記業務外時間帯長は、営業日においては、第１の長さであり、休業日においては、当該第１の長さとは異なる第２の長さである、請求項７に記載の処理システム。
9. 前記所定条件は、前記第２の時間範囲に行うことになっていたプログラム更新を行っても、プログラム更新を行う前記貨幣処理装置の数が、同時にプログラム更新を行うことが可能な当該貨幣処理装置の最大数を超えない、という条件である、請求項６に記載の処理システム。
10. 前記所定処理は、前記第１の時間範囲と前記第２の時間範囲とが少なくとも部分的に重複しないように、当該第１の時間範囲及び当該第２の時間範囲のうちの利用者により指定された時間範囲を変更する処理である、請求項１に記載の処理システム。
11. 前記自動精査は、日中自動精査と、夜間自動精査とを含み、
    前記第１の時間範囲は、前記貨幣処理装置の前記夜間自動精査を行う時間範囲である、請求項１に記載の処理システム。
12. 前記自動精査は、前記貨幣処理装置に設けられる操作部から指示される第１の自動精査と、前記貨幣処理装置から遠隔にあるリモート端末から指示される第２の自動精査とを含み、
    前記第１の時間範囲は、前記貨幣処理装置の前記第２の自動精査を行う時間範囲である、請求項１に記載の処理システム。
13. 前記処理部は、前記第１の時間範囲と前記第２の時間範囲とが少なくとも部分的に重複しないようにした結果、当該第１の時間範囲と当該第２の時間範囲とが同じ業務外時間帯に含まれることとなる場合に、当該第１の時間範囲よりも当該第２の時間範囲を先に配置する、請求項１に記載の処理システム。
14. コンピュータが、貨幣処理装置の自動精査を行う第１の時間範囲を取得するステップと、
    コンピュータが、前記貨幣処理装置のプログラム更新を行う第２の時間範囲を取得するステップと、
    コンピュータが、前記第１の時間範囲と前記第２の時間範囲とが少なくとも部分的に重複する場合に、当該第１の時間範囲と当該第２の時間範囲とが少なくとも部分的に重複しないようにするための所定処理を行うステップと、
    を含む、処理方法。