JP2006318369A - ポリシ自動生成方法および認可装置 - Google Patents

Abstract

【課題】情報提供者（ポリシ記述者）の負担および認可装置の負荷を増やすことなく、継続認可のためのポリシを自動生成する。
【解決手段】ポリシ管理部５は、認可制御部４からのポリシ要求を入力とし、該当するポリシを取得した後、認可制御部４に対して取得したポリシを出力する。また、ポリシ管理部５は、認可制御部４からの継続認可ポリシ生成の指示を入力し、継続認可ポリシを自動生成し、内部に格納しておく。
【選択図】図１

Description

本発明は、電子的な情報を保護することを目的とし、情報の利用を制御する際に判断となるポリシの生成方法に関する。

価値ある情報を保護するため、当該情報へのアクセスや利用を制御するためのアクセス制御技術の重要性が高まっている。このアクセス制御技術の中核を成しているのが、情報の提供可否を判断する認可である。

情報の利用環境が多様化してきている現在、認可を行なう際には、情報の利用を要求している利用者自身が当該情報を提供するのに適切であるか否かを判断するだけでなく、利用者のおかれている状況（コンテキスト）が情報の提供に適切であるか否かを考慮することが重要である。

コンテキストは時間の経過と共に変化するため、継続的に認可を行なうことにより、情報の利用に不適切な状況に遷移した場合には、当該情報の提供を停止する機構が必要となる。

ここで、継続的に行なわれる認可を継続認可と呼ぶこととし、これに対して情報の提供を開始する際に行なわれる認可を初回認可と呼ぶこととする。

特許文献１は、サービスの利用者が適切であるかを識別すると共に、利用者がサービスを利用可能な状況にあるか否か、利用者以外の他の人物によってサービスのセキュリティを侵害している状況にあるか否かを継続的に監視、検出し、サービスの開始／中断／中断解除／終了の制御を行なう仕組みを開示している。

認可を行なう際には、判断の基準となるポリシが必要である。コンテキストを考慮した認可を行なう場合、ポリシの要素としては、情報を提供するのに適切な利用者であるか否かを判断するための条件に加えて、コンテキストが適切であるか否かを判断するための条件が必要となる。さらに、継続認可を行なう場合には、継続認可のためのポリシが別途必要となる。

ここで、ポリシとは１つ以上の条件から成り、２つ以上の場合には各条件はＡＮＤ、もしくはＯＲで連結されて条件節を成す。条件とは、パラメータと演算子、そして基準となる値から構成される。条件節は階層的な構造を持つこともある。なお、継続認可を行なうためのポリシを継続認可ポリシ、これに対して初回認可を行なうためのポリシを初回認可ポリシと呼ぶこととする。

非特許文献１において指摘されているように、ポリシとして定義する内容が増加すると、ポリシの記述コスト、管理コストが高くなるという問題がある。非特許文献１においては、リソースを管理するためのポリシの上位概念として情報の管理者にとって設定しやすい「マスターポリシ」を定義し、このマスターポリシとリソースのプロファイル、運用ノウハウを記述した知識データと呼ばれる情報を用いて個別のポリシを自動生成することにより、ポリシの記述コスト、管理コストを削減している。
特開平９−２９７７３５公報 菅野政孝，田中俊介，坂田祐司，小熊慶一郎，白鳥則郎"情報ネットワークシステムのポリシー制御"ＰｏｌｉｃｙＣｏｍｐｕｔｉｎｇ"の適用と実装"，情報処理学会論文誌，２００１，Ｖｏｌ．４２，Ｎｏ．０２，ｐｐ１２６−１３７．

継続認可ポリシに必要となる性質は、以下の二点である。
（１）情報提供者（ポリシ記述者）の負担を増やすことなく、ポリシを設定することが可能である。
（２）認可装置の負荷を増やすことなく、継続認可を行なうことが可能である。

（１）においては、例えば初回認可ポリシに加えて継続認可ポリシをあらためて記述する方法では、ポリシ記述者は従来の初回認可ポリシを記述するための負担に加えてさらに負担がかかることになり、上記の性質を満たすことはできない。（２）では、初回認可ポリシを継続認可に流用する方法では、初回認可時にかかる認可装置への負荷が、継続的に情報の利用終了までかかってしまうことになり、効率的でない。

従来技術として前述した特許文献１においては、継続認可のポリシに関する記述はない。また、非特許文献１では、ポリシを自動生成することによって（１）の問題を解決しようとしているが、対象としているポリシは初回認可のみであり、継続認可に関しては考慮されていない。よって、継続認可時における上記（２）の課題は従来技術においては解決されていない。

