JP4461034B2

JP4461034B2 - 利用権発行方法、利用権発行装置、および利用権システム

Info

Publication number: JP4461034B2
Application number: JP2005023740A
Authority: JP
Inventors: 哲志八木; 欣子末田; 正巳上野; 透小林
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2005-01-31
Filing date: 2005-01-31
Publication date: 2010-05-12
Anticipated expiration: 2025-01-31
Also published as: JP2006209650A

Description

本発明は、ネットワークを介したサービス提供システムに関し、特に利用権発行方法および利用権発行装置に関する。

顧客ごとにＩＣカードを発行するシステムが特許文献１で提案されている。
一方、柔軟で拡張性のあるアクセス制御を実現するためのポリシー記述言語ＸＡＣＭＬ（ｅＸｔｅｎｓｉｂｌｅＡｃｃｅｓｓＣｏｎｔｒｏｌＭａｒｋｕｐＬａｎｇｕａｇｅ）が開発され、実用化されている。

ＸＡＣＭＬは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）プロトコルを拡張し、ＳＡＭＬ（ＳｅｃｕｒｉｔｙＡｓｓｅｒｔｉｏｎＭａｒｋｕｐＬａｎｇｕａｇｅ）のフレームワーク上で特にポリシー決定点に対する認可決定を判断させるためのポリシーおよびルール規定の仕様を定めるとともに、ポリシー決定点に対する認可要求やその応答を定めたものである。
特開２００４−２１９４０号公報ｈｔｔｐ：//ｗｗｗ．ｏａｓｉｓ−ｏｐｅｎ．ｏｒｇ/ｃｏｍｍｉｔｔｅｅｓ/ｔｃ＿ｈｏｍｅ．ｐｈｐ？ｗｇ＿ａｂｂｒｅｖ＝ｘａｃｍｌ

ＸＡＣＭＬを含むＸＭＬは、ＩＣカード等の携帯装置内での処理には適しておらず、データ量も大きいという欠点がある。

本発明の目的は、プライバシー情報を保護しながらもＩＣカード等の携帯装置内での処理に適し、データ量も小さい、利用発行方法および利用権発行装置を提供することにある。

上記目的を達成するために、本発明の利用権発行方法は、
所定の言語で記述された、サービスの利用条件および／またはサービスを利用する利用者および／またはサービスを提供する資源に関する属性情報を分割するステップと、
分割された前記利用条件および／または属性情報を、該利用条件および／または属性情報を携帯装置上で処理するために処理効率および／またはデータサイズの観点から最適化するステップと、
最適化された前記利用条件および／または属性情報を、携帯装置をはじめとする各リソースの固有の書式に合わせて書式変換するステップと
を有する。

本発明によれば、所定の言語、例えばＸＭＬ、特にＸＡＣＭＬで記述された、利用条件および／または属性情報を分割し、携帯装置上で処理する上で処理効率やデータサイズの点で最適化することにより、利用条件および／または属性情報をＩＣカード等の携帯装置内で効率的に処理できる。また、所定の言語、例えばＸＭＬで記述された利用条件を、プライバシーを含む情報と、プライバシー情報を含まない情報とに分割することにより、利用権発行装置の利用者はプライバシー情報を意識することなく、プライバシー情報を外に出さずにすむような形に情報を分割することができる。

本発明は、ＸＡＣＭＬを含むＸＭＬ以外の言語の場合にも適用できる。

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

図１は本発明の一実施形態の利用権発行装置を含むシステムの構成を示す図、図２は利用権発行装置１で行われる処理の流れを示す図である。

利用権発行装置１は利用条件／は属性情報入力部１１と利用条件／属性情報記述者チェック部１２と利用条件／属性情報チェック部１３と利用条件／属性情報分割部１４と利用条件／属性情報記述変換部１５とリソース群用記憶部１６と有している。

利用条件／属性情報入力部１１は、利用条件および／または属性情報、利用条件および／または属性情報記述者属性情報を含む情報を入力する（ステップ１０１）。利用条件とは、サービスを利用するための条件であり、利用者（主体）の年齢による利用制限のような、主体の属性情報に関する条件である主体条件、資源の性能（ディスプレイであれば画面のサイズ等）による利用制限のような、資源の属性情報に関する条件である資源条件、時間帯による利用制限のような、環境の属性情報に関する条件である環境条件の総称である。属性情報とは、利用者（主体）に関する属性情報である利用者属性情報（主体属性情報）、資源に関する属性情報である資源属性情報、環境に関する属性情報である環境属性情報の総称である。利用者属性情報（主体属性情報）は、サービスを利用する利用者に関する属性情報であり、個々のサービスに依存しない利用者基本属性情報と、個々のサービスに依存する利用者サービス属性情報に分けられる。利用者基本属性情報は、利用者ＩＤ、氏名、生年月日、性別、電話番号等が相当する。利用者サービス属性情報は、依存するサービスを識別するＩＤやその他のサービスにおける利用者の会員ＩＤ等が相当する。また、利用者サービス属性情報は、前記以外にも、例えばそのサービスを利用者本人だけでなく、その家族等にも利用させたいときに、その家族のＩＤのリストを定義したり等、サービス提供者が独自に情報を定義できる、自由領域と呼ばれ領域もある。資源属性情報は、サービスを提供する資源に関する属性情報であり、個々のサービスに依存しない資源基本属性情報と、個々のサービスに依存する資源サービス属性情報に分けられる。資源基本属性情報は資源ＩＤ等が相当する。資源サービス属性情報は、依存するサービスを識別するＩＤ等が相当する。また、資源サービス属性情報は、前記以外にも、例えばその資源が画面を表示する装置であれば、その画面サイズ、その資源がインターネット接続を提供する装置であれば、その接続の帯域等、サービス提供者が独自に情報を定義できる、自由領域と呼ばれる領域もある。利用条件および／または属性情報記述者情報は本利用権発行装置１を利用する利用者の属性情報で、具体的には、氏名、記述可能レベルまたは記述可能利用条件および／または属性情報ファイル名である。なお、これらの情報は、ＸＭＬで記述したファイルの形で入力しても、あるいは利用条件および／または属性情報を入力項目としたＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）により画面から直接入力するようにしてもよい。

