特許 5873414 自動取引装置

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

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

(11)【特許番号】5873414

(24)【登録日】2016年1月22日

(45)【発行日】2016年3月1日

(54)【発明の名称】自動取引装置

(51)【国際特許分類】

   G07D 9/00 20060101AFI20160216BHJP

   G06Q 20/18 20120101ALI20160216BHJP

【ＦＩ】

   G07D9/00 456D

   G06Q20/18 100

【請求項の数】4

【全頁数】16

(21)【出願番号】特願2012-225539(P2012-225539)

(22)【出願日】2012年10月10日

(65)【公開番号】特開2014-78140(P2014-78140A)

(43)【公開日】2014年5月1日

【審査請求日】2014年12月8日

(73)【特許権者】

【識別番号】000237639

【氏名又は名称】富士通フロンテック株式会社

(74)【代理人】

【識別番号】100074099

【弁理士】

【氏名又は名称】大菅 義之

(72)【発明者】

【氏名】石田 裕章

【審査官】 望月 寛

(56)【参考文献】

【文献】 特開２０００−３２２４９６（ＪＰ，Ａ）

【文献】 特開昭５５−０８０１３１（ＪＰ，Ａ）

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

Ｇ０７Ｄ ９／００

Ｇ０６Ｑ ２０／１８

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

【請求項1】

運用スケジュールに従った運用内容で動作する自動取引装置において、
基準となる運用スケジュールを定める運用スケジュールデータと、特定期間の運用スケジュールを定める変更スケジュールデータとを記憶する記憶部と、
前記運用スケジュールデータ及び前記変更スケジュールデータの中から、運用の曜日または日が現在の曜日または日と一致し、かつ運用の時刻が現在の時刻と同じか又は未来時刻で最も直近するデータを抽出し、前記運用スケジュールデータ及び前記変更スケジュールデータから運用の時刻が同一時刻であるデータを抽出した場合には、前記変更スケジュールデータの方のデータを登録する登録部と、
前記登録部によって登録されたデータに基づき、当該データの運用の時刻に当該データのアクションの実行を指示する処理部と、を備え、
前記登録部は、前記変更スケジュールデータの種類が複数あって、前記複数の変更スケジュールデータから、運用の時刻が同一時刻であるデータを抽出した場合には、前記変更スケジュールデータに付された優先順位に従って、１つのデータを登録する
ことを特徴とする自動取引装置。

【請求項2】

前記登録部は、前記運用スケジュールデータ及び前記変更スケジュールデータの中から、現在の曜日または日と一致するデータを探す場合には、当該日を優先して探す、
ことを特徴とする請求項１に記載の自動取引装置。

【請求項3】

基準となる運用スケジュールを定める運用スケジュールデータと、特定の曜日あるいは特定の日に対応する運用スケジュールを定める変更スケジュールデータとをそれぞれ記憶する記憶部を有する自動取引装置を前記運用スケジュールに従った内容で運用する運用方法において、
前記運用スケジュールデータ及び前記変更スケジュールデータの中から、運用の曜日または日が現在の曜日または日と一致し、かつ運用の時刻が現在の時刻と同じか又は未来時刻で最も直近するデータを抽出し、
前記運用スケジュールデータ及び前記変更スケジュールデータから、運用の時刻が同一時刻であるデータを抽出した場合には、前記変更スケジュールデータの方のデータを登録し、
前記登録されたデータに基づき、当該データの運用の時刻に当該データのアクションの実行を指示し、
前記変更スケジュールデータの方のデータを登録する場合において、前記運用の時刻が同一時刻であるデータが複数の変更スケジュールデータから抽出された場合には、該変更スケジュールデータに付された優先順位がより高い変更スケジュールデータの方のデータを登録する
ことを特徴とする自動取引装置の運用方法。

【請求項4】