本発明の目的は、情報提供者（ポリシ記述者）の負担を増やすことなく、継続認可のためのポリシを自動生成するポリシ自動設定方法を提供することにある。

本発明の他の目的は、前記ポリシ自動設定方法を実施する認可装置を提供することにある。

上記目的を達成するために、本発明のポリシの自動生成方法は、情報の提供開始時もしくは提供中に、当該情報の利用を許可すべきか否かを判断する認可装置のポリシ管理部が、情報の提供を開始する際に行われた初回認可のためのポリシ（初回認可ポリシ）を基に、以後に継続的に行われる認可である継続認可のためのポリシ（継続認可ポリシ）を生成することを特徴とする。

初回認可ポリシから継続認可ポリシを自動生成することにより、ポリシの記述コストを削減することができ、情報提供者の負担が軽減される。

本発明の実施態様では、初回認可ポリシに含まれる条件の中から、情報の提供中に変化することのない静的なパラメータに関する条件を取り除いて継続認可ポリシを生成する。これにより、継続認可ポリシに含まれる条件式の数を減少させることができる。ここで、静的なパラメータに関する条件とは、利用者もしくは利用対象となる情報の特徴を示す属性に関するパラメータに対する条件である。

本発明の他の実施態様では、初回認可ポリシに含まれる条件の中から、コンテキストに関するパラメータに対する条件を抽出して継続認可ポリシを生成する。これにより、継続認可ポリシに含まれる条件の数を減少させることができる。

本発明の他の実施態様では、利用者からの情報の利用要求を受け取り、初回認可を行なって利用許可と判断された場合に、初回認可の結果に基づいて継続認可時に判断すべき条件を絞り込み、継続認可ポリシを生成する。これにより、継続認可ポリシに含まれる条件の数を減少させることができる。

本発明の他の実施態様では、初回認可ポリシのパラメータ毎に、該パラメータがコンテキストに関するものであるか否かを示すフラグを対応付けた判別情報を基に、継続認可ポリシを生成する。これにより、継続認可において抽出すべき条件の判別が容易となり、効率的に継続認可ポリシを生成することが可能となる。

請求項１と６の発明は、初回認可ポリシを基に、継続認可ポリシを自動生成することにより、ポリシ記述者は継続認可ポリシを記述する必要がなく、従来の初回認可ポリシを記述する作業以上の負担を必要としない。

請求項２の発明は、初回認可ポリシに含まれる条件の中から、情報の提供中に変化することのない静的なパラメータに関する条件を取り除いて継続認可ポリシを生成することにより、継続認可ポリシに含まれる条件の数を減少させ、継続認可に必要となる認可装置の負荷を軽減することが可能となる。

請求項３の発明は、初回認可ポリシに含まれる条件の中から、利用者を取り巻くコンテキストに関するパラメータに対する条件を抽出して継続認可ポリシを生成することにより、継続認可ポリシに含まれる条件の数を減少させ、請求項２による効果と同様に継続認可に必要となる認可装置の負荷を軽減することが可能となる。

請求項４の発明は、利用者からの情報の利用要求を受け取り、初回認可を行なって利用が許可された場合に、初回認可の結果に基づいて継続認可時に判断すべき条件を絞り込み、継続認可ポリシを生成することにより、継続認可ポリシに含まれる条件の数を減少させ、請求項２による効果と同様に継続認可に必要となる認可装置の負荷を軽減することが可能となる。

請求項５の発明は、初回認可ポリシのパラメータ毎に、当該パラメータがコンテキストに関するものであるか否かを示すフラグを対応付けた判別情報を基に、継続認可ポリシを生成することにより、継続認可において抽出すべき条件の判別が容易となり、効率的に継続認可ポリシを生成することが可能となる。

次に、本発明の実施の形態について図面を参照して説明する。

図１は本発明の一実施形態による認可装置のブロック図である。

本認可装置は利用制御部１と状況検出部２と情報収集部３と認可制御部４とポリシ管理部５と属性管理部６と認可判定部７とからなる。

利用制御部１は、利用者と認可装置とのインタフェースとなる部分である。すなわち、利用制御部１は、利用者からの情報の利用要求を受け、利用要求を認可制御部４に出力し、また、認可制御部４からの最終的な認可結果の入力を受けて実際に利用者に情報を提供、もしくは利用者への情報の提供を拒否する。

