JP6334331B2 - ユーザ属性情報管理システムおよびユーザ属性情報管理方法 - Google Patents

Description

本発明は、ユーザ属性情報管理システムおよびユーザ属性情報管理方法に関する。

従来、ユーザの属性情報を管理・流通するユーザ属性情報の流通システムが知られている。従来のユーザ属性情報の流通システム１０００は、例えば、図１７に示す通り、サービス提供者のＷｅｂサーバ２００Ａ、ユーザの属性情報を保持している他のサービス提供者のＷｅｂサーバ２００Ｂ、およびそれぞれのサービス提供者のサービスを利用するユーザ端末３００、電気通信事業者のアクセス網やインターネットなどの通信ネットワーク４００から構成される。ここで、それぞれのサービス提供者のＷｅｂサーバおよびユーザの端末は通信ネットワークに接続されている。

当該ユーザは、当該他のサービス提供者のＷｅｂサーバ２００Ｂに、当該他のサービス提供者が提供するサービスを利用するために必要なユーザ登録をしていて、ユーザ登録時に当該他のサービス提供者は当該ユーザの属性情報を取得している。一方、当該ユーザが当該サービス提供者が提供するサービスを利用するためにはユーザ登録が必要であるが、その際に登録するユーザの属性情報については、当該他のサービス提供者が保持している属性情報から取得する。

そのために、当該サービス提供者と当該他のサービス提供者間では、あらかじめ、当該ユーザの属性情報を当該サービス提供者と当該他のサービス提供者間で流通させるための提携を行っている。サービス提供者は、あらかじめ当該他のサービス提供者に申請を行い、サービス提供者のＷｅｂサーバ２００Ａが当該他のサービス提供者のＷｅｂサーバ２００Ｂにアクセスする際の手続きを行うための許可を取得する。当該ユーザの属性情報を流通させる際には、該サービス提供者と当該他のサービス提供者間でＯＡｕｔｈなどの標準化された認可プロトコルを使用する。

図１８は、従来のユーザ属性情報の流通システムの各構成要素の動作について説明するための構成図である。ユーザは、他のサービス提供者のＷｅｂサーバ２００Ｂのサービスを利用した際に、自身の属性情報を登録済である。ユーザがサービス提供者のＷｅｂサーバ２００Ａにユーザ登録する際には、サービス提供者のＷｅｂサーバ２００Ａに、自身の属性情報が登録済みの他のサービス提供者のＷｅｂサーバ２００Ｂへのアクセス権を取得するように指示をする（図１８の（１）参照）。

サービス提供者のＷｅｂサーバ２００Ａは、ユーザ登録を行うにあたって、サービスを提供するために必要なユーザの属性情報を取得するために、他のサービス提供者のＷｅｂサーバ２００Ｂにアクセス権取得メッセージを送信する（図１８の（２））。また、他のサービス提供者のＷｅｂサーバ２００Ｂから、アクセス権要求を示すリクエストトークンを取得すると、他のサービス提供者のＷｅｂサーバ２００Ｂにリダイレクトして、ユーザに他のサービス提供者へのアクセス権の認可を求める（図１８の（３））。

さらに、ユーザの認可後に、アクセス権要求を示すリクエストを他のサービス提供者のＷｅｂサーバ２００Ｂに送信してアクセス権を示すアクセストークンに交換する（図１８の（５））。そして、他のサービス提供者のＷｅｂサーバ２００Ｂが規定するアプリケーションインタフェースを用いて、アクセストークンをパラメータにして、他のサービス提供者のＷｅｂサーバ２００Ｂからユーザの属性情報を取得する（図１８の（６））。

他のサービス提供者のＷｅｂサーバ２００Ｂは、サービス提供者のＷｅｂサーバ２００Ａからアクセス権取得メッセージを受信すると、リクエストトークンを発行してサービス提供者のＷｅｂサーバ２００Ａに送信する（図１８の（２））。また、リクエストトークンの送信後にサービス提供者のＷｅｂサーバ２００Ａからリダイレクトされると、保持しているユーザの属性情報をサービス提供者のＷｅｂサーバ２００Ａに流通してよいかをユーザに確認して、その結果とともにサービス提供者のＷｅｂサーバ２００Ａに再度リダイレクトする（図１８の（４））。

従来のユーザ属性情報の流通の信号シーケンスは図１９の通りである。まず、ユーザ端末３００は他のサービス提供者が提供するサービスを利用するために、ユーザ端末３００から他のサービス提供者のＷｅｂサーバ２００Ｂのポータルサイトにアクセスした後に（ステップＳ１、２）、ユーザ登録を行う（ステップＳ３、４）。ユーザ登録にあたって、ユーザは他のサービス提供者に氏名やメールアドレスやクレジットカードの番号などの自身の属性情報を送信する。

ユーザは、サービス提供者が提供するサービスを利用するために、ユーザ端末３００からサービス提供者のＷｅｂサーバ２００Ａのポータルサイトにアクセスした後に（ステップＳ５、６）、ユーザ登録要求を行う（ステップＳ７）。このときユーザは、サービス提供者のＷｅｂサーバ２００Ａに対して、属性情報管理サーバへのアクセス権の取得を指示する。

ユーザ登録要求を受信したサービス提供者のＷｅｂサーバ２００Ａは、ユーザのアカウント名を払い出した後に（ステップＳ８）、他のサービス提供者のＷｅｂサーバ２００Ｂに、他のサービス提供者のＷｅｂサーバ２００Ｂへのアクセス権要求を送信する（ステップＳ９）。

アクセス権要求を受信した他のサービス提供者のＷｅｂサーバ２００Ｂは、アクセス権応答として、アクセス権要求を示すリクエストトークンをサービス提供者のＷｅｂサーバ２００Ａに送信する（ステップＳ１０）。当該リクエストトークンは、サービス提供者のＷｅｂサーバ２００Ａに送信された時点では、ユーザによる当該アクセス権の認可は行われていない。

リクエストトークンを受信したサービス提供者のＷｅｂサーバ２００Ａは、ユーザに当該アクセス権の認可を求めるために、未認可の当該リクエストトークンをパラメータにして、当該ユーザ登録要求を他のサービス提供者のＷｅｂサーバ２００Ｂにリダイレクトする（ステップＳ１１）。そして、他のサービス提供者のＷｅｂサーバ２００Ｂは、ユーザ端末３００にリダイレクトに対する応答を送信する（ステップＳ１２）。

他のサービス提供者のＷｅｂサーバ２００Ｂから応答を受信したユーザが他のサービス提供者のＷｅｂサーバ２００Ｂにログインすると（ステップＳ１３）、他のサービス提供者のＷｅｂサーバ２００Ｂは、他のサービス提供者のＷｅｂサーバ２００Ｂへのアクセス権をサービス提供者のＷｅｂサーバ２００Ａに付与するかをユーザに問い合わせる（ステップＳ１４）。

ユーザが当該アクセス権を認可すると（ステップＳ１５）、他のサービス提供者のＷｅｂサーバ２００Ｂは、認可済みのリクエストトークンをパラメータにして、サービス提供者のＷｅｂサーバ２００Ａにリダイレクトする（ステップＳ１６）。

サービス提供者のＷｅｂサーバ２００Ａは、他のサービス提供者のＷｅｂサーバ２００Ｂに認可済みのリクエストトークンを含むアクセストークン要求を送信し（ステップＳ１７）、認可済みのリクエストトークンと引き換えに、アクセス権を示すアクセストークンを取得する（ステップＳ１８）。

サービス提供者のＷｅｂサーバ２００Ａは、あらかじめ他のサービス提供者が規定しているインタフェースを利用して、当該アクセストークンをパラメータにして、ユーザの属性情報の取得要求を他のサービス提供者のＷｅｂサーバ２００Ｂに送信し（ステップＳ１９）、他のサービス提供者のＷｅｂサーバ２００Ｂからユーザ登録に必要なユーザの属性情報を取得する（ステップＳ２０）。その後、サービス提供者のＷｅｂサーバ２００Ａは、取得したユーザの属性情報にもとづいてユーザ登録を行い、ユーザにユーザ登録の応答をする（ステップＳ２１）。

このように、サービス提供者のＷｅｂサーバ２００Ａは、ユーザ端末３００が当該サービス提供者のＷｅｂサーバ２００Ａにユーザ登録する際に、当該ユーザの属性情報を保持している特定の他のサービス提供者のＷｅｂサーバ２００Ｂへのアクセス権を取得することにより、サービス提供に必要な当該ユーザの属性情報を当該他のサービス提供者のＷｅｂサーバ２００Ｂから取得して、当該ユーザ端末３００にサービスを提供する。

ＯＡｕｔｈ２．０、［online］、［平成２６年８月２２日検索］、インターネット＜http://oauth.net/2/＞

しかしながら、上記した従来の技術では、Ｗｅｂサーバ間でユーザの属性情報を取得するので、ユーザの属性情報の取得先のＷｅｂサーバが保持しているユーザの属性情報の内容に依存してしまい、要求元のＷｅｂサーバにユーザの属性情報を適切に提供することができない場合があるという課題があった。

例えば、ユーザが多数のサービス提供者のＷｅｂサーバにユーザ登録する場合、当該ユーザにサービスを提供するために必要な当該ユーザの属性情報は、当該Ｗｅｂサーバ毎に異なる場合がある。具体例を挙げて説明すると、決済を伴うサービスの場合にはクレジットカードの番号が必要になるが、無料のメール配信サービスの場合にはクレジットカードの番号は不要である。

