認証システム、コントローラ
【課題】事象が短時間で集中して発生するような状況下であっでも、コントローラ側で検出した状態を、短時間でモニター側へと送信してモニター側において反映できる認証システムを提供する
【解決手段】コントローラ側では、未送信の履歴情報の件数が所定件数を上回った優先モード下の送信処理においては、ステップＳ４４〜Ｓ４６の履歴情報の送信は後回しにして、ステップＳ４１〜Ｓ４３までの状態記憶部１１６に記憶された状態情報の送信を先にする。モニター側では、先に受信した状態情報に基づいて状態の提示を行う。
【解決手段】コントローラ側では、未送信の履歴情報の件数が所定件数を上回った優先モード下の送信処理においては、ステップＳ４４〜Ｓ４６の履歴情報の送信は後回しにして、ステップＳ４１〜Ｓ４３までの状態記憶部１１６に記憶された状態情報の送信を先にする。モニター側では、先に受信した状態情報に基づいて状態の提示を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザーを認証する認証システムに関する。
【背景技術】
【０００２】
認証システムは、ユーザーから認証情報を読み取った結果を基に扉の施解錠を制御する１以上のコントローラと、各コントローラと接続されたモニターとから構成される。
コントローラにおける読み取りや施解錠といった事象の履歴を、モニターにおいて収集することで履歴の分析に用いる技術が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2007-047977号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、コントローラからモニターへと履歴を送信する場合には、事象を検出した順番で送ることが考えられる。
もっとも、（Ａ）朝の出勤時間帯などに読み取りや施解錠などが集中するなどして、短時間で大量に事象を検出した場合や、（Ｂ）コントローラとモニターとの間の通信回線が一時的に遅延や断絶した場合などには、単位時間あたりに検出する事象の件数が単位時間あたりに送信できる事象の件数を上回ることで、未送信の履歴の件数が滞留し、事象の検出から送信までのタイムラグが長くなるおそれがある。
【０００５】
このタイムラグを緩和するために、コントローラの送信リソースや通信回線を増強する手立ても考えられるが、自ずと限界がある上、コスト高を招くので回避したい。
モニター側においては異常検知時の警報機能を備えるものがあり、上述のように異常の検出から送信までのタイムラグが長いと、係る警報機能の無力化を招くことも考えられる。
【０００６】
本発明は、このような背景の元になされたものであって、事象が短時間で集中して発生するような状況下であっでも、コントローラ側で検出した状態を短時間でモニター側へと送信して、モニター側で提示できる認証システムを提供する。
【課題を解決するための手段】
【０００７】
本発明に係る認証システムは、ユーザーの入退室に係る機器を制御するコントローラと、前記コントローラとネットワークを介して接続されるモニターとを備える認証システムであって、コントローラは、制御対象の機器における事象を検出する検出手段と、前記検出手段が検出した結果を示す履歴情報を第１記憶手段に記憶させる履歴記憶制御手段と、前記機器の状態を記憶する第２記憶手段を、前記検出手段による検出に基づいて更新する状態更新手段と、第１記憶手段に記憶された履歴情報を、記憶された順番に逐次モニターへと送信する送信手段とを備え、前記送信手段は、前記第１記憶手段に記憶された未送信の履歴情報の量に関する所定条件を満たすと、前記第２記憶手段に記憶された状態を示す状態情報を前記履歴情報より先にモニターへと送信し、モニターは、前記送信手段により送信される状態情報および履歴情報を受信する受信手段と、受信された履歴情報を記憶する履歴保持手段と、受信された状態情報に基づいて、機器の状態を提示する提示手段とを備えることを特徴としている。
【発明の効果】
【０００８】
本発明に係る認証システムによれば、コントローラの送信手段は、所定条件を満たすと、第２記憶手段に記憶された状態を示す状態情報を履歴情報より先にモニターへと送信し、モニターの提示手段は、送信された状態情報に基づいて、機器の状態を提示するので、例えば、第１記憶手段に記憶された履歴情報が大量件数溜まるような状況下においても、履歴情報より先に送信する状態情報を利用してモニター側の提示手段で最新の状態を提示することができる。
【０００９】
また、前記提示手段は、前記所定条件が満たされていない間の検出に係る履歴情報に基づいて、機器の状態を提示し、前記所定条件が満たされている間の検出に係る履歴情報に基づいては機器の状態を提示せず、前記受信された状態情報に基づいて機器の状態を提示するとしても構わない。
この構成によれば、例えば所定条件が履歴情報の件数がある閾値を上回ったことを条件とすると、提示手段は、所定条件が満たされていない間、つまり履歴情報の件数がある閾値以下の場合には、順々に送信されてくる履歴情報に基づいて機器の状態を提示することができる。
【００１０】
また、所定条件が満たされていない間、つまり履歴情報の件数がある閾値を上回った場合には、先に送信されてくる状態情報に基づいて機器の状態を素早く提示できる。
また、後から遅れて送信されてくることになる履歴情報は、未送信のまま滞留した時間が長く上記状態情報より古い情報であることが予想される。このためこの履歴情報に基づいては機器の状態を提示しないことで、遅れて送信される古い履歴情報により意味の無い提示を行うことを回避できる。
【００１１】
また、コントローラは、前記所定条件が満たされていない間は第１モード、前記所定条件が満たされている間は第２モードに設定するモード設定手段を備え、前記送信手段は、前記モード設定手段により設定されているモードを示す設定情報を送信し、前記受信手段は、前記送信手段により送信される設定情報を受信し、前記提示手段は、設定情報に示されるモードが第１モードである間には、前記履歴情報に基づいて機器の状態を提示し、設定情報に示されるモードが第２モードである間には、前記履歴情報に基づいては機器の状態を提示せず、前記受信された状態情報に基づいて機器の状態を提示するとしても構わない。
【００１２】
この構成によれば、モード管理を利用することで、モニター側において正確に状態の提示を行うことができる。
また、前記送信手段は、前記所定条件が満たされていない間には、送信すべき履歴情報に、当該履歴情報に基づいて機器の状態を提示すべき旨を示す第１識別子を付加して送信し、前記所定条件が満たされている間には、送信すべき履歴情報に、当該履歴情報に基づいては機器の状態を提示すべきでない旨を示す第２識別子を付加して送信し、送信すべき状態情報に、当該状態情報に基づいて機器の状態を提示すべき旨を示す第３識別子を付加して送信し、前記提示手段は、前記第１識別子が付加された履歴情報に基づいて、機器の状態を提示し、前記第２識別子が付加された履歴情報に基づいては機器の状態を提示せず、前記第３識別子が付加された状態情報に基づいて、機器の状態を提示するとしても構わない。
【００１３】
この構成によれば、コントローラの送信手段から送信する履歴情報または状態情報に各識別子を付加し、付加された各識別子に基づいて提示手段への提示の可否を判断するので、モニター側において正確に状態の提示を行うことができる。
また、前記機器の状態には、ｎ（ｎは２以上の自然数）種類の値が存在し、前記状態更新手段は、前記検出手段による検出に応じて、機器の状態に係る検出回数をインクリメントし、前記提示手段は、前記検出回数を前記ｎで除した剰余に基づいて、前記機器の状態の値がｎ種類のうちのいずれであるかを特定して前記提示に用いるとしても構わない。
【００１４】
この構成によれば、状態更新手段は、検出に応じて機器の状態に係る回数をインクリメントするので、機器の状態が頻繁に変更される状況下においても、変更を取りこぼさずに捕捉することができる。
特に、そのときどきの瞬間の状態だけを重要視するのではなく、状態がこれまでどのように変遷したかを重要視するシステムにおいて有効である。
【００１５】
本発明に係るコントローラは、ユーザーの入退室に係る機器を制御するコントローラであって、制御対象の機器における事象を検出する検出手段と、前記検出手段が検出した結果を示す履歴情報を第１記憶手段に記憶させる履歴記憶制御手段と、前記機器の状態を記憶する第２記憶手段を、前記検出手段による検出次第更新する状態更新手段と、第１記憶手段に記憶された履歴情報を、記憶された順番に逐次モニターへと送信する送信手段とを備え、前記送信手段は、前記第１記憶手段に記憶された未送信の履歴情報の量に関する所定条件を満たすと、前記第２記憶手段に記憶された状態を示す状態情報を前記履歴情報より先にモニターへと送信することを特徴とする。
【図面の簡単な説明】
【００１６】
【図１】認証システム１のシステム構成を示す図
【図２】ゲートコントローラ１００の機能ブロック図
【図３】モニター１０の機能ブロック図
【図４】状態記憶部１１６が記憶する状態のデータ構造を示すテーブル
【図５】事象検出部１０８が検出する事象のデータ構造を示すテーブル
【図６】履歴記憶部１１２のデータ構造を示すテーブル
【図７】ゲートコントローラ１００が行う検出・記憶処理を示すフローチャート
【図８】ゲートコントローラ１００が行うモード設定処理を示すフローチャート
【図９】ゲートコントローラ１００が行う通常モード下での送信処理を示すフローチャートである。
【図１０】ゲートコントローラ１００が行う優先モード下での送信処理を示すフローチャート
【図１１】モニター１０側における受信処理などを示すフローチャート
【図１２】実施の形態２に係る送信処理を示すフローチャート
【図１３】実施の形態３に係る状態記憶部１１６が記憶する状態のデータ構造を示すテーブル
【図１４】実施の形態４に係る状態記憶部１１６が記憶する状態のデータ構造を示すテーブル
【発明を実施するための形態】
【００１７】
（実施の形態１）
以下、本実施の形態について、図面を参照しながら説明する。
＜構成＞
図１は、認証システム（ゲート管理システム）１のシステム構成を示す図である。
認証システム１は、モニター１０，ゲートコントローラ１００，１０１、ゲートコントローラ１００の制御対象となるカードリーダ４ａ，４ｂおよび扉（ゲート扉）８ａ，８ｂ、ゲートコントローラ１０１の制御対象となるカードリーダ４ｃ、扉８ｃを備える。モニター１０とゲートコントローラ１００，１０１の間、またゲートコントローラ１００，１０１とその制御対象となる機器（カードリーダ４ａ〜４ｃ，扉８ａ〜８ｃ）はそれぞれケーブルを介して接続されている。
【００１８】
認証システム１の処理の流れの概要を、カードリーダ４ａ，扉８ａに関する部分を中心に説明する。
すなわち、扉８ａは普段は施錠されており、この扉８ａ付近に設置されたカードリーダ４ａは、ユーザーがかざすカード６から認証情報としてのＩＤを読み取る。カードリーダ４ａは読み取ったＩＤをゲートコントローラ１００に送信する。ゲートコントローラ１００は、受信したＩＤを、ＩＤ毎にゲート通行の権限有無を示すＩＤ権限ＤＢと照合する。
【００１９】
照合の結果、通行権限有りと判定すれば（認証ＯＫ）、ゲートコントローラ１００は、カードリーダ４ａに対応する扉８ａの電気錠を一定時間（例えば5秒程度）解錠してユーザーの通行を可能にする。
照合の結果、通行権限無しと判定すれば（認証ＮＧ）、ゲートコントローラ１００は、カードリーダ４ａに認証失敗した旨を示す情報を送信し、扉８ａの電気錠は施錠したままとする。
【００２０】
なお、扉８ａ，８ｂ，８ｃは、オフィスの建物の出入り口に設置されており、朝の出勤時間帯や夕方の帰宅時間帯に処理が集中する傾向にある。
以上が認証システム１の処理の流れの概要である。
続いて、ゲートコントローラ１００、モニター１０の機能ブロックについて順に説明する。
【００２１】
図２は、ゲートコントローラ１００の機能ブロック図である。なお、ゲートコントローラ１０１も同様な構成であるため説明を省略する。
ゲートコントローラ１００は、ＣＲ制御・監視部１０２、認証部１０４、扉制御・監視部１０６、事象検出部１０８、履歴記憶制御部１１０、履歴記憶部１１２、状態更新部１１４、状態記憶部１１６、モード設定部１１８、送信部１２０を備える。
【００２２】
ＣＲ制御・監視部１０２は、カードリーダ４ａ，４ｂが読み取ったＩＤを受信する。また、カードリーダ４ａ，４ｂを異常がないか監視する。
認証部１０４は、ＣＲ制御・監視部１０２が受信したＩＤを、ＩＤ権限ＤＢ（図示しない）と照合して、認証ＯＫか認証ＮＧかを判定する。
扉制御・監視部１０６は、認証部１０４が認証ＯＫと判定した場合に、扉８ａ，８ｂの電気錠を一定時間解錠させる。また、扉８ａ，８ｂのセンサー（例えば、電気錠に付けられたマグネットセンサーや扉の人感センサーなど）を利用して、扉の施錠／解錠の別や扉の異常がないかを監視する。
【００２３】
事象検出部１０８は、各機能ブロックにおいて検出（発生）した事象（イベント）を検出する。詳しくは後述する。
履歴記憶制御部１１０は、事象検出部１０８が検出した事象を検出時刻など関連付けた履歴情報として履歴記憶部１１２に記憶させる。履歴記憶部１１２に記憶された履歴情報は、送信部１２０によりモニターへと送信されるまで一時的に記憶されることとなる。
【００２４】
状態更新部１１４は、事象検出部１０８が検出した事象が、制御対象機器（カードリーダ４ａ，４ｂや扉８ａ，８ｂ）の状態に影響する事象である場合には、状態記憶部１１６の対応する部分の状態を即時更新して、状態記憶部１１６に記憶された状態が最新状態であるようにする。
モード設定部１１８は、普段は通常モードに設定し、履歴記憶部に蓄積された未送信の履歴情報の件数が所定件数（例えば、300件）以上となると、通常モードから優先モードに設定を変更する。優先モードに設定後、履歴の件数がゼロ件になれば再び通常モードに設定を戻す。
【００２５】
送信部１２０は、モード設定部１１８により通常モードに設定されている場合には、履歴記憶部に蓄積された履歴情報を時刻の古い順に、逐次送信する。モード設定部１１８により優先モードに設定されている場合には、上記履歴情報の送信より先に、状態記憶部１１６に記憶された状態を示す状態情報を送信する。
図３は、モニター１０の機能ブロック図である。
【００２６】
モニター１０は、受信部１２、モード記憶部１４、履歴記憶制御部１６、履歴記憶部（履歴保持部）１８、状態反映部２０、状態記憶部２２、提示部２４を備える。
受信部１２は、ゲートコントローラ１００，１０１の送信部１２０から履歴情報、状態情報およびモード変更の旨を受信する。
モード記憶部１４は、各ゲートコントローラ１００，１０１におけるそれぞれのモードを記憶する。
【００２７】
履歴記憶制御部１６は、受信部１２が受信した履歴情報を履歴記憶部１８に記憶させる。
状態反映部（状態更新部）２０は、受信部１２が受信した履歴情報または状態情報に基づいて、状態記憶部２２の対応する部分の状態を更新・反映する。
提示部２４は、状態記憶部２２に記憶された内容を提示する。例えば、モニター１０に接続されたディスプレイの画面上に表示したり、警告灯・表示灯の点消灯制御を行うことにより、認証システム１の管理者やユーザーに対して提示を行う。
【００２８】
次に、状態記憶部１１６、事象検出部１０８および履歴記憶部１１２のデータ構造について順に説明する。
図４は、状態記憶部１１６が記憶する状態のデータ構造を示すテーブルである。
テーブル１３０は、「状態名」１３２、「値」１３４、「機器ID」１３６、「フラグ」１３８の項目を含む。
【００２９】
「値」１３４は、「状態名」１３２に対応する状態を示す値であり、「施錠／解錠」の場合は、"0"が施錠で"1"が解錠を示す。また、「電気錠こじ開け」または「電気錠故障」の場合は、"0"が正常で"1"がこじ開けまたは故障を示す。
「機器ID」１３６は、各機器のＩＤを示し、扉８ａ，８ｂのＩＤは"G01","G02"、カードリーダ４ａ，４ｂのＩＤは"C01","C02"とである。
【００３０】
「フラグ」１３８は、「状態名」１３２、「値」１３４や「機器ID」１３６などを最優先して送信すべきことを示すフラグであり、優先モード下においてのみ用いられる。
なお、モニター１０側の状態記憶部２２のデータ構造も図４で示した構造と同様であるので説明を省略するが、モニター１０側の状態記憶部２２は、ゲートコントローラ１００のみならずゲートコントローラ１０１が制御する機器に係る状態を含んでいる。
【００３１】
図５に、事象検出部１０８が検出する事象のデータ構造を示すテーブル１４０である。
テーブル１４０は、「Event ID」１４２、「事象」１４４、の項目を含む。
"E01"〜"E08"のうちで"E03","E04"は、「施錠／解錠」の状態に影響する事象である。すなわち、事象検出部１０８により"E03"の事象が検出されると、状態更新部１１４は、状態記憶部１１６における「施錠／解錠」の状態の値を、"0"→"1"へと更新する。
【００３２】
また、"E05","E06"の事象は、「電気錠こじ開け」の状態に影響し、"E07","E08"の事象は「電気錠故障」の状態に影響することとなる。
これらに対して、"E01","E02"は状態記憶部１１６が記憶する状態には影響しない。
なお、テーブル１４０中には図示していないが、事象検出部１０８は事象を検出する毎に、「Event ID」に加えて事象を検出した「機器ID」や、認証に用いたＩＤや施錠／解錠の要因となったＩＤなど事象に関するＩＤがある場合には「利用者ID」を関連付けて検出する。
【００３３】
図６は、履歴記憶部１１２のデータ構造を示すテーブル１５０である。
テーブル１５０は、「時刻」１５２、「機器ID」１５４、「Event ID」１５６、「利用者ID」１５８の項目を含む。なお、履歴情報のサイズは1件あたり数十バイト程度である。
「時刻」１５２は、事象を検出したときの時刻を示す。なお、モニター１０側の履歴記憶部１８のデータ構造も図６で示した構造と同様である。
【００３４】
テーブル１５０においては、4件分の履歴情報しか記載していないが、朝の出勤時間帯などにおいては事象の検出が集中して生じることがあり、何百件もの未送信の履歴情報が履歴記憶部１１２に蓄積されてしまうことがある。未送信の履歴情報の件数が増えるほど、事象の検出から送信までのタイムラグが長くなる。
ゲートコントローラ１００の送信部１２０の構成にもよるが、例えば、数分〜数十分程度のタイムラグが発生することがある。
＜動作＞
次に、具体的な動作について、ゲートコントローラ１００側の処理、モニター１０側の処理の順に説明する。
【００３５】
図７は、ゲートコントローラ１００が行う検出・記憶処理を示すフローチャートである。
検出・記憶処理では、事象検出部１０８が事象を検出すると（Ｓ１１：Ｙｅｓ）、履歴記憶制御部１１０は、事象検出部１０８が(Ａ)検出した事象の検出時刻，（Ｂ）事象を検出した機器ID，（Ｃ）Event ID，（Ｄ）利用者ID（利用者IDが関与する事象に限る。）を履歴情報として履歴記憶部１１２に記憶させる（Ｓ１２）。
【００３６】
そして、状態更新部１１４は、事象検出部１０８が検出した事象のEvent IDが状態に影響する事象かどうか判定する（Ｓ１３）。すなわち、Event IDが"E03"〜"E08"のいずれかならば（Ｓ１３：Ｙｅｓ）、状態記憶部１１６の、対応する状態名の値，機器IDを更新する（Ｓ１４）。例えば、事象検出部１０８が機器ID"G01"においてEvent ID"E03"の事象を検出すると、状態更新部１１４は、状態記憶部１１６のテーブル１３０の２行目の「施錠／解錠」状態の値を"0"から"1"へと更新する。
【００３７】
状態更新部１１４は、事象検出部１０８が検出した事象が状態に影響しない事象、つまりEvent IDが"E01"か"E02"ならば（Ｓ１３：Ｎｏ）、ステップＳ１１に戻る。
図８は、ゲートコントローラ１００が行うモード設定処理を示すフローチャートである。
モード設定処理では、モード設定部１１８は、まずは通常モードに設定し（Ｓ２１）、履歴記憶部１１２の履歴情報の件数を監視する（Ｓ２２）。
【００３８】
履歴情報の件数が300件以上になったことを判定すると、モード設定部１１８は、モードを通常モードから優先モードへと設定変更する（Ｓ２３）。そして、モード設定部１１８は、送信部１２０を介してモードを変更した旨をモニター１０宛に送信する（Ｓ２４）。
モード設定部１１８は優先モード設定後、履歴記憶部１１２の履歴情報の件数の監視を再開し、件数がゼロ件になったことを判定すると（Ｓ２５：Ｙｅｓ）、モード設定部１１８は、モードを優先モードから通常モードへと設定変更し（Ｓ２６）、変更した旨を送信部１２０を介してモニター１０に送信する（Ｓ２７）。
【００３９】
図９は、ゲートコントローラ１００が行う通常モード下での送信処理を示し、図１０は優先モード下での送信処理を示すフローチャートである。
図９に示すように、通常モード下での送信処理では、送信部１２０は、履歴記憶部１１２に記憶された履歴情報の中で最も古い時刻の履歴情報を送信し（Ｓ３１）、履歴記憶制御部１１０は、送信が完了すると送信した履歴情報を履歴記憶部１１２から削除する（Ｓ３２）。この削除により履歴記憶部１１２には未送信の履歴情報だけが残ることとなる。ステップＳ３１とＳ３２の処理は、モード設定処理における優先モードへ移行（Ｓ２２：Ｙｅｓ，Ｓ２３）により割り込まれるまで、繰り返し実行される。
【００４０】
図１０に示すように、優先モード下での送信処理では、まず状態更新部１１４が状態記憶部１１６の各状態名に対応する全フラグを"1"にセットする（Ｓ４１）。
次に、送信部１２０はフラグが"1"にセットされた（Ａ）状態名、（Ｂ）状態名の値、（Ｃ）機器IDを含む状態情報を送信する（Ｓ４２）。
送信が完了すると、状態更新部１１４は、送信した状態名に対応するフラグを"0"にセットする。続いて、送信部１２０は、ステップＳ３１〜Ｓ３２と同様に、履歴記憶部１１２に記憶された履歴情報の中で最も古い時刻の履歴情報から逐次送信する（Ｓ４５）。
【００４１】
このステップＳ４４，Ｓ４５の処理は、履歴記憶部１１２の履歴情報の件数がゼロになるまで（Ｓ４６）、つまり、通常モードへの復帰条件を満足するまで（Ｓ２５：Ｙｅｓ，Ｓ２６）繰り返されることとなる。
図１１は、モニター１０側における受信処理など（受信から履歴情報の記憶、状態の更新・反映までの処理）を示すフローチャートである。
【００４２】
まず、モード記憶部１４におけるモードを判定する（Ｓ５１）。上述のように、ゲートコントローラ１００側のモード設定部１１８はモード変更の度に、その旨をモニター１０側へと送信するので、モニター１０側のモード記憶部１４のモードはゲートコントローラ１００側のモード設定部１１８のモードと普段から同期している。
判定されたモードが通常モードであれば（Ｓ５１：「通常モード」）、通常モード下での受信処理となる。受信部１２が履歴情報を受信すると、履歴記憶制御部１６は受信した履歴情報を履歴記憶部１８に記憶させる。
【００４３】
そして、履歴情報に含まれるEvent IDが状態に影響するのであれば（Ｓ５４：Ｙｅｓ）、状態反映部２０は状態記憶部２２の対応する状態名の値，機器IDを反映する（Ｓ５５）。例えば、履歴情報に含まれるEvent IDが"E03"、機器IDが"G01"ならば、状態反映部２０は、状態記憶部２２（図４のテーブル１３０と同様のデータ構造である。）の「施錠／解錠」状態の値を"0"から"1"へと更新する。
【００４４】
判定されたモードが優先モードであれば（Ｓ５１：「優先モード」）、優先モード下での受信処理となる。受信部１２が状態名の値，機器IDを受信すると（Ｓ５６：Ｙｅｓ）、状態反映部２０は受信した状態情報を状態記憶部２２に反映させる。提示部２４は、反映後の内容を提示することになる。
履歴情報を受信すると（Ｓ５８）、履歴記憶制御部１６は、ステップＳ５３同様に、履歴情報を履歴記憶部１８に記憶させる。ただし、履歴情報に含まれるEvent IDが状態に影響するものであったとしても、状態記憶部２２には反映させない。なぜならば、優先モード下では先に受信した状態情報に基づいて状態記憶部２２に反映しているので（Ｓ５７）、後で受信した履歴情報に基づいて反映してしまうと、反映が重複した内容となるからである。
【００４５】
また、先に受信する状態情報は最新の状態であると期待できるが、後に受信する履歴情報は、長い間未送信のまま滞留していた古い情報であるからそもそも反映させる必要性は低く、さらに、やみくもに反映させると、状態の値が状態情報が示す状態に対応しないおそれがあるからである。
以上、説明したように、本実施の形態によれば、履歴情報の件数が３００以上を上回ると優先モードに設定し（図８：Ｓ２２：Ｙｅｓ，Ｓ２３）、優先モード下においては、状態情報を履歴情報より先に送信するので（図１０：Ｓ４１〜Ｓ４４）、いち早くモニター１０側へとコントローラ１００側の状態を送信することが可能となる。
【００４６】
例えば、図６に示した例では、"8:05:12"のEvent ID"E05"の件は電気錠こじ開け異常検出という緊急性を比較的要する状態に関する履歴である。このEvent ID"E05"の件が最も古い8:00:01から数えて仮に300件目の履歴とすると、通常モード下では、この件より古い299件の履歴情報を順々に送信した後でないと、このEvent ID"E05"の件を送信することができず、送信が異常検出から遅れてしまうおそれがある。
【００４７】
本実施の形態によれば、優先モード下では、状態記憶部２２が記憶している状態名「電気錠こじ開け」、こじ開けを示す値"1"などを、299件の履歴情報の送信完了を待たずに、先に送信するので、モニター１０側へとより少ないタイムラグで送信することができる。
（実施の形態２）
実施の形態１では、モニター１０側においてもモード記憶部１４によりモードを管理する構成であったが、本実施の形態では、ゲートコントローラ１００からモニター１０へと送信するデータに工夫を施すことで、モニター１０側におけるモード管理を不要にする。
【００４８】
実施の形態２におけるゲートコントローラ１００の機能ブロック図は図２と同様である。またモニター１０の機能ブロック図は、モード記憶部１４を備えない点以外は図３と同様であるので説明を省略する。
実施の形態２におけるモード設定処理は、図８で説明したものと基本的には同じである。ただし、モニター１０側でのモード管理が不要なためステップＳ２４，Ｓ２７はスキップする。
【００４９】
図１２は、実施の形態２に係る送信処理を示すフローチャートである。
本送信処理では、モード設定部１１８により通常モードに設定されている場合には（Ｓ６１：「通常モード」）、送信部１２０は、送信する履歴情報に、履歴と状態との両方に反映させるべき旨を示すヘッダー「両方」を付加して送信する。なお、ここでの履歴情報の送信手順の詳細は、図９で説明した手順と同様である。
【００５０】
これに対して、モード設定部１１８により優先モードに設定されている場合には（Ｓ６１：「優先モード」）、送信部１２０は、送信する状態情報に、状態を反映させるべき旨を示すヘッダー「状態」を付加して送信する。この状態情報の送信手順の詳細は図１０のステップＳ４１〜Ｓ４３で説明した手順と同様である。
また、優先モード下での履歴情報の送信の際には、送信部１２０は、送信する履歴情報に、履歴にのみ反映させるべき旨（状態への反映を禁止する旨）を示すヘッダー「履歴」を付加して送信する。
【００５１】
これらの「両方」「「履歴」「状態」のヘッダーが付加された情報を受信したモニター１０側の受信部１２では、受信した情報の性格を判断することができ、履歴記憶部１６および状態反映部２０は、ヘッダーに従って履歴記憶部１８への記憶や状態記憶部２２の反映を行うことで、モード管理なくとも、矛盾なく合理的に管理することが可能となる。
（実施の形態３）
実施の形態１においては、優先モードにおいてゲートコントローラ１００から最新の状態をモニター１０へと先に送ると、後に残された履歴情報に基づいてはモニター１０側の状態記憶部２２に反映しないとして説明したが、状態情報を送信しようとするときに、さらに状態名の値が変化した場合などには、モニター１０側において状態の変化を取りこぼすおそれがある。
【００５２】
例えば、ある時刻8:01:23にEvent ID"E07"（図６参照）を検出した直後の、時刻8:01:25にEvent ID"E08"を検出すると、状態名「電気錠故障」の値は、時刻8:01:23に"0"→"1"と変化し、時刻8:01:25に"1"→"0"へと変化する。この場合、2回の変化の後で単に状態の値"0"を送信すると、モニター１０側においては単に状態の値"0"しか取得できないため、一時的に電気錠故障の状態になったことを直ちには把握できないおそれがある。
【００５３】
このため、本実施の形態においては、図１３に示すように、状態記憶部１１６が記憶する状態のデータ構造において、状態名の値を"0","1"でなく変化のたびに回数をインクリメントする方式とする。
図１３の例では、「電気錠故障」の値は77であるので、最初（回数0）のときは正常であると設定すると、値が1,3,5...の奇数である場合には異常であることを示し、値が0,2,4,...の偶数である場合には正常であることがわかる。
【００５４】
言い換えると、値77を電気錠故障の正常／異常という2値で除すると、77/2=38...1と剰余は1であるから、最初の正常とは異なる異常状態であることがわかる。また、回数をインクリメントする方式であるため、例えば値75と値77とでは同じ異常状態であるが、これらの値をモニター１０へと送信することで、モニター１０側では2回変化した旨を漏らさず記録することができる。
【００５５】
なお、状態の値は、施錠／解錠や正常／異常など２値しか取らないもの多い。このため、優先モード中に、例えば通信不良で送信まで時間を要しその間に複数回状態が変化しているような場合には、通信復旧時に状態を送信する際に、奇数回状態が変化していれば通知するが、偶数回状態が変化していれば状態自体は変化前と同じなので通知しないとしても構わない。
【００５６】
また、状態が2値の例を挙げて説明したが、例えば、"0"→"1"→"2"と3値の状態がサイクリックに変化する状態の場合にも、3で除した剰余に基づいて状態を特定することができる。
（実施の形態４）
実施の形態４においては、状態記憶部１１６に通常／優先のモードの別を状態の値として管理しておくことで、モード管理を容易化する。
【００５７】
図１４は、状態記憶部１１６が記憶する状態のデータ構造を示すテーブルである。
テーブル１６０は、「状態名」１３２、「値」１３４、「機器ID」１３６、「フラグ」１３８、「順番」１３９の項目を含む。
「状態名」１３２は、通常／優先のモードの別を示す「通常／優先」の状態を含む。値"0"が通常モード、値"1"が優先モードを示す。
【００５８】
「順番」１３９は、優先モード移行時に「フラグ」１３８を"1"にした後で送信する順番を示す。
このように、通常／優先のモードの別を状態の値として管理し送信することで、モニター１０側ではこの状態の値に基づいていずれのモードであるかを判断でき、モード記憶部１４のようなモード管理のための特別な機能を省略化できる。
【００５９】
また、特に、優先モード移行時には、「順番」１３９が１番の「通常／優先」のモードの別を示す値が真っ先に送信されることとなるため、モニター１０側においては、１番に受信したモードの別を示す値に基づいて優先モードであることを判断でき、その後２番以降に受信する他の状態の値を状態記憶部２２に反映することができる。
＜補足＞
以上、本発明の実施の形態について説明したが、本発明は上記の内容に限定されず、本発明の目的とそれに関連又は付随する目的を達成するための各種形態においても実施可能であり、例えば、以下であっても構わない。
（１）実施の形態１においては、履歴記憶部１１２に記憶された履歴情報の件数が300件以上となったことを契機に優先モードに変更する（Ｓ２２，Ｓ２３）として説明したが、300件に限らず適宜件数を決めることができる。具体的には、１件あたりの履歴情報の送信に要する時間（ゲートコントローラ１００のスペックや回線速度などに依存する。）、モニター１０側においてゲートコントローラ１００における状態変化を把握できるまでの遅れ（タイムラグ）が許容される時間などを勘案して件数を決定できる。
【００６０】
また、履歴情報の件数に限らず、履歴情報のデータサイズに基づいて、モード移行のタイミングを定めてもよい。未送信の履歴情報のデータサイズが大きいと、送信が完了するまで時間を要するのは件数と同様だからである。
（２）実施の形態１においては、優先モードから通常モードへの設定変更は、履歴記憶部１１２の履歴情報の件数がゼロ件になったことを条件としていたが（Ｓ２５：Ｙｅｓ，Ｓ２６）、ゼロ件に限らず適宜件数を決めることができる。
（３）実施の形態１においては、送信が完了した履歴情報を履歴記憶部１１２から削除する（Ｓ３２）として説明したが、削除せずとも、履歴情報を送信済かそうでないか識別できるようにすれば構わない。例えば、履歴情報をどの件まで送信したかの境界を示す情報を関連付けておき、１件の送信が完了する毎に、上記境界をずらすとしても構わない。
【符号の説明】
【００６１】
４ａ，４ｂ，４ｃ カードリーダ
８ａ，８ｂ，８ｃ 扉
１０ モニター
１８ 履歴記憶部（履歴保持部）
２０ 状態反映部（状態更新部）
２２ 状態記憶部
２４ 提示部
１００，１０１ ゲートコントローラ
１０４ 認証部
１０８ 事象検出部
１１０ 履歴記憶制御部
１１２ 履歴記憶部
１１４ 状態更新部
１１６ 状態記憶部
１１８ モード設定部
１２０ 送信部
【技術分野】
【０００１】
本発明は、ユーザーを認証する認証システムに関する。
【背景技術】
【０００２】
認証システムは、ユーザーから認証情報を読み取った結果を基に扉の施解錠を制御する１以上のコントローラと、各コントローラと接続されたモニターとから構成される。
コントローラにおける読み取りや施解錠といった事象の履歴を、モニターにおいて収集することで履歴の分析に用いる技術が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2007-047977号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、コントローラからモニターへと履歴を送信する場合には、事象を検出した順番で送ることが考えられる。
もっとも、（Ａ）朝の出勤時間帯などに読み取りや施解錠などが集中するなどして、短時間で大量に事象を検出した場合や、（Ｂ）コントローラとモニターとの間の通信回線が一時的に遅延や断絶した場合などには、単位時間あたりに検出する事象の件数が単位時間あたりに送信できる事象の件数を上回ることで、未送信の履歴の件数が滞留し、事象の検出から送信までのタイムラグが長くなるおそれがある。
【０００５】
このタイムラグを緩和するために、コントローラの送信リソースや通信回線を増強する手立ても考えられるが、自ずと限界がある上、コスト高を招くので回避したい。
モニター側においては異常検知時の警報機能を備えるものがあり、上述のように異常の検出から送信までのタイムラグが長いと、係る警報機能の無力化を招くことも考えられる。
【０００６】
本発明は、このような背景の元になされたものであって、事象が短時間で集中して発生するような状況下であっでも、コントローラ側で検出した状態を短時間でモニター側へと送信して、モニター側で提示できる認証システムを提供する。
【課題を解決するための手段】
【０００７】
本発明に係る認証システムは、ユーザーの入退室に係る機器を制御するコントローラと、前記コントローラとネットワークを介して接続されるモニターとを備える認証システムであって、コントローラは、制御対象の機器における事象を検出する検出手段と、前記検出手段が検出した結果を示す履歴情報を第１記憶手段に記憶させる履歴記憶制御手段と、前記機器の状態を記憶する第２記憶手段を、前記検出手段による検出に基づいて更新する状態更新手段と、第１記憶手段に記憶された履歴情報を、記憶された順番に逐次モニターへと送信する送信手段とを備え、前記送信手段は、前記第１記憶手段に記憶された未送信の履歴情報の量に関する所定条件を満たすと、前記第２記憶手段に記憶された状態を示す状態情報を前記履歴情報より先にモニターへと送信し、モニターは、前記送信手段により送信される状態情報および履歴情報を受信する受信手段と、受信された履歴情報を記憶する履歴保持手段と、受信された状態情報に基づいて、機器の状態を提示する提示手段とを備えることを特徴としている。
【発明の効果】
【０００８】
本発明に係る認証システムによれば、コントローラの送信手段は、所定条件を満たすと、第２記憶手段に記憶された状態を示す状態情報を履歴情報より先にモニターへと送信し、モニターの提示手段は、送信された状態情報に基づいて、機器の状態を提示するので、例えば、第１記憶手段に記憶された履歴情報が大量件数溜まるような状況下においても、履歴情報より先に送信する状態情報を利用してモニター側の提示手段で最新の状態を提示することができる。
【０００９】
また、前記提示手段は、前記所定条件が満たされていない間の検出に係る履歴情報に基づいて、機器の状態を提示し、前記所定条件が満たされている間の検出に係る履歴情報に基づいては機器の状態を提示せず、前記受信された状態情報に基づいて機器の状態を提示するとしても構わない。
この構成によれば、例えば所定条件が履歴情報の件数がある閾値を上回ったことを条件とすると、提示手段は、所定条件が満たされていない間、つまり履歴情報の件数がある閾値以下の場合には、順々に送信されてくる履歴情報に基づいて機器の状態を提示することができる。
【００１０】
また、所定条件が満たされていない間、つまり履歴情報の件数がある閾値を上回った場合には、先に送信されてくる状態情報に基づいて機器の状態を素早く提示できる。
また、後から遅れて送信されてくることになる履歴情報は、未送信のまま滞留した時間が長く上記状態情報より古い情報であることが予想される。このためこの履歴情報に基づいては機器の状態を提示しないことで、遅れて送信される古い履歴情報により意味の無い提示を行うことを回避できる。
【００１１】
また、コントローラは、前記所定条件が満たされていない間は第１モード、前記所定条件が満たされている間は第２モードに設定するモード設定手段を備え、前記送信手段は、前記モード設定手段により設定されているモードを示す設定情報を送信し、前記受信手段は、前記送信手段により送信される設定情報を受信し、前記提示手段は、設定情報に示されるモードが第１モードである間には、前記履歴情報に基づいて機器の状態を提示し、設定情報に示されるモードが第２モードである間には、前記履歴情報に基づいては機器の状態を提示せず、前記受信された状態情報に基づいて機器の状態を提示するとしても構わない。
【００１２】
この構成によれば、モード管理を利用することで、モニター側において正確に状態の提示を行うことができる。
また、前記送信手段は、前記所定条件が満たされていない間には、送信すべき履歴情報に、当該履歴情報に基づいて機器の状態を提示すべき旨を示す第１識別子を付加して送信し、前記所定条件が満たされている間には、送信すべき履歴情報に、当該履歴情報に基づいては機器の状態を提示すべきでない旨を示す第２識別子を付加して送信し、送信すべき状態情報に、当該状態情報に基づいて機器の状態を提示すべき旨を示す第３識別子を付加して送信し、前記提示手段は、前記第１識別子が付加された履歴情報に基づいて、機器の状態を提示し、前記第２識別子が付加された履歴情報に基づいては機器の状態を提示せず、前記第３識別子が付加された状態情報に基づいて、機器の状態を提示するとしても構わない。
【００１３】
この構成によれば、コントローラの送信手段から送信する履歴情報または状態情報に各識別子を付加し、付加された各識別子に基づいて提示手段への提示の可否を判断するので、モニター側において正確に状態の提示を行うことができる。
また、前記機器の状態には、ｎ（ｎは２以上の自然数）種類の値が存在し、前記状態更新手段は、前記検出手段による検出に応じて、機器の状態に係る検出回数をインクリメントし、前記提示手段は、前記検出回数を前記ｎで除した剰余に基づいて、前記機器の状態の値がｎ種類のうちのいずれであるかを特定して前記提示に用いるとしても構わない。
【００１４】
この構成によれば、状態更新手段は、検出に応じて機器の状態に係る回数をインクリメントするので、機器の状態が頻繁に変更される状況下においても、変更を取りこぼさずに捕捉することができる。
特に、そのときどきの瞬間の状態だけを重要視するのではなく、状態がこれまでどのように変遷したかを重要視するシステムにおいて有効である。
【００１５】
本発明に係るコントローラは、ユーザーの入退室に係る機器を制御するコントローラであって、制御対象の機器における事象を検出する検出手段と、前記検出手段が検出した結果を示す履歴情報を第１記憶手段に記憶させる履歴記憶制御手段と、前記機器の状態を記憶する第２記憶手段を、前記検出手段による検出次第更新する状態更新手段と、第１記憶手段に記憶された履歴情報を、記憶された順番に逐次モニターへと送信する送信手段とを備え、前記送信手段は、前記第１記憶手段に記憶された未送信の履歴情報の量に関する所定条件を満たすと、前記第２記憶手段に記憶された状態を示す状態情報を前記履歴情報より先にモニターへと送信することを特徴とする。
【図面の簡単な説明】
【００１６】
【図１】認証システム１のシステム構成を示す図
【図２】ゲートコントローラ１００の機能ブロック図
【図３】モニター１０の機能ブロック図
【図４】状態記憶部１１６が記憶する状態のデータ構造を示すテーブル
【図５】事象検出部１０８が検出する事象のデータ構造を示すテーブル
【図６】履歴記憶部１１２のデータ構造を示すテーブル
【図７】ゲートコントローラ１００が行う検出・記憶処理を示すフローチャート
【図８】ゲートコントローラ１００が行うモード設定処理を示すフローチャート
【図９】ゲートコントローラ１００が行う通常モード下での送信処理を示すフローチャートである。
【図１０】ゲートコントローラ１００が行う優先モード下での送信処理を示すフローチャート
【図１１】モニター１０側における受信処理などを示すフローチャート
【図１２】実施の形態２に係る送信処理を示すフローチャート
【図１３】実施の形態３に係る状態記憶部１１６が記憶する状態のデータ構造を示すテーブル
【図１４】実施の形態４に係る状態記憶部１１６が記憶する状態のデータ構造を示すテーブル
【発明を実施するための形態】
【００１７】
（実施の形態１）
以下、本実施の形態について、図面を参照しながら説明する。
＜構成＞
図１は、認証システム（ゲート管理システム）１のシステム構成を示す図である。
認証システム１は、モニター１０，ゲートコントローラ１００，１０１、ゲートコントローラ１００の制御対象となるカードリーダ４ａ，４ｂおよび扉（ゲート扉）８ａ，８ｂ、ゲートコントローラ１０１の制御対象となるカードリーダ４ｃ、扉８ｃを備える。モニター１０とゲートコントローラ１００，１０１の間、またゲートコントローラ１００，１０１とその制御対象となる機器（カードリーダ４ａ〜４ｃ，扉８ａ〜８ｃ）はそれぞれケーブルを介して接続されている。
【００１８】
認証システム１の処理の流れの概要を、カードリーダ４ａ，扉８ａに関する部分を中心に説明する。
すなわち、扉８ａは普段は施錠されており、この扉８ａ付近に設置されたカードリーダ４ａは、ユーザーがかざすカード６から認証情報としてのＩＤを読み取る。カードリーダ４ａは読み取ったＩＤをゲートコントローラ１００に送信する。ゲートコントローラ１００は、受信したＩＤを、ＩＤ毎にゲート通行の権限有無を示すＩＤ権限ＤＢと照合する。
【００１９】
照合の結果、通行権限有りと判定すれば（認証ＯＫ）、ゲートコントローラ１００は、カードリーダ４ａに対応する扉８ａの電気錠を一定時間（例えば5秒程度）解錠してユーザーの通行を可能にする。
照合の結果、通行権限無しと判定すれば（認証ＮＧ）、ゲートコントローラ１００は、カードリーダ４ａに認証失敗した旨を示す情報を送信し、扉８ａの電気錠は施錠したままとする。
【００２０】
なお、扉８ａ，８ｂ，８ｃは、オフィスの建物の出入り口に設置されており、朝の出勤時間帯や夕方の帰宅時間帯に処理が集中する傾向にある。
以上が認証システム１の処理の流れの概要である。
続いて、ゲートコントローラ１００、モニター１０の機能ブロックについて順に説明する。
【００２１】
図２は、ゲートコントローラ１００の機能ブロック図である。なお、ゲートコントローラ１０１も同様な構成であるため説明を省略する。
ゲートコントローラ１００は、ＣＲ制御・監視部１０２、認証部１０４、扉制御・監視部１０６、事象検出部１０８、履歴記憶制御部１１０、履歴記憶部１１２、状態更新部１１４、状態記憶部１１６、モード設定部１１８、送信部１２０を備える。
【００２２】
ＣＲ制御・監視部１０２は、カードリーダ４ａ，４ｂが読み取ったＩＤを受信する。また、カードリーダ４ａ，４ｂを異常がないか監視する。
認証部１０４は、ＣＲ制御・監視部１０２が受信したＩＤを、ＩＤ権限ＤＢ（図示しない）と照合して、認証ＯＫか認証ＮＧかを判定する。
扉制御・監視部１０６は、認証部１０４が認証ＯＫと判定した場合に、扉８ａ，８ｂの電気錠を一定時間解錠させる。また、扉８ａ，８ｂのセンサー（例えば、電気錠に付けられたマグネットセンサーや扉の人感センサーなど）を利用して、扉の施錠／解錠の別や扉の異常がないかを監視する。
【００２３】
事象検出部１０８は、各機能ブロックにおいて検出（発生）した事象（イベント）を検出する。詳しくは後述する。
履歴記憶制御部１１０は、事象検出部１０８が検出した事象を検出時刻など関連付けた履歴情報として履歴記憶部１１２に記憶させる。履歴記憶部１１２に記憶された履歴情報は、送信部１２０によりモニターへと送信されるまで一時的に記憶されることとなる。
【００２４】
状態更新部１１４は、事象検出部１０８が検出した事象が、制御対象機器（カードリーダ４ａ，４ｂや扉８ａ，８ｂ）の状態に影響する事象である場合には、状態記憶部１１６の対応する部分の状態を即時更新して、状態記憶部１１６に記憶された状態が最新状態であるようにする。
モード設定部１１８は、普段は通常モードに設定し、履歴記憶部に蓄積された未送信の履歴情報の件数が所定件数（例えば、300件）以上となると、通常モードから優先モードに設定を変更する。優先モードに設定後、履歴の件数がゼロ件になれば再び通常モードに設定を戻す。
【００２５】
送信部１２０は、モード設定部１１８により通常モードに設定されている場合には、履歴記憶部に蓄積された履歴情報を時刻の古い順に、逐次送信する。モード設定部１１８により優先モードに設定されている場合には、上記履歴情報の送信より先に、状態記憶部１１６に記憶された状態を示す状態情報を送信する。
図３は、モニター１０の機能ブロック図である。
【００２６】
モニター１０は、受信部１２、モード記憶部１４、履歴記憶制御部１６、履歴記憶部（履歴保持部）１８、状態反映部２０、状態記憶部２２、提示部２４を備える。
受信部１２は、ゲートコントローラ１００，１０１の送信部１２０から履歴情報、状態情報およびモード変更の旨を受信する。
モード記憶部１４は、各ゲートコントローラ１００，１０１におけるそれぞれのモードを記憶する。
【００２７】
履歴記憶制御部１６は、受信部１２が受信した履歴情報を履歴記憶部１８に記憶させる。
状態反映部（状態更新部）２０は、受信部１２が受信した履歴情報または状態情報に基づいて、状態記憶部２２の対応する部分の状態を更新・反映する。
提示部２４は、状態記憶部２２に記憶された内容を提示する。例えば、モニター１０に接続されたディスプレイの画面上に表示したり、警告灯・表示灯の点消灯制御を行うことにより、認証システム１の管理者やユーザーに対して提示を行う。
【００２８】
次に、状態記憶部１１６、事象検出部１０８および履歴記憶部１１２のデータ構造について順に説明する。
図４は、状態記憶部１１６が記憶する状態のデータ構造を示すテーブルである。
テーブル１３０は、「状態名」１３２、「値」１３４、「機器ID」１３６、「フラグ」１３８の項目を含む。
【００２９】
「値」１３４は、「状態名」１３２に対応する状態を示す値であり、「施錠／解錠」の場合は、"0"が施錠で"1"が解錠を示す。また、「電気錠こじ開け」または「電気錠故障」の場合は、"0"が正常で"1"がこじ開けまたは故障を示す。
「機器ID」１３６は、各機器のＩＤを示し、扉８ａ，８ｂのＩＤは"G01","G02"、カードリーダ４ａ，４ｂのＩＤは"C01","C02"とである。
【００３０】
「フラグ」１３８は、「状態名」１３２、「値」１３４や「機器ID」１３６などを最優先して送信すべきことを示すフラグであり、優先モード下においてのみ用いられる。
なお、モニター１０側の状態記憶部２２のデータ構造も図４で示した構造と同様であるので説明を省略するが、モニター１０側の状態記憶部２２は、ゲートコントローラ１００のみならずゲートコントローラ１０１が制御する機器に係る状態を含んでいる。
【００３１】
図５に、事象検出部１０８が検出する事象のデータ構造を示すテーブル１４０である。
テーブル１４０は、「Event ID」１４２、「事象」１４４、の項目を含む。
"E01"〜"E08"のうちで"E03","E04"は、「施錠／解錠」の状態に影響する事象である。すなわち、事象検出部１０８により"E03"の事象が検出されると、状態更新部１１４は、状態記憶部１１６における「施錠／解錠」の状態の値を、"0"→"1"へと更新する。
【００３２】
また、"E05","E06"の事象は、「電気錠こじ開け」の状態に影響し、"E07","E08"の事象は「電気錠故障」の状態に影響することとなる。
これらに対して、"E01","E02"は状態記憶部１１６が記憶する状態には影響しない。
なお、テーブル１４０中には図示していないが、事象検出部１０８は事象を検出する毎に、「Event ID」に加えて事象を検出した「機器ID」や、認証に用いたＩＤや施錠／解錠の要因となったＩＤなど事象に関するＩＤがある場合には「利用者ID」を関連付けて検出する。
【００３３】
図６は、履歴記憶部１１２のデータ構造を示すテーブル１５０である。
テーブル１５０は、「時刻」１５２、「機器ID」１５４、「Event ID」１５６、「利用者ID」１５８の項目を含む。なお、履歴情報のサイズは1件あたり数十バイト程度である。
「時刻」１５２は、事象を検出したときの時刻を示す。なお、モニター１０側の履歴記憶部１８のデータ構造も図６で示した構造と同様である。
【００３４】
テーブル１５０においては、4件分の履歴情報しか記載していないが、朝の出勤時間帯などにおいては事象の検出が集中して生じることがあり、何百件もの未送信の履歴情報が履歴記憶部１１２に蓄積されてしまうことがある。未送信の履歴情報の件数が増えるほど、事象の検出から送信までのタイムラグが長くなる。
ゲートコントローラ１００の送信部１２０の構成にもよるが、例えば、数分〜数十分程度のタイムラグが発生することがある。
＜動作＞
次に、具体的な動作について、ゲートコントローラ１００側の処理、モニター１０側の処理の順に説明する。
【００３５】
図７は、ゲートコントローラ１００が行う検出・記憶処理を示すフローチャートである。
検出・記憶処理では、事象検出部１０８が事象を検出すると（Ｓ１１：Ｙｅｓ）、履歴記憶制御部１１０は、事象検出部１０８が(Ａ)検出した事象の検出時刻，（Ｂ）事象を検出した機器ID，（Ｃ）Event ID，（Ｄ）利用者ID（利用者IDが関与する事象に限る。）を履歴情報として履歴記憶部１１２に記憶させる（Ｓ１２）。
【００３６】
そして、状態更新部１１４は、事象検出部１０８が検出した事象のEvent IDが状態に影響する事象かどうか判定する（Ｓ１３）。すなわち、Event IDが"E03"〜"E08"のいずれかならば（Ｓ１３：Ｙｅｓ）、状態記憶部１１６の、対応する状態名の値，機器IDを更新する（Ｓ１４）。例えば、事象検出部１０８が機器ID"G01"においてEvent ID"E03"の事象を検出すると、状態更新部１１４は、状態記憶部１１６のテーブル１３０の２行目の「施錠／解錠」状態の値を"0"から"1"へと更新する。
【００３７】
状態更新部１１４は、事象検出部１０８が検出した事象が状態に影響しない事象、つまりEvent IDが"E01"か"E02"ならば（Ｓ１３：Ｎｏ）、ステップＳ１１に戻る。
図８は、ゲートコントローラ１００が行うモード設定処理を示すフローチャートである。
モード設定処理では、モード設定部１１８は、まずは通常モードに設定し（Ｓ２１）、履歴記憶部１１２の履歴情報の件数を監視する（Ｓ２２）。
【００３８】
履歴情報の件数が300件以上になったことを判定すると、モード設定部１１８は、モードを通常モードから優先モードへと設定変更する（Ｓ２３）。そして、モード設定部１１８は、送信部１２０を介してモードを変更した旨をモニター１０宛に送信する（Ｓ２４）。
モード設定部１１８は優先モード設定後、履歴記憶部１１２の履歴情報の件数の監視を再開し、件数がゼロ件になったことを判定すると（Ｓ２５：Ｙｅｓ）、モード設定部１１８は、モードを優先モードから通常モードへと設定変更し（Ｓ２６）、変更した旨を送信部１２０を介してモニター１０に送信する（Ｓ２７）。
【００３９】
図９は、ゲートコントローラ１００が行う通常モード下での送信処理を示し、図１０は優先モード下での送信処理を示すフローチャートである。
図９に示すように、通常モード下での送信処理では、送信部１２０は、履歴記憶部１１２に記憶された履歴情報の中で最も古い時刻の履歴情報を送信し（Ｓ３１）、履歴記憶制御部１１０は、送信が完了すると送信した履歴情報を履歴記憶部１１２から削除する（Ｓ３２）。この削除により履歴記憶部１１２には未送信の履歴情報だけが残ることとなる。ステップＳ３１とＳ３２の処理は、モード設定処理における優先モードへ移行（Ｓ２２：Ｙｅｓ，Ｓ２３）により割り込まれるまで、繰り返し実行される。
【００４０】
図１０に示すように、優先モード下での送信処理では、まず状態更新部１１４が状態記憶部１１６の各状態名に対応する全フラグを"1"にセットする（Ｓ４１）。
次に、送信部１２０はフラグが"1"にセットされた（Ａ）状態名、（Ｂ）状態名の値、（Ｃ）機器IDを含む状態情報を送信する（Ｓ４２）。
送信が完了すると、状態更新部１１４は、送信した状態名に対応するフラグを"0"にセットする。続いて、送信部１２０は、ステップＳ３１〜Ｓ３２と同様に、履歴記憶部１１２に記憶された履歴情報の中で最も古い時刻の履歴情報から逐次送信する（Ｓ４５）。
【００４１】
このステップＳ４４，Ｓ４５の処理は、履歴記憶部１１２の履歴情報の件数がゼロになるまで（Ｓ４６）、つまり、通常モードへの復帰条件を満足するまで（Ｓ２５：Ｙｅｓ，Ｓ２６）繰り返されることとなる。
図１１は、モニター１０側における受信処理など（受信から履歴情報の記憶、状態の更新・反映までの処理）を示すフローチャートである。
【００４２】
まず、モード記憶部１４におけるモードを判定する（Ｓ５１）。上述のように、ゲートコントローラ１００側のモード設定部１１８はモード変更の度に、その旨をモニター１０側へと送信するので、モニター１０側のモード記憶部１４のモードはゲートコントローラ１００側のモード設定部１１８のモードと普段から同期している。
判定されたモードが通常モードであれば（Ｓ５１：「通常モード」）、通常モード下での受信処理となる。受信部１２が履歴情報を受信すると、履歴記憶制御部１６は受信した履歴情報を履歴記憶部１８に記憶させる。
【００４３】
そして、履歴情報に含まれるEvent IDが状態に影響するのであれば（Ｓ５４：Ｙｅｓ）、状態反映部２０は状態記憶部２２の対応する状態名の値，機器IDを反映する（Ｓ５５）。例えば、履歴情報に含まれるEvent IDが"E03"、機器IDが"G01"ならば、状態反映部２０は、状態記憶部２２（図４のテーブル１３０と同様のデータ構造である。）の「施錠／解錠」状態の値を"0"から"1"へと更新する。
【００４４】
判定されたモードが優先モードであれば（Ｓ５１：「優先モード」）、優先モード下での受信処理となる。受信部１２が状態名の値，機器IDを受信すると（Ｓ５６：Ｙｅｓ）、状態反映部２０は受信した状態情報を状態記憶部２２に反映させる。提示部２４は、反映後の内容を提示することになる。
履歴情報を受信すると（Ｓ５８）、履歴記憶制御部１６は、ステップＳ５３同様に、履歴情報を履歴記憶部１８に記憶させる。ただし、履歴情報に含まれるEvent IDが状態に影響するものであったとしても、状態記憶部２２には反映させない。なぜならば、優先モード下では先に受信した状態情報に基づいて状態記憶部２２に反映しているので（Ｓ５７）、後で受信した履歴情報に基づいて反映してしまうと、反映が重複した内容となるからである。
【００４５】
また、先に受信する状態情報は最新の状態であると期待できるが、後に受信する履歴情報は、長い間未送信のまま滞留していた古い情報であるからそもそも反映させる必要性は低く、さらに、やみくもに反映させると、状態の値が状態情報が示す状態に対応しないおそれがあるからである。
以上、説明したように、本実施の形態によれば、履歴情報の件数が３００以上を上回ると優先モードに設定し（図８：Ｓ２２：Ｙｅｓ，Ｓ２３）、優先モード下においては、状態情報を履歴情報より先に送信するので（図１０：Ｓ４１〜Ｓ４４）、いち早くモニター１０側へとコントローラ１００側の状態を送信することが可能となる。
【００４６】
例えば、図６に示した例では、"8:05:12"のEvent ID"E05"の件は電気錠こじ開け異常検出という緊急性を比較的要する状態に関する履歴である。このEvent ID"E05"の件が最も古い8:00:01から数えて仮に300件目の履歴とすると、通常モード下では、この件より古い299件の履歴情報を順々に送信した後でないと、このEvent ID"E05"の件を送信することができず、送信が異常検出から遅れてしまうおそれがある。
【００４７】
本実施の形態によれば、優先モード下では、状態記憶部２２が記憶している状態名「電気錠こじ開け」、こじ開けを示す値"1"などを、299件の履歴情報の送信完了を待たずに、先に送信するので、モニター１０側へとより少ないタイムラグで送信することができる。
（実施の形態２）
実施の形態１では、モニター１０側においてもモード記憶部１４によりモードを管理する構成であったが、本実施の形態では、ゲートコントローラ１００からモニター１０へと送信するデータに工夫を施すことで、モニター１０側におけるモード管理を不要にする。
【００４８】
実施の形態２におけるゲートコントローラ１００の機能ブロック図は図２と同様である。またモニター１０の機能ブロック図は、モード記憶部１４を備えない点以外は図３と同様であるので説明を省略する。
実施の形態２におけるモード設定処理は、図８で説明したものと基本的には同じである。ただし、モニター１０側でのモード管理が不要なためステップＳ２４，Ｓ２７はスキップする。
【００４９】
図１２は、実施の形態２に係る送信処理を示すフローチャートである。
本送信処理では、モード設定部１１８により通常モードに設定されている場合には（Ｓ６１：「通常モード」）、送信部１２０は、送信する履歴情報に、履歴と状態との両方に反映させるべき旨を示すヘッダー「両方」を付加して送信する。なお、ここでの履歴情報の送信手順の詳細は、図９で説明した手順と同様である。
【００５０】
これに対して、モード設定部１１８により優先モードに設定されている場合には（Ｓ６１：「優先モード」）、送信部１２０は、送信する状態情報に、状態を反映させるべき旨を示すヘッダー「状態」を付加して送信する。この状態情報の送信手順の詳細は図１０のステップＳ４１〜Ｓ４３で説明した手順と同様である。
また、優先モード下での履歴情報の送信の際には、送信部１２０は、送信する履歴情報に、履歴にのみ反映させるべき旨（状態への反映を禁止する旨）を示すヘッダー「履歴」を付加して送信する。
【００５１】
これらの「両方」「「履歴」「状態」のヘッダーが付加された情報を受信したモニター１０側の受信部１２では、受信した情報の性格を判断することができ、履歴記憶部１６および状態反映部２０は、ヘッダーに従って履歴記憶部１８への記憶や状態記憶部２２の反映を行うことで、モード管理なくとも、矛盾なく合理的に管理することが可能となる。
（実施の形態３）
実施の形態１においては、優先モードにおいてゲートコントローラ１００から最新の状態をモニター１０へと先に送ると、後に残された履歴情報に基づいてはモニター１０側の状態記憶部２２に反映しないとして説明したが、状態情報を送信しようとするときに、さらに状態名の値が変化した場合などには、モニター１０側において状態の変化を取りこぼすおそれがある。
【００５２】
例えば、ある時刻8:01:23にEvent ID"E07"（図６参照）を検出した直後の、時刻8:01:25にEvent ID"E08"を検出すると、状態名「電気錠故障」の値は、時刻8:01:23に"0"→"1"と変化し、時刻8:01:25に"1"→"0"へと変化する。この場合、2回の変化の後で単に状態の値"0"を送信すると、モニター１０側においては単に状態の値"0"しか取得できないため、一時的に電気錠故障の状態になったことを直ちには把握できないおそれがある。
【００５３】
このため、本実施の形態においては、図１３に示すように、状態記憶部１１６が記憶する状態のデータ構造において、状態名の値を"0","1"でなく変化のたびに回数をインクリメントする方式とする。
図１３の例では、「電気錠故障」の値は77であるので、最初（回数0）のときは正常であると設定すると、値が1,3,5...の奇数である場合には異常であることを示し、値が0,2,4,...の偶数である場合には正常であることがわかる。
【００５４】
言い換えると、値77を電気錠故障の正常／異常という2値で除すると、77/2=38...1と剰余は1であるから、最初の正常とは異なる異常状態であることがわかる。また、回数をインクリメントする方式であるため、例えば値75と値77とでは同じ異常状態であるが、これらの値をモニター１０へと送信することで、モニター１０側では2回変化した旨を漏らさず記録することができる。
【００５５】
なお、状態の値は、施錠／解錠や正常／異常など２値しか取らないもの多い。このため、優先モード中に、例えば通信不良で送信まで時間を要しその間に複数回状態が変化しているような場合には、通信復旧時に状態を送信する際に、奇数回状態が変化していれば通知するが、偶数回状態が変化していれば状態自体は変化前と同じなので通知しないとしても構わない。
【００５６】
また、状態が2値の例を挙げて説明したが、例えば、"0"→"1"→"2"と3値の状態がサイクリックに変化する状態の場合にも、3で除した剰余に基づいて状態を特定することができる。
（実施の形態４）
実施の形態４においては、状態記憶部１１６に通常／優先のモードの別を状態の値として管理しておくことで、モード管理を容易化する。
【００５７】
図１４は、状態記憶部１１６が記憶する状態のデータ構造を示すテーブルである。
テーブル１６０は、「状態名」１３２、「値」１３４、「機器ID」１３６、「フラグ」１３８、「順番」１３９の項目を含む。
「状態名」１３２は、通常／優先のモードの別を示す「通常／優先」の状態を含む。値"0"が通常モード、値"1"が優先モードを示す。
【００５８】
「順番」１３９は、優先モード移行時に「フラグ」１３８を"1"にした後で送信する順番を示す。
このように、通常／優先のモードの別を状態の値として管理し送信することで、モニター１０側ではこの状態の値に基づいていずれのモードであるかを判断でき、モード記憶部１４のようなモード管理のための特別な機能を省略化できる。
【００５９】
また、特に、優先モード移行時には、「順番」１３９が１番の「通常／優先」のモードの別を示す値が真っ先に送信されることとなるため、モニター１０側においては、１番に受信したモードの別を示す値に基づいて優先モードであることを判断でき、その後２番以降に受信する他の状態の値を状態記憶部２２に反映することができる。
＜補足＞
以上、本発明の実施の形態について説明したが、本発明は上記の内容に限定されず、本発明の目的とそれに関連又は付随する目的を達成するための各種形態においても実施可能であり、例えば、以下であっても構わない。
（１）実施の形態１においては、履歴記憶部１１２に記憶された履歴情報の件数が300件以上となったことを契機に優先モードに変更する（Ｓ２２，Ｓ２３）として説明したが、300件に限らず適宜件数を決めることができる。具体的には、１件あたりの履歴情報の送信に要する時間（ゲートコントローラ１００のスペックや回線速度などに依存する。）、モニター１０側においてゲートコントローラ１００における状態変化を把握できるまでの遅れ（タイムラグ）が許容される時間などを勘案して件数を決定できる。
【００６０】
また、履歴情報の件数に限らず、履歴情報のデータサイズに基づいて、モード移行のタイミングを定めてもよい。未送信の履歴情報のデータサイズが大きいと、送信が完了するまで時間を要するのは件数と同様だからである。
（２）実施の形態１においては、優先モードから通常モードへの設定変更は、履歴記憶部１１２の履歴情報の件数がゼロ件になったことを条件としていたが（Ｓ２５：Ｙｅｓ，Ｓ２６）、ゼロ件に限らず適宜件数を決めることができる。
（３）実施の形態１においては、送信が完了した履歴情報を履歴記憶部１１２から削除する（Ｓ３２）として説明したが、削除せずとも、履歴情報を送信済かそうでないか識別できるようにすれば構わない。例えば、履歴情報をどの件まで送信したかの境界を示す情報を関連付けておき、１件の送信が完了する毎に、上記境界をずらすとしても構わない。
【符号の説明】
【００６１】
４ａ，４ｂ，４ｃ カードリーダ
８ａ，８ｂ，８ｃ 扉
１０ モニター
１８ 履歴記憶部（履歴保持部）
２０ 状態反映部（状態更新部）
２２ 状態記憶部
２４ 提示部
１００，１０１ ゲートコントローラ
１０４ 認証部
１０８ 事象検出部
１１０ 履歴記憶制御部
１１２ 履歴記憶部
１１４ 状態更新部
１１６ 状態記憶部
１１８ モード設定部
１２０ 送信部
【特許請求の範囲】
【請求項１】
ユーザーの入退室に係る機器を制御するコントローラと、前記コントローラとネットワークを介して接続されるモニターとを備える認証システムであって、
コントローラは、
制御対象の機器における事象を検出する検出手段と、
前記検出手段が検出した結果を示す履歴情報を第１記憶手段に記憶させる履歴記憶制御手段と、
前記機器の状態を記憶する第２記憶手段を、前記検出手段による検出に基づいて更新する状態更新手段と、
第１記憶手段に記憶された履歴情報を、記憶された順番に逐次モニターへと送信する送信手段とを備え、
前記送信手段は、前記第１記憶手段に記憶された未送信の履歴情報の量に関する所定条件を満たすと、前記第２記憶手段に記憶された状態を示す状態情報を前記履歴情報より先にモニターへと送信し、
モニターは、
前記送信手段により送信される状態情報および履歴情報を受信する受信手段と、
受信された履歴情報を記憶する履歴保持手段と、
受信された状態情報に基づいて、機器の状態を提示する提示手段とを備える
ことを特徴とする認証システム。
【請求項２】
前記提示手段は、
前記所定条件が満たされていない間の検出に係る履歴情報に基づいて、機器の状態を提示し、
前記所定条件が満たされている間の検出に係る履歴情報に基づいては機器の状態を提示せず、前記受信された状態情報に基づいて機器の状態を提示する
ことを特徴とする請求項１に記載の認証システム。
【請求項３】
コントローラは、前記所定条件が満たされていない間は第１モード、前記所定条件が満たされている間は第２モードに設定するモード設定手段を備え、
前記送信手段は、前記モード設定手段により設定されているモードを示す設定情報を送信し、
前記受信手段は、前記送信手段により送信される設定情報を受信し、
前記提示手段は、
設定情報に示されるモードが第１モードである間には、
前記履歴情報に基づいて機器の状態を提示し、
設定情報に示されるモードが第２モードである間には、
前記履歴情報に基づいては機器の状態を提示せず、前記受信された状態情報に基づいて機器の状態を提示する
ことを特徴とする請求項２に記載の認証システム。
【請求項４】
前記送信手段は、
前記所定条件が満たされていない間には、
送信すべき履歴情報に、当該履歴情報に基づいて機器の状態を提示すべき旨を示す第１識別子を付加して送信し、
前記所定条件が満たされている間には、
送信すべき履歴情報に、当該履歴情報に基づいては機器の状態を提示すべきでない旨を示す第２識別子を付加して送信し、
送信すべき状態情報に、当該状態情報に基づいて機器の状態を提示すべき旨を示す第３識別子を付加して送信し、
前記提示手段は、
前記第１識別子が付加された履歴情報に基づいて、機器の状態を提示し、
前記第２識別子が付加された履歴情報に基づいては機器の状態を提示せず、
前記第３識別子が付加された状態情報に基づいて、機器の状態を提示する
ことを特徴とする請求項１に記載の認証システム。
【請求項５】
前記機器の状態には、ｎ（ｎは２以上の自然数）種類の値が存在し、
前記状態更新手段は、前記検出手段による検出に応じて、機器の状態に係る検出回数をインクリメントし、
前記提示手段は、前記検出回数を前記ｎで除した剰余に基づいて、前記機器の状態の値がｎ種類のうちのいずれであるかを特定して前記提示に用いる
ことを特徴とする請求項１に記載の認証システム。
【請求項６】
ユーザーの入退室に係る機器を制御するコントローラであって、
制御対象の機器における事象を検出する検出手段と、
前記検出手段が検出した結果を示す履歴情報を第１記憶手段に記憶させる履歴記憶制御手段と、
前記機器の状態を記憶する第２記憶手段を、前記検出手段による検出次第更新する状態更新手段と、
第１記憶手段に記憶された履歴情報を、記憶された順番に逐次モニターへと送信する送信手段とを備え、
前記送信手段は、前記第１記憶手段に記憶された未送信の履歴情報の量に関する所定条件を満たすと、前記第２記憶手段に記憶された状態を示す状態情報を前記履歴情報より先にモニターへと送信する
ことを特徴とするコントローラ。
【請求項１】
ユーザーの入退室に係る機器を制御するコントローラと、前記コントローラとネットワークを介して接続されるモニターとを備える認証システムであって、
コントローラは、
制御対象の機器における事象を検出する検出手段と、
前記検出手段が検出した結果を示す履歴情報を第１記憶手段に記憶させる履歴記憶制御手段と、
前記機器の状態を記憶する第２記憶手段を、前記検出手段による検出に基づいて更新する状態更新手段と、
第１記憶手段に記憶された履歴情報を、記憶された順番に逐次モニターへと送信する送信手段とを備え、
前記送信手段は、前記第１記憶手段に記憶された未送信の履歴情報の量に関する所定条件を満たすと、前記第２記憶手段に記憶された状態を示す状態情報を前記履歴情報より先にモニターへと送信し、
モニターは、
前記送信手段により送信される状態情報および履歴情報を受信する受信手段と、
受信された履歴情報を記憶する履歴保持手段と、
受信された状態情報に基づいて、機器の状態を提示する提示手段とを備える
ことを特徴とする認証システム。
【請求項２】
前記提示手段は、
前記所定条件が満たされていない間の検出に係る履歴情報に基づいて、機器の状態を提示し、
前記所定条件が満たされている間の検出に係る履歴情報に基づいては機器の状態を提示せず、前記受信された状態情報に基づいて機器の状態を提示する
ことを特徴とする請求項１に記載の認証システム。
【請求項３】
コントローラは、前記所定条件が満たされていない間は第１モード、前記所定条件が満たされている間は第２モードに設定するモード設定手段を備え、
前記送信手段は、前記モード設定手段により設定されているモードを示す設定情報を送信し、
前記受信手段は、前記送信手段により送信される設定情報を受信し、
前記提示手段は、
設定情報に示されるモードが第１モードである間には、
前記履歴情報に基づいて機器の状態を提示し、
設定情報に示されるモードが第２モードである間には、
前記履歴情報に基づいては機器の状態を提示せず、前記受信された状態情報に基づいて機器の状態を提示する
ことを特徴とする請求項２に記載の認証システム。
【請求項４】
前記送信手段は、
前記所定条件が満たされていない間には、
送信すべき履歴情報に、当該履歴情報に基づいて機器の状態を提示すべき旨を示す第１識別子を付加して送信し、
前記所定条件が満たされている間には、
送信すべき履歴情報に、当該履歴情報に基づいては機器の状態を提示すべきでない旨を示す第２識別子を付加して送信し、
送信すべき状態情報に、当該状態情報に基づいて機器の状態を提示すべき旨を示す第３識別子を付加して送信し、
前記提示手段は、
前記第１識別子が付加された履歴情報に基づいて、機器の状態を提示し、
前記第２識別子が付加された履歴情報に基づいては機器の状態を提示せず、
前記第３識別子が付加された状態情報に基づいて、機器の状態を提示する
ことを特徴とする請求項１に記載の認証システム。
【請求項５】
前記機器の状態には、ｎ（ｎは２以上の自然数）種類の値が存在し、
前記状態更新手段は、前記検出手段による検出に応じて、機器の状態に係る検出回数をインクリメントし、
前記提示手段は、前記検出回数を前記ｎで除した剰余に基づいて、前記機器の状態の値がｎ種類のうちのいずれであるかを特定して前記提示に用いる
ことを特徴とする請求項１に記載の認証システム。
【請求項６】
ユーザーの入退室に係る機器を制御するコントローラであって、
制御対象の機器における事象を検出する検出手段と、
前記検出手段が検出した結果を示す履歴情報を第１記憶手段に記憶させる履歴記憶制御手段と、
前記機器の状態を記憶する第２記憶手段を、前記検出手段による検出次第更新する状態更新手段と、
第１記憶手段に記憶された履歴情報を、記憶された順番に逐次モニターへと送信する送信手段とを備え、
前記送信手段は、前記第１記憶手段に記憶された未送信の履歴情報の量に関する所定条件を満たすと、前記第２記憶手段に記憶された状態を示す状態情報を前記履歴情報より先にモニターへと送信する
ことを特徴とするコントローラ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１０−１７６１６５（Ｐ２０１０−１７６１６５Ａ）
【公開日】平成２２年８月１２日（２０１０．８．１２）
【国際特許分類】
【出願番号】特願２００９−１４９９８（Ｐ２００９−１４９９８）
【出願日】平成２１年１月２７日（２００９．１．２７）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
【公開日】平成２２年８月１２日（２０１０．８．１２）
【国際特許分類】
【出願日】平成２１年１月２７日（２００９．１．２７）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
[ Back to top ]