状況検出部２は、利用者のコンテキストに関する情報を収集もしくは、コンテキストの変動を検知する部分である。すなわち、状況検出部２は、情報収集部３からの要求を入力としてコンテキストをセンシングし、取得した値を情報収集部３に出力し、また、定期的にセンシングを続行し、取得した値に変化があった場合にも、情報収集部３への該値の出力を行なう。このように、コンテキストに変動があった場合にのみ情報収集部３に対して通知が行なわれるため、継続認可を認可制御部４が定期的に行なう場合に比べて認可の回数が少なくなり、認可装置の負荷を軽減することが可能となる。なお、状況検出部２は具体的には例えば、人が持ち運ぶカードなどに付けられたタグを読み取る、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）のリーダである。

情報収集部３は、利用者の属性、コンテキストに関する情報のとりまとめを行なう。すなわち、情報収集部３は、認可制御部４からの認可に必要な情報の要求を入力とし、属性管理部６に対して利用者の属性に関する情報の要求を出力するとともに、状況検出部２に対して利用者のコンテキストに関する情報の要求を出力する。そして情報収集部３は、状況検出部２からの情報の入力を受けて認可制御部４に対して該情報を出力する。継続認可の際には、状況検出部２からのコンテキストの変化を通知する入力があった場合に、これを認可制御部４に出力する。

認可制御部４は、認可装置全体の制御を行なう部分である。すなわち、認可制御部４は、利用制御部１からの利用要求を入力とし、ポリシ管理部５に対して該当するポリシを要求、取得し、該ポリシに記述された条件により、認可に必要となる属性とコンテキストが判明するため、これを情報収集部３に要求して取得する。そして認可制御部４は、取得したポリシ、属性とコンテキストを認可判定部７に出力し、認可判定部７からの認可結果を利用制御部１に出力する。初回認可の場合には、認可が終了した時点でポリシ管理部５に対し、継続認可ポリシの自動生成の指示を出力する。

ポリシ管理部５は、判断に必要となるポリシを管理するとともに、継続認可ポリシを自動生成する部分である。すなわち、ポリシ管理部５は、認可制御部４からのポリシ要求を入力とし、該当するポリシを取得した後、認可制御部４に対して取得したポリシを出力する。また、ポリシ管理部５は、認可制御部４からの継続認可ポリシ生成の指示を入力し、継続認可ポリシを自動生成し、内部に格納しておく。これら処理の詳細については図２の説明において述べることとする。

属性管理部６は、利用者の属性情報を格納する部分で、情報収集部３からの属性要求を入力として該当する属性情報を情報収集部３に対して出力する。

認可判定部７は、認可制御部４からの入力を基に実際に認可の判断を行なう部分である。すなわち、認可判定部７は、ポリシに記述された条件を利用者の属性情報、コンテキストが満たすか否かを判定し、認可結果を認可制御部４に出力する。

図２は図１のポリシ管理部５の構成を示すブロック図である。本発明のポリシの自動生成を行なう部分はこの部分に含まれる。ポリシ管理部５はポリシ格納部２１とポリシ自動生成部２２と制御部２３と属性／コンテキスト情報取得部２４からなる。

ポリシ格納部２１は、認可のためのポリシを格納しておく部分である。すなわち、ポリシ格納部２１は、制御部２３からのポリシ取得要求を入力とし、該当するポリシを制御部２３に出力し、また、制御部２３からの格納要求を入力とし、自動生成された継続認可ポリシを内部に格納する。

ポリシ自動生成部２２は、初回認可ポリシを基に、継続認可ポリシを自動生成する部分である。すなわち、ポリシ自動生成部２２は、制御部２３からの自動生成の指示を入力とし、入力された情報を基にポリシを自動生成した後、得られた継続認可ポリシを制御部２３に出力する。

制御部２３は、図１の認可制御部４とのインタフェースとなる部分であり、かつポリシ管理部５全体を制御する。すなわち、制御部２３は、認可制御部４からのポリシ取得要求を入力とし、該当するポリシの取得要求をポリシ格納部２１に出力する。また、制御部２３は、認可制御部４からの継続認可ポリシ自動生成要求を入力し、属性／コンテキスト情報取得部２４に対して属性とコンテキストを判別するための、フラグによる判別情報を要求、取得する。そして制御部２３は、この判別情報と自動生成の基となるポリシをポリシ自動生成部２２に出力し、ポリシ自動生成部２２で自動生成された継続認可ポリシを取得する。得られたポリシはポリシ格納部２１に出力され、次回の継続認可が行なわれるまで格納される。

