(57)【要約】【課題】  入退室に係るシステムを複数統合するとともに、その際に、統合のために人的情報と認証情報とが含まれる認証用のテーブルを書き換えることにより、その間、認証が行えなくなることを防ぐ。【解決手段】  各拠点において、入退室を管理するシステムにおいて、人物の名前や部署などを管理する人的属性テーブルと、実際に入退室において必要となる認証用のデータを管理する認証属性テーブルとを分けて、各拠点を管理する拠点管理装置が記憶する。システムを統合する際には、各拠点においては拠点管理装置の人的属性テーブルのみを統合したものに置き換える。拠点管理装置では認証属性テーブルは一括置換しないので、各拠点で認証自体は行える。【選択図】図１１
2008186068.tif 000002
【特許請求の範囲】
【請求項１】
ユーザから識別情報の入力を受け付ける１又は複数の認証端末と接続され、各認証端末から取得する各識別情報に基づく認証を行う拠点管理装置と、拠点管理装置が複数接続されている統合管理装置とを含む認証システムであって、
前記拠点管理装置は、
自装置と接続された認証端末それぞれから取得する識別情報と照合するためのユーザ認証用情報群を含む認証属性テーブルと、各ユーザ認証用情報により認証されるべきユーザに関する人物情報を含む人的属性テーブルと、前記認証属性テーブルと前記人的属性テーブルとを前記認証属性テーブル外部にあるリンク情報により対応付けて記憶する記憶手段と、
前記認証属性テーブルを参照して、前記識別情報と前記ユーザ認証用情報群を照合することによりユーザ認証を実行する認証手段とを備え、
前記統合管理装置は、
自装置に接続されている各拠点管理装置から、前記人的属性テーブルを取得する取得手段と、
各拠点管理装置から取得した前記人的属性テーブルを統合し、各人的属性テーブルに含まれる人物情報を含む統合人的属性テーブルを作成する第１統合手段とを備え、
前記拠点管理装置は、更に、
前記統合人的属性テーブルを、前記人的属性テーブルに換えて前記記憶手段に記憶させ、前記リンク情報を、統合人的属性テーブルと自装置で保持していた人的属性テーブルとに含まれる人物情報について、前記人的属性テーブルの各人物情報と前記認証属性テーブルの各ユーザ認証用情報との対応付けが保たれるように、前記統合人的属性テーブルの人物情報を前記認証属性テーブルのユーザ認証用情報に対応付けて更新する更新手段を備える
ことを特徴とする認証システム。
【請求項２】
前記統合管理装置の前記取得手段は、更に、各拠点管理装置から前記認証属性テーブルを取得し、
前記統合管理装置は、更に、
各拠点管理装置から取得した前記認証属性テーブルを統合し、各認証属性テーブルに含まれるユーザ認証用情報群を含む統合認証属性テーブルを作成する第２統合手段と、
各拠点管理装置における人的属性テーブルと認証属性テーブルとの対応付けが保たれるように、前記統合人的属性テーブルと前記統合認証属性テーブルとを対応付けて記憶する第２記憶手段を備える
ことを特徴とする請求項１記載の認証システム。
【請求項３】
前記統合管理装置は、更に、
各拠点管理装置に対して、各拠点管理装置が保持する認証属性テーブルとの対応付けがなされていない統合人的属性テーブルを送信する送信手段を備え、
前記拠点管理装置は、更に、
前記認証属性テーブルとの対応付けがなされていない統合人的属性テーブルを受信する受信手段と、
前記認証属性テーブルの一のユーザ認証用情報に対応する前記統合認証属性テーブルのユーザ認証用情報を検索し、検索されたユーザ認証用情報に対応する前記統合人的属性テーブルの人物情報を取得する人物情報取得手段を備え、
前記更新手段は、前記リンク情報を、人物情報取得手段により取得した人物情報と、当該人物情報を取得するために用いたユーザ認証用情報とを対応付けて更新する
ことを特徴とする請求項２記載の認証システム。
【請求項４】
前記リンク情報は、前記人的属性テーブル、または、拠点管理装置が保持する統合人的属性テーブルに含まれるものであって、人物情報に対応する前記認証属性テーブルのユーザ認証用情報を管理するための識別情報である
ことを特徴とする請求項１記載の認証システム。
【請求項５】
前記リンク情報は、前記人的属性テーブルにおいて各人物情報を管理するための第１識別情報と、前記認証属性テーブルにおいて当該人物情報に対応するユーザ認証用情報を管理するための第２識別情報との対応付けが成されているリンクテーブルである
ことを特徴とする請求項１記載の認証システム。
【請求項６】
前記拠点管理装置は、更に、
前記統合人的属性テーブルを記憶してから前記リンク情報を更新するまで、前記認証手段が認証した履歴として、認証に用いたユーザ認証用情報を保持する履歴保持手段と、
前記更新手段により前記統合人的属性テーブルが前記記憶手段に記憶された場合に、前記履歴保持手段が保持した履歴情報におけるユーザ認証用情報を、統合人的属性テーブルにおいて当該ユーザ認証用情報に対応する人物情報に置換して記憶する履歴記憶手段とを備える
ことを特徴とする請求項１記載の認証システム。
【請求項７】
前記拠点管理装置は、
自装置で保持している認証属性テーブルのユーザ認証用情報と、当該ユーザ認証用情報と対応する人物の、統合管理装置で保持している統合認証属性テーブルのユーザ認証用情報とが異なっていた場合に、統合認証属性テーブルに記憶されていた認証情報を取得する認証情報取得手段を備え、
前記更新手段は、前記認証情報取得手段により取得したユーザ認証用情報を前記認証属性テーブルに書き加え、当該ユーザ用認証情報に対応する人物情報を対応付けて前記記憶手段に記憶させる
ことを特徴とする請求項２記載の認証システム。
【請求項８】
前記統合管理装置は、更に、
取得した相異なる人的属性テーブルにおいて、同一の人物が記録されていた場合に、当該同一の人物に対応するユーザ認証用情報を各人的属性テーブルが対応する認証属性テーブルから抽出し、抽出したユーザ認証用情報のうちの一つの選択ユーザ認証用情報を選択する選択手段と、
前記選択手段により選択されなかったユーザ認証用情報と、前記選択ユーザ認証用情報との対応付けがなされた変更認証情報テーブルを記憶する変更認証情報記憶手段を備え、
前記第２統合手段は、前記選択ユーザ認証用情報のみを前記同一の人物のユーザ認証用情報として、前記統合認証属性テーブルに記録し、
前記更新手段は、
自装置が保持する認証属性テーブルにおける前記同一の人物に係るユーザ認証用情報が、前記選択ユーザ認証用情報と異なる場合に、自装置で保持していた前記同一の人物に係るユーザ認証用情報を、前記選択ユーザ認証用情報に変更する
ことを特徴とする請求項２記載の認証システム。
【請求項９】
前記人的属性テーブルは、人物の所属する部署の情報を含み、
前記統合管理装置は、更に、
前記部署が存在する拠点の情報を示した活動拠点テーブルを記憶している活動拠点記憶手段を備え、
前記選択手段は、前記活動拠点テーブルに記載されている部署が存在する拠点を管理している拠点管理装置が保持していたユーザ認証用情報を選択する
ことを特徴とする請求項８記載の認証システム。
【請求項１０】
前記認証属性テーブルは、各ユーザ用認証情報が登録された日時の情報と、認証に用いる情報の種別の情報とを含み、
前記選択手段は、
複数の認証情報のうち、前記認証の種別が生体情報である場合に、前記登録された日時が最も遅い情報を選択する
ことを特徴とする請求項８記載の認証システム。
【請求項１１】
ユーザから識別情報の入力を受け付ける１又は複数の認証端末と接続され、各認証端末から取得する各識別情報に基づく認証を行う拠点管理装置と、拠点管理装置が複数接続されている統合管理装置とを含む認証システムにおける拠点管理装置であって、
自装置と接続された認証端末それぞれから取得する識別情報と照合するためのユーザ認証用情報群を含む認証属性テーブルと、各ユーザ認証用情報により認証されるべきユーザに関する人物情報を含む人的属性テーブルと、前記人的属性テーブルを前記認証属性テーブルに対応付けるリンク情報を記憶する記憶手段と、
自装置以外の拠点管理装置の人物情報と、自装置で保持していた人物情報とをあわせた人物情報を含む統合人的属性テーブルを、前記人的属性テーブルに換えて前記記憶手段に記憶させ、前記リンク情報を、統合人的属性テーブルと自装置で保持していた人的属性テーブルとに含まれる人物情報について、前記人的属性テーブルの各人物情報と前記認証属性テーブルの各ユーザ認証用情報との対応付けが保たれるように、前記統合人的属性テーブルの人物情報を前記認証属性テーブルのユーザ認証用情報に対応付けて更新する更新手段と、
前記認証属性テーブルを参照して、前記識別情報と前記ユーザ認証用情報群とを照合することによりユーザ認証を実行する認証手段とを備える
ことを特徴とする拠点管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証システムに関し、特に、認証システムの統合に関する。
【背景技術】
【０００２】
部屋の入退室を管理する認証システムにおいては、現在様々なものが研究、開発されている。例えば、以下の特許文献１には、認証情報の管理業務に負荷をかけずに新たな認証情報を登録することができる入退室システムが開示されている。
認証システムにおいては、認証を実行するために、例えば図３１に示すような認証情報を保持している。認証情報は、図３１に示すようなテーブルで管理されており、各管理番号に対応して、人物の名前や、当該人物が所属する部署、そして当該人物が保持するＩＤの種別や番号、当該人物の入室が許可されている領域を示す権限情報が記憶されており、これらの情報は一括して管理されている。
【特許文献１】特開２００６−１６３７１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、入退室を管理する認証システムを複数、統合したい場合がある。例えばある企業で、それぞれ別々の場所にある社屋や工場で用いている認証システムを一括して管理できるようにしたい場合などである。
このような場合、上述のようなシステムでは、統合装置が、各認証システムが保持する図３１に示すような認証情報を吸い上げ、一つのデータに纏めた後、各認証システムを管理する管理装置に再配布することになる。そして、管理装置には、記憶容量に余裕がないために、以前持っていた認証情報を削除し、新たに配布された認証情報を記憶しなおすことになる。この認証情報を削除してから配布されたものを記憶するまでの間、一時的に認証システムとして動作しない時期が発生してしまうこととなる。然るに、認証システムであるのに、一時的にとはいえ、認証できないことにはセキュリティ上重大な問題があり、その解決が急務となっている。
【０００４】
そこで、本発明においては、上述のように複数の認証システムを、なるべく認証ができなくなる事態を招くことなく、統合できる認証システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するため、本発明は、ユーザから識別情報の入力を受け付ける１又は複数の認証端末と接続され、各認証端末から取得する各識別情報に基づく認証を行う拠点管理装置と、拠点管理装置が複数接続されている統合管理装置とを含む認証システムであって、前記拠点管理装置は、自装置と接続された認証端末それぞれから取得する識別情報と照合するためのユーザ認証用情報群を含む認証属性テーブルと、各ユーザ認証用情報により認証されるべきユーザに関する人物情報を含む人的属性テーブルと、前記認証属性テーブルと前記人的属性テーブルとを前記認証属性テーブル外部にあるリンク情報により対応付けて記憶する記憶手段と、前記認証属性テーブルを参照して、前記識別情報と前記ユーザ認証用情報群を照合することによりユーザ認証を実行する認証手段とを備え、前記統合管理装置は、自装置に接続されている各拠点管理装置から、前記人的属性テーブルを取得する取得手段と、各拠点管理装置から取得した前記人的属性テーブルを統合し、各人的属性テーブルに含まれる人物情報を含む統合人的属性テーブルを作成する第１統合手段とを備え、前記拠点管理装置は、更に、前記統合人的属性テーブルを、前記人的属性テーブルに換えて前記記憶手段に記憶させ、前記リンク情報を、統合人的属性テーブルと自装置で保持していた人的属性テーブルとに含まれる人物情報について、前記人的属性テーブルの各人物情報と前記認証属性テーブルの各ユーザ認証用情報との対応付けが保たれるように、前記統合人的属性テーブルの人物情報を前記認証属性テーブルのユーザ認証用情報に対応付けて更新する更新手段を備えることを特徴としている。
【０００６】
また、本発明に係る拠点管理装置は、ユーザから識別情報の入力を受け付ける１又は複数の認証端末と接続され、各認証端末から取得する各識別情報に基づく認証を行う拠点管理装置と、拠点管理装置が複数接続されている統合管理装置とを含む認証システムにおける拠点管理装置であって、自装置と接続された認証端末それぞれから取得する識別情報と照合するためのユーザ認証用情報群を含む認証属性テーブルと、各ユーザ認証用情報により認証されるべきユーザに関する人物情報を含む人的属性テーブルと、前記人的属性テーブルを前記認証属性テーブルに対応付けるリンク情報を記憶する記憶手段と、自装置以外の拠点管理装置の人物情報と、自装置で保持していた人物情報とをあわせた人物情報を含む統合人的属性テーブルを、前記人的属性テーブルに換えて前記記憶手段に記憶させ、前記リンク情報を、統合人的属性テーブルと自装置で保持していた人的属性テーブルとに含まれる人物情報について、前記人的属性テーブルの各人物情報と前記認証属性テーブルの各ユーザ認証用情報との対応付けが保たれるように、前記統合人的属性テーブルの人物情報を前記認証属性テーブルのユーザ認証用情報に対応付けて更新する更新手段と、前記認証属性テーブルを参照して、前記識別情報と前記ユーザ認証用情報群とを照合することによりユーザ認証を実行する認証手段とを備えることを特徴としている。
【発明の効果】
【０００７】
ここで、識別情報の入力は、例えば、認証に用いる媒体がＩＣカードの場合には、ユーザがカードの読み取り機にＩＣカードをかざしたり、認証に用いる媒体が網膜パターンである場合に、ユーザが自身の目を、網膜パターンを読み取るカメラに接近させて読み撮らせることにより行われる。
上述のような構成を備えることにより、本システムにおいては、各拠点管理装置は、認証用データと、人的データとを分けて記憶しており、システム統合の際には、各拠点管理装置は、認証用データを更新せず、人的データのみを更新することになる。よって拠点管理装置は認証用データが削除されたり、全面的に書き換えられることがないために、一時的にせよ認証を行えなくなることがない。また、人的データは、更新され、各拠点管理装置が管理している人的データが、全ての管理装置で管理していた人的データを統合、集約したものに書き換えられるので、システムの統合も行えている。
【０００８】
また、前記統合管理装置の前記取得手段は、更に、各拠点管理装置から前記認証属性テーブルを取得し、前記統合管理装置は、更に、各拠点管理装置から取得した前記認証属性テーブルを統合し、各認証属性テーブルに含まれるユーザ認証用情報群を含む統合認証属性テーブルを作成する第２統合手段と、各拠点管理装置における人的属性テーブルと認証属性テーブルとの対応付けが保たれるように、前記統合人的属性テーブルと前記統合認証属性テーブルとを対応付けて記憶する第２記憶手段を備えることとしてよい。
【０００９】
これにより、統合管理装置は、認証用のデータを統合し、また統合人的属性テーブルとの対応付けも実行するので、統合管理装置のオペレータは、各拠点管理装置が管理する拠点において使用されている認証用のデータと対応する人物のデータとを全て参照することができるようになる。
また、前記統合管理装置は、更に、各拠点管理装置に対して、各拠点管理装置が保持する認証属性テーブルとの対応付けがなされていない統合人的属性テーブルを送信する送信手段を備え、前記拠点管理装置は、更に、前記認証属性テーブルとの対応付けがなされていない統合人的属性テーブルを受信する受信手段と、前記認証属性テーブルの一のユーザ認証用情報に対応する前記統合認証属性テーブルのユーザ認証用情報を検索し、検索されたユーザ認証用情報に対応する前記統合人的属性テーブルの人物情報を取得する人物情報取得手段を備え、前記更新手段は、前記リンク情報を、人物情報取得手段により取得した人物情報と、当該人物情報を取得するために用いたユーザ認証用情報とを対応付けて更新することとしてよい。
【００１０】
これにより、拠点管理装置は、統合人的属性テーブルの人物情報と、認証属性テーブルのユーザ認証用情報の対応付けを間違うことなく行うことができる。また、拠点管理装置は、統合管理装置とのやり取りにより、対応付けを行っているので、先に人的属性テーブルを削除してしまってから、統合人的属性テーブルを記憶して対応付けを実行することができ、拠点管理装置において一時的に人的属性テーブルと統合人的属性テーブルの両方を記憶することにより発生する記憶容量の圧迫を回避することができる。
【００１１】
また、前記リンク情報は、前記人的属性テーブル、または、拠点管理装置が保持する統合人的属性テーブルに含まれるものであって、人物情報に対応する前記認証属性テーブルのユーザ認証用情報を管理するための識別情報であることとしてよい。
これにより、リンク情報は人的属性テーブルあるいは統合人的属性テーブルに含んだ構成とすることができ、統合の際には認証属性テーブルを更新することなく対応付けを実行することができる。対応付けのために、認証属性テーブルを更新する必要がないので、認証の実行が妨げられることもない。
【００１２】
また、前記リンク情報は、前記人的属性テーブルにおいて各人物情報を管理するための第１識別情報と、前記認証属性テーブルにおいて当該人物情報に対応するユーザ認証用情報を管理するための第２識別情報との対応付けが成されているリンクテーブルであることとしてよい。
これにより、人的属性テーブルと認証属性テーブルの対応付け、統合人的属性テーブルと認証属性テーブルとの対応付けをリンクテーブルにより行うことができる。本構成を備えることにより、同一の人物が複数のユーザ認証用情報を使用できる場合に、人的属性テーブルにおいて当該同一の人物について複数回、名前などの情報を登録することなく、リンクテーブルを介して、複数のユーザ認証用情報と対応付けられるので、拠点管理装置の人的属性テーブルの記憶容量の増大を抑制することができる。これは人物の名前などの情報は漢字などを用いている場合などには特にデータ容量が大きくなるためであり、リンクテーブルが人物情報の管理番号とユーザ認証用情報の管理番号の数値による簡単な対応付けの情報である場合に、特にその効果が現れる。
【００１３】
また、前記拠点管理装置は、更に、前記統合人的属性テーブルを記憶してから前記リンク情報を更新するまで、前記認証手段が認証した履歴として、認証に用いたユーザ認証用情報を保持する履歴保持手段と、前記更新手段により前記統合人的属性テーブルが前記記憶手段に記憶された場合に、前記履歴保持手段が保持した履歴情報におけるユーザ認証用情報を、統合人的属性テーブルにおいて当該ユーザ認証用情報に対応する人物情報に置換して記憶する履歴記憶手段とを備えることとしてよい。
【００１４】
これにより、拠点管理装置は、人的属性テーブルを統合人的属性テーブルに更新している間も、認証にかかる情報を認証に用いる識別子を用いて記憶するので、統合人的属性テーブルに更新した後には、統合人的属性テーブルを用いて、各識別子を用いているユーザの情報に置換できる。これにより、システムの統合中であっても、認証に係る履歴が保持され、後々に履歴を参照することになっても、全ての情報が認証を実行した人物に関する情報に置き換えられ、統合管理装置は、容易に履歴情報を参照して、誰がどこに出入りしたのかを知ることができる。
【００１５】
また、前記拠点管理装置は、自装置で保持している認証属性テーブルのユーザ認証用情報と、当該ユーザ認証用情報と対応する人物の、統合管理装置で保持している統合認証属性テーブルのユーザ認証用情報とが異なっていた場合に、統合認証属性テーブルに記憶されていた認証情報を取得する認証情報取得手段を備え、前記更新手段は、前記認証情報取得手段により取得したユーザ認証用情報を前記認証属性テーブルに書き加え、当該ユーザ用認証情報に対応する人物情報を対応付けて前記記憶手段に記憶させることとしてよい。
【００１６】
これにより、拠点管理装置は、自装置以外の拠点管理装置において、自装置の人的属性テーブルに記録されていた人物が別のユーザ用認証情報を使用できる場合に、そのユーザ用認証情報を認証属性テーブルに追加するので、ユーザが複数のユーザ用認証情報を使用でき、複数の媒体を保持していた場合に、どの媒体を使用しても認証が行える。異なる拠点で異なる媒体を使用していた場合に、それぞれの拠点で媒体を使い分けなければいけないというユーザの手間を省くことができる。
【００１７】
また、前記統合管理装置は、更に、取得した相異なる人的属性テーブルにおいて、同一の人物が記録されていた場合に、当該同一の人物に対応するユーザ認証用情報を各人的属性テーブルが対応する認証属性テーブルから抽出し、抽出したユーザ認証用情報のうちの一つの選択ユーザ認証用情報を選択する選択手段と、前記選択手段により選択されなかったユーザ認証用情報と、前記選択ユーザ認証用情報との対応付けがなされた変更認証情報テーブルを記憶する変更認証情報記憶手段を備え、前記第２統合手段は、前記選択ユーザ認証用情報のみを前記同一の人物のユーザ認証用情報として、前記統合認証属性テーブルに記録し、前記更新手段は、自装置が保持する認証属性テーブルにおける前記同一の人物に係るユーザ認証用情報が、前記選択ユーザ認証用情報と異なる場合に、自装置で保持していた前記同一の人物に係るユーザ認証用情報を、前記選択ユーザ認証用情報に変更することとしてよい。
【００１８】
これにより、同一の人物が複数のユーザ用認証情報をできた場合に、どれかひとつのユーザ用認証情報にすることで、ユーザは対応する媒体をひとつだけ所持すればよいようになる。また、認証システムにおいては、ユーザに複数の認証情報を与えることがないので、認証情報の有効活用ができる。
また、前記人的属性テーブルは、人物の所属する部署の情報を含み、前記統合管理装置は、更に、前記部署が存在する拠点の情報を示した活動拠点テーブルを記憶している活動拠点記憶手段を備え、前記選択手段は、前記活動拠点テーブルに記載されている部署が存在する拠点を管理している拠点管理装置が保持していたユーザ認証用情報を選択することとしてよい。
【００１９】
これにより、一個人について、ユーザ認証用情報をひとつにする場合に、ユーザが所属している部署のある拠点のユーザ認証用情報が選択される。これによりユーザは、ユーザがもっともよく利用する拠点で使用していた認証用情報に対応する媒体を使用して認証を行える。
また、前記認証属性テーブルは、各ユーザ用認証情報が登録された日時の情報と、認証に用いる情報の種別の情報とを含み、前記選択手段は、複数の認証情報のうち、前記認証の種別が生体情報である場合に、前記登録された日時が最も遅い情報を選択することとしてよい。
【００２０】
これにより、一個人について、ユーザ認証用情報として複数の生体データがある場合に、人的属性テーブルに各生体データが登録された日時が最新のものを選択することができる。生体データは時間の経過とともに変化することがあるため、認証には最新のものが使用されるのが望ましく、本構成を備えることにより認証システムは最新の生体データを用いての認証を実行できる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の一実施形態である認証システムについて図面を用いて説明する。
＜実施の形態１＞
図１には、認証システムのシステム構成を示した。認証システムは、拠点管理装置１００ａ、１００ｂと統合管理装置２００とを含んで構成される。同図に示されるように、拠点管理装置１００ａと、拠点管理装置１００ｂと、統合管理装置２００とは、通信ネットワーク３００を介して接続されている。なお、ここでは、２台の拠点管理装置を示しているが、拠点管理装置は、複数であれば何台あってもよい。以下、拠点管理装置１００ａが管理する拠点を拠点１００Ａ、拠点管理装置１００ｂが管理する拠点を拠点１００Ｂと記載する。
【００２２】
拠点管理装置は、統合前においては、管理する各人称装置において当該認証装置を通過させるかどうかを判断するための認証属性テーブルと、各認証データに対応し、各認証情報を保持するユーザの名前や所属などの情報である人的属性テーブルとを記憶している。
図２は、拠点管理装置１００ａや拠点管理装置１００ｂの機能構成を示している。ここでは拠点管理装置１００ａや拠点管理装置１００ｂを代表して拠点管理装置１００として説明する。図２に示すように、拠点管理装置１００は、通信部１１０と、拠点データ管理部１２０と、履歴管理部１３０と、ゲート制御装置Ｉ／Ｆ部１４０とを含んで構成されている。そして、拠点管理装置１００は、履歴データ１５０と、人的属性テーブル１６０と、認証属性テーブル１７０とを記憶している。
【００２３】
通信部１１０は、統合管理装置２００と通信ネットワーク３００を介して通信を実行する機能を有する。
拠点データ管理部１２０は、人的属性テーブル１６０と、認証属性テーブル１７０とを変更する機能と参照する機能とを有する。人的属性テーブル１６０は、拠点管理装置１００が管理する拠点に所属する人物の情報であり、例えば、氏名、部署名などの情報を含み、認証属性テーブル１７０とのリンク情報も含んでいる。認証属性テーブル１７０は、拠点で管理している認証情報、例えば、認証に用いるＩＤ（IDentifier）の種別（ＩＣカード、指紋など）やＩＤの番号などを含んでいる。人的属性テーブル１６０と認証属性テーブル１７０の更なる詳細については後述する。拠点データ管理部１２０は、新たな認証情報や人的情報を追加する、あるいは削除する場合に両テーブルを変更し、ゲートを通過した人物の履歴を保存する場合などに、履歴情報をゲートを追加した人物の名前などに置き換えるために参照する。
【００２４】
履歴管理部１３０は、履歴データ１５０の内容を変更、参照する機能を有する。履歴データ１５０は、各ゲートで誰が通過したかを通過した時間に対応して記憶されたデータである。
ゲート制御装置Ｉ／Ｆ部１４０は、ゲートを制御する装置とのインターフェースであり、自装置に接続されているゲートを制御する装置と通信を実行する機能を有する。例えば、各ゲートに対応する認証端末から認証用データを受信したり、あるいはゲートの開閉を指示する信号を出力したりする機能を有する。
【００２５】
図３は、統合管理装置２００の機能構成を示したブロック図である。統合管理装置２００は、通信部２１０と、統合データ管理部２２０とを含んで構成される。そして、統合管理装置２００は、統合人的属性テーブル２３０と統合認証属性テーブル２４０と、変更認証情報テーブル２５０と、活動拠点テーブル２６０とを記憶している。
通信部２１０は、拠点管理装置１００ａ、１００ｂと通信ネットワーク３００を介して通信を実行する機能を有する。
【００２６】
統合データ管理部２２０は、各拠点管理装置からそれぞれの人的属性テーブル１６０と認証属性テーブル１７０とを取得し、統合人的属性テーブル１６０及び統合認証属性テーブル１７０とを作成する機能を有する。また、統合データ管理部２２０は、統合する際において拠点間統合の際に変更があった認証情報を記憶する変更認証情報テーブル２５０を作成する機能を有する。更に統合データ管理部２２０は、各人が主な活動拠点としている拠点を管理する活動拠点テーブル２６０を変更する機能を有する。統合人的属性テーブル２３０は、氏名や部署、統合認証属性テーブル２４０とのリンク情報を記憶しているテーブルである。統合認証属性テーブル２４０は、認証に用いるＩＤの種別や、ＩＤの番号、当該ＩＤが有する権限を含んで記憶している。統合人的属性テーブル２３０と統合認証属性テーブル２４０の詳細については後述する。
＜データ＞
ここで、各拠点管理装置が、保持する人的属性テーブルや認証属性テーブルについて説明する。なお、図面において示した各データは、概念的に示したものであり、その一例である。
【００２７】
図４（ａ）は、統合前の拠点管理装置１００ａの人的属性テーブル１６０ａであり、図４（ｂ）は、統合前の拠点管理装置１００ａの認証属性テーブル１７０ａである。また、図５（ａ）は、統合前の拠点管理装置１００ｂの人的属性テーブル１６０ｂであり、図５（ｂ）は、統合前の拠点管理装置１００ｂの認証属性テーブル１７０ｂである。
図４（ａ）に示されるように、人的属性テーブル１６０ａには、管理番号欄、名前欄、部署欄、認証テーブルリンク欄が設けられている。
【００２８】
管理番号欄は、拠点管理装置１００ａが人的属性テーブル１６０ａに記憶される各人物を区別し、管理するための番号である。
名前欄には、拠点管理装置１００ａが管理する拠点１００Ａに出入りする人物の名前が記録される。
部署欄には、名前欄に記憶されている人物に対応するように当該人物の所属を示す情報が記録される。
【００２９】
そして認証テーブルリンク欄には、認証属性テーブル１７０ａとの対応が取れるように、各管理番号が認証属性テーブル１７０ａのどの管理番号と対応するかを示す情報が記録される。
一方、図４（ｂ）に示されるように、認証属性テーブル１７０ａ１には、管理番号欄、ＩＤ種別欄、ＩＤ番号欄、権限欄を含む。
【００３０】
管理番号欄は、拠点管理装置１００ａが認証属性テーブル１７０ａ１に記憶される各人物を区別し、管理するための番号である。同時に人的属性テーブル１６０ａ１の認証テーブルリンク欄の番号と対応する番号でもある。
ＩＤ種別欄は、ＩＤの種別が何であるかを示しており、例えば、ＩＣカード、指紋、網膜パターンなどがある。なお、ここでは、ＩＣカードについては単に「カード」とのみ記載している。
【００３１】
ＩＤ番号欄は、管理番号に対応して、そのＩＤ番号が何番であるかを示している。
権限欄は、そのＩＤで入退室できる領域を示す情報が記録されており、ここでは便宜上「Ａ」や「Ｂ」などと記載しているが、実際には、例えば「Ｂ棟３Ｆ研究室」などと記録される。
認証属性テーブル１７０ａ１は、拠点管理装置１００ａが入退室の認証を実行するために参照するテーブルである。認証に用いるＩＤ番号が認証属性テーブル１７０ａ１のＩＤ番号が登録されており、且つ、その権限に記録されていない限り、その場所への入室は許可されない。
【００３２】
拠点管理装置１００ａにおける人的属性テーブル１６０ａ１と認証属性テーブル１７０ａ１の具体例をみると、例えば、図４（ａ）の人的属性テーブル１６０ａ１においては、「山田  太郎」の管理番号は、「１」であり、部署は「開発１課」であり、認証テーブルリンクは「１」となっている。そして認証テーブルリンクのリンク番号に示されるように、「山田  太郎」に対応する認証情報は、図４（ｂ）の認証属性テーブル１７０ａ１に示されるように、管理番号は「１」であり、ＩＤ種別は「カード」であり、ＩＤ番号は「１２３４１２３４」、権限は「Ａ、Ｂ」となっている。
【００３３】
一方、図５（ａ）は、拠点管理装置１００ｂが保持する人的属性テーブル１６０ｂであり、図５（ｂ）は、拠点管理装置１００ｂが保持する認証属性テーブル１７０ｂである。
人的属性テーブル１６０ｂと認証属性テーブル１７０ｂの基本的な構成は、それぞれ図５に示した拠点管理装置１００ａのものと変わらないので、各項目に関する説明は省略する。
【００３４】
拠点管理装置１００ｂにおける人的属性テーブル１６０ｂ１と認証属性テーブル１７０ｂ１の具体例をみると、例えば、図５（ａ）の人的属性テーブル１６０ｂ１においては、「佐藤  幸二」の管理番号は、「１」であり、部署は「開発３課」であり、認証テーブルリンクは「１」となっている。そして認証テーブルリンクのリンク番号に示されるように、「佐藤  幸二」に対応する認証情報は、図５（ｂ）の認証属性テーブル１７０ｂ１に示されるように、管理番号は「１」であり、ＩＤ種別は「指紋」であり、ＩＤ番号は「００１１２２３３」、権限は「Ａ」となっている。
【００３５】
拠点管理装置１００ａが管理する拠点１００Ａと、拠点管理装置１００ｂが管理する拠点１００Ｂとでは、その拠点に属する人物が異なってくる。例えば、拠点管理装置１００ａが保持する人的属性テーブル１６０ａ１と認証属性テーブル１７０ａ１の２つのテーブルと、拠点管理装置１００ｂが保持する人的属性テーブル１６０ｂ１と認証属性テーブル１７０ｂ１の２つのテーブルとの違いを見ればわかるように、拠点１００Ａには、「山田  太郎」が所属しているものの、拠点１００Ｂには所属していない。一方で、拠点１００Ｂには、「佐藤  幸二」が所属しているものの、拠点１００Ａには所属していない。また、「田中  はじめ」は、拠点１００Ａ、Ｂの両方に所属していることがわかる。
【００３６】
次に統合管理装置２００が作成し保持する統合人的属性テーブル２３０ａと統合認証属性テーブル２４０ａとを説明する。図６が、統合管理装置２００が作成し保持することになる情報の一例である。
図６（ａ）は、統合人的属性テーブル２３０ａであり、図６（ｂ）は統合認証属性テーブル２４０ａを示している。統合人的属性テーブル２３０ａは、各拠点の人的属性テーブルを取得し、統合したものであり、統合認証属性テーブル２４０ａは、各拠点の認証属性テーブルを取得し、統合したものである。ここでは統合管理装置２００は、人的属性テーブル１６０ａ１と人的属性テーブル１６０ｂ１を統合して、統合人的属性テーブル２３０ａを作成し、認証属性テーブル１７０ａ１と認証属性テーブル１７０ｂ１とを統合して、統合認証属性テーブル２４０ａを作成したものとする。
【００３７】
統合人的属性テーブル２３０ａは、人的属性テーブル１６０ａ１や、人的属性テーブル１７０ａ１と同一のデータ構成を有するため各欄の説明は割愛する。また、統合認証属性テーブル２４０ａも、認証属性テーブル１７０ａ１や、認証属性テーブル１７０ｂ１と同一のデータ構成を有するため各欄の説明は割愛する。
統合人的属性テーブル２３０ａにおいては、例えば、管理番号「２」は、名前が「鈴木  加奈子」であり、部署は「開発１課」であり、認証テーブルリンクは「２」となっている。そして、統合認証属性テーブル２４０ａにおいて、認証テーブルリンク「２」に対応する認証データは、管理番号「２」の認証情報は、ＩＤ種別が「指紋」であり、ＩＤ番号は「１１１１１１１１」であり、権限は「１００Ａ＿Ａ、１００Ａ＿Ｃ」となっている。権限については、拠点の区別をつけるために、統合管理装置２００の統合データ管理部２２０により、各拠点を示す情報が権限の情報に付加されて記録されている。
【００３８】
図７（ａ）は、統合後の拠点管理装置１００ａの統合人的属性テーブル１６０ａ２であり、図７（ｂ）は、統合後の拠点管理装置１００ａの認証属性テーブル１７０ａ２を示している。人的属性テーブル１６０ａ１は統合後には、統合人的属性テーブル１６０ａ２に置換される。図７（ｂ）に示すように、認証属性テーブル１７０ａ２は、図４（ｂ）に示した認証属性テーブル１７０ａ１からの変化はない。しかし、図７（ａ）に示すように、統合人的属性テーブル１７０ａ２については、図４（ａ）に示した人的属性テーブル１７０ａ１から変化しており、新たに、拠点管理装置１００ｂに属する人物のデータが新たに追加されたものになっている。当該データは統合管理装置２００により作成されてくる認証テーブルリンクが空欄になっている統合人的属性テーブルを受信し、認証テーブルリンクを拠点データ管理部１２０が元の人的属性テーブル１６０ａ１と認証属性テーブル１７０ａ１の対応と同じ対応が取れるように、認証テーブルリンクに情報を追加したものを記憶する。
【００３９】
具体的には、統合人的属性テーブル１６０ａ２には、人的属性テーブル１６０ａ１には記録されていなかった「佐藤  幸二」と、「伊藤  裕之」と、「前田  静香」の人的データが記録されている。また、追加されている人物の認証テーブルリンクについては、拠点１００Ａにおける入退室の権限を有していないので、ここではブランクになっている。
図８（ａ）は、統合後の拠点管理装置１００ｂの統合人的属性テーブル１６０ｂ２であり、図８（ｂ）は、統合後の拠点管理装置１００ｂの認証属性テーブル１７０ｂ２を示している。人的属性テーブル１６０ｂ１は統合後には、統合人的属性テーブル１６０ｂ２に置換される。図８（ｂ）に示すように認証属性テーブル１７０ｂ２は、図７（ｂ）において示した拠点管理装置１００ａの認証属性テーブル１６０ａ２と同様に、図５（ｂ）の認証属性テーブル１７０ｂ１からの変化はない。しかし、図８（ａ）の統合人的属性テーブル１６０ｂ２に示すように、人的属性テーブルについては変化しており、図５（ａ）に示した統合前の状態から、新たに統合後にシステム内に含まれる人的データ、即ち、拠点管理装置１００ａの人的データの内容が追加された状態になっている。これは、統合管理装置２００から認証テーブルリンク欄を空白にした統合人的属性テーブルを受信し、拠点管理装置１００ｂが、認証属性テーブル１７０ｂ２との対応が、人的属性テーブル１６０ｂ１と認証属性テーブル１７０ｂ１との対応と一致するように、認証テーブルリンク欄にリンク情報を書き込んで作成したものである。
【００４０】
具体的には、統合人的属性テーブル１７０ｂ２には、人的属性テーブル１７０ｂ１の人的データに「山田  太郎」と「鈴木  加奈子」のデータが追加された状態になっている。また、統合人的属性テーブル１６０ｂ２においては、人的属性テーブル１６０ｂ１とは異なり、「田中  はじめ」の管理番号は変化しているものの、その認証テーブルリンク自体は変化していないので、認証属性テーブル１７０ｂ２との対応は変化していないことがわかる。
【００４１】
以上が本実施の形態に係る各種データの一例である。
＜動作＞
次に、本実施の形態における動作を図９〜図１１に示すフローチャートを用いて説明する。
図９は、統合におけるシステム全体の流れを示している。まず、間単に本システムの動作を説明し、次に統合管理装置２００および、拠点管理装置１００の動作を説明する。
【００４２】
図９に示すように、統合管理装置２００が、全ての拠点のデータ、即ち、図１でいうと拠点管理装置１００ａ及び拠点管理装置１００ｂの人的属性テーブルと、認証属性テーブルを収集し終えたかどうかを検証する（ステップＳ９１）。これは、拠点管理装置が収集した人的属性テーブルと認証属性テーブルの数がそれぞれ、通信ネットワーク３００を介して接続されている拠点管理装置の数と一致するかどうかにより判定する。
【００４３】
まだ、全てのデータを収集し終えていない場合に（ステップＳ９１のＮＯ）、統合管理装置２００は、今までアクセスしていない拠点管理装置にアクセスする（ステップＳ９３）。これは、統合開始からアクセスした拠点管理装置の情報を保持し、統合管理装置２００に接続されている拠点管理装置の情報を比較することにより行われる。そして、アクセスした拠点管理装置から、当該拠点管理装置が保持する人的属性テーブルと認証属性テーブルを取得する（ステップＳ９５）。そしてステップＳ９１に戻り以降の処理を実行する。
【００４４】
全てのデータを収集し終えた場合に（ステップＳ９１のＹＥＳ）、統合管理装置２００は、統合人的属性テーブル２３０ａと統合認証属性テーブル２４０ａを作成する（ステップＳ９７）。そして、拠点管理装置１００においては、統合管理装置２００から認証テーブルリンクが空欄になっている統合人的属性テーブルを受信し、もとより保持していた人的属性テーブルと、認証属性テーブルと同様の対応が取れるように認証テーブルリンクにリンク情報を書き込んで記憶する（ステップＳ９９）。
【００４５】
これがおおまかな統合における動作の流れである。
では、統合におけるより詳細な動作、特に統合人的属性テーブルと、統合認証属性テーブルとを作成する際の動作について説明する。図１０は、統合管理装置２００における統合の際の統合人的属性テーブル並びに統合認証属性テーブルの作成における動作を示している。本フローでは、統合人的属性テーブルに収集した人的属性テーブルのある一つの人物にかかる情報を追加する場合の動作を示している。本フローを繰り返すことで、全ての人的属性テーブルに記録されている人物に係るデータを統合人的属性テーブルに記録し、対応する認証情報を統合認証属性テーブルに記録することができる。
【００４６】
まず、統合管理装置２００は、統合人的属性テーブルに追加する１つの人物ＩＤ（名前）について、当該人物ＩＤが統合人的属性テーブルの名前欄に記録があるかどうかを検出する（ステップＳ１０１）。統合人的属性テーブルに一致する人物ＩＤがあった場合には（ステップＳ１０１のＹＥＳ）、次に、当該人物ＩＤに対応する拠点側の認証テーブルリンクのＩＤ種別について、統合人的属性テーブルのリンク先の統合認証属性テーブルのＩＤ種別欄を検索し、ＩＤ種別が一致するものがあるかどうかを検出する（ステップＳ１０２）。
【００４７】
ＩＤ種別が一致するものがなかった場合（ステップＳ１０２のＮＯ）には、ステップＳ１０５に移行し、以降の処理を実行する。ＩＤ種別が一致するものがあった場合、即ち人物名が一致し、ＩＤ種別も一致した場合（ステップＳ１０２のＹＥＳ）、次にその認証データについてＩＤ番号が統合管理装置２００が保持する統合認証属性テーブルと、拠点管理装置が保持する認証属性テーブルとで一致するものがあるかを検出する（ステップＳ１０４）。
【００４８】
ＩＤ番号が一致するものがなかった場合（ステップＳ１０４のＮＯ）にはステップＳ１０５に移行し、以降の処理を実行する。ＩＤ番号が一致するものがあった場合には（ステップＳ１０４のＹＥＳ）、ＩＤ番号が一致したデータについて、統合認証属性テーブルの権限欄に、追加しようとしていたデータの拠点の情報を追加した権限の情報を追加する（ステップＳ１０６）。そして、ステップＳ１０７に移行する。ステップＳ１０２、Ｓ１０４、Ｓ１０６の動作は、統合人的属性テーブルにおいて、同一人物の重複の書き込みを避けるとともに、権限についても、正しく統合認証属性テーブルに記憶することができるようにするためである。
【００４９】
ステップＳ１０１において、一致する人物ＩＤがない場合には（ステップＳ１０１のＮＯ）、認証テーブルリンク以外の情報を統合人的属性テーブルに追加登録する（ステップＳ１０３）。そして、統合認証属性テーブルに拠点が保持していた検証を行っていた人物ＩＤに対応する認証属性テーブルの認証情報を追加する。但し、権限については、当該データを保持していた拠点の情報を付加して登録する（ステップＳ１０５）。そして、統合管理装置２００が保持する統合人的属性テーブルの認証テーブルリンクに統合認証属性テーブルに登録された認証情報の管理番号を新規追加して終了する（ステップＳ１０７）。
【００５０】
以上が統合管理装置２００において、統合人的属性テーブルと統合認証属性テーブルとを作成する際において、収集した人的属性テーブルの中から新たなデータを統合人的属性テーブルに追加する場合の動作である。
最後に、本実施の形態において、拠点管理装置が人的属性テーブルを更新する際の動作を図１１に示したフローチャートに基づいて説明する。
【００５１】
図１１に示した動作は、拠点管理装置１００が、統合前と同様人的属性テーブルと認証属性テーブルの対応がとれるように、統合管理装置２００から受信した統合人的属性テーブルの空欄になっている認証テーブルリンク欄に情報を記録する動作を示したフローチャートである。
図１１に示すように、まず、拠点管理装置１００の拠点データ管理部１２０は、人的属性テーブルを、統合管理装置が送信してきた認証テーブルリンクが空欄になっている統合人的属性テーブルに置換する（ステップＳ１１１）。
【００５２】
そして拠点管理装置１００の拠点データ管理部１２０は、認証属性テーブルの一つのデータについて、当該データのＩＤ番号に一致するデータが統合認証属性テーブルにあるかどうかを統合管理装置２００にアクセスして検出する（ステップＳ１１３）。
一致するデータがなかった場合には（ステップＳ１１３のＮＯ）、統合管理装置２００が保持する変更認証情報テーブルを検索し、変更認証情報テーブルに検証していたＩＤ番号のリンク情報にリンクする認証属性テーブルの認証情報に置換し（ステップＳ１１４）、ステップＳ１１５に移行する。
【００５３】
検証していた認証情報について、統合管理装置２００の統合認証属性テーブルに対応する統合人的属性テーブルを検索し、得られた人的データの認証テーブルリンクを、検証していたＩＤ番号の管理番号として登録する（ステップＳ１１５）。
ここで、検索された拠点管理装置２００が保持する統合人的属性テーブルので他に登録されているリンク先の統合認証属性テーブルを検索する。そして、同一種別のデータであれば、その情報を拠点の認証属性テーブルに追加する。但し、権限情報については、その拠点で既に登録されていた認証データの権限をコピーする。また、認証属性テーブルに新たな認証情報が追加されることにより、その管理番号と対応するように拠点管理装置１００が保持する統合人的属性テーブルの認証テーブルリンクの情報に新たに追加された認証情報の管理番号を追加する（ステップＳ１１７）。これにより、他の拠点管理装置で使用していたＩＤもその拠点管理装置で使用することができるようになる。
【００５４】
そして拠点管理装置１００の拠点データ管理部１２０は、認証属性テーブルの全認証情報について、上記検証を実行したかどうかを判定する（ステップＳ１１９）。実行していなかった場合には（ステップＳ１１９のＮＯ）、ステップＳ１１３に戻り以降の処理を実行する。実行していた場合には（ステップＳ１１９のＹＥＳ）、拠点管理装置は、統合処理を終了する。
【００５５】
以上の動作を終えて、拠点管理装置１００の統合人的属性テーブル及び認証属性テーブルの一部修正を終了し、拠点管理装置１００における統合が終了する。なお、認証属性テーブルの一部修正に関しては、後段の実施の形態において具体的に説明する。
＜考察＞
図３１には、従来における認証に使用する認証属性テーブルを示しておいた。図３１を用いながら、本実施の形態との差異を説明しておく。図３１に示すように、従来においては、認証に用いるための、ＩＤや、当該ＩＤを保持する人物名などのデータが対応するように、一つのテーブルとして記憶されていた。統合に際してこのようなデータ構造を有している場合には、当該テーブルの全面的な書き換えを長時間に渡って行うために、認証を実行するために拠点管理装置が認証を実行できなかった。しかし、本発明のように、認証に用いる部分と、統合して追加すべき人物のデータとを分けることにより、本発明においては、認証を実行しながらも、システムの統合を実行できるという効果を発揮する。
＜実施の形態２＞
上記実施例において、拠点管理装置１００ａあるいは１００ｂにおいて、従来認証に用いるデータが一つであったのを、人的属性テーブルと認証属性テーブルとの２つに分離したことを特徴として示した。実施の形態２においては、更にデータ構造を変更することで、拠点管理装置における記憶容量を圧迫されるのを軽減することを示す。本実施の形態においては、拠点管理装置や統合管理装置の機能構成については、実施の形態１に示したものと略同一であるため、その説明を省略する。実施の形態２においては、データの構造に特徴があるため、データを中心に説明する。
＜データ＞
図１２にその手法を示した。本実施の形態においては、そのデータ構造こそに特徴がある。図１２（ａ）は、人的属性テーブル１６０ａ３であり、図１２（ｂ）は、リンクテーブル１８０であり、図１２（ｃ）は、認証属性テーブル１７０ａ３である。図１２（ａ）に示した人的属性テーブル１６０ａ３は、実施の形態１とは異なり、認証テーブルリンクが存在しない。その代わりに存在するのが、図１２（ｂ）に示すリンクテーブル１８０である。リンクテーブル１８０は、人的属性テーブルと、認証属性テーブルとの対応を示す情報であり、人的属性テーブルと、認証属性テーブルのそれぞれにおける管理番号の対応を示した情報である。図１２（ｃ）認証属性テーブルであり、拠点管理装置の認証端末は、当該認証属性テーブルを用いてＩＤの認証を行う。認証属性テーブルについては実施の形態１に示したものとその構成は変わらない。
【００５６】
人的属性テーブルは認証テーブルリンクがないこと以外は、実施の形態１に示したものと差異がないため、説明を割愛する。また、認証属性テーブルについては、実施の形態１に示したものと同一であるため、説明を割愛する。
リンクテーブル１８０は、人的管理番号欄と、認証管理番号欄とを含んで構成されるデータであり、図１２（ｂ）に示したのはその一例となる概念図である。
【００５７】
人的管理番号欄には、人的属性テーブルにおける人的管理番号と対応した情報が記録される。
認証管理番号欄には、人的管理番号欄に記録されている番号と対応するように、また、認証属性テーブルの認証管理番号の番号が記録される。
図１２（ｂ）においては、例えば、人的管理番号「２」に対応する認証管理番号は「２」となっている。また、人的管理番号「１」に対応する認証管理番号は「１」と「４」と「５」の３つがある。
【００５８】
当該テーブルを記憶していることにより、履歴管理部１３０は、認証端末で認証されたＩＤと、人物名との対応を間違えることなく知ることができ、履歴データ１５０に認証に係る人物名を記録することができる。
こうすることで、一人の人物が複数のＩＤを保持していた場合に、人的属性テーブルにおけるデータ量を抑えることができる。人物の名前のデータ量、特に漢字を用いている場合のデータ量はリンクデータの数値データに比するとかなり大きいものになる。しかし、本実施の形態に示したように、一人の人物が複数のＩＤを保持する場合に、当該人物について、そのリンクテーブル１８０に対応する数値を加えるのみで、一人の人物について、複数回名前を人的属性テーブルに記録することを防げるので、全体的なデータ量も抑えることが可能となる。例えば、実施の形態１では、図１２に示すように、「山田  太郎」が、３種類のＩＤを保持するには、人的属性テーブルにおいて、あと２回重複して、「山田  太郎」の名前を記録する必要があり、データ容量が大きくなる。これに対して、本実施の形態のようにすれば、何度も同じ人物について重複して名前を記録する必要がない。これは、実施の形態１において、認証テーブルリンク欄に記録できるデータが１つのみであった場合などには、非常に有効なデータ容量の削減手法となる。
【００５９】
なお、統合の際には、拠点管理装置で更新されるのは、実施の形態１と同様に、基本的に人的属性テーブルである。また、統合管理装置が作成、管理する統合人的属性テーブルと、統合認証属性テーブルについても、間にリンクテーブルを持たせて、データ量を抑えてもよい。
＜実施の形態３＞
上記実施の形態１においては、統合の際の認証に関する動作については詳細には説明しなかった。本実施の形態においては、統合中の認証に関する履歴の扱いについて説明する。
【００６０】
統合の際においては拠点管理装置においては人的属性テーブルの全書き換えが発生するために拠点管理装置の拠点データ管理部は、人的属性テーブルを参照できない時間帯が発生する。この間、認証属性テーブルについては認証のために参照できるが、もし、人的属性テーブルを置き換えている間に認証に係る処理が実行された場合に、その履歴が人物名で残されないことになる。これは、拠点管理装置において認証が発生した場合に、認証を行ったことを示すデータや、誰の認証を行ったかなどのデータを履歴データに記録する。このとき、後々拠点管理装置のオペレータが履歴を参照しやすいという理由から、履歴は認証を行った認証ＩＤではなく、人物名で残しておくことが望ましい。このような手法をとっている場合には、人的属性テーブルを書換中においては認証が発生した場合に、その認証に係る人的属性テーブルを参照できないため、履歴データに認証に係る人物のデータが記録できないことになる。そこで、本実施の形態においては当該問題を解消するものである。
＜構成＞
ここでは、拠点管理装置に実施の形態１と同一であるため、その説明を割愛し、実施の形態１と異なる機能について説明する。
【００６１】
拠点管理装置１００の拠点データ管理部１２０は、人的属性テーブルの書換が実行されている間は、履歴データに入退室に係るデータを認証に用いたＩＤ番号の履歴を認証を実行した時間とともに、履歴データに記録する機能を有する。また、人的属性テーブルの書換が終了した後に書換後の人的属性テーブルを参照して履歴データにおいてＩＤ番号で記録されているデータについて、当該ＩＤ番号と対応する人物の名前に置換する機能も有する。
＜データ＞
では、統合において、各拠点管理装置が統合の際に人的属性テーブルの書き換えに必要な時間の間、保持することになる履歴データについて説明する。
【００６２】
ここでは一例として、拠点管理装置１００ａが保持した場合の一例を示す。
図１３（ａ）は、統合を実行している間に、拠点管理装置１００ａが保持する履歴データ１５０ａ１であり、図１３（ｂ）は、拠点管理装置１００ａが統合人的属性テーブルを記憶してから正式に記憶することになる履歴データ１５０ａ２である。
図１３（ａ）に示すように、履歴データは、管理履歴欄、名前欄、場所欄、状態欄、日時欄を含んで構成され、各項目のデータは、対応付けられて記憶される。履歴管理部は、ゲート制御装置Ｉ／Ｆ部を介して認証端末で実行されたに印象に係るデータを履歴データに記録している。
【００６３】
管理履歴欄は、履歴管理部が各履歴情報を管理し、区別するための番号が記録されている欄である。
名前欄は、認証に用いているＩＤを保持するユーザ名が記録されるための欄である。
場所欄は、認証を実行した認証端末が設置されている場所が記録される欄である。
状態欄は、認証を実行した際のユーザの状態が記録される欄である。当該状態欄には、ユーザの入室、退室に係るデータのほか、扉の開錠や施錠などの情報が記録されてもよい。
【００６４】
日時欄は、認証を行った日時に係る情報が記録される欄である。
統合中においては、人的属性テーブルにアクセスできないため、履歴管理部１３０は、一時的に、認証されたＩＤを用いて、履歴データを履歴データ１５０ａ１に示すように残す。そして、人的属性テーブルが統合人的属性テーブルに書き換えられた後に、認証ＩＤで記録されている履歴データを人物名に置換して履歴データに記憶しなおす。
【００６５】
そうして記憶しなおされた履歴データが図１２（ｂ）に示した履歴データ１５０ａ２である。各認証属性テーブルのＩＤ番号と対応する統合人的属性テーブルのテーブルリンク欄の番号から当該ＩＤ番号を保持する人物名を検索し、置換することで、正式に保存する履歴データ１５０ａ２を得る。
具体的には、図１３（ａ）の履歴データ１５０ａ１では、管理履歴「２０１９０」の名前欄には「１２３４１２３４」とＩＤ番号が記録されており、ＩＤ番号「１２３４１２３４」を保持するユーザは、「Ｂ棟１０２」に、「２００６年１１月２７日の１１時２８分３０秒」に「入室」したことになっている。そして図１３（ｂ）の履歴データ１５０ａ２では、名前欄に記入されていたＩＤ番号「４４４４４４４４」が、対応する名前の情報「田中  はじめ」に変更されている。拠点管理装置１００ａは、履歴データとして、図１３（ｂ）に示した状態を保持する。
＜動作＞
図１４には、統合の際に各拠点管理装置が管理する認証端末において認証等のイベントが発生した場合の拠点管理装置における動作について説明する。ここでは、拠点管理装置を代表して、拠点管理装置１００を動作の主体として記述する。
【００６６】
まず、拠点管理装置１００は、統合管理装置２００から統合人的属性テーブルを通信部１１０により受信する。
受信したデータが統合人的属性テーブルである場合に、拠点データ管理部１２０は、まず、履歴管理部１３０にＩＤ番号による履歴の保持を実行させる履歴保持フラグをＯＮにする。ＩＤ番号による履歴の保持を指示された履歴管理部１３０は履歴保持フラグがＯＮにされた時間を記憶しておく。そして拠点データ管理部１２０は、もとから保持していた人的属性テーブルを削除し、受信した統合人的属性テーブルを記憶し、空欄になっている認証テーブルリンクを埋める処理を開始する（ステップＳ１４１）。この間、履歴管理部１３０は、認証端末における認証が実行された場合に、その履歴を通常名前で保持するところをＩＤ番号で保持する（ステップＳ１４３）。
【００６７】
そして、履歴管理部１３０は、統合人的属性テーブルの書換を終了したかどうかを検出する（ステップＳ１４５）。終了していない場合には（ステップＳ１４５のＮＯ）、履歴管理部１３０は、ＩＤ番号により履歴の保持を実行し続ける。
統合人的属性テーブルの認証テーブルリンクへの情報の書き込みが全て終了したならば（ステップＳ１４５のＮＯ）、履歴管理部１３０は、ＩＤ番号で保持していた履歴情報を、各ＩＤに対応するユーザの名前を統合人的属性テーブルを検索して置換し、ＩＤ番号ではなく名前で記憶された履歴データを正式に記憶して終了する（ステップＳ１４７）。
【００６８】
このようにすることで、拠点管理装置１００は、人的属性テーブルの書き換え中の履歴も保持しており、かつ、人的属性テーブルの書き換えが終了した後に、ＩＤ番号を名前に置換するという処理を実行するので、履歴を参照する際にそのデータがなかったり、名前に置換されていないためにシステムを管理する管理者が履歴を参照しにくいといった事態を防止できる。
【００６９】
なお、人的属性テーブルの書き換えを実行しておらず、当該テーブルを参照できる状態にある場合には、履歴管理部１３０は、認証が実行された場合に、人的属性テーブルを参照して即座にＩＤ番号の情報を名前の情報に変換して履歴データに記録する。
＜実施の形態４＞
本実施の形態では、一人の人物が、複数のＩＤを所持し、それぞれ別の拠点で使用していると当該人物にとって、使い分けが煩雑であるという問題を解決する。ここに示す実施の形態４は、実施の形態１の図１１に示したフローチャートにおいてステップＳ１１７の具体例である。なお、拠点管理装置及び統合管理装置の機能構成については、実施の形態１に示したものと略同一であるため、その説明を割愛する。
＜データ＞
図１５〜図１９を用いて本実施の形態におけるデータを説明する。なお、ここでは、説明を分かりやすくするために一個人のデータについてのみを図示し、その説明をする。実際には、各データには多数の人物や認証のデータが記憶されている。
【００７０】
図１５（ａ）は、拠点管理装置１００ａが保持する「田中  はじめ」に関する人的属性テーブル１６０ａ４であり、図１５（ｂ）は、人的属性テーブル１６０ａ４に対応する認証属性テーブル１７０ａ４である。
図１５（ａ）の人的属性テーブル１６０ａ４に示すように、「田中  はじめ」の部署は「開発２課」であり、認証テーブルリンクは「１」となっている。また、図１５（ｂ）の認証属性テーブル１７０ａ４に示すように、管理番号が「１」に係る認証データは、ＩＤ種別が「カード」、ＩＤ番号が「２２２２２２２２」、権限が「Ａ、Ｂ」となっている。
【００７１】
図１６（ａ）は、拠点管理装置１００ｂが保持する「田中  はじめ」に関する人的属性テーブル１６０ｂ４であり、図１６（ｂ）は、人的属性テーブル１６０ｂ４に対応する認証属性テーブル１７０ｂ４である。なお、ここで「田中  はじめ」は図１５に示した「田中  はじめ」と同一人物であるとする。
図１６（ａ）の人的属性テーブル１６０ａ５に示すように、「田中  はじめ」の部署は「開発２課」であり、認証テーブルリンクは「１」となっている。また、図１６（ｂ）の認証属性テーブル１７０ａ５に示すように、管理番号「１」に係る認証データ、ＩＤ種別が「カード」、ＩＤ番号が「４４４４４４４４」、権限が「Ａ、Ｂ」となっている。図１５と図１６とを比較すればわかるように、「田中  はじめ」は、拠点１００Ａと拠点１００Ｂとでは異なるＩＤを保持している。
【００７２】
各拠点が「田中  はじめ」に関するデータを上記のように保持していた場合に、統合管理装置２００が作成する統合人的属性テーブルと統合認証属性テーブルを図１７に示した。
図１７（ａ）は、統合人的属性テーブル２３０ｂであり、図１７（ｂ）は、統合認証属性テーブル２４０ｂを示している。
【００７３】
図１７（ａ）に示すように統合人的属性テーブル２３０ｂにおいて、「田中  はじめ」の管理番号が「１」、部署が「開発２課」、そして認証テーブルリンクが「１、２」となっている。
図１７（ｂ）に示すように統合認証属性テーブル２４０ｂにおいて、管理番号「１」に係る認証データのＩＤ種別は「カード」、ＩＤ番号は「２２２２２２２２」、権限は「１００Ａ＿Ａ、１００Ａ＿Ｂ」となっている。ここまでは実施の形態１に示した状態と変わらない。本実施の形態の特徴は次の統合後に各拠点が保持することになる認証属性テーブルにある。
【００７４】
図１８（ａ）は、拠点管理装置１００ａが保持する統合後の統合人的属性テーブル１６０ａ５を示しており、図１８（ｂ）は、統合人的属性テーブル１６０ａ５に対応する統合後の認証属性テーブル１７０ａ５を示している。
図１８（ａ）に示すように、図１５に示した人的属性テーブル１６０ａ４の認証テーブルリンクに新たに「２」が追加された状態になっている。また、認証属性テーブル１７０ａ５においては、拠点管理装置１００ｂで保持していた認証データが追加されている。但し、認証属性テーブル１７０ａ５に示されている権限を見ればわかるように、ＩＤ番号「４４４４４４４４」の権限も、「Ａ、Ｂ」となっている。本来、ＩＤ番号「４４４４４４４４」は、「田中  はじめ」が拠点１００Ｂにおいて使用していたものであり、その権限は、拠点１００Ｂの「Ｃ」となっていたところを、拠点１００Ａにおいても使用できるように、権限が「Ａ、Ｂ」に変更されている。
【００７５】
また、図１９（ａ）は、拠点管理装置１００ｂが保持する統合後の統合人的属性テーブル１６０ｂ５を示しており、図１９（ｂ）は、統合人的属性テーブル１６０ａ５に対応する統合後の認証属性テーブル１７０ｂ５を示している。
図１９（ａ）に示すように、図１６（ａ）に示した人的属性テーブル１６０ｂ４の認証テーブルリンクに新たに「２」が追加された状態になっている。また、認証属性テーブル１７０ｂ５においては、拠点管理装置１００ａで保持していた認証データが追加されている。但し、認証属性テーブル１７０ａ５に示されている権限を見ればわかるように、ＩＤ番号「２２２２２２２２」の権限も、「Ｃ」となっている。本来、ＩＤ番号「２２２２２２２２」は、「田中  はじめ」が拠点１００Ａにおいて使用していたものであり、その権限は、拠点１００Ａの「Ａ、Ｂ」となっていたところを、拠点１００Ｂにおいても使用できるように、権限が「Ｃ」に変更されている。
【００７６】
上述した従来の問題点においては、認証データを置換することで、認証ができなくなる旨を指摘したが、本実施の形態においては、１個人についてのデータを追加する一部分のみの変更であり、以前使用していた認証情報を書き換えるわけではないので、認証が止まることはない。
＜実施の形態５＞
上記実施の形態４においては、一個人がそれぞれ別のＩＤを持っていて対応するカードを所持する場合、どちらのカードがどちらの拠点用のものであるかの区別をしなければならず、認証を行う際にそれぞれのカードの区別の判断を行わなくて済むように、両拠点に各拠点で使用していたＩＤの両方を両拠点で使用できるようにした。しかし２以上のカードを所持することはユーザにとって、２つ以上のカードを保持することは煩雑であり、また、各拠点において一人物につき複数のＩＤ情報を記憶させることは、元から記憶容量の少ない拠点管理装置の容量を圧迫する一要因となる。そこで本発明においては、当該問題を解決すべく、一個人が複数のＩＤを保持する場合に、ＩＤを一元化することを示す。なお、統合管理装置、及び拠点管理装置の機能構成については、実施の形態１に示したものと略同一であるため、説明を割愛する。
＜データ＞
まず、統合前の各拠点が保持するデータについては、図１５及び図１６に示したものと同一である。
【００７７】
図２０は、実施の形態４において統合管理装置２００が作成、保持するデータを示している。図２０（ａ）は、統合人的属性テーブル２３０ｃであり、図２０（ｂ）は、認証属性テーブル２４０ｃであり、図２０（ｃ）は、変更認証情報テーブル２５０ｃである。
図２０（ａ）の人的属性テーブル２３０ｃに示すように、「田中  はじめ」の管理番号は「１」、部署は「開発２課」、認証テーブルリンクは「１」となっている。また、その認証情報は、図２０（ｂ）の認証属性テーブル２４０ｃに示すように、ＩＤ種別が「カード」、ＩＤ番号が「２２２２２２２２」、権限が、「１００Ａ＿Ａ、１００Ａ＿Ｂ、１００Ｂ＿Ｃ」となっている。実施の形態４に示した認証属性テーブルとは異なり、ＩＤ番号「２２２２２２２２」に対応して権限に「１００Ｂ＿Ｃ」が追加されていることがわかる。
【００７８】
図２０（ｃ）に示した変更認証情報テーブル２５０ｃは、統合管理装置が新たに作成するデータで、使用しなくなったＩＤと、そのＩＤがもともとどの権限と対応していたのかを示すデータである。当該データを残しておくことで、拠点管理装置においても認証テーブルの書き換えを実行できるようになるとともに、過去の履歴を参照することがあった場合などに確認をするために利用することもできる。
【００７９】
統合後の拠点管理装置が保持するデータについては、図２１と図２２に示した。図２１は、拠点管理装置１００ａが、図２２は、拠点管理装置１００ｂが保持することになるデータを示している。
図２１（ａ）は、統合後の拠点管理装置１００ａの人的属性テーブル１６０ａ６であり、図２１（ｂ）は、統合後の拠点管理装置１００ａの認証属性テーブル１７０ａ６である。また、図２２（ａ）は、統合後の拠点管理装置１００ｂの人的属性テーブル１６０ｂ６であり、図２２（ｂ）は、統合後の拠点管理装置１００ｂの認証属性テーブル１７０ｂ６である。図２１と図１５とを対比すれば分かるように、拠点管理装置１００ａにおいては、「田中  はじめ」に関して、人的属性テーブル並びに認証属性テーブルの変化はない。
【００８０】
しかし、図１６から図２２への変化に示されるように、拠点管理装置１００ｂにおいては、人的属性テーブルに変化はないものの、認証属性テーブルが変化する。図１６の認証属性テーブル１６０ａ４に示すようにＩＤ番号が「４４４４４４４４」であったのが、図２２の認証属性テーブルに示すように、拠点管理装置１００ａにおける「田中  はじめ」のＩＤ番号であった「２２２２２２２２」に更新されている。こうすることで、システムに属する、ある個人について、認証ＩＤを一元化することができ、一人の人物が複数のＩＤを保持するという状況を解消することができる。
【００８１】
図２３には、本実施の形態において、統合管理装置２００が参照する活動拠点テーブル２６０を示した。活動拠点テーブル２６０は、人的属性テーブルに記録される各部署がどの拠点に存在するかを示した情報である。当該活動拠点テーブルは、同一の人物が複数のＩＤを保持している場合に、どのＩＤを残すかを選択するために参照するデータであり、当該同一の人物が所属する部署がどの拠点にあるかにより、残すＩＤを決定する。即ち当該人物が、所属する部署が存在する拠点で用いられていたＩＤを残す。
【００８２】
図２３に示すように、活動拠点テーブル２６０は、部署欄と活動拠点欄を含んで構成される。部署欄には、各拠点管理装置が管理する拠点の部署の情報が記憶され、それに対応するように、活動拠点欄には、その部署が存在する拠点の情報が記載される。例えば、「開発２課」は、拠点「１００Ａ」に存在する。
＜動作＞
では、本実施の形態におけるデータの作成にかかる統合管理装置の動作について説明する。図２４は、統合管理装置の動作を示したフローチャートである。なお、本動作は、実施の形態１において示した統合管理装置２００の動作を示した図１０のフローチャートにおけるステップＳ１０４とステップＳ１０６の間に挿入されるべき動作である。
【００８３】
図２４に示すように、統合管理装置２００は、まず、追加しようとしている人物ＩＤの認証テーブルリンク先のＩＤ種別について、統合管理装置が管理する統合認証属性テーブルのＩＤ種別と一致するかどうかを検出する（ステップＳ２４１）。一致しない場合には（ステップＳ２４１のＮＯ）、図１０に示したフローチャートのステップＳ１０５に移行し以降の処理を実行することになる。
【００８４】
統合認証属性テーブルにＩＤ種別が一致するデータがあった場合に（ステップＳ２４１のＹＥＳ）、当該ＩＤ種別が一致したデータについて、ＩＤ番号も一致しているかどうかを検出する（ステップＳ２４３）。一致する場合には、そのまま図１０に示したフローチャートのステップＳ１０６に移行し、以降の処理を実行する。
ＩＤ番号も一致しなかった場合には（ステップＳ２４３のＮＯ）、検証しているデータの人的属性テーブルの部署欄の活動拠点が、現在統合中の拠点管理装置が管理する拠点と一致するかどうかを活動拠点テーブルを検索することにより検出する（ステップＳ２４４）。
【００８５】
活動拠点が一致しなかった場合には（ステップＳ２４４のＮＯ）、図１０に示すフローチャートのステップＳ１０６に移行し、以降の処理を実行する。
拠点情報が一致した場合には（ステップＳ２４４のＹＥＳ）、変更認証情報テーブルに統合側で登録されていたＩＤ種別、ＩＤ番号、管理番号を登録し、統合認証属性テーブルのＩＤ番号を拠点のＩＤ番号に書き換えて終了する。
【００８６】
これにより、一人の人物は一つのＩＤのみを保持することになるので、ＩＤ資源を有効に活用することができるようになる。なお、本構成を備えることにより、認証属性テーブルに変更を加えることになるが、この変更は認証属性テーブル一括して変更するものではなく、１個人の認証情報のみを変更するものであり、その変更に多大な時間を要することがないため、認証に関して大きな問題が発生することはない。
＜実施の形態６＞
上記実施の形態５においては、認証データの統合も実行する場合に、どの認証データを使用するかについて、ＩＤを保持する人物が、より多く使用する拠点のものを使用することとした。本実施の形態においては、それ以外の選出方法について説明する。
【００８７】
ここでは、有効性の高い例として、ＩＤ種別が生態データの場合について説明する。
＜データ＞
図２５（ａ）に、本実施の形態における拠点管理装置１００ａが保持する人的属性テーブル１６０ａ７を示した。また、図２５（ｂ）に、本実施の形態における拠点管理装置１００ａが保持する認証属性テーブル１７０ａ７を示した。人的属性テーブル１６０ａ７に示すデータは実施の形態５において示した「田中  はじめ」のものと相違ないが、図２５（ｂ）の認証属性テーブルにおいては、実施の形態５に示したものと異なり、さらに登録日時という項目が付け加えられている。これは、認証に用いるＩＤ種別が、「指紋」や「網膜パターン」などの生体データである場合には、そのデータを取得した日時を記録するための欄であり、認証属性テーブルにはその欄が設けられている。
【００８８】
ここでは、図２５（ｂ）に示すように、「田中  はじめ」の認証データの管理番号は「１」、ＩＤ種別は「指紋」、ＩＤ番号は「２２２２２２２２」、登録日時は「２００６/０９/０３」、権限は「Ａ、Ｂ」となっている。本図をみれば分かるように、当該生体データの登録日は、２００６年９月３日ということになる。
一方、図２６（ａ）は拠点管理装置１００ｂが保持する人的属性テーブル１６０ｂ７を示しており、図２７（ｂ）は拠点管理装置１００ｂが保持する認証属性テーブル１７０ｂ７を示している。
【００８９】
ここでは、図２６（ｂ）に示すように、「田中  はじめ」の認証データの管理番号は「１」、ＩＤ種別は「指紋」、ＩＤ番号は「４４４４４４４４」、登録日時は「２００５/０４/１９」、権限は「Ｃ」となっている。本図をみれば分かるように、当該生体データの登録日は、２００５年４月１９日ということになる。
この２拠点の人的属性テーブル並びに認証属性テーブルを取得することで、統合管理装置が作成する統合人的属性テーブルと統合認証属性テーブルを図２７に示した。
【００９０】
図２７（ａ）は、「田中  はじめ」に関する統合人的属性テーブル２３０ｄであり、図２７（ｂ）は、対応する統合認証属性テーブル２４０ｄであり、図２７（ｃ）は、使用できなくなるＩＤを記録として残しておくために作成する変更認証情報テーブル２５０ｄを示している。
図２７（ｂ）に示すように、本実施の形態においては、使用するＩＤを拠点１００Ａで使用しているＩＤ番号「２２２２２２２２」を用いている。これは、ＩＤ番号「２２２２２２２２」の登録日「２００６/０９/０３」が、ＩＤ番号「４４４４４４４４」の登録日「２００５/０４/１９」よりも遅いためである。
【００９１】
図２８（ａ）は、統合後の拠点管理装置１００ａが保持する人的属性テーブル１６０ａ８であり、図２８（ｂ）は、統合後の拠点管理装置１００ａが保持する認証属性テーブル１７０ａ８を示している。また、図２９（ａ）は、統合後の拠点管理装置１００ｂが保持する人的属性テーブルであり、図２９（ｂ）は、統合後の拠点管理装置１００ｂが保持する認証属性テーブルを示している。
【００９２】
図２８をみれば分かるように、拠点管理装置１００ａにおいては、「田中  はじめ」について、人物情報や認証情報に変更はないことがわかる。
しかし、図２９（ｂ）の認証属性テーブル１７０ｂ８に示されるように、「田中  はじめ」に対応する認証情報のＩＤ番号が「４４４４４４４４」から「２２２２２２２２」に変更されている。また、登録日が、「２００５/０４/１９」であったのが、ＩＤ番号「２２２２２２２２」の登録日である「２００６/０９/０３」に変更されている。
＜動作＞
では、ここから、実施の形態６における統合管理装置１００ａの動作について、その特徴部分、即ち、一個人が複数のＩＤを保持している場合にどのＩＤを使用し、どのＩＤを使用できなくするかを選別する手法に焦点をあてて説明する。なお、本動作は、実施の形態１において示した統合管理装置２００の動作を示した図１０のフローチャートにおけるステップＳ１０４とステップＳ１０６の間に挿入される動作である。
【００９３】
図３０は本実施の形態におけるＩＤを選択するための統合管理装置の動作を示したフローチャートである。
まず、統合管理装置２００は、検証しているデータの認証テーブルリンク先のＩＤ種別について、統合管理装置の統合認証属性テーブルと一致するＩＤがあるかどうかを検出する（ステップＳ３０１）。ＩＤ種別が一致するＩＤがない場合には（ステップＳ３０１のＮＯ）、図１０のフローチャートのステップＳ１０５に移行し、以降の処理を実行する。
【００９４】
統合管理装置２００は、ＩＤ種別が一致するＩＤがある場合に、そのＩＤ番号も一致しているかどうかを検出する（ステップＳ３０３）。ＩＤ番号も一致した場合には（ステップＳ３０３のＹＥＳ）、そのまま図１０のフローチャートのステップＳ１０６に移行し、以降の処理を実行する。
ＩＤ番号が一致しなかった場合には（ステップＳ３０３のＮＯ）、そのＩＤについて認証属性テーブルのＩＤ種別が、「指紋」あるいは「網膜パターン」などの生態情報であるかどうかを検出する（ステップＳ３０４）。ＩＤ種別が生態情報でない場合には（ステップＳ３０４のＮＯ）、図１０のフローチャートのステップＳ１０５に移行し、以降の処理を実行する。
【００９５】
ＩＤ種別が生態情報である場合には（ステップＳ３０４のＹＥＳ）、統合管理装置２００は次に、それぞれのＩＤの登録日時をみる。そして、登録日時が登録しようとしている拠点管理装置の認証情報の登録日時の方が新しいかどうかを検証する（ステップＳ３０６）。新しくない場合には（ステップＳ３０６のＮＯ）、図１０のフローチャートのステップＳ１０６に移行し、以降の処理を実行する。
【００９６】
登録しようとしている拠点管理装置の認証情報の登録日時の方が新しい場合には（ステップＳ３０６のＹＥＳ）、統合管理装置は、変更認証情報テーブルに統合側で登録されていたＩＤ種別、ＩＤ番号、管理番号を登録し、統合認証属性テーブルのＩＤ番号を拠点のＩＤ番号に書き換え（ステップＳ３０８）、図１０のフローチャートのステップＳ１０６に移行し、以降の処理を実行する。
【００９７】
以上が本実施の形態における一般的な統合管理装置の動作であるが、図２５〜図２８に示した各テーブルを用いて、どのＩＤを用いるのかを選出する手法を具体的に説明する。
まず、統合管理装置２００は、図２５及び図２６に示した人的属性テーブルと認証属性テーブルとを取得しており、「田中  はじめ」が一致することを検出する。「田中  はじめ」に関する認証のデータが２つあることを検出した統合管理装置２００は、どちらのＩＤを残すのかを選択するために、「田中  はじめ」に対応する認証属性テーブルの登録日を検出する。ここでは、「２００６/０９/０３」と「２００５/０４/１９」が検出される。
【００９８】
そして、統合管理装置２００は、検出された登録日のうち、遅い方を選択する。ここでは、「２００６/０９/０３」が選択される。
次に、統合管理装置２００は、登録日「２００６/０９/０３」に対応するＩＤ番号やＩＤ種別などの認証に係るデータを抽出する。そして抽出した認証に係るデータを統合認証属性テーブルに追加する。
【００９９】
そして、統合管理装置２００は、「田中  はじめ」の人的属性テーブルにおけるリンク先の認証属性テーブルにおいて、ＩＤ種別が「指紋」、ＩＤ番号が「２２２２２２２２」、登録日時が「２００６/０９/０３」、権限が「１００Ａ＿Ａ、１００Ａ＿Ｂ、１００Ｂ＿Ｃ」というデータが追加されている統合認証属性テーブルを得る。また、使用しないもう一方の認証用のデータについては、変更認証属性テーブルに追加し、新たに統合認証属性テーブルに追加された管理番号と対応するように変更後認証テーブルリンクでリンクを貼った情報を付加する。
【０１００】
拠点管理装置１００ａにおいては、「田中  はじめ」に関するデータについては、図２８に示したように、図２５に示した状態の人的属性テーブル並びに認証属性テーブルからの変化はない。
その一方で拠点管理装置１００ｂにおいては、「田中  はじめ」に関するデータについて図２９（ａ）に示すように人的属性テーブルの変化はない。しかし、認証属性テーブルについては、図２９（ｂ）に示した認証属性テーブルから図２９（ｂ）認証属性テーブルへの変化をみれば分かるように、ＩＤ番号が「２２２２２２２２」に更新され、また、登録日が「２００６/０９/０３」に更新されている。
【０１０１】
本実施の形態においても実施の形態５において示したように、同一の人物が複数のＩＤを保持し、当該ＩＤが生態データである場合には、使用するＩＤを一つに決定しているが、使用するＩＤの決定に生体データの登録日を判断基準に用いることを特徴としている。
＜補足＞
上記実施の形態において、本発明の実施の手法について説明してきたが、本発明がこれに限られないことは勿論である。以下、上記実施の形態以外に本発明の思想として含まれる各種の変形例について説明する。
（１）本発明は、上記実施の形態に示したデータの統合の手法であってもよい。当該データ統合方法は、複数のデータがありそれらを統合したい場合に、その各データにおいて一部が常にアクセスしたい状況にあり、また一部が常時アクセスできなくてもよい場合に、もともと一つのデータであったものを常にアクセスできる状態にしておく必要がある部分と常にアクセスできなくともよい部分とにわけて、二つのデータとした上で、常にアクセスする部分については、なるべく変更を加えず、一方で常時アクセスできなくてもよい部分については、大幅の変更を加えるというものである。また、当該手法をコンピュータに実行させるものであって、当該手法を実現するための手順を示したコンピュータプログラムであってもよい。また、本発明は当該コンピュータプログラムを記録した記録媒体であってもよい。
（２）上記実施の形態においては、特に述べなかったが、各拠点管理装置において使用されているＩＤ番号は、システム全体で、それぞれがユニークなものである。これによりシステム統合の際のＩＤ番号の重複を避けることができる。
（３）上記実施の形態においては、同姓同名の人物の区別については、特に記述しなかったが、同姓同名の人物が２人いた場合には、それぞれを区別できるように名前欄の記録を実行する必要があるが、これは登録時のオペレータの判断に委ねられることになる。
（４）上記実施の形態においては、統合管理装置が作成した統合人的テーブルを、各拠点管理装置が、認証テーブルリンクを保持している認証属性テーブルとの対応が取れるように記録して、記憶していた。
【０１０２】
これ以外にも以下の手法を用いて統合後の拠点管理装置の人的属性テーブルを作成してもよい。すなわち、統合管理装置が、拠点管理装置から吸い上げた人的属性テーブルに記録されている人物のデータと、自装置で作成する統合人的属性テーブルとの差分の人物のデータを検出し、検出された拠点管理装置が保持する人的属性テーブルに記録されていない人物のデータを送信し、そして、拠点管理装置が、送信されてきた人物のデータを自装置が保持している人的属性テーブルに追加するという手法を用いてもよい。
【０１０３】
あるいは、統合管理装置に、各拠点に対して統合人的属性テーブルを送信する際に、各拠点が保持する認証属性テーブルとの対応が取れるように認証テーブルリンクに情報を書き込む機能を持たせ、認証テーブルリンクにリンク情報が記録されている各拠点用の統合人的属性テーブルを送信するようにしてもよい。
（５）上記実施の形態においては、統合管理装置２００は、まず、全ての拠点管理装置が保持する人的属性テーブルと認証属性テーブルとを収集してから統合を実行することとしたが、一つずつ順番に拠点管理装置にアクセスし、アクセスした拠点管理装置の保持する人的属性テーブルと、認証属性テーブルの情報を保持していた、統合人的属性テーブルと統合認証属性テーブルとに加えていき、最終的に全ての拠点管理装置にアクセスして作成された統合人的属性テーブルを保持し、各拠点管理装置に対しては、完成した統合人的属性テーブルの認証テーブルリンクを空欄にしたデータを配布する構成としてもよい。
【図面の簡単な説明】
【０１０４】
【図１】本発明に係る認証システムのシステム構成を示したシステム図である。
【図２】拠点管理装置の機能構成を示した機能ブロック図である。
【図３】統合管理装置の機能構成を示した機能ブロック図である。
【図４】拠点管理装置１００ａがシステム統合前に保持しているデータの概念図である。（ａ）は人的属性テーブルであり、（ｂ）は認証属性テーブルである。
【図５】拠点管理装置１００ｂがシステム統合前に保持しているデータの概念図である。（ａ）は人的属性テーブルであり、（ｂ）は認証属性テーブルである。
【図６】統合管理装置が管理するデータの概念図である。（ａ）は、統合人的属性テーブルであり、（ｂ）は統合認証属性テーブルである。
【図７】統合後の拠点管理装置１００ａが保持することになるデータの概念図である。（ａ）は人的属性テーブルであり、（ｂ）は認証属性テーブルである。
【図８】統合後の拠点管理装置１００ｂが保持することになるデータの概念図である。（ａ）は人的属性テーブルであり、（ｂ）は認証属性テーブルである。
【図９】実施の形態１における統合処理の全体フローを示したフローチャートである。
【図１０】実施の形態１における統合管理装置のデータ更新の動作を示したフローチャートである。
【図１１】統合の際の拠点管理装置の動作を示したフローチャートである。
【図１２】実施の形態２における拠点管理装置が保持するデータの概念図である。（ａ）は、人的属性テーブルであり、（ｂ）はリンクテーブルであり、（ｃ）は認証属性テーブルである。
【図１３】拠点管理装置が保持する履歴データの概念図である。（ａ）は、人的属性テーブルの更新中の履歴データであり、（ｂ）は、人的属性テーブルの更新後の履歴データである。
【図１４】実施の形態３における拠点管理装置の履歴の保持に係る動作を示したフローチャートである。
【図１５】実施の形態４における拠点管理装置１００ａがシステム統合前に保持しているデータの概念図である。（ａ）は人的属性テーブルであり、（ｂ）は認証属性テーブルである。
【図１６】実施の形態４における拠点管理装置１００ｂがシステム統合前に保持しているデータの概念図である。（ａ）は人的属性テーブルであり、（ｂ）は認証属性テーブルである。
【図１７】実施の形態４における統合管理装置２００が管理するデータの概念図である。（ａ）は、統合人的属性テーブルであり、（ｂ）は統合認証属性テーブルである。
【図１８】実施の形態４における統合後の拠点管理装置１００ａが保持することになるデータの概念図である。（ａ）は人的属性テーブルであり、（ｂ）は認証属性テーブルである。
【図１９】実施の形態４における統合後の拠点管理装置１００ｂが保持することになるデータの概念図である。（ａ）は人的属性テーブルであり、（ｂ）は認証属性テーブルである。
【図２０】実施の形態５における統合管理装置が管理するデータの概念図である。（ａ）は、統合人的属性テーブルであり、（ｂ）は統合認証属性テーブルであり、（ｃ）は、変更認証情報テーブルある。
【図２１】実施の形態５における統合後の拠点管理装置１００ａが保持することになるデータの概念図である。（ａ）は人的属性テーブルであり、（ｂ）は認証属性テーブルである。
【図２２】実施の形態５における統合後の拠点管理装置１００ｂが保持することになるデータの概念図である。（ａ）は人的属性テーブルであり、（ｂ）は認証属性テーブルである。
【図２３】実施の形態５において参照される活動拠点テーブルである。
【図２４】実施の形態５の特徴に係る統合管理装置の動作を示したフローチャートである。
【図２５】実施の形態６における拠点管理装置１００ａがシステム統合前に保持しているデータの概念図である。（ａ）は人的属性テーブルであり、（ｂ）は認証属性テーブルである。
【図２６】実施の形態６における拠点管理装置１００ｂがシステム統合前に保持しているデータの概念図である。（ａ）は人的属性テーブルであり、（ｂ）は認証属性テーブルである。
【図２７】実施の形態６における統合管理装置が管理するデータの概念図である。（ａ）は、統合人的属性テーブルであり、（ｂ）は統合認証属性テーブルであり、（ｃ）は、変更認証情報テーブルである。
【図２８】実施の形態６における統合後の拠点管理装置１００ａが保持することになるデータの概念図である。（ａ）は人的属性テーブルであり、（ｂ）は認証属性テーブルである。
【図２９】実施の形態６における統合後の拠点管理装置１００ｂが保持することになるデータの概念図である。（ａ）は人的属性テーブルであり、（ｂ）は認証属性テーブルである。
【図３０】実施の形態６の特徴に係る統合管理装置の動作を示したフローチャートである。
【図３１】従来における認証に係るデータのデータ構造の概念図である。
【符号の説明】
【０１０５】
１００、１００ａ、１００ｂ  拠点管理装置
１１０  通信部
１２０  拠点データ管理部
１３０  ゲート制御装置Ｉ／Ｆ部
１４０  履歴管理部
１５０  履歴データ
１６０  人的属性テーブル
１７０  認証属性テーブル
２００  統合管理装置
２１０  通信部
２２０  統合データ管理部
２３０  統合人的属性テーブル
２４０  統合認証属性テーブル
２５０  変更認証属性テーブル
２６０  活動拠点テーブル
３００  通信ネットワーク
【図１】
2008186068.tif 000003
【図２】
2008186068.tif 000004
【図３】
2008186068.tif 000005
【図４】
2008186068.tif 000006
【図５】
2008186068.tif 000007
【図６】
2008186068.tif 000008
【図７】
2008186068.tif 000009
【図８】
2008186068.tif 000010
【図９】
2008186068.tif 000011
【図１０】
2008186068.tif 000012
【図１１】
2008186068.tif 000013
【図１２】
2008186068.tif 000014
【図１３】
2008186068.tif 000015
【図１４】
2008186068.tif 000016
【図１５】
2008186068.tif 000017
【図１６】
2008186068.tif 000018
【図１７】
2008186068.tif 000019
【図１８】
2008186068.tif 000020
【図１９】
2008186068.tif 000021
【図２０】
2008186068.tif 000022
【図２１】
2008186068.tif 000023
【図２２】
2008186068.tif 000024
【図２３】
2008186068.tif 000025
【図２４】
2008186068.tif 000026
【図２５】
2008186068.tif 000027
【図２６】
2008186068.tif 000028
【図２７】
2008186068.tif 000029
【図２８】
2008186068.tif 000030
【図２９】
2008186068.tif 000031
【図３０】
2008186068.tif 000032
【図３１】
2008186068.tif 000033