情報記録媒体を用いた認証方法
【課題】ＩＣカードなどの情報記録媒体を用いた物理セキュリティシステムにおいて、複数アプリケーションを組み合わせた場合でも、通信コストを抑えることができるシステムを提供する。
【解決手段】情報記録媒体を利用した認証を時系列に複数回数行う場合、最新の認証処理に関する認証条件が当該情報記録媒体に格納されているか否かにより、認証を行う。この際、認証条件としては、最新の認証処理（もしくは当該認証処理に応じた制御対象の動作）の履歴情報を用いるとより好適である。また、最新の履歴情報としては、一定期間以内のものを有効（もしくは一定期間外を削除）して記録することも含まれる。
【解決手段】情報記録媒体を利用した認証を時系列に複数回数行う場合、最新の認証処理に関する認証条件が当該情報記録媒体に格納されているか否かにより、認証を行う。この際、認証条件としては、最新の認証処理（もしくは当該認証処理に応じた制御対象の動作）の履歴情報を用いるとより好適である。また、最新の履歴情報としては、一定期間以内のものを有効（もしくは一定期間外を削除）して記録することも含まれる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、いわゆるＩＣカードを含む情報記録媒体と識別情報を用いた認証を行う技術に関する。
【背景技術】
【０００２】
オフィスビルなどの入退セキュリティ向上のため個人の識別情報を用いたICカードや指紋や静脈に代表される生体情報を利用した入退室管理システムの普及が増加している。また、入退室管理だけでなく、ＰＣログイン、物品レンタルシステムなど、個人の識別情報を利用した物理セキュリティにおけるアプリケーションの普及も広がっていくものと予想される。
【０００３】
今後、個人の識別情報を用いたアプリケーションの増加に伴い、各システムでの厳重な個別管理が必要となり、コストの増加と利便性の低下が危惧されることから、物理セキュリティにおいても、インターネット上でのシングルサインオンのような一括で識別情報を管理及びプロビジョニングする仕組みが必要とされている。また、既に導入されているアプリケーションを拡張し、新規アプリケーションと組み合わせて導入するケースが多く見込まれるため、組み合わせる際の柔軟性や拡張性が重要となる。また、導入コストの低減も重要とされている。
一方で、複数のアプリケーションを組合せることにより、セキュリティの向上と利便性の向上が見込まれるメリットがあり、新規アプリケーションの創出と普及が可能となる。
【０００４】
例えば、特許文献１ではＰＣ室の入り口のゲートで入室許可を得て入室していないと、オフィス内のＰＣにログインできないようにする方法が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−３５６８３５
【発明の概要】
【発明が解決しようとする課題】
【０００６】
今後、特許文献１で提案されているような複数アプリケーションを組み合わせたシステムが増加すると見込まれ、導入時のコストの低減と利便性の向上が重要となる。具体的には、複数アプリケーションを組み合わせることにより、管理サーバが必要となることや、管理サーバとクライアントとなる複数アプリケーション間の通信量の増加が課題となる。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明では、情報記録媒体を利用した認証を時系列に複数回数行う場合、最新の認証処理に関する認証条件が当該情報記録媒体に格納されているか否かにより、認証を行う。この際、認証条件としては、最新の認証処理（もしくは当該認証処理に応じた制御対象の動作）の履歴情報を用いるとより好適である。また、最新の履歴情報としては、一定期間以内のものを有効（もしくは一定期間外を削除）して記録することも含まれる。
【発明の効果】
【０００８】
ＩＣカードなどの情報記録媒体を用いた物理セキュリティシステムにおいて、複数アプリケーションを組み合わせたシステムにおいて、通信コストを抑えることができる。
【図面の簡単な説明】
【０００９】
【図１】本実施の形態に係る全体構成を示す説明図
【図２】入退室管理サーバ及び入退室制御装置の内部構成を示す構成図
【図３】ＩＣカード及びＩＣカードリーダライタの内部構成を示す構成図
【図４】入退室制御装置が持つ入退室許可情報を示す図
【図５】ＩＣカードが持つ識別情報を示す図
【図６】ＩＣカードが持つ入退室履歴情報を示す図
【図７】ＩＣカードが持つ入室条件を示す図
【図８】入退室制御装置での入室時の処理を示す処理シーケンス図
【図９】入退室制御装置での入室時の複合認可処理を示す処理シーケンス図
【図１０】ＩＣカードが持つ入室条件を示す図
【発明を実施するための形態】
【００１０】
以下、本発明に関する一実施の形態について、本実施の形態に係る入退室管理サーバと、入退室用の各ドアに設定された入退室制御装置及びＩＣカードリーダライタと、利用者が携帯するＩＣカードからなる構成を図１に、入退室管理サーバ及び入退室制御装置の内部構成を図２に、ＩＣカードがＩＣカードライタと通信するための内部構成を図３に、複数のドアに設定された入退室システムを用いて複合認可するための仕組みを図４から図１０に、図面を参照しながら説明していく。なお、実施の形態は、いわゆる入退室処理に適用した例で説明しているが、時系列に連続して認証を行う他のものへも適用可能である。また、入退室＝いわゆる部屋だけでなくな所定領域への入退場の制御への適用も可能である。この場合、ゲートに設置されたフラッパの動作を制御することも含まれる。また、以下、連続（的）とは、時系列で、つまり、時間の前後関係があればよく、利用する認証装置が別個でも同じでもよい。また、情報記録媒体として、ＩＣカードを例に説明するが、後述する履歴を記録できれば、その形態は問わない。
【００１１】
図１は、入退室管理サーバと、入退室用の各ドアに設定された入退室制御装置及びＩＣカードリーダライタと、利用者が携帯するＩＣカードからなる構成を示した図である。ドア１ １１０には、入退室制御装置２１０が接続されており、ドア１ １１０の入退室即ちドア開閉許可を管理する。ドア１ １１０自体の開閉は図示の都合上省略する。また入退室制御装置２１０にはＩＣカードリーダライタ３１０が接続されており、利用者１３０が携帯しているＩＣカード４１０から識別情報を取得する。利用者１３０がＩＣカード４１０をＩＣカードリーダライタ３１０にかざす即ち通信させると、ＩＣカード４１０の識別情報をＩＣカードリーダライタ３１０経由で入退室制御装置２１０が取得し、その識別情報を元に、入退室許可情報と照会し、ドア１ １１０の開錠を行う。ここで入退室許可情報とは、利用者識別情報毎のドアの開閉許可権限を指す。後述の図４で説明する。
【００１２】
同様に、ドア２ １３０には、入退室制御装置２２０が接続されており、ドア２ １２０の入退室即ちドア開閉許可を管理する。ドア２ １２０自体の開閉は図示の都合上省略する。また入退室制御装置２２０にはＩＣカードリーダライタ３２０が接続されており、利用者１３０が携帯しているＩＣカード４２０から識別情報を取得する。利用者１３０がＩＣカード４２０をＩＣカードリーダライタ３２０にかざす即ち通信させると、ＩＣカード４２０の識別情報をＩＣカードリーダライタ３２０経由で入退室制御装置２２０が取得し、その識別情報を元に、入退室許可情報と照会し、ドア２ １２０の開錠を行う。ここで、ドア１ １１０とドア２ １２０が同じ建物内であった場合、利用者１３０が２種類のＩＣカードを持つことは利便性の低下につながるので、１種類のＩＣカードでドア１ １１０とドア２ １２０の開閉を行うことができると良い。即ち、利用者１３０が携帯するＩＣカード４１０とＩＣカード４２０は同じものになる。以降、ＩＣカード４２０もＩＣカード４１０として記述する。１種類のＩＣカードで、複数のドアを開錠するには、ドア毎の入退室許可情報を一括で管理するほうがコストの低下のためにも望ましい。
【００１３】
そこで、ドア１ １１０とドア２ １２０の管理を一括で行うために、入退室管理サーバ１００と、ドア１ １１０に設定されている入退室制御装置２１０が接続されており、同様にドア２ １２０に設定されている入退室制御装置２２０とも接続されている。例えば、利用者１３０の入退室許可情報を入退室管理サーバ１００で管理し、あるタイミングで、ドア１ １１０に設定されている入退室制御装置２１０とドア２ １２０に設定されている入退室制御装置２２０へ配信する。ここで、ドア毎に持つ入退室許可情報やユーザ情報は異なるため、ドア１ １１０に設定されている入退室制御装置２１０とドア２ １２０に設定されている入退室制御装置２２０へ配信する情報は異なっても良いし、同じでも良い。また、ドア及び入退室制御装置の数が少ない場合は、入退室許可情報の各入退室制御装置での管理が可能であるため、入退室管理サーバ１００がなくても良い。
本例では、入退室管理サーバ１００からドア１ １１０に設定されている入退室制御装置２１０と、ドア２ １２０に設定されている入退室制御装置２２０へ入退許可情報を配信し、入退室許可情報を各入退室制御装置が保持する方法を説明したが、例えば、ドア１ １１０の例を用いると、ドア毎の入退室許可情報を入退室管理サーバ１００が一括で保持し、ＩＣカード４１０をＩＣカードリーダライタ３１０へかざしたときに、接続されている入退室制御装置２１０が入退室管理サーバ１００へ、ＩＣカード４１０から取得した利用者識別情報を用いてドア１ １１０の開閉許可を問い合わせる方法でも良い。しかし、ドア及び入退室制御装置及び利用者が膨大に増加した場合、頻繁に入退室管理サーバ１００へ問い合わせが発生するため、入退室管理サーバ１００の負荷と、通信量が増加してしまうデメリットがある。よって、システムの安定性とコストを考慮すると前者の入隊室管理サーバ１００から各入退室制御装置へ入退室許可情報を配信する方法が望ましい。
【００１４】
ここで、本実施の形態では、ドア１ １１０とドア２ １２０でのドア１とドア２の入退室許可判断制御時の複合認可について提案する。具体的には、ドア１ １１０でＩＣカード４１０を用いて正式に入室していなければ、ドア２ １２０で入退室許可であったとしても、入室することができない方法について説明する。
【００１５】
ここで、前述で説明した入退室管理サーバ１００から各入退室制御装置へ入退室許可情報を配信する方法では、ドア１ １１０でＩＣカード４１０を用いて入室した後、すぐにドア２ １２０で入室しようとＩＣカード４１０をＩＣカードリーダライタ３２０にかざすとする。その間、入退室管理サーバが、入退室制御装置２１０からＩＣカード４１０を用いてドア１ １１０から入室したという情報を取得し、その結果を元に、入退室許可情報のうちＩＣカード４１０が該当する利用者１３０のドア２ １２０の入室許可情報を入室不許可から入室許可に変更し、入退室制御装置２２０へ配信する必要がある。利用者はいつ、ドア１ １１０を入室し、その後ドア２ １２０へ入室を試みるかは分からない。よって、入退室管理サーバ１００は、数秒単位で連続的に各入退室制御装置から、入室履歴を取得し、且つ、変更反映した入退室許可情報を各入退室制御装置へ配信し続けなければならない。通信量を減少させるために、入退室管理サーバ１００から各入退室制御装置へ入退室許可情報を配信する方法を採用していたが、本実施の形態での複合認可を実施しようとすると、通信量が増加してしまう課題が発生する。そこで、複合認可を行う際に、入退室管理サーバ１００から各入退室制御装置へ入退室許可情報を配信する方法を用いたまま、通信量を減少させる方法について提案説明する。
【００１６】
図２は、入退室管理サーバと接続されている入退室制御装置の内部構成を示した図である。図示の都合上、入退室管理サーバ１００には、入退室制御装置２００が１つしか接続されていないが、１つ以上の複数の入退室制御装置が接続されているものとする。入退室管理サーバ１００は、外部から電源を受給し、電源を各部に供給する電源部１０１と、複数の入退室制御装置と接続するためのクライアントインタフェース１０２と、入退室許可情報を生成したり、入退室制御装置２００とデータの送受信をしたりする処理を行う制御部１０３と、制御部１０３で生成された各ドアに設定されている各入退室制御装置の保持する入退室許可情報のマスタ情報や、入退室制御装置２００の接続及び管理情報や制御部１０４の処理手順を保持する記憶部１０４から構成される。ここで、入退室許可情報の生成方法については、ＧＵＩを用いて管理者及び利用者が生成する方法や、制御部１０３が自動で生成する方法などがあるが詳細は省略する。
【００１７】
入退室制御装置２００は、外部から電源を受給し、各部に電源を供給する電源部２０１と、ＩＣカードに代表される情報記録媒体と通信するリーダライタ装置や静脈認証装置などのデバイス、ドアまたはドア開閉処理装置と接続するためのデバイスインタフェース２０２と、入退室管理サーバ１００と接続するためのホストインタフェース２０３と、入退室管理サーバ１００から入退室許可情報を取得したり、デバイスインタフェース２０２に接続されているリーダライタ装置や静脈認証装置を制御して、ＩＣカードが持つ情報や静脈情報を取得したり、ＩＣカードから取得した識別情報と入退室許可情報を照会し許可か不許可を判断したり、ＩＣカードから取得したドアの入室条件とＩＣカードから取得した動作履歴を照会し許可か不許可を判断したり、ＩＣカードへ動作履歴を格納するためにＩＣカードリーダライタへ指示を出したり、ドアの開閉またはドア開閉処理装置へドア開閉の指示を出したり、制御部で処理する際の時刻を取得する制御部２０４と、入退室管理サーバ１００から配信された入退室許可情報や、制御部２０４の処理手順を記憶する記憶部２０５から構成される。
【００１８】
入退室管理サーバ１００は、入退室制御装置２００へ入退室許可情報を配信する。配信するタイミングは、本発明では規定しないが、使用するアプリケーション及び業務と、通信量を抑える配慮をし考慮することが望ましい。
また、ドア及び入退室制御装置の数が少ない場合、各入退室制御装置で入退室許可情報を管理及び保持できるため、入退室管理サーバ１００と入退室制御装置２００がまとめて１つで構成されていても良いし、入退室管理サーバ１００がなくても良い。本実施形態では、一括で管理する入退室管理サーバ１００がなくても、複合認可が可能となる。
【００１９】
図３は、ＩＣカードがＩＣカードライタと通信するための内部構成を示した図である。ＩＣカードリーダライタ３００は、ＩＣカード４００と接触または電波や電磁はによる非接触で通信するためのＩＣカードリーダライタアンテナ３０１と、ＩＣカードリーダライタアンテナ３０１を用いてＩＣカード４００へＩＣカードコマンドデータ３３０を送信したり、その応答であるＩＣカードレスポンスデータ４３０を受信したりする送受信部３０２と、外部から電源を受給し、各部に電源を供給するための電源部３０３と、ＩＣカードコマンドデータ送信時の変調やＩＣカードレスポンスデータ受信時の信号の増幅や復調を行い、また通信方法を備えた通信制御部３０４と、ホストインタフェース３０６に接続されたパーソナルコンピュータなどとデータの送受信を行ったり、各部の処理手順を記憶したりする制御部３０５と、パーソナルコンピュータや入退室制御装置２００と接続するためのホストインタフェース３０６から構成される。
【００２０】
ＩＣカード４００は、ＩＣカードリーダライタ３００から電磁波や電波により電源を受給し、信号やＩＣカードコマンドデータ３３０の受信や、ＩＣカードレスポンスデータ４３０の送信を行うアンテナ４０１と、アンテナ４０１から受信した電波を整する整流部４０２と、整流して得た電圧を検出し、また電源を保持し、その電源を各部に供給する電源部４０３と、受信信号やＩＣカードコマンドデータ３３０の復調を行い、また送信する信号やＩＣカードレスポンスデータ４３０の変調を行う通信制御部４０４と、初期化処理やＩＣカードコマンドデータ３３０を受けＩＣカードレスポンスデータ４３０を生成や応答をしたり、記憶部４０６に記憶されている識別情報や入退室履歴や対象となるドアの入室条件を読み出しＩＣカードレスポンスデータとして生成する制御部４０５と、制御部４０５の処理手順や、識別情報や、入退室履歴や対象となるドアの入室条件を記憶している記憶部４０６から構成される。ＩＣカードコマンドデータ３３０には、例えば、ＩＣカード４００の記憶部４０６に格納されている各種情報を取得するリードコマンドや、ＩＣカード４００の記憶部４０６に各種情報を格納するライトコマンドなどがある。ＩＣカードコマンドデータ３３０とＩＣカードレスポンスデータ４３０のデータのやり取りについて、本実施例では電波や電磁波による無線通信を用いたいわゆるＩＣカードをＩＣカードリーダライタにかざす非接触を前提に説明するが、ＩＣカードをＩＣカードリーダライタに挿入する接触であっても良い。また、ＩＣカードだけでなく、情報の読取りと書込みのできるＲＦＩＤタグのような安価なものを利用しても良い。
【００２１】
図４は、ドア毎の入退室許可情報を示した図である。本実施例では、退室については入室可能であれば、退室も可能であることを前提とし説明を省略する。
ドア１には、ドア１入退室許可情報５１０が設定され、ドア２には、ドア２入退室許可情報５２０が設定される。ドア１入退室許可情報５１０は、ユーザＩＤ５１１と入室権限５１２で構成される。ユーザＩＤ５１１は、ＩＣカードを識別するものであり、ＩＣカードから取得したユーザＩＤを用いて検索を行うときの検索キーとして使用する。入室権限５１２には、「許可」または「不許可」が格納され、入室権限５２２が「許可」の場合は、入室が許可されておりドアが開く。入室権限５２２が「不許可」の場合は、入室が許可されておらずドアが開かない。項番１ ５１３には、ユーザＩＤ５１１に「ＵＳＥＲ１」が、入室権限５１２に「許可」が格納されている。項番２ ５１４には、ユーザＩＤ５１１に「ＵＳＥＲ２」が、入室権限５１２に「許可」が格納されている。項番３ ５１５には、ユーザＩＤ５１１に「ＵＳＥＲ３」が、入室権限５１２に「不許可」が格納されている。項番４ ５１６には、ユーザＩＤ５１１に「ＵＳＥＲ４」が、入室権限５１２に「許可」が格納されている。同様に、ドア２入退室許可情報５２０は、ユーザＩＤ５２１と入室権限５２２で構成される。項番５２３には、ユーザＩＤ５２１に「ＵＳＥＲ１」が、入室権限５２２に「許可」が格納されている。項番２ ５２４には、ユーザＩＤ５２１に「ＵＳＥＲ２」が、入室権限５２２に「不許可」が格納されている。項番３ ５２５には、ユーザＩＤ５２１に「ＵＳＥＲ３」が、入室権限５２２に「不許可」が格納されている。項番４ ５２６には、ユーザＩＤ５２１に「ＵＳＥＲ４」が、入室権限５２２に「許可」が格納されている。これら入退室許可情報は、入退室管理サーバで生成され、該当するドアに設定されている入退室制御装置の記憶部にて格納される。このドア毎の入退室許可情報を用いて、ＩＣカード等から取得したユーザＩＤを参照し、ドアの入室許可判定を行う。もし、ＩＣカード等から取得したユーザＩＤが存在しなかった場合は、もちろん入室不許可であるが、登録されていない不正なユーザＩＤを使用された、または機器の故障等と見なし、警告を通知する仕組みがあったほうが望ましい。
【００２２】
図５は、ＩＣカードが持つ識別情報を示した図である。ＩＣカードの識別情報６００は、ユーザＩＤ６０２で構成されている。ＩＣカードの識別情報６００は、ＩＣカードの記憶部に格納されている。項番１ ６０２には、ユーザＩＤ６０１に「ＵＳＥＲ１」が格納されている。前述でも説明したが、図４のドア毎の入退室許可情報を、このＩＣカード識別情報６００のユーザＩＤ６０１を用いて、入退室許可の判定を行う。
【００２３】
図６は、ＩＣカードを使用して入退室を行った際の履歴情報を示した図である。ＩＣカードの入退室履歴情報は、ドア名称６１１と動作履歴６１２と日時６１３で構成されている。ＩＣカードの入退室履歴情報６１０は、ＩＣカードの記憶部に格納されている。ドア名称６１１は、入室を行ったドアの名称が格納される。動作履歴には、「入室」か「退室」が格納され、ドア名称６１１に対し、入室を行った場合は「入室」が、退室を行った場合は「退室」が行われる。日時６１３には、入室または退室を行った日時が格納される。項番１ ６１４には、ドア名称６１１に「ドア１」が、動作履歴６１２に「入室」が、日時６１３に「２０１０／０３／１８ １１：００：０２」が格納されている。項番２ ６１５には、ドア名称６１１に「ドア１」が、動作履歴６１２に「退室」が、日時６１３に「２０１０／０３／１８ １４：０５：４３」が格納されている。項番３ ６１６には、ドア名称に「ドア１」が、動作履歴６１２に「入室」が、日時６１３に「２０１０／０３／１９ １０：１７：４１」が格納されている。本実施例では、入室または退室の履歴をＩＣカードの記憶部に格納していくが、記憶部の容量に限りがあるため、本実施の形態では、ドア毎の最新の動作履歴があれば良いため、古い動作履歴は削除しても良い。あるドアの最後の動作履歴が、入室なのか、退室なのかが分かれば良い。
【００２４】
図７は、複合認可時のドア毎の入室条件を示した図である。ＩＣカードのドア１の入室条件６２０とＩＣカードのドア２の入室条件６３０は、ＩＣカードの記憶部に格納されている。ＩＣカードのドア１の入室条件６２０は、条件パラメータ６２１と条件値６２２で構成されている。条件パラメータ６２１には、条件の対象となるドア名称が格納されている。条件パラメータがない場合は、「なし」が格納される。条件値６２２には、条件パラメータ６２１で指定したドア名称での動作すべき値が格納されている。条件値がない場合は、「なし」が格納される。例えば、ＩＣカードのドア１の入室条件６２０では、項番１ ６２３で、条件パラメータ６２１に「なし」が条件値６２２に、「なし」が格納されており、ドア１に入室するための条件はない。よって、ＩＣカードに格納されているユーザＩＤと、ドアに設定されている入退室許可情報の該当するユーザＩＤの入室権限が「許可」であれば入室できる。
【００２５】
ＩＣカードのドア２の入室条件６３０では、項番１ ６３３で、条件パラメータ６３１に「ドア１」が、条件値６３２に「入室」が格納されている。ドア２を入室するためには、ドア１で入室していることが条件となることを示す。すなわち、ＩＣカードに格納されているユーザＩＤと、ドアに設定されている入退室許可情報の該当するユーザＩＤの入室権限が「許可」であり、且つ、ドア１を入室していると、ドア２を入室することができる。本実施例では、ＩＣカードのドア２の入室条件６３０に、条件パラメータ６３１にドア１の条件しか格納していないが、ドアが複数ある場合は、複数格納されていても良い。
【００２６】
図８と図９は、各ドアに設定されている入退室制御装置が、図４から図７の各情報を用いて入室判定を行う処理シーケンスを示した図である。図示の都合上、１つの処理シーケンスを図８と図９に分けて記載している。本処理は、入退室制御装置の記憶部に格納されており、制御部にて処理される。
【００２７】
図８は、前半の処理シーケンスを説明した図である。利用者がＩＣカードをＩＣカードリーダライタにかざすと、ステップＳ７００で開始し、ステップＳ７０１へ進む。ステップＳ７０１では、ＩＣカードリーダライタを制御してＩＣカードから図５で説明した識別情報のうち、ユーザＩＤを取得し、ステップＳ７０２へ進む。ステップＳ７０２では、ステップＳ７０１で取得したユーザＩＤを用いて、図４で説明した入退室許可情報から、検索する。ここで、入退室許可情報に検索したユーザＩＤが有りの場合は、ステップＳ７０３へ進む。一方、検索したユーザＩＤが無しの場合は、ステップＳ７０６へ進む。ここでユーザＩＤが存在しなかった場合は、事前に登録されていない不正なユーザＩＤを用いたか、ＩＣカードまたはＩＣカードリーダライタ等の故障が考えられるため、警告を通知する仕組みがあると良い。ステップＳ７０６では、入室不許可と判定し、ドアを開けずに、ステップＳ７０７へ進む。ステップＳ７０７では処理を終了する。一方、ステップＳ７０３では、検索で該当したユーザＩＤの入室権限の値を取得し、ステップＳ７０４へ進む。ステップＳ７０４では、ステップＳ７０３で取得した入室権限が、「許可」か「不許可」かの判定を行う。入室権限が「許可」の場合は、ステップＳ７０５へ進む。入室権限が「不許可」の場合は、ステップＳ７０６へ進む。ステップＳ７０５では、図９で説明する複合認可処理へ進む。
【００２８】
図９は、図８のステップＳ７０５の複合認可処理を示した図である。図８のステップＳ７０５から、ステップＳ７１０へ進む。ステップＳ７１０では処理を開始し、ステップＳ７１１へ進む。ステップＳ７１１では、ＩＣカードリーダライタを制御し、ＩＣカードから図７の入室条件から対象となるドアの入室条件を取得し、ステップＳ７１２へ進む。ステップＳ７１２では、対象となるドアの入室条件の有無を判定する。入室条件が有りの場合は、ステップＳ７１３へ進む。一方、入室条件が無しの場合は、ステップＳ７１５へ進む。ステップＳ７１３では、ＩＣカードから、入室条件の判定で対象となるドアの最新日時の入退室動作履歴を取得し、ステップＳ７１４へ進む。例えば、入室条件でドア１の入室が条件であれば、入退室動作履歴からはドア１の最新の動作履歴を取得する。ステップＳ７１４では、図７の対象となるドアの入室条件の条件値と、図６の入退室動作履歴のうち図７で選択した入室条件の条件パラメータと一致するドア名称を持つデータのうち最新日時の動作履歴とを比較する。入室条件と動作履歴を比較した結果、一致の場合は、ステップＳ７１５へ進む。一方、不一致の場合は、ステップＳ７１７へ進む。ステップＳ７１７では、入室不許可と判定し、ドアを開けずにステップＳ７１８へ進む。ステップＳ７１８では処理を終了する。
【００２９】
ステップＳ７１５では、入室判定に使用したＩＣカードの記憶部へ、入退室動作履歴をＩＣカードリーダライタを制御し格納し、ステップＳ７１６へ進む。ステップＳ７１６では入室許可と判定し、ドアを開け、ステップＳ７１８へ進む。ここでは、ステップＳ７１４で入室条件が１つの場合で説明したが、複数のドア及び複数の条件パラメータ及び条件値を持つ場合は、判定に必要な入室条件を全て比較し、入室条件を全て満たす場合のみ一致と判定し、ステップＳ７１５へ進む。一方、１つでも入室条件を満たさない場合は、不一致と判定し、ステップＳ７１７へ進む。
【００３０】
次に、図８と図９の処理シーケンスを、図１及び図４から図７に記載の例を用いて説明する。
図１で、ドア１に設定されているＩＣカードリーダライタに利用者がＩＣカードをかざすと、図８の処理シーケンスのステップＳ７００を開始し、ステップＳ７０１へ進む。ステップＳ７０１では、図５で説明したＩＣカードの識別情報のうちユーザＩＤの「ＵＳＥＲ１」を取得し、ステップＳ７０２へ進む。ステップＳ７０２では、図４のドア１入退室許可情報５１０からユーザＩＤが「ＵＳＥＲ１」のデータを検索する。検索の結果、項番１ ５１３が該当するため、有りと判定し、ステップＳ７０３へ進む。ステップＳ７０３では、検索した「ＵＳＥＲ１」の入室権限「許可」を取得し、ステップＳ７０４へ進む。ステップＳ７０４では、入室権限が「許可」であるため、ステップＳ７０５へ進む。ステップＳ７０５では、図９のステップＳ７１０の複合認可処理へ進み、処理を開始しステップＳ７１１へ進む。ステップＳ７１１では、ＩＣカードから、図７のドア１の入室条件であるＩＣカードのドア１の入室条件６２０を取得し、ステップＳ７１２へ進む。ステップＳ７１２では、取得した入室条件の条件パラメータ及び条件値が「なし」であるため、入室条件が無しと判定し、ステップＳ７１５へ進む。ステップＳ７１５では、ＩＣカードへ入退室動作履歴として、ドア名称が「ドア１」、動作履歴が「入室」、日時にその際の日時を格納すし、ステップＳ７１６へ進む。ステップＳ７１６では、入室許可としドアを開け、ステップＳ７１７へ進み処理を終了する。図示していないが、退室の場合も、同様にＩＣカードに、入退室動作履歴としてドア名称が「ドア１」、動作履歴が「退室」、日時にその際の日時を格納する。
【００３１】
次に、ドア１で入室した後、ドア２に利用者がＩＣカードをかざした際の例を説明する。利用者がドア２に設定されているＩＣカードリーダライタにＩＣカードをかざすと、図８の処理シーケンスのステップＳ７００を開始し、ステップＳ７０１へ進む。ステップＳ７０１では、図６で説明したＩＣカードの識別情報のうちユーザＩＤの「ＵＳＥＲ１」を取得し、ステップＳ７０２へ進む。ステップＳ７０２では、図４のドア２入退室許可情報５２０からユーザＩＤが「ＵＳＥＲ１」のデータを検索する。検索の結果、項番１ ５２３が該当するため、有りと判定し、ステップＳ７０３へ進む。ステップＳ７０３では、検索した「ＵＳＥＲ１」の入室権限「許可」を取得し、ステップＳ７０４へ進む。ステップＳ７０４では、入室権限が「許可」であるため、ステップＳ７０５へ進む。ステップＳ７０５では、図９のステップＳ７１０の複合認可処理へ進み、処理を開始しステップＳ７１１へ進む。ステップＳ７１１では、ＩＣカードから図７のドア２の入室条件であるＩＣカードのドア２の入室条件６３０を取得し、ステップＳ７１２へ進む。ステップＳ７１２では、取得した入室条件の条件パラメータが「ドア１」で条件値が「入室」であるため、入室条件が有りと判定し、ステップＳ７１３へ進む。ステップＳ７１３では、ＩＣカードから入室条件であるドア１の最新日時の入退室動作履歴を取得する。図６のＩＣカードの入退室履歴情報６１０のうち、ドア名称６１１が「ドア１」、且つ日時が最新のデータ、すなわり項番３ ６１６のデータを取得し、ステップＳ７１４へ進む。ステップＳ７１４では、図７のＩＣカードのドア２の入室条件６３０の項番１ ６３３の条件値「入室」と、図６のＩＣカードの入退室履歴情報６１０の項番３ ６１６の動作履歴「入室」を比較する。比較の結果一致であると判定されるため、ステップＳ７１５へ進む。ステップＳ７１６では、入室を許可しドアを開けステップＳ７１８へ進み処理を終了する。
【００３２】
図１０は、図７の複合認可時のドア毎の入室条件に時間条件を追加した入室条件を示した図である。図７で説明した入室条件に、時間条件である時間値と時間範囲を追加する。ＩＣカードのドア１の入室条件８１０とＩＣカードのドア２の入室条件８２０は、ＩＣカードの記憶部に格納されている。ＩＣカードのドア１の入室条件８１０は、条件パラメータ８１１と条件値８１２と時間値８１３と時間範囲８１４で構成されている。同様にＩＣカードのドア２の入室条件８２０は、条件パラメータ８２１と条件値８２２と時間値８２３と時間範囲８２４で構成されている。ＩＣカードのドア１の入室条件８１０の条件パラメータ８１１には、条件の対照となるドア名称が格納されている。条件パラメータ８１１がない場合は、「なし」が格納される。条件値８１２には、条件パラメータ８１１で指定したドア名称での動作すべき値が格納されている。条件値がない場合は、「なし」が格納される。
【００３３】
時間値８１３には、入室を許可するための時間が格納されている。時間値８１３がない場合は、「なし」が格納される。時間範囲８１４には、時間値８１３に対し、以上か以内かを示す値が格納される。以上の場合は、条件パラメータ及び条件値に加え、この条件を満たす履歴時間から、時間値８１３に格納されている時間以上たった場合に入室することができる。また以内の場合は、条件パラメータ及び条件値に加え、この条件を満たす履歴時間から、時間値８１３に格納されている時間以内であれば、入室することができる。時間値８１３がない場合は時間範囲８１４もないので、その場合は「なし」が格納される。例えば、項番１ ８１５には、条件パラメタ８１１がなし、条件値８１２がなし、時間値８１３がなし、時間範囲８１４がなしが格納されており、すなわち、複合認可条件はなく、ドア１の認証が許可されれば、ドア１を入室することができる。
【００３４】
ＩＣカードのドア２の入室条件８２０では、項番１ ８２５には、条件パラメータ８２１にドア１が、条件値８２２に入室が、時間値８２３に２４：００：００が、時間範囲８２４に以内が格納されている。すなわち、ドア１で入室済みであり、さらに入室してから２４：００：００時間以内であればドア２に入室することができる。
【００３５】
図８と図９の処理シーケンスを、図１０に記載の入室条件を用いた場合の処理を説明する。
図８は、前半の処理シーケンスを説明した図である。図８については一度説明済みであるため説明を省略する。
【００３６】
図９は、図８のステップＳ７０５の複合認可処理を示した図である。図８のステップＳ７０５から、ステップＳ７１０へ進む。ステップＳ７１０では処理を開始し、ステップＳ７１１へ進む。ステップＳ７１１では、ＩＣカードリーダライタを制御し、ＩＣカードから図７の入室条件から対象となるドアの入室条件を取得し、ステップＳ７１２へ進む。ステップＳ７１２では、対象となるドアの入室条件の有無を判定する。入室条件が有りの場合は、ステップＳ７１３へ進む。一方、入室条件が無しの場合は、ステップＳ７１５へ進む。ステップＳ７１３では、ＩＣカードから、入室条件の判定で対象となるドアの最新日時の入退室動作履歴を取得し、ステップＳ７１４へ進む。例えば、入室条件でドア１の入室が条件であれば、入退室動作履歴からはドア１の最新の動作履歴を取得する。退室動作履歴のうち図７で選択した入室条件の条件パラメータと一致するドア名称を持つデータのうち最新日時の動作履歴とを比較する。入室条件と動作履歴を比較した結果、一致の場合は、さらに、本処理を行った時刻を入退室制御装置から取得し、その処理時刻と、時刻値及び時間範囲より判定を行う。時刻値と時間範囲の条件を満たしている場合は、ステップＳ７１５へ進む。一方、入室条件と動作履歴を比較した結果、一致の場合や、時刻値と時間範囲の条件を処理時刻が満たしていない場合は、ステップＳ７１７へ進む。ステップＳ７１７では、入室不許可と判定し、ドアを開けずにステップＳ７１８へ進む。ステップＳ７１８では処理を終了する。
【００３７】
ステップＳ７１５では、入室判定に使用したＩＣカードの記憶部へ、入退室動作履歴をＩＣカードリーダライタを制御し格納し、ステップＳ７１６へ進む。ステップＳ７１６では入室許可と判定し、ドアを開け、ステップＳ７１８へ進む。ここでは、ステップＳ７１４で入室条件が１つの場合で説明したが、複数のドア及び複数の条件パラメータ及び条件値を持つ場合は、判定に必要な入室条件を全て比較し、入室条件を全て満たす場合のみ一致と判定し、ステップＳ７１５へ進む。一方、１つでも入室条件を満たさない場合は、不一致と判定し、ステップＳ７１７へ進む。
【００３８】
以上、本実施形態によれば、具体的には、複数の認可システムを組合せ複合認可をする際に、管理サーバから各制御装置へ管理情報を配信する方法を用いたまま、管理サーバと各制御装置間の通信量を減少させることができる。また、複数のアプリケーションを組み合わせて複合認可を行うためには、従来一括で管理する管理サーバが必要であったが、本実施形態によれば一括で管理する管理サーバが不要としてもよい。
【符号の説明】
【００３９】
１００ 入退室管理サーバ、１０１ 電源部、１０２ クライアントインタフェース、１０３ 制御部、１０４ 記憶部、１１０ ドア１、１２０ ドア２、１３０ 利用者、
２００ 入退室制御装置、２０１ 電源部、２０２ デバイスインタフェース、２０３ ホストインタフェース、２０４ 制御部、２０５ 記憶部、２１０ 入退室制御装置、２２０ 入退室制御装置、
３００ ＩＣカードリーダライタ、３０１ ＩＣカードリーダライタアンテナ、３０２ 送受信部、３０３ 電源部、３０４ 通信制御部、３０５ 制御部、３０６ ホストインタフェース、３１０ ＩＣカードリーダライタ、３２０ ＩＣカードリーダライタ、３３０ ＩＣカードコマンドデータ、
４００ ＩＣカード、４０１ アンテナ、４０２ 整流部、４０３ 電源部、４０４ 通信制御部、４０５ 制御部、４０６ 記憶部、４１０ ＩＣカード、４２０ ＩＣカード、４３０ ＩＣカードレスポンスデータ、
５１０ ドア１入退室許可情報、５１１ ユーザＩＤ、５１２ 入室権限、５１３ １、５１４ ２、５１５ ３、５１６ ４、５２０ ドア２入退室許可情報、５２１ ユーザＩＤ、５２２ 入室権限、５２３ １、５２４ ２、５２５ ３、５２６、
６００ ＩＣカードの識別情報、６０１ ユーザＩＤ、６０２ １、６１０ ＩＣカードの入退室履歴情報、６１１ ドア名称、６１２ 動作履歴、６１３ 日時、６１４ １、６１５ ２、６１５ ３、６２０ ＩＣカードのドア１の入室条件、６２１ 条件パラメータ、６２２ 条件値、６２３ １、６３０ ＩＣカードのドア２の入室条件、６３１ 条件パラメータ、６３２ 条件値、６３３ １、
Ｓ７００ 開始、Ｓ７０１ ＩＣカードからユーザＩＤを取得、Ｓ７０２ 入退室許可情報からユーザＩＤを検索、Ｓ７０３ 該当するユーザＩＤの入室権限を取得、Ｓ７０４ 入室権限の判定、Ｓ７０５ 複合認可処理、Ｓ７０６ 入室不許可、Ｓ７０７ 終了、
Ｓ７１０ 開始、Ｓ７１１ ＩＣカードから対象となるドアの入室条件を取得、Ｓ７１２ 入室条件の有無、Ｓ７１３ ＩＣカードから対象となるドアの最新日時の入退室動作履歴を取得、Ｓ７１４ 入室条件と動作履歴を比較、Ｓ７１５ ＩＣカードへ入退室動作履歴を格納、Ｓ７１６ 入室許可、Ｓ７１７ 入室不許可、Ｓ７１８ 終了
８１０ ＩＣカードのドア１の入室条件、８１１ 条件パラメータ、８１２ 条件値、８１３ 時間値、８１４ 時間範囲、８１５ 項番、８２０ ＩＣカードのドア２の入室条件、８２１ 条件パラメータ、８２２ 条件値、８２３ 時間値、８２４ 時間範囲、８２５ 項番
【技術分野】
【０００１】
本発明は、いわゆるＩＣカードを含む情報記録媒体と識別情報を用いた認証を行う技術に関する。
【背景技術】
【０００２】
オフィスビルなどの入退セキュリティ向上のため個人の識別情報を用いたICカードや指紋や静脈に代表される生体情報を利用した入退室管理システムの普及が増加している。また、入退室管理だけでなく、ＰＣログイン、物品レンタルシステムなど、個人の識別情報を利用した物理セキュリティにおけるアプリケーションの普及も広がっていくものと予想される。
【０００３】
今後、個人の識別情報を用いたアプリケーションの増加に伴い、各システムでの厳重な個別管理が必要となり、コストの増加と利便性の低下が危惧されることから、物理セキュリティにおいても、インターネット上でのシングルサインオンのような一括で識別情報を管理及びプロビジョニングする仕組みが必要とされている。また、既に導入されているアプリケーションを拡張し、新規アプリケーションと組み合わせて導入するケースが多く見込まれるため、組み合わせる際の柔軟性や拡張性が重要となる。また、導入コストの低減も重要とされている。
一方で、複数のアプリケーションを組合せることにより、セキュリティの向上と利便性の向上が見込まれるメリットがあり、新規アプリケーションの創出と普及が可能となる。
【０００４】
例えば、特許文献１ではＰＣ室の入り口のゲートで入室許可を得て入室していないと、オフィス内のＰＣにログインできないようにする方法が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−３５６８３５
【発明の概要】
【発明が解決しようとする課題】
【０００６】
今後、特許文献１で提案されているような複数アプリケーションを組み合わせたシステムが増加すると見込まれ、導入時のコストの低減と利便性の向上が重要となる。具体的には、複数アプリケーションを組み合わせることにより、管理サーバが必要となることや、管理サーバとクライアントとなる複数アプリケーション間の通信量の増加が課題となる。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明では、情報記録媒体を利用した認証を時系列に複数回数行う場合、最新の認証処理に関する認証条件が当該情報記録媒体に格納されているか否かにより、認証を行う。この際、認証条件としては、最新の認証処理（もしくは当該認証処理に応じた制御対象の動作）の履歴情報を用いるとより好適である。また、最新の履歴情報としては、一定期間以内のものを有効（もしくは一定期間外を削除）して記録することも含まれる。
【発明の効果】
【０００８】
ＩＣカードなどの情報記録媒体を用いた物理セキュリティシステムにおいて、複数アプリケーションを組み合わせたシステムにおいて、通信コストを抑えることができる。
【図面の簡単な説明】
【０００９】
【図１】本実施の形態に係る全体構成を示す説明図
【図２】入退室管理サーバ及び入退室制御装置の内部構成を示す構成図
【図３】ＩＣカード及びＩＣカードリーダライタの内部構成を示す構成図
【図４】入退室制御装置が持つ入退室許可情報を示す図
【図５】ＩＣカードが持つ識別情報を示す図
【図６】ＩＣカードが持つ入退室履歴情報を示す図
【図７】ＩＣカードが持つ入室条件を示す図
【図８】入退室制御装置での入室時の処理を示す処理シーケンス図
【図９】入退室制御装置での入室時の複合認可処理を示す処理シーケンス図
【図１０】ＩＣカードが持つ入室条件を示す図
【発明を実施するための形態】
【００１０】
以下、本発明に関する一実施の形態について、本実施の形態に係る入退室管理サーバと、入退室用の各ドアに設定された入退室制御装置及びＩＣカードリーダライタと、利用者が携帯するＩＣカードからなる構成を図１に、入退室管理サーバ及び入退室制御装置の内部構成を図２に、ＩＣカードがＩＣカードライタと通信するための内部構成を図３に、複数のドアに設定された入退室システムを用いて複合認可するための仕組みを図４から図１０に、図面を参照しながら説明していく。なお、実施の形態は、いわゆる入退室処理に適用した例で説明しているが、時系列に連続して認証を行う他のものへも適用可能である。また、入退室＝いわゆる部屋だけでなくな所定領域への入退場の制御への適用も可能である。この場合、ゲートに設置されたフラッパの動作を制御することも含まれる。また、以下、連続（的）とは、時系列で、つまり、時間の前後関係があればよく、利用する認証装置が別個でも同じでもよい。また、情報記録媒体として、ＩＣカードを例に説明するが、後述する履歴を記録できれば、その形態は問わない。
【００１１】
図１は、入退室管理サーバと、入退室用の各ドアに設定された入退室制御装置及びＩＣカードリーダライタと、利用者が携帯するＩＣカードからなる構成を示した図である。ドア１ １１０には、入退室制御装置２１０が接続されており、ドア１ １１０の入退室即ちドア開閉許可を管理する。ドア１ １１０自体の開閉は図示の都合上省略する。また入退室制御装置２１０にはＩＣカードリーダライタ３１０が接続されており、利用者１３０が携帯しているＩＣカード４１０から識別情報を取得する。利用者１３０がＩＣカード４１０をＩＣカードリーダライタ３１０にかざす即ち通信させると、ＩＣカード４１０の識別情報をＩＣカードリーダライタ３１０経由で入退室制御装置２１０が取得し、その識別情報を元に、入退室許可情報と照会し、ドア１ １１０の開錠を行う。ここで入退室許可情報とは、利用者識別情報毎のドアの開閉許可権限を指す。後述の図４で説明する。
【００１２】
同様に、ドア２ １３０には、入退室制御装置２２０が接続されており、ドア２ １２０の入退室即ちドア開閉許可を管理する。ドア２ １２０自体の開閉は図示の都合上省略する。また入退室制御装置２２０にはＩＣカードリーダライタ３２０が接続されており、利用者１３０が携帯しているＩＣカード４２０から識別情報を取得する。利用者１３０がＩＣカード４２０をＩＣカードリーダライタ３２０にかざす即ち通信させると、ＩＣカード４２０の識別情報をＩＣカードリーダライタ３２０経由で入退室制御装置２２０が取得し、その識別情報を元に、入退室許可情報と照会し、ドア２ １２０の開錠を行う。ここで、ドア１ １１０とドア２ １２０が同じ建物内であった場合、利用者１３０が２種類のＩＣカードを持つことは利便性の低下につながるので、１種類のＩＣカードでドア１ １１０とドア２ １２０の開閉を行うことができると良い。即ち、利用者１３０が携帯するＩＣカード４１０とＩＣカード４２０は同じものになる。以降、ＩＣカード４２０もＩＣカード４１０として記述する。１種類のＩＣカードで、複数のドアを開錠するには、ドア毎の入退室許可情報を一括で管理するほうがコストの低下のためにも望ましい。
【００１３】
そこで、ドア１ １１０とドア２ １２０の管理を一括で行うために、入退室管理サーバ１００と、ドア１ １１０に設定されている入退室制御装置２１０が接続されており、同様にドア２ １２０に設定されている入退室制御装置２２０とも接続されている。例えば、利用者１３０の入退室許可情報を入退室管理サーバ１００で管理し、あるタイミングで、ドア１ １１０に設定されている入退室制御装置２１０とドア２ １２０に設定されている入退室制御装置２２０へ配信する。ここで、ドア毎に持つ入退室許可情報やユーザ情報は異なるため、ドア１ １１０に設定されている入退室制御装置２１０とドア２ １２０に設定されている入退室制御装置２２０へ配信する情報は異なっても良いし、同じでも良い。また、ドア及び入退室制御装置の数が少ない場合は、入退室許可情報の各入退室制御装置での管理が可能であるため、入退室管理サーバ１００がなくても良い。
本例では、入退室管理サーバ１００からドア１ １１０に設定されている入退室制御装置２１０と、ドア２ １２０に設定されている入退室制御装置２２０へ入退許可情報を配信し、入退室許可情報を各入退室制御装置が保持する方法を説明したが、例えば、ドア１ １１０の例を用いると、ドア毎の入退室許可情報を入退室管理サーバ１００が一括で保持し、ＩＣカード４１０をＩＣカードリーダライタ３１０へかざしたときに、接続されている入退室制御装置２１０が入退室管理サーバ１００へ、ＩＣカード４１０から取得した利用者識別情報を用いてドア１ １１０の開閉許可を問い合わせる方法でも良い。しかし、ドア及び入退室制御装置及び利用者が膨大に増加した場合、頻繁に入退室管理サーバ１００へ問い合わせが発生するため、入退室管理サーバ１００の負荷と、通信量が増加してしまうデメリットがある。よって、システムの安定性とコストを考慮すると前者の入隊室管理サーバ１００から各入退室制御装置へ入退室許可情報を配信する方法が望ましい。
【００１４】
ここで、本実施の形態では、ドア１ １１０とドア２ １２０でのドア１とドア２の入退室許可判断制御時の複合認可について提案する。具体的には、ドア１ １１０でＩＣカード４１０を用いて正式に入室していなければ、ドア２ １２０で入退室許可であったとしても、入室することができない方法について説明する。
【００１５】
ここで、前述で説明した入退室管理サーバ１００から各入退室制御装置へ入退室許可情報を配信する方法では、ドア１ １１０でＩＣカード４１０を用いて入室した後、すぐにドア２ １２０で入室しようとＩＣカード４１０をＩＣカードリーダライタ３２０にかざすとする。その間、入退室管理サーバが、入退室制御装置２１０からＩＣカード４１０を用いてドア１ １１０から入室したという情報を取得し、その結果を元に、入退室許可情報のうちＩＣカード４１０が該当する利用者１３０のドア２ １２０の入室許可情報を入室不許可から入室許可に変更し、入退室制御装置２２０へ配信する必要がある。利用者はいつ、ドア１ １１０を入室し、その後ドア２ １２０へ入室を試みるかは分からない。よって、入退室管理サーバ１００は、数秒単位で連続的に各入退室制御装置から、入室履歴を取得し、且つ、変更反映した入退室許可情報を各入退室制御装置へ配信し続けなければならない。通信量を減少させるために、入退室管理サーバ１００から各入退室制御装置へ入退室許可情報を配信する方法を採用していたが、本実施の形態での複合認可を実施しようとすると、通信量が増加してしまう課題が発生する。そこで、複合認可を行う際に、入退室管理サーバ１００から各入退室制御装置へ入退室許可情報を配信する方法を用いたまま、通信量を減少させる方法について提案説明する。
【００１６】
図２は、入退室管理サーバと接続されている入退室制御装置の内部構成を示した図である。図示の都合上、入退室管理サーバ１００には、入退室制御装置２００が１つしか接続されていないが、１つ以上の複数の入退室制御装置が接続されているものとする。入退室管理サーバ１００は、外部から電源を受給し、電源を各部に供給する電源部１０１と、複数の入退室制御装置と接続するためのクライアントインタフェース１０２と、入退室許可情報を生成したり、入退室制御装置２００とデータの送受信をしたりする処理を行う制御部１０３と、制御部１０３で生成された各ドアに設定されている各入退室制御装置の保持する入退室許可情報のマスタ情報や、入退室制御装置２００の接続及び管理情報や制御部１０４の処理手順を保持する記憶部１０４から構成される。ここで、入退室許可情報の生成方法については、ＧＵＩを用いて管理者及び利用者が生成する方法や、制御部１０３が自動で生成する方法などがあるが詳細は省略する。
【００１７】
入退室制御装置２００は、外部から電源を受給し、各部に電源を供給する電源部２０１と、ＩＣカードに代表される情報記録媒体と通信するリーダライタ装置や静脈認証装置などのデバイス、ドアまたはドア開閉処理装置と接続するためのデバイスインタフェース２０２と、入退室管理サーバ１００と接続するためのホストインタフェース２０３と、入退室管理サーバ１００から入退室許可情報を取得したり、デバイスインタフェース２０２に接続されているリーダライタ装置や静脈認証装置を制御して、ＩＣカードが持つ情報や静脈情報を取得したり、ＩＣカードから取得した識別情報と入退室許可情報を照会し許可か不許可を判断したり、ＩＣカードから取得したドアの入室条件とＩＣカードから取得した動作履歴を照会し許可か不許可を判断したり、ＩＣカードへ動作履歴を格納するためにＩＣカードリーダライタへ指示を出したり、ドアの開閉またはドア開閉処理装置へドア開閉の指示を出したり、制御部で処理する際の時刻を取得する制御部２０４と、入退室管理サーバ１００から配信された入退室許可情報や、制御部２０４の処理手順を記憶する記憶部２０５から構成される。
【００１８】
入退室管理サーバ１００は、入退室制御装置２００へ入退室許可情報を配信する。配信するタイミングは、本発明では規定しないが、使用するアプリケーション及び業務と、通信量を抑える配慮をし考慮することが望ましい。
また、ドア及び入退室制御装置の数が少ない場合、各入退室制御装置で入退室許可情報を管理及び保持できるため、入退室管理サーバ１００と入退室制御装置２００がまとめて１つで構成されていても良いし、入退室管理サーバ１００がなくても良い。本実施形態では、一括で管理する入退室管理サーバ１００がなくても、複合認可が可能となる。
【００１９】
図３は、ＩＣカードがＩＣカードライタと通信するための内部構成を示した図である。ＩＣカードリーダライタ３００は、ＩＣカード４００と接触または電波や電磁はによる非接触で通信するためのＩＣカードリーダライタアンテナ３０１と、ＩＣカードリーダライタアンテナ３０１を用いてＩＣカード４００へＩＣカードコマンドデータ３３０を送信したり、その応答であるＩＣカードレスポンスデータ４３０を受信したりする送受信部３０２と、外部から電源を受給し、各部に電源を供給するための電源部３０３と、ＩＣカードコマンドデータ送信時の変調やＩＣカードレスポンスデータ受信時の信号の増幅や復調を行い、また通信方法を備えた通信制御部３０４と、ホストインタフェース３０６に接続されたパーソナルコンピュータなどとデータの送受信を行ったり、各部の処理手順を記憶したりする制御部３０５と、パーソナルコンピュータや入退室制御装置２００と接続するためのホストインタフェース３０６から構成される。
【００２０】
ＩＣカード４００は、ＩＣカードリーダライタ３００から電磁波や電波により電源を受給し、信号やＩＣカードコマンドデータ３３０の受信や、ＩＣカードレスポンスデータ４３０の送信を行うアンテナ４０１と、アンテナ４０１から受信した電波を整する整流部４０２と、整流して得た電圧を検出し、また電源を保持し、その電源を各部に供給する電源部４０３と、受信信号やＩＣカードコマンドデータ３３０の復調を行い、また送信する信号やＩＣカードレスポンスデータ４３０の変調を行う通信制御部４０４と、初期化処理やＩＣカードコマンドデータ３３０を受けＩＣカードレスポンスデータ４３０を生成や応答をしたり、記憶部４０６に記憶されている識別情報や入退室履歴や対象となるドアの入室条件を読み出しＩＣカードレスポンスデータとして生成する制御部４０５と、制御部４０５の処理手順や、識別情報や、入退室履歴や対象となるドアの入室条件を記憶している記憶部４０６から構成される。ＩＣカードコマンドデータ３３０には、例えば、ＩＣカード４００の記憶部４０６に格納されている各種情報を取得するリードコマンドや、ＩＣカード４００の記憶部４０６に各種情報を格納するライトコマンドなどがある。ＩＣカードコマンドデータ３３０とＩＣカードレスポンスデータ４３０のデータのやり取りについて、本実施例では電波や電磁波による無線通信を用いたいわゆるＩＣカードをＩＣカードリーダライタにかざす非接触を前提に説明するが、ＩＣカードをＩＣカードリーダライタに挿入する接触であっても良い。また、ＩＣカードだけでなく、情報の読取りと書込みのできるＲＦＩＤタグのような安価なものを利用しても良い。
【００２１】
図４は、ドア毎の入退室許可情報を示した図である。本実施例では、退室については入室可能であれば、退室も可能であることを前提とし説明を省略する。
ドア１には、ドア１入退室許可情報５１０が設定され、ドア２には、ドア２入退室許可情報５２０が設定される。ドア１入退室許可情報５１０は、ユーザＩＤ５１１と入室権限５１２で構成される。ユーザＩＤ５１１は、ＩＣカードを識別するものであり、ＩＣカードから取得したユーザＩＤを用いて検索を行うときの検索キーとして使用する。入室権限５１２には、「許可」または「不許可」が格納され、入室権限５２２が「許可」の場合は、入室が許可されておりドアが開く。入室権限５２２が「不許可」の場合は、入室が許可されておらずドアが開かない。項番１ ５１３には、ユーザＩＤ５１１に「ＵＳＥＲ１」が、入室権限５１２に「許可」が格納されている。項番２ ５１４には、ユーザＩＤ５１１に「ＵＳＥＲ２」が、入室権限５１２に「許可」が格納されている。項番３ ５１５には、ユーザＩＤ５１１に「ＵＳＥＲ３」が、入室権限５１２に「不許可」が格納されている。項番４ ５１６には、ユーザＩＤ５１１に「ＵＳＥＲ４」が、入室権限５１２に「許可」が格納されている。同様に、ドア２入退室許可情報５２０は、ユーザＩＤ５２１と入室権限５２２で構成される。項番５２３には、ユーザＩＤ５２１に「ＵＳＥＲ１」が、入室権限５２２に「許可」が格納されている。項番２ ５２４には、ユーザＩＤ５２１に「ＵＳＥＲ２」が、入室権限５２２に「不許可」が格納されている。項番３ ５２５には、ユーザＩＤ５２１に「ＵＳＥＲ３」が、入室権限５２２に「不許可」が格納されている。項番４ ５２６には、ユーザＩＤ５２１に「ＵＳＥＲ４」が、入室権限５２２に「許可」が格納されている。これら入退室許可情報は、入退室管理サーバで生成され、該当するドアに設定されている入退室制御装置の記憶部にて格納される。このドア毎の入退室許可情報を用いて、ＩＣカード等から取得したユーザＩＤを参照し、ドアの入室許可判定を行う。もし、ＩＣカード等から取得したユーザＩＤが存在しなかった場合は、もちろん入室不許可であるが、登録されていない不正なユーザＩＤを使用された、または機器の故障等と見なし、警告を通知する仕組みがあったほうが望ましい。
【００２２】
図５は、ＩＣカードが持つ識別情報を示した図である。ＩＣカードの識別情報６００は、ユーザＩＤ６０２で構成されている。ＩＣカードの識別情報６００は、ＩＣカードの記憶部に格納されている。項番１ ６０２には、ユーザＩＤ６０１に「ＵＳＥＲ１」が格納されている。前述でも説明したが、図４のドア毎の入退室許可情報を、このＩＣカード識別情報６００のユーザＩＤ６０１を用いて、入退室許可の判定を行う。
【００２３】
図６は、ＩＣカードを使用して入退室を行った際の履歴情報を示した図である。ＩＣカードの入退室履歴情報は、ドア名称６１１と動作履歴６１２と日時６１３で構成されている。ＩＣカードの入退室履歴情報６１０は、ＩＣカードの記憶部に格納されている。ドア名称６１１は、入室を行ったドアの名称が格納される。動作履歴には、「入室」か「退室」が格納され、ドア名称６１１に対し、入室を行った場合は「入室」が、退室を行った場合は「退室」が行われる。日時６１３には、入室または退室を行った日時が格納される。項番１ ６１４には、ドア名称６１１に「ドア１」が、動作履歴６１２に「入室」が、日時６１３に「２０１０／０３／１８ １１：００：０２」が格納されている。項番２ ６１５には、ドア名称６１１に「ドア１」が、動作履歴６１２に「退室」が、日時６１３に「２０１０／０３／１８ １４：０５：４３」が格納されている。項番３ ６１６には、ドア名称に「ドア１」が、動作履歴６１２に「入室」が、日時６１３に「２０１０／０３／１９ １０：１７：４１」が格納されている。本実施例では、入室または退室の履歴をＩＣカードの記憶部に格納していくが、記憶部の容量に限りがあるため、本実施の形態では、ドア毎の最新の動作履歴があれば良いため、古い動作履歴は削除しても良い。あるドアの最後の動作履歴が、入室なのか、退室なのかが分かれば良い。
【００２４】
図７は、複合認可時のドア毎の入室条件を示した図である。ＩＣカードのドア１の入室条件６２０とＩＣカードのドア２の入室条件６３０は、ＩＣカードの記憶部に格納されている。ＩＣカードのドア１の入室条件６２０は、条件パラメータ６２１と条件値６２２で構成されている。条件パラメータ６２１には、条件の対象となるドア名称が格納されている。条件パラメータがない場合は、「なし」が格納される。条件値６２２には、条件パラメータ６２１で指定したドア名称での動作すべき値が格納されている。条件値がない場合は、「なし」が格納される。例えば、ＩＣカードのドア１の入室条件６２０では、項番１ ６２３で、条件パラメータ６２１に「なし」が条件値６２２に、「なし」が格納されており、ドア１に入室するための条件はない。よって、ＩＣカードに格納されているユーザＩＤと、ドアに設定されている入退室許可情報の該当するユーザＩＤの入室権限が「許可」であれば入室できる。
【００２５】
ＩＣカードのドア２の入室条件６３０では、項番１ ６３３で、条件パラメータ６３１に「ドア１」が、条件値６３２に「入室」が格納されている。ドア２を入室するためには、ドア１で入室していることが条件となることを示す。すなわち、ＩＣカードに格納されているユーザＩＤと、ドアに設定されている入退室許可情報の該当するユーザＩＤの入室権限が「許可」であり、且つ、ドア１を入室していると、ドア２を入室することができる。本実施例では、ＩＣカードのドア２の入室条件６３０に、条件パラメータ６３１にドア１の条件しか格納していないが、ドアが複数ある場合は、複数格納されていても良い。
【００２６】
図８と図９は、各ドアに設定されている入退室制御装置が、図４から図７の各情報を用いて入室判定を行う処理シーケンスを示した図である。図示の都合上、１つの処理シーケンスを図８と図９に分けて記載している。本処理は、入退室制御装置の記憶部に格納されており、制御部にて処理される。
【００２７】
図８は、前半の処理シーケンスを説明した図である。利用者がＩＣカードをＩＣカードリーダライタにかざすと、ステップＳ７００で開始し、ステップＳ７０１へ進む。ステップＳ７０１では、ＩＣカードリーダライタを制御してＩＣカードから図５で説明した識別情報のうち、ユーザＩＤを取得し、ステップＳ７０２へ進む。ステップＳ７０２では、ステップＳ７０１で取得したユーザＩＤを用いて、図４で説明した入退室許可情報から、検索する。ここで、入退室許可情報に検索したユーザＩＤが有りの場合は、ステップＳ７０３へ進む。一方、検索したユーザＩＤが無しの場合は、ステップＳ７０６へ進む。ここでユーザＩＤが存在しなかった場合は、事前に登録されていない不正なユーザＩＤを用いたか、ＩＣカードまたはＩＣカードリーダライタ等の故障が考えられるため、警告を通知する仕組みがあると良い。ステップＳ７０６では、入室不許可と判定し、ドアを開けずに、ステップＳ７０７へ進む。ステップＳ７０７では処理を終了する。一方、ステップＳ７０３では、検索で該当したユーザＩＤの入室権限の値を取得し、ステップＳ７０４へ進む。ステップＳ７０４では、ステップＳ７０３で取得した入室権限が、「許可」か「不許可」かの判定を行う。入室権限が「許可」の場合は、ステップＳ７０５へ進む。入室権限が「不許可」の場合は、ステップＳ７０６へ進む。ステップＳ７０５では、図９で説明する複合認可処理へ進む。
【００２８】
図９は、図８のステップＳ７０５の複合認可処理を示した図である。図８のステップＳ７０５から、ステップＳ７１０へ進む。ステップＳ７１０では処理を開始し、ステップＳ７１１へ進む。ステップＳ７１１では、ＩＣカードリーダライタを制御し、ＩＣカードから図７の入室条件から対象となるドアの入室条件を取得し、ステップＳ７１２へ進む。ステップＳ７１２では、対象となるドアの入室条件の有無を判定する。入室条件が有りの場合は、ステップＳ７１３へ進む。一方、入室条件が無しの場合は、ステップＳ７１５へ進む。ステップＳ７１３では、ＩＣカードから、入室条件の判定で対象となるドアの最新日時の入退室動作履歴を取得し、ステップＳ７１４へ進む。例えば、入室条件でドア１の入室が条件であれば、入退室動作履歴からはドア１の最新の動作履歴を取得する。ステップＳ７１４では、図７の対象となるドアの入室条件の条件値と、図６の入退室動作履歴のうち図７で選択した入室条件の条件パラメータと一致するドア名称を持つデータのうち最新日時の動作履歴とを比較する。入室条件と動作履歴を比較した結果、一致の場合は、ステップＳ７１５へ進む。一方、不一致の場合は、ステップＳ７１７へ進む。ステップＳ７１７では、入室不許可と判定し、ドアを開けずにステップＳ７１８へ進む。ステップＳ７１８では処理を終了する。
【００２９】
ステップＳ７１５では、入室判定に使用したＩＣカードの記憶部へ、入退室動作履歴をＩＣカードリーダライタを制御し格納し、ステップＳ７１６へ進む。ステップＳ７１６では入室許可と判定し、ドアを開け、ステップＳ７１８へ進む。ここでは、ステップＳ７１４で入室条件が１つの場合で説明したが、複数のドア及び複数の条件パラメータ及び条件値を持つ場合は、判定に必要な入室条件を全て比較し、入室条件を全て満たす場合のみ一致と判定し、ステップＳ７１５へ進む。一方、１つでも入室条件を満たさない場合は、不一致と判定し、ステップＳ７１７へ進む。
【００３０】
次に、図８と図９の処理シーケンスを、図１及び図４から図７に記載の例を用いて説明する。
図１で、ドア１に設定されているＩＣカードリーダライタに利用者がＩＣカードをかざすと、図８の処理シーケンスのステップＳ７００を開始し、ステップＳ７０１へ進む。ステップＳ７０１では、図５で説明したＩＣカードの識別情報のうちユーザＩＤの「ＵＳＥＲ１」を取得し、ステップＳ７０２へ進む。ステップＳ７０２では、図４のドア１入退室許可情報５１０からユーザＩＤが「ＵＳＥＲ１」のデータを検索する。検索の結果、項番１ ５１３が該当するため、有りと判定し、ステップＳ７０３へ進む。ステップＳ７０３では、検索した「ＵＳＥＲ１」の入室権限「許可」を取得し、ステップＳ７０４へ進む。ステップＳ７０４では、入室権限が「許可」であるため、ステップＳ７０５へ進む。ステップＳ７０５では、図９のステップＳ７１０の複合認可処理へ進み、処理を開始しステップＳ７１１へ進む。ステップＳ７１１では、ＩＣカードから、図７のドア１の入室条件であるＩＣカードのドア１の入室条件６２０を取得し、ステップＳ７１２へ進む。ステップＳ７１２では、取得した入室条件の条件パラメータ及び条件値が「なし」であるため、入室条件が無しと判定し、ステップＳ７１５へ進む。ステップＳ７１５では、ＩＣカードへ入退室動作履歴として、ドア名称が「ドア１」、動作履歴が「入室」、日時にその際の日時を格納すし、ステップＳ７１６へ進む。ステップＳ７１６では、入室許可としドアを開け、ステップＳ７１７へ進み処理を終了する。図示していないが、退室の場合も、同様にＩＣカードに、入退室動作履歴としてドア名称が「ドア１」、動作履歴が「退室」、日時にその際の日時を格納する。
【００３１】
次に、ドア１で入室した後、ドア２に利用者がＩＣカードをかざした際の例を説明する。利用者がドア２に設定されているＩＣカードリーダライタにＩＣカードをかざすと、図８の処理シーケンスのステップＳ７００を開始し、ステップＳ７０１へ進む。ステップＳ７０１では、図６で説明したＩＣカードの識別情報のうちユーザＩＤの「ＵＳＥＲ１」を取得し、ステップＳ７０２へ進む。ステップＳ７０２では、図４のドア２入退室許可情報５２０からユーザＩＤが「ＵＳＥＲ１」のデータを検索する。検索の結果、項番１ ５２３が該当するため、有りと判定し、ステップＳ７０３へ進む。ステップＳ７０３では、検索した「ＵＳＥＲ１」の入室権限「許可」を取得し、ステップＳ７０４へ進む。ステップＳ７０４では、入室権限が「許可」であるため、ステップＳ７０５へ進む。ステップＳ７０５では、図９のステップＳ７１０の複合認可処理へ進み、処理を開始しステップＳ７１１へ進む。ステップＳ７１１では、ＩＣカードから図７のドア２の入室条件であるＩＣカードのドア２の入室条件６３０を取得し、ステップＳ７１２へ進む。ステップＳ７１２では、取得した入室条件の条件パラメータが「ドア１」で条件値が「入室」であるため、入室条件が有りと判定し、ステップＳ７１３へ進む。ステップＳ７１３では、ＩＣカードから入室条件であるドア１の最新日時の入退室動作履歴を取得する。図６のＩＣカードの入退室履歴情報６１０のうち、ドア名称６１１が「ドア１」、且つ日時が最新のデータ、すなわり項番３ ６１６のデータを取得し、ステップＳ７１４へ進む。ステップＳ７１４では、図７のＩＣカードのドア２の入室条件６３０の項番１ ６３３の条件値「入室」と、図６のＩＣカードの入退室履歴情報６１０の項番３ ６１６の動作履歴「入室」を比較する。比較の結果一致であると判定されるため、ステップＳ７１５へ進む。ステップＳ７１６では、入室を許可しドアを開けステップＳ７１８へ進み処理を終了する。
【００３２】
図１０は、図７の複合認可時のドア毎の入室条件に時間条件を追加した入室条件を示した図である。図７で説明した入室条件に、時間条件である時間値と時間範囲を追加する。ＩＣカードのドア１の入室条件８１０とＩＣカードのドア２の入室条件８２０は、ＩＣカードの記憶部に格納されている。ＩＣカードのドア１の入室条件８１０は、条件パラメータ８１１と条件値８１２と時間値８１３と時間範囲８１４で構成されている。同様にＩＣカードのドア２の入室条件８２０は、条件パラメータ８２１と条件値８２２と時間値８２３と時間範囲８２４で構成されている。ＩＣカードのドア１の入室条件８１０の条件パラメータ８１１には、条件の対照となるドア名称が格納されている。条件パラメータ８１１がない場合は、「なし」が格納される。条件値８１２には、条件パラメータ８１１で指定したドア名称での動作すべき値が格納されている。条件値がない場合は、「なし」が格納される。
【００３３】
時間値８１３には、入室を許可するための時間が格納されている。時間値８１３がない場合は、「なし」が格納される。時間範囲８１４には、時間値８１３に対し、以上か以内かを示す値が格納される。以上の場合は、条件パラメータ及び条件値に加え、この条件を満たす履歴時間から、時間値８１３に格納されている時間以上たった場合に入室することができる。また以内の場合は、条件パラメータ及び条件値に加え、この条件を満たす履歴時間から、時間値８１３に格納されている時間以内であれば、入室することができる。時間値８１３がない場合は時間範囲８１４もないので、その場合は「なし」が格納される。例えば、項番１ ８１５には、条件パラメタ８１１がなし、条件値８１２がなし、時間値８１３がなし、時間範囲８１４がなしが格納されており、すなわち、複合認可条件はなく、ドア１の認証が許可されれば、ドア１を入室することができる。
【００３４】
ＩＣカードのドア２の入室条件８２０では、項番１ ８２５には、条件パラメータ８２１にドア１が、条件値８２２に入室が、時間値８２３に２４：００：００が、時間範囲８２４に以内が格納されている。すなわち、ドア１で入室済みであり、さらに入室してから２４：００：００時間以内であればドア２に入室することができる。
【００３５】
図８と図９の処理シーケンスを、図１０に記載の入室条件を用いた場合の処理を説明する。
図８は、前半の処理シーケンスを説明した図である。図８については一度説明済みであるため説明を省略する。
【００３６】
図９は、図８のステップＳ７０５の複合認可処理を示した図である。図８のステップＳ７０５から、ステップＳ７１０へ進む。ステップＳ７１０では処理を開始し、ステップＳ７１１へ進む。ステップＳ７１１では、ＩＣカードリーダライタを制御し、ＩＣカードから図７の入室条件から対象となるドアの入室条件を取得し、ステップＳ７１２へ進む。ステップＳ７１２では、対象となるドアの入室条件の有無を判定する。入室条件が有りの場合は、ステップＳ７１３へ進む。一方、入室条件が無しの場合は、ステップＳ７１５へ進む。ステップＳ７１３では、ＩＣカードから、入室条件の判定で対象となるドアの最新日時の入退室動作履歴を取得し、ステップＳ７１４へ進む。例えば、入室条件でドア１の入室が条件であれば、入退室動作履歴からはドア１の最新の動作履歴を取得する。退室動作履歴のうち図７で選択した入室条件の条件パラメータと一致するドア名称を持つデータのうち最新日時の動作履歴とを比較する。入室条件と動作履歴を比較した結果、一致の場合は、さらに、本処理を行った時刻を入退室制御装置から取得し、その処理時刻と、時刻値及び時間範囲より判定を行う。時刻値と時間範囲の条件を満たしている場合は、ステップＳ７１５へ進む。一方、入室条件と動作履歴を比較した結果、一致の場合や、時刻値と時間範囲の条件を処理時刻が満たしていない場合は、ステップＳ７１７へ進む。ステップＳ７１７では、入室不許可と判定し、ドアを開けずにステップＳ７１８へ進む。ステップＳ７１８では処理を終了する。
【００３７】
ステップＳ７１５では、入室判定に使用したＩＣカードの記憶部へ、入退室動作履歴をＩＣカードリーダライタを制御し格納し、ステップＳ７１６へ進む。ステップＳ７１６では入室許可と判定し、ドアを開け、ステップＳ７１８へ進む。ここでは、ステップＳ７１４で入室条件が１つの場合で説明したが、複数のドア及び複数の条件パラメータ及び条件値を持つ場合は、判定に必要な入室条件を全て比較し、入室条件を全て満たす場合のみ一致と判定し、ステップＳ７１５へ進む。一方、１つでも入室条件を満たさない場合は、不一致と判定し、ステップＳ７１７へ進む。
【００３８】
以上、本実施形態によれば、具体的には、複数の認可システムを組合せ複合認可をする際に、管理サーバから各制御装置へ管理情報を配信する方法を用いたまま、管理サーバと各制御装置間の通信量を減少させることができる。また、複数のアプリケーションを組み合わせて複合認可を行うためには、従来一括で管理する管理サーバが必要であったが、本実施形態によれば一括で管理する管理サーバが不要としてもよい。
【符号の説明】
【００３９】
１００ 入退室管理サーバ、１０１ 電源部、１０２ クライアントインタフェース、１０３ 制御部、１０４ 記憶部、１１０ ドア１、１２０ ドア２、１３０ 利用者、
２００ 入退室制御装置、２０１ 電源部、２０２ デバイスインタフェース、２０３ ホストインタフェース、２０４ 制御部、２０５ 記憶部、２１０ 入退室制御装置、２２０ 入退室制御装置、
３００ ＩＣカードリーダライタ、３０１ ＩＣカードリーダライタアンテナ、３０２ 送受信部、３０３ 電源部、３０４ 通信制御部、３０５ 制御部、３０６ ホストインタフェース、３１０ ＩＣカードリーダライタ、３２０ ＩＣカードリーダライタ、３３０ ＩＣカードコマンドデータ、
４００ ＩＣカード、４０１ アンテナ、４０２ 整流部、４０３ 電源部、４０４ 通信制御部、４０５ 制御部、４０６ 記憶部、４１０ ＩＣカード、４２０ ＩＣカード、４３０ ＩＣカードレスポンスデータ、
５１０ ドア１入退室許可情報、５１１ ユーザＩＤ、５１２ 入室権限、５１３ １、５１４ ２、５１５ ３、５１６ ４、５２０ ドア２入退室許可情報、５２１ ユーザＩＤ、５２２ 入室権限、５２３ １、５２４ ２、５２５ ３、５２６、
６００ ＩＣカードの識別情報、６０１ ユーザＩＤ、６０２ １、６１０ ＩＣカードの入退室履歴情報、６１１ ドア名称、６１２ 動作履歴、６１３ 日時、６１４ １、６１５ ２、６１５ ３、６２０ ＩＣカードのドア１の入室条件、６２１ 条件パラメータ、６２２ 条件値、６２３ １、６３０ ＩＣカードのドア２の入室条件、６３１ 条件パラメータ、６３２ 条件値、６３３ １、
Ｓ７００ 開始、Ｓ７０１ ＩＣカードからユーザＩＤを取得、Ｓ７０２ 入退室許可情報からユーザＩＤを検索、Ｓ７０３ 該当するユーザＩＤの入室権限を取得、Ｓ７０４ 入室権限の判定、Ｓ７０５ 複合認可処理、Ｓ７０６ 入室不許可、Ｓ７０７ 終了、
Ｓ７１０ 開始、Ｓ７１１ ＩＣカードから対象となるドアの入室条件を取得、Ｓ７１２ 入室条件の有無、Ｓ７１３ ＩＣカードから対象となるドアの最新日時の入退室動作履歴を取得、Ｓ７１４ 入室条件と動作履歴を比較、Ｓ７１５ ＩＣカードへ入退室動作履歴を格納、Ｓ７１６ 入室許可、Ｓ７１７ 入室不許可、Ｓ７１８ 終了
８１０ ＩＣカードのドア１の入室条件、８１１ 条件パラメータ、８１２ 条件値、８１３ 時間値、８１４ 時間範囲、８１５ 項番、８２０ ＩＣカードのドア２の入室条件、８２１ 条件パラメータ、８２２ 条件値、８２３ 時間値、８２４ 時間範囲、８２５ 項番
【特許請求の範囲】
【請求項１】
情報記録媒体に格納された利用者に関する情報を用いて、当該利用者の連続的に複数の認証を行う情報記録媒体を用いた認証方法において、
前記情報記録媒体に格納された利用者に関する情報を情報処理装置に送信して、送信された情報と当該情報処理装置に格納された情報を比較して、前記利用者に利用者に対する前記複数の認証に含まれる第１の認証処理を実行し、
前記第１の認証処理で前記利用者の認証がされた場合、前記情報記録媒体に対して前記第１の認証処理がされたことを示す認証情報を格納し、
前記利用者から前記複数の認証に含まれる第２の認証要求があった場合、前記情報記録媒体に格納された認証条件が最新の認証であるかを判断し、
当該判断の結果、最新の認証である場合、第２の認証処理として前記利用者を認証し、
前記第２の認証処理がされたことを示す認証条件を、前記情報記録媒体に格納することを特徴とする情報記録媒体を用いた認証方法。
【請求項２】
請求項１に記載の情報記録媒体を用いた認証方法において、
前記情報記録媒体に格納された認証条件について、一定期間以内に格納された認証条件を有効とすることを特徴とする情報記録媒体を用いた認証方法。
【請求項３】
請求項２に記載の情報記録媒体を用いた認証方法において、
前記情報記録媒体に格納された認証条件について、一定期間以外に格納された認証条件を削除することで、前記一定期間以内の認証条件を有効とすることを特徴とする情報記録媒体を用いた認証方法。
【請求項４】
請求項１乃至３のいずれかに記載の情報記録媒体を用いた認証方法において、
前記第２の認証処理において、前記利用者が認証されなかった場合、前記情報勝利装置に対して、前記利用者に関する情報を送信して、送信された情報と当該情報処理装置に格納された情報を比較する認証処理を実行することを特徴とする情報記録媒体を用いた認証方法。
【請求項１】
情報記録媒体に格納された利用者に関する情報を用いて、当該利用者の連続的に複数の認証を行う情報記録媒体を用いた認証方法において、
前記情報記録媒体に格納された利用者に関する情報を情報処理装置に送信して、送信された情報と当該情報処理装置に格納された情報を比較して、前記利用者に利用者に対する前記複数の認証に含まれる第１の認証処理を実行し、
前記第１の認証処理で前記利用者の認証がされた場合、前記情報記録媒体に対して前記第１の認証処理がされたことを示す認証情報を格納し、
前記利用者から前記複数の認証に含まれる第２の認証要求があった場合、前記情報記録媒体に格納された認証条件が最新の認証であるかを判断し、
当該判断の結果、最新の認証である場合、第２の認証処理として前記利用者を認証し、
前記第２の認証処理がされたことを示す認証条件を、前記情報記録媒体に格納することを特徴とする情報記録媒体を用いた認証方法。
【請求項２】
請求項１に記載の情報記録媒体を用いた認証方法において、
前記情報記録媒体に格納された認証条件について、一定期間以内に格納された認証条件を有効とすることを特徴とする情報記録媒体を用いた認証方法。
【請求項３】
請求項２に記載の情報記録媒体を用いた認証方法において、
前記情報記録媒体に格納された認証条件について、一定期間以外に格納された認証条件を削除することで、前記一定期間以内の認証条件を有効とすることを特徴とする情報記録媒体を用いた認証方法。
【請求項４】
請求項１乃至３のいずれかに記載の情報記録媒体を用いた認証方法において、
前記第２の認証処理において、前記利用者が認証されなかった場合、前記情報勝利装置に対して、前記利用者に関する情報を送信して、送信された情報と当該情報処理装置に格納された情報を比較する認証処理を実行することを特徴とする情報記録媒体を用いた認証方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−５３７９９（Ｐ２０１２−５３７９９Ａ）
【公開日】平成２４年３月１５日（２０１２．３．１５）
【国際特許分類】
【出願番号】特願２０１０−１９７２６１（Ｐ２０１０−１９７２６１）
【出願日】平成２２年９月３日（２０１０．９．３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２４年３月１５日（２０１２．３．１５）
【国際特許分類】
【出願日】平成２２年９月３日（２０１０．９．３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]