JP4822738B2 - サービス認証システムおよびサービス認証方法 - Google Patents

Description

本発明は、サービス認証システム、サーバ装置、ネットワーク機器およびサービス認証方法に係り、ビル等において、ビル内の部屋に入室しているか否かの情報を用いるサービス認証技術に関する。

従来のセキュリティシステムには、人の入退室の管理を行う入退室管理システムとネットワーク上またはＰＣ上の情報へのアクセスの管理を行う情報セキュリティシステムがあり、これらは独立したシステムとして運用されてきた。

入退室管理システムでは、入退室管理ではドアに認証装置が設置され、認証装置には入室者を認証するための情報があらかじめ認証装置内に保持される。入室者がその情報を入力し、保持されている情報と比較することで認証が行われていた。ここでの認証の手段としては、パスコード、ＩＣカード、生体認証等が利用されている。

一方、情報セキュリティシステムでは、情報にアクセスする際に利用者にパスワードを入力させる方法や、Ｘ５０９証明書を用いたＰＫＩ（Public Key Infrastructure）での認証を行う方法が利用されている。情報セキュリティシステムのサービスとして、インターネット介した社外からのリモート接続があり、この場合は証明書認証に基づくＶＰＮ（Virtual Private Network）接続が利用される。リモート接続時に認証を行い、その認証に基づきサービスを提供するシステムが文献１で知られている。

特開２００４−１３３８２４号公報

特許文献１のリモート接続時の認証では、利用者の認証を行うが、場所を特定することができない。そのため、社外から接続している場合でもこのサービスを利用して情報を入手することが可能となり、利用者のキーやパスワードが盗難された場合に情報漏洩の危険性が高い問題がある。またこれを防ごうとすると、リモート接続サービスで提供できるサービス内容を制限する必要があり、社内で利用する際にも社外で利用するのと同様の限定されたサービスしか受けられなくなるといった問題がある。
本発明の目的は、上述した問題を解決することにある。

上記目的は、サービス要求がなされた部屋に利用権限のある利用者が入室していないときには、サービスを提供しないサービス認証システムにより達成される。

本発明によれば、サービス利用時の認証に入退室の情報を含めることで、利用者のいる場所が特定でき、場所に応じたきめ細かなセキュリティポリシーを設定することができる。

以下に、利用者の入退室の管理およびＰＣログイン管理を行うセキュリティシステムの実施形態について実施例について図面を参照しながら詳細に説明する。なお、以下に説明する実施例は、ビル内のオフィスに適用した例である。しかし、これに限定されるものではなく、これらをマンションやその他の施設に設置することも可能である。また、サービスとしてリモートログインを例に説明するが、適用できるサービスはこれに限定されるものではない。

図１は、入退室管理および認証管理システムを説明するブロック図である。図１において、ビル１の入退室管理サーバ１０１、認証サーバ１０２、サービス管理サーバ１０３、入退認証装置１０４、ルータ装置１０７は、ＬＡＮ（Local Area Network）１０６に接続されている。同様に、ビル２の入退室管理サーバ２０１、入退認証装置２０４、ルータ装置２０７は、ＬＡＮ２０６に接続されている。ルータ装置１０７、２０７は、ネットワーク（インターネット）１０８により接続されている。

入退室管理サーバ１０１、２０１には、それぞれ入退室管理部１１１、２１１と、入退室状態データベース（以下ＤＢ）１１２、２１２と、入退室ログＤＢ１１３、２１３と、入退室認証ＤＢ１１４、２１４を有する。ビル１の認証サーバ１０２には代理認証部１２１を有し、各種のサービス認証を一括して行う。管理サーバ１０３にはサービス認証ＤＢ１３１を有する。また、ルータ装置１０７には認証部１７１を有し、ＰＣ３０５が接続されている。

入退認証装置１０４、２０４が設置された居室には、それぞれログイン管理部１５１を有するＰＣ１０５、リモートログイン管理部２５１を有するＰＣ２０５が設置されている。
なお、後述する図１１では、同一ビル内のリモートログインを説明するため、ＰＣ１０５にリモートログイン管理部２５１を実装した場合で説明する。

入退室管理部１１１は、入退認証装置１０４、代理認証部１２１およびログイン管理部１５１とローカルエリアネットワーク１０６を介して、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）でのソケット通信を行う。入退室管理部１１１は、入退認証装置１０４および代理認証部１２１の要求に応じて、ＳＱＬ（Structured Query Language）を利用し、入退室状態ＤＢ１１２、入退室ログＤＢ１１３、入退室認証ＤＢ１１４の各ＤＢの参照・更新、ＤＢの参照により得られたデータの処理を行い、入退認証装置１０４または代理認証部１２１へ応答する。入退室管理部２１１も入退室管理部１１１と同様に入退認証装置２０４との通信、およびＤＢの処理を行う。

代理認証部１２１は、入退室管理部１１１、管理サーバ１０３、認証部１７１とローカルエリアネットワーク１０６を介して、ＴＣＰ／ＩＰでのソケット通信を行う。代理認証部１２１は、認証部１７１の要求に応じて、入退室管理部１１１と管理サーバ１０３への問合せを行い、それぞれの返答結果を処理し、認証部１７１へ返答する。
管理サーバ１０３は、代理認証部１２１からの要求があると、要求に応じてサービス認証ＤＢ１３１の参照を行い、参照結果に応じて代理認証部１２１へ返答する。