利用条件／属性情報記述者チェック部１２は、利用条件および／または属性情報を入力する記述者の入力（変更・更新）可能な利用条件および／または属性情報をチェックする（ステップ１０２）。一人ずつ利用条件および／または属性情報における入力可能な項目を設定し、それに基きチェックする方法と、入力可能な利用条件および／または属性情報のレベルを設定し、それに基きチェックする方法とが用意されている。例えば、入力可能項目の数に応じてハイレベル、ミドルレベル、ローレベルと分類して設定することが考えられる。また、入力可能な利用条件および／または属性情報以外の項目を入力している場合にはエラーを表示し、変更、更新をしない。記述者と利用条件および／または属性情報における入力可能な項目の設定ファイルとをつなぐための認証に関しては、従来の方法であるユーザＩＤとパスワードを用いてもよい。

利用条件／属性情報チェック部１３は、利用条件および／または属性情報ごとに用意されたフラグを、新規、変更、削除に応じて設定（例えば、更新ありは１、更新なしは０など）する（ステップ１０３）。

利用条件／属性情報分割部１４は，ＸＡＣＭＬで記述された利用条件（条件式）または属性情報を、所定の２つ以上の利用条件または属性情報に分割する（ステップ１０４）。

利用条件／属性情報記述変換部１５は分割されたこれら条件式または属性情報を、ＩＣカードなどの携帯装置で効率的に処理できる独自の形式（ＵＲＡＬ（ＵｂｉｑｕｉｔｏｕｓＲｅｓｏｕｒｃｅＡｇｇｒｅｇａｔｉｏｎＰｒｏｔｏｃｏｌ）と呼ぶ）に変換する（ステップ１０５）。このＵＲＡＬは、[引数ｎ][引数ｎ−１]・・・[引数１][関数]のような構造になっており、各引数は別の関数であることもあり、変数の場合もあり、定数の場合もある。また、それぞれの関数、変数、定数値はいずれも「種類（Ｔ）」「長さ（Ｌ）」「値（Ｖ）」というデータを持っている。種類に関しては、例えば「０１」が関数（演算子という名称を使う場合もある）、「０２」が変数（サービスに依存しない、利用者の名前などを示す変数）、「０３」がサービス毎に定義されるフィールド変数（サービス変数という名称を使う場合もある）、「０４」が定数を示す。

リソース群用記憶部１６はＵＲＡＬに変換された条件式または属性情報をさらにリソース（資源）群用の書式に変換し、利用権として携帯装置２、ディスプレイ３などのリソースに記憶する（ステップ１０６）。

なお、本発明では、利用条件にＸＡＣＭＬのＰｏｌｉｃｙ文書を、属性情報記述にＸＡＣＭＬのＲｅｑｕｅｓｔｃｏｎｔｅｘｔ文書を用いている。

図３は、ＸＡＣＭＬで記述され、プライバシー情報を含む利用条件式（ポリシー）を、図４に示すように、プライバシー情報を含む条件式と、プライバシー情報を含まない条件式に分割し、形式を変換してリソース群に記憶するまでの処理の概要図である。ＸＡＣＭＬで記述され、プライバシー情報を含む利用条件式（ポリシー）は、利用条件および／または属性情報分割部１４により、プライバシー情報を含む条件式と、プライバシー情報を含まない条件式に分割される。すなわち、Ｓｕｂｊｅｃｔ要素(主体条件)、Ｒｅｓｏｕｒｃｅ要素（資源条件）、Ｅｎｖｉｒｏｎｍｅｎｔ要素（環境条件）は、Ｃｏｎｄｉｔｉｏｎ要素へ移動（既にＣｏｎｄｉｔｉｏｎ要素が存在した場合は併合）し、その後Ｃｏｎｄｉｔｉｏｎ要素はプライバシー情報を含む条件式と、プライバシー情報を含まない情報のみとに分割される。なお、プライバシー情報を含む条件式と、プライバシー情報を含まない条件式（プライバシー情報を含まない情報のみを含む条件式）を逆変換、すなわち結合処理してプライバシー情報を含む元の条件式を得ることができる。プライバシー情報を含む条件式（プライバシー条件式）と、プライバシー情報を含まない条件式（非プライバシー条件式）は次に利用条件および／または属性情報記述変換部１５により、サービス提供事業者が独自のデータを定義したい場合に自由に使える領域である自由定義ファイルを場合により用いて、独自の記述形式（ＵＲＡＬ）に変換される。最後に、独自の記述形式に変換されたプライバシー条件式と非プライバシー条件式はリソース群用記憶部１６により、リソース固有書式定義ファイルを用いて、各リソースに情報を登録するための固有の書式に変換された後、ＩＣカード２、ディスプレイ３などの各リソースに記憶される。ここで、リソース固有書式定義ファイルとは例えばリソースがＩＣカードの場合、ＩＣカードとの通信に使うためのＡＰＤＵ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）の書式が記述されたファイルである。

