JP2010170484A

JP2010170484A - 統合サーバ、統合システム

Info

Publication number: JP2010170484A
Application number: JP2009014521A
Authority: JP
Inventors: Kenji Kuramae; 健治藏前
Original assignee: Panasonic Electric Works Co Ltd
Current assignee: Panasonic Electric Works Co Ltd
Priority date: 2009-01-26
Filing date: 2009-01-26
Publication date: 2010-08-05

Abstract

【課題】各入場管理システムを停止させることなく、かつセキュリティの低下を抑制しつつ各入場管理システムが管理する情報の統合を可能にした統合システムを提供する。
【解決手段】統合サーバ２００の更新処理部２０６は、通信部２０１を介して拠点サーバ１００Ａから統合対象の入場者のカードＩＤと拠点管理ＩＤを含む統合化依頼を受信すると、そのカードＩＤの統合カード情報テーブル５０における登録状況に応じて統合管理ＩＤを取得又は生成し、その統合管理ＩＤと拠点管理ＩＤとの対応を管理ＩＤ対応テーブル６０に登録し、予め登録されている部署ＩＤ対応テーブル７５において、統合サーバ２００の管理者等により選択された統合部署ＩＤと対応付けられている拠点Ａ部署ＩＤを取得し、受信している拠点管理ＩＤと取得した拠点Ａ部署ＩＤとを拠点サーバ１００Ａに送信する。
【選択図】図３

Description

本発明は、入場管理システムに関し、特に、認証のために用いられるデータの管理技術に関する。

ビルの入口や各部屋等の複数の管理対象領域に対する人の入場を、例えばＩＣカード等による認証に基づいて管理する入場管理システムが知られている（例えば、特許文献１）。近年、企業等においてもこの入場管理システムが導入されるようになってきており、複数の拠点（支社等）を有する企業等においては、拠点単位で順次、入場管理システムの導入が進められ、拠点毎に入場管理システムの運用が行われているケースがある。

各入場管理システムは、上述の認証を行うためにその拠点に入場が必要な者の情報を個別に管理している。従って、複数の拠点に出入りしている者の情報に変更が生じると、複数の拠点の入場管理システムそれぞれの情報を更新する必要がある。例えば、複数の拠点に出入りしている者の所属が人事異動等により変更になり、入場可能な管理対象領域に変更が生じた場合には、この者は、各拠点の入場管理システムの管理者等それぞれにデータの更新を依頼し、各管理者等が、それぞれの入場管理システムにより管理されている情報を更新する必要がある。

この結果、企業全体としての入場管理システムの運用コストが増えてしまうことから、各入場管理システムが管理している情報を統合化したい、つまり、一元的に管理できるようにしたいという要望がある。
しかしながら、各入場管理システムは個別に導入、運用されているため、管理している各情報のコード体系等がシステム毎に異なる場合があり、単純にデータを統合することができない場合がある。また、各入場管理システムの運用状態によっては、ある者について、本来入場が不要な管理対象領域への入場権限が設定されているなど、セキュリティ上問題がある状態となっている場合もあり、内容を精査することなく単純にデータを統合することは好ましくない場合もある。

この問題に対しては、各拠点に入場が必要な者全ての情報を生成しなおし、この生成しなおした情報を新たに設けたサーバ上で管理すると共に、各拠点の入場管理システムでそれまで管理していた情報に代えて、サーバ上で管理する情報を登録しなおす方法が考えられる。

特開２００５−１０７５８８号公報

しかしながら、上述の方法では、通常、各拠点の入場管理システムに対する大規模なデータの変更（例えば、データベースのテーブルを再作成するような変更）を伴うため、各入場管理システムを停止させてデータ変更を行わなければならなくなる。
入場管理システムでは、一般的に入場に係る認証の結果に応じて、管理対象領域の扉の施解錠を制御しているため、入場管理システムを停止させることで、管理対象領域への入場ができなくなってしまうという問題が生じうる。

そこで、本発明は係る問題に鑑みてなされたものであり、各入場管理システムを停止させることなく、かつセキュリティの低下を抑制しつつ各入場管理システムが管理する情報の統合を可能にした統合システムを提供することを目的とする。

上記課題を解決するために本発明に係る統合サーバは、拠点毎に配置され、当該拠点内の入場者を分類するための拠点グループ毎に入場可能なエリアを入場に係る認証を行うために管理する複数の拠点サーバと通信する統合サーバであって、全拠点の入場者を分類するための複数の統合グループと各拠点グループとの対応を示す情報を記憶している対応グループ記憶手段と、各拠点サーバから、入場者の認証に用いられる媒体識別情報と拠点内で当該入場者を識別可能な拠点個人識別情報とを受信する受信手段と、前記受信手段が受信した媒体識別情報に基づいて、前記受信手段が受信した拠点個人識別情報に、全ての拠点を通じて当該入場者を一意に識別可能な統合個人識別情報を割り当てる割当手段と、前記割当手段が割り当てた統合個人識別情報に係る入場者を分類するための統合グループを特定する特定手段と、前記対応グループ記憶手段において前記特定手段が特定した統合グループに対応する拠点グループを示す情報と、前記受信手段が受信した拠点個人識別情報とを当該拠点個人識別情報の送信元である拠点サーバへ送信する統合化情報送信手段とを備えることを特徴とする。

また、上記課題を解決するために本発明に係る統合システムは、拠点毎に配置され、当該拠点内の入場者を分類するための拠点グループ毎に入場可能なエリアを入場に係る認証を行うために管理する複数の拠点サーバと、各拠点サーバと通信する統合サーバとからなる統合システムであって、前記統合サーバは、全拠点の入場者を分類するための複数の統合グループと各拠点グループとの対応を示す情報を記憶している対応グループ記憶手段と、各拠点サーバから、入場者の認証に用いられる媒体識別情報と拠点内で当該入場者を識別可能な拠点個人識別情報とを受信する受信手段と、前記受信手段が受信した媒体識別情報に基づいて、前記受信手段が受信した拠点個人識別情報に、全ての拠点を通じて当該入場者を一意に識別可能な統合個人識別情報を割り当てる割当手段と、前記割当手段が割り当てた統合個人識別情報に係る入場者を分類するための統合グループを特定する特定手段と、前記対応グループ記憶手段において前記特定手段が特定した統合グループに対応する拠点グループを示す情報と、前記受信手段が受信した拠点個人識別情報とを当該拠点個人識別情報の送信元である拠点サーバへ送信する統合化情報送信手段とを備え、各拠点サーバは、入場者毎に、当該入場者の拠点個人識別情報と拠点グループを示す情報とを対応付けて記憶している拠点グループ記憶手段と、媒体識別情報と拠点個人情報とを前記統合サーバへ送信する送信手段と、前記統合サーバから拠点グループを示す情報と拠点個人識別情報とを受信する受信手段と、前記拠点グループ記憶手段において、前記受信手段が受信した拠点個人識別情報と対応付けられている拠点グループを示す情報に代えて、前記受信手段が受信した拠点グループを示す情報を記憶させる更新手段とを備えることを特徴とする。

ここで、媒体識別情報とは、個人を特定するための情報をいい、例えば、磁気カードやＩＣカード等の媒体に記録された識別情報や、指紋、声紋、虹彩、静脈等の生体情報をいう。

上述の構成を備える本発明に係る統合サーバ及び本発明に係る統合システムにおける統合サーバは、全拠点の入場者を分類するための複数の統合グループと、拠点内の入場者を分類するための拠点グループとの対応を記憶しており、拠点サーバから受信した、拠点内で入場者を識別可能な拠点個人識別情報に、全ての拠点を通じて当該入場者を一意に識別可能な統合個人識別情報を割り当てる。従って、統合サーバ側で、統合グループと拠点グループとの対応、及び拠点個人識別情報と統合個人識別情報との対応を把握できるので、統合グループを示す情報と拠点グループを示す情報のコード体系等や拠点個人識別情報と統合個人識別情報のコード体系等が異なっていても、拠点サーバ上で大規模なデータ構造の変更を行うことなく、拠点サーバで管理していた情報を、統合サーバ上で一元的に管理する（統合化）ようにすることができる。つまり、入場に係る認証を停止させることなく統合化を進めることができる。

また、統合サーバは、割り当てた拠点個人識別情報に係る入場者の統合グループを特定し、特定した統合グループに対応する拠点グループを示す情報を上記拠点サーバに送信する。従って、拠点サーバにおいて、その入場者の拠点グループが正しく設定されていない場合においても、統合サーバから送信された拠点グループを示す情報に基づいて拠点グループを再設定することで、正しい拠点グループを設定することができる。つまり、拠点グループ毎に入場可能なエリアを管理している拠点サーバにおいて、拠点グループが正しく設定されていない状況はセキュリティ上好ましくない状況であるが、この状況を是正しつつ統合化を進めることができる。

また、前記受信手段は、前記受信の際に、更に当該受信に係る情報の送信元である拠点サーバが配置されている拠点を特定するための拠点情報を受信し、前記対応グループ記憶手段は、各拠点グループを当該拠点グループを入場者の分類に用いている拠点を特定できるように記憶しており、前記統合化情報送信手段は、拠点サーバに送信する前記拠点グループを示す情報として、前記対応グループ記憶手段において前記特定手段が特定した統合グループに対応する拠点グループであって、かつ前記受信手段が受信した拠点情報により特定される拠点における拠点グループを示す情報を送信することとしてもよい。

これにより、統合サーバは、拠点個人識別情報の送信元である拠点サーバに対し、特定手段が特定した統合グループに対応する、その拠点サーバが配置されている拠点での拠点グループを示す情報を送信する。従って、各拠点サーバにおいて、例えば、全く異なるコード体系の拠点グループを示す情報が用いられていても、各拠点サーバ上で大規模なデータ構造の変更を行うことなく、拠点サーバで管理していた情報を、統合サーバ上で一元的に管理する（統合化）ようにすることができる。

また、前記統合サーバは、媒体識別情報と拠点個人識別情報と統合個人識別情報とを対応付けて記憶するための入場者記憶手段を備え、前記割当手段は、前記受信手段が受信した媒体識別情報と一致する媒体識別情報が、前記入場者記憶手段に既に記憶されていない場合には、新たに生成した統合個人識別情報により前記割当を行うと共に、当該統合個人識別情報と前記受信手段が受信した媒体識別情報及び拠点個人識別情報とを対応付けて前記入場者記憶手段に記憶させ、前記受信手段が受信した媒体識別情報と一致する媒体識別情報が、前記入場者記憶手段に既に記憶されている場合には、当該媒体識別情報と対応付けられている統合個人識別情報により前記割当を行うこととしてもよい。

