複合認証システム
【課題】
一時来訪者などが突発的に既設ＰＣを利用する必要があった場合におけるＰＣ利用権限の即時付与と、権限の付与後に一時来訪者の独自判断によるＰＣ不正利用を防止することを目的とする。
【解決手段】
上記の課題を解決するためには、本発明においては、一時来訪者が既設ＰＣの利用などのサービスを受ける際の条件(本認証)として一時来訪者とこの一時来訪者に対する責任者のＰＣが設置されている居室への入室等の事前認証の結果ないし当該結果により可能になるサービス、権限を用いるものである。
なお、上記の条件や事前認証の結果を、各装置(システム)と接続されたあらかじめＩＤ管理サーバに登録することも本発明の一態様である。
一時来訪者などが突発的に既設ＰＣを利用する必要があった場合におけるＰＣ利用権限の即時付与と、権限の付与後に一時来訪者の独自判断によるＰＣ不正利用を防止することを目的とする。
【解決手段】
上記の課題を解決するためには、本発明においては、一時来訪者が既設ＰＣの利用などのサービスを受ける際の条件(本認証)として一時来訪者とこの一時来訪者に対する責任者のＰＣが設置されている居室への入室等の事前認証の結果ないし当該結果により可能になるサービス、権限を用いるものである。
なお、上記の条件や事前認証の結果を、各装置(システム)と接続されたあらかじめＩＤ管理サーバに登録することも本発明の一態様である。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、いわゆる個人認証に関わり、認証の証跡情報を利用した認可を行う技術に関する。その中でも特に、他の装置(システム)で行った認証の証跡情報（認証結果）を利用する技術に関する。
【背景技術】
【０００２】
近年、大企業における情報漏えい事件に端を発し、企業におけるセキュリティに関する意識が急速に高まっている。
【０００３】
オフィスにおけるパーソナルコンピュータ（以降ＰＣと略す）の利用については、利用を許可されていない者による不正利用を防止するために、ＩＤとパスワードによる認証や指静脈情報及びＩＣカードを用いた認証が普及している。特に指静脈情報及びＩＣカードを利用した認証方法は、ＰＣの利用認証のみならず、入退室管理システムや物品レンタルシステムなどの物理セキュリティ分野でも多岐にわたり普及している。
【０００４】
これら複数の個々で認証機能を有するシステムを組み合わせることにより、セキュリティと利便性の向上が見込まれる。
【０００５】
例えば、特許文献１ではＰＣ室の入り口のゲートで入室許可を得て入室していないと、オフィス内のＰＣにログインできないようにすることにより、ＰＣ利用に関するセキュリティの向上を図る方法が提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−３５６８３５
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１では、常駐者に対してあらかじめＰＣの利用時間をスケジューリングしてシステムに登録することにより、ＰＣ室の入室とＰＣへのログインを制限することができる。
【０００８】
しかし、一時来訪者等（以下、一時来訪者）に対してＰＣへのログインを制御するには、必要な場合にＰＣの利用権限を与え、セキュリティと利便性の両方を保つことが必要であるが、この点は特許文献１では考慮されていない。つまり、常駐者においては、予めテンプレートなど認証に必要な情報を保持しておくことで対応できるが、一時来訪者に関してはそのような準備ができないとの課題がある。
【課題を解決するための手段】
【０００９】
上記の課題を解決するためには、本発明においては、一時来訪者が既設ＰＣの利用などのサービスを受ける際の条件(本認証)として一時来訪者とこの一時来訪者に対する責任者のＰＣが設置されている居室への入室等の事前認証の結果ないし当該結果により可能になるサービス、権限を用いるものである。
【００１０】
なお、上記の条件や事前認証の結果を、各装置(システム)と接続されたあらかじめＩＤ管理サーバに登録することも本発明の一態様である。また、特に、事前認証による可能になる行為（サービス等）が、本認証により可能になる行為（サービス等）の必要条件になることが好適である。
【００１１】
上述した本発明の適用例を、一時来訪者が事務所（居室）に設置されたＰＣを利用する場合を例に説明する。一時来訪者がＰＣが設置されている居室に入室する際は、ＩＣカードによる認証などを用いた本人認証を行い、認証結果の証跡を入退室管理サーバを通じてＩＤ管理サーバに保存する。一時来訪者が既設ＰＣを使用する際は、ＩＤとパスワードを利用した従来のＰＣ内での認証に加え、ＩＤ管理サーバでＩＤ管理サーバに保存した一時来訪者と責任者の最新の証跡とＰＣの利用条件を用いて、両者ともＰＣが設置されている居室への入室記録が存在すれば、一時来訪者は責任者の監視下にいるものとして、既設ＰＣのログインを許可する。
【発明の効果】
【００１２】
本発明によれば、一時来訪者に対する認証をより簡便な仕組みで安全性を維持して実現できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施の形態に係る全体構成を示す説明図
【図２】管理サーバの内部構成を示す構成図
【図３】入退室管理サーバ及び入退室制御装置の内部構成を表す構成図
【図４】ＩＣカード及びＩＣカードリーダライタの内部構成を示す構成図
【図５】ＰＣを構成するＰＣ本体、ディスプレイ、キーボードの内部構成を示す構成図
【図６】入退室制御装置の記憶部がもつドア１の入退室許可情報を示す図
【図７】入退室制御装置が生成する入退室の証跡情報を示す図
【図８】ＩＣカードの記憶部が持つ識別情報を示す図
【図９】ＰＣ本体の記憶部がもつＰＣにログインするためのＩＤとパスワードを示す図
【図１０】入退室管理サーバの記憶部がもつ入退室履歴情報を示す図
【図１１】ＩＤ管理サーバが作成するＩＤ管理システム証跡情報に追加する情報を示す図
【図１２】ＩＤ管理サーバの記憶部がもつ、ＩＤ管理システムが管理する証跡情報を示す図
【図１３】ＩＤ管理サーバの記憶部がもつ、ＰＣの認可条件を示す図
【図１４】ＩＤ管理サーバの記憶部がもつ、該当ユーザＩＤのＰＣ利用に関する責任者を示す図
【図１５】ＩＤ管理サーバの記憶部がＩＤ管理システム証跡情報から作成する指定された時間範囲の証跡情報
【図１６】入退室制御装置での入室時の処理を示す処理シーケンス図
【図１７】入退室管理サーバでの入退室制御装置証跡情報の証跡登録処理を示すシーケンス図
【図１８】ＩＤ管理サーバでの入退室制御装置証跡情報の証跡登録処理を示すシーケンス図
【図１９】ＰＣにおけるログイン認証処理と複合認可の問合せ処理を示すシーケンス図
【図２０】ＩＤ管理サーバにおける複合認可処理を示すシーケンス図
【図２１】ＩＤ管理サーバにおける対象ＩＤの証跡情報の取得処理を示すシーケンス図
【図２２】ＩＤ管理サーバにおける複合認可処理を示すシーケンス図
【図２３】ＩＤ管理サーバにおける対象ＩＤの証跡情報の取得処理を示すシーケンス図
【発明を実施するための形態】
【００１４】
以下、本発明に関する一実施の形態について、一時来訪者と責任者及びそれぞれが携帯するＩＣカードと、ＰＣと、ドア１および入退室制御装置を制御する入退室管理サーバと、ＰＣおよび入退室管理サーバを管理するＩＤ管理サーバからなる構成を図１に、ＩＤ管理サーバの内部構成を図２に、入退室管理サーバ及び入退室制御装置の内部構成を図３に、ＩＣカードがＩＣカードリーダライタで通信するための内部構成を図４に、ＰＣ本体とディスプレイ及びキーボードの内部構成を図５に、入退室管理システムとＩＤ管理サーバの証跡を用いてＰＣログインの複合認可を行う仕組を図６から図２３に、図面を用いて説明する。
【００１５】
なお、本実施の形態は、いわゆる入退室管理システムでの入室処理とＰＣへのログインを適用例で説明しているが、それぞれの装置またはシステムで認証を行う仕組があればよい。また、実施の形態における認証手段を、本入退室管理システムではＩＣカード、ＰＣログインではＩＤとパスワードの入力としているが、他にもＲＦＩＤタグや指静脈情報などいわゆる個人識別情報を利用した認証方法であれば、認証手段は問わない。また、本実施形態のＰＣが設置された居室への入室認証後にＰＣのログインを行うといった、認証を行う複数のシステムに順序性を用いることになる。つまり、入室認証が上述した事前認証であり、ＰＣログインが本認証となる。
【００１６】
図１は、ＩＤ管理サーバと入退室管理サーバーと、入退室用のドアに設定された入退室制御装置とＩＣカードリーダライタと一時来訪者及び責任者それぞれが携帯するＩＣカードと、ＰＣ本体、ディスプレイ及びキーボード（以下、これら３つを合わせてＰＣとする）からなる構成を示した図である。
【００１７】
ドア１ １１０には、入退室制御装置２２０が接続されており、ドア１ １１０の入退室すなわち、ドア開閉許可を管理する。また、入退室制御装置２２０には、ＩＣカードリーダライタ２３０が接続されており、一時来訪者１２０が携帯しているＩＣカード３１０から識別情報であるユーザＩＤを取得する。一時来訪者１２０がＩＣカード３１０をＩＣカードリーダライタ２３０にかざす即ち、通信させると、ＩＣカード３１０のユーザＩＤをＩＣカードリーダライタ２３０経由で入退室制御装置２２０が取得し、そのユーザＩＤをもとに、入退室許可情報と照会し、ドア１ １１０の入退室判定を行う。ここで入退室許可情報とは後述の図６で説明するとおり、ユーザＩＤごとのドアの開閉許可権限を指す。また、責任者１３０と責任者１３０が携帯するＩＣカード３２０のドア１への入退室も一時来訪者１２０のドア１ １１０入室と同様に行われる。
【００１８】
また、ドア１ １１０における入退室で、ドアの入退室判定が行われると、ドア１ １１０をいつ、だれが入退室を行ったかという証跡情報を入退室制御装置２２０が入退室管理サーバ２１０に送信する。入退室管理サーバ２１０は、証跡情報を図１０で説明する入退室管理システム証跡情報に証跡情報を保存し、また、ＩＤ管理サーバ１００に証跡情報と自システム名（自システムを識別する情報であればよい）を送信する。ＩＤ管理サーバ１００は、受取った証跡情報とシステム名を図１２で説明するＩＤ管理システム証跡情報に追記する。入退室制御装置２２０から入退室管理サーバ２１０、および入退室管理サーバ２１０からＩＤ管理サーバ１００への証跡情報の送信は、ドア１ １１０の入退室判定後即時で行われる。実施の形態において、入退室管理サーバ２１０とＩＤ管理サーバ１００は、別個の機器となっているが、入退室管理サーバ２１０の機能をＩＤ管理サーバ１００に含め、１つの機器としても良い。
【００１９】
ドア１ １１０に施錠されている部屋には、ＰＣ ４００が設置されている。すなわち、ＰＣ ４００を利用するには、ドア１ １１０の入退室判定が許可されてから部屋に入る必要がある。矢印 １４０ は、ドア１ １１０からＰＣ ４００が設置されている部屋に入室する動作を示す。ＰＣ ４００は、ＰＣ本体４１０に、ディスプレイ４２０、キーボード４３０が接続された構成となっており、ＰＣ４００は、ＩＤ管理サーバ１００に接続されている。一時来訪者１２０がＰＣを利用する際には、キーボード４３０からＰＣを利用するためのユーザＩＤとパスワードを入力する。ＰＣ本体４１０は、キーボード４３０から入力されたユーザＩＤとパスワードを、ＰＣ本体４１０自身が保持するアカウント情報と照会し、ユーザＩＤとパスワードが一致した場合、ＰＣ４００を利用する一時来訪者１２０に対し、ＰＣ４００の利用を許可していいかＩＤ管理サーバ１１０に問合せを行う。ここでＰＣ本体４１０自身が保持するアカウント情報とは、図９で説明するＰＣ４００を利用できるユーザＩＤとパスワードの組み合わせである。
【００２０】
問合せを受けたＩＤ管理サーバ１００は、一時来訪者１２０のアカウント情報であるユーザＩＤが、ドア１ １１０を正式に入場しているかＩＤ管理サーバの証跡情報を照会する。一時来訪者１２０のドア１ １１０への入室記録があれば、次に一時来訪者１２０の責任者１３０が、一時来訪者１２０と同様に、ドア１ １１０を正式に(認証されるなどして正当に)入場しているかＩＤ管理サーバの証跡情報を照会する。責任者１３０のドア１ １１０への入室記録があれば、ＰＣ本体４１０に対し、ＰＣへのログインを許可し、ディスプレイ４２０にログイン完了画面を表示する。
【００２１】
また、ＰＣ４００が、ＩＤ管理サーバ１００に行うドア１ １１０の入室記録の問合せは、入退室管理サーバー２１０もドア１ １１０の証跡を保存しているため、入退室管理サーバ２１０でも可能だが、ＩＤ管理サーバ１００は入退室管理サーバ２１０だけでなく、その他の入退室管理サーバにも接続し、複数のシステムの証跡を一括管理することができるため、ＰＣ４００の利用に他のシステムの証跡条件が追加された際でもＩＤ管理サーバ１００のみに問合せを行えばよいため、拡張性の観点からＩＤ管理サーバに問合せを行うのが望ましい。
【００２２】
本実施の形態では、ドア１ １１０とＰＣ ４００でのドア１入室制御時とＰＣ利用性御時の責任者の許可付きの複合認可について提案する。具体的には、一時来訪者１２０のＰＣ ４００の利用について、一時来訪者１２０がドア１ １１０をＩＣカード３１０を用いて入室しているという条件を満たしていても、一時来訪者１２０はシステム上に関連付けられた一時来訪者１２０の責任者１３０の許可を得なければＰＣ４００の利用することができない方法について説明する。ここで、責任者１３０が一時来訪者１２０にＰＣ利用許可を与える際には、責任者１３０が一時来訪者１２０と同じくドア１ １１０から入室して同じ居室にいれば、一時来訪者１２０は責任者１３０の監督の下にいるものとすることとし、自動的に一時来訪者１２０にＰＣ ４００の利用権限を付与することにより、一時来訪者１２０にＰＣ ４００の利用許可を与えることができる方法について、提案説明する。なお、ここでは、責任者１３０がシステムが操作しなくとも許可するように構成してもよい。
【００２３】
図２は、ＩＤ管理サーバの内部構成を示した図である。図示の都合上、ＩＤ管理サーバ１００に接続されているのは、入退室管理サーバ２１０とＰＣ４００の２つしか接続されていないが、１つ以上の複数の入退室管理システムおよび、ＰＣが接続されているものとする。ＩＤ管理サーバは、外部から電源を受給し、電源を各部に供給する電源部１０１と複数の入退室管理システムおよびＰＣと接続するためのクライアントインターフェース１０２と、入退室管理サーバからの証跡情報の保存したり、ＰＣからユーザＩＤを取得したり、ユーザＩＤをもとに該当ユーザの責任者や証跡情報を検索したり、ＰＣの認可条件と検索した証跡情報を照会してＰＣの利用を認可するか判定する処理を行う制御部１０３と、制御部で生成した証跡情報やＰＣのユーザＩＤ毎の利用責任者情報、ＰＣの認可条件、入退室管理システム及びＰＣへの接続及び管理情報や制御部１０４の処理手順を記録する記憶部１０４から構成される。ここで、ＰＣの利用責任者情報及びＰＣの認可条件の生成方法については、ＧＵＩを用いてシステム管理者が生成する方法や、制御部１０３を通じで他システムから入手する方法などがあるが、詳細は省略する。
【００２４】
図３は、入退室管理サーバと接続されている入退室制御装置の内部構成を示した図である。図示の都合上、入退室管理サーバ２１０には、入退室制御装置２２０が１つしか接続されていないが、１つ以上の複数の入退室制御装置が接続されているものとする。入退室管理サーバ２１０は、外部から電源を受給し、電源を各部に供給する電源部２１１と、複数の入退室制御装置と接続するためのクライアントインタフェース２１２と、ＩＤ管理サーバ１００と接続するためのホストインターフェース２１３と、入退室許可情報やを生成したり、ＩＤ管理サーバ１００や入退室制御装置２２０とデータの送受信をしたり、証跡情報を保存する処理を行う制御部２１４と、制御部２１４で生成された各ドアに設定されている各入退室制御装置の保持する入退室許可情報のマスタ情報や、入退室管理装置から提供される証跡情報や、入退室制御装置２２０の接続及び管理情報や制御部２１４の処理手順を保持する記憶部２１５から構成される。ここで、入退室許可情報の生成方法については、ＧＵＩを用いてシステムの管理者が生成する方法や、制御部２１４が自動で生成する方法などがあるが詳細は省略する。
【００２５】
入退室制御装置２２０は、外部から電源を受給し、各部に電源を供給する電源部２２１と、ＩＣカードに代表される情報記録媒体と通信するリーダライタ装置や静脈認証装置などのデバイス、ドアまたはドア開閉処理装置と接続するためのデバイスインタフェース２２２と、入退室管理サーバ２１０と接続するためのホストインタフェース２２３と、入退室管理サーバ２１０から入室許可情報を取得したり、ＩＣカードから取得したユーザＩＤと入退室許可情報を照会し、許可か不許可を判定したり、入退室管理システムに送信する証跡情報を生成したり、ドアの開閉またはドアの開閉処理装置へドア開閉の指示を出したり、制御部２１４で処理する際の日時を取得する制御部２２４と、入退室管理サーバ２１０から配信された入退室許可情報や、生成した証跡情報や、制御部２２４の処理手順を記憶する２２５記憶部から構成される。
【００２６】
入退室管理サーバ２１０は、入退室制御装置２２０に入退室許可情報を配信する。配信タイミングおよびその方法については本発明では規定しない。
【００２７】
図４は、ＩＣカードがＩＣカードライタと通信するための内部構成を示した図である。ＩＣカードリーダライタ２３０は、ＩＣカード３００と接触または電波や電磁はによる非接触で通信するためのＩＣカードリーダライタアンテナ２３１と、ＩＣカードリーダライタアンテナ２３１を用いてＩＣカード３００へＩＣカードコマンドデータ２４０を送信したり、その応答であるＩＣカードレスポンスデータ３３０を受信したりする送受信部２３２と、外部から電源を受給し、各部に電源を供給するための電源部２３３と、ＩＣカードコマンドデータ送信時の変調やＩＣカードレスポンスデータ受信時の信号の増幅や復調を行い、また通信方法を備えた通信制御部２３４と、ホストインタフェース２３６に接続されたＰＣ４００などとデータの送受信を行ったり、各部の処理手順を記憶したりする制御部２３５と、ＰＣ４００や入退室制御装置２１０と接続するためのホストインタフェース２３６から構成される。
【００２８】
ＩＣカード３００は、ＩＣカードリーダライタ２３０から電磁波や電波により電源を受給し、信号やＩＣカードコマンドデータ２４０の受信や、ＩＣカードレスポンスデータ３３０の送信を行うアンテナ３０１と、アンテナ３０１から受信した電波を整する整流部３０２と、整流して得た電圧を検出し、また電源を保持し、その電源を各部に供給する電源部３０３と、受信信号やＩＣカードコマンドデータ２４０の復調を行い、また送信する信号やＩＣカードレスポンスデータ４３０の変調を行う通信制御部３０４と、初期化処理やＩＣカードコマンドデータ２４０を受けＩＣカードレスポンスデータ３３０を生成や応答をしたり、記憶部３０６に記憶されている識別情報をレスポンスデータとして生成する制御部３０５と、制御部３０５の処理手順や、ユーザＩＤ情報を記憶する記憶部３０６から構成される。
【００２９】
ＩＣカードコマンドデータ２４０には、例えば、ＩＣカード３００の記憶部３０６に格納されている各種情報を取得するリードコマンドや、ＩＣカード３００の記憶部３０６に各種情報を格納するライトコマンドなどがある。ＩＣカードコマンドデータ２４０とＩＣカードレスポンスデータ３３０のデータのやり取りについて、本実施形態では電波や電磁波による無線通信を用いたいわゆるＩＣカードをＩＣカードリーダライタにかざす非接触を前提に説明するが、ＩＣカードをＩＣカードリーダライタに挿入する接触であっても良い。また、ＩＣカードだけでなく、情報の読取りと書込みのできるＲＦＩＤタグのような安価なものを利用しても良い。
【００３０】
図５は、ＰＣ本体と接続されているディスプレイ、キーボードの内部構成を示した図である。ＰＣ本体４１０は、外部から電源を受給し、電源を各部に供給する電源部４１１と、ディスプレイ４２０及びキーボード４３０などのデバイスと接続するためのデバイスインターフェース４１２と、ＩＤ管理サーバ１００と接続するためのホストインターフェース４１３と、キーボード４３０からの入力情報とＰＣのアカウント情報を照会してＩＤ管理サーバ１００に複合認可問合せを行うか判定したり、複合認可問合せの結果からＰＣにログインまたはログイン不許可を判定する処理を行う制御部４１４と、ＰＣのアカウント情報や、ディスプレイやキーボードの接続及び管理情報や制御部４１４の処理手順を保持する記憶部４１５から構成される。
【００３１】
ディスプレイ４２０は、電源を各部に供給する電源部４２１とＰＣ本体４１０と接続するためのホストインターフェース４２２と、ＰＣ本体から表示すべき情報を受信する制御部４２３と、制御部４２３が受信した情報を画面に表示をする表示部４２４から構成される。
【００３２】
キーボード４３０は、電源を各部に供給する電源部４３１とＰＣ本体４１０と接続するためのホストインターフェース４３２と、入力部４３４からの情報をＰＣ本体４１０に送信する制御部４３３と、外部から情報の入力を受付ける入力部４３４から構成される。
【００３３】
ＰＣ本体４１０、ディスプレイ４２０、キーボード４３０は別個の機器として図示しているがノートパソコンのように、３つが１体型となった機器でも良い。
【００３４】
図６は、ドア１における入退室許可情報を示した図である。本実施形態では、退室については入室可能であれば退室も可能であることを前提とし、説明を省略する。ドア１の入退室許可情報５１０は、ユーザＩＤ５１１と入室権限５１２で構成される。ユーザＩＤ５１１はＩＣカードを識別する情報であり、ＩＣカードから取得したユーザＩＤを用いて検索を行う際の検索キーとして使用する。入室権限５１２には、「許可」または「不許可」が格納され、「許可」の場合はドア１への入室が許可されており扉が開錠されるが、「不許可」の場合は、ドア１への入室が許可されておらず、扉は施錠されたままである。項番１ ５１３には、ユーザＩＤ５１１に「ＵＳＥＲ１」が、入室権限５１２には「許可」が格納されている。項番２ ５１４には、ユーザＩＤ５１１に「ＵＳＥＲ２」が、入室権限５１２には「許可」が格納されている。項番３ ５１５には、ユーザＩＤ５１１に「ＵＳＥＲ３」が、入室権限５１２には「不許可」が格納されている。
【００３５】
項番３ ５１６には、ユーザＩＤ５１１に「ＧＵＥＳＴ１」が、入室権限５１２には「許可」が格納されている。入退室許可情報は、入退室管理サーバで生成され、ドア１に設定されている入退室制御装置の記憶部にて格納される。この入退室許可情報を用いて、ＩＣカード等から取得したユーザＩＤを参照し、ドアの入室許可判定を行う。もし、ＩＣカード等から取得したユーザＩＤが存在しなかった場合は、もちろん入室不許可であるが、登録されていない不正なユーザＩＤを使用された、または機器の故障等と見なし、警告を通知する仕組みがあったほうが望ましい。
【００３６】
図７は、入退室制御装置で許可した入退室の証跡情報を示した図である。入退室制御装置証跡情報は、ユーザＩＤ５２１と、ドア名称５２２と、動作履歴５２３と、日時５２４で構成されている。ユーザＩＤ５２１は、入退室が許可されたユーザＩＤが格納される。ドア名称５２２は、ユーザＩＤ５２１がドアの入退室判定を要求したドアの名称が格納される。動作履歴５２３は、「入室」または「退室」が格納される。ユーザＩＤ５２１がドア名称５２２が設置された部屋に入場した場合「入室」、退場した場合には「退出」が格納される。日時５２４には、入退室制御装置がユーザＩＤの該当ドアの入退室判定をしたときの日時をyyy/MM/dd hh:mm:ss形式で格納する。項番１ ５２５には、ユーザＩＤ５２１に「ＧＵＥＳＴ１」が、ドア名称５２２に「ドア１」が、動作履歴５２３に「入室」が、日時５２４に「2010/08/30 15:38:41」が格納されている。この入退室制御装置証跡情報は、入退室制御装置が該当ドアの入退室判定を行った際に生成され、入退室管理サーバに送信される。情報はメモリなど一時記憶に保持し、入退室管理サーバに送信後は自動的に消去される。また、入退室制御装置証跡情報は、入退室管理サーバからＩＤ管理サーバに送信される。
【００３７】
図８は、ＩＣカードが持つ識別情報を示した図である。ＩＣカードの識別情報６００は、ユーザＩＤ６０１で構成されている。ＩＣカードの識別情報６０１は、ＩＣカードの記憶部に格納されている。項番１ ６０２には、ユーザＩＤ６０１に「ＧＵＥＳＴ１」が格納されている。前述でも説明したが、図６のドア１の入退室許可情報を、このＩＣカード識別情報６００のユーザＩＤ６０１を用いて、入退室許可の判定を行う。
【００３８】
図９は、ＰＣにログインするためのアカウント情報を示した図である。ＰＣのアカウント情報７００は、ユーザＩＤ７０１とパスワード７０２で構成されている。ユーザＩＤ７０１はＰＣを利用できる者を識別する情報であり、キーボードなどから入力されたユーザＩＤを用いて検索を行う際の検索キーとして使用する。パスワード７０２には、ユーザＩＤ７０１でＰＣログインを行うものが本人であるか識別するためのパスワードが格納される。項番１ ７０３には、ユーザＩＤ７０１に「ＵＳＥＲ１」、パスワード７０２に「pass」が格納されている。項番２ ７０４には、ユーザＩＤ７０１に「ＵＳＥＲ２」、パスワード７０２に「password」が格納されている。項番３ ７０５には、ユーザＩＤ７０１に「ＧＵＥＳＴ１」、パスワード７０２に「guest」が格納されている。
【００３９】
ＰＣのアカウント情報７００は、ＰＣ本体の記憶部に保持され、キーボードなどから入力されたユーザＩＤを参照し、パスワード照会により複合認可を行うかの判定を行う。入力されたユーザＩＤが存在しない、またはパスワードが不正の場合は、ＩＤ管理サーバへ複合認証を問合わせることなく、ログイン不可とする。
【００４０】
本実施形態では、図８のＩＣカード識別情報のユーザＩＤとＰＣアカウント情報７００における項番３ ７０５のユーザＩＤ７０１は、同一のＩＤであるが、これら２つのユーザＩＤの所有者が同一人物であることがシステム上で管理されていれば、同一でなくても良い。
【００４１】
図１０は、入退室管理システムの証跡情報を示した図である。入退室管理システム（ＧＡＴＥ１）証跡情報８００は、複数の入退室制御装置から受信した入退室制御装置証跡情報を一覧で保持する。よって、構成される項目は、入退室制御装置証跡情報と同一である。
【００４２】
ユーザＩＤ８０１と、ドア名称８０２と、動作履歴８０３と、日時８０４で構成されている。ユーザＩＤ８０１は、入退室が許可されたユーザＩＤが格納される。ドア名称８０２は、ユーザＩＤ８０１がドアの入退室判定を要求したドアの名称が格納される。動作履歴８０３は、「入室」または「退室」が格納される。日時８０４には、入退室制御装置がユーザＩＤの該当ドアの入退室判定をしたときの日時をyyy/MM/dd hh:mm:ss形式で格納する。項番１ ８０５には、ユーザＩＤ８０１に「ＵＳＥＲ２」が、ドア名称８０２に「ドア１」が、動作履歴８０３に「退室」が、日時８０４に「2010/08/30 11:05:43」が格納されている。項番２ ８０６には、ユーザＩＤ８０１に「ＵＳＥＲ１」が、ドア名称８０２に「ドア１」が、動作履歴８０３に「入室」が、日時８０４に「2010/08/30 15:38:02」が格納されている。項番３ ８０７には、ユーザＩＤ８０１に「ＧＵＥＳＴ１」が、ドア名称８０２に「ドア１」が、動作履歴８０３に「入室」が、日時８０４に「2010/08/30 15:38:41」が格納されている。
【００４３】
入退室管理システム（ＧＡＴＥ１）証跡情報８００は、入退室管理サーバの記憶部に記憶される。各入退室制御装置から証跡情報は生成後即時に送信されるため、証跡情報を記憶する際は、受信した証跡情報を追記していき、証跡が時系列になるよう記録する。
【００４４】
図１１は、ＩＤ管理サーバに追加する証跡情報証跡情報を示した図である。一時ＩＤ管理サーバ追加用証跡情報９１０は、入退室管理サーバから送信された入退室制御装置証跡情報に、送信元の入退室管理システムのシステム名を追加して生成する。一時ＩＤ管理サーバ追加用証跡情報９１０は、システム名９１１と、ユーザＩＤ９１２と、ドア名称９１３と、動作履歴９１４と、日時９１５で構成されている。システム名９１１には、入退室制御装置証跡情報送信元の入退室管理システムの名称が格納される。また、システム名は、入退室管理サーバから入退室制御装置証跡情報と一対で受信する。ユーザＩＤ９１２は、入退室が許可されたユーザＩＤが格納される。ドア名称９１３は、ユーザＩＤ９１２がドアの入退室判定を要求したドアの名称が格納される。動作履歴９１４は、「入室」または「退室」が格納される。ユーザＩＤ９１２がドア名称９１３が設置された部屋に入場した場合「入室」、退場した場合には「退出」が格納される。日時９１５には、入退室制御装置がユーザＩＤの該当ドアの入退室判定をしたときの日時をyyy/MM/dd hh:mm:ss形式で格納する。項番１ ９１６には、システム名９１１に「ＧＡＴＥ１」、ユーザＩＤ９１２に「ＧＵＥＳＴ１」が、ドア名称９１３に「ドア１」が、動作履歴９１４に「入室」が、日時９１５に「2010/08/30 15:38:41」が格納されている。一時ＩＤ管理サーバ追加用証跡情報９１０は、ＩＤ管理サーバで生成され、ＩＤ管理サーバの記憶部に保持する。情報はメモリなど一時記憶に保持し、ＩＤ管理システム証跡情報に項番１ ９１６を追加後に自動的に消去される。
【００４５】
図１２は、ＩＤ管理システムの証跡情報を示した図である。ＩＤ管理システム証跡情報９２０は、各一時ＩＤ管理サーバ追加用証跡情報を蓄積して一覧として保持される。よって、構成される項目は、一時ＩＤ管理サーバ追加用証跡情報と同様であり、システム名９２１と、ユーザＩＤ９２２と、ドア名称９２３と、動作履歴９２４と、日時９２５で構成されている。システム名９２１には、入退室制御装置証跡情報送信元の入退室管理システムの名称が格納される。また、システム名は、入退室管理サーバから入退室制御装置証跡情報と一対で受信する。ユーザＩＤ９２２は、入退室が許可されたユーザＩＤが格納される。ドア名称９２３は、ユーザＩＤ９２２がドアの入退室判定を要求したドアの名称が格納される。動作履歴９２４は、「入室」または「退室」が格納される。ユーザＩＤ９２２がドア名称９２３が設置された部屋に入場した場合「入室」、退場した場合には「退出」が格納される。日時９２５には、入退室制御装置がユーザＩＤの該当ドアの入退室判定をしたときの日時をyyy/MM/dd hh:mm:ss形式で格納する。
【００４６】
項番１ ９２６には、システム名９２１に「ＧＡＴＥ２」、ユーザＩＤ９２２に「ＵＳＥＲ１」が、ドア名称９２３に「ドア３」が、動作履歴９２４に「入室」が、日時９２５に「2010/08/30 11:00:02」が格納されている。項番２ ９２７には、システム名９２１に「ＧＡＴＥ１」、ユーザＩＤ９２２に「ＵＳＥＲ２」が、ドア名称９２３に「ドア２」が、動作履歴９２４に「退室」が、日時９２５に「2010/08/30 11:05:43」が格納されている。項番３ ９２８には、システム名９２１に「ＧＡＴＥ２」、ユーザＩＤ９２２に「ＵＳＥＲ１」が、ドア名称９２３に「ドア３」が、動作履歴９２４に「退室」が、日時９２５に「2010/08/30 13:17:41」が格納されている。項番４ ９２９には、システム名９２１に「ＧＡＴＥ１」、ユーザＩＤ９２２に「ＵＳＥＲ１」が、ドア名称９２３に「ドア１」が、動作履歴９２４に「入室」が、日時９２５に「2010/08/30 15:38:02」が格納されている。項番５ ９３０には、システム名９２１に「ＧＡＴＥ１」、ユーザＩＤ９２２に「ＧＵＥＳＴ１」が、ドア名称９２３に「ドア１」が、動作履歴９２４に「入室」が、日時９２５に「2010/08/30 15:38:41」が格納されている。ＩＤ管理システム証跡情報９２０は、ＩＤ管理サーバの記憶部に記憶される。生成された一時ＩＤ管理サーバ追加用証跡情報は、生成されるとＩＤ管理システム証跡情報９２０に追記するため、証跡情報は、項番の若い順から時系列に記録される。
【００４７】
図１３は、ＰＣを利用するための認可条件を示す図である。ＰＣの認可条件９４０は、システム名９４１と、ドア名称９４２と、動作履歴９４３から構成される。システム名９４１には、ＰＣを利用するための認可条件となる入退室管理システムの名称が格納される。ドア名称９４２には、ＰＣを利用するための認可条件となるドアの名称が格納される。動作履歴９４３には、「入室」「退室」のいずれかが格納され、これらの条件をＩＤ管理サーバ証跡情報に格納されている対象ユーザの判定対象証跡が満たすか判定を行う。満たさない場合は認可結果は「不許可」とし、満たしている場合は、認可処理を続行する。項番１ ９４４には、システム名に「ＧＡＴＥ１」が、ドア名称に「ドア1」が、動作履歴に「入室」が格納されている。
【００４８】
ＰＣの認可条件は、ＩＤ管理サーバの記憶部に記憶され、ＰＣから複合認可問合せ発生時に、取得した判定対象の証跡とＰＣの認可条件の各項目を照会し、認可を行う。ＰＣの認可条件は、本実施形態では条件は１つしかないが、複数条件を設けていも良し、ＰＣごとに認可条件を変更しても良い。
【００４９】
図１４は、ＰＣを利用するユーザに許可権限を与えることのできる責任者情報を示した図である。ＰＣの利用責任者情報９５０は、ユーザＩＤ９５１と、責任者ユーザＩＤ９５２から構成されている。ユーザＩＤ９５１には、ＰＣを利用する者を識別する情報が格納される。キーボードなどから入力されたユーザＩＤを用いて検索を行う際の検索キーとして使用する。責任者ユーザＩＤ９５２には、ユーザＩＤ９５１を使用して、ＰＣのログインを行う者に対して、ＰＣの利用を許可できる責任者のユーザＩＤが格納される。項番１ ９５３には、ユーザＩＤ９５１に「ＵＳＥＲ１」が、責任者ＩＤ９５２に「ＵＳＥＲ１」が格納されている。項番２ ９５４には、ユーザＩＤ９５１に「ＵＳＥＲ２」責任者ＩＤ９５２に「ＵＳＥＲ２」が格納されている。項番３ ９５５には、ユーザＩＤ９５１に「ＧＵＥＳＴ１」が、責任者ＩＤ９５２に「ＵＳＥＲ１」が格納されている。ＰＣの利用責任者情報９５０は、ＩＤ管理サーバの記憶部に記憶され、キーボードなどから入力されたユーザＩＤを元に、該当するユーザＩＤ９５１の責任者ユーザＩＤ９５２を取得する。ＰＣの利用責任者情報９５０は、項番１のようにユーザＩＤ９５１と責任者ユーザＩＤ９５２が同一の値であっても良い。本実施形態においては、一時来訪者のユーザＩＤ９５１は項番３ ９５５のように責任者ユーザＩＤ９５２と異なることを前提とする。
【００５０】
図１５は、複合認可用対象の責任者の証跡を検索する際にＩＤ管理システム証跡情報から、証跡発生日時から指定された時間範囲の証跡を抽出したものを示す図である。証跡発生日時とは後述の図２２で説明をするが、責任者の証跡を検索する前に、ＰＣ利用者自身
の証跡情報をＩＤ管理システム証跡情報から検索をしており、その証跡情報の日時を指す。一時検索用証跡情報９６０を構成する項目は、ＩＤ管理システム証跡情報と同じであり、システム名９６１と、ユーザＩＤ９６２と、ドア名称９６３と、動作履歴と９６４と、日時９６５から構成されている。システム名９６１には、入退室制御装置証跡情報送信元の入退室管理システムの名称が格納される。ユーザＩＤ９６２は、入退室が許可されたユーザＩＤが格納される。
【００５１】
ドア名称９６３は、ユーザＩＤ９６２がドアの入退室判定を要求したドアの名称が格納される。動作履歴９６４は、「入室」または「退室」が格納される。ユーザＩＤ９６２がドア名称９６３が設置された部屋に入場した場合「入室」、退場した場合には「退出」が格納される。日時９６５には、入退室制御装置がユーザＩＤの該当ドアの入退室判定をしたときの日時をyyy/MM/dd hh:mm:ss形式で格納する。項番1 ９６６では、システム名９６１には「ＧＡＴＥ１」が、ユーザＩＤ９６２には「ＵＳＥＲ１」が、ドア名称９６３には「ドア1」が、動作履歴と９６４には「入室」が、日時９６５には「2010/08/30 15:38:02」が格納されている。項番２ ９６７では、システム名９６１には「ＧＡＴＥ１」が、ユーザＩＤ９６２には「ＧＵＥＳＴ１」が、ドア名称９６３には「ドア1」が、動作履歴と９６４には「入室」が、日時９６５には「2010/08/30 15:38:41」が格納されている。一時検索用証跡情報９６０は、ＩＤ管理サーバの記憶部に一時的に生成されるが、メモリなどに保持するため、ＩＤ管理サーバでの複合認可処理が完了すると一時検索用証跡情報９６０は自動的に消去される。
【００５２】
図１６は、ドア１に接続されている入退室制御装置が、図６から図８の各情報を用いて入室判定を行う処理をフローチャート図で示している。本処理は、入退室制御装置の記憶部に格納されており、制御部にて処理される。ドア1への入室希望者がＩＣカードをＩＣカードリーダライタにかざすと、ステップＳ１０００で開始し、ステップＳ１００１へ進む。ステップＳ１００１では、ＩＣカードリーダライタを制御してＩＣカードから図８で説明した接続情報のうち、ユーザＩＤを取得し、ステップＳ１００２へ進む。ステップＳ１００２では、ステップＳ１００１で取得したユーザＩＤを用いて、図６で説明したドア1の入退室許可情報から、該当するユーザＩＤが存在するか検索する。ここで、ドア1の入退室許可情報に検索したユーザＩＤが有りの場合は、ステップＳ１００３に進む。一方検索したユーザＩＤが無しの場合は、ステップＳ１００７へ進む。ここでユーザＩＤが存在しなかった場合は、事前に登録されていない不正なユーザＩＤを用いたか、ＩＣカードまたはＩＣカードリーダライタ等の故障が考えられるため、警告を通知する仕組みがあると良い。ステップＳ１００７では、入室不許可と判定し、ドアを開けずにステップＳ１００８へ進む。ステップＳ１００８では、処理を終了する。一方、ステップＳ１００３では、ステップＳ１００２で検索して該当したユーザＩＤの入室権限の値を取得し、ステップＳ１００４へ進む。
【００５３】
ステップＳ１００４では、ステップＳ１００３で取得した入室権限が「許可」か「不許可」の判定を行う。入室権限が「許可」の場合は、ステップＳ１００５に進む。入室権限が「不許可」の場合はステップＳ１００７に進む。ステップＳ１００５では、入室許可と判断し、ドアを開け、ステップＳ１００６に進む。ステップＳ１００６では、ステップＳ１００５で入室許可としたユーザＩＤと、入室を許可したドア名称と、「入室」または「退室」のどちらを行ったかという動作履歴と、入室を許可した日時から図７で説明した入退室制御装置証跡情報を生成し、入退室管理サーバに送信し、ステップＳ１００８へ進む。
【００５４】
図１７は、入退室管理サーバが、入退室制御装置から送信された図７と図１０の各情報を用いて、証跡情報の格納とＩＤ管理サーバへ入退室制御装置証跡情報を送信する処理をフローチャート図で示している。本処理は、入退室管理サーバの記憶部に格納されており、制御部にて処理される。図１６の処理において、入退室制御装置から図７で説明した入退室制御装置証跡情報が送信されると、ステップＳ１０１０で処理が開始し、ステップＳ１０１１に進む。ステップＳ１０１１では、入退室制御装置から送信された入退室制御装置証跡情報を取得し、ステップＳ１０１２に進む。ステップＳ１０１２では、図１０で説明した入退室管理システム（ＧＡＴＥ１）証跡情報にステップＳ１０１１で取得した入退室制御装置証跡情報のユーザＩＤと、ドア名称と、動作履歴と、日時を追記して、ステップＳ１０１３に進む。ステップＳ１０１３では、ＩＤ管理サーバへ入退室制御装置証跡情報と、自システム名を送信し、ステップＳ１０１４に進む。自システム名は、本実施形態では「ＧＡＴＥ１」とする。ステップＳ１０１５では、処理を終了する。
【００５５】
図１８では、ＩＤ管理サーバが、入退室管理サーバから送信された図７と図１１から図１２の各情報を用いて、証跡情報を格納する処理をフローチャート図で示している。本処理は、ＩＤ管理サーバの記憶部に格納されており、制御部にて処理される。図１７の処理において、入退室管理サーバから図７で説明した入退室制御装置証跡情報と送信元システム名が送信されるとステップＳ１０２０において処理が開始し、ステップＳ１０２１へ進む。Ｓ１０２１では、入退室管理サーバから送信された入退室制御装置証跡情報と送信元システム名を取得し、ステップＳ１０２２に進む。ステップＳ１０２２では、ステップＳ１０２１で取得した入退室制御装置証跡情報に送信元システム名を追加し、図１１で説明した一時ＩＤ管理サーバ追加用証跡情報を生成し、ステップＳ１０２３へ進む。
【００５６】
ステップＳ１０２３では、ステップＳ１０２２で生成した一時ＩＤ管理サーバ追加用証跡情報のシステム名と、ユーザＩＤと、ドア名称と、動作履歴と、日時を図１２で説明したＩＤ管理システム証跡情報に追記して、ステップＳ１０２４に進む。ステップＳ１０２４では、処理を終了する。
【００５７】
図１９は、ドア１から入室した部屋に設置されている既設ＰＣが、図９の各情報を用いて一般的なＩＤとパスワード認証によるログイン判定を行った後、ＩＤ管理サーバへ複合認可問合せを行い、ＰＣの利用判定を行う処理をフローチャート図で示している。なお、複合認可問合せについては、ログイン判定の最中や判定要求を受信した際に行ってもよい。これらの場合、ログイン判定が否定的なものである場合、複合認可問い合わせに関する処理を省略する。本処理はＰＣ本体の記憶部に格納されており、制御部にて処理される。ＰＣ利用者がキーボードからＰＣログイン用のユーザＩＤとパスワードを入力するとステップＳ１０３０において処理が開始され、ステップＳ１０３１に進む。ステップＳ１０３１では、キーボードなどの入力装置から入力されたユーザＩＤとパスワードを取得し、ステップＳ１０３２に進む。
【００５８】
ステップＳ１０３２では、ステップＳ１０３１で取得したユーザＩＤを用いて、図９で説明したＰＣのアカウント情報から該当するユーザＩＤを検索する。ここで、ＰＣのアカウント情報に検索したユーザＩＤが有りの場合、ステップＳ１０３３に進む。一方、ＰＣのアカウント情報に検索したユーザＩＤが無しの場合、ステップＳ１０３８に進む。ステップＳ１０３８では、ＰＣのログインを失敗とし、ステップＳ１０３９で処理を終了する。一方、ステップＳ１０３３では、ステップＳ１０３２で検索して該当したユーザＩＤのパスワードを取得し、ステップＳ１０３４へ進む。Ｓ１０３４では、キーボードから入力されたパスワードと、ステップＳ１０３３で取得したパスワードを比較し、一致した場合は、ステップＳ１０３５へ進む。パスワードが一致しなかった場合は、ステップＳ１０３８に進む。ステップＳ１０３５では、ＩＤ管理サーバにＰＣ利用者のユーザＩＤを送信し、複合認可問合せを行う。複合認可問合せの処理については、後述の図２０と図２１で説明する。ＩＤ管理サーバより複合認可結果を受信するとステップＳ１０３６に進む。ステップＳ１０３６では、ステップＳ１０３５のＩＤ管理サーバへの複合認可結果が「許可」か「不許可」の判定を行う。複合認可結果が「許可」の場合は、ステップＳ１０３７に進む。複合認可結果が「不許可」の場合は、ステップＳ１０３８に進む。ステップＳ１０３７では、ＰＣのログインを成功とし、ログイン後の画面をディスプレイに表示させ、ステップＳ１０３９に進む。
【００５９】
図２０と図２１は、図１２から図１４までの各情報を用いて、図１９のステップＳ１０３５のＩＤ管理サーバにおける複合認可の処理をフローチャート図で示している。図示の都合上、1つの処理のフローチャート図を図２０と図２１に分けて記載している。本処理はＩＤ管理サーバの記憶部に格納されており、制御部で処理される。
【００６０】
図２０は、ＩＤ管理サーバの複合認可処理を示した図である。ＰＣ本体がＩＤ管理サーバに複合認可問合せを行うと、ステップＳ１０５０において処理が開始され、ステップＳ１０５１に進む。ステップＳ１０５１では、ＰＣ本体から複合認可問合せ時に送信されるユーザＩＤを取得し、ステップＳ１０５２に進む。ステップＳ１０５２では、対象ＩＤにステップＳ１０５１で取得したユーザＩＤを設定し、ステップＳ１０５３に進む。ステップＳ１０５３では、詳細な処理は後述の図２１で説明するが、ステップＳ１０５２で設定した対象ＩＤをキーに日時が最新の証跡情報を図１２で説明したＩＤ管理システム証跡情報から取得し、ステップＳ１０５４に進む。ステップＳ１０５４では、図１３で説明したＰＣの認可条件とステップＳ１０５３で取得した証跡情報のシステム名、ドア名称、動作履歴の比較を行い、一致した場合は、ステップＳ１０５５に進む。一方、不一致の場合はステップＳ１０６１に進む。
【００６１】
ステップ１０６１では、複合認可結果を不許可として、ステップＳ１０６２に進む。ステップＳ１０６２では、処理を終了し、問合せ結果を図１９のステップＳ１０３５に返す。ステップＳ１０５５では、Ｓ１０５１で取得したユーザＩＤをキーに図１４で説明したＰＣの利用責任者情報から該当するユーザＩＤの責任者ユーザＩＤを取得し、ステップＳ１０５６に進む。ステップＳ１０５６では、Ｓ１０５１で取得したユーザＩＤとＳ１０５５で取得した責任者ユーザＩＤとを比較して、一致している場合、ＰＣを利用するものとＰＣの利用を許可できる責任者が同一人物としてステップＳ１０６０に進む。一方、不一致の場合は、ステップＳ１０５７に進む。ステップＳ１０６０では、複合認可結果を許可として、ステップＳ１０６２に進む。
【００６２】
ステップＳ１０５７では、対象ＩＤにステップＳ１０５５で取得した責任者ユーザＩＤを設定し、ステップＳ１０５８に進む。ステップＳ１０５８では、ステップＳ１０５３と同様に詳細な処理は後述の図２１で説明するが、ステップＳ１０５７で設定した対象ＩＤをキーに日時が最新の証跡情報を図１２で説明したＩＤ管理システム証跡情報から取得し、ステップＳ１０５９に進む。ステップＳ１０５９では、図１３で説明したＰＣの認可条件とステップＳ１０５８で取得した証跡情報のシステム名、ドア名称、動作履歴の比較を行い、一致した場合は、ステップＳ１０６０に進む。一方、不一致の場合はステップＳ１０６１に進む。
【００６３】
図２１は、図２０のステップＳ１０５３及びステップＳ１０５８で行う、図１２で説明したＩＤ管理システム証跡情報から対象ＩＤとユーザＩＤが一致する最新日時の証跡情報を取得する処理であるを示した図である。図２０のステップＳ１０５３及びステップＳ１０５８からステップＳ１０７０が開始され、ステップＳ１０７１に進む。ステップＳ１０７１では、図１２で説明したＩＤ管理システム証跡情報の行数を取得し、関数Ｌに設定してステップＳ１０７２に進む。ここでのＩＤ管理システム証跡情報の行数とは、ＩＤ管理システム証跡情報の項番の最大数を指し、ＩＤ管理システム証跡情報に記憶されている証跡情報の数を示している。ステップＳ１０７２では、ステップＳ１０７３からステップＳ１０７５までの繰返し処理を実行するかの判定を行う。ステップＳ１０７１で設定したＬが０でない場合、ステップＳ１０７３へ進む。一方、Ｌが０の場合は、繰返し処理を終了し、ステップＳ１０７７に進む。ステップＳ１０７７では、取得証跡に「なし」を設定し、ステップＳ１０７８に進む。その場合、ステップＳ１０５４及びステップＳ１０５９でのＰＣの認可条件との比較の際は、条件と一致することはない。
【００６４】
ステップ１０７８では処理を終了し、ステップＳ１０７０を呼び出した図２０のステップＳ１０５３及びステップＳ１０５８に値を設定した取得証跡を返す。ステップＳ１０７３では、図１２のＩＤ管理システム証跡情報から、Ｌ行目の証跡情報すなわち、Ｌ行目のシステム名と、ユーザＩＤと、ドア名称と、動作履歴と、日時を取得し、取得証跡に設定し、ステップＳ１０７４に進む。ステップＳ１０７４では、ステップＳ１０７３で取得した取得証跡のユーザＩＤとステップＳ１０７０開始の際に図２０で設定されていた対象ＩＤとを比較し、不一致の場合は、判定した取得証跡に設定されている値は取得すべき証跡情報ではないと判断し、ステップＳ１０７５へ進む。
【００６５】
一方、一致すれば、取得証跡に設定されている値は取得すべき証跡情報とし、ステップＳ１０７８に進む。このとき取得証跡には、ステップＳ１０７３で取得したシステム名と、ユーザＩＤと、ドア名称と、動作履歴と、日時が設定されている。ステップＳ１０７５では、Ｌに設定されている数値を１つ減らし、再度Ｌに格納し、ステップＳ１０７６に進む。ステップＳ１０７６では、ステップＳ１０７２に進み、再度繰返し処理を実行するか判定を行う。
【００６６】
図２０におけるステップＳ１０５８の処理、すなわち責任者ユーザＩＤを対象ＩＤとして図２１の処理は、図１２のＩＤ管理システム証跡情報は時系列に追記されていくことから、取得する責任者ユーザＩＤの日時が現在時刻から最新の証跡を取得することができる。すなわち、ＰＣを利用する一時来訪者は、責任者が一時来訪者を残してドア1が設置された部屋を退室した場合、ステップＳ１０５８で取得する取得証跡情報の動作履歴は「退室」となることから、ＰＣを利用することができず、責任者不在時のＰＣの不正利用を防止することができる。
【００６７】
また、一時来訪者のＰＣの利用に関して責任者が一時来訪者の監視下にいることのみが前提であれば、責任者がＰＣが設置されているドア１に入室をしていれば良いため、図２０のステップＳ１０５２からステップＳ１０５４までを省略しても良い。
【００６８】
図２２および図２３は、図２０及び図２１の処理の一部を追加変更したものであり、図２０及び図２１で用いた図１２から図１４までの各情報と図１５の情報を用いて、図１９のステップＳ１０３５のＩＤ管理サーバにおける複合認可の処理である。本実施形態においては、一時来訪者がＰＣを利用する際には、一時来訪者自身と責任者もドア１の入室許可を得て入室する必要があるため、一時来訪者は責任者に付き添われドア1を入場することが想定される。その際、ドア１の一時来訪者と責任者の入室時刻は時間的な差異が少ないため、図１２に追記される証跡情報の項番は近い数値となる。
【００６９】
そこで、図２０におけるステップＳ１０５３のＰＣ利用者のユーザＩＤを対象ＩＤとして証跡情報を取得した際に、その証跡情報の日時を記録しておき、責任者ユーザＩＤを対象ＩＤとした証跡情報をステップＳ１０５８で取得する際、図１２のＩＤ管理システム証跡情報から、ＰＣ利用者の取得証跡情報の日時に近い証跡情報を図１５で説明した一時検索用証跡情報に抽出して、一時検索用証跡情報から対象ＩＤにユーザＩＤが一致する証跡情報を探すことでＳ１０５８すなわち、図２１の処理時間の短縮を図ることができる。ここで、ＰＣ利用者の取得証跡情報の日時に近い証跡情報は、本実施形態ではＰＣ利用者の取得証跡情報の日時から、前後３分間であることを前提とするが、基準であるＰＣ利用者の取得証跡情報の日時から範囲が決まっていれば時間範囲は違っても良い。
【００７０】
しかしながら、ＰＣ利用者の取得証跡情報の日時から指定された時間範囲外で責任者が退出した場合、本実施形態においては、一時来訪者と責任者のドア1入室後から３分以上経過してからの責任者の退室は、一時検索用証跡情報に格納されないため検知することはできないので、一時来訪者は責任者に付き添われてドア1に入室していればＰＣを利用することが可能である。本処理は、図２０および図２１の処理と同じく、ＩＤ管理サーバの記憶部に記憶され、制御部にて処理される。
【００７１】
図２２は、ＩＤ管理サーバの複合認可処理を示した図である。ＰＣ本体がＩＤ管理サーバに複合認可問合せを行うと、ステップＳ１０８０において処理が開始され、ステップＳ１０８１に進む。ステップＳ１０８１では、ＰＣ本体から複合認可問合せ時に送信されるユーザＩＤを取得し、ステップＳ１０８２に進む。ステップＳ１０８２では、対象ＩＤにステップＳ１０８１で取得したユーザＩＤを設定し、ステップＳ１０８３に進む。ステップＳ１０８３では、図２１で説明した通り、ステップＳ１０８２で設定した対象ＩＤをキーに日時が最新の証跡情報を図１２で説明したＩＤ管理システム証跡情報から取得し、ステップＳ１０８４に進む。ステップＳ１０８４では、図１３で説明したＰＣの認可条件とステップＳ１０８３で取得した証跡情報のシステム名、ドア名称、動作履歴の比較を行い、一致した場合は、ステップＳ１０８５に進む。ここまでのステップＳ１０８０からステップＳ１０８４までの処理は、図２０におけるステップＳ１０５０からステップＳ１０５４と同様の処理である。一方、不一致の場合はステップＳ１０９２に進む。ステップ１０９２では、複合認可結果を不許可として、ステップＳ１０９３に進む。
【００７２】
ステップＳ１０９３では、処理を終了し、問合せ結果を図１９のステップＳ１０３５に返す。ステップＳ１０８５では、ステップＳ１０８３で取得した証跡情報の日時を証跡発生日時に設定して、Ｓ１０８６に進む。ステップＳ１０８６では、Ｓ１０８１で取得したユーザＩＤをキーに図１４で説明したＰＣの利用責任者情報から該当するユーザＩＤの責任者ユーザＩＤを取得し、ステップＳ１０８７に進む。ステップＳ１０８７では、Ｓ１０５１で取得したユーザＩＤとＳ１０８６で取得した責任者ユーザＩＤとを比較して、一致している場合、ＰＣを利用するものとＰＣの利用を許可できる責任者が同一人物としてステップＳ１０９１に進む。一方、不一致の場合は、ステップＳ１０８８に進む。ステップＳ１０９１では、複合認可結果を許可として、ステップＳ１０９３に進む。ステップＳ１０８８では、対象ＩＤにステップＳ１０８６で取得した責任者ユーザＩＤを設定し、ステップＳ１０８９に進む。ステップＳ１０８９では、詳細な処理は後述の図２３で説明するが、ステップＳ１０８８で設定した対象ＩＤをキーにして、ステップＳ１０８５で設定した証跡発生日時から近い日付の証跡情報を取得し、ステップＳ１０９０に進む。ステップＳ１０９０では、図１３で説明したＰＣの認可条件とステップＳ１０８９で取得した証跡情報のシステム名、ドア名称、動作履歴の比較を行い、一致した場合は、ステップＳ１０９１に進む。一方、不一致の場合はステップＳ１０９２に進む。
【００７３】
図２３は、図２２のステップＳ１０８８９で行う、図１２で説明したＩＤ管理システム証跡情報と図２２のステップＳ１０８５で設定した証跡発生日時をもとに、図１５で説明した一時検索用証跡情報を生成し、一時検索用証跡情報から対象ＩＤとユーザＩＤが一致する証跡情報を取得する処理を示した図である。図２２のステップＳ１０８９から、ステップＳ１１００が開始され、ステップＳ１０１１に進む。ステップＳ１０１１では、ステップＳ１０８５で設定した証跡発生日時から、日時が前後３分間の証跡情報を図１２で説明したＩＤ管理システム証跡情報から抽出し、図１５で説明した一時検索用証跡情報を生成して、ステップＳ１１０２へ進む。ステップＳ１１０２では、ステップＳ１１０１で生成した一時検索用証跡情報の行数を取得し、関数Ｌに設定してステップＳ１１０３に進む。ここでの一時検索用証跡情報の行数とは、一時検索用証跡情報の項番の最大数を指す。ステップＳ１１０３では、ステップＳ１１０４からステップＳ１１０６までの繰返し処理を実行するかの判定を行う。ステップＳ１１０２で設定したＬが０でない場合、ステップＳ１１０４に進む。
【００７４】
一方、Ｌが０の場合は、繰返し処理を終了し、ステップＳ１１０８に進む。ステップＳ１１０８では、取得証跡に「なし」を設定し、ステップＳ１１０９に進む。その場合、ステップＳ１０９０でのＰＣの認可条件との比較の際は、条件と一致することはない。ステップ１１０９では処理を終了し、ステップＳ１１１０を呼び出した図２２のステップＳ１０８９に値を設定した取得証跡を返す。ステップＳ１１０４では、図１５の一時検索用証跡情報から、Ｌ行目の証跡情報すなわち、Ｌ行目のシステム名と、ユーザＩＤと、ドア名称と、動作履歴と、日時を取得し、取得証跡に設定し、ステップＳ１１０５に進む。ステップＳ１１０５では、ステップＳ１１０４で取得した取得証跡のユーザＩＤとステップＳ１１００開始時に図２２で設定されていた対象ＩＤとを比較し、不一致の場合は、判定した取得証跡に設定されている値は取得すべき証跡情報ではないと判断し、ステップＳ１１０６へ進む。一方、一致すれば、取得証跡に設定されている値は取得すべき証跡情報とし、ステップＳ１１０９に進む。このとき取得証跡には、ステップＳ１１０４で取得したシステム名と、ユーザＩＤと、ドア名称と、動作履歴と、日時が設定されている。ステップＳ１１０６では、Ｌに設定されている数値を１つ減らし、再度Ｌに格納し、ステップＳ１１０７に進む。ステップＳ１１０７では、ステップＳ１１０３に進み、再度繰返し処理を実行するか判定を行う。
【００７５】
以上、本実施の形態によれば、一時来訪者のＰＣ利用に関して、責任者によるＰＣ利用権限の付与と責任者不在の際のＰＣ利用の防止を、責任者の証跡情報を利用することで責任者にシステム操作などの負荷を与えることなく実施することができる。なお、本実施の形態では、責任者不在としたが、これについてはある程度の幅を持たせてもよい。つまり、責任者が居室から退室してから一定時間内までは利用を許容し、それまでに再入室しない場合に、利用制限をかけたり、責任者がＰＣを利用している場合に、一時来訪者にＰＣの利用を許可したり、その後一定時間内について許容してもよい。
【００７６】
また、一時来訪者のＰＣの利用許可に対して参照する証跡情報は、一時来訪者及び責任者の最新の証跡を参照することにより、責任者がＰＣが設置されている居室を退席した場合には、最新の証跡情報はＰＣ設置居室の入室ではないため、一時来訪者単独によるＰＣの不正利用を防止することができ、セキュリティが向上する。また、一時来訪者と責任者が、同一居室内にいることで責任者が一時来訪者に許可を与えることができるため、責任者がシステムの操作をする必要がなく、即時にＰＣの利用権限を付与できることにより、利便性が向上する。
【符号の説明】
【００７７】
１００ ＩＤ管理サーバ 、１０１ 電源部、１０２ クライアントインターフェース、１０３ 制御部、１０４ 記憶部、１１０ ドア１、１２０ 一時来訪者、１３０ 責任者、１４０ 矢印、
２１０ 入退室管理サーバ、２１１ 電源部、２１２クライアントインターフェース、２１３、ホストインターフェース、２１４ 制御部、２１５ 記憶部、
２２０ 入室制御装置、２２１ 電源部、２２２ デバイスインターフェース、２２３ ホストインターフェース、２２４ 制御部、２２５ 記憶部、
２３０ ＩＣカードリーダライタ、２３１ ＩＣカードリーダライターアンテナ、２３２ 送受信部、２３３ 電源部、２３４ 通信制御部、２３５ 制御部、２３６ ホストインターフェース、
２４０ ＩＣカードコマンドデータ（電力供給）、
３００ ＩＣカード、３０１ アンテナ、３０２ 整流部、３０３ 電源部、３０４ 通信制御部、３０５ 制御部、３０６ 記憶部、３１０ ＩＣカード、３２０ ＩＣカード、
３３０ ＩＣカードレスポンスデータ
４００ ＰＣ、４１０ ＰＣ本体、４１１ 電源部、４１２ デバイスインターフェース、４１３ ホストインターフェース、４１４ 制御部、４１５ 記憶部、
４２０ ディスプレイ、４２１ 電源部、４２２ ホストインターフェース、４２３ 制御部、４２４ 表示部、
４３０ キーボード、４３１ 電源部、４３２ ホストインターフェース、４３３ 制御部、４３４ 入力部、
【技術分野】
【０００１】
本発明は、いわゆる個人認証に関わり、認証の証跡情報を利用した認可を行う技術に関する。その中でも特に、他の装置(システム)で行った認証の証跡情報（認証結果）を利用する技術に関する。
【背景技術】
【０００２】
近年、大企業における情報漏えい事件に端を発し、企業におけるセキュリティに関する意識が急速に高まっている。
【０００３】
オフィスにおけるパーソナルコンピュータ（以降ＰＣと略す）の利用については、利用を許可されていない者による不正利用を防止するために、ＩＤとパスワードによる認証や指静脈情報及びＩＣカードを用いた認証が普及している。特に指静脈情報及びＩＣカードを利用した認証方法は、ＰＣの利用認証のみならず、入退室管理システムや物品レンタルシステムなどの物理セキュリティ分野でも多岐にわたり普及している。
【０００４】
これら複数の個々で認証機能を有するシステムを組み合わせることにより、セキュリティと利便性の向上が見込まれる。
【０００５】
例えば、特許文献１ではＰＣ室の入り口のゲートで入室許可を得て入室していないと、オフィス内のＰＣにログインできないようにすることにより、ＰＣ利用に関するセキュリティの向上を図る方法が提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−３５６８３５
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１では、常駐者に対してあらかじめＰＣの利用時間をスケジューリングしてシステムに登録することにより、ＰＣ室の入室とＰＣへのログインを制限することができる。
【０００８】
しかし、一時来訪者等（以下、一時来訪者）に対してＰＣへのログインを制御するには、必要な場合にＰＣの利用権限を与え、セキュリティと利便性の両方を保つことが必要であるが、この点は特許文献１では考慮されていない。つまり、常駐者においては、予めテンプレートなど認証に必要な情報を保持しておくことで対応できるが、一時来訪者に関してはそのような準備ができないとの課題がある。
【課題を解決するための手段】
【０００９】
上記の課題を解決するためには、本発明においては、一時来訪者が既設ＰＣの利用などのサービスを受ける際の条件(本認証)として一時来訪者とこの一時来訪者に対する責任者のＰＣが設置されている居室への入室等の事前認証の結果ないし当該結果により可能になるサービス、権限を用いるものである。
【００１０】
なお、上記の条件や事前認証の結果を、各装置(システム)と接続されたあらかじめＩＤ管理サーバに登録することも本発明の一態様である。また、特に、事前認証による可能になる行為（サービス等）が、本認証により可能になる行為（サービス等）の必要条件になることが好適である。
【００１１】
上述した本発明の適用例を、一時来訪者が事務所（居室）に設置されたＰＣを利用する場合を例に説明する。一時来訪者がＰＣが設置されている居室に入室する際は、ＩＣカードによる認証などを用いた本人認証を行い、認証結果の証跡を入退室管理サーバを通じてＩＤ管理サーバに保存する。一時来訪者が既設ＰＣを使用する際は、ＩＤとパスワードを利用した従来のＰＣ内での認証に加え、ＩＤ管理サーバでＩＤ管理サーバに保存した一時来訪者と責任者の最新の証跡とＰＣの利用条件を用いて、両者ともＰＣが設置されている居室への入室記録が存在すれば、一時来訪者は責任者の監視下にいるものとして、既設ＰＣのログインを許可する。
【発明の効果】
【００１２】
本発明によれば、一時来訪者に対する認証をより簡便な仕組みで安全性を維持して実現できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施の形態に係る全体構成を示す説明図
【図２】管理サーバの内部構成を示す構成図
【図３】入退室管理サーバ及び入退室制御装置の内部構成を表す構成図
【図４】ＩＣカード及びＩＣカードリーダライタの内部構成を示す構成図
【図５】ＰＣを構成するＰＣ本体、ディスプレイ、キーボードの内部構成を示す構成図
【図６】入退室制御装置の記憶部がもつドア１の入退室許可情報を示す図
【図７】入退室制御装置が生成する入退室の証跡情報を示す図
【図８】ＩＣカードの記憶部が持つ識別情報を示す図
【図９】ＰＣ本体の記憶部がもつＰＣにログインするためのＩＤとパスワードを示す図
【図１０】入退室管理サーバの記憶部がもつ入退室履歴情報を示す図
【図１１】ＩＤ管理サーバが作成するＩＤ管理システム証跡情報に追加する情報を示す図
【図１２】ＩＤ管理サーバの記憶部がもつ、ＩＤ管理システムが管理する証跡情報を示す図
【図１３】ＩＤ管理サーバの記憶部がもつ、ＰＣの認可条件を示す図
【図１４】ＩＤ管理サーバの記憶部がもつ、該当ユーザＩＤのＰＣ利用に関する責任者を示す図
【図１５】ＩＤ管理サーバの記憶部がＩＤ管理システム証跡情報から作成する指定された時間範囲の証跡情報
【図１６】入退室制御装置での入室時の処理を示す処理シーケンス図
【図１７】入退室管理サーバでの入退室制御装置証跡情報の証跡登録処理を示すシーケンス図
【図１８】ＩＤ管理サーバでの入退室制御装置証跡情報の証跡登録処理を示すシーケンス図
【図１９】ＰＣにおけるログイン認証処理と複合認可の問合せ処理を示すシーケンス図
【図２０】ＩＤ管理サーバにおける複合認可処理を示すシーケンス図
【図２１】ＩＤ管理サーバにおける対象ＩＤの証跡情報の取得処理を示すシーケンス図
【図２２】ＩＤ管理サーバにおける複合認可処理を示すシーケンス図
【図２３】ＩＤ管理サーバにおける対象ＩＤの証跡情報の取得処理を示すシーケンス図
【発明を実施するための形態】
【００１４】
以下、本発明に関する一実施の形態について、一時来訪者と責任者及びそれぞれが携帯するＩＣカードと、ＰＣと、ドア１および入退室制御装置を制御する入退室管理サーバと、ＰＣおよび入退室管理サーバを管理するＩＤ管理サーバからなる構成を図１に、ＩＤ管理サーバの内部構成を図２に、入退室管理サーバ及び入退室制御装置の内部構成を図３に、ＩＣカードがＩＣカードリーダライタで通信するための内部構成を図４に、ＰＣ本体とディスプレイ及びキーボードの内部構成を図５に、入退室管理システムとＩＤ管理サーバの証跡を用いてＰＣログインの複合認可を行う仕組を図６から図２３に、図面を用いて説明する。
【００１５】
なお、本実施の形態は、いわゆる入退室管理システムでの入室処理とＰＣへのログインを適用例で説明しているが、それぞれの装置またはシステムで認証を行う仕組があればよい。また、実施の形態における認証手段を、本入退室管理システムではＩＣカード、ＰＣログインではＩＤとパスワードの入力としているが、他にもＲＦＩＤタグや指静脈情報などいわゆる個人識別情報を利用した認証方法であれば、認証手段は問わない。また、本実施形態のＰＣが設置された居室への入室認証後にＰＣのログインを行うといった、認証を行う複数のシステムに順序性を用いることになる。つまり、入室認証が上述した事前認証であり、ＰＣログインが本認証となる。
【００１６】
図１は、ＩＤ管理サーバと入退室管理サーバーと、入退室用のドアに設定された入退室制御装置とＩＣカードリーダライタと一時来訪者及び責任者それぞれが携帯するＩＣカードと、ＰＣ本体、ディスプレイ及びキーボード（以下、これら３つを合わせてＰＣとする）からなる構成を示した図である。
【００１７】
ドア１ １１０には、入退室制御装置２２０が接続されており、ドア１ １１０の入退室すなわち、ドア開閉許可を管理する。また、入退室制御装置２２０には、ＩＣカードリーダライタ２３０が接続されており、一時来訪者１２０が携帯しているＩＣカード３１０から識別情報であるユーザＩＤを取得する。一時来訪者１２０がＩＣカード３１０をＩＣカードリーダライタ２３０にかざす即ち、通信させると、ＩＣカード３１０のユーザＩＤをＩＣカードリーダライタ２３０経由で入退室制御装置２２０が取得し、そのユーザＩＤをもとに、入退室許可情報と照会し、ドア１ １１０の入退室判定を行う。ここで入退室許可情報とは後述の図６で説明するとおり、ユーザＩＤごとのドアの開閉許可権限を指す。また、責任者１３０と責任者１３０が携帯するＩＣカード３２０のドア１への入退室も一時来訪者１２０のドア１ １１０入室と同様に行われる。
【００１８】
また、ドア１ １１０における入退室で、ドアの入退室判定が行われると、ドア１ １１０をいつ、だれが入退室を行ったかという証跡情報を入退室制御装置２２０が入退室管理サーバ２１０に送信する。入退室管理サーバ２１０は、証跡情報を図１０で説明する入退室管理システム証跡情報に証跡情報を保存し、また、ＩＤ管理サーバ１００に証跡情報と自システム名（自システムを識別する情報であればよい）を送信する。ＩＤ管理サーバ１００は、受取った証跡情報とシステム名を図１２で説明するＩＤ管理システム証跡情報に追記する。入退室制御装置２２０から入退室管理サーバ２１０、および入退室管理サーバ２１０からＩＤ管理サーバ１００への証跡情報の送信は、ドア１ １１０の入退室判定後即時で行われる。実施の形態において、入退室管理サーバ２１０とＩＤ管理サーバ１００は、別個の機器となっているが、入退室管理サーバ２１０の機能をＩＤ管理サーバ１００に含め、１つの機器としても良い。
【００１９】
ドア１ １１０に施錠されている部屋には、ＰＣ ４００が設置されている。すなわち、ＰＣ ４００を利用するには、ドア１ １１０の入退室判定が許可されてから部屋に入る必要がある。矢印 １４０ は、ドア１ １１０からＰＣ ４００が設置されている部屋に入室する動作を示す。ＰＣ ４００は、ＰＣ本体４１０に、ディスプレイ４２０、キーボード４３０が接続された構成となっており、ＰＣ４００は、ＩＤ管理サーバ１００に接続されている。一時来訪者１２０がＰＣを利用する際には、キーボード４３０からＰＣを利用するためのユーザＩＤとパスワードを入力する。ＰＣ本体４１０は、キーボード４３０から入力されたユーザＩＤとパスワードを、ＰＣ本体４１０自身が保持するアカウント情報と照会し、ユーザＩＤとパスワードが一致した場合、ＰＣ４００を利用する一時来訪者１２０に対し、ＰＣ４００の利用を許可していいかＩＤ管理サーバ１１０に問合せを行う。ここでＰＣ本体４１０自身が保持するアカウント情報とは、図９で説明するＰＣ４００を利用できるユーザＩＤとパスワードの組み合わせである。
【００２０】
問合せを受けたＩＤ管理サーバ１００は、一時来訪者１２０のアカウント情報であるユーザＩＤが、ドア１ １１０を正式に入場しているかＩＤ管理サーバの証跡情報を照会する。一時来訪者１２０のドア１ １１０への入室記録があれば、次に一時来訪者１２０の責任者１３０が、一時来訪者１２０と同様に、ドア１ １１０を正式に(認証されるなどして正当に)入場しているかＩＤ管理サーバの証跡情報を照会する。責任者１３０のドア１ １１０への入室記録があれば、ＰＣ本体４１０に対し、ＰＣへのログインを許可し、ディスプレイ４２０にログイン完了画面を表示する。
【００２１】
また、ＰＣ４００が、ＩＤ管理サーバ１００に行うドア１ １１０の入室記録の問合せは、入退室管理サーバー２１０もドア１ １１０の証跡を保存しているため、入退室管理サーバ２１０でも可能だが、ＩＤ管理サーバ１００は入退室管理サーバ２１０だけでなく、その他の入退室管理サーバにも接続し、複数のシステムの証跡を一括管理することができるため、ＰＣ４００の利用に他のシステムの証跡条件が追加された際でもＩＤ管理サーバ１００のみに問合せを行えばよいため、拡張性の観点からＩＤ管理サーバに問合せを行うのが望ましい。
【００２２】
本実施の形態では、ドア１ １１０とＰＣ ４００でのドア１入室制御時とＰＣ利用性御時の責任者の許可付きの複合認可について提案する。具体的には、一時来訪者１２０のＰＣ ４００の利用について、一時来訪者１２０がドア１ １１０をＩＣカード３１０を用いて入室しているという条件を満たしていても、一時来訪者１２０はシステム上に関連付けられた一時来訪者１２０の責任者１３０の許可を得なければＰＣ４００の利用することができない方法について説明する。ここで、責任者１３０が一時来訪者１２０にＰＣ利用許可を与える際には、責任者１３０が一時来訪者１２０と同じくドア１ １１０から入室して同じ居室にいれば、一時来訪者１２０は責任者１３０の監督の下にいるものとすることとし、自動的に一時来訪者１２０にＰＣ ４００の利用権限を付与することにより、一時来訪者１２０にＰＣ ４００の利用許可を与えることができる方法について、提案説明する。なお、ここでは、責任者１３０がシステムが操作しなくとも許可するように構成してもよい。
【００２３】
図２は、ＩＤ管理サーバの内部構成を示した図である。図示の都合上、ＩＤ管理サーバ１００に接続されているのは、入退室管理サーバ２１０とＰＣ４００の２つしか接続されていないが、１つ以上の複数の入退室管理システムおよび、ＰＣが接続されているものとする。ＩＤ管理サーバは、外部から電源を受給し、電源を各部に供給する電源部１０１と複数の入退室管理システムおよびＰＣと接続するためのクライアントインターフェース１０２と、入退室管理サーバからの証跡情報の保存したり、ＰＣからユーザＩＤを取得したり、ユーザＩＤをもとに該当ユーザの責任者や証跡情報を検索したり、ＰＣの認可条件と検索した証跡情報を照会してＰＣの利用を認可するか判定する処理を行う制御部１０３と、制御部で生成した証跡情報やＰＣのユーザＩＤ毎の利用責任者情報、ＰＣの認可条件、入退室管理システム及びＰＣへの接続及び管理情報や制御部１０４の処理手順を記録する記憶部１０４から構成される。ここで、ＰＣの利用責任者情報及びＰＣの認可条件の生成方法については、ＧＵＩを用いてシステム管理者が生成する方法や、制御部１０３を通じで他システムから入手する方法などがあるが、詳細は省略する。
【００２４】
図３は、入退室管理サーバと接続されている入退室制御装置の内部構成を示した図である。図示の都合上、入退室管理サーバ２１０には、入退室制御装置２２０が１つしか接続されていないが、１つ以上の複数の入退室制御装置が接続されているものとする。入退室管理サーバ２１０は、外部から電源を受給し、電源を各部に供給する電源部２１１と、複数の入退室制御装置と接続するためのクライアントインタフェース２１２と、ＩＤ管理サーバ１００と接続するためのホストインターフェース２１３と、入退室許可情報やを生成したり、ＩＤ管理サーバ１００や入退室制御装置２２０とデータの送受信をしたり、証跡情報を保存する処理を行う制御部２１４と、制御部２１４で生成された各ドアに設定されている各入退室制御装置の保持する入退室許可情報のマスタ情報や、入退室管理装置から提供される証跡情報や、入退室制御装置２２０の接続及び管理情報や制御部２１４の処理手順を保持する記憶部２１５から構成される。ここで、入退室許可情報の生成方法については、ＧＵＩを用いてシステムの管理者が生成する方法や、制御部２１４が自動で生成する方法などがあるが詳細は省略する。
【００２５】
入退室制御装置２２０は、外部から電源を受給し、各部に電源を供給する電源部２２１と、ＩＣカードに代表される情報記録媒体と通信するリーダライタ装置や静脈認証装置などのデバイス、ドアまたはドア開閉処理装置と接続するためのデバイスインタフェース２２２と、入退室管理サーバ２１０と接続するためのホストインタフェース２２３と、入退室管理サーバ２１０から入室許可情報を取得したり、ＩＣカードから取得したユーザＩＤと入退室許可情報を照会し、許可か不許可を判定したり、入退室管理システムに送信する証跡情報を生成したり、ドアの開閉またはドアの開閉処理装置へドア開閉の指示を出したり、制御部２１４で処理する際の日時を取得する制御部２２４と、入退室管理サーバ２１０から配信された入退室許可情報や、生成した証跡情報や、制御部２２４の処理手順を記憶する２２５記憶部から構成される。
【００２６】
入退室管理サーバ２１０は、入退室制御装置２２０に入退室許可情報を配信する。配信タイミングおよびその方法については本発明では規定しない。
【００２７】
図４は、ＩＣカードがＩＣカードライタと通信するための内部構成を示した図である。ＩＣカードリーダライタ２３０は、ＩＣカード３００と接触または電波や電磁はによる非接触で通信するためのＩＣカードリーダライタアンテナ２３１と、ＩＣカードリーダライタアンテナ２３１を用いてＩＣカード３００へＩＣカードコマンドデータ２４０を送信したり、その応答であるＩＣカードレスポンスデータ３３０を受信したりする送受信部２３２と、外部から電源を受給し、各部に電源を供給するための電源部２３３と、ＩＣカードコマンドデータ送信時の変調やＩＣカードレスポンスデータ受信時の信号の増幅や復調を行い、また通信方法を備えた通信制御部２３４と、ホストインタフェース２３６に接続されたＰＣ４００などとデータの送受信を行ったり、各部の処理手順を記憶したりする制御部２３５と、ＰＣ４００や入退室制御装置２１０と接続するためのホストインタフェース２３６から構成される。
【００２８】
ＩＣカード３００は、ＩＣカードリーダライタ２３０から電磁波や電波により電源を受給し、信号やＩＣカードコマンドデータ２４０の受信や、ＩＣカードレスポンスデータ３３０の送信を行うアンテナ３０１と、アンテナ３０１から受信した電波を整する整流部３０２と、整流して得た電圧を検出し、また電源を保持し、その電源を各部に供給する電源部３０３と、受信信号やＩＣカードコマンドデータ２４０の復調を行い、また送信する信号やＩＣカードレスポンスデータ４３０の変調を行う通信制御部３０４と、初期化処理やＩＣカードコマンドデータ２４０を受けＩＣカードレスポンスデータ３３０を生成や応答をしたり、記憶部３０６に記憶されている識別情報をレスポンスデータとして生成する制御部３０５と、制御部３０５の処理手順や、ユーザＩＤ情報を記憶する記憶部３０６から構成される。
【００２９】
ＩＣカードコマンドデータ２４０には、例えば、ＩＣカード３００の記憶部３０６に格納されている各種情報を取得するリードコマンドや、ＩＣカード３００の記憶部３０６に各種情報を格納するライトコマンドなどがある。ＩＣカードコマンドデータ２４０とＩＣカードレスポンスデータ３３０のデータのやり取りについて、本実施形態では電波や電磁波による無線通信を用いたいわゆるＩＣカードをＩＣカードリーダライタにかざす非接触を前提に説明するが、ＩＣカードをＩＣカードリーダライタに挿入する接触であっても良い。また、ＩＣカードだけでなく、情報の読取りと書込みのできるＲＦＩＤタグのような安価なものを利用しても良い。
【００３０】
図５は、ＰＣ本体と接続されているディスプレイ、キーボードの内部構成を示した図である。ＰＣ本体４１０は、外部から電源を受給し、電源を各部に供給する電源部４１１と、ディスプレイ４２０及びキーボード４３０などのデバイスと接続するためのデバイスインターフェース４１２と、ＩＤ管理サーバ１００と接続するためのホストインターフェース４１３と、キーボード４３０からの入力情報とＰＣのアカウント情報を照会してＩＤ管理サーバ１００に複合認可問合せを行うか判定したり、複合認可問合せの結果からＰＣにログインまたはログイン不許可を判定する処理を行う制御部４１４と、ＰＣのアカウント情報や、ディスプレイやキーボードの接続及び管理情報や制御部４１４の処理手順を保持する記憶部４１５から構成される。
【００３１】
ディスプレイ４２０は、電源を各部に供給する電源部４２１とＰＣ本体４１０と接続するためのホストインターフェース４２２と、ＰＣ本体から表示すべき情報を受信する制御部４２３と、制御部４２３が受信した情報を画面に表示をする表示部４２４から構成される。
【００３２】
キーボード４３０は、電源を各部に供給する電源部４３１とＰＣ本体４１０と接続するためのホストインターフェース４３２と、入力部４３４からの情報をＰＣ本体４１０に送信する制御部４３３と、外部から情報の入力を受付ける入力部４３４から構成される。
【００３３】
ＰＣ本体４１０、ディスプレイ４２０、キーボード４３０は別個の機器として図示しているがノートパソコンのように、３つが１体型となった機器でも良い。
【００３４】
図６は、ドア１における入退室許可情報を示した図である。本実施形態では、退室については入室可能であれば退室も可能であることを前提とし、説明を省略する。ドア１の入退室許可情報５１０は、ユーザＩＤ５１１と入室権限５１２で構成される。ユーザＩＤ５１１はＩＣカードを識別する情報であり、ＩＣカードから取得したユーザＩＤを用いて検索を行う際の検索キーとして使用する。入室権限５１２には、「許可」または「不許可」が格納され、「許可」の場合はドア１への入室が許可されており扉が開錠されるが、「不許可」の場合は、ドア１への入室が許可されておらず、扉は施錠されたままである。項番１ ５１３には、ユーザＩＤ５１１に「ＵＳＥＲ１」が、入室権限５１２には「許可」が格納されている。項番２ ５１４には、ユーザＩＤ５１１に「ＵＳＥＲ２」が、入室権限５１２には「許可」が格納されている。項番３ ５１５には、ユーザＩＤ５１１に「ＵＳＥＲ３」が、入室権限５１２には「不許可」が格納されている。
【００３５】
項番３ ５１６には、ユーザＩＤ５１１に「ＧＵＥＳＴ１」が、入室権限５１２には「許可」が格納されている。入退室許可情報は、入退室管理サーバで生成され、ドア１に設定されている入退室制御装置の記憶部にて格納される。この入退室許可情報を用いて、ＩＣカード等から取得したユーザＩＤを参照し、ドアの入室許可判定を行う。もし、ＩＣカード等から取得したユーザＩＤが存在しなかった場合は、もちろん入室不許可であるが、登録されていない不正なユーザＩＤを使用された、または機器の故障等と見なし、警告を通知する仕組みがあったほうが望ましい。
【００３６】
図７は、入退室制御装置で許可した入退室の証跡情報を示した図である。入退室制御装置証跡情報は、ユーザＩＤ５２１と、ドア名称５２２と、動作履歴５２３と、日時５２４で構成されている。ユーザＩＤ５２１は、入退室が許可されたユーザＩＤが格納される。ドア名称５２２は、ユーザＩＤ５２１がドアの入退室判定を要求したドアの名称が格納される。動作履歴５２３は、「入室」または「退室」が格納される。ユーザＩＤ５２１がドア名称５２２が設置された部屋に入場した場合「入室」、退場した場合には「退出」が格納される。日時５２４には、入退室制御装置がユーザＩＤの該当ドアの入退室判定をしたときの日時をyyy/MM/dd hh:mm:ss形式で格納する。項番１ ５２５には、ユーザＩＤ５２１に「ＧＵＥＳＴ１」が、ドア名称５２２に「ドア１」が、動作履歴５２３に「入室」が、日時５２４に「2010/08/30 15:38:41」が格納されている。この入退室制御装置証跡情報は、入退室制御装置が該当ドアの入退室判定を行った際に生成され、入退室管理サーバに送信される。情報はメモリなど一時記憶に保持し、入退室管理サーバに送信後は自動的に消去される。また、入退室制御装置証跡情報は、入退室管理サーバからＩＤ管理サーバに送信される。
【００３７】
図８は、ＩＣカードが持つ識別情報を示した図である。ＩＣカードの識別情報６００は、ユーザＩＤ６０１で構成されている。ＩＣカードの識別情報６０１は、ＩＣカードの記憶部に格納されている。項番１ ６０２には、ユーザＩＤ６０１に「ＧＵＥＳＴ１」が格納されている。前述でも説明したが、図６のドア１の入退室許可情報を、このＩＣカード識別情報６００のユーザＩＤ６０１を用いて、入退室許可の判定を行う。
【００３８】
図９は、ＰＣにログインするためのアカウント情報を示した図である。ＰＣのアカウント情報７００は、ユーザＩＤ７０１とパスワード７０２で構成されている。ユーザＩＤ７０１はＰＣを利用できる者を識別する情報であり、キーボードなどから入力されたユーザＩＤを用いて検索を行う際の検索キーとして使用する。パスワード７０２には、ユーザＩＤ７０１でＰＣログインを行うものが本人であるか識別するためのパスワードが格納される。項番１ ７０３には、ユーザＩＤ７０１に「ＵＳＥＲ１」、パスワード７０２に「pass」が格納されている。項番２ ７０４には、ユーザＩＤ７０１に「ＵＳＥＲ２」、パスワード７０２に「password」が格納されている。項番３ ７０５には、ユーザＩＤ７０１に「ＧＵＥＳＴ１」、パスワード７０２に「guest」が格納されている。
【００３９】
ＰＣのアカウント情報７００は、ＰＣ本体の記憶部に保持され、キーボードなどから入力されたユーザＩＤを参照し、パスワード照会により複合認可を行うかの判定を行う。入力されたユーザＩＤが存在しない、またはパスワードが不正の場合は、ＩＤ管理サーバへ複合認証を問合わせることなく、ログイン不可とする。
【００４０】
本実施形態では、図８のＩＣカード識別情報のユーザＩＤとＰＣアカウント情報７００における項番３ ７０５のユーザＩＤ７０１は、同一のＩＤであるが、これら２つのユーザＩＤの所有者が同一人物であることがシステム上で管理されていれば、同一でなくても良い。
【００４１】
図１０は、入退室管理システムの証跡情報を示した図である。入退室管理システム（ＧＡＴＥ１）証跡情報８００は、複数の入退室制御装置から受信した入退室制御装置証跡情報を一覧で保持する。よって、構成される項目は、入退室制御装置証跡情報と同一である。
【００４２】
ユーザＩＤ８０１と、ドア名称８０２と、動作履歴８０３と、日時８０４で構成されている。ユーザＩＤ８０１は、入退室が許可されたユーザＩＤが格納される。ドア名称８０２は、ユーザＩＤ８０１がドアの入退室判定を要求したドアの名称が格納される。動作履歴８０３は、「入室」または「退室」が格納される。日時８０４には、入退室制御装置がユーザＩＤの該当ドアの入退室判定をしたときの日時をyyy/MM/dd hh:mm:ss形式で格納する。項番１ ８０５には、ユーザＩＤ８０１に「ＵＳＥＲ２」が、ドア名称８０２に「ドア１」が、動作履歴８０３に「退室」が、日時８０４に「2010/08/30 11:05:43」が格納されている。項番２ ８０６には、ユーザＩＤ８０１に「ＵＳＥＲ１」が、ドア名称８０２に「ドア１」が、動作履歴８０３に「入室」が、日時８０４に「2010/08/30 15:38:02」が格納されている。項番３ ８０７には、ユーザＩＤ８０１に「ＧＵＥＳＴ１」が、ドア名称８０２に「ドア１」が、動作履歴８０３に「入室」が、日時８０４に「2010/08/30 15:38:41」が格納されている。
【００４３】
入退室管理システム（ＧＡＴＥ１）証跡情報８００は、入退室管理サーバの記憶部に記憶される。各入退室制御装置から証跡情報は生成後即時に送信されるため、証跡情報を記憶する際は、受信した証跡情報を追記していき、証跡が時系列になるよう記録する。
【００４４】
図１１は、ＩＤ管理サーバに追加する証跡情報証跡情報を示した図である。一時ＩＤ管理サーバ追加用証跡情報９１０は、入退室管理サーバから送信された入退室制御装置証跡情報に、送信元の入退室管理システムのシステム名を追加して生成する。一時ＩＤ管理サーバ追加用証跡情報９１０は、システム名９１１と、ユーザＩＤ９１２と、ドア名称９１３と、動作履歴９１４と、日時９１５で構成されている。システム名９１１には、入退室制御装置証跡情報送信元の入退室管理システムの名称が格納される。また、システム名は、入退室管理サーバから入退室制御装置証跡情報と一対で受信する。ユーザＩＤ９１２は、入退室が許可されたユーザＩＤが格納される。ドア名称９１３は、ユーザＩＤ９１２がドアの入退室判定を要求したドアの名称が格納される。動作履歴９１４は、「入室」または「退室」が格納される。ユーザＩＤ９１２がドア名称９１３が設置された部屋に入場した場合「入室」、退場した場合には「退出」が格納される。日時９１５には、入退室制御装置がユーザＩＤの該当ドアの入退室判定をしたときの日時をyyy/MM/dd hh:mm:ss形式で格納する。項番１ ９１６には、システム名９１１に「ＧＡＴＥ１」、ユーザＩＤ９１２に「ＧＵＥＳＴ１」が、ドア名称９１３に「ドア１」が、動作履歴９１４に「入室」が、日時９１５に「2010/08/30 15:38:41」が格納されている。一時ＩＤ管理サーバ追加用証跡情報９１０は、ＩＤ管理サーバで生成され、ＩＤ管理サーバの記憶部に保持する。情報はメモリなど一時記憶に保持し、ＩＤ管理システム証跡情報に項番１ ９１６を追加後に自動的に消去される。
【００４５】
図１２は、ＩＤ管理システムの証跡情報を示した図である。ＩＤ管理システム証跡情報９２０は、各一時ＩＤ管理サーバ追加用証跡情報を蓄積して一覧として保持される。よって、構成される項目は、一時ＩＤ管理サーバ追加用証跡情報と同様であり、システム名９２１と、ユーザＩＤ９２２と、ドア名称９２３と、動作履歴９２４と、日時９２５で構成されている。システム名９２１には、入退室制御装置証跡情報送信元の入退室管理システムの名称が格納される。また、システム名は、入退室管理サーバから入退室制御装置証跡情報と一対で受信する。ユーザＩＤ９２２は、入退室が許可されたユーザＩＤが格納される。ドア名称９２３は、ユーザＩＤ９２２がドアの入退室判定を要求したドアの名称が格納される。動作履歴９２４は、「入室」または「退室」が格納される。ユーザＩＤ９２２がドア名称９２３が設置された部屋に入場した場合「入室」、退場した場合には「退出」が格納される。日時９２５には、入退室制御装置がユーザＩＤの該当ドアの入退室判定をしたときの日時をyyy/MM/dd hh:mm:ss形式で格納する。
【００４６】
項番１ ９２６には、システム名９２１に「ＧＡＴＥ２」、ユーザＩＤ９２２に「ＵＳＥＲ１」が、ドア名称９２３に「ドア３」が、動作履歴９２４に「入室」が、日時９２５に「2010/08/30 11:00:02」が格納されている。項番２ ９２７には、システム名９２１に「ＧＡＴＥ１」、ユーザＩＤ９２２に「ＵＳＥＲ２」が、ドア名称９２３に「ドア２」が、動作履歴９２４に「退室」が、日時９２５に「2010/08/30 11:05:43」が格納されている。項番３ ９２８には、システム名９２１に「ＧＡＴＥ２」、ユーザＩＤ９２２に「ＵＳＥＲ１」が、ドア名称９２３に「ドア３」が、動作履歴９２４に「退室」が、日時９２５に「2010/08/30 13:17:41」が格納されている。項番４ ９２９には、システム名９２１に「ＧＡＴＥ１」、ユーザＩＤ９２２に「ＵＳＥＲ１」が、ドア名称９２３に「ドア１」が、動作履歴９２４に「入室」が、日時９２５に「2010/08/30 15:38:02」が格納されている。項番５ ９３０には、システム名９２１に「ＧＡＴＥ１」、ユーザＩＤ９２２に「ＧＵＥＳＴ１」が、ドア名称９２３に「ドア１」が、動作履歴９２４に「入室」が、日時９２５に「2010/08/30 15:38:41」が格納されている。ＩＤ管理システム証跡情報９２０は、ＩＤ管理サーバの記憶部に記憶される。生成された一時ＩＤ管理サーバ追加用証跡情報は、生成されるとＩＤ管理システム証跡情報９２０に追記するため、証跡情報は、項番の若い順から時系列に記録される。
【００４７】
図１３は、ＰＣを利用するための認可条件を示す図である。ＰＣの認可条件９４０は、システム名９４１と、ドア名称９４２と、動作履歴９４３から構成される。システム名９４１には、ＰＣを利用するための認可条件となる入退室管理システムの名称が格納される。ドア名称９４２には、ＰＣを利用するための認可条件となるドアの名称が格納される。動作履歴９４３には、「入室」「退室」のいずれかが格納され、これらの条件をＩＤ管理サーバ証跡情報に格納されている対象ユーザの判定対象証跡が満たすか判定を行う。満たさない場合は認可結果は「不許可」とし、満たしている場合は、認可処理を続行する。項番１ ９４４には、システム名に「ＧＡＴＥ１」が、ドア名称に「ドア1」が、動作履歴に「入室」が格納されている。
【００４８】
ＰＣの認可条件は、ＩＤ管理サーバの記憶部に記憶され、ＰＣから複合認可問合せ発生時に、取得した判定対象の証跡とＰＣの認可条件の各項目を照会し、認可を行う。ＰＣの認可条件は、本実施形態では条件は１つしかないが、複数条件を設けていも良し、ＰＣごとに認可条件を変更しても良い。
【００４９】
図１４は、ＰＣを利用するユーザに許可権限を与えることのできる責任者情報を示した図である。ＰＣの利用責任者情報９５０は、ユーザＩＤ９５１と、責任者ユーザＩＤ９５２から構成されている。ユーザＩＤ９５１には、ＰＣを利用する者を識別する情報が格納される。キーボードなどから入力されたユーザＩＤを用いて検索を行う際の検索キーとして使用する。責任者ユーザＩＤ９５２には、ユーザＩＤ９５１を使用して、ＰＣのログインを行う者に対して、ＰＣの利用を許可できる責任者のユーザＩＤが格納される。項番１ ９５３には、ユーザＩＤ９５１に「ＵＳＥＲ１」が、責任者ＩＤ９５２に「ＵＳＥＲ１」が格納されている。項番２ ９５４には、ユーザＩＤ９５１に「ＵＳＥＲ２」責任者ＩＤ９５２に「ＵＳＥＲ２」が格納されている。項番３ ９５５には、ユーザＩＤ９５１に「ＧＵＥＳＴ１」が、責任者ＩＤ９５２に「ＵＳＥＲ１」が格納されている。ＰＣの利用責任者情報９５０は、ＩＤ管理サーバの記憶部に記憶され、キーボードなどから入力されたユーザＩＤを元に、該当するユーザＩＤ９５１の責任者ユーザＩＤ９５２を取得する。ＰＣの利用責任者情報９５０は、項番１のようにユーザＩＤ９５１と責任者ユーザＩＤ９５２が同一の値であっても良い。本実施形態においては、一時来訪者のユーザＩＤ９５１は項番３ ９５５のように責任者ユーザＩＤ９５２と異なることを前提とする。
【００５０】
図１５は、複合認可用対象の責任者の証跡を検索する際にＩＤ管理システム証跡情報から、証跡発生日時から指定された時間範囲の証跡を抽出したものを示す図である。証跡発生日時とは後述の図２２で説明をするが、責任者の証跡を検索する前に、ＰＣ利用者自身
の証跡情報をＩＤ管理システム証跡情報から検索をしており、その証跡情報の日時を指す。一時検索用証跡情報９６０を構成する項目は、ＩＤ管理システム証跡情報と同じであり、システム名９６１と、ユーザＩＤ９６２と、ドア名称９６３と、動作履歴と９６４と、日時９６５から構成されている。システム名９６１には、入退室制御装置証跡情報送信元の入退室管理システムの名称が格納される。ユーザＩＤ９６２は、入退室が許可されたユーザＩＤが格納される。
【００５１】
ドア名称９６３は、ユーザＩＤ９６２がドアの入退室判定を要求したドアの名称が格納される。動作履歴９６４は、「入室」または「退室」が格納される。ユーザＩＤ９６２がドア名称９６３が設置された部屋に入場した場合「入室」、退場した場合には「退出」が格納される。日時９６５には、入退室制御装置がユーザＩＤの該当ドアの入退室判定をしたときの日時をyyy/MM/dd hh:mm:ss形式で格納する。項番1 ９６６では、システム名９６１には「ＧＡＴＥ１」が、ユーザＩＤ９６２には「ＵＳＥＲ１」が、ドア名称９６３には「ドア1」が、動作履歴と９６４には「入室」が、日時９６５には「2010/08/30 15:38:02」が格納されている。項番２ ９６７では、システム名９６１には「ＧＡＴＥ１」が、ユーザＩＤ９６２には「ＧＵＥＳＴ１」が、ドア名称９６３には「ドア1」が、動作履歴と９６４には「入室」が、日時９６５には「2010/08/30 15:38:41」が格納されている。一時検索用証跡情報９６０は、ＩＤ管理サーバの記憶部に一時的に生成されるが、メモリなどに保持するため、ＩＤ管理サーバでの複合認可処理が完了すると一時検索用証跡情報９６０は自動的に消去される。
【００５２】
図１６は、ドア１に接続されている入退室制御装置が、図６から図８の各情報を用いて入室判定を行う処理をフローチャート図で示している。本処理は、入退室制御装置の記憶部に格納されており、制御部にて処理される。ドア1への入室希望者がＩＣカードをＩＣカードリーダライタにかざすと、ステップＳ１０００で開始し、ステップＳ１００１へ進む。ステップＳ１００１では、ＩＣカードリーダライタを制御してＩＣカードから図８で説明した接続情報のうち、ユーザＩＤを取得し、ステップＳ１００２へ進む。ステップＳ１００２では、ステップＳ１００１で取得したユーザＩＤを用いて、図６で説明したドア1の入退室許可情報から、該当するユーザＩＤが存在するか検索する。ここで、ドア1の入退室許可情報に検索したユーザＩＤが有りの場合は、ステップＳ１００３に進む。一方検索したユーザＩＤが無しの場合は、ステップＳ１００７へ進む。ここでユーザＩＤが存在しなかった場合は、事前に登録されていない不正なユーザＩＤを用いたか、ＩＣカードまたはＩＣカードリーダライタ等の故障が考えられるため、警告を通知する仕組みがあると良い。ステップＳ１００７では、入室不許可と判定し、ドアを開けずにステップＳ１００８へ進む。ステップＳ１００８では、処理を終了する。一方、ステップＳ１００３では、ステップＳ１００２で検索して該当したユーザＩＤの入室権限の値を取得し、ステップＳ１００４へ進む。
【００５３】
ステップＳ１００４では、ステップＳ１００３で取得した入室権限が「許可」か「不許可」の判定を行う。入室権限が「許可」の場合は、ステップＳ１００５に進む。入室権限が「不許可」の場合はステップＳ１００７に進む。ステップＳ１００５では、入室許可と判断し、ドアを開け、ステップＳ１００６に進む。ステップＳ１００６では、ステップＳ１００５で入室許可としたユーザＩＤと、入室を許可したドア名称と、「入室」または「退室」のどちらを行ったかという動作履歴と、入室を許可した日時から図７で説明した入退室制御装置証跡情報を生成し、入退室管理サーバに送信し、ステップＳ１００８へ進む。
【００５４】
図１７は、入退室管理サーバが、入退室制御装置から送信された図７と図１０の各情報を用いて、証跡情報の格納とＩＤ管理サーバへ入退室制御装置証跡情報を送信する処理をフローチャート図で示している。本処理は、入退室管理サーバの記憶部に格納されており、制御部にて処理される。図１６の処理において、入退室制御装置から図７で説明した入退室制御装置証跡情報が送信されると、ステップＳ１０１０で処理が開始し、ステップＳ１０１１に進む。ステップＳ１０１１では、入退室制御装置から送信された入退室制御装置証跡情報を取得し、ステップＳ１０１２に進む。ステップＳ１０１２では、図１０で説明した入退室管理システム（ＧＡＴＥ１）証跡情報にステップＳ１０１１で取得した入退室制御装置証跡情報のユーザＩＤと、ドア名称と、動作履歴と、日時を追記して、ステップＳ１０１３に進む。ステップＳ１０１３では、ＩＤ管理サーバへ入退室制御装置証跡情報と、自システム名を送信し、ステップＳ１０１４に進む。自システム名は、本実施形態では「ＧＡＴＥ１」とする。ステップＳ１０１５では、処理を終了する。
【００５５】
図１８では、ＩＤ管理サーバが、入退室管理サーバから送信された図７と図１１から図１２の各情報を用いて、証跡情報を格納する処理をフローチャート図で示している。本処理は、ＩＤ管理サーバの記憶部に格納されており、制御部にて処理される。図１７の処理において、入退室管理サーバから図７で説明した入退室制御装置証跡情報と送信元システム名が送信されるとステップＳ１０２０において処理が開始し、ステップＳ１０２１へ進む。Ｓ１０２１では、入退室管理サーバから送信された入退室制御装置証跡情報と送信元システム名を取得し、ステップＳ１０２２に進む。ステップＳ１０２２では、ステップＳ１０２１で取得した入退室制御装置証跡情報に送信元システム名を追加し、図１１で説明した一時ＩＤ管理サーバ追加用証跡情報を生成し、ステップＳ１０２３へ進む。
【００５６】
ステップＳ１０２３では、ステップＳ１０２２で生成した一時ＩＤ管理サーバ追加用証跡情報のシステム名と、ユーザＩＤと、ドア名称と、動作履歴と、日時を図１２で説明したＩＤ管理システム証跡情報に追記して、ステップＳ１０２４に進む。ステップＳ１０２４では、処理を終了する。
【００５７】
図１９は、ドア１から入室した部屋に設置されている既設ＰＣが、図９の各情報を用いて一般的なＩＤとパスワード認証によるログイン判定を行った後、ＩＤ管理サーバへ複合認可問合せを行い、ＰＣの利用判定を行う処理をフローチャート図で示している。なお、複合認可問合せについては、ログイン判定の最中や判定要求を受信した際に行ってもよい。これらの場合、ログイン判定が否定的なものである場合、複合認可問い合わせに関する処理を省略する。本処理はＰＣ本体の記憶部に格納されており、制御部にて処理される。ＰＣ利用者がキーボードからＰＣログイン用のユーザＩＤとパスワードを入力するとステップＳ１０３０において処理が開始され、ステップＳ１０３１に進む。ステップＳ１０３１では、キーボードなどの入力装置から入力されたユーザＩＤとパスワードを取得し、ステップＳ１０３２に進む。
【００５８】
ステップＳ１０３２では、ステップＳ１０３１で取得したユーザＩＤを用いて、図９で説明したＰＣのアカウント情報から該当するユーザＩＤを検索する。ここで、ＰＣのアカウント情報に検索したユーザＩＤが有りの場合、ステップＳ１０３３に進む。一方、ＰＣのアカウント情報に検索したユーザＩＤが無しの場合、ステップＳ１０３８に進む。ステップＳ１０３８では、ＰＣのログインを失敗とし、ステップＳ１０３９で処理を終了する。一方、ステップＳ１０３３では、ステップＳ１０３２で検索して該当したユーザＩＤのパスワードを取得し、ステップＳ１０３４へ進む。Ｓ１０３４では、キーボードから入力されたパスワードと、ステップＳ１０３３で取得したパスワードを比較し、一致した場合は、ステップＳ１０３５へ進む。パスワードが一致しなかった場合は、ステップＳ１０３８に進む。ステップＳ１０３５では、ＩＤ管理サーバにＰＣ利用者のユーザＩＤを送信し、複合認可問合せを行う。複合認可問合せの処理については、後述の図２０と図２１で説明する。ＩＤ管理サーバより複合認可結果を受信するとステップＳ１０３６に進む。ステップＳ１０３６では、ステップＳ１０３５のＩＤ管理サーバへの複合認可結果が「許可」か「不許可」の判定を行う。複合認可結果が「許可」の場合は、ステップＳ１０３７に進む。複合認可結果が「不許可」の場合は、ステップＳ１０３８に進む。ステップＳ１０３７では、ＰＣのログインを成功とし、ログイン後の画面をディスプレイに表示させ、ステップＳ１０３９に進む。
【００５９】
図２０と図２１は、図１２から図１４までの各情報を用いて、図１９のステップＳ１０３５のＩＤ管理サーバにおける複合認可の処理をフローチャート図で示している。図示の都合上、1つの処理のフローチャート図を図２０と図２１に分けて記載している。本処理はＩＤ管理サーバの記憶部に格納されており、制御部で処理される。
【００６０】
図２０は、ＩＤ管理サーバの複合認可処理を示した図である。ＰＣ本体がＩＤ管理サーバに複合認可問合せを行うと、ステップＳ１０５０において処理が開始され、ステップＳ１０５１に進む。ステップＳ１０５１では、ＰＣ本体から複合認可問合せ時に送信されるユーザＩＤを取得し、ステップＳ１０５２に進む。ステップＳ１０５２では、対象ＩＤにステップＳ１０５１で取得したユーザＩＤを設定し、ステップＳ１０５３に進む。ステップＳ１０５３では、詳細な処理は後述の図２１で説明するが、ステップＳ１０５２で設定した対象ＩＤをキーに日時が最新の証跡情報を図１２で説明したＩＤ管理システム証跡情報から取得し、ステップＳ１０５４に進む。ステップＳ１０５４では、図１３で説明したＰＣの認可条件とステップＳ１０５３で取得した証跡情報のシステム名、ドア名称、動作履歴の比較を行い、一致した場合は、ステップＳ１０５５に進む。一方、不一致の場合はステップＳ１０６１に進む。
【００６１】
ステップ１０６１では、複合認可結果を不許可として、ステップＳ１０６２に進む。ステップＳ１０６２では、処理を終了し、問合せ結果を図１９のステップＳ１０３５に返す。ステップＳ１０５５では、Ｓ１０５１で取得したユーザＩＤをキーに図１４で説明したＰＣの利用責任者情報から該当するユーザＩＤの責任者ユーザＩＤを取得し、ステップＳ１０５６に進む。ステップＳ１０５６では、Ｓ１０５１で取得したユーザＩＤとＳ１０５５で取得した責任者ユーザＩＤとを比較して、一致している場合、ＰＣを利用するものとＰＣの利用を許可できる責任者が同一人物としてステップＳ１０６０に進む。一方、不一致の場合は、ステップＳ１０５７に進む。ステップＳ１０６０では、複合認可結果を許可として、ステップＳ１０６２に進む。
【００６２】
ステップＳ１０５７では、対象ＩＤにステップＳ１０５５で取得した責任者ユーザＩＤを設定し、ステップＳ１０５８に進む。ステップＳ１０５８では、ステップＳ１０５３と同様に詳細な処理は後述の図２１で説明するが、ステップＳ１０５７で設定した対象ＩＤをキーに日時が最新の証跡情報を図１２で説明したＩＤ管理システム証跡情報から取得し、ステップＳ１０５９に進む。ステップＳ１０５９では、図１３で説明したＰＣの認可条件とステップＳ１０５８で取得した証跡情報のシステム名、ドア名称、動作履歴の比較を行い、一致した場合は、ステップＳ１０６０に進む。一方、不一致の場合はステップＳ１０６１に進む。
【００６３】
図２１は、図２０のステップＳ１０５３及びステップＳ１０５８で行う、図１２で説明したＩＤ管理システム証跡情報から対象ＩＤとユーザＩＤが一致する最新日時の証跡情報を取得する処理であるを示した図である。図２０のステップＳ１０５３及びステップＳ１０５８からステップＳ１０７０が開始され、ステップＳ１０７１に進む。ステップＳ１０７１では、図１２で説明したＩＤ管理システム証跡情報の行数を取得し、関数Ｌに設定してステップＳ１０７２に進む。ここでのＩＤ管理システム証跡情報の行数とは、ＩＤ管理システム証跡情報の項番の最大数を指し、ＩＤ管理システム証跡情報に記憶されている証跡情報の数を示している。ステップＳ１０７２では、ステップＳ１０７３からステップＳ１０７５までの繰返し処理を実行するかの判定を行う。ステップＳ１０７１で設定したＬが０でない場合、ステップＳ１０７３へ進む。一方、Ｌが０の場合は、繰返し処理を終了し、ステップＳ１０７７に進む。ステップＳ１０７７では、取得証跡に「なし」を設定し、ステップＳ１０７８に進む。その場合、ステップＳ１０５４及びステップＳ１０５９でのＰＣの認可条件との比較の際は、条件と一致することはない。
【００６４】
ステップ１０７８では処理を終了し、ステップＳ１０７０を呼び出した図２０のステップＳ１０５３及びステップＳ１０５８に値を設定した取得証跡を返す。ステップＳ１０７３では、図１２のＩＤ管理システム証跡情報から、Ｌ行目の証跡情報すなわち、Ｌ行目のシステム名と、ユーザＩＤと、ドア名称と、動作履歴と、日時を取得し、取得証跡に設定し、ステップＳ１０７４に進む。ステップＳ１０７４では、ステップＳ１０７３で取得した取得証跡のユーザＩＤとステップＳ１０７０開始の際に図２０で設定されていた対象ＩＤとを比較し、不一致の場合は、判定した取得証跡に設定されている値は取得すべき証跡情報ではないと判断し、ステップＳ１０７５へ進む。
【００６５】
一方、一致すれば、取得証跡に設定されている値は取得すべき証跡情報とし、ステップＳ１０７８に進む。このとき取得証跡には、ステップＳ１０７３で取得したシステム名と、ユーザＩＤと、ドア名称と、動作履歴と、日時が設定されている。ステップＳ１０７５では、Ｌに設定されている数値を１つ減らし、再度Ｌに格納し、ステップＳ１０７６に進む。ステップＳ１０７６では、ステップＳ１０７２に進み、再度繰返し処理を実行するか判定を行う。
【００６６】
図２０におけるステップＳ１０５８の処理、すなわち責任者ユーザＩＤを対象ＩＤとして図２１の処理は、図１２のＩＤ管理システム証跡情報は時系列に追記されていくことから、取得する責任者ユーザＩＤの日時が現在時刻から最新の証跡を取得することができる。すなわち、ＰＣを利用する一時来訪者は、責任者が一時来訪者を残してドア1が設置された部屋を退室した場合、ステップＳ１０５８で取得する取得証跡情報の動作履歴は「退室」となることから、ＰＣを利用することができず、責任者不在時のＰＣの不正利用を防止することができる。
【００６７】
また、一時来訪者のＰＣの利用に関して責任者が一時来訪者の監視下にいることのみが前提であれば、責任者がＰＣが設置されているドア１に入室をしていれば良いため、図２０のステップＳ１０５２からステップＳ１０５４までを省略しても良い。
【００６８】
図２２および図２３は、図２０及び図２１の処理の一部を追加変更したものであり、図２０及び図２１で用いた図１２から図１４までの各情報と図１５の情報を用いて、図１９のステップＳ１０３５のＩＤ管理サーバにおける複合認可の処理である。本実施形態においては、一時来訪者がＰＣを利用する際には、一時来訪者自身と責任者もドア１の入室許可を得て入室する必要があるため、一時来訪者は責任者に付き添われドア1を入場することが想定される。その際、ドア１の一時来訪者と責任者の入室時刻は時間的な差異が少ないため、図１２に追記される証跡情報の項番は近い数値となる。
【００６９】
そこで、図２０におけるステップＳ１０５３のＰＣ利用者のユーザＩＤを対象ＩＤとして証跡情報を取得した際に、その証跡情報の日時を記録しておき、責任者ユーザＩＤを対象ＩＤとした証跡情報をステップＳ１０５８で取得する際、図１２のＩＤ管理システム証跡情報から、ＰＣ利用者の取得証跡情報の日時に近い証跡情報を図１５で説明した一時検索用証跡情報に抽出して、一時検索用証跡情報から対象ＩＤにユーザＩＤが一致する証跡情報を探すことでＳ１０５８すなわち、図２１の処理時間の短縮を図ることができる。ここで、ＰＣ利用者の取得証跡情報の日時に近い証跡情報は、本実施形態ではＰＣ利用者の取得証跡情報の日時から、前後３分間であることを前提とするが、基準であるＰＣ利用者の取得証跡情報の日時から範囲が決まっていれば時間範囲は違っても良い。
【００７０】
しかしながら、ＰＣ利用者の取得証跡情報の日時から指定された時間範囲外で責任者が退出した場合、本実施形態においては、一時来訪者と責任者のドア1入室後から３分以上経過してからの責任者の退室は、一時検索用証跡情報に格納されないため検知することはできないので、一時来訪者は責任者に付き添われてドア1に入室していればＰＣを利用することが可能である。本処理は、図２０および図２１の処理と同じく、ＩＤ管理サーバの記憶部に記憶され、制御部にて処理される。
【００７１】
図２２は、ＩＤ管理サーバの複合認可処理を示した図である。ＰＣ本体がＩＤ管理サーバに複合認可問合せを行うと、ステップＳ１０８０において処理が開始され、ステップＳ１０８１に進む。ステップＳ１０８１では、ＰＣ本体から複合認可問合せ時に送信されるユーザＩＤを取得し、ステップＳ１０８２に進む。ステップＳ１０８２では、対象ＩＤにステップＳ１０８１で取得したユーザＩＤを設定し、ステップＳ１０８３に進む。ステップＳ１０８３では、図２１で説明した通り、ステップＳ１０８２で設定した対象ＩＤをキーに日時が最新の証跡情報を図１２で説明したＩＤ管理システム証跡情報から取得し、ステップＳ１０８４に進む。ステップＳ１０８４では、図１３で説明したＰＣの認可条件とステップＳ１０８３で取得した証跡情報のシステム名、ドア名称、動作履歴の比較を行い、一致した場合は、ステップＳ１０８５に進む。ここまでのステップＳ１０８０からステップＳ１０８４までの処理は、図２０におけるステップＳ１０５０からステップＳ１０５４と同様の処理である。一方、不一致の場合はステップＳ１０９２に進む。ステップ１０９２では、複合認可結果を不許可として、ステップＳ１０９３に進む。
【００７２】
ステップＳ１０９３では、処理を終了し、問合せ結果を図１９のステップＳ１０３５に返す。ステップＳ１０８５では、ステップＳ１０８３で取得した証跡情報の日時を証跡発生日時に設定して、Ｓ１０８６に進む。ステップＳ１０８６では、Ｓ１０８１で取得したユーザＩＤをキーに図１４で説明したＰＣの利用責任者情報から該当するユーザＩＤの責任者ユーザＩＤを取得し、ステップＳ１０８７に進む。ステップＳ１０８７では、Ｓ１０５１で取得したユーザＩＤとＳ１０８６で取得した責任者ユーザＩＤとを比較して、一致している場合、ＰＣを利用するものとＰＣの利用を許可できる責任者が同一人物としてステップＳ１０９１に進む。一方、不一致の場合は、ステップＳ１０８８に進む。ステップＳ１０９１では、複合認可結果を許可として、ステップＳ１０９３に進む。ステップＳ１０８８では、対象ＩＤにステップＳ１０８６で取得した責任者ユーザＩＤを設定し、ステップＳ１０８９に進む。ステップＳ１０８９では、詳細な処理は後述の図２３で説明するが、ステップＳ１０８８で設定した対象ＩＤをキーにして、ステップＳ１０８５で設定した証跡発生日時から近い日付の証跡情報を取得し、ステップＳ１０９０に進む。ステップＳ１０９０では、図１３で説明したＰＣの認可条件とステップＳ１０８９で取得した証跡情報のシステム名、ドア名称、動作履歴の比較を行い、一致した場合は、ステップＳ１０９１に進む。一方、不一致の場合はステップＳ１０９２に進む。
【００７３】
図２３は、図２２のステップＳ１０８８９で行う、図１２で説明したＩＤ管理システム証跡情報と図２２のステップＳ１０８５で設定した証跡発生日時をもとに、図１５で説明した一時検索用証跡情報を生成し、一時検索用証跡情報から対象ＩＤとユーザＩＤが一致する証跡情報を取得する処理を示した図である。図２２のステップＳ１０８９から、ステップＳ１１００が開始され、ステップＳ１０１１に進む。ステップＳ１０１１では、ステップＳ１０８５で設定した証跡発生日時から、日時が前後３分間の証跡情報を図１２で説明したＩＤ管理システム証跡情報から抽出し、図１５で説明した一時検索用証跡情報を生成して、ステップＳ１１０２へ進む。ステップＳ１１０２では、ステップＳ１１０１で生成した一時検索用証跡情報の行数を取得し、関数Ｌに設定してステップＳ１１０３に進む。ここでの一時検索用証跡情報の行数とは、一時検索用証跡情報の項番の最大数を指す。ステップＳ１１０３では、ステップＳ１１０４からステップＳ１１０６までの繰返し処理を実行するかの判定を行う。ステップＳ１１０２で設定したＬが０でない場合、ステップＳ１１０４に進む。
【００７４】
一方、Ｌが０の場合は、繰返し処理を終了し、ステップＳ１１０８に進む。ステップＳ１１０８では、取得証跡に「なし」を設定し、ステップＳ１１０９に進む。その場合、ステップＳ１０９０でのＰＣの認可条件との比較の際は、条件と一致することはない。ステップ１１０９では処理を終了し、ステップＳ１１１０を呼び出した図２２のステップＳ１０８９に値を設定した取得証跡を返す。ステップＳ１１０４では、図１５の一時検索用証跡情報から、Ｌ行目の証跡情報すなわち、Ｌ行目のシステム名と、ユーザＩＤと、ドア名称と、動作履歴と、日時を取得し、取得証跡に設定し、ステップＳ１１０５に進む。ステップＳ１１０５では、ステップＳ１１０４で取得した取得証跡のユーザＩＤとステップＳ１１００開始時に図２２で設定されていた対象ＩＤとを比較し、不一致の場合は、判定した取得証跡に設定されている値は取得すべき証跡情報ではないと判断し、ステップＳ１１０６へ進む。一方、一致すれば、取得証跡に設定されている値は取得すべき証跡情報とし、ステップＳ１１０９に進む。このとき取得証跡には、ステップＳ１１０４で取得したシステム名と、ユーザＩＤと、ドア名称と、動作履歴と、日時が設定されている。ステップＳ１１０６では、Ｌに設定されている数値を１つ減らし、再度Ｌに格納し、ステップＳ１１０７に進む。ステップＳ１１０７では、ステップＳ１１０３に進み、再度繰返し処理を実行するか判定を行う。
【００７５】
以上、本実施の形態によれば、一時来訪者のＰＣ利用に関して、責任者によるＰＣ利用権限の付与と責任者不在の際のＰＣ利用の防止を、責任者の証跡情報を利用することで責任者にシステム操作などの負荷を与えることなく実施することができる。なお、本実施の形態では、責任者不在としたが、これについてはある程度の幅を持たせてもよい。つまり、責任者が居室から退室してから一定時間内までは利用を許容し、それまでに再入室しない場合に、利用制限をかけたり、責任者がＰＣを利用している場合に、一時来訪者にＰＣの利用を許可したり、その後一定時間内について許容してもよい。
【００７６】
また、一時来訪者のＰＣの利用許可に対して参照する証跡情報は、一時来訪者及び責任者の最新の証跡を参照することにより、責任者がＰＣが設置されている居室を退席した場合には、最新の証跡情報はＰＣ設置居室の入室ではないため、一時来訪者単独によるＰＣの不正利用を防止することができ、セキュリティが向上する。また、一時来訪者と責任者が、同一居室内にいることで責任者が一時来訪者に許可を与えることができるため、責任者がシステムの操作をする必要がなく、即時にＰＣの利用権限を付与できることにより、利便性が向上する。
【符号の説明】
【００７７】
１００ ＩＤ管理サーバ 、１０１ 電源部、１０２ クライアントインターフェース、１０３ 制御部、１０４ 記憶部、１１０ ドア１、１２０ 一時来訪者、１３０ 責任者、１４０ 矢印、
２１０ 入退室管理サーバ、２１１ 電源部、２１２クライアントインターフェース、２１３、ホストインターフェース、２１４ 制御部、２１５ 記憶部、
２２０ 入室制御装置、２２１ 電源部、２２２ デバイスインターフェース、２２３ ホストインターフェース、２２４ 制御部、２２５ 記憶部、
２３０ ＩＣカードリーダライタ、２３１ ＩＣカードリーダライターアンテナ、２３２ 送受信部、２３３ 電源部、２３４ 通信制御部、２３５ 制御部、２３６ ホストインターフェース、
２４０ ＩＣカードコマンドデータ（電力供給）、
３００ ＩＣカード、３０１ アンテナ、３０２ 整流部、３０３ 電源部、３０４ 通信制御部、３０５ 制御部、３０６ 記憶部、３１０ ＩＣカード、３２０ ＩＣカード、
３３０ ＩＣカードレスポンスデータ
４００ ＰＣ、４１０ ＰＣ本体、４１１ 電源部、４１２ デバイスインターフェース、４１３ ホストインターフェース、４１４ 制御部、４１５ 記憶部、
４２０ ディスプレイ、４２１ 電源部、４２２ ホストインターフェース、４２３ 制御部、４２４ 表示部、
４３０ キーボード、４３１ 電源部、４３２ ホストインターフェース、４３３ 制御部、４３４ 入力部、
【特許請求の範囲】
【請求項１】
複数の認証により個人認証を実行する複合認証システムにおいて、
第１の利用者および当該第１の利用者の責任者である第２の利用者に対して、事前認証を実行する第１の認証装置と、
前記事前認証の結果、許可される行為により利用可能になる行為についての認証を行う第２の認証装置と、
前記第２の認証装置での認証結果により利用可能になる行為を実行するための端末装置と、
前記第１の認証装置ないし前記第２の認証装置の認証結果、または、前記第１の認証装置ないし前記第２の認証装置での認証結果に基づく行為の実施状況を記録する記録装置と、
前記第１の利用者から前記端末装置を利用する要求情報を受付けた場合、当該端末装置から前記第２の利用者を識別する情報を受付け、前記記録装置に格納された前記第２の利用者に関する情報に基づいて、前記第１の利用者に対する前記端末装置の利用の可否を判断する管理装置とを有することを特徴とする複合認証システム。
【請求項２】
請求項１に記載の複合認証システムにおいて、
前記端末装置は、複数で構成され、当該複数の端末装置には前記第２の利用者が利用する第２の端末装置が含まれ、
前記記録装置は、前記第２の端末装置の利用状況が記録され、
前記管理装置は、前記第２の端末装置が利用されている期間に、前記第１の利用者における端末装置の利用を可能と判断することを特徴とする複合認証システム。
【請求項３】
請求項２に記載の複合認証システムにおいて、
前記第１の認証装置は、前記第１の利用者および前記第２の利用者が所定領域内に入場する際の認証を行い、
前記第２の認証装置は、前記所定領域内に設置された前記複数の端末装置の利用のための認証を行い、
前記管理装置は、前記第２の端末が利用している期間を、前記第２の利用者が前記所定領域への入場および退出をした時間を基準として定めることを特徴とする複合認証システム。
【請求項４】
請求項１乃至３のいずれかに記載の複合認証システムにおいて、
前記管理装置は、前記記録装置に格納された前記第２の利用者に関する情報を、前記要求情報を受付けた時間から順に遡って前記第２の利用者に関する情報を、前記記録装置から検索し、当該検索の結果に基づいて、前記端末装置の利用の可否を判断することを特徴とする複合認証システム。
【請求項５】
請求項１乃至３のいずれかに記載の複合認証システムにおいて、
前記記録装置は、前記第１の認証装置での前記第１の利用者および前記第２の利用者の認証結果を認証時間と対応付けて記録し、
前記管理装置は、前記記録装置に格納された前記第２の利用者の認証結果を、前記第１の利用者の認証結果の時間が順に検索し、当該検索の結果に基づいて、前記端末装置の利用の可否を判断することを特徴とする複合認証システム。
【請求項１】
複数の認証により個人認証を実行する複合認証システムにおいて、
第１の利用者および当該第１の利用者の責任者である第２の利用者に対して、事前認証を実行する第１の認証装置と、
前記事前認証の結果、許可される行為により利用可能になる行為についての認証を行う第２の認証装置と、
前記第２の認証装置での認証結果により利用可能になる行為を実行するための端末装置と、
前記第１の認証装置ないし前記第２の認証装置の認証結果、または、前記第１の認証装置ないし前記第２の認証装置での認証結果に基づく行為の実施状況を記録する記録装置と、
前記第１の利用者から前記端末装置を利用する要求情報を受付けた場合、当該端末装置から前記第２の利用者を識別する情報を受付け、前記記録装置に格納された前記第２の利用者に関する情報に基づいて、前記第１の利用者に対する前記端末装置の利用の可否を判断する管理装置とを有することを特徴とする複合認証システム。
【請求項２】
請求項１に記載の複合認証システムにおいて、
前記端末装置は、複数で構成され、当該複数の端末装置には前記第２の利用者が利用する第２の端末装置が含まれ、
前記記録装置は、前記第２の端末装置の利用状況が記録され、
前記管理装置は、前記第２の端末装置が利用されている期間に、前記第１の利用者における端末装置の利用を可能と判断することを特徴とする複合認証システム。
【請求項３】
請求項２に記載の複合認証システムにおいて、
前記第１の認証装置は、前記第１の利用者および前記第２の利用者が所定領域内に入場する際の認証を行い、
前記第２の認証装置は、前記所定領域内に設置された前記複数の端末装置の利用のための認証を行い、
前記管理装置は、前記第２の端末が利用している期間を、前記第２の利用者が前記所定領域への入場および退出をした時間を基準として定めることを特徴とする複合認証システム。
【請求項４】
請求項１乃至３のいずれかに記載の複合認証システムにおいて、
前記管理装置は、前記記録装置に格納された前記第２の利用者に関する情報を、前記要求情報を受付けた時間から順に遡って前記第２の利用者に関する情報を、前記記録装置から検索し、当該検索の結果に基づいて、前記端末装置の利用の可否を判断することを特徴とする複合認証システム。
【請求項５】
請求項１乃至３のいずれかに記載の複合認証システムにおいて、
前記記録装置は、前記第１の認証装置での前記第１の利用者および前記第２の利用者の認証結果を認証時間と対応付けて記録し、
前記管理装置は、前記記録装置に格納された前記第２の利用者の認証結果を、前記第１の利用者の認証結果の時間が順に検索し、当該検索の結果に基づいて、前記端末装置の利用の可否を判断することを特徴とする複合認証システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２０１２−１０３８７８（Ｐ２０１２−１０３８７８Ａ）
【公開日】平成２４年５月３１日（２０１２．５．３１）
【国際特許分類】
【出願番号】特願２０１０−２５１４０５（Ｐ２０１０−２５１４０５）
【出願日】平成２２年１１月１０日（２０１０．１１．１０）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２４年５月３１日（２０１２．５．３１）
【国際特許分類】
【出願日】平成２２年１１月１０日（２０１０．１１．１０）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]