図５は、ＸＡＣＭＬのＰｏｌｉｃｙ文書で記述された利用条件を独自の記述形式（ＵＲＡＬ）に変換する処理の詳細を示すフローチャートである。まず、ＸＡＣＭＬのＰｏｌｉｃｙ文書で記述された利用条件のＴａｒｇｅｔ要素（ＸＡＣＭＬで利用条件の対象となる主体、資源、環境を指定するＸＭＬの要素名）にＳｕｂｊｅｃｔ（主体）要素、Ｒｅｓｏｕｒｃｅ（資源）要素、Ｅｎｖｉｒｏｎｍｅｎｔ（環境）要素があったら、これらをａｎｙ−ｏｆ関数を用いてＣｏｎｄｉｔｉｏｎ要素へ変換（既にｃｏｎｄｉｔｉｏｎ要素が存在した場合は併合）する（ステップ２０１）。次に、Ｃｏｎｄｉｔｉｏｎ要素をルートとするＤＯＭ（ＤｏｃｕｍｅｎｔＯｂｊｅｃｔＭｏｄｅｌ；ＸＭＬ文書を処理するための標準（http://www.w3.org/DOM/））ツリーに対し、以下の変換を繰り返し、ＵＲＡＬツリーを作成する（ステップ２０２）。

・Ｃｏｎｄｉｔｉｏｎ要素とＡｐｐｌｙ要素はそれぞれのＦｕｎｃｔｉｏｎＩＤ属性の値を名前に持つ関数ノードに変換する
・ＳｕｂｊｅｃｔＡｔｔｒｉｂｕｔｅＤｅｓｉｇｎａｔｏｒ要素、ＥｎｖｉｒｏｎｍｅｎｔＡｔｔｒｉｂｕｔｅＤｅｓｉｇｎａｔｏｒ要素、ＲｅｓｏｕｒｃｅＡｔｔｒｉｂｕｔｅＤｅｓｉｇｎａｔｏｒ要素は、それぞれのＡｔｔｒｉｂｕｔｅ属性の値を名前にもつ変数ノードに変換する
・ＡｔｔｒｉｂｕｔｅＳｅｌｅｃｔｏｒ要素は、ＲｅｑｕｅｓｔＣｏｎｔｅｘｔＰａｔｈ属性の値を名前にもつ変数ノードに変換する
・ＡｔｔｒｉｂｕｔｅＶａｌｕｅ要素は、コンテンツを名前としてもつ定数ノードに変換する
上記変換後のツリー（ＵＲＡＬツリー）よりプライバシー情報を含む変数を探す（ステップ２０３）。そのノードの親を辿り、直近の論理値を返す関数ノードを探す（ステップ２０４）。前記の検索された関数ノードをルートとするサブツリーを新たな独立したツリーとして生成する（ステップ２０５）。最後に、元のＵＲＬのうち、前記関数ノード以下のサブツリーを「プライバシー条件式ツリーの結果」という変数ノードで置き換える（ステップ２０６）。

図６はプライバシー情報を含むＸＡＣＭＬファイルの例を示している。このＸＡＣＭＬファイルは利用条件と提供条件からなっている。

利用条件は「現在時刻（ｃｕｒｒｅｎｔ−ｔｉｍｅ）が誕生日（ＤｏＢ＝ＤａｔｅｏｆＢｉｒｔｈ）に１８年（Ｐ１８Ｙ）足した日付よりも大きい（ｄａｔｅ−ｇｒｅａｔｅｒ−ｔｈａｎ−ｏｒ−ｅｑｕａｌ）」という条件式が記述されており、主体が１８歳以上であるか否かをチェックするものである。

提供条件は、図６中１９行目のコメントにも記述されているように、資源の自由領域内のｓｐｅｌｌ：ｓｉｚｅという名前を持つデータの中身を見て、資源（ここでは、ディスプレイ装置）の画面サイズが３０インチ以上であるか否かを確認している。すなわち、２１〜３０行目は、自由領域のｓｐｅｌｌ：ｓｉｚｅという名前を整数型のデータ（２５〜２８行目）の個数１つ（２２〜２３行目）だけであるかどうかをチェックしている（２１行目のｉｎｔｅｇｅｒ−ｅｑｕａｌ）。３１〜４１行目は実際のそのｓｐｅｌｌ：ｓｉｚｅという名前を持つ整数型のデータを取得して（３４〜３７行目）、それが３０（３９〜４０行目）より大きいかどうか（３１行目のｉｎｔｅｇｅｒ−ｇｒｅａｔｅｒ−ｔｈａｎ−ｏｒ−ｅｑｕａｌ）を確認している。また、２０行目のａｎｄは２１〜３０行目と３１〜４１行目が共に真であった場合のみ、２０〜４２行目全体が真と判定されることを示している。