入退認証装置１０４、２０４は居室のドアに設置され、利用者の認証とドアの鍵の施錠・開錠の処理を行う。利用者の認証は、ＩＣカード、生体認証等が利用される。入退認証装置１０４は利用者の認証の後、認証結果を入退室管理部１１１へ送信する。入退認証装置２０４も入退認証装置１０４と同様に利用者の認証を行い、入退室管理部２１１と通信を行う。

ログイン管理部１５１は、ＰＣ１０５上のアプリケーションとして実装され、ＰＣ１０５のログインの管理を行う。ＰＣ１０５には、図示しないＩＣカードリーダが接続されており、ログイン管理部１５１はＩＣカードの有無に応じてログイン・ログオフの処理を行う。また、ログイン管理部１５１は入退室管理部１１１に対し利用者の入室の確認を行う要求を送信する。

リモートログイン部２５１はＰＣ２０５上のアプリケーションとして実装され、ＰＣ２０５からリモートログインの管理を行う。ＰＣ２０５には、図示しないＩＣカードリーダが接続されており、リモートログイン管理部２５１はＩＣカードの有無に応じて、リモートログインの接続・切断を行う。リモートログイン接続の際にはリモートログイン管理部２５１は認証情報を認証部１７１へ送信する。また、リモートログイン管理部２５１は入退室管理部２１１に対し利用者の入室の確認を行う要求を送信する。

認証部１７１はリモートログイン管理部２５１から送信されてくる認証情報を認証代理部１２１に送信し、認証代理部１２１からの返答に応じて、ＰＣ２０５の認証可否を判断する。認証に成功した場合は、ＰＣ２０５とルータ１０７間で安全なネットワーク通信路を形成する。なお、ＰＣ（Personal Computer）は、サーバ等のネットワーク機器であっても良い。

図２は入退認証装置の内部構成を説明するブロック図である。図２において、入退認証装置１０４、２０４は、バス１４０４を介して、ＥＰＲＯＭ１４０１、ＣＰＵ１４０２、メインメモリ１４０３、周辺制御装置１４０５が相互接続されている。周辺制御装置１４０５には、磁気ディスク装置またはフラッシュメモリ等から構成される不揮発性記憶装置１４０６、ＬＡＮ Ｉ/Ｆ１４０７、カードリーダＩ／Ｆ１４０８、生体認証Ｉ／Ｆ１４０９、電子錠Ｉ／Ｆ１４１０、リアルタイムクロック（ＲＴＣ）１４１４が接続されている。カードリーダＩ／Ｆ１４０８、生体認証Ｉ／Ｆ１４０９、電子錠Ｉ／Ｆ１４１０にはそれぞれ、カードリーダ１４１１、生体認証装置１４１２、電子錠１４１３が接続されている。ＬＡＮ Ｉ/Ｆ１４０７は、ＬＡＮ１０６、２０６とのインターフェースである。ＲＴＣ１４１４は入退室管理装置１０４、２０４が現在時刻を取得する際に利用される。それぞれのＩ／ＦはＵＳＢまたはシリアルで接続されている。

ＥＰＲＯＭ１４０１にはブートプログラムが保存されており、入退認証装置１０４、２０４が起動するとこのブートプログラムに応じてＣＰＵ１４０２が動作する。ブートプログラムは不揮発性記憶装置１４０５からＯＳのカーネルをメインメモリ１４０３へロードし、ＯＳを起動する。ＯＳが起動するとＯＳは入退認証装置１０４を制御するプログラムのロード・実行を行う。入退認証装置１０４を制御するプログラムは周辺制御装置１４０５を介して、カードリーダＩ／Ｆ１４０８、生体認証装置Ｉ／Ｆ１４０９、電子錠Ｉ／Ｆ１４１０への信号の送受信を行い、カードリーダ１４１１、生体認証装置１４１２、電子錠１４１３の制御を行う。

なお、カードリーダ１４１１、生体認証装置１４１２は、ドアの外と内とに２台あっても良い。カードリーダ１４１１のみドアの両側、生体認証装置１４１２はドアの外側のみであっても良い。カードリーダ１４１１、生体認証装置１４１２、電子錠１４１３まで含めて、入退認証装置と呼ぶこともある。生体認証装置として、指紋認証装置、静脈認証装置、虹彩認証装置があるが、これらに限定されない。

ＰＣ１０５、２０５も入退認証装置１０４と同様の手順で起動される。ログイン管理部１５１を有するＰＣ１０５の場合は、ＯＳ起動後にログイン管理部１５１が起動され、そこで利用者がログインするのを待つ。リモートログイン管理部２５１を有するＰＣ２０５の場合は、ＯＳ起動後に利用者がログインするのを待ち、ログイン後にリモートログイン部２５１が起動される。

図３は居室、入退認証装置、ＰＣを一意に定めるために、それぞれに割り当てられるＩＤのフォーマットを示す図である。ＩＤ２７０は、サイトフィールド２７１と識別子フィールド２７２から構成される。サイトフィールド２７１はビルに固有に割り当てられる３桁の数値である。識別子フィールド２７２はそれぞれの機器を一意に定める４桁の数値である。サイトフィールド２７１と識別子フィールド２７２を組み合わせてＩＤとして登録しておくことで、サイトフィールド２７１を参照することにより、そのＩＤを持つ居室、入退認証装置、ＰＣがどのビルに属するかを容易に特定することが可能となる。

