(57)【要約】【課題】運用スケジュールの変更を容易にできる自動取引装置を提供すること。【解決手段】運用スケジュールに従った運用内容で動作する自動取引装置１において、基準となる運用スケジュールを定める運用スケジュールデータ３０と、特定期間の運用スケジュールを定める変更スケジュールデータ３２とを記憶する記憶部１４と、前記運用スケジュールデータ及び前記変更スケジュールデータの中から、運用の曜日または日が現在の曜日または日と一致し、かつ運用の時刻が現在の時刻と同じか又は未来時刻で最も直近するデータを抽出し、前記運用スケジュールデータ及び前記変更スケジュールデータから運用の時刻が同一時刻であるデータを抽出した場合には、前記変更スケジュールデータの方のデータを登録する登録部４０と、前記登録部によって登録されたデータに基づき、当該データの運用の時刻に当該データのアクションの実行を指示する処理部４２と、備える。【選択図】図８
2014078140.tif 000002
【特許請求の範囲】
【請求項１】
運用スケジュールに従った運用内容で動作する自動取引装置において、
基準となる運用スケジュールを定める運用スケジュールデータと、特定期間の運用スケジュールを定める変更スケジュールデータとを記憶する記憶部と、
前記運用スケジュールデータ及び前記変更スケジュールデータの中から、運用の曜日または日が現在の曜日または日と一致し、かつ運用の時刻が現在の時刻と同じか又は未来時刻で最も直近するデータを抽出し、前記運用スケジュールデータ及び前記変更スケジュールデータから運用の時刻が同一時刻であるデータを抽出した場合には、前記変更スケジュールデータの方のデータを登録する登録部と、
前記登録部によって登録されたデータに基づき、当該データの運用の時刻に当該データのアクションの実行を指示する処理部と、を備える
ことを特徴とする自動取引装置。
【請求項２】
前記登録部は、前記変更スケジュールデータの種類が複数あって、前記複数の変更スケジュールデータから、運用の時刻が同一時刻であるデータを抽出した場合には、前記変更スケジュールデータの優先順位に従って、１つのデータを登録する
ことを特徴とする請求項１に記載の自動取引装置。
【請求項３】
前記変更スケジュールデータには、前記変更スケジュールデータ間での優先順位を示す情報が付される
ことを特徴とする請求項２に記載の自動取引装置。
【請求項４】
前記登録部は、前記運用スケジュールデータ及び前記変更スケジュールデータの中から、現在の曜日または日と一致するデータを探す場合には、当該日を優先して探す、
ことを特徴とする請求項１に記載の自動取引装置。
【請求項５】
基準となる運用スケジュールを定める運用スケジュールデータと、特定の曜日あるいは特定の日に対応する運用スケジュールを定める変更スケジュールデータとをそれぞれ記憶する記憶部を有する自動取引装置を前記運用スケジュールに従った内容で運用する運用方法において、
前記運用スケジュールデータ及び前記変更スケジュールデータの中から、運用の曜日または日が現在の曜日または日と一致し、かつ運用の時刻が現在の時刻と同じか又は未来時刻で最も直近するデータを抽出し、
前記運用スケジュールデータ及び前記変更スケジュールデータから、運用の時刻が同一時刻であるデータを抽出した場合には、前記変更スケジュールデータの方のデータを登録し、
前記登録されたデータに基づき、当該データの運用の時刻に当該データのアクションの実行を指示する
ことを特徴とする自動取引装置の運用方法。
【請求項６】
基準となる運用スケジュールを定める運用スケジュールデータと、特定の曜日あるいは特定の日に対応する運用スケジュールを定める変更スケジュールデータとをそれぞれ記憶する記憶部を有する自動取引装置のコンピュータに前記運用スケジュールに従った動作を行なわせるプログラムにおいて、
前記運用スケジュールデータ及び前記変更スケジュールデータの中から、運用の曜日または日が現在の曜日または日と一致し、かつ運用の時刻が現在の時刻と同じか又は未来時刻で最も直近するデータを抽出するステップと、
前記運用スケジュールデータ及び前記変更スケジュールデータから、運用の時刻が同一時刻であるデータを抽出した場合には、前記変更スケジュールデータの方のデータを登録するステップと、
登録されたデータに基づき、当該データの運用の時刻に当該データのアクションの実行を指示するステップ、を含む
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動取引装置、自動取引装置の運用スケジュール変更技術に関する。
【背景技術】
【０００２】
金融機関等で広く利用される自動取引装置（ＡＴＭ）において、運用スケジュールに応じた、取引（支払、入金、記帳、振込等々）が提供される（例えば、特許文献１）。運用スケジュールは、季節や曜日あるいは特定の期間（正月、お盆）に合わせた内容になっている。
【０００３】
この運用スケジュールを変更する必要は、しばしば生じる。変更は、直接自動取引装置から入力して運用スケジュールデータを変更する方法か、あるいは、変更した運用スケジュールデータを遠隔地よりダウンロードする方法が一般にとられている。
【０００４】
これら従来の方法では、例えば、夏の期間だけの変更、キャンペーン期間だけの変更といった“一定期間だけの変更”の場合、変更時に従来の運用スケジュールデータから新しい運用スケジュールデータに切り換え、変更時期の終了後には、再度従来の運用スケジュールデータに戻すという、２回の操作がしばしば必要であった。更に、変更期間が複数あってかつ重なった場合は、切替操作の回数はさらに増えて、その切り換え操作は煩雑となっていた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平８−１６１５９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
地域の特性や要望に応じた柔軟な運用を実現するためには、運用スケジュールの変更が容易にできる自動取引装置が求められる。
本願発明は、上記課題に鑑み、運用スケジュールの変更を容易にできる自動取引装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、基準となる運用スケジュールを定める運用スケジュールデータと、特定期間の運用スケジュールを定める変更スケジュールデータとを記憶する記憶部と、前記運用スケジュールデータ及び前記変更スケジュールデータの中から、運用の曜日または日が現在の曜日または日と一致し、かつ運用の時刻が現在の時刻と同じか又は未来時刻で最も直近するデータを抽出し、前記運用スケジュールデータ及び前記変更スケジュールデータから運用の時刻が同一時刻であるデータを抽出した場合には、前記変更スケジュールデータの方のデータを登録する登録部と、前記登録部によって登録されたデータに基づき、当該データの運用の時刻に当該データのアクションの実行を指示する処理部と、備える。
【発明の効果】
【０００８】
本発明によれば、運用スケジュールの変更を容易にできる自動取引装置を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態の自動取引装置１の主要な構成を示すブロック図である。
【図２】運用スケジュールデータ３０の構成例を示す図である。
【図３】運用スケジュールデータ３０の定義情報の一部を示すものである。
【図４】変更スケジュールデータの構成例を示す図である。
【図５】運用スケジュールデータ３０と変更スケジュールデータの適用期間を比較したタイムチャートである。
【図６】自動取引装置１から直接変更内容を入力して、運用スケジュールを変更させる例を説明する図である。
【図７】遠隔地から運用スケジュールデータを変更する例を説明する図である。
【図８】運用スケジュールデータ３０及び変更スケジュールデータ３２による自動運転処理の概略を示す図である。
【図９】タイマ登録部４０によるタイマ登録処理の手順を説明するフローチャートである。
【図１０Ａ】スケジュールデータ検索の手順を説明するサブルーチン１である。
【図１０Ｂ】スケジュールデータ検索の手順を説明するサブルーチン２である。
【発明を実施するための形態】
【００１０】
以下、図面に従って本発明の実施形態を説明する。図１は、本実施形態の自動取引装置（ＡＴＭ）１の主要な構成を示すブロック図である。
自動取引装置１は、ＣＰＵ１０、ＲＡＭ１２、記憶部１４、ディスプレイ／タッチパネル１６、紙幣処理ユニット１８、カード・通帳処理ユニット２０、硬貨処理ユニット２２、通信Ｉ／Ｆ２４を有する。
【００１１】
ＣＰＵ１０は、各種プログラムに従って自動取引装置１の全体を制御する制御部である。特に本実施形態においては、ＣＰＵ１０は、自動取引装置１の運用内容を、運用スケジュールデータに従って制御する。
【００１２】
運用内容とは、自動取引装置１の稼働／停止や、自動取引装置１で可能とする取引内容（支払、入金、記帳、振込等々）をいう。また、運用スケジュールデータとは、曜日ごと、又は特定日（例えば祝日）に、一日の運用内容のスケジュール、すなわち、何時何分にどのようなアクション（例えば取引開始の実行）を行うかを定義したデータである。
【００１３】
ＲＡＭ１２は、一時記憶メモリである。例えば、外部から送信されたデータの一時保存あるいはＣＰＵ１０のワーキングメモリとして利用される。記憶部１４は、データの保存記憶用のメモリ、例えばハードディスクである。記憶部１４には、自動取引装置１の各種制御プログラムや、運用スケジュールデータ等が記憶される。
【００１４】
ディスプレイ／タッチパネル１６は、自動取引装置１のメニューや操作ガイドを表示し、対応して顧客からのメニューの選択や金額／暗証番号等を入力させる。ＬＣＤ等の薄型表示部とそれに積層されるタッチパネルから構成される。
【００１５】
また、ディスプレイ／タッチパネル１６は、運用スケジュールデータを変更する際に、変更スケジュールデータを自動取引装置１から直接入力するための入力部及び表示部にもなる。
【００１６】
紙幣処理ユニット１８は、顧客から支払の指示あるいは入金操作があった場合には、指示内容に応じた金額の紙幣を内部の紙幣ユニットから計数して紙幣支払口まで搬送したり、入金された紙幣を紙幣ユニットまで搬送して格納するものである。
【００１７】
カード・通帳処理ユニット２０は、カードや通帳等の媒体を取り込み・返却する。媒体の取り込み時、媒体に付された情報が読み取られ、個人情報や口座番号が特定され、また、取り引き履歴等の書き込み・印字するものである。
【００１８】
硬貨処理ユニット２２は、紙幣処理ユニット１８と同様に、硬貨の支払い、及び硬貨の格納をするものである。
通信Ｉ／Ｆ２４は、遠隔地に設置されて、各自動取引装置１をまとめて管理するサーバ、あるいは、顧客の情報が記憶されている顧客データベースと、自動取引装置１間で、データの送受信の実行を制御するものである。
【００１９】
ＣＰＵ１０は、記憶部１４から所定のプログラムを読込んで、ディスプレイ／タッチパネル１６、紙幣処理ユニット１８、カード・通帳処理ユニット２０、硬貨処理ユニット２２、通信Ｉ／Ｆ２４等を制御する。
【００２０】
図２は、運用スケジュールデータ３０の構成例を示す図である。前述のように、運用スケジュールデータとは、曜日ごと、又は、特定日（例えば、祝日）に、一日の運用スケジュール、すなわち、何時何分に行うアクション（例えば取引開始の実行）を定義したデータである。運用スケジュールデータ３０は、通常１年分を定義している。ただし、なかには１０年分定義のものもある。  
【００２１】
運用スケジュールデータ３０は、特定日スケジュールと曜日スケジュールに大きく分かれる。特定日スケジュールは、日ごとに定義されるスケジュールである。特定日スケジュールとは、例えば、正月（１月１日，１月２日，１月３日）といった祝日の特別な日ごとに定義されるスケジュールである。なお、この特定日スケジュールは、以下で述べるハッピーマンデースケジュールおよび曜日スケジュールより優先される。
【００２２】
曜日スケジュールとは、曜日ごとに定義されるスケジュールである。自動取引装置１の運用は曜日で大きく異なるために、日毎に定義する場合に比べて、曜日ごとに定義する方が、一般的に定義作業の負荷を軽減することができる。
【００２３】
ハッピーマンデースケジュールとは、月曜日がハッピーマンデーの場合の運用スケジュールである。自動取引装置１では、月曜日の場合、ハッピーマンデーか否かを判定し、通常の月曜日とは区別した曜日として扱う。  
【００２４】
また、曜日スケジュールは、ハッピーマンデースケジュール以外に、月曜日スケジュール、火曜日スケジュール、・・・日曜日スケジュールに分けられる。
【００２５】
図３は、運用スケジュールデータ３０の定義情報の一部を示すもので、一例として、月曜日スケジュールデータの定義情報を示す。定義情報の形式は、曜日スケジュールと特定日スケジュールで、同一であるので、曜日スケジュールを代表して示す。
【００２６】
運用スケジュールデータ３０は、各運用データから構成される。月曜日の運用スケジュールデータ３０は、データｐ１〜ｐ４の４つの運用データ(以下、データとも略す)から構成されるものとする。各運用データは、適用される曜日や特定日、運用データのアクションの開始時間である「スケジュール時間」、及びアクションの種類の内容である「スケジュール時間に行うアクション」の情報から構成される。
【００２７】
例えば、データｐ１は、「月曜日」の「８：００」に「全取引開始」を、自動取引装置１に指示する内容である。全取引開始とは、入金・出金・振込・記帳等自動取引装置１で可能な全ての取引を、開始することをいう。
【００２８】
データｐ２は、「月曜日」の「１５：００」に「振込取引停止」を、自動取引装置１に指示する内容である。１５：００以降は、振込取引のみを停止し、それ以外の取引は、可能とする。
【００２９】
データｐ３は、「月曜日」の「２０：００」に「全取引停止」を、自動取引装置１に指示する内容である。データｐ４は、「月曜日」の「２０：３０」に「自動取引装置シャットダウン」を、自動取引装置１に指示する内容である。２０：３０に自動取引装置１の主電源が落とされる。
【００３０】
運用スケジュールデータ３０は、年間を通して定められているような基本的なスケジュールであるので、今年のゴールデンウィークだけとか、地域によって異なる行事日程に合わせて運用を行うには、運用スケジュールデータ３０の変更が必要になる。
【００３１】
従来は、一時期だけの変更であっても、運用スケジュールデータ３０全体を変更内容に合わせて更新していた。これに対しては、本実施形態では、運用スケジュールデータ３０自体は変更しないで、原則変更内容だけのデータである変更スケジュールデータを作成し、この変更スケジュールデータと運用スケジュールデータ３０を対照しながら、アクションを決めて運用するようにした。以下では、基準となる運用スケジュールのデータを運用スケジュールデータと、特定期間の運用スケジュールのデータを変更スケジュールデータと呼ぶ。
【００３２】
図４は、変更スケジュールデータの構成例を示す図である。図５は、運用スケジュールデータ３０と、図４の２つの変更スケジュールデータの適用期間を比較したタイムチャートである。
【００３３】
図５に示すように、運用スケジュールデータ３０は全期間に適用されるスケジュールとし、変更スケジュールデータＡは、ゴールデンウィーク期間と夏季期間に適用されるスケジュールであり、変更スケジュールデータＢは、夏季期間の中のお盆の期間に適用されるスケジュールとする。なお、重なり情報Ｋについては、後述する。
【００３４】
図４（Ａ）は、変更スケジュールデータＡの、曜日・時刻・アクションを説明する図である。変更内容は、月曜日の８：００に全取引を開始するというスケジュールを、７：３０に全取引を開始する内容に変更するものである。これに対応する運用データは、データｑ１及びデータｑ２の２つである。
【００３５】
データｑ１は、「月曜日」の「７：３０」に「全取引開始」のアクションを自動取引装置１に指示する内容である。データｑ２は、「月曜日」の「８：００」にアクションとして「なし」を自動取引装置１に指示する内容である。データｑ２は、運用スケジュールデータ３０に存在するデータｐ１（図３）の指示を無効にするためである。データｑ２の指示がないと、８：００に再度全取引開始のアクションが自動取引装置１に指示されてしまうからである。
【００３６】
図４（Ｂ）は、図４（Ａ）で説明した変更スケジュールデータＡのデータｑ１、ｑ２に、有効期間データが追加されたデータを示す図である。変更内容は、図４（Ａ）で示した変更を、夏季（７／１から８／３１）の期間中、有効にするというものである。
【００３７】
図４（Ｃ）は、変更スケジュールデータＡに変更スケジュールデータＢが加わった場合の、データを示す図である。変更スケジュールデータＢは、自動取引装置１を、お盆の期間の月曜日のみ、７：３０から出金のみの取引にするというものである。
【００３８】
変更スケジュールデータが複数で、かつ重複する期間が発生する場合には、変更スケジュールデータ間で優先順位を明確にするために、各データに重なり情報Ｋが追加される。重なり情報Ｋは、０，１，２・・として、優先度の高いデータほどより大きな値が付けられる。
【００３９】
運用スケジュールデータ３０の重なり情報Ｋは０とする。ここで、変更スケジュールデータＢが変更スケジュールデータＡに優先するものとし、変更スケジュールデータＡのデータｑ１、データｑ２については、重なり情報Ｋ＝１とし、変更スケジュールデータＢのデータｒ１については、重なり情報Ｋ＝２とする。
【００４０】
図６及び図７は、運用スケジュールを変更する場合の、従来の方式と本実施形態の方式を比較して説明するための図である。
図６は、自動取引装置１から直接変更内容を入力して、運用スケジュールを変更させる例を説明する図である。図６（Ａ）は、従来の方式による例である。変更時には、ディスプレイ／タッチパネル１６に運用スケジュールデータ３０を表示させて、ディスプレイ／タッチパネル１６から必要な変更スケジュールデータ３２を入力させる。
【００４１】
変更処理部３４が、入力された変更スケジュールデータ３２に基づき、記憶部１４の運用スケジュールデータ３０を書き換えて、変更された運用スケジュールデータ３０ａを記憶部１４に記憶させる。なお、変更処理部３４は、所定の運用スケジュールデータ変更プログラムを読込んだＣＰＵ１０により実現される機能である。
【００４２】
図６（Ｂ）は、本実施形態の方式によるものである。変更時には、ディスプレイ／タッチパネル１６に運用スケジュールデータ３０を表示させて、ディスプレイ／タッチパネル１６から必要な変更スケジュールデータ３２を入力させる。変更スケジュールデータ３２として、有効期間あるいは重なり情報Ｋも入力される。
【００４３】
変更処理部３４が、入力された変更スケジュールデータ３２を、記憶部１４に記憶させる。記憶部１４には、運用スケジュールデータ３０と別に変更スケジュールデータ３２が記憶される。変更処理部３４は、所定の運用スケジュールデータ変更プログラムを読込んだＣＰＵ１０により実現される機能である。なお、変更スケジュールデータ３２は、記憶部１４内に有効期間の終了日まで保存され、終了日後に、変更処理部３４により削除される。
【００４４】
図７は、遠隔地から運用スケジュールデータを変更する例を説明する図である。図７（Ａ）は、従来の方式によるものである。変更時には、センタのサーバからインターネット等のネットワークを経由して、自動取引装置１の通信Ｉ／Ｆ２４を介して、変更された運用スケジュールデータ３０ａが自動取引装置１にダウンロードされる。ダウンロードされた運用スケジュールデータ３０ａは、古い運用スケジュールデータ３０に代わって記憶部１４に記憶される。
【００４５】
図７（Ｂ）は、本実施形態の方式によるものである。変更時には、変更スケジュールデータ３２が自動取引装置１にダウンロードされて、運用スケジュールデータ３０とともに、記憶部１４に記憶される。
【００４６】
図８は、運用スケジュールデータ３０及び変更スケジュールデータ３２による自動運転処理の概略を示す図である。自動運転処理は、自動運転処理のプログラムを読込んだＣＰＵ１０により実現される機能である、タイマ登録部４０（登録部とも称す）、タイマ処理部４２（処理部とも称す）及びアクション実行部４４によって、主に実行される。
【００４７】
タイマ登録部４０は、記憶部１４から運用スケジュールデータ３０及び変更スケジュールデータ３２を読み込んで、運用の曜日または日が現在の曜日または日と一致し、かつ運用の時刻が現在の時刻と同じか又は未来時刻で最も直近するデータを抽出し、運用スケジュールデータ３０及び変更スケジュールデータ３２から、運用の時刻が同一時刻であるデータを抽出した場合には、変更スケジュールデータ３２の方のデータを、タイマ処理部に登録する。
【００４８】
また、タイマ登録部４０は、変更スケジュールデータ３２の種類が複数あって、複数の変更スケジュールデータ３２から、運用の時刻が同一時刻であるデータを抽出した場合には、変更スケジュールデータ３２の優先順位に従って、１つのデータを登録する。優先順位は、重なり情報の大小に従う。また、タイマ登録部４０は、タイマ処理部４２により起動される。
【００４９】
タイマ処理部４２は、タイマ登録部４０から登録されたデータの時刻(タイムアウト時)になったら、依頼されたアクションの起動をアクション実行部４４に指示する。また、タイマ処理部４２は、タイマ登録部４０を起動する。
【００５０】
そして、アクション実行部４４は、タイマ処理部４２から起動されたアクションを実行する。
以上のように、自動運転処理では、自動取引装置１の電源ＯＮの立上げを含めて、運用スケジュールデータ３０及び変更スケジュールデータ３２から、現在時刻から一番近い時刻アクションを読み取り、その時刻になったら、該当のアクションを実行し、実行後また一番近い時刻アクションを読み取るといったことを繰り返し行う。
【００５１】
これにより、変更期間が終了すると変更前のスケジュールである運用スケジュールデータ３０に自動的に復帰することができる。変更スケジュールデータ３２を直ちに削除する必要もない。
【００５２】
以下に、タイマ登録部４０によるタイマ登録処理を説明する。図９は、タイマ登録部４０によるタイマ登録処理の手順を説明するフローチャートである。
以下では、現在は、８月１１日月曜日（お盆の期間）の７：００とする。現在の日時と曜日を取得する（ステップＳ１０）。ここでは、最初に特定日スケジュールの処理を行い（ステップＳ１２）、次に、曜日スケジュールの処理（ステップＳ２０）を行うようにする。上述したように、特定日を曜日よりも優先するためである。
【００５３】
現在日と同じ日付の特定日のスケジュールデータ検索を行う（ステップＳ１２）。スケジュールデータ検索の手順についてを、図１０Ａ、Ｂのサブルーチンで説明する。
以下の手順を簡略に述べれば、スケジュールデータ検索では、重なり情報Ｋの小さいデータから、つまり、運用スケジュールデータ３０→変更スケジュールデータＡ→変更スケジュールデータＢの順番に、現在日時と同じか直近する検索結果データを求める。そして、求められた検索結果データを、重なりデータの順番で入れ替えていって、最終的に１つの検索結果データを求めるものである。
【００５４】
まず、処理の初期化を行う（ステップＳ３０）。初期化のために、検索対象の重なり情報Ｋを、Ｋ＝−１に設定し、また、検索結果データを“なし”に設定する。
【００５５】
Ｋ＋１→Ｋとする（ステップＳ３２）。最初は、Ｋ＝−１であるから、このステップで、Ｋ＝０になる。
【００５６】
ＫがＭａｘを超えたかを判断する（ステップＳ３４）。重なり情報のＭａｘとは、変更スケジュールデータ３２内の重なり情報の最大値をいう。図４の例では、Ｍａｘ＝２である。
【００５７】
ＫがＭａｘを超えていないと判断すると（ステップＳ３４Ｎｏ）、検索対象の重なり情報を持つデータから、その有効期間に現在日が含まれるデータを抽出する（ステップＳ３６）。最初は、検索対象の重なり情報Ｋ＝０であるから、Ｋ＝０である運用スケジュールデータ３０から、その有効期間に現在日が含まれるデータを抽出する。
【００５８】
抽出データがあるかを判断する（ステップＳ３８）。運用スケジュールデータ３０では、有効期間が全ての期間なので、現在日（８月１１日）が含まれるデータは必ず抽出される。
抽出データがないと判断すると（ステップＳ３８Ｎｏ）、ステップＳ３２に戻る。
【００５９】
抽出データがあると判断すると（ステップＳ３８Ｙｅｓ）、更に抽出したデータから曜日または特定日の一致するデータを抽出する（ステップＳ４０）。ここでは、ステップＳ１２で、特定日スケジュールに関する処理なので、特定日が一致するデータを抽出する（ステップＳ４０）。
【００６０】
特定日が一致する抽出データがあるかを判断する（ステップＳ４２）。特定日が一致する抽出データがないと判断すると（ステップＳ４２Ｎｏ）、ステップＳ３２に戻る。図３の運用スケジュールデータ３０の例では、８月１１日に一致する特定日は存在しないので、ステップＳ４２はＮｏと判断される。
【００６１】
特定日が一致する抽出データがあると判断すると（ステップＳ４２Ｙｅｓ）、抽出したデータの中から、更に、現在時刻と同じか、又は、未来時刻で最も近いデータを求める（ステップＳ４４）。
【００６２】
求めるデータが有るかを判断する（ステップＳ４６）。求めるデータがないと判断すると（ステップＳ４６Ｎｏ）、ステップＳ３２に戻る。
求めるデータが有ると判断すると（ステップＳ４６Ｙｅｓ）、検索結果データ＝なし  かを判断する（ステップＳ４８）。検索結果データの入替え処理をするためである。
【００６３】
ステップＳ３０で、検索結果データを“なし”に設定したので、このサブルーチンのループの１回目であれば、検索結果データ＝なし  と判断される（ステップＳ４８Ｙｅｓ）。ステップＳ５０をジャンプして、求めたデータを検索結果データに設定する（ステップＳ５２）。その後、ステップＳ３２に戻る。
【００６４】
検索結果データが有る場合には（ステップＳ４８Ｎｏ）、求めたデータのスケジュール時間＞検索結果データのスケジュール時間  であるかを判断する（ステップＳ５０）。求めたデータのスケジュール時間が、既に登録されている検索結果データのスケジュール時間よりも、現在時に近いか否かを判断し、現在時により近い場合には、求めたデータを新たに検索結果データとして登録するためである。
【００６５】
例えば、求めたデータのスケジュール時間が７：１５で、登録されている検索結果データのスケジュール時間が７：３０の場合には、より現在時（７：００）に近い求めたデータの方を、有効にするためである。
【００６６】
求めたデータのスケジュール時間＞検索結果データのスケジュール時間  でないと判断すると（ステップＳ５０Ｎｏ）、求めたデータを検索結果データに設定する（ステップＳ５２）。検索結果データの入替えが行われる。その後、ステップＳ３２に戻る。
【００６７】
求めたデータのスケジュール時間＞検索結果データのスケジュール時間  であると判断すると（ステップＳ５２Ｙｅｓ）、検索結果データの入替えは行わずに、ステップＳ３２に戻る。
【００６８】
ステップＳ３２に戻り、Ｋ＝０の運用スケジュールデータ３０の次に、Ｋ＝１の変更スケジュールデータＡを上述と同様な手順で検索する。変更スケジュールデータＡの検索後は、ステップＳ３２に戻り、Ｋ＝２の変更スケジュールデータＢを検索する。
【００６９】
変更スケジュールデータＢの検索後は、ステップＳ３２にもどり、Ｋ＝３になり、ＫがＭａｘを超えたと判断するので（ステップＳ３４Ｙｅｓ）、サブルーチンを終了して、図９のステップＳ１４に進む。
【００７０】
なお、図２〜図４で示したデータ例では、現在日（８月１１日）に対応する特定日は存在しないので、検索結果データはなしで、ステップＳ１４に進むことになる。
ステップＳ１４では、検索結果データありかを判断する。検索結果ありと判断すると（ステップＳ１４Ｙｅｓ）、該当データの時刻及びアクションをタイマ処理部４２に登録する（ステップＳ１６）。
【００７１】
検索結果データがないと判断すると（ステップＳ１４Ｎｏ）、ステップＳ１６をジャンプして、ステップＳ１８に進む。ステップＳ１８では、タイマ登録済かを判断する（ステップＳ１８）。タイマ登録済と判断すると（ステップＳ１８Ｙｅｓ）、このフローチャートを終了する。従って、特定日で検索結果データが見つかった場合には、以下曜日スケジュールの処理（ステップＳ２０〜Ｓ２４）は行わないで、タイマ登録処理を終了する。
【００７２】
なお、図２〜４のようなデータ例では、特定日としてタイマ処理に登録されるデータはないので、タイマ登録済でないと判断して（ステップＳ１４Ｎｏ、ステップＳ１８Ｎｏ）、ステップＳ２０に進む。
【００７３】
ステップＳ２０では、曜日スケジュールの処理を行う。該当する曜日データからスケジュールデータを検索する。ステップＳ１２と同様に、図１０Ａ、Ｂのサブルーチンに進む。
【００７４】
図１０Ａ、Ｂのサブルーチンについては、上述の特定日スケジュール検索で説明済の箇所は省略して、図２〜４で示した運用スケジュールデータ３０と変更スケジュールデータＡ，変更スケジュールデータＢに沿って説明する。また、上述と同様に、現在は、８月１１日月曜日（お盆の期間）の７：００とする。
【００７５】
ステップＳ３０での初期化後、運用スケジュールデータ３０について検索する。Ｋ＝１であるから、ステップＳ３６に進む。運用スケジュールデータ３０では、有効期間が全ての期間なので、現在日が含まれるデータが抽出され（ステップＳ３６）、抽出データ有かの判断では（ステップＳ３８）、抽出データ有と判断する（ステップＳ３８Ｙｅｓ）。
【００７６】
更に抽出したデータから曜日の一致するデータを抽出する（ステップＳ４０）。データｐ１〜ｐ４が抽出される。抽出データ有かの判断では（ステップＳ４２）、抽出データがあると判断する（ステップＳ４２Ｙｅｓ）。
【００７７】
抽出したデータの中から、更に、現在時刻と同じか、又は、未来時刻で最も近いデータを求める（ステップＳ４４）。ここでは、運用スケジュールデータ３０のデータｐ１が求められる。求めるデータ有かの判断では（ステップＳ４６）、求めるデータ有と判断する（ステップＳ４６Ｙｅｓ）。
【００７８】
検索結果データ＝なし？の判断では（ステップＳ４８）。ループの最初で、検索結果データ＝なし  であるので、なしと判断して（ステップＳ４８Ｙｅｓ）、ステップＳ５２に進む。そして、データｐ１を、検索結果データに設定して（ステップＳ５２）、ステップＳ３２に戻る。
【００７９】
ステップＳ３２に戻り、Ｋ＝１の変更スケジュールデータＡを検索する。現在が８月１１日なので、ステップＳ３６では、変更スケジュールデータＡが抽出される。ステップＳ４０では、データｑ１及びｑ２が抽出される。ステップＳ４４では、現在が７時なので、データｑ１が抽出される。求めたデータのスケジュール時間＞検索結果データのスケジュール時間  であるかを判断する（ステップＳ５０）。
【００８０】
データｑ１の時間が７：３０で、データｐ１の時間が８：００であるから、ステップＳ５０で、ｑ１＞ｐ１ではないので、ステップＳ５０Ｎｏとなり、ステップＳ５２に進む。データｐ１に代えてデータｑ１を検索結果データに設定して（ステップＳ５２）、ステップＳ３２に戻る。
【００８１】
また、現在時が７：３１とすると、運用スケジュールデータ３０のデータｐ１が検索結果データとしていったん登録され、その後変更スケジュールデータＡのデータｑ２が替わって登録されることになる。
【００８２】
ステップＳ３２に戻り、Ｋ＝２の変更スケジュールデータＢを検索する。現在が８月１１日なので、ステップＳ３６では、変更スケジュールデータＢが抽出される。ステップＳ４０では、データｒ１が抽出される。ステップＳ４４でも、データｒ１が抽出される。データｒ１の時間が７：３０で、データｑ１の時間が７：３０であるから、ステップＳ５０では、ｒ１＞ｑ１ではないので、ステップＳ５０Ｎｏとなり、ステップＳ５２に進む。データｑ１に代えてデータｒ１を検索結果データに設定して（ステップ５２）、ステップＳ３２に戻る。
【００８３】
ステップＳ３２にもどり、Ｋ＝３になり、ステップＳ３４により、サブルーチンを終了して、図９のステップＳ２２に進む。
ステップＳ２２では、検索結果データありかを判断する。データｒ１により検索結果ありと判断すると（ステップＳ２２Ｙｅｓ）、該当データの時刻及びアクションをタイマ処理に登録する（ステップＳ２４）。ここでは、検索結果データとして設定した変更スケジュールデータＢのデータｒ１を登録する。また、検索結果なしと判断すると（ステップＳ２２Ｎｏ）、このフローチャートを終了する。
【００８４】
以上の本実施形態により、少なくとも奏せられる効果を以下に示す。
１）運用スケジュールデータを変更する場合、直接変更せずに、変更スケジュールデータとして持つようし、かつ変更スケジュールデータには有効期間を設けたので、期間終了後に戻す操作が不要となる。
２）また、変更スケジュールデータには、重なり情報（優先度）を設けたので、複数変更に対応することも容易になる。
３）一定期間の変更を、曜日の指定で行うことができ、且つ、期間終了後に戻す操作が不要となる。
４）変更時に、基本となる運用スケジュールデータには手を加えないので、変更ミス等により大きなトラブルが発生するおそれがない。
５）また、遠隔地からの運用スケジュール変更を行う場合でも、データ量の少ない変更スケジュールデータだけを転送すればよいので、転送量の縮小がはかれる。
【００８５】
また、上記実施形態では、タイマ登録処理をＣＰＵによるソフトウェア処理で実行されることで説明したが、タイマ登録処理の一部または全部をハードウェアで実行するようにしてもよい。タイマ処理部及びアクション実行部についても、同様である。
【００８６】
なお、本発明は上述した実施形態そのままに限定されるものではく、実施段階でのその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素を適宜組合わせても良い。さらに、異なる実施形態にわたる構成要素を適宜組合わせてもよい。このような、発明の趣旨を逸脱しない範囲内において種々の変形や応用が可能であることはもちろんである。
【符号の説明】
【００８７】
１    自動取引装置
１０    ＣＰＵ
１２    ＲＡＭ
１４    記憶部
１６    ディスプレイ／タッチパネル
１８    紙幣処理ユニット
２０    カード・通帳処理ユニット
２２    硬貨処理ユニット
２４    通信Ｉ／Ｆ
３０    運用スケジュールデータ
３２    変更スケジュールデータ
３４    変更処理部
４０    タイマ登録部
４２    タイマ処理部
４４    アクション実行部
【図１】
2014078140.tif 000003
【図２】
2014078140.tif 000004
【図３】
2014078140.tif 000005
【図５】
2014078140.tif 000006
【図６】
2014078140.tif 000007
【図７】
2014078140.tif 000008
【図８】
2014078140.tif 000009
【図９】
2014078140.tif 000010
【図１０Ａ】
2014078140.tif 000011
【図１０Ｂ】
2014078140.tif 000012
【図４】
2014078140.tif 000013