(57)【要約】      （修正有）【課題】履歴を記録する場合に、従来よりもメモリの利用効率を向上させることができる履歴管理装置を提供する。【解決手段】ＩＤ読出部１１はカード種別３４とカードＩＤ３５を取得し、認証部１２はカード種別３４に基づきＩＣカード３のカード種別を判別して認証を行い、履歴管理部１５は、変換テーブル３２に記載のコードとＩＤとの対応に従って、カードＩＤに含まれる会社コード、部署コード、グループコード及び社員コードをよりバイト長の短い会社ＩＤ、部署ＩＤ、グループＩＤ及び社員ＩＤに変換し、変換後の会社ＩＤ等を履歴テーブル３３に記録する。会社ＩＤは、認証装置１２が取得し得る会社コードの数を表現しうる情報長未満のバイト長で表されており、他の部署ＩＤ等についても同様である。【選択図】図１
2009054082.tif 000002
【特許請求の範囲】
【請求項１】
カード種別毎のフォーマットに従った複数のフィールドを含むカードＩＤを保持しているメモリカードについて、それらの使用履歴を管理する履歴管理装置であって、
複数のフィールドのうち変換対象として予め定められた少なくとも１つの対象フィールドについて、管理対象とされる全メモリカードの対応するフィールドに格納されたフィールド値の各々と、そのフィールドに格納された全てのフィールド値を識別しうる最小情報長を有したＩＤ番号とを対応付けた変換テーブルを保持するテーブル管理手段と、
カードＩＤを取得する取得手段と、
取得された前記カードＩＤに係るメモリカードのカード種別を判別する判別手段と、
取得した前記カードＩＤから、判別された前記カード種別に係る対象フィールドに格納されたフィールド値を抽出する抽出手段と、
抽出したフィールド値を、前記変換テーブルを用いてＩＤ番号に変換する変換手段と、
前記カードＩＤを、変換前のフィールド値は変換後のＩＤ番号に置き換えた上で履歴情報として記録する履歴記録手段と
を備えることを特徴とする履歴管理装置。
【請求項２】
前記最小情報長は、１バイトを単位とする
ことを特徴とする請求項１に記載の履歴管理装置。
【請求項３】
前記テーブル管理手段において、複数のフィールドの全てが対象フィールドとして定められていることを特徴とする請求項１に記載の履歴管理装置。
【請求項４】
前記テーブル管理手段は、第１のカード種別に係るカードＩＤを構成するフィールドのいずれかと、第２のカード種別に係るカードＩＤを構成するフィールドのいずれかとが同種である場合には、同種の２つのフィールドに対し１つの変換テーブルを保持している
ことを特徴とする請求項１に記載の履歴管理装置。
【請求項５】
前記履歴管理装置は、前記使用履歴の管理として検索を行う検索手段を備え、
前記検索手段は、
検索キーを取得する検索キー取得部と、
前記テーブル管理手段に保持されている変換テーブルから、前記検索キーに一致するフィールド値を検索し、発見した場合に当該変換テーブルから、そのフィールド値に対応するＩＤ番号を検索ＩＤとして読み出すテーブル検索部と、
前記履歴記録手段に記録されている履歴情報の中で、前記検索ＩＤと同値のＩＤ番号を含むものを検索する履歴検索部と、
前記検索ＩＤと同値のＩＤ番号を含む履歴情報を発見できた場合に、発見した履歴情報に含まれるＩＤ番号を、前記ＩＤ番号に対応する変換テーブルを用いて元のフィールド値へと変換し、履歴情報から元のカードＩＤを復元する逆変換部と、
元のカードＩＤを出力する結果出力部とを含む
ことを特徴とする請求項１に記載の履歴管理装置。
【請求項６】
前記テーブル管理手段は、前記抽出手段によって抽出された前記フィールド値が前記対象フィールドに係る変換テーブルに登録されているか否かを判定し、登録されていないと判定されたフィールド値に対しては、既に登録されているＩＤ番号と値が重複しないＩＤ番号を新たに割り当てて、割り当てたＩＤ番号と、前記フィールド値とを対応づけて前記変換テーブルに追記する
ことを特徴とする請求項１に記載の履歴管理装置。
【請求項７】
前記テーブル管理手段は、
新たな変換テーブルと、前記新たな変換テーブルをいずれのフィールドに適用するかを示す適用情報とを取得する更新情報取得部と、
前記適用情報が示すフィールドに係る変換テーブルと前記新たな変換テーブルとのいずれを用いるかの判定材料である選択情報と、前記新たな変換テーブルとを追記する追記部と
を備えることを特徴とする請求項１に記載の履歴管理装置。
【請求項８】
前記テーブル管理手段は、
新たな変換テーブルと、前記新たな変換テーブルをいずれのフィールドに適用するかを示す適用情報とを取得する更新情報取得部と、
前記適用情報が示すフィールドが対象フィールドである履歴情報について、前記対象フィールドに係る変換テーブルを用いて、ＩＤ番号を元のフィールド値に変換して置き換えるフィールド値復元部と、
前記元のフィールド値が、新たな変換テーブルに登録されているか否かを判定する登録判定部と、
登録されている場合に、前記新たな変換テーブルから元のフィールド値に対応するＩＤ番号を読み出し、元のフィールド値を読み出したＩＤ番号に置き換える履歴変更部と
前記変換テーブルに前記新たな変換テーブルを上書きするテーブル更新部と
を備えることを特徴とする請求項１に記載の履歴管理装置。
【請求項９】
カード種別毎のフォーマットに従った複数のフィールドを含むカードＩＤを保持しているメモリカードについて、それらの使用履歴を管理する履歴管理装置に用いられる履歴管理プログラムであって、
複数のフィールドのうち変換対象として予め定められた少なくとも１つの対象フィールドについて、管理対象とされる全メモリカードの対応するフィールドに格納されたフィールド値の各々と、そのフィールドに格納された全てのフィールド値を識別しうる最小情報長を有したＩＤ番号とを対応付けた変換テーブルを保持するテーブル管理ステップと、
カードＩＤを取得する取得ステップと、
取得された前記カードＩＤに係るメモリカードのカード種別を判別する判別ステップと、
取得した前記カードＩＤから、判別された前記カード種別に係る対象フィールドに格納されたフィールド値を抽出する抽出ステップと、
抽出したフィールド値を、前記変換テーブルを用いてＩＤ番号に変換する変換手段と、
前記カードＩＤを、変換前のフィールド値は変換後のＩＤ番号に置き換えた上で履歴情報として記録する履歴記録ステップと
の各ステップをコンピュータに実行させることを特徴とする履歴管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入退室等に係る履歴を管理する履歴管理装置に関し、特に、履歴の記録方法に関する。
【背景技術】
【０００２】
近年、企業等においてセキュリティの重要性が増し、入退室の状況を管理するために履歴管理装置を含む入退室管理システムが企業等に多数導入されている。
前記入退室管理システムにおいては、入退室を管理すべきセキュリティルーム等の出入口のドアに認証装置が設置されている。前記認証装置は、保持するデータベースに記載されたカードＩＤと同一のカードＩＤを保持しているＩＣカードについてのみ認証を成功させる。
【０００３】
セキュリティールーム等への入退室者は、入退室時にそれぞれが所持するＩＣカードを前記認証装置に読み取らせる。
認証装置は、ＩＣカードからカードＩＤを読み取って、データベースと照合することにより認証する。前記認証装置は、認証に成功した場合にはセキュリティルームのドアの電子錠を解錠し、認証に失敗した場合には施錠する。
【０００４】
そして、前記認証の結果を、履歴管理装置が、認証を行った日時、カードＩＤ等と共に記録する。
ここで、前記履歴管理装置は、セキュリティルームのドア近辺の壁面に埋め込まれるなど空間的な制約から小型化が要求されている。履歴管理装置に含まれる履歴を記録するためのメモリについても、小型化が当然に要求されている。
【特許文献１】特開２００４−２１３１０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前述のようにメモリを小型化すると、その記録容量も小さくなってしまうことから、前記履歴管理装置については、小容量のメモリに、より効率的に履歴を書き込むことが要求される。
上述の要求に応えるため、本発明は、履歴の記録において、従来よりもメモリの利用効率を向上させることができる履歴管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は、カード種別毎のフォーマットに従った複数のフィールドを含むカードＩＤを保持しているメモリカードについて、それらの使用履歴を管理する履歴管理装置であって、複数のフィールドのうち変換対象として予め定められた少なくとも１つの対象フィールドについて、管理対象とされる全メモリカードの対応するフィールドに格納されたフィールド値の各々と、そのフィールドに格納された全てのフィールド値を識別しうる最小情報長を有したＩＤ番号とを対応付けた変換テーブルを保持するテーブル管理手段と、カードＩＤを取得する取得手段と、取得された前記カードＩＤに係るメモリカードのカード種別を判別する判別手段と、取得した前記カードＩＤから、判別された前記カード種別に係る対象フィールドに格納されたフィールド値を抽出する抽出手段と、抽出したフィールド値を、前記変換テーブルを用いてＩＤ番号に変換する変換手段と、前記カードＩＤを、変換前のフィールド値は変換後のＩＤ番号に置き換えた上で履歴情報として記録する履歴記録手段とを備える。
【発明の効果】
【０００７】
本発明の履歴管理装置は、上述の構成を備えることにより、カードＩＤをそのまま記録する場合に比べ、記録するデータのデータ長を短くできるので、従来よりもメモリの利用効率を向上させることができる。また、フィールド値の情報長がどんなに長い場合であっても、記録するデータのデータ長を、フィールド値の情報長によらない、フィールド値の個数により定まる最小情報長に短縮することができる。
【０００８】
ここで、カード種別毎のフォーマットは、複数の各フィールドのフィールド値を表現するバイト長、各フィールドの並び方を規定する。また、ＩＤ番号は、最小情報長であるとしているが、冗長な情報をＩＤ番号に付加しても構わない。
また、前記最小情報長は、１バイトを単位とすることとしてもよい。
この構成によれば、コンピュータシステムで扱うのに適したデータの長さであるバイト単位でデータを扱うことができるので、コンピュータシステムにおけるデータの処理を容易にすることができる。
【０００９】
また、前記テーブル管理手段において、複数のフィールドの全てが対象フィールドとして定められていることとしてもよい。
この構成によれば、カードＩＤにおける全てのフィールドについて、記録するデータのデータ長を短くできるので、従来よりもメモリの利用効率を向上させることができる。
また、前記テーブル管理手段は、第１のカード種別に係るカードＩＤを構成するフィールドのいずれかと、第２のカード種別に係るカードＩＤを構成するフィールドのいずれかとが同種である場合には、同種の２つのフィールドに対し１つの変換テーブルを保持していることとしてもよい。
【００１０】
この構成によれば、前記同種のフィールドについては、第１のカードＩＤと第２のカードＩＤとで変換テーブルを共用するので、テーブル管理手段が変換テーブルを記録しておくための記録容量を減らすことができる。また、同種のフィールドについて、第１のカードと第２のカードでフィールド値の情報長が異なっている場合でも、同じ情報長のフィールドＩＤに変換するので、異なる情報長のカードＩＤを予め定められた一定長の履歴情報に変換することができ、データの扱いを容易化できる。
【００１１】
また、前記履歴管理装置は、前記使用履歴の管理として検索を行う検索手段を備え、前記検索手段は、検索キーを取得する検索キー取得部と、前記テーブル管理手段に保持されている変換テーブルから、前記検索キーに一致するフィールド値を検索し、発見した場合に当該変換テーブルから、そのフィールド値に対応するＩＤ番号を検索ＩＤとして読み出すテーブル検索部と、前記履歴記録手段に記録されている履歴情報の中で、前記検索ＩＤと同値のＩＤ番号を含むものを検索する履歴検索部と、前記検索ＩＤと同値のＩＤ番号を含む履歴情報を発見できた場合に、発見した履歴情報に含まれるＩＤ番号を、前記ＩＤ番号に対応する変換テーブルを用いて元のフィールド値へと変換し、履歴情報から元のカードＩＤを復元する逆変換部と、元のカードＩＤを出力する結果出力部とを含むこととしてもよい。
【００１２】
この構成によれば、検索キーを情報長が短い検索ＩＤに変換し、その検索ＩＤに一致する履歴情報を検索するので、検索キーをそのまま用いて検索する場合に比べ、短いデータの一致を判断すれば足り、検索効率を向上させることができる。
また、前記テーブル管理手段は、前記抽出手段によって抽出された前記フィールド値が前記対象フィールドに係る変換テーブルに登録されているか否かを判定し、登録されていないと判定されたフィールド値に対しては、既に登録されているＩＤ番号と値が重複しないＩＤ番号を新たに割り当てて、割り当てたＩＤ番号と、前記フィールド値とを対応づけて前記変換テーブルに追記することとしてもよい。
【００１３】
この構成によれば、取得したカードＩＤが予め登録されていない場合であっても、当該カードＩＤに含まれるフィールド値とＩＤ番号との対応を変換テーブルに追記するので、未知のカードＩＤについて、含まれるフィールド値をより情報長の短いＩＤ番号に変換し、履歴として記録するデータのデータ長を短くでき、従来よりもメモリの利用効率を向上させることができる。
【００１４】
また、前記テーブル管理手段は、新たな変換テーブルと、前記新たな変換テーブルをいずれのフィールドに適用するかを示す適用情報とを取得する更新情報取得部と、前記適用情報が示すフィールドに係る変換テーブルと前記新たな変換テーブルとのいずれを用いるかの判定材料である選択情報と、前記新たな変換テーブルとを追記する追記部とを備えることとしてもよい。
【００１５】
この構成によれば、変換テーブルを更新するので、カードＩＤに含まれるフィールドや、フィールドの情報長が変更されたりした後でも、更新後の変換テーブルを用いてフィールド値を前記フィールド値よりも情報長の短いＩＤ番号に変更してから記録できる。よって、履歴として記録するデータの情報長を従来よりも短くしてメモリの利用効率を向上させることができる。
【００１６】
また、前記テーブル管理手段は、新たな変換テーブルと、前記新たな変換テーブルをいずれのフィールドに適用するかを示す適用情報とを取得する更新情報取得部と、前記適用情報が示すフィールドが対象フィールドである履歴情報について、前記対象フィールドに係る変換テーブルを用いて、ＩＤ番号を元のフィールド値に変換して置き換えるフィールド値復元部と、前記元のフィールド値が、新たな変換テーブルに登録されているか否かを判定する登録判定部と、登録されている場合に、前記新たな変換テーブルから元のフィールド値に対応するＩＤ番号を読み出し、元のフィールド値を読み出したＩＤ番号に置き換える履歴変更部と前記変換テーブルに前記新たな変換テーブルを上書きするテーブル更新部とを備えることとしてもよい。
【００１７】
この構成によれば、変換テーブルを更新するので、カードＩＤに含まれるフィールドや、フィールドの情報長が変更されたりした後でも、更新後の変換テーブルを用いてフィールド値を前記フィールド値よりも情報長の短いＩＤ番号に変更してから記録できる。よって、履歴として記録するデータの情報長を従来よりも短くしてメモリの利用効率を向上させることができる。また、既に記録されているＩＤ番号を、更新後の変換テーブルに基づくＩＤ番号に更新することができる。
【００１８】
本発明の履歴管理プログラムは、カード種別毎のフォーマットに従った複数のフィールドを含むカードＩＤを保持しているメモリカードについて、それらの使用履歴を管理する履歴管理装置に用いられる履歴管理プログラムであって、複数のフィールドのうち変換対象として予め定められた少なくとも１つの対象フィールドについて、管理対象とされる全メモリカードの対応するフィールドに格納されたフィールド値の各々と、そのフィールドに格納された全てのフィールド値を識別しうる最小情報長を有したＩＤ番号とを対応付けた変換テーブルを保持するテーブル管理ステップと、カードＩＤを取得する取得ステップと、取得された前記カードＩＤに係るメモリカードのカード種別を判別する判別ステップと、取得した前記カードＩＤから、判別された前記カード種別に係る対象フィールドに格納されたフィールド値を抽出する抽出ステップと、抽出したフィールド値を、前記変換テーブルを用いてＩＤ番号に変換する変換手段と、前記カードＩＤを、変換前のフィールド値は変換後のＩＤ番号に置き換えた上で履歴情報として記録する履歴記録ステップとの各ステップをコンピュータに実行させる。
【００１９】
この構成によれば、カードＩＤをそのまま記録する場合に比べ、記録するデータのデータ長を短くできるので、従来よりもメモリの利用効率を向上させることができる。また、フィールド値の情報長がどんなに長い場合であっても、記録するデータのデータ長を、フィールド値の情報長によらない、フィールド値の個数により定まる最小情報長まで短縮することができる。
【発明を実施するための最良の形態】
【００２０】
１．第１の実施形態
本発明の一実施形態である認証システムについて説明する。
認証システムは、セキュリティルームへの入退室管理を行うためのシステムである。
図１は、認証システム１の構成を示す図である。
認証システム１は、認証装置２、ＩＣカード３、電気錠４及び履歴収集装置５を含んで構成されている。
【００２１】
ユーザは、ＩＣカード３を所持しており、ＩＣカード３には、カードＩＤが記録されている。
前記セキュリティルームの出入り口に設置されているドアには電気錠４が付されており、ドア付近に設置された認証装置２が、電気錠４の解錠及び施錠を制御する。
認証装置２は、入退室を許可するカードＩＤを予めＩＤ権限テーブル３１として保持している。
【００２２】
ユーザは、前記セキュリティルームへの入退室時にＩＣカード３を認証装置２に近づける。このとき、認証装置２は、ＩＣカード３に記録されているカードＩＤを無線通信により読み出す。
認証装置２は、ＩＣカード３から読み出したカードＩＤが、ＩＤ権限テーブル３１に登録されている場合には電気錠４を解錠し、登録されていない場合には電気錠４を施錠するよう制御信号を電気錠４に出力する。
【００２３】
電気錠４は、前記制御信号に従い解錠及び施錠を行う。
認証装置２は、電気錠４を解錠した場合には、その認証に用いられたカードＩＤを履歴として記録するのであるが、このときカードＩＤをそのまま記録することはせず、変換テーブルを用いてカードＩＤよりもバイト長の短い履歴ＩＤに変換してから履歴テーブル３３に記録しておく。この場合、履歴を記録するのに使用するメモリ容量は小さくなるので、カードＩＤそのものを記録する場合に比べてメモリ中に記録できる履歴の個数は多くなる。
【００２４】
認証装置２は、ネットワークを介して接続している履歴収集装置５によって入退室に係る履歴の送信要求がなされた場合には、履歴ＩＤそれぞれを変換テーブル３２を用いて元のカードＩＤに復元してから履歴収集装置５に送信する。
また、認証装置２は、ユーザが指定するカードＩＤの一部又は全部を履歴中から検索する機能を備える。
【００２５】
認証装置２は、履歴中にはカードＩＤではなく履歴ＩＤを記録しているため、ユーザが指定するカードＩＤの一部又は全部である検索キーを変換テーブルで一旦変換し、その変換結果を含む履歴ＩＤを履歴テーブル中から検索する。
ここで、認証装置２は、検索キーを変換テーブル３２を用いてよりバイト長の短い検索ＩＤに変換し、その検索ＩＤをキーとして検索を行っているので、検索キーそのものを検索する場合に比べ、より短いバイト数の一致を判定すればよく、検索を高速に行うことができる。
１．１．構成
１．１．１．ＩＣカード３、電気錠４
ＩＣカード３は、非接触ＩＣカードであり、図１に示すようにＩＤ送信部２１及びＩＤ記録部２２を含んで構成される。
【００２６】
ＩＣカード３は、ハードウェアとしてはＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、無線通信ユニット等から構成されており、ＲＯＭにはコンピュータプログラムが記憶されており、ＲＯＭからＲＡＭへと読み出されたコンピュータプログラムに従ってＣＰＵが動作することにより、その機能を実現する。
【００２７】
ＩＤ記録部２２は、耐タンパ性を有するメモリであり、カード種別及びカードＩＤを記録している。
本実施の形態では、ＩＣカードには３つの種別があり、カード種別３４として１〜３のいずれかの値が記録されている。また、カード種別が異なる場合、ＩＣカードを識別するための識別情報であるカードＩＤのフォーマットが異なる。
【００２８】
図２は、カードＩＤのフォーマットを示す。
図２（ａ）は、カード種別が１であるＩＣカードに係るカードＩＤのフォーマットを示し、図２（ｂ）は、カード種別が２であるＩＣカードに係るカードＩＤのフォーマットを示し、図２（ｃ）は、カード種別が３であるＩＣカードに係るカードＩＤのフォーマットを示している。図２（ｄ）については、後述する。
【００２９】
図２中で、カッコ中に示された数字は、バイト長を示している。例えば「会社コード（４）」の記載は、会社コードが４バイト長で表されていることを示している。
カード種別が１であるＩＣカードに係るカードＩＤは、図２（ａ）に示すように、４バイトの会社コード、６バイトの部署コード、４バイトのグループコード及び１０バイトの社員コードを含む。
【００３０】
ここで、カードＩＤは、特に記述がない限り、１６進数で表現されているものとする。
例えば、カード種別の値が１であるＩＣカードのカードＩＤが１６進数表現で「００２５６４１５０００００２５６７４９８００００００１１００００００００００００００００１１２２」である場合、図２（ａ）のフォーマットに従い、会社コードは「００２５６４１５」であり、部署コードは「０００００２５６７４９８」であり、グループコードは「００００００１１」であり、社員コードは、「００００００００００００００００１１２２」である。
【００３１】
ＩＤ送信部２１は、無線通信により認証装置２に対してカード種別及びカードＩＤを送信する。
ここで、ＩＤ送信部２１と認証装置２との間の無線通信は、通信データを暗号化して行うものとし、前記通信データの暗号化は、ＩＣカード３におけるＣＰＵ（図示せず）が行うものとする。
【００３２】
電気錠４は、前記ドアを施錠又は解錠する電気錠であり、認証装置２から施錠又は解錠を指示する制御信号を受信し、前記制御信号が施錠を示す場合には施錠し、解錠を示す場合には解錠する。
１．１．２．認証装置２
認証装置２は、ＩＣカードからカード種別とカードＩＤを読み出し、そのカード種別及びカードＩＤについて認証処理を行い、認証に成功すれば電気錠４を解錠して、その認証に係る履歴を記録する装置である。
【００３３】
認証装置２は、ハードウェアとしてはＣＰＵ、ＲＯＭ、ＲＡＭ、通信ユニット等から構成されるコンピュータシステムであって、ＲＯＭにはコンピュータプログラムが記憶され、ＲＯＭからＲＡＭ上に読み出されたコンピュータプログラムに従ってＣＰＵが動作することによりその機能を実現する。
認証装置２は、図１に示すように、ＩＤ読出部１１、認証部１２、記録部１３、制御部１４、履歴管理部１５及び通信部１６を含んで構成される。
【００３４】
ＩＤ読出部１１は、ＩＣカード３におけるＩＤ送信部２１との間で無線通信を行い、カード種別及びカードＩＤを取得して認証部１２に送信する。
ここで、前記無線通信の内容は暗号化されており、ＩＤ読出部１１は通信内容を復号する機能を有する。
記録部１３は、メモリ装置であり、ＩＤ権限テーブル３１、変換テーブル３２及び履歴テーブル３３を保持する。
【００３５】
ここで、記録部１３に記録されている各テーブルについて説明する。
図３は、ＩＤ権限テーブル３１のデータ構造の一例を示す図である。
ＩＤ権限テーブル３１には、認証装置２による認証処理において前記セキュリティルームに対する入退室を許可するＩＣカードに係るカード種別と、カードＩＤとの組が複数登録されている。
【００３６】
例えば、ＩＤ権限テーブル３１には、図３に示すように、値が「１」のカード種別と、値が「００２５６４１５０００００２５６７４９８００００００１１００００００００００００００００１１２２」のカードＩＤとの組が登録されている。カード種別が「１」であり、カードＩＤが「００２５６４１５０００００２５６７４９８００００００１１００００００００００００００００１１２２」であるＩＣカードが認証に用いられると、認証は成功して、そのＩＣカードの所持者は入退室が許可されることになる。
【００３７】
なお、ＩＤ権限テーブル３１中の「”ＸＸＸＸ”」の記載は、「ＸＸＸＸの文字コード」を示す。文字コードとしては、例えば、すべての文字が２バイトで表現されるＵｎｉｃｏｄｅが用いられる。
具体的には、”日本産業”は、「日」「本」「産」「業」の４文字の文字コードを連結したものを示しており、８バイト長の文字コードデータとなる。
【００３８】
図４は、変換テーブル３２のデータ構造を示す図である。
変換テーブル３２は、フォーマットテーブル４１、会社コード用の変換テーブルである変換サブテーブル４２、部署コード用の変換テーブルである変換サブテーブル４３、グループコード用の変換テーブルである変換サブテーブル４４及び社員コード用の変換テーブルである変換サブテーブル４５を含んで構成されている。
【００３９】
フォーマットテーブル４１は、カード種別と、カードＩＤ中の各コード長の対応を示す。
フォーマットテーブル４１では、一例として図４に示すように、カード種別「１」と、サイズ「４」「６」「４」「１０」とが対応付けられている。これは、カード種別の値が「１」であるＩＣカードのカードＩＤは、図２（ａ）のカードＩＤ（３５Ａ）のように、４バイトの会社コード、６バイトの部署コード、４バイトのグループコード、１０バイトの社員コードから構成されることを示す。
【００４０】
ただし、カードＩＤが、会社コード、部署コード、グループコード及び社員コードの順に４つのコードを含んでいることは、予め規定されているものとする。
カード種別の値が「１」の場合と同様に、フォーマットテーブル４１は、カード種別の値が「２」であるＩＣカードのカードＩＤは、４バイトの会社コード、１０バイトの部署コード、８バイトのグループコード、１６バイトの社員コードから構成されていることを示す。
【００４１】
また、カード種別の値が「３」であるＩＣカードのカードＩＤは、８バイトの会社コード、８バイトの部署コード、８バイトのグループコード、１６バイトの社員コードから構成されていることを示す。
変換サブテーブル４２は、会社ＩＤと会社コードとの対応を示しており、会社ＩＤと会社コードとを相互に変換するために用いられる。
【００４２】
カードＩＤに関し認証が成功した場合、会社コードは、よりバイト長の短い会社ＩＤに変換された上で、履歴ＩＤの一部として履歴テーブル３３に記録される。
会社ＩＤは、会社コードを個々に識別できるように割り振られる。
例えば、会社コードが２５５個ある場合には、２５５個の会社コードを識別できる０〜２５４の値を会社ＩＤとして割り振ることとなる。会社ＩＤのバイト長は、０〜２５４の値を表現しうる最低限のデータ長である１バイト長と定めればよい。
【００４３】
変換サブテーブル４３は、変換サブテーブル４２における会社ＩＤ、会社コードの場合と同様に、部署ＩＤと、部署コードとの対応を示している。また、変換サブテーブル４４は、グループＩＤと、グループコードとの対応を示し、変換サブテーブル４５は、社員ＩＤと、社員コードとの対応を示している。
会社コードの場合と同様に、部署コード、グループコード及び社員コードは、認証が成功した場合に、前記部署コード等よりもバイト長の短い部署ＩＤ、グループＩＤ及び社員ＩＤに変換された上で、履歴ＩＤの一部として履歴テーブル３３に記録される。
【００４４】
また、会社ＩＤの場合と同様に、部署ＩＤ、グループＩＤ、社員ＩＤは、部署コード、グループコード、社員コードを個々に識別できるように割り振られ、最低限必要なバイト長で表現される。
図５は、履歴テーブル３３のデータ構造を示す図である。
履歴テーブル３３は、カードＩＤによる認証が成功した日時を示す日時情報、カード種別及び履歴ＩＤの組を複数含む。
【００４５】
以上、記録部１３に記録されている各テーブルについての説明を終える。
認証部１２は、カード種別及びカードＩＤを用いて認証を行う。
認証部１２は、ＩＤ読出部１１からカード種別及びカードＩＤを受信すると、記録部１３からＩＤ権限テーブル３１を読み出す。そして、認証部１２は、ＩＤ読出部１１から受け取ったカード種別及びカードＩＤの組がＩＤ権限テーブル３１に登録されている場合には、認証成功と判定して制御部１４に対して解錠を示す錠制御情報を送信し、登録されていない場合には、認証失敗と判定して制御部１４に対し、施錠を示す錠制御情報を送信する。
【００４６】
例えば、ＩＤ読出部１１から受け取ったカード種別及びカードＩＤの組が、「１」と「００２５６４１５０００００２５６７４９８００００００１１００００００００００００００００１１２２」との組であった場合、当該組はＩＤ権限テーブル３１に登録されているので、認証部１２は認証成功と判定して制御部１４に対して解錠を示す鍵制御情報を送信する。
【００４７】
認証部１２は、前記認証において認証成功と判定した場合、履歴管理部１５に対し前記カード種別と前記カードＩＤとの組を送信する。
履歴管理部１５は、時計機構を備えており、履歴テーブル３３の管理を行う。
履歴管理部１５は、認証部１２からカード種別とカードＩＤとの組を受け取ると、前記カードＩＤを、変換テーブル３２を用いてカードＩＤよりもバイト長の短い履歴ＩＤに変換する。そして、認証日時を示す日時情報として前記時計機構が示す現在時刻を読み出し、カード種別及び履歴ＩＤと共に、履歴テーブル３３に記録する。
【００４８】
履歴管理部１５によって実行される、カードＩＤを変換テーブル３２を用いて履歴ＩＤへと変換して記録する履歴記録処理について、図６のフローチャートを参照しながら説明する。
まず、履歴管理部１５は、認証部１２からカード種別とカードＩＤとの組を取得する（ステップＳ１）。
【００４９】
履歴管理部１５は、フォーマットテーブル４１を参照し、取得した「カード種別」に対応するカードＩＤについて、会社コード、部署コード、グループコード及び社員コードのバイト長を認識する。
そして、履歴管理部１５は、認識した会社コードのバイト長、部署コードのバイト長、グループコードのバイト長及び社員コードのバイト長にカードＩＤを分割することにより、会社コード、部署コード、グループコード及び社員コードを抽出する（ステップＳ２）。
【００５０】
次に、履歴管理部１５は、抽出した会社コードに対応する会社ＩＤを、会社コード用の変換サブテーブル４２から読み出す（ステップＳ３）。
次に、履歴管理部１５は、抽出した部署コードに対応する部署ＩＤを、部署コード用の変換サブテーブル４３から読み出す（ステップＳ４）。
次に、履歴管理部１５は、抽出したグループコードに対応するグループＩＤを、グループコード用の変換サブテーブル４４から読み出す（ステップＳ５）。
【００５１】
次に、履歴管理部１５は、抽出した社員コードに対応する社員ＩＤを、社員コード用の変換サブテーブル４５から読み出す（ステップＳ６）。
次に、履歴管理部１５は、ステップＳ３〜Ｓ６で読み出した会社ＩＤ、部署ＩＤ、グループＩＤ及び社員ＩＤを連結することによって履歴ＩＤを生成する（ステップＳ７）。
履歴管理部１５は、前記時計機構により現在時刻を示す日時情報を生成し、前記日時情報、前記カード種別及び生成した履歴ＩＤを対応づけて履歴テーブル３３に記録する（ステップＳ８）。
【００５２】
以上で履歴記録処理の説明を終え、次に、履歴管理部１５による検索処理について説明する。
履歴管理部１５は、履歴テーブルに記録された履歴ＩＤの中から、検索キーを含むものを検索する機能を有する。
図７は、履歴管理部１５が行う検索処理を示すフローチャートである。
【００５３】
履歴管理部１５は、制御部１４から、履歴テーブル３３において検索するキーとなる検索キーと、前記検索キーが、会社コード、部署コード、グループコード及び社員コードのいずれであるかを示すコード指定とを取得する（ステップＳ１１）。
ここで、履歴管理部１５は、前述したようなコード指定は受け取らずに検索キーのみを取得し、検索キーに一致するものを、履歴テーブル３３から探し出すこととしてもよい。
【００５４】
次に、履歴管理部１５は、前記コード指定に対応する変換サブテーブルを用いて、検索キーを検索ＩＤに変換する（ステップＳ１２）。
ここで、検索キーが、変換サブテーブルにおけるコードに対応し、検索ＩＤは、変換サブテーブルにおけるＩＤに対応する。具体的には、コード指定が会社コードを示し、検索キーが００２５６４１５であった場合、履歴管理部１５は、コード指定が示す会社コード用の変換サブテーブル４２を参照し、検索キーと一致する会社コードが登録されているか否かを調べる。登録されていた場合には、変換サブテーブル４２においてその検索キーと対応づけられている会社ＩＤを検索ＩＤとする。
【００５５】
次に、ステップＳ１３において、履歴管理部１５は、読み出していない履歴ＩＤが履歴テーブル３３中に残っている場合（ステップＳ１３：ＮＯ）、履歴テーブル３３から履歴ＩＤを１つ読み出す（ステップＳ１４）。
そして、履歴ＩＤにおいて前記コード指定に示される部分が、検索ＩＤと一致するか否かを判定する（ステップＳ１５）。
【００５６】
例えば、コード指定が会社コードを示す場合、履歴ＩＤの最初の４バイトが検索ＩＤと一致するか否かを判定する。
一致する場合（ステップＳ１５：ＹＥＳ）、履歴ＩＤを、コード指定に対応する各変換サブテーブルを用いて、元のカードＩＤに復元する（ステップＳ１６）。一致しない場合（ステップＳ１５：ＮＯ）、ステップＳ１３から行う。
【００５７】
そして、履歴ＩＤ中の日時情報、カード種別及び復元したカードＩＤを出力する（ステップＳ１７）。
ここで、ステップＳ１６の、コード指定に対応する各変換サブテーブルを用いて、履歴ＩＤを元のカードＩＤに復元する処理について説明を補足する。
履歴管理部１５は、履歴ＩＤを分離して、会社ＩＤ、部署ＩＤ、グループＩＤ及び社員ＩＤを抽出する。
【００５８】
そして、履歴管理部１５は、取得した会社ＩＤに対応する会社コードを変換サブテーブル４２から読み出す。
次に、履歴管理部１５は、取得した部署ＩＤに対応する部署コードを変換サブテーブル４３から読み出し、取得したグループＩＤに対応するグループコードを変換サブテーブル４４から読み出し、取得した社員ＩＤに対応する社員コードを変換サブテーブル４５から読み出す。
【００５９】
そして、履歴管理部１５は、取得した会社コード、部署コード、グループコード及び社員コードを連結することによって履歴ＩＤに係る元のカードＩＤを復元する。
以上、検索処理についての説明を終える。
制御部１４は、ユーザがキーパッドやリモコンなどの入力デバイス（図示せず）を用いて入力した指示を受信し、当該指示に従って、認証装置２の全体制御を行う。
【００６０】
制御部１４は、ユーザが、コード指定と検索キーとを入力デバイスを用いて入力した場合、前記入力デバイスから前記コード指定と前記検索キーとを取得して履歴管理部１５に送信する。
また、制御部１４は、認証部１２から解錠又は施錠を示す錠制御情報を取得し、鍵制御情報が解錠を示す場合には電子錠４に対し解錠を指示する制御信号を出力し、鍵制御情報が施錠を示す場合には電子錠４に対し施錠を指示する制御信号を出力する。
【００６１】
通信部１６は、ネットワークを介して履歴収集装置５等の外部装置と通信を行うネットワークデバイスである。
１．１．３．履歴収集装置５
履歴収集装置５は、ハードウェアとしてはＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されるコンピュータシステムであり、ＲＯＭにはコンピュータプログラムが記憶されており、ＲＯＭからＲＡＭへと読み出されたコンピュータプログラムに従ってＣＰＵが動作することにより、履歴収集装置５はその機能を実現する。
【００６２】
履歴収集装置５は、定期的に若しくは必要に応じて又は認証装置２から履歴情報の送信要求を受け付けた場合に、認証装置２と通信を行って認証装置２から履歴情報を取得し蓄積する。
１．２．動作
１．２．１．認証処理
上記のように構成された認証システム１において実行される認証処理について、図８を用いて説明する。
【００６３】
ここで、ユーザが所持するＩＣカードには、カード種別として「１」が記録され、カードＩＤとして「００２５６４１５０００００２５６７４９８００００００１１００００００００００００００００１１２２」が記録されているものとする。
まず、ユーザは、部屋への入室を試みる場合に、ＩＣカード３を認証装置２に近づける（ステップＳ２１）。
【００６４】
一定距離内に認証装置２とＩＣカード３とが近づくと（ステップＳ２１：ＹＥＳ）、認証装置２のＩＤ読出部１１とＩＣカード３のＩＤ送信部２１との間の無線通信が開始され、ＩＤ読出部１１は、ＩＣカード３のＩＤ記録部２２に記録された前記カード種別と前記カードＩＤとを取得する（ステップＳ２２）。
ＩＤ読出部１１は、前記カード種別と前記カードＩＤとを認証部１２に送信する。
【００６５】
認証部１２は、前記カード種別と前記カードＩＤとの組が、ＩＤ権限テーブル３１に登録されているか否かを判定する（ステップＳ２３）。
登録されていない場合には（ステップＳ２３：ＮＯ）、認証部１２は、制御部１４に対し施錠を示す錠制御情報を送信する。制御部１４は、前記錠制御情報を受信すると、電気錠４に対し前記錠制御情報を送信する。電気錠４は、施錠を示す錠制御情報を受信すると施錠する（ステップＳ２６）。
【００６６】
本実施形態では、ＩＣカード３のカード種別とカードＩＤとの組は、ＩＤ権限テーブル３１に登録されているので（ステップＳ２３：ＹＥＳ）、認証部１２は、制御部１４に対し解錠を示す錠制御情報を送信する。制御部１４は、前記錠制御情報を受信すると、前記錠制御情報が解錠を示す場合、解錠を示す制御信号を電気錠４に対し出力する。電気錠４は、解錠を示す制御信号を受信して解錠する（ステップＳ２４）。
【００６７】
そして、認証部１２は、履歴管理部１５に対し、カード種別とカードＩＤとを送信する。
履歴管理部１５は、履歴記録処理を実行する（ステップＳ２５）。
履歴記録処理については、図６を用いて既に説明しているので、具体例で簡単に説明する。
【００６８】
履歴管理部１５は、カード種別とカードＩＤとを取得する（ステップＳ１参照）。
履歴管理部１５は、先ず、フォーマットテーブル４１を参照し、カード種別「１」のＩＣカードに係るカードＩＤが、４バイトの会社コード、６バイトの部署コード、４バイトのグループコード及び１０バイトの社員コードを含んでいることを認識する。
そして、履歴管理部１５は、取得したカードＩＤから、４バイトの会社コード「００２５６４１５」、６バイトの部署コード「０００００２５６７４９８」、４バイトのグループコード「００００００１１」及び１０バイトの社員コード「００００００００００００００００１１２２」を抽出する（ステップＳ２参照）。
【００６９】
履歴管理部１５は、変換サブテーブル４２を参照し、４バイトの会社コード「００２５６４１５」に対応する会社ＩＤ「００００」を読み出す（ステップＳ３参照）。
履歴管理部１５は、変換サブテーブル４３を参照し、６バイトの部署コード「０００００２５６７４９８」に対応する部署ＩＤ「００００００」を読み出す（ステップＳ４参照）。
【００７０】
履歴管理部１５は、変換サブテーブル４４を参照し、４バイトのグループコード「００００００１１」に対応するグループＩＤ「００００」を読み出す（ステップＳ５参照）。
履歴管理部１５は、変換サブテーブル４５を参照し、１０バイトの社員コード「００００００００００００００００１１２２」に対応する社員ＩＤ「００００００００００」を読み出す（ステップＳ６参照）。
【００７１】
履歴管理部１５は、会社ＩＤ「００００」、部署ＩＤ「００００００」、グループＩＤ「００００」及び社員ＩＤ「００００００００００」を連結して履歴ＩＤ「００００００００００００００００００００００００００」を生成する（ステップＳ７参照）。
履歴管理部１５は、時計機構により現在時刻を示す日時情報を生成し、前記日時情報、前記カード種別及び生成した履歴ＩＤを対応づけて履歴テーブル３３に記録する（ステップＳ８参照）。
１．２．２．カードＩＤの復元処理
履歴ＩＤから、コード指定に対応する各変換サブテーブルを用いて、元のカードＩＤに復元する処理について具体例を用いて説明する。
【００７２】
ここで、履歴ＩＤは、「０３２００００００２０００２９９９９９９３４５６」とする。
履歴管理部１５は、履歴ＩＤを分離し、会社ＩＤ「０３２０」、部署ＩＤ「０００００２」、グループＩＤ「０００２」及び社員ＩＤ「９９９９９９３４５６」を抽出する。
そして、履歴管理部１５は、取得した会社ＩＤ「０３２０」に対応する会社コードである「００００００２５」を変換サブテーブル４２から読み出す。
【００７３】
次に、履歴管理部１５は、取得した部署ＩＤ「０００００２」に対応する部署コードである「１１１１１１１１１１２３」を変換サブテーブル４３から読み出す。
次に、取得したグループＩＤ「０００２」に対応するグループコードである「０００９９８７６」を変換サブテーブル４４から読み出す。
次に、取得した社員ＩＤ「９９９９９９３４５６」に対応する社員コードである「０００００００００００００００００２４５」を変換サブテーブル４５から読み出す。
【００７４】
そして、履歴管理部１５は、取得した会社コード、部署コード、グループコード、社員コードを連結することにより、元のカードＩＤ「００００００２５１１１１１１１１１１２３０００９９８７６０００００００００００００００００２４５」を生成する。
２．第２の実施形態
第１の実施形態では、認証装置２は、全カード種別に対し１つの変換テーブル３２を保持している。変換テーブル３２中のフォーマットテーブル４１には、全カード種別についてのカードＩＤに係る各コードのバイト数が記載されていた。そして、全カード種別のカードＩＤが全て所定長の履歴ＩＤに変換されていた。
【００７５】
本実施形態の認証システムでは、カードＩＤをカード種別毎に定まるバイト長の履歴ＩＤに変換する。そのための変換テーブルは、カード種別毎に異なっている。
また、本実施形態の認証システムでは、カードＩＤのコード構成が変わったり、カードＩＤにコードが追加されること等に対応するために変換テーブルの更新を行う。
以下に、第２の実施形態に係る認証システム１ａについて、第１の実施形態と異なる点を中心に説明する。
【００７６】
図９は、認証システム１ａの構成を示す図である。
認証システム１ａは、認証装置２ａ、ＩＣカード３、電気錠４及び履歴収集装置５を含んで構成される。
なお、本実施形態では、第１の実施形態と同構成のものについては同符号を付しており、その説明は省略する。
【００７７】
認証装置２ａは、ＩＣカードからカード種別とカードＩＤを読み出し、そのカード種別及びカードＩＤについて認証処理を行い、認証に成功すればそのカード種別とカードＩＤとを記録する装置である。
認証装置２ａは、ハードウェアとしてはＣＰＵ、ＲＯＭ、ＲＡＭ、通信ユニット等から構成されるコンピュータシステムであって、ＲＯＭにはコンピュータプログラムが記憶され、ＲＯＭからＲＡＭ上に読み出されたコンピュータプログラムに従ってＣＰＵが動作することにより、その機能を実現する。
【００７８】
認証装置２ａは、構成としては、図９に示すように、ＩＤ読出部１１、認証部１２、記録部１３、制御部１４ａ、履歴管理部１５ａ、通信部１６及び変換テーブル更新部１７を含んで構成される。
２．１．記録部１３に記録されている変換テーブル及び履歴テーブル
記録部１３には、第１の実施形態に係る変換テーブル３２に代えて、変換テーブル３２ａ〜３２ｃが記録されており、履歴テーブル３３に代えて履歴テーブル３３ａが記録されている。
【００７９】
変換テーブル３２ａは、カード種別が１のカードＩＤに用いる変換テーブルであり、変換テーブル３２ｂは、カード種別が２のカードＩＤに用いる変換テーブルであり、変換テーブル３２ｃは、カード種別が３のカードＩＤに用いる変換テーブルである。
図１０は、変換テーブル３２ａのデータ構造を示し、図１１は、変換テーブル３２ｂを示し、図１２は、変換テーブル３２ｃのデータ構造を示している。
【００８０】
変換テーブル３２ａは、フォーマットテーブル４１ａ、会社コード用の変換テーブルである変換サブテーブル４２ａ、部署コード用の変換テーブルである変換サブテーブル４３ａ、グループコード用の変換テーブルである変換サブテーブル４４ａ及び社員コード用の変換テーブルである変換サブテーブル４５ａを含んで構成されている。
フォーマットテーブル４１ａは、カード種別と、カードＩＤ中の各コード長の対応を示す。
【００８１】
フォーマットテーブル４１ａでは、一例として図１０に示すように、カード種別「１」と、サイズ「４」「６」「４」「１０」とが対応付けられている。これは、カード種別の値が「１」であるＩＣカードのカードＩＤは、図２（ａ）のカードＩＤ（３５Ａ）のように、４バイトの会社コード、６バイトの部署コード、４バイトのグループコード、１０バイトの社員コードから構成されることを示す。ただし、カードＩＤが、会社コード、部署コード、グループコード及び社員コードの４つを含んでいることは、予め規定されているものとする。
【００８２】
また、前述のように、フォーマットテーブル４１ａはカード種別が１であるカードに対応しているので、第１の実施形態におけるフォーマットテーブル４１と異なり、カード種別とカードＩＤ中の各コード長との対応は、カード種別が１であるカードについての１組分しか記載されない。
変換サブテーブル４２ａは、カード種別が１であるＩＣカードに係る会社ＩＤと、会社コードとの対応を示している。
【００８３】
変換サブテーブル４３ａは、カード種別が１であるＩＣカードに係る部署ＩＤと、部署コードとの対応を示している。
変換サブテーブル４４ａは、カード種別が１であるＩＣカードに係るグループＩＤと、グループコードとの対応を示している。
変換サブテーブル４５ａは、カード種別が１であるＩＣカードに係る社員ＩＤと、社員コードとの対応を示している。
【００８４】
会社ＩＤ、部署ＩＤ、グループＩＤ及び社員ＩＤは、会社コード、部署コード、グループコード及び社員コードを個々に識別できるように割り振られ、そのバイト長が定められる点は第１の実施形態と同様である。
変換テーブル３２ｂ及び３２ｃは、それぞれカード種別が２及び３であるカードに係る変換テーブルであり、内容的には変換テーブル３２ａと同様であるので、説明は省略する。
【００８５】
図１３は、履歴テーブル３３ａのデータ構造を示す図である。
履歴テーブル３３ａに、日時情報、カード種別及び履歴ＩＤが記録される点は第１の実施形態と同様である。また、履歴ＩＤが、会社コード、部署コード、グループコード及び社員コードが、会社コード等よりバイト長の短い会社ＩＤ、部署ＩＤ、グループＩＤ及び社員ＩＤにそれぞれ変換された後で連結されたものである点も第１の実施形態と同じである。ただし、第１の実施形態では履歴テーブル３３に記録されている履歴ＩＤのバイト長は一定長であったが、履歴テーブル３３ａに記録される履歴ＩＤのバイト長は、対応するカード種別、フォーマットテーブルにより異なったものとなる。
２．２．変換テーブル更新部１７
変換テーブル更新部１７は、履歴収集装置５等の外部装置が送信する変換テーブル３２ａ〜３２ｃの更新指示を通信部１６、制御部１４ａを介して受け取る。
【００８６】
変換テーブル更新部１７は、前記更新指示に従い、変換テーブル３２ａ〜３２ｃを更新する。
前記更新指示には、カード種別、新たなフォーマットテーブルである更新フォーマットテーブル、変換サブテーブルの中で更新するテーブルを示す更新テーブル情報及び更新するテーブルの内容である更新変換サブテーブルが含まれる。
【００８７】
更新テーブル情報は、具体的には、会社コード用の変換サブテーブルを更新する場合には値として１を含み、部署コード用の変換サブテーブルを更新する場合には値として２を含み、グループコード用の変換サブテーブルを更新する場合には値として３を含み、社員コード用の変換サブテーブルを更新する場合には値として４を含む。
住所を示す住所コード等の新たなコードを変換サブテーブルに追加する場合には、更新テーブル情報は、住所コード等に割り当てる５以上の値を含む。
【００８８】
変換テーブル更新部１７は、前記更新指示を受け取った場合、前記更新指示に含まれる更新フォーマットテーブルを、カード種別に対応する変換テーブルにフォーマットテーブルとして追記する。
また、変換テーブル更新部１７は、前記更新指示に含まれる更新変換サブテーブルを、カード種別に対応する変換テーブルに変換サブテーブルとして追記する。
【００８９】
また、変換テーブル更新部１７は、前記更新指示に含まれる更新テーブル情報をカード種別に対応する変換テーブルに追記する。
そして、履歴テーブル３３ａ中に記録されている（履歴ＩＤの個数＋１）を適用履歴番号としてカード種別に対応する変換テーブルに追記する。適用履歴番号は、履歴ＩＤを元のカードＩＤに逆変換する場合に、更新前の変換サブテーブルを用いるか、追記した更新用の変換サブテーブルを用いるかの判定に用いる。
【００９０】
履歴ＩＤを元のカードＩＤに逆変換する場合、その履歴ＩＤが、適用履歴番号で示される順番以後に記録されたものである場合には、更新用の変換サブテーブルが用い、適用履歴番号で示される順番より前に記録されたものである場合には、更新前の変換サブテーブルが用いられることになる。
図１４は、カード種別が１である変換テーブル３２ａを更新した後の変換テーブル３２ｄを示す図である。
【００９１】
変換テーブル３２ｄは、図１０に示した変換テーブル３２ａに対し、更新情報テーブル４６、適用履歴番号４７、フォーマットテーブル４１ｄ、変換サブテーブル４３ｄ及び変換サブテーブル４４ｄが追記された内容となっている。
ここで、図１４の更新した後の変換テーブル３２ｄに係る前記更新指示に含まれるカード種別は１であり、更新テーブル情報は、値として「２」と「３」とを含んでいたものとする。
【００９２】
また、更新フォーマットテーブルの内容は、フォーマットテーブル４１ｄの内容と同じであり、更新変換サブテーブルは、変換サブテーブル４３ｄ及び４４ｄの内容と同じであったものとする。
また、適用履歴番号４７の内容は、２００となっている。
ここで、変換テーブルの更新以後にカード種別が１であるカードＩＤを履歴ＩＤに変更する場合には、変換サブテーブル４３ａ、４４ａに代えて、変換サブテーブル４３ｄ、４４ｄが、履歴管理部１５ａにより用いられることになる。
【００９３】
また、履歴ＩＤをカードＩＤに変換する場合、当該履歴ＩＤが記録された順番が適用履歴番号が示す値より前であれば、履歴管理部１５ａによって変換サブテーブル４３ａ、４４ａが用いられ、当該履歴ＩＤが記録された順番が適用履歴番号が示す値以後であれば、変換サブテーブル４３ｄ、４４ｄが用いられて履歴ＩＤからカードＩＤが復元される。
具体例をあげると、適用履歴番号が２００である場合、当該履歴ＩＤが記録されたのが１９９番目以前であれば、変換サブテーブル４３ａ、４４ａを用いて履歴ＩＤからカードＩＤが復元され、履歴ＩＤが記録されたのが２００番目以後であれば、変換サブテーブル４３ｄ、４４ｄを用いて当該履歴ＩＤからカードＩＤが復元される。
２．３．制御部１４ａ
履歴収集装置５等の外部装置から、変換テーブル３２ａ〜３２ｃの更新指示を通信部１６を介して受け取った場合に、その更新指示を変換テーブル更新部１７に出力する点が、第１の実施形態の制御部１４と異なる。
２．４．履歴管理部１５ａ
履歴管理部１５ａは、図６を用いて既に説明した履歴管理部１５によるものとほぼ同じ履歴記録処理を行うが、下記の相違点がある。
【００９４】
まず、ステップＳ２において、履歴管理部１５ａは、認証部１２からカード種別とカードＩＤとを取得した場合、カード種別に対応する変換テーブルを参照する。例えば、カード種別が１であった場合、履歴管理部１５ａは、変換テーブル３２ａを参照する。
カード種別の値と参照すべき変換テーブルとの対応は予め定められており、履歴管理部１５ａは、その対応を示す対応表を保持しているものとする。
【００９５】
そして、履歴管理部１５ａは、変換テーブル中のフォーマットテーブルを参照し、取得した「カード種別」に対応するカードＩＤの会社コード、部署コード、グループコード及び社員コードのバイト長を認識する。
そして、履歴管理部１５ａは、認識した会社コードのバイト長、部署コードのバイト長、グループコードのバイト長及び社員コードのバイト長のデータそれぞれにカードＩＤを分割して、会社コード、部署コード、グループコード及び社員コードを抽出する。
【００９６】
そして、ステップＳ３〜Ｓ６においては、各コードから各ＩＤへの変換に、カード種別に対応する変換テーブルに含まれる変換サブテーブルが用いられる。ただし、前述のように変換サブテーブルが更新されている場合には、更新後の変換サブテーブルが用いられる。
例えば、ステップＳ３においてカード種別が１である場合、部署コードに対応する部署ＩＤは、変換サブテーブルが更新されていなければ、すなわち更新テーブル情報が登録されていなければ、部署コード用の変換サブテーブル４３ａから読み出され、更新されていれば部署コード用の変換サブテーブル４３ｄから読み出される。
【００９７】
そして、ステップＳ７において、履歴管理部１５ａは、ステップＳ３〜Ｓ６で読み出した会社ＩＤ、部署ＩＤ、グループＩＤ及び社員ＩＤを連結することによって履歴ＩＤを生成する。
そして、ステップＳ８において、履歴管理部１５ａは、時計機構により現在時刻を示す日時情報を生成し、前記日時情報、前記カード種別及び生成した履歴ＩＤを対応づけて履歴テーブル３３ａに記録する。
【００９８】
ステップＳ７、Ｓ８については、第１の実施形態と特に変わるところはない。
次に、履歴管理部１５ａが行う履歴情報出力処理について、図１５を参照しながら説明する。
履歴管理部１５ａは、履歴情報出力要求を受け取ると、カード種別毎に、会社コードに係る参照先を更新前の変換サブテーブルとし、部署コードに係る参照先を更新前の変換サブテーブルとし、グループコードに係る参照先を更新前の変換サブテーブルとし、社員コードに係る参照先を更新前の変換サブテーブルとする設定を行う（ステップＳ５１）。
【００９９】
例えば、履歴管理部１５ａは、履歴情報出力要求を受け取ると、カード種別の値１については、会社コードに係る参照先を更新前の変換サブテーブル４２ａとする設定をし、部署コードに係る参照先を更新前の変換サブテーブル４３ａとする設定をし、グループコードに係る参照先を更新前の変換サブテーブル４４ａとする設定をし、社員コードに係る参照先を更新前の変換サブテーブル４５ａとする設定をする。
【０１００】
カード種別の値２、カード種別の値３についても同様に、各参照先を設定する。
そして、履歴テーブル１３から、未だ読み出してない履歴ＩＤを記録した順に従い１つ読み出す（ステップＳ５２）。
そして、前記参照先が、更新後の変換サブテーブルに切り替えられたか否かを判定し（ステップＳ５３）、切替済みであれば（ステップＳ５３：ＹＥＳ）、これまでに読み出した履歴ＩＤの個数が、履歴ＩＤに係るカード種別に対応する変換テーブル内の適用履歴番号以上であるか否かを判定する（ステップＳ５４）。
【０１０１】
適用履歴番号以上である場合（ステップＳ５４：ＹＥＳ）、更新サブテーブル情報で示される変換サブテーブルについて、参照先を更新後の変換サブテーブルとする設定を行う（ステップＳ５５）。
例えば、カード種別１に対応する更新テーブル情報４６に、値「２」「３」が記録されている場合、値「２」に対応する部署コードに係る参照先を、更新前の変換サブテーブル４３ａから更新後の変換サブテーブル４３ｂに変更する。
【０１０２】
そして、値「３」に対応するグループコードに係る参照先を、更新前の変換サブテーブル４４ａから更新後の変換サブテーブル４４ｂに変更する。
次に、履歴管理部１５ａは、履歴ＩＤを参照先に設定されている変換サブテーブルを用いて、元のカードＩＤに変換する（ステップＳ５６）。
ステップＳ５６の処理は、ステップＳ１６のコード指定に対応する各変換サブテーブルを用いて履歴ＩＤを元のカードＩＤに復元する処理と同様である。
【０１０３】
履歴管理部１５ａは、履歴ＩＤを分離し、会社ＩＤ、部署ＩＤ、グループＩＤ及び社員ＩＤを抽出する。
そして、例えば、カード種別が１であり、参照先が切替済みでない場合であれば、履歴管理部１５は、取得した会社ＩＤに対応する会社コードを参照先である変換サブテーブル４２ａから読み出す。
【０１０４】
そして、履歴管理部１５は、取得した部署ＩＤに対応する部署コードを変換サブテーブル４３ａから読み出し、取得したグループＩＤに対応するグループコードを変換サブテーブル４４ａから読み出し、取得した社員ＩＤに対応する社員コードを変換サブテーブル４５ａから読み出す。
一方、参照先が切替済みであれば、履歴管理部１５は、取得した会社ＩＤに対応する会社コードを参照先である変換サブテーブル４２ａから読み出し、取得した部署ＩＤに対応する部署コードを変換サブテーブル４３ｂから読み出し、取得したグループＩＤに対応するグループコードを変換サブテーブル４４ｂから読み出し、取得した社員ＩＤに対応する社員コードを変換サブテーブル４５ａから読み出す。
【０１０５】
そして、履歴管理部１５は、読み出した会社コード、部署コード、グループコード及び社員コードを連結することによって履歴ＩＤに係る元のカードＩＤを復元する。
次に、履歴管理部１５ａは、履歴ＩＤに対応する日時情報を履歴テーブルから読み出して、読み出した日時情報、カード種別及び復元したカードＩＤを履歴情報に追加する（ステップＳ５７）。
【０１０６】
次に、履歴管理部１５ａは、履歴ＩＤを全て読み出していた場合には（ステップＳ５８：ＹＥＳ）、前記履歴情報を出力し（ステップＳ５９）、全て読み出していない場合には（ステップＳ５８：ＮＯ）、ステップＳ５２からの処理を行う。
３．なお書き
なお、本発明を上記の実施の形態に基づいて説明してきたが、本発明は、上記の実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【０１０７】
（１）第１及び第２の実施形態では、記録部に記録されている変換テーブルは予め定められたもの、即ち固定的としていたが、変換テーブルを動的に生成することとしてもよい。
例えば、ＩＣカードから取得するカードＩＤについて、カード種別と、カードＩＤ中のコードのフォーマットは予め分かっているが、どのような値のカードＩＤを取得するかは不明な場合を考える。
【０１０８】
そして、認証装置は、認証の結果を問わず、認証時に取得したカードＩＤを履歴として認証の結果を問わずに記録していくものとする。
まず、履歴管理部１５は、認証部１２からカード種別とカードＩＤとの組を取得する。
履歴管理部１５は、フォーマットテーブル４１を参照し、取得した「カード種別」に対応するカードＩＤの会社コード、部署コード、グループコード及び社員コードのバイト長を認識する。
【０１０９】
そして、認識した会社コードのバイト長、部署コードのバイト長、グループコードのバイト長及び社員コードのバイト長にカードＩＤが分割されることにより、会社コード、部署コード、グループコード及び社員コードが抽出される（ステップＳ２）。
そして、会社コード、部署コード、グループコード及び社員コードに対応する会社ＩＤ、部署ＩＤ、グループＩＤ及び社員ＩＤを、それぞれ０から昇順に割り当てる。
【０１１０】
そして、会社コードと、割り当てた会社ＩＤとの組を会社コード用の変換サブテーブル（第１の実施形態における変換サブテーブル４２に相当）に追記する。
同様に、部署コードと割り当てた部署ＩＤとの組、グループコードと割り当てたグループＩＤとの組、社員コードと割り当てた社員ＩＤとの組を、それぞれ部署コード用、グループコード用、社員コード用の変換サブテーブル（第１の実施形態における変換サブテーブル４３、４４及び４５に相当）に追記する。
【０１１１】
ただし、既に、同じ会社コード、部署コード、グループコード及び社員コードについて、会社ＩＤ、部署ＩＤ、グループＩＤ及び社員ＩＤを割り当ててある場合には、既に割り当てられているコードに対しては新たなＩＤを割り当てることはしない。
そして、履歴管理部１５は、会社ＩＤ、部署ＩＤ、グループＩＤ及び社員ＩＤを連結することによって履歴ＩＤを生成する。
【０１１２】
履歴管理部１５は、時計機構により現在時刻を示す日時情報を生成し、前記日時情報、前記カード種別及び生成した履歴ＩＤを対応づけて履歴テーブル３３に記録する。
（２）上述の実施形態では、各カードＩＤに関し、会社コード、部署コード、グループコード及び社員コードのビット長、並び方などのフォーマットが予め決まっており、認証装置側もそのフォーマットを知っているものとしたが、フォーマットが予め決まっていない場合であってもよい。
【０１１３】
ここで、カードＩＤの最大長のみは、ＩＣカードと認証装置間の通信仕様等により定められているものとする。
認証が必要となった場合、認証装置は、ＩＣカードからカードＩＤを取得する。
ここで、認証装置は、取得したカードＩＤを分割する。以下、カードＩＤの分割された各部分を分割カードＩＤという。例えば、カードＩＤが３２バイト長の場合には、８バイト長毎の４つの分割カードＩＤに分割する。バイト長を等分割できず端数が出る場合、例えばカードＩＤのバイト長が３３バイトである場合、８バイト長の３つの分割カードＩＤと、９バイト長の１つの分割カードＩＤとに４分割すればよい。
【０１１４】
そして、４つの分割カードＩＤを、それぞれ上記実施形態の会社コード、部署コード、グループコード及び社員コードとみなして取り扱う。
そして、カードＩＤのバイト長毎に、カード種別として１から昇順に値を付与していく。
最初に受け取ったカードＩＤについては、カード種別の値を１とする。
【０１１５】
そして、認証装置は、上述したなお書き（１）のように、カード種別毎の変換テーブルを生成していく。
例えば、初期設定として２５６個まで動的に会社コードを登録していくと定めていた場合、新たな会社コードを受ける毎に、０〜２５５のうちから昇順に会社ＩＤを割り当て、会社コード用の変換サブテーブルに登録する。
【０１１６】
会社コードの登録個数が初期設定である２５６個を超えてしまうような場合には、２５７個目以降の会社コードについては、割り当てる会社ＩＤを例えば１バイト拡大した２バイト構成として記録する。
２５６個以内の会社ＩＤと２５７個目以降の会社ＩＤとの区別をするために、データの拡大があるか否かを示すステータスデータを別途記録しておく。会社ＩＤを参照する場合には、まずステータスデータがデータの拡大有りを示す場合には、２５７個目以降の会社ＩＤは、２バイトデータであることを認識することができる。
【０１１７】
以上、会社ＩＤを例に説明してきたが、部署ＩＤ、グループＩＤ、社員ＩＤについても同様の手法を用いてもよいし、その他のデータについて同手法を用いることはできる。
これらにより、フォーマットの変更等があっても、当該変更に柔軟に対応し、変換テーブルを生成し、かつ履歴を記録することができる。
（３）上述の実施形態では、カードＩＤ、会社コード、部署コード、グループコード、社員コード、会社ＩＤ、部署ＩＤ、グループＩＤ、社員ＩＤ及び履歴ＩＤ等のデータの情報長を１バイト単位で表しているが、これに限るものではない。コンピュータシステムにおいては、情報長はバイト長単位で表すことが通常であるため、上述の実施形態ではこれに倣っていたが、情報長をビット単位で表すこととしてももちろんよい。また、冗長なビットを付加してもよい。
【０１１８】
（４）上述の実施形態では、変換サブテーブルの更新において、更新対象となる変換サブテーブルと新たな変換サブテーブルとの双方を記録部に記録していたが、これに限らない。
例えば、記録領域を節約するため、更新対象となる変換サブテーブルを、新たな変換サブテーブルで上書きすることとしてもよい。
【０１１９】
なお、一旦上書きしてしまうと、既に記録されている履歴ＩＤを元のカードＩＤに復元できない場合が生じてしまう。よって、上書きを行う前に、既に記録されている履歴ＩＤについて、変換サブテーブルが上書き対象となっている部分については、元のコードに復元しておく。
具体的には、社員コードに係る変換サブテーブルが更新対象となっている場合は、履歴ＩＤにおける社員ＩＤを、更新前の変換サブテーブルを用いて社員コードへと復元しておく。その後、社員ＩＤに係る変換サブテーブルを新たな変換サブテーブルで上書きすることとする。
【０１２０】
また、上述の実施形態では、変換サブテーブル単位で、更新処理を行っていたがこれに限らない。例えば、変換テーブル単位で、更新することとしてもよい。また、更新テーブル、変換サブテーブルの一部分のみを変換対象としても構わない。
（５）カードＩＤは、会社コード、部署コード、グループコード、社員コードから構成される例で説明してきたが、現住所を示す住所コード等の他のコードを含んでいてもよいし、会社コード、部署コード、グループコード、社員コードのうちのいくつかから構成されていてもよい。
【０１２１】
また、履歴テーブルに、履歴ＩＤと共に、日時情報、カード種別を記録していたが、これに限らず、日時情報、カード種別のうちのいくつかを記録していてもよいし、他の情報を記録することとしてもよい。
（６）上述の実施形態では、カードＩＤを構成する会社コード、部署コード、グループコード、社員コードの全てを変換テーブルによる変換対象としていたが、これに限らない。会社コード、部署コード、グループコード、社員コードのうちの少なくとも１つを変換対象としていれば本発明の効果は得られる。
【０１２２】
また、上述の実施形態では、カードＩＤを変換対象としていたが、これに限らず、その他のＩＤ、その他の情報に対しても適用しうるのは当然である。
（７）本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【０１２３】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ―ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記コンピュータプログラム又は前記デジタル信号であるとしてもよい。
【０１２４】
（８）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
【図面の簡単な説明】
【０１２５】
【図１】第１の実施形態の認証システムの構成を示す図である。
【図２】カードＩＤのフォーマットを示す。（ａ）は、カード種別１、（ｂ）はカード種別２、（ｃ）は、カード種別３に対応し、（ｄ）はカード種別が１の場合の更新後のフォーマットである。
【図３】ＩＤ権限テーブルのデータ構造の一例を示す図である。
【図４】変換テーブルのデータ構造を示す図である。
【図５】履歴テーブルのデータ構造を示す図である。
【図６】履歴管理部による履歴記録処理を示すフローチャートである。
【図７】履歴管理部が行う検索処理を示すフローチャートである。
【図８】認証システムによる認証処理を示すフローチャートである。
【図９】第２の実施形態の認証システムの構成を示す図である。
【図１０】カード種別が１である場合の変換テーブルのデータ構造を示す。
【図１１】カード種別が２である場合の変換テーブルのデータ構造を示す。
【図１２】カード種別が３である場合の変換テーブルのデータ構造を示す。
【図１３】履歴テーブルのデータ構造を示す図である。
【図１４】カード種別が１である変換テーブルの更新後のデータ構造を示す図である。
【図１５】履歴管理部による履歴情報出力処理を示すフローチャートである。
【符号の説明】
【０１２６】
１      認証システム
２      認証装置
３      ＩＣカード
４      電気錠
５      履歴収集装置
１１      ＩＤ読出部
１２      認証部
１３      履歴テーブル
１４      制御部
１５      履歴管理部
１６      通信部
２１      ＩＤ送信部
２２      ＩＤ記録部
３１      ＩＤ権限テーブル
３２      変換テーブル
３３      履歴テーブル
４１      フォーマットテーブル
４２〜４５  変換サブテーブル
【図１】
2009054082.tif 000003
【図２】
2009054082.tif 000004
【図３】
2009054082.tif 000005
【図４】
2009054082.tif 000006
【図５】
2009054082.tif 000007
【図６】
2009054082.tif 000008
【図７】
2009054082.tif 000009
【図８】
2009054082.tif 000010
【図９】
2009054082.tif 000011
【図１０】
2009054082.tif 000012
【図１１】
2009054082.tif 000013
【図１２】
2009054082.tif 000014
【図１３】
2009054082.tif 000015
【図１４】
2009054082.tif 000016
【図１５】
2009054082.tif 000017