本実施例では、サイトフィールドについてビル１に、”００１”を、ビル２に”００２”をアサインする。追って説明する図５の入退認証装置ＩＤ、居室ＩＤが、このＩＤフォーマットに沿った具体的なＩＤである。

図４ないし図８は各ＤＢに保存されるテーブルの内容を説明する図である。
図４は入退室状態テーブルである。入退室状態テーブル３００は、入退室状態ＤＢ１１２上のテーブルであり、入退室情報でもある。入退室状態テーブル３００は、個人ＩＤフィールド３０１と居室ＩＤフィールド３０２から構成される。個人ＩＤフィールド３０１は利用者の個人ＩＤを示し、居室ＩＤフィールド３０２はその利用者が在室している居室の居室ＩＤを示す。

図５は入退認証装置・居室対応テーブルである。入退認証装置・居室対応テーブル４００は入退室状態ＤＢ１１２上のテーブルであり、入退認証装置ＩＤフィールド４０１と居室ＩＤフィールド４０２から構成される。入退認証装置ＩＤフィールド４０１は入退認証装置の機器ＩＤを示し、居室ＩＤフィールド４０２はその入退認証装置で利用者が認証された場合に入室が許可される居室の居室ＩＤを示す。

図６は入退室ログテーブルである。入退室ログテーブルは入退室ログＤＢ１１３上のテーブルであり、個人ＩＤフィールド５０１、入退認証装置ＩＤフィールド５０２、居室ＩＤフィールド５０３、認証時刻フィールド５０４、認証結果フィールド５０５から構成される。個人ＩＤフィールド５０１は利用者の個人ＩＤを示し、入退認証装置ＩＤフィールド５０２はその利用者が認証を行った入退認証装置の機器ＩＤを示し、居室ＩＤフィールド５０３は入退認証装置・居室対応テーブル４００を参照して得た居室ＩＤを示す。認証時刻フィールド５０４はその認証が行われた時刻を示し、認証結果フィールド５０５はその時の認証結果を示す。なお、2005/1/21-12:44に行われた認証は何らかの原因で、認証ＮＧとなったので居室ＩＤが空欄となっている。

図７は個人・認証対応テーブルである。個人・認証対応テーブル６００は入退室認証ＤＢ１１４上のテーブルであり、個人ＩＤフィールド６０１と簡易認証情報フィールド６０２から構成される。個人ＩＤフィールド６０１は利用者の個人ＩＤを示し、簡易認証情報フィールド６０２はその利用者の認証情報から得られる簡易認証情報を示す。なお、個人・認証対応テーブルの必要部分のコピーは、入退認証装置１０４、２０４の記憶装置またはメモリにも保管される。

利用者は、個人ＩＤと認証情報の二つを持っており、ＰＣにログインする際には認証情報が利用される。この時、個人・認証対応テーブル６００を参照することで、認証情報から利用者を特定する。ここで、簡易認証情報は、順に鍵の識別子と証明書のシリアル番号で構成され、認証情報を一意に決定する。

図８は位置問合せ先テーブルである。位置問合せ先テーブル７００は入退室管理部１１１、２１１が持つテーブルであり、サイトＩＤフィールド７０１とアドレスフィールド７０２から構成される。サイトＩＤフィールド７０１は各入退室管理サーバに割り当てられるＩＤであるサイトＩＤまたはサイトＩＤの範囲（例えば003-005）が示される。アドレスフィールド７０２は、そのサイトＩＤに関する情報を取得する際に問合せを出すアドレスが記載されている。

図９は利用者が居室に入室する際の手順を説明するシーケンス図である。まず、利用者８０１は入退認証装置に個人認証情報を入力する（Ｓ８０１）。個人認証情報の入力は、入退認証装置に接続されるカードリーダと生体認証装置を用いて行われる、カードリーダは、利用者８０１が自身に配布されたカードをカードリーダにかざすことで、個人認証情報が入力される。ここで個人認証情報は、個人ＩＤ、カードＩＤ、証明書が利用できる。生体認証は、利用者８０１の生体情報が入力される。次に、入退認証装置１０４は、入力された個人認証情報の認証を行う（Ｓ８０２）。入退認証装置１０４には個人認証情報と個人ＩＤの対応を示すテーブル（個人・認証対応テーブルのコピー）を記憶装置またはメモリに持つ。入退認証装置１０４はそのテーブルから個人認証情報に対応する個人ＩＤを取得する。個人ＩＤが取得できない場合は入室不可とする。入退認証装置１０４はまた、個人ＩＤと入室可否を示す図示しないテーブルを持ち、このテーブルを参照することで、利用者８０１の入室可否を判断する。

入退認証装置１０４はＳ８０２で得られた個人ＩＤと自身の機器ＩＤ（両者を入室認証情報と呼ぶ）と認証結果を入退管理部１１１に送信する（Ｓ８０３）。入退管理部１１１は、個人ＩＤと機器ＩＤと認証結果を受信すると、入退室状態ＤＢにアクセスして、入室の状態を更新する（Ｓ８０４）。具体的には、入退認証装置１０４による認証結果が“ＯＫ”の場合は入退認証装置・居室対応テーブル４００から入退認証装置の機器ＩＤに対応する居室ＩＤを取得し、個人ＩＤと居室ＩＤの組を入退室状態テーブル３００に追加する。認証結果が“ＮＧ”の場合は入退室状態テーブル３００の個人ＩＤに対応する居室ＩＤを削除する。次に、入退管理部１１１は入退室ログテーブル５００に個人ＩＤ、機器ＩＤ、居室ＩＤ、認証時刻としての現在時刻、認証結果の組を追加する（Ｓ８０５）。なお、認証結果が“ＮＧ”の場合、居室ＩＤ欄は空白である。