サービス提供者のＷｅｂサーバがユーザの属性情報を取得する先である特定の他のサービス提供者のＷｅｂサーバには、当該特定の他のサービス提供者がユーザにサービスを提供するために必要なユーザの属性情報のみを保持している。したがって、サービス提供者のＷｅｂサーバによっては、当該他のサービス提供者のＷｅｂサーバから取得できるユーザの属性情報のみでは、ユーザにサービスを提供できない場合もある。

また、他のサービス提供者が提供するサービスの内容の変更により、当該他のサービス提供者が保持するユーザの属性情報が変更されると、当該他のサービス提供者から取得できるユーザの属性情報も変わり、サービス提供者がサービスを継続するのが困難になる。また、他のサービス提供者によるサービスの運用状況により、当該他のサービス提供者が保持するユーザの属性情報を取得できない場合もある。

また、ユーザ登録しようとするＷｅｂサーバには、特定の他のサービス提供者のＷｅｂサーバに登録してある特定の属性情報の値を登録することしかできない。例えば、ユーザが複数のメールアドレスを保持していても、それらをサービス提供者毎に使い分けられない。

そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、Ｗｅｂサーバにユーザの属性情報を適切に提供することを目的とする。

上述した課題を解決し、目的を達成するため、ユーザ属性情報管理システムは、ユーザの属性情報を管理する属性情報管理装置と、所定の属性情報を用いたユーザ登録が行われたユーザ端末にサービスを提供するサーバとを有するユーザ属性情報管理システムであって、前記属性情報管理装置は、複数種類の属性情報について、一つまたは複数の属性値をそれぞれ記憶する記憶部と、前記複数種類の属性情報のうち、いずれかの種類の属性情報について要求があった場合に、該属性情報を前記サーバへ提供することに対する認可を前記ユーザ端末に確認し、複数の属性値が登録されている属性情報については、前記ユーザ端末に属性値を選択させる確認部と、前記確認部によって、前記属性情報の前記サーバへの提供の認可が確認され、かつ、登録する属性値の選択を受け付けた場合には、要求があった種類の属性情報に対応する属性値、および、選択された属性値のプロファイルを作成する作成部と、前記作成部によって作成された属性情報のプロファイルを前記サーバに送信する送信部と、を備え、前記サーバは、前記ユーザ端末からユーザ登録の要求を受け付けた場合に、該ユーザ登録に必要な属性情報を前記属性情報管理装置に要求する要求部と、前記要求部によって要求した属性情報を受信した場合には、該属性情報を用いて、ユーザ登録を行う登録部とを備えることを特徴とする。

本願に開示するユーザ属性情報管理システムおよびユーザ属性情報管理方法は、サーバに対してユーザの属性情報を適切に提供することができるという効果を奏する。

図１は、第一の実施形態に係るユーザ属性情報管理システムの全体構成を示す概略構成図である。 図２は、第一の実施形態に係る属性情報管理サーバの構成を示すブロック図である。 図３は、属性情報記憶部に記憶されるテーブルの一例を示す図である。 図４は、プロファイル情報記憶部に記憶されるテーブルの一例を示す図である。 図５は、第一の実施形態に係るＷｅｂサーバの構成を示すブロック図である。 図６は、第一の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の取得処理の流れを説明する図である。 図７は、第一の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報管理処理の流れを説明するシーケンス図である。 図８は、ユーザ端末に表示される画面表示例を示す図である。 図９は、第一の実施形態に係るユーザ属性情報管理システムの概要を説明する図である。 図１０は、第二の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の取得処理の流れを説明する図である。 図１１−１は、第二の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報管理処理の流れを説明するシーケンス図である。 図１１−２は、第二の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報管理処理の流れを説明するシーケンス図である。 図１２は、第三の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の取得処理の流れを説明する図である。 図１３は、第三の実施形態に係るユーザ端末の構成を示すブロック図である。 図１４は、第三の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報管理処理の流れを説明するシーケンス図である。 図１５は、第三の実施形態に係るユーザ属性情報管理システムの概要を説明する図である。 図１６は、プログラムを実行するコンピュータを示す図である。 図１７は、従来のユーザ属性情報の流通システムの概要を示す図である。 図１８は、従来のユーザ属性情報の流通システムの各構成要素の動作について説明するための構成図である。 図１９は、従来のユーザ属性情報の流通システムの処理の流れを説明するシーケンス図である。

以下に、本願に係るユーザ属性情報管理システムおよびユーザ属性情報管理方法の実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本願に係るユーザ属性情報管理システムおよびユーザ属性情報管理方法が限定されるものではない。

［第一の実施形態］
以下の実施形態では、第一の実施形態に係るユーザ属性情報管理システムの構成、属性情報管理サーバの構成、Ｗｅｂサーバの構成、および、ユーザ属性情報管理システムにおける処理の流れを順に説明し、最後に第一の実施形態による効果を説明する。

［第一の実施形態に係るユーザ属性情報管理システムの構成］
まず、図１を用いて、第一の実施形態に係るユーザ属性情報管理システムについて説明する。図１は、第一の実施形態に係るユーザ属性情報管理システムの全体構成を示すシステム構成図である。

図１に示すように、ユーザ属性情報管理システム１００は、属性情報管理サーバ１０、複数のサービス提供者のＷｅｂサーバ２０Ａ、２０Ｂ、ユーザ端末３０を有し、通信ネットワーク４０を介して、それぞれ接続されている。なお、図１に示す各装置の台数は、あくまで一例であり、これに限られるものではない。また、Ｗｅｂサーバ２０Ａ、２０Ｂについて、特に区別なく説明する場合には、Ｗｅｂサーバ２０と記載する。

属性情報管理サーバ１０は、電気通信事業者のアクセス網やインターネットなどの通信ネットワーク４０に接続され、ユーザ端末３０に対して、ユーザが自身の属性情報を保管、一元管理したり、サービス提供者のＷｅｂサービスを利用する際の自身の属性情報を使い分けたりすることを支援する。

また、属性情報管理サーバ１０は、ユーザの属性情報を保持するにあたり、ユーザを識別するＩＤを払い出し、当該ＩＤを管理する。ユーザが属性情報管理サーバ１０に登録した自身の属性情報、およびサービス提供者のＷｅｂサーバ２０に登録したユーザの属性情報については当該ＩＤに対応付けて管理する。

また、サービス提供者のＷｅｂサーバ２０に対しては、サービス提供者がサービスを提供するために必要なユーザの属性情報をユーザの認可のもとで提供する。サービス提供者に提供したユーザの属性情報については、ユーザがサービス提供者のＷｅｂサーバ２０にユーザ登録した際に払い出されたアカウント毎に管理し、ユーザはサービス提供者に提供した自身の属性情報について当該アカウント毎に閲覧、確認する。

複数のサービス提供者のＷｅｂサーバ２０Ａ、２０Ｂは、ユーザ端末３０にサービスを提供するサーバである。サービス提供者のＷｅｂサーバ２０Ａ、２０Ｂは、ユーザ端末３０からユーザ端末３０のユーザ登録を受け付けると、属性情報管理サーバ１０へのアクセス権の取得を要求し、属性情報管理サーバ１０が保持するユーザの属性情報を取得する処理を行う。

ユーザ端末３０は、ユーザによって利用される情報処理装置である。ユーザ端末３０は、サービス提供者のＷｅｂサーバ２０を利用するために、サービス提供者のＷｅｂサーバ２０のポータルサイトにアクセスして、ユーザ登録を行う。このユーザ登録を行う際に、ユーザ端末３０は、サービス提供者のＷｅｂサーバ２０に対して、属性情報管理サーバ１０へのアクセス権の取得を指示する。

［属性情報管理サーバの構成］
次に、図２を用いて、図１に示した属性情報管理サーバの構成を説明する。図２は、第一の実施形態に係る属性情報管理サーバの構成を示すブロック図である。図２に示すように、この属性情報管理サーバ１０は、通信処理部１１、制御部１２、記憶部１３およびＧＵＩ処理部１４を有する。以下にこれらの各部の処理を説明する。

通信処理部１１は、接続されるＷｅｂサーバ２０やユーザ端末３０との間でやり取りする各種情報に関する通信を制御する。

ＧＵＩ処理部１４は、ユーザが自身の属性情報を属性情報管理サーバ１０に登録、修正、削除、閲覧する際のインタフェース、および各Ｗｅｂサーバ２０に提供した自身の属性情報を閲覧する際のインタフェースをユーザに提供するための処理を行う。

記憶部１３は、制御部１２による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、属性情報記憶部１３ａおよびプロファイル情報記憶部１３ｂを有する。

属性情報記憶部１３ａは、複数種類の属性情報に対応する一つまたは複数の属性値をそれぞれ記憶する。属性情報記憶部１３ａに記憶される属性情報は、ユーザ端末３０により、あらかじめ属性情報管理サーバ１０のポータルサイトから登録されたユーザの属性情報である。例えば、属性情報記憶部１３ａは、図３に例示するように、ユーザを一意に識別する「ユーザＩＤ」と、ユーザの「氏名」と、ユーザの「生年月日」と、ユーザの「住所」と、ユーザが所有する電話の「電話番号」と、ユーザが所有するクレジットカード等の「クレジット番号」と、ユーザが持っている「メールアドレス」とを対応付けて記憶している。ここで、属性情報記憶部１３ａは、同種の属性情報について、複数の属性値を記憶してもよい。例えば、図３の例では、属性情報「メールアドレス」として、「○○＠○○．ｃｏ.ｊｐ」および「××＠××．ｃｏ.ｊｐ」の２つの属性値を記憶している。