これにより、統合サーバは、拠点サーバから受信した媒体識別情報と一致する媒体識別情報が入場者記憶手段に既に記憶されていない場合には、新たに生成した統合個人識別情報とその媒体識別情報とを含む情報を入場者記憶手段に記憶する。また、拠点サーバから受信した媒体識別情報と一致する媒体識別情報が入場者記憶手段に既に記憶されている場合、つまり、他の拠点サーバからも同一の媒体識別情報を受信し、上述の処理により入場者記憶手段への記憶がなされている場合には、その媒体識別情報と対応付けられている統合個人識別情報を、拠点サーバから受信した拠点個人識別情報に割り当てる。従って、複数の拠点において、同一の媒体識別情報を用いて認証される者（つまり、同一の入場者）に１つの統合個人識別情報を割り当てて統合サーバ上で管理することができる。

また、前記統合サーバは、更に前記割当手段が割り当てた統合個人識別情報と当該統合個人識別情報に係る入場者についての統合グループを示す情報とを対応付けて記憶するための統合グループ記憶手段を備え、前記特定手段は、ユーザによる統合グループの選択を受け付ける統合グループ受付部を備え、前記割当手段が割り当てた統合個人識別情報と一致する統合個人識別情報が前記統合グループ記憶手段に既に記憶されてない場合には、前記統合グループ受付部が受け付けた統合グループを、前記割当手段が割り当てた統合個人識別情報に係る入場者についての統合グループと特定すると共に、当該統合個人識別情報と当該統合グループを示す情報とを対応付けて前記統合グループ記憶手段に記憶させ、前記割当手段が割り当てた統合個人識別情報と一致する統合個人識別情報が前記統合グループ記憶手段に既に記憶されている場合には、当該統合個人識別情報と対応付けられている統合グループを、前記割当手段が割り当てた統合個人識別情報に係る入場者についての統合グループと特定することとしてもよい。

これにより、統合サーバは、割り当てた統合個人識別情報と一致する統合個人識別情報が統合グループ記憶手段に既に記憶されていない場合には、その統合個人識別情報とユーザにより選択された統合グループを示す情報と統合グループ記憶手段に記憶する。また、割り当てた統合個人識別情報と一致する統合個人識別情報が統合グループ記憶手段に既に記憶されている場合、つまり、上述の処理によりユーザにより既に統合グループが選択されている入場者については、統合グループ記憶手段に記憶されている統合グループをその統合個人識別情報に係る入場者の統合グループとして特定する。つまり、既に統合グループが選択されている入場者については、再度ユーザによる選択を受け付けることなく、迅速に統合化を進めることができる。

また、前記割当手段は、前記入場者記憶手段に拠点個人識別情報を記憶させる際に、当該拠点個人識別情報の送信元である拠点サーバが配置されている拠点を特定できるように記憶させ、前記統合サーバは、更にユーザによる変更の対象となる統合個人識別情報及び変更後の統合グループの選択を受け付け、前記統合グループ記憶手段において、受け付けた統合個人識別情報と対応付けられた統合グループを示す情報に代えて、受け付けた変更後の統合グループを示す情報を対応付けて記憶させる変更手段と、前記変更手段が変更後の統合グループを示す情報を記憶させると、前記対応グループ記憶手段において当該変更後の統合グループと対応付けられた拠点グループを示す情報及び前記入場者記憶手段において前記変更手段が受け付けた総合個人識別情報と対応付けられた拠点個人識別情報とを、それぞれの情報から特定される拠点に応じて、当該拠点の拠点サーバへ送信する変更情報送信手段とを備えることとしてもよい。

これにより、統合サーバにおいて、ユーザから選択された入場者の統合グループの変更を行うと、その変更後の統合グループと対応付けられた拠点グループを示す情報が、その入場者についての拠点個人識別情報と共に、その拠点個人識別情報を送信した拠点サーバに送信される。従って、統合サーバから送信された情報に基づいて、拠点個人識別情報が示す入場者の拠点グループを、統合サーバから送信された変更後の統合グループに対応する拠点グループに設定しなおすことで、統合サーバにおいて行われた統合グループの変更を、拠点サーバ側に反映させることができる。

また、前記統合サーバは、更に前記入場者記憶手段に記憶されている拠点個人識別情報についてのユーザによる選択を受け付ける個人識別情報受付手段と、前記個人識別情報受付手段が受け付けた拠点個人識別情報を前記入場者記憶手段から削除する削除手段と、前記削除手段が削除した拠点個人識別情報を、当該拠点個人識別情報から特定される拠点の拠点サーバへ送信する拠点化情報送信手段を備えることとしてもよい。

これにより、統合サーバは、ユーザから選択された拠点個人識別情報を入場者記憶手段から削除し、削除した拠点個人識別情報を、その拠点個人識別情報を送信した拠点サーバに送信する。従って、拠点個人識別情報のみを受信した場合に拠点サーバが、以降その拠点個人識別情報に係る入場者の情報を個別に管理するようにすることで、一旦統合サーバ側で管理（統合化）されていた入場者の情報を、再度拠点サーバ側で管理する（拠点化）ようにすることができる。

統合システム１０００のシステム構成図である。拠点サーバ１００Ａの主要部の機能構成を示すブロック図である。統合サーバ２００の主要部の機能構成を示すブロック図である。拠点サーバ１００Ａが使用する拠点カード情報テーブル１０Ａ、拠点部署情報テーブル２０Ａ、拠点所属情報テーブル１５Ａ、入場権限情報テーブル３０Ａ、部署権限情報テーブル２５Ａのデータ構成及び内容例を示す図である。統合サーバ２００が使用する統合カード情報テーブル５０、管理ＩＤ対応テーブル６０、統合部署情報テーブル７０、部署ＩＤ対応テーブル７５、統合所属情報テーブル６５、拠点サーバ情報テーブル８０のデータ構成及び内容例を示す図である。統合化処理を示すフローチャートである。拠点化処理を示すフローチャートである。更新処理を示すフローチャートである。

以下、本発明に係る統合システムの一実施形態として、１つの企業における支社等の各拠点においてそれぞれ個別に導入、運用されてきた拠点サーバ上で管理されている入場者に関する情報を統合する場合を例にして図面を参照しながら説明する。
≪実施の形態≫
＜概要＞
実施の形態に係る統合システムは、入場に係る認証に用いられる入場者に関する情報を個別に管理している複数の拠点サーバと、統合サーバとを備え、拠点サーバの管理者等が指定した入場者に関する情報を、統合サーバ上で一元的に管理するように変更する（統合化）ことができるようにしたものである。これにより、入場者に関する情報の更新に伴う運用コストを抑えることができる。

各拠点サーバは、それぞれ、拠点内の入場者の識別情報（以下、「拠点管理ＩＤ」という）と所属部署を示す情報（以下、「拠点部署ＩＤ」という）とを対応付けるテーブルと、部署毎に、拠点内の入場可能なエリアを定義したテーブルとを保持している。
各拠点サーバは、入場者の認証を行う１台以上のゲートユニット（以下、「ＧＵ」という）と接続しており、接続先のＧＵに対しこれらのテーブルの情報を予め配信しておき、ＧＵに入場者の認証を行わせている。

上述のように各拠点サーバは入場者に関する情報を個別に管理しているため、各拠点サーバが記憶している拠点管理ＩＤや拠点部署ＩＤは、それぞれの拠点において入場者や部署を識別可能なように別々に割り当てられたものである。従って、例えば、１つのＩＣカードを用いて各拠点内での認証を経ることで、拠点Ａと拠点Ｂとに出入りする総務部の甲さんについての拠点Ａにおける拠点管理ＩＤや拠点部署ＩＤと、拠点Ｂにおける拠点管理ＩＤや拠点部署ＩＤとには異なる値が割り当てられている場合がある。

そのため、統合サーバは、統合化の対象である入場者それぞれに対して全拠点を通じて識別可能な情報（以下、「統合管理ＩＤ」という）を割り当てると共に、統合サーバ上で所属部署を示す情報（以下、「統合部署ＩＤ」という）を新たに定義し、統合部署ＩＤと各拠点における拠点部署ＩＤとの対応テーブルを保持し、統合管理ＩＤと各拠点におけるその入場者の拠点管理ＩＤとの対応テーブルを生成することで、各拠点サーバにおける拠点管理ＩＤや拠点グループＩＤのコード体系等を変更することなく、統合化を進めることができる。

このように本統合システムでは、各拠点サーバにおいて、上述のテーブルのデータ構造の変更を伴う大きな変更を行わなくて済むため、このデータの変更を各ＧＵに反映させる際に入場に係る認証処理を停止させることなく、統合化を進めることができる。
また、本実施の形態では、各拠点サーバの管理者等が統合化の対象とする入場者を選択できるものとしているので、例えば、拠点サーバ側で管理したい入場者に関する情報（例えば、その拠点だけにしか入場しない社員の情報や、比較的雇用期間が短い派遣社員の情報など）については、引き続き拠点サーバ側で管理するなど管理の自由度を高めることができると共に、統合サーバの管理者等が予め全ての統合化対象の入場者を把握しておく必要がないので、全体として統合化にかかる時間を短縮できる。

なお、本統合システムでは、一旦統合化した入場者に関する情報を、再度拠点サーバで個別に管理するように変更する（拠点化）ことも可能である。この拠点化は、ある入場者に関する情報を、統合サーバ上で一元的に管理する必要がなくなった場合に行われるものであり、例えば、拠点単位で分社化した場合などに利用される。
＜構成＞
まず、実施の形態に係る統合システム１０００の構成について説明する。

＜統合システム＞
図１は、統合システム１０００のシステム構成図である。
同図に示すとおり、統合システム１０００は、拠点サーバ１００Ａ〜１００Ｃと統合サーバ２００とから構成され、各拠点サーバと統合サーバ２００とはＷＡＮ（Wide Area Network）１を介して接続している。