基準となる運用スケジュールを定める運用スケジュールデータと、特定の曜日あるいは特定の日に対応する運用スケジュールを定める変更スケジュールデータとをそれぞれ記憶する記憶部を有する自動取引装置のコンピュータに前記運用スケジュールに従った動作を行なわせるプログラムにおいて、
前記運用スケジュールデータ及び前記変更スケジュールデータの中から、運用の曜日または日が現在の曜日または日と一致し、かつ運用の時刻が現在の時刻と同じか又は未来時刻で最も直近するデータを抽出するステップと、
前記運用スケジュールデータ及び前記変更スケジュールデータから、運用の時刻が同一時刻であるデータを抽出した場合には、前記変更スケジュールデータの方のデータを登録するステップと、
登録されたデータに基づき、当該データの運用の時刻に当該データのアクションの実行を指示するステップ、を含み、
前記変更スケジュールデータの方のデータを登録するステップにおいて、前記運用の時刻が同一時刻であるデータが複数の変更スケジュールデータから抽出された場合には、該変更スケジュールデータに付された優先順位がより高い変更スケジュールデータの方のデータを登録する
ことを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、自動取引装置、自動取引装置の運用スケジュール変更技術に関する。

【背景技術】

【0002】

金融機関等で広く利用される自動取引装置（ＡＴＭ）において、運用スケジュールに応じた、取引（支払、入金、記帳、振込等々）が提供される（例えば、特許文献１）。運用スケジュールは、季節や曜日あるいは特定の期間（正月、お盆）に合わせた内容になっている。

【0003】

この運用スケジュールを変更する必要は、しばしば生じる。変更は、直接自動取引装置から入力して運用スケジュールデータを変更する方法か、あるいは、変更した運用スケジュールデータを遠隔地よりダウンロードする方法が一般にとられている。

【0004】

これら従来の方法では、例えば、夏の期間だけの変更、キャンペーン期間だけの変更といった“一定期間だけの変更”の場合、変更時に従来の運用スケジュールデータから新しい運用スケジュールデータに切り換え、変更時期の終了後には、再度従来の運用スケジュールデータに戻すという、２回の操作がしばしば必要であった。更に、変更期間が複数あってかつ重なった場合は、切替操作の回数はさらに増えて、その切り換え操作は煩雑となっていた。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開平８−１６１５９３号公報

【発明の概要】

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

【0006】

地域の特性や要望に応じた柔軟な運用を実現するためには、運用スケジュールの変更が容易にできる自動取引装置が求められる。
本願発明は、上記課題に鑑み、運用スケジュールの変更を容易にできる自動取引装置を提供することを目的とする。

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

【0007】

上記目的を達成するため、運用スケジュールに従った運用内容で動作する自動取引装置において、基準となる運用スケジュールを定める運用スケジュールデータと、特定期間の運用スケジュールを定める変更スケジュールデータとを記憶する記憶部と、前記運用スケジュールデータ及び前記変更スケジュールデータの中から、運用の曜日または日が現在の曜日または日と一致し、かつ運用の時刻が現在の時刻と同じか又は未来時刻で最も直近するデータを抽出し、前記運用スケジュールデータ及び前記変更スケジュールデータから運用の時刻が同一時刻であるデータを抽出した場合には、前記変更スケジュールデータの方のデータを登録する登録部と、前記登録部によって登録されたデータに基づき、当該データの運用の時刻に当該データのアクションの実行を指示する処理部と、を備え、前記登録部は、前記変更スケジュールデータの種類が複数あって、前記複数の変更スケジュールデータから、運用の時刻が同一時刻であるデータを抽出した場合には、前記変更スケジュールデータに付された優先順位に従って、１つのデータを登録する。

【発明の効果】

【0008】

本発明によれば、運用スケジュールの変更を容易にできる自動取引装置を提供することができる。

【図面の簡単な説明】

【0009】

【図1】本実施形態の自動取引装置１の主要な構成を示すブロック図である。

【図2】運用スケジュールデータ３０の構成例を示す図である。

【図3】運用スケジュールデータ３０の定義情報の一部を示すものである。

【図4】変更スケジュールデータの構成例を示す図である。

【図5】運用スケジュールデータ３０と変更スケジュールデータの適用期間を比較したタイムチャートである。

【図6】自動取引装置１から直接変更内容を入力して、運用スケジュールを変更させる例を説明する図である。

【図7】遠隔地から運用スケジュールデータを変更する例を説明する図である。

【図8】運用スケジュールデータ３０及び変更スケジュールデータ３２による自動運転処理の概略を示す図である。

【図9】タイマ登録部４０によるタイマ登録処理の手順を説明するフローチャートである。

【図10A】スケジュールデータ検索の手順を説明するサブルーチン１である。

【図10B】スケジュールデータ検索の手順を説明するサブルーチン２である。

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

【0010】