図７は、図６のＸＡＣＭＬファイルにステップ２０２の処理を行ってＵＲＡＬツリーを作成した結果を示している。図８は、図７のＵＲＡＬツリーに対してステップ２０３と２０４の処理を行って、プライバシー情報を含むツリーを検索した結果を示している。

図９は、図８のツリーに対してステップ２０５の処理を行って作成された、プライバシー情報を含むツリー、図１０は図８のツリーにステップ２０６の処理を行って作成された、プライバシー情報を含まないツリーを示している。

図１１は、図９の、プライバシー情報を含む条件式ツリーを元にＸＡＣＭＬ表記に再度変換したもの（プライバシー情報を含む条件式のＳｕｂ−ＸＡＣＭＬ）を示している。

図１２は、図１０の、プライバシー情報を含まない条件式ツリーを元にＸＡＣＭＬ表記に再度変換したもの（プライバシー情報を含まない条件式のＳｕｂ−ＸＡＣＭＬ）を示している。

図１３、図１４はそれぞれ図１１のプライバシー情報を含む条件式のツリー、図１２のプライバシー情報を含まない条件式のツリーをＵＲＡＬに変換した結果を示している。ＸＡＣＭＬと１：１に対応しながらＩＣカード内の処理に適し、かつデータ量の少ない構造に変換されていることがわかる。

図１５は図１３のＵＲＡＬをＩＣカード内での独自のデータ命令や独自命令に合わせ最適化したものである。本実施形態で使用するＩＣカードの中では同じ変数は複数出てこないデータ構造を持つとし（誕生日（ＤｏＢ）は１人の利用者に対して１つしか存在せず、現在時刻（ｃｕｒｒｅｎｔ−ｄａｔｅ）も１つしか存在しない）、それに伴い処理コストが大きくなるｂａｇ型を扱う関数は実装せず、ｐｒｉｍｉｔｉｖｅ型のみを扱うものとする。また、それに伴い各関数の引数や返り値も全てｐｒｉｍｉｔｉｖｅ型となっており、ｂａｇ型の値からｐｒｉｍｉｔｉｖｅ型の値を得るためのｔｙｐｅ−ｏｎｅ−ａｎｄ−ｏｎｌｙ関数を削除している。この最適化によって、関数の処理が簡略化され、より高速な処理が可能であるとともに、データサイズの低減も同時に可能としている。ここで、ｐｒｉｍｉｔｉｖｅ型の値とは、１つの数値や１つの文字列といった単一の値を指すＸＡＣＭＬの用語で、ｂａｇ型の値とはこのｐｒｉｍｉｔｉｖｅ型の値を複数まとめて持つ値を指すＸＡＣＭＬの用語である。図１６は同様に、図１４のＵＲＡＬをＩＣカード内での独自のデータ命令や独自命令に合わせ最適化したものである。また、「ｔｒｕｅ」と「ｔｒｕｅ」に対し「ａｎｄ」を適用する部分式があった場合、１つの「ｔｒｕｅ」に置換するなどといった一般的な最適化もここで行う。

図１７は、プライバシー情報を含むツリー（プライバシー条件式）と、プライバシー情報を含まないツリー（非プライバシー条件式）のリソース（資源）への引渡しを示している。プライバシー条件式と非プライバシー条件式は利用権発行装置１によってＩＣカード２にまず格納される。そのうちのプライバシー条件式についてはＩＣカード２内で判定が行なわれた後、その判定結果を示す変数と共に非プライバシー条件式が資源３に渡される。資源３では、非プライバシー条件式を判定し、その判定結果が仲介装置４に引き渡され、最終的な判定が行なわれ、行使保証書が資源３に送られる。

図１８は、ＸＡＣＭＬのＰｏｌｉｃｙ文書で記述された利用条件（ポリシー）を主体条件、資源条件、環境条件に分割し、形式を変換してリソース群に記憶するまでの処理の概要図である。ＸＡＣＭＬのＰｏｌｉｃｙ文書で記述された利用条件（ポリシー）は、利用条件および／または属性情報分割部１４により、主体に関する条件を含む主体条件式と、資源に関する条件を含む資源条件式と、環境に関する条件を含む資源条件式とに分割される。すなわち、Ｓｕｂｊｅｃｔ要素（主体条件）、Ｒｅｓｏｕｒｃｅ要素（資源条件）、Ｅｎｖｉｒｏｎｍｅｎｔ要素（環境条件）は、Ｃｏｎｄｉｔｉｏｎ要素へ移動（既にＣｏｎｄｉｔｉｏｎ要素が存在した場合は併合）し、その後Ｃｏｎｄｉｔｉｏｎ要素は主体、資源、環境に関する条件式に分割される。なお、主体、資源、環境に関する条件式を逆変換、すなわち結合処理して元の利用条件を得ることができる。主体条件、資源条件、環境条件の各Ｓｕｂ−ＸＡＣＭＬは次に利用条件および／または属性情報記述変換部１５により、サービス提供事業者が独自のデータを定義したい場合に自由に使える領域である自由定義ファイルを場合により用いて、独自の記述形式（ＵＲＡＬ）に変換される。最後に、独自の記述形式に変換された主体条件、資源条件、環境条件はリソース群用記憶部１６により、リソース固有書式定義ファイルを用いて、各リソースに情報を登録するための固有の書式に変換された後、ＩＣカード２、ディスプレイ３などの各リソースに記憶される。ここで、リソース固有書式定義ファイルとは例えばリソースがＩＣカードの場合、ＩＣカードとの通信に使うためのＡＰＤＵ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）書式が記述されたファイルである。