ここで、各拠点サーバ（１００Ａ〜１００Ｃ）は、ディスプレイを有するＰＣ（Personal Computer）等であり、１つの企業の異なる拠点（支社等）にそれぞれ設置されており、基本機能として、設置されている拠点内の入場者に関する情報を記憶し、自サーバと接続する１以上のＧＵに対し、記憶している入場者に関する情報を配信する機能を有する。
なお以下では、拠点サーバ１００Ａが拠点Ａに、拠点サーバ１００Ｂが拠点Ｂに、拠点サーバ１００Ｃが拠点Ｃに設置されているものとする。

各ＧＵは、接続先の拠点サーバと同じ拠点にそれぞれ設置されており、１以上のカードリーダとＬＡＮを介して接続している。各カードリーダは、接続先のＧＵが設置されている拠点と同じ拠点内の管理対象領域（部屋等）へ入場するための扉の近傍に設置され、各管理対象領域への入場者が所持するＩＣカードに記録されているカードＩＤを読み出し、読み出したカードＩＤを接続先のＧＵに送信するものである。各ＧＵは、接続先のカードリーダから受信したカードＩＤと接続先の拠点サーバから配信された入場者に関する情報とに基づいて入場者の認証を行い、認証結果に応じて扉の施解錠を制御する。このように、１台の拠点サーバとそのサーバに接続する各ＧＵとそのＧＵに接続する各カードリーダとで１つの入場管理システムを形成している。

なお、同図においては、拠点サーバ１００ＡにＬＡＮ２Ａを介して接続する２台のＧＵ（３Ａ、３Ｂ）と、ＧＵ３Ａに接続する２台のカードリーダ（４Ａ、４Ｂ）のみを図示しているが、他の拠点サーバ１００Ｂ、１００Ｃについても同様にＧＵとカードリーダが接続している。また、各拠点サーバに接続するＧＵの台数及び各ＧＵに接続するカードリーダの台数は、同図に示す例に限られず何台であってもよい。

また、各拠点サーバは、自サーバの管理者等からの統合化を指示する操作に応じて、統合サーバ２００に統合化依頼を送信して統合化を依頼する機能と、統合サーバ２００からの拠点化依頼に基づいて拠点化対象の入場者に関する情報を拠点化、つまり自サーバ上で管理する機能とを有する。
統合サーバ２００は、ディスプレイを有するＰＣ等であり、各拠点サーバから受信した統合化依頼に応じて、入場者に関する情報を統合化、つまり、自サーバ上で一元的に管理する機能を有する。また、統合サーバ２００は、自サーバの管理者等からの拠点化を指示する操作に応じて、該当の拠点サーバに拠点化依頼を送信して拠点化を依頼する機能を有する。

なお、同図では、３台の拠点サーバ（１００Ａ〜１００Ｃ）を図示しているが、これは、統合システム１０００の構成の一部を示したものであり、拠点サーバの台数は、同図に示す例に限られず、２台以上であれば何台でもよい。
以下、拠点サーバ１００Ａ〜１００Ｃ、統合サーバ２００の構成について、更に詳しく説明する。

＜拠点サーバ＞
まず、各拠点サーバの構成について説明するが、拠点サーバ１００Ａ〜１００Ｃそれぞれの構成は同様であるため、以下では、拠点サーバ１００Ａを例に説明する。
図２は、拠点サーバ１００Ａの主要部の機能構成を示すブロック図である。
拠点サーバ１００Ａは、メモリ及びプロセッサを含み、機能面において、同図に示すとおり、第１通信部１０１、第２通信部１０２、操作部１０３、表示部１０４、ユーザインタフェース部１０５、記憶部１０６、テーブル情報送信処理部１０７、及び更新処理部１０８を備える。ユーザインタフェース部１０５、テーブル情報送信処理部１０７、更新処理部１０８の各機能は、上述のメモリに記憶されている制御プログラムを上述のプロセッサが実行することにより実現される。

ここで、第１通信部１０１は、ＷＡＮ１を介して統合サーバ２００とデータの送受信を行う機能を有し、第２通信部１０２は、ＬＡＮ２Ａを介して接続先の各ＧＵ（３Ａ、３Ｂ）にデータを送信する機能を有する。
操作部１０３は、キーボード等の入力機器であり、ユーザにより押下されたキー等に対応する入力信号をユーザインタフェース部１０５に伝達する機能を有し、特に自サーバの管理者等が統合化を指示する際や接続先の各ＧＵに入場に係る認証に用いる情報の送信を指示する際に使用される。

表示部１０４は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等の表示機器であり、ユーザインタフェース部１０５や更新処理部１０８の指示に応じて、文字や画像等を表示する機能を有する。
ユーザインタフェース部１０５は、操作部１０３から伝達されたユーザ操作の内容に応じて、文字や画像等を表示部１０４に表示させると共に、ユーザ操作の内容をテーブル情報送信処理部１０７や更新処理部１０８に伝達する機能を有する。

記憶部１０６は、拠点カード情報テーブル１０Ａ（図４（ａ）参照）、拠点部署情報テーブル２０Ａ（同図（ｂ）参照）、拠点所属情報テーブル１５Ａ（同図（ｃ）参照）、入場権限情報テーブル３０Ａ（同図（ｄ）参照）、部署権限情報テーブル２５Ａ（同図（ｅ）参照）を記憶するためのメモリ領域である。各テーブルについては後に詳細に説明する。

テーブル情報送信処理部１０７は、ユーザインタフェース部１０５を介して受け付けたユーザからの送信指示に応じて、記憶部１０６の各テーブルに基づく入場に係る認証に用いる情報を第２通信部１０２を介して接続先の各ＧＵへ送信する機能を有する。なお、各ＧＵにおける認証の仕様により、入場に係る認証に用いる情報として、各テーブルそのものを送信するようにしてもよいし、各テーブルから生成した情報（例えば、各テーブルから生成した拠点内の入場者毎に入場権限を定義したテーブルなど）を送信するようにしてもよい。

更新処理部１０８は、ユーザインタフェース部１０５を介して受け付けたユーザからの統合化指示に基づいて、統合化依頼を生成し第１通信部１０１を介して統合サーバ２００に送信し、統合サーバ２００から受信した統合化が完了した旨の完了通知に基づいて、記憶部１０６の拠点カード情報テーブル１０Ａ及び拠点所属情報テーブル１５Ａを更新する機能を有する。

なお、ユーザからの統合化指示には、拠点内の入場者のうち統合化対象の入場者を指定する情報が含まれ、統合化依頼は、この指定された入場者についての拠点カード情報テーブル１０Ａにおける情報を含むものである。
また、更新処理部１０８は、統合サーバ２００から第１通信部１０１を介して受信した拠点化依頼（拠点化の対象とする入場者の拠点管理ＩＤを含む）に応じて、記憶部１０６の拠点カード情報テーブル１０Ａを更新する機能を有する。

＜統合サーバ＞
次に、統合サーバ２００の構成について説明する。
図３は、統合サーバ２００の主要部の機能構成を示すブロック図である。
統合サーバ２００は、メモリ及びプロセッサを含み、機能面において、同図に示すとおり、通信部２０１、操作部２０２、表示部２０３、ユーザインタフェース部２０４、記憶部２０５、及び更新処理部２０６を備える。ユーザインタフェース部２０４及び更新処理部２０６の各機能は、上述のメモリに記憶されている制御プログラムを上述のプロセッサが実行することにより実現される。

ここで、通信部２０１は、ＷＡＮ１を介して各拠点サーバとデータの送受信を行う機能を有する。
操作部２０２は、キーボード等の入力機器であり、ユーザにより押下されたキー等に対応する入力信号をユーザインタフェース部２０４に伝達する機能を有し、特に自サーバの管理者等が、統合化対象の入場者の所属を選択する操作を行う際や、拠点化の指示や、統合化された入場者の情報を更新する指示を行う際に使用される。

表示部２０３は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）等の表示機器であり、ユーザインタフェース部２０４や更新処理部２０６の指示に応じて、文字や画像等を表示する機能を有する。
ユーザインタフェース部２０４は、操作部２０２から伝達されたユーザ操作の内容に応じて、文字や画像等を表示部２０３に表示させると共に、ユーザ操作の内容を更新処理部２０６に伝達する機能を有する。

記憶部２０５は、統合カード情報テーブル５０（図５（ａ）参照）、管理ＩＤ対応テーブル６０（同図（ｂ）参照）、統合部署情報テーブル７０（同図（ｃ）参照）、部署ＩＤ対応テーブル７５（同図（ｄ）参照）、統合所属情報テーブル６５（同図（ｅ）参照）、拠点サーバ情報テーブル８０（同図（ｆ）参照）を記憶するためのメモリ領域である。
各テーブルの詳細は後に説明する。

更新処理部２０６は、通信部２０１を介して各拠点サーバから受信した統合化依頼（統合化対象の入場者についての拠点カード情報テーブル１０Ａにおける情報を含む）及びユーザインタフェース部２０４を介して自サーバの管理者等により受け付けた統合化対象の入場者の所属に基づいて、その統合化対象の入場者の情報を記憶部２０５の統合カード情報テーブル５０や管理ＩＤ対応テーブル６０、統合所属情報テーブル６５に登録する機能を有する。この登録が統合化に相当する。この登録が完了すると、統合化が完了した旨の完了通知を、統合化依頼の送信元である拠点サーバに送信する。

なお、この完了通知には、統合化対象の入場者についてのその拠点における拠点管理ＩＤや、記憶部２０５の部署ＩＤ対応テーブル７５において上述の統合サーバの管理者等により選択された統合化対象の入場者の所属と対応付けられているその拠点における拠点部署ＩＤが含まれる。
また、更新処理部２０６は、ユーザインタフェース部２０４を介して受け付けた自サーバの管理者等からの拠点化指示（選択された拠点化対象の入場者の拠点管理ＩＤを含む）に基づいて、その拠点管理ＩＤを管理ＩＤ対応テーブル６０から削除すると共に、その拠点管理ＩＤに対応する拠点の拠点サーバに拠点化依頼（その拠点管理ＩＤを含む）を送信する機能を有する。

