(57)【要約】【課題】アクセス対象の状態ではなく、利用者の状態を管理して、利用者のアクセス権限を決定する。【解決手段】ステート変更要求部１０が、利用者について、ステート変更条件に合致するイベントの発生の度に、ステート変更条件に応じて変更先のステートを判定し、ステート管理部３が、ステート変更要求部１０から変更先のステートが通知される度に、ステートチャート格納部２のステートチャート情報を参照し、利用者の現在の状態から変更先のステートへの状態遷移が、ステートチャート情報に示される状態遷移順序に合致するかを判断し、当該状態遷移が状態遷移順序に合致する場合に、利用者の現在の状態を変更先のステートに変更し、アクセス権限変更要求部５が、アクセス権限変更ルール格納部４のアクセス権限変更ルールを参照し、ステート管理部３により管理されている利用者の現在の状態に応じて、各扉１３へのアクセス権限を決定する。【選択図】図１
2008282182.tif 000002
【特許請求の範囲】
【請求項１】
アクセスが制限されているアクセス制限オブジェクトを利用する利用者の状態に基づき、前記利用者の前記アクセス制限オブジェクトへのアクセス権限を管理するアクセス権限管理装置であって、
前記利用者について、いずれかの状態遷移条件に合致する状態遷移イベントが発生する度に、発生した状態遷移イベントの状態遷移条件に応じて状態の遷移先を判定する遷移先判定部と、
前記利用者の現在の状態を管理するとともに、前記遷移先判定部により前記利用者について状態の遷移先が判定される度に、前記利用者の現在の状態から前記遷移先判定部により判定された遷移先への状態遷移が、前記利用者に対して指定されている状態遷移順序に合致しているか否かを判断し、前記状態遷移が前記状態遷移順序に合致している場合に、前記利用者の現在の状態を前記遷移先判定部により判定された遷移先の状態に変更する状態管理部と、
前記状態管理部により管理されている前記利用者の現在の状態に応じて、前記利用者の前記アクセス制限オブジェクトへのアクセス権限を決定するアクセス権限決定部とを有することを特徴とするアクセス権限管理装置。
【請求項２】
前記アクセス権限決定部は、
前記状態管理部により前記利用者の現在の状態が前記遷移先の状態に変更された場合に、変更後の状態に基づいて、前記利用者の前記アクセス制限オブジェクトへのアクセス権限を新たに決定することを特徴とする請求項１に記載のアクセス権限管理装置。
【請求項３】
前記状態管理部は、
前記状態遷移が前記状態遷移順序に合致していない場合に、前記利用者の現在の状態を変更せず、
前記アクセス権限決定部は、
前記状態管理部により前記利用者の現在の状態が変更されない場合に、前記利用者の現在のアクセス権限を維持することを特徴とする請求項１又は２に記載のアクセス権限管理装置。
【請求項４】
前記アクセス権限管理装置は、更に、
状態ごとに前記アクセス制限オブジェクトへのアクセス権限が示されるアクセス権限適用ルールを格納するアクセス権限適用ルール格納部を有し、
前記アクセス権限決定部は、
前記アクセス権限適用ルールを参照し、前記状態管理部により管理されている前記利用者の現在の状態に応じて、前記利用者の前記アクセス制限オブジェクトへのアクセス権限を決定することを特徴とする請求項１〜３のいずれかに記載のアクセス権限管理装置。
【請求項５】
前記アクセス権限管理装置は、更に、
状態遷移条件ごとに状態の遷移先が示される遷移先判定ルールを格納する遷移先判定ルール格納部を有し、
前記遷移先判定部は、
前記利用者について、状態遷移イベントが発生する度に、前記遷移先判定ルールを参照し、発生した状態遷移イベントの状態遷移条件に応じて状態の遷移先を判定することを特徴とする請求項１〜４のいずれかに記載のアクセス権限管理装置。
【請求項６】
前記アクセス権限管理装置は、
入場管理装置により入場が制限されている複数の入場制限エリアを前記アクセス制限オブジェクトとし、
前記遷移先判定部は、
状態遷移イベントとして、前記利用者について、入場管理装置による入場制限が解除される入場制限解除イベントが発生する度に、入場制限が解除された入場管理装置に応じて状態の遷移先を判定し、
前記アクセス権限決定部は、
前記状態管理部により管理されている前記利用者の現在の状態に応じて、前記利用者のアクセス権限として、入場管理装置ごとに、入場制限の解除可否を決定することを特徴とする請求項１〜５のいずれかに記載のアクセス権限管理装置。
【請求項７】
前記アクセス権限管理装置は、
各入場管理装置及び各入場管理装置を制御する制御装置の少なくともいずれかに対して、前記利用者に対する入場制限の解除可否を通知することを特徴とする請求項６に記載のアクセス権限管理装置。
【請求項８】
前記アクセス権限管理装置は、
データアクセス管理装置によりデータアクセスが制限されているアクセス制限データを前記アクセス制限オブジェクトとし、
データアクセス管理装置に対して前記利用者の前記アクセス制限データへのデータアクセス権限を通知することを特徴とする請求項１〜５のいずれかに記載のアクセス権限管理装置。
【請求項９】
コンピュータが、アクセスが制限されているアクセス制限オブジェクトを利用する利用者の状態に基づき、前記利用者の前記アクセス制限オブジェクトへのアクセス権限を管理するアクセス権限管理方法であって、
前記利用者について、いずれかの状態遷移条件に合致する状態遷移イベントが発生する度に、コンピュータが、発生した状態遷移イベントの状態遷移条件に応じて状態の遷移先を判定する遷移先判定ステップと、
コンピュータが、前記利用者の現在の状態を管理するとともに、前記遷移先判定ステップにより前記利用者について状態の遷移先が判定される度に、前記利用者の現在の状態から前記遷移先判定ステップにより判定された遷移先への状態遷移が、前記利用者に対して指定されている状態遷移順序に合致しているか否かを判断し、前記状態遷移が前記状態遷移順序に合致している場合に、前記利用者の現在の状態を前記遷移先判定ステップにより判定された遷移先の状態に変更する状態管理ステップと、
コンピュータが、前記状態管理ステップにより管理されている前記利用者の現在の状態に応じて、前記利用者の前記アクセス制限オブジェクトへのアクセス権限を決定するアクセス権限決定ステップとを有することを特徴とするアクセス権限管理方法。
【請求項１０】
アクセスが制限されているアクセス制限オブジェクトを利用する利用者の状態に基づき、前記利用者の前記アクセス制限オブジェクトへのアクセス権限を管理するコンピュータに、
前記利用者について、いずれかの状態遷移条件に合致する状態遷移イベントが発生する度に、発生した状態遷移イベントの状態遷移条件に応じて状態の遷移先を判定する遷移先判定処理と、
前記利用者の現在の状態を管理するとともに、前記遷移先判定処理により前記利用者について状態の遷移先が判定される度に、前記利用者の現在の状態から前記遷移先判定処理により判定された遷移先への状態遷移が、前記利用者に対して指定されている状態遷移順序に合致しているか否かを判断し、前記状態遷移が前記状態遷移順序に合致している場合に、前記利用者の現在の状態を前記遷移先判定処理により判定された遷移先の状態に変更する状態管理処理と、
前記状態管理処理により管理されている前記利用者の現在の状態に応じて、前記利用者の前記アクセス制限オブジェクトへのアクセス権限を決定するアクセス権限決定処理とを実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセスが制限されているアクセス制限オブジェクトへのアクセス権限を管理する技術に関する。
なお、アクセス制限オブジェクトとは、例えば、施錠扉、入場ゲート等の入場管理装置によりアクセス（入場）が制限されている入場制限エリア、データアクセス管理装置によりデータアクセスが制限されている電子化情報（アクセス制限データ）等である。
【背景技術】
【０００２】
近年、情報漏洩事故の多発に伴い、セキュリティへの意識が高まっており、扉の開錠、電子ファイルへのアクセス等、様々な場面で利用者の権限に応じたアクセス制御が実施されている。
例えば特許文献１には、電子化情報に対する利用者の権限に応じたアクセス制御を行う技術が開示されており、アクセス対象の電子化情報の状態を管理し、電子化情報の状態毎に利用者の種類に合わせたアクセス権限を適用する旨が記載されている。
これにより、電子化ファイルの状態の変化に合わせてアクセス権限が変化するため、状況の変化に合わせて状態を動的に遷移させていくことで、アクセスした時点の状況に合わせたアクセス権限を適用することが可能である。
【特許文献１】特開２００６−１０７１１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記の特許文献１に示されるような、アクセス対象（例えば、電子化情報）の状態を管理し、状況に合わせてアクセス対象の状態を遷移させることでアクセス権限を変更する方式は、同一の権限を持つ利用者に対して一様なアクセス権限の適用は可能である。
しかし、特定の手順を踏んだ利用者、特定の経路でアクセスした利用者のような、同じ権限を持ちつつ、特定の条件を満たした利用者のみにアクセス権限を与えることはできない。
例えば、従来技術によれば、予め申請した時間帯のみ本来権限の無い申請者が電子化ファイルへアクセス可能となる、特定の経路を特定の順序で通過してきた利用者に対して開錠を許可する、といったアクセス制御ができないという課題がある。
その最たる例が、入室記録の無い利用者には退室を許可しないアンチパスバックである。
つまり、アクセス対象となる扉の状態（換言すれば、扉の先にある入場制限エリアの状態）は変化せず、また、利用者の行動がアクセス制御に反映されないため、上記特許文献１ではアンチパスバックを実現できない。
【０００４】
本発明は、このような課題を解決することを主な目的の一つとしており、アクセス対象の状態を管理するのではなく、利用者の状態を管理し、状況に応じて状態を変化させ、状態に応じてアクセス対象へのアクセス権限を変更することにより、アクセスした時点の状況に最適なアクセス権限を適用することを主な目的の一つとする。
【課題を解決するための手段】
【０００５】
本発明に係るアクセス権限管理装置は、
アクセスが制限されているアクセス制限オブジェクトを利用する利用者の状態に基づき、前記利用者の前記アクセス制限オブジェクトへのアクセス権限を管理するアクセス権限管理装置であって、
前記利用者について、いずれかの状態遷移条件に合致する状態遷移イベントが発生する度に、発生した状態遷移イベントの状態遷移条件に応じて状態の遷移先を判定する遷移先判定部と、
前記利用者の現在の状態を管理するとともに、前記遷移先判定部により前記利用者について状態の遷移先が判定される度に、前記利用者の現在の状態から前記遷移先判定部により判定された遷移先への状態遷移が、前記利用者に対して指定されている状態遷移順序に合致しているか否かを判断し、前記状態遷移が前記状態遷移順序に合致している場合に、前記利用者の現在の状態を前記遷移先判定部により判定された遷移先の状態に変更する状態管理部と、
前記状態管理部により管理されている前記利用者の現在の状態に応じて、前記利用者の前記アクセス制限オブジェクトへのアクセス権限を決定するアクセス権限決定部とを有することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、アクセス制限オブジェクトの状態ではなく、利用者の状態に基づいて利用者ごとにアクセス制限オブジェクトへのアクセス権限を決定するので、アクセス制限オブジェクトへのアクセス経路等の利用者の状況に適合したアクセス権限を適用することが可能となる。
【発明を実施するための最良の形態】
【０００７】
実施の形態１．
図１は、本実施の形態に係るシステム構成例を示した図であり、扉の開錠制御を行う入退室管理システム１００を示したものである。
つまり、本実施の形態は、施錠された扉１３（入退場管理装置）により入場が制限されている入場制限エリアをアクセス制限オブジェクトの例とし、施錠された扉１３を開錠して入場制限エリアに入場を試みる利用者の状態に基づき、利用者の入場制限エリアへのアクセス権限を管理する例について説明する。
【０００８】
図１において、１は、利用者のステート情報を格納するステート情報格納部である。
ステート情報とは、例えば、図５に示す情報であり、利用者（利用者ＩＤ）ごとに、利用者の状態を示す。なお、ステート情報の詳細は、図５を参照して後述する。
２は、ステートチャート情報を格納したステートチャート情報格納部である。
ステートチャート情報とは、例えば、図２に示す情報であり、利用者の状態遷移順序を示す情報である。なお、ステートチャート情報の詳細は、図２を参照して後述する。
【０００９】
３は、ステートチャート情報を用いたステート情報の遷移順序の制御を行い、ステート情報の変化をステート変更要求部１０とアクセス権限変更要求部５に提供するステート管理部である。
ステート管理部３は、状態管理部の例である。
【００１０】
４は、アクセス権限変更ルールを格納したアクセス権限変更ルール格納部である。
アクセス権限変更ルールは、例えば、図３に示す情報であり、利用者の状態ごとに入場制限エリア（各扉の先にあるエリア）へのアクセス権限が示される。アクセス権限変更ルールの詳細は、図３を参照して後述する。
なお、アクセス権限変更ルールはアクセス権限適用ルールの例であり、また、アクセス権限変更ルール格納部４は、アクセス権限適用ルール格納部の例である。
【００１１】
５は、アクセス権限変更ルールに従い、ステート管理部３が提供するステート情報の変化を条件にアクセス権限変更実行部６へアクセス権限の変更要求を行うアクセス権限変更要求部である。
アクセス権限変更要求部５は、アクセス権限決定部の例である。
【００１２】
６は、アクセス権限変更要求部５からの要求に応じて、アクセス権限情報の変更を行うアクセス権限実行部である。
【００１３】
７は、収集したコンテキスト情報をステート変更要求部１０へ提供するコンテキスト情報収集部である。
コンテキスト情報とは、時刻、気温、扉の開閉記録、利用者の認証記録、利用者の通過記録等、動的な情報である。
【００１４】
８は、収集した静的情報をステート変更要求部１０へ提供する静的情報収集部である。
静的情報とは、利用者情報（利用者ＩＤ等）、組織情報（利用者の所属する部署等）等の静的な情報である。
【００１５】
９は、ステート変更ルールを格納したステート変更ルール格納部である。
ステート変更ルールは、例えば、図４に示す情報であり、ステート変更条件（状態遷移条件）ごとに状態の遷移先が示される。ステート変更ルールの詳細は、図４を参照して後述する。
なお、ステート変更ルールは、遷移先判定ルールの例であり、ステート変更ルール格納部９は遷移先判定ルール格納部の例である。
【００１６】
１０は、ステート変更ルールに従い、コンテキスト情報収集部７と静的情報収集部８から提供される情報が条件を満たした場合に、利用者のステート情報の変更をステート管理部３へ要求するステート変更要求部である。
なお、ステート変更要求部１０は、静的情報収集部８からの静的情報を用いなくてもよい。つまり、ステート変更要求部１０は、コンテキスト情報収集部７からのコンテキスト情報が条件を満たす場合には、静的情報を考慮せずに、利用者のステート情報の変更をステート管理部３へ要求することも可能である。
なお、ステート変更要求部１０は、遷移先判定部の例である。
【００１７】
１１は、入退室制御部１２が扉１３の開錠管理に用いるアクセス制御情報を格納したアクセス権限格納部である。
【００１８】
１２は、アクセス制御情報を用いて扉１３の開錠制御を行う入退室制御部である。
入退室制御部１２は、制御装置の例である。
【００１９】
１３は、入退室制御部１２が開錠管理を行う扉である。
扉１３は、入退場管理装置の例である。
また、扉１３の施錠により入場が制限されているエリアが入場制限エリアである。
【００２０】
また、図１において、破線で囲まれている範囲１０１が、アクセス権限管理装置に相当する。
【００２１】
本実施の形態では、ステート変更要求部１０は、ある利用者について、図４に示すステート変更条件（状態遷移条件）のいずれかに合致する状態遷移イベントが発生する度に、発生した状態遷移イベントのステート変更条件に応じて変更先のステート（状態の遷移先）を判定する。本実施の形態では、状態遷移イベントは、ある利用者について、いずれかの扉１３において入場制限が解除される（扉１３が開錠される）入場制限解除イベントが該当し、ステート変更要求部１０は、入場制限が解除された扉１３に応じて変更先のステートを判定する。
【００２２】
また、ステート管理部３は、ステート情報格納部１に格納されているステート情報を用いて利用者の現在の状態を管理するとともに、ステート変更要求部１０により利用者について変更先のステートが判定される度に、ステートチャート格納部２に格納されているステートチャート情報（当該利用者に指定されているステートチャート情報）を参照し、利用者の現在の状態からステート変更要求部１０により判定された変更先のステートへの状態遷移が、ステートチャート情報に示される状態遷移順序に合致しているか否かを判断し、変更先のステートへの状態遷移がステートチャート情報の状態遷移順序に合致している場合に、利用者の現在の状態をステート変更要求部１０により判定された遷移先の状態に変更する。
【００２３】
アクセス権限変更要求部５は、アクセス権限変更ルール格納部４に格納されているアクセス権限変更ルールを参照し、ステート管理部３により管理されている利用者の現在の状態に応じて、利用者の入場制限エリアへのアクセス権限、換言すれば、利用者に対して扉１３による入場制限の解除を行うか否か（扉を開錠するか否か）を扉１３ごとに決定する。
例えば、アクセス権限変更要求部５は、ステート管理部３により利用者の現在の状態が遷移先の状態に変更された場合に、変更後の状態に基づいて、利用者の入場制限エリアへのアクセス権限を新たに決定する。
【００２４】
他方、ステート管理部３は、ステート変更要求部１０により利用者について変更先のステートが判定された際に、利用者の現在の状態からステート変更要求部１０により判定された変更先のステートへの状態遷移が、ステートチャート情報に示される状態遷移順序に合致していない場合は、利用者の現在の状態を変更せず、従って、この場合は、アクセス権限変更要求部５は、利用者の現在のアクセス権限を維持する。
【００２５】
そして、アクセス権限変更要求部５により決定されたアクセス権限が、アクセス権限変更実行部６及びアクセス権限格納部１１を介して、入退室制御部１２に通知され、入退室制御部１２が各扉１３を制御して、利用者の入場制限エリアへの入場（扉１３の開錠）又は入場制限エリアへの入場制限（扉１３の施錠）を行う。
【００２６】
次に、図２に、ステートチャート情報の例を示す。
この例では、ステートチャート情報は、設定可能なステートの種類と、各ステートから遷移可能なステートを示す矢印で構成される。
例えば、区分１のステートチャート情報では、状態Ａからは状態Ｂに遷移可能であるが、状態Ｃ又は状態Ｄには遷移できない。また、状態Ｂからは状態Ａ及び状態Ｃに遷移可能であるが、状態Ｄには遷移できない。状態Ｃからは状態Ａ及び状態Ｄに遷移可能であるが、状態Ｂには遷移できない。また、状態Ｄからは状態Ａに遷移可能であるが、状態Ｂ又は状態Ｃには遷移できない。
このように、ステートチャート情報は、状態遷移の順序を示している。
また、図２では、区分１と区分２の２種類のステートチャート情報が存在する例を示している。
区分１及び区分２は、例えば、利用者の所属部署、役職、職能等により分類することができる。例えば、営業部に属する利用者には区分１のステートチャートを適用し、営業部以外の部署に属する利用者には区分２のステートチャートを適用するといった運用が可能である。また、例えば、課長以上の役職を有する利用者には区分１のステートチャート情報を適用し、課長より下の役職の利用者には区分２のステートチャート情報を適用するといった運用が可能である。
【００２７】
次に、図３に、アクセス権限変更ルールの例を示す。
アクセス権限変更ルールは、アクセス権限変更条件に対するアクセス権限変更内容が示される。
アクセス権限変更条件は、ある利用者についての状態遷移後の状態である。
例えば、ある利用者の状態遷移後の状態が、状態Ａであると判定された場合（ｉｆ（“状態Ａ”）に該当）、当該利用者は、扉１に対しては通過が許可され（扉１が開錠される）、この結果、扉１の先のエリアへの入場が許可される。他方、扉２〜扉０に対しては通過が禁止され（扉２〜扉０の施錠が維持される）、扉２〜扉０の先にあるエリアへの入場が禁止される。
また、ある利用者の状態遷移後の状態が、状態Ｂであると判定された場合（ｉｆ（“状態Ｂ”）に該当）、当該利用者は、扉２に対しては通過が許可され（扉２が開錠される）、この結果、扉２の先のエリアへの入場が許可される。他方、扉１、扉３〜扉０に対しては通過が禁止され（扉１、扉３〜扉０の施錠が維持される）、扉１、扉３〜扉０の先にあるエリアへの入場が禁止される。
状態Ｃ及び状態Ｄについても同様である。
【００２８】
図４に、ステート変更ルールの例を示す。
ステート変更ルールは、ステート変更条件ごとに状態の遷移先（変更先のステート）が示される。
例えば、ある利用者が扉１を通過した場合（ｉｆ（“扉１通過”）に該当）、当該利用者の状態の遷移先は状態Ｂと判定される。
また、ある利用者が扉２を通過した場合（ｉｆ（“扉２通過”）に該当）、当該利用者の状態の遷移先は状態Ｃと判定される。
扉３、扉０についても同様である。
【００２９】
図５に、ステート情報の例を示す。
ステート情報は、利用者ごとに、利用者に適用される区分（ステートチャート情報の区分）及び現在の状態が示される。
図５の例では、利用者ＩＤ：００１の利用者には、区分１のステートチャート情報が適用され、また、現在の状態は状態Ａであることが示されている。
【００３０】
図６にコンテキスト情報の例を示す。
コンテキスト情報は、利用者ごとに、イベント種類及びイベント発生時刻を示す。
図６の例では、利用者ＩＤ：００１の利用者が扉１を通過したというイベントが示され、また、当該イベントの発生時刻が、２００７年４月１０日１２：００：００であることが示されている。
コンテキスト情報は、コンテキスト情報収集部７により収集され、ステート変更要求部１０に通知される。
本実施の形態では、利用者は、各扉を通過する際に、扉の近傍に配置されている入力装置（不図示）に利用者ＩＤを入力する、扉の近傍に配置されているカードリーダ（不図示）に利用者ＩＤが記録されているＩＤカードをかざしてカードリーダに利用者ＩＤを読み取らせる、扉の近傍に配置されている生体情報入力装置（不図示）に利用者の生体情報を読み取らせて利用者ＩＤを特定する等の動作を行うこととし、コンテキスト情報収集部７は、このようにして利用者より提供された利用者ＩＤを取得し、コンテキスト情報を生成する。
【００３１】
図７に静的情報の例を示す。
静的情報は、利用者ごとに、利用者の所属部署、利用者の役職を示す。
図７の例では、利用者ＩＤ：００１の利用者は営業一課に所属し、役職は課長であることが示されている。
前述したように、静的情報に示される所属部署、役職、職能等によりステートチャート情報の区分を分類することが可能である。
静的情報は、静的情報収集部８により収集される。静的情報収集部８は、例えば、従業員データベースから、該当する利用者の静的情報を取得してもよい。
【００３２】
以下、図８を参照して、本実施の形態に係るアクセス権限管理装置１０１の動作の概要を説明するが、まず、図８の処理の前提となる利用者ＩＤ等のステート情報（図５）への登録について説明する。
【００３３】
本実施の形態では、利用者は必ず扉０を通過した後に他の扉へ到達するものとし、扉０を通過する際に、利用者は扉０の近傍に配置された入力装置に利用者ＩＤを入力するか、扉０の近傍に配置されたカードリーダに対して利用者ＩＤが記録されているＩＤカードをかざして、カードリーダに利用者ＩＤを読み取らせる。
そして、コンテキスト情報収集部７は、このようにして入力された利用者ＩＤと当該利用者の扉０の通過を通知するコンテキスト情報を生成し、ステート変更要求部１０にコンテキスト情報（図６）を出力する。
ステート変更要求部１０は、コンテキスト情報を取得するとともに、コンテキスト情報に示されている利用者ＩＤに対する静的情報を静的情報収集部８に要求し、ステート変更要求部１０は、静的情報収集部８から当該利用者ＩＤに対する静的情報（図７）を取得する。
また、ステート変更要求部１０は、また、ステート変更ルール格納部９に格納されているステート変更ルール（図４）を参照し、コンテキスト情報に示されている「扉０通過」のイベントに合致するステート変更条件（ｉｆ（“扉０通過”））から、当該利用者の現在の状態として変更先のステート：状態Ａを判定する。
そして、ステート変更要求部１０は、コンテキスト情報に示されている利用者ＩＤ、静的情報に示されている所属、役職、ステート変更ルールから判定した状態Ａを、ステート管理部３に通知する。
ステート管理部３は、ステート変更要求部１０により通知された当該利用者の所属、役職から、当該利用者に適用するステートチャート情報の区分を判断し、ステート情報格納部１のステート情報（図５）に当該利用者の利用者ＩＤ、区分、状態（状態Ａ）を登録する。
なお、上記の利用者ＩＤ、区分、状態のステート情報への登録処理は、例示であり、上記と異なる手順であってもよい。
【００３４】
次に、ステート情報に利用者ＩＤ、区分、状態が登録されている場合の利用者のアクセス権限の管理方法の全体の流れを図８を用いて説明する。
ステート変更要求部１０はコンテキスト情報の入力待ちの状態であり（ＳＴ１１）、コンテキスト情報収集部７が、扉１３におけるイベント、すなわち、利用者による扉の開錠イベントが発生した場合は、当該利用者の利用者ＩＤ、イベント種類（扉１の通過等）、イベント発生時刻等をコンテキスト情報として収集し、例えば、図６に示す形式でステート変更要求部１０に出力し、ステート変更要求部１０がコンテキスト情報を入力する。また、このときに、ステート変更要求部１０は、併せて、当該利用者の静的情報を静的情報収集部８から入力するようにしてもよい。
次に、ステート変更要求部１０は、コンテキスト情報の内容と、ステート変更ルール（図４）とを比較し（ＳＴ１２）（遷移先判定ステップ）、ステート変更ルールにおいて、コンテキスト情報に示されるイベント内容と一致するステート変更条件が記述されているか否かを判断する（ＳＴ１３）（遷移先判定ステップ）。例えば、「扉１通過」というイベントがコンテキスト情報に示されている場合に、「扉１通過」に合致するステート変更条件が記述されているかを判断する。
【００３５】
ステート変更ルールにおいて、コンテキスト情報に示されるイベント内容と一致するステート変更条件が記述されていない場合（ＳＴ１３でＮｏ）は、ステート変更要求部１０は、当該コンテキスト情報に対しては、何も行わずに、処理をＳＴ１１に戻す。また、ステート変更要求部１０は、所定のエラー処理を行うようにしてもよい。
一方、ステート変更ルールにおいて、コンテキスト情報に示されるイベント内容と一致するステート変更条件が記述されている場合（ＳＴ１３でＹｅｓ）は、ステート変更要求部１０は、そのステート変更条件に対応する遷移先の状態（変更先のステート）を判定する（ＳＴ１４）（遷移先判定ステップ）。
また、ステート変更要求部１０は、判定した遷移先の状態（変更先のステート）と利用者ＩＤをステート管理部３に通知し、ステート情報の変更を要求する。
【００３６】
ステート変更要求部１０から遷移先の状態（変更先のステート）と利用者ＩＤの通知を受けたステート管理部３は、当該利用者の現在の状態と、ステート変更要求部１０から通知された遷移先の状態（変更先のステート）と、ステートチャート情報（図２）とを比較する（ＳＴ１５）（状態管理ステップ）。
具体的には、ステート管理部３は、ステート変更要求部１０から通知を受けた利用者ＩＤと同じ利用者ＩＤが記述されているレコードをステート情報（図５）から抽出し、当該利用者ＩＤに対応付けられている区分と状態（現在の状態）を取得し、また、取得した区分に対応するステートチャート情報を取得し、ステート変更要求部１０から通知された遷移先の状態（変更先のステート）と、ステートチャート情報とを比較する。
そして、ステート管理部３は、現在の状態から遷移先の状態への状態遷移がステートチャート情報に示されている状態遷移順序に合致するか否かを判断する（ＳＴ１６）（状態管理ステップ）。
【００３７】
現在の状態から遷移先の状態への状態遷移がステートチャート情報に示されている状態遷移順序に合致しない場合（ＳＴ１６でＮｏ）は、ステート管理部３は、何もせずに、ＳＴ１１へ処理を戻す。または、ステート管理部３は、所定のエラー処理を行うようにしてもよい。
一方、現在の状態から遷移先の状態への状態遷移がステートチャート情報に示されている状態遷移順序に合致しない場合（ＳＴ１６でＹｅｓ）は、ステート情報の状態（現在の状態）を、ステート変更要求部１０から通知された遷移先の状態に変更する（ＳＴ１７）（状態管理ステップ）。
そして、ステート管理部３は、アクセス権限変更要求部５に変更後の状態と利用者ＩＤとを通知する。
【００３８】
アクセス権限変更要求部５は、ステート管理部３から通知された変更後の状態とアクセス権限変更ルール（図３）とを比較する（ＳＴ１８）（アクセス権限決定ステップ）。
そして、アクセス権限変更要求部５は、アクセス権限変更ルールにおいて、変更後の状態と一致するアクセス権限変更条件が記述されているか否かを判断する（ＳＴ１９）（アクセス権限決定ステップ）。
【００３９】
アクセス権限変更ルールにおいて、変更後の状態と一致するアクセス権限変更条件が記述されていない場合（ＳＴ１９でＮｏ）は、アクセス権限変更要求部５は、何もせずに、ＳＴ１１へ処理を戻す。または、アクセス権限変更要求部５は、所定のエラー処理を行うようにしてもよい。
一方、アクセス権限変更ルールにおいて、変更後の状態と一致するアクセス権限変更条件が記述されている場合（ＳＴ１９でＹｅｓ）は、アクセス権限変更要求部５は、そのアクセス権限変更条件に対応するアクセス権限変更内容、つまり当該利用者の入場制限エリアに対する新たなアクセス権限を決定する（ＳＴ２０）（アクセス権限決定ステップ）。
そして、アクセス権限変更要求部５は、決定したアクセス権限変更内容、つまり当該利用者の入場制限エリアに対する新たなアクセス権限と当該利用者の利用者ＩＤ（ステート管理部３から通知された利用者ＩＤ）をアクセス権限変更実行部６に通知する（ＳＴ２１）。
以降、アクセス権限変更実行部６が新たなアクセス権限をアクセス権限格納部１１に格納して当該利用者のアクセス権限を更新し、入退室制御部１２が、アクセス権限格納部１１のアクセス権限に従って各扉における入場制限を行う。
【００４０】
次に、図９〜図１１を用いて、ステート変更要求部１０、ステート管理部３、アクセス権限変更要求部５の各々の動作例を説明する。
図９に、アクセス権限変更要求部の処理フロー（アクセス権限決定ステップ）を示す。
図１０に、ステート変更要求部の処理フロー（遷移先判定ステップ）を示す。
図１１に、ステート管理部の処理フロー（状態管理ステップ）を示す。
【００４１】
図１０において、ステート変更要求部１０は、コンテキスト情報収集部７と静的情報収集部８から現在のコンテキスト情報と静的情報を取得し、その内容が条件を満たすステート変更ルールがあるかチェックする（ＳＴ２０１、ＳＴ２０２、ＳＴ２０３）。
この際に、ステート管理部３から提供される、現在のステート情報も条件チェックに使用して良い。
条件を満たすステート変更ルールがある場合、その内容に従い、ステート管理部３へステート情報の変更を要求する（ＳＴ２０４、ＳＴ２０５）。
【００４２】
図１１において、ステート管理部３は、ステート変更要求部１０からのステート情報変更要求を受け、その遷移がステートチャート情報で許可されているかチェックする（ＳＴ３０１、ＳＴ３０２、ＳＴ３０３）。
ステートチャート情報は、利用者の種類、管理単位に合わせて複数使用しても良い。
遷移が許可されている場合には、ステート情報格納部１に格納されているステート情報を変更し、変更内容をアクセス権限変更要求部５へ通知する（ＳＴ３０４、ＳＴ３０５、ＳＴ３０６）。
【００４３】
図９において、アクセス権限変更要求部５は、ステート管理部３からのステート情報変更通知を受け、その変更内容が条件を満たすアクセス権限変更ルールがあるかチェックする（ＳＴ１０１、ＳＴ１０２、ＳＴ１０３）。
条件を満たすアクセス権限変更ルールがある場合、その内容に従い、アクセス権限変更実行部６へアクセス権限変更を要求する（ＳＴ１０４、ＳＴ１０５）。
【００４４】
アクセス権限変更実行部６は、アクセス権限変更要求部５からの変更要求に従い、アクセス権限格納部１１に格納されているアクセス権限情報に設定されている、扉１３を開錠できる権限を持つユーザのリストを操作する。
入退室制御部１２は、アクセス権限格納部１１に格納されている、アクセス権限変更実行部６によって変更されたアクセス権限情報を用いて、扉１３の開錠制御を行う。
このようにして、現在の情報に合わせて扉の開錠制御に使用するアクセス権限情報を動的に変更する機能を、入退室管理システムに付加することが可能となる。
【００４５】
以上のように、本実施の形態では、現在の情報に合わせて利用者のステート情報を変更し、変更後のステート情報に合わせて利用者のアクセス権限を変更することにより、入退室管理システムに対して、現在の情報（状況）に最適なアクセス権限を用いて、扉の開錠制御を行うことが可能となる。
このため、本実施の形態に係る入退室管理システム１００では、以下の４つの効果を得ることが可能である。
【００４６】
１つ目の効果として、ステート情報の遷移順序を制御することにより、特定のステート情報まで遷移するためには、利用者に特定の手順で処理を行わせることが可能となる。そのため、利用者のそれまでのアクセス経緯、アクセス過程を証明することが可能となる。
図２のステートチャート情報と図４のステート変更ルールを用いる場合、図２の“区分１”のステートチャート上の“状態Ｄ”のステート情報に遷移するためには、図４のステート変更ルールに従い、“扉１通過”、“扉２通過”、“扉３通過”の順に処理を行う必要があるため、“状態Ｄ”になった時点で、“扉１通過”、“扉２通過”、“扉３通過”の順に処理が行われていることが証明可能である。
そのため、過去の処理をアクセス制御の条件に設定する必要が無くなる。
その結果、従来は過去の経緯を用いるために用いていた過去のコンテキスト情報、静的情報が本実施の形態では不要となり、現在の情報（状況）のみを用いて、過去の利用者の経緯を用いたアクセス制御を実現することが可能である。
【００４７】
２つ目の効果として、利用者毎にステート情報を管理し、アクセス権限を適用するため、同一ロールのユーザに対して、それまでの経緯によって異なるアクセス権限を提供することが可能となる。これにより、特許文献１において課題となっていたアンチパスバックにも対応可能となる。
【００４８】
３つ目の効果として、ステート変更ルール、アクセス権限変更ルールを変更せずに、適用するステートチャート情報によって異なるアクセス制御が可能となる。
図２のステートチャート情報、図３のアクセス権限変更ルール、図４のステート変更ルールを用いる場合、図２の“区分１”のステートチャート情報が適用される利用者は、“扉１通過”、“扉２通過”、“扉３通過”の順に処理を行うと、ステート情報は“状態Ｄ”となり、“扉４”へのアクセス権限が“許可”となり、“扉４”が開錠可能となる。しかし、“区分２”のステートチャート情報が適用される利用者の場合、同じ処理を行っても、ステートチャート上で“状態Ｄ”への遷移が許可されていないため、“扉４”へのアクセス権限は“禁止”のままとなる。
このように、異なるステートチャート情報を適用することにより、ステート情報の遷移を変化させ、アクセスさせるための手順と、適用するアクセス権限を変化させることが可能である。
また、特許文献１では、ロール毎に一様なアクセス制御を行っていたが、本実施の形態では、適用するステートチャート情報を利用者のロール毎に変更することにより、ロール毎にアクセスするための手順を定義し、更に手順の進行状況によって利用者毎にアクセス権限を変更することが可能とある。
【００４９】
４つ目の効果として、ステート管理部３が、ステート変更要求部１０に、管理する全ての利用者のステート情報を提供することにより、他の利用者のステート情報の内容を条件としたアクセス制御が可能となる。
例えば、特定の利用者が開錠した場合には全ての利用者が開錠可能となる、特定の利用者が開錠済みの場合にのみ他の利用者が開錠可能となる、といったことが可能となる。
特許文献１では、アクセス対象の状態のみをアクセス制御の条件として用いていたが、本実施の形態では、他の利用者の状況を絡めたアクセス制御が可能となる。
【００５０】
実施の形態２．
図１２は、本実施の形態に係るシステム構成例を示した図であり、電子化情報へのアクセス制御を行うアクセス制御システム２００を示したものである。
つまり、本実施の形態は、データアクセスが制限されている電子化情報（アクセス制限データ）をアクセス制限オブジェクトの例とし、当該電子化情報に対してデータアクセスを試みる利用者の状態等に基づき、利用者の電子化情報へのアクセス権限を管理する例について説明する。
【００５１】
図１２において、ステート情報格納部１、ステートチャート格納部２、ステート管理部３、アクセス権限変更ルール格納部４、アクセス権限変更要求部５、アクセス権限変更実行部６、コンテキスト情報収集部７、静的情報収集部８、ステート変更ルール格納部９、ステート変更要求部１０は、図１と同じものである。また、図１と同様に、１０１の破線で示された範囲がアクセス権限管理装置の例となる。
【００５２】
図１２において、１１は、アクセス制御部１４が電子化情報格納部１５に格納されている電子化情報への利用者のアクセス制御に用いるアクセス権限情報を格納したアクセス権限格納部である。
１４は、アクセス制御情報を用いて、電子化情報格納部１５に格納されている電子化情報への、利用者のアクセスを制御するアクセス制御部である。アクセス制御部１４は、データアクセス管理装置の例である。
１５は、アクセス制御部１４がアクセス制御を行う電子化情報を格納した電子化情報格納部である。
【００５３】
図１３に、本実施の形態に係るアクセス制御システム２００で用いられるステートチャート情報の例を示す。
図１４に、本実施の形態に係るアクセス制御システム２００で用いられるアクセス権限変更ルールの例を示す。
図１５に、本実施の形態に係るアクセス制御システム２００で用いられるステート変更ルールの例を示す。
図１３〜図１５に示される例は、有効フラグがｔｒｕｅの利用者に対して、１０時以降にグループＡの電子化情報へのｒｅａｄ権限とグループＢの電子化情報へのｒｅａｄ、ｗｒｉｔｅ権限を自動的に適用し、更に指紋認証を行った利用者に対してはグループＡへのｗｒｉｔｅ権限を追加し、１７時以降には全ての利用者のアクセス権限を剥奪するものである。
【００５４】
次に、動作について説明する。
本実施の形態に係るアクセス制御システム２００の動作原理は、図８〜図１１に示すフローチャートで説明したものと同様である。以下では、図１３〜図１５に示す例に合わせて、本実施の形態に係るアクセス制御システム２００の動作を説明する。
まず、ステート変更要求部１０は、１０時になった際に、その旨を通知するコンテキスト情報をコンテキスト情報収集部７から入力することにより、１０時になったことを検知すると、有効フラグがｔｒｕｅの利用者のステート情報を“状態Ｂ”へ遷移させる要求を行い、ステート管理部３がステートチャート情報を参照して状態遷移の適合性を確認した後“状態Ｂ”への変更を実行し、アクセス権限変更要求部５へ“状態Ｂ”への変更を通知する。
アクセス権限変更要求部５は、“状態Ｂ”のアクセス権限である、グループＡの電子化情報へのｒｅａｄ権限とグループＢの電子化情報へのｒｅａｄ、ｗｒｉｔｅ権限を利用者に適用するようにアクセス権限変更実行部６に要求し、アクセス権限変更実行部６はアクセス権限格納部１１に格納されているアクセス権限情報を変更する。
これにより、１０時を経過した時点で利用者フラグがｔｒｕｅの利用者に新たなアクセス権限が適用される。
【００５５】
更に、利用者が指紋認証に成功した場合、その旨を通知するコンテキスト情報をコンテキスト情報収集部７から入力することによりステート変更要求部１０が検知し、ステート変更要求部１０がステート情報の変更を要求し、ステート管理部３が“状態Ｃ”への変更を実行し、アクセス権限変更要求部５へ“状態Ｃ”への変更を通知することにより、該当の利用者に、グループＢの電子化情報へのｗｒｉｔｅ権限が新たに追加される。
更に、１７時が経過すると、ステート変更要求部１０が全ての利用者のステート情報を“状態Ａ”へ変更するように要求を行うため、同様の手順により、全ての利用者に対してグループＡの電子化情報とグループＢの電子化情報に対するアクセスを禁止させる。
【００５６】
ここで、１０時以前、又は利用者フラグが“ｔｒｕｅ”では無い利用者のステート情報は“状態Ａ”であるが、この際に指紋認証に成功しても、ステートチャート情報において“状態Ａ”から“状態Ｃ”への遷移が許可されていないため、グループＡの電子化情報とグループＢの電子化情報へのアクセスは禁止されたままとなる。
【００５７】
また、グループＡの電子化情報へのｗｒｉｔｅ権限を適用するための実際の条件は、
ｉｆ（“利用者”．“有効フラグ”＝＝ｔｒｕｅ＆＆“時刻”＞＝“１０時”＆＆“時刻”＜“１７時”＆＆“指紋認証成功”）
となるが、ステートチャート情報によりステート情報の遷移順序の制限と、ステート変更要求部１０の時刻チェックによる動的な要求実行により、ステート情報が“状態Ｂ”である時点で
“利用者”．“有効フラグ”＝＝ｔｒｕｅ＆＆“時刻”＞＝“１０時”＆＆“時刻”＜“１７時”
であることが証明されているため、“状態Ｃ”へ変更条件には“指紋認証成功”のみを定義すればよく、条件設定を簡易化することが可能である。
【００５８】
以上のように、本実施の形態によれば、電子化情報にアクセスする利用者に対して、利用者の経緯や時刻等の動的情報、利用者の登録情報等の静的情報を考慮した、アクセスした状況に最適なアクセス権限を適用することが可能となる。
【００５９】
以上の実施の形態１及び２では、以下の手段を備えた、ステートチャート情報を用いて利用者の状態の管理とその遷移順序の制御を行うとともに、状態の変化に合わせてアクセス権限の変更を行うアクセス権限設定システムについて説明した。
利用者の状態を規定した情報であるステート情報を格納するステート情報格納部、
利用者が取ることができる状態とその遷移順序を規定した情報であるステートチャート情報を格納したステートチャート情報格納部、
ステートチャート情報を用いた利用者のステート情報の遷移順序の制御と、ステート情報格納部に格納されているステート情報の変化の更改を行うステート管理部、
アクセス権限の変更を行うルールとして、条件にステート情報格納部に格納されている利用者のステート情報を、条件を満たした場合に実行する処理にアクセス権限の変更内容を規定したアクセス権限変更ルールを格納したアクセス権限変更ルール格納部、
アクセス権限変更ルール格納部に格納されているアクセス権限変更ルールに従い、ステート管理部から提供される利用者のステート情報を条件に、アクセス権限変更要求部へアクセス権限の変更要求を行うアクセス権限変更要求部、
アクセス権限変更要求部からの要求により、アクセス権限情報の変更を行うアクセス権限変更実行部。
【００６０】
また、上記の手段に加え、以下の手段を備えた、ステートチャート情報を用いて利用者の状態の管理とその遷移順序の制御を行うとともに、状態の変化に合わせてアクセス権限の変更を行うアクセス権限設定システムについても説明した。
時刻、気温、扉の開閉記録、利用者の認証記録、利用者の通過記録等、動的な情報を収集して提供するコンテキスト情報収集部、
利用者情報、組織情報等の静的な情報を収集して提供する静的情報収集部、
ステート情報格納部に格納されているステート情報の変更ルールとして、条件にコンテキスト情報収集部から提供されるコンテキスト情報、静的情報収集部から提供される静的情報、ステート管理部から提供される利用者のステート情報を、条件を満たした場合に実行する処理にステート情報の変更内容を規定したステート変更ルールを格納した、ステート変更ルール格納部、
ステート変更ルール格納部に格納されているステート変更ルールに従ってステート管理部へステート情報の変更を要求するステート変更要求部。
【００６１】
また、実施の形態１では、上記のアクセス権限設定システムと以下の手段を備えた、利用者の入退室の制御を行う入退室管理システムについて説明した。
扉に対して、利用者の開錠権限を規定した情報であるアクセス権限情報を格納したアクセス権限格納部、
アクセス権限情報を用いて利用者の扉の開錠制御を行う入退室制御部。
【００６２】
また、実施の形態１では、上記のアクセス権限設定システムと以下の手段を備えた、利用者の入退室の制御を行う入退室管理システムについて説明した。
扉に対して、利用者の開錠権限を規定した情報であるアクセス権限情報を格納したアクセス権限格納部、
アクセス権限情報を用いて利用者の扉の開錠制御を行う入退室制御部。
【００６３】
また、実施の形態２では、上記のアクセス権限設定システムと以下の手段を備えた、利用者の電子化情報へのアクセス制御を行うアクセス制御システムについて説明した。
電子化情報に対して、利用者のアクセス権限を規定した情報であるアクセス権限情報を格納したアクセス権限格納部、
アクセス権限情報を用いて利用者のアクセス制御を行うアクセス制御部。
【００６４】
また、実施の形態２では、上記のアクセス権限設定システムと以下の手段を備えた、利用者の電子化情報へのアクセス制御を行うアクセス制御システムについて説明した。
電子化情報に対して、利用者のアクセス権限を規定した情報であるアクセス権限情報を格納したアクセス権限格納部、
アクセス権限情報を用いて利用者のアクセス制御を行うアクセス制御部。
【００６５】
最後に実施の形態１、２に示したアクセス権限管理装置１０１のハードウェア構成例について説明する。
図１６は、実施の形態１、２に示すアクセス権限管理装置１０１のハードウェア資源の一例を示す図である。なお、図１６の構成は、あくまでもアクセス権限管理装置１０１のハードウェア構成の一例を示すものであり、アクセス権限管理装置１０１のハードウェア構成は図１６に記載の構成に限らず、他の構成であってもよい。
【００６６】
図１６において、アクセス権限管理装置１０１は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ  Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。
通信ボード９１５、キーボード９０２、スキャナ装置９０７、ＦＤＤ９０４などは、入力部、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力部、出力装置の一例である。
【００６７】
通信ボード９１５は、ネットワークに接続されている。例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。
【００６８】
上記プログラム群９２３には、例えば、実施の形態１、２の説明において、ステート管理部３、アクセス権限変更要求部５、ステート変更要求部１０として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
ファイル群９２４には、例えば、実施の形態１、２において説明した、ステートチャート情報、アクセス権限変更ルール、ステート変更ルール、ステート情報、コンテキスト情報、静的情報が含まれる。
また、ファイル群９２４には、例えば、実施の形態１、２において、「〜の判断」、「〜の計算」、「〜の比較」、「〜の判定」、「〜の変更」、「〜の設定」、「〜の登録」、「〜の更新」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。
ディスクやメモリになどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
【００６９】
また、実施の形態１、２で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００７０】
また、実施の形態１、２の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。
すなわち、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、実施の形態１、２の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１、２の「〜部」の手順や方法をコンピュータに実行させるものである。
【００７１】
このように、実施の形態１、２に示すアクセス権限管理装置１０１は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
【図面の簡単な説明】
【００７２】
【図１】実施の形態１に係るシステム構成例を示す図。
【図２】実施の形態１に係るステートチャート情報の例を示す図。
【図３】実施の形態１に係るアクセス権限変更ルールの例を示す図。
【図４】実施の形態１に係るステート変更ルールの例を示す図。
【図５】実施の形態１に係るステート情報の例を示す図。
【図６】実施の形態１に係るコンテキスト情報の例を示す図。
【図７】実施の形態１に係る静的情報の例を示す図。
【図８】実施の形態１に係るアクセス権限管理装置の処理フローの例を示すフローチャート図。
【図９】実施の形態１に係るアクセス権限変更要求部の処理フローの例を示すフローチャート図。
【図１０】実施の形態１に係るステート変更要求部の処理フローの例を示すフローチャート図。
【図１１】実施の形態１に係るステート管理部の処理フロー例を示すフローチャート図。
【図１２】実施の形態２に係るシステム構成例を示す図。
【図１３】実施の形態２に係るステートチャート情報の例を示す図。
【図１４】実施の形態２に係るアクセス権限変更ルールの例を示す図。
【図１５】実施の形態２に係るステート変更ルールの例を示す図。
【図１６】実施の形態１、２に係るアクセス権限管理装置のハードウェア構成例を示す図。
【符号の説明】
【００７３】
１  ステート情報格納部、２  ステートチャート格納部、３  ステート管理部、４  アクセス権限変更ルール格納部、５  アクセス権限変更要求部、６  アクセス権限変更実行部、７  コンテキスト情報収集部、８  静的情報収集部、９  ステート変更ルール格納部、１０  ステート変更要求部、１１  アクセス権限格納部、１２  入退室制御部、１３  扉、１４  アクセス制御部、１５  電子化情報格納部、１００  入退室管理システム、１０１  アクセス権限管理装置、２００  アクセス制御システム。
【図１】
2008282182.tif 000003
【図２】
2008282182.tif 000004
【図３】
2008282182.tif 000005
【図４】
2008282182.tif 000006
【図５】
2008282182.tif 000007
【図６】
2008282182.tif 000008
【図７】
2008282182.tif 000009
【図８】
2008282182.tif 000010
【図９】
2008282182.tif 000011
【図１０】
2008282182.tif 000012
【図１１】
2008282182.tif 000013
【図１２】
2008282182.tif 000014
【図１３】
2008282182.tif 000015
【図１４】
2008282182.tif 000016
【図１５】
2008282182.tif 000017
【図１６】
2008282182.tif 000018