(57)【特許請求の範囲】
【請求項１】
コンテンツ提供サービスを利用するユーザのユーザ情報を管理し，前記ユーザのユーザ端末装置へコンテンツ取得方法を提供するユーザ情報管理装置であって，
ユーザ毎に，コンテンツ取得方法の宛先，および，ユーザの属性を所定の属性カテゴリに区分される属性値を用いて示す属性情報を含むユーザ情報を記憶するユーザ情報記憶部と，
コンテンツ毎に，該コンテンツを提供するユーザの属性を指定した属性条件，該コンテンツの取得要求を送信したユーザのユーザ情報に含まれる属性値にもとづく前記属性条件で指定された属性カテゴリの属性値毎のユーザのアクセス数を示すアクセス属性値を含むアクセス属性情報を記憶するアクセス属性情報記憶部と，
前記ユーザに提供されるコンテンツを示すコンテンツ情報および該コンテンツの属性条件を含むコンテンツ提供依頼を取得する処理と，
前記ユーザ情報記憶部から，前記コンテンツ提供依頼に含まれた属性条件に一致するユーザ情報を取得する処理と，
前記抽出したユーザ情報数が所定数に満たない場合に，前記アクセス属性情報記憶部のアクセス属性情報のアクセス属性値からアクセス数が多い順に属性値を１つずつ特定して，前記ユーザ情報記憶部から，該特定した属性値をＯＲ条件として追加した前記属性条件に一致するユーザ情報を取得する処理と，
前記取得したユーザ情報数が前記所定数を満たす場合に，前記コンテンツ情報で示されたコンテンツへのアクセス情報を含むコンテンツ取得方法を生成し，前記生成したコンテンツ取得方法を該取得したユーザ情報各々から抽出した宛先へ送信する処理とを行うコンテンツ提供部と，
前記ユーザ端末装置から，コンテンツ情報，属性条件およびユーザの属性情報を含むコンテンツ取得要求を受信すると，前記ユーザ端末装置に該コンテンツ取得要求で要求されたコンテンツを取得させる処理と，
前記コンテンツ取得要求に含まれるユーザの属性情報から，前記コンテンツ取得要求のコンテンツの属性条件に指定された属性カテゴリの属性値毎のユーザのアクセス数を集計し，該集計した属性値毎のアクセス数を含むアクセス属性情報を生成して前記アクセス属性情報記憶部に格納する処理とを行うアクセス取得部とを備える
ことを特徴とするユーザ情報管理装置。
【請求項２】
前記コンテンツ情報は，前記ユーザに提供されるコンテンツのネットワーク上の位置情報の全部または一部の情報，該コンテンツを一意に識別する情報，および該コンテンツを提供するサービスを一意に識別する情報のいずれか１つ，もしくは複数の組み合わせを含む情報である
ことを特徴とする請求項１に記載のユーザ情報管理装置。
【請求項３】
前記コンテンツ提供部は，前記コンテンツ取得方法として，前記提供されるコンテンツのコンテンツ情報，および前記アクセス取得部をアクセス先とするアクセス情報を含む情報を生成する
ことを特徴とする請求項１または請求項２に記載のユーザ情報管理装置。
【請求項４】
前記コンテンツ提供部は，前記コンテンツ取得方法として，前記提供されるコンテンツのコンテンツ情報，および該コンテンツを保持する前記サービス提供装置をアクセス先とするアクセス情報を含む情報である
ことを特徴とする請求項１または請求項２に記載のユーザ情報管理装置。
【請求項５】
前記アクセス取得部は，前記コンテンツ取得要求を受信した場合に，該コンテンツ取得要求を，前記コンテンツを保持するサービス提供装置へリダイレクトする処理を行う
ことを特徴とする請求項１または請求項２に記載のユーザ情報管理装置。
【請求項６】
前記アクセス取得部は，前記コンテンツ取得要求を受信した場合に，前記サービス提供装置から，該コンテンツ取得要求で要求されたコンテンツを取得して，前記コンテンツ取得要求を送信したユーザ端末装置へ送信する
ことを特徴とする請求項１または請求項２に記載のユーザ情報管理装置。
【請求項７】
前記アクセス取得部は，前記サービス提供装置をアクセス先とするコンテンツ取得要求が送信されている場合に，前記サービス提供装置から前記コンテンツ取得要求に対応するコンテンツ情報およびコンテンツ取得要求を送信したユーザの情報を含むアクセス情報を取得して，該アクセス情報をもとに前記アクセス属性情報を生成する
ことを特徴とする請求項１または請求項２に記載のユーザ情報管理装置。
【請求項８】
コンテンツ提供サービスを利用するユーザのユーザ情報を管理し，前記ユーザのユーザ端末装置へコンテンツ取得方法を提供するために，ユーザ情報記憶部とアクセス属性情報記憶部とを備えるコンピュータが実行する処理方法であって，
ユーザ毎に，コンテンツ取得方法の宛先，および，ユーザの属性を所定の属性カテゴリに区分される属性値を用いて示す属性情報を含むユーザ情報を前記ユーザ情報記憶部へ記憶する処理ステップと，
コンテンツ毎に，該コンテンツを提供するユーザの属性を指定した属性条件，該コンテンツの取得要求を送信したユーザのユーザ情報に含まれる属性値にもとづく前記属性条件で指定された属性カテゴリの属性値毎のユーザのアクセス数を示すアクセス属性値を含むアクセス属性情報を前記アクセス属性情報記憶部へ記憶する処理ステップと，
前記ユーザに提供されるコンテンツを示すコンテンツ情報および該コンテンツの属性条件を含むコンテンツ提供依頼を取得する処理ステップと，
前記ユーザ情報記憶部から，前記コンテンツ提供依頼に含まれた属性条件に一致するユーザ情報を取得する処理ステップと，
前記抽出したユーザ情報数が所定数に満たない場合に，前記アクセス属性情報記憶部のアクセス属性情報のアクセス属性値からアクセス数が多い順に属性値を１つずつ特定して，前記ユーザ情報記憶部から，該特定した属性値をＯＲ条件として追加した前記属性条件に一致するユーザ情報を取得する処理ステップと，
前記取得したユーザ情報数が前記所定数を満たす場合に，前記コンテンツ情報で示されたコンテンツへのアクセス情報を含むコンテンツ取得方法を生成し，該取得したユーザ情報各々から抽出した宛先へ生成したコンテンツ取得方法を送信する処理ステップと，
前記ユーザ端末装置から，コンテンツ情報，属性条件およびユーザの属性情報を含むコンテンツ取得要求を受信すると，前記ユーザ端末装置に該コンテンツ取得要求で要求されたコンテンツを取得させる処理ステップと，
前記コンテンツ取得要求に含まれるユーザの属性情報から，前記コンテンツ取得要求のコンテンツの属性条件に指定された属性カテゴリの属性値毎のユーザのアクセス数を集計し，該集計した属性値毎のアクセス数を含むアクセス属性情報を生成して前記アクセス属性情報記憶部に格納する処理ステップとを備える
ことを特徴とするユーザ情報管理処理方法。
【請求項９】
コンテンツ提供サービスを利用するユーザのユーザ情報を管理し，前記ユーザのユーザ端末装置へコンテンツ取得方法を提供するために，
ユーザ情報記憶部とアクセス属性情報記憶部とを備えるコンピュータに，
ユーザ毎に，コンテンツ取得方法の宛先，および，ユーザの属性を所定の属性カテゴリに区分される属性値を用いて示す属性情報を含むユーザ情報を前記ユーザ情報記憶部に記憶する処理と，
コンテンツ毎に，該コンテンツを提供するユーザの属性を指定した属性条件，該コンテンツの取得要求を送信したユーザのユーザ情報に含まれる属性値にもとづく前記属性条件で指定された属性カテゴリの属性値毎のユーザのアクセス数を示すアクセス属性値を含むアクセス属性情報を前記アクセス属性情報記憶部に記憶する処理と，
前記ユーザに提供されるコンテンツを示すコンテンツ情報および該コンテンツの属性条件を含むコンテンツ提供依頼を取得する処理と，
前記ユーザ情報記憶部から，前記コンテンツ提供依頼に含まれた属性条件に一致するユーザ情報を取得する処理と，
前記抽出したユーザ情報数が所定数に満たない場合に，前記アクセス属性情報記憶部のアクセス属性情報のアクセス属性値からアクセス数が多い順に属性値を１つずつ特定して，前記ユーザ情報記憶部から，該特定した属性値をＯＲ条件として追加した前記属性条件に一致するユーザ情報を取得する処理と，
前記取得したユーザ情報数が前記所定数を満たす場合に，前記コンテンツ情報で示されたコンテンツへのアクセス情報を含むコンテンツ取得方法を生成し，該取得したユーザ情報各々から抽出した宛先へ生成したコンテンツ取得方法を送信する処理と，
前記ユーザ端末装置から，コンテンツ情報，属性条件およびユーザの属性情報を含むコンテンツ取得要求を受信すると，前記ユーザ端末装置に該コンテンツ取得要求で要求されたコンテンツを取得させる処理と，
前記コンテンツ取得要求に含まれるユーザの属性情報から，前記コンテンツ取得要求のコンテンツの属性条件に指定された属性カテゴリの属性値毎のユーザのアクセス数を集計し，該集計した属性値毎のアクセス数を含むアクセス属性情報を生成して前記アクセス属性情報記憶部に格納する処理とを実行させる
ことを特徴とするユーザ情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，コンテンツ提供用ユーザ情報の管理処理に関する。
【背景技術】
【０００２】
個人の購買履歴に関する情報や現在位置情報などを利用して，所定の条件に合致するユーザに対してコンテンツを配信するサービス，例えばターゲティング広告と呼ばれるような情報提供サービスが広がりつつある。
【０００３】
一方で，上記のようなサービスを行う場合に，情報提供の範囲を特定するために個人情報を扱うことから，サービスの利用によって個人が特定されないようにプライバシを保護することが重要となる。
【０００４】
サービスの提供を受ける者のプライバシを保護しつつ，個人情報を利用したサービスを提供するために，サービス提供者が個人情報を管理かつ利用するという仕組みではなく，サービス提供者とは別の個人情報管理者が個人情報を管理して，サービス提供者とユーザとを仲介する仕組みを用いることによって，個人情報がサービス提供者側に渡らずに個人情報によるサービス提供が可能となる。
【０００５】
しかし，個人情報管理者とサービス提供者とを分離するモデルの場合にも，以下のような問題点がある。
【０００６】
サービス提供者が，ユーザの属性条件を指定し，個人情報管理者から条件に一致するユーザの情報を受け取り，そのユーザにサービスを提供するモデルの場合には，受け取る情報に個人情報が含まれていなくても，少なくとも条件に指定された属性情報は，サービス提供者へ渡ることになる。
【０００７】
また，サービス提供者が，ユーザの属性条件を指定し，コンテンツ情報へのアクセス情報を個人情報管理者に渡し，個人情報管理者が，指定された属性条件に一致したユーザに対してコンテンツ情報の配信トリガを提供して，ユーザからサービス提供者に対してコンテンツをアクセスするモデルの場合には，個人情報そのものはサービス提供者に渡らないが，コンテンツに対する条件の指定において，その条件に一致するユーザ数が極端に少なくなるような属性条件が指定されていれば，ユーザからのコンテンツ取得の時点で，アクセスしたユーザがその属性に合致することが分かってしまう。つまり，詳細で該当対象が少ない属性条件を指定したコンテンツ提供を行うと，ユーザの匿名性が十分に守られないおそれがある。
【０００８】
上記の問題点に対して，ある一定数以上のユーザに対してコンテンツ配信を行うことによって，ユーザの特定を困難にする技術が知られている。例えば，第１の既知手法として，カメラで記録された在不在をもとにユーザにデータを開示する方法において，ユーザ情報管理者が，データを開示するサービス提供者から，個人情報の取得要求（具体的には，ある目撃時刻に記録されているユーザの検索要求）を受けた際に，その目撃時刻に該当するユーザが一定数以上ではない場合に，目撃時刻を目撃時間帯に変更して検索した一定数以上のユーザ情報をサービス提供者に対して提供する技術がある。
【０００９】
また，第２の既知手法として，情報提供者が提供するプレゼンス情報を受信し，ユーザからの要求に応じて，属性値が抽象化されたプレゼンス情報を提供する方法において，提供するユーザが一定数に満たない場合に，使用するユーザの位置情報の抽象化レベルを上げて，条件に一致するユーザを取得してプレゼンス情報を提供する技術がある。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００７−２１９６３６号公報
【特許文献２】特開２００５−０３１９６６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
第１の既知手法は，例えば「目撃時刻＝３：３０ＰＭ」として個人情報の取得要求があった場合に，該当するユーザが１人であれば，そのユーザの匿名性を保障することができないが，属性値の粒度を「３：０１〜６：００ＰＭ」に変更して，該当するユーザ数を増やして１０人とすることによって，ユーザの匿名性を守りつつ，サービス提供者へユーザ情報を提供している。
【００１２】
しかし，第１の既知手法では，条件（目撃時刻）を変更しているため，例えば，さらに他の条件（位置情報）が指定されている場合には，過去の情報を利用して検索したユーザ情報を提供していることになり，サービス提供者は，サービス提供時のユーザ情報とは異なる情報を取得していることになる。具体的には，目撃時刻＝３：３０ＰＭかつ地点Ｘにいることが条件となっている場合に，提供されるユーザ情報のユーザの中には，目撃時刻＝３：３０ＰＭには，既に地点Ｘにいないユーザが含まれることになる。
【００１３】
また，第２の既知手法でも，条件となる位置情報の範囲を，抽象レベルを上げることによって広げるため，提供される情報との関係が薄いユーザが提供対象に多数含まれることになる。
【００１４】
したがって，上記のような従来方法を用いた場合に，提供対象となるユーザを指定する条件の範囲が広くなりすぎると，情報を必要としないユーザにまで情報を提供してしまうことになる。
【００１５】
しかしながら，ユーザの匿名性を保持するための最低限の一定数を満たすユーザ数を満たすような範囲に指定条件の範囲を拡大するとしても，過度に広い範囲にまで拡大しないように適切な範囲を決定する処理は，実現されていなかった。
【００１６】
本願発明の目的は，情報サービスの提供を受けるユーザの匿名性を保護しつつ，情報提供を受けるユーザの範囲を最適化する処理を実現することである。
【００１７】
すなわち，本願発明の目的は，サービス提供者とユーザとを仲介し，ユーザの個人情報を保持して，サービス提供者によって提示された指定条件をもとに提供対象となるユーザの範囲を最適化して，サービスの提供を受けるユーザの匿名性を保持できるようにするユーザ情報管理装置を実現することである。
【００１８】
また，本願発明の目的は，コンピュータが実行する，上記のユーザ情報管理装置が行う処理過程を含む処理方法を実現することである。
【００１９】
また，本願発明の目的は，コンピュータに，上記のユーザ情報管理装置が行う処理を実行させるためのプログラムを実現することである。
【００２０】
なお，本願発明の上記ならびに他の目的と新規な特徴は，明細書の記述および添付する図面から明らかにされるものである。
【課題を解決するための手段】
【００２１】
本願発明の一態様として開示されるユーザ情報管理装置は，１）ユーザ毎に，コンテンツ取得方法の宛先，および，ユーザの属性を所定の属性カテゴリに区分される属性値を用いて示す属性情報を含むユーザ情報を記憶するユーザ情報記憶部と，２）コンテンツ毎に，該コンテンツを提供するユーザの属性を指定した属性条件，該コンテンツの取得要求を送信したユーザのユーザ情報に含まれる属性値にもとづく前記属性条件で指定された属性カテゴリの属性値毎のユーザのアクセス数を示すアクセス属性値を含むアクセス属性情報を記憶するアクセス属性情報記憶部と，３）前記ユーザに提供されるコンテンツを示すコンテンツ情報および該コンテンツの属性条件を含むコンテンツ提供依頼を取得する処理と，前記ユーザ情報記憶部から，前記コンテンツ提供依頼に含まれた属性条件に一致するユーザ情報を取得する処理と，前記抽出したユーザ情報数が所定数に満たない場合に，前記アクセス属性情報記憶部のアクセス属性情報のアクセス属性値からアクセス数が多い順に属性値を１つずつ特定して，前記ユーザ情報記憶部から，該特定した属性値をＯＲ条件として追加した前記属性条件に一致するユーザ情報を取得する処理と，前記取得したユーザ情報数が前記所定数を満たす場合に，前記コンテンツ情報で示されたコンテンツへのアクセス情報を含むコンテンツ取得方法を生成し，前記生成したコンテンツ取得方法を，該取得したユーザ情報各々から抽出した宛先へ送信する処理とを行うコンテンツ提供部と，４）前記ユーザ端末装置から，コンテンツ情報，属性条件およびユーザの属性情報を含むコンテンツ取得要求を受信すると，前記ユーザ端末装置に該コンテンツ取得要求で要求されたコンテンツを取得させる処理と，前記コンテンツ取得要求に含まれるユーザの属性情報から，前記コンテンツ取得要求のコンテンツの属性条件に指定された属性カテゴリの属性値毎のユーザのアクセス数を集計し，該集計した属性値毎のアクセス数を含むアクセス属性情報を生成して前記アクセス属性情報記憶部に格納する処理とを行うアクセス取得部とを備える。
【発明の効果】
【００２２】
上記したユーザ情報管理装置によれば，ユーザの属性情報にもとづいて提供されるコンテンツについて，サービス提供者が設定するコンテンツ提供の属性条件に該当するユーザ数が少なく，コンテンツをアクセスしたユーザの匿名性が保護されないおそれがある場合に，属性条件に指定された属性の範囲を自動的に拡大し，拡大した属性条件を用いて一定数以上のユーザを抽出して，抽出したユーザにコンテンツ取得方法を提供する。これにより，アクセスしたユーザの匿名性を保持可能な一定数以上のユーザを提供対象にすることができ，ユーザのプライバシを保護しつつ，ユーザ属性にもとづくコンテンツ提供の仕組みを実現できるという効果を奏することができる。
【００２３】
また，上記のユーザ情報管理装置によれば，属性条件の対象範囲を，指定された属性情報の抽象レベルをあげて，すなわちより抽象化して拡大するのではなく，同一の属性情報におけるユーザのアクセス数が多い属性値を採用して拡大する。これにより，提供対象となるユーザの範囲を最適化でき，コンテンツ提供の必要性が低いユーザに対して余計なコンテンツが提供されないという効果を奏することができる。
【００２４】
よって，ユーザへのコンテンツ配信サービスの質向上，個人情報を利用したサービス普及の促進が期待できる。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施の形態として開示するユーザ情報管理装置の構成例を示す図である。
【図２】ユーザ情報記憶部に記憶されるユーザ情報のデータ構成例を示す図である。
【図３】アクセス属性情報記憶部に記憶されるアクセス属性情報の例を示す図である。
【図４】第１の実施例におけるユーザ情報管理装置の処理の流れを示す図である。
【図５】第１の実施例におけるコンテンツ提供依頼の例を示す図である。
【図６】第１の実施例におけるコンテンツ取得方法のメッセージの例を示す図である。
【図７】第１の実施例におけるコンテンツ取得要求のメッセージの例を示す図である。
【図８】アクセス属性値の追加設定を説明するための図である。
【図９】初回コンテンツ提供後のアクセス属性情報の例を示す図である。
【図１０】第１の実施例におけるユーザ情報登録部の処理フローを示す図である。
【図１１】第１の実施例におけるコンテンツ提供部の処理フローを示す図である。
【図１２】第１の実施例におけるアクセス取得部の処理フローを示す図である。
【図１３】第２の実施例におけるコンテンツ提供依頼のメッセージの例を示す図である。
【図１４】第２の実施例におけるコンテンツ取得要求のメッセージの例を示す図である。
【図１５】第２の実施例におけるアクセス属性情報の例を示す図である。
【図１６】第３の実施例におけるコンテンツ提供依頼のメッセージの例を示す図である。
【図１７】第２の実施例におけるコンテンツ取得要求のメッセージの例を示す図である。
【図１８】第３の実施例におけるアクセス属性情報の例を示す図である。
【図１９】第４の実施例の場合の処理の流れを示す図である。
【図２０】第４の実施例におけるアクセス取得部の処理フローを示す図である。
【図２１】第５の実施例の場合の処理の流れを示す図である。
【図２２】第５の実施例におけるコンテンツ取得方法のメッセージの例を示す図である。
【図２３】第５の実施例におけるアクセス情報提供のメッセージの例を示す図である。
【図２４】第６の実施例におけるアクセス属性情報の例を示す図である。
【図２５】ユーザ情報管理装置のハードウェア構成例を示す図である。
【発明を実施するための形態】
【００２６】
図１は，本発明の一実施の形態として開示するユーザ情報管理装置の構成例を示す図である。
【００２７】
ユーザ情報管理装置１は，サービス提供装置２およびユーザ端末装置３とネットワークを介してデータ通信する機能を備えて，コンテンツ提供サービスを利用するユーザのユーザ情報を管理し，サービス提供装置２が提供するコンテンツ取得方法をユーザが使用するユーザ端末装置３へ送信する装置である。ネットワークは，例えばインターネット等の種々のデータ通信である。
【００２８】
サービス提供装置２は，登録したユーザへコンテンツを提供する装置である。
【００２９】
ユーザ端末装置３は，ユーザが使用する端末装置である。例えば，ユーザ端末装置３は，ユーザが携帯可能な携帯電話，ＰＤＡ，コンピュータ等である。
【００３０】
ユーザ情報管理装置１は，ユーザ情報記憶部１１，アクセス属性情報記憶部１２，ユーザ情報登録部１３，コンテンツ提供部１４，およびアクセス取得部１５を備える。
【００３１】
ユーザ情報記憶部１１は，サービス提供装置２が提供するコンテンツを利用するユーザのユーザ情報を記憶する。
【００３２】
ユーザ情報は，ユーザ毎に，ユーザを識別する情報（ユーザＩＤ），コンテンツ取得方法の宛先，ユーザの属性情報を含む情報である。
【００３３】
宛先は，コンテンツ取得方法のメッセージを送信する送信先を示す情報であって，ユーザ端末装置３を示す情報（例えば，メールアドレス等）である。なお，ユーザＩＤが宛先を兼ねてもよい。
【００３４】
属性情報は，所定の属性カテゴリ毎に設定された属性値によりユーザの属性を示す情報である。
【００３５】
図２は，ユーザ情報記憶部１１に記憶されるユーザ情報のデータ構成例を示す図である。ユーザ情報は，ユーザの識別情報が設定される「ユーザＩＤ」，ユーザの名前が設定される「名前」，属性値が設定される属性カテゴリの項目「位置，位置（Ｌ１），位置（Ｌ２），趣味，趣味（Ｌ１）」等の属性カテゴリの項目を含む。
【００３６】
ユーザ情報のユーザＩＤ，名前，各種の属性値は，後述するユーザ情報登録部１３の処理によって取得され設定されたものである。
【００３７】
属性値は，所定の属性カテゴリに分類されるように定義されている。例えば，「１０代，２０代，３０代等」の属性値は，属性カテゴリ「世代」に分類され，「男性，女性」の属性値は，属性カテゴリ「性別」に分類される。
【００３８】
また，属性カテゴリは，抽象化レベルの異なる複数の階層構造で設定されていてもよい。例えば，ユーザの現在位置に関する属性情報として，ユーザの現在位置から最短距離に位置する「駅名」が，属性カテゴリ「位置」の属性値として設定される。また，属性カテゴリ「位置」の上位の抽象レベル（抽象度が高いレベル）の属性カテゴリ「位置Ｌ１」，「位置Ｌ２」が設定されているとする。この場合に，「位置」の属性値（駅）が位置する行政区画を示す属性値（区等）が，その上位の属性カテゴリ「位置Ｌ１」の属性値として設定される。さらに，「位置Ｌ１」に設定された属性値（区等）を含む行政区画の市等の名称が，そのうえの属性カテゴリ「位置Ｌ２」の属性値（市等）として設定される。
【００３９】
さらに，ユーザの趣味に関する属性情報が複数階層で設定されている場合には，同様に，「趣味」，「趣味Ｌ１」等の属性カテゴリが設定される。そして，属性カテゴリ「趣味」に「野球，サッカー，テニス，ソフトボール，読書，釣り，野球観戦，囲碁，将棋，競馬等」の属性値が設定されている場合に，属性値「野球，サッカー，テニス，ソフトボール等」の上位の属性カテゴリ「趣味Ｌ１」には，属性値「スポーツ」が設定される。また，属性値「囲碁，将棋，競馬等」の上位の属性カテゴリ「趣味Ｌ１」には属性値「ゲーム」が設定される。
【００４０】
アクセス属性情報記憶部１２は，ユーザ情報管理装置１へ，コンテンツ毎に，コンテンツの取得要求を送信したユーザのユーザ情報に登録されている属性値，および属性値毎のアクセス数を示すアクセス属性情報を記憶する。
【００４１】
図３は，アクセス属性情報記憶部１２に記憶されるアクセス属性情報の例を示す図である。アクセス属性情報は，コンテンツを識別または特定する情報が設定される「コンテンツ」，コンテンツを提供する条件が，所定の属性値により指定されている属性条件が設定される「属性条件」，属性条件に指定された属性カテゴリの属性値について，該当する属性値を持つユーザのアクセス数が設定される「アクセス属性値（アクセス数）」の項目を含む。
【００４２】
図３に示すアクセス属性情報では，「コンテンツ」として，提供されるコンテンツのＵＲＬが設定されているが，コンテンツの識別情報であるコンテンツＩＤ，提供するサービスの識別情報であるサービスＩＤが設定されてもよい。
【００４３】
図３に示すアクセス属性情報では，第１行目（第１レコード）の属性条件「趣味＝野球」は，コンテンツの提供範囲が，ユーザ情報の属性カテゴリ「趣味」の属性値が「野球」であるユーザであることを示す。
【００４４】
「アクセス属性値」は，コンテンツの属性条件に指定された属性カテゴリ（趣味）の属性値のうち，属性値「ソフトボール」を有するユーザのアクセスが「１０」回あったことを示す。
【００４５】
ユーザ情報登録部１３は，ユーザ端末装置３から送信されたユーザ情報提供のメッセージを受信すると，ユーザＩＤ，ユーザ情報提供に含まれるユーザの属性情報を含むユーザ情報を生成しユーザ情報記憶部１１に登録する。また，ユーザ情報登録部１３は，属性カテゴリが階層を持つ場合に，ユーザ情報提供に含まれるユーザの属性値から，上位の属性カテゴリの属性値を特定して，ユーザ情報として登録する。
【００４６】
コンテンツ提供部１４は，サービス提供装置２から，提供するコンテンツを示すコンテンツ情報，およびコンテンツを提供するユーザを属性値によって指定した属性条件を含むコンテンツ提供依頼を取得して，ユーザ情報記憶部１１のユーザ情報から，取得した属性条件に指定された属性値に一致するユーザ情報を抽出する。
【００４７】
コンテンツ提供部１４は，抽出したユーザ情報（ユーザ）数が所定数に満たない場合に，アクセス属性情報記憶部１２のアクセス属性情報から，属性条件に指定された属性カテゴリの属性値であって最多アクセス数のものを特定して，特定した属性値をＯＲ条件として属性条件に追加して，ユーザ情報記憶部１１のユーザ情報から，追加済みの属性条件に一致するユーザを抽出する。
【００４８】
コンテンツ提供部１４は，属性条件に一致するユーザ数が一定数を満たすか判定し，アクセス属性情報記憶部１２のアクセス属性情報をもとに，該当する属性値を全て追加した属性条件によっても該当するユーザ数が一定数を満たさない場合や，コンテンツの初回の提供時のようにユーザからのアクセスがない場合には，属性条件に指定された属性カテゴリの上位階層の属性カテゴリの属性値，すなわち抽象レベルを上げた属性値に変更し，変更した属性条件に一致するユーザ情報を取得する。
【００４９】
コンテンツ提供部１４は，ＯＲ条件を追加した属性条件または変更した属性条件によって取得したユーザ数が所定数を満たす場合に，コンテンツ取得方法のメッセージを生成して，取得したユーザ情報から各ユーザの宛先（ユーザ端末装置３）を特定して送信する。
【００５０】
コンテンツ取得方法のメッセージには，提供依頼されたコンテンツのコンテンツ情報，属性条件，該当するユーザＩＤ，コンテンツへのアクセス情報としてユーザ情報管理装置１のアクセス取得部１５をアクセス先とする情報を含む。
【００５１】
また，コンテンツ提供部１４は，アクセス情報として，提供依頼しているコンテンツを保持するサービス提供装置２をアクセス先とする情報を設定したコンテンツ取得方法を作成してもよい。
【００５２】
また，コンテンツ提供部１４は，コンテンツ取得方法を生成する代わりに，属性条件により取得したユーザ情報のユーザＩＤ／宛先を，サービス提供装置２に通知してもよい。この場合に，サービス提供装置２が，ユーザ端末装置３へ，サービス提供装置を宛先とするアクセス情報を含むコンテンツ取得方法のメッセージを送信する。
【００５３】
さらに，後述するように，アクセス取得部１５は，サービス提供装置２からコンテンツへのアクセスに関するアクセス情報を取得して，アクセス属性情報を生成する。
【００５４】
アクセス取得部１５は，ユーザ端末装置３からコンテンツの取得要求を受信すると，受信したコンテンツ取得要求のコンテンツ情報に対応するコンテンツをユーザ端末装置３へ送信する。
【００５５】
例えば，アクセス取得部１５は，ユーザ端末装置３から，アクセス取得部１５をアクセス先とするコンテンツ取得要求を受信すると，その取得要求を，コンテンツを保持するサービス提供装置２へリダイレクトする処理を行う（リダイレクト処理）。
【００５６】
または，アクセス取得部１５は，受信したコンテンツ取得要求をもとに，サービス提供装置２からコンテンツを取得して，ユーザ端末装置３へ送信する（プロキシ処理）。
【００５７】
さらに，アクセス取得部１５は，コンテンツ情報およびその属性条件に関連する属性値毎のアクセス数を含むアクセス属性情報を生成してアクセス属性情報記憶部１２に格納する。
【００５８】
アクセス属性情報は，アクセスされたコンテンツ毎の，コンテンツ情報，属性条件，アクセス属性値を含む。アクセス属性値は，属性条件に指定された属性カテゴリであって，コンテンツ取得要求を送信したユーザのユーザ情報から取得した属性値毎のアクセス数が設定される。
【００５９】
例えば，アクセス取得部１５は，コンテンツの取得要求毎に，取得要求に含まれる，コンテンツ情報，ユーザＩＤ，属性条件を用いて，ユーザ情報記憶部１１のユーザＩＤに対応するユーザ情報から，属性条件に指定された属性カテゴリの属性値を取得し，アクセス属性情報記憶部１２のコンテンツ情報に対応するアクセス属性情報に指定された属性値のアクセス数を１つ増加させる。
【００６０】
または，アクセス取得部１５は，サービス提供装置２がアクセス先となるコンテンツ取得方法が送信されている場合に，サービス提供装置２から，コンテンツ情報，属性条件，アクセスしたユーザのユーザＩＤを含むアクセス情報を取得して，ユーザ情報記憶部１１のユーザＩＤに対応するユーザ情報から，属性条件に指定された属性カテゴリの属性値を取得して，アクセス属性情報記憶部１２のコンテンツ情報に対応するアクセス属性情報の各属性値のアクセス数を集計する。
【００６１】
ユーザ情報管理装置１は，上記の記憶部および処理部によって，以下の処理を行う。
【００６２】
〔ユーザ情報登録処理〕
ユーザ情報登録部１３は，ユーザ端末装置３からユーザ情報提供を受信すると，ユーザ情報提供に含まれるユーザの名前，属性値等の属性情報にユーザＩＤを付与したユーザ情報を生成してユーザ情報記憶部１１に格納する。
【００６３】
〔コンテンツ取得方法提供処理〕
コンテンツ提供部１４は，サービス提供装置２から，コンテンツ情報，属性条件を含むコンテンツ提供依頼を受信すると，コンテンツ提供依頼の属性条件をもとに，ユーザ情報記憶部１１のユーザ情報から，属性条件の属性値に一致するユーザ情報を取得する。
【００６４】
取得したユーザ情報数（ユーザ数）が所定数未満であれば，コンテンツ提供部１４は，アクセス属性情報記憶部１２のアクセス属性情報から，コンテンツ提供依頼の属性条件に指定された属性カテゴリの属性値のなかから，アクセス数が最多の属性値を１つ取り出して，取り出した属性値を属性条件のＯＲ条件として追加して，ＯＲ条件を追加した条件をもとに，ユーザ情報記憶部１１のユーザ情報から，追加した属性条件の属性値に一致するユーザ情報を取得する。
【００６５】
追加した属性条件により取得したユーザ数が所定数未満であれば，コンテンツ提供部１４は，アクセス属性情報から，属性条件に指定された属性カテゴリの属性値をアクセス数が多い順に取り出して，属性条件にＯＲ条件として追加してユーザ情報を取得する処理を繰り返す。
【００６６】
アクセス属性情報から該当する属性値が全て追加された属性条件により取得したユーザ情報のユーザ数が所定数未満であれば，コンテンツ提供部１４は，属性条件に指定された属性カテゴリの上位の属性カテゴリの属性値に変更して，変更した属性条件に一致するユーザ情報をユーザ情報記憶部１１から取得する。
【００６７】
取得したユーザ数が所定数以上になった場合に，コンテンツ提供依頼されたコンテンツを示すコンテンツ情報，属性条件，アクセス情報等を含むコンテンツ取得方法を生成して，抽出したユーザ情報に登録されたユーザＩＤ，宛先を用いてユーザ端末装置３へコンテンツ取得方法を送信する。
【００６８】
〔ユーザアクセス処理〕
ユーザ端末装置３がコンテンツ取得要求をアクセス取得部１５へ送信する。
【００６９】
アクセス取得部１５は，受信した取得要求をサービス提供装置２へリダイレクトする。または，アクセス取得部１５は，受信した取得要求をもとに，サービス提供装置２から要求されたコンテンツを取得して，ユーザ端末装置３へ送信する。
【００７０】
アクセス取得部１５が，ユーザ端末装置３から受信したコンテンツの取得要求を，リダイレクト処理またはプロキシ処理することによって，ユーザ端末装置３へ，要求されたコンテンツが送信される。
【００７１】
さらに，アクセス取得部１５は，受信したコンテンツ取得要求に含まれるコンテンツ情報，属性条件をもとに，アクセス属性情報を生成する。そして，アクセス取得部１５は，コンテンツ取得要求に含まれる属性条件，ユーザＩＤをもとに，属性条件に指定された属性値がそのユーザ情報に設定されていれば，アクセス属性情報の該当する各属性値のアクセス数を１つ加算する。
【００７２】
または，アクセス取得部１５は，サービス提供装置２から，コンテンツへアクセスしたユーザＩＤ，属性情報を含むアクセス情報を取得して，アクセス属性情報を生成する。
【００７３】
以下に，ユーザ情報管理装置１の実施例を，より詳細に説明する。
【００７４】
このような処理により，ユーザ情報管理装置１は，ユーザの匿名性を保持しつつ，サービス提供装置２から依頼されたコンテンツへのアクセスを促すコンテンツ取得方法を，ユーザ端末装置３へ提供することができる。
【００７５】
以下に，ユーザ情報管理装置１の実施例をより詳細に説明する。
【００７６】
〔第１の実施例〕
第１の実施例として，サービス提供装置２が，コンテンツ情報としてコンテンツＵＲＬを指定し，コンテンツ取得方法のアクセス情報としてユーザ情報管理装置１のアクセス取得部１５をアクセス先とする場合の処理（リダイレクト処理）を説明する。
【００７７】
図４は，第１の実施例におけるユーザ情報管理装置１の処理の流れを示す図である。
【００７８】
第１の実施例および後述する実施例において，ユーザ情報管理装置１では，以下のステップＳａ，Ｓｂの処理によって，ユーザ情報が非同期でユーザ情報記憶部１１に登録される。
【００７９】
ステップＳａ：  ユーザ情報登録部１３は，ユーザ端末装置３から送信されたユーザ情報提供のメッセージを受信すると，ユーザ情報提供から，ユーザの属性を示す情報（属性値）を取得する。ユーザ情報提供に含まれるユーザの属性値が分類される属性カテゴリに上位の属性カテゴリがある場合には，ユーザ情報提供の属性値を解析して，上位の属性カテゴリの属性値を決定する。
【００８０】
ステップＳｂ：  ユーザ情報登録部１３は，ユーザ情報提供から得た情報にユーザＩＤを付与したユーザ情報を生成してユーザ情報記憶部１１に格納する。
【００８１】
第１の実施例において初回のコンテンツ配信が行われる場合には，ユーザ情報管理装置１は，以下のように動作する。
【００８２】
ステップＳ１：  コンテンツ提供部１４は，サービス提供装置２から，コンテンツ提供依頼のメッセージを受信する。
【００８３】
図５は，第１の実施例におけるコンテンツ提供依頼の例を示す図である。
【００８４】
図５のコンテンツ提供依頼は，コンテンツ提供依頼のメッセージであることを示すメッセージタイプ，属性条件（位置＝Ｋ駅），コンテンツ情報（コンテンツＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｓａｍｐｌｅ．ｃｏｍ／ｓａｍｐｌｅ．ｈｔｍｌ）等を含む。
【００８５】
ステップＳ２：  コンテンツ提供部１４は，ユーザ情報記憶部１１から，ステップＳ１の処理で受信したコンテンツ提供依頼の属性条件に一致するユーザ情報を取得し，取得したユーザ数が一定数（例えば８とする）以上であるかを判定する。ここで，ユーザ情報が図２に示すものである場合に，属性条件「位置＝Ｋ駅」のユーザは５人であり，一定数を満たさないことがわかる。
【００８６】
ステップＳ３：  コンテンツ提供部１４は，ステップＳ２の処理で取得したユーザ数が一定数を満たさないため，コンテンツＵＲＬと属性条件をキーにしてアクセス属性情報記憶部１２のアクセス属性情報を検索して，このコンテンツに対するアクセス属性値に設定されている属性値毎のアクセス数を取得する。アクセス属性情報記憶部１２に記憶されている情報が図３に示すものである場合に，コンテンツ提供依頼のコンテンツに対するアクセスがないため，属性条件「位置＝Ｋ駅」に対応する属性値とアクセス数は得られないことがわかる。すなわち，ＯＰ条件として属性条件に付加できる属性値がないことがわかる。
【００８７】
ステップＳ４：  コンテンツ提供部１４は，属性条件の抽象レベル変更を行う。具体的には，コンテンツ提供部１４は，属性条件に指定された属性カテゴリ（位置）の上位のカテゴリ属性（位置Ｌ１）の属性値を用いて属性条件を「位置＝Ｋ区」に変更して（図２参照），ユーザ情報記憶部１１から，変更した属性条件に一致するユーザ情報を取得する。ここで，図２に示すユーザ情報によれば，属性条件「位置＝Ｋ区」に一致するユーザ数は１１人であり，一定数（８）以上であることがわかる。
【００８８】
ステップＳ５：  コンテンツ提供部１４は，ステップＳ４の処理で得られたユーザ情報から，宛先とユーザＩＤを用いてコンテンツ取得方法のメッセージを生成し，各宛先へ送信する。
【００８９】
図６は，第１の実施例におけるコンテンツ取得方法のメッセージの例を示す図である。
【００９０】
図６に示すコンテンツ取得方法のメッセージは，コンテンツ取得方法の提供のメッセージであることを示すメッセージタイプとアクセス情報（アクセスＵＲＬ）とを含む。アクセス情報では，提供するコンテンツのコンテンツ情報（コンテンツＵＲＬ），属性条件（位置＝Ｋ駅），提供対象のユーザＩＤ，およびアクセス先であるアクセス取得部１５のＵＲＬが指定される。
【００９１】
ステップＳ６：  アクセス取得部１５は，ユーザ端末装置３から，コンテンツ取得要求のメッセージを受信する。
【００９２】
図７は，第１の実施例におけるコンテンツ取得要求のメッセージの例を示す図である。
【００９３】
図７に示すコンテンツ取得要求のメッセージは，コンテンツ取得要求のメッセージであることを示すメッセージタイプ，コンテンツ情報（コンテンツＵＲＬ），属性情報，ユーザＩＤ等を含む。
【００９４】
ステップＳ７：  アクセス取得部１５は，コンテンツ取得要求を送信したユーザ端末装置３に対してコンテンツＵＲＬを送信して，取得要求のサービス提供装置２へのリダイレクトを指示する。
【００９５】
ステップＳ８：  ユーザ端末装置３は，アクセス取得部１５から受信したコンテンツＵＲＬで，サービス提供装置２に対してコンテンツの取得要求を行う。
【００９６】
ステップＳ９：  アクセス取得部１５は，ステップＳ６の処理で受信したコンテンツ取得要求に含まれるユーザＩＤ，属性条件の属性カテゴリ（位置）を用いて，ユーザ情報記憶部１１のユーザ情報からユーザの属性値を取得する。
【００９７】
ステップＳ１０：  アクセス取得部１５は，ステップＳ６で受信したコンテンツ取得要求に含まれるコンテンツ情報（コンテンツＵＲＬ）と属性条件（属性カテゴリ，属性値）とをキーにして，ステップＳ９の処理で取得した属性値のアクセス数を加算する。
【００９８】
ここで，ステップＳ６の処理で，コンテンツ取得要求を送信したユーザの属性カテゴリ（位置）の属性値が「Ｋ大師駅」である場合に，アクセス属性情報のコンテンツ情報のアクセス属性値の項目に設定された，アクセスしたユーザのユーザ情報から得た属性値「Ｋ大師駅」のアクセス数を１加算して「１」にする。
【００９９】
図８は，アクセス属性値の追加設定を説明するための図である。図８に示すアクセス属性情報の例では，コンテンツ情報（コンテンツＵＲＬ）に対応するアクセス属性値（アクセス数）に，「Ｋ大師駅（１）」が追加設定される。
【０１００】
上記コンテンツの２回目のコンテンツ配信が行われる場合に，ユーザ情報管理装置１は，以下のように動作する。
【０１０１】
２回目のコンテンツ配信の際の処理において，上述の初回のコンテンツ配信のステップＳ１〜Ｓ１０の処理とほぼ同様である。特にステップＳ１，Ｓ５〜Ｓ１０の処理は，同様であるので処理の説明を省略し，異なる処理について説明する。
【０１０２】
ステップＳ２’：  ステップＳ１の処理後，コンテンツ提供部１４は，ユーザ情報記憶部１１からステップＳ１の処理で受信した属性条件に一致するユーザ情報を取得し，ユーザ数が一定数以上であるかを判定する。ここで，図２に示すユーザ情報の場合には，位置＝Ｋ駅のユーザ数は５人であり，一定数以上ではないことが分かる。
【０１０３】
ステップＳ３’：  ステップＳ２’の処理後，コンテンツ提供部１４は，取得したユーザ数が一定数を満たさないため，アクセス属性情報記憶部１２のアクセス属性情報をもとに，コンテンツＵＲＬと属性条件をキーにして，アクセスしたユーザの属性値とそのアクセス数を取得する。
【０１０４】
図９は，初回コンテンツ提供後のアクセス属性情報の例を示す図である。図９のアクセス属性情報の例では，提供依頼があったコンテンツ（コンテンツＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｓａｍｐｌｅ．ｃｏｍ／ｓａｍｐｌｅ．ｈｔｍｌ）の属性条件（位置＝Ｋ駅）のアクセス属性値は，属性値「Ｋ大師駅」のアクセス数が４人，属性値「Ｋ球場」のアクセス数が１人である。
【０１０５】
ステップＳ４’：  ステップＳ３’の処理後，コンテンツ提供部１４は，アクセス数が最多の属性値「Ｋ大師駅」を，属性条件に追加して，属性条件「位置＝Ｋ区  ｏｒ  位置＝Ｋ大師駅」としてユーザ情報記憶部１１のユーザ情報から，この属性条件に一致するユーザ情報を取得する。図２のユーザ情報の例では，属性条件「位置＝Ｋ区  ｏｒ  位置＝Ｋ大師駅」のユーザ数は８人であり，一定数以上である。
【０１０６】
なお，属性条件に一致するユーザ数が一定数を満たさない場合には，次にアクセス数の多い属性値「Ｋ球場」を条件に追加して，一致するユーザ情報を取得する。
【０１０７】
また，追加できる属性値を全て追加した属性条件によってもなお，一致するユーザ数が一定数を満たさない場合は，上述のステップＳ４に示す，属性条件の抽象レベル変更処理を行う。
【０１０８】
これにより，コンテンツ提供方法を送信する対象ユーザ数が一定数以上となるため，ユーザの匿名性を保持しつつ，最適な範囲のユーザにコンテンツ提供方法を通知することが可能となる。
【０１０９】
なお，２回目以降のコンテンツ配信時には，属性条件のＯＲ条件に追加されなかった属性値については追加的なアクセス情報が得られなくなるため，情報の鮮度保持のために，アクセス取得部１５が，一定時間後に削除するようにしてもよい。
【０１１０】
図１０は，第１の実施例におけるユーザ情報登録部１３の処理フローを示す図である。図１０に示す処理ステップの符号は，図４および以降に説明する図１９，図２１に示すステップの符号（Ｓａ，Ｓｂ）に対応する。
【０１１１】
図１０の処理フローにおいて，ユーザ情報登録部１３は，ユーザ端末装置３からユーザ情報提供のメッセージの受信を待機して（ステップＳａ＿１），ユーザ情報提供のメッセージを受信すると，受信したユーザ情報提供から，ユーザの属性を示す情報（属性値）を取得する。ユーザ情報提供に含まれるユーザの属性値を解析して，上位の抽象レベルの属性カテゴリの属性値を決定する（ステップＳａ＿２）。
【０１１２】
ユーザ情報登録部１３は，ユーザ情報提供から得たユーザ情報をユーザ情報記憶部１１に格納する（ステップＳｂ）。
【０１１３】
図１１は，第１の実施例におけるコンテンツ提供部１４の処理フローを示す図である。図１１に示す処理ステップの符号は，図４および以降に説明する図１９，図２１に示す各ステップの符号と対応する。
【０１１４】
図１１の処理フローにおいて，コンテンツ提供部１４は，サービス提供装置２からコンテンツ提供依頼のメッセージの受信を待機して（ステップＳ１＿１），コンテンツ提供依頼のメッセージを受信すると，コンテンツ情報（コンテンツＵＲＬ）と属性条件とを含むコンテンツ提供依頼を取得する（ステップＳ１＿２）。
【０１１５】
コンテンツ提供部１４は，ユーザ情報記憶部１１から，属性条件に一致するユーザ情報を取得して（ステップＳ２＿１），属性条件に一致するユーザ数が一定数以上であるかを判定する（ステップＳ２＿２）。
【０１１６】
属性条件に一致するユーザ数が一定数以上ではない場合には（ステップＳ２＿２のＮ），コンテンツ提供部１４は，アクセス属性情報記憶部１２に，コンテンツ情報（コンテンツＵＲＬ）と属性条件とに対応するアクセス属性情報があるかを調べる（ステップＳ３＿１）。そして，該当するアクセス属性情報があれば（ステップＳ３＿１のＹ），コンテンツ提供部１４は，そのアクセス属性情報のアクセス数が多い属性値を属性条件のＯＲ条件に追加する（ステップＳ３＿２）。該当するアクセス属性情報がなければ（ステップＳ３＿１のＮ），コンテンツ提供部１４は，属性条件に指定された属性値を，その上位の属性カテゴリの属性値へ変更する（ステップＳ３＿３）。
【０１１７】
一方，属性条件に一致するユーザ数が一定数以上である場合には（ステップＳ２＿２のＹ），コンテンツ提供部１４は，アクセス情報（アクセスＵＲＬ）として，アクセス取得部１５のＵＲＬ（アクセス先）に，コンテンツ情報（コンテンツＵＲＬ），ユーザＩＤ，属性条件を含めた情報を設定したコンテンツ取得方法のメッセージを生成して（ステップＳ５＿１），ユーザＩＤにコンテンツ取得方法のメッセージを送信する（ステップＳ５＿２）。
【０１１８】
図１２は，第１の実施例におけるアクセス取得部１５の処理フローを示す図である。図１２に示す処理ステップの符号は，図４および以降に説明する図１９，図２１に示す各ステップの符号と対応する。
【０１１９】
図１２の処理フローにおいて，アクセス取得部１５は，ユーザ端末装置３からのコンテンツ取得要求のメッセージの受信を待機して（ステップＳ６＿１），コンテンツ取得要求のメッセージを受信すると，コンテンツ取得要求を取得する（ステップＳ６＿２）。アクセス取得部１５は，受信したコンテンツ取得要求に含まれるコンテンツ情報（コンテンツＵＲＬ）へのリダイレクト処理を行う（ステップＳ７，Ｓ８）。
【０１２０】
そして，アクセス取得部１５は，受信したコンテンツ取得要求に含まれる，コンテンツ情報（コンテンツＵＲＬ），ユーザＩＤ，属性条件を取得して（ステップＳ９＿１），取得したユーザＩＤに対応するユーザ情報から，属性条件に指定された属性カテゴリの属性値を取得する（ステップＳ９＿２）
アクセス取得部１５は，アクセス属性情報のコンテンツ情報（コンテンツＵＲＬ）および属性条件に対応するアクセス属性値のアクセス数を加算する（ステップＳ１０）。
【０１２１】
〔第２の実施例〕
第２の実施例として，サービス提供装置２が，コンテンツ情報としてサービスＩＤを指定し，コンテンツ取得方法に含まれるアクセス情報がユーザ情報管理装置１のアクセス取得部１５である場合の処理を説明する。
【０１２２】
第２の実施例の場合の処理の流れは，図４に示す，第１の実施例の場合と同様である。
【０１２３】
しかし，第２の実施例では，コンテンツ情報として，サービス提供装置２でのサービスを識別するサービスＩＤが使用される。
【０１２４】
図１３は，第２の実施例におけるコンテンツ提供依頼のメッセージの例を示す図である。図１３のコンテンツ提供依頼は，コンテンツ情報として，サービスを識別するサービスＩＤが指定される。
【０１２５】
第２の実施例では，図４に示すステップＳ１の処理において，コンテンツ提供部１４は，サービスＩＤで指定されたコンテンツ情報を含むコンテンツ提供依頼のメッセージを受信する。
【０１２６】
そして，ステップＳ３の処理では，コンテンツ提供部１４は，アクセス属性情報から，サービス提供装置２から受信したコンテンツ提供依頼の属性条件とサービスＩＤとをもとに，該当する属性値とそのアクセス数を取得する。また，ステップＳ５の処理では，コンテンツ提供部１４は，コンテンツ情報としてサービスＩＤが指定されるコンテンツ取得方法を生成する。
【０１２７】
そのため，ステップＳ６の処理において，アクセス取得部１５は，ユーザ端末装置３から，コンテンツがサービスＩＤによって指定されたアクセス情報を含むコンテンツ取得要求のメッセージを受信する。
【０１２８】
図１４は，第２の実施例におけるコンテンツ取得要求のメッセージの例を示す図である。図１４のコンテンツ取得要求のアクセス情報で，コンテンツ情報としてサービスＩＤが設定される。
【０１２９】
さらに，アクセス取得部１５は，コンテンツ情報にサービスＩＤを設定したアクセス属性情報を生成する。
【０１３０】
図１５は，第２の実施例におけるアクセス属性情報の例を示す図である。図１５のアクセス属性情報でも，コンテンツ情報が設定される「コンテンツ」にサービスＩＤが設定される。
【０１３１】
〔第３の実施例〕
第３の実施例として，サービス提供装置２が，コンテンツ情報として，所定のカテゴリに分類されたコンテンツＩＤを指定し，ユーザ端末装置３に提供されるコンテンツ取得方法に含まれるアクセス情報がユーザ情報管理装置１のアクセス取得部１５である場合の処理を説明する。
【０１３２】
第３の実施例の場合の処理の流れは，図４に示す，第１の実施例の場合と同様である。
【０１３３】
しかし，第３の実施例では，コンテンツ情報として，コンテンツにカテゴリを設けて識別するコンテンツＩＤが使用される。
【０１３４】
図１６は，第３の実施例におけるコンテンツ提供依頼のメッセージの例を示す図である。図１６のコンテンツ提供依頼は，コンテンツ情報として，コンテンツＩＤが指定される。
【０１３５】
第３の実施例では，図４に示すステップＳ１の処理において，コンテンツ提供部１４は，コンテンツＩＤで指定されたコンテンツ情報を含むコンテンツ提供依頼を受信する。
【０１３６】
そして，ステップＳ３の処理では，コンテンツ提供部１４は，アクセス属性情報から，サービス提供装置２から受信したコンテンツ提供依頼の属性条件とコンテンツＩＤとをもとに，該当する属性値とそのアクセス数を取得する。
【０１３７】
ステップＳ５の処理では，コンテンツ提供部１４は，コンテンツ情報としてコンテンツＩＤが指定されるコンテンツ取得方法を生成する。
【０１３８】
ステップＳ６の処理において，アクセス取得部１５は，ユーザ端末装置３から，コンテンツがサービスＩＤによって指定されたアクセス情報を含むコンテンツ取得要求を受信する。
【０１３９】
図１７は，第２の実施例におけるコンテンツ取得要求のメッセージの例を示す図である。図１７のコンテンツ取得要求のアクセス情報で，コンテンツ情報としてコンテンツＩＤが設定される。
【０１４０】
アクセス取得部１５は，コンテンツ情報にサービスＩＤを設定したアクセス属性情報を生成する。
【０１４１】
図１８は，第３の実施例におけるアクセス属性情報の例を示す図である。図１８のアクセス属性情報でも，コンテンツ情報が設定される「コンテンツ」にコンテンツＩＤが設定される。
【０１４２】
上述のように，サービス提供装置２から，コンテンツ情報としてサービスＩＤを含むコンテンツ提供依頼を受け取ることによって，属性条件が同じであってもコンテンツＵＲＬが異なるコンテンツ群を配信する仕組みにおいて，初回のコンテンツ配信から，最適な範囲のユーザへコンテンツ取得方法を送信することが可能となる。
【０１４３】
また，サービスＩＤの代わりに，コンテンツにカテゴリを設けてコンテンツＩＤで識別し，サービス提供装置２から，コンテンツ情報としてコンテンツＩＤが指定されたコンテンツ提供依頼のメッセージを受け取ることによって，複数のサービス提供者（サービス提供装置）が同じカテゴリのコンテンツを配信する仕組みにおいて，コンテンツのカテゴリについてのアクセス属性情報を利用することが可能となる。
【０１４４】
〔第４の実施例〕
第４の実施例として，サービス提供装置２が，コンテンツ情報としてコンテンツＵＲＬを指定し，コンテンツ取得方法に含まれるアクセス情報がユーザ情報管理装置１のアクセス取得部１５であって，アクセス取得部１５が代理でコンテンツを提供する場合の処理（プロキシ処理）を説明する。
【０１４５】
図１９は，第４の実施例の場合の処理の流れを示す図である。
【０１４６】
第４の実施例の場合の処理の流れは，図４に示す第１の実施例の場合の処理とほぼ同様である。図１９に示す処理ステップは，図４に示された同一番号の処理ステップと対応する。第４の実施例では，図４に示すステップＳ７，Ｓ８の代わりに，以下の，ステップＳ１７，Ｓ１８の処理が行われる。
【０１４７】
ステップＳ１７：  ステップＳ６の処理後，アクセス取得部１５は，ユーザ端末装置３から受信したコンテンツ取得要求のアクセス情報をもとに，サービス提供装置２のコンテンツＵＲＬに対してアクセスし，取得要求されたコンテンツを取得する。
【０１４８】
ステップＳ１８：  ステップＳ１７の処理後，アクセス取得部１５は，取得したコンテンツを，取得要求を送信したユーザ端末装置３に対して送信する。
【０１４９】
図２０は，第４の実施例におけるアクセス取得部１５の処理フローを示す図である。図１２に示す処理ステップの符号は，図４および以降に説明する図１９，図２１に示す各ステップの符号と，図１２に示す処理フローの各ステップの符号と対応する。そのため，同一の符号の処理ステップについては説明を省略する。
【０１５０】
図２０の処理フローにおいて，アクセス取得部１５は，コンテンツ取得要求に含まれるコンテンツ情報（コンテンツＵＲＬ）を用いて，サービス提供装置２からコンテンツを取得する（ステップＳ１７）。そして，アクセス取得部１５は，取得したコンテンツをユーザ端末装置３へ送信する（ステップＳ１８）。
【０１５１】
第４の実施例に示す処理においても，上述した第２，第３の実施例のように，サービス提供装置２が，コンテンツ情報として，サービスＩＤまたはコンテンツＩＤを指定することが可能である。
【０１５２】
〔第５の実施例〕
第５の実施例として，コンテンツ取得方法に含まれるアクセス情報にサービス提供装置２に保持されたコンテンツのアクセス先が指定されている場合の処理を説明する。
【０１５３】
図２１は，第５の実施例の場合の処理の流れを示す図である。図２１において，第５の実施例の場合の処理の処理ステップは，図４に示された同一番号の処理ステップと対応するが，第５の実施例では，図４に示すステップＳ６〜Ｓ１０の代わりに，ステップＳ２１〜Ｓ２５の処理が行われる。
【０１５４】
図２１のステップＳ５では，コンテンツ提供部１４は，ステップＳ４の処理で得られたユーザ情報から，宛先とユーザＩＤを用いて，サービス提供装置２に保持されたコンテンツをアクセス先とするアクセス情報を含むコンテンツ取得方法のメッセージを生成して各宛先へ送信する。
【０１５５】
図２２は，第５の実施例におけるコンテンツ取得方法のメッセージの例を示す図である。図２２に示すコンテンツ取得方法のメッセージは，コンテンツ取得方法の提供メッセージであることを示すメッセージタイプおよびアクセス情報（アクセスＵＲＬ）を含む。アクセス情報は，属性条件（位置＝Ｋ駅），提供されるユーザＩＤ，コンテンツＵＲＬおよびアクセス先を示すサービス提供装置２のＵＲＬ（ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｓａｍｐｌｅ．ｈｔｍｌ）を含む。
【０１５６】
図２１のステップＳ２１の処理では，ステップＳ５の処理後，サービス提供装置２は，ユーザ端末装置３からコンテンツ取得要求のメッセージを受信する。
【０１５７】
ステップＳ２２の処理では，ステップＳ２１の処理後，サービス提供装置２は，取得要求のコンテンツをユーザ端末装置３へ送信する。
【０１５８】
ステップＳ２３の処理では，ステップＳ２２の処理後，アクセス取得部１５は，サービス提供装置２から，コンテンツ提供依頼にかかるコンテンツへのアクセス情報提供のメッセージを受信する。
【０１５９】
図２３は，第５の実施例におけるアクセス情報提供のメッセージの例を示す図である。アクセス情報提供のメッセージは，コンテンツ情報（コンテンツＵＲＬ），属性条件，およびアクセスしたユーザのユーザＩＤを含む。
【０１６０】
ステップＳ２４の処理では，ステップＳ２３の処理後，アクセス取得部１５は，受信したアクセス情報提供のメッセージに含まれる，ユーザＩＤと，属性条件に指定された属性カテゴリとを用いて，ユーザ情報記憶部１１のユーザ情報から，各ユーザの属性値を取得する。
【０１６１】
ステップＳ２５の処理では，ステップＳ２４の処理後，アクセス取得部１５は，ステップＳ２３の処理で受信したアクセス情報提供に含まれるコンテンツ情報（コンテンツＵＲＬ）と属性条件とをキーにして，アクセス属性情報記憶部１２のアクセス情報の該当するアクセス属性値の各属性値のアクセス数を加算する。
【０１６２】
〔第６の実施例〕
第６の実施例として，サービス提供装置２からのコンテンツ提供依頼において，属性条件が複数指定された場合のアクセス取得部１５の処理の流れは，第１の実施例における処理の流れと同様である。よって，図４を用いて，異なる処理について説明する。
【０１６３】
第６の実施例において，ステップＳ１の処理では，コンテンツ提供部１４は，サービス提供装置２から，属性条件（位置＝Ｋ駅＆趣味＝野球）とコンテンツ情報（コンテンツＵＲＬ）を含むコンテンツ提供依頼を受信する。
【０１６４】
ステップＳ４の処理では，コンテンツ提供部１４は，初回のコンテンツ提供時に，属性条件の抽象レベルの変更を行う場合には，ユーザ情報記憶部１１から属性条件に一致するユーザ数が一定数以上になるまで，複数ある属性条件の属性カテゴリを，順番に，その上位の属性カテゴリへ変更する。
【０１６５】
コンテンツ提供部１４は，例えば，１番目の属性カテゴリ「位置」を上位の属性カテゴリ「位置Ｌ１」の属性値へ変更して，属性条件を「位置＝Ｋ区＆趣味＝野球」と変更し，変更した属性条件に一致するユーザ数を取得して一定数以上であるかを判定する。
【０１６６】
この判定の結果，属性条件に一致するユーザ数が一定数以上にならない場合には，コンテンツ提供部１４は，属性条件の１つの属性カテゴリのみの抽象レベルを上げるように属性条件を変更する。具体的には，コンテンツ提供部１４は，属性条件「位置＝Ｋ区＆趣味＝野球」で一致するユーザ数を判定した後に，１番目の属性カテゴリの抽象レベルを元へ戻し，２番目の属性カテゴリのみを，その上位の属性カテゴリの属性値に変更して，属性条件「位置＝Ｋ駅＆趣味＝スポーツ」で一致するユーザ数を判定する。
【０１６７】
または，コンテンツ提供部１４は，属性条件の属性カテゴリの抽象レベルを順次上げるように属性条件を変更する。具体的には，コンテンツ提供部１４は，２番目の属性カテゴリ「趣味」の属性値「野球」を上位の属性値「スポーツ」に変更し，変更した属性条件「位置＝Ｋ区＆趣味＝スポーツ」に一致するユーザ数が一定以上になるかを判定する。
【０１６８】
コンテンツ提供部１４は，属性カテゴリの抽象レベルを変更した属性条件では，なお一致するユーザ数が一定数を満たさない場合に，複数の属性カテゴリの抽象レベルをさらに上位の属性カテゴリ（位置Ｌ２）へ変更した属性条件「位置＝Ｋ市＆趣味＝野球」を用いてユーザ数を取得してもよい。
【０１６９】
また，ステップＳ９の処理では，アクセス取得部１５は，ユーザ端末装置３から受信したコンテンツ取得要求に含まれる，ユーザＩＤと属性条件（位置＝Ｋ駅＆趣味＝野球）とを用いて，ユーザ情報記憶部１１からユーザＩＤの属性条件に指定された全ての属性カテゴリ（位置と趣味）の属性値を取得する。
【０１７０】
そして，ステップＳ１０の処理では，アクセス取得部１５は，コンテンツ情報（コンテンツＵＲＬ），属性条件（位置＝Ｋ駅＆趣味＝野球），属性値（Ｋ大師駅＆野球）を設定したアクセス属性情報をアクセス属性情報記憶部１２に登録する。
【０１７１】
図２４は，第６の実施例におけるアクセス属性情報の例を示す図である。
【０１７２】
図２４に示すアクセス属性情報の例ように，属性条件に複数の属性カテゴリが指定されている場合には，アクセス取得部１５は，それぞれの属性値を取得し，その組み合わせ毎にアクセス属性値を管理する。アクセス属性情報のアクセス属性値に，属性値の組み合わせを設定する。
【０１７３】
アクセス取得部１５は，例えば，図２４に示すように，あるユーザが既にアクセスして，そのユーザの「川崎大師駅＆ソフトボール」の属性値の組み合わせがアクセス属性情報のアクセス属性値に設定されている場合に，「位置＝川崎大師駅，趣味＝サッカー」の属性値を持つ別のユーザがアクセスした場合には，「川崎大師駅＆ソフトボール」とは別のアクセス属性値「川崎大師駅＆サッカー」を設定して，各アクセス数を管理する。
【０１７４】
なお，アクセス取得部１５は，ステップＳ４の処理で，属性カテゴリの抽象レベルを変更した場合（例えば，属性カテゴリ「趣味」の属性値「野球」を「スポーツ」へ変更した場合）でも，アクセス取得部１５は，図２４に示すように，属性値として「Ｋ大師駅＆ソフトボール」を登録して管理する。
【０１７５】
図２５は，ユーザ情報管理装置１のハードウェア構成例を示す図である。
【０１７６】
図２５に示すように，ユーザ情報管理装置１は，ＣＰＵ１０１，主記憶部（メモリ）１０３，入出力インターフェイス１０５，外部記憶装置１１０，入力装置（キーボード等）１２０，出力装置（ディスプレイ等）１３０を備えるコンピュータ１００によって実施することができる。
【０１７７】
また，ユーザ情報管理装置１は，コンピュータ１００が実行可能なプログラムによって実施することができる。この場合に，ユーザ情報管理装置１が有すべき機能の処理内容を記述したプログラムが提供される。提供されたプログラムをコンピュータ１００が実行することによって，上記説明したユーザ情報管理装置１の処理機能がコンピュータ１００上で実現される。
【０１７８】
すなわち，ユーザ情報管理装置１のユーザ情報登録部１３，コンテンツ提供部１４，アクセス取得部１５等は，プログラムで構成することができ，ユーザ情報記憶部１１，アクセス属性情報記憶部１２は外部記憶装置１１０で構成することができる。
【０１７９】
なお，コンピュータ１００は，可搬型記録媒体から直接プログラムを読み取り，そのプログラムに従った処理を実行することもできる。また，コンピュータ１００は，サーバコンピュータからプログラムが転送されるごとに，逐次，受け取ったプログラムに従った処理を実行することもできる。
【０１８０】
さらに，このプログラムは，コンピュータ１００で読み取り可能な記録媒体に記録しておくことができる。
【符号の説明】
【０１８１】
１  ユーザ情報管理装置
１１  ユーザ情報記憶部
１２  アクセス属性情報記憶部
１３  ユーザ情報登録部
１４  コンテンツ提供部
１５  アクセス取得部
２  サービス提供装置
３  ユーザ端末装置
【図１】
0005482284.tif 000002
【図２】
0005482284.tif 000003
【図３】
0005482284.tif 000004
【図４】
0005482284.tif 000005
【図５】
0005482284.tif 000006
【図６】
0005482284.tif 000007
【図７】
0005482284.tif 000008
【図８】
0005482284.tif 000009
【図９】
0005482284.tif 000010
【図１０】
0005482284.tif 000011
【図１１】
0005482284.tif 000012
【図１２】
0005482284.tif 000013
【図１３】
0005482284.tif 000014
【図１４】
0005482284.tif 000015
【図１５】
0005482284.tif 000016
【図１６】
0005482284.tif 000017
【図１７】
0005482284.tif 000018
【図１８】
0005482284.tif 000019
【図１９】
0005482284.tif 000020
【図２０】
0005482284.tif 000021
【図２１】
0005482284.tif 000022
【図２２】
0005482284.tif 000023
【図２３】
0005482284.tif 000024
【図２４】
0005482284.tif 000025
【図２５】
0005482284.tif 000026