(57)【要約】【課題】本発明の目的は、複数拠点にまたがった入退室情報及び生体認証情報を管理サーバで一元管理することができ、かつ、複数の拠点間での入退室情報をリアルタイムに把握できる入退室情報双方向配信システム及び方法を提供することにある。【解決手段】本発明の入退室情報双方向配信システムは、個人情報データベースと連携した入退室情報を格納する入退室統合データベースを備える入退室統合管理サーバと、前記入退室情報を格納する拠点入退データベースを備える、各拠点に配置された複数の入退室サーバと、生体認証情報を格納する生体認証情報データベースを備える生体認証情報サーバとを備える。【選択図】図１
2015185061.tif 000002
【特許請求の範囲】
【請求項１】
個人情報データベースと連携した入退室情報を格納する入退室統合データベースを備える入退室統合管理サーバと、
前記入退室情報を格納する拠点入退データベースを備える、各拠点に配置された複数の入退室サーバと、
生体認証情報を格納する生体認証情報データベースを備える生体認証情報サーバと
を備える入退室情報双方向配信システムであって、
前記入退室統合管理サーバは、
前記入退室統合データベースの前記入退室情報を更新するＤＢ更新手段と、
前記入退室統合データベースの前記入退室情報が更新されたタイミングで、前記入退室情報の更新情報を示す差分配信ファイルを作成するオンライン処理手段と、
前記差分配信ファイルを前記入退室サーバと送受信する送受信手段と
を備え、
前記入退室サーバは、
前記拠点入退データベースの前記入退室情報を更新するＤＢ更新手段と、
前記拠点入退データベースの前記入退室情報が更新されたタイミングで、前記差分配信ファイルを作成するローカル処理手段と、
前記差分配信ファイルを前記入退室統合管理サーバと送受信する送受信手段と
を備え、
前記生体認証情報サーバは、
登録された前記生体認証情報を受信する受信手段と、
前記生体認証情報を更新するＤＢ更新手段と、
前記入退室サーバからの生体認証要求に対して認証を行う認証手段と
を備えることを特徴とする入退室情報双方向配信システム。
【請求項２】
請求項１に記載の入退室情報双方向配信システムにおいて、
前記入退室統合管理サーバは、前記入退室サーバから受信した前記差分配信ファイルに基づいて前記入退室統合データベースの前記入退室情報を更新し、
前記入退室サーバは、前記入退室統合管理サーバから受信した前記差分配信ファイルに基づいて前記拠点入退データベースの前記入退室情報を更新することを特徴とする入退室情報双方向配信システム。
【請求項３】
請求項１または２に記載の入退室情報双方向配信システムにおいて、
前記入退室情報は、前記生体認証情報データベースにおける前記生体認証情報の位置を示す認証位置情報を含み、
前記入退室サーバは、前記認証位置情報を用いて前記生体認証情報サーバの前記認証手段に対して前記生体認証要求を行うことを特徴とする入退室情報双方向配信システム。
【請求項４】
請求項３に記載の入退室情報双方向配信システムにおいて、
前記入退室統合管理サーバの前記オンライン処理手段は、
前記入退室情報において前記生体認証情報の公開が許可されている場合、前記生体認証情報の位置を示す情報を含むように前記差分配信ファイルを作成し、
前記入退室情報において前記生体認証情報の公開が許可されていない場合、前記生体認証情報の位置を示す情報を含まないように前記差分配信ファイルを作成することを特徴とする入退室情報双方向配信システム。
【請求項５】
個人情報データベースと連携した入退室情報を格納する入退室統合データベースを備える入退室統合管理サーバと、前記入退室情報を格納する拠点入退データベースを備える、各拠点に配置された複数の入退室サーバと、生体認証情報を格納する生体認証情報データベースを備える生体認証情報サーバとによる入退室情報双方向配信方法であって、
前記入退室統合管理サーバによって、前記入退室統合データベースの前記入退室情報を更新する更新ステップと、
前記入退室統合データベースの前記入退室情報が更新されたタイミングで、前記入退室統合管理サーバによって、前記入退室情報の更新情報を示す差分配信ファイルを作成するオンライン処理ステップと、
前記入退室統合管理サーバによって、前記差分配信ファイルを前記入退室サーバに送信する送信ステップと、
前記入退室サーバによって、前記拠点入退データベースの前記入退室情報を更新する更新ステップと、
前記拠点入退データベースの前記入退室情報が更新されたタイミングで、前記入退室サーバによって、前記差分配信ファイルを作成するローカル処理ステップと、
前記入退室サーバによって、前記差分配信ファイルを前記入退室統合管理サーバに送信する送信ステップと、
前記生体認証情報サーバによって、登録された前記生体認証情報を受信する受信ステップと、
前記生体認証情報サーバによって、前記生体認証情報を更新する更新ステップと、
前記生体認証情報サーバによって、前記入退室サーバからの生体認証要求に対して認証を行う認証ステップと
含むことを特徴とする入退室情報双方向配信方法。
【請求項６】
請求項５に記載の入退室情報双方向配信方法において、
前記入退室統合管理サーバによって、前記入退室サーバによる前記送信ステップにおいて送信された前記差分配信ファイルを受信し、前記差分配信ファイルに基づいて前記入退室統合データベースの前記入退室情報を更新するステップと、
前記入退室サーバによって、前記入退室統合管理サーバによる前記送信ステップにおいて送信された前記差分配信ファイルを受信し、前記差分配信ファイルに基づいて前記拠点入退データベースの前記入退室情報を更新するステップと
を更に含むことを特徴とする入退室情報双方向配信方法。
【請求項７】
請求項５または６に記載の入退室情報双方向配信方法において、
前記入退室情報は、前記生体認証情報データベースにおける前記生体認証情報の位置を示す認証位置情報を含み、
前記入退室サーバは、前記認証位置情報を用いて前記生体認証情報サーバに対して前記生体認証要求を行うことを特徴とする入退室情報双方向配信方法。
【請求項８】
請求項７に記載の入退室情報双方向配信方法において、
前記オンライン処理ステップは、
前記入退室情報において前記生体認証情報の公開が許可されている場合、前記生体認証情報の位置を示す情報を含むように前記差分配信ファイルを作成し、
前記入退室情報において前記生体認証情報の公開が許可されていない場合、前記生体認証情報の位置を示す情報を含まないように前記差分配信ファイルを作成することを特徴とする入退室情報双方向配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入退室情報双方向配信システム及び方法に関するものである。
【背景技術】
【０００２】
昨今、個人情報漏洩などが、企業において問題視されており、あらゆるセキュリティの基礎と言える物理面でのセキュリティを強化する傾向が強まっている。
【０００３】
入退室管理においては、主に入退ＩＣカードや指静脈情報などの生体認証情報が利用されている。入退室管理は各拠点単位やビル単位で行っており、入退室管理システムはスタンドアロンで構成されていることが多い。特許文献１は、生体認証技術を利用した入退室管理について開示している。
【０００４】
図９は、管理サーバと各拠点の入退室システムを接続した場合を示しており、入退ＩＣカード情報を保持する管理データベースの入退室情報を元に、入退室情報ファイルを作成し、複数拠点の入退室システムへ自動連携することが可能なシステムの構成図である。図９の入退室管理システムは、入退室情報データベース９０１、入退室情報ファイル９０２、管理サーバ９０３、ネットワーク９０４、入退室サーバ９０５、及び、生体認証情報サーバ９０６で構成される。
【０００５】
図９のような構成の入退室管理システムでは、入退室情報データベース９０１の入退室情報を元に作成された入退室情報ファイル９０２が、入退室サーバ９０５側からネットワーク９０４を介して一定間隔で自動取得される（ＰＵＬＬ型配信）。例えば、新規入場者向けに、管理サーバ９０３にて入退ＩＣカードの発行操作を行った場合、新規追加用の配信ファイルが作成され、その配信ファイルを入退室サーバ９０５側が取り込むことで、当該カードが利用可能になる。また、管理サーバ９０３の設定で、ＩＣカードの種類や企業、所属などによって、配信先の拠点を振り分けることができ、各拠点のセキュリティレベルに応じた入退室管理をすることができる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９―１６９５５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、図９のような構成の入退室管理システムの場合、入退室情報データベース９０１の情報が更新され、その更新事象に応じて入退室情報ファイル９０２が作成されても、その配信ファイルをリアルタイムに入退室サーバ９０５へ取り込むことができない。例えば入退ＩＣカードの紛失が発生した場合、即時入退室サーバ９０５から当該データを削除する必要があるが、入退室サーバ９０５から配信ファイルが取得されるまでの間、当該入退ＩＣカードは削除されないため利用可能な状態であり、入退ＩＣカードを拾得した第三者によるなりすましの被害を受ける可能性がある。
【０００８】
これは、入退室サーバ９０５において直接当該入退ＩＣカードの入退室情報を削除すれば、入退不可となり、なりすまし被害を回避できるが、当該入退ＩＣカードが複数拠点に対して配信されていた場合、システム管理者が異なり操作権限が無いため、即時データ削除することは難しい。
【０００９】
さらに、管理サーバ９０３では入退室情報が一元管理されていないため、入退室システム管理者が、他拠点の入退室サーバ９０５における利用状況の確認や操作をすることが困難もしくは不可となっている。例えば、他拠点の入退ＩＣカードは、どのような許可グループが割当たっていて、どのエリアを通行できるのかはシステム上では確認できず、他拠点の担当者に確認を行うしかない。特にグループ会社や関連会社を多く持つ大企業などでは、複数拠点をまたがって入退室管理を行う場合もあるため、不都合になることが多い。
【００１０】
他拠点における利用状況の確認や操作は、入退室システム管理者に対して、アクセス権を付与すれば可能にはなるが、拠点ごとにそれぞれ利用状況の確認や操作をしなければならないため、非効率である。
【００１１】
また、氏名や所属などの個人情報を入退ＩＣカード情報と紐付けて管理を行っている場合、異動事象などにおいて、当該個人情報が変更された際、手動での情報修正作業が発生する。また、退場時や退職時には、入退ＩＣカード情報の削除作業も発生する。これらの手動での情報の更新作業は、システム管理者の手間となっている。また、作業の手間となるだけではなく、削除作業を怠ると本来その拠点に入退する権限の無い者を通行させてしまうというセキュリティ面のリスクも存在する。
【００１２】
入退ＩＣカード情報を削除しないことによるセキュリティリスクは、システム管理者が入退ＩＣカード自体を利用者から回収すれば回避することが可能だが、回収するまでにタイムラグがあることも考えられ、各拠点のシステム管理者の運用に依存しているので、最適な管理方法とは言えない。
【００１３】
また、指静脈情報などの生体認証情報を利用した入退室管理は、特許文献１に記載されているが、１拠点に対し、１台の生体認証情報サーバによるスタンドアロン構成になっており、複数拠点にまたがって入退室管理をすることができない構成になっている。そのため、グループ会社や関連会社を多く持つ大企業など、複数拠点に入退する利用者が存在する場合、拠点数に応じて生体認証情報の登録や削除作業が発生し、作業担当者の負担となっている。
【００１４】
本発明の目的は、複数拠点にまたがった入退室情報及び生体認証情報を管理サーバで一元管理することができ、かつ、複数の拠点間での入退室情報をリアルタイムに把握できる入退室情報双方向配信システム及び方法を提供することにある。
【課題を解決するための手段】
【００１５】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、個人情報データベースと連携した入退室情報を格納する入退室統合データベースを備える入退室統合管理サーバと、前記入退室情報を格納する拠点入退データベースを備える、各拠点に配置された複数の入退室サーバと、生体認証情報を格納する生体認証情報データベースを備える生体認証情報サーバとを備える入退室情報双方向配信システムが提供される。当該入退室情報双方向配信システムにおいて、前記入退室統合管理サーバは、前記入退室統合データベースの前記入退室情報を更新するＤＢ更新手段と、前記入退室統合データベースの前記入退室情報が更新されたタイミングで、前記入退室情報の更新情報を示す差分配信ファイルを作成するオンライン処理手段と、前記差分配信ファイルを前記入退室サーバと送受信する送受信手段とを備え、前記入退室サーバは、前記拠点入退データベースの前記入退室情報を更新するＤＢ更新手段と、前記拠点入退データベースの前記入退室情報が更新されたタイミングで、前記差分配信ファイルを作成するローカル処理手段と、前記差分配信ファイルを前記入退室統合管理サーバと送受信する送受信手段とを備え、前記生体認証情報サーバは、登録された前記生体認証情報を受信する受信手段と、前記生体認証情報を更新するＤＢ更新手段と、前記入退室サーバからの生体認証要求に対して認証を行う認証手段とを備える。
【００１６】
また、他の例によれば、個人情報データベースと連携した入退室情報を格納する入退室統合データベースを備える入退室統合管理サーバと、前記入退室情報を格納する拠点入退データベースを備える、各拠点に配置された複数の入退室サーバと、生体認証情報を格納する生体認証情報データベースを備える生体認証情報サーバとによる入退室情報双方向配信方法が提供される。当該入退室情報双方向配信方法は、前記入退室統合管理サーバによって、前記入退室統合データベースの前記入退室情報を更新する更新ステップと、前記入退室統合データベースの前記入退室情報が更新されたタイミングで、前記入退室統合管理サーバによって、前記入退室情報の更新情報を示す差分配信ファイルを作成するオンライン処理ステップと、前記入退室統合管理サーバによって、前記差分配信ファイルを前記入退室サーバに送信する送信ステップと、前記入退室サーバによって、前記拠点入退データベースの前記入退室情報を更新する更新ステップと、前記拠点入退データベースの前記入退室情報が更新されたタイミングで、前記入退室サーバによって、前記差分配信ファイルを作成するローカル処理ステップと、前記入退室サーバによって、前記差分配信ファイルを前記入退室統合管理サーバに送信する送信ステップと、前記生体認証情報サーバによって、登録された前記生体認証情報を受信する受信ステップと、前記生体認証情報サーバによって、前記生体認証情報を更新する更新ステップと、前記生体認証情報サーバによって、前記入退室サーバからの生体認証要求に対して認証を行う認証ステップと含む。
【発明の効果】
【００１７】
本発明によれば、複数拠点にまたがった入退室情報及び生体認証情報を管理サーバで一元管理することができ、かつ、複数の拠点間での入退室情報をリアルタイムに把握できる。
本発明に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、上記した以外の、課題、構成及び効果は、以下の実施例の説明により明らかにされる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施の形態例を示すシステム構成図である。
【図２Ａ】入退室統合データベース及び入退室データベースに格納されている入退室情報の構成図である。
【図２Ｂ】個人情報テーブルの一例を示す図である。
【図２Ｃ】カード情報テーブルの一例を示す図である。
【図２Ｄ】生体認証情報テーブルの一例を示す図である。
【図３】入退室統合管理サーバの構成を示した図である。
【図４】入退室サーバの構成を示した図である。
【図５】生体認証情報サーバの構成を示した図である。
【図６】入退室統合管理サーバ及び入退室サーバ間で送受信される配信のフレーム構成図である。
【図７Ａ】入退室統合管理サーバのデータ配信処理の概要を示すフローチャートである。
【図７Ｂ】図７Ａの処理の後に行われる入退室サーバでのデータ更新処理の概要を示すフローチャートである。
【図８Ａ】入退室サーバのデータ配信処理の概要を示すフローチャートである。
【図８Ｂ】図８Ａの処理の後に行われる入退室統合管理サーバでのデータ更新処理の概要を示すフローチャートである。
【図９】従来の入退室管理システムの概略構成図である。
【発明を実施するための形態】
【００１９】
以下、添付図面を参照して本発明の実施例について説明する。なお、添付図面は本発明の原理に則った具体的な実施例を示しているが、これらは本発明の理解のためのものであり、決して本発明を限定的に解釈するために用いられるものではない。
【００２０】
本実施例の入退室情報双方向配信システムは、各拠点の入退室情報を管理サーバのデータベースに一元管理するとともに、個人情報と紐付けた形での入退室カード情報の管理を実現し、各拠点側の入退室システムとの双方向通信によりリアルタイムな送受信を行うことで、常に入退室情報の同期を取ることを可能とし、また、一拠点で登録された生体認証情報の他拠点への配信を可能とするものである。以下に詳細な構成を説明する。
【００２１】
図１は、本発明の実施の形態の一例を示すシステム構成図である。本システムは、入退室統合管理サーバ１０１と、生体認証情報サーバ１０７と、拠点１０２、１０３に設置された入退室サーバ１０４、１０５とを備える。入退室統合管理サーバ１０１は、入退室統合データベース１を備える。また、入退室サーバ１０４、１０５は、拠点入退データベース２、３を備える。入退室統合管理サーバ１０１と入退室サーバ１０４、１０５とは、ネットワーク１０６を介して接続されており、双方向に送受信を行うことで、入退室情報の同期を取っている。入退室統合データベース１は、拠点入退データベース２、３の複数拠点に及ぶ入退室情報を一元管理している。なお、図１には、２拠点２台の入退室サーバ１０４、１０５を示しているが、さらに多数が備えられていてもよい。
【００２２】
入退室統合管理サーバ１０１は、ネットワーク１０６を介して、管理システム操作端末１０８、１０９から操作される。また、入退室サーバ１０４、１０５は、拠点内のローカルネットワークに接続された操作端末１１０、１１１から操作される。
【００２３】
入退室統合データベース１には、個人情報データベース４が接続されている。入退室統合管理サーバ１０１は、個人情報データベース４に格納されている個人情報を定期的に自動で取込み、入退室統合データベース１内の入退室情報と連携される。個人情報とは、ここでは氏名、性別、所属、入社／退職年月日、契約種別などを指している。個人情報は、この例に限定されず、戸籍の情報など他の情報を含んでもよい。入退室統合データベース１では、これらの個人情報の更新に応じて入退室情報が作成され、入退室統合管理サーバ１０１は、その入退室情報を元に作成した情報を、拠点入退データベース２、３に送信する。
【００２４】
生体認証情報サーバ１０７は、生体認証情報データベース５を備える。生体認証情報サーバ１０７は、ネットワーク１０６に接続されており、拠点１０２、１０３に設置された生体認証情報登録端末１１２、１１３から登録された生体認証情報を受信し、拠点１０２、１０３の利用者の生体認証情報を一元管理する。生体認証情報データベース５には、各個人を識別する情報（例えば、氏名ＩＤ）と、生体認証情報とが関連付けて格納されている。ここで、生体認証情報とは、本人確認を行うための身体的特徴を示す情報であり、例えば、静脈（指、手のひら、甲）、指紋、眼球の虹彩、網膜、声紋、顔、掌形（指の長さ、太さ、表面積）などの情報である。これらの生体認証情報は、通常、画像データ（例えば、顔認証）や音声データ（例えば、声紋認証）などで管理される場合が多い。
【００２５】
図２Ａは、入退室統合データベース１及び拠点入退データベース２、３に格納される入退室情報の一例を示す図である。すなわち、入退室統合データベース１及び拠点入退データベース２、３では、同じ構成の入退室情報が管理される。図２Ａに示すように、入退室情報は、氏名ＩＤ２０１、氏名２０２、性別２０３、所属２０４、入社年月日２０５、退職年月日２０６、契約種別２０７、カード番号２０８、カードＩＤキーＮｏ２０９、カード有効期限２１０、許可グループ２１１、アンチパスバック２１２、認証位置情報２１３、認証公開フラグ２１４、拠点Ｎｏ２１５などを構成項目として含む。この入退室情報は、各入退ＩＣカード単位に登録される。図２Ａの氏名ＩＤ２０１から契約種別２０７の個人情報２１６は、個人情報データベース４の個人情報テーブルからの自動連携によって構成される。
【００２６】
また、図２Ａのカード番号２０８からアンチパスバック２１２までのカード情報２１７は、管理システム操作端末１０８、１０９からの登録／更新、もしくは、入退室サーバ１０４、１０５からローカルで登録／更新されたカード情報で構成される。なお、許可グループ２１１は、例えば、入退室ができる範囲を示す情報である。例えば、番号に対して、ある拠点のエリアが割り当てらており、ここでは、「３０１」という番号で特定されるエリアに入出できることを示している。なお、アンチパスバック２１２は、アンチパスバック機能を有効にするか無効にするかの情報である。アンチパスバック機能とは、ＩＣカードによる入退室システムにおいて、共連れ（ピギーバック）やすれ違いなどにより不正に侵入することにより、入室・退室の整合性に矛盾が生じることがあり、これを探知するため、同じＩＤで２回続けて入室または退室できないようにする機能である。
【００２７】
また、図２Ａの認証位置情報２１３から拠点Ｎｏ２１５までの生体認証情報２１８は、生体認証情報登録端末１１２、１１３あるいは生体認証情報サーバ１０７から取得される情報である。例えば、生体認証情報登録端末１１２、１１３での操作によって生体認証情報が生体認証情報サーバ１０７で登録されたとき、生体認証情報登録端末１１２、１１３から生体認証情報２１８の情報を入退室統合管理サーバ１０１に送信する。あるいは、生体認証情報が生体認証情報サーバ１０７で登録されたとき、入退室統合管理サーバ１０１が、生体認証情報サーバ１０７と連携して生体認証情報２１８の情報を取得してもよい。認証位置情報２１３は、その個人に対応する生体認証情報が生体認証情報データベース５のどこに格納されているかを示す位置情報（例えば、生体認証データへのパス）である。本実施例の特徴として、入退室サーバ１０４、１０５は、認証位置情報２１３を用いて生体認証情報サーバ１０７に対して生体認証要求を行う。すなわち、入退室情報で生体認証情報自体を管理するのではなく、生体認証情報データベース５内での生体認証情報の位置を管理する。したがって、拠点１０２から拠点１０３に異動があった場合でも、生体認証情報自体を拠点１０３に送る必要がなくなり、認証位置情報２１３のみを送ればよい。したがって、認証位置情報２１３を用いて生体認証情報サーバ１０７を介しての認証が可能となる。
【００２８】
認証公開フラグ２１４は、生体認証情報データベース５に登録された生体認証情報を公開するかを示すフラグである。例えば、認証公開フラグ２１４が「公開する”０”」の場合、拠点を移動したときに、認証位置情報２１３が移動先の拠点に送信される。認証公開フラグ２１４が「公開しない”１”」の場合、拠点を移動したときに、認証位置情報２１３が移動先の拠点に送信されない。生体認証情報のセキュリティを高めるために、このような公開のフラグの情報も設けている。また、拠点Ｎｏ２１５は、生体認証情報を登録した拠点を識別する情報である。例えば、拠点１０２の生体認証情報登録端末１１２を用いて生体認証情報を登録した場合、拠点Ｎｏ２１５は、拠点１０２を識別する情報となる。
【００２９】
次に、入退室統合データベース１及び拠点入退データベース２、３に格納される入退室情報の構成例について説明する。入退室情報は、以下で説明する個人情報テーブル、カード情報テーブル、及び、生体認証情報テーブルにより構成される。なお、以後の説明では「テーブル」構造を用いて本発明の情報について説明するが、これら情報は必ずしもテーブルによるデータ構造で表現されていなくても良く、それ以外のデータ構造で表現されていても良い。そのため、データ構造に依存しないことを示すために単に「情報」と呼ぶことがある。
【００３０】
図２Ｂは、個人情報テーブルの一例を示す図である。個人情報テーブルは、氏名ＩＤ２０１、氏名２０２、性別２０３、所属２０４、入社年月日２０５、退職年月日２０６、及び、契約種別２０７を構成項目として含む。なお、個人情報データベース４も、図２Ｂと同様のテーブルで構成されてもよい。
【００３１】
図２Ｃは、カード情報テーブルの一例を示す図である。カード情報テーブルは、氏名ＩＤ２０１、カード番号２０８、カードＩＤキーＮｏ２０９、カード有効期限２１０、許可グループ２１１、及び、アンチパスバック２１２を構成項目として含む。
【００３２】
図２Ｄは、生体認証情報テーブルの一例を示す図である。生体認証情報テーブルは、氏名ＩＤ２０１、認証位置情報２１３、認証公開フラグ２１４、及び、拠点Ｎｏ２１５を構成項目として含む。
【００３３】
本実施例において、入退室統合管理サーバ１０１は、個人情報２１６及びカード情報２１７のうちいずれかの項目が更新されたタイミングで、入退室サーバ１０４、１０５に対して、リアルタイムに差分配信ファイルを送信する。ここで、差分配信ファイルとは、退室情報の更新情報を示す情報であり、詳細は後述する。
【００３４】
また、入退室サーバ１０４、１０５は、個人情報２１６及びカード情報２１７のうちいずれかの項目が更新されたタイミングで、入退室統合管理サーバ１０１に対して、リアルタイムに差分配信ファイルを送信する。なお、拠点間をまたいでの操作端末による入退室サーバの更新はできない。（例：操作端末１１０による入退室サーバ１０５の更新は不可。）
【００３５】
図３は、入退室統合管理サーバ１０１の構成を示した図である。入退室統合管理サーバ１０１は、入退室統合データベース１の更新処理を行うＤＢ更新部３０１と、管理システム操作端末１０８、１０９からの要求に対してオンライン処理を行うオンライン処理部３０２と、入退室サーバ１０４、１０５との送受信を行う送受信部３０３とを備える。
【００３６】
入退室統合データベース１は、個人情報テーブル３０４と、カード情報テーブル３０５と、生体認証情報テーブル３０６とを備える。個人情報テーブル３０４は、図２Ｂで示した情報である。カード情報テーブル３０５は、図２Ｃに示した情報である。生体認証情報テーブル３０６は、図２Ｄに示した情報である。
【００３７】
前述の通り、入退室統合管理サーバ１０１は、個人情報データベースと連携して得られた個人情報２１６を個人情報テーブル３０４に格納する。また、入退室統合管理サーバ１０１は、管理システム操作端末１０８、１０９からの登録／更新、もしくは、入退室サーバ１０４、１０５からローカルで登録／更新されたカード情報２１７をカード情報テーブル３０５に格納する。さらに、入退室統合管理サーバ１０１は、生体認証情報登録端末１１２、１１３、もしくは、生体認証情報サーバ１０７から得られる生体認証情報２１８を生体認証情報テーブル３０６に格納する。
【００３８】
管理システム操作端末１０８、１０９からカード情報検索や、カード発行、カード利用停止などのカード状態変更操作が行われると、送受信部３０３が、その情報を受け取る。オンライン処理部３０２が、管理システム操作端末１０８、１０９からの要求を処理し、ＤＢ更新部３０１が、入退室統合データベース１の個人情報テーブル３０４やカード情報テーブル３０５を更新する。オンライン処理部３０２は、入退室統合データベース１の更新に伴い、後述する差分配信ファイルを作成する。送受信部３０３は、作成される差分配信ファイルを入退室サーバ１０４、１０５へ送信する。
【００３９】
また、送受信部３０３は、入退室サーバ１０４、１０５からの差分配信ファイルを受信する。入退室サーバ１０４、１０５から差分配信ファイルを受信した場合、オンライン処理部３０２は、入退室サーバ１０４、１０５からの差分配信ファイルを処理し、ＤＢ更新部３０１が、その差分配信ファイルに基づいて入退室統合データベース１を更新する。
【００４０】
図４は、入退室サーバ１０４、１０５の構成を示した図である。入退室サーバ１０４、１０５は、拠点入退データベース２、３の更新処理を行うＤＢ更新部４０１と、操作端末１１０、１１１からの要求に対して処理を行うローカル処理部４０２と、入退室統合管理サーバ１０１及び生体認証情報サーバ１０７との送受信を行う送受信部４０３とを備える。
【００４１】
操作端末１１０、１１１からカード情報検索や、カード発行、カード利用停止などのカード情報変更操作が行われると、ローカル処理部４０２で処理が行われ、ＤＢ更新部４０１が拠点入退データベース２、３の更新処理を行う。ローカル処理部４０２は、拠点入退データベース２、３の更新に伴い、後述する差分配信ファイルを作成する。送受信部４０３は、ローカル処理部４０２で自動作成される差分配信ファイルを入退室統合管理サーバ１０１へ送信する。
【００４２】
また、送受信部４０３は、入退室統合管理サーバ１０１からの差分配信ファイルを受信する。入退室統合管理サーバ１０１から差分配信ファイルを受信した場合、ローカル処理部４０２は、入退室統合管理サーバ１０１からの差分配信ファイル処理し、ＤＢ更新部４０１が、その差分配信ファイルに基づいて拠点入退データベース２、３を更新する。また、送受信部４０３は、生体認証要求を生体認証情報サーバ１０７に送り、その結果を受け取る処理も行う。
【００４３】
図５は、生体認証情報サーバ１０７の構成を示した図である。生体認証情報サーバ１０７は、生体認証情報データベース５の更新処理を行うＤＢ更新部５０１と、生体認証情報登録端末１１２、１１３からの生体認証情報を受信する受信部５０２と、入退室サーバ１０４、１０５からの生体認証要求に対して認証を行う認証部５０３とを備える。
【００４４】
図６は、入退室統合管理サーバ１０１及び入退室サーバ１０４、１０５間で送受信される配信のフレーム構成の一例である。上述した差分配信ファイルは、図６のフォーマットで作成されたデータを意味する。入退室統合管理サーバ１０１から配信されるフレームと入退室サーバ１０４、１０５から配信されるフレームは、同一のフォーマットを使用する。配信されるフレームは、図６に示す通り、配信コマンド６０１、拠点Ｎｏ６０２、氏名ＩＤ６０３、認証位置情報６０４、認証公開フラグ６０５、個人情報６０６、及び、カード情報６０７から成る。
【００４５】
配信コマンド６０１は、配信されるデータの種類を示しており、新規追加であれば“０”、変更であれば“１”、削除であれば“２”が指定される。なお、入退室統合管理サーバ１０１は、配信ファイルの送受信を行う際、接続されている拠点を拠点Ｎｏ６０２によって識別する。
【００４６】
双方向で配信されるデータは、氏名ＩＤ６０３をキー項目として、対象レコードを特定し、入退室統合データベース１及び拠点入退データベース２、３に取り込まれる。なお、この例では、入退室統合データベース１及び拠点入退データベース２、３での登録／更新のためのキー項目として、氏名ＩＤ６０３を使用しているが、キー項目は、これに限定されず、カードＩＤキーＮｏなど他の項目を使用してもよい。
【００４７】
個人情報６０６は、図２Ａで説明した個人情報２１６に対応する情報である。カード情報６０７は、図２Ａで説明したカード情報２１７に対応する情報である。認証位置情報６０４、認証公開フラグ６０５は、それぞれ、認証位置情報２１３、認証公開フラグ２１４に対応する。認証位置情報６０４、認証公開フラグ６０５、個人情報６０６、及び、カード情報６０７では、更新される情報が格納され、更新されない情報については空データや更新されないことを示す記号などが格納される。
【００４８】
次に、生体認証情報の登録時の処理を拠点１０２での処理を例として説明する。生体認証情報登録端末１１２にて、生体認証情報αが登録された場合、生体認証情報登録端末１１２は、生体認証情報αをネットワーク１０６を介して、生体認証情報サーバ１０７の受信部５０２に送信する。これにより、生体認証情報サーバ１０７のＤＢ更新部５０１が、生体認証情報αを生体認証情報データベース５に格納する。また、それと同時に、生体認証情報登録端末１１２は、生体認証情報αの認証位置情報βを入退室サーバ１０４の送受信部４０３に送信し、ＤＢ更新部４０１は、拠点入退データベース２の項目「認証位置情報２１３」の更新処理を行う。また、生体認証情報登録端末１１２において生体認証情報αを登録する時、生体認証情報αの他拠点（ここでは、拠点１０３）への配信を許可するか拒否するか選択を要求される。その際、「許可する」を選択した場合、項目「認証公開フラグ２１４」に“０”が、「拒否する」を選択した場合、“１”が登録される。
【００４９】
その後、入退室サーバ１０４は、入退室統合管理サーバ１０１に対して認証位置情報βを記載した差分配信ファイルを送付し、入退室統合管理サーバ１０１と入退室サーバ１０４との同期が取られる。生体認証情報を配信するのではなく、認証位置情報を配信することで、データの通信量を少なくしている。生体認証情報は、画像データあるいは音声データとなるため、ファイルサイズが肥大することを考慮し、入退室統合管理サーバ１０１と入退室サーバ１０４、１０５の双方向配信においては、位置情報でやり取りし、データの通信量を削減している。
【００５０】
以下、システムの差分配信ファイルの配信動作を説明する。
【００５１】
図７Ａは、入退室統合管理サーバ１０１のデータ配信処理の概要を示すフローチャートである。まず、管理システム操作端末１０８、１０９からの要求あるいは個人情報データベース４での更新を受けて、入退室統合データベース１の入退室情報が変更されたか否かを判定し（ステップ７０１）、変更がある場合は、ステップ７０２へ進む。なお、変更が無ければ待機する。
【００５２】
入退室統合管理サーバ１０１のオンライン処理部３０２は、入退室情報において、その変更対象となる個人の所属２０４が変更されるかを判定する（ステップ７０２）。所属２０４に変更があれば、認証位置情報２１３の存在有無の判定を行うステップ７０３に進む。変更が無ければ、配信ファイルの作成（ステップ７０６）へ進む。ここでは、所属２０４に変更がある場合、当該変更対象となる個人の拠点が別の拠点に移動することを想定しており、そのため、ステップ７０２の判定を行う。ステップ７０２は、管理する個人情報の内容に応じて、適宜変更、削除してもよい。
【００５３】
オンライン処理部３０２は、当該変更対象となる個人のレコードにおいて認証位置情報２１３が存在するかを判定する（ステップ７０３）。認証位置情報２１３が存在すれば、認証公開フラグ２１４の判定を行うステップ７０４に進む。存在しなければ、配信ファイルの作成（ステップ７０６）へ進む。
【００５４】
オンライン処理部３０２は、当該変更対象となる個人のレコードにおいて認証公開フラグ２１４が“０”かどうかを判定する（ステップ７０４）。認証公開フラグ２１４が“０”であれば、ステップ７０５へ進む。ステップ７０５では、オンライン処理部３０２は、異動先拠点の配信ファイルに「認証位置情報」を付与して、差分配信ファイルを作成する。すなわち、当該変更対象となる個人のレコードに所属変更があり、且つ認証位置情報を所持しており、且つ認証公開が許可されている場合は、異動先拠点への配信ファイルに認証位置情報２１３を付与して、差分配信ファイルを作成する。
【００５５】
ステップ７０４において、認証公開フラグ２１４が“１”であれば、ステップ７０６へ進む。ステップ７０６へ進んだ場合、オンライン処理部３０２は、「認証位置情報」を付与せず差分配信ファイルを作成する。
【００５６】
ステップ７０５またはステップ７０６で作成された差分配信ファイルが、送受信部３０３によって入退室サーバ１０４、１０５へ配信される（ＰＵＳＨ配信）（ステップ７０７）。
【００５７】
図７Ｂは、図７Ａの処理の後に行われる入退室サーバ１０４、１０５でのデータ更新処理の概要を示すフローチャートである。まず、入退室サーバ１０４、１０５の送受信部４０３によって、入退室統合管理サーバ１０１から送信された差分配信ファイルを受信する（ステップ７１１）。次に、受け取った差分配信ファイルをローカル処理部４０２によって処理し、ＤＢ更新部４０１によって拠点入退データベース２、３を差分配信ファイルの内容で更新する（ステップ７１２）。
【００５８】
図８Ａは、入退室サーバ１０４、１０５のデータ配信処理の概要を示すフローチャートである。入退室サーバ１０４、１０５は、まず、操作端末１１０、１１１などからの要求を受けて、ＤＢ更新部４０１によって拠点入退データベース２、３の入退室情報が変更されたか否かを判定し（ステップ８０１）、変更がある場合は、ステップ８０２へ進む。なお、変更が無ければ待機する。
【００５９】
入退室サーバ１０４、１０５のローカル処理部４０２は、差分配信ファイルを作成する（ステップ８０２）。次に、入退室サーバ１０４、１０５の送受信部４０３は、ステップ８０２で作成された差分配信ファイルを入退室統合管理サーバ１０１へ配信する（ＰＵＳＨ配信）（ステップ８０３）。
【００６０】
図８Ｂは、図８Ａの処理の後に行われる入退室統合管理サーバ１０１でのデータ更新処理の概要を示すフローチャートである。まず、入退室統合管理サーバ１０１の送受信部３０３によって、入退室サーバ１０４、１０５から送信された差分配信ファイルを受信する（ステップ８１１）。次に、受け取った差分配信ファイルをオンライン処理部３０２によって処理し、ＤＢ更新部３０１によって入退室統合データベース１を差分配信ファイルの内容で更新する（ステップ８１２）。
【００６１】
以上のように、各拠点の入退室情報を入退室統合管理サーバのデータベースに一元管理するとともに、個人情報と紐付けた形での入退室カード情報管理を実現し、各拠点側の入退室サーバとの双方向通信によりリアルタイムな送受信を行うことで、常に入退室情報の同期を取ることを可能とする。また、一拠点で登録された入退室情報及び生体認証情報の他拠点への配信を可能とする。
【００６２】
より詳細には、本実施形態の入退室情報双方向配信システムによれば、次のような効果がある。
（１）入退室統合管理サーバと入退室サーバは、それぞれ入退室情報が変更されたタイミングで差分配信ファイルのＰＵＳＨ配信を行うので、即時に同期を取ることができ、リアルタイムに各拠点の入退室情報を把握することができる。
（２）複数拠点にまたがった入退室情報を管理サーバで一元管理することにより、拠点間での入退室情報の状況把握、連携ができ、入退室管理が効率化する。
（３）個人情報とカード情報と紐付けることで、個人情報の変更内容に応じて自動的にカードの管理を行うことができ、厳格且つフレキシブルな入退室管理をすることができる。
（４）生体認証情報は、各拠点で登録作業を行い、複数拠点で生体認証情報を利用する場合、拠点数分の登録作業が必要だが、所属変更に応じて生体認証情報の位置情報を配信することで、一拠点で登録した生体認証情報を活用できるため、各拠点ごとでの登録作業の手間を省略できる。
【００６３】
なお、本発明は上述した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることがあり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００６４】
また、入退室統合管理サーバ１０１、入退室サーバ１０４、１０５、及び、生体認証情報サーバの処理部は、実施例の機能を実現するソフトウェアのプログラムコードで実現してもよい。この場合、プログラムコードを記録した記憶媒体を情報処理装置に提供し、その情報処理装置（またはＣＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、およびそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。また、各処理部は、それらの一部や全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。
【符号の説明】
【００６５】
１…入退室情報データベース、２、３…拠点入退データベース、４…個人情報データベース、５…生体認証情報データベース、１０１…入退室統合管理サーバ、１０２、１０３…拠点、１０４、１０５…入退室サーバ、１０６…ネットワーク、１０７…生体認証情報サーバ、１０８、１０９…管理システム操作端末、１１０、１１１…操作端末、１１２、１１３…生体認証情報登録端末
【図１】
2015185061.tif 000003
【図２Ａ】
2015185061.tif 000004
【図２Ｂ】
2015185061.tif 000005
【図２Ｃ】
2015185061.tif 000006
【図２Ｄ】
2015185061.tif 000007
【図３】
2015185061.tif 000008
【図４】
2015185061.tif 000009
【図５】
2015185061.tif 000010
【図６】
2015185061.tif 000011
【図７Ａ】
2015185061.tif 000012
【図７Ｂ】
2015185061.tif 000013
【図８Ａ】
2015185061.tif 000014
【図８Ｂ】
2015185061.tif 000015
【図９】
2015185061.tif 000016