プロファイル情報記憶部１３ｂは、後述する作成部１２ｂによって作成されたプロファイルを記憶する。例えば、プロファイル情報記憶部１３ｂは、図４に例示するように、ユーザの「アカウント名」と、属性情報の登録先であるＷｅｂサーバ２０を識別するための情報である「ＷｅｂサーバのＵＲＬ」と、ユーザの「氏名」と、ユーザの「生年月日」と、ユーザが持っている「メールアドレス」とを記憶する。ここで、プロファイル情報に含まれる属性情報の種類は、ユーザ登録するＷｅｂサーバ２０によって異なるものである。

制御部１２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、確認部１２ａ、作成部１２ｂおよび送信部１２ｃを有する。

確認部１２ａは、複数種類の属性情報のうち、いずれかの種類の属性情報について要求があった場合に、該属性情報をＷｅｂサーバ２０へ提供することに対する認可をユーザ端末３０に確認し、複数の属性値が登録されている属性情報については、ユーザ端末３０に属性値を選択させる。具体的には、確認部１２ａは、Ｗｅｂサーバ２０から要求があった属性情報に対応する属性値が複数である場合には、該属性情報のＷｅｂサーバ２０への提供の認可をユーザ端末３０に確認する際に、Ｗｅｂサーバ２０に登録する属性値をユーザ端末３０に選択させる。

例えば、確認部１２ａは、Ｗｅｂサーバ２０がユーザ登録を要求したユーザ端末に払い出したアカウント名をパラメータとして含んだ、属性情報の要求があった際に、該アカウント名が埋め込んだ未認可のリクエストトークンを送信し、該リクエストトークンをユーザ端末３０を介したリダイレクトでＷｅｂサーバ２０から受信した場合には、該属性情報のＷｅｂサーバ２０への提供の認可をユーザ端末３０に問い合わせ、認可されたリクエストトークンをユーザ端末３０から受信することで、属性情報のＷｅｂサーバ２０への提供の認可を確認する。

作成部１２ｂは、確認部１２ａによって、属性情報のＷｅｂサーバへの提供の認可が確認され、かつ、登録する属性値の選択を受け付けた場合には、要求があった種類の属性情報に対応する属性値、および、選択された属性値のプロファイルを作成する。

送信部１２ｃは、作成部１２ｂによって作成された属性情報のプロファイルをＷｅｂサーバ２０に送信する。具体的には、送信部１２ｃは、認可されたリクエストをユーザ端末３０を介したリダイレクトでＷｅｂサーバ２０に送信した後、該認可されたリクエストトークンを受信した際には、アカウント名が埋め込んだアクセストークンをＷｅｂサーバ２０に送信し、該アクセストークンを用いた属性情報の取得要求を受信した場合には、作成部１２ｂによって作成された属性情報のプロファイルをＷｅｂサーバ２０に送信する。

［Ｗｅｂサーバの構成］
次に、図５を用いて、図１に示したＷｅｂサーバ２０の構成を説明する。図５は、第一の実施形態に係るＷｅｂサーバの構成を示すブロック図である。図５に示すように、このＷｅｂサーバ２０は、通信処理部２１、制御部２２、記憶部２３を有する。以下にこれらの各部の処理を説明する。

通信処理部２１は、接続される属性情報管理サーバ１０やユーザ端末３０との間でやり取りする各種情報に関する通信を制御する。

記憶部２３は、制御部２２による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、ユーザ情報記憶部２３ａを有する。ユーザ情報記憶部２３ａは、属性情報管理サーバ１０から受信したプロファイルに含まれる属性情報を記憶する。なお、ユーザ情報記憶部２３ａに記憶される情報の例として、前述した図４と同様である。

制御部２２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、要求部２２ａおよび登録部２２ｂを有する。

要求部２２ａは、ユーザ端末３０からユーザ登録の要求とともに、アカウント名をパラメータにして、ユーザ登録に必要な属性情報を属性情報管理サーバ１０に要求する指示を受け付けた場合に、アカウント名をパラメータに含めて、該ユーザ登録に必要な属性情報を属性情報管理サーバ１０に要求する。具体的には、要求部２２ａは、ユーザ端末３０からユーザ登録の要求を受け付けた場合に、該ユーザ登録に必要な属性情報を属性情報管理サーバ１０に要求する。そして、要求部２２ａは、未認可のリクエストトークンを受信した際には、該リクエストトークンをユーザ端末３０を介したリダイレクトで属性情報管理サーバ１０に送信する。

続いて、要求部２２ａは、該認可されたリクエストトークンをユーザ端末３０を介したリダイレクトで属性情報管理サーバ１０から受信した際には、該認可されたリクエストトークンを用いてアクセストークンを属性情報管理サーバ１０に要求する。その後、要求部２２ａは、該アクセストークンを属性情報管理サーバから受信すると、該アクセストークンを用いた属性情報の取得要求を属性情報管理サーバ１０に送信する。

登録部２２ｂは、要求部２２ａによって要求した属性情報を受信した場合には、該属性情報を用いて、ユーザ登録を行う。具体的には、登録部２２ｂは、属性情報管理サーバ１０から取得したユーザの属性情報にもとづいてユーザ登録を行い、ユーザにユーザ登録の応答をする。

［ユーザ属性情報管理システムによる処理］
ここで、図６を用いて、ユーザ属性情報管理システム１００におけるユーザ属性情報の取得処理の流れを説明する。図６は、第一の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の取得処理の流れを説明する図である。

図６に示すように、ユーザ端末３０は、あらかじめ、属性情報管理サーバ１０に自身の属性情報を登録する。このとき、１つの属性に対して複数の値を持つ場合には、それらの値をそれぞれ登録する。その後、サービス提供者のＷｅｂサーバ２０へのユーザ登録を始めると、サービス提供者のＷｅｂサーバ２０に対して、当該サービス提供者のＷｅｂサーバ２０が払い出したアカウント名をパラメータにして、自身の属性情報を保持する属性情報管理サーバ１０へのアクセス権を取得するように指示するメッセージを送信する（図６の（１）参照）。

続いて、属性情報管理サーバ１０は、サービス提供者のＷｅｂサーバ２０からアクセス権要求のメッセージを受信すると、アクセス権要求を示すリクエストトークンに、サービス提供者のＷｅｂサーバ２０が払い出したユーザのアカウント名を設定してサービス提供者のＷｅｂサーバ２０に送信する（図６の（２）参照）。そして、サービス提供者のＷｅｂサーバ２０は、ユーザ端末２０を介して属性情報管理サーバ１０にリクエストトークンをリダイレクトする（図６の（３）参照）。

そして、ユーザは、複数の値が設定されている属性情報について、属性情報管理サーバ１０からサービス提供者のＷｅｂサーバ２０に登録する自身の属性の値を選択する（図６の（４）参照）。また、ユーザがサービス提供者のＷｅｂサーバ２０に登録する自身の属性情報を選択すると、それらの属性情報をリストにしたプロファイルを作成し、ユーザのアカウント名毎に管理する（図６の（５）参照）。

そして、属性情報管理サーバ１０は、サービス提供者のＷｅｂサーバ２０への属性情報流通を認可し、認可済リクエストトークンをユーザ端末３０を介してＷｅｂサーバ２０へリダイレクトする（図６の（６）参照）。これにより、サービス提供者のＷｅｂサーバに自身が選択した属性情報を流通させることを認可される。

そして、属性情報管理サーバ１０は、属性情報管理サーバ１０へのアクセス権を要求しているアカウントとリクエストトークンを対応づける。属性情報管理サーバ１０は、ユーザの認可後に払い出すアクセストークンについても、ユーザのアカウント名を設定してサービス提供者のＷｅｂサーバ２０に送信する（図６の（７）参照）。そして、属性情報管理サーバ１０へのアクセス権を持つアカウントとアクセストークンを対応づける。

サービス提供者のＷｅｂサーバ２０は、属性情報管理サーバ１０にアクセス権要求のメッセージを送信する際に、ユーザのアカウント名をパラメータに追加する。また、属性情報管理サーバ１０のアプリケーションインタフェースを利用してユーザの属性情報を取得する際には、属性管理情報サーバ１０がアカウント名毎に管理している当該プロファイルにアクセスする（図６の（８）参照）。

なお、サービス提供者のＷｅｂサーバ２０がアクセス権取得メッセージに設定する当該アカウント名については、ユーザのプライバシーの観点から、当該アカウント名をハッシュ関数などの一方向性暗号化した後の値を利用してもよい。この場合、リクエストトークンやアクセストークンに設定するアカウント名も一方向性暗号化した後の値となる。また、属性情報管理サーバ１０が管理する当該プロファイルについても、一方向性暗号化した後の値毎に管理する。

このように、通信ネットワーク４０上に、ユーザが自身の属性情報を保管、一元管理するための属性情報管理サーバ１０を配置する。そして、従来のユーザによる属性情報の流通の認可の他に、複数の値を保持するユーザの属性について、ユーザがサービス提供者のＷｅｂサーバ２０毎に流通させる属性の値を選択することを可能にするために、Ｗｅｂサーバ２０と属性情報管理サーバ１０間に当該Ｗｅｂサーバ２０が払い出した当該ユーザのアカウント名を流通させ、属性情報管理サーバ１０が、ユーザが選択した属性の値やその他Ｗｅｂサーバ２０に登録する属性情報をリスト化したプロファイルを作成して当該アカウント名に括り付けて、Ｗｅｂサーバ２０毎に登録する属性情報を管理する。

これにより、ユーザがＷｅｂサーバ２０毎に登録する自身の属性情報を使い分けることを可能にする。また、Ｗｅｂサーバ２０がユーザの属性情報を保持している他のサービス提供者のサービスの運用状況や保持しているユーザの属性情報に依存せずにサービスを提供することを可能にする。