以下、図面に従って本発明の実施形態を説明する。図１は、本実施形態の自動取引装置（ＡＴＭ）１の主要な構成を示すブロック図である。
自動取引装置１は、ＣＰＵ１０、ＲＡＭ１２、記憶部１４、ディスプレイ／タッチパネル１６、紙幣処理ユニット１８、カード・通帳処理ユニット２０、硬貨処理ユニット２２、通信Ｉ／Ｆ２４を有する。

【0011】

ＣＰＵ１０は、各種プログラムに従って自動取引装置１の全体を制御する制御部である。特に本実施形態においては、ＣＰＵ１０は、自動取引装置１の運用内容を、運用スケジュールデータに従って制御する。

【0012】

運用内容とは、自動取引装置１の稼働／停止や、自動取引装置１で可能とする取引内容（支払、入金、記帳、振込等々）をいう。また、運用スケジュールデータとは、曜日ごと、又は特定日（例えば祝日）に、一日の運用内容のスケジュール、すなわち、何時何分にどのようなアクション（例えば取引開始の実行）を行うかを定義したデータである。

【0013】

ＲＡＭ１２は、一時記憶メモリである。例えば、外部から送信されたデータの一時保存あるいはＣＰＵ１０のワーキングメモリとして利用される。記憶部１４は、データの保存記憶用のメモリ、例えばハードディスクである。記憶部１４には、自動取引装置１の各種制御プログラムや、運用スケジュールデータ等が記憶される。

【0014】

ディスプレイ／タッチパネル１６は、自動取引装置１のメニューや操作ガイドを表示し、対応して顧客からのメニューの選択や金額／暗証番号等を入力させる。ＬＣＤ等の薄型表示部とそれに積層されるタッチパネルから構成される。

【0015】

また、ディスプレイ／タッチパネル１６は、運用スケジュールデータを変更する際に、変更スケジュールデータを自動取引装置１から直接入力するための入力部及び表示部にもなる。

【0016】

紙幣処理ユニット１８は、顧客から支払の指示あるいは入金操作があった場合には、指示内容に応じた金額の紙幣を内部の紙幣ユニットから計数して紙幣支払口まで搬送したり、入金された紙幣を紙幣ユニットまで搬送して格納するものである。

【0017】

カード・通帳処理ユニット２０は、カードや通帳等の媒体を取り込み・返却する。媒体の取り込み時、媒体に付された情報が読み取られ、個人情報や口座番号が特定され、また、取り引き履歴等の書き込み・印字するものである。

【0018】

硬貨処理ユニット２２は、紙幣処理ユニット１８と同様に、硬貨の支払い、及び硬貨の格納をするものである。
通信Ｉ／Ｆ２４は、遠隔地に設置されて、各自動取引装置１をまとめて管理するサーバ、あるいは、顧客の情報が記憶されている顧客データベースと、自動取引装置１間で、データの送受信の実行を制御するものである。

【0019】

ＣＰＵ１０は、記憶部１４から所定のプログラムを読込んで、ディスプレイ／タッチパネル１６、紙幣処理ユニット１８、カード・通帳処理ユニット２０、硬貨処理ユニット２２、通信Ｉ／Ｆ２４等を制御する。

【0020】

図２は、運用スケジュールデータ３０の構成例を示す図である。前述のように、運用スケジュールデータとは、曜日ごと、又は、特定日（例えば、祝日）に、一日の運用スケジュール、すなわち、何時何分に行うアクション（例えば取引開始の実行）を定義したデータである。運用スケジュールデータ３０は、通常１年分を定義している。ただし、なかには１０年分定義のものもある。

【0021】

運用スケジュールデータ３０は、特定日スケジュールと曜日スケジュールに大きく分かれる。特定日スケジュールは、日ごとに定義されるスケジュールである。特定日スケジュールとは、例えば、正月（１月１日，１月２日，１月３日）といった祝日の特別な日ごとに定義されるスケジュールである。なお、この特定日スケジュールは、以下で述べるハッピーマンデースケジュールおよび曜日スケジュールより優先される。

【0022】

曜日スケジュールとは、曜日ごとに定義されるスケジュールである。自動取引装置１の運用は曜日で大きく異なるために、日毎に定義する場合に比べて、曜日ごとに定義する方が、一般的に定義作業の負荷を軽減することができる。

【0023】