入退認証装置１０４はＳ８０３の後、認証結果が“ＯＫ”だった場合は、ドアをオープンし（Ｓ８０６）、利用者８０１に対し入室を許可する（Ｓ８０７）。利用者８０１は入室が許可された後入室する（Ｓ８０８）。即ちＳ８０６は、Ｓ８０５よりも前に実行されても良いし、Ｓ８０４よりも前に実行されても良い。
以上により、利用者８０１が居室に入室し、入室状態が入退室状態テーブル３００と入退室ログテーブル５００に反映される。

なお、図９では入室を説明したが、退室にあたってもまったく同様の手順をとって入室状態が入退室状態テーブル３００と入退室ログテーブル５００に反映される。ただし、火災等も考えられるので守衛所連絡を伴う非常退室が可能にしておく必要がある。

図１０は利用者がＰＣにログインする手順を説明するシーケンス図である。ここでＰＣは利用者が占有して利用するＰＣである。利用者８０１は、個人認証情報をＰＣ１０５のログイン管理部１５１に入力する（Ｓ９０１）。この入力は、ログイン管理部１５１に接続されるカードリーダを用いる。利用者８０１は自身に配布されたカードをカードリーダにかざすことで、個人認証情報が入力される。ここで個人認証情報は個人ＩＤ、カードＩＤ、証明書が利用できる。また、利用者８０１はこれらの情報の入力後にさらにユーザ名・パスワードを入力する。ログイン管理部１５１は、ユーザ名・パスワードの認証を行う（Ｓ９０２）。次にログイン管理部１５１は、Ｓ９０１で入力された個人認証情報（サービス開始情報）を入退室管理部１１１に送信する（Ｓ９０３）。

入退室管理部１１１は、個人認証情報と個人ＩＤの対応を示すテーブルを持つ。入退室管理部１１１は個人認証情報を受信後、そのテーブルから個人認証情報に対応する個人ＩＤを取得する（Ｓ９０４）。個人ＩＤが取得できない場合は認証結果を“ＮＧ”とする。入退室管理部１１１は個人ＩＤを取得後、その個人ＩＤを持つ利用者８０１の入退室の状態を確認する（Ｓ９０５）。具体的には、入退室管理部１１１が入退室状態ＤＢ１１２上の入退室状態テーブル３００に問合せ、Ｓ９０４で取得した個人ＩＤを持つコラムが存在する場合に、入室していると判定する。ここで、入退室ログＤＢ１１３上の入退室ログテーブル５００を参照することでも、入退室の状態を確認することが可能である。しかし、入退室ログテーブル５００はそのテーブルの規模が大きいため、入退室の状態を示す専用のテーブルである入退室状態テーブル３００を作成し、利用することで、入退室状態確認時の処理速度向上を図っている。

入退室管理部１１１はＳ９０５で入室が確認できた場合は認証結果を“ＯＫ”とし、入室が確認できなかった場合は認証結果を“ＮＧ”として認証結果を返信する（Ｓ９０６）。ログイン管理部１５１は、Ｓ９０６で受信した認証結果が“ＯＫ”だった場合は、利用者８０１に対しログインを許可する（Ｓ９０７）。認証結果が“ＮＧ”だった場合は、ログインを許可しない。以上により、利用者８０１が入室している場合にのみＰＣ１０５にログイン可能となる。なお、個人認証情報の入力は生体認証を併用しても良い。

図１１は利用者８０１が居室に入室後にＰＣ１０５からＰＣ３０５にリモートログインする手順を説明するシーケンス図である。図１１の説明では、ＰＣ３０５が利用者８０１の占有するＰＣで、ＰＣ１０５が利用者間で共用利用されるＰＣであるとする。また、ＰＣ１０５が図１に図示しないリモートログイン管理部２５１を持つものとして説明する。

ＰＣ１０５にログインした利用者８０１の操作によって、ＰＣ１０５のリモートログイン管理部２５１は、リモートログイン先ＰＣ情報を取得する（Ｓ１００１）。リモートログイン先ＰＣ情報は、リモートログイン先のＰＣ３０５のアドレス、リモートログイン先のＰＣ３０５の機器ＩＤである。リモートログイン先ＰＣ情報は、ＰＣ１０５に接続されたカードリーダからＩＣカードに記録された情報を読み取って取得する。ここで、リモートログイン先ＰＣの機器ＩＤのサイトフィールドとＰＣ１０５の機器ＩＤのサイトフィールドを比較し、これらが同じであるので、ＰＣ１０５とＰＣ３０５が同じビル内に存在するものと判断する。

リモートログイン管理部２５１は、利用者８０１に対し認証情報を要求する（Ｓ１００２）。認証要求を受けた利用者８０１は、個人認証情報を入力する（Ｓ１００３）。ここでは、個人認証情報として、Ｘ５０９証明書を利用しＸ５０９証明書は利用者８０１に配布されるＩＣカードに記録されているものとする。具体的には、利用者８０１はＩＣカードをＰＣ１０５に接続されたカードリーダにかざすことで、個人認証情報の入力を行う。リモートログイン管理部２５１は個人認証情報を受け取ると、認証部１７１に対して個人認証情報を送信する（Ｓ１００４）。次に、認証部１７１は個人認証情報を代理認証部１２１に送信する（Ｓ１００５）。