図１９は、ＸＡＣＭＬで記述された利用条件を独自の記述形式（ＵＲＡＬ）に変換する処理の詳細を示すフローチャートである。まず、図５中のステップ２０１、２０２と同じ処理を行う（ステップ３０１、３０２）。上記変換後のツリー（ＵＲＡＬツリー）より主体情報を含む変数を探す（ステップ３０３）。そのノードの親を辿り、直近の論理値を返す関数ノードを探す（ステップ３０４）。前記の検索された関数ノードをルートとするサブツリーを新たな独立したツリーとして生成する（ステップ３０５）。これが主体条件式ツリーである。次に、元のＵＲＬのうち、前記関数ノード以下のサブツリーを「主体条件式ツリーの結果」という変数ノードで置き換える（ステップ３０６）。これを資源・環境条件式ツリーと呼ぶ。上記資源・環境条件式ツリーより資源情報を含む変数を探す（ステップ３０７）。そのノードの親を辿り、直近の論理値を返す関数ノードを探す（ステップ３０８）。前記の検索された関数ノードをルートとするサブツリーを新たな独立したツリーとして生成する（ステップ３０９）。これが資源条件式ツリーである。最後に、元の資源・環境条件式ツリーのうち、ステップ３０９以下のサブツリーを「資源条件式ツリーの結果」という変数ノードで置き換える（ステップ３１０）。これを環境条件式ツリーと呼ぶ。

図２０は，ＸＡＣＭＬで記述された属性情報（プロファイル）を主体属性、資源属性、環境属性に分割し、形式を変換してリソース群に記憶するまでの処理の概要図である。処理手順はＸＡＣＭＬのＲｅｑｕｅｓｔＣｏｎｔｅｘｔ文書のＳｕｂｊｅｃｔ要素を主体属性に、Ｒｅｓｏｕｒｃｅ要素を資源属性に、Ｅｎｖｉｒｏｎｍｅｎｔ要素を資源属性としてそのまま分割した後は、図１８の、形式を変換してリソース群に記憶するまでの処理と同様である。ただし、この場合、主体属性のみＩＣカードに記憶され、資源属性、環境属性は資源に記憶される。

図２１はＸＡＣＭＬのＲｅｑｕｅｓｔＣｏｎｔｅｘｔ文書で記載されたプロファイル（属性情報：利用者（主体）属性、資源属性、環境属性）のＵＲＡＬ形式への変換例を示している。ここで、「ｓｅｔ」はサービスに依存しない変数に定数を代入する関数である。「ｓｅｔ−ｆｉｅｌｄ」はサービスに依存する変数（サービス変数）に定数を代入する関数である。左下の自由定義ファイルの通りにデータを結合して「自由領域」という変数に結合後のデータを代入する。ＸＡＣＭＬファイルの下から９行目の＜ｓｐ１１：ｄａｔａｌ＞要素の内容である「ｆｏｏ」と、下から８行目の＜ｓｐ１１：ｄａｔａ２＞要素の内容である「ｂａｒ」を結合し、自由領域全体は「ｆｏｏｂａｒ」となる。

以上、入力される利用条件および／属性情報を記述する所定の言語がＸＭＬ、特にＸＡＣＭＬである実施形態を説明したが、本発明は、所定の言語がＸＭＬ以外の言語にも同様に適用できるものである。

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

