(57)【要約】【課題】ゲート端末の設定における管理者の負担を軽減することを目的とする。【解決手段】設定の種類によって、少なくとも１つのグループ６に分けられたゲート端末４と、前記グループ６毎に１台設置された代表ゲート端末３と、管理サーバ２とを有し、前記グループ６におけるゲート端末４に変更が生じると、前記管理サーバ２が、前記管理サーバ２自身に格納している情報を基に、前記変更が生じたグループ６の代表ゲート端末３と、当該グループ６に対応した設定データを、当該グループ６の代表ゲート端末３を介して、当該グループ６内のゲート端末４に送信し、前記ゲート端末５は、受信した設定データを保存することを特徴とする。【選択図】図１
2008014014.tif 000002
【特許請求の範囲】
【請求項１】
電気錠を制御する、少なくとも１つのゲート端末と、当該ゲート端末の管理を行う管理サーバと、前記管理サーバから送られたデータを前記ゲート端末に配信する、少なくとも１つの代表ゲート端末とを有してなり、
前記ゲート端末は、設定に応じて少なくとも１つのグループに分けられ、前記グループには、前記代表ゲート端末が設置されて、前記電気錠が設けられた部屋の入退場を管理する入退室管理システムであって、
前記管理サーバは、
前記代表ゲート端末が、前記少なくとも1つのグループのうち、どのグループを管理するかを示したグループ管理情報と、
前記少なくとも１つのグループのうちどのグループに前記ゲート端末が属するかを示したグループ構成情報と、
前記グループに応じた入退場管理を前記ゲート端末に実行させるための設定データを示した設定情報と、
を記憶した記憶部、
前記グループ構成情報の変更の指示が入力されると、
前記グループ管理情報、および前記設定情報を参照して、当該変更に係るグループに対応する代表ゲート端末、および当該変更に係るグループに対応する設定データを読み出し、
前記読み出した設定データを含む配信データを生成し、前記生成した配信データを前記読み出した代表ゲート端末に配信する制御部、
を有し、
前記代表ゲート端末は、
前記配信データを受信すると、当該配信データの設定データを所定のゲート端末へと配信する制御部、
を有し、
前記ゲート端末は、
前記配信された設定データに基づいて前記電気錠を制御する制御部、
を有すること
を特徴とする入退室管理システム。
【請求項２】
前記所定のゲート端末とは、前記代表ゲート端末における所定のポートに接続された前記ゲート端末であること
を特徴とする請求項１に記載の入退室管理システム。
【請求項３】
前記管理サーバは、
前記記憶部に格納されている前記更新されたグループ構成情報を基に、前記グループ内で変更したゲート端末の位置情報を取得する機能と、
前記配信データに、前記ゲート端末の位置情報を、さらに含ませる機能を有すことを特徴とする請求項１に記載の入退室管理システム。
【請求項４】
前記配信データを受信したゲート端末は、
前記配信データに含まれるゲート端末の位置情報が、当該ゲート端末自身の位置情報と一致するか否かを判定する機能、
一致した場合、前記配信データに含まれる設定データを、当該ゲート端末自身の記憶部に保存する機能を有すことを特徴とする請求項３に記載の入退室管理システム。
【請求項５】
前記配信データを受信した代表ゲート端末は、
前記配信データに含まれるゲート端末の位置情報を有するゲート端末に、前記配信データを送信する機能を有すことを特徴とする請求項３に記載の入退室管理システム。
【請求項６】
電気錠を制御する、少なくとも１つのゲート端末と、当該ゲート端末の管理を行う管理サーバと、前記管理サーバから送られたデータを前記ゲート端末に配信する、少なくとも１つの代表ゲート端末とを有してなり、
前記ゲート端末は、設定に応じて少なくとも１つのグループに分けられ、前記グループには、前記代表ゲート端末が設置されて、前記電気錠が設けられた部屋の入退場を管理する入退室管理システムであって、
前記管理サーバは、
前記代表ゲート端末が、前記少なくとも1つのグループのうち、どのグループを管理するかを示したグループ管理情報と、
前記少なくとも１つのグループのうちどのグループに前記ゲート端末が属するかを示したグループ構成情報と、
を記憶した記憶部、
前記グループ構成情報の変更の指示が入力されると、
前記グループ管理情報、および前記設定情報を参照して、当該変更に係るグループに対応する代表ゲート端末を読み出し、
前記読み出した代表ゲート端末に、前記設定データの配信を指示する制御部、
を有し、
前記代表ゲート端末は、
前記グループに応じた入退場管理を前記ゲート端末に実行させるための設定データ
を記憶した記憶部、
前記設定データの配信の指示を受信すると、前記設定データを所定のゲート端末へと配信する制御部、
を有し、
前記ゲート端末は、
前記配信された設定データに基づいて前記電気錠を制御する制御部、
を有すること
を特徴とする入退室管理システム。
【請求項７】
前記管理サーバ、または前記代表ゲート端末は、前記配信データ、または設定データに、暗号化を施して送信する機能を有し、
前記暗号化された配信データ、または設定データを受信した代表ゲート端末、またはゲート端末は、前記暗号化された配信データ、または設定データを復号化する機能を有することを特徴とする請求項１から請求項６のいずれか一項に記載の入退室管理システム。
【請求項８】
電気錠を制御する、少なくとも１つのゲート端末と、当該ゲート端末の管理を行う管理サーバと、前記管理サーバから送られたデータを前記ゲート端末に配信する、少なくとも１つの代表ゲート端末とを有してなり、
前記ゲート端末は、設定に応じて少なくとも１つのグループに分けられ、前記グループには、前記代表ゲート端末が設置されて、前記電気錠が設けられた部屋の入退場を管理する入退室管理システムにおける入退室設定管理方法であって、
前記管理サーバは、
前記代表ゲート端末が、前記少なくとも1つのグループのうち、どのグループを管理するかを示したグループ管理情報と、
前記少なくとも１つのグループのうちどのグループに前記ゲート端末が属するかを示したグループ構成情報と、
前記グループに応じた入退場管理を前記ゲート端末に実行させるための設定データを示した設定情報と、
を記憶した記憶部、および情報の制御を行う制御部を有し、
前記代表ゲート端末、および前記ゲート端末は、情報の制御を行う制御部を有し、
前記管理サーバの制御部は、
前記グループ構成情報の変更の指示が入力されると、
前記グループ管理情報、および前記設定情報を参照して、当該変更に係るグループに対応する代表ゲート端末、および当該変更に係るグループに対応する設定データを読み出し、
前記読み出した設定データを含む配信データを生成し、前記生成した配信データを前記読み出した代表ゲート端末に配信し、
前記代表ゲート端末の制御部は、
前記配信データを受信すると、当該配信データの設定データを所定のゲート端末へと配信し、
前記代表ゲート端末の制御部は、
前記配信された設定データに基づいて前記電気錠を制御すること、
を特徴とする入退室設定管理方法。
【請求項９】
請求項８に記載の入退室設定管理方法をコンピュータに実行させることを特徴とする入退室管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気錠を制御するゲート端末を備える入退室管理システム、入退室設定管理方法、および入退室管理プログラムの技術に関する。
【背景技術】
【０００２】
従来、電気錠と、この電気錠を制御するゲート端末とを有してなる入退室管理システムがある。
図１０は、従来の入退室管理システムの論理的な構成例を示す論理構成図である。
従来の入退室管理システム１’は、図示しない電気錠毎に接続し、この電気錠の開閉の制御を行う少なくとも１つのゲート端末４’と、これらのゲート端末４’と、ＬＡＮ（Local Area Network）などのネットワーク５’を介して接続している管理サーバ２’とを有してなる。
ゲート端末４’は、例えばＩＤ（Identification）カードなどからＩＤを取得し、このＩＤの認証を行った後、電気錠の開閉を制御する。
また、管理サーバ２’は、ゲート端末４’を管理する。
【０００３】
さらに、複数のゲート端末がネットワークに接続され、互いに通信を行うことが可能なシステムにおいて、読み取った個人の認証データに関する情報を、他のゲート端末から受信するデータ分散型入退室管理システムが提示されている（例えば、特許文献１参照）。
【０００４】
また、図１０に示す入退室管理システムや、特許文献１のデータ分散型入退室管理システムでは、ゲート端末の設定を変更することが可能である。
このような設定の例として、例えば役員フロアと、一般フロアとのように、ゲート端末４’によってセキュリティレベル（以下、レベルと記載する）を変更する例がある。
このような場合、それぞれのレベルに合わせて、ゲート端末４’の設定を変更することによって、前記したレベルの変更が可能になる。具体的には、入退室時間の制限に関するデータであるスケジュールデータや、カードＩＤを制限する設定を行うことなどによって、レベルの変更を可能とする。
【特許文献１】特開平１０−２８０７５５号公報（段落００２５〜００２７）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
図１０のような入退室管理システム１’や、特許文献１に記載されているデータ分散型入退室管理システムにおいて、ゲート端末４’の設定の変更や、ゲート端末４’の増設を行う場合、管理者が、管理サーバ２’を介して個々のゲート端末４’の細かい設定を行うことで、ゲート端末４’の設定の変更や、ゲート端末４’の増設を行っている。このため、管理者の負担は、大きなものとなる。
そして、入退室管理システム１’が大きくなればなるほど、すなわち設置されるゲート端末４’の数が多くなるほど、管理者の負担は増大する。
【０００６】
このような背景に鑑みて本発明がなされたのであり、本発明は、ゲート端末の設定における管理者の負担を軽減することを目的とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するため、本発明を完成するに至った。すなわち、本発明の入退室管理システム、入退室設定管理方法、および入退室管理プログラムは、設定の種類によって、少なくとも１つのグループに分けられたゲート端末と、前記グループ毎に１台設置された代表ゲート端末と、管理サーバとを有し、前記グループにおけるゲート端末に変更が生じると、前記管理サーバが、前記管理サーバ自身に格納している情報を基に、前記変更が生じたグループの代表ゲート端末と、当該グループに対応した設定データを、当該グループの代表ゲート端末を介して、当該グループ内のゲート端末に送信し、前記ゲート端末は、受信した設定データを保存することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、ゲート端末の設定における管理者の負担を軽減することが可能となる。
【発明を実施するための最良の形態】
【０００９】
次に、本発明を実施するための最良の形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【００１０】
図１は、本実施形態に係る入退室管理システムの論理的な構成例を示す論理構成図である。
入退室管理システム１は、各ドアに備えられた図示しない電気錠と、当該電気錠に接続し、この電気錠の開閉などの制御や、図示しないＩＤカードリーダライタを介して、ＩＤカードからカードＩＤを読み取る処理などを行うゲート端末４を有してなる。ゲート端末４は、セキュリティに関するレベルによってグループに分けられており、各グループ６は、１台の代表ゲート端末３を有する。各代表ゲート端末３は、ネットワーク５を介して、管理サーバ２と接続されている。代表ゲート端末３は、管理サーバ２から送られてきたデータを、グループ６内のゲート端末４に配信する機能を有する。そして、管理サーバ２は、ゲート端末４の管理を行い、当該管理のためのデータを有する。また、代表ゲート端末３にも、図示しない電気錠が接続され、代表ゲート端末３は、この電気錠の開閉を制御する。
ここで、電気錠とは、開閉錠の信号を受信すると、モータや、ソレノイドによって、開閉錠の動作を自動的に行う錠である。
管理サーバ２、代表ゲート端末３、およびゲート端末４の詳細は、図２から図４を参照して後記する。
なお、図１において、グループ６を１つしか設けなかった場合が、単一のセキュリティレベルで設定された入退室管理システム１となる。
また、入退室管理システム１を構成しているグループ６の中には、代表ゲート端末３のみで構成されているグループ６が含まれていてもよい。
グループ６内におけるセキュリティレベルは、同一である。
【００１１】
図２は、本実施形態に係る管理サーバの機能ブロック図である。
管理サーバ２は、データの送受信を行う送受信部２１、データの処理を行う処理部２２（制御部）、およびデータを記憶する記憶部２３を有してなる。記憶部２３は、代表ゲート端末管理テーブル２３１（グループ管理情報）、グループ構成テーブル２３２（グループ構成情報）、およびレベル設定テーブル２３３（設定情報）を保持してなる。代表ゲート端末管理テーブル２３１、グループ構成テーブル２３２、およびレベル設定テーブル２３３の詳細は、図５を参照して後記する。
【００１２】
図３は、本実施形態に係る代表ゲート端末の機能ブロック図である。
代表ゲート端末３は、データの送受信を行う送受信部３１、データの処理を行う処理部３２（制御部）、およびデータを記憶する記憶部３３を有してなる。
【００１３】
図４は、本実施形態に係るゲート端末の機能ブロック図である。
ゲート端末４は、代表ゲート端末３と同様の構造をしており、データの送受信を行う送受信部４１、データの処理を行う処理部４２（制御部）、およびデータを記憶する記憶部４３を有してなる。
なお、図３の代表ゲート端末３は、図４のゲート端末４と、装置としての構造上の違いはなく、ゲート端末４の設定の変更により、ゲート端末４は、代表ゲート端末３に変更可能であり、その逆もまた可能である。
また、図３の代表ゲート端末３、図４のゲート端末４は、特許文献１に記載されているゲート端末４と同様のものである。
【００１４】
さらに、図２から図４の送受信部２１，３１，４１、および処理部２２，３２，４２は、図示しないＲＯＭ（Read Only Memory）や、ＲＡＭ（Random Access Memory）や、ハードディスクや、フラッシュメモリなどに格納されたプログラムが、図示しないＣＰＵ（Central Processing Unit）によって、実行されることによって具現化される。ここで、送受信部２１，３１，４１において、データの物理的な送受信は、例えばＮＩＣ（Network Interface Card）を介して行われるが、データの送受信を管理しているのは、コンピュータにおいて実行されるプログラムである。
さらに、記憶部２３，３３，４３は、図示しないＲＡＭや、ハードディスクなどによって、具現化される。
【００１５】
図１および図２を参照しつつ、図５に沿って管理サーバ２の記憶部２３に格納されている各テーブルを説明する。
図５は、管理サーバの記憶部に格納されている各テーブルの構成例を示す図であり、（ａ）は、代表ゲート端末管理テーブルの例を示す図であり、（ｂ）は、グループ構成テーブルの構成例を示す図であり、（ｃ）は、レベル設定テーブルの構成例を示す図である。
（ａ）に示すように、代表ゲート端末管理テーブル２３１は、代表ゲート端末３に関する情報が格納されている。具体的には、代表ゲート端末管理テーブル２３１は、グループ名、グループ名が示すグループ６に所属する代表ゲート端末３の名称（代表ゲート端末名）、当該代表ゲート端末３のアドレス（代表ゲート端末アドレス、例えば、ＩＰ（Internet Protocol）アドレスなど）、およびグループ名が示すグループ６のレベルの各フィールドを有してなる。
また、（ｂ）に示すように、グループ構成テーブル２３２は、各グループ６を構成するゲート端末４に関する情報が格納されている。グループ構成テーブル２３２は、ゲート端末４が所属するグループ名、ゲート端末４の名称であるゲート端末名、および該当するゲート端末４のアドレス（ゲート端末アドレス（ゲート端末の位置情報）、例えば、ＩＰアドレスなど）の各フィールドを有してなる。
そして、（ｃ）に示すように、レベル設定テーブル２３３は、レベル毎に対応して設定データが格納されている。具体的には、レベルのフィールドと、このレベルに対応した設定データのフィールドとを有してなる。設定データは、入室可能なカードＩＤの登録など、カードＩＤに関するデータや、スケジュールデータや、カレンダーデータなどを有してなる。また、レベルによっては、生体認証に関するデータや、パスワードなどを含む場合がある。
【００１６】
（全体処理）
図６は、本実施形態に係る入退室管理システムにおいてゲート端末を移行した例を示す論理構成図である。ここで、移行とは、ゲート端末４の設置箇所は、そのままでグループを変更することをいう。なお、本実施形態において、グループの変更とは、レベルの変更を意味する。
図６に示すように、本実施形態では、３つのグループ６（グループａ、グループｂ、およびグループｃ）からなる。グループａのレベルは、「１」である。そして、グループａは、代表ゲート端末３である代表ゲート端末ａ１と、それぞれゲート端末４であるゲート端末ａ２〜ａｍとからなる。同様に、グループｂのレベルは、「２」である。そして、グループｂは、代表ゲート端末３である代表ゲート端末ｂ１と、それぞれゲート端末４であるゲート端末ｂ２〜ｂｎとからなる。グループｃのレベルは、「３」である。そして、グループｃは、代表ゲート端末３である代表ゲート端末ｃ１と、それぞれゲート端末４であるゲート端末ｃ２〜ｃｐとからなる。
なお、本実施形態において、レベルは、値が大きくなるほど、セキュリティ性が向上するものとする。
そして、本実施形態では、グループｃに所属するゲート端末ｃｓが、グループａに、すなわちレベル１に移行した場合を例として説明する。
【００１７】
図１から図５を参照しつつ、図７に沿って本実施形態に係る入退室設定管理方法を説明する。
図７は、本実施形態に係る入退室設定管理方法の流れを示すフローチャートである。
ゲート端末４のレベルが変更される場合、まず、管理者によって、管理サーバ２の図示しない入力部を介して、管理サーバ２の記憶部２３に格納されているグループ構成テーブル２３２の更新が行われる（Ｓ１）。
図６に示すゲート端末ｃｓの移行が行われた場合によるグループ構成テーブル２３２の更新手順を、図８を参照して説明する。
図８は、グループ構成テーブルの例を示す図であり、（ａ）は、更新前のグループ構成テーブルの例であり、（ｂ）は、更新後のグループ構成テーブルの例である。
（ａ）に示すように、グループｃに属するゲート端末ｃｓを、グループａに移行する場合、管理者は、図示しない入力部を介して、（ａ）に示すグループ構成テーブル２３２ａを、（ｂ）に示すグループ構成テーブル２３２ｂの形に更新する。更新は、（ｂ）に示すように、移行したいゲート端末ｃｓのレコードを直接、グループａのレコードの箇所に移動した上で、グループ名のフィールドを書き換えてもよいし、場所はそのままで、グループ名のフィールドのみを書き換えるようにしてもよい。
【００１８】
図７の説明に戻る。
管理サーバ２の処理部２２は、ステップＳ１で更新される際に入力された情報（例えば、図８において、グループ構成テーブルに入力されたグループ名）を基に、変更が生じたグループのグループ名を取得する（Ｓ２）。図６および図８の例では、管理サーバ２の処理部２２は、グループ名「グループａ」を取得する。
【００１９】
さらに、管理サーバ２の処理部２２は、ステップＳ２で取得したグループ名を基に、記憶部２３の代表ゲート端末管理テーブル２３１を参照して、代表ゲート端末アドレスおよびレベルを取得する（Ｓ３）。図６および図８の例では、管理サーバ２の処理部２２は、代表ゲート端末管理テーブル２３１（図５参照）から、グループａの代表ゲート端末アドレス「１９２．０．０．１」と、レベル「１」を取得する。
【００２０】
次に、管理サーバ２の処理部２２は、ステップＳ３で取得したレベルを基に、記憶部２３のレベル設定テーブル２３３を参照して、このレベルに該当する設定データを取得する（Ｓ４）。図６および図８の例では、ステップＳ３でレベル「１」を取得したため、管理サーバ２の処理部２２は、記憶部２３のレベル設定テーブル２３３（図５参照）から、対応する「設定データ１」を取得する。
そして、管理サーバ２の処理部２２は、取得した代表ゲート端末アドレスと、設定データとを含む配信データを生成し（Ｓ５）、管理サーバ２の送受信部２１は、取得した代表ゲート端末アドレスを宛先として生成した配信データを、ネットワーク５を介して送信する（Ｓ６）。図６および図８の例では、代表ゲート端末アドレス「１９２．０．０．１」（すなわち、代表ゲート端末ａ１）を宛先として、管理サーバ２の送受信部２１は、配信データを送信する。
【００２１】
配信データを受信した（Ｓ７）代表ゲート端末３の送受信部３１は、管理サーバ２に対して応答を送信した（Ｓ８）後、受信した配信データを代表ゲート端末３自身が属するグループ６内のゲート端末４に配信する（Ｓ９）。具体的には、グループ内における代表ゲート端末３と、ゲート端末４とは、予め特定のポート（所定のポート）で接続されるよう、管理者によって設定されている。ステップＳ１において、グループ構成テーブル２３２の更新を行った際、管理者は、管理サーバ２、およびネットワーク５を介して、ゲート端末４のポートを、変更したグループ６に所属する代表ゲート端末３のポートに接続するよう設定する。そして、ステップＳ９において、代表ゲート端末３は、当該ポートを介して、配信データをグループ６内のゲート端末４に配信する。
配信データを配信された各ゲート端末４の送受信部４１は、配信データを受信した（Ｓ１０）後、代表ゲート端末３に応答を送信する（Ｓ１１）。そして、各ゲート端末４の処理部４２は、受信した配信データに含まれる設定データをゲート端末４自身の記憶部４３に保存する（Ｓ１２）ことによって、設定の変更を行う。
【００２２】
（増設）
図９は、本実施形態に係る入退室管理システムにおいてゲート端末を増設した例を示す論理構成図である。
図９において、図６と同じ要素については、同一の符号を付して説明を省略する。
図９に示すように、ゲート端末ｃｓを、グループａに増設した場合、図７のステップＳ１のグループ構成テーブル２３２を更新する際に、増設するゲート端末４のグループ名、ゲート端末名称およびゲート端末アドレスを、管理者が、図示しない入力部を介してグループ構成テーブル２３２に新たに書き込むことにより、グループ構成テーブル２３２が更新される。
以降の処理は、ゲート端末４の移行と同様の処理を行うことで、新たに増設されるゲート端末４の設定更新がなされる。
【００２３】
なお、本実施形態では、グループ６内のすべてのゲート端末４が、受信した配信データに含まれる設定データをゲート端末４自身の記憶部４３に保存することによって、設定を変更したが、これに限らず、移行または増設されたゲート端末４のみの設定を変更し、その他のゲート端末４に関しては、設定を変更しないことも可能である。
この場合、図７のステップＳ２において、管理サーバ２の処理部２２は、グループ名に加えて、設定を変更するゲート端末アドレスも取得する。
そして、管理サーバ２の処理部２２は、ステップＳ５において配信データを生成する際に、代表ゲート端末アドレス、および設定データに加え、該当するゲート端末アドレスを含めて、配信データを生成する。
そして、以下に記載する２つの方法によって、移行または増設されたゲート端末４のみの設定を変更することが可能となる。
【００２４】
（自身のアドレスと一致した場合のみゲート端末が配信データを保存）
まず第１の方法は、以下に記載する方法である。
ゲート端末４の処理部４２は、図７のステップＳ１０において配信データを受信した際、配信データに含まれるゲート端末アドレスが、ゲート端末４自身のゲート端末アドレスと一致するか否かを判定する。
判定の結果、配信データに含まれるゲート端末アドレスと、配信データを受信したゲート端末４自身のゲート端末アドレスとが一致しない場合、ゲート端末４の処理部４２は、受信した配信データを削除する。
判定の結果、配信データに含まれるゲート端末アドレスと、配信データを受信したゲート端末４自身のゲート端末アドレスとが一致する場合、ゲート端末４の処理部４２は、配信データに含まれる設定データをゲート端末４自身の記憶部４３に保存することによって、設定の変更を行う。このとき、新しい設定データは、古い設定データに上書き保存される。
【００２５】
（代表ゲート端末が配信先を選択）
第２の方法は、以下に記載する方法である。
図７のステップＳ９において代表ゲート端末３の送受信部３１は、管理サーバ２が、ステップＳ３で取得したゲート端末アドレスに対して配信データを送信する。すなわち、代表ゲート端末３の送受信部３１は、配信データに含まれているゲート端末アドレス以外のゲート端末アドレスを有するゲート端末４には、配信データを送信しない。以下、図７と同様の方法で、ゲート端末４の設定の変更を行う。この場合は、代表ゲート端末３は、前記したポートを介さずに、ＬＡＮ（Local Area Network）などのネットワークを介して、配信データを、グループ６内の各ゲート端末４に配信する。
【００２６】
（複数のゲート端末の移行または増設）
また、複数のゲート端末４が移行または増設される場合は、管理サーバ２は、図７のステップＳ２において増設されたゲート端末４毎にグループ名を取得した後、図７のステップＳ３からステップＳ６を、移行または増設したゲート端末アドレスの台数分繰り返す。このような方法をとることによって、管理サーバ２は、移行または増設されたゲート端末４毎に配信データを生成、送信する。そして、代表ゲート端末３、およびゲート端末４は、図７のステップＳ７からステップＳ１２を移行または増設されたゲート端末４毎に繰り返すことで、複数のゲート端末４の設定の変更を可能にする。
また、複数のゲート端末４を、グループ６内のすべてのゲート端末４とすることで、グループ６に所属しているゲート端末４のレベルの変更をまとめて行うことが可能となる。
【００２７】
（代表ゲート端末が設定データを保持）
また、代表ゲート端末３が、代表ゲート端末３自身の記憶部３３にグループ６の設定データを有してもよい。この場合、図５の管理サーバ２の記憶部２３からレベル設定テーブル２３３が不要となる。そして、配信データには設定データは含まれない。ここで、配信データは、代表ゲート端末３に対する設定データの配信指示の信号となる。
この場合、図７における処理は、以下に記載する形になる。
管理サーバ２から送信された配信データを受信した代表ゲート端末３は、受信した配信データに、代表ゲート端末３自身が有する設定データを付して、グループ６内のゲート端末４に、配信データを配信する。
【００２８】
（暗号化）
また、本実施形態では、管理サーバ２と、代表ゲート端末３との間の通信、および代表ゲート端末３と、ゲート端末４との間の通信は、暗号化を施さない通信を想定しているが、例えばＳＳＬ（Secure Sockets Layer）などを用いた暗号化を施してもよい。
具体的には、図７のステップＳ６とステップＳ７、およびステップＳ９とステップＳ１０とにおける配信データの送信、そしてステップＳ８、およびステップＳ１１における応答の送信において、ＳＳＬを用いて配信データおよび応答を暗号化してもよい。
【００２９】
（効果）
本実施形態によれば、ゲート端末４を、グループ６間において、移行、もしくは増設した場合、管理者は、管理サーバ２に保持されているグループ構成テーブル２３２を書き換えるのみで、ゲート端末４の設定を更新することができる。このため、管理者の負担が軽減する。また、グループ６を設定することで、セキュリティレベルを、容易に変更でき、顧客のニーズに対し柔軟に対応できる。
【図面の簡単な説明】
【００３０】
【図１】本実施形態に係る入退室管理システムの論理的な構成例を示す論理構成図である。
【図２】本実施形態に係る管理サーバの機能ブロック図である。
【図３】本実施形態に係る代表ゲート端末の機能ブロック図である。
【図４】本実施形態に係るゲート端末の機能ブロック図である。
【図５】管理サーバの記憶部に格納されている各テーブルの構成例を示す図であり、（ａ）は、代表ゲート端末管理テーブルの例を示す図であり、（ｂ）は、グループ構成テーブルの構成例を示す図であり、（ｃ）は、レベル設定テーブルの構成例を示す図である。
【図６】本実施形態に係る入退室管理システムにおいてゲート端末を移行した例を示す論理構成図である。
【図７】本実施形態に係る入退室設定管理方法の流れを示すフローチャートである。
【図８】グループ構成テーブルの例を示す図であり、（ａ）は、更新前のグループ構成テーブルの例であり、（ｂ）は、更新後のグループ構成テーブルの例である。
【図９】本実施形態に係る入退室管理システムにおいてゲート端末を増設した例を示す論理構成図である。
【図１０】従来の入退室管理システムの論理的な構成例を示す論理構成図である。
【符号の説明】
【００３１】
１，１’  入退室管理システム
２，２’  管理サーバ
３，ａ１，ｂ１，ｃ１  代表ゲート端末
４，４’，ａ２〜ａｍ，ｂ２〜ｂｎ，ｃ２〜ｃｐ，ｃｓ  ゲート端末
５，５’  ネットワーク
６      グループ
２１，３１，４１  送受信部
２２，３２，４２  処理部
２３，３３，３４    記憶部
２３１  代表ゲート端末管理テーブル（グループ管理情報）
２３２，２３２ａ，２３２ｂ  グループ構成テーブル（グループ構成情報）
２３３  レベル設定テーブル（設定情報）
【図１】
2008014014.tif 000003
【図２】
2008014014.tif 000004
【図３】
2008014014.tif 000005
【図４】
2008014014.tif 000006
【図５】
2008014014.tif 000007
【図６】
2008014014.tif 000008
【図７】
2008014014.tif 000009
【図８】
2008014014.tif 000010
【図９】
2008014014.tif 000011
【図１０】
2008014014.tif 000012