なお、更新処理部２０６は、一般的な機能として、ユーザインタフェース部２０４を介して受け付けた統合化された入場者の情報を更新する指示に基づいて、統合所属情報テーブル６５等を更新すると共に、更新後の内容を含む更新依頼を通信部１０１を介して該当の拠点サーバに送信する機能も有する。
＜データ＞
以下、統合システム１０００において、使用されるデータについて説明する。

＜拠点カード情報テーブル＞
以下、拠点サーバ１００Ａが使用する拠点カード情報テーブル１０Ａについて説明する。
図４（ａ）は、拠点カード情報テーブル１０Ａのデータ構成及び内容例を示す図である。

拠点カード情報テーブル１０Ａは、同図に示すように、入場者毎に、カードＩＤ１１と、拠点管理ＩＤ１２と、利用者名１３と、統合フラグ１４とを対応付けて構成される情報である。
ここで、カードＩＤ１１は、対応する入場者が所持するＩＣカードに記録されているそのＩＣカードの識別情報であり、他のカードＩＤと重複しない文字列データである。

拠点管理ＩＤ１２は、拠点サーバの管理者等がその入場者を拠点内で識別するために管理上割り当てた識別情報であり、他の拠点管理ＩＤと重複しない文字列データである。
利用者名１３は、その入場者の氏名であり、拠点サーバ１００Ａの管理者等が各拠点カード情報（レコード）がどの入場者の情報であるかを一見して把握するために用いられる。

統合フラグ１４は、その入場者についての拠点カード情報（レコード）が、統合化されているか否かを示す情報であり、この例では、統合化されていないものを「０」、統合化されているものを「１」としている。
同図は、例えば、カードＩＤが「２ｙ３Ｂ９・・・ｔ９４８Ｃ７」であるＩＣカードを所持する入場者の拠点管理ＩＤは「ＭＡ０００１」であり、そのＩＣカードの利用者名は「井上一郎」であり、統合フラグは「０」、つまり、この拠点カード情報（レコード）は、統合化されていないことを示している。

また、同図は、例えば、カードＩＤが「２ｂ９２３・・・Ｚ７０Ａ３２」であるＩＣカードを所持する入場者の拠点管理ＩＤは「ＭＡ０００３」であり、そのＩＣカードの利用者名は「西村三郎」であり、統合フラグは「１」、つまり、この拠点カード情報（レコード）は、統合化されていることを示している。
なお、拠点カード情報テーブル１０Ａの生成は、拠点サーバ１００Ａの管理者等により行われ、拠点カード情報テーブル１０Ａへの新たなデータの登録は、拠点サーバ１００Ａの管理者等による操作部１０３からの操作に基づいて行われ、その際、統合フラグ１４は「０」として登録される。

また、拠点カード情報テーブル１０Ａに登録済みのデータの更新、削除は、拠点サーバ１００Ａの管理者等による操作部１０３からの操作に基づいて行われる場合と、統合サーバ２００からの完了通知、拠点化依頼や更新依頼に基づいて行われる場合とがある。
管理者等の操作に基づく更新、削除は、統合フラグ１４が「０」である拠点カード情報（レコード）のみに対して可能であり、統合サーバ２００からの完了通知等に基づく更新、削除は、統合フラグ１４が「１」である拠点カード情報（レコード）のみに対して行われる。

＜拠点部署情報テーブル＞
以下、拠点サーバ１００Ａが使用する拠点部署情報テーブル２０Ａについて説明する。
図４（ｂ）は、拠点部署情報テーブル２０Ａのデータ構成及び内容例を示す図である。
拠点部署情報テーブル２０Ａは、同図に示すように、部署毎に、拠点部署ＩＤ２１と、拠点部署名２２とを対応付けて構成される情報である。

ここで、拠点部署ＩＤ２１は、拠点内での部署の識別情報であり、他の拠点部署ＩＤと重複しない文字列データである。また、拠点部署名２２は、その部署の名称であり、拠点サーバ１００Ａの管理者等が各拠点部署情報（レコード）がどの部署の情報であるかを一見して把握するために用いられる。
同図は、例えば、拠点部署ＩＤが「ＳＡ０００１」である部署の拠点部署名は「開発部（Ａ拠点）」であることを示している。

なお、拠点部署情報テーブル２０Ａの生成は、拠点サーバ１００Ａの管理者等により行われ、新たなデータの登録、登録済みのデータの更新、削除は原則行われない。
＜拠点所属情報テーブル＞
以下、拠点サーバ１００Ａが使用する拠点所属情報テーブル１５Ａについて説明する。
図４（ｃ）は、拠点所属情報テーブル１５Ａのデータ構成及び内容例を示す図である。

拠点所属情報テーブル１５Ａは、同図に示すように、拠点内の入場者毎に、拠点管理ＩＤ１６と、拠点部署ＩＤ１７とを対応付けて構成される情報である。
ここで、拠点管理ＩＤ１６は、対応する入場者の識別情報であり、拠点カード情報テーブル１０Ａのいずれかの拠点管理ＩＤと一致するものである。また、拠点部署ＩＤ１７は、その入場者の所属部署を示す情報であり、拠点部署情報テーブル２０Ａのいずれかの拠点部署ＩＤと一致するものである。

同図は、例えば、拠点管理ＩＤが「ＭＡ０００１」である入場者（井上一郎）の拠点部署ＩＤは「ＳＡ０００２」（つまり、所属は営業部（Ａ拠点））であることを示している。
なお、拠点所属情報テーブル１５Ａの生成は、拠点サーバ１００Ａの管理者等により行われ、拠点所属情報テーブル１５Ａへの新たなデータの登録は、拠点カード情報テーブル１０Ａに新たなデータの登録が行われる際に、拠点サーバ１００Ａの管理者等による操作部１０３からの操作に応じて行われる。

また、拠点所属情報テーブル１５Ａに登録済みのデータの更新、削除は、拠点カード情報テーブル１０Ａと同様に、拠点サーバ１００Ａの管理者等による操作部１０３からの操作に基づいて行われる場合と、統合サーバ２００からの通知等（完了通知、拠点化依頼や更新依頼）に基づいて行われる場合とがある。即ち、管理者等の操作に基づく更新、削除は、拠点カード情報テーブル１０Ａにおいて統合フラグが「０」である拠点カード情報に含まれている拠点管理ＩＤと同一の拠点管理ＩＤを含む拠点所属情報（レコード）のみに対して可能であり、統合サーバ２００からの通知等に基づく更新、削除は、拠点カード情報テーブル１０Ａにおいて統合フラグが「１」である拠点カード情報に含まれている拠点管理ＩＤと同一の拠点管理ＩＤを含む拠点所属情報（レコード）のみに対して行われる。

＜入場権限情報テーブル＞
以下、拠点サーバ１００Ａが使用する入場権限情報テーブル３０Ａについて説明する。
図４（ｄ）は、入場権限情報テーブル３０Ａのデータ構成及び内容例を示す図である。
入場権限情報テーブル３０Ａは、同図に示すように、入場権限毎に、権限ＩＤ３１と、許可曜日３２と、許可時間３３と、許可エリア３４とを対応付けて構成される情報である。

ここで、権限ＩＤ３１は、入場権限の識別情報であり、他の権限ＩＤと重複しない文字列データである。また、許可曜日３２、許可時間３３、許可エリア３４は、それぞれ対応する入場権限において、入場が許可された曜日、時間、エリアを示す情報である。
同図は、例えば、権限ＩＤが「Ｔ０００１」である入場権限は、許可曜日が「Ｓｕｎ−Ｓｕｔ」（日曜‐土曜）であり、許可時間が「０：００−２４：００」であり、許可エリアが「システム開発室（Ａ拠点）」であることを示している。つまり、この入場権限は、２４時間３６５日、システム開発室（Ａ拠点）に入場できるものであることを示している。

なお、入場権限情報テーブル３０Ａの生成及び新たなデータの登録、登録済みのデータの更新、削除は、拠点サーバ１００Ａの管理者等による操作部１０３からの操作に基づいて行われる。
＜部署権限情報テーブル＞
図４（ｅ）は、部署権限情報テーブル２５Ａのデータ構成及び内容例を示す図である。

部署権限情報テーブル２５Ａは、同図に示すように、拠点内の部署毎に、拠点部署ＩＤ２６と、権限ＩＤ２７とを対応付けて構成される情報である。
ここで、拠点部署ＩＤ２６は、拠点内の部署の識別情報であり、拠点部署情報テーブル２０Ａのいずれかの拠点部署ＩＤと一致するものである。また、権限ＩＤ２７は、入場権限の識別情報であり、入場権限情報テーブル３０Ａのいずれかの権限ＩＤと一致するものである。

同図は、例えば、拠点部署ＩＤが「ＳＡ０００１」である部署（開発部（Ａ拠点））の権限ＩＤは「Ｔ０００１」であることを示している。つまり、開発部（Ａ拠点）に所属する者は、２４時間３６５日、システム開発室（Ａ拠点）に入場できることを示している。
なお、部署権限情報テーブル２５Ａの生成、新たなデータの登録、登録済みのデータの更新、削除は、拠点サーバ１００Ａの管理者等による操作部１０３からの操作に基づいて行われる。

＜統合カード情報テーブル＞
以下、統合サーバ２００が使用する統合カード情報テーブル５０について説明する。
図５（ａ）は、統合カード情報テーブル５０のデータ構成及び内容例を示す図である。
統合カード情報テーブル５０は、同図に示すように、入場者毎に、カードＩＤ５１と、統合管理ＩＤ５２と、利用者名５３とを対応付けて構成される情報である。

ここで、カードＩＤ５１、利用者名５３は、それぞれ拠点カード情報テーブル１０ＡのカードＩＤ１１、利用者名１３と同様のものである。統合管理ＩＤ５２は、統合サーバの管理者等が、対応する入場者を全拠点を通じて識別するために管理上割り当てた識別情報であり、他の統合管理ＩＤと重複しない文字列データである。
同図は、例えば、カードＩＤが「２ｂ９２３・・・Ｚ７０Ａ３２」であるＩＣカードを所持する入場者の統合管理ＩＤは「Ｍ０００００００１」であり、そのＩＣカードの利用者名は「西村三郎」であることを示している。

なお、統合カード情報テーブル５０の生成は、統合サーバ２００の管理者等により行われる。また、統合カード情報テーブル５０への新たなデータの登録は、各拠点サーバから受信した統合化依頼に基づいて行われる。また、統合カード情報テーブル５０に登録済みのデータの更新、削除は、統合サーバ２００の管理者等による操作部２０２からの操作に基づいて行われる。