つまり、第一の実施形態に係るユーザ属性情報管理システム１００では、ユーザの属性情報を保管、一元管理している属性情報管理サーバ１０が、通信ネットワーク４０上でサービスを提供するサービス提供者のＷｅｂサーバ２０毎に、当該Ｗｅｂサーバ２０に登録する属性の値をユーザが使い分けることを可能にすることにより、ユーザはＷｅｂサーバ毎に自身の最適な属性情報を登録することができる。また、サービス提供者は、ユーザが属性情報を保管、一元管理するための属性情報管理サーバ１０から、サービスを提供するために必要なユーザの属性情報を取得することにより、ユーザの属性情報を保持している他のサービス提供者のサービスの運用状況や保持しているユーザの属性情報に依存せずにサービスを提供することができる。

次に、図７を用いて、第一の実施形態に係るユーザ属性情報管理システム１００による処理を説明する。図７は、第一の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報管理処理の流れを説明するシーケンス図である。

まず、図７に示すように、ユーザ端末３０は、通信ネットワーク４０上のサービス提供者が提供するサービスを利用するために、自身の属性情報の一元管理を支援する属性情報管理サーバ１０のポータルサイトにアクセスする（ステップＳ１０１）。そして、属性情報管理サーバ１０は、アクセスに対する応答として、ポータルサイトの画面の情報等をユーザ端末３０に送信する（ステップＳ１０２）。

続いて、ユーザ端末３０は、自身の属性情報を登録する（ステップＳ１０３）そして、属性情報管理サーバ１０は、登録が完了したことを通知する（ステップＳ１０４）。属性情報には、自身の氏名やメールアドレスやクレジットカードの番号などが含まれるが、メールアドレスやクレジットカードの番号など、ユーザが複数保持する属性情報については、ぞれぞれの属性の値を登録する。

そして、ユーザは、サービス提供者が提供するサービスを利用するために、ユーザ端末３０からサービス提供者のＷｅｂサーバ２０のポータルサイトにアクセスした後に（ステップＳ１０５、Ｓ１０６）、希望アカウント名でユーザ登録要求を行う（ステップＳ１０７）。このときユーザ端末３０は、サービス提供者のＷｅｂサーバ２０に対して、属性情報管理サーバ１０へのアクセス権の取得を指示する。

続いて、ユーザ登録要求を受信したサービス提供者のＷｅｂサーバ２０は、ユーザのアカウント名を払い出した後に（ステップＳ１０８）、属性情報管理サーバ１０に、属性情報管理サーバへのアクセス権要求を送信する（ステップＳ１０９）。当該アクセス権要求には、当該アカウント名をパラメータとして設定する。

そして、アクセス権要求を受信した属性情報管理サーバ１０は、アクセス権応答として、アクセス権要求を示すリクエストトークンをサービス提供者のＷｅｂサーバ２０に送信する（ステップＳ１１０）。当該リクエストトークンのフォーマットには当該アカウント名を設定する領域を定義して、当該アカウント名をリクエストトークンに設定することにより、属性情報管理サーバへのアクセス権を持つアカウントとリクエストトークンを対応づける。当該リクエストトークンは、サービス提供者のＷｅｂサーバ２０に送信された時点では、ユーザによる当該アクセス権の認可は行われていない。

リクエストトークンを受信したサービス提供者のＷｅｂサーバ２０は、ユーザに当該アクセス権の認可を求めるために、未認可の当該リクエストトークンをパラメータにして、当該ユーザ登録要求を属性情報管理サーバ１０にリダイレクトする（ステップＳ１１１）。

そして、ユーザ端末３０が、属性情報管理サーバ１０から応答を受信し（ステップＳ１１２）、属性情報管理サーバ１０にログインすると（ステップＳ１１３）、属性情報管理サーバ１０は、属性情報管理サーバ１０へのアクセス権をサービス提供者のＷｅｂサーバ２０に付与するかをユーザに問い合わせる（ステップＳ１１４）。あわせて、サービス提供者のＷｅｂサーバ２０に流通させる自身の属性について、複数の値が属性情報管理サーバ１０に登録されている属性については、それらの値の一覧を作成して、サービス提供者のＷｅｂサーバ２０に流通させる自身の属性の値をユーザに選択させる（ステップＳ１１５）。

ここで、図８を用いて、属性の値をユーザに選択させる際にユーザ端末３０に表示される画面例について説明する。図８は、ユーザ端末に表示される画面表示例を示す図である。図８に例示するように、ユーザ端末３０は、例えば、アカウント名を表示するとともに、流通させる自身の属性情報として、「氏名」、「生年月日」および「メールアドレス」が表示される。また、「メールアドレス」については、複数の属性値のなかからユーザに選択させるために、「○○＠○○．ｃｏ.ｊｐ」および「××＠××．ｃｏ.ｊｐ」の２つの属性値それぞれに対応する「選択」ボタンが表示されており、いずれかの「選択」ボタンを押下することにより、登録する属性値が選択される。また、ユーザ端末３０は、「実行」ボタンおよび「キャンセル」ボタンが表示されている。「実行」ボタンが押下されると、表示された属性情報について、属性情報管理サーバ１０へのアクセス権をサービス提供者のＷｅｂサーバ２０に付与することが決定する。また、「キャンセル」ボタンが押下されると、ユーザ登録がキャンセルされる。

図７の説明に戻って、ユーザ端末３０が当該アクセス権を認可すると、属性情報管理サーバ１０は、ユーザ端末３０から認可済みのリクエストトークンとユーザが選択した自身の属性の値を取得する（ステップＳ１１６）。

そして、属性情報管理サーバ１０は、認可済みのリクエストトークンからユーザの当該アカウント名を取得する（ステップＳ１１７）。そして、属性情報管理サーバ１０は、ユーザが選択した自身の属性の値をリスト化し、ユーザの当該アカウント名と括り付けて、プロファイルを作成する（ステップＳ１１８）。

そして、属性情報管理サーバ１０は、認可済みのリクエストトークンをパラメータにして、サービス提供者のＷｅｂサーバ２０にリダイレクトする（ステップＳ１１９）。続いて、サービス提供者のＷｅｂサーバ２０は、属性情報管理サーバ１０から、認可済みのリクエストトークンと引き換えに、アクセス権を示すアクセストークンを要求する（ステップＳ１２０）。

そして、属性情報管理サーバ１０は、アクセストークンをサービス提供者のＷｅｂサーバ２０に送付する（ステップＳ１２１）。当該アクセストークンのフォーマットにはユーザの当該アカウント名を設定する領域を定義して、当該アカウント名をアクセストークンに設定することにより、属性情報管理サーバ１０へのアクセス権を持つアカウントとアクセストークンを対応づける。

サービス提供者のＷｅｂサーバ２０は、あらかじめ属性情報管理サーバ１０が規定しているアプリケーションインタフェースを利用して、当該アクセストークンをパラメータにして、属性情報管理サーバ１０からユーザ登録に必要なユーザの属性情報を要求する（ステップＳ１２２）。

属性情報管理サーバ１０は、アクセストークンに設定されているユーザの当該アカウント名から、当該アカウント名に括り付けられているプロファイルを特定し、サービス提供者のＷｅｂサーバ２０に属性情報を送付する（ステップＳ１２３）。サービス提供者のＷｅｂサーバ２０は、属性情報管理サーバ１０から取得したユーザの属性情報にもとづいてユーザ登録を行い、ユーザ端末３０にユーザ登録の応答をする（ステップＳ１２４）。

このように、属性情報管理サーバ１０は、電気通信事業者のアクセス網やインターネットなどの通信ネットワーク４０に接続され、ユーザ端末３０に対して、ユーザが自身の属性情報を保管、一元管理したり、サービス提供者のＷｅｂサービスを利用する際の自身の属性情報を使い分けたりすることを支援する。

具体的には、図９に示すように、ユーザ端末３０は、あらかじめ属性情報管理サーバ１０のポータルサイトから、自身の属性情報を登録する。このとき、メールアドレスやクレジットカードなど、各属性に対して複数の情報を保持する場合には、それぞれの情報を登録する。なお、ユーザ端末３０が登録した属性情報については、属性情報管理サーバ１０のポータルサイトから適宜閲覧、修正する。

また、サービス提供者のＷｅｂサーバ２０に対しては、サービス提供者がサービスを提供するために必要なユーザの属性情報をユーザの認可のもとで提供する。サービス提供者に提供したユーザの属性情報については、ユーザがサービス提供者のＷｅｂサーバ２０にユーザ登録した際に払い出されたアカウント毎に管理し、ユーザはサービス提供者に提供した自身の属性情報について当該アカウント毎に閲覧、確認する。

属性情報管理サーバ１０は、ユーザの属性情報を保持するにあたり、ユーザを識別するＩＤを払い出し、当該ＩＤを管理する。ユーザが属性情報管理サーバ１０に登録した自身の属性情報、およびサービス提供者のＷｅｂサーバ２０に登録したユーザの属性情報については当該ＩＤに対応付けて管理する。

さらに、属性情報管理サーバ１０は、サービス提供者のＷｅｂサーバ２０が属性情報管理サーバ１０からユーザの属性情報を取得するためのアプリケーションインタフェースを規定する。サービス提供者のＷｅｂサーバ２０が属性情報管理サーバ１０からユーザの属性情報を取得するにあたって、サービス提供者はあらかじめ属性情報管理サーバ１０に申請を行い、サービス提供者のＷｅｂサーバ２０が属性情報管理サーバ１０にアクセスする際の手続きを行うための許可を取得する。