認証部１７１は認証を代理認証部１２１に丸投げしているように見えるが、これは、代理認証部１２１で集中的に行うことにより、様々な認証を一括管理することができ、認証情報の管理や認証処理が簡易化される。本実施例ではＰＣのサービス管理での認証と入退室管理での認証とを一元化している。

代理認証部１２１は個人認証情報を受信すると、サービス管理サーバ１０３に対し、認証情報を問い合わせる（Ｓ１００６）。ここでは、個人認証情報であるＸ５０９証明書に署名を行ったＣＡ（Certificate Authority：認証局）の証明書を要求する。サービス管理サーバ１０３は、要求された情報をサービス認証ＤＢ１３１から取得し（Ｓ１００７）、代理認証部１２１に返信する（Ｓ１００８）。

代理認証部１２１は、認証情報を受信すると、簡易個人認証情報を入退室管理部１１１に送信する（Ｓ１００９）。ここでは簡易個人認証情報は、Ｘ５０９証明書に含まれる、証明書を発行したＣＡの鍵識別子と証明書のシリアル番号の組である。入退室管理部１１１は、受信した簡易個人認証情報に対応する個人ＩＤを個人・認証対応テーブル６００から取得する（Ｓ１０１０）。次に入退室管理部１１１は、入退室状態ＤＢ１１２上の入退室状態テーブル３００を参照しＳ１０１０で取得した個人ＩＤを含むコラムが存在するかどうかを確認する（Ｓ１０１１）。これにより、入室の確認を行う。その後、入退室管理部１１１はＳ１０１２で入室を確認できた場合は、“ＯＫ”を入室が確認できなかった場合は“ＮＧ”を代理認証部１２１に返信する。

次に、代理認証部１２１はＳ１０１２で受信した確認結果と、Ｓ１００８で受信した認証情報を元にＳ１００５で受信した個人認証情報の検証を行う。Ｓ１００５で受信した個人認証情報であるＸ５０９証明書がＳ１００８で受信した認証情報であるＣＡ証明書での検証に成功し、Ｓ１０１２で得られた確認結果が“ＯＫ”であった場合に、Ｓ１００５で受信した個人認証情報を検証成功とする。そして、検証結果を認証部１７１へ返信する（Ｓ１０１３）。

次に認証部１７１は検証結果が成功の場合に、Ｓ１０１４でリモートログイン管理部２５１に接続許可を出す。リモートログイン管理部２５１は接続が許可されると、ＰＣ１０５とルータ装置１０７間でＶＰＮ等の安全な通信経路を確保しＰＣ３０５に対してリモートログインを行う。以上により、利用者８０１が入室しておりかつサービス管理側で認証できた場合にのみＰＣ１０５からＰＣ３０５にリモートログイン可能になる。

以上の説明では、いずれかの部屋に入室していた場合に接続可能となるが、Ｓ１００６〜Ｓ１０１２において以下に説明する処理手順を追加することで、入室している部屋に応じて接続の可否を判定することが可能となる。Ｓ１００６で代理認証部１２１からサービス管理サーバ１０３へ認証の情報の問合せがあると、サービス管理サーバ１０３はＳ１００７で認証情報問合せの内容からサービスの種別を判定し、サービスに応じた認証情報とそのサービスが利用できる居室一覧を取得する。その後サービス管理サーバ１０３はＳ１００８で認証情報とサービス利用可能居室一覧を送信する。次に、代理認証部１２１はＳ１００９で簡易個人認証情報を入退室管理部１１１へ送信する。入退室管理部１１１は簡易個人認証情報を取得すると、Ｓ１０１０で簡易個人認証情報に対応する個人ＩＤを個人・認証対応テーブル６０１から取得する。次に入退室管理部１１１は入退室状態テーブル３０１からＳ１０１０で得られた個人ＩＤに対応する居室ＩＤを取得し、Ｓ１０１２で代理認証部１２１にこの居室ＩＤを返信する。代理認証部１２１は入退室管理部１１１から居室ＩＤを取得すると、Ｓ１００８で得られたサービス利用可能居室一覧の中にＳ１０１２で得られた居室ＩＤが含まれるかどうかの判定を行う。居室ＩＤが含まれていた場合、かつＳ１００５で得られた個人認証情報がＳ１００８で得られた認証情報で検証できた場合に、認証結果を“ＯＫ”とする。以上により、特定の部屋に入室している場合にのみリモート接続可能となる。

また、以上の説明では、サービスをリモート接続として説明しているが、メールサービス、イントラネットのサービスアクセスサービス、ウェブ参照等のサービスで認証部を用意し、それぞれの認証部が図１１に示す処理を行うことで、各サービスで入退室の判定を含めた認証を行うことが可能となる。これにより、利用者の存在する場所に応じて利用できるサービスと利用できないサービスを区別することが可能となり、柔軟性の高いサービス構成を構築することが可能となる。
なお、Ｓ１００１においてリモートログイン先ＰＣ情報は、利用者８０１が入力してもよい。