＜管理ＩＤ対応テーブル＞
以下、統合サーバ２００が使用する管理ＩＤ対応テーブル６０について説明する。
図５（ｂ）は、管理ＩＤ対応テーブル６０のデータ構成及び内容例を示す図である。
管理ＩＤ対応テーブル６０は、同図に示すように、統合管理ＩＤ６１と、拠点Ａ管理ＩＤ６２と、拠点Ｂ管理ＩＤ６３と、拠点Ｃ管理ＩＤ６４とを対応付けて構成される情報である。

統合管理ＩＤ６１は、対応する入場者の識別情報であり、統合カード情報テーブル５０のいずれかの統合管理ＩＤと一致するものである。拠点Ａ管理ＩＤ６２は、その入場者の拠点Ａ内での識別情報であり、拠点カード情報テーブル１０Ａのいずれかの拠点管理ＩＤと一致するものである。また、拠点Ｂ管理ＩＤ６３、拠点Ｃ管理ＩＤ６４は、それぞれ対応する入場者の拠点Ｂ内、拠点Ｃ内での識別情報あり、拠点サーバ１００Ｂ、１００Ｃにそれぞれ記憶されている拠点カード情報テーブル（不図示）のいずれかの拠点管理ＩＤと一致するものである。

同図は、例えば、統合管理ＩＤが「Ｍ０００００００１」である入場者（西村三郎）の拠点Ａ管理ＩＤは「ＭＡ０００３」であり、拠点Ｂ管理ＩＤは空欄であり、拠点Ｃ管理ＩＤは「ＭＣ０００１」であることを示している。拠点Ｂ管理ＩＤが空欄であるのは、この入場者（西村三郎）が、拠点Ｂにおける入場者でないか、又は拠点Ｂにおいてこの入場者の情報が統合化されていないことを示している。

なお、管理ＩＤ対応テーブル６０の生成は、統合サーバ２００の管理者等により行われる。また、管理ＩＤ対応テーブル６０への新たなデータの登録は、各拠点サーバから受信した統合化依頼に基づいて行われる。また、管理ＩＤ対応テーブル６０に登録済みのデータの削除は、統合サーバ２００の管理者等による操作部２０２からの拠点化を指示する操作に基づいて行われる。なお、管理ＩＤ対応テーブル６０に登録済みのデータの更新は、原則行われない。

＜統合部署情報テーブル＞
以下、統合サーバ２００が使用する統合部署情報テーブル７０について説明する。
図５（ｃ）は、統合部署情報テーブル７０のデータ構成及び内容例を示す図である。
統合部署情報テーブル７０は、同図に示すように、統合部署ＩＤ７１と、統合部署名７２とを対応付けて構成される情報である。

ここで、統合部署ＩＤ７１は、対応する部署の統合サーバ２００上での識別情報であり、他の統合部署ＩＤと重複しない文字列データである。また、統合部署名７２は、その部署の名称であって、統合サーバ２００の管理者等が各統合部署情報（レコード）がどの部署の情報であるかを一見して把握するために用いられる。
同図は、例えば、統合部署ＩＤが「Ｓ０００１」である部署の統合部署名は「システム開発部」であることを示している。

なお、統合部署情報テーブル７０の生成は、統合サーバ２００の管理者等により行われ、統合部署情報テーブル７０への新たなデータの登録、登録済みのデータの更新、削除は統合サーバ２００の管理者等による操作部２０２からの操作に基づいて行われる。
＜部署ＩＤ対応テーブル＞
以下、統合サーバ２００が使用する部署ＩＤ対応テーブル７５について説明する。

図５（ｄ）は、部署ＩＤ対応テーブル７５のデータ構成及び内容例を示す図である。
部署ＩＤ対応テーブル７５は、同図に示すように、統合部署ＩＤ７６と、拠点Ａ部署ＩＤ７７と、拠点Ｂ部署ＩＤ７８と、拠点Ｃ部署ＩＤ７９とを対応付けて構成される情報である。
統合部署ＩＤ７６は、対応する部署の統合サーバ２００上での識別情報であり、統合部署情報テーブル７０のいずれかの統合部署ＩＤと一致するものである。拠点Ａ部署ＩＤ７７は、対応する部署の拠点Ａ内での識別情報であり、拠点部署情報テーブル２０Ａのいずれかの拠点部署ＩＤと一致するものである。また、拠点Ｂ部署ＩＤ７８、拠点Ｃ部署ＩＤ７９は、それぞれ対応する部署の拠点Ｂ、拠点Ｃにおける識別情報あり、拠点サーバ１００Ｂ、１００Ｃにそれぞれ記憶されている拠点部署情報テーブル（不図示）のいずれかの拠点部署ＩＤと一致するものである。

同図は、例えば、統合部署ＩＤが「Ｓ０００１」である部署（システム開発部）に対応する拠点Ａ部署ＩＤは、「ＳＡ０００１」（開発部（拠点Ａ））であり、拠点Ｂ部署ＩＤは、空欄であり、拠点Ｃ部署ＩＤは「ＳＣ０００２」であることを示している。拠点Ｂ部署ＩＤが空欄なのは、拠点Ｂにおいて対応の部署が存在しないことを示している。
なお、部署ＩＤ対応テーブル７５の生成は、統合サーバ２００の管理者等により行われる。また、部署ＩＤ対応テーブル７５への新たなデータの登録、登録済みのデータの更新、削除は、統合サーバ２００の管理者等による操作部２０２からの操作に基づいて行われる。

＜統合所属情報テーブル＞
以下、統合サーバ２００が使用する統合所属情報テーブル６５について説明する。
図５（ｅ）は、統合所属情報テーブル６５のデータ構成及び内容例を示す図である。
統合所属情報テーブル６５は、同図に示すように、統合化された入場者毎に、統合管理ＩＤ６６と、統合部署ＩＤ６７とを対応付けて構成される情報である。

ここで、統合管理ＩＤ６６は、統合化された入場者の識別情報であり、統合カード情報テーブル５０のいずれかの統合管理ＩＤと一致するものである。また、統合部署ＩＤ６７は、その入場者の統合サーバ２００での所属部署を示す情報であり、統合部署情報テーブル７０のいずれかの統合部署ＩＤと一致するものである。
同図は、例えば、統合管理ＩＤが「Ｍ０００００００１」である統合化された入場者（西村三郎）の統合部署ＩＤは「Ｓ０００２」（営業部）であることを示している。

なお、統合所属情報テーブル６５の生成は、統合サーバ２００の管理者等により行われ、統合所属情報テーブル６５への新たなデータの登録、登録済みのデータの更新、削除は、統合サーバ２００の管理者等による操作部２０２からの操作に基づいて行われる。
＜拠点サーバ情報テーブル＞
以下、統合サーバ２００が使用する拠点サーバ情報テーブル８０について説明する。

図５（ｆ）は、拠点サーバ情報テーブル８０のデータ構成及び内容例を示す図である。
拠点サーバ情報テーブル８０は、同図に示すように、拠点サーバ毎に、ＩＰアドレス８１と、拠点８２とを対応付けて構成される情報である。
ここで、ＩＰアドレス８１は、対応する拠点サーバのＩＰアドレスであり、拠点８２は、その拠点サーバが設置されている拠点を示す情報である。

同図は、例えば、ＩＰアドレス８１が「ｘｘ．ｘｘ．ｘｘ．１」である拠点サーバが設置されている拠点８２は「拠点Ａ」であることを示しており、つまりこの拠点サーバ情報（レコード）は拠点サーバ１００Ａについての拠点サーバ情報である。
＜動作＞
次に、上記構成を備え、上記データを取り扱う統合システム１０００の動作を説明する。

＜統合化処理＞
まず、統合化処理について説明する。
図６は、統合化処理を示すフローチャートである。
拠点サーバ１００Ａの更新処理部１０８は、ユーザインタフェース部１０５及び操作部１０３を介して、自サーバの管理者等からの統合化を指示する操作を受け付けると、記憶部１０６の拠点カード情報テーブル１０Ａに登録されている各拠点カード情報（レコード）のうち、統合フラグが「０」である各拠点カード情報、つまり未だ統合化されていない各拠点カード情報を表示部１０４に表示させる。

表示部１０４に表示されている各拠点カード情報のうち、統合化の対象とする拠点カード情報に含まれる拠点管理ＩＤの入力を、ユーザインタフェース部１０５及び操作部１０３を介して自サーバの管理者等から受け付けると（ステップＳ１）、更新処理部１０８は、統合化依頼を生成し、第１通信部１０１を介して統合サーバ２００に送信する（ステップＳ２）。

ここで、統合化依頼は、ステップＳ１で自サーバの管理者等から入力された拠点管理ＩＤと、拠点カード情報テーブル１０Ａにおいてこの拠点管理ＩＤと対応付けられているカードＩＤ及び利用者名とを含むＩＰパケット（送信元のＩＰアドレス、この例では“ｘｘ．ｘｘ．ｘｘ．１”を含んでいる）である。
統合サーバ２００の更新処理部２０６は、ステップＳ２で拠点サーバ１００Ａから送信された統合化依頼を通信部２０１を介して受信すると（ステップＳ１１）、その統合化依頼に含まれているカードＩＤと一致するカードＩＤを含む統合カード情報（レコード）が、記憶部２０５の統合カード情報テーブル５０に登録されているか否かを判定する（ステップＳ１２）。

該当の統合カード情報が登録されていない場合には（ステップＳ１２：ＮＯ）、更新処理部２０６は、受信した統合化依頼に基づいて、記憶部２０５の統合カード情報テーブル５０及び管理ＩＤ対応テーブル６０を更新する（ステップＳ１３）。より詳細には、受信した統合化依頼に含まれるカードＩＤ及び利用者名と、新たに生成した統合管理ＩＤとからなる統合カード情報（レコード）を統合カード情報テーブル５０に登録する。また、その統合管理ＩＤと受信した統合化依頼に含まれる拠点管理ＩＤとからなるレコードを管理ＩＤ対応テーブル６０に登録する。なおこの際、更新処理部２０６は、記憶部２０５の拠点サーバ情報テーブル８０に基づいて、統合化依頼の送信元の拠点サーバが設置されている拠点（この例では拠点Ａ）を特定し、対応する拠点管理ＩＤ欄（この例では拠点Ａ管理ＩＤ）に受信した統合化依頼に含まれる拠点管理ＩＤを登録する。