[第一の実施形態の効果]
上述してきたように、属性情報管理サーバ１０は、複数種類の属性情報について、一つまたは複数の属性値をそれぞれ記憶する。そして、Ｗｅｂサーバ２０は、ユーザ端末３０からユーザ登録の要求を受け付けた場合に、該ユーザ登録に必要な属性情報を属性情報管理サーバ１０に要求する。続いて、属性情報管理サーバ１０は、複数種類の属性情報のうち、いずれかの種類の属性情報について要求があった場合に、該属性情報をＷｅｂサーバ２０へ提供することに対する認可をユーザ端末３０に確認し、複数の属性値が登録されている属性情報については、ユーザ端末３０に属性値を選択させる。そして、属性情報管理サーバ１０は、属性情報のＷｅｂサーバ２０への提供の認可が確認され、かつ、登録する属性値の選択を受け付けた場合には、要求があった種類の属性情報に対応する属性値、および、選択された属性値のプロファイルを作成する。続いて、属性情報管理サーバ１０は、作成された属性情報のプロファイルをＷｅｂサーバ２０に送信する。そして、Ｗｅｂサーバ２０は、要求した属性情報を属性情報管理サーバ１０から受信した場合には、該属性情報を用いて、ユーザ登録を行う。このため、Ｗｅｂサーバ２０に対してユーザの属性情報を適切に提供することが可能である。

また、ユーザにサービスを提供するサービス提供者のＷｅｂサーバ２０にユーザがユーザ登録する際に、当該Ｗｅｂサーバ２０がサービスを提供するために必要なユーザの属性情報を一元管理先の属性情報管理サーバ１０から取得することにより、ユーザの属性情報の取得先の特定のサービス提供者のＷｅｂサーバ２０が保持しているユーザの属性情報の内容に依存せずに多くのＷｅｂサーバ２０がユーザにサービスを提供することを可能とする。

また、ユーザがサービス提供者のＷｅｂサービスにユーザ登録する際に、複数の値を持つユーザ属性に対して、ユーザが当該Ｗｅｂサーバ２０に登録する属性の値を選択する機能を既存の認可プロトコルに追加することにより、ユーザ登録するＷｅｂサーバ毎に登録する属性の値をユーザが使い分けることを可能とするものである。

［第二の実施形態］
上記した第一の実施形態では、ユーザが属性情報流通を許可する際に、属性情報の値を選択する場合を説明したが、これに限定されるものではなく、Ｗｅｂサーバが属性情報管理サーバから属性情報を取得する際に属性情報の値を選択するようにしてもよい。以下で説明する第二の実施形態では、Ｗｅｂサーバが属性情報管理サーバから属性情報を取得する際に属性情報の値を選択する場合について説明する。なお、第一の実施形態と共通する構成・処理については説明を省略する。

属性情報管理１０の構成は、前述した図２と同様であるため省略するが、Ｗｅｂサーバが属性情報管理サーバから属性情報を取得する際に属性情報の値を選択するようにしているため、確認部１２ａの処理内容が異なる。第二の実施形態に係る属性情報管理サーバ１０の確認部１２ａは、複数種類の属性情報のうち、いずれかの種類の属性情報について要求があった場合に、該属性情報をＷｅｂサーバ２０へ提供することに対する認可をユーザ端末３０に確認し、属性情報のＷｅｂサーバ２０への提供の認可が確認された場合には、Ｗｅｂサーバ２０から要求があった属性情報に対応する属性値が複数であれば、Ｗｅｂサーバ２０が属性情報管理サーバ１０から属性情報を取得する際に、Ｗｅｂサーバ２０に登録する属性値をユーザ端末３０に選択させる。

次に、図１０を用いて、第二の実施形態に係るユーザ属性情報管理システム１００Ａにおけるユーザ属性情報の取得処理の流れを説明する。図１０は、第二の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の取得処理の流れを説明する図である。

ユーザ端末３０は、あらかじめ、属性情報管理サーバ１０に自身の属性情報を登録する。このとき、１つの属性に対して複数の値を持つ場合には、それらの値をそれぞれ登録する。その後、サービス提供者のＷｅｂサーバ２０へのユーザ登録を始めると、サービス提供者のＷｅｂサーバ２０に対して、当該サービス提供者のＷｅｂサーバ２０が払い出したアカウント名をパラメータにして、自身の属性情報を保持する属性情報管理サーバ１０へのアクセス権を取得するように指示するメッセージを送信する（図１０の（１）参照）。

また、サービス提供者のＷｅｂサーバ２０に自身の属性情報を流通させることを認可した後（図１０の（４）参照）、サービス提供者のＷｅｂサーバ２０が属性情報管理サーバ１０から自身の属性情報を取得する際に、サービス提供者のＷｅｂサーバ２０に登録する自身の属性情報の値を選択する（図１０の（８）参照）。

属性情報管理サーバ１０は、サービス提供者のＷｅｂサーバ２０からアクセス権要求のメッセージを受信すると、アクセス権要求を示すリクエストトークンに、サービス提供者のＷｅｂサーバ２０が払い出したユーザのアカウント名を設定してサービス提供者のＷｅｂサーバ２０に送信する（図１０の（２）参照）。

そして、属性情報管理サーバ１０へのアクセス権を要求しているアカウントとリクエストトークンを対応づける。ユーザの認可後に払い出すアクセストークンについても、ユーザのアカウント名を設定してサービス提供者のＷｅｂサーバ２０に送信する（図１０の（５）参照）。そして、属性情報管理サーバ１０へのアクセス権を持つアカウントとアクセストークンを対応づける。また、ユーザがサービス提供者のＷｅｂサーバ２０に登録する自身の属性の値を選択すると、それらの属性の値をリストにしたプロファイルを作成し、ユーザのアカウント名毎に管理する（図１０の（８）参照）。

サービス提供者のＷｅｂサーバ２０は、属性情報管理サーバ１０にアクセス権要求のメッセージを送信する際に、ユーザのアカウント名をパラメータに追加する。また、属性情報管理サーバ１０のアプリケーションインタフェースを利用してユーザの属性情報を取得する際には、属性情報管理サーバ１０にリダイレクトして、複数の値を持つ属性に対してサービス提供者のＷｅｂサーバ２０に登録する属性の値をユーザに選択させる（図１０の（８）参照）。

次に、図１１−１および図１１−２を用いて、第二の実施形態に係るユーザ属性情報管理システム１００Ａによる処理を説明する。図１１−１および図１１−２は、第二の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報管理処理の流れを説明するシーケンス図である。

まず、図１１−１および図１１−２に示すように、サービス提供者のＷｅｂサーバ２０が、ユーザ登録要求を属性情報管理サーバにリダイレクトした後、属性情報管理サーバ１０から応答を受信したユーザが属性情報管理サーバ１０にログインすると（ステップＳ２１３）、属性情報管理サーバ１０は、属性情報管理サーバ１０へのアクセス権をサービス提供者のＷｅｂサーバ２０に付与するかをユーザに問い合わせる（ステップＳ２１４）。

そして、ユーザ端末３０が当該アクセス権を認可すると、属性情報管理サーバ１０は、ユーザから認可済みのリクエストトークンを取得する（ステップＳ２１５）。続いて、属性情報管理サーバ１０は、認可済みのリクエストトークンをパラメータにして、サービス提供者のＷｅｂサーバ２０にリダイレクトする（ステップＳ２１６）。

サービス提供者のＷｅｂサーバ２０は、属性情報管理サーバ１０から、認可済みのリクエストトークンと引き換えに、アクセス権を示すアクセストークンを取得する（ステップＳ２１７、Ｓ２１８）。当該アクセストークンのフォーマットにはユーザの当該アカウント名を設定する領域が定義され、当該アカウント名をアクセストークンに設定することにより、属性情報管理サーバ１０へのアクセス権を持つアカウントとアクセストークンを対応づける。

サービス提供者のＷｅｂサーバ２０は、あらかじめ属性情報管理サーバ１０が規定しているアプリケーションインタフェースを利用して、当該アクセストークンをパラメータにして、属性情報管理サーバ１０からユーザ登録に必要なユーザの属性情報を要求する（ステップＳ２１９）。

そして、属性情報管理サーバ１０は、サービス提供者のＷｅｂサーバ２０が要求している属性情報のなかで、複数の値が属性情報管理サーバ１０に登録されている属性があると、それらの属性について、サービス提供者のＷｅｂサーバ２０に流通させる値が選択されているかを判定する（ステップＳ２２０）。なお、確認方法の一例としては、値が選択されている属性をリスト化したプロファイルの有無とプロファイル内の当該の属性の有無の確認がある。

続いて、属性情報管理サーバ１０は、サービス提供者のＷｅｂサーバ２０に流通させる値が選択されていない属性が存在する場合（ステップＳ２２０否定）、サービス提供者のＷｅｂサーバ２０に対して属性情報管理サーバ１０へのリダイレクトを指示する応答をする（ステップＳ２２１）。また、サービス提供者のＷｅｂサーバ２０に流通させる値がすべて選択されている場合には（ステップＳ２２０肯定）、下記ステップＳ２２９の処理に進む。

そして、サービス提供者のＷｅｂサーバ２０は、アクセストークンとステップＳ２１９で利用したアプリケーションインタフェースの識別子をパラメータとして、属性情報管理サーバ１０にリダイレクトする（ステップＳ２２２）。そして、サービス提供者のＷｅｂサーバ２０が取得要求しているユーザの属性の値をユーザに問い合わせる（ステップＳ２２３）。

続いて、属性情報管理サーバ１０は、サービス提供者のＷｅｂサーバ２０に流通させる自身の属性について、複数の値が属性情報管理サーバ１０に登録されている属性については、それらの値の一覧を作成して、サービス提供者のＷｅｂサーバ２０に流通させる自身の属性の値をユーザに選択させる（ステップＳ２２４）。