図１２は利用者が自身が占有するＰＣの存在するビルと異なるビルの居室に入室した場合に、リモートログインする処理のシーケンス図である。図１２の説明では、ＰＣ３０５が利用者８０１の占有するＰＣであり、ＰＣ２０５が利用者間で共用利用されるＰＣであるとする。なお、図１１の説明と重複する箇所は説明を簡略に記載する。

ＰＣ２０５にログインした利用者８０１の操作によって、リモートログイン管理部２５１はリモートログイン先ＰＣ情報を取得する（Ｓ１１０１）。ここで、リモートログイン先情報の機器ＩＤのサイトフィールド２０１とＰＣ２０５の機器ＩＤのサイトフィールド２０１を比較し、異なっているので、ＰＣ２０５とＰＣ３０５が同じビル内に存在しないと判断する。

次に、リモートログイン管理部２５１は同一ビル内にある入退室管理部２１１に対し、接続通知を送信する（Ｓ１１０２）。この接続通知には、リモートログイン先ＰＣの機器ＩＤと利用者８０１の個人ＩＤを含む。入退室管理部２１１は接続通知を受信すると、接続通知に含まれる機器ＩＤのサイトフィールド２０１より接続先のビルのサイトＩＤを取得する。入退室管理部２１１は位置問合せテーブル７００からサイトＩＤに対応するアドレスを取得する（Ｓ１１０３）。サイトＩＤに対応するアドレスが見つからない場合は、サイトＩＤを“０００”とする。サイトＩＤに対応するアドレスが見つからない場合は、サイトＩＤを“０００”とする理由は、各ビルの入退室管理手段のサイトＩＤの構成をツリー状として、位置問合せテーブル７００のサイトＩＤが“０００”のコラムに親の入退室管理手段のアドレスを設定し、その他のコラムに親にぶら下がる枝の入退室管理手段のサイトＩＤとアドレスの組を設定しておくことで、階層的な位置問合せが可能だからである。なお、ここでは、入退室管理部１１１のアドレスが取得されたものとする。入退室管理部２１１はまた、接続通知に含まれる個人ＩＤから利用者８０１の入室場所を特定する。これは、入退室状態ＤＢ２１２上の入退室状態テーブル３００から居室ＩＤを取得することで特定できる。ここで取得した居室ＩＤとＳ１１０２で受信した接続通知の組を、新たな接続通知データとする。入退室管理部２１１は取得したアドレスに対して新たな接続通知を送信する（Ｓ１１０４）。
なお、リモートログイン管理部２５１が入退室管理部２１１に送信する、接続通知はサービス利用通知である。

入退室管理部１１１は接続通知を受信すると、接続通知中の機器ＩＤのサイトフィールド２０１よりサイトＩＤを取得し、自身のサイトＩＤと比較する。機器ＩＤ中のサイトＩＤと自身のサイトＩＤが同じだった場合は、入退室管理部１１１は入退室状態ＤＢ１１２中の入退室状態テーブル３００に接続通知に含まれる個人ＩＤと居室ＩＤの組を登録する（Ｓ１１０５）。ここで、入退室状態テーブル３００には別のビルの入退室の状態を示すコラムが含まれることとなる。このコラムはＳ１１１３で参照される。

以降のＳ１１０６からＳ１１１６までの処理は、図１１におけるＳ１００２からＳ１０１４と同様である。Ｓ１１０５において利用者８０１の入室状態が登録されているため、Ｓ１１１３での入室の確認が可能となる。以上により、利用者８０１が入室しておりかつサービス管理側で認証できた場合にのみＰＣ２０５からＰＣ３０５にリモートログイン可能になる。なお、図示を大幅に簡略化したので同じ図面になってはいない。具体的にはＳ１１０９の認証情報取得は、図１１のＳ１００６〜Ｓ１００８を概ねまとめて記載したものである。

図１３はＰＣ１０５に接続されたカードリーダでのＩＣカードの検知・非検知を考慮したログイン管理部１５１の処理を説明するフローチャートである。ログイン管理部１５１は、ＩＣカードの検知を行う（Ｓ１２０１）。検知しない場合は、検知するまで繰り返し検知を試みる。ＩＣカードを検知した場合は、ログイン管理部１５１は、ＩＣカードから個人ＩＤを読み取る（Ｓ１２０２）。その後、ログイン管理部１５１は入退室管理部１１１に対し入室の問合せを行う（Ｓ１２０３）。これは、図１０のＳ９０３に相当する。ログイン管理部１５１は問合せ結果を判定し（Ｓ１２０４）、入室していた場合に次のステップへ進む。

ログイン管理部１５１はダイアログを表示し（Ｓ１２０５）、利用者８０１にユーザ名とパスワードの入力を促す。ログイン管理部１５１がユーザ名とパスワードを取得した（Ｓ１２０６）のち、パスワードの検証を行う（Ｓ１２０７）。パスワードの検証に成功した場合にログインを行う（Ｓ１２０８）。その後、ログイン管理部１５１は、カードの検知を繰り返し行う（Ｓ１２０９）。カードを検知できなくなった場合にログイン管理部１５１はログオフを行う（Ｓ１２１０）。

なお、Ｓ１２０４で入室していないと判定されたとき、Ｓ１２０７でパスワードの検証に失敗したときは、終了に遷移する。また、カードにカードアクセス用のパスワードを設定しておき、ログイン管理部１５１は、ダイアログでまずカードアクセス用のパスワード入力を促し、カードアクセス用のパスワードが正しいとき、利用者８０１にユーザ名とパスワードの入力を促しても良い。