ステップＳ１３の処理が完了すると、更新処理部２０６は統合化依頼を了承した旨の了承通知（ＩＰパケット）を、受信した統合化依頼の送信元である拠点サーバ（この例では拠点サーバ１００Ａ）に送信する（ステップＳ１４）。
拠点サーバ１００Ａの更新処理部１０８は、ステップＳ１４で統合サーバ２００から送信された了承通知を第１通信部１０１を介して受信した場合には（ステップＳ３：ＹＥＳ）、その旨を表示部１０４に表示させ（ステップＳ４）、統合化依頼を指示した自サーバの管理者等に統合化依頼が受け付けられ処理待ちであることを通知する。一方、所定時間以内の了承通知を受信しない場合には、ステップＳ５へ進む。

また、ステップＳ１４の処理に続けて、統合サーバ２００の更新処理部２０６は、記憶部２０５の統合部署情報テーブル７０に登録されている各統合部署情報（レコード）を、統合化依頼に係る入場者が所属する部署の統合部署ＩＤを入力するよう促すメッセージと共に表示部２０３に表示させる。
ユーザインタフェース部２０４及び操作部２０２を介して、自サーバの管理者等からの統合部署ＩＤの入力を受け付けると（ステップＳ１５）、更新処理部２０６は、ステップＳ１３で統合カード情報テーブル５０に登録した統合管理ＩＤと、ステップＳ１５で受け付けた統合部署ＩＤとからなる統合所属情報を、記憶部２０５の統合所属情報テーブル６５に登録する（ステップＳ１６）。

一方、上述のステップＳ１２において、該当の統合カード情報が登録されている場合には（ステップＳ１２：ＹＥＳ）、更新処理部２０６は、その統合カード情報に含まれている統合管理ＩＤを取得し（ステップＳ１７）、記憶部２０５の管理ＩＤ対応テーブル６０において、ステップＳ１７で取得した統合管理ＩＤを含むレコードに、受信した統合化依頼に含まれる拠点管理ＩＤを追加する（ステップＳ１８）。なおこの追加は、上述のステップＳ１３の場合と同様に、統合化依頼の送信元の拠点サーバが設置されている拠点を特定し、対応する拠点の拠点管理ＩＤ欄に、上述の拠点管理ＩＤを追加する。

上述のステップＳ１６の処理、またはステップＳ１８の処理を完了すると、更新処理部２０６は、完了通知（受信した統合化依頼に含まれている拠点管理ＩＤと拠点部署ＩＤとを含むＩＰパケット）を送信し（ステップＳ１９）、統合サーバ２００は処理を終了する。
なお、上述の完了通知に含まれる拠点部署ＩＤは、記憶部２０５の統合所属情報テーブル６５において、ステップＳ１３で新たに生成した統合管理ＩＤ、又はステップＳ１７で取得した統合管理ＩＤと対応付けられている統合部署ＩＤと部署ＩＤ対応テーブル７５において対応付けられている該当の拠点（受信した統合化依頼の送信元である拠点サーバが設置されている拠点）の拠点部署ＩＤである。

上述のステップＳ４の処理に続けて、拠点サーバ１００Ａの更新処理部１０８は、ステップＳ１９で統合サーバ２００から送信された完了通知を第１通信部１０１を介して受信し（ステップＳ５）、受信した完了通知に基づいて、記憶部１０６の拠点所属情報テーブル１５Ａを更新する（ステップＳ６）。具体的には、拠点所属情報テーブル１５Ａにおいて、受信した完了通知に含まれている拠点管理ＩＤと対応付けられている拠点部署ＩＤを、受信した拠点部署ＩＤで更新する。

また、更新処理部１０８は、記憶部１０６の拠点カード情報テーブル１０Ａにおいて、受信した完了通知に含まれている拠点管理ＩＤと同一の拠点管理ＩＤを含む拠点カード情報（レコード）の統合フラグを「１」に、つまりその拠点カード情報が統合化されていることを示すように更新し（ステップＳ７）、拠点サーバ１００Ａは処理を終了する。
＜拠点化処理＞
次に、拠点化処理について説明する。

図７は、拠点化処理を示すフローチャートである。
統合サーバ２００の更新処理部２０６は、ユーザインタフェース部２０４及び操作部２０２を介して、自サーバの管理者等からの拠点化を指示する操作を受け付けると、記憶部２０５の統合カード情報テーブル５０に登録されている各統合カード情報を表示部２０３に表示させる。

更新処理部２０６は、表示部２０３に表示されている各統合カード情報のうち、拠点化の対象とする統合カード情報に含まれる統合管理ＩＤの入力を、ユーザインタフェース部２０４及び操作部２０２を介して自サーバの管理者等から受け付ける（ステップＳ３１）。
また、更新処理部２０６は、記憶部２０５の管理ＩＤ対応テーブル６０において、ステップＳ３１で受け付けた統合管理ＩＤと対応付けられている各拠点の拠点管理ＩＤを、表示部２０３に表示させる。

更新処理部２０６は、表示部２０３に表示されている各拠点の管理ＩＤのうち、拠点化の対象とする拠点の拠点管理ＩＤの入力を、ユーザインタフェース部２０４及び操作部２０２を介して自サーバの管理者等から受け付ける（ステップＳ３２）。
更新処理部２０６は、拠点化依頼（ステップＳ３２で受け付けた拠点管理ＩＤを含むＩＰパケットである）を該当の拠点の拠点サーバに送信し（ステップＳ３３）、ステップＳ３２で受け付けた拠点管理ＩＤを、管理ＩＤ対応テーブル６０から削除し（ステップＳ３４）、統合サーバ２００は処理を終了する。

ステップＳ３３で統合サーバ２００から送信された拠点化依頼を、第１通信部１０１を介して受信した拠点サーバの更新処理部１０８は、記憶部１０６の拠点カード情報テーブル１０Ａにおいて、その拠点化依頼に含まれている拠点管理ＩＤと対応付けられている統合フラグを「０」に、つまり、統合化されていないことを示すように更新し（ステップＳ４１、Ｓ４２）、処理を終了する。

＜更新処理＞
次に、統合所属情報テーブル６５の更新が、各拠点サーバに反映されるまでの更新処理の流れを簡単に説明する。
図８は、更新処理を示すフローチャートである。
統合サーバ２００の更新処理部２０６は、ユーザインタフェース部２０４及び操作部２０２を介して、自サーバの管理者等からの更新を指示する操作を受け付けると、上述の図７に示すステップＳ３１の処理と同様に、統合カード情報テーブル５０に登録されている各統合カード情報を表示部２０３に表示させ、自サーバの管理者等から更新対象の入場者についての統合管理ＩＤ（例えば、「Ｍ０００００００１」とする）の入力を受け付ける（ステップＳ５１）。

更新処理部２０６は、図６に示すステップＳ１５の処理と同様に、更新後の所属を示す統合部署ＩＤ（例えば、「Ｓ０００１」とする）の入力を受け付けると（ステップＳ５２）、統合所属情報テーブル６５において、ステップＳ５１で受け付けた統合管理ＩＤと対応付けられている統合部署ＩＤ（図５においては「Ｓ０００２」）を、ステップＳ５２で受け付けた統合部署ＩＤ（上述の例では「Ｓ０００１」）で更新する（ステップＳ５３）。

また、更新処理部２０６は、部署ＩＤ対応テーブル７５において、ステップＳ５３で更新した統合部署ＩＤを同一の統合部署ＩＤと対応付けられている各拠点の拠点部署ＩＤ（図５においては、拠点Ａ部署ＩＤが「ＳＡ００１」、拠点Ｃ部署ＩＤが「ＳＣ０００２」）を取得し（ステップＳ５４）、管理ＩＤ対応テーブル６０において、ステップＳ５１で受け付けた統合管理ＩＤと対応付けられている各拠点の拠点管理ＩＤ（図５においては、拠点Ａ管理ＩＤが「ＭＡ０００３」、拠点Ｃ管理ＩＤが「ＭＣ０００１」）を取得する（ステップＳ５５）。

また、更新処理部２０６は、該当の各拠点サーバに変更通知を送信する（ステップＳ５６）。ここで、各拠点サーバに送信される変更通知は、ステップＳ５４、Ｓ５５においてそれぞれ取得したその拠点サーバが設置されている拠点の拠点部署ＩＤと、拠点管理ＩＤとを含むパケットである。
つまり、上述の例では、拠点Ａの拠点サーバ１００Ａに拠点Ａ部署ＩＤ「ＳＡ００１」と拠点Ａ管理ＩＤ「ＭＡ０００３」を含む変更通知を、拠点Ｃの拠点サーバ１００Ｃに拠点Ｃ部署ＩＤ「ＳＣ０００２」と拠点Ｃ管理ＩＤ「ＭＣ０００１」を含む変更通知を送信することになる。

ステップＳ５６で統合サーバ２００から送信された拠点化依頼を、第１通信部１０１を介して受信した各拠点サーバ（上述の例では拠点サーバ１００Ａ、１００Ｃ）の更新処理部１０８は、図６のステップＳ６の処理と同様に記憶部１０６の拠点所属情報テーブル１５Ａを更新し（ステップＳ６１、Ｓ６２）、処理を終了する。
＜具体例＞
以下では、上述した統合化処理と拠点化処理とについて具体例を用いて説明する。

＜統合化処理（新規登録）＞
以下では、拠点サーバ１００Ａの管理者等が、統合化対象の拠点管理ＩＤとして、「ＭＡ０００２」を入力し、統合サーバ２００の管理者等が、統合部署ＩＤとして、「Ｓ０００２」を入力する場合を例にして、統合化処理を図６に示すフローチャートに即して具体的に説明する。以下の説明を開始する時点で、各テーブルの状態は、図４及び図５に示す通りであるものとする。