本発明の一実施形態の利用権発行装置の構成図である。図１の利用権行装置の全体の処理の流れを示すフローチャートである。ＸＡＣＭＬで記述され、プライバシー情報を含む利用条件式（ポリシー）を、プライバシー情報のみを含む条件式と、プライバシー情報を含まない条件式に分割し、形式を変換してリソース群に記憶するまでの処理の概要図である。利用条件、資源条件、環境条件の、プライバシー情報を含む条件と、プライバシーを含まない条件を示す図である。図３において、ＸＡＣＭＬで記述された利用条件をＵＲＡＬ形式に変換する処理のフローチャートである。プライバシー情報を含むＸＡＣＭＬファイルの例を示す図である。図６のＸＡＣＭＬから作成された条件式ツリーを示す図である。図７の条件式ツリーからプライバシー情報を含むツリーを検索する様子を示す図である。プライバシー情報を含むツリーを示す図である。プライバシー情報を含まないツリーを示す図である。プライバシー情報を含む条件式のＳｕｂ−ＸＡＣＭＬを示す図である。プライバシー情報を含まない条件式のＳｕｂ−ＸＡＣＭＬを示す図である。プライバシー情報を含む条件式をＵＲＡＬに変換した図である。プライバシー情報を含まない条件式をＵＲＡＬに変換した図である。図１３のＵＲＡＬを最適化した図である。図１４のＵＲＡＬを最適化した図である。プライバシー情報を含むツリー（プライバシー条件式）と、プライバシー情報を含まないツリー（非プライバシー条件式）のリソースへの引渡しを示す図である。ＸＡＣＭＬで記述された利用条件（ポリシー）を主体条件、資源条件、環境条件に分割し、形式を変換してリソース群に記憶するまでの処理の概要図である。図１８において、ＸＡＣＭＬで記述された利用条件を独自の記述形式（ＵＲＡＬ）に変換する処理の詳細を示すフローチャートである。ＸＡＣＭＬで記述された属性情報（プロファイル）を主体属性、資源属性、環境属性に分割し、形式を変換してリソース群に記憶するまでの処理の概要図である。ＸＡＣＭＬで記載されたプロファイル（属性情報：利用者（主体）属性、資源属性、環境属性）のＵＲＡＬ形式への変換例を示す図である。

符号の説明

１利用権発行装置
２ＩＣカード
３資源（ディスプレイ）
４仲介装置
１１利用条件／属性情報入力部
１２利用条件／属性情報記述者チェック部
１３利用条件／属性情報チェック部
１４利用条件／属性情報分割部
１５利用条件／属性情報記述変換部
１６リソース群用記憶部
１０１−１０７、２０１−２０６、３０１−３１０ステップ

Claims

