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

ユーザ属性情報管理システムおよびユーザ属性情報管理方法 Download PDF

Info

Publication number
JP6510258B2
JP6510258B2 JP2015024300A JP2015024300A JP6510258B2 JP 6510258 B2 JP6510258 B2 JP 6510258B2 JP 2015024300 A JP2015024300 A JP 2015024300A JP 2015024300 A JP2015024300 A JP 2015024300A JP 6510258 B2 JP6510258 B2 JP 6510258B2
Authority
JP
Japan
Prior art keywords
attribute information
server
information management
user
secret key
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2015024300A
Other languages
English (en)
Other versions
JP2016148919A (ja
Inventor
芳彦 大森
芳彦 大森
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2015024300A priority Critical patent/JP6510258B2/ja
Publication of JP2016148919A publication Critical patent/JP2016148919A/ja
Application granted granted Critical
Publication of JP6510258B2 publication Critical patent/JP6510258B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、ユーザ属性情報管理システムおよびユーザ属性情報管理方法に関する。
従来、ユーザの属性情報を管理し、流通させるユーザ属性情報の流通システムが知られている。従来のユーザ属性情報の流通システム１０００は、例えば、図２４に示す通り、サービス提供者のＷｅｂサーバ２００Ａ、ユーザの属性情報を保持している他のサービス提供者のＷｅｂサーバ２００Ｂ、およびそれぞれのサービス提供者のサービスを利用するユーザ端末３００、電気通信事業者のアクセス網やインターネットなどの通信ネットワークＮ０から構成される。ここで、それぞれのサービス提供者のＷｅｂサーバおよびユーザの端末は通信ネットワークに接続されている。
当該ユーザは、当該他のサービス提供者のＷｅｂサーバ２００Ｂに、当該他のサービス提供者が提供するサービスを利用するために必要なユーザ登録をしていて、ユーザ登録時に当該他のサービス提供者は当該ユーザの属性情報を取得している。属性情報には、例えば、当該ユーザの住所、電話番号、クレジットカードの番号、メールアドレスなど、当該他のサービス提供者が当該ユーザにサービスを提供するために必要な情報がある。一方、当該ユーザが当該サービス提供者が提供するサービスを利用するためにはユーザ登録が必要であるが、その際に登録するユーザの属性情報については、当該他のサービス提供者が保持している属性情報から取得する。
そのために、当該サービス提供者と当該他のサービス提供者間では、あらかじめ、当該ユーザの属性情報を当該サービス提供者と当該他のサービス提供者間で流通させるための提携を行っている。サービス提供者は、あらかじめ当該他のサービス提供者に申請を行い、サービス提供者のＷｅｂサーバ２００Ａが当該他のサービス提供者のＷｅｂサーバ２００Ｂにアクセスする際の手続きを行うための許可を取得する。当該ユーザの属性情報を流通させる際には、該サービス提供者と当該他のサービス提供者間でＯＡｕｔｈなどの標準化された認可プロトコルを使用する。
図２５は、従来のユーザ属性情報の流通システムの各構成要素の動作について説明するための構成図である。ユーザは、他のサービス提供者のＷｅｂサーバ２００Ｂのサービスを利用した際に、自身の属性情報を登録済である（図２５の（０）参照）。ユーザがサービス提供者のＷｅｂサーバ２００Ａにユーザ登録する際には、サービス提供者のＷｅｂサーバ２００Ａに、自身の属性情報が登録済みの他のサービス提供者のＷｅｂサーバ２００Ｂへのアクセス権を取得するように指示をする（図２５の（１）参照）。
サービス提供者のＷｅｂサーバ２００Ａは、ユーザ登録を行うにあたって、サービスを提供するために必要なユーザの属性情報を取得するために、他のサービス提供者のＷｅｂサーバ２００Ｂにリダイレクトして、ユーザに他のサービス提供者へのアクセス権の認可を求める（図２５の（２）参照）。さらに、ユーザの認可後に、他のサービス提供者のＷｅｂサーバ２００Ｂから取得した認可コードを他のサービス提供者のＷｅｂサーバ２００Ｂに送信して、他のサービス提供者のＷｅｂサーバ２００Ｂへのアクセス権を示すアクセストークンに交換する（図２５の（４）参照）。そして、他のサービス提供者のＷｅｂサーバ２００Ｂが規定するアプリケーションインタフェースを用いて、アクセストークンをパラメータにして、他のサービス提供者のＷｅｂサーバ２００Ｂからユーザの属性情報を取得する（図２５の（５）参照）。
他のサービス提供者のＷｅｂサーバ２００Ｂは、サービス提供者のＷｅｂサーバ２００Ａからリダイレクトされると、保持しているユーザの属性情報をサービス提供者のＷｅｂサーバ２００Ａに流通してよいかをユーザに確認して、その結果とともにサービス提供者のＷｅｂサーバ２００Ａに再度リダイレクトする（図２５の（３）参照）。
従来のユーザ属性情報の流通システムの信号シーケンスは図２６の通りである。まず、ユーザ端末３００は他のサービス提供者が提供するサービスを利用するために、ユーザ端末３００から他のサービス提供者のＷｅｂサーバ２００Ｂのポータルサイトにアクセスした後に（ステップＳ１、２）、ユーザ登録を行う（ステップＳ３、４）。ユーザ登録にあたって、ユーザは他のサービス提供者に氏名やメールアドレスやクレジットカードの番号などの自身の属性情報を送信する。
ユーザは、サービス提供者が提供するサービスを利用するために、ユーザ端末３００からサービス提供者のＷｅｂサーバ２００Ａのポータルサイトにアクセスした後に（ステップＳ５、６）、ユーザ登録要求を行う（ステップＳ７）。このときユーザは、サービス提供者のＷｅｂサーバ２００Ａに対して、属性情報管理サーバへのアクセス権の取得を指示する。
ユーザ登録要求を受信したサービス提供者のＷｅｂサーバ２００Ａは、ユーザのアカウント名を払い出した後に（ステップＳ８）、ユーザに他のサービス提供者のＷｅｂサーバ２００Ｂへのアクセス権の認可を求めるために、当該ユーザ登録要求を他のサービス提供者のＷｅｂサーバ２００Ｂにリダイレクトする（ステップＳ９）。そして、他のサービス提供者のＷｅｂサーバ２００Ｂは、ユーザ端末３００にリダイレクトに対する応答を送信する（ステップＳ１０）。
他のサービス提供者のＷｅｂサーバ２００Ｂから応答を受信したユーザが他のサービス提供者のＷｅｂサーバ２００Ｂにログインすると（ステップＳ１１）、他のサービス提供者のＷｅｂサーバ２００Ｂは、他のサービス提供者のＷｅｂサーバ２００Ｂへのアクセス権をサービス提供者のＷｅｂサーバ２００Ａに付与するかをユーザに問い合わせる（ステップＳ１２）。
ユーザが当該アクセス権を認可すると（ステップＳ１３）、他のサービス提供者のＷｅｂサーバ２００Ｂは、認可コードをパラメータにして、サービス提供者のＷｅｂサーバ２００Ａにリダイレクトする（ステップＳ１４）。
サービス提供者のＷｅｂサーバ２００Ａは、他のサービス提供者のＷｅｂサーバ２００Ｂに認可コードを含むアクセストークン要求を送信し（ステップＳ１５）、認可コードと引き換えに、アクセス権を示すアクセストークンを取得する（ステップＳ１６）。また、アクセストークンの有効期限が経過した際に当該アクセストークンを更新するためのリフレッシュトークンも取得する（ステップＳ１６）。
サービス提供者のＷｅｂサーバ２００Ａは、あらかじめ他のサービス提供者が規定しているインタフェースを利用して、当該アクセストークンをパラメータにして、ユーザの属性情報の取得要求を他のサービス提供者のＷｅｂサーバ２００Ｂに送信し（ステップＳ１７）、他のサービス提供者のＷｅｂサーバ２００Ｂからユーザ登録に必要なユーザの属性情報を取得する（ステップＳ１８）。その後、サービス提供者のＷｅｂサーバ２００Ａは、取得したユーザの属性情報にもとづいてユーザ登録を行い、ユーザにユーザ登録の応答をする（ステップＳ１９）。
このように、サービス提供者のＷｅｂサーバ２００Ａは、ユーザ端末３００が当該サービス提供者のＷｅｂサーバ２００Ａにユーザ登録する際に、当該ユーザの属性情報を保持している特定の他のサービス提供者のＷｅｂサーバ２００Ｂへのアクセス権を取得することにより、サービス提供に必要な当該ユーザの属性情報を当該他のサービス提供者のＷｅｂサーバ２００Ｂから取得して、当該ユーザ端末３００にサービスを提供する。
ユーザがサービス提供者のＷｅｂサーバ２００Ａにユーザ登録した後に、当該ユーザの属性情報を保持している特定の他のサービス提供者のＷｅｂサーバ２００Ｂに対して、当該ユーザが登録済みの属性情報を変更する場合がある。図２７は、当該サービス提供者のＷｅｂサーバ２００Ａが当該属性情報の変更に追従する場合の、従来のユーザ属性情報の流通システムの各構成要素の動作について説明するための構成図である。
ユーザは、他のサービス提供者のＷｅｂサーバ２００Ｂに登録してある自身の属性情報の一部を変更する（図２７の（０）参照）。
サービス提供者のＷｅｂサーバ２００Ａは、ユーザ登録時に取得した属性情報を変更後の属性情報に更新するために、アクセストークンを用いて当該他のサービス提供者のＷｅｂサーバ２００Ｂから定期的に当該ユーザの属性情報を取得して変更の有無を確認する（図２７の（２）参照）。このとき、アクセストークンが有効期限を経過している場合には、当該サービス提供者のＷｅｂサーバ２００Ａは、リフレッシュトークンを当該他のサービス提供者のＷｅｂサーバ２００Ｂに送信して、アクセストークンを更新する（図２７の（１）参照）。
他のサービス提供者のＷｅｂサーバ２００Ｂは、サービス提供者のＷｅｂサーバ２００Ａからリフレッシュトークンを受信すると、サービス提供者のＷｅｂサーバ２００Ａへ更新されたアクセストークンを送信する（図２７の（１）参照）。
ユーザの属性情報の変更にサービス提供者のＷｅｂサーバ２００Ａが追従する際の、従来のユーザ属性情報の流通システムの信号シーケンスは図２８の通りである。
ユーザは、ユーザ端末３００から他のサービス提供者のＷｅｂサーバ２００Ｂのポータルサイトにアクセスして（ステップＳ２０、２１）、他のサービス提供者のＷｅｂサーバ２００Ｂに登録してある自身の属性情報の一部を変更する（ステップＳ２２、２３）。
サービス提供者のＷｅｂサーバ２００Ａは、アクセストークンを更新するために、リフレッシュトークンとともに、他のサービス提供者のＷｅｂサーバ２００Ｂにアクセストークン要求を行う（ステップＳ２４）。他のサービス提供者のＷｅｂサーバ２００Ｂは、サービス提供者のＷｅｂサーバ２００Ａからリフレッシュトークンを受信すると、サービス提供者のＷｅｂサーバ２００Ａへ更新されたアクセストークンを送信する（ステップＳ２５）。また、アクセストークンの有効期限が経過した際に当該アクセストークンを更新するためのリフレッシュトークンも送信する（ステップＳ２５）。
サービス提供者のＷｅｂサーバ２００Ａは、あらかじめ他のサービス提供者が規定しているインタフェースを利用して、更新されたアクセストークンをパラメータにして、ユーザの属性情報の取得要求を他のサービス提供者のＷｅｂサーバ２００Ｂに送信し（ステップＳ２６）、他のサービス提供者のＷｅｂサーバ２００Ｂからユーザ登録に必要なユーザの属性情報を取得する（ステップＳ２７）。
サービス提供者のＷｅｂサーバ２００Ａは、取得した属性情報と保持していた属性情報を比較して、差分の有無を確認する（ステップＳ２８）。差分がある場合（ステップＳ２８肯定）、保持していた属性情報を取得した属性情報に更新する（ステップＳ２９）。その後一定期間経過後にステップＳ１５に戻り（ステップＳ３０）、処理を実行する。また、差分がない場合（ステップＳ２８否定）、一定期間経過後にステップＳ１５に戻り（ステップＳ３０）、処理を実行する。
以上のユーザ属性情報の流通方法により、サービス提供者のＷｅｂサーバ２００Ａは、他のサービス提供者のＷｅｂサーバ２００Ｂから定期的にユーザの属性情報を取得して、保持している当該属性情報との差分を確認することにより、ユーザの属性情報が変更された際に、保持している当該属性情報を追従して更新する。
ＯＡｕｔｈ２．０、［online］、［平成２６年８月２２日検索］、インターネット＜http://oauth.net/2/＞
しかしながら、上述した従来の技術では、属性情報を管理する装置におけるユーザの属性情報の変更にサーバが追従する際に、追従するサーバに対してユーザの属性情報の変更を適切に反映することが難しい。
具体的には、サービス提供者のＷｅｂサーバは、ユーザ登録時に取得したユーザの属性情報の変更の有無を確認するために、アクセストークンを用いて他のサービス提供者のＷｅｂサーバから定期的にユーザの属性情報を取得する必要がある。そのため、ユーザ登録時に当該他のサービス提供者のＷｅｂサーバからユーザの属性情報を取得している全てのサービス提供者のＷｅｂサーバが、当該他のサービス提供者のＷｅｂサーバから登録済みのユーザの属性情報を定期的に取得しているため、当該他のサービス提供者のＷｅｂサーバの処理量が多くなる。したがって、当該他のサービス提供者のＷｅｂサーバには多くの処理能力が必要になり、当該他のサービス提供者のＷｅｂサーバの導入コストが高価になる。
また、サービス提供者のＷｅｂサーバにユーザ登録したユーザが、他のサービス提供者のＷｅｂサーバ上で住所などの自身の属性情報を変更した場合、変更後の自身の属性情報が当該サービス提供者のＷｅｂサーバに反映されるためには、当該サービス提供者のＷｅｂサーバが当該他のサービス提供者のＷｅｂサーバから当該ユーザの属性情報を取得して変更の有無を確認する必要がある。当該サービス提供者のＷｅｂサーバは、定期的に当該他のサービス提供者のＷｅｂサーバから当該ユーザの属性情報を取得することから、当該ユーザの属性情報を取得する周期が長いと、当該サービス提供者のＷｅｂサーバに当該ユーザの変更された属性情報が反映されるまでの時間が長くなる。したがって、当該ユーザは住所などの自身の最新の属性情報にしたがって、宅配サービスなどの当該サービス提供者のＷｅｂサーバのサービスを受けることができず、当該ユーザの利便性が低下する場合がある。
そこで、本発明は、上述した従来技術の課題を解決するためになされたものであり、属性情報を管理する装置におけるユーザの属性情報の変更にサーバが追従する際に、追従するサーバに対してユーザの属性情報の変更に適切に反映することを目的とする。
上述した課題を解決し、目的を達成するために、ユーザ属性情報管理システムは、ユーザの属性情報を管理する属性情報管理装置と、所定の属性情報を含むユーザ情報が登録されたユーザ端末にサービスを提供するサーバとを有するユーザ属性情報管理システムであって、前記属性情報管理装置は、属性情報を記憶する記憶部と、前記属性情報を変更する変更部と、前記変更部により前記属性情報が変更された場合、前記属性情報の変更を前記サーバに通知する通知部と、前記サーバにより要求された属性情報を前記サーバに送信する送信部とを備え、前記サーバは、前記属性情報管理装置から属性情報の変更の通知を受け付けた場合、前記通知を受け付けた属性情報の少なくとも一部を前記属性情報管理装置に要求する要求部と、前記要求部により要求された属性情報が受信された場合、当該属性情報に基づいてユーザ情報を更新する更新部とを備えることを特徴とする。
本発明によれば、属性情報を管理する装置におけるユーザの属性情報の変更にサーバが追従する際に、追従するサーバに対してユーザの属性情報の変更を適切に反映することができる。
図１は、第一の実施形態に係るユーザ属性情報管理システムの全体構成を示すシステム構成図である。 図２は、第一の実施形態に係る属性情報管理サーバの構成を示すブロック図である。 図３は、属性情報記憶部に記憶されるテーブルの一例を示す図である。 図４は、プロファイル情報記憶部に記憶されるテーブルの一例を示す図である。 図５は、第一の実施形態に係るＷｅｂサーバの構成を示すブロック図である。 図６は、第一の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の更新処理の流れを説明する図である。 図７は、第一の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報管理処理の流れを説明するシーケンス図である。 図８は、ユーザ端末に表示される画面表示例を示す図である。 図９は、第一の実施形態に係るユーザ属性情報管理システムの概要を説明する図である。 図１０は、第一の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の登録の流れを説明する図である。 図１１は、第一の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の追加の流れを説明する図である。 図１２は、第二の実施形態に係るユーザ属性情報管理システムの全体構成を示すシステム構成図である。 図１３は、第二の実施形態に係る属性情報管理サーバの構成を示すブロック図である。 図１４は、Ｗｅｂサーバ情報記憶部に記憶されるテーブルの一例を示す図である。 図１５は、第二の実施形態に係る専用線情報管理サーバの構成を示すブロック図である。 図１６は、専用線情報記憶部に記憶されるテーブルの一例を示す図である。 図１７は、第二の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の更新処理の流れを説明する図である。 図１８−１は、第二の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報管理処理の流れを説明するシーケンス図である。 図１８−２は、第二の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報管理処理の流れを説明するシーケンス図である。 図１９は、第三の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の更新処理の流れを説明する図である。 図２０は、第三の実施形態に係るユーザ端末の構成を示すブロック図である。 図２１は、第三の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報管理処理の流れを説明するシーケンス図である。 図２２は、第三の実施形態に係るユーザ属性情報管理システムの概要を説明する図である。 図２３は、ユーザ属性情報管理プログラムを実行するコンピュータを示す図である。 図２４は、従来のユーザ属性情報の流通システムの概要を示す図である。 図２５は、従来のユーザ属性情報の流通システムの各構成要素の動作について説明するための構成図である。 図２６は、従来のユーザ属性情報の流通システムの処理の流れを説明するシーケンス図である。 図２７は、ユーザ属性情報の変更に追従する際の、従来のユーザ属性情報の流通システムの各構成要素の動作について説明するための構成図である。 図２８は、ユーザ属性情報の変更に追従する際の、従来のユーザ属性情報の流通システムの処理の流れを説明するシーケンス図である。
［第一の実施形態］
以下の実施形態では、第一の実施形態に係るユーザ属性情報管理システムの構成、属性情報管理サーバの構成、Ｗｅｂサーバの構成、および、ユーザ属性情報管理システムにおける処理の流れを順に説明し、最後に第一の実施形態による効果を説明する。
［第一の実施形態に係るユーザ属性情報管理システムの構成］
まず、図１を用いて、第一の実施形態に係るユーザ属性情報管理システムについて説明する。図１は、第一の実施形態に係るユーザ属性情報管理システムの全体構成を示すシステム構成図である。
図１に示すように、ユーザ属性情報管理システム１００は、属性情報管理装置である属性情報管理サーバ１０、複数のサービス提供者のＷｅｂサーバ２０Ａ、２０Ｂ、ユーザ端末３０を有し、通信ネットワークＮを介して、それぞれ接続されている。なお、図１に示す各装置の台数は、あくまで一例であり、これに限られるものではない。また、Ｗｅｂサーバ２０Ａ、２０Ｂについて、特に区別なく説明する場合には、Ｗｅｂサーバ２０と記載する。以下では、Ｗｅｂサーバ２０は、例えば、属性情報管理サーバ１０に記憶される属性情報やプロファイルに基づいて、あらかじめユーザの登録が行われている場合を例に説明する。
属性情報管理サーバ１０は、電気通信事業者のアクセス網やインターネットなどの通信ネットワークＮに接続され、ユーザ端末３０に対して、ユーザが自身の属性情報を保管、一元管理したり、サービス提供者のＷｅｂサービスを利用する際の自身の属性情報を使い分けたりすることを支援する。
また、ユーザが属性情報管理サーバ１０のポータルサイトから登録済みの自身の属性情報を変更すると、属性情報管理サーバ１０は、当該属性情報を提供しているサービス提供者のＷｅｂサーバ２０を特定し、特定された当該サービス提供者のＷｅｂサーバ２０のなかで当該属性情報の変更に追従する当該サービス提供者のＷｅｂサーバ２０に、ユーザの認可のもとで、当該属性情報の変更の通知ならびに当該サービス提供者のＷｅｂサーバ２０の真正性を担保するクレデンシャルの要求を行う。そして、真正性を確認できた当該サービス提供者のＷｅｂサーバ２０に対して、変更された当該属性情報を提供する。
また、属性情報管理サーバ１０は、ユーザの属性情報を保持するにあたり、ユーザを識別するＩＤを払い出し、当該ＩＤを管理する。ユーザが属性情報管理サーバ１０に登録した自身の属性情報、およびサービス提供者のＷｅｂサーバ２０に登録したユーザの属性情報については当該ＩＤに対応付けて管理する。
また、サービス提供者のＷｅｂサーバ２０に対しては、サービス提供者がサービスを提供するために必要なユーザの属性情報をユーザの認可のもとで提供する。サービス提供者に提供したユーザの属性情報については、ユーザがサービス提供者のＷｅｂサーバ２０にユーザ登録した際に払い出されたアカウント毎にプロファイルを作成して管理し、ユーザはサービス提供者に提供した自身の属性情報について当該アカウント毎に閲覧、確認する。
複数のサービス提供者のＷｅｂサーバ２０Ａ、２０Ｂは、ユーザ端末３０にサービスを提供するサーバである。サービス提供者のＷｅｂサーバ２０Ａ、２０Ｂは、属性情報管理サーバ１０から属性情報の変更の通知を受け付けた場合、通知を受け付けた属性情報の少なくとも一部を属性情報管理サーバ１０に要求し、変更された属性情報を受信した場合、変更された属性情報を用いて、ユーザ情報を更新する処理を行う。
ユーザ端末３０は、ユーザによって利用される情報処理装置である。ユーザ端末３０は、属性情報管理サーバ１０に自身の属性情報を登録し、その属性情報を閲覧したり、変更したりする。また、ユーザ端末３０は、自身の属性情報の変更に追従するサービス提供者のＷｅｂサーバ２０に対して、変更後の属性情報の流通を認可する。
［属性情報管理サーバの構成］
次に、図２を用いて、図１に示した属性情報管理サーバ１０の構成を説明する。図２は、第一の実施形態に係る属性情報管理サーバの構成を示すブロック図である。図２に示すように、属性情報管理サーバ１０は、通信処理部１１、制御部１２、記憶部１３およびＧＵＩ処理部１４を有する。以下にこれらの各部の処理を説明する。
通信処理部１１は、接続されるＷｅｂサーバ２０やユーザ端末３０との間でやり取りする各種情報に関する通信を制御する。
ＧＵＩ処理部１４は、ユーザが自身の属性情報を属性情報管理サーバ１０に登録、変更、削除、閲覧する際のインタフェース、および各Ｗｅｂサーバ２０に提供した自身の属性情報を閲覧する際のインタフェースをユーザに提供するための処理を行う。
記憶部１３は、制御部１２による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、属性情報記憶部１３ａおよびプロファイル情報記憶部１３ｂを有する。
属性情報記憶部１３ａは、属性情報を記憶する。属性情報記憶部１３ａに記憶される属性情報は、ユーザ端末３０により、あらかじめ属性情報管理サーバ１０のポータルサイトから登録されたユーザの属性情報である。例えば、属性情報記憶部１３ａは、図３に例示するように、ユーザを一意に識別する「ユーザＩＤ」と、ユーザの「氏名」と、ユーザの「生年月日」と、ユーザの「住所」と、ユーザが所有する電話の「電話番号」と、ユーザが所有するクレジットカード等の「クレジットカード番号」と、ユーザが持っている「メールアドレス」とを対応付けて記憶している。例えば、図３の例では、属性情報「電話番号」として、「０ａａａ−ｂｂ−ｃｃｃｃ」を記憶する。
プロファイル情報記憶部１３ｂは、上述した属性情報に基づいて作成されたプロファイルを記憶する。例えば、プロファイル情報記憶部１３ｂは、図４に例示するように、ユーザの「アカウント名」と、属性情報の登録先であるＷｅｂサーバ２０を識別するための情報である「ＷｅｂサーバのＵＲＬ」と、ユーザの「氏名」と、ユーザが所有する電話の「電話番号」と、ユーザが持っている「メールアドレス」とを記憶する。ここで、プロファイル情報に含まれる属性情報の種類は、ユーザ登録するＷｅｂサーバ２０によって異なるものである。
制御部１２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、変更部１２ａ、通知部１２ｂおよび送信部１２ｃを有する。
変更部１２ａは、属性情報を変更する。具体的には、変更部１２ａは、ユーザ端末３０から属性情報の変更を受け付けた場合、受け付けた属性情報により属性情報記憶部１３ａに記憶される属性情報を変更する。
例えば、変更部１２ａは、ユーザＩＤ「１」の山田太郎が所有するユーザ端末３０から、属性情報の１つである電話番号を「０ａａａ−ｂｂ−ｄｄｄｄ」に変更する要求を受け付けた場合、属性情報記憶部１３ａに記憶されるユーザＩＤ「１」に対応する電話番号を「０ａａａ−ｂｂ−ｃｃｃｃ」から「０ａａａ−ｂｂ−ｄｄｄｄ」に変更する。また、変更部１２ａは、例えば、変更した属性情報に基づいて、プロファイル情報記憶部１３ｂに記憶されたプロファイルを更新する。
通知部１２ｂは、変更部１２ａにより属性情報が変更された場合、属性情報の変更をＷｅｂサーバ２０に通知する。具体的には、通知部１２ｂは、変更部１２ａにより属性情報が変更された場合、ユーザが変更後の属性情報の流通を認可したサービス提供者のＷｅｂサーバ２０に対して属性情報の変更を通知する。例えば、通知部１２ｂは、ユーザ端末３０により選択されたサービス提供者のＷｅｂサーバ２０のみに、属性情報の変更を通知する。
送信部１２ｃは、変更部１２ａにより変更された属性情報をＷｅｂサーバ２０に送信する。具体的には、送信部１２ｃは、通知部１２ｂにより通知した属性情報の要求をＷｅｂサーバ２０から受け付けた場合、変更部１２ａにより変更された属性情報をＷｅｂサーバ２０に送信する。例えば、送信部１２ｃは、ユーザ端末３０により選択されたサービス提供者のＷｅｂサーバ２０のみに、変更部１２ａにより変更された属性情報を送信する。
［Ｗｅｂサーバの構成］
次に、図５を用いて、図１に示したＷｅｂサーバ２０の構成を説明する。図５は、第一の実施形態に係るＷｅｂサーバの構成を示すブロック図である。図５に示すように、Ｗｅｂサーバ２０は、通信処理部２１、制御部２２、記憶部２３を有する。以下にこれらの各部の処理を説明する。
通信処理部２１は、接続される属性情報管理サーバ１０やユーザ端末３０との間でやり取りする各種情報に関する通信を制御する。
記憶部２３は、制御部２２による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、ユーザ情報記憶部２３ａを有する。例えば、ユーザ情報記憶部２３ａは、属性情報管理サーバ１０から受信したプロファイルに含まれる属性情報や変更後の属性情報を記憶する。なお、ユーザ情報記憶部２３ａに記憶される情報の例として、前述した図４と同様である。
制御部２２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、要求部２２ａおよび更新部２２ｂを有する。
要求部２２ａは、属性情報管理サーバ１０から属性情報の変更の通知を受け付けた場合、通知を受け付けた属性情報の少なくとも一部を属性情報管理サーバ１０に要求する。具体的には、要求部２２ａは、属性情報管理サーバ１０から属性情報の変更の通知を受け付けた属性情報を要求する場合、属性情報管理サーバ１０に後述するクレデンシャルを送信する。そして、要求部２２ａは、後述する追従トークンを属性情報管理サーバ１０から受信した場合、受信した追従トークンを属性情報管理サーバ１０に送信することにより、通知を受け付けた属性情報を要求する。
更新部２２ｂは、要求部２２ａによって要求した属性情報を受信した場合には、該属性情報を用いて、ユーザ情報を更新する。
［ユーザ属性情報管理システムによる処理］
ここで、図６を用いて、ユーザ属性情報管理システム１００におけるユーザ属性情報の更新処理の流れを説明する。図６は、第一の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の更新処理の流れを説明する図である。
図６に示すように、ユーザ端末３０は、属性情報管理サーバ１０に登録している自身の属性情報を変更した後、属性情報の変更に追従させるサービス提供者のＷｅｂサーバ２０を選択して、当該サービス提供者のＷｅｂサーバ２０への変更後の属性情報の流通を認可する（図６の（１）参照）。
ここで、属性情報管理サーバ１０は、ユーザが自身の属性情報を変更した際に当該属性情報の変更に追従するサービス提供者のＷｅｂサーバ２０のリストを管理する。当該リストは、サービス提供者があらかじめ属性情報管理サーバ１０に申請を行って、属性情報管理サーバにアクセスする際の手続きを行うための許可を取得したときに作成される。ユーザが自身の属性情報を変更すると、属性情報管理サーバ１０は、サービス提供者のＷｅｂサーバ２０が取得した属性情報を管理しているプロファイルを参照して、変更前に当該属性情報を取得したサービス提供者のＷｅｂサーバ２０を特定する。
さらに、属性情報管理サーバ１０は、特定したサービス提供者のＷｅｂサーバ２０のなかから、当該属性情報の変更に追従するサービス提供者のＷｅｂサーバ２０を特定する。そして、属性情報管理サーバ１０は、特定したサービス提供者のＷｅｂサーバ２０へユーザの属性情報が変更されたことを通知する。また、属性情報管理サーバ１０は、当該サービス提供者のＷｅｂサーバ２０が真正であり、なりすましでないことを確認するために、サービス提供者のＷｅｂサーバ２０のクレデンシャルを要求する（図６の（２）参照）。ここで、当該クレデンシャルは、ＩＤとパスワードの組、公開鍵暗号基盤技術を用いた電子証明書、チャレンジレスポンス型の認証手続き、その他当該サービス提供者のＷｅｂサーバ２０の真正性を確認できるものとする。
属性情報管理サーバ１０は、サービス提供者のＷｅｂサーバ２０からクレデンシャルを受信し（図６の（３）参照）、サービス提供者のＷｅｂサーバ２０が真正であることが確認できると、サービス提供者のＷｅｂサーバ２０に、変更された属性情報へのアクセス権を表す追従トークンを送信する（図６の（４）参照）。当該追従トークンには、トークン識別子やトークンタイプの他に、当該追従トークンの有効期限や変更された当該属性情報や変更時刻などが記載されている。
そして、属性情報管理サーバ１０は、サービス提供者のＷｅｂサーバ２０から追従トークンを用いて、変更された当該属性情報の取得要求を受信すると（図６の（５）参照）、当該属性情報をサービス提供者のＷｅｂサーバ２０に送信するとともに、当該サービス提供者のＷｅｂサーバ２０に流通させた属性情報を管理しているプロファイルを更新する（図６の（６）参照）。
サービス提供者のＷｅｂサーバ２０は、属性情報管理サーバ１０から、ユーザの属性情報の変更通知を受信すると（図６の（２）参照）、ユーザの属性情報の変更への追従の要否を判断する。なお、この時点では、サービス提供者のＷｅｂサーバ２０のなりすましによる情報漏洩を防ぐ観点から、当該サービス提供者のＷｅｂサーバ２０が取得しているユーザの属性情報について変更があったことのみを通知し、変更されたユーザの属性情報を特定した通知は行わない。
ユーザの属性情報の変更への追従が必要であると判断した場合、当該サービス提供者のＷｅｂサーバ２０の真正性を確認できるクレデンシャルを属性情報管理サーバ１０に送信する。また、属性情報管理サーバ１０から追従トークンを取得すると、追従トークンから変更された当該属性情報を特定し、当該属性情報の取得要否を判断する。変更された当該属性情報を取得する場合、当該追従トークンを用いて、当該属性情報管理サーバ１０のアプリケーションインタフェースから当該属性情報を要求する（図６の（５）参照）。
このように、通信ネットワークＮ上に、ユーザが自身の属性情報を保管、一元管理するための属性情報管理サーバ１０を配置する。そして、従来のユーザによる属性情報の流通の認可の他に、複数の値を保持するユーザの属性について、ユーザがサービス提供者のＷｅｂサーバ２０毎に流通させる属性の値を選択することを可能にするために、Ｗｅｂサーバ２０と属性情報管理サーバ１０間に当該Ｗｅｂサーバ２０が払い出した当該ユーザのアカウント名を流通させ、属性情報管理サーバ１０が、ユーザが選択した属性の値やその他Ｗｅｂサーバ２０に登録する属性情報をリスト化したプロファイルを作成して当該アカウント名に括り付けて、Ｗｅｂサーバ２０毎に登録する属性情報を管理する。
これにより、ユーザがＷｅｂサーバ２０毎に登録する自身の属性情報を使い分けることを可能にする。また、Ｗｅｂサーバ２０がユーザの属性情報を保持している他のサービス提供者のサービスの運用状況や保持しているユーザの属性情報に依存せずにサービスを提供することを可能にする。
つまり、第一の実施形態に係るユーザ属性情報管理システム１００では、ユーザの属性情報を保管、一元管理している属性情報管理サーバ１０が、通信ネットワークＮ上でサービスを提供するサービス提供者のＷｅｂサーバ２０毎に、当該Ｗｅｂサーバ２０に登録する属性の値をユーザが使い分けることを可能にすることにより、ユーザはＷｅｂサーバ２０毎に自身の最適な属性情報を登録することができる。また、サービス提供者は、ユーザが属性情報を保管、一元管理するための属性情報管理サーバ１０から、サービスを提供するために必要なユーザの属性情報を取得することにより、ユーザの属性情報を保持している他のサービス提供者のサービスの運用状況や保持しているユーザの属性情報に依存せずにサービスを提供することができる。
通信ネットワークＮ上に、ユーザが自身の属性情報を保管、一元管理するための属性情報管理サーバ１０を配置する。そして、従来のユーザによる属性情報の流通の認可の他に、当該属性情報の変更にサービス提供者のＷｅｂサーバ２０に追従させるために、当該属性情報管理サーバ１０が、ユーザの認可のもとで当該サービス提供者のＷｅｂサーバ２０に当該属性情報の変更を通知し、当該属性情報管理サーバ１０が当該サービス提供者のＷｅｂサーバ２０の真正性を確認した後に、変更された当該属性情報へのアクセス権を表す追従トークンを送信する。
これにより、ユーザの属性情報が変更されると、属性管理サーバ１０の処理負荷を抑えながら、変更前に当該属性情報を取得したサービス提供者のＷｅｂサーバ２０が当該属性情報の変更に速やかに追従することを可能にする。
つまり、第一の実施形態に係るユーザ属性情報管理システム１００では、属性情報管理サーバ１０が保管、一元管理しているユーザ属性情報をユーザが変更すると、当該属性情報管理サーバ１０が、当該属性情報を取得している当該サービス提供者のＷｅｂサーバ２０に当該属性情報の変更を通知して、変更後の当該属性情報を当該サービス提供者のＷｅｂサーバ２０が取得することを可能にすることにより、当該属性情報管理サーバ１０と当該サービス提供者のＷｅｂサーバ２０間の信号量を抑えて、当該属性情報管理サーバ１０の処理量を抑えることができる。また、当該サービス提供者のＷｅｂサーバ２０はユーザの登録情報を速やかに更新することができ、当該サービス提供者のサービスを利用するユーザの利便性が向上する。
次に、図７を用いて、第一の実施形態に係るユーザ属性情報管理システム１００による処理を説明する。図７は、第一の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報管理処理の流れを説明するシーケンス図である。
まず、図７に示すように、ユーザ端末３０は、自身の属性情報の一元管理を支援する属性情報管理サーバ１０が管理する自身の属性情報を変更するために、属性情報管理サーバ１０のポータルサイトにアクセスする（ステップＳ１０１）。そして、属性情報管理サーバ１０は、アクセスに対する応答として、ポータルサイトの画面の情報等をユーザ端末３０に送信する（ステップＳ１０２）。続いて、ユーザ端末３０は、自身の属性情報を変更する（ステップＳ１０３）。
そして、属性情報管理サーバ１０は、各サービス提供者のＷｅｂサーバ２０に流通させた属性情報を管理しているプロファイルを参照して、変更されたユーザの属性情報を変更前に流通させたサービス提供者のＷｅｂサーバ２０を特定する（ステップＳ１０４）。さらに、当該特定したサービス提供者のＷｅｂサーバ２０のなかから、ユーザの属性情報の変更に追従するサービス提供者のＷｅｂサーバ２０を特定する（ステップＳ１０５）。そして、特定したサービス提供者のＷｅｂサーバ２０のなかから、変更した属性情報の流通を認可する当該サービス提供者のＷｅｂサーバ２０の選択をユーザに要求する（ステップＳ１０６）。
そして、ユーザ端末３０は、変更した自身の属性情報の流通を認可するサービス提供者のＷｅｂサーバ２０を選択する（ステップＳ１０７）。
ここで、図８を用いて、変更した自身の属性情報の流通を認可するサービス提供者のＷｅｂサーバ２０を選択させる際にユーザ端末３０に表示される画面例について説明する。図８は、ユーザ端末に表示される画面表示例を示す図である。図８に例示するように、ユーザ端末３０は、例えば、変更された属性情報が電話番号であることを表示するとともに、変更前の電話番号および変更後の電話番号を表示する。そして、変更した自身の属性情報の流通を認可するサービス提供者のＷｅｂサーバ２０をユーザに選択させるために、各サービス提供者が提供する「サービスＡ」および「サービスＢ」の２つのサービス名が表示される。
また、サービス名それぞれに対応する「選択」ボタンが表示されており、「選択」ボタンが押下されたサービス名に対応するサービス提供者のＷｅｂサーバ２０が、変更した自身の属性情報の流通を認可するサービス提供者のＷｅｂサーバ２０として選択される。また、ユーザ端末３０は、「実行」ボタンおよび「キャンセル」ボタンが表示されている。「実行」ボタンが押下されると、「選択」ボタンが押下されたサービス名に対応するサービス提供者のＷｅｂサーバ２０が、変更した自身の属性情報の流通を認可するサービス提供者のＷｅｂサーバ２０として決定する。また、「キャンセル」ボタンが押下されると、「選択」ボタンの押下がキャンセルされ、全サービス名の「選択」ボタンが押下されていない状態に戻る。
図７の説明に戻って、ユーザ端末３０は、変更した自身の属性情報の流通を認可するサービス提供者のＷｅｂサーバ２０を決定した場合、認可したサービス提供者のＷｅｂサーバ２０のリストを属性情報管理サーバ１０へ送信する（ステップＳ１０８、１０９）。
属性情報管理サーバ１０は、ユーザが認可したサービス提供者のＷｅｂサーバ２０に、当該サービス提供者のＷｅｂサーバ２０が取得しているユーザの属性情報について変更があったことを通知するとともに、当該サービス提供者のＷｅｂサーバ２０のクレデンシャルを要求する（ステップＳ１１０）。
そして、サービス提供者のＷｅｂサーバ２０は、変更前に取得した当該ユーザの属性情報について、変更された当該属性情報の取得要否について判断する（ステップＳ１１１）。サービス提供者のＷｅｂサーバ２０は、変更された当該属性情報の取得が必要な場合には（ステップＳ１１１肯定）、属性情報管理サーバ１０に当該サービス提供者のＷｅｂサーバ２０のクレデンシャルを送信する（ステップＳ１１２）。また、サービス提供者のＷｅｂサーバ２０は、変更された当該属性情報の取得が不要な場合には（ステップＳ１１１否定）、処理を終了する。
属性情報管理サーバ１０は、受信したクレデンシャルから当該サービス提供者のＷｅｂサーバ２０の真正性を確認できた場合（ステップＳ１１３肯定）、当該サービス提供者のＷｅｂサーバ２０に、変更された属性情報へのアクセス権を表す追従トークンを送信する（ステップＳ１１４）。属性情報管理サーバ１０は、受信したクレデンシャルから当該サービス提供者のＷｅｂサーバ２０の真正性を確認できなかった場合（ステップＳ１１３否定）、処理を終了する。
サービス提供者のＷｅｂサーバ２０は、受信した追従トークンから変更された属性情報を特定する（ステップＳ１１５）。サービス提供者のＷｅｂサーバ２０は、当該属性情報の取得が必要な場合には（ステップＳ１１６肯定）、属性情報管理サーバ１０が規定しているアプリケーションインタフェースを利用して、属性情報管理サーバ１０から当該属性情報を取得する。具体的には、サービス提供者のＷｅｂサーバ２０は、当該属性情報の取得が必要な場合には（ステップＳ１１６肯定）、属性情報管理サーバ１０に受信した追従トークンを送信する（ステップＳ１１７）。そして、属性情報管理サーバ１０は、対応するプロファイルを更新し（ステップＳ１１８）、変更された属性情報をサービス提供者のＷｅｂサーバ２０へ送付する（ステップＳ１１９）。また、サービス提供者のＷｅｂサーバ２０は、当該属性情報の取得が不要な場合には（ステップＳ１１６否定）、処理を終了する。
このように、属性情報管理サーバ１０は、電気通信事業者のアクセス網やインターネットなどの通信ネットワークＮに接続され、ユーザ端末３０に対して、ユーザが自身の属性情報を保管、一元管理したり、サービス提供者のＷｅｂサービスを利用する際の自身の属性情報を使い分けたりすることを支援する。
具体的には、図９に示すように、ユーザ端末３０は、あらかじめ属性情報管理サーバ１０のポータルサイトから、自身の属性情報を登録する。このとき、メールアドレスやクレジットカード番号など、各属性に対して複数の情報を保持する場合には、それぞれの情報を登録する。なお、ユーザが登録した属性情報については、ユーザ端末３０は、属性情報管理サーバ１０のポータルサイトから適宜閲覧、変更する。
また、サービス提供者のＷｅｂサーバ２０（例えば、図９中ではＷｅｂサーバ２０Ａ〜２０Ｄ）に対しては、サービス提供者がサービスを提供するために必要なユーザの属性情報をユーザの認可のもとで提供する。サービス提供者に提供したユーザの属性情報については、ユーザがサービス提供者のＷｅｂサーバ２０にユーザ登録した際に払い出されたアカウント毎にプロファイルを作成して管理し、ユーザはサービス提供者に提供した自身の属性情報について当該アカウント毎に閲覧、確認する。
ユーザが属性情報管理サーバ１０のポータルサイトから登録済みの自身の属性情報を変更すると、属性情報管理サーバ１０は、当該属性情報を提供しているサービス提供者のＷｅｂサーバ２０を特定し、特定された当該サービス提供者のＷｅｂサーバ２０のなかで当該属性情報の変更に追従する当該サービス提供者のＷｅｂサーバ２０に、ユーザの認可のもとで、当該属性情報の変更の通知ならびに当該サービス提供者のＷｅｂサーバ２０の真正性を担保するクレデンシャルの要求を行う。そして、真正性を確認できた当該サービス提供者のＷｅｂサーバ２０に対して、変更された当該属性情報を提供する。
属性情報管理サーバ１０は、ユーザの属性情報を保持するにあたり、ユーザを識別するＩＤを払い出し、ＩＤ管理テーブルにて当該ＩＤを管理する。ユーザが属性情報管理サーバ１０に登録した自身の属性情報、およびサービス提供者のＷｅｂサーバ２０に登録したユーザの属性情報については当該ＩＤに対応付けて管理する。
さらに、属性情報管理サーバ１０は、サービス提供者のＷｅｂサーバ２０が属性情報管理サーバ１０からユーザの属性情報を取得するためのアプリケーションインタフェースを規定する。サービス提供者のＷｅｂサーバ２０が属性情報管理サーバ１０からユーザの属性情報を取得するにあたって、サービス提供者はあらかじめ属性情報管理サーバ１０に申請を行い、サービス提供者のＷｅｂサーバ２０が属性情報管理サーバ１０にアクセスする際の手続きを行うための許可を取得する。
ここで、図１０及び図１１を用いて、属性情報の変更の一例として属性情報管理サーバ１０に新たに属性情報を追加した場合に、属性情報の流通を認可するサービス提供者のＷｅｂサーバ２０に反映させる例について説明する。図１０は、第一の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の登録の流れを説明する図である。また、図１１は、第一の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の追加の流れを説明する図である。具体的には、図１１は、図１０に示すユーザ属性情報の登録後のユーザ属性情報の追加の流れを説明する図である。
まず、図１０を用いては、ユーザ属性情報管理システム１００におけるユーザ属性情報の登録の流れの一例を説明する。まず、ユーザは、属性情報管理サーバ１０に自身の属性情報を登録する（図１０の（０）参照）。図１０に示す例においては、ユーザは、属性情報として、氏名、生年月日、住所、電話番号を属性情報管理サーバ１０に登録する。
次に、ユーザがサービス提供者のＷｅｂサーバ２０にユーザ登録する際には、サービス提供者のＷｅｂサーバ２０に、属性情報管理サーバ１０へのアクセス権を取得するように指示をする（図１０の（１）参照）。
サービス提供者のＷｅｂサーバ２０は、ユーザ登録を行うにあたって、サービスを提供するために必要なユーザの属性情報を取得するために、属性情報管理サーバ１０にリダイレクトして、ユーザに属性情報管理サーバ１０へのアクセス権の認可を求める（図１０の（２）参照）。そして、属性情報管理サーバ１０は、サービス提供者のＷｅｂサーバ２０からリダイレクトされると、保持しているユーザの属性情報をサービス提供者のＷｅｂサーバ２０に流通してよいかをユーザに確認して、その結果とともにサービス提供者のＷｅｂサーバ２０に再度リダイレクトする（図１０の（３）参照）。さらに、ユーザの認可後に、属性情報管理サーバ１０から取得した認可コードを属性情報管理サーバ１０に送信して、属性情報管理サーバ１０へのアクセス権を示すアクセストークンに交換する（図１０の（４）参照）。
そして、サービス提供者のＷｅｂサーバ２０は、属性情報管理サーバ１０が規定するアプリケーションインタフェースを用いて、アクセストークンをパラメータにして、属性情報管理サーバ１０からユーザの属性情報を取得する（図１０の（５）参照）。例えば、属性情報管理サーバ１０は、サービス提供者のＷｅｂサーバ２０からユーザの属性情報の取得を要求された場合、アクセストークンに埋め込まれたアカウント名に対応するプロファイルを作成する（図１０の（６）参照）。図１０に示す例においては、サービス提供者のＷｅｂサーバ２０は、属性情報として、氏名、生年月日、住所、電話番号、クレジットカード番号を要求する。そのため、属性情報管理サーバ１０は、属性情報として、氏名、生年月日、住所、電話番号、クレジットカード番号を含むプロファイルを作成する。
ここで、図１０に示す例においては、ユーザは、属性情報として、氏名、生年月日、住所、電話番号を属性情報管理サーバ１０に登録する。つまり、属性情報管理サーバ１０には、ユーザのクレジットカード番号は登録されていない。そのため、属性情報管理サーバ１０は、例えば、要求された属性情報のうちクレジットカード番号を除く氏名、生年月日、住所、電話番号をサービス提供者のＷｅｂサーバ２０に送信する。そして、属性情報管理サーバ１０は、例えば、プロファイルに属性情報のうちクレジットカード番号をサービス提供者のＷｅｂサーバ２０に流通できなかったことを示す情報を追加してもよい。
なお、属性情報管理サーバ１０やサービス提供者のＷｅｂサーバ２０は、クレジットカード番号がサービス提供者のＷｅｂサーバ２０の登録に必須の情報である場合、ユーザにクレジットカード番号の登録を要求してもよい。また、属性情報管理サーバ１０やサービス提供者のＷｅｂサーバ２０は、クレジットカード番号がサービス提供者のＷｅｂサーバ２０の登録に必須の情報である場合、ユーザにサービス提供者のＷｅｂサーバ２０の登録ができないことを通知してもよい。また、例えば、サービス提供者のＷｅｂサーバ２０は、クレジットカード番号がサービス提供者のＷｅｂサーバ２０の登録にオプションの情報である場合、サービス提供者のＷｅｂサーバ２０は、ユーザの登録を完了してもよい。
まず、図１１を用いては、ユーザ属性情報管理システム１００におけるユーザ属性情報の追加の流れの一例を説明する。まず、ユーザは、属性情報管理サーバ１０に自身の属性情報を追加する（図１１の（１）参照）。図１１に示す例においては、属性情報管理サーバ１０に属性情報として、氏名、生年月日、住所、電話番号が既に登録されており、ユーザが属性情報としてクレジットカード番号を新たに追加する。
このとき、属性情報管理サーバ１０は、プロファイルを参照し、サービス提供者のＷｅｂサーバ２０におけるユーザの登録時に流通できなかったクレジットカード番号が属性情報として追加されたことを確認する。そして、属性情報管理サーバ１０は、ユーザの登録時にクレジットカード番号を取得できなかったサービス提供者のＷｅｂサーバ２０にクレジットカード番号が追加されたことを通知する。
例えば、属性情報管理サーバ１０は、ユーザが自身の属性情報を追加すると、サービス提供者のＷｅｂサーバ２０が取得を要求した属性情報を管理しているプロファイルを参照して、追加前に当該属性情報の取得を要求したサービス提供者のＷｅｂサーバ２０を特定する。さらに、属性情報管理サーバ１０は、特定したサービス提供者のＷｅｂサーバ２０のなかから、当該属性情報の変更に追従するサービス提供者のＷｅｂサーバ２０を特定する。そして、属性情報管理サーバ１０は、特定したサービス提供者のＷｅｂサーバ２０へユーザの属性情報が追加されたことを通知する。また、属性情報管理サーバ１０は、当該サービス提供者のＷｅｂサーバ２０が真正であり、なりすましでないことを確認するために、サービス提供者のＷｅｂサーバ２０のクレデンシャルを要求する（図１１の（２）参照）。なお、図１１中の（３）〜（６）の処理は、図６中の（３）〜（６）の処理と同様であるので、説明を省略する。このように、属性情報管理サーバ１０は、新たに属性情報が追加された場合であっても、追従するＷｅｂサーバ２０に対してユーザの属性情報の追加を適切に反映することが可能である。
[第一の実施形態の効果]
上述してきたように、属性情報管理サーバ１０は、属性情報を記憶する。そして、属性情報管理サーバ１０は、ユーザ端末３０からの要求に応じ属性情報を変更し、属性情報の変更をＷｅｂサーバ２０に通知する。そして、Ｗｅｂサーバ２０は、属性情報管理サーバ１０から属性情報の変更の通知を受け付けた場合、通知を受け付けた属性情報の少なくとも一部を属性情報管理サーバ１０に要求する。その後、属性情報管理サーバ１０は、通知した属性情報の要求をＷｅｂサーバ２０から受け付けた場合、変更された属性情報をＷｅｂサーバ２０に送信する。そして、Ｗｅｂサーバ２０は、要求した変更された属性情報を受信した場合、変更された属性情報に基づいてユーザ情報を更新する。このため、属性情報を管理する装置である属性情報管理サーバ１０におけるユーザの属性情報の変更にＷｅｂサーバ２０が追従する際に、追従するＷｅｂサーバ２０に対してユーザの属性情報の変更を適切に反映することが可能である。
また、サービス提供者のＷｅｂサーバ２０は、属性情報管理サーバ１０から取得済みのユーザの属性情報を定期的に取得して当該属性情報の変更有無を確認する必要がなくなり、属性情報管理サーバ１０の処理量を抑えることができる。
さらに、当該サービス提供者のＷｅｂサーバ２０は変更された当該属性情報を速やかに取得して、当該ユーザへのサービスに反映させることが可能であるため、ユーザの利便性が向上する。
また、属性情報管理サーバ１０がＷｅｂサーバ２０からクレデンシャルを取得してＷｅｂサーバ２０の真正性を確認することにより、Ｗｅｂサーバ２０のなりすましによるユーザの属性情報の漏えいを防止できる。
また、属性情報管理サーバ１０は、ユーザ端末３０により選択されたＷｅｂサーバ２０に、属性情報の変更を通知することにより、ユーザがサービス提供者のＷｅｂサービス２０を利用する際の自身の属性情報を使い分けたりすることを支援することが可能である。
［第二の実施形態］
上記した第一の実施形態では、Ｗｅｂサーバの真正性を確認するために、Ｗｅｂサーバが保有するクレデンシャルを用いる場合を説明したが、これに限定されるものではなく、Ｗｅｂサーバ以外から取得した情報に基づいてＷｅｂサーバの真正性を確認するようにしてもよい。以下で説明する第二の実施形態では、図１２に示すようにユーザ属性情報管理システム１００Ａは、専用線情報管理サーバ４０を有しており、属性情報管理サーバ１１０は、専用線情報管理サーバ４０から取得した情報に基づいてＷｅｂサーバ２０の真正性を確認する場合について説明する。なお、第一の実施形態と共通する構成・処理については説明を省略する。
［属性情報管理サーバの構成］
図１３を用いて、図１２に示した属性情報管理サーバの構成を説明する。図１３は、第二の実施形態に係る属性情報管理サーバの構成を示すブロック図である。なお、第一の実施形態に係る属性情報管理サーバ１０と同様の構成は、同一の番号を付し説明を省略する。
記憶部１１３は、制御部１２による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、属性情報記憶部１３ａ、プロファイル情報記憶部１３ｂ、およびＷｅｂサーバ情報記憶部１３ｃを有する。
Ｗｅｂサーバ情報記憶部１３ｃは、Ｗｅｂサーバ情報を記憶する。Ｗｅｂサーバ情報記憶部１３ｃに記憶されるＷｅｂサーバ情報は、Ｗｅｂサーバ２０の真正性の確認に用いられる情報である。具体的には、Ｗｅｂサーバ情報記憶部１３ｃに記憶されるＷｅｂサーバ情報は、属性情報の変更に追従するサービス提供者のＷｅｂサーバ２０の真正性の確認に用いられる情報である。例えば、Ｗｅｂサーバ情報記憶部１３ｃは、図１４に例示するように、Ｗｅｂサーバ２０を一意に識別する「ＷｅｂサーバＩＤ」と、ＷｅｂサーバＩＤにより識別されるＷｅｂサーバ２０が通信ネットワークＮに接続するための専用線の番号（以下、単に「専用線の番号」や「専用線番号」と称する場合がある）とを対応付けて記憶している。例えば、図１４の例では、ＷｅｂサーバＩＤ「サーバＡ」により識別されるＷｅｂサーバ２０は、専用線番号「Ｌ１」により通信ネットワークＮに接続されることを示す情報が記憶される。
属性情報管理サーバ１１０の上記以外の構成は、前述した図２の属性情報管理サーバ１０と同様であるため省略するが、専用線情報管理サーバ４０から取得した情報に基づいてＷｅｂサーバ２０の真正性を確認するようにしているため、送信部１２ｃの処理内容が異なる。第二の実施形態に係る属性情報管理サーバ１１０の送信部１２ｃは、Ｗｅｂサーバ２０から取得した秘密鍵を専用線情報管理サーバ４０へ送信することにより専用線情報管理サーバ４０から取得した専用線の番号が、秘密鍵を送信したＷｅｂサーバ２０の専用線の番号と一致する場合、当該Ｗｅｂサーバ２０に変更部１２ａにより変更された属性情報を送信する。なお、秘密鍵についての詳細は後述する。
また、Ｗｅｂサーバ２０の構成は、前述した図５と同様であるため省略するが、専用線情報管理サーバ４０から取得した情報に基づいてＷｅｂサーバ２０の真正性を確認するようにしているため、要求部２２ａの処理内容が異なる。第二の実施形態に係る要求部２２ａは、属性情報管理サーバ１１０から属性情報の変更の通知を受け付けた場合、専用線情報管理サーバ４０に秘密鍵の取得を要求し、専用線情報管理サーバ４０から取得した秘密鍵を属性情報管理サーバ１１０へ送信することにより、通知を受け付けた属性情報の少なくとも一部を要求する。具体的には、要求部２２ａは、属性情報管理サーバ１１０から属性情報の変更の通知を受け付けた属性情報を要求する場合、専用線情報管理サーバ４０に秘密鍵の取得を要求する。そして、要求部２２ａは、専用線情報管理サーバ４０から秘密鍵を取得した場合、秘密鍵を属性情報管理サーバ１１０へ送信する。そして、要求部２２ａは、属性情報管理サーバ１１０から追従トークンを受信した場合、受信した追従トークンを属性情報管理サーバ１１０に送信することにより、通知を受け付けた属性情報を要求する。
［専用線情報管理サーバの構成］
次に、図１５を用いて、図１２に示した専用線情報管理サーバ４０の構成を説明する。図１５は、第二の実施形態に係る専用線情報管理サーバの構成を示すブロック図である。図１５に示すように、専用線情報管理サーバ４０は、通信処理部４１、制御部４２、記憶部４３を有する。以下にこれらの各部の処理を説明する。
通信処理部４１は、接続される属性情報管理サーバ１１０やＷｅｂサーバ２０との間でやり取りする各種情報に関する通信を制御する。
記憶部４３は、制御部４２による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、専用線情報記憶部４３ａを有する。
専用線情報記憶部４３ａは、専用線情報を記憶する。専用線情報記憶部４３ａに記憶される専用線情報は、Ｗｅｂサーバ２０の真正性の確認に用いられる情報である。具体的には、専用線情報記憶部４３ａに記憶される専用線情報は、属性情報の変更に追従するサービス提供者のＷｅｂサーバ２０の真正性の確認に用いられる情報である。例えば、専用線情報記憶部４３ａは、図１６に例示するように、Ｗｅｂサーバを一意に識別する「ＷｅｂサーバＩＤ」と、ＷｅｂサーバＩＤにより識別されるＷｅｂサーバ２０の専用線の番号とを対応付けて記憶している。また、専用線情報記憶部４３ａは、専用線の種別も記憶している。専用線の種別としては、専用線のサービス種別や回線速度などで特定される種別を用いてもよい。例えば、図１６の例では、ＷｅｂサーバＩＤ「サーバＢ」により識別されるＷｅｂサーバ２０は、種別「Ｔ２」の専用線番号「Ｌ２」により通信ネットワークＮに接続されることを示す情報が記憶される。また、専用線情報記憶部４３ａは、図１６に例示するように、専用線の番号に対して秘密鍵が払い出された場合、当該専用線の番号と当該秘密鍵とを紐づけて記憶する。例えば、図１６の例では、専用線番号「Ｌ１」には、秘密鍵「ａｂｃｄ」が紐づけて記憶される。また、専用線情報記憶部４３ａは、図１６に例示するように、払い出された秘密鍵の有効期限を記憶する。
制御部４２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、情報受信部４２ａと情報管理部４２ｂと情報送信部４２ｃとを有する。
情報受信部４２ａは、Ｗｅｂサーバ２０から秘密鍵の取得の要求を受信する。また、情報受信部４２ａは、属性情報管理サーバ１１０から秘密鍵を受信する。
情報管理部４２ｂは、例えば、情報受信部４２ａによりＷｅｂサーバ２０から秘密鍵の取得の要求が受信された場合、秘密鍵の取得を要求するＷｅｂサーバ２０を通信ネットワークＮに接続している専用線を特定する。具体的には、情報管理部４２ｂは、専用線情報記憶部４３ａに記憶された専用線情報に基づいて、秘密鍵の取得を要求するＷｅｂサーバ２０の専用線を特定する。図１６に示す例の場合、情報管理部４２ｂは、秘密鍵の取得を要求するＷｅｂサーバ２０のＷｅｂサーバＩＤがサーバＡである場合、専用線番号はＬ１と特定する。そして、情報管理部４２ｂは、一定の期間のみ有効である秘密鍵を払い出して、当該秘密鍵を秘密鍵の取得を要求するＷｅｂサーバ２０の専用線の番号に紐づけて管理する。
情報管理部４２ｂは、例えば、情報受信部４２ａにより属性情報管理サーバ１１０から秘密鍵が受信された場合、当該秘密鍵の有効期限を確認した後に、当該秘密鍵から当該専用線の番号を特定する。具体的には、情報管理部４２ｂは、専用線情報記憶部４３ａに記憶された専用線情報に基づいて、受信した秘密鍵から当該専用線の番号を特定する。図１６に示す例の場合、情報管理部４２ｂは、秘密鍵「ａｂｃｄ」を受信した場合、当該秘密鍵の有効期限を確認した後に、専用線番号はＬ１と特定する。
情報送信部４２ｃは、Ｗｅｂサーバ２０からの要求に応じて、Ｗｅｂサーバ２０に対応する秘密鍵をＷｅｂサーバ２０へ送信する。例えば、情報送信部４２ｃは、Ｗｅｂサーバ２０からの要求に応じて、情報管理部４２ｂにより払い出された秘密鍵をＷｅｂサーバ２０に送信する。
また、情報送信部４２ｃは、情報受信部４２ａにより属性情報管理サーバ１１０から秘密鍵が受信された場合、当該秘密鍵に対応する専用線番号を属性情報管理サーバ１１０へ送付する。例えば、情報送信部４２ｃは、情報受信部４２ａにより属性情報管理サーバ１１０から秘密鍵が受信された場合、情報管理部４２ｂにより特定された当該専用線の番号を属性情報管理サーバ１１０に送信する。
次に、図１７を用いて、第二の実施形態に係るユーザ属性情報管理システム１００Ａにおけるユーザ属性情報の更新処理の流れを説明する。図１７は、第二の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の更新処理の流れを説明する図である。
ユーザ端末３０は、属性情報管理サーバ１１０に登録している自身の属性情報を変更した後、属性情報の変更に追従させるサービス提供者のＷｅｂサーバ２０を選択して、当該サービス提供者のＷｅｂサーバ２０への変更後の属性情報の流通を認可する（図１７の（１）参照）。
属性情報管理サーバ１１０は、サービス提供者のＷｅｂサーバ２０が通信ネットワークＮに接続するための専用線の番号を専用線情報管理サーバ４０から取得するための申請をあらかじめ専用線情報管理サーバ４０に行う。ユーザが自身の属性情報を変更した際に当該属性情報の変更に追従するサービス提供者のＷｅｂサーバ２０のリストを管理する。当該リストは、サービス提供者があらかじめ属性情報管理サーバ１１０に申請を行って、属性情報管理サーバ１１０にアクセスする際の手続きを行うための許可を取得したときに作成される。ユーザが自身の属性情報を変更すると、属性情報管理サーバ１１０は、サービス提供者のＷｅｂサーバ２０が取得した属性情報を管理しているプロファイルを参照して、変更前に当該属性情報を取得したサービス提供者のＷｅｂサーバ２０を特定する。
さらに、特定したサービス提供者のＷｅｂサーバ２０のなかから、当該属性情報の変更に追従するサービス提供者のＷｅｂサーバ２０を特定する。そして、特定したサービス提供者のＷｅｂサーバ２０へユーザの属性情報が変更されたことを通知する。また、当該サービス提供者のＷｅｂサーバ２０が真正であり、なりすましでないことを確認するために、サービス提供者のＷｅｂサーバ２０のクレデンシャルを要求する（図１７の（２）参照）。
サービス提供者のＷｅｂサーバ２０が、通信ネットワークＮがサービス提供者のＷｅｂサーバ２０を接続している専用線に紐づけられた秘密鍵を送信すると（図１７の（６）参照）、属性情報管理サーバ１１０は当該秘密鍵を専用線情報管理サーバ４０に送付して、専用線番号を取得する（図１７の（７）参照）。
そして、サービス提供者のＷｅｂサーバ２０からの申請により属性情報管理サーバ１１０にあらかじめ登録されている当該専用線の番号と照合して、当該サービス提供者のＷｅｂサーバ２０が真正であることが確認できると、当該サービス提供者のＷｅｂサーバ２０に、変更された属性情報へのアクセス権を表す追従トークンを送信する（図１７の（８）参照）。当該追従トークンには、トークン識別子やトークンタイプの他に、当該追従トークンの有効期限や変更された当該属性情報や変更時刻などが記載されている。
そして、サービス提供者のＷｅｂサーバ２０から追従トークンを用いて、変更された当該属性情報の取得要求を受信すると、当該属性情報をサービス提供者のＷｅｂサーバ２０に送信するとともに、当該サービス提供者のＷｅｂサーバ２０に流通させた属性情報を管理しているプロファイルを更新する（図１７の（１０）参照）。
サービス提供者のＷｅｂサーバ２０は、当該サービス提供者のＷｅｂサーバ２０の真正性を担保するためのクレデンシャルとして、通信ネットワークＮに接続するための専用線の番号に紐づけられた秘密鍵を専用線情報管理サーバ４０から取得するための申請をあらかじめ専用線情報管理サーバ４０に行う。また、属性情報管理サーバ１１０が、当該サービス提供者のＷｅｂサーバ２０を通信ネットワークＮに接続する専用線の番号を用いて当該サービス提供者のＷｅｂサーバ２０の真正性を確認するために、当該専用線の番号を属性情報管理サーバ１１０に登録するように、あらかじめ属性情報管理サーバ１１０に申請を行う。
属性情報管理サーバ１１０から、ユーザの属性情報の変更通知を受信すると（図１７の（２）参照）、ユーザの属性情報の変更への追従の要否を判断する。なお、この時点では、サービス提供者のＷｅｂサーバ２０のなりすましによる情報漏洩を防ぐ観点から、当該サービス提供者のＷｅｂサーバ２０が取得しているユーザの属性情報について変更があったことのみを通知し、変更されたユーザの属性情報を特定した通知は行わない。
ユーザの属性情報の変更への追従が必要であると判断した場合、専用線情報管理サーバ４０に当該専用線に紐づけられた秘密鍵を要求する（図１７の（３）参照）。専用線情報管理サーバ４０から秘密鍵を取得すると（図１７の（４）参照）、当該秘密鍵を属性管理サーバ１１０に送信する（図１７の（５）参照）。また、属性情報管理サーバ１１０から追従トークンを取得すると、追従トークンから変更された当該属性情報を特定し、当該属性情報の取得要否を判断する。変更された当該属性情報を取得する場合、当該追従トークンを用いて、当該属性情報管理サーバ１１０のアプリケーションインタフェースから当該属性情報を要求する（図１７の（９）参照）。
専用線情報管理サーバ４０は、サービス提供者のＷｅｂサーバ２０を通信ネットワークＮに接続する専用線に関する情報を管理している。管理している情報には、当該専用線の番号や専用線の種別などがある。専用線情報管理サーバ４０は、あらかじめ申請のあったサービス提供者のＷｅｂサーバ２０から当該専用線の番号に紐づけられた秘密鍵の要求を受信すると（図１７の（３）参照）、当該サービス提供者のＷｅｂサーバ２０を通信ネットワークＮに接続している専用線を特定し、当該専用線の番号を取得するとともに、一定の期間のみ有効である秘密鍵を払い出して、当該専用線の番号と当該秘密鍵を紐づけて管理し、当該秘密鍵を当該サービス提供者のＷｅｂサーバ２０に送信する（図１７の（４）参照）。
また、あらかじめ申請のあった属性情報管理サーバ１１０から当該秘密鍵を用いて当該サービス提供者のＷｅｂサーバ２０を通信ネットワークＮに接続している専用線の番号の要求を受信すると（図１７の（６）参照）、当該秘密鍵の有効期限を確認した後に、当該秘密鍵から当該専用線の番号を特定して、当該属性情報管理サーバ１１０に当該秘密鍵を送信する（図１７の（７）参照）。
このように、通信ネットワークＮ上に専用線情報管理サーバ４０を配置する。そして、当該属性情報管理サーバ１１０が当該サービス提供者のＷｅｂサーバ２０の真正性を確認するために、当該サービス提供者のＷｅｂサーバ２０は、当該サービス提供者のＷｅｂサーバ２０を通信ネットワークＮに接続している専用線の番号に紐づけられた秘密鍵を専用線情報管理サーバ４０から取得する。そして、当該サービス提供者のＷｅｂサーバ２０は、取得した秘密鍵を当該属性情報管理サーバ１１０に送付し、当該属性情報管理サーバ１１０は、当該秘密鍵を用いて当該専用線情報管理サーバ４０から当該専用線の番号を取得する。そして、当該属性情報管理サーバ１１０は、取得した専用線の番号と当該属性情報管理サーバ１１０にあらかじめ登録されている当該専用線の番号と照合する。
また、当該サービス提供者のＷｅｂサーバ２０が、変更された当該属性情報を取得する際に、当該属性情報管理サーバ１１０が当該サービス提供者のＷｅｂサーバ２０の真正性を確認するために、当該サービス提供者のＷｅｂサーバ２０を通信ネットワークＮに接続している専用線の番号および当該番号に紐づけられている秘密鍵を用いることにより、信頼性の高い真正性の確認を行うことができる。
これより、ユーザの属性情報が変更されると、当該属性情報管理サーバ１１０の処理負荷を抑えながら、変更前に当該属性情報を取得したサービス提供者のＷｅｂサーバ２０が当該属性情報の変更に速やかに追従することを可能にする。また、サービス提供者のＷｅｂサーバ２０について、信頼性の高い真正性の確認を可能にする。
次に、図１８−１および図１８−２を用いて、第二の実施形態に係るユーザ属性情報管理システム１００Ａによる処理を説明する。図１８−１および図１８−２は、第二の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報管理処理の流れを説明するシーケンス図である。
まず、図１８−１および図１８−２に示すように、ユーザ端末３０は、自身の属性情報の一元管理を支援する属性情報管理サーバ１１０が管理する自身の属性情報を変更するために、属性情報管理サーバ１１０のポータルサイトにアクセスする（ステップＳ２０１）。そして、属性情報管理サーバ１１０は、アクセスに対する応答として、ポータルサイトの画面の情報等をユーザ端末３０に送信する（ステップＳ２０２）。続いて、ユーザ端末３０は、自身の属性情報を変更する（ステップＳ２０３）。
そして、属性情報管理サーバ１１０は、各サービス提供者のＷｅｂサーバ２０に流通させた属性情報を管理しているプロファイルを参照して、変更されたユーザの属性情報を変更前に流通させたサービス提供者のＷｅｂサーバ２０を特定する（ステップＳ２０４）。さらに、当該特定したサービス提供者のＷｅｂサーバ２０のなかから、ユーザの属性情報の変更に追従するサービス提供者のＷｅｂサーバ２０を特定する（ステップＳ２０５）。そして、特定したサービス提供者のＷｅｂサーバ２０のなかから、変更した属性情報の流通を認可する当該サービス提供者のＷｅｂサーバ２０の選択をユーザに要求する（ステップＳ２０６）。
そして、ユーザ端末３０は、変更した自身の属性情報の流通を認可するサービス提供者のＷｅｂサーバ２０を選択する（ステップＳ２０７）。例えば、ユーザ端末３０は、図８に示す画面表示を介して、変更した自身の属性情報の流通を認可するサービス提供者のＷｅｂサーバ２０を選択する。ユーザ端末３０は、変更した自身の属性情報の流通を認可するサービス提供者のＷｅｂサーバ２０を決定した場合、認可したサービス提供者のＷｅｂサーバ２０のリストを属性情報管理サーバ１１０へ送信する（ステップＳ２０８、２０９）。
続いて、属性情報管理サーバ１１０は、ユーザが認可したサービス提供者のＷｅｂサーバ２０に、当該サービス提供者のＷｅｂサーバ２０が取得しているユーザの属性情報について変更があったことを通知するとともに、当該サービス提供者のＷｅｂサーバ２０のクレデンシャルを要求する（ステップＳ２１０）。
そして、サービス提供者のＷｅｂサーバ２０は、変更前に取得した当該ユーザの属性情報について、変更された当該属性情報の取得要否について判断する（ステップＳ２１１）。サービス提供者のＷｅｂサーバ２０は、変更された当該属性情報の取得が必要な場合には（ステップＳ２１１肯定）、専用線情報管理サーバ４０に、当該サービス提供者のＷｅｂサーバ２０を通信ネットワークＮに接続している専用線の番号を要求する（ステップＳ２１２）。また、サービス提供者のＷｅｂサーバ２０は、変更された当該属性情報の取得が不要な場合には（ステップＳ２１１否定）、処理を終了する。
そして、専用線情報管理サーバ４０は、当該サービス提供者のＷｅｂサーバ２０を通信ネットワークＮに接続している専用線の番号を当該専用線情報管理サーバ４０のデータベースから検索する（ステップＳ２１３）。そして、取得した当該専用線の番号に紐づいた秘密鍵を発行して（ステップＳ２１４）、当該専用線の番号と当該秘密鍵の対応付けを当該専用線情報管理サーバ４０のデータベース（例えば、専用線情報記憶部４３ａ。以下、同じ）に登録する（ステップＳ２１５）。そして、当該サービス提供者のＷｅｂサーバ２０に当該秘密鍵を送信する（ステップＳ２１６）。
そして、サービス提供者のＷｅｂサーバ２０は、属性情報管理サーバ１１０からのクレデンシャルの要求に対して、専用線情報管理サーバ４０から取得した秘密鍵を応答する（ステップＳ２１７）。
続いて、属性情報管理サーバ１１０は、サービス提供者のＷｅｂサーバ２０から取得した秘密鍵から当該サービス提供者のＷｅｂサーバ２０を通信ネットワークＮに接続している専用線の番号を取得するために、当該秘密鍵を用いて専用線情報管理サーバ４０に当該専用線の番号を要求する（ステップＳ２１８）。
そして、専用線情報管理サーバ４０は、属性情報管理サーバ１１０から取得した当該秘密鍵の有効期限を確認して、有効期限内であれば（ステップＳ２１９肯定）、当該専用線情報管理サーバ４０のデータベースから当該秘密鍵に紐づけられている専用線番号を検索して（ステップＳ２２０）、当該属性情報管理サーバ１１０に当該専用線番号を送信する（ステップＳ２２１）。また、専用線情報管理サーバ４０は、属性情報管理サーバ１１０から取得した当該秘密鍵の有効期限を過ぎていれば（ステップＳ２１９否定）、処理を終了する。
続いて、属性情報管理サーバ１１０は、専用線情報管理サーバ４０から取得した専用線番号と当該属性情報管理サーバ１１０にあらかじめ登録してあるサービス提供者のＷｅｂサーバ２０の専用線番号を比較して（ステップＳ２２２）、一致している場合には（ステップＳ２２３肯定）、サービス提供者のＷｅｂサーバ２０に、変更された属性情報へのアクセス権を表す追従トークンを送信する（ステップＳ２２４）。また、属性情報管理サーバ１１０は、専用線情報管理サーバ４０から取得した専用線番号と当該属性情報管理サーバ１１０にあらかじめ登録してあるサービス提供者のＷｅｂサーバ２０の専用線番号が一致していない場合には（ステップＳ２２３否定）、処理を終了する。
そして、サービス提供者のＷｅｂサーバ２０は、取得した追従トークンから変更された属性情報を特定し（ステップＳ２２５）、当該サービス提供者のＷｅｂサーバ２０が提供するサービスの内容などから、変更された当該属性情報を属性情報管理サーバ１１０から取得するかを判断する（ステップＳ２２６）。サービス提供者のＷｅｂサーバ２０は、当該属性情報の取得が不要な場合には（ステップＳ２２６否定）、処理を終了する。また、サービス提供者のＷｅｂサーバ２０は、変更された当該属性情報を取得する場合（ステップＳ２２６肯定）、属性情報管理サーバ１１０が規定しているアプリケーションインタフェースから、追従トークンを用いて属性情報管理サーバ１１０に当該属性情報を要求する（ステップＳ２２７）。
続いて、属性情報管理サーバ１１０は、ユーザの属性情報の取得要求から追従トークンを取得し、当該要求を送信したサービス提供者のＷｅｂサーバ２０のアクセス権を確認する。当該サービス提供者のＷｅｂサーバ２０のアクセス権の妥当性を確認できた場合、当該属性情報管理サーバ１１０は、対応するプロファイルを更新し（ステップＳ２２８）、当該サービス提供者のＷｅｂサーバ２０に、要求された当該属性情報を送信する（ステップＳ２２９）。
[第二の実施形態の効果]
第二の実施形態に係るユーザ属性情報管理システム１００Ａは、専用線情報管理サーバ４０を有しており、属性情報管理サーバ１１０は、専用線情報管理サーバ４０から取得した情報に基づいてＷｅｂサーバ２０の真正性を確認する。具体的には、ユーザ属性情報管理システム１００Ａにおいて、サービス提供者のＷｅｂサーバ２０が、属性情報管理サーバ１１０から当該サービス提供者のＷｅｂサーバ２０のクレデンシャルを要求された際に、当該サービス提供者のＷｅｂサーバ２０が、専用線情報管理サーバ４０から当該サービス提供者のＷｅｂサーバ２０を通信ネットワークＮに接続する専用線の番号に紐づけられた秘密鍵を取得する。そして、当該サービス提供者のＷｅｂサーバ２０が、取得した秘密鍵を属性情報管理サーバ１１０に送信し、当該属性情報管理サーバ１１０が当該専用線情報管理サーバ４０に当該秘密鍵を送信して当該秘密鍵に対応する専用線の番号を取得する。そして、属性情報管理サーバ１１０は、取得した専用線の番号と、あらかじめ当該サービス提供者のＷｅｂサーバ２０が当該属性情報管理サーバ１１０に申請していた当該専用線の番号と照合する。
このため、属性情報を管理する装置である属性情報管理サーバ１１０におけるユーザの属性情報の変更にＷｅｂサーバ２０が追従する際に、追従するＷｅｂサーバ２０に対してユーザの属性情報の変更を適切に反映することが可能である。具体的には、属性情報管理サーバ１１０は当該サービス提供者のＷｅｂサーバ２０の真正性を信頼性の高い専用線の情報を利用して確認することができ、安全にユーザ属性情報の流通を行うことができる。また、サービス提供者のＷｅｂサーバ２０が属性情報管理サーバ１１０に当該専用線の情報を送信する際に、当該専用線の番号ではなく当該秘密鍵を用いることにより、当該専用線の番号を悪用することによるサービス提供者のＷｅｂサーバ２０へのなりすましを防ぐことができる。
また、サービス提供者のＷｅｂサーバ２０は、属性情報管理サーバ１１０から取得済みのユーザの属性情報を定期的に取得して当該属性情報の変更有無を確認する必要がなくなり、属性情報管理サーバ１１０の処理量を抑えることができる。
さらに、当該サービス提供者のＷｅｂサーバ２０は変更された当該属性情報を速やかに取得して、当該ユーザへのサービスに反映させることが可能であるため、ユーザの利便性が向上する。
［第三の実施形態］
上記した第三の実施形態では、属性情報管理サーバに代わり、ユーザ端末にインストールされた属性情報管理アプリケーションが、ユーザの属性情報の管理を行う場合について説明する。属性情報管理アプリケーション５０は、ユーザ端末３０Ａにインストールされ、ユーザ端末３０ＡにインストールされているＷｅｂブラウザ６０のアドオンとして動作し、ユーザに対して、ユーザが自身の属性情報を一元管理したり、サービス提供者のＷｅｂサービスを利用する際の自身の属性情報を使い分けたりすることを支援する。
まず、図１９を用いて、第三の実施形態に係るユーザ属性情報管理システム１００Ｂにおけるユーザ属性情報の更新処理の流れを説明する。図１９は、第三の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報の更新処理の流れを説明する図である。
ユーザは、あらかじめユーザ端末３０Ａにインストールしてある属性情報管理アプリケーション５０に自身の属性情報を登録する。そして、利用したいサービスを提供しているサービス提供者のＷｅｂサーバ２０に自身のユーザ登録を行う（図１９の（１）参照）。その後、ユーザが属性情報管理アプリケーション５０に登録している自身の属性情報を変更すると、ユーザは属性情報の変更に追従させるサービス提供者のＷｅｂサーバ２０を選択して、当該サービス提供者のＷｅｂサーバ２０への変更後の属性情報の流通を認可する（図１９の（２）参照）。
属性情報管理アプリケーション５０は、ユーザが自身の属性情報を変更した際に当該属性情報の変更に追従するサービス提供者のＷｅｂサーバ２０のリストを管理する。当該リストは、サービス提供者があらかじめ属性情報管理アプリケーション５０に登録を行ったときに作成される。ユーザが自身の属性情報を変更すると、属性情報管理アプリケーション５０は、サービス提供者のＷｅｂサーバ２０が取得した属性情報を管理しているプロファイルを参照して、変更前に当該属性情報を取得したサービス提供者のＷｅｂサーバ２０を特定する。
さらに、属性情報管理アプリケーション５０は、特定したサービス提供者のＷｅｂサーバ２０のなかから、当該属性情報の変更に追従するサービス提供者のＷｅｂサーバ２０を特定する。そして、属性情報管理アプリケーション５０は、特定したサービス提供者のＷｅｂサーバ２０へユーザの属性情報が変更されたことを通知する。
また、属性情報管理アプリケーション５０は、当該サービス提供者のＷｅｂサーバ２０が真正であり、なりすましでないことを確認するために、サービス提供者のＷｅｂサーバ２０のクレデンシャルを要求する（図１９の（３）参照）。ここで、当該クレデンシャルは、ＩＤとパスワードの組、公開鍵暗号基盤技術を用いた電子証明書、チャレンジレスポンス型の認証手続き、その他当該サービス提供者のＷｅｂサーバ２０の真正性を確認できるものとする。
属性情報管理アプリケーション５０は、サービス提供者のＷｅｂサーバ２０が真正であることが確認できると、サービス提供者のＷｅｂサーバ２０に、変更された属性情報へのアクセス権を表す追従トークンを送信する（図１９の（５）参照）。当該追従トークンには、トークン識別子やトークンタイプの他に、当該追従トークンの有効期限や変更された当該属性情報や変更時刻などが記載されている。そして、属性情報管理アプリケーション５０は、サービス提供者のＷｅｂサーバ２０から追従トークンを用いて、変更された当該属性情報の取得要求を受信すると、当該属性情報をサービス提供者のＷｅｂサーバ２０に送信するとともに、当該サービス提供者のＷｅｂサーバ２０に流通させた属性情報を管理しているプロファイルを更新する（図１９の（７）参照）。
サービス提供者のＷｅｂサーバ２０は、属性情報管理アプリケーション５０から、ユーザの属性情報の変更通知を受信すると（図１９の（３）参照）、ユーザの属性情報の変更への追従の要否を判断する。なお、この時点では、サービス提供者のＷｅｂサーバ２０のなりすましによる情報漏洩を防ぐ観点から、当該サービス提供者のＷｅｂサーバ２０が取得しているユーザの属性情報について変更があったことのみを通知し、変更されたユーザの属性情報を特定した通知は行わない。
サービス提供者のＷｅｂサーバ２０は、ユーザの属性情報の変更への追従が必要であると判断した場合、当該サービス提供者のＷｅｂサーバ２０の真正性を確認できるクレデンシャルを属性情報管理アプリケーション５０に送信する（図１９の（４）参照）。また、サービス提供者のＷｅｂサーバ２０は、属性情報管理アプリケーション５０から追従トークンを取得すると、追従トークンから変更された当該属性情報を特定し、当該属性情報の取得要否を判断する。変更された当該属性情報を取得する場合、当該追従トークンを用いて、当該属性情報管理アプリケーション５０のアプリケーションインタフェースから当該属性情報を要求する（図１９の（６）参照）。
次に、図２０を用いて、ユーザ端末３０Ａの構成について説明する。図２０は、第三の実施形態に係るユーザ端末の構成を示すブロック図である。図２０に示すように、このユーザ端末３０Ａは、通信処理部３１、制御部３２、記憶部３３およびＧＵＩ処理部３４を有する。以下にこれらの各部の処理を説明する。なお、制御部３２、記憶部３３およびＧＵＩ処理部３４については、ユーザ端末３０Ａにインストールされた属性情報管理アプリケーション５０の機能である。
記憶部３３は、制御部３２による各種処理に必要なデータおよびプログラムを格納するが、特に本発明に密接に関連するものとしては、属性情報記憶部３３ａおよびプロファイル情報記憶部３３ｂを有する。
属性情報記憶部３３ａは、属性情報を記憶する。プロファイル情報記憶部３３ｂは、属性情報に基づいて作成されたプロファイルを記憶する。なお、属性情報記憶部３３ａおよびプロファイル情報記憶部３３ｂに記憶される情報は、前述した属性情報記憶部１３ａおよびプロファイル情報記憶部１３ｂに記憶される情報と同様のものであるため、詳しい説明を省略する。
制御部３２は、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行するが、特に本発明に密接に関連するものとしては、変更部３２ａ、通知部３２ｂおよび送信部３２ｃを有する。
変更部３２ａは、属性情報を変更する。具体的には、変更部３２ａは、ユーザから属性情報の変更を受け付けた場合、受け付けた属性情報により属性情報記憶部３３ａに記憶される属性情報を変更する。また、変更部３２ａは、例えば、変更した属性情報に基づいて、プロファイル情報記憶部３３ｂに記憶されたプロファイルを更新する。
通知部３２ｂは、変更部３２ａにより属性情報が変更された場合、属性情報の変更をＷｅｂサーバ２０に通知する。具体的には、通知部３２ｂは、変更部３２ａにより属性情報が変更された場合、ユーザが変更後の属性情報の流通を認可したサービス提供者のＷｅｂサーバ２０に対して属性情報の変更を通知する。例えば、通知部３２ｂは、ユーザにより選択されたサービス提供者のＷｅｂサーバ２０のみに、属性情報の変更を通知する。
送信部３２ｃは、変更部３２ａにより変更された属性情報をＷｅｂサーバ２０に送信する。具体的には、送信部３２ｃは、通知部３２ｂにより通知した属性情報の要求をＷｅｂサーバ２０から受け付けた場合、変更部３２ａにより変更された属性情報をＷｅｂサーバ２０に送信する。例えば、送信部３２ｃは、ユーザにより選択されたサービス提供者のＷｅｂサーバ２０のみに、変更部３２ａにより変更された属性情報を送信する。
次に、図２１を用いて、第三の実施形態に係るユーザ属性情報管理システム１００Ｂにおけるユーザ属性情報管理処理の流れを説明する。図２１は、第三の実施形態に係るユーザ属性情報管理システムにおけるユーザ属性情報管理処理の流れを説明するシーケンス図である。
まず、図２１に示すように、ユーザは、自身の属性情報の一元管理を支援する属性情報管理アプリケーション５０にアクセスして、当該属性情報を変更する（ステップＳ３０１）。
そして、属性情報管理アプリケーション５０は、各サービス提供者のＷｅｂサーバ２０に流通させた属性情報を管理しているプロファイルを参照して、変更されたユーザの属性情報を変更前に流通させたサービス提供者のＷｅｂサーバ２０を特定する（ステップＳ３０２）。さらに、属性情報管理アプリケーション５０は、当該特定したサービス提供者のＷｅｂサーバ２０のなかから、ユーザの属性情報の変更に追従するサービス提供者のＷｅｂサーバ２０を特定する（ステップＳ３０３）。そして、属性情報管理アプリケーション５０は、特定したサービス提供者のＷｅｂサーバ２０のなかから、変更した属性情報の流通を認可する当該サービス提供者のＷｅｂサーバ２０の選択をユーザに要求する（ステップＳ３０４）。
そして、ユーザは、変更した自身の属性情報の流通を認可するサービス提供者のＷｅｂサーバ２０を選択する（ステップＳ３０５）。例えば、ユーザは、Ｗｅｂブラウザ６０に表示された画面（例えば、図８に示す画面表示）を介して、変更した自身の属性情報の流通を認可するサービス提供者のＷｅｂサーバ２０を選択する。この場合、Ｗｅｂブラウザ６０は、ユーザが認可したサービス提供者のＷｅｂサーバ２０のリストを属性情報管理アプリケーション５０へ受け渡す（ステップＳ３０６、３０７）。
続いて、属性情報管理アプリケーション５０は、ユーザが認可したサービス提供者のＷｅｂサーバ２０に、当該サービス提供者のＷｅｂサーバ２０が取得しているユーザの属性情報について変更があったことを通知するとともに、当該サービス提供者のＷｅｂサーバ２０のクレデンシャルを要求する（ステップＳ３０８）。
そして、サービス提供者のＷｅｂサーバ２０は、変更前に取得した当該ユーザの属性情報について、変更された当該属性情報の取得要否について判断する（ステップＳ３０９）。当該サービス提供者のＷｅｂサーバ２０は、変更された当該属性情報の取得が不要な場合には（ステップＳ３０９否定）、処理を終了する。また、当該サービス提供者のＷｅｂサーバ２０は、変更された当該属性情報の取得が必要な場合には（ステップＳ３０９肯定）、属性情報管理アプリケーション５０に当該サービス提供者のＷｅｂサーバ２０のクレデンシャルを送信する（ステップＳ３１０）。
続いて、属性情報管理アプリケーション５０は、受信したクレデンシャルから当該サービス提供者のＷｅｂサーバ２０の真正性を確認できなかった場合（ステップＳ３１１否定）、処理を終了する。また、属性情報管理アプリケーション５０は、受信したクレデンシャルから当該サービス提供者のＷｅｂサーバ２０の真正性を確認できた場合（ステップＳ３１１肯定）、当該サービス提供者のＷｅｂサーバ２０に、変更された属性情報へのアクセス権を表す追従トークンを送信する（ステップＳ３１２）。
そして、サービス提供者のＷｅｂサーバ２０は、受信した追従トークンから変更された属性情報を特定する（ステップＳ３１３）。サービス提供者のＷｅｂサーバ２０は、当該属性情報の取得が必要な場合には（ステップＳ３１４肯定）、属性情報管理アプリケーション５０が規定しているアプリケーションインタフェースを利用して、属性情報管理アプリケーション５０から当該属性情報を取得する。具体的には、サービス提供者のＷｅｂサーバ２０は、当該属性情報の取得が必要な場合には（ステップＳ３１４肯定）、受信した追従トークンを属性情報管理アプリケーション５０に送信する（ステップＳ３１５）。そして、属性情報管理アプリケーション５０は、対応するプロファイルを更新し（ステップＳ３１６）、変更された属性情報をサービス提供者のＷｅｂサーバ２０へ送付する（ステップＳ３１７）。また、サービス提供者のＷｅｂサーバ２０は、当該属性情報の取得が不要な場合には（ステップＳ３１４否定）、処理を終了する。
図２２に示すように、属性情報管理アプリケーション５０は、ユーザ端末３０Ａにインストールされ、ユーザ端末３０ＡにおいてＷｅｂブラウザ６０のアドオンとして動作し、ユーザに対して、ユーザが自身の属性情報を一元管理したり、サービス提供者のＷｅｂサービスを利用する際の自身の属性情報を使い分けたりすることを支援する。具体的には、ユーザは、あらかじめ属性情報管理アプリケーション５０のＧＵＩ（Graphical User Interface）から、自身の属性情報を登録する。
このとき、メールアドレスやクレジットカード番号など、各属性に対して複数の情報を保持する場合には、それぞれの情報を登録する。なお、ユーザが登録した属性情報については、ユーザは属性情報管理アプリケーション５０のＧＵＩから適宜閲覧、変更する。また、サービス提供者のＷｅｂサーバ２０（例えば、図２２中ではＷｅｂサーバ２０Ａ〜２０Ｄ）に対しては、サービス提供者がサービスを提供するために必要なユーザの属性情報をユーザの認可のもとで提供する。サービス提供者に提供したユーザの属性情報については、ユーザがサービス提供者のＷｅｂサーバ２０にユーザ登録した際に払い出されたアカウント毎にプロファイルを作成して管理し、ユーザはサービス提供者に提供した自身の属性情報について当該アカウント毎に閲覧、確認する。
ユーザが属性情報管理アプリケーション５０のＧＵＩから登録済みの自身の属性情報を変更すると、属性情報管理アプリケーション５０は、当該属性情報を提供しているサービス提供者のＷｅｂサーバ２０を特定し、特定された当該サービス提供者のＷｅｂサーバ２０のなかで当該属性情報の変更に追従する当該サービス提供者のＷｅｂサーバ２０に、ユーザの認可のもとで、当該属性情報の変更の通知ならびに当該サービス提供者のＷｅｂサーバ２０の真正性を担保するクレデンシャルの要求を行う。そして、真正性を確認できた当該サービス提供者のＷｅｂサーバ２０に対して、変更された当該属性情報を提供する。
属性情報管理アプリケーション５０は、Ｗｅｂブラウザ６０が属性情報管理アプリケーション５０からユーザの属性情報を取得して、当該属性情報を表示するためのアプリケーションインタフェースを規定する。アプリケーションインタフェースの規定の一例としては、属性情報管理アプリケーション５０にｈｔｔｐ（HyperText Transfer Protocol）のサーバ機能を実装し、当該サーバ機能にアクセスするためのＵＲＬ（Uniform Resource Locator）やｈｔｍｌ（HyperText Markup Language）の規定がある。
[第三の実施形態の効果]
このように、第三の実施形態に係るユーザ属性情報管理システム１００Ｂでは、ユーザが、自身のユーザ端末３０Ａに属性情報管理アプリケーション５０をインストールして、自身の属性情報を自身のユーザ端末３０Ａで一元管理することにより、属性情報を管理する装置であるユーザ端末３０Ａにおけるユーザの属性情報の変更にＷｅｂサーバ２０が追従する際に、追従するＷｅｂサーバ２０に対してユーザの属性情報の変更を適切に反映することが可能である。具体的には、通信ネットワークＮ上のユーザの属性情報の管理に関わるサービスの仕様変更や障害などの運用状況に影響されることなく、自身の属性情報を一元管理したり、当該属性情報を変更した際にサービス提供者のＷｅｂサーバ２０に変更内容を追従させたりすることが可能となる。
さらに、ユーザの属性情報を保管、一元管理する属性情報管理アプリケーション５０をユーザ端末３０Ａにインストールすることにより、通信ネットワークＮの障害などの運用状況やユーザの属性情報を管理するサーバの運用ポリシーの変更などの通信ネットワークＮやサーバの影響を防ぐことができる。
また、サービス提供者のＷｅｂサーバ２０は、属性情報管理アプリケーション５０から取得済みのユーザの属性情報を定期的に取得して当該属性情報の変更有無を確認する必要がなくなり、属性情報管理アプリケーション５０の処理量を抑えることができる。
さらに、当該サービス提供者のＷｅｂサーバ２０は変更された当該属性情報を速やかに取得して、当該ユーザへのサービスに反映させることが可能であるため、ユーザの利便性が向上する。
また、ユーザ端末３０ＡがＷｅｂサーバ２０からクレデンシャルを取得してＷｅｂサーバ２０の真正性を確認することにより、Ｗｅｂサーバ２０のなりすましによるユーザの属性情報の漏えいを防止できる。
なお、本実施例では、サービス提供者のＷｅｂサーバ２０が属性情報管理アプリケーション５０に送信するクレデンシャルとして特定の情報に限定しないが、第二の実施形態に記載の専用線の番号および当該番号に紐づけられた秘密鍵を用いてもよい。
［第四の実施形態］
さて、これまで本発明の実施形態について説明したが、本発明は上述した実施形態以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では第四の実施形態として本発明に含まれる他の実施形態を説明する。
（１）システム構成等
図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、変更部１２ａと通知部１２ｂを統合してもよい。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
また、本実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
（２）プログラム
また、上記実施形態において説明した各装置が実行する処理について、コンピュータが実行可能な言語で記述したプログラムを作成することもできる。例えば、第一の実施形態に係る属性情報管理サーバ１０が実行する処理について、コンピュータが実行可能な言語で記述したユーザ属性情報管理プログラムを作成することもできる。この場合、コンピュータがユーザ属性情報管理プログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるユーザ属性情報管理プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されユーザ属性情報管理プログラムをコンピュータに読み込ませて実行することにより上記第一の実施形態と同様の処理を実現してもよい。以下に、図２に示した属性情報管理サーバ１０と同様の機能を実現するユーザ属性情報管理プログラムを実行するコンピュータの一例を説明する。
図２３は、ユーザ属性情報管理プログラムを実行するコンピュータを示す図である。図２３に例示するように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有し、これらの各部はバス１０８０によって接続される。
メモリ１０１０は、図２３に例示するように、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ（Random Access Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、図２３に例示するように、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、図２３に例示するように、ディスクドライブ１０４１に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１０４１に挿入される。シリアルポートインタフェース１０５０は、図２３に例示するように、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、図２３に例示するように、例えばディスプレイ１１３０に接続される。
ここで、図２３に例示するように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、上記のユーザ属性情報管理プログラムは、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０９０に記憶される。
また、上記実施形態で説明した各種データは、プログラムデータとして、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出し、各処理手順を実行する。
なお、ユーザ属性情報管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、ユーザ属性情報管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
１０、１１０ 属性情報管理サーバ
１１ 通信処理部
１２ 制御部
１２ａ 変更部
１２ｂ 通知部
１２ｃ 送信部
１３、１１３ 記憶部
１３ａ 属性情報記憶部
１３ｂ プロファイル情報記憶部
１３ｃ Ｗｅｂサーバ情報記憶部
２０、２０Ａ〜２０Ｄ Ｗｅｂサーバ
３０、３０Ａ ユーザ端末
４０ 専用線情報管理サーバ
４１ 通信処理部
４２ 制御部
４２ａ 情報受信部
４２ｂ 情報管理部
４２ｃ 情報送信部
４３ 記憶部
４３ａ 専用線情報記憶部
５０ 属性情報管理アプリケーション
６０ Ｗｅｂブラウザ
Ｎ 通信ネットワーク

Claims (16)

  1. ユーザの属性情報を管理する属性情報管理装置と、所定の属性情報を含む登録されたユーザ情報に基づいてユーザ端末にサービスを提供するサーバと、前記サーバが通信ネットワークに接続するための専用線の番号を管理する専用線情報管理サーバとを有するユーザ属性情報管理システムであって、
    前記属性情報管理装置は、
    属性情報を記憶する記憶部と、
    前記属性情報を変更する変更部と、
    前記変更部により前記属性情報が変更された場合、前記属性情報の変更を前記サーバに通知する通知部と、
    前記サーバにより要求された属性情報を前記サーバに送信する送信部と
    を備え、
    前記サーバは、
    前記属性情報管理装置から属性情報の変更の通知を受け付けた場合、前記通知を受け付けた属性情報の少なくとも一部を前記属性情報管理装置に要求する要求部と、
    前記要求部により要求された属性情報が受信された場合、当該属性情報に基づいてユーザ情報を更新する更新部と
    を備え、
    前記専用線情報管理サーバは、
    前記要求部からの要求に応じて、前記サーバに対応する秘密鍵を前記サーバへ送信し、前記属性情報管理装置から秘密鍵が受信された場合、当該秘密鍵に対応する専用線の番号を前記属性情報管理装置へ送信する情報送信部、
    を備え、
    前記要求部は、前記属性情報管理装置から属性情報の変更の通知を受け付けた場合、前記専用線情報管理サーバに前記秘密鍵の取得を要求し、前記専用線情報管理サーバから取得した秘密鍵を前記属性情報管理装置へ送信することにより、前記通知を受け付けた属性情報の少なくとも一部を要求し、
    前記送信部は、前記サーバから取得した秘密鍵を前記専用線情報管理サーバへ送信することにより前記専用線情報管理サーバから取得した専用線の番号が、前記秘密鍵を送信したサーバの専用線の番号と一致する場合、当該サーバに前記要求部により要求された属性情報を送信することを特徴とするユーザ属性情報管理システム。
  2. 前記要求部は、前記サーバの真正性を示すクレデンシャルを送信することにより、前記通知を受け付けた属性情報の少なくとも一部を前記属性情報管理装置に要求し、
    前記送信部は、前記要求部から受信した前記クレデンシャルに基づく真正性が確認できた場合、前記サーバにより要求された属性情報を前記サーバに送信することを特徴とする請求項１に記載のユーザ属性情報管理システム。
  3. 前記通知部は、前記ユーザ端末のユーザにより選択されたサーバに、前記属性情報の変更を通知することを特徴とする請求項１に記載のユーザ属性情報管理システム。
  4. ユーザの属性情報を管理する属性情報管理装置と、所定の属性情報を含む登録されたユーザ情報に基づいてユーザ端末にサービスを提供するサーバと、前記サーバが通信ネットワークに接続するための専用線の番号を管理する専用線情報管理サーバとを有するユーザ属性情報管理システムであって、
    前記属性情報管理装置は、
    属性情報を記憶する記憶部と、
    前記属性情報を変更する変更部と、
    前記変更部により前記属性情報が変更された場合、前記ユーザ端末のユーザの操作を受け付けて、変更後の前記属性情報をいずれのサーバに流通させるかについての認可を受けた上で、前記ユーザ端末のユーザの認可によって選択されたサーバに、前記属性情報の変更を通知する通知部と、
    前記サーバにより要求された属性情報を前記サーバに送信する送信部と
    を備え、
    前記サーバは、
    前記属性情報管理装置から属性情報の変更の通知を受け付けた場合、前記通知を受け付けた属性情報の少なくとも一部を前記属性情報管理装置に要求する要求部と、
    前記要求部により要求された属性情報が受信された場合、当該属性情報に基づいてユーザ情報を更新する更新部と
    を備え、
    前記専用線情報管理サーバは、
    前記要求部からの要求に応じて、前記サーバに対応する秘密鍵を前記サーバへ送信し、前記属性情報管理装置から秘密鍵が受信された場合、当該秘密鍵に対応する専用線の番号を前記属性情報管理装置へ送信する情報送信部、
    を備え、
    前記要求部は、前記属性情報管理装置から属性情報の変更の通知を受け付けた場合、前記専用線情報管理サーバに前記秘密鍵の取得を要求し、前記専用線情報管理サーバから取得した秘密鍵を前記属性情報管理装置へ送信することにより、前記通知を受け付けた属性情報の少なくとも一部を要求し、
    前記送信部は、前記サーバから取得した秘密鍵を前記専用線情報管理サーバへ送信することにより前記専用線情報管理サーバから取得した専用線の番号が、前記秘密鍵を送信したサーバの専用線の番号と一致する場合、当該サーバに前記要求部により要求された属性情報を送信する
    ことを特徴とするユーザ属性情報管理システム。
  5. ユーザの属性情報を管理する属性情報管理アプリケーションがインストールされたユーザ端末と、所定の属性情報を含む登録されたユーザ情報に基づいてユーザ端末にサービスを提供するサーバと、前記サーバが通信ネットワークに接続するための専用線の番号を管理する専用線情報管理サーバとを有するユーザ属性情報管理システムであって、
    前記ユーザ端末は、
    属性情報を記憶する記憶部と、
    前記属性情報を変更する変更部と、
    前記変更部により前記属性情報が変更された場合、前記属性情報の変更を前記サーバに通知する通知部と、
    前記サーバにより要求された属性情報を前記サーバに送信する送信部と
    を備え、
    前記サーバは、
    前記ユーザ端末から属性情報の変更の通知を受け付けた場合、前記通知を受け付けた属性情報の少なくとも一部を前記ユーザ端末に要求する要求部と、
    前記要求部により要求された属性情報が受信された場合、当該属性情報に基づいてユーザ情報を更新する更新部と
    を備え、
    前記専用線情報管理サーバは、
    前記要求部からの要求に応じて、前記サーバに対応する秘密鍵を前記サーバへ送信し、前記ユーザ端末から秘密鍵が受信された場合、当該秘密鍵に対応する専用線の番号を前記ユーザ端末へ送信する情報送信部、
    を備え、
    前記要求部は、前記ユーザ端末から属性情報の変更の通知を受け付けた場合、前記専用線情報管理サーバに前記秘密鍵の取得を要求し、前記専用線情報管理サーバから取得した秘密鍵を前記ユーザ端末へ送信することにより、前記通知を受け付けた属性情報の少なくとも一部を要求し、
    前記送信部は、前記サーバから取得した秘密鍵を前記専用線情報管理サーバへ送信することにより前記専用線情報管理サーバから取得した専用線の番号が、前記秘密鍵を送信したサーバの専用線の番号と一致する場合、当該サーバに前記要求部により要求された属性情報を送信することを特徴とするユーザ属性情報管理システム。
  6. 前記要求部は、前記サーバの真正性を示すクレデンシャルを送信することにより、前記通知を受け付けた属性情報の少なくとも一部を前記ユーザ端末に要求し、
    前記送信部は、前記要求部から受信した前記クレデンシャルに基づく真正性が確認できた場合、前記サーバにより要求された属性情報を前記サーバに送信することを特徴とする請求項５に記載のユーザ属性情報管理システム。
  7. 前記通知部は、ユーザにより選択されたサーバに、前記属性情報の変更を通知することを特徴とする請求項５に記載のユーザ属性情報管理システム。
  8. ユーザの属性情報を管理する属性情報管理アプリケーションがインストールされたユーザ端末と、所定の属性情報を含む登録されたユーザ情報に基づいてユーザ端末にサービスを提供するサーバと、前記サーバが通信ネットワークに接続するための専用線の番号を管理する専用線情報管理サーバとを有するユーザ属性情報管理システムであって、
    前記ユーザ端末は、
    属性情報を記憶する記憶部と、
    前記属性情報を変更する変更部と、
    前記変更部により前記属性情報が変更された場合、前記ユーザ端末のユーザの操作を受け付けて、変更後の前記属性情報をいずれのサーバに流通させるかについての認可を受けた上で、前記ユーザ端末のユーザの認可によって選択されたサーバに、前記属性情報の変更を通知する通知部と、
    前記サーバにより要求された属性情報を前記サーバに送信する送信部と
    を備え、
    前記サーバは、
    前記ユーザ端末から属性情報の変更の通知を受け付けた場合、前記通知を受け付けた属性情報の少なくとも一部を前記ユーザ端末に要求する要求部と、
    前記要求部により要求された属性情報が受信された場合、当該属性情報に基づいてユーザ情報を更新する更新部と
    を備え、
    前記専用線情報管理サーバは、
    前記要求部からの要求に応じて、前記サーバに対応する秘密鍵を前記サーバへ送信し、前記ユーザ端末から秘密鍵が受信された場合、当該秘密鍵に対応する専用線の番号を前記ユーザ端末へ送信する情報送信部、
    を備え、
    前記要求部は、前記ユーザ端末から属性情報の変更の通知を受け付けた場合、前記専用線情報管理サーバに前記秘密鍵の取得を要求し、前記専用線情報管理サーバから取得した秘密鍵を前記ユーザ端末へ送信することにより、前記通知を受け付けた属性情報の少なくとも一部を要求し、
    前記送信部は、前記サーバから取得した秘密鍵を前記専用線情報管理サーバへ送信することにより前記専用線情報管理サーバから取得した専用線の番号が、前記秘密鍵を送信したサーバの専用線の番号と一致する場合、当該サーバに前記要求部により要求された属性情報を送信する
    ことを特徴とするユーザ属性情報管理システム。
  9. ユーザの属性情報を管理する属性情報管理装置と、所定の属性情報を含む登録されたユーザ情報に基づいてユーザ端末にサービスを提供するサーバと、前記サーバが通信ネットワークに接続するための専用線の番号を管理する専用線情報管理サーバとを有するユーザ属性情報管理システムで実行されるユーザ属性情報管理方法であって、
    前記属性情報管理装置は、属性情報を記憶する記憶部を備え、
    前記属性情報を変更する変更工程と、
    前記変更工程により前記属性情報が変更された場合、前記属性情報の変更を前記サーバに通知する通知工程と、
    前記サーバは、前記属性情報管理装置から属性情報の変更の通知を受け付けた場合、前記通知を受け付けた属性情報の少なくとも一部を前記属性情報管理装置に要求する要求工程と、
    前記属性情報管理装置は、通知した属性情報の要求を前記サーバから受け付けた場合、前記サーバにより要求された属性情報を前記サーバに送信する送信工程と、
    前記サーバは、前記要求工程により要求した属性情報を受信した場合、当該属性情報に基づいてユーザ情報を更新する更新工程と、
    前記専用線情報管理サーバは、前記要求工程による要求に応じて、前記サーバに対応する秘密鍵を前記サーバへ送信し、前記属性情報管理装置から秘密鍵が受信された場合、当該秘密鍵に対応する専用線の番号を前記属性情報管理装置へ送信する情報送信工程と、
    を含み、
    前記要求工程は、前記属性情報管理装置から属性情報の変更の通知を受け付けた場合、前記専用線情報管理サーバに前記秘密鍵の取得を要求し、前記専用線情報管理サーバから取得した秘密鍵を前記属性情報管理装置へ送信することにより、前記通知を受け付けた属性情報の少なくとも一部を要求し、
    前記送信工程は、前記サーバから取得した秘密鍵を前記専用線情報管理サーバへ送信することにより前記専用線情報管理サーバから取得した専用線の番号が、前記秘密鍵を送信したサーバの専用線の番号と一致する場合、当該サーバに前記要求工程により要求された属性情報を送信することを特徴とするユーザ属性情報管理方法。
  10. 前記要求工程は、前記サーバの真正性を示すクレデンシャルを送信することにより、前記通知を受け付けた属性情報の少なくとも一部を前記属性情報管理装置に要求し、
    前記送信工程は、前記要求工程により受信した前記クレデンシャルに基づく真正性が確認できた場合、前記サーバにより要求された属性情報を前記サーバに送信することを特徴とする請求項９に記載のユーザ属性情報管理方法。
  11. 前記通知工程は、ユーザにより選択されたサーバに、前記属性情報の変更を通知することを特徴とする請求項９に記載のユーザ属性情報管理方法。
  12. ユーザの属性情報を管理する属性情報管理装置と、所定の属性情報を含む登録されたユーザ情報に基づいてユーザ端末にサービスを提供するサーバと、前記サーバが通信ネットワークに接続するための専用線の番号を管理する専用線情報管理サーバとを有するユーザ属性情報管理システムで実行されるユーザ属性情報管理方法であって、
    前記属性情報管理装置は、属性情報を記憶する記憶部を備え、
    前記属性情報を変更する変更工程と、
    前記変更工程により前記属性情報が変更された場合、前記ユーザ端末のユーザの操作を受け付けて、変更後の前記属性情報をいずれのサーバに流通させるかについての認可を受けた上で、前記ユーザ端末のユーザの認可によって選択されたサーバに、前記属性情報の変更を通知する通知工程と、
    前記サーバは、前記属性情報管理装置から属性情報の変更の通知を受け付けた場合、前記通知を受け付けた属性情報の少なくとも一部を前記属性情報管理装置に要求する要求工程と、
    前記属性情報管理装置は、通知した属性情報の要求を前記サーバから受け付けた場合、前記サーバにより要求された属性情報を前記サーバに送信する送信工程と、
    前記サーバは、前記要求工程により要求した属性情報を受信した場合、当該属性情報に基づいてユーザ情報を更新する更新工程と
    を含み、
    前記専用線情報管理サーバは、前記要求工程による要求に応じて、前記サーバに対応する秘密鍵を前記サーバへ送信し、前記属性情報管理装置から秘密鍵が受信された場合、当該秘密鍵に対応する専用線の番号を前記属性情報管理装置へ送信する情報送信工程を含み、
    前記要求工程は、前記属性情報管理装置から属性情報の変更の通知を受け付けた場合、前記専用線情報管理サーバに前記秘密鍵の取得を要求し、前記専用線情報管理サーバから取得した秘密鍵を前記属性情報管理装置へ送信することにより、前記通知を受け付けた属性情報の少なくとも一部を要求し、
    前記送信工程は、前記サーバから取得した秘密鍵を前記専用線情報管理サーバへ送信することにより前記専用線情報管理サーバから取得した専用線の番号が、前記秘密鍵を送信したサーバの専用線の番号と一致する場合、当該サーバに前記要求工程により要求された属性情報を送信することを特徴とするユーザ属性情報管理方法。
  13. ユーザの属性情報を管理する属性情報管理アプリケーションがインストールされたユーザ端末と、所定の属性情報を含む登録されたユーザ情報に基づいてユーザ端末にサービスを提供するサーバと、前記サーバが通信ネットワークに接続するための専用線の番号を管理する専用線情報管理サーバとを有するユーザ属性情報管理システムで実行されるユーザ属性情報管理方法であって、
    前記ユーザ端末は、属性情報を記憶する記憶部を備え、
    前記属性情報を変更する変更工程と、
    前記変更工程により前記属性情報が変更された場合、前記属性情報の変更を前記サーバに通知する通知工程と、
    前記サーバは、前記ユーザ端末から属性情報の変更の通知を受け付けた場合、前記通知を受け付けた属性情報の少なくとも一部を前記ユーザ端末に要求する要求工程と、
    前記ユーザ端末は、通知した属性情報の要求を前記サーバから受け付けた場合、前記要求工程により要求された属性情報を前記サーバに送信する送信工程と、
    前記サーバは、前記要求工程により要求した属性情報を受信した場合、当該属性情報に基づいてユーザ情報を更新する更新工程と、
    前記専用線情報管理サーバは、前記要求工程による要求に応じて、前記サーバに対応する秘密鍵を前記サーバへ送信し、前記ユーザ端末から秘密鍵が受信された場合、当該秘密鍵に対応する専用線の番号を前記ユーザ端末へ送信する情報送信工程と、
    を含み、
    前記要求工程は、前記ユーザ端末から属性情報の変更の通知を受け付けた場合、前記専用線情報管理サーバに前記秘密鍵の取得を要求し、前記専用線情報管理サーバから取得した秘密鍵を前記ユーザ端末へ送信することにより、前記通知を受け付けた属性情報の少なくとも一部を要求し、
    前記送信工程は、前記サーバから取得した秘密鍵を前記専用線情報管理サーバへ送信することにより前記専用線情報管理サーバから取得した専用線の番号が、前記秘密鍵を送信したサーバの専用線の番号と一致する場合、当該サーバに前記要求工程により要求された属性情報を送信することを特徴とするユーザ属性情報管理方法。
  14. 前記要求工程は、前記サーバの真正性を示すクレデンシャルを送信することにより、前記通知を受け付けた属性情報の少なくとも一部を前記ユーザ端末に要求し、
    前記送信工程は、前記要求工程から受信した前記クレデンシャルに基づく真正性が確認できた場合、前記サーバにより要求された属性情報を前記サーバに送信することを特徴とする請求項１３に記載のユーザ属性情報管理方法。
  15. 前記通知工程は、ユーザにより選択されたサーバに、前記属性情報の変更を通知することを特徴とする請求項１３に記載のユーザ属性情報管理方法。
  16. ユーザの属性情報を管理する属性情報管理アプリケーションがインストールされたユーザ端末と、所定の属性情報を含む登録されたユーザ情報に基づいてユーザ端末にサービスを提供するサーバと、前記サーバが通信ネットワークに接続するための専用線の番号を管理する専用線情報管理サーバとを有するユーザ属性情報管理システムで実行されるユーザ属性情報管理方法であって、
    前記ユーザ端末は、属性情報を記憶する記憶部を備え、
    前記属性情報を変更する変更工程と、
    前記変更工程により前記属性情報が変更された場合、前記ユーザ端末のユーザの操作を受け付けて、変更後の前記属性情報をいずれのサーバに流通させるかについての認可を受けた上で、前記ユーザ端末のユーザの認可によって選択されたサーバに、前記属性情報の変更を通知する通知工程と、
    前記サーバは、前記ユーザ端末から属性情報の変更の通知を受け付けた場合、前記通知を受け付けた属性情報の少なくとも一部を前記ユーザ端末に要求する要求工程と、
    前記ユーザ端末は、通知した属性情報の要求を前記サーバから受け付けた場合、前記要求工程により要求された属性情報を前記サーバに送信する送信工程と、
    前記サーバは、前記要求工程により要求した属性情報を受信した場合、当該属性情報に基づいてユーザ情報を更新する更新工程と
    を含み、
    前記専用線情報管理サーバは、前記要求工程による要求に応じて、前記サーバに対応する秘密鍵を前記サーバへ送信し、前記ユーザ端末から秘密鍵が受信された場合、当該秘密鍵に対応する専用線の番号を前記ユーザ端末へ送信する情報送信工程を含み、
    前記要求工程は、前記ユーザ端末から属性情報の変更の通知を受け付けた場合、前記専用線情報管理サーバに前記秘密鍵の取得を要求し、前記専用線情報管理サーバから取得した秘密鍵を前記ユーザ端末へ送信することにより、前記通知を受け付けた属性情報の少なくとも一部を要求し、
    前記送信工程は、前記サーバから取得した秘密鍵を前記専用線情報管理サーバへ送信することにより前記専用線情報管理サーバから取得した専用線の番号が、前記秘密鍵を送信したサーバの専用線の番号と一致する場合、当該サーバに前記要求工程により要求された属性情報を送信することを特徴とするユーザ属性情報管理方法。
JP2015024300A 2015-02-10 2015-02-10 ユーザ属性情報管理システムおよびユーザ属性情報管理方法 Active JP6510258B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2015024300A JP6510258B2 (ja) 2015-02-10 2015-02-10 ユーザ属性情報管理システムおよびユーザ属性情報管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015024300A JP6510258B2 (ja) 2015-02-10 2015-02-10 ユーザ属性情報管理システムおよびユーザ属性情報管理方法

Publications (2)

Publication Number Publication Date
JP2016148919A JP2016148919A (ja) 2016-08-18
JP6510258B2 true JP6510258B2 (ja) 2019-05-08

Family

ID=56688385

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015024300A Active JP6510258B2 (ja) 2015-02-10 2015-02-10 ユーザ属性情報管理システムおよびユーザ属性情報管理方法

Country Status (1)

Country Link
JP (1) JP6510258B2 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6596597B2 (ja) * 2016-11-30 2019-10-30 キヤノン電子株式会社 情報処理装置およびその制御方法、並びにプログラム
US20220321357A1 (en) * 2019-08-20 2022-10-06 Nippon Telegraph And Telephone Corporation User credential control system and user credential control method
JP7367443B2 (ja) 2019-10-09 2023-10-24 富士通株式会社 本人確認プログラム、管理装置及び本人確認方法
JP2021060915A (ja) 2019-10-09 2021-04-15 富士通株式会社 本人確認プログラム、制御装置及び本人確認方法
JP6906092B1 (ja) * 2020-08-21 2021-07-21 金子 賢一 情報処理システム及び個人情報管理方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002269295A (ja) * 2001-03-07 2002-09-20 Hitachi Ltd 個人情報の変更を自動通知する戸籍情報管理システムおよびプログラム
JP2002342452A (ja) * 2001-05-14 2002-11-29 Sharp Corp 個人情報管理方法、個人情報管理装置、個人情報管理プログラム、個人情報管理プログラムを記録したコンピュータ読み取り可能な記録媒体
JP2002366675A (ja) * 2001-06-06 2002-12-20 Fujitsu Ltd 個人情報仲介方法
JP2010033385A (ja) * 2008-07-29 2010-02-12 Nec Corp ネットワーク電話帳システム、ネットワーク電話帳管理方法、及びプログラム

Also Published As

Publication number Publication date
JP2016148919A (ja) 2016-08-18

Similar Documents

Publication Publication Date Title
US10673985B2 (en) Router-host logging
EP1379045B1 (en) Arrangement and method for protecting end user data
JP4579546B2 (ja) 単一サインオンサービスにおけるユーザ識別子の取り扱い方法及び装置
CN106716960B (zh) 用户认证方法和***
JP6510258B2 (ja) ユーザ属性情報管理システムおよびユーザ属性情報管理方法
JP4729651B2 (ja) 認証装置，認証方法およびその方法を実装した認証プログラム
US20070143860A1 (en) Networked identity framework
US20100077467A1 (en) Authentication service for seamless application operation
CN107005582A (zh) 使用存储在不同目录中的凭证来访问公共端点
JP2008015936A (ja) サービスシステムおよびサービスシステム制御方法
WO2007094369A1 (ja) 分散認証システム及び分散認証方法
US20110137817A1 (en) System and method for aggregating and disseminating personal data
JP4932154B2 (ja) アイデンティティ管理ネットワークにおいてユーザーの認証をメンバーサイトに与える方法及びシステム、アイデンティティ管理ネットワークに属するホームサイトでユーザーの認証を行う方法、コンピュータ読み取り可能な媒体、ならびに、階層的分散アイデンティティ管理のためのシステム
KR20140081041A (ko) 전화번호를 이용한 인터넷 사이트 서비스 접속 인증 방법 및 시스템
KR100866247B1 (ko) 개인정보 중계 시스템 및 이를 이용한 개인 맞춤 서비스방법
JP2013041514A (ja) アクセス制御システム、アクセス制御装置、アクセス制御方法
CN105656856A (zh) 资源管理方法和装置
JP6334331B2 (ja) ユーザ属性情報管理システムおよびユーザ属性情報管理方法
JP3528065B2 (ja) コンピュータネットワーク上の対話継承型アクセス制御方法
JP6162056B2 (ja) 広告コンテンツ配信システムおよび広告コンテンツ配信方法
KR20110063025A (ko) 서비스 이용자 정보 관리 시스템, 서비스 이용자 정보 획득 및 관리 방법
KR101409348B1 (ko) 통합 사용자 인증 정보를 이용한 사용자 인증 및 관리 방법
KR101084205B1 (ko) 네트워크 상의 사용자 정보 관리 방법
JP2002149610A (ja) 電子情報サービス方法、コンピュータ、記憶媒体
KR20050001272A (ko) 휴대폰을 이용한 온라인 자동 로그인 장치 및 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170217

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180424

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180612

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20181127

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190109

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190402

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190404

R150 Certificate of patent or registration of utility model

Ref document number: 6510258

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150