(57)【要約】【課題】  複数のサイトにて利用されたコンテンツデータの利用履歴を加味しつつ、ダウンロード数のランキング集計を行う。【解決手段】  総合サイトサーバＳＳと、複数の個別サイトサーバＩＳ-ｋの各々により異なるサイトを運営する。そして、携帯用電話機ＭＰ-ｋのユーザが何れかの個別サイトサーバＩＳ-ｋからダウンロードしたコンテンツデータのダウンロード履歴を示す履歴データを個別サイトサーバＩＳ-ｋから総合サイトサーバＳＳに送信し、総合サイトサーバＳＳにおいてランキングを集計する。そして、当該集計結果を示すランキングデータを総合サイトサーバＳＳにて生成し、当該生成したランキングデータを携帯用電話機ＭＰ-ｋに配信する。【選択図】  図１
2007079657.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバ装置により構成され、
通信端末装置から送信されるメッセージに基づいて第１サービスを提供する第１ノードと、
前記通信端末装置に対して前記第１サービスとは異なる第２サービスを提供する第２ノードと、を実現するサーバシステムであって、
前記第１ノードは、（a）前記通信端末装置のユーザを一意に特定するためのユーザ識別情報と（b）当該ユーザに対する前記第１サービスの提供履歴を示す履歴データが対応付けて記録される第１ノード記録手段を備え、
前記第２ノードは、（i）前記ユーザ識別情報と（ii）当該ユーザの属性を示すユーザ属性情報が対応付けて記録された第２ノード記録手段と、
前記第１ノードから前記ユーザ識別情報及び前記履歴データを取得する取得手段と、
予め定められた属性を含む前記ユーザ属性情報と対応付けて前記第２ノード記録手段に記録されたユーザ識別情報を読み出す読出手段と、
前記取得手段によって取得された前記履歴データの中から前記読出手段により読み出されたユーザ識別情報に対応する履歴データを特定し、当該履歴データに基づいて前記第１サービスの提供状況を示す提供情報を生成する生成手段と、
前記生成した提供情報を前記通信端末装置に配信する配信手段と、を備えることを特徴とするサーバシステム。
【請求項２】
前記第１ノード及び第２ノードの少なくとも何れか一方は、複数のサーバ装置により実現されることを特徴とする請求項１に記載のサーバシステム。
【請求項３】
前記第１サービスは、対象物の取引を伴うものであることを特徴とする請求項１に記載のサーバシステム。
【請求項４】
前記第２ノードの生成手段は、前記取引対象物の取引数を集計し、当該集計結果に基づいて取引数の順位を示す前記提供情報を生成することを特徴とする請求項３に記載のサーバシステム。
【請求項５】
前記第２ノードの生成手段は、前記取引対象物の取引数を集計し、当該集計結果に基づいて前記通信端末装置のユーザに推奨すべき前記取引対象物を示す前記提供情報を生成することを特徴とする請求項３に記載のサーバシステム。
【請求項６】
前記履歴データは、前記取引対象物の属性を示す取引対象属性情報を含み、
前記第２ノードの生成手段は、前記取引対象属性情報により示される属性毎に前記提供情報を生成することを特徴とする請求項３に記載のサーバシステム。
【請求項７】
前記第２ノードの生成手段は、前記提供情報を生成する際、前記取引対象物の属性毎に取引数をカウントするためのテーブルを生成し、当該生成されたテーブルに基づいて前記提供情報を生成することを特徴とする請求項６に記載のサーバシステム。
【請求項８】
前記取引対象物は、コンテンツの内容を示すコンテンツデータであることを特徴とする請求項３に記載のサーバシステム。
【請求項９】
前記第２ノードは、
前記通信端末装置から送信される提供情報の配信要求メッセージを受信する受信手段と、
当該通信端末装置のユーザに対応したユーザ属性情報を特定する特定手段と、を更に備え、
前記第２ノードの生成手段は、前記特定されたユーザ属性情報により示される属性を含む属性を決定した後、当該決定した属性に合致する他のユーザ属性情報に対応する履歴データを特定し、当該履歴データに基づいて前記提供情報を生成することを特徴とする請求項１に記載のサーバシステム。
【請求項１０】
サービスの提供を受けるユーザによって保有された通信端末装置と、
複数のサーバ装置により構成され、通信端末装置から送信されるメッセージに基づいて第１サービスを提供する第１ノードと、前記通信端末装置に対して前記第１サービスとは異なる第２サービスを提供する第２ノードと、を実現するサーバシステムと、を有し、
前記第１ノードは、（a）前記通信端末装置のユーザを一意に特定するためのユーザ識別情報と（b）当該ユーザに対する前記第１サービスの提供履歴を示す履歴データが対応付けて記録される第１ノード記録手段を備え、
前記第２ノードは、（i）前記ユーザ識別情報と（ii）当該ユーザの属性を示すユーザ属性情報が対応付けて記録された第２ノード記録手段と、
前記第１ノードから前記ユーザ識別情報と前記履歴データを取得する取得手段と、
予め定められた属性を含む前記ユーザ属性情報と対応付けて前記第２ノード記録手段に記録されたユーザ識別情報を読み出す読出手段と、
前記取得手段によって取得された前記履歴データの中から前記読出手段により読み出されたユーザ識別情報に対応する履歴データを特定し、当該履歴データに基づいて前記第１サービスの提供状況を示す提供情報を生成する生成手段と、
前記生成した提供情報を前記通信端末装置に配信する配信手段と、を備えることを特徴とする情報配信システム。
【請求項１１】
サービスの受給者により保有される通信端末装置に対して各種のデータを配信することにより所定のサービスを提供するサーバ装置であって、
（a）前記通信端末装置のユーザを一意に特定するためのユーザ識別情報と（ii）当該ユーザの属性を示すユーザ属性情報が対応付けて記録された記録手段と、
自装置、或いは、他のサーバ装置により実現され、且つ、前記通信端末装置から送信されるメッセージに基づいて所定のサービスを提供するノードから、前記ユーザによる前記所定のサービスの提供履歴を示す履歴データと前記ユーザ識別情報を対応付けて取得する取得手段と、
予め定められた属性を含む前記ユーザ属性情報と対応付けて前記記録手段に記録されたユーザ識別情報を読み出す読出手段と、
前記取得手段によって取得された前記履歴データの中から前記読出手段により読み出されたユーザ識別情報に対応する履歴データを特定し、当該履歴データに基づいて前記所定のサービスの提供状況を示す提供情報を生成する生成手段と、
前記生成した提供情報を前記通信端末装置に配信する配信手段と、を備えることを特徴とするサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバから通信端末に配信される各種コンテンツの内容を示すデータ（以下、「コンテンツデータ」）の配信履歴を管理するための技術に関する。
【背景技術】
【０００２】
近年、通信ネットワークを介して配信されるコンテンツデータは多種多様を極め、当該コンテンツデータを利用するユーザにとって自身の嗜好に合致するコンテンツデータを見つけ出すことが困難な状況を招来しつつある。かかる現状に鑑みた場合、ユーザの嗜好に合致するコンテンツデータの存在を如何にしてユーザに提示し、当該コンテンツデータの利用につなげるのかが、今後のコンテンツ配信サービスの成功の鍵を握るといっても過言ではない状況にある。従来、この種の提示手法として広く用いられてきた手法として、コンテンツデータの利用履歴を集計し、当該集計結果（所謂、人気ランキング）をユーザに提示するという手法がある。しかし、従来の一般的なランキングの集計方法では、単にコンテンツデータのダウンロード数を集計しているに過ぎないため、そのランキングにおいて示されたコンテンツデータがユーザの嗜好に合致しない可能性が高いものとなってしまっている。そこで、最近では全ユーザの中からランキングの母集団となりうるユーザ群をユーザの属性（年齢や性別、居住地域等）に応じて抽出し、当該母集団における利用履歴に基づいてランキングの集計を行い、当該集計結果をユーザに提供するためのシステムも提案されるに至っている（特許文献１）。
【特許文献１】特開２００３−９３７４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、実際のサービス提供の場面においては、例えば、一つのサービス提供事業者が複数のサイトを開設し、各サイトにおいて夫々異なるサービスを提供するという事業展開が見られる。このような現状に鑑みた場合、異なるサイトにおけるコンテンツデータの利用履歴をも加味してランキングの集計を行い、当該集計結果をユーザに提供しうる環境を作ることが必要と解される。しかしながら、従来のシステムにおいては、一つのサイト内においてのみコンテンツデータの利用履歴を管理しているに過ぎず、当該サイト以外のサイトにおいて利用されたコンテンツデータの利用履歴をも加味して、ランキングの集計を行うための機能は実現されていない。
【０００４】
本願は、以上説明した事情に鑑みてなされたものであり、その課題の一例としては、複数のサイトにて利用されたコンテンツデータの利用履歴を加味しつつ、ランキングの集計を行うことが可能なサーバシステム、情報配信システム及びサーバ装置を提供することを目的とする。
【０００５】
なお、本明細書において「サイト」というときは、一のサービス（場合によっては複数）を提供するためのアプリケーションと当該アプリケーションにより用いられるリソースデータ群（すなわち、開設されたＷｅｂページに対応するＨＴＭＬデータ群やこれに関連付けられるコンテンツデータ群、データ検索用のデータベース等）を意味するものであり、一つのサイトが一つのサーバにより実現されている場合もあれば、複数のサーバ群によって実現されることもあり、更には、複数のサイトが一つのサーバにより実現されることもあるものとなっている。
【課題を解決するための手段】
【０００６】
上述した課題を解決するため本願の一つの観点において請求項１に記載のサーバシステムは、複数のサーバ装置により構成され、通信端末装置から送信されるメッセージに基づいて第１サービスを提供する第１ノードと、前記通信端末装置に対して前記第１サービスとは異なる第２サービスを提供する第２ノードと、を実現するサーバシステムであって、前記第１ノードは、（a）前記通信端末装置のユーザを一意に特定するためのユーザ識別情報と（b）当該ユーザに対する前記第１サービスの提供履歴を示す履歴データが対応付けて記録される第１ノード記録手段を備え、前記第２ノードは、（i）前記ユーザ識別情報と（ii）当該ユーザの属性を示すユーザ属性情報が対応付けて記録された第２ノード記録手段と、前記第１ノードから前記ユーザ識別情報と前記履歴データを取得する取得手段と、予め定められた属性を含む前記ユーザ属性情報と対応付けて前記第２ノード記録手段に記録されたユーザ識別情報を読み出す読出手段と、前記取得手段によって取得された前記履歴データの中から前記読出手段により読み出されたユーザ識別情報に対応する履歴データを特定し、当該履歴データに基づいて前記第１サービスの提供状況を示す提供情報を生成する生成手段と、前記生成した提供情報を前記通信端末装置に配信する配信手段と、を備えることを特徴とする。
【０００７】
このサーバシステムによれば、第１ノード（例えば、サイトや当該サイトを実現するためのサーバ装置）における第１サービスの提供履歴に基づいて、第２ノード（例えば、サイトや当該サイトを実現するためのサーバ装置）により提供情報が生成されることとなり、複数のノードにおけるサービスの提供履歴を加味した提供状況（例えば、ランキング）を通信端末装置のユーザに提供することが可能となり、もって、ユーザに対するサービス提供の促進を図ることが可能となる。また、このサーバシステムにおいては、ユーザの属性毎に提供情報が生成されることとなるため、ユーザにとって興味のあるサービスに関連する提供状況を提示できる可能性を向上させ、ユーザの利便性を飛躍的に向上させることが可能となる。
【０００８】
なお、この場合において、第１ノードを実現するためのサーバ装置数及び第２ノードを実現するためのサーバ装置数は任意である、例えば、第１ノード及び第２ノードの少なくとも何れか一方を、複数のサーバ装置により実現するようにしても良い（請求項２）。
【０００９】
また、第１サービスの具体的なサービス内容については任意であり、例えば、対象物の取引を伴うものであっても良い（請求項３）。
【００１０】
かかる構成を採用した場合、第２ノードの生成手段が取引対象物の取引数を集計し、当該集計結果に基づいて取引数の順位を示す提供情報を生成する構成や（請求項４）、当該集計結果に基づいて前記通信端末装置のユーザに推奨すべき前記取引対象物を示す提供情報を生成する構成を実現することも可能となる（請求項５）。
【００１１】
何れの手法を採用した場合であっても、取引対象物の取引数ランキングを通信端末装置のユーザに提示し、或いは、そのランキングに基づき、例えば、「お勧め取引物」のような形態にて宣伝広告を行い、当該取引対象物の取引の促進を図ることが可能となる。
【００１２】
また、請求項３に記載の構成において履歴データに取引対象物の属性を示す取引対象属性情報を含ませ、第２ノードの生成手段において取引対象属性情報により示される属性毎に提供情報を生成する構成とすることも可能である（請求項６）。この構成によれば、取引対象物の属性に応じた提供情報の生成が可能となり、提供状況を通信端末装置のユーザに提示する際、更にきめ細やかな情報提示を行うことが可能となる。
【００１３】
なお、提供情報を生成する際の生成方法に関しては任意であるが、例えば、取引対象物の属性毎に取引数をカウントするためのテーブルを生成し、当該生成されたテーブルに基づいて提供情報を生成するようにすれば、生成手段における処理工数を削減することが可能となる（請求項７）。
【００１４】
なおまた、この場合における取引対象物については任意であり、例えば、コンテンツの内容を示すコンテンツデータであっても良く（請求項８）、有体動産であっても良い。
【００１５】
更に、請求項１に記載の構成において、第２ノードに通信端末装置から送信される提供情報の配信要求メッセージを受信する受信手段と、当該通信端末装置のユーザに対応したユーザ属性情報を特定する特定手段と、を設けるようにし、第２ノードの生成手段において提供情報を生成する際に、この特定手段により特定されたユーザ属性情報により示される属性を含む属性を決定した後、当該決定した属性に合致する他のユーザ属性情報に対応する履歴データを特定し、当該履歴データに基づいて前記提供情報を生成するようにすることも可能である（請求項９）。この構成によれば、通信端末装置のユーザの属性に応じて、提供情報が生成されることとなるため、ユーザにとって、より興味が引かれる情報を含む提供情報の生成が可能となる。
【００１６】
更に、本願の他の観点において請求項１０に記載の情報配信システムは、サービスの提供を受けるユーザによって保有された通信端末装置と、複数のサーバ装置により構成され、通信端末装置から送信されるメッセージに基づいて第１サービスを提供する第１ノードと、前記通信端末装置に対して前記第１サービスとは異なる第２サービスを提供する第２ノードと、を実現するサーバシステムと、を有し、前記第１ノードは、（a）前記通信端末装置のユーザを一意に特定するためのユーザ識別情報と（b）当該ユーザに対する前記第１サービスの提供履歴を示す履歴データが対応付けて記録される第１ノード記録手段を備え、前記第２ノードは、（i）前記ユーザ識別情報と（ii）当該ユーザの属性を示すユーザ属性情報が対応付けて記録された第２ノード記録手段と、前記第１ノードから前記ユーザ識別情報と前記履歴データを取得する取得手段と、予め定められた属性を含む前記ユーザ属性情報と対応付けて前記第２ノード記録手段に記録されたユーザ識別情報を読み出す読出手段と、前記取得手段によって取得された前記履歴データの中から前記読出手段により読み出されたユーザ識別情報に対応する履歴データを特定し、当該履歴データに基づいて前記第１サービスの提供状況を示す提供情報を生成する生成手段と、前記生成した提供情報を前記通信端末装置に配信する配信手段と、を備えることを特徴とする。
【００１７】
更にまた、本願の他の観点において請求項１１に記載のサーバ装置は、サービスの受給者により保有される通信端末装置に対して各種のデータを配信することにより所定のサービスを提供するサーバ装置であって、（a）前記通信端末装置のユーザを一意に特定するためのユーザ識別情報と（ii）当該ユーザの属性を示すユーザ属性情報が対応付けて記録された記録手段と、自装置、或いは、他のサーバ装置により実現され、且つ、前記通信端末装置から送信されるメッセージに基づいて所定のサービスを提供するノードから、前記ユーザによる前記所定のサービスの提供履歴を示す履歴データと前記ユーザ識別情報を対応付けて取得する取得手段と、予め定められた属性を含む前記ユーザ属性情報と対応付けて前記記録手段に記録されたユーザ識別情報を読み出す読出手段と、前記取得手段によって取得された前記履歴データの中から前記読出手段により読み出されたユーザ識別情報に対応する履歴データを特定し、当該履歴データに基づいて前記所定のサービスの提供状況を示す提供情報を生成する生成手段と、前記生成した提供情報を前記通信端末装置に配信する配信手段と、を備えることを特徴とする。
【００１８】
そして、これら請求項１０及び１１に記載の発明によれば、上記請求項１に記載の発明と同様の作用効果を奏することが可能となる。
【発明の効果】
【００１９】
本願の各発明によれば、複数のサイトにて利用されたコンテンツデータの利用履歴を加味しつつ、ランキングの集計を行うことが可能となる。
【発明を実施するための最良の形態】
【００２０】
［１］実施形態
［１．１］実施形態の構成
以下、図１を参照しつつ本実施形態にかかるコンテンツデータ配信システムＳ（以下、「システムＳ」という。）の構成について説明することとする。なお、図１は、本実施形態にかかるシステムＳの構成を示すブロック図である。
【００２１】
同図に示すように、本実施形態にかかるシステムＳは、インターネットと移動パケット通信網とが関門中継交換局を介して相互接続されたネットワークＮＥＴと、複数の携帯用電話機ＭＰ-ｋ（ｋ＝１，２，・・・，ｎ）と、総合サイトサーバＳＳ（以下、「総合サーバＳＳ」）及び複数の個別サイトサーバＩＳ-ｌ（「ｌ＝１，２，・・・，ｍ」。以下、「個別サーバＩＳ」という。）から構成されるサーバシステムＳＧと、を有している。このシステムＳにおいては、総合サーバＳＳ及び個別サーバＩＳ-ｋが各々異なるサービスを携帯用電話機ＭＰ-ｋのユーザに提供するようになっている。具体的なサービス態様は、以下のとおりである。
【００２２】
＜総合サーバＳＳ＞
この総合サーバＳＳは、携帯用電話機ＭＰ-ｋのユーザに対してデータ検索サービス（所謂、検索エンジン）や、電車等の交通機関の乗換案内、天気情報、占い等の各種サービスを総合的に提供する。なお、本実施形態においては、総合サーバＳＳにより実現されるサービス提供サイトを「総合サイト」と呼び、個別サーバＩＳ-ｋにより実現されるサイトとは区別するものとする。また、「特許請求の範囲」における「第２ノード」は、例えば、この総合サイトに対応するものとなっている。
【００２３】
＜個別サーバＩＳ-ｋ＞
個別サーバＩＳ-ｋは、各種コンテンツデータのダウンロードサービスを携帯用電話機ＭＰ-ｋのユーザに提供する。なお、本実施形態においては、この個別サーバＩＳ-ｋにより実現されるサービス提供サイトを「個別サイト」と呼ぶものとし、「特許請求の範囲」における「第１ノード」は、例えば、この個別サイトに対応するものとなっている。また、個別サーバＩＳ-ｋが携帯用電話機ＭＰ-ｋのユーザに提供する具体的なサービス内容に関しては任意であるが、本実施形態においては、個別サーバＩＳ-１が着信メロディ（すなわち、携帯用電話機ＭＰ-ｋにおいて着信音やアラーム音等の報知音として設定する楽曲）用の楽曲データのダウンロードサービスを提供し、個別サーバＩＳ-２が楽曲の歌詞に対応したテキストデータ（以下、「歌詞データ」）を携帯用電話機ＭＰ-ｋに配信するサービスを提供するものとして説明を行う。
【００２４】
ここで、本実施形態に特徴的な事項として、このシステムＳにおいては、ユーザが何れかの個別サイトにおいて所定期間内にコンテンツデータをダウンロードした履歴（すなわち、利用履歴）を総合サーバＳＳにて集計し、各コンテンツデータのダウンロード数のランキング付けを行うようになっている。そして、このランキングに対応したデータ（以下、「ランキングデータ」という）を生成して、当該生成したランキングデータを携帯用電話機ＭＰ-ｋに配信することとしているのである。この結果、複数のサイトにおけるダウンロード履歴を反映させたランキングの集計が実現されると共に、当該集計結果に対応したランキングを携帯用電話機ＭＰ-ｋのユーザに提示して、全ての個別サイトにおけるコンテンツデータの利用促進を図ることが可能となるのである。
【００２５】
一方、かかるランキングの集計に際して、ユーザの（i）居住地、（ii）年齢、（iii）性別、（iv）嗜好等の属性を加味することなくランキングを集計した場合、ユーザの所望するコンテンツデータが当該ランキング中に存在しなくなってしまう可能性が高くなる。例えば、或る地域限定のテレビコマーシャルに利用されている楽曲のようなコンテンツの場合、当該地域においてのみ人気があり、他地域においては人気がないという状態が招来する可能性がある。かかる場合に、ランキング集計の母集団を絞り込まずに全国におけるコンテンツデータの利用履歴に基づいてランキング集計を行ったとしても、ランキング上には当該楽曲の存在が反映されない可能性が高く、ユーザの所望する楽曲をユーザに提示することができなくなってしまう可能性が生じる。また、コンテンツの内容によっては、ある年代においてのみ人気のあるものや、或いは、女性にのみ人気があるコンテンツも存在し、かかる場合についてもランキングの集計の母集団を絞り込まないと同様の事態を招来してしまう。
【００２６】
そこで、本実施形態においては、事前に総合サイト上にてユーザの性別や年齢、居住地域、嗜好等の属性を示す情報（以下、「ユーザ属性情報」）を登録させ、当該ユーザ属性情報とコンテンツデータの利用履歴の双方を用いて属性毎のランキング集計（例えば、２０代男性の人気楽曲ランキング等）を行うこととしている。より具体的には、全ユーザの中から、ある特定の属性を有するユーザ群（すなわち、母集団）を抽出し、当該ユーザ群に属する人物が所定期間内にダウンロードしたコンテンツの数を集計して、ランキングデータを生成するのである。
【００２７】
なお、如何なる属性を有するユーザ群を母集団としてランキング集計を行うかに関しては任意であり、例えば、（i）地域別、（ii）年代別、（iii）性別別、（iv）年代及び性別の組み合わせ別（例えば、「２０代女性」、「３０代男性」等）、（v）好きなコンテンツジャンル（例えば、楽曲の場合、ロック、ジャズ等）別等、種々の属性を有する母集団を作り出すことが可能である。但し、かかる手法を採用する場合、全ユーザの中から母集団となるユーザ群の抽出を行う必要性があるため、抽出対象となる母集団を特定するための情報をユーザ属性情報中に含ませる必要性がある点には留意が必要である。
【００２８】
なおまた、ユーザ属性情報は個別サイト上において入力させるようにしても良いが、個別サイトにおけるサービス（すなわち、ダウンロードサービス）の性質上、ユーザ属性情報の登録を得られない可能性が高いという性質がある。これに対して、総合サイトにおいては天気情報や占いのサービスを提供する性質上、ユーザは自信の生年月日等の情報（すなわち、ユーザ属性情報）を積極的に登録する可能性が高い。このため、本実施形態にかかるシステムＳにおいては、総合サーバＳＳにおいて、ユーザ属性情報を登録、管理する手法を採用しているものとして説明を行う。
【００２９】
以下、かかる機能を実現するためのシステムＳの具体的な構成について説明する。
【００３０】
まず、携帯用電話機ＭＰ-ｋは、音声通信用プログラムやＷＷＷ（World Wide Web）ブラウザ等の通信プログラムを実行することによりネットワークＮＥＴに収容された基地局ＢＳとの間においてデータの授受を行い、ネットワークＮＥＴを介したデータ通信を行う。本実施形態において、ユーザは、かかる携帯用電話機ＭＰ-ｋの機能を利用することにより、総合サーバＳＳや個別サーバＩＳ-ｋにより提供される各種サービスの提供を受けることが可能となっている。
【００３１】
例えば、ユーザは、携帯用電話機ＭＰ-ｋを利用して総合サーバＳＳや個別サーバＩＳ-ｋからＷｅｂページ（総合サイト）に対応したＨＴＭＬデータを取得し、対応する画像を図示せぬ表示部上に表示させて各種のサービス（例えば、データ検索サービスや乗換案内等のサービス）の提供を受けることが可能となっている。また、例えば、ユーザは携帯用電話機ＭＰ-ｋを利用して個別サーバＩＳ-１から楽曲データをダウンロードし、当該ダウンロードされた楽曲データにより着信メロディの設定を行うことが可能となっている。なお、着信メロディの設定が行われた場合、携帯用電話機ＭＰ-ｋは、通話着信時、或いは、電子メール着信時、その他報知音拡声時に当該着信メロディを拡声してユーザに着信等の事象発生を報知するようになる。
【００３２】
次いで、サーバシステムＳＧを構成する総合サーバＳＳ及び個別サーバＩＳ-ｋは、情報提供事業者により保有されるＨＴＴＰ（Hypertext Transfer Protocol）サーバであり、ネットワークＮＥＴからＨＴＴＰのＧＥＴ要求を受信すると、当該ＧＥＴ要求に含まれているＵＲＬに対応したリソースデータ（具体的には、Ｗｅｂページに対応したＨＴＭＬデータやコンテンツデータ）を配信する。
【００３３】
なお、各サーバＳＳ及びＩＳ-ｋの有するリソースデータの内容は当該サーバＳＳ及びＩＳ-ｋにより実現されるサービス内容に応じて異なったものとなっており、例示すると以下のようなデータをリソースデータとして保有することとなる。
【００３４】
＜総合サーバＳＳ＞
総合サーバＳＳは、データ検索サービス等の各種サービスを提供するため各種Ｗｅｂページ（例えば、サービス内容のメニュー項目を示すメニューページや検索条件を入力するためのページ等）に対応したＨＴＭＬデータやデータ検索用のＤＢ、全国各地の天気情報が格納されたＤＢ、更には、電車の乗換案内用のＤＢ等をリソースデータとして保有している。
【００３５】
＜個別サーバＩＳ-ｋ＞
コンテンツデータのダウンロードサービスを実現するため、例えば、（i）個別サーバＩＳ-１は、楽曲データのダウンロードページに対応したＨＴＭＬデータやダウンロード対象となる楽曲データを、（ii）個別サーバＩＳ-２は、ダウンロードページに対応したＨＴＭＬデータや歌詞データを、夫々、リソースデータとして保有している。
【００３６】
かかる機能を有する総合サーバＳＳ及び個別サーバＩＳ-ｋの具体的な構成について、図２を参照しつつ説明する。なお、図２は、サーバシステムＳＧに属する総合サーバＳＳ及び個別サーバＩＳ-ｋの具体的な構成を示すブロック図である。
【００３７】
同図に示すように、本実施形態において総合サーバＳＳ及び個別サーバＩＳ-ｋは、両サーバにおいて共通の機能を実現するための要素として、ネットワークＮＥＴを介したデータ通信を行うための通信部２１及び３１と、総合サーバＳＳ及び個別サーバＩＳ-ｋ間のデータの授受を仲介するためのサーバ間インターフェイス部２２及び３２（以下、「インターフェイス」を「Ｉ／Ｆ」と略称）と、を有している。
【００３８】
また、両サーバＳＳ及びＩＳ-ｋは、各サーバにおいて特有の機能を実現する要素として、総合サーバＳＳがリソースデータベース（以下、「データベース」を「ＤＢ」と略称）群２３と、制御部２４と、ユーザ属性情報ＤＢ２５と、を有し、個別サーバＩＳ-ｋがリソースＤＢ３３と、制御部３４と、履歴データＤＢ３５と、を有している。以下、これら各要素について説明する。
【００３９】
＜総合サーバＳＳ固有の要素について＞
まず、総合サーバＳＳについて説明するが、この総合サーバＳＳのリソースＤＢ群２３には総合サイトに対応したサービスを携帯用電話機ＭＰ-ｋのユーザに提供すべく、上記のような各種のリソースデータが格納されている。
【００４０】
制御部２４は、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスクを有し、ＲＯＭやハードディスク内のプログラム（例えば、ＨＴＴＰサーバプログラム）を実行することにより総合サーバＳＳの各部を制御する。例えば、通信部２１によりネットワークＮＥＴからＧＥＴ要求が受信されると当該ＧＥＴ要求に含まれるＵＲＬやＣＧＩ（Common Gateway Interface）パラメータに基づいて、リソースＤＢ群２３に含まれる各種ＤＢを検索して、所望の情報に対応したデータを返信する。なお、この際における動作については、従来のデータ検索サービスや天気情報提供サービス、乗換案内サービス等を実現するためのＨＴＴＰサーバと同様である。
【００４１】
また本実施形態に特徴的な事項として、この制御部２４は、所定のタイミングにて個別サーバＩＳ-ｋからコンテンツデータの利用履歴を示すデータ（以下、「履歴データ」）を取得し、当該取得した履歴データに基づいてランキングデータを生成する。この際、制御部２４は、全ユーザの中からランキングの母集団となるユーザ群に対応した履歴データに基づいてランキングの集計を行うこととなる。なお、ランキングデータの生成タイミングについては任意であるが、本実施形態においては、毎月、毎週或いは毎日、所定の日時にランキングデータを生成するようになっているものとして説明を行う。
【００４２】
かかる機能を実現するため、本実施形態においてユーザ属性情報ＤＢ２５には、図２に示すように各ユーザに対応したユーザ属性情報が格納されており、制御部２４は、このユーザ属性情報に基づいてランキングの母集団となるユーザを特定するようになっている。
【００４３】
一方、かかる手法を採用する場合、母集団となりうるユーザを特定した後、個別サーバＩＳ-ｋから取得した履歴データ中から当該ユーザに対応する履歴データを抽出することが必要となる。しかし、ユーザ属性情報と、履歴データとは異なるサーバＳＳ及びＩＳ-ｋにより管理されるものであるため、如何にして全てのサーバＳＳ及びＩＳ-ｋ間においてデータの関連付けを行うことにより、各ユーザに対応する履歴データを識別可能とし、母集団に属するユーザの履歴データを抽出するようにするのかが問題となる。
【００４４】
このデータの関連づけの手法として、本実施形態においては、全サーバＳＳ及びＩＳ-ｋ間において各ユーザを一意に特定するための識別情報（以下、「ＵＩＤ」）を共通化し、このＵＩＤに基づきユーザ属性情報と履歴データを管理することとしている。例えば、本実施形態において総合サーバＳＳは、各ユーザ属性情報と、当該ユーザ属性情報に対応したＵＩＤを対応付けてユーザ属性情報記録部２５に記録するようになっている（図２参照）。また、個別サーバＩＳ-ｋにおいても、各履歴データと対応付けてＵＩＤを格納し、各履歴データに対応するユーザを特定可能とする構成となっている。そして、個別サーバＩＳ-ｋから総合サーバＳＳに履歴データを送信する場合には、各履歴データに対して当該履歴データに対応するＵＩＤを付加し、当該付加されたＵＩＤに基づいて総合サーバＳＳにおいてユーザ属性情報を特定し、ユーザの属性毎にランキングデータを生成することとなる。
【００４５】
なお、各ユーザに対するＵＩＤの割り当てタイミング及び総合サーバＳＳにおいてユーザ属性情報記録部２５にＵＩＤを格納するタイミングに関しては任意であるが、本実施形態においては総合サイト及び個別サイトのサービス加入時に所定の登録手続（以下、「加入手続」という）を要するものとし、当該加入手続時にＵＩＤの割り当て及び格納を行うものとする。
【００４６】
なおまた、全てのサーバＳＳ及びＩＳ-ｋにおいてＵＩＤの共通化を図る手法は任意であり、例えば、次のような方法を採用することが可能である。
【００４７】
＜方法１＞
この方法は、ネットワークＮＥＴ側からＵＩＤを通知する方法である。通常、移動パケット通信網を介してインターネット上の通信ノードとデータ通信を行う場合、関門中継交換局に設けられたゲートウェイサーバが各携帯用電話機ＭＰ-ｋに対するＩＰアドレスの割り当てを行うと共に、移動パケット通信網の従うプロトコルと、ＨＴＴＰ／ＴＣＰ／ＩＰとの間の相互変換を行うようになっている。本方法においてはＩＰアドレスの割り当て時にゲートウェイサーバにおいて携帯用電話機ＭＰ-ｋのユーザ番号に対応するＵＩＤを決定し、このＵＩＤをデータパケット中に組み込むようにする。これにより、ゲートウェイサーバからインターネット側に送信されるデータパケット（若しくは、ゲートウェイサーバに専用線により接続されているサーバに関しては直接送信されるデータパケット）中にＵＩＤが付加されることとなり、サーバシステムＳＧに属する全てのサーバにおいてＵＩＤの共通化を図ることが可能となる。
【００４８】
＜方法２＞
この方法は、ＩＰアドレスに基づいてＵＩＤを決定するためのアルゴリズムを全サーバＳＳ及びＩＳ-ｋ間において統一し、同一のＩＰアドレスを有する場合には、同一のＵＩＤが割り振られるようにする方法である。この方法を採用する場合、ゲートウェイサーバにおいてＵＩＤの割り当てを行うことなくＵＩＤの共通化を図ることが可能となる。但し、移動パケット通信網において各携帯用電話機ＭＰ-ｋに対して固定のＩＰアドレスが割り当てられない方式（すなわち、ゲートウェイサーバにおいて携帯用電話機ＭＰ-ｋに割り当てるＩＰアドレスが毎回変化する方式）をゲートウェイサーバにおいて採用している場合、携帯用電話機ＭＰ-ｋのＩＰアドレスが、その時々で変動してしまうため上記方法１を採用することが必要となる。
【００４９】
＜個別サーバＩＳ-ｋ固有の要素について＞
次いで、個別サーバＩＳ-ｋに固有の要素について説明することとするが、この個別サーバＩＳ-ｋのリソースＤＢ３３には、配信対象となっているコンテンツデータが格納されており、携帯用電話機ＭＰ-ｋから送信されるＧＥＴ要求に対するレスポンスとして返信されるようになっている。
【００５０】
制御部３４は、ＣＰＵやＲＯＭ、ＲＡＭ、ハードディスクにより構成され、個別サーバＩＳ-ｋの各部を制御する。例えば、制御部３４は、携帯用電話機ＭＰ-ｋから送信されたＧＥＴ要求に基づいてダウンロード用のページに対応したＨＴＭＬデータやコンテンツデータを配信することにより個別サイトのサービスに加入しているユーザに対するサービス提供を行う。なお、個別サイトにおけるサービス提供に際して、加入手続を求めるか否かは任意であるが、本実施形態においては、個別サイトにおけるサービス提供に際しても加入手続を要するものとして説明を行う。
【００５１】
また、制御部３４は、携帯用電話機ＭＰ-ｋのユーザによるコンテンツデータの利用時に履歴データを生成し、当該履歴データを管理する機能も有している。かかる機能を実現するため、本実施形態において履歴データＤＢ３５には、図２に示すように各ユーザに対応したＵＩＤと対応付けて、当該ユーザによるダウンロード履歴に対応した履歴データが格納されるようになっている。なお、履歴データの具体的な内容に関しては任意である。但し、本実施形態においては、総合サーバＳＳにおいてランキングの集計を行う際に、例えば、「ロック好きの２０代女性によってダウンロードされた着信メロディランキング」、或いは、「Ｒ＆Ｂ好きの３０代男性によりダウンロードされた歌詞データランキング」というように、コンテンツの属性毎にランキングを行うことを可能とするため、履歴データには、少なくとも、当該コンテンツデータを一意に特定するための識別情報（以下、「コンテンツＩＤ」）や当該コンテンツの属性（例えば、着信メロディ、歌詞、音楽等の別）、コンテンツのタイトル、当該コンテンツデータのダウンロード日時等の情報が含まれているものとする。
【００５２】
［１．２］実施形態の動作
次に、上記構成を有する本実施形態にかかるシステムＳにおいてランキングデータを生成する際の具体的な動作について説明する。なお、以下の説明においては、総合サーバＳＳのユーザ属性情報ＤＢ２５に所定数のユーザ属性情報が登録済みであるものとして説明を行う。
【００５３】
まず、ランキングデータの生成タイミングが到来すると、総合サーバＳＳの制御部２４において図３に示す処理が開始される。この処理において制御部２４は、まず、全ての個別サーバＩＳ-ｋ宛に履歴データの送信要求メッセージを送信し（ステップＳａ１）、履歴データの受信完了を待機する状態となる（ステップＳａ２「ｎｏ」）。
【００５４】
一方、この送信要求メッセージがサーバ間Ｉ／Ｆ部３２により受信されると、個別サーバＩＳ-ｋの制御部３４は、当該受信したメッセージに基づいて履歴データとＵＩＤを読み出し（ステップＳａ３）、当該読み出した履歴データとＵＩＤを対応付けて総合サーバＳＳに送信する（ステップＳａ４）。なお、この際、読み出す履歴データに関しては任意であり、例えば、送信要求メッセージの受信時刻から所定時刻前の日時をダウンロード日時とする履歴データのみを読み出し、当該履歴データのみを送信するようにしても良い。更に、履歴データを履歴データＤＢ３５から削除するタイミングについても任意であり、送信時点で削除するようにしても良く、また、送信後、所定時間経過後に履歴データを削除するようにしても良い。
【００５５】
このようにして、各個別サーバＩＳ-ｋから履歴データ等が送信されてくると、総合サーバＳＳの制御部２４は、当該受信されたデータをＲＡＭに記憶していくと共に、全ての個別サーバＩＳ-ｋから送信された履歴データ等の受信が完了した時点でステップＳａ２において「ｙｅｓ」と判定して、ステップＳａ５〜Ｓａ１３に示すランキングデータの生成処理を実行する。
【００５６】
この処理において、制御部２４は、まず、ランキングの母集団となるユーザ群の属性を決定した後（ステップＳａ５）、ユーザ属性情報ＤＢ２５からユーザ属性情報を読み出し（ステップＳａ６）、ランキングの母集団となるユーザ群の属性に対応したユーザ属性情報を抽出する（ステップＳａ７）。この際、制御部２４は、例えば、ランキングの母集団となるユーザ群の属性が「２０代女性」である場合、年齢が「２０〜２９歳」、性別が「女性」となっているユーザ属性情報を抽出する。なお、ステップＳａ５において制御部２４が母集団の属性を決定する方法については任意であり、例えば、事前に当該母集団に対応した属性を示す情報を制御部２４に保有させておくようにしても良く、総合サーバＳＳの図示せぬ入力部からサービス事業者のオペレータが属性を入力して当該入力された属性に基づいてユーザ属性情報の抽出を行うようにしても良い。
【００５７】
このようにして、ユーザ属性情報が抽出されると制御部２４は、当該抽出されたユーザ属性情報に対応するＵＩＤをユーザ属性情報ＤＢ２５から読み出し（ステップＳａ８）、当該ＵＩＤと対応付けてＲＡＭに格納された履歴データを抽出して（ステップＳａ９）、当該抽出された履歴データに基づいてランキングデータを生成する（ステップＳａ１０）。
【００５８】
なお、この際、ランキングデータを生成する手法については任意である。例えば、ランキングの対象となるコンテンツデータの属性毎に図４に示すような複数のランキングテーブルＴＢＬ-ｌ（ｌ＝１、２、・・・、ｎ）を生成するようにする。そして、このランキングテーブルＴＢＬ-ｌ内にコンテンツＩＤとコンテンツのタイトル、当該コンテンツデータのダウンロード数をカウントするためのカウンタを対応付けて格納し、ステップＳａ８において抽出された履歴データに含まれるコンテンツ属性とコンテンツＩＤに基づいてダウンロード数のカウンタをインクリメントしていき、このカウンタが更新されたランキングテーブルＴＢＬ-ｌに基づいてランキングデータを生成するようにすれば良い。この方法を採用することにより、ランキングデータ生成時における制御部２４の処理負担を軽減することが可能となる。
【００５９】
なおまた、ランキングデータの具体的な内容に関しては任意であり、例えば、図５に示すように各コンテンツデータのタイトルやダウンロード数、ランキング順位、更には、母集団となっているユーザ群の属性等が携帯用電話機ＭＰ-ｋにおいて表示されるようにＨＴＭＬ形式にてランキングデータを生成するようにすれば良い。また、図５に示すように、このランキングデータ内にアンカーによりランクインしたコンテンツデータをダウンロードするためのＵＲＬを対応付け、当該コンテンツデータのタイトルを選択すると、当該コンテンツデータがダウンロードされるようにしても良い。
【００６０】
このようにして、ランキングデータが生成されると、制御部２４は、当該ランキングデータを図示せぬハードディスク内に記録して（ステップＳａ１１）、処理を終了するか否かを判定する状態となる（ステップＳａ１２）。そして、この判定において、「ｎｏ」と判定すると、制御部２４は、ランキング集計の母集団となるユーザ群を切り換えるべく、ユーザ群を特定するための属性を変更して（ステップＳａ１３）、再度、処理をステップＳａ６にリターンさせる。その後、各属性毎のランキングデータの生成が完了した時点で、制御部２４は、ステップＳａ１２において「ｙｅｓ」と判定し、処理を終了する。
【００６１】
以上の処理により生成されたランキングデータが携帯用電話機ＭＰ-ｋに配信されることとなる。なお、総合サーバＳＳから携帯用電話機ＭＰ-ｋにランキングデータを配信する際の具体的な手法に関しては任意であり、例えば、次のような方法を採用することが可能である。
【００６２】
＜方法１＞
この方法１は、コンテンツの属性やランキングの母集団の属性を指定するためのページに対応したＨＴＭＬデータを総合サーバＳＳに保有させ、当該ページ上においてユーザが指定した属性に対応するランキングデータを総合サーバＳＳから携帯用電話機ＭＰ-ｋに配信する方法である。この方法を採用する場合、ユーザが当該ページに従って指定した属性を示すＣＧＩパラメータを含むＧＥＴ要求を携帯用電話機ＭＰ-ｋから総合サーバＳＳに送信させるようにし、当該ＣＧＩパラメータにより示される属性に対応したランキングデータを総合サーバＳＳから携帯用電話機ＭＰ-ｋに配信するようにすれば良い。
【００６３】
＜方法２＞
この方法は、携帯用電話機ＭＰ-ｋのユーザに対応したユーザ属性情報に応じて、携帯用電話機ＭＰ-ｋに配信するランキングデータを自動的に決定する方法である。この方法を採用する場合、携帯用電話機ＭＰ-ｋから所定のコンテンツ属性に対応したランキングデータの配信を要求するＧＥＴ要求が送信されてきた時点で、当該携帯用電話機ＭＰ-ｋに対応するＵＩＤに基づき、総合サーバＳＳにてユーザ属性情報を読み出すようにする。そして、当該ユーザ属性情報により示される属性（例えば、ロックの好きな２０代男性）に合致するランキングデータを総合サーバＳＳにて特定し、当該ランキングデータを携帯用電話機ＭＰ-ｋに配信するようにすれば良い。
【００６４】
かかる処理が実行され、ランキングデータが携帯用電話機ＭＰ-ｋに配信されると、携帯用電話機ＭＰ-ｋの図示せぬ表示部に、例えば、図５に示すような画像が表示されることとなる。
【００６５】
このようにして、本実施形態にかかるシステムＳによれば、個別サイトにおけるコンテンツデータのダウンロード履歴に基づいて、総合サーバＳＳによりランキングデータが生成されることとなり、複数のサイトにおけるダウンロード履歴を加味したランキング集計が実現され、ユーザによるコンテンツデータの利用促進を実現することが可能となる。また、このシステムＳにおいては、ユーザ属性情報に基づいてランキングの母集団となるユーザ群が特定され、当該ユーザによるダウンロード履歴に基づいてランキングデータが生成されることとなるため、ユーザにとって興味のあるコンテンツデータに関連するランキングを提示できる可能性を向上させ、ユーザの利便性を飛躍的に向上させることが可能となる。
【００６６】
また、本実施形態にかかるシステムＳにおいては、履歴データにコンテンツデータの属性を含ませ、当該属性毎にランキングデータを生成する構成を採用しているため、コンテンツデータの属性に応じたランキングデータの生成が可能となり、更にきめ細やかなランキング集計を実現し、当該ランキングをユーザに提示することが可能となる。
【００６７】
なお、上記実施形態においては、総合サイトと、個別サイトを別個のサーバ（すなわち、総合サーバＳＳと、個別サーバＩＳ-ｋ）により実現する場合を例に説明を行ったが、両サイトを単独のサーバにより実現するようにしても良く、一つのサイトを複数のサーバにより実現するようにしても良い。
【００６８】
また、上記実施形態においては、携帯用電話機ＭＰ-ｋのユーザに対して各サイトにおけるサービスを提供する場合を例に説明を行ったが、例えば、ＰＣ（パーソナルコンピュータ）やＰＤＡ（Personal Digital Assistant）、簡易型携帯用電話機のような各種通信機器にサービス提供を行う場合についても、本実施形態と同様の構成を採用することにより、同様の機能を実現することが可能となっている。
【００６９】
更に、上記実施形態においては、携帯用電話機ＭＰ-ｋ単体にてネットワークＮＥＴを介したデータ通信を行う構成となっていたが、ＳＩＭ（Subscriber Identify Module）内に携帯用電話機ＭＰ-ｋのユーザのユーザ情報を記録すると共に当該ＳＩＭを携帯用電話機ＭＰ-ｋに接続してＳＩＭ内に記録されたユーザ情報を用いてネットワークＮＥＴを介したデータ通信を行うようにしても良い。
【００７０】
［１．３］変形例
（１）変形例１
上記実施形態においては、ユーザ属性情報を総合サイトの所定のページ上において登録し、総合サーバＳＳにおいて管理する構成が採用されていた。しかし、ユーザ属性情報は、個別サイトの所定のページ上において登録するようにすることも可能である。この場合、一人のユーザに対して複数のユーザ属性情報が登録されることとなるが、各個別サーバＩＳ-ｋから総合サーバＳＳに対してユーザ属性情報を送信し、当該ユーザ属性情報を総合サーバＳＳにおいて一元管理するようにすれば良い。なお、この場合であっても、各サーバＳＳ及びＩＳ-ｋにおいて共通のＵＩＤを用いることにより、個別サーバＩＳ-ｋから送信されたユーザ属性情報が、どのユーザに対応したものであるのかを総合サーバＳＳにおいて特定して、管理することが可能となる。
【００７１】
また、上記実施形態においては、ユーザ属性情報を総合サーバＳＳにおいてのみ管理する構成が採用されていたが、ユーザ属性情報は個別サーバＩＳ-ｋとの間において共有するようにすることも可能である。
【００７２】
（２）変形例２
上記実施形態においては、単にランキングを集計して、当該集計結果を示すランキングデータを生成する構成を採用していた。しかし、履歴データに基づいてユーザの嗜好を予測し、如何なる地域に、どのような嗜好を有するユーザが居住しているのかを特定することも可能となる。この場合、総合サーバＳＳが個別サーバＩＳ-ｋから履歴データを取得し、当該取得した履歴データ中において、コンテンツデータの属性やコンテンツＩＤ毎にどのユーザが、如何なるコンテンツデータをダウンロードしているのかを特定する。そして、当該特定されたユーザに対応するユーザ属性情報からユーザの住所を特定し、当該特定された住所を例えば、地図上にプロッティグするようにするのである。このような、方法を採用することにより、どのような嗜好を有するユーザが、どの地域に集中している等の情報を得ることが可能となり、例えば、あるユーザと同じような嗜好をもっている人が、どの辺に居住しているのか等の情報を提供することも可能となる。
【００７３】
また、テレビ広告等の効果測定を行う場合においても、テレビ広告のなされている地域において、どの程度の人数が当該広告にかかるコンテンツデータをダウンロードしているのかを特定することも可能となってくる。
【００７４】
（３）変形例３
上記実施形態においては、例えば、毎月或いは毎週、決まった日時に総合サーバＳＳがランキングデータを生成する構成を採用していた。しかし、ランキングデータは、例えば、携帯用電話機ＭＰ-ｋからランキングデータの送信を要求するＧＥＴ要求が送信されてきたタイミングにて生成するようにしても良い。この場合、次の２つの手法を採用することができる。
【００７５】
＜方法１＞
この方法は、ＧＥＴ要求の送信元である携帯用電話機ＭＰ-ｋに対応したユーザ属性情報に基づいて、ランキングの母集団を自動的に決定する方法である。この方法を採用する場合、総合サーバＳＳの制御部２４は、送信されたＧＥＴ要求に基づいて当該ＧＥＴ要求の送信元である携帯用電話機ＭＰ-ｋのユーザに対応したＵＩＤを特定することとなる。そして、制御部２４は、当該特定されたＵＩＤに対応するユーザ属性情報をユーザ属性情報ＤＢ２５から読み出し、当該ユーザ属性情報に基づいて、ランキングの母集団とすべきユーザ属性を決定する。例えば、当該ユーザが東京都に在住する２５歳の男性である場合、制御部２４は、「東京在住の２０代男性」というように、当該ユーザ属性情報により示される属性を含む年代、性別、居住地等に対応するユーザ属性をランキングの母集団として特定する。そして、この決定されたユーザ属性に基づき、制御部２４は、上記図３と同様の処理を実行することとなる。但し、この場合、ランキング集計の母集団となるユーザ群の属性を予め定めているので、図３に示すステップＳａ５の処理を実行する必要はない。
＜方法２＞
この方法は、総合サーバＳＳにランキングの属性を指定するためのＷｅｂページに対応するＨＴＭＬデータを保有させ、当該ページに従って、ユーザが指定した属性に基づいてランキングの母集団を決定する方法である。この場合、当該ページ上においてユーザが指定した属性に対応したＣＧＩ（Common Gateway Interface）パラメータをＧＥＴ要求に付加して、携帯用電話機ＭＰ-ｋから総合サーバＳＳに送信し、当該ＧＥＴ要求受信時に総合サーバＳＳの制御部２４が上記図３と同様の処理を実行するようにすれば良い。但しこの場合においても、母集団となるユーザ群の属性は事前に決定されるため、図３のステップＳａ５の処理は不要となる。
【００７６】
以上の方法を採用することにより、ユーザの指定した属性に応じて種々の検索を行うことが可能となり、ランキングのリアルタイム性を確保することが可能となる。
【００７７】
なお、このような手法を採用する場合、全ての個別サイトにおけるコンテンツデータの利用状況を加味してランキングを行うようにしても良く、また、当該ユーザが加入している個別サイトにおけるコンテンツデータの利用状況のみに基づいてランキングデータを生成するようにしても良い。このように、ＧＥＴ要求の送信元である携帯用電話機ＭＰ-ｋのユーザが加入している個別サイトにおける利用状況のみを加味してランキングデータを生成する構成を採用することにより、ユーザが直ぐにダウンロード可能なコンテンツデータのみのランキングを提示することが可能となり、もって、ユーザにとって魅力のあるサービスの提供態様を実現することが可能となる。
【００７８】
一方、かかる手法を採用する場合、総合サーバＳＳにおいてユーザが加入済みの個別サイトを特定可能とすることが必要となる。このため、かかる手法を採用する場合には、次のような方法を採用することが必要となる。まず、各個別サイトに対して固有のサイトＩＤを割り振るようにする。そして、個別サイトのサービス加入時に個別サーバＩＳ-ｋから総合サーバＳＳに対して、当該ユーザに対応したＵＩＤを送信し、ユーザ属性情報ＤＢ２５に当該ユーザの加入したサイトに対応したサイトＩＤを格納するようにする。なお、個別サイト加入後に総合サイトのサービスに加入した場合には、総合サーバＳＳから全ての個別サーバＩＳ-ｋに対してメッセージを送信し、当該ユーザが加入済みの個別サイトに対応したサイトＩＤを格納するようにすれば良い。
【００７９】
以上の手法により、総合サーバＳＳにおいて、各ユーザが何れの個別サイトに加入しているのかを管理し、携帯用電話機ＭＰ-ｋからランキングデータの配信を要求するＧＥＴ要求が送信されてきた際に、総合サーバＳＳから当該ユーザの加入している個別サイトに対応した個別サーバＩＳ-ｋに対してのみ履歴データの送信要求を送信するようにする。そして、当該個別サーバＩＳ-ｋから返信されてきた履歴データに基づいてランキングデータを生成するようにするのである。かかる手法を採用することにより、当該ユーザの加入している個別サイトにおける利用履歴のみに基づいてランキングデータが生成されることとなり、ユーザの利便性を更に向上させることが可能となる。
【００８０】
（４）変形例４
上記実施形態においては、コンテンツデータの利用履歴に応じて、ユーザの属性毎にランキング集計を行い、当該集計結果を示すランキングデータを、そのまま、携帯用電話機ＭＰ-ｋに配信する方法を採用していた。しかし、携帯用電話機ＭＰ-ｋに集計結果を提示する際の形態に関しては任意であり、例えば、「お勧めコンテンツ」という形でランキングの１〜１０位程度となったコンテンツのタイトルや概要等を紹介するようにしても良い（すなわち、宣伝広告）。
【００８１】
また、この場合、例えば、携帯用電話機ＭＰ-ｋのユーザに対応したユーザ属性情報に基づいて、当該ユーザの属性に合致するランキングデータを自動的に特定し、当該ランキングデータに基づいて「お勧めコンテンツ」を決定するようにすれば、各ユーザの属性に合致する広告を行うことも可能となる。
【００８２】
（５）変形例５
上記実施形態においては、個別サイトにおけるコンテンツデータのダウンロード履歴に基づき、総合サーバＳＳにてランキングデータを生成する場合を例に説明を行ったが、本願におけるサービスの提供形態は、これにとどまるものではなく、各種のサービス態様においても同様にランキングデータを生成することが可能である。
【００８３】
例えば、個別サイト上において物販サービスを行う場合、当該個別サイトにおいて購入された商品について、ランキングを行うようにしても良い。この場合、ユーザが購入した商品の商品ＩＤや商品名等を含む履歴データを個別サーバＩＳ-ｋにおいて管理し、当該管理された履歴データに基づいてランキングデータを生成するようにすれば良い。
【００８４】
なお、この場合においても、ランキングの形態ではなく、「お勧め商品」等の形態にて、ランキングの上位となっている商品を紹介するようにしても良く、更には、ユーザ属性情報に基づいて当該携帯用電話機ＭＰ-ｋのユーザに紹介すべき商品等を自動的に決定するようにしても良い（すなわち、変形例４の態様）。
【００８５】
また、他のサービス態様としては、例えば、各ユーザの日記等を公開するページ（所謂、ブログ）を開設するサービスを個別サイトにて提供するようにし、各ページが閲覧された回数のランキングを行うようにすることも可能であり、更には、当該ユーザと同世代のユーザによるブログの紹介等を行うことも可能となる。
【図面の簡単な説明】
【００８６】
【図１】実施形態におけるコンテンツ配信システムＳの構成を示すブロック図である。
【図２】同実施形態におけるサーバシステムＳＧの構成を示すブロック図である。
【図３】同実施形態においてランキングデータの生成時に実行される処理を示すシーケンス図である。
【図４】同実施形態におけるランキングテーブルＴＢＬ-ｌの記録内容の一例を示す図である。
【図５】同実施形態においてランキングデータを携帯用電話機ＭＰ-ｋにおいて表示した際の画像の一例を示す図である。
【符号の説明】
【００８７】
Ｓ・・・コンテンツデータ配信システム
ＭＰ-ｋ・・・携帯用電話機
ＮＥＴ・・・ネットワーク
ＳＳ・・・総合サイトサーバ
ＩＳ-ｋ・・・個別サイトサーバ
【図１】
2007079657.tif 000003
【図２】
2007079657.tif 000004
【図３】
2007079657.tif 000005
【図４】
2007079657.tif 000006
【図５】
2007079657.tif 000007