そして、属性情報管理サーバ１０は、ユーザが選択した自身の属性の値を取得すると（ステップＳ２２５）、アクセストークンからユーザの当該アカウント名を取得する（ステップＳ２２６）。そして、ユーザが選択した自身の属性の値をリスト化し、ユーザの当該アカウント名と括り付けて、プロファイルを作成する（ステップＳ２２７）。

続いて、属性情報管理サーバ１０は、アクセストークンをパラメータにして、サービス提供者のＷｅｂサーバ２０にリダイレクトする（ステップＳ２２７）。そして、サービス提供者のＷｅｂサーバ２０は、あらかじめ属性情報管理サーバ１０が規定しているアプリケーションインタフェースを利用して、当該アクセストークンをパラメータにして、属性情報管理サーバ１０からユーザ登録に必要なユーザの属性情報を要求する（ステップＳ２２８）。

そして、属性情報管理サーバ１０は、サービス提供者のＷｅｂサーバ２０にユーザの属性情報を送付する（ステップＳ２２９）。そして、サービス提供者のＷｅｂサーバ２０は、属性情報管理サーバ１０から取得したユーザの属性情報にもとづいてユーザ登録を行い、ユーザにユーザ登録の応答をする（ステップＳ２３０）。

[第二の実施形態の効果]
第二の実施形態に係るユーザ属性情報管理システム１００Ａでは、属性情報管理サーバ１０が、複数種類の属性情報のうち、いずれかの種類の属性情報について要求があった場合に、該属性情報をＷｅｂサーバ２０へ提供することに対する認可をユーザ端末３０に確認し、属性情報のＷｅｂサーバ２０への提供の認可が確認された場合には、Ｗｅｂサーバ２０から要求があった属性情報に対応する属性値が複数であれば、Ｗｅｂサーバに登録する属性値をユーザ端末３０に選択させる。

このため、ユーザが、サービス提供者のＷｅｂサーバ２０による属性情報管理サーバ１０へのアクセスを認可した後に、サービス提供者のＷｅｂサーバ２０が属性情報管理サーバ１０からユーザの属性情報を取得する際に、サービス提供者のＷｅｂサーバ２０に流通させる属性の値をユーザに選択させることにより、ユーザは流通を認可した全ての属性の値を選択することなく、実際にサービス提供者のＷｅｂサーバ２０に流通させる属性の値のみを選択する手続きが可能になる。

［第三の実施形態］
上記した第三の実施形態では、属性情報管理サーバに代わり、ユーザ端末にインストールされた属性情報管理アプリケーションが、ユーザの属性情報の管理を行う場合について説明する。属性情報管理アプリケーション５０は、ユーザ端末３０Ａにインストールされ、ユーザ端末３０ＡにインストールされているＷｅｂブラウザ６０のアドオンとして動作し、ユーザに対して、ユーザが自身の属性情報を一元管理したり、サービス提供者のＷｅｂサービスを利用する際の自身の属性情報を使い分けたりすることを支援する。

まず、図１２を用いて、第三の実施形態に係るユーザ属性情報管理システム１００Ｂにおけるユーザ属性情報の取得処理の流れを説明する。図１２は、第三の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の取得処理の流れを説明する図である。

ユーザは、あらかじめユーザ端末３０Ａにインストールしてある属性情報管理アプリケーション５０に自身の属性情報を登録する（図１２の（１）参照）。このとき、１つの属性に対して複数の値を持つ場合には、それらの値をそれぞれ登録する。その後、サービス提供者のＷｅｂサーバ２０へのユーザ登録を始めると（図１２の（２）参照）、属性情報管理アプリケーション５０に登録した自身の属性情報のなかから、サービス提供者のＷｅｂサーバ２０に登録する属性の値を選択すると同時に（図１２の（４）参照)、サービス提供者のＷｅｂサーバ２０に自身が選択した属性情報を流通させることを認可する（図１２の（６）参照）。なお、サービス提供者のＷｅｂサーバ２０に自身が選択した属性情報を流通させることを認可した後、Ｗｅｂサーバ２０が属性情報を取得する際に、属性情報が複数ある場合にのみ、サービス提供者のＷｅｂサーバ２０に登録する属性の値を選択してもよい。

属性情報管理アプリケーション５０は、端末のＷｅｂブラウザ６０がサービス提供者のＷｅｂサーバ２０からユーザ登録の応答を受信した際に、サービス提供者のＷｅｂサーバ２０が要求するユーザの属性情報を識別し、それらの属性と値をＷｅｂブラウザ６０に表示する。このとき、複数の値が属性情報管理アプリケーション５０に登録されている属性が存在する場合には、それらの値をそれぞれＷｅｂブラウザ６０に表示して、ユーザにサービス提供者のＷｅｂサーバ２０に流通させる属性の値を選択させる（図１２の（４）参照）。そして、ユーザ端末３０Ａがサービス提供者のＷｅｂサーバ２０に登録する自身の属性情報を選択すると、それらの属性情報をリストにしたプロファイルを作成し、ユーザのアカウント名毎に管理する（図１２の（５）参照）。

サービス提供者のＷｅｂサーバ２０は、ユーザからユーザ登録要求を受信すると、当該ユーザにアカウント名を払い出し、当該ユーザに当該アカウント名を通知するとともに、サービスを提供するために必要な当該ユーザの属性情報を当該ユーザに要求する（図１２の（３）参照）。当該ユーザの属性情報を要求するにあたっては、属性情報管理アプリケーション５０のアプリケーションインタフェースを利用したコンテンツを端末のＷｅｂブラウザ６０に送信し、Ｗｅｂブラウザ６０が属性情報管理アプリケーション５０から登録済みのユーザの属性情報を取得して、Ｗｅｂブラウザ６０に要求する属性情報を表示させる。

次に、図１３を用いて、ユーザ端末３０Ａの構成について説明する。図１３は、第三の実施形態に係るユーザ端末の構成を示すブロック図である。図１３に示すように、このユーザ端末３０Ａは、通信処理部３１、制御部３２、記憶部３３およびＧＵＩ処理部３４を有する。以下にこれらの各部の処理を説明する。なお、制御部３２、記憶部３３およびＧＵＩ処理部３４については、ユーザ端末３０Ａにインストールされた属性情報管理アプリケーション５０の機能である。

通信処理部３１は、接続されるＷｅｂサーバ２０との間でやり取りする各種情報に関する通信を制御する。

ＧＵＩ処理部３４は、ユーザが自身の属性情報をユーザ端末３０Ａにインストールしてある属性情報管理アプリケーション５０に登録、修正、削除、閲覧する際のインタフェース、および各Ｗｅｂサーバ２０に提供した自身の属性情報を閲覧する際のインタフェースをユーザに提供するための処理を行う。

記憶部３３は、制御部３２による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、属性情報記憶部３３ａおよびプロファイル情報記憶部３３ｂを有する。

属性情報記憶部３３ａは、複数種類の属性情報に対応する一つまたは複数の属性値をそれぞれ記憶する。プロファイル情報記憶部３３ｂは、後述する作成部３２ｂによって作成されたプロファイルを記憶する。なお、属性情報記憶部３３ａおよびプロファイル情報記憶部３３ｂに記憶される情報は、前述した属性情報記憶部１３ａおよびプロファイル情報記憶部１３ｂに記憶される情報と同様のものであるため、詳しい説明を省略する。

制御部３２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、確認部３２ａ、作成部３２ｂおよび送信部３２ｃを有する。

確認部３２ａは、複数種類の属性情報のうち、いずれかの種類の属性情報について要求があった場合に、該属性情報をＷｅｂサーバ２０へ提供することに対する認可をユーザに確認する。具体的には、確認部３２ａは、Ｗｅｂサーバ２０から要求があった属性情報に対応する属性値が複数である場合には、該属性情報のＷｅｂサーバ２０への提供の認可をユーザに確認する際に、Ｗｅｂサーバ２０に登録する属性値をユーザ端末３０に選択させる。例えば、確認部３２ａは、サービス提供者のＷｅｂサーバ２０が要求した属性情報のそれぞれについて、当該ユーザの登録済みの属性の値のなかから取得して、Ｗｅｂブラウザ６０に表示する。そして、確認部３２ａは、Ｗｅｂブラウザ６０に表示された属性情報のなかで、複数の値が登録されている属性については、それぞれの値を表示して、ユーザにサービス提供者のＷｅｂサーバ２０に登録する値を選択させる。

なお、サービス提供者のＷｅｂサーバ２０に自身が選択した属性情報を流通させることを認可した後、Ｗｅｂサーバ２０が属性情報を取得する際に、属性情報が複数ある場合にのみ、サービス提供者のＷｅｂサーバ２０に登録する属性の値を選択してもよい。この場合には、確認部３２ａは、複数種類の属性情報のうち、いずれかの種類の属性情報について要求があった場合に、該属性情報をＷｅｂサーバ２０へ提供することに対する認可をユーザに確認し、属性情報のＷｅｂサーバ２０への提供の認可が確認された場合には、Ｗｅｂサーバ２０から要求があった属性情報に対応する属性値が複数であれば、Ｗｅｂサーバ２０がユーザ端末３０から属性情報を取得する際に、Ｗｅｂサーバ２０に登録する属性値をユーザに選択させる。

作成部３２ｂは、属性情報のＷｅｂサーバ２０への提供の認可が確認された場合には、要求があった種類の属性情報に対応する属性値を属性情報記憶部３３ａから読み出し、読み出した属性値のプロファイルを作成し、プロファイル情報記憶部３３ｂに記憶させる。具体的には、作成部３２ｂは、ユーザが選択した自身の属性値をリスト化し、ユーザのアカウント名と括り付けてプロファイル作成する。