以上により、カードを検知するとログインし、カードが検知できなくなると自動的にログオフすることが可能となる。ログオンの際に入室の確認を行うため、利用者が入室していない場合に、他人がＰＣ１０５を利用する事を制限することが可能である。また、ステップＳ１２１０でログオフする代わりに、ＰＣ１０５をロックすることも可能である。この場合は、カード検知時の処理として、ステップ１２０８でログインする代わりにロックの解除を行う。以上により、一時退席の場合に一時的にＰＣの使用を停止することが可能となる。この場合は退席時にログオフされないが、ロック状態から一定時間経過後にログオフを行うことが可能である。また、入退室の状態を定期的に確認し、建物から退出した時にログオフを行うことも可能である。

図１４はＰＣ２０５に接続されたカードリーダでのＩＣカードの検知・非検知を考慮したリモートログイン管理部２５１の処理を説明するフローチャートである。リモートログイン管理部２５１はＩＣカードの検知を行う（Ｓ１３０１）。検知しない場合は、検知するまで繰り返し検知を試みる。ＩＣカードを検知した場合は、リモートログイン管理部２５１はＩＣカードから個人ＩＤを読み取る（Ｓ１３０２）。その後、リモートログイン管理部２５１は入退室管理部２１１に対し入室の問合せを行う（Ｓ１３０３）。リモートログイン管理部２５１は問合せ結果を判定し（Ｓ１３０４）、入室していた場合に次のステップへ進む。次に、リモートログイン管理部２５１は接続先ＰＣ情報を読み取る（Ｓ１３０５）。これは図１２のＳ１１０１に相当する。

その後、リモートログイン管理部２５１は、接続通知を送信する（Ｓ１３０６）。これは、Ｓ１１０２に相当する。その後、リモートログイン管理部２５１はリモート接続を開始する（Ｓ１３０７）。図１２のＳ１１０３からＳ１１１６までの処理が正しく行われた場合にリモート接続が可能となっている。リモートログイン管理部２５１はリモート接続できたかどうかの判定を行う（Ｓ１３０８）。接続できていた場合は、リモートログイン管理部２５１は、カードの検知を繰り返し行う（Ｓ１３０９）。カードを検知できなくなった場合に、リモートログイン管理部２５１はリモート接続の切断を行う（Ｓ１３１０）。その後、リモートログイン管理部１４１１は切断通知を送信する。この切断通知は、図１２のＳ１１０２からＳ１１０５の接続通知と同様な処理である。ただし、切断通知なのでＳ１１０６において、コラムを追加するのではなく、削除する点が異なる。以上により、カードを検知するとリモートログインし、カードが検知できなくなると自動的に切断することが可能となる。なお、ＰＣはサーバのようなネットワーク機器であってもよい。

本実施例によれば、各種サービス利用時の認証に入退室の情報を統合することで場所の特定ができ、場所に応じたきめ細かなセキュリティポリシーを設定することができる。

入退室管理および認証管理システムを説明するブロック図である。 入退認証装置のハードウェア構成を説明するブロック図である。 ＩＤのフォーマットを説明する図である。 入退室状態テーブルを説明する図である。 入退認証装置・居室対応テーブルを説明する図である。 入退室のログテーブルを説明する図である。 個人・認証情報対応テーブルを説明する図である。 位置問合せテーブルを説明する図である。 居室に入室する手順を説明するシーケンス図である。 ＰＣにログインする手順を説明するのシーケンス図である。 同一ビル内でＰＣにリモートログインする処理のシーケンス図である。 異なるのビル間でＰＣにリモートログインする処理のシーケンス図である。 ログイン管理部の処理を説明するフローチャートである。 リモートログイン管理部の処理を説明するフローチャートである。

符号の説明

１０１…入退室管理サーバ、１０２…認証サーバ、１０３…サービス管理サーバ、１０４…入退認証装置、１０５…ＰＣ、１０６…ＬＡＮ、１０７…ルータ装置、１０８…ネットワーク、１１１…入退室管理部、１１２…入退室状態データベース、１１３…入退室ログデータベース、１１４…入退室認証データベース、１２１…代理認証部、１３１…サービス認証データベース、１５１…ログイン管理部、１７１…認証部、２０１…入退室管理サーバ、２０４…入退認証装置、２０５…ＰＣ、２０６…ＬＡＮ、２０７…ルータ装置、２１１…入退室管理部、２１３…入退室ログデータベース、２５１…リモートログイン管理部、２１２…入退室状態データベース、２１４…入退室認証データベース、２７０…ＩＤフォーマット、２７１…サイトフィールド、２７２…識別子フィールド、３００…入退室状態テーブル、３０１…個人ＩＤフィールド、３０２…居室ＩＤフィールド、３０５…ＰＣ、４００…入退認証装置・居室対応テーブル、４０１…入退認証装置ＩＤフィールド、４０２…居室ＩＤフィールド、５００…入退室ログテーブル、５０１…個人ＩＤフィールド、５０２…機器ＩＤフィールド、５０３…認証時刻フィールド、５０４…認証結果フィールド、６００…個人・認証対応テーブル、６０１…個人ＩＤフィールド、６０２…簡易認証情報フィールド、７００…位置問合せ先テーブル、７０１…サイトＩＤフィールド、７０２…アドレスフィールド、８０１…利用者、１４０１…ＥＰＲＯＭ、１４０２…ＣＰＵ、１４０３…メインメモリ１４０４…バス、１４０５…周辺制御装置、１４０６…不揮発性記憶装置、１４０７…ＬＡＮインターフェース、１４０８…カードリーダインターフェース、１４０９…生体認証インターフェース、１４１０…電子錠インターフェース、１４１１…カードリーダ、１４１２…生体認証装置、１４１３…電子錠。