サービスの利用権を発行する利用権発行装置で行なわれる利用権発行方法であって、
入力手段が、所定のコンピュータ言語で記述された、サービスの利用条件と、サービスを利用する利用者に関する主体属性を含む属性情報と、の少なくとも一方を入力するステップと、
分割手段が、入力された前記利用条件および前記属性情報の少なくとも一方を、前記利用条件については、サービスを利用する利用者に関するプライバシー情報を含む利用条件とそれ以外の利用条件とに分割し、前記属性情報については、前記利用者に関する主体属性の属性情報とそれ以外の属性情報に分割することにより、保護を要する情報と保護を要しない情報に分割するステップと、
変換手段が、分割された、前記保護を要する情報と、前記保護を要しない情報を、前記利用権を保持する携帯装置の処理に適した独自の形式に変換し、更に、前記携帯装置と前記サービスに用いられる資源のそれぞれに固有の形式に変換するステップと、
出力手段が、前記携帯装置内で処理する部分である前記保護を要する情報と、該携帯装置が外部に出力する部分である前記保護を要しない情報を、前記携帯装置に、該保護を要しない情報を、前記サービスに用いられる資源に、それぞれに固有の形式で出力するステップと
を有する利用権発行方法。
サービスの利用権を発行する利用権発行装置で行なわれる利用権発行方法であって、
入力手段が、所定のコンピュータ言語で記述された、サービスの利用条件と、サービスを利用する利用者の主体属性を含む属性情報と、の少なくとも一方を入力するステップと、
分割手段が、入力された前記利用条件および前記属性情報の少なくとも一方を、前記利用条件については、サービスを利用する利用者に関する条件である主体条件とそれ以外の条件とに分割し、前記属性情報については、前記利用者に関する主体属性の属性情報とそれ以外の属性情報に分割することにより、保護を要する情報と保護を要しない情報に分割するステップと、
変換手段が、分割された、前記保護を要する情報と、前記保護を要しない情報を、前記利用権を保持する携帯装置の処理に適した独自の形式に変換し、更に、前記携帯装置と前記サービスに用いられる資源のそれぞれに固有の形式に変換するステップと、
出力手段が、前記携帯装置内で処理する部分である前記保護を要する情報と、該携帯装置が外部に出力する部分である前記保護を要しない情報を、前記携帯装置に、該保護を要しない情報を、前記サービスに用いられる資源に、それぞれに固有の形式で出力するステップと
を有する利用権発行方法。
前記入力手段が、前記利用条件または属性情報の記述者の属性情報を更に入力するステップと、
記述者チェック手段が、入力された前記記述者の属性情報と予め定められた設定とに基づき、入力された前記利用条件または前記属性情報が、該記述者の属性情報によって示される記述者に入力が許可されている項目か否か判定するステップと、
をさらに有する、請求項１または２に記載の利用権発行方法。
情報チェック手段が、入力された前記利用条件または前記属性情報のそれぞれに新規、変更、削除のフラグを設定するステップをさらに有する、請求項３に記載の利用権発行方法。
前記所定のコンピュータ言語がＸＭＬである、請求項１から４のいずれか１項に記載の利用権発行方法。
前記所定のコンピュータ言語がＸＭＬであり、該ＸＭＬが、関数を表す関数ノードとその関数に対する０個以上の引数とからなる式で表されており、各引数は別の関数ノードであることもあり、変数を表す変数ノードの場合もあり、定数を表す定数ノードの場合もあるというツリー構造を持つとき、
前記分割手段が分割するステップは、
前記ツリーより、前記プライバシー情報を含む変数または前記主体条件を含む変数を探すステップと、
探し出された該変数のノードの親を辿り、直近の論理値を返す関数ノードを探すステップと、
探し出された該関数ノードをルートとするサブツリーを、前記保護を要する情報である新たな独立した第１のツリーとして生成するステップと、
元の前記ツリーの前記第１のツリーに相当するサブツリーを所定の変数ノードで置き換えることにより、前記保護を要しない情報である第２のツリーを生成するステップと
を含む、請求項５に記載の利用権発行方法。
前記ＸＭＬがＸＡＣＭＬのＰｏｌｉｃｙのスキーマに従っているとき、
前記分割手段が、前記利用条件が入力された後、分割を行う前に、
ＸＡＣＭＬのＰｏｌｉｃｙのＴａｒｇｅｔ要素にＳｕｂｊｅｃｔ要素、Ｒｅｓｏｕｒｃｅ要素、Ｅｎｖｉｒｏｎｍｅｎｔ要素が存在する場合、これらをＣｏｎｄｉｔｉｏｎ要素の内容へ変換するステップと、
Ｃｏｎｄｉｔｉｏｎ要素をルートとするＤＯＭツリーに対し、１）Ｃｏｎｄｉｔｉｏｎ要素とＡｐｐｌｙ要素はそれぞれのＦｕｎｃｔｉｏｎＩＤ属性の値を名前として持つ関数ノードに変換する、２）ＳｕｂｊｅｃｔＡｔｔｒｉｂｕｔｅＤｅｓｉｇｎａｔｏｒ要素、ＥｎｖｉｒｏｎｍｅｎｔＡｔｔｒｉｂｕｔｅＤｅｓｉｇｎａｔｏｒ要素、ＲｅｓｏｕｒｃｅＡｔｔｒｉｂｕｔｅＤｅｓｉｇｎａｔｏｒ要素は、それぞれのＡｔｔｒｉｂｕｔｅ属性の値を名前として持つ変数ノードに変換する、３）ＡｔｔｒｉｂｕｔｅＳｅｌｅｃｔｏｒ要素は、ＲｅｑｕｅｓｔＣｏｎｔｅｘｔＰａｔｈ属性の値を名前として持つ変数ノードに変換する、４）ＡｔｔｒｉｂｕｔｅＶａｌｕｅ要素は、コンテンツの値を名前として持つ定数ノードに変換するステップと、
をさらに有する請求項６に記載の利用権発行方法。
前記所定のコンピュータ言語がＸＭＬであり、該ＸＭＬが、関数を表す関数ノードとその関数に対する０個以上の引数とからなる式で表されており、各引数は別の関数ノードであることもあり、変数を表す変数ノードの場合もあり、定数を表す変数ノードの場合もあるというツリー構造を持つとき、
前記属性情報は、保護を要する主体属性と、保護を要しない資源属性および環境属性とからなり、
前記分割手段が分割するステップが、
前記ツリーより主体情報を含む変数を探すステップと、
探し出された該変数のノードの親を辿り、直近の論理値を返す関数ノードを探すステップと、
探し出された該関数ノードをルートとするサブツリーを、前記主体属性の属性情報である新たな独立した第１のツリーとして生成するステップと、
元の前記ツリーのうち、前記第１のツリーに相当するサブツリーを第１の変数ノードで置き換えるステップと、
前記第１のツリーに相当するサブツリーが前記第１の変数ノードで置き換えられたツリーより資源情報を含む変数を探すステップと、
探し出された該変数のノードの親を辿り、直近の論理値を返す関数ノードを探すステップと、
探し出された該関数ノードをルートとするサブツリーを、前記資源属性の属性情報である新たな独立した第２のツリーとして生成するステップと、
前記第１のツリーに相当するサブツリーが前記第１の変数ノードで置き換えられたツリーの前記第２のツリーに相当するサブツリーを第２の変数ノードで置き換えることにより、前記環境属性の情報である第３のツリーを生成するステップと、
を含む、請求項１から７のいずれか１項に記載の利用権発行方法。
前記ＸＭＬがＸＡＣＭＬのＰｏｌｉｃｙのスキーマに従っているとき、
前記分割手段が、前記利用条件が入力された後、分割を行う前に、
ＸＡＣＭＬのＰｏｌｉｃｙのＴａｒｇｅｔ要素にＳｕｂｊｅｃｔ要素、Ｒｅｓｏｕｒｃｅ要素、Ｅｎｖｉｒｏｎｍｅｎｔ要素が存在する場合、これらをＣｏｎｄｉｔｉｏｎ要素の内容へ変換するステップと、
Ｃｏｎｄｉｔｉｏｎ要素をルートとするＤＯＭツリーに対し、１）Ｃｏｎｄｉｔｉｏｎ要素とＡｐｐｌｙ要素はそれぞれのＦｕｎｃｔｉｏｎＩＤ属性の値を名前に持つ関数ノードに変換する、２）ＳｕｂｊｅｃｔＡｔｔｒｉｂｕｔｅＤｅｓｉｇｎａｔｏｒ要素、ＥｎｖｉｒｏｎｍｅｎｔＡｔｔｒｉｂｕｔｅＤｅｓｉｇｎａｔｏｒ要素、ＲｅｓｏｕｒｃｅＡｔｔｒｉｂｕｔｅＤｅｓｉｇｎａｔｏｒ要素は、それぞれのＡｔｔｒｉｂｕｔｅ属性の値を名前にもつ変数ノードに変換する、３）ＡｔｔｒｉｂｕｔｅＳｅｌｅｃｔｏｒ要素は、ＲｅｑｕｅｓｔＣｏｎｔｅｘｔＰａｔｈ属性の値を名前にもつ変数ノードに変換する、４）ＡｔｔｒｉｂｕｔｅＶａｌｕｅ要素は、コンテンツの値を名前としてもつ定数ノードに変換するステップと、
をさらに有する、請求項８に記載の利用権発行方法。
前記変換手段は、ＸＡＣＭＬで記述された前記保護を要する情報および前記保護を要しない情報を、ＸＡＣＭＬと１：１で対応し、かつ前記携帯装置において効率的に処理することができる独自の形式に変換する、
請求項５から９のいずれか１項に記載の利用権発行方法。
前記変換手段は、前記携帯装置内では、同じ変数が複数出てこないデータ構造であり、関数がｐｒｉｍｉｔｉｖｅ型のみを扱うものとして最適化した前記独自の形式の前記保護を要する情報および前記保護を要しない情報を生成する、
請求項１０に記載の利用権発行方法。
前記利用権が入力された前記携帯装置は、前記利用者が前記サービスを利用することができるか否かの判定のうち、前記保護を要する情報による判定を自身で行い、前記保護を要しない情報を、サービスで利用される資源に通知して、前記利用者が前記サービスを利用することができるか否かの判定のうち、前記保護を要しない情報による判定を該資源に行わせる、
請求項１から１１のいずれか１項に記載の利用権発行方法。
サービスの利用権を発行する利用権発行装置であって、
所定のコンピュータ言語で記述された、サービスの利用条件と、サービスを利用する利用者の主体属性を含む属性情報と、の少なくとも一方を入力する入力手段と、
入力された前記利用条件および前記属性情報の少なくとも一方を、前記利用条件については、サービスを利用する利用者に関するプライバシー情報を含む利用条件とそれ以外の利用条件とに分割し、前記属性情報については、前記利用者に関する主体属性の属性情報とそれ以外の属性情報に分割することにより、保護を要する情報と保護を要しない情報に分割する分割手段と、
分割された、前記保護を要する情報と、前記保護を要しない情報を、前記利用権を保持する携帯装置の処理に適した独自の形式に変換し、更に、前記携帯装置と前記サービスに用いられる資源のそれぞれに固有の形式に変換する変換手段と、
前記携帯装置内で処理する部分である前記保護を要する情報と、該携帯装置が外部に出力する部分である前記保護を要しない情報を、前記携帯装置に、該保護を要しない情報を、前記サービスに用いられる資源に、それぞれに固有の形式で出力する出力手段と
を有する利用権発行装置。
サービスの利用権を発行する利用権発行装置であって、
所定のコンピュータ言語で記述された、サービスの利用条件と、サービスを利用する利用者の主体属性を含む属性情報と、の少なくとも一方を入力する入力手段と、
入力された前記利用条件および前記属性情報の少なくとも一方を、前記利用条件については、サービスを利用する利用者に関する条件である主体条件とそれ以外の条件とに分割し、前記属性情報については、前記利用者に関する主体属性の属性情報とそれ以外の属性情報に分割することにより、保護を要する情報と保護を要しない情報に分割する分割手段と、
分割された、前記保護を要する情報と、前記保護を要しない情報を、前記利用権を保持する携帯装置の処理に適した独自の形式に変換し、更に、前記携帯装置と前記サービスに用いられる資源のそれぞれに固有の形式に変換する変換手段と、
前記携帯装置内で処理する部分である前記保護を要する情報と、該携帯装置が外部に出力する部分である前記保護を要しない情報を、前記携帯装置に、該保護を要しない情報を、前記サービスに用いられる資源に、それぞれに固有の形式で出力する出力手段と
を有する利用権発行装置。
前記変換手段は、ＸＡＣＭＬで記述された前記保護を要する情報および前記保護を要しない情報を、ＸＡＣＭＬと１：１で対応し、かつ前記携帯装置において効率的に処理することができる独自の形式に変換する、
請求項１３または１４に記載の利用権発行装置。
前記変換手段は、前記携帯装置内では、同じ変数が複数出てこないデータ構造であり、関数がｐｒｉｍｉｔｉｖｅ型のみを扱うものとして最適化した前記独自の形式の前記保護を要する情報および前記保護を要しない情報を生成する、
請求項１５に記載の利用権発行装置。
請求項１３から１６のいずれか１項に記載の利用権発行装置と、
前記利用権が入力されると該利用権を保持し、前記利用者が前記サービスを利用することができるか否かの判定のうち、前記保護を要する情報による判定を自身で行い、前記保護を要しない情報を、サービスで利用される資源に通知して、前記利用者が前記サービスを利用することができるか否かの判定のうち、前記保護を要しない情報による判定を該資源に行わせる携帯装置と、
を有する利用権システム。