属性／コンテキスト情報取得部２４は、継続認可ポリシの自動生成を行なう際に必要となる、属性とコンテキストの判別のための情報を格納するデータベースで、制御部２３からの取得要求を入力し、属性、コンテキストのどちらに該当するのかを判別する判別情報を制御部２３に出力する。

図３は、図１の認可装置において行なわれる認可処理のうち、初回認可の処理を示すフローチャートである。以下、図３を参照して初回認可の処理手順を説明する。

まず、利用制御部１は、利用者からの情報利用の要求を取得し、これを認可制御部４に出力する（ステップ１０１）。要求を取得した認可制御部４は、該当するポリシをポリシ管理部５に対して要求し、ポリシ管理部５に格納されている初回認可ポリシを取得する（ステップ１０２）。さらに、認可制御部４は、認可に必要となる属性・コンテキストを情報収集部３に対して要求し、情報収集部３が状況検出部２、属性管理部６から収集した情報を取得する（ステップ１０３）。認可制御部４はポリシと属性・コンテキストに関する情報を認可判定部７に出力する（ステップ１０４）。認可判定部７は与えられた情報を基に情報の利用の可否を判断し、認可結果を認可制御部４に対して返す（ステップ１０５）。情報の利用が可能であると判断された場合（ステップ１０５のＹｅｓ）、認可制御部４は、提供が開始された情報に対する継続認可を行なうため、継続認可ポリシの自動生成をポリシ管理部５に対して要求し、ポリシ管理部５においてポリシが自動生成される（ステップ１０６）。ポリシの自動生成処理の詳細については図５以降で説明することとする。ポリシの自動生成が完了すると、認可制御部４は認可結果を利用制御部１に通知し、利用制御部１において利用者に対する情報の提供が開始される（ステップ１０７）。以上で初回認可の処理は終了となる。

ステップ１０５において情報の利用が不可能と判断された場合には（ステップ１０５のＮｏ）、認可制御部４は認可結果を利用制御部１に通知し、利用制御部１において利用者に対して認可結果の通知が行なわれ（ステップ１０８）、初回認可の処理は終了となる。

図４は、図１の認可装置において行なわれる認可処理のうち、継続認可の処理のフローチャートである。以下、図４を参照して継続認可の処理手順を説明する。

まず、利用制御部１は、情報の提供中に利用者からの情報利用の終了要求を取得した場合には（ステップ１０９のＹｅｓ）、利用制御部１は情報の提供を終了し（ステップ１１６）、継続認可の処理を終了する。

情報利用の終了要求がない場合には（ステップ１０９のＮｏ）、状況検出部２においてコンテキストの変動を監視し（ステップ１１０）、変動が検知されなかった場合には（ステップ１１０のＮｏ）引き続きステップ１０９→ステップ１１０の処理を繰り返し、終了要求もしくはコンテキストの変動の発生を監視する。

ステップ１１０においてコンテキストの変動が検知された場合（ステップ１１０のＹｅｓ）、状況検出部２は情報収集部３に対してコンテキストの変動を通知し、さらに認可制御部４に対して変動が通知される。認可制御部４はコンテキストの変動が通知されると、ポリシ管理部５に対して該当するポリシを要求し、ポリシ管理部５に格納されている継続認可ポリシを取得する（ステップ１１１）。認可制御部４は、認可に必要となるコンテキストに関する情報を情報収集部３に対して要求し、情報収集部３が状況検出部２から収集した情報を取得する（ステップ１１２）。認可制御部４はポリシとコンテキストに関する情報を認可判定部７に出力し、認可判定部７は与えられた情報を基に情報の利用の可否を判断し、認可結果を認可制御部４に対して返す（ステップ１１３）。情報の利用が可能であると判断された場合（ステップ１１３のＹｅｓ）、引き続き情報の利用が可能となるため、ステップ１０９→１１０の処理を繰り返し、終了要求もしくはコンテキストの変動の発生を監視する。

ステップ１１３において情報の利用が不可能と判断された場合には（ステップ１１３のＮｏ）、情報の提供を中止する処理に移る。すなわち、認可処理部４は認可結果を利用制御部１に通知し、利用制御部１において利用者に対して認可結果の通知が行なわれ（ステップ１１４）、情報の提供を中止する（ステップ１１５）。以上で継続認可の処理は終了となる。

図５は、図２のポリシ管理部５において行なわれる継続認可ポリシの自動生成処理のフローチャートである。図５を参照してポリシ自動生成の処理手順を説明する。