ハッピーマンデースケジュールとは、月曜日がハッピーマンデーの場合の運用スケジュールである。自動取引装置１では、月曜日の場合、ハッピーマンデーか否かを判定し、通常の月曜日とは区別した曜日として扱う。

【0024】

また、曜日スケジュールは、ハッピーマンデースケジュール以外に、月曜日スケジュール、火曜日スケジュール、・・・日曜日スケジュールに分けられる。

【0025】

図３は、運用スケジュールデータ３０の定義情報の一部を示すもので、一例として、月曜日スケジュールデータの定義情報を示す。定義情報の形式は、曜日スケジュールと特定日スケジュールで、同一であるので、曜日スケジュールを代表して示す。

【0026】

運用スケジュールデータ３０は、各運用データから構成される。月曜日の運用スケジュールデータ３０は、データｐ１〜ｐ４の４つの運用データ(以下、データとも略す)から構成されるものとする。各運用データは、適用される曜日や特定日、運用データのアクションの開始時間である「スケジュール時間」、及びアクションの種類の内容である「スケジュール時間に行うアクション」の情報から構成される。

【0027】

例えば、データｐ１は、「月曜日」の「８：００」に「全取引開始」を、自動取引装置１に指示する内容である。全取引開始とは、入金・出金・振込・記帳等自動取引装置１で可能な全ての取引を、開始することをいう。

【0028】

データｐ２は、「月曜日」の「１５：００」に「振込取引停止」を、自動取引装置１に指示する内容である。１５：００以降は、振込取引のみを停止し、それ以外の取引は、可能とする。

【0029】

データｐ３は、「月曜日」の「２０：００」に「全取引停止」を、自動取引装置１に指示する内容である。データｐ４は、「月曜日」の「２０：３０」に「自動取引装置シャットダウン」を、自動取引装置１に指示する内容である。２０：３０に自動取引装置１の主電源が落とされる。

【0030】

運用スケジュールデータ３０は、年間を通して定められているような基本的なスケジュールであるので、今年のゴールデンウィークだけとか、地域によって異なる行事日程に合わせて運用を行うには、運用スケジュールデータ３０の変更が必要になる。

【0031】

従来は、一時期だけの変更であっても、運用スケジュールデータ３０全体を変更内容に合わせて更新していた。これに対しては、本実施形態では、運用スケジュールデータ３０自体は変更しないで、原則変更内容だけのデータである変更スケジュールデータを作成し、この変更スケジュールデータと運用スケジュールデータ３０を対照しながら、アクションを決めて運用するようにした。以下では、基準となる運用スケジュールのデータを運用スケジュールデータと、特定期間の運用スケジュールのデータを変更スケジュールデータと呼ぶ。

【0032】

図４は、変更スケジュールデータの構成例を示す図である。図５は、運用スケジュールデータ３０と、図４の２つの変更スケジュールデータの適用期間を比較したタイムチャートである。

【0033】

図５に示すように、運用スケジュールデータ３０は全期間に適用されるスケジュールとし、変更スケジュールデータＡは、ゴールデンウィーク期間と夏季期間に適用されるスケジュールであり、変更スケジュールデータＢは、夏季期間の中のお盆の期間に適用されるスケジュールとする。なお、重なり情報Ｋについては、後述する。

【0034】

図４（Ａ）は、変更スケジュールデータＡの、曜日・時刻・アクションを説明する図である。変更内容は、月曜日の８：００に全取引を開始するというスケジュールを、７：３０に全取引を開始する内容に変更するものである。これに対応する運用データは、データｑ１及びデータｑ２の２つである。

【0035】

データｑ１は、「月曜日」の「７：３０」に「全取引開始」のアクションを自動取引装置１に指示する内容である。データｑ２は、「月曜日」の「８：００」にアクションとして「なし」を自動取引装置１に指示する内容である。データｑ２は、運用スケジュールデータ３０に存在するデータｐ１（図３）の指示を無効にするためである。データｑ２の指示がないと、８：００に再度全取引開始のアクションが自動取引装置１に指示されてしまうからである。

【0036】

図４（Ｂ）は、図４（Ａ）で説明した変更スケジュールデータＡのデータｑ１、ｑ２に、有効期間データが追加されたデータを示す図である。変更内容は、図４（Ａ）で示した変更を、夏季（７／１から８／３１）の期間中、有効にするというものである。

