"入退管理システムを構成する入退管理制御装置であって、UPSまたはバッテリバックアップの手段を備えず、通常運用時に制御プロセスからの通知情報を外部の通知先装置へ送信して格納させる制御処理を実行する通知制御部を有し、前記通知制御部は、前記通常運用時に、前記制御プロセスからの通知情報データを経時的に第1の不揮発性記憶手段に格納し、当該第1の不揮発性記憶手段に格納された通知情報データを、第2の不揮発性記憶手段を用いたFIFOにおける入口部と出口部とを有するキュー内の入口部へ移動する第1の処理を行う第1の処理部と、前記通常運用時に、前記キュー内の入口部から出口部へ前記通知情報データを移動して、前記キュー内の出口部に格納された通知情報データを取得して前記通知先装置へ送信して当該通知先装置内に格納させる第2の処理を行う第2の処理部と、を有し、前記キューを構成する不揮発性記憶手段として、高信頼性で高速な特性を持つ記憶装置を使用する構成により、高信頼性かつ高速で前記通知情報データの処理及び保持を行うこと、を特徴とする入退管理制御装置。請求項1記載の入退管理制御装置において、前記第1の処理部は、前記通知情報データを移動する際、前記キュー内の入口部の領域に格納されている通知情報データ量が所定値以上である場合、不揮発性記憶手段を用いた保留キューを作成して、当該保留キュー内の領域へ当該通知情報データを移動し、前記第2の処理部は、前記保留キュー内の領域に格納された通知情報データが有る場合は当該通知情報データを前記キュー内の出口部の領域へ移動して取得して前記通知先装置へ送信して当該通知先装置内に格納させ、前記キューを構成する不揮発性記憶手段として、前記保留キューを構成する不揮発性記憶手段よりも高信頼性で高速な特性を持つ第1の記憶装置を使用し、前記保留キューを構成する不揮発性記憶手段として、前記キューを構成する不揮発性記憶手段よりも大容量で安価な特性を持つ第2の記憶装置を使用する構成により、大容量かつ安価で前記通知情報データの処理及び保持を行い、上記構成により、前記通知先装置との通信状態が良くない間は、前記キュー及び保留キューを用いながら前記通知情報データが保持され、前記通知先装置との通信状態が良い間は、前記キュー及び前記保留キューから前記通知情報データが前記通知先装置へ送信されること、を特徴とする入退管理制御装置。請求項1記載の入退管理制御装置と、前記入退管理制御装置とネットワークを介して接続され管理者が操作可能である通知先装置と、を有して構成される入退管理システムであり、前記通常運用時に前記入退管理制御装置から送信される通知情報データが前記通知先装置内のデータベースに集約的に格納され、前記通知先装置は、前記管理者の操作に基づき、前記データベースの通知情報データを画面に表示して参照可能とすること、を特徴とする入退管理システム。特許文献1,2のような電源断対策復旧方式の公知技術を、入退管理システムのコントローラに対して適用した場合、以下のような問題がある。特許文献1の技術によれば、停電時にも情報を記憶できるものの、UPSやバッテリバックアップ等の手段のように、メイン電源とは別にサブ電源を設ける必要がある。これにより、装置コントローラの規模やコストが拡大する問題がある。特許文献2の技術によれば、UPSやバッテリバックアップ等の手段は必要無いが、電源断検出後の数百マイクロ秒の間に一時メモリのデータを退避する必要がある。そのため、記憶されるデータが大量例えば入退管理システムにおける数万件の通知情報データのような場合には、対応が困難になるという問題がある。従来、入退管理システムのコントローラ等において、UPS等の手段を設けない構成の場合は、電源断対策として、システム情報通知情報の保全特に長期の保存が難しく、また、UPS等の手段を設ける構成の場合は、コストや規模や管理の負担などが大きくなってしまうという問題がある。入退管理システムのコントローラ等において、入退管理制御に係わるシステム情報通知情報の保全を図りたい。例えば、突発的な電源断が発生してから電源が回復した場合、予め保存しておいた情報例えば入退の履歴情報があれば、管理者が参照確認することができ有用である。以上を鑑み、本発明の主な目的は、入退管理システムのコントローラ等に係わり、1電源断対策としてUPS等の手段を設けることなくシステム情報通知情報の保全特に長期大量データの保全を実現できる技術、2当該保全のために要するコスト等の削減特に長期大量データの保全の場合でも低コストを実現できる技術、を提供することである。本発明のうち代表的な形態は、入退管理システムのコントローラ入退管理制御装置等であって、以下に示す構成を有することを特徴とする。コントローラは、通知先装置などと接続される。本形態の入退管理システムのコントローラでは、通常運用時にコントローラから通知先装置へ通知情報データを随時経時的に送信して通知先装置内に格納させる処理を行う構成、及び、通知情報データの格納のためにコントローラに備える不揮発性記憶装置及びその処理等を工夫した構成を有する。上記構成として、本コントローラは通知制御部を有する。通知制御部は通常運用の制御プロセスに伴う通知プロセスを実現する。通知制御部通知プロセスは、第1の不揮発性記憶手段、第1の処理部、第2の不揮発性記憶手段を用いて構成されるキュー、及び、第2の処理部、を有する。キューは、通常時の流れの入口部と出口部の領域と、保留時の流れの保留部保留キューの領域と、を有する。コントローラと通知先装置との通信状態が良くない場合は、適宜、保留部保留キューを用いて通知情報データが記憶される。第1の処理部は、コントローラの通常運用の制御プロセスからの通知情報データが第1の不揮発性記憶手段に格納されると、第1の不揮発性記憶手段内の通知情報データを第2の不揮発性記憶手段のキュー内入口部または保留部に移動する処理を行う。第2の処理部は、キュー内出口部または保留部の通知情報データを取得移動して通知先装置へ送信する処理を行う。第1の形態では、キューの入口部と出口部、及び保留部は、第1の種類の不揮発性記憶装置により構成される。第2の形態では、キューの入口部と出口部は、第1の種類の不揮発性記憶装置により構成され、保留部は、第2の種類の不揮発性記憶装置により構成される。第1の種類の不揮発性記憶装置と第2の種類の不揮発性記憶装置との相対的な関係において、第1の種類の不揮発性記憶装置は、高信頼性高速であり、第2の種類の不揮発性記憶装置は、大容量安価である。本発明のうち代表的な形態によれば、入退管理システムのコントローラ等に係わり、1電源断対策としてUPS等の手段を設けることなくシステム情報通知情報の保全特に長期大量データの保全を実現できる。2当該保全のために要するコスト等の削減特に長期大量データの保全の場合でも低コストを実現できる。以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。<概要等>本入退管理システム図1等では、コントローラ1は、電源断対策としてのUPS等の手段を備えず、通知プロセス200を有し、特に、MRAM207を用いて構成されるセンダキュー201、及びセンダキュー201を用いたイベントレシーバ203とセンダ208の処理第1処理、第2処理を有する。通常運用時正常な電源供給状態は、制御プロセス100が稼働し、そして本通知プロセス200により、随時経時的に、コントローラ1から外部のSPU2通知先へシステム情報通知情報が送信され、SPU2のDB5内に格納される。コントローラ1は、UPS等を備えないため、停電などの電源断時には稼働を一時停止するが、コントローラ1の不揮発性メモリには通知情報データが保持され、また通常運用時に予め外部のSPU2へ通知情報が保全されている。電源断からの電源回復後には、上記通常運用時に予め外部のSPU2へ保全されている通知情報が存在するため、例えば管理者により通知情報例えば入退の履歴情報を参照確認することができ有用である。コントローラ1内の通知プロセス200用のメモリとして、通知情報メモリ202イベントレシーバキューを構成する、センダキューメモリ207センダキュー201を構成する、保留メモリ206保留キュー209、を有する。いずれもFIFOのキューを構成する。特に実施の形態1の構成では、保留メモリ206は、他のメモリ部分と同じく、MRAMで構成される。特に実施の形態2の構成では、保留メモリ206は、他のメモリ部分と異なり、CFで構成される図5。通常、コントローラ1と通知先SPU2との通信状態が良い状況では、センダキュー201からセンダ208により随時速やかに通知情報データがSPU2へ送信され格納される。コントローラ1と通知先SPU2との通信状態が悪い状況では、センダ208からSPU2へ通知情報データを送信できないが、センダキュー201及び保留キュー209を用いて通知情報データが記憶保留される。保留キュー209を用いることで比較的長期大量データであっても保全される。コントローラ1と通知先SPU2との通信状態が良い状況になれば、上記記憶保留しておいた通知情報データが速やかにSPU2へ送信され格納される。[システム構成]図1において、本実施の形態の入退管理システムの全体の構成を示している。本入退管理システムでは、入退管理制御装置コントローラ1、システム処理装置SPU2、カードリーダ認証装置3、等がネットワーク4で接続される構成である。入退管理制御装置1は、本入退管理システムのコントローラである。コントローラ1には、カードリーダ3やセンサ等の各種のデバイスが接続される。また、コントローラ1は、例えばLAN等のネットワーク4を介して、通知先のSPU2と接続される。コントローラ1は、前述したUPS等の手段を備えない構成仕様であり、これにより低コスト等の効果を持つ。SPU2は、入退管理システムの管理者などが使用可能な装置であり、入退管理システムの制御プロセス100に関する設定などが可能である。SPU2は、コントローラ1から送信される通知情報を集約してデータベースDB5に格納する。管理者は、SPU2のDB5に格納された通知情報を参照することができる。例えばSPU2がサーバ装置で構成され、管理者は端末装置からネットワーク4を介してSPU2サーバへアクセスし、DB5の通知情報を取得し、当該情報を端末装置の画面に表示して確認することができる。コントローラ1は、制御プロセス100、通知プロセス200が稼働する構成である。制御プロセス100は、通常運用時の入退管理制御に係わるプロセスである公知技術。制御プロセス100以外の部分が、本特徴的な通知制御部を構成する通知プロセス200である。この通知プロセス200は、通常運用時に制御プロセス100と共に稼働する。制御プロセス100及び通知プロセス200は、コントローラ1の後述図6のハードウェアソフトウェア構成におけるプログラム処理あるいは回路処理などにより実現される。またコントローラ1は通知先SPU2と通知情報の送信のための通信処理を行う。制御プロセス100は、システムマネージャ、デバイスコントローラ、コマンドサーバ、アンチパスバックコントローラ、拡張接点コントローラ、といった複数の各種のプロセスを含む。各プロセスは、それぞれ対応する種類のシステム情報通知情報を発信する。例えばデバイスコントローラは、カードリーダ3等のデバイスに対する制御通信を行うプロセスであり、通知情報の例として、入退の履歴情報などを出力する。各プロセスの通知情報は、誤りを監視修正するためにチェックサム等の情報が付与される。当該制御プロセス100からの通知情報データは通知情報メモリ202へ出力書込されるa1。通知プロセス200は、センダキュー通知情報センダキュー201、通知情報メモリ202、イベントレシーバ203、センダ通知情報センダ208、等の要素により構成される。センダキュー201は、センダキューメモリ207、及び保留メモリ206を用いて構成される。センダキューメモリ207は、入口部センダキューメモリ入口部204と、出口部センダキューメモリ出口部205とを有する。また、保留メモリ206を用いて必要に応じて保留キュー209が構成される。通知プロセス200における主な処理として、イベントレシーバ203の処理第1処理と、センダ208の処理第2処理と、を有する。これら2つの処理は独立非同期で稼働する。これら2つの処理はコントローラ1に備える不揮発性メモリMRAM202,207を用いながら行われる。通知情報メモリ202は、通常運用時に経時的に通知情報の記憶が可能なように、不揮発性メモリ、例えばMRAM、が用いられる。通知情報メモリ202への書き込みの主体は制御プロセス100である。イベントレシーバ203は、通知情報メモリ202から通知情報データの読み出しa2を行うが、その際、上記監視のためのチェックサム等による読み出しにて通知情報データの正常性を確認し、確認できた場合は、センダキュー201内の入口部204に、当該通知情報を記憶するa3。これにより、当該通知情報データは通知情報メモリ202から入口部204へ移動されるA。なお基本的にデータの移動処理コピー及び削除処理とし、メモリ内に空き領域を確保するようにする。また各移動A,B,Cの際には上記のようにチェックサム等によるデータ正常性の確認を行う。通常時、イベントレシーバ203から書き込まれる通知情報は、センダキュー201内の入口部204に格納されるa3。一方、センダ208は、センダキュー201の更新通知情報データの発生を監視しており、入口部204への通知情報データの格納がある場合は、入口部204から出口部205へ当該データを移動するa4B。センダキュー201の入口部204及び出口部205は、通常運用時に経時的に通知情報データの記憶が可能なように、不揮発性メモリ、例えばMRAM、が用いられる。センダ208は、出口部205から通知情報データの読み出しチェックサム確認を含むを行うa5。そして、当該通知情報データを参照して、通知先のSPU2へ当該データを送信する処理を行うa6。当該通知情報データの送信の成功OKを確認した後、出口部205内の当該通知情報データを削除する。これによりセンダキュー201の出口部205からSPU2内のDB5へ当該通知情報が移動するC。センダ208は、上記通知情報データの送信が失敗NGの場合は、上記出口部205内の当該通知情報データを削除せずに保持し、後で再送処理する。コントローラ1のセンダ208とSPU2との間における通知情報データの送信のための通信においては、ネットワーク4等に対応した所定のプロトコル、例えばTCP/IP、で行われる。この通信に関し、センダ208は、通知先SPU2との通信における通信状態を監視判定する処理機能を有する。センダ208は、SPU2との通信状態通信可OK/通信不可NGをみながら、センダキュー201出口部205からの通知情報データの取得a5と、当該通知情報データのSPU2への送信a6とを適切に制御する。ここで、制御プロセス100から通知情報メモリ202への通知情報データの格納の処理a1と、イベントレシーバ203の第1処理による通知情報メモリ202からセンダキュー201内入口部204への通知情報データの移動の処理Aと、センダ208の第2処理によるセンダキュー201内入口部204、出口部205からの通知情報データの移動取得及びSPU2への送信の処理B,Cと、の各処理は独立して行われている。コントローラ1のセンダ208とSPU2との間の通信で、通信状態が良い場合OK通信可、制御プロセス100から発生してくる通知情報がキューに滞留せずに、随時速やかにSPU2へ送信して格納させることができる。しかしながら、センダ208とSPU2との間の通信で、ネットワーク4の障害やSPU2側の都合などの何らかの要因により、通信状態が悪い場合NG通信不可、制御プロセス100から発生してくる通知情報を効率的にSPU2へ送信することはできず、コントローラ1内キューに通知情報が滞留することになる。そこで本実施の形態では、上記通信NG時の通知情報の滞留にも適切に対処可能な仕組みとして、センダキュー201における保留メモリ206及びその保留キュー209を用いた処理などを有する構成である。これにより、通信状態が良くなるまでの間、通知情報データを保留キュー209に保留記憶させる。通信OK時には、通常のセンダキュー201の入口部204-出口部205の流れで保留キュー209を用いずに通知情報データを移動送信する。一方、通信NG時には、通常のセンダキュー201の入口部204-出口部205の流れの途中に保留キュー209を用いて、当該通知情報データを保留させる。そして、上記通信NGが通信OKの状態になると、自動的に保留キュー209から通知情報データが取り出されてSPU2へ送信される。例えばイベントレシーバ203は、センダキュー201の入口部204に通知情報データを格納する余裕が無い場合は、保留キュー209を作成して当該保留キュー209へ当該通知情報データを格納移動するa7。通知情報データの発生量に応じて適宜、保留メモリ206に保留キュー209が追加作成確保される。保留キュー209は例えば入口部204の処理キューのデータイメージのファイルである。上記通知情報データの保留は、NG状態が長期になるほど大容量を必要とするが例えば数万件を超える場合も想定される、このために保留メモリ206としてMRAMではなくCFを用いる構成実施の形態2とすることにより、通知情報データの長期大量の保全を低コストで実現できる。センダ208は、通信状態が良い場合OK、保留キュー209に記憶されている通知情報データがある場合は、順にセンダキュー201の出口部205へ移動させa8、そして出口部205からSPU2へ当該通知情報データを送信する。通信状態の監視や判定に関しては各種公知技術を適用してもよい。本実施の形態では、所定のプロトコルTCP/IP等に基づき、コントローラ1のセンダ208が通知情報データ送信に対するSPU2からの応答をみて通信状態を判断する。例えばセンダ208がSPU2へ通知情報データ例えば1件ないし所定件数の単位を送信し、SPU2から当該データの正常受領などを示す応答が返ってきた場合は、通信可状態OKと判断し、次の通知情報データ単位を送信可能とする。また、上記正常受領などを示す応答が返ってこない場合は、当該通知情報データの送信は失敗で、通信不可状態NGと判断する。そして当該通知情報データはセンダキュー201に保持したままとし、後で再送を図ることになる。[コントローラ処理]図2,図3を用いて、コントローラ1の処理フロー例を説明する。図2は、主にイベントレシーバ203による処理であり、図3は、主にセンダ208による処理である。図2と図3の処理アルゴリズムは対応関係である。Sは処理ステップを表す。以下、1つ1件の通知情報データの単位のFIFOの処理の流れで説明するが、複数の通知情報についても同様に処理すればよい。また複数の通知情報を1つの単位にまとめて同様に処理してもよい。[第1処理]S101通知プロセス200は、制御プロセス100複数の各々のプロセスからの通知情報データを受信する。S102通知プロセス200は、受信した通知情報データを、通知情報メモリ202に格納する。本実施の形態では、上記S101,S102では、制御プロセス100複数の各々のプロセスが通知情報メモリ202に通知情報データを格納する。そして、これを契機として、イベントレシーバ203は、S103以下のように、当該通知情報メモリ202に格納された通知情報データを処理する構成である。S103イベントレシーバ203は、センダキュー201の入口部204に格納されている通知情報データ量が、所定値X以上であるか否かを判断する。X未満の場合NはS104へ遷移し、X以上の場合YはS106へ遷移する。S104イベントレシーバ203は、通知情報メモリ202の通知情報データを入口部204へコピーする。S105イベントレシーバ203は、上記通知情報メモリ202の通知情報データを削除し、終了最初から同様に繰返しする。S106イベントレシーバ203は、保留メモリ206を用いて、通知情報データの保留記憶のための保留キュー209を作成する。なお本処理例では、当該通知情報データ量例えば入口部204の領域の所定値Xのサイズ毎に応じて、保留キュー209をファイル単位で1つずつ追加する。S107イベントレシーバ203は、上記入口部204の領域の通知情報データを保留キュー209へ移動し、移動により空いた入口部204の領域へ通知情報メモリ202の通知情報データをコピーする。S108イベントレシーバ203は、上記通知情報メモリ202の通知情報データを削除し、終了する。図2では、FIFOの処理例として、入口部204の通知情報データを保留キュー209へ移動保存し、これにより空いた入口部204の領域に次の通知情報データを格納するという流れである。[第2処理]S201センダ208は、通知先のSPU2との通信が可能OKか否NGか等、通信状態を判断する。通信可OKの場合YはS202へ遷移し、通信不可NGの場合Nは終了最初から同様に繰返しする。S202センダ208は、センダキュー201の出口部205に通知情報データが有るか否かを判断する。有る場合YはS209へ遷移し、無い場合NはS203へ遷移する。S203センダ208は、保留キュー209が有るかどうかを判断する。有る場合YはS207へ遷移し、無い場合NはS204へ遷移する。S204センダ208は、入口部204に通知情報データが有るかどうかを判断する。有る場合YはS205へ遷移し、無い場合Nは終了する。S205センダ208は、入口部204の通知情報データを出口部205へコピーする。S206センダ208は、上記入口部204の通知情報データを削除し、S209へ遷移する。S207センダ208は、保留キュー209の通知情報データを出口部205へコピーする。なお先に作成された保留キュー209ファイルからの順である。S208センダ208は、上記保留キュー209の通知情報データを削除し、S209へ遷移する。なお当該削除により1つの保留キュー209ファイル内の全データが無くなる場合は当該保留キュー209ファイル自体が削除されるファイルを1つずつ減少する。S209センダ208は、センダキュー201の出口部205の通知情報データを、ネットワーク4を介して通知先のSPU2へ送信処理する。S210センダ208は、上記通知情報データの送信処理の結果が成功OKか否NGかをSPU2からの応答などに基づき判断する。上記結果がNGの場合Nは、前述のように、当該通知情報データの再送処理を行うS209へ戻る。※S211センダ208は、上記結果がOKの場合Y、上記出口部205の通知情報データを削除し、終了最初から繰返しする。図3では、FIFOの処理例として、出口部205、保留キュー209、入口部204、の優先順で通知情報データの有無をみて当該データを移動送信するという流れである。[メモリマップ]図4は、本コントローラ1に備える単一のMRAMのメモリマップを示す。A0等はアドレスを示す。401は、イベントレシーバキュー領域である図5の501に対応。通知情報メモリ202はイベントレシーバキューイベントレシーバ203の処理に係わるキューを構成する。402はセンダキュー入口部領域である図5の502に対応。403はセンダキュー出口部領域である図5の503に対応。なおこれら領域には通知情報データだけでなくチェックサム等を含むヘッダ情報等を格納してもよい。[システム情報通知情報]本実施の形態において記憶保全の対象とするシステム情報通知情報とは、制御プロセス100による、入退の履歴情報や、各デバイスカードリーダ3等の状態の管理制御情報などを含む、入退管理システムに応じた所定の形式の情報である。例えば本入退管理システムでは、ユーザがカードリーダ3にカードをかざして認証を成功してドア等を通過すると、1件以上例えば数件程度の通知情報データが発生する。[センダキュー及びメモリ構成]図5等を用いて、本システムにおける特徴的なキュー及びメモリ構成などについて説明する。なお図1~図4に示した構成に対応している。センダキュー201保留キュー209を含むはキュー構造なので、データ通知情報はFIFOで処理される。本実施の形態実施の形態1,2では、コントローラ1に備える不揮発性メモリNVMの例として、MRAMMagnetroresistiveRAM磁気抵抗メモリを採用する。また実施の形態2では、MRAMと併せて、CFCompactFlashを採用する。図5の通常用第1NVM=MRAMであり、保留用第2NVM=MRAMまたはCFである。またコントローラ1の通知プロセス200として、イベントレシーバ203の処理第1処理、センダ208の処理第2処理、のそれぞれで、送信すべき通知情報を一時的に記憶するための不揮発性記憶装置またはそのメモリ領域を用いるが、通知情報メモリ202として、MRAMの第1領域401,501を用い、センダキュー201204,205として、同MRAMの第2領域402,502第3領域403,503を用いる。501のMRAM通知情報メモリ領域は、401に対応した領域である。502のMRAM入口部領域は、402に対応した領域である。503のMRAM出口部領域は、403に対応した領域である。本実施の形態では、通知情報メモリ202と、センダキュー201とで、一体的な1つのMRAMで構成している。尚これらは別の不揮発性記憶装置で分けて構成することも可能である。通常用第1NVMと保留用第2NVMとにおける特性等の相対的な関係として、通常用第1NVMは、高信頼性、高速などの利点を有し、保留用第2NVMは、大容量、安価などの利点を有する。コスト面では、MRAMは比較的高価、CFは比較的安価廉価である。容量面では、CFは大容量であり、多数使用しても安価である。MRAMは容量に応じてコスト高となる。また、MRAMは、書き換え回数の制限が無く耐久性が高く通知情報データが保全される高信頼性、また読み書きアクセスが高速である。よって、本実施の形態実施の形態1,2では、通知情報メモリ202及びセンダキュー201の入口部204と出口部205でMRAMを使用する。キューへの通知情報データの書き込みと読み出しのアクセスの短縮ができ、高効率となる。実施の形態1では、センダキュー201の構成に関して、MRAMのみの構成とする。保留メモリ206保留用第2NVM自体を無しとする。また例えばMRAM領域による保留メモリ206を設ける形態としてもよいが、その場合は、比較的小さい容量とする。実施の形態1は、保留用のCF及びその処理機能などを備える必要が無いので、シンプルな構成である。コントローラ1とSPU2との通信状態が良好に保たれる環境などでは有用である。実施の形態2では、センダキュー201の構成に関して、MRAMCFの2種類の記憶装置の組み合わせの構成とする。センダキュー201の入口部204出口部205の容量としては、MRAMを用いるので比較的小容量に抑える。保留メモリ206保留キュー209として、大容量、安価などの利点を活かしてCFを使用する。CFは複数使用してもよい。実施の形態2は、MRAMの利点とCFの利点とをバランスよく組み合わせた構成である。これにより、高信頼性と低コストなどを両立する。なおMRAMやCFに限らず、上記特性や関係を満たすような他の種類の記憶装置を適用可能なことは勿論である。例えばCFではなくHDD等を使用してもよい。なお図1及び図2,図3では、基本的な形態として、通知情報メモリ202から通知情報データを入口部204に一旦移動a2,a3し、保留の場合には入口部204から保留キュー209へ当該データを移動a7する流れを示している。また、保留データがある場合、保留キュー209から通知情報データを出口部205に一旦移動a8し、出口部205から取り出して送信a5,a6する流れを示している。一方、上記形態を基本として、図5に示すように、保留の場合、通知情報メモリ202501から入口部204502を介さずに直接保留キュー209へデータを移動する形態出口部205側でも同様としてもよい。ただし通知情報データのFIFOの順序などを考慮して処理する必要はある。[管理件数及びメモリ容量の設定]前記S103に関して、所定値Xは、例えば本システムのコントローラ1通知プロセス200に対して可変に設定可能な管理情報である。設定は、例えば通常運用の設定と同様に、管理者操作に基づきSPU2からコントローラ1に対して行うことができる。所定値Xは、例えば通知情報の件数またはそのデータ量換算の単位で、最大件数管理件数として設定される。なお1件は1通知情報データであり、システムにもよるが例えば平均50バイト/1件程度である。保全可能としたい件数データ量を考慮して、当該所定値Xが設定される。またこれに併せてコントローラ1に備えるMRAMやCF等の各メモリの容量が設定される。例えば、最大件数として数万件といった大量及び長期の通知情報の保全を想定する場合、対応した値が設定される。通常の環境では、コントローラ1とSPU2との通信状態は良好に保たれるので、即ち保留は殆ど発生しないか、または発生したとしても少量であり、MRAM容量は比較的小さくてよい。[実装構成例]図6は、コントローラ1とSPU2のハードウェアソフトウェアの実装構成例実施の形態2の場合を示す。コントローラ1は、プロセッサ401、メモリ402、記憶装置403、入力装置404、出力装置405、通信IF装置406、MRAMIF部421、CFIF部422を有する。制御プログラム411は、制御プロセス100を実現する。通知制御プログラム412は、通知プロセス200を実現する。プロセッサ401がメモリ402にプログラム411,412をロードして実行することにより各プロセス100,200を実現する。MRAMIF部421は、MRAMとそれに対するデータ読み書きのインタフェース処理部を含む。CFIF部422は、CFとそれに対するデータ読み書きのインタフェース処理部を含む。SPU2は、プロセッサ501、メモリ502、記憶装置503、入力装置504、出力装置505、通信IF装置506、を有する。プロセッサ501がメモリ502にプログラム511をロードして実行することにより、SPU2の制御処理コントローラ1に対する設定やコントローラ1から受信する通知情報データをDB5へ格納する処理及び通知情報データを画面に表示する処理などを実現する。[効果等]以上説明したように、本実施の形態の入退管理システムコントローラ1により、1電源断対策としてUPS等の手段を設けることなくシステム情報通知情報の保全特に長期大量データの保全を実現できる。2当該保全のために要するコスト等の削減特に長期大量データの保全の場合でも低コストを実現できる。本システムでは通常運用時にコントローラ1の内部の不揮発性メモリに経時的に通知情報データが記憶されると共に、外部のSPU2へ通知情報データが送信されDB5に集約的に格納され保全されている。よって、管理者は、SPU2のDB5の通知情報例えば入退の履歴情報を、随時、画面で参照確認することができる。したがって、入退管理システムのシステム管理、継続運用などに関して有効である。コントローラ1からSPU2へ通知情報を送信して格納するにあたり、通信状態が悪い間も、コントローラ1内の不揮発性メモリに通知情報データを保持保留することができ、通信状態が改善すれば、上記保留しておいたデータの送信を開始でき、外部にデータを保全することができる。従来技術例のシステムでは、例えばコントローラ内に通知情報をファイルとして蓄積している。一方、本実施の形態では、コントローラ1から外部のSPU2へ通知情報を送信してSPU2内のDB5に蓄積している。従来技術例のシステムは、UPS等を備えるコントローラ、UPS等を備えないコントローラ、等が存在するが、本実施の形態によれば、1つの方式のコントローラ1UPS等を備えず通知プロセス200を備えるに統一することができる。以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。"