(57)【特許請求の範囲】
【請求項１】
入退管理システムを構成する入退管理制御装置であって、
ＵＰＳまたはバッテリバックアップの手段を備えず、
通常運用時に制御プロセスからの通知情報を外部の通知先装置へ送信して格納させる制御処理を実行する通知制御部を有し、
前記通知制御部は、
前記通常運用時に、前記制御プロセスからの通知情報データを経時的に第１の不揮発性記憶手段に格納し、当該第１の不揮発性記憶手段に格納された通知情報データを、第２の不揮発性記憶手段を用いたＦＩＦＯにおける入口部と出口部とを有するキュー内の入口部へ移動する第１の処理を行う第１の処理部と、
前記通常運用時に、前記キュー内の入口部から出口部へ前記通知情報データを移動して、前記キュー内の出口部に格納された通知情報データを取得して前記通知先装置へ送信して当該通知先装置内に格納させる第２の処理を行う第２の処理部と、を有し、
前記キューを構成する不揮発性記憶手段として、高信頼性で高速な特性を持つ記憶装置を使用する構成により、高信頼性かつ高速で前記通知情報データの処理及び保持を行うこと、を特徴とする入退管理制御装置。
【請求項２】
請求項１記載の入退管理制御装置において、
前記第１の処理部は、前記通知情報データを移動する際、前記キュー内の入口部の領域に格納されている通知情報データ量が所定値以上である場合、不揮発性記憶手段を用いた保留キューを作成して、当該保留キュー内の領域へ当該通知情報データを移動し、
前記第２の処理部は、前記保留キュー内の領域に格納された通知情報データが有る場合は当該通知情報データを前記キュー内の出口部の領域へ移動して取得して前記通知先装置へ送信して当該通知先装置内に格納させ、
前記キューを構成する不揮発性記憶手段として、前記保留キューを構成する不揮発性記憶手段よりも高信頼性で高速な特性を持つ第１の記憶装置を使用し、前記保留キューを構成する不揮発性記憶手段として、前記キューを構成する不揮発性記憶手段よりも大容量で安価な特性を持つ第２の記憶装置を使用する構成により、大容量かつ安価で前記通知情報データの処理及び保持を行い、
上記構成により、前記通知先装置との通信状態が良くない間は、前記キュー及び保留キューを用いながら前記通知情報データが保持され、前記通知先装置との通信状態が良い間は、前記キュー及び前記保留キューから前記通知情報データが前記通知先装置へ送信されること、を特徴とする入退管理制御装置。
【請求項３】
請求項１記載の入退管理制御装置と、
前記入退管理制御装置とネットワークを介して接続され管理者が操作可能である通知先装置と、を有して構成される入退管理システムであり、
前記通常運用時に前記入退管理制御装置から送信される通知情報データが前記通知先装置内のデータベースに集約的に格納され、
前記通知先装置は、前記管理者の操作に基づき、前記データベースの通知情報データを画面に表示して参照可能とすること、を特徴とする入退管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入退管理システムの技術に関し、特に、システム情報（通知情報）の記憶の技術に関する。
【背景技術】
【０００２】
入退管理システムの構成例では、部屋の出入口等に設置されるカードリーダ（認証装置）等のデバイスと、それらデバイスを制御するコントローラ（入退管理制御装置）と、コントローラに対して接続され管理者が参照可能なシステム処理装置（ＳＰＵ）と、を有し、入退管理・制御を行っている。
【０００３】
データ処理装置における一時的な情報は、何らかの手段で記憶・保持しないかぎり電源断により消失してしまうため、電源回復後に復帰することができないデータ処理装置も多く、意図しない突発的な停電などの電源断の発生によって情報が失われる可能性がある。
【０００４】
特に入退管理システムのコントローラにおいても、電源断の発生によって、システム情報（通知情報）が失われる可能性がある。
【０００５】
上記電源断の対策の手段として、一般的に、ＵＰＳ（Uninterruptible Power Supply）（無停電電源装置）やバッテリバックアップ、等の公知技術がある。
【０００６】
上記データ処理装置及び電源断対策などに関する先行技術例としては、特開昭５８−１６９２１８号公報（特許文献１）、特開２００８−２６２３５０号公報（特許文献２）などがある。
【０００７】
特許文献１では、電源断が発生したとき処理中のプログラムの処理状態を記憶し、電源復旧時に当該プログラムを継続実行する（いわゆる電源断が発生してもバッテリ等によりそのプログラム処理を継続できる）装置において、電源断を検出する手段と、電源断時のプログラム処理状態を記憶する複数のスタック区域と、スタック区域に記憶された処理プログラムが電源断時に動作する電源断プログラムであるか否かを識別する手段を設け、電源断した状態時に複数のスタック区域に順次プログラム処理状態を記憶するともに、電源復旧時には、その逆に順次プログラム処理状態を読み出して、当該プログラムが電源断プログラムでなくなるまで、プログラムの読み出しをするようにした、電源断復旧の方式について記載されている。
【０００８】
特許文献２では、電源断直後に発生する電気的な信号をキーとして、数百マイクロ秒の間に一時メモリの情報を不揮発メモリに保存し、電源復旧時には、不揮発メモリから情報を読み出して、電源断前の状態を復旧させる、情報記憶、復旧の方式について記載されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開昭５８−１６９２１８号公報
【特許文献２】特開２００８−２６２３５０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
特許文献１，２のような電源断対策・復旧方式の公知技術を、入退管理システムのコントローラに対して適用した場合、以下のような問題がある。
【００１１】
特許文献１の技術によれば、停電時にも情報を記憶できるものの、ＵＰＳやバッテリバックアップ等の手段のように、メイン電源とは別にサブ電源を設ける必要がある。これにより、装置（コントローラ）の規模やコストが拡大する問題がある。
【００１２】
特許文献２の技術によれば、ＵＰＳやバッテリバックアップ等の手段は必要無いが、電源断検出後の数百マイクロ秒の間に一時メモリのデータを退避する必要がある。そのため、記憶されるデータが大量（例えば入退管理システムにおける数万件の通知情報データ）のような場合には、対応が困難になるという問題がある。
【００１３】
従来、入退管理システムのコントローラ等において、ＵＰＳ等の手段を設けない構成の場合は、電源断対策として、システム情報（通知情報）の保全（特に長期の保存）が難しく、また、ＵＰＳ等の手段を設ける構成の場合は、コストや規模や管理の負担などが大きくなってしまうという問題がある。
【００１４】
入退管理システムのコントローラ等において、入退管理・制御に係わるシステム情報（通知情報）の保全を図りたい。例えば、突発的な電源断が発生してから電源が回復した場合、予め保存しておいた情報（例えば入退の履歴情報）があれば、管理者が参照・確認することができ有用である。
【００１５】
以上を鑑み、本発明の主な目的は、入退管理システムのコントローラ等に係わり、（１）電源断対策としてＵＰＳ等の手段を設けることなくシステム情報（通知情報）の保全（特に長期・大量データの保全）を実現できる技術、（２）当該保全のために要するコスト等の削減（特に長期・大量データの保全の場合でも低コスト）を実現できる技術、を提供することである。
【課題を解決するための手段】
【００１６】
本発明のうち代表的な形態は、入退管理システムのコントローラ（入退管理制御装置）等であって、以下に示す構成を有することを特徴とする。コントローラは、通知先装置などと接続される。
【００１７】
本形態の入退管理システムのコントローラでは、通常運用時にコントローラから通知先装置へ通知情報データを随時・経時的に送信して通知先装置内に格納させる処理を行う構成、及び、通知情報データの格納のためにコントローラに備える不揮発性記憶装置及びその処理等を工夫した構成を有する。
【００１８】
上記構成として、本コントローラは通知制御部を有する。通知制御部は通常運用の制御プロセスに伴う通知プロセスを実現する。通知制御部（通知プロセス）は、第１の不揮発性記憶手段、第１の処理部、第２の不揮発性記憶手段を用いて構成されるキュー、及び、第２の処理部、を有する。キューは、通常時の流れの入口部と出口部の領域と、保留時の流れの保留部（保留キュー）の領域と、を有する。
【００１９】
コントローラと通知先装置との通信状態が良くない場合は、適宜、保留部（保留キュー）を用いて通知情報データが記憶される。
【００２０】
第１の処理部は、コントローラの通常運用の制御プロセスからの通知情報データが第１の不揮発性記憶手段に格納されると、第１の不揮発性記憶手段内の通知情報データを第２の不揮発性記憶手段のキュー内（入口部または保留部）に移動する処理を行う。
【００２１】
第２の処理部は、キュー内（出口部または保留部）の通知情報データを取得（移動）して通知先装置へ送信する処理を行う。
【００２２】
第１の形態では、キューの入口部と出口部、及び保留部は、第１の種類の不揮発性記憶装置により構成される。
【００２３】
第２の形態では、キューの入口部と出口部は、第１の種類の不揮発性記憶装置により構成され、保留部は、第２の種類の不揮発性記憶装置により構成される。
【００２４】
第１の種類の不揮発性記憶装置と第２の種類の不揮発性記憶装置との相対的な関係において、第１の種類の不揮発性記憶装置は、高信頼性・高速であり、第２の種類の不揮発性記憶装置は、大容量・安価である。
【発明の効果】
【００２５】
本発明のうち代表的な形態によれば、入退管理システムのコントローラ等に係わり、（１）電源断対策としてＵＰＳ等の手段を設けることなくシステム情報（通知情報）の保全（特に長期・大量データの保全）を実現できる。（２）当該保全のために要するコスト等の削減（特に長期・大量データの保全の場合でも低コスト）を実現できる。
【図面の簡単な説明】
【００２６】
【図１】本発明の一実施の形態の入退管理システムの全体の構成を示す図である。
【図２】本実施の形態のコントローラの第１処理のフローを示す図である。
【図３】本実施の形態のコントローラの第２処理のフローを示す図である。
【図４】本実施の形態のコントローラの不揮発性メモリ（ＭＲＡＭ）のメモリマップを示す図である。
【図５】本実施の形態のコントローラのセンダキュー等の構成及び対応するメモリ構成（実施の形態１，２）を示す図である。
【図６】本実施の形態のコントローラとＳＰＵのハードウェア・ソフトウェア構成例を示す図である。
【発明を実施するための形態】
【００２７】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。
【００２８】
＜概要等＞
本入退管理システム（図１等）では、コントローラ１は、電源断対策としてのＵＰＳ等の手段を備えず、通知プロセス２００を有し、特に、ＭＲＡＭ（２０７）を用いて構成されるセンダキュー２０１、及びセンダキュー２０１を用いたイベントレシーバ２０３とセンダ２０８の処理（第１処理、第２処理）を有する。通常運用時（正常な電源供給状態）は、制御プロセス１００が稼働し、そして本通知プロセス２００により、随時・経時的に、コントローラ１から外部のＳＰＵ２（通知先）へシステム情報（通知情報）が送信され、ＳＰＵ２のＤＢ５内に格納される。
【００２９】
コントローラ１は、ＵＰＳ等を備えないため、停電などの電源断時には稼働を一時停止するが、コントローラ１の不揮発性メモリには通知情報データが保持され、また通常運用時に予め外部のＳＰＵ２へ通知情報が保全されている。電源断からの電源回復後には、上記通常運用時に予め外部のＳＰＵ２へ保全されている通知情報が存在するため、例えば管理者により通知情報（例えば入退の履歴情報）を参照・確認することができ有用である。
【００３０】
コントローラ１内の通知プロセス２００用のメモリとして、通知情報メモリ２０２（イベントレシーバキューを構成する）、センダキューメモリ２０７（センダキュー２０１を構成する）、保留メモリ２０６（保留キュー２０９）、を有する。いずれもＦＩＦＯのキューを構成する。特に実施の形態１の構成では、保留メモリ２０６は、他のメモリ部分と同じく、ＭＲＡＭで構成される。特に実施の形態２の構成では、保留メモリ２０６は、他のメモリ部分と異なり、ＣＦで構成される（図５）。
【００３１】
通常、コントローラ１と通知先ＳＰＵ２との通信状態が良い状況では、センダキュー２０１からセンダ２０８により随時速やかに通知情報データがＳＰＵ２へ送信され格納される。コントローラ１と通知先ＳＰＵ２との通信状態が悪い状況では、センダ２０８からＳＰＵ２へ通知情報データを送信できないが、センダキュー２０１及び保留キュー２０９を用いて通知情報データが記憶・保留される。保留キュー２０９を用いることで比較的長期・大量データであっても保全される。コントローラ１と通知先ＳＰＵ２との通信状態が良い状況になれば、上記記憶・保留しておいた通知情報データが速やかにＳＰＵ２へ送信され格納される。
【００３２】
［システム構成］
図１において、本実施の形態の入退管理システムの全体の構成を示している。本入退管理システムでは、入退管理制御装置（コントローラ）１、システム処理装置（ＳＰＵ）２、カードリーダ（認証装置）３、等がネットワーク４で接続される構成である。
【００３３】
入退管理制御装置１は、本入退管理システムのコントローラである。コントローラ１には、カードリーダ３やセンサ等の各種のデバイスが接続される。また、コントローラ１は、例えばＬＡＮ等のネットワーク４を介して、通知先のＳＰＵ２と接続される。コントローラ１は、前述したＵＰＳ等の手段を備えない構成（仕様）であり、これにより低コスト等の効果を持つ。
【００３４】
ＳＰＵ２は、入退管理システムの管理者などが使用可能な装置であり、入退管理システムの制御プロセス１００に関する設定などが可能である。ＳＰＵ２は、コントローラ１から送信される通知情報を集約してデータベース（ＤＢ）５に格納する。管理者は、ＳＰＵ２のＤＢ５に格納された通知情報を参照することができる。例えばＳＰＵ２がサーバ装置で構成され、管理者は端末装置からネットワーク４を介してＳＰＵ２サーバへアクセスし、ＤＢ５の通知情報を取得し、当該情報を端末装置の画面に表示して確認することができる。
【００３５】
コントローラ１は、制御プロセス１００、通知プロセス２００が稼働する構成である。制御プロセス１００は、通常運用時の入退管理・制御に係わるプロセスである（公知技術）。制御プロセス１００以外の部分が、本特徴的な通知制御部を構成する通知プロセス２００である。この通知プロセス２００は、通常運用時に制御プロセス１００と共に稼働する。制御プロセス１００及び通知プロセス２００は、コントローラ１の後述（図６）のハードウェア・ソフトウェア構成におけるプログラム処理あるいは回路処理などにより実現される。またコントローラ１は通知先ＳＰＵ２と通知情報の送信のための通信処理を行う。
【００３６】
制御プロセス１００は、システムマネージャ、デバイスコントローラ、コマンドサーバ、アンチパスバックコントローラ、拡張接点コントローラ、といった複数の各種のプロセスを含む。各プロセスは、それぞれ対応する種類のシステム情報（通知情報）を発信する。例えばデバイスコントローラは、カードリーダ３等のデバイスに対する制御・通信を行うプロセスであり、通知情報の例として、入退の履歴情報などを出力する。各プロセスの通知情報は、誤りを監視・修正するためにチェックサム等の情報が付与される。当該制御プロセス１００からの通知情報データは通知情報メモリ２０２へ出力（書込）される（ａ１）。
【００３７】
通知プロセス２００は、センダキュー（通知情報センダキュー）２０１、通知情報メモリ２０２、イベントレシーバ２０３、センダ（通知情報センダ）２０８、等の要素により構成される。センダキュー２０１は、センダキューメモリ２０７、及び保留メモリ２０６を用いて構成される。センダキューメモリ２０７は、入口部（センダキューメモリ入口部）２０４と、出口部（センダキューメモリ出口部）２０５とを有する。また、保留メモリ２０６を用いて必要に応じて保留キュー２０９が構成される。
【００３８】
通知プロセス２００における主な処理として、イベントレシーバ２０３の処理（第１処理）と、センダ２０８の処理（第２処理）と、を有する。これら２つの処理は独立（非同期）で稼働する。これら２つの処理はコントローラ１に備える不揮発性メモリ（ＭＲＡＭ）（２０２，２０７）を用いながら行われる。
【００３９】
通知情報メモリ２０２は、通常運用時に経時的に通知情報の記憶が可能なように、不揮発性メモリ、例えばＭＲＡＭ、が用いられる。通知情報メモリ２０２への書き込みの主体は制御プロセス１００である。
【００４０】
イベントレシーバ２０３は、通知情報メモリ２０２から通知情報データの読み出し（ａ２）を行うが、その際、上記監視のためのチェックサム等による読み出しにて通知情報データの正常性を確認し、確認できた場合は、センダキュー２０１内の入口部２０４に、当該通知情報を記憶する（ａ３）。これにより、当該通知情報データは通知情報メモリ２０２から入口部２０４へ移動される（Ａ）。なお基本的にデータの移動処理（コピー及び削除処理）とし、メモリ内に空き領域を確保するようにする。また各移動（Ａ，Ｂ，Ｃ）の際には上記のようにチェックサム等によるデータ正常性の確認を行う。
【００４１】
通常時、イベントレシーバ２０３から書き込まれる通知情報は、センダキュー２０１内の入口部２０４に格納される（ａ３）。一方、センダ２０８は、センダキュー２０１の更新（通知情報データの発生）を監視しており、入口部２０４への通知情報データの格納がある場合は、入口部２０４から出口部２０５へ当該データを移動する（ａ４）（Ｂ）。
【００４２】
センダキュー２０１の入口部２０４及び出口部２０５は、通常運用時に経時的に通知情報データの記憶が可能なように、不揮発性メモリ、例えばＭＲＡＭ、が用いられる。
【００４３】
センダ２０８は、出口部２０５から通知情報データの読み出し（チェックサム確認を含む）を行う（ａ５）。そして、当該通知情報データを参照して、通知先のＳＰＵ２へ当該データを送信する処理を行う（ａ６）。当該通知情報データの送信の成功（ＯＫ）を確認した後、出口部２０５内の当該通知情報データを削除する。これによりセンダキュー２０１の出口部２０５からＳＰＵ２内のＤＢ５へ当該通知情報が移動する（Ｃ）。
【００４４】
センダ２０８は、上記通知情報データの送信が失敗（ＮＧ）の場合は、上記出口部２０５内の当該通知情報データを削除せずに保持し、後で再送処理する。
【００４５】
コントローラ１のセンダ２０８とＳＰＵ２との間における通知情報データの送信のための通信においては、ネットワーク４等に対応した所定のプロトコル、例えばＴＣＰ／ＩＰ、で行われる。この通信に関し、センダ２０８は、通知先ＳＰＵ２との通信における通信状態を監視・判定する処理機能を有する。センダ２０８は、ＳＰＵ２との通信状態（通信可（ＯＫ）／通信不可（ＮＧ））をみながら、センダキュー２０１（出口部２０５）からの通知情報データの取得（ａ５）と、当該通知情報データのＳＰＵ２への送信（ａ６）とを適切に制御する。
【００４６】
ここで、制御プロセス１００から通知情報メモリ２０２への通知情報データの格納の処理（ａ１）と、イベントレシーバ２０３の第１処理による通知情報メモリ２０２からセンダキュー２０１内（入口部２０４）への通知情報データの移動の処理（Ａ）と、センダ２０８の第２処理によるセンダキュー２０１内（入口部２０４、出口部２０５）からの通知情報データの移動・取得及びＳＰＵ２への送信の処理（Ｂ，Ｃ）と、の各処理は独立して行われている。
【００４７】
コントローラ１のセンダ２０８とＳＰＵ２との間の通信で、通信状態が良い場合（「ＯＫ」「通信可」）、制御プロセス１００から発生してくる通知情報がキューに滞留せずに、随時速やかにＳＰＵ２へ送信して格納させることができる。しかしながら、センダ２０８とＳＰＵ２との間の通信で、ネットワーク４の障害やＳＰＵ２側の都合などの何らかの要因により、通信状態が悪い場合（「ＮＧ」「通信不可」）、制御プロセス１００から発生してくる通知情報を効率的にＳＰＵ２へ送信することはできず、コントローラ１内（キュー）に通知情報が滞留することになる。
【００４８】
そこで本実施の形態では、上記通信ＮＧ時の通知情報の滞留にも適切に対処可能な仕組みとして、センダキュー２０１における保留メモリ２０６及びその保留キュー２０９を用いた処理などを有する構成である。これにより、通信状態が良くなるまでの間、通知情報データを保留キュー２０９に保留（記憶）させる。
【００４９】
通信ＯＫ時には、通常のセンダキュー２０１の入口部２０４−出口部２０５の流れで（保留キュー２０９を用いずに）通知情報データを移動・送信する。一方、通信ＮＧ時には、通常のセンダキュー２０１の入口部２０４−出口部２０５の流れの途中に保留キュー２０９を用いて、当該通知情報データを保留させる。そして、上記通信ＮＧが通信ＯＫの状態になると、自動的に保留キュー２０９から通知情報データが取り出されてＳＰＵ２へ送信される。
【００５０】
例えばイベントレシーバ２０３は、センダキュー２０１の入口部２０４に通知情報データを格納する余裕が無い場合は、保留キュー２０９を作成して当該保留キュー２０９へ当該通知情報データを格納（移動）する（ａ７）。通知情報データの発生量に応じて適宜、保留メモリ２０６に保留キュー２０９が追加作成・確保される。保留キュー２０９は例えば入口部２０４の処理キューのデータイメージのファイルである。
【００５１】
上記通知情報データの保留は、ＮＧ状態が長期になるほど大容量を必要とするが（例えば数万件を超える場合も想定される）、このために保留メモリ２０６としてＭＲＡＭではなくＣＦを用いる構成（実施の形態２）とすることにより、通知情報データの長期（大量）の保全を低コストで実現できる。
【００５２】
センダ２０８は、通信状態が良い場合（ＯＫ）、保留キュー２０９に記憶されている通知情報データがある場合は、順にセンダキュー２０１の出口部２０５へ移動させ（ａ８）、そして出口部２０５からＳＰＵ２へ当該通知情報データを送信する。
【００５３】
通信状態の監視や判定に関しては各種公知技術を適用してもよい。本実施の形態では、所定のプロトコル（ＴＣＰ／ＩＰ等）に基づき、コントローラ１のセンダ２０８が通知情報データ送信に対するＳＰＵ２からの応答をみて通信状態を判断する。例えばセンダ２０８がＳＰＵ２へ通知情報データ（例えば１件ないし所定件数の単位）を送信し、ＳＰＵ２から当該データの正常受領などを示す応答が返ってきた場合は、通信可状態（ＯＫ）と判断し、次の通知情報データ単位を送信可能とする。また、上記正常受領などを示す応答が返ってこない場合は、当該通知情報データの送信は失敗で、通信不可状態（ＮＧ）と判断する。そして当該通知情報データはセンダキュー２０１に保持したままとし、後で再送を図ることになる。
【００５４】
［コントローラ処理］
図２，図３を用いて、コントローラ１の処理フロー例を説明する。図２は、主にイベントレシーバ２０３による処理であり、図３は、主にセンダ２０８による処理である。図２と図３の処理アルゴリズムは対応関係である。Ｓは処理ステップを表す。以下、１つ（１件）の通知情報データの単位のＦＩＦＯの処理の流れで説明するが、複数の通知情報についても同様に処理すればよい。また複数の通知情報を１つの単位にまとめて同様に処理してもよい。
【００５５】
［第１処理］
（Ｓ１０１）  通知プロセス２００は、制御プロセス１００（複数の各々のプロセス）からの通知情報データを受信する。
【００５６】
（Ｓ１０２）  通知プロセス２００は、受信した通知情報データを、通知情報メモリ２０２に格納する。
【００５７】
本実施の形態では、上記Ｓ１０１，Ｓ１０２では、制御プロセス１００（複数の各々のプロセス）が通知情報メモリ２０２に通知情報データを格納する。そして、これを契機として、イベントレシーバ２０３は、Ｓ１０３以下のように、当該通知情報メモリ２０２に格納された通知情報データを処理する構成である。
【００５８】
（Ｓ１０３）  イベントレシーバ２０３は、センダキュー２０１の入口部２０４に格納されている通知情報データ量が、所定値（Ｘ）以上であるか否かを判断する。Ｘ未満の場合（Ｎ）はＳ１０４へ遷移し、Ｘ以上の場合（Ｙ）はＳ１０６へ遷移する。
【００５９】
（Ｓ１０４）  イベントレシーバ２０３は、通知情報メモリ２０２の通知情報データを入口部２０４へコピーする。
【００６０】
（Ｓ１０５）  イベントレシーバ２０３は、上記通知情報メモリ２０２の通知情報データを削除し、終了（最初から同様に繰返し）する。
【００６１】
（Ｓ１０６）  イベントレシーバ２０３は、保留メモリ２０６を用いて、通知情報データの保留（記憶）のための保留キュー２０９を作成する。なお本処理例では、当該通知情報データ量（例えば入口部２０４の領域の所定値（Ｘ）のサイズ毎）に応じて、保留キュー２０９をファイル単位で１つずつ追加する。
【００６２】
（Ｓ１０７）  イベントレシーバ２０３は、上記入口部２０４の領域の通知情報データを保留キュー２０９へ移動し、移動により空いた入口部２０４の領域へ通知情報メモリ２０２の通知情報データをコピーする。
【００６３】
（Ｓ１０８）  イベントレシーバ２０３は、上記通知情報メモリ２０２の通知情報データを削除し、終了する。
【００６４】
図２では、ＦＩＦＯの処理例として、入口部２０４の通知情報データを保留キュー２０９へ移動（保存）し、これにより空いた入口部２０４の領域に次の通知情報データを格納するという流れである。
【００６５】
［第２処理］
（Ｓ２０１）  センダ２０８は、通知先のＳＰＵ２との通信が可能（ＯＫ）か否（ＮＧ）か等、通信状態を判断する。通信可（ＯＫ）の場合（Ｙ）はＳ２０２へ遷移し、通信不可（ＮＧ）の場合（Ｎ）は終了（最初から同様に繰返し）する。
【００６６】
（Ｓ２０２）  センダ２０８は、センダキュー２０１の出口部２０５に通知情報データが有るか否かを判断する。有る場合（Ｙ）はＳ２０９へ遷移し、無い場合（Ｎ）はＳ２０３へ遷移する。
【００６７】
（Ｓ２０３）  センダ２０８は、保留キュー２０９が有るかどうかを判断する。有る場合（Ｙ）はＳ２０７へ遷移し、無い場合（Ｎ）はＳ２０４へ遷移する。
【００６８】
（Ｓ２０４）  センダ２０８は、入口部２０４に通知情報データが有るかどうかを判断する。有る場合（Ｙ）はＳ２０５へ遷移し、無い場合（Ｎ）は終了する。
【００６９】
（Ｓ２０５）  センダ２０８は、入口部２０４の通知情報データを出口部２０５へコピーする。
【００７０】
（Ｓ２０６）  センダ２０８は、上記入口部２０４の通知情報データを削除し、Ｓ２０９へ遷移する。
【００７１】
（Ｓ２０７）  センダ２０８は、保留キュー２０９の通知情報データを出口部２０５へコピーする。なお先に作成された保留キュー２０９（ファイル）からの順である。
【００７２】
（Ｓ２０８）  センダ２０８は、上記保留キュー２０９の通知情報データを削除し、Ｓ２０９へ遷移する。なお当該削除により１つの保留キュー２０９（ファイル）内の全データが無くなる場合は当該保留キュー２０９（ファイル）自体が削除される（ファイルを１つずつ減少する）。
【００７３】
（Ｓ２０９）  センダ２０８は、センダキュー２０１の出口部２０５の通知情報データを、ネットワーク４を介して通知先のＳＰＵ２へ送信処理する。
【００７４】
（Ｓ２１０）  センダ２０８は、上記通知情報データの送信処理の結果が成功（ＯＫ）か否（ＮＧ）かをＳＰＵ２からの応答などに基づき判断する。上記結果がＮＧの場合（Ｎ）は、前述のように、当該通知情報データの再送処理を行う（Ｓ２０９へ戻る）。※
（Ｓ２１１）  センダ２０８は、上記結果がＯＫの場合（Ｙ）、上記出口部２０５の通知情報データを削除し、終了（最初から繰返し）する。
【００７５】
図３では、ＦＩＦＯの処理例として、出口部２０５、保留キュー２０９、入口部２０４、の優先順で通知情報データの有無をみて当該データを移動・送信するという流れである。
【００７６】
［メモリマップ］
図４は、本コントローラ１に備える単一のＭＲＡＭのメモリマップを示す。Ａ０等はアドレスを示す。４０１は、イベントレシーバキュー領域である（図５の５０１に対応）。通知情報メモリ２０２はイベントレシーバキュー（イベントレシーバ２０３の処理に係わるキュー）を構成する。４０２はセンダキュー入口部領域である（図５の５０２に対応）。４０３はセンダキュー出口部領域である（図５の５０３に対応）。なおこれら領域には通知情報データだけでなくチェックサム等を含むヘッダ情報等を格納してもよい。
【００７７】
［システム情報（通知情報）］
本実施の形態において記憶・保全の対象とする「システム情報（通知情報）」とは、制御プロセス１００による、入退の履歴情報や、各デバイス（カードリーダ３等）の状態の管理・制御情報などを含む、入退管理システムに応じた所定の形式の情報である。例えば本入退管理システムでは、ユーザがカードリーダ３にカードをかざして認証を成功してドア等を通過すると、１件以上（例えば数件程度）の通知情報データが発生する。
【００７８】
［センダキュー及びメモリ構成］
図５等を用いて、本システムにおける特徴的なキュー及びメモリ構成などについて説明する。なお図１〜図４に示した構成に対応している。センダキュー２０１（保留キュー２０９を含む）はキュー構造なので、データ（通知情報）はＦＩＦＯで処理される。
【００７９】
本実施の形態（実施の形態１，２）では、コントローラ１に備える不揮発性メモリ（ＮＶＭ）の例として、ＭＲＡＭ（Magnetroresistive RAM）（磁気抵抗メモリ）を採用する。また実施の形態２では、ＭＲＡＭと併せて、ＣＦ（Compact Flash）を採用する。図５の通常用第１ＮＶＭ＝ＭＲＡＭであり、保留用第２ＮＶＭ＝ＭＲＡＭまたはＣＦである。
【００８０】
またコントローラ１の通知プロセス２００として、イベントレシーバ２０３の処理（第１処理）、センダ２０８の処理（第２処理）、のそれぞれで、送信すべき通知情報を一時的に記憶するための不揮発性記憶装置またはそのメモリ領域を用いるが、通知情報メモリ２０２として、ＭＲＡＭの第１領域（４０１，５０１）を用い、センダキュー２０１（２０４，２０５）として、同ＭＲＡＭの第２領域（４０２，５０２）・第３領域（４０３，５０３）を用いる。５０１のＭＲＡＭ通知情報メモリ領域は、４０１に対応した領域である。５０２のＭＲＡＭ入口部領域は、４０２に対応した領域である。５０３のＭＲＡＭ出口部領域は、４０３に対応した領域である。
【００８１】
本実施の形態では、通知情報メモリ２０２と、センダキュー２０１とで、一体的な１つのＭＲＡＭで構成している。尚これらは別の不揮発性記憶装置で分けて構成することも可能である。
【００８２】
通常用第１ＮＶＭと保留用第２ＮＶＭとにおける特性等の相対的な関係として、通常用第１ＮＶＭは、高信頼性、高速などの利点を有し、保留用第２ＮＶＭは、大容量、安価などの利点を有する。コスト面では、ＭＲＡＭは比較的高価、ＣＦは比較的安価（廉価）である。容量面では、ＣＦは大容量であり、多数使用しても安価である。ＭＲＡＭは容量に応じてコスト高となる。また、ＭＲＡＭは、書き換え回数の制限が無く耐久性が高く通知情報データが保全される（高信頼性）、また読み書きアクセスが高速である。
【００８３】
よって、本実施の形態（実施の形態１，２）では、通知情報メモリ２０２及びセンダキュー２０１の入口部２０４と出口部２０５でＭＲＡＭを使用する。キューへの通知情報データの書き込みと読み出しのアクセスの短縮ができ、高効率となる。
【００８４】
実施の形態１では、センダキュー２０１の構成に関して、ＭＲＡＭのみの構成とする。保留メモリ２０６（保留用第２ＮＶＭ）自体を無しとする。また例えばＭＲＡＭ領域による保留メモリ２０６を設ける形態としてもよいが、その場合は、比較的小さい容量とする。実施の形態１は、保留用のＣＦ及びその処理機能などを備える必要が無いので、シンプルな構成である。コントローラ１とＳＰＵ２との通信状態が良好に保たれる環境などでは有用である。
【００８５】
実施の形態２では、センダキュー２０１の構成に関して、ＭＲＡＭ＋ＣＦの２種類の記憶装置の組み合わせの構成とする。センダキュー２０１の入口部２０４・出口部２０５の容量としては、ＭＲＡＭを用いるので比較的小容量に抑える。保留メモリ２０６（保留キュー２０９）として、大容量、安価などの利点を活かしてＣＦを使用する。ＣＦは複数使用してもよい。実施の形態２は、ＭＲＡＭの利点とＣＦの利点とをバランスよく組み合わせた構成である。これにより、高信頼性と低コストなどを両立する。
【００８６】
なおＭＲＡＭやＣＦに限らず、上記特性や関係を満たすような他の種類の記憶装置を適用可能なことは勿論である。例えばＣＦではなくＨＤＤ等を使用してもよい。
【００８７】
なお図１（及び図２，図３）では、基本的な形態として、通知情報メモリ２０２から通知情報データを入口部２０４に一旦移動（ａ２，ａ３）し、保留の場合には入口部２０４から保留キュー２０９へ当該データを移動（ａ７）する流れを示している。また、保留データがある場合、保留キュー２０９から通知情報データを出口部２０５に一旦移動（ａ８）し、出口部２０５から取り出して送信（ａ５，ａ６）する流れを示している。一方、上記形態を基本として、図５に示すように、保留の場合、通知情報メモリ２０２（５０１）から入口部２０４（５０２）を介さずに直接保留キュー２０９へデータを移動する形態（出口部２０５側でも同様）としてもよい。ただし通知情報データのＦＩＦＯの順序などを考慮して処理する必要はある。
【００８８】
［管理件数及びメモリ容量の設定］
前記Ｓ１０３に関して、所定値（Ｘ）は、例えば本システムのコントローラ１（通知プロセス２００）に対して可変に設定可能な管理情報である。設定は、例えば通常運用の設定と同様に、管理者操作に基づきＳＰＵ２からコントローラ１に対して行うことができる。所定値（Ｘ）は、例えば通知情報の件数（またはそのデータ量換算）の単位で、最大件数（管理件数）として設定される。なお１件は１通知情報データであり、システムにもよるが例えば平均５０バイト／１件程度である。保全可能としたい件数・データ量を考慮して、当該所定値（Ｘ）が設定される。またこれに併せてコントローラ１に備えるＭＲＡＭやＣＦ等の各メモリの容量が設定される。例えば、最大件数として数万件といった大量（及び長期）の通知情報の保全を想定する場合、対応した値が設定される。
【００８９】
通常の環境では、コントローラ１とＳＰＵ２との通信状態は良好に保たれるので、即ち保留は殆ど発生しないか、または発生したとしても少量であり、ＭＲＡＭ容量は比較的小さくてよい。
【００９０】
［実装構成例］
図６は、コントローラ１とＳＰＵ２のハードウェア・ソフトウェアの実装構成例（実施の形態２の場合）を示す。コントローラ１は、プロセッサ４０１、メモリ４０２、記憶装置４０３、入力装置４０４、出力装置４０５、通信Ｉ/Ｆ装置４０６、ＭＲＡＭ＆Ｉ/Ｆ部４２１、ＣＦ＆Ｉ/Ｆ部４２２を有する。制御プログラム４１１は、制御プロセス１００を実現する。通知制御プログラム４１２は、通知プロセス２００を実現する。プロセッサ４０１がメモリ４０２にプログラム（４１１，４１２）をロードして実行することにより各プロセス（１００，２００）を実現する。ＭＲＡＭ＆Ｉ/Ｆ部４２１は、ＭＲＡＭとそれに対するデータ読み書きのインタフェース処理部を含む。ＣＦ＆Ｉ/Ｆ部４２２は、ＣＦとそれに対するデータ読み書きのインタフェース処理部を含む。
【００９１】
ＳＰＵ２は、プロセッサ５０１、メモリ５０２、記憶装置５０３、入力装置５０４、出力装置５０５、通信Ｉ/Ｆ装置５０６、を有する。プロセッサ５０１がメモリ５０２にプログラム（５１１）をロードして実行することにより、ＳＰＵ２の制御処理（コントローラ１に対する設定やコントローラ１から受信する通知情報データをＤＢ５へ格納する処理及び通知情報データを画面に表示する処理など）を実現する。
【００９２】
［効果等］
以上説明したように、本実施の形態の入退管理システム（コントローラ１）により、（１）電源断対策としてＵＰＳ等の手段を設けることなくシステム情報（通知情報）の保全（特に長期・大量データの保全）を実現できる。（２）当該保全のために要するコスト等の削減（特に長期・大量データの保全の場合でも低コスト）を実現できる。
【００９３】
本システムでは通常運用時にコントローラ１の内部の不揮発性メモリに経時的に通知情報データが記憶されると共に、外部のＳＰＵ２へ通知情報データが送信されＤＢ５に集約的に格納され保全されている。よって、管理者は、ＳＰＵ２のＤＢ５の通知情報（例えば入退の履歴情報）を、随時、画面で参照・確認することができる。したがって、入退管理システムのシステム管理、継続運用などに関して有効である。
【００９４】
コントローラ１からＳＰＵ２へ通知情報を送信して格納するにあたり、通信状態が悪い間も、コントローラ１内の不揮発性メモリに通知情報データを保持（保留）することができ、通信状態が改善すれば、上記保留しておいたデータの送信を開始でき、外部にデータを保全することができる。
【００９５】
従来技術例のシステムでは、例えばコントローラ内に通知情報をファイルとして蓄積している。一方、本実施の形態では、コントローラ１から外部のＳＰＵ２へ通知情報を送信してＳＰＵ２内のＤＢ５に蓄積している。従来技術例のシステムは、ＵＰＳ等を備えるコントローラ、ＵＰＳ等を備えないコントローラ、等が存在するが、本実施の形態によれば、１つの方式のコントローラ１（ＵＰＳ等を備えず通知プロセス２００を備える）に統一することができる。
【００９６】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
【産業上の利用可能性】
【００９７】
本発明は、入退管理システムなどに利用可能である。
【符号の説明】
【００９８】
１…入退管理制御装置（コントローラ）、２…ＳＰＵ（システム処理装置／通知先装置）、３…カードリーダ（認証装置）、４…ネットワーク、５…ＤＢ、１００…制御プロセス、２００…通知プロセス（通知制御部）、２０１…センダキュー（通知情報センダキュー）、２０２…通知情報メモリ、２０３…イベントレシーバ、２０４…入力部、２０５…出力部、２０６…保留メモリ、２０７…センダキューメモリ、２０８…センダ（通知情報センダ）、２０９…保留キュー。
【図１】
0005684016.tif 000002
【図２】
0005684016.tif 000003
【図３】
0005684016.tif 000004
【図４】
0005684016.tif 000005
【図５】
0005684016.tif 000006
【図６】
0005684016.tif 000007