Claims (4)

1. 利用者がどの居室に入室しているかを管理する入退室管理サーバと、利用者に固有な個人認証情報を受け取る代理認証部と、居室ごとに利用可能なサービスを管理するサービス管理サーバとが第１のネットワークで結合され、第２の入退室管理サーバとリモートログイン管理部とを備えた第２のネットワークを備えたサービス認証システムであって、
   前記代理認証部は、
   利用者から個人認証情報を受け取ると、前記個人認証情報を用いて前記利用者が入室している居室の居室ＩＤを前記入退室管理サーバから取得し、
   前記サービス管理サーバから居室ごとに利用可能なサービスの一覧を取得し、
   前記居室ＩＤと前記サービスの一覧とから前記利用者に提供可能なサービスを特定し、前記サービスの使用を前記利用者に対して許可し、
   前記リモートログイン管理部は、前記第１のネットワークに備えられた計算機へのリモートログイン要求を受信すると、前記ログイン要求に含まれる前記計算機の機器ＩＤと利用者の個人ＩＤとを受け取って前記第２の入退室管理サーバに送信し、
   前記第２の入退室管理サーバは、前記個人ＩＤから前記利用者が入室している居室の居室ＩＤを取得し、前記機器ＩＤと前記個人ＩＤと前記居室ＩＤとを前記第１のネットワーク内の入退室管理サーバに送信し、
   前記第１のネットワーク内の前記入退室管理サーバは、前記機器ＩＤ中のサイトＩＤが前記入退室管理サーバのサイトＩＤと同じである場合に、前記個人ＩＤと前記居室ＩＤを保持することを特徴とするサービス認証システム。
2. 前記リモートログイン管理部が利用者のＩＣカードを検知した場合、
   前記リモートログイン管理部は前記ＩＣカードから利用者の個人ＩＤを読み取って前記第２の入退室管理サーバに送信し、
   前記第２の入退室管理サーバは前記利用者が入室している居室を特定し、
   前記第２の入退室管理サーバが前記居室を特定できた場合は、前記リモートログイン管理部は、利用者からリモートログイン先の機器ＩＤを受け取り、前記機器ＩＤと前記個人ＩＤとを前記第２の入退室管理サーバに送信し、
   前記リモートログイン管理部が前記ＩＣカードを検知しなくなった場合に、前記リモートログイン管理部は前記第２の入退室管理サーバに前記個人ＩＤの削除を要求し、リモート接続の切断を行うことを特徴とする請求項１に記載のサービス認証システム。
3. 利用者がどの居室に入室しているかを管理する入退室管理サーバと、利用者に固有な個人認証情報を受け取る代理認証部と、居室ごとに利用可能なサービスを管理するサービス管理サーバとが第１のネットワークで結合され、第２の入退室管理サーバとリモートログイン管理部とを備えた第２のネットワークをさらに備えたサービス認証システムにおけるサービス認証方法であって、
   前記代理認証部における、
   利用者から個人認証情報を受け取ると、前記個人認証情報を用いて前記利用者が入室している居室の居室ＩＤを前記入退室管理サーバから取得するステップと、
   前記サービス管理サーバから居室ごとに利用可能なサービスの一覧を取得するステップと、
   前記居室ＩＤと前記サービスの一覧とから前記利用者に提供可能なサービスを特定し、前記サービスの使用を前記利用者に対して許可するステップと、
   前記リモートログイン管理部において、前記第１のネットワークに備えられた計算機へのリモートログイン要求を受信すると、前記ログイン要求に含まれる前記計算機の機器ＩＤと利用者の個人ＩＤとを受け取って前記第２の入退室管理サーバに送信するステップと、
   前記第２の入退室管理サーバにおいて、前記個人ＩＤから前記利用者が入室している居室の居室ＩＤを取得し、前記機器ＩＤと前記個人ＩＤと前記居室ＩＤとを前記第１のネットワーク内の入退室管理サーバに送信するステップと、
   前記第１のネットワーク内の前記入退室管理サーバにおいて、前記機器ＩＤ中のサイトＩＤが前記入退室管理サーバのサイトＩＤと同じである場合に、前記個人ＩＤと前記居室ＩＤを保持するステップとを含むサービス認証方法。
4. 前記リモートログイン管理部において、利用者のＩＣカードを検知した場合、前記ＩＣカードから利用者の個人ＩＤを読み取って前記第２の入退室管理サーバに送信するステップと、
   前記第２の入退室管理サーバにおいて、前記利用者が入室している居室を特定するステップと、
   前記居室を特定できた場合は、前記リモートログイン管理部は、利用者からリモートログイン先の機器ＩＤを受け取るステップと、前記機器ＩＤと前記個人ＩＤとを前記第２の入退室管理サーバに送信するステップと、
   前記リモートログイン管理部において、前記ＩＣカードを検知しなくなった場合に、前記リモートログイン管理部において、前記第２の入退室管理サーバに前記個人ＩＤの削除を要求し、リモート接続の切断を行うステップとを含む請求項３に記載のサービス認証方法。

Images