まず、認可制御部４からのポリシ自動生成の指示を制御部２３が取得する（ステップ２０１）。このとき、初回認可ポリシと、初回認可に関する情報を併せて取得する（ステップ２０２，２０３）。前者は、継続認可ポリシの抽出元となり、後者は図６におけるステップ３０１の処理において利用される情報である。初回認可ポリシの中のどの条件が認可の判定に利用されたのかを考慮した上で継続認可ポリシを生成することによって、継続認可ポリシに含まれる条件をさらに絞り込むことが可能となる。ステップ２０３の処理が終了すると、制御部２３は、与えられた初回認可ポリシに含まれる条件について、利用者の属性に関するパラメータに対する条件なのか、もしくはコンテキストに関するパラメータに対する条件なのかを判別するための情報を属性／コンテキスト情報取得部２４に要求し、取得する（ステップ２０４）。以上の処理で制御部２３が得た情報をポリシ自動生成部２２に出力し、ポリシ自動生成部２２において継続認可ポリシを抽出する処理を行なう（ステップ２０５）。ステップ２０５の処理の詳細については、図６において説明することとする。ポリシ自動生成部２２は、生成された継続認可ポリシを制御部２３に出力し、制御部２３は取得したポリシをポリシ格納部２１へ出力して（ステップ２０６）、継続認可ポリシの自動生成処理を終了する。

図６は、継続認可ポリシを初回認可ポリシから抽出する処理のフローチャートである。この処理はポリシ自動生成部２２において行なわれる。以下、図６を参照してポリシの抽出処理の手順について説明する。

まず、制御部２３からのポリシ自動生成の指示をポリシ自動生成部２２が取得する時には、初回認可においてどの条件が適用されたのかに関する情報を併せて取得する。この情報を利用し、初回認可において真とならなかった属性に関するパラメータに対する条件を抽出し、これを削除する（ステップ３０１）。次に、ステップ３０１において抽出された条件とＡＮＤ連結されている条件を抽出し、削除する（ステップ３０２）。ステップ３０１によって抽出された条件は、継続認可においても真となることはないため、判定結果は自明である。ステップ３０２の処理によって抽出された条件は、ステップ３０１によって抽出された条件が真とはならないため、継続認可においては判断の基準とする必要がない。これらの条件を削除することにより、初回認可ポリシに含まれる条件を大幅に削減することができる。

以下の処理は、階層構造を持つポリシツリーの末端部分から、各部分木に対して再帰的に実行される。まず、ツリーの末端に処理の対象を移動する（ステップ３０３）。処理対象の部分木の中に未処理の条件節が残っていれば（ステップ３０４のＹｅｓ）、処理対象を未処理の部分木へ移し（ステップ３０７）、条件節に属性に関するパラメータに対する条件が存在するか否かを調べる（ステップ３０８）。条件が存在する場合（ステップ３０８のＹｅｓ）、条件節はＡＮＤで連結されているかを調べる（ステップ３０９）。ステップ３０８において、条件が存在しない場合（ステップ３０８のＮｏ）、またはステップ３０９において条件節がＡＮＤ連結の場合（ステップ３０９のＹｅｓ）、属性に関するパラメータに対する条件を削除し、これを条件節の値とする（ステップ３１０）。また、ステップ３０９において部分木がＯＲ連結である場合（ステップ３０９のＮｏ）、真を当該条件節の値とする（ステップ３１０）。

以上の処理が終了した後、処理は再度ステップ３０４へ移り、処理対象と同じ深さにある部分木に未処理の条件節が残っているかを判断する。未処理のものが残っていない場合（ステップ３０４のＮｏ）、処理対象を一段浅い部分木へ移動する（ステップ３０５）。この時点でポリシのツリーの根まで到達していなければ（ステップ３０６のＮｏ）、再びステップ３０４へと移る。最終的にポリシツリーの根まで処理が終了すると（ステップ３０６のＹｅｓ）、ポリシの抽出処理は終了である。

