(57)【要約】【課題】属性情報による条件付けを含む多様な受信判定に基づく、属性情報の自動受信可否判定を可能にする。【解決手段】受信制御部１１は、属性受信要求を入力として、受信対象属性情報リストの各受信対象属性情報の属性種別情報に一致する受信ポリシ定義を受信ポリシ管理部１２から取得し、受信ポリシ定義の受信ルール情報と、要求元識別情報と、要求元属性情報リストと、受信対象属性情報とから受信可否を判定して、受信可の場合には、受信対象属性情報を属性情報管理部１３によって格納保管する。受信ポリシ管理部１２は、受信ポリシ定義を蓄積管理し、受信制御部１１から、属性種別情報を含む受信ポリシ定義の取得要求を受け取り、属性種別情報が一致する受信ポリシ定義を返却する。属性情報管理部１３は、受信制御部１１から属性情報の格納要求を受け付けて、属性情報を保管する。【選択図】    図２
2004341898.tif 000002
【特許請求の範囲】
【請求項１】
人および／または装置の特徴を表わす情報である属性情報の受信を行なう装置であって、
属性の種類を表わす属性種別情報と、該属性種別情報に該当する属性の受信規則を定める受信ルール情報とを含む受信ポリシ定義を複数蓄積管理する受信ポリシ管理手段と、
受信された属性情報を蓄積管理する属性情報管理手段と、
要求元を識別するための要求元識別情報と、要求元の特徴を表わす属性情報のリストである要求元属性情報リストと、受信要求の対象のリストである受信対象属性情報のリストとを含む属性受信要求を受け取り、前記属性受信要求に含まれる受信対象属性情報リストに含まれる各受信対象属性情報の受信可否を、該受信対象属性情報に対応する受信ポリシ定義を前記受信ポリシ管理手段から取得し、要求元識別情報と、要求元属性情報リストに含まれる要求元属性情報と、受信対象属性情報とを元にして、該受信ポリシ定義に含まれる受信ルール情報を評価することによって判定し、受信可である場合には、受信対象属性情報を入力として前記属性情報管理手段によって格納処理を行ない、受信不可である場合には受信対象属性情報を格納しない受信制御手段を有する属性受信制御装置。
【請求項２】
前記受信ルール情報が、受信可能とみなす発行者の識別情報のリストであり、前記受信制御手段は、前記受信対象属性情報の発行者が該リスト内のいずれかの識別情報が表わす発行者と一致する場合に、受信可とみなす、請求項１記載の属性受信制御装置。
【請求項３】
前記受信ルール情報が、受信可能とみなす受信要求者の識別情報のリストであり、前記受信制御手段は、前記属性受信要求の要求元識別情報が該リスト内のいずれかの識別情報と一致する場合には受信可とみなす、請求項１記載の属性受信制御装置。
【請求項４】
前記受信ルール情報が、受信可能とみなす発行者の識別情報のリストであり、前記受信制御手段は、前記受信対象属性情報の発行者が該リスト内のいずれかの識別情報が表わす発行者と一致し、かつ属性受信要求の要求元識別情報が表わす受信要求者とも一致する場合には受信可とみなす、請求項１記載の属性受信制御装置。
【請求項５】
前記受信ルール情報に、受信可能とみなす受信要求者に属すべき属性情報の属性種別情報のリストが含まれ、前記受信制御手段は該リスト内のすべての属性種別情報に該当する有効な属性情報が属性受信要求の要求元属性情報リストに含まれている場合に、受信可とみなす、請求項１から４のいずれか１項に記載の属性受信制御装置。
【請求項６】
前記属性情報管理手段は、属性情報を格納する際に、すでに同一の属性種別情報に属する属性情報が格納済みである場合には格納を行なわない、請求項１から５のいずれか１項に記載の属性受信制御装置。
【請求項７】
前記属性情報管理手段は、属性情報を格納する際に、すでに同一の属性種別情報に属する属性情報が格納済みである場合には、既存の属性情報を破棄し、受信要求対象の属性情報を格納する、請求項１から５のいずれか１項記載の属性受信制御装置。
【請求項８】
前記属性情報管理手段は、属性情報を格納する際に、すでに同一の属性種別情報に属する属性情報が格納済みである場合には、同一種類の属性情報として追加格納する、請求項１から５のいずれか１項に記載の属性受信制御装置。
【請求項９】
属性情報を、Ｘ．５０９仕様に基づく属性証明書を利用して実現する、請求項１から７のいずれか１項記載の属性受信制御装置。
【請求項１０】
請求項１から９のいずれか１項に記載の受信制御装置の機能をコンピュータで実現するための属性受信制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットのようなオープンなネットワークにおいて、人や装置の特徴を表わす情報として属性情報の発行あるいは送信を受ける際に、属性情報の受信と格納を行なう属性受信制御装置に関する。
【０００２】
【従来の技術】
インターネットにおけるサービスの普及に伴なって、サービス利用者は、数多くのサービスに対して、氏名、住所などの基本的な個人情報や、資格、能力、等の個人の特徴を表わす多くの情報（以下、属性情報）を登録している。一方、サービス提供側も、サービス利用者ＩＤ、サービス利用履歴、サービス利用権情報、等、多様な情報を利用者に対して払い出しており（管理しており）、これについてもあるサービスに関する利用者の属性情報であると考えることが可能である。
【０００３】
これらの属性情報の管理方法には、サービス提供側の顧客データベースによって管理する方法もあれば、属性情報として利用者側環境（利用者の端末ハードウェア内等）に送信され蓄積される（書き込まれる）方法もある。
【０００４】
属性情報を利用者環境側で管理する場合、サービス提供側の管理コストが低減される他、異なるサービスと属性情報を共有利用することによるサービスの連携も可能となる。
【０００５】
そのため、インターネット上のサービスの増大、異種サービス間での連携が活発化、さらには属性情報に対する利用者のセキュリティ意識の高まり、等が進むことにより、今後は、属性情報を利用者環境で管理する方法が主流になるとも予想される。
【０００６】
【非特許文献１】
Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｘ．５０９  ”Ｔｈｅ  Ｄｉｒｅｃｔｏｒｙ：  Ｐｕｂｌｉｃ−ｋｅｙ  ａｎｄ  Ａｔｔｒｉｂｕｔｅ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｆｒａｍｅｗｏｒｋｓ”，  ＩＴＵ−Ｔ，  ２０００年３月
【非特許文献２】
Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ  ３２８１  ”Ａｎ  Ｉｎｔｅｒｎｅｔ  Ａｔｔｒｉｂｕｔｅ  ＣｅｒｔｉｆｉｃａｔｅＰｒｏｆｉｌｅ  ｆｏｒ  Ａｕｔｈｏｒｉｚａｔｉｏｎ”，  Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｓｏｃｉｅｔｙ，  ２００２年４月
【０００７】
【発明が解決しようとする課題】
膨大な属性情報がさまざまなサービス提供者から、インターネット常時接続環境の普及などにより、頻繁に利用者環境に送信されるようになると、属性情報の中には、利用者にとって不利益なもの、不要なものが多数含まれるようになると考えられる。例えば、昨今の電子メールにおけるスパムメールに見られるような状況が予想される。
【０００８】
このような状況では、以下のような問題が考えられる。
１．利用者に不利益となる属性情報が利用者環境に勝手に書き込まれてしまう恐れがある。
２．属性情報が膨大となり利用者が個々にその都度受信可否を判断することが困難となる。
３．属性情報の受信を単純に拒否すると本来は利便性のための存在していた属性情報をも拒否することになり、利用者とサービス提供者の双方にとって不利益となる。
【０００９】
本発明の目的は、上記問題点を解決し、属性情報による条件付けを含む多様な受信判定に基づく、属性情報の自動受信可否判定が可能な属性受信制御装置およびそのプログラムを提供することにある。
【００１０】
【課題を解決するための手段】
本発明の属性受信制御装置は受信ポリシ管理手段と属性情報管理手段と受信制御手段を有している。
【００１１】
受信ポリシ管理手段は、属性の種類を表わす属性種別情報と、該属性種別情報に該当する属性の受信規則を定める受信ルール情報とを含む受信ポリシ定義を複数蓄積管理する。
【００１２】
属性情報管理手段は受信された属性情報を蓄積管理する。
【００１３】
受信制御手段は、要求元を識別するための要求元識別情報と、要求元の特徴を表わす属性情報のリストである要求元属性情報リストと、受信要求の対象のリストである受信対象属性情報のリストとを含む属性受信要求を受け取り、属性受信要求に含まれる受信対象属性情報リストに含まれる各受信対象属性情報の受信可否を、該受信対象属性情報に対応する受信ポリシ定義を受信ポリシ管理手段から取得し、要求元識別情報と、要求元属性情報リストに含まれる要求元属性情報と、受信対象属性情報とを元にして、該受信ポリシ定義に含まれる受信ルール情報を評価することによって判定し、受信可である場合には、受信対象属性情報を入力として属性情報管理手段によって格納処理を行ない、受信不可である場合には受信対象属性情報を格納しない。
【００１４】
本発明は、属性情報の発行（あるいは送信）を受ける際に、受信の可否を判定するためのルールを定める受信ポリシ定義を管理し、それに基づいて受信判定を行なうことによって、多種多様な属性情報を多数受信する際にも、属性情報を自動的に安全かつ効率良く格納することができる。
【００１５】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
【００１６】
図１に示すように、本発明の属性受信制御システムは属性受信制御装置１と属性受信要求装置２と通信網３からなっている。
【００１７】
図２に示すように、属性受信制御装置１は受信制御部１１と受信ポリシ管理部１２と属性情報管理部１３とによって構成される。
【００１８】
受信ポリシ管理部１２は、図４に示すように、属性の種類を表わす属性種別情報３１と、属性種別情報３１に該当する属性の受信規則を定めた受信ルール情報３２とを含む受信ポリシ定義３０を複数蓄積管理し、受信制御部１１から、属性種別情報を含む受信ポリシ定義の取得要求を受け取り、属性種別情報が一致する受信ポリシ定義３０を返却する。
【００１９】
属性情報管理部１３は受信制御部１１によって受信された、図３に示すように、属性種別情報２１と属性要素情報２２からなる属性情報２０を蓄積し、管理している。
【００２０】
受信制御部１１は、図５に示すように、要求元を識別するための要求元識別情報４１と、要求元の特徴を表わす要求元属性情報４２１のリストである要求元属性情報リスト４２と、受信要求の対象の属性情報４３１のリストである受信対象属性情報リスト４３を含む属性受信要求４０を属性受信要求装置２から受け取り、属性受信要求４０に含まれる受信対象属性情報リスト４３に含まれる各受信対象属性情報４３１の受信可否を、受信対象属性情報４３１に対応する受信ポリシ定義３０を受信ポリシ管理部１２から取得し、要求元識別情報４１と、要求元属性情報リスト４２に含まれる要求元属性情報４２１と、受信対象属性情報４３１とを元にして、受信ポリシ定義３０に含まれる受信ルール情報３２を評価することによって判定し、受信可の場合にのみ、受信対象属性情報４３１を入力して属性情報管理部１３に格納する処理を行なう。
【００２１】
図６に示すように、受信許可属性情報リスト５０は０個以上の許可属性情報５１から構成される。
【００２２】
図７に示すように、受信拒否属性情報リスト６０は０個以上の拒否属性情報６１から構成される。
【００２３】
［第１の実施形態］
属性受信制御装置１が属性受信要求４０を受け付けた場合の受信制御部１１の処理内容を図８を元に説明する。
【００２４】
ステップ１０１に、属性受信要求４０を入力として取得する。ステップ１０２に、受信拒否属性情報リスト６０を初期化（要素を空に）する。ステップ１０３に、属性受信要求４０から要求元識別情報４１と要求元属性情報リスト４２と受信対象属性情報リスト４３とを取得する。ステップ１０４に、受信対象属性情報リスト４３に、１つ以上の受信対象属性情報４３１が含まれているかどうか判定する。含まれている場合にはステップ１０５に進み、含まれていない場合にはステップ１１１に進む。ステップ１０５に、受信対象属性情報リスト４３から受信対象属性情報４３１を１つ取り出し、受信対象属性情報リスト４３から該受信対象属性情報４３１は削除する。ステップ１０６に、受信ポリシ管理部１２から受信対象属性情報４３１の属性種別情報が一致する受信ポリシ定義３０を取得する。ステップ１０７に、要求元識別情報４１と要求元属性情報リスト４２と受信対象属性情報４３１とによって受信ポリシ定義３０の受信ルール情報３２を評価することによって受信可否を判定する。ステップ１０８の判定結果が受信許可となった場合にはステップ１０９に進み、受信不可となった場合にはステップ１１０に進む。ステップ１０９に、受信対象属性情報４３１を入力として、属性情報管理部１３を呼び出し、受信対象属性情報４３１を格納して、ステップ１０４に戻る。ステップ１１０に、受信対象属性情報４３１を元にして、受信拒否属性情報リスト６０に拒否属性情報６１を追加して、ステップ１０４に戻る。ステップ１１１に、受信拒否属性情報リスト６０に含まれる拒否属性情報６１が１個以上の場合にはステップ１１３に進み、０個の場合にはステップ１１２に進む。ステップ１１２に、正常に受信を完了したことを表わす処理結果メッセージを生成する。ステップ１１３に、受信拒否属性情報リスト６０を元にして、受信拒否を表わす処理結果メッセージを生成する。ステップ１１４に、処理結果メッセージを属性受信の要求元に返却して、処理を終了する。
【００２５】
本実施形態は、属性受信要求４０に受信不可の受信対象属性情報４３１が含まれていても、すべての受信対象属性情報４３１の受信可否を判定し、受信可能なものは格納するように処理を進めるものである。
【００２６】
［第２の実施形態］
属性受信制御装置１が、受信不可の受信対象属性情報４３１を発見した場合に、その時点までで受信判定（属性情報２０の格納）を止め、受信拒否の処理結果メッセージを呼出元に返却する場合の処理内容を図９を元に説明する。
【００２７】
ステップ２０１に、属性受信要求４０を入力する。ステップ２０２に、属性受信要求４０から要求元識別情報４１と要求元属性情報リスト４２と受信対象属性情報リスト４３とを取得する。ステップ２０３に、受信対象属性情報リスト４３に１つ以上の受信対象属性情報４３１が含まれているかどうか判定する。含まれている場合にはステップ２０４に進み、含まれていない場合にはステップ２１０に進む。ステップ２０４に、受信対象属性情報リスト４３から受信対象属性情報４３１を１つ取り出し、受信対象属性情報リスト４３から該受信対象属性情報４３１は削除する。ステップ２０５に、受信ポリシ管理部１２から、受信対象属性情報４３１の属性種別情報が一致する受信ポリシ定義３０を取得する。ステップ２０６に、要求元識別情報４１と要求元属性情報リスト４２と受信対象属性情報４３１とによって受信ポリシ定義３０の受信ルール情報３２を評価することによって受信可否を判定する。ステップ２０７で判定結果が受信許可となった場合にはステップ２０８に進み、受信不可となった場合にはステップ２０９に進む。ステップ２０８に、受信対象属性情報４３１を入力として、属性情報管理部１３を呼び出し、受信対象属性情報４３１を格納して、ステップ２０３に戻る。ステップ２０９に、受信対象属性情報４３１を元に受信拒否を表わす処理結果メッセージを生成する。ステップ２１０に、正常に受信を完了したことを表わす処理結果メッセージを生成する。ステップ２１１に、処理結果メッセージを属性受信の要求元に返却して、処理を終了する。
【００２８】
［第３の実施形態］
第１の実施形態では、属性受信要求４０に受信不可となる受信対象属性情報４３１が含まれていても、受信許可となる受信対象属性情報が含まれていれば、格納処理が行なわれる。また、第２の実施形態では、属性受信要求４０に受信不可となる受信対象属性情報４３１が含まれていても、受信許可となる受信対象属性情報４３１が含まれていれば、格納処理が行なわれる可能性がある。
【００２９】
これらに対して、以下では、属性受信要求４０に受信不可となる受信対象属性情報４３１が１個でも含まれていた場合には、属性情報２０の格納を一切行なわないとする場合について、属性受信制御装置１における受信制御部１１の処理内容を図１０を元に説明する。
【００３０】
ステップ３０１に、属性受信要求４０を入力する。ステップ３０２に、受信許可属性情報リスト５０と受信拒否属性情報リスト６０とを初期化（要素を空に）する。ステップ３０３に、属性受信要求４０から要求元識別情報４１と要求元属性情報リスト４２と受信対象属性情報リスト４３とを取得する。ステップ３０４に、受信対象属性情報リスト４３に１つ以上の受信対象属性情報４３１が含まれているかどうか判定する。含まれている場合にはステップ３０５に進み、含まれていない場合にはステップ３１１に進む。ステップ３０５に、受信対象属性情報リスト４３から受信対象属性情報４３１を１つ取り出し、受信対象属性情報リスト４３から該受信対象属性情報４３１は削除する。ステップ３０６に、受信ポリシ管理部１２から受信対象属性情報４３１の属性種別情報が一致する受信ポリシ定義３０を取得する。ステップ３０７に、要求元識別情報４１と要求元属性情報リスト４２と受信対象属性情報４３１とによって受信ポリシ定義３０の受信ルール情報３２を評価することによって受信可否を判定する。ステップ３０８で判定結果が受信許可となった場合にはステップ３０９に進み、受信不可となった場合にはステップ３１０に進む。ステップ３０９に、受信対象属性情報４３１を元にして、受信許可属性情報リスト５０に許可属性情報５１を追加して、ステップ３０４に戻る。ステップ３１０に、受信対象属性情報４３１を元にして、受信拒否属性情報リスト６０に拒否属性情報６１を追加して、ステップ３０４に戻る。ステップ３１１に、受信拒否属性情報リスト６０に含まれる拒否属性情報６１が１個以上かどうか判定する。１個以上の場合にはステップ３１４に進み、０個の場合にはステップ３１２に進む。ステップ３１２に、受信許可属性情報リスト５０に含まれる許可属性情報５１が示すすべての属性情報２０を属性情報管理部１３により格納する。ステップ３１３に、正常に受信を完了したことを表わす処理結果メッセージを生成する。ステップ３１４に、受信拒否属性情報リスト６０を元にして、受信拒否を表わす処理結果メッセージを生成する。ステップ３１５に、処理結果メッセージを属性受信の要求元に返却して、処理を終了する。
【００３１】
［第４の実施形態］
第１の実施形態のステップ１０７、第２の実施形態のステップ２０６、第３の実施形態のステップ３０７において、受信ルール情報３２を、属性情報２０の発行者の識別情報のリストとし、当該リストに受信対象属性情報４３１の発行者に対応する識別情報が含まれる場合に、受信制御部１１が受信許可と判定し、含まれない場合に受信制御部１１が受信拒否と判定することにより、信頼し得る発行者により発行された属性情報のみを受信するように制御することが可能である。
【００３２】
［第５の実施形態］
第１の実施形態のステップ１０７、第２の実施形態のステップ２０６、第３の実施形態のステップ３０７において、受信ルール情報３２を、信頼し得る属性受信要求元に対応する識別情報のリストとし、当該リストに属性受信要求４０の要求元識別情報４１が含まれる場合に受信制御部１１が受信許可と判定し、含まれない場合に受信制御部１１が受信拒否と判定することにより、信頼し得る受信要求者からのみ属性を受信するように制御することが可能である。
【００３３】
［第６の実施形態］
第４の実施形態と第５の実施形態で示したように、受信可能な属性情報２０の発行者と受信要求者を限定した上で、さらに、発行者と受信要求者が一致する場合に、受信許可と判定し、一致しない場合には受信拒否と判定することにより、より厳しい条件に基づく属性情報の受信制御が可能である。
【００３４】
［第７の実施形態］
第１の実施形態（および第４〜第６の実施形態）のステップ１０７、第２の実施形態（および第４〜第６の実施形態）のステップ２０６、第３の実施形態（および第４〜第６の実施形態）のステップ３０７において、受信ルール情報３２を属性種別情報２１のリストとし、当該リストに含まれる属性種別情報２１と一致する属性情報２０が要求元属性情報リスト４２にすべて含まれる場合に受信許可と判定し、含まれない場合に受信拒否と判定することにより、受信制御を受信要求者に属する属性情報２０に基いて実施することが可能である。
【００３５】
［第８の実施形態］
第１〜第７の実施形態において、属性管理部１３が属性情報２０を格納する際に、属性種別情報２１が一致する属性情報２０がすでに格納されている場合には、以下のいずれかの処理を行なうこととすることによって、多様なシステムに対応可能になる。
１．格納しない
２．削除して格納する（上書き格納する）
３．追加格納する（属性管理部１３は属性種別情報が同一の属性情報を複数管理し得る）
【００３６】
［第９の実施形態］
第１〜第８の実施の形態において、図３に示される属性情報２０の電子的形式を、Ｘ．５０９、またはＲＦＣ３２８１の使用に基づく属性証明書の形式とすることによって、公開鍵認証基盤に基づく安全性の高い属性受信制御装置、あるいは属性受信制御プログラムを実現することが可能である。また、それらの仕様に基づいて開発された実績のある信頼性の高い処理装置、あるいは処理プログラムを実装部品として利用することも可能となる。
【００３７】
なお、属性受信制御装置１の機能は専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【００３８】
【発明の効果】
以上説明したように、本発明は下記の効果がある。
【００３９】
請求項１の発明は、属性情報の受信可否を判定するための受信ポリシ定義をあらかじめ作成して備えておくことによって、受信要求者の識別情報、受信要求者の属性情報、属性情報の発行者、による受信可否の判定を自動的に行なうことにより、多様かつ多数の属性情報の受信が発生するような環境下においても、受信側は安全、かつ効率良く属性情報を受信することが可能になる。
【００４０】
請求項２、３、４の発明は、属性情報の受信可否を判定するための受信ポリシ定義に、受信許可とする属性情報の発行者の識別情報、あるいは、受信許可とする受信要求者の識別情報をあらかじめ登録しておき、また、属性情報の発行者と受信要求者が一致することも受信条件とすることにより、信頼し得る発行者によって発行された属性情報や受信要求者からの属性情報のみを自動的に受信するように制御することが可能になり、受信側は安全、かつ効率良く属性情報を受信することが可能になる。
【００４１】
請求項５の発明は、属性情報の受信可否を判定するための受信ポリシ定義に、受信要求元に関する属性情報をあらかじめ登録しておくことにより、属性情報の自動受信の制御をも、属性情報によって制御することが可能となる。
【００４２】
請求項６、７、８の発明は、同一種属性情報がすでに受信されている状態で、新たに同一種類の属性情報を受信した場合の格納方法について、上書き禁止、上書き格納、追加格納、の３種類に対応することにより、多様な属性受信制御システムの実現が可能となる。
【００４３】
請求項９の発明は、属性情報をＸ．５０９仕様に基づく属性証明書とすることによって、公開鍵認証基盤を用いた安全性の高い属性承認装置ならびに属性受信制御プログラムを実現することが可能になる。
【図面の簡単な説明】
【図１】属性受信制御システムの構成を示す図である。
【図２】属性受信制御装置の構成を示す図である。
【図３】属性情報の構成を示す図である。
【図４】受信ポリシ定義の構成を示す図である。
【図５】属性受信要求の構成を示す図である。
【図６】受信許可属性情報リストの構成を示す図である。
【図７】受信拒否属性情報リストの構成を示す図である。
【図８】受信制御部１１の処理フロー（１）を示す図である。
【図９】受信制御部１１の処理フロー（２）を示す図である。
【図１０】受信制御部１１の処理フロー（３）を示す図である。
【符号の説明】
１    属性受信制御装置
２    属性受信要求装置
３    通信網
１１    受信制御部
１２    受信ポリシ管理部
１３    属性情報管理部
２０    属性情報
２１    属性種別情報
２２    属性要素情報
３０    受信ポリシ定義
３１    属性種別情報
３２    受信ルール情報
４０    属性受信要求
４１    要求元識別情報
４２    要求元属性情報リスト
４２１    要求元属性情報
４３    受信対象属性情報リスト
４３１    受信対象属性情報
５０    受信許可属性情報リスト
５１    許可属性情報
６０    受信拒否属性情報リスト
６１    拒否属性情報
１０１〜１１４，２０１〜２１１，３０１〜３１５    ステップ
【図１】
2004341898.tif 000003
【図２】
2004341898.tif 000004
【図３】
2004341898.tif 000005
【図４】
2004341898.tif 000006
【図５】
2004341898.tif 000007
【図６】
2004341898.tif 000008
【図７】
2004341898.tif 000009
【図８】
2004341898.tif 000010
【図９】
2004341898.tif 000011
【図１０】
2004341898.tif 000012