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