(57)【要約】【課題】制御内容の競合をオンデマンドに検知し、制御対象を集合的に扱うようなポリシデータを適用する場合であっても効率的に競合解消を実施する。【解決手段】ポリシサーバ３はポリシデータをポリシデータ適用端末４へ配信する。ポリシデータ適用端末４にはポリシフィルタが記憶されている。ポリシデータ適用端末４はポリシサーバ３から受信する複数のポリシデータを集約して合成ポリシを生成する。ポリシデータ適用端末４は合成ポリシとポリシフィルタに基づいてポリシフィルタの更新が必要か否かを判断し、ポリシフィルタの更新が必要と判断した場合にはポリシフィルタの更新を端末管理サーバ２へ要求する。端末管理サーバ２はポリシデータ適用端末４の要求に応じてポリシフィルタから新ポリシフィルタを生成し、ポリシデータ適用端末４に送信する。ポリシデータ適用端末４は新ポリシフィルタに従って合成ポリシから抽出したポリシデータを適用する。【選択図】図５
2014044612.tif 000002
【特許請求の範囲】
【請求項１】
ポリシサーバと端末管理サーバと少なくとも１台のポリシデータ適用端末とを含み、タイムスタンプと、端末属性に関して記述される制御条件と、任意の端末機能を示す制御対象と、当該制御対象に対する設定値である制御内容とを含む複数のポリシデータを前記ポリシサーバから前記ポリシデータ適用端末へ配信するセキュリティポリシ競合解消システムであって、
前記ポリシデータ適用端末は、
設定時刻と前記制御条件と前記制御対象と当該制御対象に対して優先的に適用されるポリシデータを示す優先ポリシとを含むポリシフィルタを記憶するポリシフィルタ記憶部と、
前記ポリシサーバから受信する複数のポリシデータを集約して合成ポリシを生成する合成部と、
前記合成ポリシと前記ポリシフィルタに基づいて、前記ポリシフィルタの更新が必要か否かを判断し、ポリシフィルタの更新が必要と判断した場合には前記ポリシフィルタの更新を前記端末管理サーバへ要求する要求部と、
前記端末管理サーバから新ポリシフィルタを受信すると、当該新ポリシフィルタに従って前記合成ポリシから抽出したポリシデータを適用する適用部と、
を備え、
前記端末管理サーバは、
前記ポリシデータ適用端末からの要求に応じて、前記ポリシフィルタを用いて前記新ポリシフィルタを生成し、前記ポリシデータ適用端末に送信する生成部
を備える
ことを特徴とするセキュリティポリシ競合解消システム。
【請求項２】
請求項１に記載のセキュリティポリシ競合解消システムであって、
前記ポリシフィルタは、所定の用途情報毎に作成され、
前記ポリシデータ適用端末の要求部は、
あらかじめ設定された用途情報に対するポリシフィルタが存在しない場合には、前記合成ポリシと当該用途情報を含む優先度設定要求を前記端末管理サーバへ送信する作成要求手段
を備え、
前記端末管理サーバの生成部は、
前記ポリシデータ適用端末から前記優先度設定要求を受信すると、当該優先度設定要求に含まれる合成ポリシから当該優先度設定要求に含まれる用途情報に対する前記ポリシフィルタを作成することで前記新ポリシフィルタを生成する作成手段
を備える
ことを特徴とするセキュリティポリシ競合解消システム。
【請求項３】
請求項１または２に記載のセキュリティポリシ競合解消システムであって、
前記ポリシデータ適用端末の要求部は、
前記ポリシフィルタに前記端末属性に合致する制御条件が存在しない場合には、前記ポリシフィルタと前記合成ポリシを含む優先度追加設定要求を前記端末管理サーバへ送信する追記要求手段
を備え、
前記端末管理サーバの生成部は、
前記ポリシデータ適用端末から前記優先度追加設定要求を受信すると、当該優先度追加設定要求に含まれるポリシフィルタへ前記端末属性に合致する制御条件に対する前記制御対象と前記優先ポリシを追記することで前記新ポリシフィルタを生成する追記手段
を備える
ことを特徴とするセキュリティポリシ競合解消システム。
【請求項４】
請求項１から３のいずれかに記載のセキュリティポリシ競合解消システムであって、
前記ポリシデータ適用端末の要求部は、
前記合成ポリシに含まれるタイムスタンプと前記ポリシフィルタに含まれる設定時刻を比較してポリシデータの更新有無を検知し、ポリシデータの更新があった場合には前記ポリシフィルタを含む再承認要求を前記端末管理サーバへ送信する再承認要求手段
を備え、
前記端末管理サーバの生成部は、
前記ポリシデータ適用端末から前記再承認要求を受信すると、当該再承認要求に含まれるポリシフィルタから前記新ポリシフィルタを生成し、前記ポリシデータ適用端末に送信する再承認手段
を備える
ことを特徴とするセキュリティポリシ競合解消システム。
【請求項５】
請求項１から４のいずれかに記載のセキュリティポリシ競合解消システムであって、
前記合成部は、
前記複数のポリシデータそれぞれに含まれる制御対象を抽出した制御対象リストを生成し、当該制御対象リストを用いて前記複数のポリシデータそれぞれを補完して、複数の補完済みポリシデータを集約することで前記合成ポリシを生成する
ことを特徴とするセキュリティポリシ競合解消システム。
【請求項６】
請求項１から５のいずれかに記載のセキュリティポリシ競合解消システムであって、
前記端末管理サーバは、
前記合成ポリシから前記新ポリシフィルタを用いて抽出した承認要求を前記ポリシサーバへ送信する承認要求部と、
前記ポリシサーバから拒否を示す承認回答を受信すると、前記新ポリシフィルタを修正し、前記合成ポリシから再度抽出した承認要求を前記ポリシサーバへ送信する要求修正部と、
を備え、
前記ポリシサーバは、
前記端末管理サーバから受信する前記承認要求を承認するか拒否するかを示す前記承認回答を前記端末管理サーバへ送信する承認回答部
を備える
ことを特徴とするセキュリティポリシ競合解消システム。
【請求項７】
請求項６に記載のセキュリティポリシ競合解消システムであって、
前記承認要求部は、
前記新ポリシフィルタにより優先されなくなる制御内容を含むポリシデータを有する前記ポリシサーバのみへ、前記承認要求を送信する
ことを特徴とするセキュリティポリシ競合解消システム。
【請求項８】
タイムスタンプと、端末属性に関して記述される制御条件と、任意の端末機能を示す制御対象と、当該制御対象に対する設定値である制御内容とを含む複数のポリシデータをポリシサーバから受信する少なくとも１台のポリシデータ適用端末を管理する端末管理サーバであって、
前記ポリシデータ適用端末からの要求に応じて、前記ポリシフィルタを用いて新ポリシフィルタを生成し、前記ポリシデータ適用端末に送信する生成部
を備え、
前記ポリシフィルタは、設定時刻と前記制御条件と前記制御対象と当該制御対象に対して優先的に適用されるポリシデータを示す優先ポリシとを含む
ことを特徴とする端末管理サーバ。
【請求項９】
タイムスタンプと、端末属性に関して記述される制御条件と、任意の端末機能を示す制御対象と、当該制御対象に対する設定値である制御内容とを含む複数のポリシデータをポリシサーバから受信するポリシデータ適用端末であって、
設定時刻と前記制御条件と前記制御対象と当該制御対象に対して優先的に適用されるポリシデータを示す優先ポリシとを含むポリシフィルタを記憶するポリシフィルタ記憶部と、
前記ポリシサーバから受信する複数のポリシデータを集約して合成ポリシを生成する合成部と、
前記合成ポリシと前記ポリシフィルタに基づいて、前記ポリシフィルタの更新が必要か否かを判断し、ポリシフィルタの更新が必要と判断した場合には前記ポリシフィルタの更新を前記端末管理サーバへ要求する要求部と、
前記端末管理サーバから新ポリシフィルタを受信すると、当該新ポリシフィルタに従って前記合成ポリシから抽出したポリシデータを適用する適用部と、
を備えることを特徴とするポリシデータ適用端末。
【請求項１０】
タイムスタンプと、端末属性に関して記述される制御条件と、任意の端末機能を示す制御対象と、当該制御対象に対する設定値である制御内容とを含む複数のポリシデータを、少なくとも１台のポリシデータ適用端末へ配信するポリシサーバであって、
端末管理サーバから受信する承認要求を承認するか拒否するかを示す承認回答を当該端末管理サーバへ送信する承認回答部
を備え、
前記承認要求は、前記複数のポリシデータを集約した合成ポリシから設定時刻と前記制御条件と前記制御対象と当該制御対象に対して優先的に適用されるポリシデータを示す優先ポリシとを含む新ポリシフィルタを用いて抽出したものである
ことを特徴とするポリシサーバ。
【請求項１１】
タイムスタンプと、端末属性に関して記述される制御条件と、任意の端末機能を示す制御対象と、当該制御対象に対する設定値である制御内容とを含むポリシデータをポリシサーバからポリシデータ適用端末へ配信するセキュリティポリシ競合解消方法であって、
ポリシデータ適用端末が、設定時刻と前記制御条件と前記制御対象と当該制御対象に対して優先的に適用されるポリシデータを示す優先ポリシとを含むポリシフィルタを記憶しており、
前記ポリシデータ適用端末が、前記ポリシサーバから受信する複数のポリシデータを集約して合成ポリシを生成する合成ステップと、
前記ポリシデータ適用端末が、前記合成ポリシと前記ポリシフィルタに基づいて、前記ポリシフィルタの更新が必要か否かを判断し、ポリシフィルタの更新が必要と判断した場合には前記ポリシフィルタの更新を端末管理サーバへ要求する要求ステップと、
前記端末管理サーバが、前記ポリシデータ適用端末からの要求に応じて、前記ポリシフィルタを用いて前記新ポリシフィルタを生成し、前記ポリシデータ適用端末に送信する生成ステップと、
前記端末管理サーバから新ポリシフィルタを受信すると、当該新ポリシフィルタに従って前記合成ポリシから抽出したポリシデータを適用する適用ステップと、
を含む
ことを特徴とするセキュリティポリシ競合解消方法。
【請求項１２】
請求項８に記載の端末管理サーバもしくは請求項９に記載のポリシデータ適用端末もしくは請求項１０に記載のポリシサーバとしてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、端末機能を遠隔から制御するセキュリティ技術に関する。
【背景技術】
【０００２】
端末機能を制御する際には、端末利用者が自身の端末機能を手動で切り替える方法や、端末機能に対する制御内容を規定したデータ（以降、ポリシデータと呼ぶ）をサーバから配信し、遠隔適用する方法が知られている。例えばMDM(Mobile Device Management)などのシステムでは、複数の端末を一元的に管理するサーバを用いてポリシデータを個々の端末に配信・適用する事により、端末機能を遠隔制御するアプローチが採用されている。
【０００３】
このようなアプローチは、企業で支給される業務用端末など、端末を単一のサーバで一元的に管理できる場合には有効である。しかし、端末を複数のサーバの管理下に置き、各サーバから配信されるポリシデータに基づいて端末機能の制御を行う場合には、ポリシデータに含まれる制御内容の競合が発生する問題点がある。
【０００４】
この問題点を解消するためには、ポリシデータに規定されている制御内容が競合した際に、その制御内容を決定する仕組みを備える必要がある。単純な方法としては、競合時に優先する制御内容の優先順位を事前に規定しておき、その優先順位に基づいて競合を解消する方法が考えられる。例えば、主にウェブサービスのアクセス制御を行う技術としてXACML（非特許文献１参照）やP3P（非特許文献２参照）などの技術が提案されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】OASIS, “eXtensible Access Control Markup Language (XACML) Version 3.0”, [online], [平成24年7月27日検索], インターネット<URL:http://docs.oasis-open.org/xacml/3.0/xacml-3.0-core-spec-cs-01-en.pdf>
【非特許文献２】W3C Working Group, “The Platform for Privacy Preferences 1.1 (P3P1.1) Specification”, [online], [平成24年7月27日検索], インターネット<URL:http://www.w3.org/TR/2006/NOTE-P3P11-20061113/>
【発明の概要】
【発明が解決しようとする課題】
【０００６】
端末に複数のポリシデータを適用する場合、従来技術では、制御内容の競合が発生しないように事前に準備を行う必要があった。例えば、すべてのポリシデータを事前に入手して競合を検知し、競合を解消するための優先順位を事前に設定しておく方法が考えられる。また、ポリシデータを配信するサーバ（以降、ポリシサーバと呼ぶ）間で事前協議を行い、各ポリシサーバから配信されるポリシデータを、制御内容の競合が発生しないように作成するような運用対処も考えられる。しかし、ポリシサーバが独立して運用されている場合やポリシサーバの数が多い場合、将来的にポリシサーバが増設される場合など、すべてのポリシデータを事前に知る事が難しい状況下においては、事前に競合を検知する事が難しく、競合解消の効率的な実施が困難といった課題がある。
【０００７】
特に、指定したアプリケーションの起動を許可し、それ以外のアプリケーションについては起動を一律に禁止するようなポリシデータ（以降、許可リストと呼ぶ）や、指定したアプリケーションの起動を禁止し、それ以外のアプリケーションの起動を許可するようなポリシデータ（以降、禁止リストと呼ぶ）がポリシサーバから配信される場合がある。それらのポリシデータには、制御対象となる機能の全てが個別には指定（記載）されていないため、制御対象が明確に規定されない。このような場合には、これら複数のポリシデータ間で発生する、同一の制御対象における制御内容の競合の有無を検知することは、個別名称をキーとした単純な制御内容の突合では行うことできない。
【０００８】
この発明はこのような点に鑑みてなされたものであり、ポリシデータを適用するタイミングで制御内容の競合をオンデマンドに検知し、禁止リストや許可リストのように制御対象を集合的に扱うようなポリシデータを適用する場合であっても、効率的に競合解消を実施することができるセキュリティポリシ競合解消技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、この発明のセキュリティポリシ競合解消システムは、ポリシサーバと端末管理サーバと少なくとも１台のポリシデータ適用端末とを含み、タイムスタンプと、端末属性に関して記述される制御条件と、任意の端末機能を示す制御対象と、当該制御対象に対する設定値である制御内容とを含む複数のポリシデータをポリシサーバからポリシデータ適用端末へ配信する。ポリシデータ適用端末はポリシフィルタ記憶部と合成部と要求部と適用部とを備える。端末管理サーバは生成部を備える。ポリシデータ適用端末のポリシフィルタ記憶部には設定時刻と制御条件と制御対象と当該制御対象に対して優先的に適用されるポリシデータを示す優先ポリシとを含むポリシフィルタが記憶されている。ポリシデータ適用端末の合成部はポリシサーバから受信する複数のポリシデータを集約して合成ポリシを生成する。ポリシデータ適用端末の要求部は合成ポリシとポリシフィルタに基づいて、前記ポリシフィルタの更新が必要か否かを判断し、ポリシフィルタの更新が必要と判断した場合にはポリシフィルタの更新を端末管理サーバへ要求する。端末管理サーバの生成部はポリシデータ適用端末からの要求に応じて、ポリシフィルタを用いて新ポリシフィルタを生成し、ポリシデータ適用端末に送信する。ポリシデータ適用端末の適用部は端末管理サーバから新ポリシフィルタを受信すると、当該新ポリシフィルタに従って合成ポリシから抽出したポリシデータを適用する。
【発明の効果】
【００１０】
複数のポリシデータを遠隔配信して同時に適用する事を前提としたセキュリティシステムにおいて、例えば、ポリシサーバの数が多い場合、もしくは将来的にポリシサーバの設置が見込まれる場合など、ポリシデータに含まれる制御内容を事前に確認する事が難しい状況下であっても、制御内容の競合についてポリシデータを適用するタイミングでオンデマンドに検知する事ができる。また、そのタイミングで端末管理サーバへポリシフィルタの作成・追記・再承認を依頼することにより、競合した制御内容の優先順位を確定させて効率的に競合解消を実施する事ができる。
【００１１】
更にこの発明は、禁止リストや許可リストのように、明示的に規定されていない制御対象を集合的に扱う形式のポリシデータを取り扱う場合にも有効であり、その場合には競合の検知・解消がより一層効果的に実施できるようになる。
【図面の簡単な説明】
【００１２】
【図１】制御内容の競合が発生する状況を例示する図である。
【図２】制御内容の競合が発生する状況を例示する図である。
【図３】制御内容の競合が発生する状況を例示する図である。
【図４】発明の概要を説明するための図である。
【図５】セキュリティポリシ競合解消システムの機能構成を例示する図である。
【図６】端末管理サーバ、ポリシサーバ、ポリシデータ適用端末の機能構成を例示する図である。
【図７】適用フェーズの処理フローを例示する図である。
【図８】許可リスト、禁止リストのデータ構造を例示する図である。
【図９】ポリシデータ参照テーブルのデータ構造を例示する図である。
【図１０】ポリシフィルタのデータ構造を例示する図である。
【図１１】ポリシデータを合成する処理フローを例示する図である。
【図１２】ポリシデータのデータ構造を例示する図である。
【図１３】制御対象リスト、タイムスタンプリストのデータ構造を例示する図である。
【図１４】補完済みポリシデータのデータ構造を例示する図である。
【図１５】合成ポリシ（競合未解消）のデータ構造を例示する図である。
【図１６】該当用途情報の有無を判断する処理フローを例示する図である。
【図１７】ポリシフィルタを作成する処理フローを例示する図である。
【図１８】優先ポリシ設定結果のデータ構造を例示する図である。
【図１９】該当制御条件の有無を判断する処理フローを例示する図である。
【図２０】ポリシフィルタを追記する方法を例示する図である。
【図２１】ポリシ更新の有無を判断する処理フローを例示する図である。
【図２２】合成ポリシの競合を解消する処理フローを例示する図である。
【図２３】合成ポリシ（競合解消済み）のデータ構造を例示する図である。
【図２４】承認フェーズの処理フローを例示する図である。
【図２５】承認要求を作成する処理フローを例示する図である。
【図２６】非優先ポリシリストのデータ構造を例示する図である。
【図２７】承認要求のデータ構造を例示する図である。
【図２８】ポリシフィルタを修正する処理フローを例示する図である。
【図２９】優先ポリシ修正結果のデータ構造を例示する図である。
【発明を実施するための形態】
【００１３】
以下、この発明の実施の形態について詳細に説明する。なお、図面中において同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。
【００１４】
＜制御内容の競合が発生する具体例＞
ポリシデータに含まれる制御内容の競合が発生する問題点について、具体例を挙げて説明する。この例では、カメラ撮影に関する機能の制御をロケーションに基づいて実施するシーンを考える。このような制御は、カメラ撮影を制御するポリシデータを作成し、このポリシデータをロケーションに基づいて配信・適用して端末機能を制御する事で実現できる。また、ロケーションに基づいて端末機能の制御を行うには、制御条件として端末の利用環境を表す属性（以降、端末属性と呼ぶ）をポリシデータに加えれば良い。ロケーション情報には、GPS情報や無線LANの基地局情報など様々な情報が考えられるが、例えば企業のオフィス内に設置された無線LANアクセスポイントのSSID(Service Set Identifier)を用いる方法などが考えられる。
【００１５】
図１は、制御内容の競合が発生する第１の例を示す図である。企業Ａが入居するビル内で、企業Ａがポリシデータを作成して配信する。企業Ａのロケーション内ではカメラ撮影を許可するが、特定ロケーションについてはカメラ撮影を禁止する。この例の場合、制御条件は「企業Ａのロケーション」又は「企業Ａの特定ロケーション」、制御対象は「カメラ機能」、制御内容は「起動許可」又は「起動禁止」となるが、仮にロケーション情報にSSIDを用いたとすると、ビル内には企業Ａのロケーション内に特定ロケーションが存在する事になるため、各無線LANの電波の到達範囲が重複することが想定され、特定ロケーション内に端末が存在した場合は、制御内容が競合する問題が発生する。
【００１６】
図２は、制御内容の競合が発生する第２の例を示す図である。企業Ａと企業Ｂが同居するビル内で、企業Ａと企業Ｂが独立にポリシデータを作成して配信する。どちらのデータも、ビルのロケーションに基づいた制御を規定するポリシデータとしており、企業Ａのポリシデータではカメラ撮影を許可し、企業Ｂのポリシデータではカメラ撮影を禁止する。この例の場合、制御条件は「ビルのロケーション」、制御対象は「カメラ機能」、制御内容は「起動許可」又は「起動禁止」となるが、仮にロケーション情報にSSIDを用いたとすると、企業Ａと企業Ｂは同一のビルのロケーションに存在する事になるため、そのビルのロケーション内に端末が存在した場合は、制御内容が競合する問題が発生する。
【００１７】
図３は、制御内容の競合が発生する第３の例を示す図である。企業Ａのビルと企業Ｂのビルが隣接する環境下において、企業Ａと企業Ｂが独立にポリシデータを作成して配信する。企業Ａのロケーション内ではカメラ撮影を許可するが、企業Ｂのロケーション内ではカメラ撮影を禁止する。この例の場合、制御条件は「企業Ａのロケーション」又は「企業Ｂのロケーション」、制御対象は「カメラ機能」、制御内容は「起動許可」又は「起動禁止」となるが、仮にロケーション情報にSSIDを用いたとすると、企業Ａと企業Ｂのビルが隣接しているため各無線LANの電波の到達範囲が重複することが想定され、その到達範囲が重複するロケーション内に端末が存在した場合は、制御内容が競合する問題が発生する。
【００１８】
上記の例はロケーション情報の例であるが、利用環境はロケーション情報以外にも時間や端末所有者など様々な制御条件の下で制御内容の競合が発生し得る。
【００１９】
＜従来のセキュリティポリシ競合解消技術の説明＞
非特許文献１に記載されているXACMLは、ウェブサービス上のデータリソースに対するアクセス制御を行うための言語仕様である。XACMLでは、制御対象、制御内容、及び制御条件が記述されたルールと呼ばれるポリシデータに基づいてリソースに対する認可制御が行われる。複数ルールを結合してひとつのルールにまとめる事ができる機能を備えており、指定したルール結合アルゴリズムに従ってルール結合後の制御内容を決定する事により、ルール結合時の制御内容の競合を解消する事ができる。ルール結合アルゴリズムは、例えば、複数ルール内の制御内容において、アクセス許可とアクセス拒否が競合した場合はアクセス許可を優先する、などとすることができる。
【００２０】
非特許文献２に記載されているP3Pは、端末上のプライバシ情報に対するアクセス制御を行うための技術である。P3Pでは、提供を許可するプライバシ情報の項目を事前に端末に設定しておき、ウェブサービスからプライバシ情報の要求が発生した時には、その設定に基づいて端末側からのプライバシ情報の提示を行う。許可されている項目以外のプライバシ情報については、ウェブサービスからの要求を拒否し、許可されていないプライバシ情報が要求されている事を端末側に提示する。P3Pでは、常に端末側の設定を優先する技術仕様により、プライバシ情報に関するウェブサービスからの要求と端末側の設定の競合を解消する事ができる。
【００２１】
＜課題の詳細な説明＞
この発明が解決しようとする課題について、上述の従来技術を踏まえてより具体的に説明する。
【００２２】
第１の課題は、特定の条件下では制御内容の競合を解消することができず、ポリシデータに基づいた端末機能の制御ができないことである。すなわち、XACMLの例では、先に述べたように事前に結合対象とするルールを入手する事が困難な状況下においては、その制御内容を知る事が出来ず指定すべきルール結合アルゴリズムを適切に判断する事が難しい。また、P3Pの例では、ウェブサービスから要求されるプライバシ情報が不明確な状況下においては要求対象となるプライバシ情報の項目を特定することが出来ず、提示可能なプライバシ情報の設定を端末側で実施する事が難しい。つまり、次に述べる条件１）〜３）を満たす状況下では制御内容の競合を検知・解消する事ができず、ポリシデータに基づいた端末機能の制御が出来ない。
条件１）制御条件(例えば、ロケーション情報)、制御対象（例えば、カメラ機能）、制御内容（例えば、起動許可／禁止）が明確に規定されているポリシデータが存在する。
条件２）複数のポリシデータ間で、同時に満足し得る制御条件において、同一の制御対象に対し、異なる制御内容が指定されている。
条件３）複数のポリシデータの作成者が多岐にわたるなどの理由により、それらのポリシデータにおける制御内容の競合を、事前に、すなわちポリシデータを端末に適用しようとするタイミングより前に、解消できない。
【００２３】
この発明は上記課題を解決するために考案されたものであり、条件１）〜３）を満たす状況下において、端末側にポリシデータを適用する際にオンデマンドに制御内容の競合を検知する方法を提供する。更に、当該端末を管理するサーバ（以降、端末管理サーバと呼ぶ）をポリシサーバとは別に設け、競合時の優先順位の設定を当該サーバに依頼する仕組みを導入する事により、当該端末における制御内容の競合を解消する方法を提供する。
【００２４】
上記の例では、条件１）として制御対象、制御内容、制御条件が明確に規定されているポリシデータを扱う場合の課題を説明したが、条件１）が下記の条件１’）のような状況下であった場合には第１の課題はより一層深刻なものとなる。
条件１’）ある制御条件（例えば、ロケーション情報）において、明確に規定されていない制御対象（例えば、カメラ機能）に対する制御内容（例えば、起動許可／禁止）を一律に定めるポリシデータが存在する。
【００２５】
例えば、禁止リストや許可リストがポリシサーバから配信される場合、それらのポリシデータには、制御対象となる機能の全てが個別には指定（記載）されていない。このような場合には、これら複数のポリシデータ間で発生する、同一の制御対象における制御内容の競合の有無を検知することは、制御対象の個別名称が具体的に記載されていないために、個別名称をキーとした単純な制御内容の突合では行うことできない。これが、第２の課題である。
【００２６】
この発明は上記課題の解決にも貢献するものであり、禁止リストや許可リストのように制御対象を集合的に扱うようなポリシデータを適用する場合であっても、競合の検知・解消を効率的に実施する仕組みを提供する。
【００２７】
＜発明のポイント＞
図４を参照して、この発明のポイントを説明する。この発明では適用するべきポリシデータが複数存在する場合にはポリシデータの合成を行う。複数のポリシデータの間で制御内容の競合がある場合にはポリシフィルタを適用して競合の解消を行う。ポリシフィルタを適用する際には端末にあらかじめ設定された用途情報に対するポリシフィルタが存在するか否かを確認する。該当用途情報が存在しない場合にはポリシフィルタの作成を行う。該当用途情報が存在する場合には自らの端末属性に合致する制御条件が存在するか否かを確認する。該当制御条件が存在しない場合にはポリシフィルタの追記を行う。該当制御条件が存在する場合にはポリシの更新があったか否かを確認する。ポリシの更新があった場合にはポリシフィルタの再承認を行う。このようにポリシフィルタの作成・追記・再承認に関する契機を、用途情報や端末属性、ポリシデータの更新の有無に応じて検知することにより、オンデマンドな優先順位設定を可能とする。
【００２８】
なお、従来技術ではポリシデータの合成、該当用途情報の有無の確認、該当制御条件の有無の確認、ポリシ更新の有無の確認はいずれも行う術がなく、優先ポリシをオンデマンドに決定することができなかった。
【００２９】
［実施形態］
＜構成＞
図５を参照して、この発明に係るセキュリティポリシ競合解消システム１０の構成例を説明する。セキュリティポリシ競合解消システム１０は、端末管理サーバ２とM台のポリシサーバ３1〜３M（Mは1以上の自然数）とN台のポリシデータ適用端末４1〜４N（Nは1以上の自然数）を含む。端末管理サーバ２とM台のポリシサーバ３1〜３MとN台のポリシデータ適用端末４1〜４Nはネットワーク１に接続される。ネットワーク１は、接続される各装置が相互に通信可能なように構成されていればよく、例えばインターネットやLAN、WANなどで構成することができる。
【００３０】
図６を参照して、セキュリティポリシ競合解消システム１０に含まれる各装置の構成例を説明する。図６（Ａ）に端末管理サーバ２の構成例を示す。端末管理サーバ２は生成部２１と承認要求部２２と要求修正部２３を備える。生成部２１は作成手段２１１と追記手段２１２と再承認手段２１３を備える。図６（Ｂ）にポリシサーバ３の構成例を示す。ポリシサーバ３は配信部３１と承認回答部３２とポリシデータ記憶部３９を備える。図６（Ｃ）にポリシデータ適用端末４の構成例を示す。ポリシデータ適用端末４は取得部４１と合成部４２と要求部４３と適用部４４とポリシフィルタ記憶部４９を備える。要求部４３は作成要求手段４３１と追記要求手段４３２と再承認要求手段４３３を備える。ポリシデータ記憶部３９とポリシフィルタ記憶部４９は例えば、ＲＡＭ（Random Access Memory）などの主記憶装置、ハードディスクや光ディスクもしくはフラッシュメモリ（Flash Memory）などの半導体メモリ素子により構成される補助記憶装置、などにより構成することができる。
【００３１】
端末管理サーバ２は、ポリシデータ適用端末４1〜４Nを管理するサーバであり、ポリシデータ適用端末４1〜４Nにおいて複数のポリシデータを適用する際、制御内容が競合するときの優先順位に関する設定要求を受け付け、競合したポリシデータに対する優先順位の設定を制御対象毎に行う。これにより、当該ポリシデータ適用端末４1〜４Nにおける制御内容の競合解消を行う。
【００３２】
ポリシサーバ３1〜３Mは、ポリシデータを配信するサーバであり、事前に定義・生成したポリシデータをポリシデータ適用端末４1〜４Nに配信する。
【００３３】
ポリシデータ適用端末４1〜４Nは、ポリシデータを適用する端末であり、ポリシデータに規定された内容に従って端末機能の制御を行う。また、複数ポリシのポリシデータを適用する際には制御内容に関する競合検知を行う。
【００３４】
＜適用フェーズ＞
図７を参照して、セキュリティポリシ競合解消システム１０の実行する適用フェーズの動作例を、実際に行われる手続きの順に従って説明する。適用フェーズとは、ポリシデータ適用端末４1〜４Nがポリシサーバ３1〜３Mから複数のポリシデータを取得し、それらのポリシデータを同時に適用した際に、制御内容の競合検知、及び競合解消を行う一連の手順である。
【００３５】
ポリシサーバ３1〜３Mの備えるポリシデータ記憶部３９には、ポリシデータが記憶されている。ポリシデータは、ポリシデータが作成された時刻が記憶されているタイムスタンプと、端末属性を用いてポリシデータの適用条件を規定する制御条件と、制御の対象とする端末機能を規定する制御対象と、制御対象とした端末機能に対する制御内容を含む。このポリシデータを用いた端末機能の制御方法には様々なバリエーションが考えられるが、以下の説明では、端末属性を在圏の無線LANアクセスポイントのSSIDとして、制御条件をロケーション識別子であるSSIDに関して記述されているものとし、制御対象をアプリケーションとし、制御内容を起動許可もしくは起動禁止のいずれかである起動権限であるとする。
【００３６】
図８にポリシデータの具体例を示す。図８（Ａ）は許可リストの例であり、図８（Ｂ）は禁止リストの例である。ポリシデータは、一つの「制御条件」に対して複数の「制御対象」がリスト化されており、リストに明示的に規定された制御対象に対する制御内容と、それ以外の制御対象に対する制御内容が規定されている。図８において、それ以外の制御対象は制御対象が「other」の項目である。端末属性が制御条件を満足した場合に、制御対象の端末機能に対し、制御内容に沿った制御を行う。タイムスタンプには、ポリシデータの作成時刻が記録されている。図８（Ａ）の例では、端末属性が「SSID=XX」を満たす場合には、制御対象である「APP1」「APP3」は起動が許可されるが、その他の制御対象は起動が禁止されることを示している。図８（Ｂ）の例では、端末属性が「SSID=YY」を満たす場合には、制御対象である「APP2」「APP4」は起動が禁止されるが、その他の制御対象は起動が許可されることを示している。
【００３７】
以降、図８に示したような許可リスト及び禁止リストをポリシデータの例として説明を進めるが、この発明の趣旨はポリシデータの例や制御対象の例に限定されない事に留意されたい。例えば、「制御対象」が明確に規定されているポリシデータの場合、図８のポリシデータとは異なり「otherの項目が存在しない」「制御対象毎に制御内容が規定される」などの違いがあり得るが、このようなポリシデータであってもこの発明は応用可能である。また、端末機能の制御に限らず、端末内のデータリソースへのアクセス制御にも応用可能である事も併せて留意されたい。
【００３８】
ポリシデータ適用端末４1〜４Nは、用途情報と端末属性とポリシデータ適用テーブルをあらかじめ保持している。用途情報は、端末の利用目的に応じて設定する情報であり、端末の利用目的を識別するための情報である。例えば、「特定企業下の業務目的での端末利用」や「子供向けでの端末利用」などである。用途情報は事前にポリシデータ適用端末４1〜４Nに設定しておくものとする。例えば、そのポリシデータ適用端末４1〜４Nの利用者が設定するなどの方法が考えられる。
【００３９】
ある端末において利用目的が変更になった場合には用途情報を変更する。用途情報の変更手段は限定されるものではなく、どのような手段を用いてもよい。例えば、端末の利用者が変更してもよいし、端末管理サーバ２が遠隔から変更してもよい。以降では、用途情報が「特定企業下の業務目的での端末利用」である場合を例に説明を行う。
【００４０】
端末属性は、端末が自身の利用環境からデータを収集して保持する情報であり、端末の利用環境を識別するための情報である。複数の属性値を持つ事を許容し、利用環境の変化とともに保持する属性値が変化する。以降では、端末属性の例としてロケーション識別子（在圏の無線LANアクセスポイントのSSID）を用いた例で説明を行う。
【００４１】
ポリシデータ参照テーブルは、端末がポリシデータを取得するためのポリシサーバ３1〜３Mのアクセス先が設定されたテーブルであり、事前にポリシデータ適用端末４1〜４N内に保持しておく情報である。ポリシデータ適用端末４1〜４Nがポリシデータを取得する際の条件（以降、取得条件と呼ぶ）、及び当該ポリシデータを取得するためのポリシサーバ３1〜３Mのアクセス先（以降、ポリシデータ参照子と呼ぶ）が記載されている。ポリシデータを取得する際には、端末属性に含まれる属性値のうち取得条件と一致する属性値を検索し、当該取得条件に対応するポリシデータ参照子にアクセスする事で、ポリシデータ適用端末４1〜４Nの利用環境に応じたポリシデータの取得を行う。ポリシデータ参照テーブルの設定手段は限定されるものでは無く、どのような手段を用いてもよい。例えば、ポリシデータ適用端末４1〜４Nの利用者が設定する手段や、端末管理サーバ２から遠隔設定する手段、もしくはポリシサーバ３1〜３Mが遠隔から設定する手段などが考えられる。
【００４２】
図９に、ポリシ参照テーブルの具体例を示す。取得条件として無線LANアクセスポイントのSSIDを、ポリシデータ参照子としてURLを用いた場合のポリシ参照テーブルの例を記載している。この場合、ポリシデータ適用端末４1〜４Nが特定の無線LANアクセスポイントの圏内に入ると、その無線LANアクセスポイントのSSIDに対応したURLにアクセスし、インターネット経由でポリシデータをダウンロードする。これにより、SSIDに対応したポリシデータを取得する動作を実現する事ができる。図９の例では、「SSID=XX」の場合であれば、「ポリシデータAの取得先URL」「ポリシデータBの取得先URL」「ポリシデータCの取得先URL」からそれぞれポリシデータをダウンロードし、「SSID=YY」の場合であれば、「ポリシデータDの取得先URL」からポリシデータをダウンロードすることを示している。
【００４３】
ポリシデータ適用端末４1〜４Nの備えるポリシフィルタ記憶部４９には、ポリシフィルタが記憶されている。ポリシフィルタは、制御内容の競合が発生した際のポリシデータの優先順位が記録されたデータであり、用途情報毎に作成される情報である。端末管理サーバ２による優先順位の設定結果が制御条件毎に記録されており、ポリシフィルタをポリシデータ適用端末４1〜４Nに返送して保持させることで、優先順位のオンデマンドな決定を実現する。ポリシデータ適用端末４1〜４Nで保持している用途情報と端末属性、及びポリシサーバ３1〜３Mから配信されているポリシデータの更新が無い限り、ポリシデータ適用端末４1〜４Nでは保持しているポリシフィルタに基づいて制御内容の競合解消を行う。
【００４４】
図１０にポリシフィルタの具体例を示す。ポリシフィルタはある用途情報毎に管理されており、１つの用途情報に対し、複数の制御条件ごとに分けて、その各制御条件下の各制御対象において優先するポリシデータを規定する優先ポリシが記述されている。図１０の例では、用途情報は「企業A用途」であり、制御条件が「SSID=AA,BB,CC」の場合であれば制御対象「APP1」は「ポリシデータZ」を優先的に適用し、制御条件が「SSID=XX,YY」の場合であれば制御対象「APP1」は「ポリシデータC」を優先的に適用することを示している。ここで、制御条件が「SSID=AA,BB,CC」のように属性値がカンマ区切りで設定されている場合は、複数の無線LAN圏内（ここでは、SSIDが「AA」「BB」「CC」に設定されたアクセスポイントの電波が重複する範囲）で利用されるなどにより、複数の端末属性を保持している状況を示している。
【００４５】
ポリシデータ適用端末４1〜４Nの備える取得部４１は、ポリシデータ参照先テーブルを用いて、端末属性に対応したポリシサーバ３1〜３Mへポリシデータの取得要求を送信する（Ｓ４１）。ポリシサーバ３1〜３Mの備える配信部３１は、ポリシデータ適用端末４1〜４Nからのポリシデータ取得要求に対してポリシデータ記憶部３９に記憶されているポリシデータを送信する（Ｓ３１1〜M）。図９のポリシデータ参照先テーブルの例であれば、ポリシデータ適用端末４1〜４Nは在圏の無線LANアクセスポイントのSSIDに対応したURLが示すポリシサーバ３1〜３Mへポリシデータの取得要求を送信し、そのポリシサーバ３1〜３Mからポリシデータが送信される事になる。ポリシデータ参照先テーブルにおいて、端末属性に対応する複数のURLが設定されており、ポリシデータ適用端末４1〜４Nがポリシサーバ３1〜３Mから複数のポリシデータを受信した状態になると、適用フェーズが開始される。
【００４６】
図７の例では、すべてのポリシデータが独立したポリシサーバ３1〜３Mから配信される例を図示しているが、ポリシデータ適用端末４1〜４Nが複数のポリシデータを受信すればよく、ポリシデータの配信形態はこの限りではない事に留意されたい。例えば、１台のポリシサーバ３が複数の異なるポリシデータを配信してもよいし、２台のポリシサーバ３1〜３2があるとして、ポリシサーバ３1は３つのポリシデータを配信し、ポリシサーバ３2は１つのポリシデータを配信してもよい。
【００４７】
ポリシデータ適用端末４1〜４Nの備える合成部４２は、ポリシサーバ３1〜３Mから受信する複数のポリシデータを集約して合成ポリシを生成する（Ｓ４２）。図１１に合成部４２の処理フローをより詳細に示す。まず、ポリシデータ適用端末４1〜４Nは複数のポリシデータ（ポリシデータA,B,C,D）を受信する。図１２に複数のポリシデータの具体例を示す。図１２（Ａ）はポリシデータAの例である。ポリシデータAは、制御条件「SSID=XX」に合致する場合に、制御対象「APP1」「APP3」は「起動許可」に設定し、その他の項目は「起動禁止」に設定することを表している。また、タイムスタンプの設定内容により、ポリシデータAが作成された時刻は「2012.4.30」であることも表している。図１２（Ｂ）はポリシデータB、図１２（Ｃ）はポリシデータC、図１２（Ｄ）はポリシデータDである。これらもポリシデータAと同様に設定されているため、詳細な説明は省略する。
【００４８】
まず合成部４２は、取得した複数のポリシデータ（ポリシデータA,B,C,D）を比較して各ポリシデータから制御対象を抽出することで制御対象リストを生成する（Ｓ４２１）。図１３（Ａ）に制御対象リストの具体例を示す。図１３（Ａ）の例では、制御対象に記載されている「APP1」「APP2」「APP3」「APP4」が、ポリシデータA,B,C,Dのいずれかに明示的に設定されていることを示している。
【００４９】
次に合成部４２は、制御対象リストを各ポリシデータにフィードバックして、各ポリシデータに規定されている制御対象を補完することで補完済みポリシデータを生成する（Ｓ４２２1〜4）。これにより、あるポリシデータで明示的に規定されている制御対象について、別のポリシデータにおいても当該制御対象が明示的に規定されるようにする。図１４に補完済みポリシデータの具体例を示す。図１４（Ａ）は図１２（Ａ）に示すポリシデータAを図１３（Ａ）に示す制御対象リストを用いて補完した補完済みポリシデータAの例である。図１２（Ａ）に示すポリシデータAでは「APP2」「APP4」は明示的に指定されていなかったが、図１３（Ａ）に示す制御対象リストに存在するため「APP2」「APP4」が追加されている。追加する制御対象に対する制御内容は、その他の項目を表す「other」に対する制御内容と同じ「起動禁止」が設定される。図１４（Ｂ）は補完済みポリシデータB、図１４（Ｃ）は補完済みポリシデータC、図１４（Ｄ）は補完済みポリシデータDである。これらも補完済みポリシデータAと同様に設定されているため、詳細な説明は省略する。
【００５０】
その後合成部４２は、複数の補完済みポリシデータを集約して、複数のポリシデータを同時に適用しようとした際の「制御条件」「制御対象」「制御内容」を規定した競合未解消の合成ポリシを生成する（Ｓ４２３）。制御対象が明示的に規定されていない項目については、その他の項目（制御対象がotherの項目）について制御内容の競合が発生しているとみなし、同様に集約を行う。この際、同一の制御条件と制御対象に対して、制御内容に「起動許可」「起動禁止」の両方が含まれる場合、すなわち競合が生じる場合がある。そこで、以降の処理でポリシフィルタを利用して制御内容の優先順位を決定する。図１５に競合未解消の合成ポリシの具体例を示す。制御条件「SSID=XX,YY」に合致する場合に、制御対象「APP1」を「起動許可」にするポリシデータは「ポリシデータA,D」であり、「起動禁止」にするポリシデータは「ポリシデータB,C」であることを表している。
【００５１】
また合成部４２は、ポリシデータの更新を以降の処理で検出できるようにするために、各ポリシデータのタイムスタンプを集約してタイムスタンプリストを生成する（Ｓ４２４）。図１３（Ｂ）にタイムスタンプリストの具体例を示す。図１３（Ｂ）の例では、「ポリシデータA」が「2012.4.30」に作成されたものであり、「ポリシデータB」が「2012.5.30」に作成されたものであり、「ポリシデータC」が「2012.6.30」に作成されたものであり、「ポリシデータD」が「2012.7.30」に作成されたものであることを表している。
【００５２】
ポリシデータ適用端末４1〜４Nの備える要求部４３は、合成部４２の生成する合成ポリシとポリシフィルタ記憶部４９に記憶されているポリシフィルタに基づいて、ポリシフィルタの更新が必要か否かを判断する。ポリシフィルタの更新が必要と判断した場合にはポリシフィルタの更新を端末管理サーバ２へ要求する。要求部４３は、作成要求手段４３１と追記要求手段４３２と再承認要求手段４３３を備えており、各手段を順に実行する。
【００５３】
端末管理サーバ２の生成部２１は、ポリシデータ適用端末４1〜４Nからの要求に応じて、その要求と同時に受信するポリシフィルタを用いて新ポリシフィルタを生成する。生成した新ポリシフィルタは、そのポリシフィルタの更新を要求してきたポリシデータ適用端末４1〜４Nに送信する。生成部２１は、作成手段２１１と追記手段２１２と再承認手段２１３を備えており、ポリシデータ適用端末４1〜４Nからの要求の種類に応じて実行する手段を選択する。
【００５４】
ポリシデータ適用端末４1〜４Nの要求部４３が備える作成要求手段４３１は、用途情報毎に作成されているポリシフィルタを検索し、自身にあらかじめ設定されている用途情報に合致するポリシフィルタが存在するか否かを判定する。該当用途情報に対するポリシフィルタが存在しない場合には、合成ポリシとその用途情報を含む優先度設定要求を端末管理サーバ２へ送信する（Ｓ４３１）。図１６に作成要求手段４３１の処理フローをより詳細に示す。作成要求手段４３１は、ポリシフィルタ記憶部４９に記憶されているポリシフィルタに含まれている用途情報が、自身が保持している用途情報と一致するか否かを調べる（Ｓ４３１１）。一致していなければ、合成ポリシと用途情報を含む優先度設定要求を端末管理サーバ２に送信し、ポリシフィルタの作成を要求する（Ｓ４３１２）。
【００５５】
端末管理サーバ２の生成部２１が備える作成手段２１１は、ポリシデータ適用端末４1〜４Nから受信した優先度設定要求に含まれる合成ポリシに対し、制御条件に対する優先順位を用途情報に基づいて設定し、その設定結果をもとに新ポリシフィルタを作成する（Ｓ２１１）。これにより、ポリシデータ適用端末４1〜４Nに適用するポリシデータの優先順位を設定し、その際の用途情報と制御条件、及び制御内容を対応付けて新ポリシフィルタに記録する。図１７に作成手段２１１の処理フローをより詳細に示す。図１０に示した通り、ポリシフィルタは用途情報毎に管理されており、１つの用途情報に対し複数の制御条件ごとに分けて、その各制御条件下の各制御対象において優先するポリシデータ（以下、優先ポリシと呼ぶ）が記述されている。具体的なポリシフィルタの作成方法としては、ポリシデータ適用端末４1〜４Nから送付された用途情報をもとに、合成ポリシに含まれる制御対象毎に優先ポリシを選択することで、優先ポリシ設定結果を生成する（Ｓ２１１１）。例えば、端末管理サーバ２の管理者が用途情報を参考にしながら手動で暫定的な選択を行うなどの方法が考えられる。その後、優先ポリシ設定結果から新ポリシフィルタを作成し、ポリシデータ適用端末４1〜４Nに返送する（Ｓ２１１２）。図１８に優先ポリシ設定結果の具体例を示す。図１８の例では、制御条件「SSID=XX,YY」に合致する場合は制御対象「APP1」に対して制御内容が「起動禁止」に設定されている「ポリシデータC」を優先することを表している。
【００５６】
ポリシデータ適用端末４1〜４Nの要求部４３が備える追記要求手段４３２は、ポリシフィルタに含まれる制御条件と自身が取得した端末属性とを突合し、その値が合致するかどうかを検出する。自身が取得した端末属性に合致する制御条件がポリシフィルタに含まれていない場合には、ポリシフィルタと合成ポリシと用途情報を含む優先度追加設定要求を端末管理サーバ２へ送信する（Ｓ４３２）。これにより、制御条件に応じた優先順位の設定結果の記録の有無を確認し、ポリシフィルタへの優先順位の追記の要否を判定する。図１９に追記要求手段４３２の処理フローをより詳細に示す。追記要求手段４３２は、ポリシフィルタ記憶部４９に記憶されているポリシフィルタについて、自身が保持している端末属性と一致する制御条件が、そのポリシフィルタに含まれるか否かを調べる（Ｓ４３２１）。該当端末属性と一致する制御条件が含まれていなければ、ポリシフィルタと合成ポリシと用途情報を含む優先度追加設定要求を端末管理サーバ２に送信し、ポリシフィルタへの必要な項目の追記を要求する（Ｓ４３２２）。
【００５７】
端末管理サーバ２の生成部２１が備える追記手段２１２は、作成手段２１１と同様に制御条件に対する優先順位を設定し、ポリシデータ適用端末４1〜４Nから受信した優先度追加設定要求に含まれるポリシフィルタにその内容を追記する。これにより、ポリシデータ適用端末４1〜４Nに適用するポリシデータの優先順位を設定し、その際の用途情報と制御条件、及び制御内容を対応付けてポリシフィルタに追記することで、新ポリシフィルタを生成する。図２０を参照して、追記手段２１２の処理内容をより詳細に説明する。追記手段２１２は、作成手段２１１と同様に、合成ポリシに対する優先ポリシを制御対象毎に選択することで優先ポリシ設定結果を生成する。その後、合成ポリシに含まれる制御条件を抽出し、ポリシデータ適用端末４1〜４Nから受信した優先度追加設定要求に含まれるポリシフィルタに、ポリシデータ設定結果の情報を追記する。図２０の例では、ポリシデータ適用端末４1〜４Nから受信したポリシフィルタには制御条件が「SSID=AA,BB,CC」のみであったが、図１８に例示されている優先ポリシ設定結果に基づいて制御条件が「SSID=XX,YY」である情報が追記されたことを表している。
【００５８】
ポリシデータ適用端末４1〜４Nの要求部４３が備える再承認要求手段４３３は、合成部４２が作成したタイムスタンプリストと、自身で保持しているポリシフィルタ内に記録されている時刻（以降、設定時刻と呼ぶ）との比較を行う。設定時刻よりも新しいタイムスタンプがタイムスタンプリスト内に存在した場合には、ポリシデータが古くなったとみなし、自身で保持しているポリシフィルタと合成ポリシと用途情報を含む再承認要求を端末管理サーバ２へ送付する（Ｓ４３３）。これにより、ポリシデータの更新検知を行う。ポリシフィルタに記録されている優先順位がポリシデータに比べて相対的に古くなっていた場合には、当該ポリシフィルタの継続利用の承認処理を端末管理サーバ２に依頼する。図２１に再承認要求手段４３３の処理フローをより詳細に示す。再承認要求手段４３３は、ポリシフィルタ記憶部４９に記憶されているポリシフィルタに含まれる設定時刻と、合成部４２が作成したタイムスタンプリスト内の時刻を比較することにより、優先順位を設定した時刻以降にポリシデータの更新が発生したか否かの検知を行う（Ｓ４３３１）。ポリシフィルタ内には制御条件に対応した設定時刻が含まれているが、この時刻よりも新しい時刻がタイムスタンプリストに少なくとも１つ含まれている場合には、当該制御条件に対する優先度設定結果が古くなったとみなし、この用途情報に関するポリシフィルタを更新するために、ポリシフィルタと合成ポリシと用途情報を含む再承認要求を端末管理サーバ２に送信する（Ｓ４３３２）。
【００５９】
端末管理サーバ２の生成部２１が備える再承認手段２１３は、ポリシデータ適用端末４1〜４Nから受信した再承認要求に含まれるポリシフィルタから新ポリシフィルタを生成し、新ポリシデータをポリシデータ適用端末４1〜４Nに送信する（Ｓ２１３）。新ポリシフィルタは、ポリシフィルタに含まれる情報から制御条件が端末属性に合致する情報を抽出し、設定時刻を現在時刻に更新することで生成する。生成した新ポリシフィルタについて、ポリシサーバ３1〜３Mの合意を得るために、承認フェーズの処理を実施してもよい。承認フェーズの処理はシステムの運用形態に応じて省略してもよい。例えば、そもそも承認を必要としない運用とすることもできるし、単に競合が発生していることを端末管理サーバ２へ通知するのみのシステムとして構成することもできる。承認フェーズの処理内容については、後述する。
【００６０】
ポリシデータ適用端末４1〜４Nの備える適用部４４は、端末管理サーバ２から返送された新ポリシフィルタがあれば、その新ポリシフィルタに従い、新ポリシフィルタがなければ、ポリシフィルタ記憶部４９に記憶されているポリシフィルタに従って、合成ポリシの制御内容の優先順位を制御対象毎に決定する（Ｓ４４）。これにより、合成ポリシに含まれる制御内容の競合を解消する。図２２に適用部４４の処理フローをより詳細に示す。適用部４４は、新ポリシフィルタを合成ポリシに対して適用し、制御対象毎に優先順位を決定する。新ポリシフィルタから端末属性に合致する制御条件、制御対象、及び優先ポリシを抽出し、合成ポリシの各制御内容について、優先ポリシ以外のポリシデータの制御内容を削除する（Ｓ４４１）。これにより、制御内容の競合が解消される。図２３に競合解消後の合成ポリシの具体例を示す。図２３の例では、制御条件「SSID=XX,YY」に合致する場合に、制御対象「APP1」は「ポリシデータC」を優先して「起動禁止」とし、制御対象「APP2」は「ポリシデータB」を優先して「起動許可」とすることを表している。
【００６１】
その後、ポリシデータ適用端末４1〜４Nは、この競合解消後の合成ポリシに従って自身の端末機能の制御を実施する。
【００６２】
＜承認フェーズ＞
図２４を参照して、セキュリティポリシ競合解消システム１０の実行する承認フェーズの動作例を、実際に行われる手続きの順に従って説明する。承認フェーズとは、端末管理サーバ２の生成する新ポリシフィルタにより決定される制御内容について、ポリシサーバ３1〜３M同士の認識を一致させる一連の手順である。適用フェーズにおいて、端末管理サーバ２の生成部２１が備える作成手段２１１または追記手段２１２がポリシフィルタを作成・追記する事により制御内容が競合した際の優先順位が設定されるが、ポリシフィルタを用いてポリシデータ適用端末４1〜４Nで制御内容の優先順位を決定することにより、制御内容が反映されないポリシデータが生じてしまう。そこで、各制御対象についてポリシデータ適用端末４1〜４Nに適用された制御内容と矛盾が生じた制御内容をポリシデータ毎に抽出してポリシサーバ３1〜３Mから承認を得ることにより、ポリシサーバ３1〜３Mとポリシデータ適用端末４1〜４Nの間で制御内容の認識を一致させる事ができる。承認が得られなかったポリシサーバ３m（1≦m≦M）が存在した場合には、端末管理サーバ２がその回答結果をもとにポリシフィルタの修正を行い、ポリシサーバ３1〜３Mへ再承認を依頼する。これにより、新ポリシフィルタを適用することで実現される制御内容について、ポリシサーバ３1〜３M同士の認識を一致させるための協議を、端末管理サーバ２を介して実現することができる。
【００６３】
端末管理サーバ２の備える承認要求部２２は、合成ポリシに対して、作成手段２１１又は追記手段２１２で作成された新ポリシフィルタ、又はポリシデータ適用端末４1〜４Nの再承認要求手段４３３から送付されたポリシフィルタを適用し、端末に適用される制御内容とは矛盾が生じてしまう制御対象、及びポリシデータ（以降、非優先ポリシと呼ぶ）を抽出する。その抽出結果である非優先ポリシをポリシデータごとにまとめて承認要求を作成し、ポリシサーバ３1〜３Mに送付する（Ｓ２２）。承認要求は、ポリシデータに含まれる制御内容がポリシデータ適用端末４1〜４Nに反映されなかったポリシデータを配信しているポリシサーバ３1〜３Mに対してのみ送付される。これにより、ポリシフィルタの適用によって制御内容が反映されなかった制御対象について、関連するポリシサーバ３1〜３Mへの通知と承認依頼を行う。図２５に承認要求部２２の処理フローをより詳細に示す。端末管理サーバ２の作成手段２１１又は追記手段２１２で作成されたポリシフィルタ、又はポリシデータ適用端末４1〜４Nの再承認要求手段４３３から送付されたポリシフィルタを、同タイミングで送信されてきた合成ポリシに適用し、ポリシデータ適用端末４1〜４Nで制御内容が反映されない項目を抽出する。この際、反映されない制御内容とその制御内容を規定するポリシデータをリスト化した非優先ポリシリストを生成する（Ｓ２２１）。図２６に非優先ポリシリストの具体例を示す。図２６の例は、図１８に例示した優先ポリシ設定結果から優先ポリシとして選択されなかったポリシデータを抽出したものであり、例えば、制御対象「APP1」については、優先する制御内容である「起動禁止」以外の制御内容が設定されていた「ポリシデータA,D」が非優先ポリシとして記載される。
【００６４】
次に承認要求部２２は、非優先ポリシリストをもとに承認要求を作成する（Ｓ２２２）。承認要求の作成では、優先されなかったポリシデータ毎に、反映されなかった制御内容、及び優先されたポリシデータを制御対象毎に列挙し、この承認要求をポリシサーバ３1〜３Mに送付する。図２７に承認要求の具体例を示す。図２７（Ａ）はポリシデータAに対する承認要求の例である。図２７（Ａ）の例は、図２６に例示した非優先ポリシリストから非優先ポリシが「ポリシデータA」に該当する部分である、制御対象が「APP1」と「APP2」の項目を抽出したものである。図１２（Ａ）に例示したポリシデータAでは、制御対象「APP1」は制御内容「起動許可」に設定されているにも関わらず、図２３に示す競合解消後の合成ポリシでは「起動禁止」に設定されており、制御内容の矛盾が生じていることがわかる。図２７（Ｂ）はポリシデータBに対する承認要求である。ポリシデータBの制御内容はすべて優先ポリシの制御内容と同じであるので、承認要求は空で生成されている。ここで、「null」は値が存在しないことを表している。ポリシデータBに対する承認要求は空で生成されているため、ポリシデータBを管理するポリシサーバ３へは承認要求は送信されない。図２７（Ｃ）はポリシデータCに対する承認要求、図２７（Ｄ）はポリシデータDに対する承認要求である。これらもポリシデータAに対する承認要求と同様に設定されているため、詳細な説明は省略する。
【００６５】
ポリシサーバ３1〜３Mの備える承認回答部３２は、端末管理サーバ２から受信する承認要求を承認するか拒否するかを示す承認回答を端末管理サーバ２へ送信する（Ｓ３２1〜M）。例えば、ポリシサーバ３1〜３Mの管理者が手動で承認するか拒否するかの選択を行うなどの方法が考えられる。
【００６６】
端末管理サーバ２の備える要求修正部２３は、すべてのポリシサーバ３1〜３Mから承認回答を受信するまで待機する（Ｓ２３ａ）。すべての承認回答を受信すると、受信した承認回答の中に拒否回答が存在するか否かを判定する（Ｓ２３ｂ）。いずれかのポリシサーバ３1〜３Mから拒否回答を受信した場合にはポリシフィルタの修正を行う（Ｓ２３）。その後、再び承認要求部２２により非優先ポリシリストの抽出が行われ、承認依頼を再実行する。これにより、新ポリシフィルタに設定されている優先順位をポリシサーバ３1〜３Mが許容できない場合には、端末管理サーバ２へポリシフィルタの優先順位の再設定の要求を行う。図２８に要求修正部２３の処理フローをより詳細に示す。この処理は、承認要求部２２が送信した承認要求に対し、ポリシサーバ３1〜３Mからの拒否回答が存在した際に実行される。基本的な処理は、生成部２１の備える作成手段２１１がポリシフィルタを作成する処理に準ずるため詳細な説明は割愛する。作成手段２１１との差分は、既に存在するポリシフィルタとポリシサーバ３1〜３Mからの承認回答の結果をもとに、既に選択されている優先ポリシ以外の優先ポリシへの変更、及びポリシフィルタの上書きを行う点である。図２９に優先ポリシ修正結果の具体例を示す。優先ポリシ修正結果は、図１８に例示した優先ポリシ設定結果に対して、「承認回答」欄と「優先（修正）」欄を追加して生成する。「承認回答」欄には、現在選択されている優先ポリシを「（優先）」とし、ポリシサーバ３からの承認回答を「承認」もしくは「拒否」として提示する。なお、優先ポリシと制御内容が同一であるため承認要求が送信されなかった場合には、ポリシサーバ３からの承認回答が存在しない。その場合には、承認回答欄を「−」として提示する。そして、「優先（修正）」欄において、例えば端末管理サーバ２の管理者が、いずれかのポリシサーバから拒否された制御対象について、異なる優先ポリシを選択することで、ポリシフィルタを修正する。図２９の例では、制御対象「APP1」の制御内容に対して、非優先となったポリシデータAとポリシデータDを管理するポリシサーバ３から承認回答を受信したため、既に選択されている「ポリシデータC」が修正後も優先ポリシとなることを表している。一方、制御対象「APP3」の制御内容に対しては、ポリシデータCを管理するポリシサーバ３から拒否回答を受信したため、優先するポリシデータを「ポリシデータA」から「ポリシデータC」へ変更したことを表している。
【００６７】
ポリシデータの修正を行った際には、承認要求部２２による承認要求の作成を再度実行し、ポリシサーバ３1〜３Mからの承認回答を受け付ける。これを繰り返す事により、従来、各ポリシサーバ同士で制御内容について認識を一致させるために実施していた協議を、端末管理サーバ２を介して実施できるようになる。
【００６８】
＜効果＞
この実施形態のセキュリティポリシ競合解消システム１０は、複数のポリシデータを遠隔配信して同時に適用する場合であって、例えば、ポリシサーバの数が多い場合、もしくは将来的にポリシサーバの設置が見込まれたりする場合など、ポリシデータに含まれる制御内容を事前に確認する事が難しい状況下であっても、制御内容の競合についてポリシデータを適用するタイミングでオンデマンドに検知する事ができる。また、そのタイミングで端末管理サーバへポリシフィルタの作成・追記・再承認を依頼することにより、競合した制御内容の優先順位を確定させて効率的に競合解消を実施する事ができる。
【００６９】
更に、禁止リストや許可リストのように、明示的に規定されていない制御対象を集合的に扱う形式のポリシデータを取り扱う場合にも有効であり、その場合には競合の検知・解消がより一層効果的に実施できるようになる。
【００７０】
また、承認フェーズを実施するように構成した場合には、ポリシサーバ同士の事前協議を省略するといった効率化が図れる。従来技術では、ポリシデータの競合を発生させないために事前協議が必要であったが、この発明では、競合を解消するために必要な最小限の協議を、承認処理により端末管理サーバを介してオンデマンドに実施する事が可能となる。そのためポリシサーバは、当該ポリシサーバから配信するポリシデータを、事前協議を行う事無く自由に作成する事ができるようになる。
【００７１】
［プログラム、記録媒体］
この発明は上述の実施形態に限定されるものではなく、この発明の趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。上記実施例において説明した各種の処理は、記載の順に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。
【００７２】
また、上記実施形態で説明した各装置における各種の処理機能をコンピュータによって実現する場合、各装置が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記各装置における各種の処理機能がコンピュータ上で実現される。
【００７３】
この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。
【００７４】
また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。
【００７５】
このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。
【００７６】
また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、本装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
【符号の説明】
【００７７】
１０  セキュリティポリシ競合解消システム
１  ネットワーク
２  端末管理サーバ
３  ポリシサーバ
４  ポリシデータ適用端末
２１  生成部
２１１  作成手段
２１２  追記手段
２１３  再承認手段
２２  承認要求部
２３  要求修正部
３１  配信部
３２  承認回答部
３９  ポリシデータ記憶部
４１  取得部
４２  合成部
４３  要求部
４３１  作成要求手段
４３２  追記要求手段
４３３  再承認要求手段
４４  適用部
４９  ポリシフィルタ記憶部
【図１】
2014044612.tif 000003
【図２】
2014044612.tif 000004
【図３】
2014044612.tif 000005
【図４】
2014044612.tif 000006
【図５】
2014044612.tif 000007
【図６】
2014044612.tif 000008
【図７】
2014044612.tif 000009
【図８】
2014044612.tif 000010
【図９】
2014044612.tif 000011
【図１０】
2014044612.tif 000012
【図１１】
2014044612.tif 000013
【図１２】
2014044612.tif 000014
【図１３】
2014044612.tif 000015
【図１４】
2014044612.tif 000016
【図１５】
2014044612.tif 000017
【図１６】
2014044612.tif 000018
【図１７】
2014044612.tif 000019
【図１８】
2014044612.tif 000020
【図１９】
2014044612.tif 000021
【図２０】
2014044612.tif 000022
【図２１】
2014044612.tif 000023
【図２２】
2014044612.tif 000024
【図２３】
2014044612.tif 000025
【図２４】
2014044612.tif 000026
【図２５】
2014044612.tif 000027
【図２６】
2014044612.tif 000028
【図２７】
2014044612.tif 000029
【図２８】
2014044612.tif 000030
【図２９】
2014044612.tif 000031