属性情報交換システム、属性情報交換方法、属性情報交換プログラム
【課題】属性情報の提供元となるＩＤプロバイダの信頼度を有効に評価する。
【解決手段】ウェブアプリケーションの実行を行うことによりウェブサービスを提供するウェブサーバであるＷｅｂアプリケーション４０１と、ウェブアプリケーション実行時に利用されるブラウザ装置の利用者の属性情報を記憶するＩｄＰ４００を備え、Ｗｅｂアプリケーション４０１がウェブアプリケーション実行用にＩｄＰ４００から属性情報を取得する場合にＷｅｂアプリケーション４０１からＩｄＰ４００に送出するメッセージを取得する手段と、このメッセージの内容に基づきウェブサーバにおける属性情報の取得先を特定して記憶する手段と、記憶された属性交換履歴情報の利用頻度である属性情報の取得先としての利用頻度に基づき評価値を算出する手段を備えた。
【解決手段】ウェブアプリケーションの実行を行うことによりウェブサービスを提供するウェブサーバであるＷｅｂアプリケーション４０１と、ウェブアプリケーション実行時に利用されるブラウザ装置の利用者の属性情報を記憶するＩｄＰ４００を備え、Ｗｅｂアプリケーション４０１がウェブアプリケーション実行用にＩｄＰ４００から属性情報を取得する場合にＷｅｂアプリケーション４０１からＩｄＰ４００に送出するメッセージを取得する手段と、このメッセージの内容に基づきウェブサーバにおける属性情報の取得先を特定して記憶する手段と、記憶された属性交換履歴情報の利用頻度である属性情報の取得先としての利用頻度に基づき評価値を算出する手段を備えた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサーバにおけるサービス実行時に利用される属性情報を管理するシステムに関する。
【背景技術】
【０００２】
ウェブサーバにより提供されるウェブサービス（Ｗｅｂサービス）をブラウザなどのクライアントが利用する場合、クライアント側から提供される個人情報などの属性情報が必要となる。
ウェブサービスシステムが動作するためには、通常、Ｗｅｂサービスの提供側のシステム（サーバ）側で、その動作に必要な個人情報を保持し、この情報に基づき動作を行うことによりＷｅｂサービスの提供を行う。この場合、利用者は、個人情報を利用するＷｅｂサービスシステムごとに登録することが必要となる。
【０００３】
しかしながら、利用するＷｅｂサービスシステムごとに個人情報を登録する場合、利用者が自己の個人情報を、それぞれ異なる多くの場所に登録しなければならず、利用者にとっては、登録した個人情報の漏洩や不正な利用などのリスクが増幅されることとなる。また、個人情報の登録先であるＷｅｂサービスシステムの運営者側も、登録された個人情報を安全に保管、管理しなければならず、このため、登録された個人情報などの属性情報をＷｅｂサーバ側で安全に交換するための仕様（属性交換の標準仕様）が開発され利用されている。
【０００４】
ここで、属性交換とは、Ｗｅｂサービスの提供を行うＷｅｂサーバが、Ｗｅｂサービスシステムの動作に必要な個人情報などの属性情報を、予め属性情報が保持されている特定のＩｄプロバイダ（ＩｄＰ：Ｉｄｅｎｔｉｔｙ Ｐｒｏｖｉｄｅｒ）から、利用者の合意を得て取得するものである。
この代表的な仕様としては、認証機能付きのウェブサービスを展開するためのオープン標準仕様ベースの手法を規定するＩＤ−ＷＳＦ（Ｌｉｂｅｒｔｙ Ｉｄｅｎｔｉｔｙ Ｗｅｂ Ｓｅｒｖｉｃｅ Ｆｒａｍｅｗｏｒｋ）や、ＩＤとして１つのＵＲＬ（Uniform Resource Locator）を利用してインターネットの異なるウェブサイトの認証を実現する仕組みであるＯｐｅｎＩＤ ＡＸ（Ａｔｔｒｉｂｕｔｅ Ｅｘｃｈａｎｇｅ）などがあげられる。
【０００５】
尚、Ｗｅｂサービスの提供にあたって、必要となる属性情報をどのＩｄＰを利用して取得するかを決定する方法は、各仕様それぞれで異なっている。
例えば、ＩＤ−ＷＳＦでは、動作するＷｅｂサービスシステム側で信頼できると判断したＩｄＰ、またはＷＳＰ（Ｗｅｂ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）を属性交換先として設定する。また、ＯｐｅｎＩＤでは利用者が指定したＩｄＰを属性交換先として設定する。尚、ＯｐｅｎＩＤの場合、ＩｄＰ相当のものがＯＰ(ＯｐｅｎＩＤプロバイダ）と呼ばれることもある。
【０００６】
この属性交換を行うシステムにより、利用者は個人情報の登録先をある程度限定することができ、Ｗｅｂサービスシステムの運営者（提供側）も必要以上の個人情報を保管、管理しなくてよいというメリットがある。
【０００７】
しかしながら、一般に１つのＩｄＰから属性情報を取得する（つまり、１つのＩｄＰとの属性交換を行う）Ｗｅｂサービスシステムは複数存在し、また、利用者も登録先として複数のＩｄＰを利用しており、利用者が利用するＷｅｂサービスシステムが増えた場合、Ｗｅｂサービスシステム毎に個人情報のマスタデータ登録先として選択したＩｄＰが増えるため、属性交換が行われるＷｅｂサービスシステムの数は増大していくこととなる。
【０００８】
このため、利用者がどのＷｅｂサービスシステムに対し、どのような属性交換を行ったのかを、さかのぼって把握することが困難になるといった不都合が生じ得る。
更には、例えば、利用者がＷｅｂサービスシステムの利用のために自身の個人情報を更新したい場合には、どのＩｄＰに格納された情報を変更するべきなのか判断することが困難となるといった不都合がある。
【０００９】
これに対する関連技術として、ウェブサーバに対して提供されるユーザの属性情報（ユーザ情報）間の関連付けを行い、属性交換を行う技術が開示されている（特許文献１、特許文献２）。
また、この関連技術として、複数の異なる侵入検知システムから収集された検知情報に基づき侵入検知システムの評価値を算出する手法が開示されている（特許文献３）。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００７−３２３３４０号公報
【特許文献２】特表２００７−５２１５８０号公報
【特許文献３】特開２００４−３０２８６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
Ｗｅｂサービスシステム（ウェブサーバ）においてはＩｄＰから得られた個人情報の正確性が重要視される。このため、Ｗｅｂサービスシステムでは、Ｗｅｂサービスシステム自身が、個人情報（属性情報）の取得先として信頼したＩｄＰとの属性交換が望まれる。
一方、Ｗｅｂサービスの利用者（クライアント側）は、Ｗｅｂサービスシステムを利用するのに先立ち、利用者の個人情報を保管（登録）するＩｄＰの選択を行う。
【００１２】
これに対して、上記特許文献１および２の関連技術では、利用者には、どのＩｄＰに個人情報を保管するべきかを示す基準、つまりＩｄＰを選択指定するための判断基準が提示されないため、利用者は個人情報の登録先の適切な選択を行うことができないという不都合がある。
【００１３】
また、この場合、登録された個人情報（属性情報）の正確性やその基準を示すためにＩｄＰを評価付けする機構が必要となるが、例えば、その機構をサービス提供者やＩｄＰ側が運営した場合、評価情報や評価基準が、例えば、サービス提供者側で不当に操作されることにより、利用者にとって適正な判断基準にならないといった不都合が生じ得る。
【００１４】
［発明の目的］
本発明は、上記関連技術の有する不都合を改善し、ウェブサーバに対する属性情報の提供元であるアイデンティティプロバイダ（属性情報提供装置）の信頼度を有効に評価する属性情報交換システム、属性情報交換方法、属性情報交換プログラムを提供することを、その目的とする。
【課題を解決するための手段】
【００１５】
上記目的を達成するために、本発明に係る属性情報交換システムは、ブラウザ装置からのサービス要求に対して予め設定されたウェブアプリケーションの実行を行うことによりウェブサービスを提供するウェブサーバと、前記ウェブアプリケーションの実行時に利用される前記ブラウザ装置利用者の属性情報を保持する属性情報提供装置とを備えた属性情報交換システムであって、前記ウェブサーバが前記ウェブアプリケーション実行用に前記属性情報提供装置から前記属性情報を取得する場合に前記属性情報提供装置に対して送出するメッセージを取得するメッセージ取得装置と、前記メッセージの内容に基づき前記ウェブサーバにおける前記属性情報の取得先を特定し当該取得先を属性交換履歴情報として記憶する属性交換履歴記憶装置と、前記記憶された属性交換履歴情報の利用頻度に基づき前記属性情報の取得先としての信頼度を示す評価値を前記属性情報提供装置それぞれに対応して算出する属性交換信頼度評価装置とを備えた構成をとっている。
【００１６】
また、本発明にかかる属性情報交換方法は、ブラウザ装置からのサービス要求に対して予め設定されたウェブアプリケーションの実行を行うことによりウェブサービスを提供するウェブサーバと、前記ウェブアプリケーションの実行時に利用される前記ブラウザ装置利用者の属性情報を保持する属性情報提供装置と、前記ウェブサーバが取得する属性情報の取得先を特定する属交換履歴記録装置とを備えた属性情報交換システムにあって、前記属性情報提供装置を前記属性情報の取得先として評価する属性情報交換方法であって、前記ウェブサーバが前記ウェブアプリケーションの実行用に前記属性情報提供装置から前記属性情報を取得する場合に前記ウェブサーバから前記属性情報提供装置に対して送出されるメッセージを前記属性交換履歴記録装置が取得し、当該属性交換履歴記録装置は、前記メッセージの内容に基づき前記ウェブサーバにおける前記属性情報の取得先を特定し当該取得先を属性交換履歴情報として記憶し、前記記憶された属性交換履歴情報の利用頻度に基づき前記属性情報の取得先としての信頼度を示す評価値を前記属性情報提供装置それぞれに対応して算出することを特徴としている。
【００１７】
また、本発明にかかる属性情報交換プログラムは、ブラウザ装置からのサービス要求に対して予め設定されたウェブアプリケーションの実行を行うことによりウェブサービスを提供するウェブサーバと、前記ウェブアプリケーションの実行時に利用される前記ブラウザ装置利用者の属性情報を保持する属性情報提供装置と、前記ウェブサーバが取得する属性情報の取得先を特定する属交換履歴記録装置とを備えた属性情報交換システムにあって、前記属性情報提供装置を前記属性情報の取得先として評価するための属性情報交換プログラムであって、前記ウェブサーバが前記ウェブアプリケーションの実行用に前記属性情報提供装置から前記属性情報を取得する場合に前記ウェブサーバから前記属性情報提供装置に対して送出されるメッセージを取得するメッセージ取得機能と、前記メッセージの内容に基づき前記ウェブサーバにおける前記属性情報の取得先を特定し当該取得先を属性交換履歴情報として記憶する処理を行う属性交換履歴記憶機能と、前記記憶された属性交換履歴情報の利用頻度に基づき前記属性情報の取得先としての信頼度を示す評価値を前記属性情報提供装置それぞれに対応して算出する属性交換信頼度評価機能とをコンピュータ実行させることを特徴としている。
【発明の効果】
【００１８】
本発明は、以上のように構成され機能するので、これによると、ウェブサーバが属性情報提供装置からウェブアプリケーション実行用の属性情報を取得する場合にウェブサーバが属性情報提供装置に対して送出するメッセージを取得する手段と、このメッセージの内容に基づきウェブサーバにおける属性情報の取得先を特定する手段と、この取得先を属性交換履歴情報として記憶する手段と、記憶された属性交換履歴情報に基づき属性情報の取得先としての利用頻度を示す評価値を算出する手段とを備えたことにより、ウェブサーバに対する属性情報の提供元であるアイデンティティプロバイダ（属性情報提供装置）の信頼度を有効に評価し得る属性情報交換システム、属性情報交換方法、属性情報交換プログラムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明による属性情報交換システムに係る一般的な仕様であるＩＤ−ＷＳＦにおける属性交換の動作内容を示すシーケンスチャートである。
【図２】本発明による属性情報交換システムに係る一般的な仕様であるＯｐｅｎＩＤ ＡＸにおける属性交換の動作内容を示すシーケンスチャートである。
【図３】本発明による属性情報交換システムにおける一実施形態を示す概略ブロック図である。
【図４】図３に開示した属性情報交換システムにおける属性交換履歴記録装置の接続関係構成の一例を示す説明図である。
【図５】図３に開示した属性情報交換システムにおける属性交換履歴記録装置の内部構成の一例を示す概略ブロック図である。
【図６】図３に開示した属性情報交換システムにおける属性交換が行われる動作処理ステップを示すシーケンスチャートである。
【図７】図３に開示した属性情報交換システムにおける同意確認サービス要求のデータ内容の一例を示す説明図である。
【図８】図３に開示した属性情報交換システムにおける同意確認サービス応答のデータ内容の一例を示す説明図である。
【図９】図３に開示した属性情報交換システムにおける属性交換が行われる動作処理ステップを示すシーケンスチャートである。
【図１０】図１０（ａ）は、図３に開示した属性情報交換システムにおける属性交換要求のデータ内容の一例を示し、図１０（ｂ）は、属性交換応答のデータ内容の一例を示す説明図である。
【図１１】図３に開示した属性情報交換システムにおける属性交換履歴情報のデータ内容の一例を示す説明図である。
【図１２】図３に開示した属性情報交換システムにおける投票装置の内部構成の一例を示す概略ブロック図である。
【図１３】図３に開示した属性情報交換システムにおける評価データのデータ内容の一例を示す説明図である。
【図１４】図３に開示した属性情報交換システムにおける評価データのデータ内容の一例を示す説明図である。
【図１５】図３に開示した属性情報交換システムにおける評価データのデータ内容の一例を示す説明図である。
【発明を実施するための形態】
【００２０】
［実施形態］
次に、本発明を実施するための実施形態について図面を参照して説明する。
【００２１】
本発明の実施形態としての属性情報交換システムは、図３に示すように、インターネットなどの公共ネットワーク（ネットワーク）５００に接続して設けられ、このネットワーク５００を介して送り込まれた要求に対してＷｅｂアプリケーションの実行を行うことによりＷｅｂサービスを提供するＷｅｂサーバ（以下「Ｗｅｂアプリケーション」という）３０１と、Ｗｅｂアプリケーションの実行時に必要となる、予め登録された利用者の属性情報を記憶保持するＩｄＰ３００を備えている。
【００２２】
尚、本実施形態では、ネットワーク５００を介して送り込まれた要求に応じてそれぞれが予め設定されたＷｅｂサービスの提供を行うＷｅｂアプリケーション３０２，４０１と、ＩｄＰ３００と同様にネットワーク５００に接続して設けられ、予め登録された属性情報をそれぞれが記憶保持するＩｄＰ３５０，３６０，４００を有する。
また、ＩｄＰ３００，３５０，３６０，４００は、それぞれ予め登録された異なる属性情報を記憶保持したコンピュータ装置としてのＩＤ（アイデンティティ）プロバイダであって、それぞれ、Ｗｅｂアプリケーション（Ｗｅｂサービスシステム）からの要求に対して予め登録された属性情報を提供する属性情報提供機能を有する。
【００２３】
また、本実施形態である属性情報交換システムは、Ｗｅｂアプリケーション（３０１，３０２，４０１）それぞれがＩｄＰ（３００，３５０，３６０，または４００）から取得した属性情報について、この属性情報を特定するための情報（属性情報特定情報）を、ネットワーク５００を介して取得し解析する属性交換履歴記録装置２００と、属性交換履歴記録装置２００による解析結果に基き各ＩｄＰ（３００，３５０，３６０，または４００）における属性情報の利用頻度やＩｄＰの信頼度にかかる評価を行う投票装置６００と、属性交換履歴記録装置２００を介してネットワーク５００に接続して設けられＷｅｂアプリケーションにより提供されるＷｅｂサービスを利用するＷｅｂクライアント装置（以下「Ｗｅｂブラウザ」という）１００を備えた構成を有する。
【００２４】
また、本実施形態では、属性交換履歴記録装置２００と同様に、ネットワーク５００を介してＩｄＰおよびＷｅｂアプリケーション間でやり取りされる属性情報の属性情報特定情報を取得して解析する属性交換履歴記録装置２０１と、ネットワーク５００および属性交換履歴記録装置２０１に対して接続して設けられ、投票装置６００と同様に各ＩｄＰ（３００，３５０，３６０，または４００）における属性情報の利用頻度やＩｄＰの信頼度にかかる評価を行う投票装置６０１を有し、更に、属性交換履歴記録装置２０１を介してネットワーク５００に接続して設けられ、上記Ｗｅｂブラウザ１００と同様にＷｅｂアプリケーションにより提供されるＷｅｂサービスを利用するＷｅｂブラウザ１０１を備えた構成を有する。
【００２５】
尚、上記Ｗｅｂクライアント装置（以下、「Ｗｅｂブラウザ」という）１００、１０１は、Ｗｅｂアプリケーションを利用するための一般的なＷｅｂブラウザが動作するコンピュータであり、それぞれ属性交換履歴記録装置２００、２０１を介してネットワーク５００に接続されているものとする。
【００２６】
属性交換履歴記録装置２００（属性交換履歴記録装置２０１）は、ＩＤ−ＷＳＦやＯｐｅｎＩＤ ＡＸといった属性交換標準仕様に基づき動作する一般的なリバースプロキシサーバ機能を備えている（図５）。
【００２７】
また、属性交換履歴記録装置２００は、自己を介して属性交換（メッセージ交換）が行われた際、当該メッセージから属性交換履歴として属性提供元（取得先）、属性提供先、交換属性名、交換日時を抽出し、保存する属性交換抽出機能を有する。
ここで、保存方式としては、例えば、リレーショナルデータベース(ＲＤＢ)のテーブルに保存する、ＣＳＶ（カンマ区切り）ファイル形式で保存するものとする。
【００２８】
また、属性交換履歴記録装置２００は、保存された属性交換履歴の内容を、利用者が確認可能な情報形式で、ブラウザ（利用者）に対して提供する属性交換履歴情報提供機能を備えている。
【００２９】
更に、属性交換履歴記録装置２００は、Ｗｅｂブラウザ１００、１０１に代えて、ネットワーク５００を介してＳＳＬ（Secure Socket Layer）ネゴシエーションを行う機能（ＳＳＬネゴシエーション機能）と、図４に示すように、ネットワーク５００を介して送り込まれたデータをＷｅｂブラウザ１００に対して転送する際に、データ内に含まれるハイパーリンク先、およびリダイレクト先がＨＴＴＰＳ通信路となっているＵＲＬを、ＨＴＴＰ通信路のリンク先に変換する機能を有する。
【００３０】
これにより、属性交換履歴記録装置２００は、Ｗｅｂブラウザ１００の代わりにＳＳＬネゴシエーションを行うことで、Ｗｅｂブラウザ１００からネットワーク５００を見た場合に、どのＵＲＬもＨＴＴＰ通信路で接続可能に見えることにより、属性交換履歴記録装置２００は、Ｗｅｂブラウザ１００が行うＨＴＴＰＳ通信の内容を取得することができる。
【００３１】
Ｗｅｂアプリケーション（３０１，３０２，４０１）は、それぞれネットワーク５００に接続されたＷｅｂサーバであるものとする。
【００３２】
ＩｄＰ３００（ＩｄＰ３５０、ＩｄＰ３６０、ＩｄＰ４００）は、予め登録された利用者の属性情報（個人情報）を記憶する属性情報記憶機能を有する。
Ｗｅｂサービスシステム３０１、Ｗｅｂサービスシステム３０２、Ｗｅｂサービスシステム４０１は、利用者からの要求に基づきＷｅｂサービスを利用者に提供する（Ｗｅｂサーバ機能を有する）。
【００３３】
尚、ＩｄＰ３００、Ｗｅｂサービスシステム３０１、および３０２は、ＩＤ−ＷＳＦを実装しており、ＩｄＰ３００およびＷｅｂサービスシステム３０１間ではＩＤ−ＷＳＦ仕様に基づく属性交換を行われるものとする。また、上記ＩｄＰおよびＷｅｂサービスシステム間で交換（属性交換）が行われる属性情報は、アドレス情報（ａｄｄｒｅｓｓ）、および電話番号（ｔｅｌ）であるものとする。
【００３４】
また、ＩｄＰ４００とＷｅｂサービスシステム４０１は、それぞれＯｐｅｎＩＤ ＡＸを実装しており、ＯｐｅｎＩＤ ＡＸに基づく属性交換を行うものとする。また、上記ＩｄＰ４００およびＷｅｂサービスシステム４０１間で交換を行われる属性情報はアドレス情報（ａｄｄｒｅｓｓ）であるものとする。
【００３５】
これにより、本実施形態では、ＩＤ−ＷＳＦやＯｐｅｎＩＤ ＡＸといった標準的な属性交換仕様に基づき、Ｗｅｂブラウザのリダイレクト機能を利用して、ＷｅｂアプリケーションおよびＩｄＰ間で電文のやり取りを行うものとする。
【００３６】
投票装置６００は、ユニークである投票装置ＩＤを持ち、ネットワーク５００に接続して設置され、属性交換装置２００内から取得した属性交換履歴情報に基づきＩｄＰの評価値を算出する評価値算出機能を有するものとする。
【００３７】
また、投票装置６００は、算出された評価値に基づき評価データを作成すると共に、この評価データを保存する機能(評価データ管理機能)を有する。
更に、投票装置６００は、匿名のＰ２Ｐデータ交換により、評価データを他の投票装置（例えば、６０１）である投票装置６０１と交換するＰ２Ｐ匿名データ共有機能を備えている。
【００３８】
投票装置６０１は、投票装置６００と同様に、ユニークである投票装置ＩＤを有し、ネットワーク５００に接続して設置されたコンピュータ装置であって、ここでは、属性交換装置２０１内の属性交換履歴から、ＩｄＰの評価値を算出する機能(評価値算出機能)と、算出された評価値を元に評価データを作成、保存する機能(評価データ管理機能)とを備えている。
【００３９】
また、投票装置６０１は、匿名のＰ２Ｐデータ交換により、評価データを他の投票装置である投票装置６００と評価データを交換するＰ２Ｐ匿名データ共有機能と、他の投票装置で保存されている評価データを集計すると共に、当該評価データをＷｅｂブラウザに対して送出する機能(評価データ集計送信機能）を備えている。
【００４０】
更に、投票装置６００、６０１は、生成した評価データに対して評価データ識別子を設定する評価データ識別子設定機能を有するものとする。
これにより、投票装置６００、６０１は、匿名性を保持しつつ、評価データ識別子に基づき、同一のサイト（Ｗｅｂアプリケーション）からの評価結果を複数回利用しない設定とすることができる。
【００４１】
これは、多数のサイトが他のサイトにより生成された評価結果を参照しているため、同一のサイト（Ｗｅｂアプリケーション）からの評価結果を複数回利用しない設定とすることにより、評価結果の妥当性を向上させることができる。
【００４２】
更には、投票装置６００、６０１は、同一サイトからの評価結果に対する有効期間を設定する構成としてもよい。
これにより、Ｐ２Ｐデータ配布ネットワークから一定期間を経過した過去情報を削除することができる。
【００４３】
本実施形態では、Ｗｅｂブラウザのリダイレクト機能を利用した属性交換仕様のモデルを想定し、一般的なＷｅｂブラウザとＷｅｂサービスシステムの間に属性交換履歴記録装置を新たに設置することで、ＷｅｂサービスシステムとＩｄＰ、ＷＳＰでやり取りされる電文を記録、解析し、利用するＷｅｂサービスシステムは、どのＩｄＰ、ＷＳＰから属性情報を受け取ったかを遡って利用者に通知することを可能とする。
【００４４】
また、属性交換履歴からＩｄＰの利用頻度、Ｗｅｂサービスシステムからの信頼頻度などを目安に評価を行い、その評価情報を複数の利用者間によるＰ２Ｐネットワーク経由で共有することで、特定の個人、事業者等による評価情報の恣意的な操作が入り込みにくいＩｄＰ評価機構を実現することができる。
【００４５】
また、本実施形態では、利用者の個人情報がいつ、どのＩｄＰとＷｅｂサービスシステムで交換されたかを記録することで、Ｗｅｂサービスシステムごとに保管された個人情報の交換状態の把握を容易に実現するものであり、
更には、個人情報の交換状態の履歴からＩｄＰの利用頻度、Ｗｅｂサービスシステムからの信頼頻度などを目安にＩｄＰの評価を行い、複数の利用者間でＩｄＰの評価情報をＰ２Ｐネットワーク経由で共有する。
これにより、特定の個人、事業者等による評価情報の恣意的な操作が入り込みにくいＩｄＰ評価機構を実現するものである。
【００４６】
［実施形態の動作説明］
次に、本実施形態１の全体的な動作について、その概略を説明する。
ウェブサーバ４０１がＷｅｂアプリケーションの実行用にＩｄＰ（属性情報提供装置）３００から属性情報を取得する場合に、ウェブサーバ４０１からＩｄＰ３００に対して送出されるメッセージを属性交換履歴記録装置２００が取得する（メッセージ取得工程）。
ここで、属性交換履歴記録装置２００は、メッセージの内容に基づきウェブサーバ４０１における属性情報の取得先であるＩｄＰ４００を特定し、ＩｄＰ４００を属性交換履歴情報として記憶する（属性交換履歴記憶工程）。
次いで、属性交換履歴記録装置２００は、記憶された属性交換履歴情報の利用頻度に基づき属性情報の取得先としての信頼度を示す評価値を、ＩｄＰ４００に対応して算出する（属性交換信頼度評価工程）。
【００４７】
ここで、上記メッセージ取得工程、属性交換履歴記憶工程、および属性交換信頼度評価工程については、その実行内容をプログラム化し、コンピュータに実行させるように構成してもよい。
【００４８】
次に、Ｗｅｂブラウザのリダイレクト機能を利用して属性交換を行う手法として、一般的な仕様であるＩＤ−ＷＳＦにおけるＩｎｔｅｒａｃｔｉｏｎ Ｓｅｒｖｉｃｅの動作について、図１のシーケンスチャートに基づき説明する。
【００４９】
このＩＤ−ＷＳＦでは、Ｗｅｂブラウザ、個人属性を要求しサービスを提供するＳＰ(サービスプロバイダ：Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）、および個人属性を提供するＷＳＰの間で行われる。
尚、図１内の破線の矢印は、ＩＤ−ＷＳＦの仕様では未定義の電文を示すものとする。
【００５０】
まず、Ｗｅｂブラウザ（サービス要求元）が、ＳＰに対してサービス（Ｗｅｂサービス）を要求する（ステップＳ００１）。ＳＰは、Ｗｅｂブラウザからのサービス要求に応じて、Ｗｅｂサービスの提供のために必要なアクセス者（サービス要求元）の個人属性をＷＳＰに対して要求する（ステップＳ００２）。
【００５１】
次いで、ＷＳＰは、個人属性をＳＰに渡すことについてのアクセス者の同意（アクセス者同意）を、アクセス者に対して要求する（ステップＳ００３）。
ＳＰは、個人属性の提供に同意するためにＷＳＰにアクセスするよう、Ｗｅｂブラウザに対してリダイレクトを伴う同意確認サービス要求を行う（ステップＳ００４）。
【００５２】
ＷＳＰは、ＳＰからの要求（ステップＳ００４）に対する同意確認サービス要求をＷｅｂブラウザから受け取った場合に、Ｗｅｂブラウザに対して個人属性をＳＰに提供するための同意を要求する（同意の取り方等：ステップＳ００５）。
【００５３】
Ｗｅｂブラウザから、個人属性をＳＰに提供することについて同意を得た場合に（同意の取り方など：ステップＳ００５）、ＷＳＰは、同意確認サービス応答を、Ｗｅｂブラウザのリダイレクトを利用して、ＳＰに対して発行する（ステップＳ００６）。
【００５４】
同意確認サービス応答を受け取ったＳＰはＷＳＰに対して同意確認サービスの結果と共に属性要求を行う（ステップＳ００７）。
同意確認サービス応答と属性要求を受け取ったＷＳＰは、ＳＰに対し個人属性を返却する（ステップＳ００８）。
これにより、ＳＰは個人属性を取得する。次いで、個人属性を入手したＳＰは要求されたサービスを実行しＷｅｂブラウザにサービスを提供する（サービス応答：ステップＳ００９）。
【００５５】
次に、Ｗｅｂブラウザのリダイレクト機能を利用して属性交換を行う手法として一般的な、ＯｐｅｎＩＤ ＡＸの動作について、図２のシーケンスチャートに基づき説明する。
尚、このＯｐｅｎＩＤ ＡＸのアクターは、図２に示すように、Ｗｅｂブラウザ、個人属性を要求しサービスを提供するＲＰ（Ｒｅｌｙｉｎｇ Ｐａｒｔｙ）、および個人属性を提供するＯＰからなるものとする。
【００５６】
まず、ＷｅｂブラウザがＲＰに対してサービス提供要求を送信することにより、サービス要求を行う（ステップＳ１０１）。この時、Ｗｅｂブラウザは、ＲＰに対してサービス提供要求およびＯｐｅｎＩＤをあわせて送信するものとする。
次いで、ＲＰは、送り込まれたサービス要求に応じてサービスの提供のためにＯＰとアソシエーション確立要求を行う（ステップＳ１０２）。
【００５７】
次に、ＯＰは、RPに対してアソシエーション確立応答を行う（ステップＳ１０３）。ＯＰとアソシエーションを確立したＲＰは、Ｗｅｂブラウザに対して、アソシエーションハンドルと共に、Ｗｅｂブラウザにおけるリダイレクトを伴う属性交換要求を送信する（ステップＳ１０４）。
次いで、ＷｅｂブラウザからＳ１０４の属性交換要求を受け取ったＯＰは、個人属性を含む属性交換応答を行う（ステップＳ１０５）。
尚、この時応答に含まれる属性はあらかじめ利用者が属性交換を許可した個人属性のみである。
【００５８】
これにより、ＲＰは、Ｗｅｂブラウザのリダイレクトを介して属性交換応答を受信し（ステップＳ１０５）、この応答（属性交換応答）電文を解析して個人属性を抽出取得する。
また、ＲＰは、取得した個人属性に基づきサービスの実行を行うことにより、Ｗｅｂブラウザにサービスの提供を行う（ステップＳ１０６）。
【００５９】
次に、本実施形態の構成（図３）において、利用者の個人情報が、どのＩｄＰおよびＷｅｂサービスシステム間で、いつ交換されたかを示す属性交換履歴情報を記録する動作について、図５、および図６に基づき説明する。
【００６０】
ここでは、Ｗｅｂサービスシステム３０１が、ＩＤ−ＷＳＦを利用して、ＩｄＰ３００との属性交換を行う。
尚、図1で示した標準仕様（ＩＤ−ＷＳＦ）のシーケンスに対応する動作ステップには同一のステップ番号（Ｓ００１〜Ｓ００８）を付するものとする。また、本実施形態における属性交換履歴記録装置２００で行われる動作処理ステップについては、ステップ番号Ａ００１〜Ａ００５を付するものとする。
【００６１】
尚、本実施形態では、Ｗｅｂブラウザ（ここでは、１００）からのＨＴＴＰリクエストは、常時、属性交換履歴記録装置２００のリバースプロキシサーバ機能（図５）を介してＷｅｂアプリケーションに対して送信されるものとする。
【００６２】
まず、Ｗｅｂブラウザ（サービス要求元）が、Ｗｅｂアプリケーション（ウェブサーバ）３０１に対してサービス要求を送信することにより、サービス（Ｗｅｂサービス）の提供を要求する（サービス提供要求：ステップＳ００１）。
Ｗｅｂアプリケーションは、Ｗｅｂブラウザからのサービス要求に応じて、Ｗｅｂサービスの実行に必要な、Ｗｅｂブラウザ利用者（アクセス者）の個人情報（属性情報）をＩｄＰ３００に対して要求する（属性要求：ステップＳ００２）。
【００６３】
次いで、ＩｄＰ３００は、送り込まれた属性要求に対応する個人属性をＷｅｂアプリケーション３０１に渡すことについてのユーザ同意を、Ｗｅｂアプリケーション３０１に要求する（ユーザの同意を要求：ステップＳ００３）。
Ｗｅｂアプリケーション３０１は、Ｗｅｂブラウザ１００に対して、個人属性の提供に同意するために、ＩｄＰ３００に対してアクセスすることを要求する同意確認サービス要求を送信する（ステップＳ００４）。
尚、この同意確認サービス要求には、リダイレクト要求が含まれ、更に同意確認サービス要求は、属性交換履歴記録装置２００を介してＷｅｂブラウザ１００に送信されるものとする。
【００６４】
次いで、Ｗｅｂブラウザ１００は、Ｗｅｂサービスシステム３０１から送りこまれた同意確認サービス要求を、リダイレクトを利用してＩｄＰ３００に送信する。
このとき、属性交換履歴記録装置２００は、同意確認サービス要求を取得し、同意確認サービス要求のデータ内容を分析する（属性交換解析機能：ステップＡ００１）。
【００６５】
ここで、同意確認サービス要求の内容の一例を図７に示す。同意確認サービス要求では、図７に示すように、どの属性を交換することに同意するかという情報が含まれているものとする。
ここで、属性交換履歴記録装置２００は、属性提供先としてＷｅｂサービスシステム３０１、属性提供元としてＩｄＰ３００、交換属性名として属性交換を行う属性名、今回の例ではａｄｄｒｅｓｓを抽出する（属性交換抽出機能）と共に、これらを属性交換履歴ＤＢに保存する（ステップＡ００２）と共に、この同意確認サービス要求をＩｄＰ３００に送信する。
【００６６】
これにより、Ｗｅｂブラウザ１００からの同意確認サービス要求を受け取ったＩｄＰ３００は個人属性をＳＰに提供するための同意を得る（ステップＳ００５）。
次いで、属性交換のユーザ同意を得たＩｄＰ３００は、Ｗｅｂブラウザ１００におけるリダイレクトを伴った形で同意確認サービス応答をＷｅｂサービスシステム３０１に送信する（ステップＳ００６）。
【００６７】
この時、属性交換履歴記録装置２００は、Ｗｅｂブラウザ１００におけるリダイレクトを介して送り込まれた同意確認サービス応答を取得すると共に、この同意確認サービス応答のデータ内容分析する（属性交換解析機能：ステップＡ００３）。
ここで、同意確認サービス応答の一例を図８に示す。この同意確認サービス応答には、図８に示すように、利用者が属性情報の交換（つまり、Ｗｅｂアプリケーション３０１に対して提供すること）に同意したか否かを示す情報（文字列）が含まれている。
【００６８】
ここでは、属性交換を許容する電文（同意確認サービス応答）が属性交換履歴記録装置２００を介して送信された場合に、属性交換履歴記録装置２００は、この同意確認サービス応答のデータ内容から、属性提供先がＷｅｂサービスシステム３０１、属性提供元がＩｄＰ３００、且つ交換属性名が上記ステップＡ００１で記録された「ａｄｄｒｅｓｓ」であることを示すレコードを抽出し、これに基づき属性交換日時を更新する（属性交換抽出機能）。
【００６９】
一方、属性交換を許可しない電文（同意確認サービス応答）が送り込まれた場合、該当レコードを削除する処理を行うものとする（ステップＡ００４）。
【００７０】
ここで、上記ＩｄＰ３００およびＷｅｂアプリケーション間における属性交換の場合と同様に、ＩｄＰ３００およびＷｅｂサービスシステム３０２間における属性交換の履歴も属性交換履歴記録装置２００に保存されるものとする。ここでは、例えば、属性提供先がＷｅｂサービスシステム３０１、属性提供元がＩｄＰ３００、そして交換属性名がｔｅｌであるものとする。
【００７１】
また、Ｗｅｂブラウザ１００の利用者が自身の属性交換履歴情報を参照したい場合は、属性交換履歴記録装置２００に対して属性交換履歴表示要求を行うことにより、属性交換履歴記録装置２００は属性交換履歴表示要求に対応する属性交換履歴情報を出力表示する（属性交換履歴表示機能：ステップＡ００５）。
これにより、Ｗｅｂブラウザ１００の利用者は、属性交換履歴記録装置２００に記憶された属性交換履歴情報を参照することができ、Ｗｅｂサービスシステム（Ｗｅｂアプリケーション）ごとに保管された個人情報の交換状態を把握することができる。
【００７２】
次いで、Ｗｅｂアプリケーション３０１は、改めてＩｄＰ３００に対して属性要求を行い（ステップＳ００７）、ＩｄＰ３００は、この属性要求に対して許容された属性情報を返す（属性返却：ステップＳ００８）。
【００７３】
次に、本実施形態の構成（図３）におけるＷｅｂアプリケーション４０１およびＩｄＰ４００間で、ＯｐｅｎＩＤ ＡＸを利用した属性交換が行われる場合に、利用者の個人情報が、どのＩｄＰおよびＷｅｂサービスシステム間で、いつ交換されたかを示す属性交換履歴情報を記録する動作について、図５、および図９に基づき説明する。
【００７４】
尚、図２で示した標準仕様（ＯｐｅｎＩＤ ＡＸ）のシーケンスに対応する動作ステップには同一のステップ番号（Ｓ１０１〜Ｓ１０５）を付するものとする。また、本実施形態における属性交換履歴記録装置２００で行われる動作処理ステップについては、ステップ番号Ａ００１〜Ａ００５を付するものとする。
【００７５】
また、本実施形態では、Ｗｅｂブラウザ（ここでは、１００）からのＨＴＴＰリクエストは、常時、属性交換履歴記録装置２００のリバースプロキシサーバ機能（図５）を介してＷｅｂアプリケーション４０１に対して送信されるものとする。
【００７６】
まず、Ｗｅｂブラウザ１００が、Ｗｅｂアプリケーション４０１に対してサービス要求メッセージを送信する。この時、Ｗｅｂブラウザ１００は、サービス要求にＯｐｅｎＩＤもあわせて送信することにより、サービス（Ｗｅｂサービス）の提供を要求する（ステップＳ１０１）。
尚、このサービス要求およびＯｐｅｎＩＤは、属性交換履歴記録装置２００を介してＷｅｂアプリケーション４０１に送信されるものとする。
【００７７】
次いで、Ｗｅｂアプリケーション４０１は、送り込まれたサービス要求に応じてサービスの提供のために、ＩｄＰ４００に対してアソシエーション確立要求を行う（ステップＳ１０２）。
ＩｄＰ４００は、Ｗｅｂアプリケーション４０１からのアソシエーション確立要求に対してアソシエーション確立応答を送信する（ステップＳ１０３）。
これにより、Ｗｅｂアプリケーション４０１およびＩｄＰ４００間ではアソシエーションを確立される
ここで、Ｗｅｂアプリケーション４０１は、Ｗｅｂブラウザ１００に対して、アソシエーションのハンドルとＷｅｂブラウザリダイレクトを伴う属性交換要求を送信する（ステップＳ１０４）。
【００７８】
これにより、Ｗｅｂサービスシステム４０１から送信された属性交換要求は、Ｗｅｂブラウザ１００でリダイレクトされ、ＩｄＰ４００に送信される。
このとき、属性交換履歴記録装置２００は、リダイレクトされた属性効果要求を取得し、この属性交換要求のデータ内容の解析を行うと共に、属性交換要求をＩｄＰ４００に送信する。
【００７９】
ここで、図１０（ａ）に同意確認サービス要求のデータ内容の一例を示す。属性交換要求は、どの属性を交換することに同意するかという情報が含まれているものとする（図１０（ａ）の矩形内）。
この時、属性交換履歴記録装置２００は、属性提供先としてＷｅｂサービスシステム４０１、属性提供元としてＩｄＰ４００、交換属性名としてａｓｄｆａ属性交換を行う属性名（ここでは「ａｄｄｒｅｓｓ」）を記録する（ステップＡ１０１）。
尚、属性交換履歴記録装置２００は、このステップＡ１０１で、上記ステップＡ００１，Ａ００２と同様の処理も合わせて行うものとする。
【００８０】
次いで、ＩｄＰ４００は、上記送り込まれた属性交換要求に対応する属性交換応答を、ブラウザ１００のリダイレクトを伴った形でＷｅｂアプリケーション（サービスシステム）４０１に対して送信する（ステップＳ１０５）。
【００８１】
この時、属性交換履歴記録装置２００は、リダイレクトによりブラウザ１００を介して送り込まれた属性交換応答の内容の解析を行う。
ここで、属性交換応答の一例を示す（図１０（ｂ）の矩形内）。この属性交換応答では、図１０（ｂ）に示すように、交換する属性情報の種別を示す文字列が含まれているものとする。
【００８２】
ここで、属性交換履歴記録装置２００は、属性交換応答のデータ内容から交換される属性が判別された場合、属性提供先がＷｅｂサービスシステム４０１、属性提供元がＩｄＰ４００、および交換属性名がステップＡ１０１で記録された「ａｄｄｒｅｓｓ」となっているレコードの交換日次を更新する。
【００８３】
また、属性交換応答の電文から交換する属性値が判別できなかった場合、該当レコードを削除する（ステップＡ１０２）。
尚、属性交換履歴記録装置２００は、このステップＡ１０２で、上記ステップＡ００３，Ａ００４と同様の処理も合わせて行うものとする。
【００８４】
ここで、属性交換履歴記録装置２００が記憶する属性交換履歴情報の一例を図１１に示す。これにより、利用者は、どのＷｅｂサービスシステムが、どのＩｄＰと属性交換を行ったかを、属性交換履歴記録装置２００が保存された情報（図１１）を参照することにより、いつでも把握することが可能となる。
【００８５】
次に、属性交換履歴記録装置２００が、上述のように、取得した属性交換履歴に基づき、各ＩｄＰの評価値を算出する動作について、図１２に基づき説明する。
【００８６】
まず、投票装置６００は、属性交換履歴記録装置２００から属性交換履歴（情報）を取得し（ステップＢ００１）、この属性交換履歴のデータ内容に基づいて、ＩｄＰの評価値を算出する（評価値算出機能：ステップＢ００２）。
【００８７】
ここで、評価対象となるＩｄＰは、属性交換履歴に記録（登録）されたＩｄＰであり、評価方法として、登録されたＩｄＰそれぞれについて、例えば、属性交換を行った相手（Ｗｅｂサーバ）の数（属性交換相手数）や、交換を行った属性の種類の数を示す評価要素数などを、各ＩｄＰの評価値それぞれに対して加点することにより算出する。
【００８８】
尚、加点の基準として、ここでは、例えば、属性交換を行ったＷｅｂサービスシステム１つにつき５点、属性交換した属性１つにつき１点とする。
例えば、属性交換履歴に登録されたＩｄＰ３００は、Ｗｅｂサービスシステム３０１と属性１つを交換、Ｗｅｂサービスシステム３０１と属性1つを交換している。また、ＩｄＰ４００は、Ｗｅｂサービスシステム４０１と属性１つを交換しているため、それぞれＩｄＰ３００の評価値は１２点（５＋１＋５＋１）、ＩｄＰ４００の評価値は６点（５＋１）と算出される。
【００８９】
ここでは、上述のように、属性交換を多く行っているＩｄＰは、利用実態が高く、多くの利用者、Ｗｅｂサービスシステムから信頼されていると判断されるため評価値が高くなるように設定されるものとする。
【００９０】
次に、投票装置６００は、ステップＢ００２で算出した評価値に基づきＩｄＰ毎に評価データを作成する（評価データ作成機能：ステップＢ００３）。
ここで、評価データは、評価データ識別子、ＩｄＰの名称、評価値、有効期間からなる（図１２）。尚、評価データ識別子は、ＩｄＰの名称の文字列と投票装置ＩＤの文字列をつなげたものをハッシュ化して生成するものとする。また、有効期間は評価データを作成時に任意の期間を指定するものとし、例えば、評価データ作成時刻から1年とする。
【００９１】
次に、投票装置６００は、作成した評価データを保存する（評価データ管理機能：ステップＢ００４）。
ここで、評価データの保存処理実行時に、すでに保管されている評価データの評価データ識別子が一致した場合は、新規に作成した評価データが最新であるため、それら評価データを置換するものとする。
【００９２】
また、投票装置６０１もステップＢ００３までと同様に、属性交換履歴記録装置２０１から評価データを作成しているものとする。
ここで、属性交換履歴記録装置２０１は、属性交換履歴記録装置２００とは異なる属性交換履歴をもっており、ＩｄＰ３００の他に、ＩｄＰ３５０，ＩｄＰ３６０の評価値を保持しているものとする。
【００９３】
ここで、投票装置６０１が保持する評価データの一例を図１４に示す。
投票装置６００は、評価データ管理機能が保存している各ＩｄＰの評価データを、他の投票装置６０１に送信すると共に、投票装置６０１の評価データを取得することにより、評価データの交換を行う（Ｐ２Ｐ匿名データ共有機能：ステップＢ００５）。
これにより、投票装置６００は、投票装置６０１の保持している評価データを取得し、投票装置６００、および６０１は、相互に評価データを共有することができる。
【００９４】
次いで、投票装置６００は、新たに保存された各評価データの評価データ識別子を調べると共に、新たな評価データ識別子であれば保存する（評価データ管理機能：ステップＢ００６）。
ここで、評価データ識別子が同じであれば、すでに保管済みの評価データであると判断し、有効期間を確認する。
【００９５】
確認した結果、設定された有効期間の期限がより新しいものを新規の評価データとして判断し、有効期間が古いものを破棄し、新規の評価データにより更新設定して保存する（ステップＢ００７）。ここで、更新設定の結果として得られる評価データを図１５に示す。
【００９６】
次いで、投票装置６００は、保存した評価データを利用者の要求から、利用者に評価データを出力する（評価データ集計機能：ステップＢ００８）。
尚、ここでの集計方法は、例えば、ＩｄＰ毎に評価値の和を算出する設定であってよい。
【００９７】
これにより、Ｗｅｂブラウザの利用者は、評価データ集計機能（ステップＢ００８）により出力表示された結果を参照することにより、どのＩｄＰが多く利用されているか、つまり、Ｗｅｂサーバ（Ｗｅｂアプリケーション）からの信頼を得ているかを確認することができ、これに基づき、属性情報の登録先を決定することができる。
【００９８】
ここで、各投票装置は、上記ステップＢ００１〜Ｂ００７と同様の処理を、多くの他の投票装置との間で実行することにより、多数の評価データを取得することができ、これにより、多くのＩｄＰとその評価値を入手することができるため、各投票装置の持つ評価データがより実情に即した内容へと更新される。
【００９９】
以上のように、本実施形態では、ＩｄＰおよびＷｅｂアプリケーション間における利用者の属性情報の交換状態を、利用者が属性交換履歴情報に基づき容易に把握することを可能とし、更には、各ＩｄＰについて、その利用頻度やＷｅｂサービスシステム（Ｗｅｂサーバ）からの信頼度に係る評価を行うことにより、特定の個人、事業者等による評価情報の恣意的な操作が入り込みにくいＩｄＰ評価機構を実現することが可能となる。
【０１００】
また、Ｗｅｂブラウザの利用者は、Ｗｅｂサービスシステムで利用されている属性情報がどのＩｄＰに登録したものであるかを正確に把握することができ、このため、例えば、ＩｄＰに対して登録した属性情報の更新を行うことが必要となった場合に、利用者は、どのＩｄＰに登録された情報（マスター属性情報）を更新すれば良いかを、迅速に判断できることができる。
【０１０１】
更には、実際の属性交換状況から算出された評価データを、Ｐ２Ｐネットワークを介して共有する構成としたことにより、利用者に対して、どのＩｄＰに個人情報を保管するべきかを示す基準、つまりＩｄＰを選択指定するための判断基準が提示することができ、このため、利用者は個人情報の登録先の適切な選択を行うことができ、これにより、ブラウザ利用者は、実際の利用状況に即したＩｄＰの評価値に基づき、属性情報の登録先として、信頼度の高いＩｄＰを（選択）決定することが可能となる。
【産業上の利用可能性】
【０１０２】
本発明は、ウェブサービスの実行用に予め登録された利用者の属性情報を管理する属性管理装置をウェブサーバの利用頻度に基づき評価を行うと共に、この評価に基づき属性情報の登録先を決定するシステムに対して有用に適用することができる。
【符号の説明】
【０１０３】
１００、１０１ Ｗｅｂブラウザ
２００、２０１ 属性交換履歴記録装置
３００、４００、３５０、３６０ ＩｄＰ
３０１、３０２、４０１ ウェブサーバ（Ｗｅｂアプリケーション）
５００ ネットワーク
６００、６０１ 登録装置
【技術分野】
【０００１】
本発明は、ウェブサーバにおけるサービス実行時に利用される属性情報を管理するシステムに関する。
【背景技術】
【０００２】
ウェブサーバにより提供されるウェブサービス（Ｗｅｂサービス）をブラウザなどのクライアントが利用する場合、クライアント側から提供される個人情報などの属性情報が必要となる。
ウェブサービスシステムが動作するためには、通常、Ｗｅｂサービスの提供側のシステム（サーバ）側で、その動作に必要な個人情報を保持し、この情報に基づき動作を行うことによりＷｅｂサービスの提供を行う。この場合、利用者は、個人情報を利用するＷｅｂサービスシステムごとに登録することが必要となる。
【０００３】
しかしながら、利用するＷｅｂサービスシステムごとに個人情報を登録する場合、利用者が自己の個人情報を、それぞれ異なる多くの場所に登録しなければならず、利用者にとっては、登録した個人情報の漏洩や不正な利用などのリスクが増幅されることとなる。また、個人情報の登録先であるＷｅｂサービスシステムの運営者側も、登録された個人情報を安全に保管、管理しなければならず、このため、登録された個人情報などの属性情報をＷｅｂサーバ側で安全に交換するための仕様（属性交換の標準仕様）が開発され利用されている。
【０００４】
ここで、属性交換とは、Ｗｅｂサービスの提供を行うＷｅｂサーバが、Ｗｅｂサービスシステムの動作に必要な個人情報などの属性情報を、予め属性情報が保持されている特定のＩｄプロバイダ（ＩｄＰ：Ｉｄｅｎｔｉｔｙ Ｐｒｏｖｉｄｅｒ）から、利用者の合意を得て取得するものである。
この代表的な仕様としては、認証機能付きのウェブサービスを展開するためのオープン標準仕様ベースの手法を規定するＩＤ−ＷＳＦ（Ｌｉｂｅｒｔｙ Ｉｄｅｎｔｉｔｙ Ｗｅｂ Ｓｅｒｖｉｃｅ Ｆｒａｍｅｗｏｒｋ）や、ＩＤとして１つのＵＲＬ（Uniform Resource Locator）を利用してインターネットの異なるウェブサイトの認証を実現する仕組みであるＯｐｅｎＩＤ ＡＸ（Ａｔｔｒｉｂｕｔｅ Ｅｘｃｈａｎｇｅ）などがあげられる。
【０００５】
尚、Ｗｅｂサービスの提供にあたって、必要となる属性情報をどのＩｄＰを利用して取得するかを決定する方法は、各仕様それぞれで異なっている。
例えば、ＩＤ−ＷＳＦでは、動作するＷｅｂサービスシステム側で信頼できると判断したＩｄＰ、またはＷＳＰ（Ｗｅｂ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）を属性交換先として設定する。また、ＯｐｅｎＩＤでは利用者が指定したＩｄＰを属性交換先として設定する。尚、ＯｐｅｎＩＤの場合、ＩｄＰ相当のものがＯＰ(ＯｐｅｎＩＤプロバイダ）と呼ばれることもある。
【０００６】
この属性交換を行うシステムにより、利用者は個人情報の登録先をある程度限定することができ、Ｗｅｂサービスシステムの運営者（提供側）も必要以上の個人情報を保管、管理しなくてよいというメリットがある。
【０００７】
しかしながら、一般に１つのＩｄＰから属性情報を取得する（つまり、１つのＩｄＰとの属性交換を行う）Ｗｅｂサービスシステムは複数存在し、また、利用者も登録先として複数のＩｄＰを利用しており、利用者が利用するＷｅｂサービスシステムが増えた場合、Ｗｅｂサービスシステム毎に個人情報のマスタデータ登録先として選択したＩｄＰが増えるため、属性交換が行われるＷｅｂサービスシステムの数は増大していくこととなる。
【０００８】
このため、利用者がどのＷｅｂサービスシステムに対し、どのような属性交換を行ったのかを、さかのぼって把握することが困難になるといった不都合が生じ得る。
更には、例えば、利用者がＷｅｂサービスシステムの利用のために自身の個人情報を更新したい場合には、どのＩｄＰに格納された情報を変更するべきなのか判断することが困難となるといった不都合がある。
【０００９】
これに対する関連技術として、ウェブサーバに対して提供されるユーザの属性情報（ユーザ情報）間の関連付けを行い、属性交換を行う技術が開示されている（特許文献１、特許文献２）。
また、この関連技術として、複数の異なる侵入検知システムから収集された検知情報に基づき侵入検知システムの評価値を算出する手法が開示されている（特許文献３）。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００７−３２３３４０号公報
【特許文献２】特表２００７−５２１５８０号公報
【特許文献３】特開２００４−３０２８６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
Ｗｅｂサービスシステム（ウェブサーバ）においてはＩｄＰから得られた個人情報の正確性が重要視される。このため、Ｗｅｂサービスシステムでは、Ｗｅｂサービスシステム自身が、個人情報（属性情報）の取得先として信頼したＩｄＰとの属性交換が望まれる。
一方、Ｗｅｂサービスの利用者（クライアント側）は、Ｗｅｂサービスシステムを利用するのに先立ち、利用者の個人情報を保管（登録）するＩｄＰの選択を行う。
【００１２】
これに対して、上記特許文献１および２の関連技術では、利用者には、どのＩｄＰに個人情報を保管するべきかを示す基準、つまりＩｄＰを選択指定するための判断基準が提示されないため、利用者は個人情報の登録先の適切な選択を行うことができないという不都合がある。
【００１３】
また、この場合、登録された個人情報（属性情報）の正確性やその基準を示すためにＩｄＰを評価付けする機構が必要となるが、例えば、その機構をサービス提供者やＩｄＰ側が運営した場合、評価情報や評価基準が、例えば、サービス提供者側で不当に操作されることにより、利用者にとって適正な判断基準にならないといった不都合が生じ得る。
【００１４】
［発明の目的］
本発明は、上記関連技術の有する不都合を改善し、ウェブサーバに対する属性情報の提供元であるアイデンティティプロバイダ（属性情報提供装置）の信頼度を有効に評価する属性情報交換システム、属性情報交換方法、属性情報交換プログラムを提供することを、その目的とする。
【課題を解決するための手段】
【００１５】
上記目的を達成するために、本発明に係る属性情報交換システムは、ブラウザ装置からのサービス要求に対して予め設定されたウェブアプリケーションの実行を行うことによりウェブサービスを提供するウェブサーバと、前記ウェブアプリケーションの実行時に利用される前記ブラウザ装置利用者の属性情報を保持する属性情報提供装置とを備えた属性情報交換システムであって、前記ウェブサーバが前記ウェブアプリケーション実行用に前記属性情報提供装置から前記属性情報を取得する場合に前記属性情報提供装置に対して送出するメッセージを取得するメッセージ取得装置と、前記メッセージの内容に基づき前記ウェブサーバにおける前記属性情報の取得先を特定し当該取得先を属性交換履歴情報として記憶する属性交換履歴記憶装置と、前記記憶された属性交換履歴情報の利用頻度に基づき前記属性情報の取得先としての信頼度を示す評価値を前記属性情報提供装置それぞれに対応して算出する属性交換信頼度評価装置とを備えた構成をとっている。
【００１６】
また、本発明にかかる属性情報交換方法は、ブラウザ装置からのサービス要求に対して予め設定されたウェブアプリケーションの実行を行うことによりウェブサービスを提供するウェブサーバと、前記ウェブアプリケーションの実行時に利用される前記ブラウザ装置利用者の属性情報を保持する属性情報提供装置と、前記ウェブサーバが取得する属性情報の取得先を特定する属交換履歴記録装置とを備えた属性情報交換システムにあって、前記属性情報提供装置を前記属性情報の取得先として評価する属性情報交換方法であって、前記ウェブサーバが前記ウェブアプリケーションの実行用に前記属性情報提供装置から前記属性情報を取得する場合に前記ウェブサーバから前記属性情報提供装置に対して送出されるメッセージを前記属性交換履歴記録装置が取得し、当該属性交換履歴記録装置は、前記メッセージの内容に基づき前記ウェブサーバにおける前記属性情報の取得先を特定し当該取得先を属性交換履歴情報として記憶し、前記記憶された属性交換履歴情報の利用頻度に基づき前記属性情報の取得先としての信頼度を示す評価値を前記属性情報提供装置それぞれに対応して算出することを特徴としている。
【００１７】
また、本発明にかかる属性情報交換プログラムは、ブラウザ装置からのサービス要求に対して予め設定されたウェブアプリケーションの実行を行うことによりウェブサービスを提供するウェブサーバと、前記ウェブアプリケーションの実行時に利用される前記ブラウザ装置利用者の属性情報を保持する属性情報提供装置と、前記ウェブサーバが取得する属性情報の取得先を特定する属交換履歴記録装置とを備えた属性情報交換システムにあって、前記属性情報提供装置を前記属性情報の取得先として評価するための属性情報交換プログラムであって、前記ウェブサーバが前記ウェブアプリケーションの実行用に前記属性情報提供装置から前記属性情報を取得する場合に前記ウェブサーバから前記属性情報提供装置に対して送出されるメッセージを取得するメッセージ取得機能と、前記メッセージの内容に基づき前記ウェブサーバにおける前記属性情報の取得先を特定し当該取得先を属性交換履歴情報として記憶する処理を行う属性交換履歴記憶機能と、前記記憶された属性交換履歴情報の利用頻度に基づき前記属性情報の取得先としての信頼度を示す評価値を前記属性情報提供装置それぞれに対応して算出する属性交換信頼度評価機能とをコンピュータ実行させることを特徴としている。
【発明の効果】
【００１８】
本発明は、以上のように構成され機能するので、これによると、ウェブサーバが属性情報提供装置からウェブアプリケーション実行用の属性情報を取得する場合にウェブサーバが属性情報提供装置に対して送出するメッセージを取得する手段と、このメッセージの内容に基づきウェブサーバにおける属性情報の取得先を特定する手段と、この取得先を属性交換履歴情報として記憶する手段と、記憶された属性交換履歴情報に基づき属性情報の取得先としての利用頻度を示す評価値を算出する手段とを備えたことにより、ウェブサーバに対する属性情報の提供元であるアイデンティティプロバイダ（属性情報提供装置）の信頼度を有効に評価し得る属性情報交換システム、属性情報交換方法、属性情報交換プログラムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明による属性情報交換システムに係る一般的な仕様であるＩＤ−ＷＳＦにおける属性交換の動作内容を示すシーケンスチャートである。
【図２】本発明による属性情報交換システムに係る一般的な仕様であるＯｐｅｎＩＤ ＡＸにおける属性交換の動作内容を示すシーケンスチャートである。
【図３】本発明による属性情報交換システムにおける一実施形態を示す概略ブロック図である。
【図４】図３に開示した属性情報交換システムにおける属性交換履歴記録装置の接続関係構成の一例を示す説明図である。
【図５】図３に開示した属性情報交換システムにおける属性交換履歴記録装置の内部構成の一例を示す概略ブロック図である。
【図６】図３に開示した属性情報交換システムにおける属性交換が行われる動作処理ステップを示すシーケンスチャートである。
【図７】図３に開示した属性情報交換システムにおける同意確認サービス要求のデータ内容の一例を示す説明図である。
【図８】図３に開示した属性情報交換システムにおける同意確認サービス応答のデータ内容の一例を示す説明図である。
【図９】図３に開示した属性情報交換システムにおける属性交換が行われる動作処理ステップを示すシーケンスチャートである。
【図１０】図１０（ａ）は、図３に開示した属性情報交換システムにおける属性交換要求のデータ内容の一例を示し、図１０（ｂ）は、属性交換応答のデータ内容の一例を示す説明図である。
【図１１】図３に開示した属性情報交換システムにおける属性交換履歴情報のデータ内容の一例を示す説明図である。
【図１２】図３に開示した属性情報交換システムにおける投票装置の内部構成の一例を示す概略ブロック図である。
【図１３】図３に開示した属性情報交換システムにおける評価データのデータ内容の一例を示す説明図である。
【図１４】図３に開示した属性情報交換システムにおける評価データのデータ内容の一例を示す説明図である。
【図１５】図３に開示した属性情報交換システムにおける評価データのデータ内容の一例を示す説明図である。
【発明を実施するための形態】
【００２０】
［実施形態］
次に、本発明を実施するための実施形態について図面を参照して説明する。
【００２１】
本発明の実施形態としての属性情報交換システムは、図３に示すように、インターネットなどの公共ネットワーク（ネットワーク）５００に接続して設けられ、このネットワーク５００を介して送り込まれた要求に対してＷｅｂアプリケーションの実行を行うことによりＷｅｂサービスを提供するＷｅｂサーバ（以下「Ｗｅｂアプリケーション」という）３０１と、Ｗｅｂアプリケーションの実行時に必要となる、予め登録された利用者の属性情報を記憶保持するＩｄＰ３００を備えている。
【００２２】
尚、本実施形態では、ネットワーク５００を介して送り込まれた要求に応じてそれぞれが予め設定されたＷｅｂサービスの提供を行うＷｅｂアプリケーション３０２，４０１と、ＩｄＰ３００と同様にネットワーク５００に接続して設けられ、予め登録された属性情報をそれぞれが記憶保持するＩｄＰ３５０，３６０，４００を有する。
また、ＩｄＰ３００，３５０，３６０，４００は、それぞれ予め登録された異なる属性情報を記憶保持したコンピュータ装置としてのＩＤ（アイデンティティ）プロバイダであって、それぞれ、Ｗｅｂアプリケーション（Ｗｅｂサービスシステム）からの要求に対して予め登録された属性情報を提供する属性情報提供機能を有する。
【００２３】
また、本実施形態である属性情報交換システムは、Ｗｅｂアプリケーション（３０１，３０２，４０１）それぞれがＩｄＰ（３００，３５０，３６０，または４００）から取得した属性情報について、この属性情報を特定するための情報（属性情報特定情報）を、ネットワーク５００を介して取得し解析する属性交換履歴記録装置２００と、属性交換履歴記録装置２００による解析結果に基き各ＩｄＰ（３００，３５０，３６０，または４００）における属性情報の利用頻度やＩｄＰの信頼度にかかる評価を行う投票装置６００と、属性交換履歴記録装置２００を介してネットワーク５００に接続して設けられＷｅｂアプリケーションにより提供されるＷｅｂサービスを利用するＷｅｂクライアント装置（以下「Ｗｅｂブラウザ」という）１００を備えた構成を有する。
【００２４】
また、本実施形態では、属性交換履歴記録装置２００と同様に、ネットワーク５００を介してＩｄＰおよびＷｅｂアプリケーション間でやり取りされる属性情報の属性情報特定情報を取得して解析する属性交換履歴記録装置２０１と、ネットワーク５００および属性交換履歴記録装置２０１に対して接続して設けられ、投票装置６００と同様に各ＩｄＰ（３００，３５０，３６０，または４００）における属性情報の利用頻度やＩｄＰの信頼度にかかる評価を行う投票装置６０１を有し、更に、属性交換履歴記録装置２０１を介してネットワーク５００に接続して設けられ、上記Ｗｅｂブラウザ１００と同様にＷｅｂアプリケーションにより提供されるＷｅｂサービスを利用するＷｅｂブラウザ１０１を備えた構成を有する。
【００２５】
尚、上記Ｗｅｂクライアント装置（以下、「Ｗｅｂブラウザ」という）１００、１０１は、Ｗｅｂアプリケーションを利用するための一般的なＷｅｂブラウザが動作するコンピュータであり、それぞれ属性交換履歴記録装置２００、２０１を介してネットワーク５００に接続されているものとする。
【００２６】
属性交換履歴記録装置２００（属性交換履歴記録装置２０１）は、ＩＤ−ＷＳＦやＯｐｅｎＩＤ ＡＸといった属性交換標準仕様に基づき動作する一般的なリバースプロキシサーバ機能を備えている（図５）。
【００２７】
また、属性交換履歴記録装置２００は、自己を介して属性交換（メッセージ交換）が行われた際、当該メッセージから属性交換履歴として属性提供元（取得先）、属性提供先、交換属性名、交換日時を抽出し、保存する属性交換抽出機能を有する。
ここで、保存方式としては、例えば、リレーショナルデータベース(ＲＤＢ)のテーブルに保存する、ＣＳＶ（カンマ区切り）ファイル形式で保存するものとする。
【００２８】
また、属性交換履歴記録装置２００は、保存された属性交換履歴の内容を、利用者が確認可能な情報形式で、ブラウザ（利用者）に対して提供する属性交換履歴情報提供機能を備えている。
【００２９】
更に、属性交換履歴記録装置２００は、Ｗｅｂブラウザ１００、１０１に代えて、ネットワーク５００を介してＳＳＬ（Secure Socket Layer）ネゴシエーションを行う機能（ＳＳＬネゴシエーション機能）と、図４に示すように、ネットワーク５００を介して送り込まれたデータをＷｅｂブラウザ１００に対して転送する際に、データ内に含まれるハイパーリンク先、およびリダイレクト先がＨＴＴＰＳ通信路となっているＵＲＬを、ＨＴＴＰ通信路のリンク先に変換する機能を有する。
【００３０】
これにより、属性交換履歴記録装置２００は、Ｗｅｂブラウザ１００の代わりにＳＳＬネゴシエーションを行うことで、Ｗｅｂブラウザ１００からネットワーク５００を見た場合に、どのＵＲＬもＨＴＴＰ通信路で接続可能に見えることにより、属性交換履歴記録装置２００は、Ｗｅｂブラウザ１００が行うＨＴＴＰＳ通信の内容を取得することができる。
【００３１】
Ｗｅｂアプリケーション（３０１，３０２，４０１）は、それぞれネットワーク５００に接続されたＷｅｂサーバであるものとする。
【００３２】
ＩｄＰ３００（ＩｄＰ３５０、ＩｄＰ３６０、ＩｄＰ４００）は、予め登録された利用者の属性情報（個人情報）を記憶する属性情報記憶機能を有する。
Ｗｅｂサービスシステム３０１、Ｗｅｂサービスシステム３０２、Ｗｅｂサービスシステム４０１は、利用者からの要求に基づきＷｅｂサービスを利用者に提供する（Ｗｅｂサーバ機能を有する）。
【００３３】
尚、ＩｄＰ３００、Ｗｅｂサービスシステム３０１、および３０２は、ＩＤ−ＷＳＦを実装しており、ＩｄＰ３００およびＷｅｂサービスシステム３０１間ではＩＤ−ＷＳＦ仕様に基づく属性交換を行われるものとする。また、上記ＩｄＰおよびＷｅｂサービスシステム間で交換（属性交換）が行われる属性情報は、アドレス情報（ａｄｄｒｅｓｓ）、および電話番号（ｔｅｌ）であるものとする。
【００３４】
また、ＩｄＰ４００とＷｅｂサービスシステム４０１は、それぞれＯｐｅｎＩＤ ＡＸを実装しており、ＯｐｅｎＩＤ ＡＸに基づく属性交換を行うものとする。また、上記ＩｄＰ４００およびＷｅｂサービスシステム４０１間で交換を行われる属性情報はアドレス情報（ａｄｄｒｅｓｓ）であるものとする。
【００３５】
これにより、本実施形態では、ＩＤ−ＷＳＦやＯｐｅｎＩＤ ＡＸといった標準的な属性交換仕様に基づき、Ｗｅｂブラウザのリダイレクト機能を利用して、ＷｅｂアプリケーションおよびＩｄＰ間で電文のやり取りを行うものとする。
【００３６】
投票装置６００は、ユニークである投票装置ＩＤを持ち、ネットワーク５００に接続して設置され、属性交換装置２００内から取得した属性交換履歴情報に基づきＩｄＰの評価値を算出する評価値算出機能を有するものとする。
【００３７】
また、投票装置６００は、算出された評価値に基づき評価データを作成すると共に、この評価データを保存する機能(評価データ管理機能)を有する。
更に、投票装置６００は、匿名のＰ２Ｐデータ交換により、評価データを他の投票装置（例えば、６０１）である投票装置６０１と交換するＰ２Ｐ匿名データ共有機能を備えている。
【００３８】
投票装置６０１は、投票装置６００と同様に、ユニークである投票装置ＩＤを有し、ネットワーク５００に接続して設置されたコンピュータ装置であって、ここでは、属性交換装置２０１内の属性交換履歴から、ＩｄＰの評価値を算出する機能(評価値算出機能)と、算出された評価値を元に評価データを作成、保存する機能(評価データ管理機能)とを備えている。
【００３９】
また、投票装置６０１は、匿名のＰ２Ｐデータ交換により、評価データを他の投票装置である投票装置６００と評価データを交換するＰ２Ｐ匿名データ共有機能と、他の投票装置で保存されている評価データを集計すると共に、当該評価データをＷｅｂブラウザに対して送出する機能(評価データ集計送信機能）を備えている。
【００４０】
更に、投票装置６００、６０１は、生成した評価データに対して評価データ識別子を設定する評価データ識別子設定機能を有するものとする。
これにより、投票装置６００、６０１は、匿名性を保持しつつ、評価データ識別子に基づき、同一のサイト（Ｗｅｂアプリケーション）からの評価結果を複数回利用しない設定とすることができる。
【００４１】
これは、多数のサイトが他のサイトにより生成された評価結果を参照しているため、同一のサイト（Ｗｅｂアプリケーション）からの評価結果を複数回利用しない設定とすることにより、評価結果の妥当性を向上させることができる。
【００４２】
更には、投票装置６００、６０１は、同一サイトからの評価結果に対する有効期間を設定する構成としてもよい。
これにより、Ｐ２Ｐデータ配布ネットワークから一定期間を経過した過去情報を削除することができる。
【００４３】
本実施形態では、Ｗｅｂブラウザのリダイレクト機能を利用した属性交換仕様のモデルを想定し、一般的なＷｅｂブラウザとＷｅｂサービスシステムの間に属性交換履歴記録装置を新たに設置することで、ＷｅｂサービスシステムとＩｄＰ、ＷＳＰでやり取りされる電文を記録、解析し、利用するＷｅｂサービスシステムは、どのＩｄＰ、ＷＳＰから属性情報を受け取ったかを遡って利用者に通知することを可能とする。
【００４４】
また、属性交換履歴からＩｄＰの利用頻度、Ｗｅｂサービスシステムからの信頼頻度などを目安に評価を行い、その評価情報を複数の利用者間によるＰ２Ｐネットワーク経由で共有することで、特定の個人、事業者等による評価情報の恣意的な操作が入り込みにくいＩｄＰ評価機構を実現することができる。
【００４５】
また、本実施形態では、利用者の個人情報がいつ、どのＩｄＰとＷｅｂサービスシステムで交換されたかを記録することで、Ｗｅｂサービスシステムごとに保管された個人情報の交換状態の把握を容易に実現するものであり、
更には、個人情報の交換状態の履歴からＩｄＰの利用頻度、Ｗｅｂサービスシステムからの信頼頻度などを目安にＩｄＰの評価を行い、複数の利用者間でＩｄＰの評価情報をＰ２Ｐネットワーク経由で共有する。
これにより、特定の個人、事業者等による評価情報の恣意的な操作が入り込みにくいＩｄＰ評価機構を実現するものである。
【００４６】
［実施形態の動作説明］
次に、本実施形態１の全体的な動作について、その概略を説明する。
ウェブサーバ４０１がＷｅｂアプリケーションの実行用にＩｄＰ（属性情報提供装置）３００から属性情報を取得する場合に、ウェブサーバ４０１からＩｄＰ３００に対して送出されるメッセージを属性交換履歴記録装置２００が取得する（メッセージ取得工程）。
ここで、属性交換履歴記録装置２００は、メッセージの内容に基づきウェブサーバ４０１における属性情報の取得先であるＩｄＰ４００を特定し、ＩｄＰ４００を属性交換履歴情報として記憶する（属性交換履歴記憶工程）。
次いで、属性交換履歴記録装置２００は、記憶された属性交換履歴情報の利用頻度に基づき属性情報の取得先としての信頼度を示す評価値を、ＩｄＰ４００に対応して算出する（属性交換信頼度評価工程）。
【００４７】
ここで、上記メッセージ取得工程、属性交換履歴記憶工程、および属性交換信頼度評価工程については、その実行内容をプログラム化し、コンピュータに実行させるように構成してもよい。
【００４８】
次に、Ｗｅｂブラウザのリダイレクト機能を利用して属性交換を行う手法として、一般的な仕様であるＩＤ−ＷＳＦにおけるＩｎｔｅｒａｃｔｉｏｎ Ｓｅｒｖｉｃｅの動作について、図１のシーケンスチャートに基づき説明する。
【００４９】
このＩＤ−ＷＳＦでは、Ｗｅｂブラウザ、個人属性を要求しサービスを提供するＳＰ(サービスプロバイダ：Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）、および個人属性を提供するＷＳＰの間で行われる。
尚、図１内の破線の矢印は、ＩＤ−ＷＳＦの仕様では未定義の電文を示すものとする。
【００５０】
まず、Ｗｅｂブラウザ（サービス要求元）が、ＳＰに対してサービス（Ｗｅｂサービス）を要求する（ステップＳ００１）。ＳＰは、Ｗｅｂブラウザからのサービス要求に応じて、Ｗｅｂサービスの提供のために必要なアクセス者（サービス要求元）の個人属性をＷＳＰに対して要求する（ステップＳ００２）。
【００５１】
次いで、ＷＳＰは、個人属性をＳＰに渡すことについてのアクセス者の同意（アクセス者同意）を、アクセス者に対して要求する（ステップＳ００３）。
ＳＰは、個人属性の提供に同意するためにＷＳＰにアクセスするよう、Ｗｅｂブラウザに対してリダイレクトを伴う同意確認サービス要求を行う（ステップＳ００４）。
【００５２】
ＷＳＰは、ＳＰからの要求（ステップＳ００４）に対する同意確認サービス要求をＷｅｂブラウザから受け取った場合に、Ｗｅｂブラウザに対して個人属性をＳＰに提供するための同意を要求する（同意の取り方等：ステップＳ００５）。
【００５３】
Ｗｅｂブラウザから、個人属性をＳＰに提供することについて同意を得た場合に（同意の取り方など：ステップＳ００５）、ＷＳＰは、同意確認サービス応答を、Ｗｅｂブラウザのリダイレクトを利用して、ＳＰに対して発行する（ステップＳ００６）。
【００５４】
同意確認サービス応答を受け取ったＳＰはＷＳＰに対して同意確認サービスの結果と共に属性要求を行う（ステップＳ００７）。
同意確認サービス応答と属性要求を受け取ったＷＳＰは、ＳＰに対し個人属性を返却する（ステップＳ００８）。
これにより、ＳＰは個人属性を取得する。次いで、個人属性を入手したＳＰは要求されたサービスを実行しＷｅｂブラウザにサービスを提供する（サービス応答：ステップＳ００９）。
【００５５】
次に、Ｗｅｂブラウザのリダイレクト機能を利用して属性交換を行う手法として一般的な、ＯｐｅｎＩＤ ＡＸの動作について、図２のシーケンスチャートに基づき説明する。
尚、このＯｐｅｎＩＤ ＡＸのアクターは、図２に示すように、Ｗｅｂブラウザ、個人属性を要求しサービスを提供するＲＰ（Ｒｅｌｙｉｎｇ Ｐａｒｔｙ）、および個人属性を提供するＯＰからなるものとする。
【００５６】
まず、ＷｅｂブラウザがＲＰに対してサービス提供要求を送信することにより、サービス要求を行う（ステップＳ１０１）。この時、Ｗｅｂブラウザは、ＲＰに対してサービス提供要求およびＯｐｅｎＩＤをあわせて送信するものとする。
次いで、ＲＰは、送り込まれたサービス要求に応じてサービスの提供のためにＯＰとアソシエーション確立要求を行う（ステップＳ１０２）。
【００５７】
次に、ＯＰは、RPに対してアソシエーション確立応答を行う（ステップＳ１０３）。ＯＰとアソシエーションを確立したＲＰは、Ｗｅｂブラウザに対して、アソシエーションハンドルと共に、Ｗｅｂブラウザにおけるリダイレクトを伴う属性交換要求を送信する（ステップＳ１０４）。
次いで、ＷｅｂブラウザからＳ１０４の属性交換要求を受け取ったＯＰは、個人属性を含む属性交換応答を行う（ステップＳ１０５）。
尚、この時応答に含まれる属性はあらかじめ利用者が属性交換を許可した個人属性のみである。
【００５８】
これにより、ＲＰは、Ｗｅｂブラウザのリダイレクトを介して属性交換応答を受信し（ステップＳ１０５）、この応答（属性交換応答）電文を解析して個人属性を抽出取得する。
また、ＲＰは、取得した個人属性に基づきサービスの実行を行うことにより、Ｗｅｂブラウザにサービスの提供を行う（ステップＳ１０６）。
【００５９】
次に、本実施形態の構成（図３）において、利用者の個人情報が、どのＩｄＰおよびＷｅｂサービスシステム間で、いつ交換されたかを示す属性交換履歴情報を記録する動作について、図５、および図６に基づき説明する。
【００６０】
ここでは、Ｗｅｂサービスシステム３０１が、ＩＤ−ＷＳＦを利用して、ＩｄＰ３００との属性交換を行う。
尚、図1で示した標準仕様（ＩＤ−ＷＳＦ）のシーケンスに対応する動作ステップには同一のステップ番号（Ｓ００１〜Ｓ００８）を付するものとする。また、本実施形態における属性交換履歴記録装置２００で行われる動作処理ステップについては、ステップ番号Ａ００１〜Ａ００５を付するものとする。
【００６１】
尚、本実施形態では、Ｗｅｂブラウザ（ここでは、１００）からのＨＴＴＰリクエストは、常時、属性交換履歴記録装置２００のリバースプロキシサーバ機能（図５）を介してＷｅｂアプリケーションに対して送信されるものとする。
【００６２】
まず、Ｗｅｂブラウザ（サービス要求元）が、Ｗｅｂアプリケーション（ウェブサーバ）３０１に対してサービス要求を送信することにより、サービス（Ｗｅｂサービス）の提供を要求する（サービス提供要求：ステップＳ００１）。
Ｗｅｂアプリケーションは、Ｗｅｂブラウザからのサービス要求に応じて、Ｗｅｂサービスの実行に必要な、Ｗｅｂブラウザ利用者（アクセス者）の個人情報（属性情報）をＩｄＰ３００に対して要求する（属性要求：ステップＳ００２）。
【００６３】
次いで、ＩｄＰ３００は、送り込まれた属性要求に対応する個人属性をＷｅｂアプリケーション３０１に渡すことについてのユーザ同意を、Ｗｅｂアプリケーション３０１に要求する（ユーザの同意を要求：ステップＳ００３）。
Ｗｅｂアプリケーション３０１は、Ｗｅｂブラウザ１００に対して、個人属性の提供に同意するために、ＩｄＰ３００に対してアクセスすることを要求する同意確認サービス要求を送信する（ステップＳ００４）。
尚、この同意確認サービス要求には、リダイレクト要求が含まれ、更に同意確認サービス要求は、属性交換履歴記録装置２００を介してＷｅｂブラウザ１００に送信されるものとする。
【００６４】
次いで、Ｗｅｂブラウザ１００は、Ｗｅｂサービスシステム３０１から送りこまれた同意確認サービス要求を、リダイレクトを利用してＩｄＰ３００に送信する。
このとき、属性交換履歴記録装置２００は、同意確認サービス要求を取得し、同意確認サービス要求のデータ内容を分析する（属性交換解析機能：ステップＡ００１）。
【００６５】
ここで、同意確認サービス要求の内容の一例を図７に示す。同意確認サービス要求では、図７に示すように、どの属性を交換することに同意するかという情報が含まれているものとする。
ここで、属性交換履歴記録装置２００は、属性提供先としてＷｅｂサービスシステム３０１、属性提供元としてＩｄＰ３００、交換属性名として属性交換を行う属性名、今回の例ではａｄｄｒｅｓｓを抽出する（属性交換抽出機能）と共に、これらを属性交換履歴ＤＢに保存する（ステップＡ００２）と共に、この同意確認サービス要求をＩｄＰ３００に送信する。
【００６６】
これにより、Ｗｅｂブラウザ１００からの同意確認サービス要求を受け取ったＩｄＰ３００は個人属性をＳＰに提供するための同意を得る（ステップＳ００５）。
次いで、属性交換のユーザ同意を得たＩｄＰ３００は、Ｗｅｂブラウザ１００におけるリダイレクトを伴った形で同意確認サービス応答をＷｅｂサービスシステム３０１に送信する（ステップＳ００６）。
【００６７】
この時、属性交換履歴記録装置２００は、Ｗｅｂブラウザ１００におけるリダイレクトを介して送り込まれた同意確認サービス応答を取得すると共に、この同意確認サービス応答のデータ内容分析する（属性交換解析機能：ステップＡ００３）。
ここで、同意確認サービス応答の一例を図８に示す。この同意確認サービス応答には、図８に示すように、利用者が属性情報の交換（つまり、Ｗｅｂアプリケーション３０１に対して提供すること）に同意したか否かを示す情報（文字列）が含まれている。
【００６８】
ここでは、属性交換を許容する電文（同意確認サービス応答）が属性交換履歴記録装置２００を介して送信された場合に、属性交換履歴記録装置２００は、この同意確認サービス応答のデータ内容から、属性提供先がＷｅｂサービスシステム３０１、属性提供元がＩｄＰ３００、且つ交換属性名が上記ステップＡ００１で記録された「ａｄｄｒｅｓｓ」であることを示すレコードを抽出し、これに基づき属性交換日時を更新する（属性交換抽出機能）。
【００６９】
一方、属性交換を許可しない電文（同意確認サービス応答）が送り込まれた場合、該当レコードを削除する処理を行うものとする（ステップＡ００４）。
【００７０】
ここで、上記ＩｄＰ３００およびＷｅｂアプリケーション間における属性交換の場合と同様に、ＩｄＰ３００およびＷｅｂサービスシステム３０２間における属性交換の履歴も属性交換履歴記録装置２００に保存されるものとする。ここでは、例えば、属性提供先がＷｅｂサービスシステム３０１、属性提供元がＩｄＰ３００、そして交換属性名がｔｅｌであるものとする。
【００７１】
また、Ｗｅｂブラウザ１００の利用者が自身の属性交換履歴情報を参照したい場合は、属性交換履歴記録装置２００に対して属性交換履歴表示要求を行うことにより、属性交換履歴記録装置２００は属性交換履歴表示要求に対応する属性交換履歴情報を出力表示する（属性交換履歴表示機能：ステップＡ００５）。
これにより、Ｗｅｂブラウザ１００の利用者は、属性交換履歴記録装置２００に記憶された属性交換履歴情報を参照することができ、Ｗｅｂサービスシステム（Ｗｅｂアプリケーション）ごとに保管された個人情報の交換状態を把握することができる。
【００７２】
次いで、Ｗｅｂアプリケーション３０１は、改めてＩｄＰ３００に対して属性要求を行い（ステップＳ００７）、ＩｄＰ３００は、この属性要求に対して許容された属性情報を返す（属性返却：ステップＳ００８）。
【００７３】
次に、本実施形態の構成（図３）におけるＷｅｂアプリケーション４０１およびＩｄＰ４００間で、ＯｐｅｎＩＤ ＡＸを利用した属性交換が行われる場合に、利用者の個人情報が、どのＩｄＰおよびＷｅｂサービスシステム間で、いつ交換されたかを示す属性交換履歴情報を記録する動作について、図５、および図９に基づき説明する。
【００７４】
尚、図２で示した標準仕様（ＯｐｅｎＩＤ ＡＸ）のシーケンスに対応する動作ステップには同一のステップ番号（Ｓ１０１〜Ｓ１０５）を付するものとする。また、本実施形態における属性交換履歴記録装置２００で行われる動作処理ステップについては、ステップ番号Ａ００１〜Ａ００５を付するものとする。
【００７５】
また、本実施形態では、Ｗｅｂブラウザ（ここでは、１００）からのＨＴＴＰリクエストは、常時、属性交換履歴記録装置２００のリバースプロキシサーバ機能（図５）を介してＷｅｂアプリケーション４０１に対して送信されるものとする。
【００７６】
まず、Ｗｅｂブラウザ１００が、Ｗｅｂアプリケーション４０１に対してサービス要求メッセージを送信する。この時、Ｗｅｂブラウザ１００は、サービス要求にＯｐｅｎＩＤもあわせて送信することにより、サービス（Ｗｅｂサービス）の提供を要求する（ステップＳ１０１）。
尚、このサービス要求およびＯｐｅｎＩＤは、属性交換履歴記録装置２００を介してＷｅｂアプリケーション４０１に送信されるものとする。
【００７７】
次いで、Ｗｅｂアプリケーション４０１は、送り込まれたサービス要求に応じてサービスの提供のために、ＩｄＰ４００に対してアソシエーション確立要求を行う（ステップＳ１０２）。
ＩｄＰ４００は、Ｗｅｂアプリケーション４０１からのアソシエーション確立要求に対してアソシエーション確立応答を送信する（ステップＳ１０３）。
これにより、Ｗｅｂアプリケーション４０１およびＩｄＰ４００間ではアソシエーションを確立される
ここで、Ｗｅｂアプリケーション４０１は、Ｗｅｂブラウザ１００に対して、アソシエーションのハンドルとＷｅｂブラウザリダイレクトを伴う属性交換要求を送信する（ステップＳ１０４）。
【００７８】
これにより、Ｗｅｂサービスシステム４０１から送信された属性交換要求は、Ｗｅｂブラウザ１００でリダイレクトされ、ＩｄＰ４００に送信される。
このとき、属性交換履歴記録装置２００は、リダイレクトされた属性効果要求を取得し、この属性交換要求のデータ内容の解析を行うと共に、属性交換要求をＩｄＰ４００に送信する。
【００７９】
ここで、図１０（ａ）に同意確認サービス要求のデータ内容の一例を示す。属性交換要求は、どの属性を交換することに同意するかという情報が含まれているものとする（図１０（ａ）の矩形内）。
この時、属性交換履歴記録装置２００は、属性提供先としてＷｅｂサービスシステム４０１、属性提供元としてＩｄＰ４００、交換属性名としてａｓｄｆａ属性交換を行う属性名（ここでは「ａｄｄｒｅｓｓ」）を記録する（ステップＡ１０１）。
尚、属性交換履歴記録装置２００は、このステップＡ１０１で、上記ステップＡ００１，Ａ００２と同様の処理も合わせて行うものとする。
【００８０】
次いで、ＩｄＰ４００は、上記送り込まれた属性交換要求に対応する属性交換応答を、ブラウザ１００のリダイレクトを伴った形でＷｅｂアプリケーション（サービスシステム）４０１に対して送信する（ステップＳ１０５）。
【００８１】
この時、属性交換履歴記録装置２００は、リダイレクトによりブラウザ１００を介して送り込まれた属性交換応答の内容の解析を行う。
ここで、属性交換応答の一例を示す（図１０（ｂ）の矩形内）。この属性交換応答では、図１０（ｂ）に示すように、交換する属性情報の種別を示す文字列が含まれているものとする。
【００８２】
ここで、属性交換履歴記録装置２００は、属性交換応答のデータ内容から交換される属性が判別された場合、属性提供先がＷｅｂサービスシステム４０１、属性提供元がＩｄＰ４００、および交換属性名がステップＡ１０１で記録された「ａｄｄｒｅｓｓ」となっているレコードの交換日次を更新する。
【００８３】
また、属性交換応答の電文から交換する属性値が判別できなかった場合、該当レコードを削除する（ステップＡ１０２）。
尚、属性交換履歴記録装置２００は、このステップＡ１０２で、上記ステップＡ００３，Ａ００４と同様の処理も合わせて行うものとする。
【００８４】
ここで、属性交換履歴記録装置２００が記憶する属性交換履歴情報の一例を図１１に示す。これにより、利用者は、どのＷｅｂサービスシステムが、どのＩｄＰと属性交換を行ったかを、属性交換履歴記録装置２００が保存された情報（図１１）を参照することにより、いつでも把握することが可能となる。
【００８５】
次に、属性交換履歴記録装置２００が、上述のように、取得した属性交換履歴に基づき、各ＩｄＰの評価値を算出する動作について、図１２に基づき説明する。
【００８６】
まず、投票装置６００は、属性交換履歴記録装置２００から属性交換履歴（情報）を取得し（ステップＢ００１）、この属性交換履歴のデータ内容に基づいて、ＩｄＰの評価値を算出する（評価値算出機能：ステップＢ００２）。
【００８７】
ここで、評価対象となるＩｄＰは、属性交換履歴に記録（登録）されたＩｄＰであり、評価方法として、登録されたＩｄＰそれぞれについて、例えば、属性交換を行った相手（Ｗｅｂサーバ）の数（属性交換相手数）や、交換を行った属性の種類の数を示す評価要素数などを、各ＩｄＰの評価値それぞれに対して加点することにより算出する。
【００８８】
尚、加点の基準として、ここでは、例えば、属性交換を行ったＷｅｂサービスシステム１つにつき５点、属性交換した属性１つにつき１点とする。
例えば、属性交換履歴に登録されたＩｄＰ３００は、Ｗｅｂサービスシステム３０１と属性１つを交換、Ｗｅｂサービスシステム３０１と属性1つを交換している。また、ＩｄＰ４００は、Ｗｅｂサービスシステム４０１と属性１つを交換しているため、それぞれＩｄＰ３００の評価値は１２点（５＋１＋５＋１）、ＩｄＰ４００の評価値は６点（５＋１）と算出される。
【００８９】
ここでは、上述のように、属性交換を多く行っているＩｄＰは、利用実態が高く、多くの利用者、Ｗｅｂサービスシステムから信頼されていると判断されるため評価値が高くなるように設定されるものとする。
【００９０】
次に、投票装置６００は、ステップＢ００２で算出した評価値に基づきＩｄＰ毎に評価データを作成する（評価データ作成機能：ステップＢ００３）。
ここで、評価データは、評価データ識別子、ＩｄＰの名称、評価値、有効期間からなる（図１２）。尚、評価データ識別子は、ＩｄＰの名称の文字列と投票装置ＩＤの文字列をつなげたものをハッシュ化して生成するものとする。また、有効期間は評価データを作成時に任意の期間を指定するものとし、例えば、評価データ作成時刻から1年とする。
【００９１】
次に、投票装置６００は、作成した評価データを保存する（評価データ管理機能：ステップＢ００４）。
ここで、評価データの保存処理実行時に、すでに保管されている評価データの評価データ識別子が一致した場合は、新規に作成した評価データが最新であるため、それら評価データを置換するものとする。
【００９２】
また、投票装置６０１もステップＢ００３までと同様に、属性交換履歴記録装置２０１から評価データを作成しているものとする。
ここで、属性交換履歴記録装置２０１は、属性交換履歴記録装置２００とは異なる属性交換履歴をもっており、ＩｄＰ３００の他に、ＩｄＰ３５０，ＩｄＰ３６０の評価値を保持しているものとする。
【００９３】
ここで、投票装置６０１が保持する評価データの一例を図１４に示す。
投票装置６００は、評価データ管理機能が保存している各ＩｄＰの評価データを、他の投票装置６０１に送信すると共に、投票装置６０１の評価データを取得することにより、評価データの交換を行う（Ｐ２Ｐ匿名データ共有機能：ステップＢ００５）。
これにより、投票装置６００は、投票装置６０１の保持している評価データを取得し、投票装置６００、および６０１は、相互に評価データを共有することができる。
【００９４】
次いで、投票装置６００は、新たに保存された各評価データの評価データ識別子を調べると共に、新たな評価データ識別子であれば保存する（評価データ管理機能：ステップＢ００６）。
ここで、評価データ識別子が同じであれば、すでに保管済みの評価データであると判断し、有効期間を確認する。
【００９５】
確認した結果、設定された有効期間の期限がより新しいものを新規の評価データとして判断し、有効期間が古いものを破棄し、新規の評価データにより更新設定して保存する（ステップＢ００７）。ここで、更新設定の結果として得られる評価データを図１５に示す。
【００９６】
次いで、投票装置６００は、保存した評価データを利用者の要求から、利用者に評価データを出力する（評価データ集計機能：ステップＢ００８）。
尚、ここでの集計方法は、例えば、ＩｄＰ毎に評価値の和を算出する設定であってよい。
【００９７】
これにより、Ｗｅｂブラウザの利用者は、評価データ集計機能（ステップＢ００８）により出力表示された結果を参照することにより、どのＩｄＰが多く利用されているか、つまり、Ｗｅｂサーバ（Ｗｅｂアプリケーション）からの信頼を得ているかを確認することができ、これに基づき、属性情報の登録先を決定することができる。
【００９８】
ここで、各投票装置は、上記ステップＢ００１〜Ｂ００７と同様の処理を、多くの他の投票装置との間で実行することにより、多数の評価データを取得することができ、これにより、多くのＩｄＰとその評価値を入手することができるため、各投票装置の持つ評価データがより実情に即した内容へと更新される。
【００９９】
以上のように、本実施形態では、ＩｄＰおよびＷｅｂアプリケーション間における利用者の属性情報の交換状態を、利用者が属性交換履歴情報に基づき容易に把握することを可能とし、更には、各ＩｄＰについて、その利用頻度やＷｅｂサービスシステム（Ｗｅｂサーバ）からの信頼度に係る評価を行うことにより、特定の個人、事業者等による評価情報の恣意的な操作が入り込みにくいＩｄＰ評価機構を実現することが可能となる。
【０１００】
また、Ｗｅｂブラウザの利用者は、Ｗｅｂサービスシステムで利用されている属性情報がどのＩｄＰに登録したものであるかを正確に把握することができ、このため、例えば、ＩｄＰに対して登録した属性情報の更新を行うことが必要となった場合に、利用者は、どのＩｄＰに登録された情報（マスター属性情報）を更新すれば良いかを、迅速に判断できることができる。
【０１０１】
更には、実際の属性交換状況から算出された評価データを、Ｐ２Ｐネットワークを介して共有する構成としたことにより、利用者に対して、どのＩｄＰに個人情報を保管するべきかを示す基準、つまりＩｄＰを選択指定するための判断基準が提示することができ、このため、利用者は個人情報の登録先の適切な選択を行うことができ、これにより、ブラウザ利用者は、実際の利用状況に即したＩｄＰの評価値に基づき、属性情報の登録先として、信頼度の高いＩｄＰを（選択）決定することが可能となる。
【産業上の利用可能性】
【０１０２】
本発明は、ウェブサービスの実行用に予め登録された利用者の属性情報を管理する属性管理装置をウェブサーバの利用頻度に基づき評価を行うと共に、この評価に基づき属性情報の登録先を決定するシステムに対して有用に適用することができる。
【符号の説明】
【０１０３】
１００、１０１ Ｗｅｂブラウザ
２００、２０１ 属性交換履歴記録装置
３００、４００、３５０、３６０ ＩｄＰ
３０１、３０２、４０１ ウェブサーバ（Ｗｅｂアプリケーション）
５００ ネットワーク
６００、６０１ 登録装置
【特許請求の範囲】
【請求項１】
ブラウザ装置からのサービス要求に対して予め設定されたウェブアプリケーションの実行を行うことによりウェブサービスを提供するウェブサーバと、前記ウェブアプリケーションの実行時に利用される前記ブラウザ装置利用者の属性情報を保持する属性情報提供装置とを備えた属性情報交換システムであって、
前記ウェブサーバが前記ウェブアプリケーション実行用に前記属性情報提供装置から前記属性情報を取得する場合に前記属性情報提供装置に対して送出するメッセージを取得するメッセージ取得装置と、
前記メッセージの内容に基づき前記ウェブサーバにおける前記属性情報の取得先を特定し当該取得先を属性交換履歴情報として記憶する属性交換履歴記憶装置と、
前記記憶された属性交換履歴情報の利用頻度に基づき前記属性情報の取得先としての信頼度を示す評価値を前記属性情報提供装置それぞれに対応して算出する属性交換信頼度評価装置とを備えたことを特徴とする属性情報交換システム。
【請求項２】
請求項１に記載の属性情報交換システムにおいて、
前記ウェブサーバは、前記ウェブアプリケーション実行用に前記属性情報提供装置から前記属性情報を取得するのに先立ち、前記属性交換を要求する属性交換要求を前記メッセージとして前記属性交換履歴装置を介して前記属性情報提供装置に送信することを特徴とした属性情報交換システム。
【請求項３】
請求項２に記載の属性情報交換システムにおいて、
前記属性情報提供装置は、前記属性交換要求に対する属性交換応答を前記属性交換履歴装置を介して前記属性情報提供装置に送信する属性交換応答送信機能を備え、
前記属性交換履歴装置は、前記属性情報提供装置から送り込まれた前記属性交換応答の内容に基づき前記属性情報の取得先を特定する属性情報取得先特定機能を備えたことを特徴とする属性情報交換システム。
【請求項４】
請求項１に記載の属性情報交換システムにおいて、
前記ブラウザ装置は、前記サービス要求を前記属性交換履歴記憶装置を介して前記ウェブサーバに送信するサービス要求送信機能を有し、
前記属性交換履歴記憶装置は、前記ブラウザ装置から送り込まれたサービス要求の内容に基づき前記属性情報の要求元としてのウェブサーバを特定する属性情報要求元特定機能を備えたことを特徴とする属性情報交換システム。
【請求項５】
請求項２に記載の属性情報交換システムにおいて、
前記ウェブサーバは、前記属性交換要求を前記ブラウザ装置におけるリダイレクトを介して前記属性情報提供装置に送信することを特徴とした属性情報交換システム。
【請求項６】
請求項３に記載の属性情報交換システムにおいて、
前記属性情報提供装置は、前記属性交換応答を前記ブラウザ装置におけるリダイレクトを介して前記属性情報提供装置に送信することを特徴とした属性情報交換システム。
【請求項７】
請求項１に記載の属性情報交換システムにおいて、
属性交換信頼度評価装置は、前記算出した評価値を、予め設定された他の属性交換信頼度評価装置間で共有すると共に、前記共有された評価値を集計することにより評価値総計を算出する評価値共有機能を備えたことを特徴とする属性情報交換システム。
【請求項８】
請求項７に記載の属性情報交換システムにおいて、
属性交換信頼度評価装置は、前記算出した評価値を算出する場合に各評価値に対して一定の有効期間を設定すると共に、予め設定された他の属性交換信頼度評価装置間で前記生成した評価値を前記当該有効期間内で共有する期間内評価値共有機能を備えたことを特徴とする属性情報交換システム。
【請求項９】
ブラウザ装置からのサービス要求に対して予め設定されたウェブアプリケーションの実行を行うことによりウェブサービスを提供するウェブサーバと、前記ウェブアプリケーションの実行時に利用される前記ブラウザ装置利用者の属性情報を保持する属性情報提供装置と、前記ウェブサーバが取得する属性情報の取得先を特定する属交換履歴記録装置とを備えた属性情報交換システムにあって、前記属性情報提供装置を前記属性情報の取得先として評価する属性情報交換方法であって、
前記ウェブサーバが前記ウェブアプリケーションの実行用に前記属性情報提供装置から前記属性情報を取得する場合に前記ウェブサーバから前記属性情報提供装置に対して送出されるメッセージを前記属性交換履歴記録装置が取得し、
当該属性交換履歴記録装置は、
前記メッセージの内容に基づき前記ウェブサーバにおける前記属性情報の取得先を特定し当該取得先を属性交換履歴情報として記憶し、
前記記憶された属性交換履歴情報の利用頻度に基づき前記属性情報の取得先としての信頼度を示す評価値を前記属性情報提供装置それぞれに対応して算出することを特徴とした属性情報交換方法。
【請求項１０】
ブラウザ装置からのサービス要求に対して予め設定されたウェブアプリケーションの実行を行うことによりウェブサービスを提供するウェブサーバと、前記ウェブアプリケーションの実行時に利用される前記ブラウザ装置利用者の属性情報を保持する属性情報提供装置と、前記ウェブサーバが取得する属性情報の取得先を特定する属交換履歴記録装置とを備えた属性情報交換システムにあって、前記属性情報提供装置を前記属性情報の取得先として評価するための属性情報交換プログラムであって、
前記ウェブサーバが前記ウェブアプリケーションの実行用に前記属性情報提供装置から前記属性情報を取得する場合に前記ウェブサーバから前記属性情報提供装置に対して送出されるメッセージを取得するメッセージ取得機能と、
前記メッセージの内容に基づき前記ウェブサーバにおける前記属性情報の取得先を特定し当該取得先を属性交換履歴情報として記憶する処理を行う属性交換履歴記憶機能と、
前記記憶された属性交換履歴情報の利用頻度に基づき前記属性情報の取得先としての信頼度を示す評価値を前記属性情報提供装置それぞれに対応して算出する属性交換信頼度評価機能とをコンピュータ実行させることを特徴とした属性情報交換プログラム。
【請求項１】
ブラウザ装置からのサービス要求に対して予め設定されたウェブアプリケーションの実行を行うことによりウェブサービスを提供するウェブサーバと、前記ウェブアプリケーションの実行時に利用される前記ブラウザ装置利用者の属性情報を保持する属性情報提供装置とを備えた属性情報交換システムであって、
前記ウェブサーバが前記ウェブアプリケーション実行用に前記属性情報提供装置から前記属性情報を取得する場合に前記属性情報提供装置に対して送出するメッセージを取得するメッセージ取得装置と、
前記メッセージの内容に基づき前記ウェブサーバにおける前記属性情報の取得先を特定し当該取得先を属性交換履歴情報として記憶する属性交換履歴記憶装置と、
前記記憶された属性交換履歴情報の利用頻度に基づき前記属性情報の取得先としての信頼度を示す評価値を前記属性情報提供装置それぞれに対応して算出する属性交換信頼度評価装置とを備えたことを特徴とする属性情報交換システム。
【請求項２】
請求項１に記載の属性情報交換システムにおいて、
前記ウェブサーバは、前記ウェブアプリケーション実行用に前記属性情報提供装置から前記属性情報を取得するのに先立ち、前記属性交換を要求する属性交換要求を前記メッセージとして前記属性交換履歴装置を介して前記属性情報提供装置に送信することを特徴とした属性情報交換システム。
【請求項３】
請求項２に記載の属性情報交換システムにおいて、
前記属性情報提供装置は、前記属性交換要求に対する属性交換応答を前記属性交換履歴装置を介して前記属性情報提供装置に送信する属性交換応答送信機能を備え、
前記属性交換履歴装置は、前記属性情報提供装置から送り込まれた前記属性交換応答の内容に基づき前記属性情報の取得先を特定する属性情報取得先特定機能を備えたことを特徴とする属性情報交換システム。
【請求項４】
請求項１に記載の属性情報交換システムにおいて、
前記ブラウザ装置は、前記サービス要求を前記属性交換履歴記憶装置を介して前記ウェブサーバに送信するサービス要求送信機能を有し、
前記属性交換履歴記憶装置は、前記ブラウザ装置から送り込まれたサービス要求の内容に基づき前記属性情報の要求元としてのウェブサーバを特定する属性情報要求元特定機能を備えたことを特徴とする属性情報交換システム。
【請求項５】
請求項２に記載の属性情報交換システムにおいて、
前記ウェブサーバは、前記属性交換要求を前記ブラウザ装置におけるリダイレクトを介して前記属性情報提供装置に送信することを特徴とした属性情報交換システム。
【請求項６】
請求項３に記載の属性情報交換システムにおいて、
前記属性情報提供装置は、前記属性交換応答を前記ブラウザ装置におけるリダイレクトを介して前記属性情報提供装置に送信することを特徴とした属性情報交換システム。
【請求項７】
請求項１に記載の属性情報交換システムにおいて、
属性交換信頼度評価装置は、前記算出した評価値を、予め設定された他の属性交換信頼度評価装置間で共有すると共に、前記共有された評価値を集計することにより評価値総計を算出する評価値共有機能を備えたことを特徴とする属性情報交換システム。
【請求項８】
請求項７に記載の属性情報交換システムにおいて、
属性交換信頼度評価装置は、前記算出した評価値を算出する場合に各評価値に対して一定の有効期間を設定すると共に、予め設定された他の属性交換信頼度評価装置間で前記生成した評価値を前記当該有効期間内で共有する期間内評価値共有機能を備えたことを特徴とする属性情報交換システム。
【請求項９】
ブラウザ装置からのサービス要求に対して予め設定されたウェブアプリケーションの実行を行うことによりウェブサービスを提供するウェブサーバと、前記ウェブアプリケーションの実行時に利用される前記ブラウザ装置利用者の属性情報を保持する属性情報提供装置と、前記ウェブサーバが取得する属性情報の取得先を特定する属交換履歴記録装置とを備えた属性情報交換システムにあって、前記属性情報提供装置を前記属性情報の取得先として評価する属性情報交換方法であって、
前記ウェブサーバが前記ウェブアプリケーションの実行用に前記属性情報提供装置から前記属性情報を取得する場合に前記ウェブサーバから前記属性情報提供装置に対して送出されるメッセージを前記属性交換履歴記録装置が取得し、
当該属性交換履歴記録装置は、
前記メッセージの内容に基づき前記ウェブサーバにおける前記属性情報の取得先を特定し当該取得先を属性交換履歴情報として記憶し、
前記記憶された属性交換履歴情報の利用頻度に基づき前記属性情報の取得先としての信頼度を示す評価値を前記属性情報提供装置それぞれに対応して算出することを特徴とした属性情報交換方法。
【請求項１０】
ブラウザ装置からのサービス要求に対して予め設定されたウェブアプリケーションの実行を行うことによりウェブサービスを提供するウェブサーバと、前記ウェブアプリケーションの実行時に利用される前記ブラウザ装置利用者の属性情報を保持する属性情報提供装置と、前記ウェブサーバが取得する属性情報の取得先を特定する属交換履歴記録装置とを備えた属性情報交換システムにあって、前記属性情報提供装置を前記属性情報の取得先として評価するための属性情報交換プログラムであって、
前記ウェブサーバが前記ウェブアプリケーションの実行用に前記属性情報提供装置から前記属性情報を取得する場合に前記ウェブサーバから前記属性情報提供装置に対して送出されるメッセージを取得するメッセージ取得機能と、
前記メッセージの内容に基づき前記ウェブサーバにおける前記属性情報の取得先を特定し当該取得先を属性交換履歴情報として記憶する処理を行う属性交換履歴記憶機能と、
前記記憶された属性交換履歴情報の利用頻度に基づき前記属性情報の取得先としての信頼度を示す評価値を前記属性情報提供装置それぞれに対応して算出する属性交換信頼度評価機能とをコンピュータ実行させることを特徴とした属性情報交換プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１１−１６５０７３（Ｐ２０１１−１６５０７３Ａ）
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願番号】特願２０１０−２９３１４（Ｐ２０１０−２９３１４）
【出願日】平成２２年２月１２日（２０１０．２．１２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願日】平成２２年２月１２日（２０１０．２．１２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]