図７は初回認可のためのポリシの例をツリー構造で示したものである。ツリーはＡＮＤもしくはＯＲで連結される部分木（４０１〜４０４）から構成されており、四角で囲まれた部分（５０１〜５０５）がポリシを構成する条件群となる。条件のうち、実線で囲まれたものは利用者の属性に関するパラメータに対する条件であり、点線で囲まれたものはコンテキストに関するパラメータに対する条件である。例として、利用者は所属が総務課であり、役職は一般社員であると想定すると、まずステップ３０１〜３０２において、条件５０１と５０４、５０２が削除される。次に、ステップ３０３において、部分木４０４に処理の対象が移る。ステップ３０８においてＮｏと判定され、ステップ３１０において条件５０５が抽出される。次に処理の対象は部分木４０２へと移るが、部分木４０２の条件式はすでに削除されているため、部分木４０３へと処理が移る。ステップ３０８においてＹｅｓ、３０９においてＹｅｓと判定され、ステップ３１０において条件式５０５が抽出される。処理の対象は部分木４０１に移り、最終的な継続認可ポリシとして条件式５０５のみが抽出されるという結果となる。なお、図７において、部分木４０１〜４０４を含むツリーがポリシの例、条件式５０１、５０３、５０４が属性に関する条件の例、条件式５０２、５０５がコンテキストに関する条件の例である。

なお、認可装置の機能は、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータ内の揮発性メモリのように、一定時間プログラムを保持しているものを含む。

本発明の一実施形態の認可装置のブロック図である。 認可装置の中のポリシ管理部の詳細を示すブロック図である。 初回認可の処理のフローチャートである。 継続認可の処理のフローチャートである。 ポリシ自動生成処理のフローチャートである。 継続認可ポリシを初回認可ポリシから抽出する処理のフローチャートである。 初回認可のためのポリシのツリー構造の例を示す図である。

符号の説明

１ 利用制御部
２ 状況検出部
３ 情報収集部
４ 認可制御部
５ ポリシ管理部
６ 属性管理部
７ 認可判定部
２１ ポリシ格納部
２２ ポリシ自動生成部
２３ 制御部
２４ 属性／コンテキスト情報取得部
１０１〜１１５，２０１〜２０６，３０１〜３１０ ステップ
４０１〜４０４ 部分木
５０１〜５０５ 条件式

Claims (8)

1. 情報の提供開始時もしくは提供中に、当該情報の利用を許可すべきか否かを判断する認可装置において、認可に用いるポリシを自動生成する方法であって、ポリシ管理部が、情報の提供を開始する際に行われた初回認可のためのポリシを基に、以後に継続的に行われる認可である継続認可のためのポリシを生成するポリシ自動生成方法。
2. 前記ポリシ管理部は、前記初回認可のためのポリシに含まれる条件の中から、情報の提供中に変化することのない静的なパラメータに対する条件を取り除いて前記継続認可のためのポリシを生成する、請求項１に記載のポリシ自動生成方法。
3. 前記ポリシ管理部は、前記初回認可のためのポリシに含まれる条件の中から、利用者を取り巻くコンテキストに関するパラメータに対する条件を抽出して前記継続認可のためのポリシを生成する、請求項１に記載のポリシ自動生成方法。
4. 前記ポリシ管理部は、利用者からの情報の利用要求を受け取り、前記初回認可を行なって利用が許可された場合に、前記初回認可の結果に基づいて継続認可時に判断すべき条件を絞り込み、前記継続認可のためのポリシを生成する、請求項１から３のいずれかに記載のポリシ自動生成方法。
5. 前記ポリシ管理部は、前記初回認可のためのポリシのパラメータ毎に、当該パラメータがコンテキストに関するものであるか否かを示すフラグを対応付けた判別情報を基に、前記継続認可のためのポリシを生成する、請求項１から４のいずれかに記載のポリシ自動生成方法。
6. 情報の提供開始時もしくは提供中に、当該情報の利用を許可すべきか否かを判断する認可装置において、情報の提供を開始する際に行われた初回認可のためのポリシを基に、以後に継続的に行われる認可である継続認可のためのポリシを生成するポリシ管理部を有することを特徴とする認可装置。
7. 前記ポリシ管理部は、
   前記継続認可のためのポリシの自動生成の指示を入力し、初回認可のためのポリシを基に、継続認可のためのポリシを自動生成し、出力するポリシ自動生成部と、
   該当する初回認可のためのポリシを出力し、また、前記自動生成された、継続認可のためのポリシを内部に格納するポリシ格納部と、
   継続認可ポリシ自動生成要求を入力し、初回認可のためのポリシを前記ポリシ格納部から取得して前記ポリシ自動生成部に出力し、前記ポリシ自動生成部で自動生成された、継続認可のためのポリシを取得し、該ポリシを次回の継続認可が行なわれるまで前記ポリシ格納部に格納する制御部と
   を含む、請求項６に記載の認可装置。
8. コンピュータを、請求項７または８に記載の認可装置として動作させるためのプログラム。

Images