拠点サーバ１００Ａの更新処理部１０８は、自サーバの管理者等からの統合化を指示する操作を受け付けると、記憶部１０６の拠点カード情報テーブル１０Ａから、統合フラグが「０」である拠点カード情報（利用者名が「井上一郎」と「斉藤二郎」とである各拠点カード情報）を表示部１０４に表示させる。
この例では、自サーバの管理者等から拠点管理ＩＤ「ＭＡ０００２」の入力を受け付けるので（ステップＳ１）、更新処理部１０８は、第１通信部１０１を介して、統合化依頼（カードＩＤ「２Ａ１９２・・・９ｎ０ｅ２９」、拠点管理ＩＤ「ＭＡ０００２」、利用者名「斉藤二郎」を含む）を統合サーバ２００に送信する（ステップＳ２）。

統合サーバ２００の更新処理部２０６は、統合化依頼を受信すると（ステップＳ１１）、その統合化依頼に含まれているカードＩＤ「２Ａ１９２・・・９ｎ０ｅ２９」を含む統合カード情報（レコード）が、統合カード情報テーブル５０に登録されていないので（ステップＳ１２：ＮＯ）、統合カード情報テーブル５０及び管理ＩＤ対応テーブル６０を更新する（ステップＳ１３）。具体的には、カードＩＤ「２Ａ１９２・・・９ｎ０ｅ２９」と、新たに生成した統合管理ＩＤ（この例では、「Ｍ０００００００３」とする）と、利用者名「斉藤二郎」とからなる統合カード情報（レコード）を統合カード情報テーブル５０に登録する。また、拠点サーバ情報テーブル８０より、統合化依頼の送信元の拠点サーバ１００Ａが設置されている拠点は「拠点Ａ」なので、受信した拠点管理ＩＤ「ＭＡ０００２」を拠点Ａ管理ＩＤとして、統合管理ＩＤ「Ｍ０００００００３」と対応付けて管理ＩＤ対応テーブル６０に登録する。

続いて、更新処理部２０６は統合化依頼を了承した旨の了承通知を、受信した統合化依頼の送信元である拠点サーバ１００Ａに送信し（ステップＳ１４）、拠点サーバ１００Ａの更新処理部１０８は、この了承通知を受信するので（ステップＳ３：ＹＥＳ）、その旨を表示部２０３に表示させる（ステップＳ４）。
また、上述のステップＳ１４の処理に続けて、統合サーバ２００の更新処理部２０６は、この例では、自サーバの管理者等からの統合部署ＩＤ「Ｓ０００２」の入力を受け付けるので（ステップＳ１５）、統合管理ＩＤ「Ｍ０００００００３」と統合部署ＩＤ「Ｓ０００２」とからなる統合所属情報を、統合所属情報テーブル６５に登録する（ステップＳ１６）。

また、更新処理部２０６は、完了通知を送信し（ステップＳ１９）、統合サーバ２００は処理を終了する。なお、上述の完了通知は、部署ＩＤ対応テーブル７５において統合部署ＩＤ「Ｓ０００２」と対応付けられている拠点Ａ部署ＩＤ「ＳＡ０００２」と拠点管理ＩＤ「ＭＡ０００２」とを含む。
上述のステップＳ４の処理に続けて、拠点サーバ１００Ａの更新処理部１０８は、完了通知を受信すると（ステップＳ５）、拠点所属情報テーブル１５Ａにおいて、拠点管理ＩＤ「ＭＡ０００２」と対応付けられている拠点部署ＩＤを「ＳＡ０００２」に更新する（ステップＳ６）。

また、更新処理部１０８は、記憶部１０６の拠点カード情報テーブル１０Ａにおいて、拠点管理ＩＤ「ＭＡ０００２」と対応付けられている統合フラグを「１」に更新し（ステップＳ７）、拠点サーバ１００Ａは処理を終了する。
＜統合化処理（追加登録）＞
続いて、拠点サーバ１００Ａの管理者等が、統合化対象の拠点管理ＩＤとして、「ＭＡ０００１」を入力し、統合サーバ２００の管理者等が、統合部署ＩＤとして、「Ｓ０００２」を入力する場合を例に、統合化処理を図６に示すフローチャートに即して具体的に説明する。各テーブルは、上述の＜統合化処理（新規登録）＞の説明が終わった時点の状態であるものとする。

拠点サーバ１００Ａの更新処理部１０８は、自サーバの管理者等からの統合化を指示する操作を受け付けると、記憶部１０６の拠点カード情報テーブル１０Ａから、統合フラグが「０」である拠点カード情報（利用者名が「井上一郎」である拠点カード情報）を表示部１０４に表示させる。
この例では、自サーバの管理者等から拠点管理ＩＤ「ＭＡ０００１」の入力を受け付けるので（ステップＳ１）、更新処理部１０８は、第１通信部１０１を介して、統合化依頼（カードＩＤ「２ｙ３Ｂ９・・・ｔ９４８Ｃ７」、拠点管理ＩＤ「ＭＡ０００１」、利用者名「井上一郎」を含む）を統合サーバ２００に送信する（ステップＳ２）。

統合サーバ２００の更新処理部２０６は、統合化依頼を受信すると（ステップＳ１１）、その統合化依頼に含まれているカードＩＤ「２ｙ３Ｂ９・・・ｔ９４８Ｃ７」を含む統合カード情報（レコード）が、統合カード情報テーブル５０に登録されているので（ステップＳ１２：ＹＥＳ）、更新処理部２０６は、その統合カード情報に含まれている統合管理ＩＤ「Ｍ０００００００２」を取得し（ステップＳ１７）、管理ＩＤ対応テーブル６０において、統合管理ＩＤ「Ｍ０００００００２」を含むレコードの拠点Ａ管理ＩＤに「ＭＡ０００１」を追加する（ステップＳ１８）。

更新処理部２０６は、完了通知（拠点Ａ部署ＩＤ「ＳＡ０００１」と拠点Ａ管理ＩＤに「ＭＡ０００１」を含む）を送信し（ステップＳ１９）、統合サーバ２００は処理を終了する。
以下の拠点サーバ１００Ａによる処理は、上述の＜統合化処理（新規登録）＞の場合と同様であるため、説明を省略する。

＜拠点化処理＞
以下では、統合サーバ２００の管理者等が、拠点化対象の統合管理ＩＤとして、「Ｍ０００００００１」を入力し、拠点化対象とする拠点管理ＩＤとして、拠点Ａ管理ＩＤ「ＭＡ０００３」を入力する場合を例に、拠点化処理を図７に示すフローチャートに即して具体的に説明する。なお、各テーブルの状態は、図４及び図５に示す状態であるものとする。

統合サーバ２００の更新処理部２０６は、自サーバの管理者等からの拠点化を指示する操作を受け付けると、記憶部２０５の統合カード情報テーブル５０から、各統合カード情報を表示部２０３に表示させ、この例では、自サーバの管理者等から統合管理ＩＤ「Ｍ０００００００１」の入力を受け付ける（ステップＳ３１）。
また、更新処理部２０６は、記憶部２０５の管理ＩＤ対応テーブル６０において、統合管理ＩＤ「Ｍ０００００００１」と対応付けられている拠点Ａ管理ＩＤ「ＭＡ０００３」及び拠点Ｃ管理ＩＤ「ＭＣ０００１」を表示部２０３に表示させ、この例では、自サーバの管理者等から拠点Ａ管理ＩＤ「ＭＡ０００３」の入力を受け付ける（ステップＳ３２）。

更新処理部２０６は、拠点化依頼（拠点Ａ管理ＩＤ「ＭＡ０００３」を含む）を拠点Ａの拠点サーバ１００Ａに送信し（ステップＳ３３）、拠点Ａ管理ＩＤ「ＭＡ０００３」を管理ＩＤ対応テーブル６０から削除し（ステップＳ３４）、統合サーバ２００は処理を終了する。
拠点化依頼を受信した拠点サーバ１００Ａの更新処理部１０８は、記憶部１０６の拠点カード情報テーブル１０Ａにおいて、その拠点化依頼に含まれている拠点Ａ管理ＩＤ「ＭＡ０００３」と同一の拠点管理ＩＤと対応付けられている統合フラグを「０」に更新し（ステップＳ４１、Ｓ４２）、処理を終了する。

＜補足＞
以上、本発明に係る統合システムを、実施の形態に基づいて説明したが、以下のように変形することも可能であり、本発明は上述した実施の形態で示した通りの統合システムに限られないことは勿論である。
（１）実施の形態においては、図５（ｂ）（管理ＩＤ対応テーブル６０）に示すように、同一の入場者について、拠点毎に異なる値の拠点管理ＩＤが割り当てられている例を用いて説明したが、値だけでなく全く異なるデータ長、コード体系の拠点管理ＩＤが割り当てられていてもよい。

また、同図（ｄ）（部署ＩＤ対応テーブル７５）に示すように、同一の部署について、拠点毎に異なる値の拠点部署ＩＤが割り当てられている例を用いて説明したが、上記同様に、全く異なるデータ長、コード体系の拠点部署ＩＤが割り当てられていてもよい。
（２）実施の形態では、拠点内の入場者を分類するための拠点グループ、及び全拠点の入場者を分類するための統合グループの一例として部署を用いて説明したが、部署に限らず、例えば役職等を用いてもよい。

（３）実施の形態では、各拠点サーバは統合サーバ２００から完了通知を受信すると、拠点所属情報テーブルの拠点部署ＩＤを更新するものとして説明したが、更新前の拠点所属情報（レコード）を退避させた上で更新するようにしてもよい。
また、このように変形した上で、各拠点サーバは統合サーバ２００から拠点化依頼を受信すると、拠点所属情報テーブルに登録されている拠点化に係る入場者についての拠点所属情報（レコード）をそのまま使用するか、その入場者についての退避させている拠点所属情報に戻すかを選択できるようにしてもよい。

これにより、例えば、統合化によって必要な管理対象領域に入室できなくなってしまった入場者が発生した場合に、この入場者の情報を再度拠点化し、退避させてあるその入場者の拠点所属情報（レコード）に戻すことで、その入場者の入場権限を容易に統合化前の状態に戻すことができる。
（４）実施の形態では、統合サーバ２００は統合化依頼に含まれるカードＩＤと一致するカードＩＤが、統合カード情報テーブル５０に登録されていない場合に、統合管理ＩＤを新たに自動生成するものとして説明したが、統合サーバ２００の管理者等に入力された統合管理ＩＤを用いるようにしてもよい。