【0037】

図４（Ｃ）は、変更スケジュールデータＡに変更スケジュールデータＢが加わった場合の、データを示す図である。変更スケジュールデータＢは、自動取引装置１を、お盆の期間の月曜日のみ、７：３０から出金のみの取引にするというものである。

【0038】

変更スケジュールデータが複数で、かつ重複する期間が発生する場合には、変更スケジュールデータ間で優先順位を明確にするために、各データに重なり情報Ｋが追加される。重なり情報Ｋは、０，１，２・・として、優先度の高いデータほどより大きな値が付けられる。

【0039】

運用スケジュールデータ３０の重なり情報Ｋは０とする。ここで、変更スケジュールデータＢが変更スケジュールデータＡに優先するものとし、変更スケジュールデータＡのデータｑ１、データｑ２については、重なり情報Ｋ＝１とし、変更スケジュールデータＢのデータｒ１については、重なり情報Ｋ＝２とする。

【0040】

図６及び図７は、運用スケジュールを変更する場合の、従来の方式と本実施形態の方式を比較して説明するための図である。
図６は、自動取引装置１から直接変更内容を入力して、運用スケジュールを変更させる例を説明する図である。図６（Ａ）は、従来の方式による例である。変更時には、ディスプレイ／タッチパネル１６に運用スケジュールデータ３０を表示させて、ディスプレイ／タッチパネル１６から必要な変更スケジュールデータ３２を入力させる。

【0041】

変更処理部３４が、入力された変更スケジュールデータ３２に基づき、記憶部１４の運用スケジュールデータ３０を書き換えて、変更された運用スケジュールデータ３０ａを記憶部１４に記憶させる。なお、変更処理部３４は、所定の運用スケジュールデータ変更プログラムを読込んだＣＰＵ１０により実現される機能である。

【0042】

図６（Ｂ）は、本実施形態の方式によるものである。変更時には、ディスプレイ／タッチパネル１６に運用スケジュールデータ３０を表示させて、ディスプレイ／タッチパネル１６から必要な変更スケジュールデータ３２を入力させる。変更スケジュールデータ３２として、有効期間あるいは重なり情報Ｋも入力される。

【0043】

変更処理部３４が、入力された変更スケジュールデータ３２を、記憶部１４に記憶させる。記憶部１４には、運用スケジュールデータ３０と別に変更スケジュールデータ３２が記憶される。変更処理部３４は、所定の運用スケジュールデータ変更プログラムを読込んだＣＰＵ１０により実現される機能である。なお、変更スケジュールデータ３２は、記憶部１４内に有効期間の終了日まで保存され、終了日後に、変更処理部３４により削除される。

【0044】

図７は、遠隔地から運用スケジュールデータを変更する例を説明する図である。図７（Ａ）は、従来の方式によるものである。変更時には、センタのサーバからインターネット等のネットワークを経由して、自動取引装置１の通信Ｉ／Ｆ２４を介して、変更された運用スケジュールデータ３０ａが自動取引装置１にダウンロードされる。ダウンロードされた運用スケジュールデータ３０ａは、古い運用スケジュールデータ３０に代わって記憶部１４に記憶される。

【0045】

図７（Ｂ）は、本実施形態の方式によるものである。変更時には、変更スケジュールデータ３２が自動取引装置１にダウンロードされて、運用スケジュールデータ３０とともに、記憶部１４に記憶される。

【0046】

図８は、運用スケジュールデータ３０及び変更スケジュールデータ３２による自動運転処理の概略を示す図である。自動運転処理は、自動運転処理のプログラムを読込んだＣＰＵ１０により実現される機能である、タイマ登録部４０（登録部とも称す）、タイマ処理部４２（処理部とも称す）及びアクション実行部４４によって、主に実行される。

【0047】

タイマ登録部４０は、記憶部１４から運用スケジュールデータ３０及び変更スケジュールデータ３２を読み込んで、運用の曜日または日が現在の曜日または日と一致し、かつ運用の時刻が現在の時刻と同じか又は未来時刻で最も直近するデータを抽出し、運用スケジュールデータ３０及び変更スケジュールデータ３２から、運用の時刻が同一時刻であるデータを抽出した場合には、変更スケジュールデータ３２の方のデータを、タイマ処理部に登録する。

【0048】

