(57)【特許請求の範囲】
【請求項１】
利用者との取引を行う自動取引装置と接続し、前記自動取引装置を監視する状態監視装置であって、
前記自動取引装置との間で通信を行う通信部と、
前記自動取引装置から送信された情報を一時的に記憶する一時記憶部と、
前記一時記憶部に記憶された情報を記憶する記憶部と、
前記状態監視装置を制御する制御部と、を備え、
前記制御部は、前記通信部を介して前記自動取引装置との間で実施した通信の内容を解析して種類を判定し、前記記憶部へ書換えを行った回数と予め定められた書換え上限回数とを比較し前記書換え上限回数よりも少ない場合、前記一時記憶部が記憶する前記通信の内容の少なくとも一部を前記種類の判定結果に基づいて前記記憶部に書込むことを特徴とする状態監視装置。
【請求項２】
請求項１に記載の状態監視装置であって、
前記制御部は、前記記憶部への書換えを行った回数が予め定められた第１の書換え上限回数よりも多いか否かを判定し、前記第１の書換え上限回数よりも書換え回数が多かった場合に前記通信の内容の解析を行い、
さらに前記記憶部への書換えを行った回数が予め定められた第２の書換え上限回数よりも少ないか否かを判定し、前記第２の書換え上限回数よりも書換え回数が少なかった場合、前記判定結果に基づき、前記記憶部に前記通信の内容を書き込むことを特徴とする状態監視装置。
【請求項３】
請求項２に記載の状態監視装置であって
前記制御部は、前記記憶部への書換えを行った回数が前記第２の書換え上限回数よりも多かった場合、前記一時記憶部に記憶する前記通信の内容を前記記憶部に書き込まない事を特徴とする状態監視装置。
【請求項４】
請求項１に記載の状態監視装置であって、
前記制御部は、前記一時記憶部に記憶された情報全てを書き込むことを特徴とする状態監視装置。
【請求項５】
請求項１〜４に記載の状態監視装置であって、
前記制御部は、前記通信の内容の種類は、重要度が高いと判断される内容、エラー処理と判断される内容、通常処理と判断される内容を少なくとも含むことを特徴とする状態監視装置。
【請求項６】
請求項１〜５のいずれかに記載の状態監視装置であって、
前記書換え上限回数は予め定められた期間内を対象として定められ、
前記予め定められた期間内に前記記憶部を書換えた実回数と、前記書換え上限回数との差分を算出し、前記差分を次の上限回数に加算または減算することを特徴とする状態監視装置。
【請求項７】
請求項１〜６に記載の状態監視装置であって、
前記通信の内容には、前記自動取引装置の応答の有無と、前記自動取引装置の情報を含み、
前記制御部は、前記通信の内容の解析により、前記通信の内容に前記自動取引装置の反応は有るが前記自動取引装置の情報は有していないと判断する場合、前記自動取引装置のアプリケーションに異常が発生したと判断する事を特徴とする状態監視装置。
【請求項８】
利用者との取引を行う自動取引装置と接続し、前記自動取引装置の状態を監視する状態監視装置の制御方法であって、
前記状態監視装置は、
前記自動取引装置と間で通信を行う通信部と、
前記自動取引装置から送信された情報を一時的に記憶する一時記憶部と、
前記一時記憶部に記憶された情報を記憶する記憶部と、
前記状態監視装置を制御する制御部と、を備え、
前記制御部は、前記通信部を介して前記自動取引装置との間で通信するステップと、前記通信の内容を解析して種類を判定するステップと、前記記憶部へ書換えを行った回数と予め定められた書換え上限回数を比較するステップと、書換え回数が予め定められた回数よりも少ない場合、前記判定結果に基づいて前記記憶部に前記一時記憶部に記憶する前記通信の内容のすくなくとも一部を書込むステップとを備えることを特徴とする前記状態監視装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、状態監視装置、状態監視装置の制御方法に関する。
【背景技術】
【０００２】
自動取引装置（以下、Ａｕｔｏｍａｔｅｄ  Ｔｅｌｌｅｒ  Ｍａｃｈｉｎｅ（ＡＴＭ）という）とＡＴＭの状態を表示する状態監視装置のシステムにおいて、ＡＴＭから状態監視装置にネットワーク接続した後、ＡＴＭのアプリケーション起動障害が発生した場合、ＡＴＭと状態監視装置の間のネットワーク接続は正常であるものの、ＡＴＭから状態監視装置に対してＡＴＭの情報を送信できないため、状態監視装置は、ＡＴＭの状態を表示することができない。そのため、状態監視装置は、このようにＡＴＭから情報が送信されない状況に対して、ＡＴＭのアプリケーション起動障害の発生の有無を判断する手段が無い。
【０００３】
また、状態監視装置は、状態監視装置の操作記録やＡＴＭとの通信記録などのイベントが発生する都度、その内容をログ情報として保存する機能を有する。状態監視装置は通常、フラッシュメモリにログを保存するためフラッシュメモリの書換え寿命の仕様を満足するような使用方法が必要となる。そのため、一つの手段として、フラッシュメモリの書換え寿命を満足するために、1日当たりのログの書込み件数と総稼動日数より算出した、1日当りのログ記録回数の上限を設ける、という使用方法がある。
【０００４】
フラッシュメモリの書換え寿命に関しては、例えば特開２０１４−１７４９６２号公報（特許文献１）に記載の技術ある。この公報には「自動取引装置は、第１記憶部に、取引処理が実行されるごとに作成される第１情報を記憶させ、フラッシュ型の半導体メモリである第２記憶部に、第１情報よりも書き換え頻度が低い第２情報を記憶させるようにした。これにより、第２記憶部に対する書き換え頻度と共に第２記憶部の交換頻度が抑制されて、コストの増加を抑制することができる。また、自動取引装置では、移送部により、第２記憶部の第２情報のコピーが第１記憶部に移送されるようにした。このため、取り換えられた新たな第２記憶部に対して、復元部が第１記憶部から第２情報を移設することにより、第２記憶部３に第２情報（第２情報）を容易に復元できるようになる。」と記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１７４９６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
状態監視装置を故意な連続操作を実施した場合や、連続して発生した通信障害のログを逐次記録することにより、1日当たりのログの記録件数の上限に達してしまうことになる。その結果、1日当たりの記録件数の上限以上に記録し続けると、フラッシュメモリの書換え寿命を満足できなくなる課題がある。また、1日当たりの記録件数の上限に達した場合に、それ以上のログの記録を行わない場合は、その後の操作記録やＡＴＭとの通信記録が残らないために、状態監視装置および状態監視装置とＡＴＭとの通信障害が発生した際のログ解析ができないという課題がある。
【０００７】
特許文献１では、記録する媒体を分けることで書き換え寿命に対応しているが、それぞれ別に媒体を用意する必要があり、システムとしてはコストが高くなってしまう。また、フラッシュメモリのみしか使用できない場合では、書き換え寿命による書き換え制限についての対策が記載されていない。
【０００８】
そこで本発明は、記憶媒体に書換え制限がある媒体（フラッシュメモリ）を用いる装置であっても、フラッシュメモリの書き換え寿命を考慮したログの記録をする制御を行う状態監視装置とその状態監視装置による監視システムを提供する事を目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、代表的な本発明の状態監視装置の一つは、利用者との取引を行う自動取引装置と接続し、自動取引装置の状態を監視する状態監視装置であって、自動取引装置との間で通信を行う通信部と、自動取引装置から送信された情報を一時的に記憶する一時記憶部と、一時記憶部に記憶された情報を記憶する記憶部と、状態監視装置を制御する制御部と、を備え、制御部は、通信部を介して自動取引装置との間で実施した通信の内容を解析して種類を判定し、記憶部へ書換えを行った回数と予め定められた書換え上限回数とを比較し書換え上限回数よりも少ない場合、一時記憶部が記憶する通信の内容のすくなくとも一部を判定結果に基づいて記憶部に書込む状態監視装置である。
【発明の効果】
【００１０】
本発明によれば、状態監視装置は、フラッシュメモリの書換え寿命を満足しつつ、必要なログをフラッシュメモリに記録することができる。また、ＡＴＭのアプリケーション起動障害の発生の有無を判断することができる。
【図面の簡単な説明】
【００１１】
【図１】状態監視装置およびＡＴＭの接続を示したシステム構成を示す図である。
【図２】状態監視装置の外観を示す概略図である。
【図３】状態監視装置の主要部の構成を示すブロック図である。
【図４】状態監視装置がログ情報を記録する処理を示すフローチャートである。
【図５】状態監視装置からＡＴＭに対してポーリング・レスポンスの処理を示すフローチャートである。
【図６】状態監視装置がログ情報を記録する処理を示すフローチャートである。
【図７】状態監視装置がログ情報を記録する処理を示すフローチャートである。
【図８】状態監視装置の記憶部に記憶されるログ情報を示す図である。
【発明を実施するための形態】
【００１２】
以下、実施例を図面を用いて説明する。
【実施例１】
【００１３】
図１は、本発明を状態監視装置１およびＡＴＭ２から構成される監視システムのシステム構成を示す図である。図１に示すように本発明の監視システムは、状態監視装置１とＡＴＭ２が１対１で接続される場合（図１（ａ））、ネットワーク３を介して１対Ｎで接続される場合（図１（ｂ））、ネットワーク３を介してＮ対Ｍで接続される場合（図１（ｃ））のそれぞれの場合で適用することができる。なお、状態監視装置１とＡＴＭ２が１：１で接続する場合もネットワークを介して接続してもよいことはいうまでもない。本実施例１では、状態監視装置１とＡＴＭ２が１：１で接続される場合を例にして、以下説明を行う。
【００１４】
図２は、状態監視装置１の外観を示す外観図であり、図３は、状態監視装置１の主要部の構成を示すブロック図である。状態監視装置１は、タッチパネル付き表示モニタ１１、電源スイッチ１２、スピーカ１３、制御部１４、電源１５などを備えている。また制御部１４内には、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、通信コントローラ２４を備えている。
【００１５】
タッチパネル付き表示モニタ１１は、ＡＴＭ２から受信したＡＴＭ２の情報を表示する。また、係員がタッチパネル操作を行い、画面の切り替えなどを行う事が可能である。ＡＴＭ２の異常が発生した場合は、タッチパネル付き表示モニタ１１に画面表示するだけでなく、スピーカ１３から警告音などを鳴らして、係員に対して注意を促す。
【００１６】
ＲＯＭ２３は、フラッシュメモリなどの不揮発メモリを搭載しており、状態監視装置１の制御プログラムやログ情報を格納する記憶部である。本実施例ではＲＯＭ２３はフラッシュメモリ２３であるとして説明する。
【００１７】
ＲＡＭ２２は、揮発メモリであり、フラッシュメモリ２３から読みだした制御プログラムを展開し、ＣＰＵ２１により制御プログラムが実行され、状態監視装置１が制御される。また、ＡＴＭ２から送信されたログ情報を一時的に記憶する一時記憶部でもある。
【００１８】
通信コントローラ２４はＡＴＭ２と直接またはネットワーク３を介して接続し、後述するポーリングやＡＴＭ２から送信されたＡＴＭ情報の受信等の信号の送受信を行う。電源１５は外部から供給された電力を状態監視装置１内に供給するための装置であり、電源のＯＮ／ＯＦＦを電源スイッチ１２で切り替える。
【００１９】
ＡＴＭ２は図示しない通帳取扱部、カード取扱部、タッチパネル付き表示モニタ、通信コントーラ、紙幣取扱部、硬貨取扱部、記憶部と制御部等から構成される。記憶部には、紙幣取扱部や硬貨取扱部で保管されている紙幣・硬貨の情報や、タッチパネル付き表示モニタを操作して顧客や係員（金融機関の係員・保守員等）が実行した取引や操作のログ情報等を記憶している。また、通信コントローラを介して、ログ情報が状態監視装置１に送信される。
【００２０】
次に、状態監視装置１のログ情報の記憶動作について説明する。図４は本実施例のログ記憶動作を示すフローチャートである。
【００２１】
状態監視装置１は、電源スイッチ１２の操作により電源ＯＮされると（Ｓ１０１）、フラッシュメモリ２３の書換えカウンタを初期化する処理を行う。具体的には、書換えカウンタの初期値としてＮ＝０とする（Ｓ１０２）。カウンタを初期化したあとは、イベントの発生まで待機状態となる（Ｓ１０３）。
【００２２】
上記するように本実施例では、状態監視装置１はＡＴＭ２から送信されたＡＴＭ２の情報（以下、ＡＴＭ情報とする）の中でログ情報をフラッシュメモリ２３に記録する。フラッシュメモリ２３の書換え寿命を満足するために、本実施例では１日当たりのフラッシュメモリ２３への書換え回数を制限する。本明細書では１日当たりの書換え回数を２００回として説明するが、書き換え回数は任意に設定可能であることはいうまでもない。
【００２３】
さらにイベントについて説明する。本実施例におけるイベントとは、主に状態監視装置１とＡＴＭ２との間で送受信される通信のことである。状態監視装置１は発生するイベントの種類を（１）重要イベント、（２）エラー系イベント、（３）正常系イベントとして分類した上で、フラッシュメモリ２３への書込みを行う。
【００２４】
例えば、（１）重要イベントは、ＡＴＭ２へ送信したポーリングのレスポンス（応答ともいう）の結果が該当する。（２）エラー系イベントは、状態監視装置１とＡＴＭ２との通信がタイムアウトした場合などが該当する。（３）正常系イベントは、ログ情報にあるＡＴＭ２からの指示情報の受信、状態監視装置１に対する係員の操作なども正常系イベントとして記憶される。なお、各イベントの内容は上記する以外にもあることは言うまでもない。また、イベントは特許請求の範囲における通信の内容に相当する。
【００２５】
本実施例の状態監視装置１によるＡＴＭ２に対するポーリングについて説明する。図５は、状態監視装置1のポーリング処理を説明するフローチャート図である。
【００２６】
状態監視装置１は、電源ＯＮされると（Ｓ１００１）、ＡＴＭ２との接続を待つ接続待ち状態になる（Ｓ１００２）。ネットワーク接続が完了すると（Ｓ１００３：ＹＥＳ）、状態監視装置１は、ＡＴＭ２の起動監視タイマを起動し（Ｓ１００４）、ＡＴＭ２に対してポーリングを行う（Ｓ１００５）。ポーリングに対するレスポンスが無い場合（Ｓ１００６）、一定時間経過後、再度、ＡＴＭ２に対してポーリングを行う（Ｓ１００５）。
【００２７】
なお、複数回ポーリングを実施してレスポンスが無い場合、状態監視装置１は状態監視装置１とＡＴＭ２との間のネットワークに何らかの障害が発生したと判断する。この場合、ＡＴＭ２との通信が行えなかったため通信エラーとしてＲＡＭ２２に記憶され、後述するイベント種別判定の際に、エラー系イベントとして判定される。
【００２８】
ポーリングを行った結果、ＡＴＭ２からのレスポンスが有るかどうかを判断し（Ｓ１００６）、レスポンスにＡＴＭ情報を受信したか否かを判断する（Ｓ１００７）。ＡＴＭ２からのレスポンスが有り（Ｓ１００６）、ＡＴＭ２からＡＴＭ情報を受信した場合は（Ｓ１００７）、ＡＴＭ２からの受信したＡＴＭ情報をタッチパネル付きモニタ１１に表示する（Ｓ１００８）。また、受信したＡＴＭ情報はイベントとして一時的にＲＡＭ２２に記憶され、後述するＡＴＭ情報の解析処理により正常系イベントとして判定される。
【００２９】
ＡＴＭ情報を受信していない場合（Ｓ１００７）、起動監視タイマがタイムアウトをしたか否かを判定し（Ｓ１００９）、タイムアウトをした場合は（Ｓ１００９：ＹＥＳ）、ＡＴＭ２のアプリケーション起動異常の情報をタッチパネル付きモニタ１１に表示する（Ｓ１０１０）。この場合、ネットワークは正常であるが、ＡＴＭ２のアプリケーションが起動していない状態であり、ＡＴＭ２のアプリケーション異常としてＲＡＭ２２に記憶され、後述するイベント種別判定の際に、重要イベントとして判定される。
【００３０】
起動監視タイマがタイムアウトしていない場合は（Ｓ１００９）、再度ＡＴＭ２に対してポーリングを実行する（Ｓ１００５）。なお、ポーリング処理の途中でＡＴＭ２とのネットワーク接続が切断された場合は、ＡＴＭ２とのネットワーク接続待ち状態（Ｓ１００２）となる。
【００３１】
図４に戻ってログ記録処理について説明を行う。イベントが発生すると（Ｓ１０４）、その情報をまずＲＡＭ２２にログ情報として書き込む（Ｓ１０５）。次にこのイベントがエラー系イベントであるか否かを判定する（Ｓ１０６）。エラー系のイベントではないと判断した場合（Ｓ１０６：ＮＯ）、重要イベントであるか否かを判断する（Ｓ１０７）。エラー系イベントでもなく、かつ、重要イベントでも無い場合は、ログ情報をＲＡＭ２２からフラッシュメモリ２３には書き込まず、待機状態となる（Ｓ１０３）。
【００３２】
エラー系イベント（Ｓ１０６：ＹＥＳ）または重要イベント（Ｓ１０７：ＹＥＳ）である場合は、フラッシュメモリ２３の書換えカウンタの値を判定する（Ｓ１０８）。書き換えカウンタの値がＮ≦２００である場合（Ｓ１０８：ＹＥＳ）、ＲＡＭ２２上に記憶されたログ情報の全てをフラッシュメモリ２３に書込み処理を行う（Ｓ１０９）。その後、書換えカウンタをＮ＝Ｎ＋１として（Ｓ１１０）、待機状態（Ｓ１０３）に戻る。
【００３３】
他方、フラッシュメモリ２３の書換えカウンタの値がＮ＞２００の場合は、１日のフラッシュメモリ２３の書換え制限回数を越えているため、ＲＡＭ２２上のログ情報をフラッシュメモリに書き込まず、待機状態（Ｓ１０３）に戻る。
【００３４】
フラッシュメモリ２３に書き込まれるログ情報の一例を図８（ａ）に示す。図８（ａ）は、図４のフローチャートで説明したログ情報はエラー系イベントを判断することによって書き換えが実施されていることを示す図である。このログ情報は、必要なタイミングで保守員などによりタッチパネル付きディスプレイに表示される、別の端末にデータが移動されて表示される、あるいは、別途接続されるプリンタにより紙で出力されるなどにより保守に利用される。
【００３５】
本実施例では、上記するようにエラー系イベント、または重要イベントが発生したときに、フラッシュメモリの書き換えカウンタの値によりＲＡＭ２２上の全てのログ情報をフラッシュメモリ２３に書き込む制御を行う構成とする。この構成により、イベント発生の都度、フラッシュメモリ２３にログ情報を記録する方式と比べて、効率的にフラッシュメモリ２３への書換えが可能となり、フラッシュメモリ２３の書換え寿命の上限による交換までの期間を延ばすことができる。
【実施例２】
【００３６】
実施例１では、エラー系イベントまたは、重要イベントの発生をトリガーとして、フラッシュメモリ２３の書き換え回数をチェックし、その回数に基づいてＲＡＭ２２上のログ情報をフラッシュメモリ２３に書き込む構成について説明をした。本実施例では、実施例１とは異なった制御によるフラッシュメモリ２３の書き換え寿命を考慮したログ情報の書き込みについて、図面を用いて説明する。なお、監視システムを構成する状態監視装置１及びＡＴＭ２の構成は実施例１と同様であるため、説明を省略する。
【００３７】
図６は本実施例におけるログ情報の書き込み制御を説明するフローチャートである。状態監視装置１は、電源ＯＮされると（Ｓ２０１）、フラッシュメモリ２３の書換えカウンタを初期化する処理を行う。具体的には、書換えカウンタの初期値としてＮ＝０とする（Ｓ２０２）。カウンタを初期化した後は、イベントの発生まで待機状態（Ｓ２０３）となる。次にイベントが発生すると（Ｓ２０４）、その情報をまずＲＡＭ２２にログ情報として書き込む（Ｓ２０５）。ここで、フラッシュメモリ２３の書換えカウンタの値を判定し（Ｓ２０６）、書き換えカウンタの値がＮ≦１８０の場合（Ｓ２０６：ＹＥＳ）、ＲＡＭ２２上のログ情報をフラッシュメモリ２３に書込む（Ｓ１０９）。
【００３８】
フラッシュメモリ２３の書換えカウンタの値がＮ＞１８０である場合（Ｓ２０６：ＮＯ）、発生したイベントが重要イベントであるか判定する（Ｓ２０８）。重要イベントでない場合は（Ｓ２０８：ＮＯ）、状態監視装置１は待機状態（Ｓ２０３）に戻る。
【００３９】
発生したイベントが重要イベント場合は（Ｓ２０：ＹＥＳ）、フラッシュメモリ２３の書換え回数の値を再度判定する。書換えカウンタの値がＮ≦２００であれば（Ｓ２０９：ＹＥＳ）、ＲＡＭ２２上のログ情報をフラッシュメモリ２３に書き込み（Ｓ２１０）、書換えカウンタをＮ＝Ｎ＋１として加算し（Ｓ２１１）、待機状態に戻る（Ｓ２０３）。
【００４０】
一方、書換えカウンタの値がＮ＞２００である場合は、重要イベントと判断された場合であっても、フラッシュメモリ２３への書き込みは行わず、状態監視装置１は待機状態に戻る（Ｓ２０３）。
【００４１】
フラッシュメモリ２３に書き込まれるログ情報の一例を図８（ｂ）に示す。図８（ｂ）は、図６のフローチャートで説明した書換え上限に達した場合であっても、重要イベントに限ってさらにフラッシュメモリ２３に書換えが行われていることを示す図である。
【００４２】
なお本実施例では、Ｎ＝１８０を無条件でフラッシュメモリに書き込む上限回数とし、Ｎ＝２００を重要イベントに限った書き込む上限回数としたが、これは任意の値に設定するとよい。また、Ｓ２０６で判断した書換えカウンタの値を第１の書換え上限回数と呼び、Ｓ２０９で判断した書換えカウンタの値を第２の書換え上限回数と呼んでもよい。また、本実施例では重要イベントに限って書換えカウンタの上限に達した場合であっても第２の閾値に達するまで書込み可能としたが、重要イベントに限定せず、例えばエラー系イベントであっても書込みを行うことができるようにしてもよい。
【００４３】
上記する本実施例の構成とすることで、予め定められたフラッシュメモリ２３の書換え上限回数に達した場合でも、重要イベントに限って、フラッシュメモリ２３にログ情報を書き込むことが可能となる。この構成により、フラッシュメモリ２３の書換え寿命の満足と、優先度の高いログ情報の保存を両立させることが可能となり、利便性を高めることができる。
【実施例３】
【００４４】
次に、実施例１および実施例２とは異なるフラッシュメモリ２３の書換え寿命に対応したログ情報の記録の制御について説明する。なお、監視システムを構成する状態監視装置１及びＡＴＭ２の構成は上記実施例と同様であるため、説明を省略する。
【００４５】
図７は実施例を示す。状態監視装置１は、電源ＯＮ（Ｓ３０１）されると、フラッシュメモリの書換えカウンタを初期化する処理を行う。具体的には、書換えカウンタ初期値としてＮ＝０、書き込み上限回数の初期値としてＲ＝２００とする（Ｓ３０２）。次に、書換え上限回数に、前日からの繰り越し回数Ｒ１の値を加算する。具体的には、Ｒ＝Ｒ＋Ｒ１とする（Ｓ３０３）。カウンタを初期化した後は、イベントの発生まで待機状態となる（Ｓ３０４）。イベントが発生すると（Ｓ３０５）、その情報をまずＲＡＭ２２にログ情報として書き込む（Ｓ３０６）。次に、フラッシュメモリ２３の書換えカウンタの値を判定する（Ｓ３０７）。書換えカウンタの値がＮ＞Ｒの場合（Ｓ３０７：ＮＯ）は、１日のフラッシュメモリ２３の書換え制限回数を越えているため、ＲＡＭ２２上のログ情報をフラッシュメモリ２３に書き込まずに待機状態に戻る（Ｓ３０４）。
【００４６】
他方、フラッシュメモリ２３の書換えカウンタの値がＮ≦Ｒの場合（Ｓ３０７：ＹＥＳ）、ＲＡＭ２２上のログ情報をフラッシュメモリ２３に書込み（Ｓ３０８）、書換えカウンタをＮ＝Ｎ＋１（Ｓ３０９）とする。その後、翌日への繰り越し可能回数としてＲ１＝Ｒ−Ｎとする（Ｓ３１０）。
【００４７】
フラッシュメモリ２３に書き込まれるログ情報の一例を図８（ｃ）に示す。図８（ｃ）は、図７のフローチャートで説明した当日の書換え上限に前日からの繰越し回数を加えてログ情報の書換えが行われていることを示す図である。
【００４８】
なお本実施例では、書換えカウントの上限回数としてＲ＝２００をフラッシュメモリ２３に書き込む上限回数としとしたが、これは任意の値に設定してもよいことはいうまでもない。
【００４９】
上記する本実施例の構成とすることで、前日の書き込み可能な残り回数を当日のフラッシュメモリ２３の書換えカウンタに加算することが可能となる。この構成により１日当たりのフラッシュメモリ２３の書換え数の変動があった場合においても、総稼動期間におけるフラッシュメモリ２３の書換え寿命を満足することが可能となる。
【００５０】
［変形例］
上記する実施例１〜３の変形例について、以下説明をする。
【００５１】
［変形例１］
実施例３では、前日の書込み可能な残り回数Ｒ１を当日のフラッシュメモリ２３の書換えカウンタに加算をする構成で説明を行った。しかし、実施例２で説明したように、書換えカウンタの上限を超えて書換えを行う場合もある。この場合、前日の書込み可能な残り回数Ｒ１は負の値となる。
【００５２】
従って、本変形例ではＲ１の値として負の値となっても対応可能な構成とする。この構成によれば、前日に書換え上限を超えた書換えが行われた場合でも、当日分から前日分の超えた書換え数が引かれる。そのため、フラッシュメモリ２３の書換え数の変動が有った場合であっても、より、総稼動期間におけるフラッシュメモリ２３の書換え寿命を満足することが可能となる。
【００５３】
［変形例２］
実施例２、実施例３および変形例１では当日の書換え回数を超えた書換えや、前日の書換え状況により書換え回数が変動する構成について説明を行った。フラッシュメモリ２３に書き込まれたログ情報は、必要なタイミングで保守員などがログ情報を取出し、状態監視装置１のタッチパネル付きディスプレイ１１や別装置のディスプレイ、別途接続されるプリンタを介して紙などに出力される。
【００５４】
そこで通常の書換え回数よりも変動し、記憶するログ情報を出力する際に、変動して記録された情報を通常の書換えられたログ情報と区別可能に出力してもよい。具体的には、図８（ｂ）（ｃ）のようにフォントを変更する、或いは、太字にして強調する等をしてもよい。
【００５５】
この構成とすることで、通常の書換えと区別することが可能となり、ＡＴＭ２に発生した異常を素早く見分けることが可能となる。
【００５６】
［変形例３］
各実施例および変形例では、フラッシュメモリ２３への書換え回数の上限については当日に行われる書換えを対象として設定されていた。しかし、当日に書き換えらる上限を設定する以外にも、所定の期間（例えば、1週間）に書き換えられる回数を書換え回数の上限として設定してもよい。所定期間内に書換え回数の上限を設定することで、イベントが極端に多く発生した場合や、逆にあまり発生しなかった場合であっても柔軟に書換えを実施することができる。
【００５７】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【符号の説明】
【００５８】
１・・・状態監視装置、２・・・自動取引装置（ＡＴＭ）、３・・・ネットワーク、１１・・・タッチパネル付き表示モニタ、１２・・・電源スイッチ、１３・・・スピーカ、１４・・・制御部、１５・・・電源、２１・・・ＣＰＵ、２２・・・ＲＡＭ、２３・・・ＲＯＭ、２４・・・通信コントローラ
【図１】
0006397777.tif 000002
【図２】
0006397777.tif 000003
【図３】
0006397777.tif 000004
【図４】
0006397777.tif 000005
【図５】
0006397777.tif 000006
【図６】
0006397777.tif 000007
【図７】
0006397777.tif 000008
【図８】
0006397777.tif 000009