（５）実施の形態では、統合サーバ２００が、図６のステップＳ１９で送信する完了通知、及び図８のステップＳ５６で送信する変更通知には、対象者（統合対象の入場者、変更対象の入場者）の拠点部署ＩＤと拠点管理ＩＤが含まれるものとして説明したが、更に、例えば、図５（ａ）に示す統合カード情報テーブル５０における対象者の利用者名を含ませて送信してもよい。また、これに応じて、各拠点サーバは、図６のステップＳ６、及び図８のステップＳ６２において、拠点所属情報テーブルだけでなく、拠点カード情報テーブルも更新できるようにしてもよい。具体的には、上述の例では、各拠点サーバ上の拠点カード情報テーブルにおいて、受信した完了通知、変更通知に含まれている拠点管理ＩＤを対応付けられている利用者名を、受信した利用者名で更新する。

これにより、例えば、各拠点サーバ上の拠点カード情報テーブルの利用者名に誤りがあった場合や改姓があった場合等に統合サーバ上で変更した利用者名を、各拠点サーバに反映させることができる。
（６）実施の形態における各入場管理システムは、入場のみを管理するものとして説明したが、退場を管理するようにしてもよいのは勿論である。

（７）本発明に係る統合サーバが備える対応グループ記憶手段と入場者記憶手段と統合グループ記憶手段は、実施の形態に係る統合サーバ２００が備える記憶部２０５における部署ＩＤ対応テーブル７５と統合カード情報テーブル５０と管理ＩＤ対応テーブル６０と統合所属情報テーブル６５とに相当し、本統合サーバが備える受信手段は、統合サーバ２００が備える通信部２０１に相当し、本統合サーバが備える割当手段と削除手段は、統合サーバ２００が備える更新処理部２０６に相当し、本統合サーバが備える特定手段と変更手段は、統合サーバ２００が備える操作部２０２とユーザインタフェース部２０４と更新処理部２０６とに相当し、本統合サーバが備える統合化情報送信手段と変更情報送信手段と拠点化情報送信手段とは、統合サーバ２００が備える更新処理部２０６と通信部２０１とに相当し、本統合サーバが備える変更手段は、統合サーバ２００が備える操作部２０２とユーザインタフェース部２０４と更新処理部２０６とに相当し、本統合サーバが備える個人識別情報受付手段は、統合サーバ２００が備える操作部２０２とユーザインタフェース部２０４とに相当する。

また、本発明に係る統合システムを構成する拠点サーバが備える拠点グループ記憶手段は、実施の形態に係る拠点サーバ１００Ａが備える記憶部１０６の拠点所属情報テーブルに相当し、本拠点サーバが備える送信手段は、拠点サーバ１００Ａが備える第１通信部１０１と操作部１０３とユーザインタフェース部１０５と更新処理部１０８とに相当し、本拠点サーバが備える受信手段は、拠点サーバ１００Ａが備える第１通信部１０１に相当し、本拠点サーバが備える更新手段は、拠点サーバ１００Ａが備える更新処理部１０８に相当する。

３Ａ、３ＢＧＵ
４Ａ、４Ｂカードリーダ
１００Ａ〜１００Ｃ拠点サーバ
１０１第１通信部
１０２第２通信部
１０３、２０２操作部
１０４、２０３表示部
１０５、２０４ユーザインタフェース部
１０６、２０５記憶部
１０７テーブル情報送信処理部
１０８、２０６更新処理部
２００統合サーバ
２０１通信部
１０００統合システム

Claims

拠点毎に配置され、当該拠点内の入場者を分類するための拠点グループ毎に入場可能なエリアを入場に係る認証を行うために管理する複数の拠点サーバと通信する統合サーバであって、
全拠点の入場者を分類するための複数の統合グループと各拠点グループとの対応を示す情報を記憶している対応グループ記憶手段と、
各拠点サーバから、入場者の認証に用いられる媒体識別情報と拠点内で当該入場者を識別可能な拠点個人識別情報とを受信する受信手段と、
前記受信手段が受信した媒体識別情報に基づいて、前記受信手段が受信した拠点個人識別情報に、全ての拠点を通じて当該入場者を一意に識別可能な統合個人識別情報を割り当てる割当手段と、
前記割当手段が割り当てた統合個人識別情報に係る入場者を分類するための統合グループを特定する特定手段と、
前記対応グループ記憶手段において前記特定手段が特定した統合グループに対応する拠点グループを示す情報と、前記受信手段が受信した拠点個人識別情報とを当該拠点個人識別情報の送信元である拠点サーバへ送信する統合化情報送信手段とを備える
ことを特徴とする統合サーバ。
前記受信手段は、前記受信の際に、更に
当該受信に係る情報の送信元である拠点サーバが配置されている拠点を特定するための拠点情報を受信し、
前記対応グループ記憶手段は、
各拠点グループを当該拠点グループを入場者の分類に用いている拠点を特定できるように記憶しており、
前記統合化情報送信手段は、
拠点サーバに送信する前記拠点グループを示す情報として、前記対応グループ記憶手段において前記特定手段が特定した統合グループに対応する拠点グループであって、かつ前記受信手段が受信した拠点情報により特定される拠点における拠点グループを示す情報を送信する
ことを特徴とする請求項１記載の統合サーバ。
前記統合サーバは、
媒体識別情報と拠点個人識別情報と統合個人識別情報とを対応付けて記憶するための入場者記憶手段を備え、
前記割当手段は、
前記受信手段が受信した媒体識別情報と一致する媒体識別情報が、前記入場者記憶手段に既に記憶されていない場合には、新たに生成した統合個人識別情報により前記割当を行うと共に、当該統合個人識別情報と前記受信手段が受信した媒体識別情報及び拠点個人識別情報とを対応付けて前記入場者記憶手段に記憶させ、
前記受信手段が受信した媒体識別情報と一致する媒体識別情報が、前記入場者記憶手段に既に記憶されている場合には、当該媒体識別情報と対応付けられている統合個人識別情報により前記割当を行う
ことを特徴とする請求項２記載の統合サーバ。
前記統合サーバは、更に
前記割当手段が割り当てた統合個人識別情報と当該統合個人識別情報に係る入場者についての統合グループを示す情報とを対応付けて記憶するための統合グループ記憶手段を備え、
前記特定手段は、
ユーザによる統合グループの選択を受け付ける統合グループ受付部を備え、
前記割当手段が割り当てた統合個人識別情報と一致する統合個人識別情報が前記統合グループ記憶手段に既に記憶されてない場合には、前記統合グループ受付部が受け付けた統合グループを、前記割当手段が割り当てた統合個人識別情報に係る入場者についての統合グループと特定すると共に、当該統合個人識別情報と当該統合グループを示す情報とを対応付けて前記統合グループ記憶手段に記憶させ、
前記割当手段が割り当てた統合個人識別情報と一致する統合個人識別情報が前記統合グループ記憶手段に既に記憶されている場合には、当該統合個人識別情報と対応付けられている統合グループを、前記割当手段が割り当てた統合個人識別情報に係る入場者についての統合グループと特定する
ことを特徴とする請求項３記載の統合サーバ。
前記割当手段は、
前記入場者記憶手段に拠点個人識別情報を記憶させる際に、当該拠点個人識別情報の送信元である拠点サーバが配置されている拠点を特定できるように記憶させ、
前記統合サーバは、更に
ユーザによる変更の対象となる統合個人識別情報及び変更後の統合グループの選択を受け付け、前記統合グループ記憶手段において、受け付けた統合個人識別情報と対応付けられた統合グループを示す情報に代えて、受け付けた変更後の統合グループを示す情報を対応付けて記憶させる変更手段と、
前記変更手段が変更後の統合グループを示す情報を記憶させると、前記対応グループ記憶手段において当該変更後の統合グループと対応付けられた拠点グループを示す情報及び前記入場者記憶手段において前記変更手段が受け付けた総合個人識別情報と対応付けられた拠点個人識別情報とを、それぞれの情報から特定される拠点に応じて、当該拠点の拠点サーバへ送信する変更情報送信手段とを備える
ことを特徴とする請求項４記載の統合サーバ。
前記統合サーバは、更に
前記入場者記憶手段に記憶されている拠点個人識別情報についてのユーザによる選択を受け付ける個人識別情報受付手段と、
前記個人識別情報受付手段が受け付けた拠点個人識別情報を前記入場者記憶手段から削除する削除手段と、
前記削除手段が削除した拠点個人識別情報を、当該拠点個人識別情報から特定される拠点の拠点サーバへ送信する拠点化情報送信手段を備える
ことを特徴とする請求項４記載の統合サーバ。
拠点毎に配置され、当該拠点内の入場者を分類するための拠点グループ毎に入場可能なエリアを入場に係る認証を行うために管理する複数の拠点サーバと、各拠点サーバと通信する統合サーバとからなる統合システムであって、
前記統合サーバは、
全拠点の入場者を分類するための複数の統合グループと各拠点グループとの対応を示す情報を記憶している対応グループ記憶手段と、
各拠点サーバから、入場者の認証に用いられる媒体識別情報と拠点内で当該入場者を識別可能な拠点個人識別情報とを受信する受信手段と、
前記受信手段が受信した媒体識別情報に基づいて、前記受信手段が受信した拠点個人識別情報に、全ての拠点を通じて当該入場者を一意に識別可能な統合個人識別情報を割り当てる割当手段と、
前記割当手段が割り当てた統合個人識別情報に係る入場者を分類するための統合グループを特定する特定手段と、
前記対応グループ記憶手段において前記特定手段が特定した統合グループに対応する拠点グループを示す情報と、前記受信手段が受信した拠点個人識別情報とを当該拠点個人識別情報の送信元である拠点サーバへ送信する統合化情報送信手段とを備え、
各拠点サーバは、
入場者毎に、当該入場者の拠点個人識別情報と拠点グループを示す情報とを対応付けて記憶している拠点グループ記憶手段と、
媒体識別情報と拠点個人情報とを前記統合サーバへ送信する送信手段と、
前記統合サーバから拠点グループを示す情報と拠点個人識別情報とを受信する受信手段と、
前記拠点グループ記憶手段において、前記受信手段が受信した拠点個人識別情報と対応付けられている拠点グループを示す情報に代えて、前記受信手段が受信した拠点グループを示す情報を記憶させる更新手段とを備える
ことを特徴とする統合システム。