(57)【要約】【課題】非定常精査を定常精査に先駆けて行いたいときがある。このようなとき、前回実行した定常精査がある期間内に実行済みであれば、非定常精査の実行の必要がない場合がある。このような場合に、非定常精査を実行してしまうと、本来必要のない精査を実行することになり、業務効率の低下につながる。【解決手段】判定部２２が、非定常精査を行う前に、定常精査が既に行われているか否かを判定し、定常精査が既に行われていた場合、制御部２１が、処理を終了させる。定常精査が既に行われていなかった場合、制御部２１が、非定常精査を行うことを特徴とする。【選択図】図２
2008077602.tif 000002
【特許請求の範囲】
【請求項１】
金融業務における精査を所定のタイミングで行う定常的な精査を実行し、前記定常的な精査の結果を記憶する自動取引装置であって、
前記定常的な精査が実行されたか否かを示す情報である定常精査実施情報を管理する記憶部と、
前記記憶部の定常精査実施情報を基に、前記定常的な精査が、所定の時間以後に実行されたか否かを判定する判定部と、
前記判定部による前記判定の結果、前記定常的な精査が実行されていた場合は、処理を終了し、
前記判定部による前記判定の結果、前記定常的な精査が実行されていない場合は、入力部から入力された精査指示に従い、精査を実行する制御部と、を含んでなることを特徴とする自動取引装置。
【請求項２】
前記制御部は、
前記判定部による前記判定の結果、前記定常的な精査が実行されていた場合は、前記精査の結果を出力し、表示部に前記精査の結果を表示させ、承認の要求を行い、
前記自動取引装置の入力部を介して前記承認の信号が入力されると、前記承認の信号が入力されたことを示す情報である承認実施情報を前記記憶部に記憶する機能をさらに有することを特徴とする請求項１に記載の自動取引装置。
【請求項３】
前記制御部は、
前記入力部から入力された精査指示に従い、精査を実行した後、前記精査の結果を出力し、表示部に前記精査の結果を表示させ、承認の要求を行い、
入力部を介して前記承認の信号が入力されると、前記承認の信号が入力されたことを示す情報である承認実施情報を前記記憶部に記憶する機能をさらに有することを特徴とする請求項１または請求項２に記載の自動取引装置。
【請求項４】
金融業務における精査を所定のタイミングで行う定常的な精査を実行し、前記定常的な精査の結果を記憶する自動取引装置の精査方法であって、
前記定常的な精査が実行されたか否かを示す情報である定常精査実施情報を管理する記憶部を有し、
判定部が、
前記記憶部の定常精査実施情報を基に、前記定常的な精査が、所定の時間以後に実行されたか否かを判定し、
制御部が、
前記判定部による前記判定の結果、前記定常的な精査が実行されていた場合は、処理を終了し、
前記判定部による前記判定の結果、前記定常的な精査が実行されていない場合は、入力部から入力された精査指示に従い、精査を実行することを特徴とする精査方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動取引装置における精査処理の技術に関するものである。
【背景技術】
【０００２】
金融機関による精査の業務とは、自動取引装置に装填した現金の金額を運用した結果が、自動取引装置内の残金（在高）と合致しているか否かをチェックすることである。この精査の業務は、運用規定に従い所定の周期でユーザにより実行される。
従来、サーバなどからの遠隔指示により、精査を開始したり、所定の時間になると自動的に精査を開始したり（定常精査）する自動取引装置が開示されている。また、精査実行時に上位装置と通信を行い、上位装置に備えられている確認手段により精査実行可と判断された場合に精査を実行する自動取引装置が開示されている（例えば、特許文献１参照）。
さらに、ユーザが直接自動取引装置を操作して、精査のプログラムを立ち上げ、自動取引装置に精査を実行させる非定常精査も従来行われている。
【特許文献１】特開平９−２０４５５７号公報（請求項１、段落０００８〜００１３、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、場合によっては非定常精査を定常精査に先駆けて行いたいときがある。このようなとき、前回実行した定常精査がある期間内に実行済みであれば、非定常精査の実行の必要がない場合がある。このような場合に、非定常精査を実行してしまうと、本来必要のない精査を実行することになり、業務効率の低下につながるといった問題があった。
本発明は、このような問題を解決することを課題とする。
【課題を解決するための手段】
【０００４】
前記した課題を解決するため、本発明は、金融業務における精査を所定のタイミングで行う定常的な精査を実行し、定常的な精査の結果を記憶する自動取引装置であって、定常的な精査が実行されたか否かを示す情報である定常精査実施情報を管理する記憶部と、記憶部の定常精査実施情報を基に、定常的な精査が、所定の時間以後に実行されたか否かを判定する判定部と、判定部による判定の結果、定常的な精査が実行されていた場合は、処理を終了し、判定部による判定の結果、定常的な精査が実行されていない場合は、入力部から入力された精査指示に従い、精査を実行する制御部と、を含んでなることを特徴とする。
【発明の効果】
【０００５】
本発明によれば、自動取引装置は、定常的な精査が、所定の時間以後に実行されたか否かを判定し、この判定の結果、定常的な精査が実行されていた場合は、処理を終了し、前記した判定の結果、定常的な精査が実行されていない場合は、入力部から入力された精査指示に従い、精査を実行する。この結果、前回実行した定常精査がある期間内に実行済みである状況下において、非定常精査を行いたい場合、非定常精査を行わず済むことができるため、業務効率の低下を防ぐことができる。
【発明を実施するための最良の形態】
【０００６】
以下に、図面を参照して本発明による自動取引装置１の実施形態について説明する。
図１は、本実施形態に係る自動取引装置の構成例を示すブロック図である。
自動取引装置１は、処理部２、紙幣入出金部３、硬貨入出金部４、小束出金部５、および棒金出金部６を備えてなる。
処理部２は、自動取引装置１全体を制御し、定常精査、非定常精査などの精査の処理を行う機能を有する。紙幣入出金部３は、小束ではない紙幣の入出金処理を行う機能を有する。硬貨入出金部４は、棒金ではない硬貨の入出金処理を行う機能を有する。小束出金部５は、小束となっている紙幣の出金処理を行う機能を有する。棒金出金部６は、棒金となっている硬貨の出金処理を行う機能を有する。
【０００７】
図２は、本実施形態に係る自動取引装置の処理部の構成例を示すブロック図である。
自動取引装置１（図１参照）の処理部２は、制御部２１、判定部２２、表示部２３、タイマ部２４、入力部２５、カードリーダ部２６、および記憶部２７を備えてなる。
制御部２１は、処理部２全体を制御し、定常精査や、非定常精査などの各精査の実行、各データの取得や、情報の処理などを行う機能を有する。より具体的には、制御部２１は、記憶部２７に格納されている定常精査実行リストなどを参照して、判定部２２によって定常精査が実行されたか否かの判定を行った結果、定常精査が実行されていた場合は、処理を終了し、定常精査が実行されていない場合は、非定常精査指示に従い、非定常精査を実行するなどの機能を有する。記憶部２７は、定常精査実行リストや、現金管理テーブルなどを格納する。定常精査実行リストの説明は、図３を参照して、現金管理テーブルの説明は、図４を参照して、それぞれ後記する。判定部２２は、各種の判定を行い、その結果を制御部２１に送る機能を有する。具体的には、記憶部２７に格納されている定常精査実行リストなどを参照して、判定部２２によって定常精査が実行されたか否かの判定などを行う。表示部２３は、制御部２１から送られた各種の情報を表示する機能を有する。入力部２５は、各種の情報を制御部２１に入力する機能を有する。カードリーダ部２６は、オペレータカード１００などの投入を検知し、このオペレータカード１００に格納されている情報を取得し、オペレータカード１００から取得した情報を制御部２１に送信するなどの機能を有する。
【０００８】
オペレータカード１００は、自動取引装置１のカードリーダ部２６に投入されることで、自動取引装置１の各設定や、精査などを行うことが可能となるカードである。このオペレータカード１００には、オペレータカード１００の所有者のランク情報が登録されている。ランク情報とは、該所有者が自動取引装置１において操作できる内容を制限するランクに関する情報である。例えば最も高いランクには、精査の実行など、自動取引装置１におけるすべての操作が許可され、最も低いランクには、出納処理の実行のみを許可するなどの制限が加えられる。
【０００９】
処理部２、および処理部２を構成する制御部２１、判定部２２、およびタイマ部２４などは、図示しないＲＯＭ（Read Only Memory）に格納されているプログラムが、図示しないＣＰＵ（Central Processing Unit）によって実行されたり、図示しないハードディスクに格納されているプログラムが、図示しないＲＡＭ（Random Access Memory）に展開され、図示しないＣＰＵにより実行されたりすることによって具現化される。
【００１０】
図３は、定常精査実行リストの構成例を示す図である。
定常精査実行リストは、定常精査を行う日付である実行日と、定常精査を行う時刻である実行時刻と、これらの日時に行う定常精査を実行したか否かを判別する実行フラグとを有する。実行フラグは、実行済みであれば「１」が登録され、実行済みでなければ「０」が登録される。
例えば、現在の日時が２００６年８月３日だとすると、レコード２０１，２０２は、既に定常精査が実行済みであるので、実行フラグのフィールドには「１」が登録されている。これに対し、レコード２０３は、未だ定常精査が実行されていないため、実行フラグのフィールドには「０」が登録されている。
定常精査実行リストは、管理者が入力部２５を介して記憶部２７に入力する。または、自動取引装置１にネットワークなどを介して接続されているサーバなどを介して、管理者が記憶部２７に入力する。新規に入力されたとき、定常精査実行リストの実行フラグは、「０」が入力されている。
なお、実行日や、実行日時は、運用規定に従った所定の周期で設定される。
【００１１】
図４は、現金管理テーブルの構成例を示す図である。
現金管理テーブルは、以下のデータを含んでなる。
実行日時は、精査が実行された日時である。
額面価格は、精査を行った貨幣または紙幣の額面価格である。
精査前在高には、精査を行う直前に自動取引装置１内に格納されていた貨幣の個数、または紙幣の枚数が額面価格ごとに登録されている。
精査結果は、精査を行った結果、自動取引装置１内に格納されているべき貨幣の個数、または紙幣の枚数が額面価格ごとに登録されている。
一致の成否は、精査前在高と精査結果とが一致しているか否かを示すフラグである。一致している場合は、「１」が登録され、一致していない場合は、「０」が登録される。
承認フラグは、承認操作が行われたか否かを示すフラグであり、承認操作が行われた額面価格には、「１」が登録され、承認操作が未だ行われていない場合は、「Ｎｕｌｌ」が登録される。
ここで、一致とは、精査前在高と、精査結果との一致のことであり、自動取引装置によって判定される。
また、承認とは、ユーザが精査結果を確認し、この精査結果に対してユーザがＯＫの判定を行うことである。そして、承認操作とは、ユーザが承認したときに、入力部２５を介して承認の情報を制御部２１に入力することである。
【００１２】
なお、現金管理テーブルのうち、額面価格、精査前在高、精査結果、および一致の成否は、精査を行った順に登録される。そして、承認フラグは、承認操作が行われると登録される。
例えば、現在の日時が、２００６年８月３日の午後１２時だとし、８月２日における承認は行っているが、８月３日の承認は行われていないとする。このとき図４において、８月２日におけるデータは、承認フラグを含め、すべてのデータが埋まっている状態である。
これに対し、８月３日におけるデータにおいては、精査は行われているが、承認操作が行われていないので、承認フラグ以外のすべてのデータが埋まっており、承認フラグには、「Ｎｕｌｌ」が登録されている。
そして、８月４日以降の精査は、未だ行われていないため、８月４日以降のデータは、すべて「Ｎｕｌｌ」である。
【００１３】
以下、図１から図４を参照しつつ、図６から図８に沿って本実施形態における自動取引装置１が実行する現金精査方法の処理を説明する。
【００１４】
図５は、本実施形態に係る操作処理の流れを示すフローチャートである。
自動取引装置１が起動されると、まず制御部２１が、初期メニュー画面を表示部２３に表示させる（Ｓ１０１）。
次に、制御部２１は、定常精査処理を実行する（Ｓ１０２）。
次にカードリーダ部２６は、オペレータカード１００の投入を検知したか否かを判定する（Ｓ１０３）ことによって、オペレータカード１００の投入を監視している。
ステップＳ１０３の判定の結果、オペレータカード１００の投入を検知していないとカードリーダ部２６によって判定された場合（Ｓ１０３，Ｎｏ）、オペレータカード１００の投入の検知信号を送られるまで制御部２１は、ステップＳ１０２の処理を繰り返す。
ステップＳ１０３の判定の結果、オペレータカード１００の投入を検知したとカードリーダ部２６によって判定された場合（Ｓ１０３，Ｙｅｓ）、カードリーダ部２６は、オペレータカード１００に登録されているランク情報を取得する（Ｓ１０４）。
そして、カードリーダ部２６は、取得したランク情報を制御部２１に送り、制御部２１は、送られたランク情報に対応した操作メニュー画面を表示部２３に表示させる（Ｓ１０５）。操作メニュー画面については、図１０を参照して後記するが、操作メニュー画面に表示されるメニューは、ランク情報によって異なる。また、操作メニュー画面を表示させる前に、制御部２１が、自動取引装置１内に現在格納されている紙幣や、貨幣を計数することによって、在高を算出し、算出した在高に関する情報を制御部２１が、図１０で後記する形で操作メニュー画面に表示させてもよい。
【００１５】
ステップＳ１０５で表示部２３に表示されている操作メニュー画面のうち、精査メニューボタンをユーザが入力部２５を介して押下する（Ｓ１０６）のを待って、制御部２１は、精査画面を表示部２３に表示させる（Ｓ１０７）。
そして、制御部２１は、タイマ部２４から現在の日付と時刻（日時）とを取得する（Ｓ１０８）。
そして、判定部２２は、ステップＳ１０８で制御部２１によって取得された現在の日時をキーとして記憶部２７の定常精査実行リストにおける現在の日時から所定の期間内の実行日と実行時刻とに対応する実行フラグを参照し、現在の日時から所定の期間内において実行フラグが「１」であるか否かを判定する（Ｓ１０９）ことによって、現在の日時において定常精査が実行済みであるか否かを判定する。ここで、所定の期間とは、例えば運用規定に従って決定される所定の周期期間のことである。
【００１６】
ステップＳ１０９の判定の結果、現在の日時から所定の期間内において実行フラグが「１」であると判定部２２によって判定された場合（Ｓ１０９，Ｙｅｓ）、判定部２２は、ステップＳ１０８で取得した現在の日付をキーとして、現金管理テーブルの該当する実行日時に対応する承認フラグを参照し、当該定常精査が承認済みであるか否かを判定する（Ｓ１１０）。
ステップＳ１１０の判定の結果、当該定常精査が承認済みではないと判定部２２によって判定された場合（Ｓ１１０，Ｎｏ）、制御部２１は、ステップＳ１０１へ処理を戻す。
ステップＳ１１０の判定の結果、当該定常精査が承認済みであると判定部２２によって判定された場合（Ｓ１１０，Ｙｅｓ）、制御部２１は、定常精査承認処理を実行した（Ｓ１１１）後、ステップＳ１０１に処理を戻す。定常精査承認処理の詳細は、図７を参照して後記する。
【００１７】
ステップＳ１０９の説明に戻る。
ステップＳ１０９の判定の結果、判定部２２が、現在の日時から所定の期間内において実行フラグが「１」ではないと判定部２２によって判定された場合（Ｓ１０９，Ｎｏ）、制御部２１は、非定常精査および非定常精査承認処理を実行した（Ｓ１１２）後、ステップＳ１０１に処理を戻す。非定常精査および非定常精査承認処理の詳細は、図８を参照して後記する。
【００１８】
ステップＳ１０５の説明に戻る。
ステップＳ１０５で表示部２３に表示されている操作メニュー画面のうち、定常精査実行日時設定ボタンをユーザが入力部２５を介して押下する（Ｓ１１３）のを待って、制御部２１は、定常精査実行日時設定画面を表示部２３に表示させ（Ｓ１１４）、定常精査を実行する日付（実行日）、および時刻（実効時刻）を設定する定常精査実行日時設定処理を実行した（Ｓ１１５）後、ステップＳ１０１へ処理を戻す。ステップＳ１１５の定常精査実行日時設定処理の詳細は、省略する。なお、定常精査実行日時設定処理が実行されることにより、記憶部２７の定常精査実行リストに、実行日と、実行時刻とが格納される。
【００１９】
同様に、ステップＳ１０５で表示部２３に表示されている操作メニューのうち、精査メニューボタン、または定常精査実行日時設定ボタン以外の他のメニューボタンを、ユーザが入力部２５を介して押下した（Ｓ１１６）場合、制御部２１は、該当する処理の画面を表示部２３に表示させ（Ｓ１１７）、該当する処理を実行した（Ｓ１１８）後、制御部２１は、ステップＳ１０１へ処理を戻す。
【００２０】
図６は、図５のステップＳ１０２における定常精査処理の例を示す図である。
まず、制御部２１は、タイマ部２４から現在の日付と時刻とを取得する（Ｓ２０１）。
次に判定部２２は、ステップＳ２０１で制御部２１によって取得された日付と、記憶部２７に記憶してある定常精査実行リストの実行日とを照合して、取得された日付、すなわち現在の日付に一致する実行日が存在するか否かを判定する（Ｓ２０２）。
ステップＳ２０２の判定の結果、現在の日付に一致する実行日が存在しないと判定部２２によって判定された場合（Ｓ２０２，Ｎｏ）、制御部２１は、図５のステップＳ１０３へ処理を進める。
ステップＳ２０２の判定の結果、現在の日付に一致する実行日が存在すると判定部２２によって判定された場合（Ｓ２０２，Ｙｅｓ）、判定部２２は、記憶部２７の定常精査実行リストの実行フラグを参照し、現在の日付と一致するすべての実行日において実行フラグが「１」であるか否かを判定する（Ｓ２０３）。
ステップＳ２０３の判定の結果、現在の日付と一致するすべての実行日において実行フラグが「１」であると判定部２２によって判定された場合（Ｓ２０３，Ｙｅｓ）、制御部２１は、図５のステップＳ１０３へ処理を進める。
ステップＳ２０３の判定の結果、現在の日付と一致する一部の実行日において実行フラグが「１」ではないと判定部２２によって判定された場合（Ｓ２０３，Ｎｏ）、判定部２２は、記憶部２７の定常精査実行リストの実行フラグが「０」である実行時刻を参照し、ステップＳ２０１で制御部２１によって取得された現在の時刻が実行時刻を過ぎているか否かを判定する（Ｓ２０４）。
ステップＳ２０４の判定の結果、現在の時刻において定常精査の実行時刻を超過していないと判定部２２によって判定された場合（Ｓ２０４，Ｎｏ）、制御部２１は、図５のステップＳ１０３へ処理を進める。
【００２１】
ステップＳ２０４の判定の結果、現在の時刻が定常精査の実行フラグが「０」である実行時刻を過ぎていると判定部２２によって判定された場合（Ｓ２０４，Ｙｅｓ）、制御部２１は、精査処理を実行する（Ｓ２０５）（精査処理の詳細は、特開平１０−３３４３０８号公報を参照）。
精査処理終了後、制御部２１は、精査結果を記憶部２７に現金管理テーブルとして記憶し（Ｓ２０６）、定常精査実行リストの該当する実行日および実行日時に対応する実行フラグを「０」から「１」に更新することで、精査済みであることを登録した（Ｓ２０７）後、制御部２１は、図５のステップＳ１０３へ処理を戻す。
【００２２】
図７は、図５のステップＳ１１１における定常精査承認処理の流れを示すフローチャートである。
制御部２１は、図５のステップＳ１０８で取得した日付をキーとして、記憶部２７の現金管理テーブルを参照して、直近の実行日時の精査結果を取得し（Ｓ３０１）、取得した精査結果を表示部２３に表示させる（Ｓ３０２）。さらに、制御部２１は、例えば「承認」ボタンを表示部２３に表示させるなどして、承認操作をユーザに対して要求する（Ｓ３０３）。
ユーザは、表示部２３に表示された精査結果の内容を確認し、ＯＫであれば、表示画面上に表示されている「承認」ボタンをマウスなどの入力部２５を介して押下することによって、承認の情報を入力部２５から制御部２１へ送る定常精査結果の承認操作を実行する（Ｓ３０４）。すると、制御部２１は、記憶部２７の現金管理テーブルの該当する承認フラグを「０」から「１」へ更新することにより承認の情報を記憶した（Ｓ３０５）後、制御部２１は、図５のステップＳ１０１へ処理を戻す。
【００２３】
図８は、図５のステップＳ１１２における非定常精査および非定常精査承認処理の流れを示すフローチャートである。
まず、図５のステップＳ１０７で表示部２３に表示されている精査画面に表示されている各メニューボタンのうちの一つのメニューボタンをユーザが入力部２５を介して押下する（Ｓ４０１）ことによって、精査指示が入力されると、制御部２１は、対応する精査処理を実行する（Ｓ４０２）（精査処理の詳細は、特開平１０−３３４３０８号公報を参照）。
精査処理が完了すると、制御部２１は、精査結果を記憶部２７の現金管理テーブルに記憶する（Ｓ４０３）。
そして、制御部２１は、ステップＳ４０２で実行した精査処理の精査結果を表示部２３に表示させる（Ｓ４０４）とともに、例えば「承認」ボタンを表示部２３に表示させるなどして、承認操作をユーザに対して要求する（Ｓ４０５）。ユーザは、表示部２３に表示された精査結果の内容を確認し、ＯＫであれば、表示画面上に表示されている「承認」ボタンをマウスなどの入力部２５を介して押下することによって、承認の情報を入力部２５から制御部２１へ送る非定常精査結果の承認操作を実行する（Ｓ４０６）。
制御部２１は、記憶部２７の現金管理テーブルの該当する承認フラグを「０」から「１」に更新することによって、承認の情報を記憶した（Ｓ４０７）後、制御部２１は、図５のステップＳ１０１へ処理を戻す。
【００２４】
次に、図２を参照しつつ、図９から図１２に沿って各画面例の説明を行う。
図９は、図５のステップＳ１０１における初期メニュー画面例を示す図である。
初期メニュー画面３００は、棒金在高表示領域３０１、小束在高表示領域３０２、新券在高表示領域３０３、紙幣在高表示領域３０４、硬貨在高表示領域３０５、硬貨払額表示領域３０６、およびシステム終了ボタン３０７を備えてなる。
棒金在高表示領域３０１には、自動取引装置１内に格納されている棒金の数が、額面価格ごとにヒストグラムの形で示されている。
小束在高表示領域３０２には、自動取引装置１内に格納されている小束の数が、額面価格ごとにヒストグラムの形で示されている。
新券在高表示領域３０３には、自動取引装置１内に格納されている新券の枚数が、額面価格ごとにヒストグラムの形で示されている。
紙幣在高表示領域３０４には、自動取引装置１内に格納されている新券ではない紙幣の枚数が、額面価格ごとにヒストグラムの形で示されている。
硬貨在高表示領域３０５には、自動取引装置１内に格納されている硬貨の個数が、額面価格ごとにヒストグラムの形で示されている。
硬貨払額表示領域３０６には、該当する日付において、現在の日時までに支払われた硬貨の個数が、額面価格ごとにヒストグラムの形で示されている。
システム終了ボタン３０７を押下すると、制御部２１は、図５で説明した操作処理を終了する（図５中に図示せず）。
【００２５】
図１０は、図５のステップＳ１０５における操作メニュー画面例を示す図である。
操作メニュー画面４００は、精査メニューボタン４０１、定常精査実行日時設定メニューボタン４０２、現金メンテナンスメニューボタン４０３、出納処理メニューボタン４０４、管理メニューボタン４０５、照会メニューボタン４０６、整理メニューボタン４０７、障害処理メニューボタン４０８、ショートカットボタン４０９、およびシステム終了ボタン４１０を備えてなる。
精査メニューボタン４０１を押下すると、後記して説明する精査画面が制御部２１によって表示部２３に表示される。
定常精査実行日時設定メニューボタン４０２を押下すると、図３の定常精査実行リストの実行日や、実行時刻が設定される定常精査実行日時設定処理が制御部２１によって実行される。
現金メンテナンスメニューボタン４０３を押下すると、自動取引装置１に格納されている現金をメンテナンスする処理が制御部２１によって実行される。
出納処理メニューボタン４０４を押下すると、出納処理が制御部２１によって実行される。
管理メニューボタン４０５を押下すると、自動取引装置１の管理メニューが表示され、自動取引装置１の管理処理が制御部２１によって実行される。
照会メニューボタン４０６を押下すると、例えば図示しない金融会社のサーバにアクセスすることができ、各種の情報を照会することができる。
【００２６】
整理メニューボタン４０７を押下すると、自動取引装置１のＲＯＭ上に残っている不要なデータを削除する整理処理が制御部２１によって実行される。
障害処理メニューボタン４０８を押下すると、制御部２１が、自動取引装置１に生じている障害を検知し、検知した障害を表示部２３に表示させ、障害の除去を促すメッセージを表示部２３に表示させる障害処理が実行される。
ショートカットボタン４０９を押下すると、複雑な処理を記憶させたショートカット処理が制御部２１によって実行される。
システム終了ボタン４１０を押下すると、制御部２１は、図５で説明した操作処理を終了する（図５中に図示せず）。
【００２７】
なお、操作メニュー画面４００に表示される内容は、制御部２１が、カードリーダ部２６から取得したオペレータカード１００のランク情報によって異なる。
例えば、ランク情報に格納されているランクが、最も高いランクであったときはすべてのメニューボタン４０１〜４０８が表示、または押下可能な状態となる。
これに対し、ランク情報に格納されているランクが、最も低いランクであったときは、例えば出納処理メニューボタン４０４のみが表示、または押下可能であり、その他のメニューボタン４０１〜４０３，４０５〜４０８は、非表示、または押下不可能な状態となる。
【００２８】
図１１は、図５のステップＳ１０７における精査画面例を示す図である。
精査画面５００は、在高点検メニューボタン５０１、在高点検回収メニューボタン５０２、在高点検再鑑メニューボタン５０３、在高点検全回収メニューボタン５０４、および在高点検再鑑回収メニューボタン５０５を備えてなる。
在高点検メニューボタン５０１を押下すると、制御部２１は、精査可能なユニットの精査を行い、その他のユニットに関しては精査を行わない精査処理を実行する。ここで、ユニットとは、図１の紙幣入出金部３、硬貨入出金部４、小束出金部５、および棒金出金部６のことである。
在高点検（回収）メニューボタン５０２を押下すると、制御部２１は、精査可能なユニットの精査を行い、その他のユニットの現金は、回収する精査処理を行う。
在高点検（再鑑）メニューボタン５０３を押下すると、制御部２１は、精査可能なユニットの精査を行い、その他のユニットの現金は、再鑑する精査処理を行う。
在高点検（全回収）メニューボタン５０４を押下すると、制御部２１は、全ユニットから現金を回収する精査処理を行う。
在高点検（再鑑・回収）メニューボタン５０５を押下すると、制御部２１は、機会計数可能なユニットの精査を行い、その他のユニットの現金は、再鑑、または回収する精査処理を行う。
【００２９】
図１２は、図７のステップＳ３０２、または図８のステップＳ４０４における精査結果画面例を示す図である。
精査結果画面６００は、紙幣精査結果タブ６０１、硬貨精査結果タブ６０２、および明細印字ボタン６０３を備えてなる。
紙幣精査結果タブ６０１は、紙幣の精査を行った結果を表示するタブであり、硬貨精査結果タブ６０２は、硬貨の精査を行った結果を表示するタブである。また、明細印字ボタン６０３を押下すると、制御部２１は、表示されている精査の結果が図示しない印刷部を介して印刷させる。
【００３０】
次に、紙幣精査結果タブ６０１について説明する。なお、硬貨精査結果タブ６０２については、紙幣が硬貨に置き換わった以外は、紙幣精査結果タブ６０１と同様であるので説明を省略する。
紙幣精査結果タブ６０１は、精査前在高枚数表示エリア６０４、精査前在高金額表示エリア６０５、精査結果枚数表示エリア６０６、精査結果金額表示エリア６０７、照合結果表示エリア６０８、精査前在高合計金額表示エリア６０９、精査結果合計金額表示エリア６１０、現金不一致額表示エリア６１１、および紙幣排出ボタン６１２を備えてなる。
精査前在高枚数表示エリア６０４には、精査前に自動取引装置１に格納されている紙幣の枚数が、額面価格ごとに表示される。
精査前在高金額表示エリア６０５には、精査前に自動取引装置１に格納されている紙幣の金額が、額面価格ごとに表示される。
精査結果枚数表示エリア６０６には、精査を行った結果、自動取引装置１内に格納されているべき紙幣の枚数が、額面価格ごとに表示される。
精査結果金額表示エリア６０７には、精査を行った結果、自動取引装置１内に格納されているべき紙幣の金額が、額面価格ごとに表示される。
照合結果表示エリア６０８は、精査を行った結果による精査前在高と、精査結果との一致の成否が、額面価格ごとに表示される。
精査前在高合計金額表示エリア６０９には、精査前に自動取引装置１内に格納されている紙幣の合計金額が表示される。
精査結果合計金額表示エリア６１０には、精査を行った結果、自動取引装置１に格納されているべき紙幣の合計金額が表示される。
現金不一致額表示エリア６１１には、精査前在高合計金額表示エリア６０９に表示されている金額と、精査結果合計金額表示エリア６１０に表示されている金額の差額が表示される。
紙幣排出ボタン６１２を押下すると、自動取引装置１内に格納されている紙幣が排出される。
【００３１】
図１３は、比較例における非定常精査の処理例である。
自動取引装置１が起動されると、制御部２１が、初期メニュー画面を表示部２３に表示させる（Ｓ５０１）。
次にカードリーダ部２６は、オペレータカード１００の投入を検知したか否かを判定する（Ｓ５０２）ことによって、オペレータカード１００の投入を監視している。
ステップＳ５０２の判定の結果、オペレータカード１００の投入を検知していないとカードリーダ部２６によって判定された場合（Ｓ５０２，Ｎｏ）、オペレータカード１００の投入を検知するまで、カードリーダ部２６は、ステップＳ５０２の処理を繰り返す。
ステップＳ５０２の判定の結果、オペレータカード１００の投入を検知したとカードリーダ部２６によって判定された場合（Ｓ５０２，Ｙｅｓ）、カードリーダ部２６は、オペレータカード１００に登録されているランク情報を取得する（Ｓ５０３）。
そして、カードリーダ部２６は、取得したランク情報を制御部２１に送り、制御部２１は、送られたランク情報に対応した操作メニュー画面を表示部２３に表示させる（Ｓ５０４）。操作メニュー画面については、図１０を参照して説明した操作メニュー画面と同様である。なお、操作メニュー画面を表示させる前に、制御部２１が、自動取引装置１内に現在格納されている紙幣や、貨幣を計数することによって、在高を算出し、算出した在高に関する情報を制御部２１が、図１０に示した形で操作メニュー画面に表示させてもよい。
【００３２】
次にユーザが、入力部２５を介して操作メニューのうちの精査メニューボタンを押下した（Ｓ５０５）場合、制御部２１は、精査画面を表示部２３に表示させる（Ｓ５０６）。
そして、図５のステップＳ１０７で表示部２３に表示されている精査画面に表示されている各メニューボタンのうちの一つのメニューボタンをユーザが入力部２５を介して押下する（Ｓ５０７）ことによって、精査指示が入力されると、制御部２１は、精査処理を実行する（Ｓ５０８）（精査処理の詳細は、特開平１０−３３４３０８号公報を参照）。
精査処理が完了すると、制御部２１は、精査結果を記憶部２７の現金管理テーブルに記憶する（Ｓ５０９）。
そして、制御部２１は、精査の精査結果を表示部２３に表示させる（Ｓ５１０）とともに、例えば「承認」ボタンを表示部２３に表示させるなどして、承認操作を要求する（Ｓ５１１）。ユーザは、表示部２３に表示された精査結果の内容を確認し、ＯＫであれば、表示画面上に表示されている「承認」ボタンをマウスなどの入力部２５を介して押下することによって、承認の情報を入力部２５から制御部２１へ送る非定常精査の精査結果の承認操作を実行する（Ｓ５１２）。
制御部２１は、記憶部２７の現金管理テーブルの該当する承認フラグを「０」から「１」に更新することによって、承認の情報を記憶した（Ｓ５１３）後、制御部２１は、ステップＳ５０１へ処理を戻す。
【００３３】
従来の自動取引装置１では、図６で説明した定常精査の処理と、図９で説明した非定常精査処理とを独立した形で行っている。
そして図９から明らかなように、従来の非定常精査においては、定常精査の結果や、実行の有無などが何ら反映されていない。
従って、非定常精査を定常精査に先駆けて行いたいときにおいて、前回実行した定常精査がある期間内に実行済みであり、非定常精査の実行の必要がない場合、既に実行済みである定常精査に関する情報が、何ら提示されないため、本来必要のない定常精査を実行することになり、業務効率の低下につながってしまう。
【００３４】
本実施形態によれば、非定常精査を行う場合にも、定常精査の実行の有無や、定常精査の精査結果の表示を行うことにより、ユーザに対し定常精査に関する情報を提示する。この結果、既にある期間内で定常精査が実行済みの状態で、非定常精査を行いたい状況下では、非定常精査を行わず済むことができるため、業務効率の低下を防ぐことができる。
【００３５】
本実施形態では、タイマ部２４を自動取引装置１に含ませたが、これに限らずタイマ部２４は、通信回線を介して自動取引装置１に接続した構成としてもよい。
また、本実施形態では、所定の日時を超過すると、制御部２１が定常精査を行う構成としたが、これに限らず、例えば自動取引装置１と通信回線を介して接続した外部装置が、定常精査実行の指示を自動取引装置１に対して送信し、図示しない通信部を介して当該定常精査実行の指示を受信した自動取引装置１の処理部２が定常精査を実行してもよい。
本実施形態では、図７のステップＳ３０２において、制御部２１が現在の日時から直近の実行日時の精査結果を表示部２３に表示させたが、これに限らず、承認フラグが「０」であるすべての精査結果を表示してもよい。
【図面の簡単な説明】
【００３６】
【図１】本実施形態に係る自動取引装置の構成例を示すブロック図である。
【図２】本実施形態に係る自動取引装置の処理部の構成例を示すブロック図である。
【図３】定常精査実行リストの構成例を示す図である。
【図４】現金管理テーブルの構成例を示す図である。
【図５】本実施形態に係る操作処理の流れを示すフローチャートである。
【図６】図５のステップＳ１０２における定常精査の処理例を示す図である。
【図７】図５のステップＳ１１１における定常精査承認処理の流れを示すフローチャートである。
【図８】図５のステップＳ１１２における非定常精査および非定常精査承認処理の流れを示すフローチャートである。
【図９】図５のステップＳ１０１における初期メニュー画面例を示す図である。
【図１０】図５のステップＳ１０５における操作メニュー画面例を示す図である。
【図１１】図５のステップＳ１０７における精査画面例を示す図である。
【図１２】図７のステップＳ３０２、または図８のステップＳ４０４における精査結果画面例を示す図である。
【図１３】比較例における非定常精査の処理例である。
【符号の説明】
【００３７】
１      自動取引装置
２      処理部
３      紙幣入出金部
４      硬貨入出金部
５      小束出金部
６      棒金出金部
２１    制御部
２２    判定部
２３    表示部
２４    タイマ部
２５    入力部
２６    カードリーダ部
２７    記憶部
１００  オペレータカード
【図１】
2008077602.tif 000003
【図２】
2008077602.tif 000004
【図３】
2008077602.tif 000005
【図４】
2008077602.tif 000006
【図５】
2008077602.tif 000007
【図６】
2008077602.tif 000008
【図７】
2008077602.tif 000009
【図８】
2008077602.tif 000010
【図９】
2008077602.tif 000011
【図１０】
2008077602.tif 000012
【図１１】
2008077602.tif 000013
【図１２】
2008077602.tif 000014
【図１３】
2008077602.tif 000015