(57)【要約】【課題】履歴データを記憶するためのメモリ容量が少ない場合でも、履歴データを出力する回数を減らすことが可能なデータ管理装置を提供する。【解決手段】本発明に係るデータ管理装置は、管理領域へアクセスしようとする被認証者の識別情報に基づく認証毎に、当該認証の結果に応じて行われた前記管理領域へのアクセス制御処理に係るデータであって、当該処理についての時間を示す時間情報及び被認証者を示す被認証者情報を含む第１ブロックデータを記憶し、記憶された各第１ブロックデータのうち、現在より所定時間以上前の時間を示す時間情報が含まれている第１ブロックデータを対象として、当該第１ブロックデータに含まれる時間情報及び被認証者情報を含み、かつ、当該第１ブロックデータのサイズよりも小さくなるように構成した第２ブロックデータを、当該第１ブロックデータに代えて記憶させる。【選択図】図８
2011048514.tif 000002
【特許請求の範囲】
【請求項１】
管理領域へアクセスしようとする被認証者の識別情報に基づく認証毎に、当該認証の結果に応じて行われた前記管理領域へのアクセス制御処理に係るデータであって、当該処理についての時間を示す時間情報及び被認証者を示す被認証者情報を含む第１ブロックデータを記憶するデータ記憶手段と、
前記データ記憶手段に記憶された各第１ブロックデータのうち、現在より所定時間以上前の時間を示す時間情報が含まれている第１ブロックデータを対象として、当該第１ブロックデータに含まれる時間情報及び被認証者情報を含み、かつ、当該第１ブロックデータのサイズよりも小さくなるように構成した第２ブロックデータを生成し、生成した第２ブロックデータを、当該第１ブロックデータに代えて前記データ記憶手段に記憶させる記憶制御手段とを備える
ことを特徴とするデータ管理装置。
【請求項２】
前記データ管理装置は、更に
第１データ項目を含んで構成されるブロックデータを受信する受信手段と、
第１データ項目の値と第２データ項目の値とを対応付けて記憶するマスタ記憶手段とを備え、
前記データ記憶手段は、前記受信手段が受信したブロックデータと、当該ブロックデータに含まれる第１データ項目の値と前記マスタ記憶手段において対応付けられた第２データ項目の値とからなるブロックデータを、第１ブロックデータとして記憶し、
前記記憶制御手段は、対象とした第１ブロックデータから第１データ項目と第２データ項目とのいずれかを削除したブロックデータを、第２ブロックデータとして生成する
ことを特徴とする請求項１記載のデータ管理装置。
【請求項３】
各第１ブロックデータは、１以上のデータ列から構成されており、
各データ列は、複数のデータ項目から構成されており、
前記データ管理装置は、更に１以上のデータ列について、当該データ列における１以上のデータ項目とその値とを対応付けて記憶する項目記憶手段を備え、
前記記憶制御手段は、前記項目記憶手段において対応付けられた、１以上のデータ列についての各データ項目における各値を含む第１ブロックデータのみを前記対象とする
ことを特徴とする請求項２記載のデータ管理装置。
【請求項４】
第１ブロックデータは、前記認証が成功した場合には、複数のデータ列から構成されており、当該複数のデータ列には、データ項目の値として、時間情報及び被認証者情報を含む特定データ列が含まれており、
前記項目記憶手段は、前記第１ブロックデータに含まれる複数のデータ列に含まれる複数のデータ項目とその値とを対応付けて記憶しており、
前記記憶制御手段は、対象とした第１ブロックデータから前記特定データ列を除いた他のデータ列を削除したデータを、第２ブロックデータとして生成する
ことを特徴とする請求項３記載のデータ管理装置。
【請求項５】
第１ブロックデータを構成する各データ列それぞれは、データ項目の値として、前記アクセス制御処理を行う複数の外部機器のうちの一の外部機器における当該処理の時間を示す時間情報及び当該処理後の状態を示す状態情報を含み、
前記記憶制御手段は、第１ブロックデータに含まれる各時間情報が示す時間のうち、最新の時間と最古の時間との差分が、所定時間以下である第１ブロックデータのみを前記対象とする
ことを特徴とする請求項４記載のデータ管理装置。
【請求項６】
前記データ記憶手段は、更に前記アクセス制御処理を行う外部機器の状態変化に係るデータであって、変化後の状態を示す状態情報と、変化が生じた時間を示す変化時間情報とを含む第３ブロックデータを記憶するものであり、
前記データ管理装置は、更に１以上のデータ項目とその値とを対応付けて記憶する項目記憶手段を備え、
前記記憶制御手段は、更に、前記データ記憶手段に記憶された各第３ブロックデータのうち、現在までの経過時間が所定時間以上である時間を示す変化時間情報が含まれており、かつ、前記項目記憶手段において対応付けられた、各データ項目における各値を含む第３ブロックデータを対象として、対象とした第３ブロックデータの一部又は全部を前記データ記憶手段から削除する
ことを特徴とする請求項１記載のデータ管理装置。
【請求項７】
前記記憶制御手段は、前記対象とした第３ブロックデータのうちの、前記データ記憶手段に複数連続して記憶されている各第３ブロックデータのみについて、１つ又は全ての第３ブロックデータを削除する
ことを特徴とする請求項６記載のデータ管理装置。
【請求項８】
前記第１ブロックデータは、被認証者がアクセスしようとした前記管理領域の扉の扉識別情報を含み、
前記記憶制御手段は、対象となる第１ブロックデータについて、当該第１ブロックデータに含まれる扉識別情報を、当該扉識別情報よりもサイズが小さく、かつ前記管理領域を示すものとして予め定められた領域識別情報に置き換えたデータを、第２ブロックデータとして生成する
ことを特徴とする請求項１記載のデータ管理装置。
【請求項９】
前記記憶制御手段は、対象とした第１ブロックデータを圧縮したデータを、前記第２ブロックデータとして生成し、前記データ記憶手段に記憶するものであり、
前記データ管理装置は、更に
被認証者情報毎に、当該被認証者情報を含む第２ブロックデータを特定するためのインデックスを生成するインデックス生成手段と、
被認証者情報を受け付けると、前記インデックス生成手段が生成したインデックスに基づいて各第２ブロックデータを特定し、当該第２ブロックデータを伸張し出力する出力手段とを備える
ことを特徴とする請求項１記載のデータ管理装置。
【請求項１０】
認証装置及びデータ管理装置を含み、管理領域へのアクセスを管理する認証システムであって、
前記認証装置は、
被認証者の識別情報を受け付ける受付手段と、
前記管理領域へのアクセスが許可されている者の識別情報を記憶する識別情報記憶手段と、
前記受付手段が受け付けた識別情報と一致する識別情報が前記記憶手段に記憶されているか否かに応じて前記管理領域へのアクセスの許否を制御する制御手段と、
少なくとも、前記制御手段による前記制御が行われた際の時間情報と前記受付手段が受け付けた識別情報とを含むブロックデータを前記データ管理装置に送信する送信手段とを備え、
前記データ管理装置は、
前記認証装置から送信されたブロックデータを受信する受信手段と、
前記受信手段が受信したブロックデータに基づいて、当該ブロックデータに含まれる時間情報と、当該該ブロックデータに含まれる識別情報が示す被認証者を示す被認証者情報を含む第１ブロックデータを生成し記憶するデータ記憶手段と、
前記データ記憶手段に記憶された各第１ブロックデータのうち、現在より所定時間以上前の時間を示す時間情報が含まれている第１ブロックデータを対象として、当該第１ブロックデータに含まれる時間情報及び被認証者情報を含み、かつ、当該第１ブロックデータのサイズよりも小さくなるように構成した第２ブロックデータを生成し、生成した第２ブロックデータを、当該第１ブロックデータに代えて前記データ記憶手段に記憶させる記憶制御手段とを備える
ことを特徴とする認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証システムに関し、特に、認証結果等の履歴データの管理技術に関する。
【背景技術】
【０００２】
人の入場等を制限するための扉の解錠を、例えば、ＩＣカード等による認証に基づいて管理する認証システムが知られている。
このような認証システムでは、扉の解錠権限を有する当該システムの利用者が所持するＩＣカード等の識別情報を予め記憶しておき、扉の解錠が必要な利用者のＩＣカード等から読み取った識別情報と照合することで認証を行い、一致する識別情報が記憶されている場合に扉の解錠を行う。また、認証結果を含む履歴データを、当該認証システムを構成するデータ管理装置が内蔵するメモリに記録する。記録された履歴データは、一般的に、履歴保持や分析のために、このメモリがいっぱいになる前に、データ管理装置の管理者等によって外部のコンピュータ等に出力されることになる。
【０００３】
このようなデータ管理装置の管理者等の管理負担を軽減するために、メモリに記録している履歴データの件数が閾値を超えると通知を行う入退室管理システムが知られている（例えば、特許文献１）。これにより、上記データ管理装置の管理者等に、履歴データを外部のコンピュータ等に出力することを促すことができるので、例えば、メモリがいっぱいになって、記録済の履歴データが新たに生成された履歴データで上書きされてしまうような不都合を適切に防ぐことができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−５２３５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述のデータ管理装置のメモリ容量が比較的少ない場合には、この装置の管理者等は、頻繁にメモリ内の履歴データを外部のコンピュータ等に出力する操作を行う必要があり、大変面倒である。
本発明は係る問題に鑑みてなされたものであり、履歴データを記憶するためのメモリ容量が少ない場合でも、履歴データを出力する回数を減らすことが可能なデータ管理装置及び、当該データ管理装置を含む認証システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明に係るデータ管理装置は、管理領域へアクセスしようとする被認証者の識別情報に基づく認証毎に、当該認証の結果に応じて行われた前記管理領域へのアクセス制御処理に係るデータであって、当該処理についての時間を示す時間情報及び被認証者を示す被認証者情報を含む第１ブロックデータを記憶するデータ記憶手段と、前記データ記憶手段に記憶された各第１ブロックデータのうち、現在より所定時間以上前の時間を示す時間情報が含まれている第１ブロックデータを対象として、当該第１ブロックデータに含まれる時間情報及び被認証者情報を含み、かつ、当該第１ブロックデータのサイズよりも小さくなるように構成した第２ブロックデータを生成し、生成した第２ブロックデータを、当該第１ブロックデータに代えて前記データ記憶手段に記憶させる記憶制御手段とを備えることを特徴とする。
【０００７】
また、上記課題を解決するために本発明に係る認証システムは、認証装置及びデータ管理装置を含み、管理領域へのアクセスを管理する認証システムであって、前記認証装置は、被認証者の識別情報を受け付ける受付手段と、前記管理領域へのアクセスが許可されている者の識別情報を記憶する識別情報記憶手段と、前記受付手段が受け付けた識別情報と一致する識別情報が前記記憶手段に記憶されているか否かに応じて前記管理領域へのアクセスの許否を制御する制御手段と、少なくとも、前記制御手段による前記制御が行われた際の時間情報と前記受付手段が受け付けた識別情報とを含むブロックデータを前記データ管理装置に送信する送信手段とを備え、前記データ管理装置は、前記認証装置から送信されたブロックデータを受信する受信手段と、前記受信手段が受信したブロックデータに基づいて、当該ブロックデータに含まれる時間情報と、当該該ブロックデータに含まれる識別情報が示す被認証者を示す被認証者情報を含む第１ブロックデータを生成し記憶するデータ記憶手段と、前記データ記憶手段に記憶された各第１ブロックデータのうち、現在より所定時間以上前の時間を示す時間情報が含まれている第１ブロックデータを対象として、当該第１ブロックデータに含まれる時間情報及び被認証者情報を含み、かつ、当該第１ブロックデータのサイズよりも小さくなるように構成した第２ブロックデータを生成し、生成した第２ブロックデータを、当該第１ブロックデータに代えて前記データ記憶手段に記憶させる記憶制御手段とを備えることを特徴とする。
【０００８】
ここで、被認証者の識別情報とは、個人を特定するための情報をいい、例えば、磁気カードやＩＣカード等の媒体に記録された識別情報や、指紋、声紋、虹彩、静脈等の生体情報をいう。
【発明の効果】
【０００９】
上述の構成を備える本発明に係るデータ管理装置及び本発明に係る認証システムにおける管理装置は、現在より所定時間以上前の認証時間を示す時間情報を含む第１ブロックデータに代えて、その第１ブロックデータのサイズよりも小さくなるように構成した第２ブロックデータを記憶するので、データ記憶手段に記憶しているデータのサイズを減らすことができる。即ち、記憶しているデータを外部のコンピュータ等に出力する回数を減らすことができる。
【００１０】
また、前記データ管理装置は、更に第１データ項目を含んで構成されるブロックデータを受信する受信手段と、第１データ項目の値と第２データ項目の値とを対応付けて記憶するマスタ記憶手段とを備え、前記データ記憶手段は、前記受信手段が受信したブロックデータと、当該ブロックデータに含まれる第１データ項目の値と前記マスタ記憶手段において対応付けられた第２データ項目の値とからなるブロックデータを、第１ブロックデータとして記憶し、前記記憶制御手段は、対象とした第１ブロックデータから第１データ項目と第２データ項目とのいずれかを削除したブロックデータを、第２ブロックデータとして生成することとしてもよい。
【００１１】
これにより、第２ブロックデータに含まれる、第１データ項目と第２データ項目とのいずれかの項目の値とマスタ記憶手段で対応付けられている項目の値を取得することで、第１ブロックデータを復元できるので、本発明に係るデータ管理装置は、実質的なデータの欠落を生じることなく、データ記憶手段に記憶しているデータのサイズを減らすことができる。
【００１２】
また、各第１ブロックデータは、１以上のデータ列から構成されており、各データ列は、複数のデータ項目から構成されており、前記データ管理装置は、更に１以上のデータ列について、当該データ列における１以上のデータ項目とその値とを対応付けて記憶する項目記憶手段を備え、前記記憶制御手段は、前記項目記憶手段において対応付けられた、１以上のデータ列についての各データ項目における各値を含む第１ブロックデータのみを前記対象とすることとしてもよい。
【００１３】
これにより、対象としたい第１ブロックデータに含まれるデータ項目とその値とを項目記憶手段に予め記憶させておくことで、本データ管理装置の管理者等が、対象としたい第１ブロックデータを指定することが可能になる。
また、第１ブロックデータは、前記認証が成功した場合には、複数のデータ列から構成されており、当該複数のデータ列には、データ項目の値として、時間情報及び被認証者情報を含む特定データ列が含まれており、前記項目記憶手段は、前記第１ブロックデータに含まれる複数のデータ列に含まれる複数のデータ項目とその値とを対応付けて記憶しており、前記記憶制御手段は、対象とした第１ブロックデータから前記特定データ列を除いた他のデータ列を削除したデータを、第２ブロックデータとして生成することとしてもよい。
【００１４】
これにより、本発明に係るデータ管理装置は、認証が成功した場合の第１ブロックデータに含まれる複数のデータ列のうちの時間情報及び被認証者情報を含む特定データ列から構成される第２ブロックデータを、その第１ブロックデータに代えて記憶するので、例えば、いつ、誰が管理領域にアクセスしようとしたかといった情報を残しつつも、記憶するデータのサイズを減らすことができる。
【００１５】
また、第１ブロックデータを構成する各データ列それぞれは、データ項目の値として、前記アクセス制御処理を行う複数の外部機器のうちの一の外部機器における当該処理の時間を示す時間情報及び当該処理後の状態を示す状態情報を含み、前記記憶制御手段は、第１ブロックデータに含まれる各時間情報が示す時間のうち、最新の時間と最古の時間との差分が、所定時間以下である第１ブロックデータのみを前記対象とすることとしてもよい。
【００１６】
これにより、本発明に係るデータ装置は、認証が成功した場合の第１ブロックデータにおいて生じ得る最新の時間と最古の時間との時間差を所定時間として設定することで、この第１ブロックデータに含まれるデータ項目の値を含みつつも、最新の時間と最古の時間との時間差が所定時間を越えるような、この第１ブロックデータとは異なるブロックデータを対象としてしまうような不都合を適切に防ぐことができる。
【００１７】
また、前記データ記憶手段は、更に前記アクセス制御処理を行う外部機器の状態変化に係るデータであって、変化後の状態を示す状態情報と、変化が生じた時間を示す変化時間情報とを含む第３ブロックデータを記憶するものであり、前記データ管理装置は、更に１以上のデータ項目とその値とを対応付けて記憶する項目記憶手段を備え、前記記憶制御手段は、更に、前記データ記憶手段に記憶された各第３ブロックデータのうち、現在までの経過時間が所定時間以上である時間を示す変化時間情報が含まれており、かつ、前記項目記憶手段において対応付けられた、各データ項目における各値を含む第３ブロックデータを対象として、対象とした第３ブロックデータの一部又は全部を前記データ記憶手段から削除することとしてもよい。
【００１８】
これにより、本発明に係るデータ管理装置は、いつ、誰が管理領域にアクセスしようとしたかといった情報とは異なる外部機器の状態変化に係る情報をデータ記憶手段から削除することで、データ記憶手段に記憶しているデータのサイズを減らすことができるので、記憶しているデータを外部のコンピュータ等に出力する回数を減らすことができる。
また、前記記憶制御手段は、前記対象とした第３ブロックデータのうちの、前記データ記憶手段に複数連続して記憶されている各第３ブロックデータのみについて、１つ又は全ての第３ブロックデータを削除することとしてもよい。
【００１９】
これにより、例えば、外部機器の状態変化を検出する際の誤差等により、複数の第３ブロックデータが連続してデータ記憶手段に記憶されるようなことが生じる場合においても、本発明に係るデータ管理装置は、この連続する複数の第３ブロックデータの全て又は一部を削除するので、データ記憶手段に記憶しているデータのサイズを減らすことができる。
【００２０】
また、例えば、削除すべきでないデータに、１つの第３ブロックデータに含まれるデータ項目及びその値が含まれるようなケースにおいても、本発明に係るデータ管理装置は、誤って削除してしまうような不都合を防ぐことができる。
また、前記第１ブロックデータは、被認証者がアクセスしようとした前記管理領域の扉の扉識別情報を含み、前記記憶制御手段は、対象となる第１ブロックデータについて、当該第１ブロックデータに含まれる扉識別情報を、当該扉識別情報よりもサイズが小さく、かつ前記管理領域を示すものとして予め定められた領域識別情報に置き換えたデータを、第２ブロックデータとして生成することとしてもよい。
【００２１】
これにより、第２ブロックデータは、第１ブロックデータに含まれる扉識別情報を、それよりもサイズの小さい領域識別情報に置き換えたデータであるため、本発明に係るデータ管理装置は、データ記憶手段に記憶しているデータのサイズを減らすことができる。
また、前記記憶制御手段は、対象とした第１ブロックデータを圧縮したデータを、前記第２ブロックデータとして生成し、前記データ記憶手段に記憶するものであり、前記データ管理装置は、更に被認証者情報毎に、当該被認証者情報を含む第２ブロックデータを特定するためのインデックスを生成するインデックス生成手段と、被認証者情報を受け付けると、前記インデックス生成手段が生成したインデックスに基づいて各第２ブロックデータを特定し、当該第２ブロックデータを伸張し出力する出力手段とを備えることとしてもよい。
【００２２】
これにより、第２ブロックデータは、第１ブロックデータを圧縮したデータであるので、本発明に係るデータ管理装置は、データ記憶手段に記憶しているデータのサイズを減らすことができる。また、本発明に係るデータ管理装置は、被認証者情報を受け付けた際に、生成されているインデックスに基づいて、その被認証者情報を含む第２ブロックデータを特定して伸張するので、各第２ブロックデータを伸張して被認証者情報を含む第１ブロックデータを検索して出力する場合と比較し、受け付けた被認証者情報を含む第１ブロックデータをより高速に出力できる。
【図面の簡単な説明】
【００２３】
【図１】入場管理システム１０００のシステム構成図である。
【図２】ＧＵ１００の主要部の機能構成を示すブロック図である。
【図３】管理装置２００の主要部の機能構成を示すブロック図である。
【図４】構成情報テーブル２３１及びカード情報テーブル２３２のデータ構成及び内容例を示す図である。
【図５】第１履歴テーブル２３３のデータ構成及び内容例を示す図である。
【図６】ブロックデータテーブル２３５及び対応処理テーブル２３６のデータ構成及び内容例を示す図である。
【図７】フィルタ情報テーブル２３７のデータ構成及び内容例を示す図である。
【図８】管理装置２００による第２履歴情報の生成処理を示すフローチャートである。
【図９】第１履歴テーブル２３３から抽出された各第１履歴情報２３８Ａを示す図である。
【図１０】各第１履歴情報２３８ＡからカードＩＤと扉ＩＤとを削除した各第１履歴情報２３８Ｂ及び各第１履歴情報２３８Ｂに対し集約及び削除処理を施した後の各第１履歴情報２３８Ｃを示す図である。
【図１１】第２履歴テーブル２３４に登録した各第２履歴情報及び抽出した各第１履歴情報を削除した後の第１履歴テーブル２３３を示す図である。
【図１２】管理装置３００の主要部の機能構成を示すブロック図である。
【図１３】インデックス３１１のデータ構成及び内容例を示す図である。
【図１４】管理装置３００によるインデックスの更新処理及び圧縮データの生成処理を示すフローチャートである。
【図１５】管理装置３００による圧縮データ３１２からの第１履歴情報の検索処理を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、本発明に係るデータ管理装置を含む認証システムの一実施形態として、特に入場の管理を行う入場管理システムを例に、図面を参照しながら説明する。
≪実施の形態１≫
＜構成＞
まず、実施の形態１に係る入場管理システム１０００の構成について説明する。
【００２５】
＜入場管理システム＞
図１は、入場管理システム１０００のシステム構成図である。
同図に示す通り、入場管理システム１０００は、「人事部」、「営業部」、「経理部」の３つの領域への入場を管理するシステムであり、管理装置２００の他、カードリーダ１Ａ〜１Ｅと、電気錠２Ａ〜２Ｅと、開閉センサー３Ａ〜３Ｅと、ＧＵ（Gate Unit）１００とから構成されている。
【００２６】
各カードリーダ、各電気錠、及び各開閉センサーは、ＧＵ１００と接続され、ＧＵ１００は、ＬＡＮ（Local Area Network）５を介して管理装置２００と接続されている。
ここで、カードリーダ１Ａ〜１Ｅはそれぞれ、各領域に入場するための異なる１つの扉（図示しない）の近傍に設置され、各領域に対し入場する者が所持するＩＣカードに記録されているそのＩＣカードの識別情報（以下、「カードＩＤ」という）を読み出し、読み出したカードＩＤ、及び予め記憶しているそのカードリーダが設置されている扉を識別するための情報（以下、「扉ＩＤ」という）をＧＵ１００に送信する機能を有する。
【００２７】
電気錠２Ａ〜２Ｅはそれぞれ、異なる１つの扉に取り付けられており、ＧＵ１００からの指示を受けて、その扉を解錠又は施錠し、解錠又は施錠した旨の信号をＧＵ１００に送出する機能を有する。
開閉センサー３Ａ〜３Ｂはそれぞれ、異なる１つの扉に取り付けられており、扉の開閉を検出した際に、開扉又は閉扉を検出した旨の信号をＧＵ１００に送出する機能を有する。
【００２８】
なお、以下では、カードリーダ１Ａ、電気錠２Ａ、開閉センサー３Ａが設置等されている扉を「人事部＿扉１」、カードリーダ１Ｂ、電気錠２Ｂ、開閉センサー３Ｂが設置等されている扉を「人事部＿扉２」、カードリーダ１Ｃ、電気錠２Ｃ、開閉センサー３Ｃが設置等されている扉を「営業部＿扉１」、カードリーダ１Ｄ、電気錠２Ｄ、開閉センサー３Ｄが設置等されている扉を「経理部＿扉１」、カードリーダ１Ｅ、電気錠２Ｅ、開閉センサー３Ｅが設置等されている扉を「経理部＿扉２」と呼ぶこととする。
【００２９】
ＧＵ１００は、各カードリーダから受信したカードＩＤを用いて認証を行い、認証結果に応じてそのカードリーダから受信した扉ＩＤが示す扉の解錠指示をその扉の施解錠を行う電気錠に対して行い、またその後に、施錠指示をその電気錠に対して行う機能を有する。
また、ＧＵ１００は、認証結果を含む情報と、各電気錠、各開閉センサーから受信した信号に基づく情報とをそれぞれ生成し、管理装置２００に送信する機能を有する。
【００３０】
なお、以下では、ＧＵ１００で発生した認証及び施錠指示、各電気錠で発生した解錠や施錠といった電気錠状態の変化、各開閉センサーで検出した開扉や閉扉といった扉状態の変化等の事象のことを「イベント」ともいう。
管理装置２００は、特に、ＧＵ１００から受信した情報それぞれに基づいて第１履歴情報を生成し、生成した第１履歴情報を第１履歴テーブル２３３（図５参照）に登録して管理する機能を有する。管理装置２００は、第１履歴テーブル２３３に所定数（例えば、５万件）以上の第１履歴情報（レコード）が登録された場合に、現在日時より所定時間（例えば、６ヶ月）以上前の第１履歴情報を対象として、履歴としての有用性を保ちつつデータサイズを削減する処理を行い、処理後のデータを各第２履歴情報として、第２履歴テーブル２３４（図８（ａ）参照）に登録する機能も有する。なお、管理装置２００は、例えば、第１履歴テーブル２３３に１０万件の第１履歴情報を記憶できる程度のメモリ容量を有するものとする。
【００３１】
ここで、履歴としての有用性とは、入場管理システム１０００が、入場の管理を行うシステムであることから、いつ、誰が、どの領域に入場したかを特定できることをいうものとする。
以下、ＧＵ１００、管理装置２００の構成について、更に詳しく説明する。
＜ＧＵ＞
まず、ＧＵ１００の構成について説明する。
【００３２】
図２は、ＧＵ１００の主要部の機能構成を示すブロック図である。
ＧＵ１００は、同図に示す通り、通信部１１０、計時部１２０、記憶部１３０、扉状態受信部１４０、ＩＤ受信部１５０、認証部１６０、錠制御部１７０及び情報送信部１８０を備える。ＧＵ１００は、制御プログラムを記憶するメモリ及びプロセッサを含んでおり、認証部１６０、錠制御部１７０及び情報送信部１８０の各機能は、プロセッサがメモリ上の制御プログラムを実行することにより実現される。
【００３３】
ここで、通信部１１０は、ＬＡＮ５を介して、管理装置２００とデータの送受信を行う機能を有し、計時部１２０は、いわゆる時計であり、現在の日時を計時する機能を有する。
記憶部１３０は、各領域に対して入場権限を有する者が所持するＩＣカードのカードＩＤと、その者が入場権限を有する領域の扉の扉ＩＤ等を対応付けたデータであるカード情報テーブル２３２（図４（ｂ）参照）を記憶するためのメモリ領域である。なお、カード情報テーブル２３２は、管理装置２００に記憶されているカード情報テーブル２３２と同様のものである。
【００３４】
扉状態受信部１４０は、開閉センサー３Ａ〜３Ｅにより開扉又は閉扉を検出した旨の信号を受信した際に、計時部１２０から取得したその信号を受信した際の日時を示す情報と、その信号の送信元である開閉センサーが取り付けられた扉の扉ＩＤと、イベントの種類（扉状態の変化）を示す情報と扉の状態（開扉又は閉扉）を示す情報とからなる情報（以下、「扉状態情報」という）を情報送信部１８０に伝達する機能を有する。また、上記伝達の際に、扉ＩＤ及び扉の状態を示す情報については、錠制御部１７０へも伝達する。
【００３５】
なお、扉状態受信部１４０は、入場管理システム１０００の管理者等（以下、「システム管理者等」という）により設定された各開閉センサーと扉ＩＤとの対応情報を保持しているものとする。
ＩＤ受信部１５０は、カードリーダ１Ａ〜１Ｅにより送信されたカードＩＤ及び扉ＩＤを受信し、認証部１６０に伝達する機能を有する。
【００３６】
認証部１６０は、ＩＤ受信部１５０から伝達されたカードＩＤ及び扉ＩＤと、記憶部１３０に記憶されているカード情報テーブル２３２とに基づいて、扉を解錠するか否かを判定（認証）し、解錠する旨の判定を行った場合に、伝達されている扉ＩＤを錠制御部１７０に伝達する機能を有する。
また、認証部１６０は、上述の認証を行った際に、計時部１２０から取得した認証の際の日時を示す情報と、その認証に係るカードＩＤ及び扉ＩＤと、イベントの種類（認証）を示す情報、認証結果（成功又は失敗）を示す情報とからなる情報（以下、「認証情報」という）を情報送信部１８０に伝達する機能を有する。なお、以下では、認証結果のことを「認証の状態」とも表現する。
【００３７】
錠制御部１７０は、認証部１６０から伝達された扉ＩＤにより特定される扉の解錠指示を、その扉の施解錠を行う電気錠に対して行い、その後ユーザにより開扉され、閉扉された際、あるいは、解錠指示後、所定時間（例えば、２０秒）を経過しても、開扉されない場合に、その電気錠に対して、その扉の施錠指示を行う機能を有する。
また、錠制御部１７０は、解錠指示又は施錠指示を行った電気錠から、解錠した旨、又は施錠した旨の信号を受信した際に、計時部１２０から取得したその信号を受信した際の日時を示す情報と、その電気錠が取り付けられている扉の扉ＩＤと、イベントの種類（錠状態の変化）を示す情報と、錠の状態（解錠又は施錠）を示す情報とからなる情報（以下、「錠状態情報」という）を情報送信部１８０に伝達する機能を有する。
【００３８】
また、錠制御部１７０は、上述の施錠指示を行った際にも、計時部１２０から取得した施錠指示を行った際の日時を示す情報と、その指示に係る電気錠が取り付けられている扉の扉ＩＤと、イベントの種類（施錠指示）を示す情報からなる情報（以下、「制御情報」という）を情報送信部１８０に伝達する機能を有する。
なお、錠制御部１７０は、システム管理者等により設定された各電気錠と扉ＩＤとの対応情報を保持しているものとする。
【００３９】
情報送信部１８０は、認証部１６０、錠制御部１７０、扉状態受信部１４０から伝達された各情報（認証情報、錠状態情報、制御情報、扉状態情報）に、履歴の種別を示す情報を付加して、通信部１１０を介して、管理装置２００に送信する機能を有する。
履歴の種別を示す情報とは、各情報（認証情報、錠状態情報、制御情報、扉状態情報）に基づいて、管理装置２００において生成される第１歴履歴情報の種類を示す情報であり、以下では、履歴の種別を示す情報として、認証情報の場合には、「ＣＲ操作記録」を、錠状態情報及び扉状態情報には「状態変化記録」を、制御情報には「制御記録」を付加して送信するものとして説明する。
【００４０】
＜管理サーバ＞
次に、管理装置２００の構成について説明する。
図３は、管理装置２００の主要部の機能構成を示すブロック図である。
管理装置２００は、同図に示す通り、通信部２１０、計時部２２０、記憶部２３０、第１履歴生成部２４０、第２履歴生成部２５０を備える。管理装置２００は、制御プログラムを記憶しているメモリ及びプロセッサを含み、第１履歴生成部２４０及び第２履歴生成部２５０の各機能は、プロセッサがメモリ上の制御プログラムを実行することにより実現される。
【００４１】
ここで、通信部２１０は、ＬＡＮ５を介して、ＧＵ１００とデータの送受信を行う機能を有し、計時部２２０は、いわゆる時計であり、現在の日時を計時する機能を有する。
記憶部２３０は、構成情報テーブル２３１、カード情報テーブル２３２、第１履歴テーブル２３３、第２履歴テーブル２３４、ブロックデータテーブル２３５、対応処理テーブル２３６、フィルタ情報テーブル２３７を記憶するためのメモリ領域である。各テーブルの内容については、後に詳細に説明する。
【００４２】
第１履歴生成部２４０は、通信部２１０を介してＧＵ１００から受信した各情報（認証情報、錠状態情報、制御情報、扉状態情報）及び履歴の種別を示す情報に基づいて、各第１履歴情報を生成し、第１履歴テーブル２３３に登録する機能を有する。第１履歴情報をどのように生成するかについては、後述する。
第２履歴生成部２５０は、第１履歴テーブル２３３に所定数（例えば、５万件）以上の第１履歴情報が登録されたか否かを、繰り返し（例えば、毎日ＡＭ０：００）判定し、肯定的な判定を行った際に、現在日時より所定時間（例えば、６ヶ月）以上前の第１履歴情報を対象として、履歴としての有用性を保ちつつデータサイズを削減する処理を行う機能を有する。また、第２履歴生成部２５０は、処理後のデータを各第２履歴情報として、第２履歴テーブル２３４に登録する機能も有する。第２履歴情報をどのように生成するかについては、後述する。
【００４３】
＜データ＞
次に、ＧＵ１００及び管理装置２００において使用されるデータについて説明する。
＜構成情報テーブル＞
以下、管理装置２００が使用する構成情報テーブル２３１について説明する。
図４（ａ）は、構成情報テーブル２３１のデータ構成及び内容例を示す図である。
【００４４】
構成情報テーブル２３１は、同図に示すように、扉毎に、扉ＩＤ１０、扉名称１１、領域ＩＤ１２、領域名称１３を対応付けて構成される情報である。
構成情報テーブル２３１は、管理装置２００の第１履歴生成部２４０が第１履歴情報を生成する際に参照される。
ここで、扉ＩＤ１０は、対応する扉の識別情報であり、扉名称１１は、その扉の名称である。また、領域ＩＤ１２は、対応する扉から入場可能な領域の識別情報であり、領域名称１３は、その領域の名称である。
【００４５】
例えば、扉名称１１は、対応する扉ＩＤにより識別される扉がどの扉を示しているのかを、領域名称１３は、対応する領域ＩＤにより識別される領域がどの領域を示しているのかを、システム管理者等が容易に認識できるようにするために用いられる。
同図は、例えば、扉ＩＤが「０１０１０１０００１」である扉の扉名称は「人事部＿扉１」であり、その扉から入場可能な領域の領域ＩＤは「１」であり、その領域の名称は「人事部」であることを示している。
【００４６】
なお、構成情報テーブル２３１の生成は、入場管理システム１０００の運用開始時に、管理装置２００における操作部（不図示）を介して、システム管理者等により行われる。
また、新たなレコードの登録、登録済みのレコードの更新及び削除は、建物のレイアウトが変更された場合等に、システム管理者等により上述の操作部を介して行われる。なお、ここでは、対応する扉ＩＤと扉名称と領域ＩＤと領域名称とからなる情報を、レコードと表現している。
【００４７】
＜カード情報テーブル＞
以下、ＧＵ１００及び管理装置２００が使用するカード情報テーブル２３２について説明する。
図４（ｂ）は、カード情報テーブル２３２のデータ構成及び内容例を示す図である。
カード情報テーブル２３２は、同図に示すように、入場権限を有する本入場管理システムの利用者毎に、カードＩＤ２０、管理番号２１、利用者名２２、扉ＩＤ２３を対応付けて構成される情報である。
【００４８】
ＧＵ１００及び管理装置２００が記憶する各カード情報テーブル２３２は、ＧＵ１００の認証部１６０が認証を行う際に参照され、また、管理装置２００の第１履歴生成部２４０が第１履歴情報を生成する際に参照される。
ここで、カードＩＤ２０は、対応する利用者が所持するＩＣカードに記録されているそのＩＣカードの識別情報であり、管理番号２１は、管理上、その利用者に一意に割り当てられた番号であり、利用者名２２は、その利用者の氏名であり、例えば、システム管理者等が、各レコードがどの利用者の情報であるかを一見して把握するために用いられる。
【００４９】
扉ＩＤ２３は、対応する利用者が入場権限を有する領域に設けられた扉の識別情報であり、構成情報テーブル２３１に登録されているいずれかの扉ＩＤと一致するものである。
同図は、例えば、カードＩＤが「２ｙ３Ｂ９・・・ｔ９４８Ｃ７」であるＩＣカードの利用者の管理番号は「１」であり、利用者名は「Ａ上一郎」であり、この利用者が入場権限を有する領域に設けられた扉の扉ＩＤ２３は、「０１０１０１０００１」（人事部＿扉１）及び「０１０１０１０００２」（人事部＿扉２）であることを示している。
【００５０】
なお、カード情報テーブル２３２の生成は、入場管理システム１０００の運用開始時に、ＧＵ１００及び管理装置２００における操作部（不図示）を介して、システム管理者等により行われる。
また、新たなレコードの登録、登録済みのレコードの更新及び削除は、入場管理システム１０００の利用者が増減した場合等に、システム管理者等が上述の操作部を介して、管理装置２００上のカード情報テーブル２３２に対して該当レコードを登録等し、更新データを管理装置２００に配信する操作を行い、配信された更新データが管理装置２００上の更新部（不図示）により記憶部１３０内のカード情報テーブル２３２に反映されることで、ＧＵ１００と管理装置２００とで記憶している各カード情報テーブル２３２の内容の同一性が保たれる。なお、ここでは、対応するカードＩＤと管理番号と利用者名と扉ＩＤとからなる情報を、レコードと表現している。
【００５１】
＜第１履歴テーブル＞
管理装置２００が記憶する第１履歴テーブル２３３について説明する。
図５は、第１履歴テーブル２３３のデータ構成及び内容例を示す図である。
第１履歴テーブル２３３は、同図に示すように、イベント毎に、履歴番号３０、日時３１、履歴種別３２、カードＩＤ３３、利用者名３４、管理番号３５、扉ＩＤ３６、扉名称３７、イベント種別３８、状態３９を対応付けて構成されている。
【００５２】
第１履歴テーブル２３３は、管理装置２００の第１履歴生成部２４０が第１履歴情報を生成した際に更新され、第２履歴生成部２５０が第２履歴情報を生成する際に参照及び更新される。なお、第１履歴生成部２４０は、対応する履歴番号、日時、履歴種別、カードＩＤ、利用者名、管理番号、扉ＩＤ、扉名称、イベント種別、状態からなる情報（レコード）を、第１履歴情報として生成する。
【００５３】
また、同図に示すように、各データはテキスト形式で登録されており、空欄の箇所には値が登録されていないことを示しているものとする。
ここで、履歴番号３０は、対応するイベントに係る第１履歴情報の識別情報であり、日時３１は、そのイベントが生じた日時を示す情報であり、履歴種別３２は、そのイベントに係る第１履歴情報の種類を示す情報である。
【００５４】
なお、これまで特に説明していなかったが、ＧＵ１００は、上述したイベント（認証、電気錠状態の変化、扉状態の変化、施錠指示）以外のイベントが発生した場合にも、管理装置２００に対し情報を送信している。例えば、ＧＵ１００は、自装置内の回路等の状態が正常であるか否かを判定し、判定日時を示す情報と、イベントの種類（内部状態の検出）を示す情報と、回路等の状態（正常又は異常）を示す情報とからなる情報（以下、「内部状態情報」という）と共に、履歴の種類（設備異常記録）を示す情報を管理装置２００に送信している。
【００５５】
また、カードＩＤ３３は、対応するイベントが認証である場合における、その認証に用いられたＩＣカードのカードＩＤである。
また、利用者名３４及び管理番号３５は、対応するカードＩＤとカード情報テーブル２３２において対応付けられた利用者名及び管理番号である。なお、この例では、対応するカードＩＤとカード情報テーブル２３２において対応付けられた利用者名及び管理番号がない場合、つまり、そのカードＩＤが本入場管理システムの利用者でない者（非利用者）が所持するものであった場合には、「不明」と表記している。
【００５６】
扉ＩＤ３６は、対応するイベントに関連する扉の扉ＩＤである。より具体的には、そのイベントが認証である場合には、その認証の対象となった扉の扉ＩＤであり、そのイベントが扉の状態変化である場合には、その扉の扉ＩＤであり、そのイベントが電気錠の状態変化である場合には、その電気錠が取り付けられた扉の扉ＩＤである。
扉名称３７は、対応する扉ＩＤと構成情報テーブル２３１において対応付けられた扉名称である。
【００５７】
イベント種別３８は、対応するイベントの種類を示す情報である。同図における「認証」は、イベントが認証であることを、「施解錠状態」は、イベントが電気錠の状態変化であることを、「扉状態」は、イベントが扉の状態変化であることを、「施解錠  施錠」は、イベントが施錠指示であることを示している。
また、同図における「リチウム電池状態」は、上述のイベントが内部状態の検出である場合において、特に、ＧＵ１００に内蔵されているリチウム電池の状態の検出であることを示している。
【００５８】
また、状態３９は、対応するイベントの状態を示す情報である。
上述のように、各第１履歴情報に含まれるカードＩＤと利用者名と管理番号とは、カード情報テーブル２３２で対応付けられており、また各第１履歴情報に含まれる扉ＩＤと扉名称とは、構成情報テーブル２３１で対応付けられている。
従って、例えば、利用者名と管理番号と扉名称とについては登録しないようにし、システム管理者等が履歴を参照する際に、登録されているカードＩＤと扉ＩＤとにそれぞれ対応する利用者名と管理番号と扉名称をカード情報テーブル２３２と構成情報テーブル２３１から取得して第１履歴情報を生成して表示させるようなことも可能である。利用者名等を表示させるのは、カードＩＤ等だけでは、システム管理者等が一見してその内容を把握できないためである。
【００５９】
しかしながら、もし、履歴を参照する際に、他のテーブルを参照するようにしたとすれば、該当の履歴が実際に表示されるまでに時間がかかることになる。そのため、本実施の形態に係る第１履歴テーブル２３３は、あえて、冗長なデータ構成を採用することで、他のテーブルを参照することなく高速に履歴を表示できるようにしている。
以下では、同図の符号Ｂ１〜Ｂ４で示すブロックデータそれぞれについて説明する。
【００６０】
ここで、ブロックデータＢ１、Ｂ２は、本発明に係る第１ブロックデータの一例を示しており、ブロックデータＢ３ａ〜Ｂ３ｃ、Ｂ４は、本発明に係る第３ブロックデータの一例を示している。
＜ブロックデータＢ１＞
まず、ブロックデータＢ１について説明する。
【００６１】
ブロックデータＢ１は、本入場管理システムの利用者が領域に入場する際に、本入場管理システムにおいて生じた各イベントに係る６つの第１履歴情報（レコード）から構成され、各第１履歴情報は、ＧＵ１００から管理装置２００に送信された各情報（認証情報、錠状態情報、制御情報、扉状態情報）に基づいて生成されたものである。
以下、ブロックデータＢ１を構成する各第１履歴情報の内容について簡単に説明する。
【００６２】
履歴番号が１０００である第１履歴情報は、イベント種別が「認証」、つまり、認証情報に基づき生成されたものであり、利用者（Ａ上一郎）が、扉ＩＤが「０１０１０１０００２」である扉（人事部＿扉２）の近傍に設置されたカードリーダ１Ｂに読み取らせたＩＣカードのカードＩＤは「２ｙ３Ｂ９・・・ｔ９３８Ｃ７」であり、そのカードＩＤに基づく認証の状態は、「成功」であり、その認証が行われた日時は「２００８／２／１  １７：１２：０９」であることを示している。
【００６３】
また、履歴番号が「１００１」である第１履歴情報は、イベント種別が「施解錠状態」、つまり、錠状態情報に基づき生成されたものであり、上記認証の状態（成功）に基づいてＧＵ１００から受けた解錠指示に応じて、扉ＩＤが「０１０１０１０００２」である扉（人事部＿扉２）に取り付けられた電気錠２Ａの状態は「解錠」となり、この解錠が行われた日時は「２００８／２／１  １７：１２：０９」であることを示している。
【００６４】
また、履歴番号が「１００２」である第１履歴情報は、イベント種別が「施解錠状態」、つまり、扉状態情報に基づき生成されたものであり、利用者が、扉ＩＤが「０１０１０１０００２」である扉（人事部＿扉２）を開扉したことにより、この扉の状態は「扉開」となり、扉が開かれた日時は「２００８／２／１  １７：１２：１０」であることを示している。
【００６５】
また、履歴番号が「１００３」である第１履歴情報は、イベント種別が「扉状態」、つまり、扉状態情報に基づき生成されたものであり、利用者が、扉ＩＤが「０１０１０１０００２」である扉（人事部＿扉２）から人事部へ入場し、扉を閉扉したことにより、この扉の状態は「扉閉」となり、扉が閉められた日時は「２００８／２／１  １７：１２：１３」であることを示している。
【００６６】
また、履歴番号が「１００４」である第１履歴情報は、イベント種別が「施解錠  施錠」、つまり、制御情報に基づき生成されたものであり、扉ＩＤが「０１０１０１０００２」である扉（人事部＿扉２）の状態（扉閉）に応じて、ＧＵ１００がこの扉に取り付けられた電気錠２Ａに施錠指示を行い、施錠指示を行った日時は「２００８／２／１  １７：１２：１３」であることを示している。
【００６７】
また、履歴番号が「１００５」である第１履歴情報は、イベント種別が「施解錠状態」、つまり、錠状態情報に基づき生成されたものであり、上記ＧＵ１００からの施錠指示に応じて、扉ＩＤが「０１０１０１０００２」である扉（人事部＿扉２）に取り付けられた電気錠２Ａの状態は「施錠」となり、この施錠が行われた日時は「２００８／２／１  １７：１２：１５」であることを示している。
【００６８】
＜ブロックデータＢ２＞
次に、ブロックデータＢ２について説明する。
ブロックデータＢ２は、本入場管理システムの非利用者が領域に入場しようとした際に、本入場管理システムにおいて生じたイベントに係る１つの第１履歴情報（レコード）から構成される。
【００６９】
ブロックデータＢ２を構成する履歴番号が１００６である第１履歴情報は、イベント種別が「認証」、つまり、ＧＵ１００から管理装置２００に送信された認証情報に基づいて生成されたものであり、非利用者が、扉ＩＤが「０１０１０１０００２」である扉（人事部＿扉２）の近傍に設置されたカードリーダ１Ｂに読み取らせたＩＣカードのカードＩＤは「３Ｂ３８ｂ・・・０９８ｆｇ９」であり、そのカードＩＤに基づく認証の状態は、「失敗」であり、その認証が行われた日時は「２００８／２／１  １７：２１：１２」であることを示している。
【００７０】
＜ブロックデータＢ３ａ〜Ｂ３ｃ＞
次に、ブロックデータＢ３ａ〜Ｂ３ｃについて説明する。
ブロックデータＢ３ａ〜Ｂ３ｃはそれぞれ、実際には扉の開閉は行われていないにもかかわらず、扉の立て付けの問題等により、扉に取り付けられた開閉センサーが開扉及び閉扉を検出したこと（イベント）に係る２つの第１履歴情報（レコード）から構成される。
【００７１】
例えば、ブロックデータＢ３ａを構成する履歴番号が「１００７」である第１履歴情報は、イベント種別が「扉状態」、つまり、ＧＵ１００から管理装置２００に送信された各扉状態情報に基づいて生成されたものであり、扉ＩＤが「０１０４０１０００１」である扉（営業部＿扉１）である扉の状態は「扉開」であり、これを検出した日時は「２００８／２／１  １７：２２：５５」であることを示しており、履歴番号が「１００８」である第１履歴情報は、イベント種別が「扉状態」、つまり、ＧＵ１００から管理装置２００に送信された各扉状態情報に基づいて生成されたものであり、扉ＩＤが「０１０４０１０００１」である扉（営業部＿扉１）である扉の状態は「扉閉」であり、これを検出した日時は「２００８／２／１  １７：２３：０１」であることを示している。
【００７２】
＜ブロックデータＢ４＞
次に、ブロックデータＢ４について説明する。
ブロックデータＢ４は、ＧＵ１００が行った、自装置内の回路等の状態が正常であるか否かの判定（イベント）に係る１つの第１履歴情報（レコード）から構成される。
履歴番号が２０００である第１履歴情報は、イベント種別が「リチウム電池状態」、つまり、ＧＵ１００から管理装置２００に送信された内部状態情報に基づいて生成されたものであり、ＧＵ１００に内蔵されているリチウム電池の状態は「正常」であり、当該状態の検出を行った日時は「２００８／２／２  １３：２５：３９」であることを示している。
【００７３】
なお、第１履歴テーブル２３３の生成は、入場管理システム１０００の運用開始時に、管理装置２００における操作部（不図示）を介して、システム管理者等により行われる。
ここで、第１履歴情報の生成は、以下のように行われる。
＜認証情報を受信した場合＞
上述のように、認証情報は、認証の際の日時を示す情報と、その認証に係るカードＩＤ及び扉ＩＤと、認証の結果を示す情報と、イベントの種類（認証）を示す情報からなるものである。
【００７４】
第１履歴生成部２４０は、この認証情報と履歴の種別を示す情報（ＣＲ操作記録）を通信部２１０を介してＧＵ１００から受信した場合に、認証情報に含まれているカードＩＤとカード情報テーブル２３２において対応付けられている利用者名及び管理番号を取得し、また、認証情報に含まれている扉ＩＤと構成情報テーブル２３１において対応付けられている扉名称を取得し、履歴番号（例えば、第１履歴テーブル２３３に登録済みの最大の履歴番号に１を加えた番号）を割り振り、割り振った履歴番号と、受信した認証情報及び履歴の種別を示す情報（ＣＲ操作記録）と、各テーブルから取得した情報（利用者名、管理番号、扉名称）とからなる情報を、第１履歴情報として第１履歴テーブル２３３に登録する。
【００７５】
＜扉状態情報、錠状態情報、制御情報を受信した場合＞
上述のように、扉状態情報は、扉の状態変化があった日時を示す情報と、扉の扉ＩＤと、イベントの種類（扉状態の変化）を示す情報と、扉の状態（開扉又は閉扉）を示す情報からなるものである。また、錠状態情報は、電気錠の状態変化があった日時を示す情報と、扉ＩＤと、イベントの種類（錠状態の変化）を示す情報と、錠の状態（解錠又は施錠）を示す情報とからなるものである。また、制御情報は、施錠指示を行った際の日時を示す情報と、扉ＩＤと、イベントの種類（施錠指示）を示す情報からなるものである。
【００７６】
第１履歴生成部２４０は、各情報（扉状態情報、錠状態情報、制御情報）と履歴の種別を示す情報（状態変化記録、又は制御記録）を通信部２１０を介してＧＵ１００から受信した場合に、上記認証情報を受信した場合と同様に、扉状態情報、錠状態情報、制御情報に含まれている扉ＩＤと対応する扉名称を取得し、履歴番号を割り振り、割り振った履歴番号と、受信した各情報（扉状態情報、錠状態情報、制御情報）と履歴の種別を示す情報と取得した扉名称とからなる情報を、第１履歴情報として第１履歴テーブル２３３に登録する。
＜内部状態情報を受信した場合＞
上述の通り、内部状態情報は、ＧＵ１００内部の回路等の状態の判定日時を示す情報と、イベントの種類（内部状態の検出）を示す情報と、判定の状態（成功又は失敗）を示す情報とからなるものである。
【００７７】
第１履歴生成部２４０は、内部状態情報と履歴の種別を示す情報（設備異常記録）を通信部２１０を介してＧＵ１００から受信した場合に、これらからなる情報を、第１履歴情報として第１履歴テーブル２３３に登録する。
このように、第１履歴テーブル２３３への新たなレコード（第１履歴情報）の登録は、第１履歴生成部２４０が通信部２１０を介してＧＵ１００から各情報（認証情報、錠状態情報、制御情報、扉状態情報、又は内部状態情報）と履歴の種類を示す情報とを受信し第１履歴情報を生成した際に行われ、また、登録済みのレコードの更新は原則として行われないが、削除は、第２履歴生成部２５０が第２履歴情報を第２履歴テーブル２３４に登録する際に行われる。
【００７８】
＜ブロックデータテーブル＞
管理装置２００が記憶するブロックデータテーブル２３５について説明する。
図６（ａ）は、ブロックデータテーブル２３５のデータ構成及び内容例を示す図である。
ブロックデータテーブル２３５は、ブロックデータ毎に、ブロックＩＤ５０、保持フラグ５１、各データ項目値５２を対応付けて構成される情報であり、第２履歴生成部２５０が第２履歴情報を生成する際に参照される。
【００７９】
ここで、ブロックＩＤ５０は、対応するブロックデータの識別情報であり、保持フラグ５１は、第１履歴テーブル２３３に含まれる対応するブロックデータを第２履歴生成部２５０が処理する際に、当該ブロックデータに含まれる各第１履歴情報のうち、削除しない第１履歴情報を指定するためのデータであり、この例では、削除しない場合を「１」、削除する場合を「０」としている。
【００８０】
また、各データ項目値５２は、対応するブロックデータを構成する複数の第１履歴情報（レコード）に含まれるデータ項目の値を示すものである。
同図において、ブロックＩＤが「１」であるブロックデータは、符号５３〜５８で示す各データ項目の値を含む６つの第１履歴情報が、同図に示す順番で含まれているものであることを示している。この６つの第１履歴情報は、本入場管理システムの利用者が領域に入場する際に、本入場管理システムにおいて生じた各イベントに係るものである。
【００８１】
例えば、このブロックデータにおける１つ目の第１履歴情報には、符号５３で示すように、カード情報テーブル２３２に登録されているいずれかの利用者名と一致する利用者名と、カード情報テーブル２３２に登録されているいずれかの管理番号と一致する管理番号と、このブロックデータを構成する他の第１履歴情報に含まれる扉ＩＤと一致し、かつ構成情報テーブル２３１に登録されているいずれかの扉ＩＤと一致する扉ＩＤと、イベント種別として「認証」と、状態として「成功」とが含まれることを示しており、保持フラグは「１」、つまり、この１つ目の第１履歴情報は削除しない第１履歴情報であることを示している。
【００８２】
また、ブロックＩＤが「２」であるブロックデータは、符号５９、６０で示す各データ項目の値を含む２つの第１履歴情報が、同図に示す順番で含まれているものであることを示している。この２つの第１履歴情報は、実際には扉の開閉は行われていないにもかかわらず、扉の立て付けの問題等により、扉に取り付けられた開閉センサーが開扉及び閉扉を検出したこと（イベント）に係るものである。
【００８３】
例えば、このブロックデータを構成する１つ目の第１履歴情報には、符号５９で示すように、管理番号及び利用者名として空欄（記録なし）、このブロックデータを構成する他の第１履歴情報に含まれる扉ＩＤと一致し、かつ構成情報テーブル２３１に登録されているいずれかの扉ＩＤと一致する扉ＩＤと、イベント種別として「扉状態」と、状態として「扉開」とが含まれることを示しており、保持フラグは「０」、つまり、この１つ目の第１履歴情報は削除する第１履歴情報であることを示している。
【００８４】
＜対応処理テーブル＞
管理装置２００が記憶する対応処理テーブル２３６について説明する。
図６（ｂ）は、対応処理テーブル２３６のデータ構成及び内容例を示す図である。
対応処理テーブル２３６は、同図に示すように、ブロックデータ毎に、ブロックＩＤ６１、処理６２、制限時間６３、回数６４を対応付けて構成される情報であり、第２履歴生成部２５０が第２履歴情報を生成する際に参照される。
【００８５】
ここで、ブロックＩＤ６１は、対応するブロックデータの識別情報であり、ブロックデータテーブル２３５に登録されているいずれかのブロックＩＤと一致するものである。
処理６２は、第１履歴テーブル２３３に含まれる対応するブロックデータに対し第２履歴生成部２５０が行う処理の内容を示しており、この例では、そのブロックデータに含まれる各第１履歴情報のうち、一部の第１履歴情報だけを残す処理を「集約」とし、そのブロックデータに含まれる全ての第１履歴情報を削除する処理を「削除」としている。上述のブロックデータテーブル２３５における保持フラグ５１は、この処理が「集約」の場合において、残す第１履歴情報を指定することになる。
【００８６】
また、制限時間６３及び回数６４は、対応するブロックデータに対し、対応する処理を行う際の、条件を指定するものである。
同図は、ブロックＩＤが「１」であるブロックデータ、即ち、同図（ａ）に示す符号５３〜５８の各データ項目の値を含む各第１履歴情報から構成されるブロックデータが第１履歴テーブル２３３に連続して登録されている回数が「１回以上」であり、かつ、この各ブロックデータの６つ目の第１履歴情報に含まれる日時と、１つ目の第１履歴情報に含まれる日時との時間差が制限時間「１０秒以内」である場合に、各ブロックデータに対する処理として「集約」（つまり、この例では、１つ目の第１履歴情報を残す処理）を行うことを示している。
【００８７】
また、同図は、ブロックＩＤが「２」である各ブロックデータ、即ち、同図（ａ）に示す符号５９、６０の各データ項目の値を含む各第１履歴情報から構成される各ブロックデータが第１履歴テーブル２３３に連続して登録されている回数が「３回以上」であり、かつ、各ブロックデータにおける２つ目の第１履歴情報に含まれる日時と、１つ目の第１履歴情報に含まれる日時との時間差が制限時間「１０秒以内」である場合に、この各ブロックデータに対する処理として「削除」を行うことを示している。
【００８８】
＜フィルタ情報テーブル＞
フィルタ情報テーブル２３７について説明する。
図７は、フィルタ情報テーブル２３７のデータ構成及び内容例を示す図である。
フィルタ情報テーブル２３７は、同図に示すように、削除するブロックデータ毎に、各データ項目値７０を含んで構成される情報であり、第２履歴生成部２５０が第２履歴情報を生成する際に参照される。
【００８９】
ここで、各データ項目値７０は、対応するブロックデータを構成する１つの第１履歴情報（レコード）に含まれるデータ項目の値を示すものである。
例えば、同図は、符号７１で示すように、管理番号、利用者名、扉ＩＤとして空欄、イベント種別として「リチウム電池状態」と、状態として「正常」とが含まれる第１履歴情報を削除することを示している。
【００９０】
なお、ブロックデータテーブル２３５、対応処理テーブル２３６、及びフィルタ情報テーブル２３７の生成は、入場管理システム１０００の運用開始時に、管理装置２００における操作部（不図示）を介して、システム管理者等により行われ、新たなレコードの登録、登録済みのレコードの更新及び削除は、第２履歴生成部２５０による処理の対象とするブロックデータを変更する必要が生じた場合に、その操作部を介してそのシステム管理者等により行われる。
【００９１】
＜動作＞
次に、上記構成を備え、上記データを取り扱う管理装置２００の動作を説明する。
図８は、管理装置２００による第２履歴情報の生成処理を示すフローチャートである。
なお、以下の処理は、繰り返し（例えば、毎日ＡＭ０：００）実行されるものとする。
まず、管理装置２００における第２履歴生成部２５０は、第１履歴テーブル２３３に登録されている第１履歴情報（レコード）の数が所定数（例えば、５万件）以上であるか否かを判定し（ステップＳ１）、所定数未満である場合には（ステップＳ１：ＮＯ）、特に処理を行うことなく第２履歴情報の生成処理を終了し、所定数以上である場合には（ステップＳ１：ＹＥＳ）、現在時刻より、所定時間（例えば、６ヶ月）以上前の日時を含む各第１履歴情報を第１履歴テーブル２３３から抽出する（ステップＳ２）。
【００９２】
第２履歴生成部２５０は、抽出した各第１履歴情報に含まれるカードＩＤと扉ＩＤとを削除する（ステップＳ３）。第１履歴情報は、カード情報テーブル２３２で対応付けられたカードＩＤ及び管理番号と、構成情報テーブル２３１で対応付けられた扉ＩＤ及び扉名称とを含むため、カードＩＤと扉ＩＤを削除しても、履歴の有用性は失うことなく、データサイズを削減できる。
【００９３】
続いて、第２履歴生成部２５０は、ステップＳ３の処理後の各第１履歴情報に対し、ブロックデータテーブル２３５及び対応処理テーブル２３６に基づいて、集約又は削除の処理を行い（ステップＳ４）、更に、フィルタ情報テーブル２３７に基づいて削除の処理を行う（ステップＳ５）。
また、第２履歴生成部２５０は、ステップＳ５の処理後の各第１履歴情報の扉名称を、構成情報テーブル２３１で対応付けられた領域ＩＤに変換し（ステップＳ６）、この変換後の各第１履歴情報を、各第２履歴情報として第２履歴テーブル２３４に登録する（ステップＳ７）。
【００９４】
また、第２履歴生成部２５０は、ステップＳ２で抽出した各第１履歴情報を、第１履歴テーブル２３３から削除し（ステップＳ８）、第２履歴情報の生成処理を終了する。
＜具体例＞
以下では、上述した管理装置２００の処理について、図９〜１１に示す例を用いて具体的に説明する。
【００９５】
図９〜１１は、第２履歴情報の生成処理を構成する各処理後の第１履歴情報の状態を説明するための図である。
以下の説明を開始する時点で、第１履歴テーブル２３３に登録されている第１履歴情報（レコード）の数が所定数（例えば、５万件）以上であるものとする。
この例では、第１履歴テーブル２３３に登録されている第１履歴情報（レコード）の数が所定数（例えば、５万件）以上であるので（ステップＳ１：ＹＥＳ）、第２履歴生成部２５０は、現在時刻より、所定時間（例えば、６ヶ月）以上前の日時を含む各第１履歴情報（レコード）を第１履歴テーブル２３３から抽出する（ステップＳ２）。
【００９６】
以下では、一例として、図５に示す第１履歴テーブル２３３の各第１履歴情報のうち、履歴番号が１０００〜２０００である第１履歴情報が抽出されたものとして説明する。
図９では、この抽出された各第１履歴情報２３８Ａを示している。
第２履歴生成部２５０は、抽出した各第１履歴情報２３８Ａに含まれるカードＩＤと扉ＩＤとを削除する（ステップＳ３）。
【００９７】
図１０（ａ）では、図９に示す各第１履歴情報２３８ＡからカードＩＤと扉ＩＤとを削除した各第１履歴情報２３８Ｂを示している。
続いて、第２履歴生成部２５０は、各第１履歴情報２３８Ｂに対し、図６に示すブロックデータテーブル２３５及び対応処理テーブル２３６に基づいて、集約又は削除の処理を行い（ステップＳ４）、更に、フィルタ情報テーブル２３７に基づいて削除の処理を行う（ステップＳ５）。
【００９８】
より詳細には、各第１履歴情報２３８Ｂにおいて、ブロックデータテーブル２３５のブロックＩＤ「１」と対応付けられた各データ項目の値と一致する各データ項目の値（同図ＤＩ１参照）を含む各第１履歴情報から構成されるブロックデータが連続して登録されている回数が「１回以上」であり、かつ、６つ目の第１履歴情報に含まれる日時（２００８／２／１  １７：１２：１５）と１つ目の第１履歴情報に含まれる日時（２００８／２／１  １７：１２：０９）との時間差（６秒）が制限時間「１０秒以内」であるため、集約、つまり、このブロックデータに含まれる１つ目の第１履歴情報のみを残し、その他の第１履歴情報を削除する。
【００９９】
また、第２履歴生成部２５０は、ブロックデータテーブル２３５のブロックＩＤ「２」と対応付けられた各データ項目の値と一致する各データ項目の値（同図ＤＩ２参照）を含む各第１履歴情報から構成される各ブロックデータが連続して登録されている回数が「３回以上」であり、各ブロックデータに含まれる２つ目の第１履歴情報に含まれる日時と１つ目の第１履歴情報に含まれる日時との各時間差（６秒、５秒、５秒）が制限時間「１０秒以内」なので、各ブロックデータに含まれる各第１履歴情報を削除する。
【０１００】
また、第２履歴生成部２５０は、フィルタ情報テーブル２３７の各データ項目の値と一致する各データ項目の値（同図ＤＩ３参照）を含む第１履歴情報から構成されるブロックデータを削除する。
図１０（ｂ）では、同図（ａ）に示す各第１履歴情報２３８Ｂに対し、ブロックデータテーブル２３５及び対応処理テーブル２３６と、フィルタ情報テーブル２３７とに基づいて集約及び削除した後の各第１履歴情報２３８Ｃを示している。
【０１０１】
また、第２履歴生成部２５０は、各第１履歴情報２３８Ｃの扉名称を、構成情報テーブル２３１で対応付けられた領域ＩＤに変換し（ステップＳ６）、この変換後の各レコードを、各第２履歴情報として第２履歴テーブル２３４に登録する（ステップＳ７）。
図１１（ａ）では、第２履歴テーブル２３４に登録した各第２履歴情報を示している。
ここで、同図の符号Ｂ１０、Ｂ１１で示すブロックデータは、本発明に係る第２ブロックデータの一例を示している。
【０１０２】
ブロックデータＢ１０は、図９のブロックデータＢ１に基づいて管理装置２００が生成したブロックデータであり、ブロックデータＢ１よりもデータ項目数とレコード数が減少しており、データサイズが小さくなっていることが分かる。
また、ブロックデータＢ１１は、図９のブロックデータＢ２に基づいて管理装置２００が生成したブロックデータであり、ブロックデータＢ２よりもデータ項目数が減少しており、データサイズが小さくなっていることが分かる。
【０１０３】
また、図９のブロックデータＢ３ａ〜Ｂ３ｃ及びＢ４は削除され、図９に示す各第１履歴情報２３８Ａと、第２履歴テーブル２３４に登録した各第２履歴情報とを比較すると、全体としてデータサイズが小さくなっていることが分かる。
また、第２履歴生成部２５０は、ステップＳ２で抽出した各第１履歴情報（レコード）を、第１履歴テーブル２３３から削除し（ステップＳ８）、第２履歴情報の生成処理を終了する。
【０１０４】
図１１（ｂ）では、ステップＳ２で抽出した各第１履歴情報（レコード）を削除した後の第１履歴テーブル２３３を示している。
図１１（ａ）に示すように、各第２履歴情報は、いつ、誰が、どの領域に入場したかを特定できるものとなっており、即ち、上述のように処理することによって、履歴としての有用性を保持しつつも、データサイズも削減できているので、履歴を外部のコンピュータ等に出力する回数を減らすことができる。
【０１０５】
＜実施の形態２＞
実施の形態１に係る入場管理システム１０００の管理装置２００は、履歴としての有用性を失わない範囲でデータを削除等することで、履歴のデータサイズを低減するものとして説明した。以下では、履歴をハフマン符号等の符号化方式により圧縮することで、データサイズを低減するようにした管理装置３００を含む実施の形態２に係る入場管理システムについて説明する。
【０１０６】
この実施の形態２に係る入場管理システムは、管理装置２００に代えて管理装置３００を含む点で、実施の形態１に係る入場管理システム１０００と異なるため、この管理装置３００について、管理装置２００との相違点を中心に説明する。
＜構成＞
図１２は、管理装置３００の主要部の機能構成を示すブロック図である。
【０１０７】
管理装置３００は、同図に示す通り、通信部２１０、計時部２２０、第１履歴生成部２４０、記憶部３１０、圧縮制御部３２０、操作部３３０、表示部３４０、履歴番号抽出部３５０、伸張制御部３６０を備える。管理装置３００は、制御プログラムを記憶しているメモリ及びプロセッサを含み、第１履歴生成部２４０、圧縮制御部３２０、履歴番号抽出部３５０、及び伸張制御部３６０の各機能は、プロセッサがメモリ上の制御プログラムを実行することにより実現される。
【０１０８】
通信部２１０、計時部２２０、第１履歴生成部２４０は、実施の形態１に係る管理装置２００と同様であるため、以下では、その他の構成要素について説明する。
ここで、記憶部３１０は、管理装置２００の記憶部２３０と同様のメモリ領域であるが、第２履歴テーブル２３４、ブロックデータテーブル２３５、対応処理テーブル２３６、フィルタ情報テーブル２３７に代えて、インデックス３１１、圧縮データ３１２を記憶する点で、記憶部２３０とは異なる。
【０１０９】
圧縮データ３１２は、所定単位（例えば履歴番号が１０００単位）毎に、該当の第１履歴情報を圧縮したデータであり、本発明に係る第２ブロックデータの一例を示している。
インデックス３１１は、圧縮データ３１２に含まれる第１履歴情報を検索する際に用いる検索キーと履歴番号とを対応付けたテーブルである。
なお、以下では、第１履歴情報に含まれる管理番号又は扉ＩＤを検索キーとして用いる場合を例に説明する。
【０１１０】
圧縮制御部３２０は、第１履歴テーブル２３３に所定数（例えば、５万件）以上の第１履歴情報が登録されたか否かを、繰り返し（例えば、毎日ＡＭ０：００）判定し、肯定的な判定を行った際に、現在日時より所定時間（例えば、６ヶ月）以上前の第１履歴情報を対象として、圧縮データ３１２を生成する圧縮データ生成部３２１と、インデックス３１１を生成するインデックス生成部３２２から構成される。
【０１１１】
圧縮データ３１２及びインデックス３１１をどのように生成するかについては後述する。
操作部３３０は、キーボード等の入力機器であり、システム管理者等により押下されたキー等に対応する入力信号を履歴番号抽出部３５０に伝達する機能を有する。操作部３３０は、特に、システム管理者等が履歴を検索する際の検索キーを入力する際に使用される。
【０１１２】
表示部３４０は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等の表示機器であり、伸張制御部３６０の指示に応じて、文字等を表示する機能を有する。
履歴番号抽出部３５０は、操作部３３０を介して、システム管理者等から入力された検索キーと、インデックス３１１において対応付けられた各履歴番号を抽出し、伸張制御部３６０に伝達する機能を有する。
【０１１３】
伸張制御部３６０は、履歴番号抽出部３５０から伝達された各履歴番号を含む各第１履歴情報が含まれる各圧縮データ３１２を伸長し、その各履歴番号を含む各第１履歴情報を抽出し、表示部３４０に表示させる機能を有する。
＜データ＞
以下、インデックス３１１について説明する。
【０１１４】
図１３は、インデックス３１１のデータ構成及び内容例を示す図である。
インデックス３１１は、同図に示すように、検索キーである管理番号８０及び履歴番号８２を、また、検索キーである扉ＩＤ８１及び履歴番号８２を対応付けて構成される情報である。
ここで、管理番号８０は、利用者に一意に割り当てられた番号であり、扉ＩＤ８１は、扉の識別情報であり、履歴番号８２は、第１履歴情報の識別情報であり、それぞれ、圧縮データ３１２に含まれるいずれかの第１履歴情報に含まれる管理番号、扉ＩＤ、履歴番号と一致するものである。
【０１１５】
同図は、例えば、管理番号「１」を含む第１履歴情報の履歴番号は「１０００」であることを示している。
また、例えば、扉ＩＤ「０１０１０１０００２」を含む第１履歴情報の履歴番号は「１０００」〜「１００６」であることを示している。
なお、インデックス３１１の生成は、実施の形態２に係る入場管理システムの運用開始時に、管理装置３００における操作部３３０を介して、そのシステム管理者等により行われ、登録済みのデータの削除は、例えば、圧縮データ３１２を外部のコンピュータに出力する際などに、そのシステム管理者等により行われる。
【０１１６】
また、新たなデータの登録は、圧縮データ生成部３２１が新たに圧縮データを生成する際に、インデックス生成部３２２により行われる。
＜動作＞
次に、上記構成を備え、上記データを取り扱う管理装置３００の動作を説明する。
＜インデックスの更新処理及び圧縮データの生成処理＞
図１４は、管理装置３００によるインデックスの更新処理及び圧縮データの生成処理を示すフローチャートである。
【０１１７】
なお、以下の処理は、繰り返し（例えば、毎日ＡＭ０：００）実行されるものとする。
管理装置３００のインデックス生成部３２２は、実施の形態１に係る管理装置２００の第２履歴生成部２５０と同様に、第１履歴テーブル２３３に登録されている第１履歴情報（レコード）の数が所定数（例えば、５万件）以上であるか否かを判定し（ステップＳ１０）、所定数未満である場合には（ステップＳ１０：ＮＯ）、特に処理を行うことなくインデックス３１１の更新処理及び圧縮データの生成処理を終了し、所定数以上である場合には（ステップＳ１０：ＹＥＳ）、現在時刻より、所定時間（例えば、６ヶ月）以上前の日時を含む各第１履歴情報を第１履歴テーブル２３３から抽出する（ステップＳ１１）。
【０１１８】
続いて、インデックス生成部３２２は、抽出した各第１履歴情報に含まれる履歴番号と管理番号との組を抽出し、インデックス３１１に登録し（ステップＳ１２）、また、抽出した各第１履歴情報に含まれる履歴番号と扉ＩＤとの組を抽出し、インデックス３１１に登録する（ステップＳ１３）。
ステップＳ１３の処理が完了すると、管理装置３００の圧縮データ生成部３２１は、ステップＳ１１でインデックス生成部３２２が抽出した各第１履歴情報について、所定単位、例えば、各圧縮データに含まれる第１履歴情報の履歴番号が１０００単位になるように各圧縮データを生成し、記憶部３１０に記録する（ステップＳ１４）。
【０１１９】
例えば、抽出された各第１履歴情報に含まれる各履歴番号が１０００〜２１００であるとした場合、履歴番号が１０００〜１９９９である各第１履歴情報を１つの単位として、履歴番号が２０００〜２１００である各第１履歴情報をもう１つの単位として、単位毎に圧縮データを生成する。
なお、次に、このステップＳ１４の処理を行う際には、例えば、抽出された各第１履歴情報に含まれる各履歴番号が２１０１〜３５０１であるとした場合、基本的には、上記同様に単位毎に圧縮データを生成するが、履歴番号が２１０１〜２９９９である各第１履歴情報については、上述の既に生成されている、履歴番号が２０００〜２１００である各第１履歴情報についての圧縮データに追加して圧縮する。これにより、最終的には、履歴番号が２０００〜２９９９である各第１履歴情報を１つの単位とした圧縮データが生成されることになる。
【０１２０】
続いて、ステップＳ１４の処理を完了した圧縮データ生成部３２１は、ステップＳ１１でインデックス生成部３２２が抽出した各第１履歴情報を、第１履歴テーブル２３３から削除し（ステップＳ１５）、インデックスの更新処理及び圧縮データの生成処理を終了する。
＜検索処理＞
図１５は、管理装置３００による圧縮データ３１２からの第１履歴情報の検索処理を示すフローチャートである。
【０１２１】
管理装置３００の履歴番号抽出部３５０は、操作部３３０を介して、システム管理者等から検索キー（管理番号又は扉ＩＤ）の入力を受け付けると（ステップＳ２０）、記憶部３１０に記憶されているインデックス３１１を参照し、受け付けた検索キーと対応付けられている履歴番号を抽出し（ステップＳ２１）、伸張制御部３６０に伝達する。
伸張制御部３６０は、伝達された履歴番号が含まれる圧縮データを特定し、特定した圧縮データを伸張する（ステップＳ２２）。例えば、伝達された履歴番号が、「１５０１」と「２００２」である場合には、履歴番号が１０００〜１９９９である各第１履歴情報についての圧縮データと、履歴番号が２０００〜２９９９である各第１履歴情報についての圧縮データとをそれぞれ伸張する。
【０１２２】
続いて、伸張制御部３６０は、伸張した圧縮データから、伝達された履歴番号が含まれる第１履歴情報を抽出し、表示部３４０に表示させ（ステップＳ２３）、検索処理を終了する。
なお、ステップＳ２１で、対応付けられている履歴番号がない場合に、履歴番号抽出部３５０は、その旨を伸張制御部３６０に伝達し、その旨を伝達された伸張制御部３６０は、ステップＳ２２を行うことなく、ステップＳ２３での第１履歴情報の表示に代え、システム管理者等により入力された検索キーに対応する第１履歴情報が圧縮データ３１２に含まれていない旨を表示する。
【０１２３】
このように、実施の形態２に係る管理装置３００は、第１履歴情報をハフマン符号等の符号化方式で圧縮し保持するので、履歴のデータサイズを低減でき、履歴を外部のコンピュータ等に出力する回数を低減できる。
また、実施の形態２に係る管理装置３００は、インデックス３１１を生成するので、圧縮データからの第１履歴情報の検索処理を高速に行うことができると共に、履歴番号に基づく所定の単位毎に圧縮データを生成するので、特に単位を設けることなく圧縮データを生成した場合と比較し、圧縮データの伸張にかかる時間を低減でき、更に検索処理を高速に行うことができる。
【０１２４】
＜補足＞
以上、本発明に係る認証システムを、各実施の形態に基づいて説明したが、以下のように変形することも可能であり、本発明は上述した実施の形態で示した通りの認証システムに限られないことは勿論である。
（１）各実施の形態における入場管理システムは、入場のみを管理するものとして説明したが、退場を管理するようにしてもよい。その場合、各扉から入場した領域内にもカードリーダを設置し、ＧＵ１００はそのカードリーダが読み取ったカードＩＤに基づき認証を行うようにする必要がある。
【０１２５】
（２）各実施の形態における入場管理システムは、１台のＧＵ１００を備えるものとして説明したが、複数のＧＵを備えるようにしてもよく、その場合、各管理装置は、第１履歴情報に、その生成に用いた情報（認証情報等）の送信元であるＧＵの識別情報を含めるようにしてもよい。
また、第１履歴情報にＧＵの識別情報を含めるようにした場合には、管理装置２００は、第２履歴情報を生成する際に、このＧＵの識別情報を削除するようにしてもよい。この情報を削除しても、履歴の有用性を失わないと考えられるためである。
【０１２６】
（３）図３に示す第１履歴テーブル２３３を構成する各データ項目は一例であり、この全てを含まなくてもよいし、他のデータ項目を含んでもよい。また、各データ項目の値も一例に過ぎず、これ以外の値を含むようにしてもよいのは勿論である。この場合、含まれる各データ項目及びその値に合わせて、ブロックデータテーブル２３５及びフィルタ情報テーブル２３７の各データ項目及び値を変更する必要がある。
【０１２７】
（４）図６（ａ）に示すブロックデータテーブル２３５は、関連して生じる複数のイベントに係る各第１履歴情報からなるブロックデータに含まれるデータの一例を示したものであり、同図に示す以外のブロックデータに含まれるデータを登録してもよい。
例えば、第１履歴テーブル２３３に、システム管理者等による、ＧＵ１００又は管理装置２００への操作に係る第１履歴情報や、その操作により生じたＧＵ１００又は管理装置２００における処理又は状態変化に係る第１履歴情報を登録するようにした場合には、これらの第１履歴情報からなるブロックデータに含まれるデータをブロックデータテーブル２３５に登録するようにしてもよい。なお、このとき、対応処理テーブル２３６にも対応するブロックデータについてのレコードを登録する必要がある。
【０１２８】
（５）図７に示すフィルタ情報テーブル２３７は、削除するブロックデータに含まれるデータの一例を示したものであり、同図に示す以外のブロックデータに含まれるデータを登録してもよい。
例えば、ＧＵ１００に内蔵される他の回路等（例えば、ＲＴＣ（Real Time Clock）や、ＥＥＰＲＯＭ（Electrically Erasable PROM）等）についての内部状態情報に基づく第１履歴情報からなるブロックデータに含まれるデータを登録してもよい。
【０１２９】
また、内部状態情報に基づく第１履歴情報からなるブロックデータに含まれるデータに限らず、例えば以下のような情報に基づく第１履歴情報からなるブロックデータに含まれるデータを登録してもよい。
以下のように、ＧＵ１００及び管理装置２００を変形した場合について考える。即ち、深夜等においてはより高度なセキュリティを確保するために、ＧＵ１００を、各カードリーダからカードＩＤを受信しても認証しない状態に設定できるようにし、いわゆるメカキーにより扉に取り付けられている電気錠が手動で解錠されたときに、その旨の警報を管理装置に通知するようにこのＧＵ１００を変形する。
【０１３０】
また、上述のようにＧＵ１００を変形した場合において、システム管理者等が、実際に該当の扉が設けられた領域を巡回等し、セキュリティ上問題がないことを確認した上で、管理装置２００上でこの警報を解除する操作を行うと、警報が正常に解除された旨の第１履歴情報を登録するように、管理装置２００を変形する。
このように、ＧＵ１００及び管理装置２００を変形した場合において、上記第１履歴情報は、セキュリティ上問題がないことが確認された上で登録されるものであるため、この第１履歴情報からなるブロックデータに含まれるデータを、フィルタ情報テーブル２３７に登録するようにしてもよい。
【０１３１】
（６）各実施の形態に係る管理装置は、第１履歴テーブル２３３に登録されている第１履歴情報（レコード）の数が所定数（例えば、５万件）以上になったことを条件に、履歴のデータサイズを低減させるための処理（第２履歴情報の生成、圧縮データの生成）を行うものとして説明したが、この条件は一例であり、他の条件を用いてもよい。
例えば、第１履歴テーブル２３３に登録可能な第１履歴情報（レコード）の最大数に対し、所定割合（例えば、６０％）以上のレコードが登録されたことや、第１履歴テーブル２３３のサイズが、許容される最大データサイズに対し、所定割合（例えば、６０％）以上になったことを条件にしてもよい。
【０１３２】
また、例えば、第１履歴テーブル２３３に登録可能な残りの第１履歴情報（レコード）の数が所定数以下になったことを条件にしてもよいし、第１履歴テーブル２３３に登録可能な残りのデータサイズが所定サイズ以下になったことを条件にしてもよい。
（７）実施の形態１に係る管理装置２００では、ブロックデータテーブル２３５や、フィルタ情報テーブル２３７に、システム管理者等が予めデータを登録しておくものとして説明したが、例えば、以下のようにすることも可能である。
【０１３３】
管理装置２００を、システム管理者等からの検索キーの入力を受け付け、該当の第１履歴情報を第１履歴テーブル２３３から検索する機能を追加するように変形した場合において、第１履歴テーブル２３３に登録されている各第１履歴情報が検索により抽出されたか否かを示す情報、あるいは、抽出された回数を管理するようにし、例えば、全く抽出されていない第１履歴情報や、抽出された回数が所定回数以下である第１履歴情報を削除するようにしてもよい。但し、この場合でも、履歴種別が「ＣＲ操作記録」である第１履歴情報（つまり、認証情報に基づき生成された第１履歴情報）については、削除しないような更なる変形も考えられる。
【０１３４】
これにより、システム管理者等が予め設定しておかなくても、参照する可能性の高い履歴を残すように、各第２履歴情報を生成することができるので、限られたメモリ容量を有効利用できる。
（８）各実施の形態に係る管理装置は、図８、図１４に示す処理を、一例として、毎日ＡＭ０：００に繰り返し実行するものとして説明したが、これに限らず、例えば、週１回や、月１回などの周期で行うようにしてもよいし、システム管理者等に指定された周期、又は日時に実行するようにしてもよい。
【０１３５】
（９）実施の形態１に係る管理装置２００は、図８のステップＳ３〜Ｓ６に示す各処理を全て行うものとして説明したが、一部の処理のみを行うようにしてもよい。
また、第１履歴テーブル２３３に登録されている第１履歴情報の数、又は、第１履歴テーブル２３３のデータサイズに応じて、段階的に各処理を行うようにしてもよい。
例えば、第１履歴テーブル２３３に登録可能な第１履歴情報の最大数に対し、実際の第１履歴情報の登録数の割合が３０％以上４０％未満である場合には、ステップＳ３の処理のみを行うようにし、４０％以上５０％未満である場合には、ステップＳ３〜Ｓ４の処理を行うようにし、５０％以上６０％未満である場合には、ステップＳ３〜Ｓ６の処理を行うというようにしてもよい。
【０１３６】
また、このように各処理を段階的に行うように変形する場合においては、システム管理者等がどの割合においてどの処理を行うかといった設定を、管理装置上で行えるようにしてもよい。
（１０）実施の形態１に係る管理装置２００は、生成した第２履歴情報を、第２履歴テーブル２３４に登録するものとして説明したが、実施の形態２に係る管理装置３００と同様に、生成した第２履歴情報を圧縮し、圧縮データを生成して記録するようにしてもよい。この際、実施の形態２に係る管理装置３００と同様に、インデックスを生成してもよいし、圧縮データを生成する際に、管理装置３００と同様に、所定単位毎に生成するようにしてもよい。
【０１３７】
なお、第２履歴情報を生成する際に、図８のステップＳ６で扉名称を領域ＩＤに変換しているので、１つの領域に設けられた２つの扉についての異なる扉名称が、同一の領域ＩＤに変換されるため、ハフマン符号等の符号化方式で圧縮した場合に、より高い圧縮率を実現し得る。
（１１）実施の形態２に係る管理装置３００は、システム管理者等から検索キーの入力を受け付けた際に、圧縮データ３１２に含まれる第１履歴情報のみを検索するものとして説明したが、第１履歴テーブル２３３に含まれる第１履歴情報も検索するようにしてもよい。
【０１３８】
（１２）各実施の形態に係る管理装置が記憶する第１履歴テーブル２３３には、各データがテキスト形式で登録されているものとして説明したが、他の形式で登録してもよい。
例えば、「日時」については、日時データ型で登録するようにしてもよい。日時データ型で登録することで、一般的には、データサイズを抑えることができ、表示の際にかかる時間も、大幅に増大するようなことはないと考えられるためである。
【０１３９】
（１３）実施の形態１では、本発明に係る第３ブロックデータの一例として示した、連続して記録されているブロックデータＢ３ａ〜Ｂ３ｃの全てを削除する例を説明したが、全てを削除するのではなく、そのうちの一部、例えば、ブロックデータＢ３ａについては残すようにしてもよい。
その場合、例えば、図６（ｂ）に示す対応処理テーブル２３６において、連続して記録されている各ブロックデータのうち、何個のブロックデータを残すようにするのかを指定できるようにしてもよい。上述の例のように、ブロックデータＢ３ａを残す場合には、１個のブロックデータを残すよう指定すればよい。
【０１４０】
（１４）本発明に係るデータ管理装置のデータ記憶手段は、各実施の形態に係る管理装置の第１履歴生成部２４０及び各記憶部に相当し、本発明に係るデータ管理装置の記憶制御手段は、管理装置２００の第２履歴生成部２５０、管理装置３００の圧縮データ生成部３２１に相当し、本発明に係るデータ管理装置の受信手段は、管理装置２００の通信部２１０に相当し、本発明に係るデータ管理装置のマスタ記憶手段及び項目記憶手段は、管理装置２００の記憶部２３０に相当し、本発明に係るデータ管理装置のインデックス生成手段は、管理装置３００のインデックス生成部３２２に相当し、本発明に係るデータ管理装置の出力手段は、管理装置３００の履歴番号抽出部３５０及び伸張制御部３６０に相当する。
【符号の説明】
【０１４１】
１Ａ〜１Ｅ    カードリーダ
２Ａ〜２Ｅ    電気錠
３Ａ〜３Ｅ    開閉センサー
５    ＬＡＮ
１００    ＧＵ
１１０、２１０    通信部
１２０、２２０    計時部
１３０、２３０、３１０    記憶部
１４０    扉状態受信部
１５０    ＩＤ受信部
１６０    認証部
１７０    錠制御部
１８０    履歴送信部
２４０    第１履歴生成部
２５０    第２履歴生成部
３２０    圧縮制御部
３２１    圧縮データ生成部
３２２    インデックス生成部
３３０    操作部
３４０    表示部
３５０    履歴番号抽出部
３６０    伸張制御部
２００、３００    管理装置
１０００    入場管理システム
【図１】
2011048514.tif 000003
【図２】
2011048514.tif 000004
【図３】
2011048514.tif 000005
【図４】
2011048514.tif 000006
【図５】
2011048514.tif 000007
【図６】
2011048514.tif 000008
【図７】
2011048514.tif 000009
【図８】
2011048514.tif 000010
【図９】
2011048514.tif 000011
【図１０】
2011048514.tif 000012
【図１１】
2011048514.tif 000013
【図１２】
2011048514.tif 000014
【図１３】
2011048514.tif 000015
【図１４】
2011048514.tif 000016
【図１５】
2011048514.tif 000017