送信部３２ｃは、作成部３２ｂによって作成された属性情報のプロファイルをＷｅｂサーバ２０に送信する。具体的には、送信部３２ｃは、ユーザが選択した属性の値とともに、サービス提供者のＷｅｂサーバ２０が要求した属性情報をサービス提供者のＷｅｂサーバ２０に送信する。

次に、図１４を用いて、第三の実施形態に係るユーザ属性情報管理システム１００Ｂにおけるユーザ属性情報管理処理の流れを説明する。図１４は、第三の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報管理処理の流れを説明するシーケンス図である。

まず、図１４に示すように、ユーザは、通信ネットワーク上のサービス提供者が提供するサービスを利用するために、自身の属性情報の一元管理を支援する属性情報管理アプリケーション５０に、自身の属性情報を登録する（ステップＳ３０１、３０２）。属性情報には、自身の氏名やメールアドレスやクレジットカードの番号などが含まれるが、メールアドレスやクレジットカードの番号など、ユーザが複数保持する属性情報については、ぞれぞれの属性の値を登録する。

そして、ユーザは、サービス提供者が提供するサービスを利用するために、ユーザ端末３０Ａからサービス提供者のＷｅｂサーバ２０のポータルサイトにアクセスした後に（ステップＳ３０３、Ｓ３０４）、ユーザ登録要求を行う（ステップＳ３０５）。

続いて、ユーザ登録要求を受信したサービス提供者のＷｅｂサーバ２０は、ユーザのアカウント名を払い出して（ステップＳ３０６）、当該アカウント名をユーザ端末３０Ａの属性情報管理アプリケーション５０に送信する（ステップＳ３０７）。このとき、サービス提供者のＷｅｂサーバ２０は、サービスを提供するために必要なユーザの属性情報を要求するために、属性情報管理アプリケーション５０が規定するアプリケーションインタフェースにしたがって、応答する際のコンテンツに要求する属性を記載する。

そして、属性情報管理アプリケーション５０は、サービス提供者のＷｅｂサーバ２０が要求した属性情報のそれぞれについて、当該ユーザの登録済みの属性の値のなかから取得して（ステップＳ３０８）、Ｗｅｂブラウザ６０に表示する（ステップＳ３０９）。

続いて、Ｗｅｂブラウザ６０に表示された属性情報のなかで、複数の値が登録されている属性については、それぞれの値を表示して、ユーザにサービス提供者のＷｅｂサーバ２０に登録する値を選択させる（ステップＳ３１０）。

ユーザがサービス提供者のＷｅｂサーバ２０に登録する属性の値を選択して、それらの属性の値やその他のＷｅｂブラウザ６０に表示された属性情報の流通を認可すると（ステップＳ３１１）、Ｗｅｂブラウザ６０は、プロファイル作成要求を属性情報管理アプリケーション５０に通知する（ステップＳ３１２）。そして、属性情報管理アプリケーション５０は、ユーザが選択した自身の属性値をリスト化し、ユーザのアカウント名と括り付けてプロファイル作成する（ステップＳ３１３）。

その後、属性情報管理アプリケーション５０は、ユーザが選択した属性の値とともに、サービス提供者のＷｅｂサーバ２０が要求した属性情報をサービス提供者のＷｅｂサーバ２０に送信する（ステップＳ３１５）。そして、サービス提供者のＷｅｂサーバ２０は、ユーザ端末３０Ａから取得したユーザの属性情報にもとづいてユーザ登録を行い、ユーザにユーザ登録の応答をする（ステップＳ３１６）。

図１５に示すように、属性情報管理アプリケーション５０は、ユーザ端末３０Ａにインストールされ、ユーザ端末３０ＡにインストールされているＷｅｂブラウザ６０のアドオンとして動作し、ユーザに対して、ユーザが自身の属性情報を一元管理したり、サービス提供者のＷｅｂサービスを利用する際の自身の属性情報を使い分けたりすることを支援する。具体的には、ユーザは、あらかじめ属性情報管理アプリケーション５０のＧＵＩから、自身の属性情報を登録する。

このとき、メールアドレスやクレジットカードなど、各属性に対して複数の情報を保持する場合には、それぞれの情報を登録する。なお、ユーザが登録した属性情報については、ユーザは属性情報管理アプリケーション５０のＧＵＩから適宜閲覧、修正する。また、サービス提供者のＷｅｂサーバ２０に対しては、サービス提供者がサービスを提供するために必要なユーザの属性情報をユーザの認可のもとで提供する。サービス提供者に提供したユーザの属性情報については、ユーザがサービス提供者のＷｅｂサーバ２０にユーザ登録した際に払い出されたアカウント毎に管理し、ユーザはサービス提供者に提供した自身の属性情報について当該アカウント毎に閲覧、確認する。

属性情報管理アプリケーション５０は、Ｗｅｂブラウザ６０が属性情報管理アプリケーション５０からユーザの属性情報を取得して、当該属性情報を表示するためのアプリケーションインタフェースを規定する。アプリケーションインタフェースの規定の一例としては、属性情報管理アプリケーションにｈｔｔｐのサーバ機能を実装し、当該サーバ機能にアクセスするためのＵＲＬやｈｔｍｌの規定がある。

[第三の実施形態の効果]
このように、第三の実施形態に係るユーザ属性情報管理システム１００Ｂでは、ユーザが、自身のユーザ端末３０Ａに属性情報管理アプリケーション５０をインストールして、自身の属性情報を自身のユーザ端末３０Ａで一元管理することにより、通信ネットワーク４０上のユーザの属性情報の管理に関わるサービスの仕様変更や障害などの運用状況に影響されることなく、自身の属性情報の一元管理やＷｅｂサーバ２０毎に登録する属性の値をユーザが使い分けることが可能となる。

［第四の実施形態］
さて、これまで本発明の実施形態について説明したが、本発明は上述した実施形態以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では第四の実施形態として本発明に含まれる他の第四の実施形態を説明する。

（１）システム構成等
図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、確認部１２ａと作成部１２ｂを統合してもよい。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

また、本実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

（２）プログラム
また、上記実施形態において説明した各装置が実行する処理について、コンピュータが実行可能な言語で記述したプログラムを作成することもできる。例えば、第一の実施形態に係る属性管理情報サーバ１０が実行する処理について、コンピュータが実行可能な言語で記述したユーザ属性情報管理プログラムを作成することもできる。この場合、コンピュータがユーザ属性情報管理プログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるユーザ属性情報管理プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されユーザ属性情報管理プログラムをコンピュータに読み込ませて実行することにより上記第一の実施形態と同様の処理を実現してもよい。以下に、図２に示した属性情報管理サーバ１０と同様の機能を実現するユーザ属性情報管理プログラムを実行するコンピュータの一例を説明する。

図１６は、ユーザ属性情報管理プログラムを実行するコンピュータ１０００を示す図である。図１６に例示するように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有し、これらの各部はバス１０８０によって接続される。

メモリ１０１０は、図１６に例示するように、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ（Random Access Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、図１６に例示するように、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、図１６に例示するように、ディスクドライブ１０４１に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブに挿入される。シリアルポートインタフェース１０５０は、図１６に例示するように、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、図１６に例示するように、例えばディスプレイ１１３０に接続される。

ここで、図１６に例示するように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、上記のユーザ属性情報管理プログラムは、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０９０に記憶される。

また、上記実施形態で説明した各種データは、プログラムデータとして、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出し、各処理手順を実行する。

なお、ユーザ属性情報管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、ユーザ属性情報管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

１０ 属性情報管理サーバ
１１ 通信処理部
１２ 制御部
１２ａ 確認部
１２ｂ 作成部
１２ｃ 送信部
１３ 記憶部
１３ａ 属性情報記憶部
１３ｂ プロファイル情報記憶部
２０、２０Ａ〜２０Ｄ Ｗｅｂサーバ
３０、３０Ａ ユーザ端末
４０ 通信ネットワーク
５０ 属性情報管理アプリケーション
６０ Ｗｅｂブラウザ

Claims (8)

1. ユーザの属性情報を管理する属性情報管理装置と、所定の属性情報を用いたユーザ登録が行われたユーザ端末にサービスを提供するサーバとを有するユーザ属性情報管理システムであって、
   前記属性情報管理装置は、
   複数種類の属性情報について、一つまたは複数の属性値をそれぞれ記憶する記憶部と、
   前記複数種類の属性情報のうち、いずれかの種類の属性情報について要求があった場合に、該属性情報を前記サーバへ提供することに対する認可を前記ユーザ端末に確認し、複数の属性値が登録されている属性情報については、前記ユーザ端末に属性値を選択させる確認部と、
   前記確認部によって、前記属性情報の前記サーバへの提供の認可が確認され、かつ、登録する属性値の選択を受け付けた場合には、要求があった種類の属性情報に対応する属性値、および、選択された属性値のプロファイルを作成する作成部と、
   前記作成部によって作成された属性情報のプロファイルを前記サーバに送信する送信部と
   を備え、
   前記サーバは、
   前記ユーザ端末からユーザ登録の要求を受け付けた場合に、該ユーザ登録に必要な属性情報を前記属性情報管理装置に要求する要求部と、
   前記要求部によって要求した属性情報を受信した場合には、該属性情報を用いて、ユーザ登録を行う登録部と
   を備え、
   前記確認部は、前記サーバが前記ユーザ登録を要求したユーザ端末に払い出したアカウント名をパラメータとして含んだ、属性情報の要求があった際に、該アカウント名を埋め込んだ未認可のリクエストトークンを送信し、該リクエストトークンを前記ユーザ端末を介したリダイレクトで前記サーバから受信した場合には、該属性情報の前記サーバへの提供の認可を前記ユーザ端末に問い合わせ、認可されたリクエストトークンを前記ユーザ端末から受信することで、前記属性情報の前記サーバへの提供の認可を確認し、
   前記送信部は、前記認可されたリクエストを前記ユーザ端末を介したリダイレクトで前記サーバに送信した後、該認可されたリクエストトークンを受信した際には、前記アカウント名を埋め込んだアクセストークンを前記サーバに送信し、該アクセストークンを用いた属性情報の取得要求を受信した場合には、前記作成部によって作成された属性情報のプロファイルを前記サーバに送信し、
   前記要求部は、前記ユーザ端末からユーザ登録の要求とともに、前記アカウント名をパラメータにして、前記ユーザ登録に必要な属性情報を前記属性情報管理装置に要求する指示を受け付けた場合に、前記アカウント名をパラメータに含めて、該ユーザ登録に必要な属性情報を前記属性情報管理装置に要求し、前記未認可のリクエストトークンを受信した際には、該リクエストトークンを前記ユーザ端末を介したリダイレクトで前記属性情報管理装置に送信し、該認可されたリクエストトークンを前記ユーザ端末を介したリダイレクトで前記属性情報管理装置から受信した際には、該認可されたリクエストトークンを用いて前記アクセストークンを前記属性情報管理装置に要求し、該アクセストークンを前記属性情報管理装置から受信すると、該アクセストークンを用いた属性情報の取得要求を前記属性情報管理装置に送信することを特徴とするユーザ属性情報管理システム。