また、タイマ登録部４０は、変更スケジュールデータ３２の種類が複数あって、複数の変更スケジュールデータ３２から、運用の時刻が同一時刻であるデータを抽出した場合には、変更スケジュールデータ３２の優先順位に従って、１つのデータを登録する。優先順位は、重なり情報の大小に従う。また、タイマ登録部４０は、タイマ処理部４２により起動される。

【0049】

タイマ処理部４２は、タイマ登録部４０から登録されたデータの時刻(タイムアウト時)になったら、依頼されたアクションの起動をアクション実行部４４に指示する。また、タイマ処理部４２は、タイマ登録部４０を起動する。

【0050】

そして、アクション実行部４４は、タイマ処理部４２から起動されたアクションを実行する。
以上のように、自動運転処理では、自動取引装置１の電源ＯＮの立上げを含めて、運用スケジュールデータ３０及び変更スケジュールデータ３２から、現在時刻から一番近い時刻アクションを読み取り、その時刻になったら、該当のアクションを実行し、実行後また一番近い時刻アクションを読み取るといったことを繰り返し行う。

【0051】

これにより、変更期間が終了すると変更前のスケジュールである運用スケジュールデータ３０に自動的に復帰することができる。変更スケジュールデータ３２を直ちに削除する必要もない。

【0052】

以下に、タイマ登録部４０によるタイマ登録処理を説明する。図９は、タイマ登録部４０によるタイマ登録処理の手順を説明するフローチャートである。
以下では、現在は、８月１１日月曜日（お盆の期間）の７：００とする。現在の日時と曜日を取得する（ステップＳ１０）。ここでは、最初に特定日スケジュールの処理を行い（ステップＳ１２）、次に、曜日スケジュールの処理（ステップＳ２０）を行うようにする。上述したように、特定日を曜日よりも優先するためである。

【0053】

現在日と同じ日付の特定日のスケジュールデータ検索を行う（ステップＳ１２）。スケジュールデータ検索の手順についてを、図１０Ａ、Ｂのサブルーチンで説明する。
以下の手順を簡略に述べれば、スケジュールデータ検索では、重なり情報Ｋの小さいデータから、つまり、運用スケジュールデータ３０→変更スケジュールデータＡ→変更スケジュールデータＢの順番に、現在日時と同じか直近する検索結果データを求める。そして、求められた検索結果データを、重なりデータの順番で入れ替えていって、最終的に１つの検索結果データを求めるものである。

【0054】

まず、処理の初期化を行う（ステップＳ３０）。初期化のために、検索対象の重なり情報Ｋを、Ｋ＝−１に設定し、また、検索結果データを“なし”に設定する。

【0055】

Ｋ＋１→Ｋとする（ステップＳ３２）。最初は、Ｋ＝−１であるから、このステップで、Ｋ＝０になる。

【0056】

ＫがＭａｘを超えたかを判断する（ステップＳ３４）。重なり情報のＭａｘとは、変更スケジュールデータ３２内の重なり情報の最大値をいう。図４の例では、Ｍａｘ＝２である。

【0057】

ＫがＭａｘを超えていないと判断すると（ステップＳ３４Ｎｏ）、検索対象の重なり情報を持つデータから、その有効期間に現在日が含まれるデータを抽出する（ステップＳ３６）。最初は、検索対象の重なり情報Ｋ＝０であるから、Ｋ＝０である運用スケジュールデータ３０から、その有効期間に現在日が含まれるデータを抽出する。

【0058】

抽出データがあるかを判断する（ステップＳ３８）。運用スケジュールデータ３０では、有効期間が全ての期間なので、現在日（８月１１日）が含まれるデータは必ず抽出される。
抽出データがないと判断すると（ステップＳ３８Ｎｏ）、ステップＳ３２に戻る。

【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】

１ 自動取引装置
１０ ＣＰＵ
１２ ＲＡＭ
１４ 記憶部
１６ ディスプレイ／タッチパネル
１８ 紙幣処理ユニット
２０ カード・通帳処理ユニット
２２ 硬貨処理ユニット
２４ 通信Ｉ／Ｆ
３０ 運用スケジュールデータ
３２ 変更スケジュールデータ
３４ 変更処理部
４０ タイマ登録部
４２ タイマ処理部
４４ アクション実行部

【図1】

【図2】

【図3】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10A】

【図10B】

【図4】