2. 前記確認部は、前記サーバから要求があった属性情報に対応する属性値が複数である場合には、該属性情報の前記サーバへの提供の認可を前記ユーザ端末に確認する際に、前記サーバに登録する属性値をユーザ端末に選択させることを特徴とする請求項１に記載のユーザ属性情報管理システム。
3. 前記確認部は、前記サーバから属性情報について要求があった場合に、該属性情報を前記サーバへ提供することに対する認可を前記ユーザ端末に確認し、前記属性情報の前記サーバへの提供の認可が確認された場合には、前記サーバから要求があった属性情報に対応する属性値が複数であれば、前記サーバが前記属性情報管理装置から属性情報を取得する際に、前記サーバに登録する属性値を前記ユーザ端末に選択させることを特徴とする請求項１に記載のユーザ属性情報管理システム。
4. ユーザの属性情報を管理する属性情報管理アプリケーションがインストールされたユーザ端末と、所定の属性情報を用いたユーザ登録が行われたユーザ端末にサービスを提供するサーバとを有するユーザ属性情報管理システムであって、
   前記ユーザ端末は、
   複数種類の属性情報について、一つまたは複数の属性値をそれぞれ記憶する記憶部と、
   前記複数種類の属性情報のうち、いずれかの種類の属性情報について要求があった場合に、該属性情報を前記サーバへ提供することに対する認可をユーザに確認し、複数の属性値が前記記憶部に登録されている属性情報については、各属性値を前記記憶部から読み出してＷｅｂブラウザに表示し前記ユーザに属性値を選択させる確認部と、
   前記確認部によって、前記属性情報の前記サーバへの提供の認可が確認され、かつ、登録する属性値の選択を受け付けた場合には、要求があった種類の属性情報に対応する属性値、および、選択された属性値のプロファイルを作成する作成部と、
   前記作成部によって作成された属性情報のプロファイルを前記サーバに送信する送信部と
   を、前記属性情報管理アプリケーションの機能として備え、あるいは、前記ユーザ端末にインストールされているブラウザのアドオンとして動作する前記属性情報管理アプリケーションとして備え、
   前記サーバは、
   前記ユーザ端末からユーザ登録の要求を受け付けた場合に、該ユーザ登録に必要な属性情報を前記ユーザ端末に要求する要求部と、
   前記要求部によって要求した属性情報を受信した場合には、該属性情報を用いて、ユーザ登録を行う登録部と
   を備えることを特徴とするユーザ属性情報管理システム。
   
   
5. 前記確認部は、前記サーバから要求があった属性情報に対応する属性値が複数である場合には、該属性情報の前記サーバへの提供の認可を前記ユーザに確認する際に、前記サーバに登録する属性値をユーザに選択させることを特徴とする請求項４に記載のユーザ属性情報管理システム。
6. 前記確認部は、前記複数種類の属性情報のうち、いずれかの種類の属性情報について要求があった場合に、該属性情報を前記サーバへ提供することに対する認可を前記ユーザに確認し、前記属性情報の前記サーバへの提供の認可が確認された場合には、前記サーバから要求があった属性情報に対応する属性値が複数であれば、前記サーバが前記ユーザ端末から属性情報を取得する際に、前記サーバに登録する属性値を前記ユーザに選択させることを特徴とする請求項４に記載のユーザ属性情報管理システム。
7. ユーザの属性情報を管理する属性情報管理装置と、所定の属性情報を用いたユーザ登録が行われたユーザ端末にサービスを提供するサーバとを有するユーザ属性情報管理システムで実行されるユーザ属性情報管理方法であって、
   前記属性情報管理装置は、複数種類の属性情報について、一つまたは複数の属性値をそれぞれ記憶する記憶部を備え、
   前記サーバは、前記ユーザ端末からユーザ登録の要求を受け付けた場合に、該ユーザ登録に必要な属性情報を前記属性情報管理装置に要求する要求工程と、
   前記属性情報管理装置は、前記複数種類の属性情報のうち、いずれかの種類の属性情報について要求があった場合に、該属性情報を前記サーバへ提供することに対する認可を前記ユーザ端末に確認し、複数の属性値が登録されている属性情報については、前記ユーザ端末に属性値を選択させる確認工程と、
   前記属性情報管理装置は、前記確認工程によって、前記属性情報の前記サーバへの提供の認可が確認され、かつ、登録する属性値の選択を受け付けた場合には、要求があった種類の属性情報に対応する属性値、および、選択された属性値のプロファイルを作成する作成工程と、
   前記属性情報管理装置は、前記作成工程によって作成された属性情報のプロファイルを前記サーバに送信する送信工程と、
   前記サーバは、要求した属性情報を前記属性情報管理装置から受信した場合には、該属性情報を用いて、ユーザ登録を行う登録工程と
   を含み、
   前記確認工程は、前記サーバが前記ユーザ登録を要求したユーザ端末に払い出したアカウント名をパラメータとして含んだ、属性情報の要求があった際に、該アカウント名を埋め込んだ未認可のリクエストトークンを送信し、該リクエストトークンを前記ユーザ端末を介したリダイレクトで前記サーバから受信した場合には、該属性情報の前記サーバへの提供の認可を前記ユーザ端末に問い合わせ、認可されたリクエストトークンを前記ユーザ端末から受信することで、前記属性情報の前記サーバへの提供の認可を確認し、
   前記送信工程は、前記認可されたリクエストを前記ユーザ端末を介したリダイレクトで前記サーバに送信した後、該認可されたリクエストトークンを受信した際には、前記アカウント名を埋め込んだアクセストークンを前記サーバに送信し、該アクセストークンを用いた属性情報の取得要求を受信した場合には、前記作成工程において作成された属性情報のプロファイルを前記サーバに送信し、
   前記要求工程は、前記ユーザ端末からユーザ登録の要求とともに、前記アカウント名をパラメータにして、前記ユーザ登録に必要な属性情報を前記属性情報管理装置に要求する指示を受け付けた場合に、前記アカウント名をパラメータに含めて、該ユーザ登録に必要な属性情報を前記属性情報管理装置に要求し、前記未認可のリクエストトークンを受信した際には、該リクエストトークンを前記ユーザ端末を介したリダイレクトで前記属性情報管理装置に送信し、該認可されたリクエストトークンを前記ユーザ端末を介したリダイレクトで前記属性情報管理装置から受信した際には、該認可されたリクエストトークンを用いて前記アクセストークンを前記属性情報管理装置に要求し、該アクセストークンを前記属性情報管理装置から受信すると、該アクセストークンを用いた属性情報の取得要求を前記属性情報管理装置に送信することを特徴とするユーザ属性情報管理方法。
8. ユーザの属性情報を管理する属性情報管理アプリケーションがインストールされたユーザ端末と、所定の属性情報を用いたユーザ登録が行われたユーザ端末にサービスを提供するサーバとを有するユーザ属性情報管理システムで実行されるユーザ属性情報管理方法であって、
   前記ユーザ端末は、複数種類の属性情報について、属性値をそれぞれ記憶する記憶部を備え、
   前記サーバは、前記ユーザ端末からユーザ登録の要求を受け付けた場合に、該ユーザ登録に必要な属性情報を前記ユーザ端末に要求する要求工程と、
   前記ユーザ端末は、前記複数種類の属性情報のうち、いずれかの種類の属性情報について要求があった場合に、該属性情報を前記サーバへ提供することに対する認可をユーザに確認し、複数の属性値が前記記憶部に登録されている属性情報については、各属性値を前記記憶部から読み出してＷｅｂブラウザに表示し前記ユーザに属性値を選択させる確認工程と、
   前記ユーザ端末は、前記確認工程によって、前記属性情報の前記サーバへの提供の認可が確認された場合には、要求があった種類の属性情報に対応する属性値を前記記憶部から読み出し、読み出した属性値のプロファイルを作成する作成工程と、
   前記ユーザ端末は、前記作成工程によって作成された属性情報のプロファイルを前記サーバに送信する送信工程と、
   前記サーバは、要求した属性情報を前記ユーザ端末から受信した場合には、該属性情報を用いて、ユーザ登録を行う登録工程と
   を含んだことを特徴とするユーザ属性情報管理方法。

Images