(57)【要約】【課題】サーバ装置から取得されたページデータの記述に基づいてコンテンツの再生に関連した関連データが取得される場合において、関連データの配信によるサーバ装置の負荷を軽減させることを可能とする。【解決手段】コンテンツに割り当てられた固有のコンテンツ識別情報と、コンテンツ再生に関連した関連データに割り当てられた固有の関連データ識別情報とを含む提示内容が記述されたページデータを取得し、取得されたページデータに記述されたコンテンツ識別情報が割り当てられたコンテンツを送信可能なノード装置から、当該コンテンツを取得し、取得されたページデータに記述された関連データ識別情報が割り当てられた関連データを送信可能なノード装置から、当該関連データを取得し、取得された関連データを用いて、取得されたコンテンツを再生する。【選択図】図３
2010231311.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して互いに通信可能な複数のノード装置により構成されるコンテンツ配信システムであり、前記複数のノード装置の何れかのノード装置からコンテンツを取得した前記ノード装置が当該コンテンツを前記複数のノード装置のうち少なくとも一つのノード装置に送信可能なようにしたコンテンツ配信システムにおける前記ノード装置において、
前記コンテンツに割り当てられた固有のコンテンツ識別情報と、コンテンツ再生に関連した関連データに割り当てられた固有の関連データ識別情報とを含む提示内容が記述されたページデータを取得するページデータ取得手段と、
前記取得されたページデータに記述された前記コンテンツ識別情報が割り当てられた前記コンテンツを送信可能なノード装置から、当該コンテンツを取得するコンテンツ取得手段と、
前記取得されたページデータに記述された前記関連データ識別情報が割り当てられた前記関連データを送信可能なノード装置から、当該関連データを取得する関連データ取得手段と、
前記取得された関連データを用いて、前記取得されたコンテンツを再生するコンテンツ再生手段と、
を備えることを特徴とするノード装置。
【請求項２】
請求項１に記載のノード装置において、
前記ページデータ取得手段は、前記関連データ識別情報を複数含む前記ページデータを取得し、
前記関連データ取得手段は、前記取得されたページデータに記述された複数の関連データ識別情報夫々に対応する関連データを取得することを特徴とするノード装置。
【請求項３】
請求項１又は請求項２に記載のノード装置において、
前記コンテンツ配信システムは、前記複数のノード装置が、前記コンテンツを配信する配信装置を最上位として複数の階層を形成し、且つ、前記ネットワークを介してツリー状に接続され、前記配信装置により配信された前記コンテンツと前記関連データとが上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送され、
前記関連データ取得手段により取得された前記関連データを記憶する関連データ記憶手段と、
下位階層側に接続されているノード装置から前記関連データが要求された場合、前記関連データ記憶手段に、前記要求された関連データが記憶されているか否かを判定する判定手段と、
前記判定手段により前記要求された関連データが記憶されていると判定された場合、前記要求された関連データを前記関連データ記憶手段から読み出して前記下位階層のノード装置に送信する関連データ送信手段と、
を更に備え、
前記関連データ取得手段は、
上位階層側に接続されているノード装置又は前記配信装置に前記関連データを要求する関連データ要求手段と、
前記上位階層のノード装置又は前記配信装置から送信された前記関連データを受信する受信手段と、を備え、
前記判定手段により前記要求された関連データが記憶されていないと判定された場合、前記関連データ要求手段は、前記ノード装置と接続されている上位階層のノード装置又は前記配信装置に当該関連データを要求することを特徴とするノード装置。
【請求項４】
請求項３に記載のノード装置において、
前記関連データ取得手段は、前記上位階層のノード装置から送信された関連データを取得したとき、当該関連データを前記関連データ記憶手段に記憶させ、
前記関連データ送信手段が前記関連データを前記下位階層のノード装置に送信した後に、当該関連データを前記関連データ記憶手段から削除する関連データ削除手段を更に備えることを特徴とする請求項３に記載のノード装置。
【請求項５】
請求項１乃至４の何れか１項に記載のノード装置において、
前記コンテンツ配信システムは、前記複数のノード装置が、コンテンツを配信する配信装置を最上位として複数の階層を形成し、且つ、前記ネットワークを介してツリー状に接続され、前記配信装置により配信された前記コンテンツと前記関連データとが上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送され、
前記関連データ取得手段は、上位階層側に接続されているノード装置又は前記配信装置に前記関連データを要求する関連データ要求手段を備え、
前記ページデータ取得手段が前記ページデータを取得したとき、前記コンテンツ配信システムに参加するための参加処理を実行する参加処理手段を更に備え、
前記関連データ要求手段は、前記参加処理手段による参加処理によって前記コンテンツ配信システムへの参加が行われたときに、上位階層側に接続されているノード装置に前記関連データを要求することを特徴とするノード装置。
【請求項６】
請求項１乃至５の何れか１項に記載のノード装置において、
前記コンテンツ取得手段により前記コンテンツが取得される前に、前記関連データ取得手段は、前記取得されたページデータに記述された前記関連データ識別情報が割り当てられた前記関連データを取得することを特徴とするノード装置。
【請求項７】
コンピュータを、
請求項１乃至６の何れか一項に記載のノード装置として機能させることを特徴とする関連データ取得処理プログラム。
【請求項８】
ネットワークを介して互いに通信可能な複数のノード装置により構成されるコンテンツ配信システムであり、前記複数のノード装置の何れかのノード装置からコンテンツを取得した前記ノード装置が当該コンテンツを前記複数のノード装置のうち少なくとも一つのノード装置に送信可能なようにしたコンテンツ配信システムであって、
前記コンテンツに割り当てられた固有のコンテンツ識別情報と、コンテンツ再生に関連した関連データに割り当てられた固有の関連データ識別情報とを含む提示内容が記述されたページデータを取得するページデータ取得手段と、
前記取得されたページデータに記述された前記コンテンツ識別情報が割り当てられた前記コンテンツを送信可能なノード装置から、当該コンテンツを取得するコンテンツ取得手段と、
前記取得されたページデータに記述された前記関連データ識別情報が割り当てられた前記関連データを送信可能なノード装置から、当該関連データを取得する関連データ取得手段と、
前記取得された関連データを用いて、前記取得されたコンテンツを再生するコンテンツ再生手段と、
を備えることを特徴とするコンテンツ配信システム。
【請求項９】
ネットワークを介して互いに通信可能な複数のノード装置により構成されるコンテンツ配信システムであり、前記複数のノード装置の何れかのノード装置からコンテンツを取得した前記ノード装置が当該コンテンツを前記複数のノード装置のうち少なくとも一つのノード装置に送信可能なようにしたコンテンツ配信システムにおける関連データ取得方法であって、
前記ノード装置が、前記コンテンツに割り当てられた固有のコンテンツ識別情報と、コンテンツ再生に関連した関連データに割り当てられた固有の関連データ識別情報とを含む提示内容が記述されたページデータを取得するページデータ取得工程と、
前記ノード装置が、前記取得されたページデータに記述された前記コンテンツ識別情報が割り当てられた前記コンテンツを送信可能なノード装置から、当該コンテンツを取得するコンテンツ取得工程と、
前記ノード装置が、前記取得されたページデータに記述された前記関連データ識別情報が割り当てられた前記関連データを送信可能なノード装置から、当該関連データを取得する関連データ取得工程と、
前記ノード装置が、前記取得された関連データを用いて、前記取得されたコンテンツを再生するコンテンツ再生工程と、
を有することを特徴とする関連データ取得方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））型の通信システムの技術分野に関する。
【背景技術】
【０００２】
近年、現在のコンテンツ配信における主流形態であるサーバクライアント方式に変わる新しい形態として、ピアツーピア型の通信システムが注目されている。
【０００３】
一方で、クライアント端末が、Ｗｅｂブラウザを実行することにより、動画が再生される動画配信サイトが存在する。クライアント端末がＷｅｂページにアクセスすると、アクセスされたＷｅｂページが画面に表示されて動画が再生される。このような動画配信サイトにおいては、ＷｅｂページのＨＴＭＬ（Hyper Text Markup Language）ドキュメントに、動画再生を行う動画再生アプリケーションの動作が記述されている。例えば、当該ＨＴＭＬドキュメントには、動画データの取得先のＵＲＬ（Uniform Resource Locator）、動画の表示サイズ等が、タグを用いて記述される。
【０００４】
こうした、Ｗｅｂページ内に動画を再生するシステムにおいては、次の手順を踏むことにより動画再生が行われる。先ず、クライアント端末が、ＷｅｂサーバからＨＴＭＬドキュメントを取得する。次いで、クライアント端末は、取得したＨＴＭＬドキュメントの記述に基づいて、動画再生アプリケーションを取得する。動画再生アプリケーションがクライアント端末自身に保存されていれば、その保存されたものを使用することができる。一方で、動画再生アプリケーションがクライアント端末自身に保存されていない場合には、クライアント端末は、Ｗｅｂサーバ等から当該アプリケーションを取得する。次いで、クライアント端末は、取得したＨＴＭＬドキュメントの記述に基づいて、動画配信サーバから動画データを取得する。そして、クライアント端末は、動画再生アプリケーションを実行することにより動画データを再生する。
【０００５】
動画を再生する際に、ＧＵＩ（Graphical User Interface）を司るプログラム（以下、これらを総称して、「ＧＵＩデータ」という）をＷｅｂサーバから取得するシステムも存在する。ＧＵＩ画面は、画再生アプリケーションの外観を表す。特許文献１には、ユーザが好みのスキンを選択すると、選択されたスキンのコンテンツがサーバから取得され、当該スキンコンテンツに基づいて、ユーザインターフェース画面を表示する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−３２４７５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来のＷｅｂページ内で動画を再生するシステムにおいては、クライアント端末はＷｅｂサーバから動画データ以外の全てのデータを取得する必要がある。例えば、動画以外のデータとして、上述したＧＵＩデータ等が存在する。このＧＵＩデータは、グラフィックデータをスキンデータとして含んでいる。従って、データ量が比較的大きく、転送時間にそれ相応の時間を要する。
【０００８】
上記の場合、各クライアント端末は、ＧＵＩデータを取得するために、Ｗｅｂサーバに直接アクセスする。そのため、Ｗｅｂサーバの処理負荷が増大する場合がある。例えば、動画を放送する時間帯が決まっている場合には、放送開始時に動画視聴用のＷｅｂページへのリクエストが、Ｗｅｂサーバに一時的に集中する。その結果、ＧＵＩデータのリクエストもＷｅｂサーバへ同時に集中する。また、例えば、動画視聴用のＷｅｂページが、ダイナミックＨＴＭＬの仕組み等を利用する場合、定期的にＷｅｂサーバに各クライアント端末がアクセスすることで表示内容を更新する動的なＷｅｂページが作成できる。その場合、Ｗｅｂサイトの運営者が、動画データの変更に加えてＧＵＩデータも変更することがある。そのときに動画を視聴していたユーザのクライアント端末から、ＧＵＩデータのリクエストがＷｅｂサーバに集中して行われることもある。これに対応するためには、Ｗｅｂサーバを高性能なものに置き換えたり、複数のＷｅｂサーバを用意する等、Ｗｅｂサーバの増強が必要があった。
【０００９】
また、Ｗｅｂサイトの運営者が個人である場合にも、Ｗｅｂページのデザインに合わせて動画再生アプリケーションの外観を変更する場合がある。Ｗｅｂページへのアクセスが増加することにより、ＧＵＩデータのダウンロードが頻繁になると、同じようにＷｅｂサーバの処理負荷が増大する。ところが、個人の場合、個人自身がＷｅｂサーバを所有していない場合が多いので、Ｗｅｂサーバの増強という手段を取ることができない。
【００１０】
そこで、本発明は、以上の点に鑑みてなされたものであり、サーバ装置から取得されたページデータの記述に基づいてコンテンツの再生に関連した関連データが取得される場合において、関連データの配信によるサーバ装置の負荷を軽減させることを可能とするコンテンツ配信システム、ノード装置、関連データ取得方法及び関連データ取得処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、請求項１に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置により構成されるコンテンツ配信システムであり、前記複数のノード装置の何れかのノード装置からコンテンツを取得した前記ノード装置が当該コンテンツを前記複数のノード装置のうち少なくとも一つのノード装置に送信可能なようにしたコンテンツ配信システムにおける前記ノード装置において、前記コンテンツに割り当てられた固有のコンテンツ識別情報と、コンテンツ再生に関連した関連データに割り当てられた固有の関連データ識別情報とを含む提示内容が記述されたページデータを取得するページデータ取得手段と、前記取得されたページデータに記述された前記コンテンツ識別情報が割り当てられた前記コンテンツを送信可能なノード装置から、当該コンテンツを取得するコンテンツ取得手段と、前記取得されたページデータに記述された前記関連データ識別情報が割り当てられた前記関連データを送信可能なノード装置から、当該関連データを取得する関連データ取得手段と、前記取得された関連データを用いて、前記取得されたコンテンツを再生するコンテンツ再生手段と、を備えることを特徴とする。
【００１２】
この発明によれば、ページデータに記述されたコンテンツ識別情報が割り当てられたコンテンツが、コンテンツ配信システムに参加している複数のノード装置のうち当該コンテンツを送信可能なノード装置から取得されるのに加え、ページデータに記述された関連データ識別情報が割り当てられた関連データも、コンテンツ配信システムに参加している複数のノード装置のうち当該関連データを送信可能なノード装置から取得される。従って、関連データの配信負荷が各ノード装置に分散され、サーバ装置の負荷を軽減させることができる。
【００１３】
請求項２に記載の発明は、請求項１に記載のノード装置において、前記ページデータ取得手段は、前記関連データ識別情報を複数含む前記ページデータを取得し、前記関連データ取得手段は、前記取得されたページデータに記述された複数の関連データ識別情報夫々に対応する関連データを取得することを特徴とする。
【００１４】
この発明によれば、コンテンツの再生に用いられる関連データが一つではない場合であっても、各関連データを夫々取得することができる。
【００１５】
請求項３に記載の発明は、請求項１又は請求項２に記載のノード装置において、前記コンテンツ配信システムは、前記複数のノード装置が、前記コンテンツを配信する配信装置を最上位として複数の階層を形成し、且つ、前記ネットワークを介してツリー状に接続され、前記配信装置により配信された前記コンテンツと前記関連データとが上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送され、前記関連データ取得手段により取得された前記関連データを記憶する関連データ記憶手段と、下位階層側に接続されているノード装置から前記関連データが要求された場合、前記関連データ記憶手段に、前記要求された関連データが記憶されているか否かを判定する判定手段と、前記判定手段により前記要求された関連データが記憶されていると判定された場合、前記要求された関連データを前記関連データ記憶手段から読み出して前記下位階層のノード装置に送信する関連データ送信手段と、を更に備え、前記関連データ取得手段は、上位階層側に接続されているノード装置又は前記配信装置に前記関連データを要求する関連データ要求手段と、前記上位階層のノード装置又は前記配信装置から送信された前記関連データを受信する受信手段と、を備え、前記判定手段により前記要求された関連データが記憶されていないと判定された場合、前記関連データ要求手段は、前記ノード装置と接続されている上位階層のノード装置又は前記配信装置に当該関連データを要求することを特徴とする。
【００１６】
この発明によれば、下位階層のノード装置から関連データの要求があったとき、要求された関連データが関連データ記憶手段に記憶されている場合には、関連データ記憶手段から読み出された関連データが下位階層のノード装置に送信される。一方、要求された関連データが関連データ記憶手段に記憶されていない場合には、上位階層のノード装置又は配信装置に当該関連データが要求される。従って、ツリー型のコンテンツ配信システムにおいて、下位階層のノード装置から要求された関連データを自ノード装置が保持していない場合であっても、自ノード装置の下位階層のノード装置又は配信装置から関連データを取得し、下位階層のノード装置に送信することができる。
【００１７】
請求項４に記載の発明は、請求項３に記載のノード装置において、前記関連データ取得手段は、前記上位階層のノード装置から送信された関連データを取得したとき、当該関連データを前記関連データ記憶手段に記憶させ、前記関連データ送信手段が前記関連データを前記下位階層のノード装置に送信した後に、当該関連データを前記関連データ記憶手段から削除する関連データ削除手段を更に備えることを特徴とする。
【００１８】
この発明によれば、自ノード装置ではコンテンツの再生に用いられず、下位階層のノード装置に転送されるのみの関連データは関連データ記憶手段から削除されるので、関連データ記憶手段の記憶容量の消費を抑えることができる。
【００１９】
請求項５に記載の発明は、請求項１乃至４の何れか１項に記載のノード装置において、前記コンテンツ配信システムは、前記複数のノード装置が、コンテンツを配信する配信装置を最上位として複数の階層を形成し、且つ、前記ネットワークを介してツリー状に接続され、前記配信装置により配信された前記コンテンツと前記関連データとが上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送され、前記関連データ取得手段は、上位階層側に接続されているノード装置又は前記配信装置に前記関連データを要求する関連データ要求手段を備え、前記ページデータ取得手段が前記ページデータを取得したとき、前記コンテンツ配信システムに参加するための参加処理を実行する参加処理手段を更に備え、前記関連データ要求手段は、前記参加処理手段による参加処理によって前記コンテンツ配信システムへの参加が行われたときに、上位階層側に接続されているノード装置に前記関連データを要求することを特徴とする。
【００２０】
この発明によれば、ページデータの取得を契機として、自律的に関連データを取得することができる。また、ページデータの取得を契機として、コンテンツ配信システムに参加することにより、参加したノード装置は、コンテンツ配信システムにおけるコンテンツの配信に貢献するノード装置となることができる。
【００２１】
請求項６に記載の発明は、請求項１乃至５の何れか１項に記載のノード装置において、前記コンテンツ取得手段により前記コンテンツが取得される前に、前記関連データ取得手段は、前記取得されたページデータに記述された前記関連データ識別情報が割り当てられた前記関連データを取得することを特徴とする。
【００２２】
この発明によれば、取得された関連データを最初から用いることができる状態でコンテンツの再生を開始させることができる。
【００２３】
請求項７に記載の発明は、コンピュータを、請求項１乃至６の何れか一項に記載のノード装置として機能させることを特徴とする。
【００２４】
請求項８に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置により構成されるコンテンツ配信システムであり、前記複数のノード装置の何れかのノード装置からコンテンツを取得した前記ノード装置が当該コンテンツを前記複数のノード装置のうち少なくとも一つのノード装置に送信可能なようにしたコンテンツ配信システムであって、前記コンテンツに割り当てられた固有のコンテンツ識別情報と、コンテンツ再生に関連した関連データに割り当てられた固有の関連データ識別情報とを含む提示内容が記述されたページデータを取得するページデータ取得手段と、前記取得されたページデータに記述された前記コンテンツ識別情報が割り当てられた前記コンテンツを送信可能なノード装置から、当該コンテンツを取得するコンテンツ取得手段と、前記取得されたページデータに記述された前記関連データ識別情報が割り当てられた前記関連データを送信可能なノード装置から、当該関連データを取得する関連データ取得手段と、前記取得された関連データを用いて、前記取得されたコンテンツを再生するコンテンツ再生手段と、を備えることを特徴とする。
【００２５】
請求項９に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置により構成されるコンテンツ配信システムであり、前記複数のノード装置の何れかのノード装置からコンテンツを取得した前記ノード装置が当該コンテンツを前記複数のノード装置のうち少なくとも一つのノード装置に送信可能なようにしたコンテンツ配信システムにおける関連データ取得方法であって、前記ノード装置が、前記コンテンツに割り当てられた固有のコンテンツ識別情報と、コンテンツ再生に関連した関連データに割り当てられた固有の関連データ識別情報とを含む提示内容が記述されたページデータを取得するページデータ取得工程と、前記ノード装置が、前記取得されたページデータに記述された前記コンテンツ識別情報が割り当てられた前記コンテンツを送信可能なノード装置から、当該コンテンツを取得するコンテンツ取得工程と、前記ノード装置が、前記取得されたページデータに記述された前記関連データ識別情報が割り当てられた前記関連データを送信可能なノード装置から、当該関連データを取得する関連データ取得工程と、前記ノード装置が、前記取得された関連データを用いて、前記取得されたコンテンツを再生するコンテンツ再生工程と、を有することを特徴とする。
【発明の効果】
【００２６】
本発明によれば、関連データの配信負荷がコンテンツ配信システムに参加している各ノード装置に分散されるので、サーバ装置の負荷を軽減させることができる。
【図面の簡単な説明】
【００２７】
【図１】第１実施形態に係るツリー型放送システムにおける各ノード装置の接続態様の一例を示す図である。
【図２】（ａ）及び（ｂ）は、動画埋め込みページのＨＴＭＬドキュメントにおける記述内容の一例である。
【図３】第１実施形態において、ノードＮ９がツリー型放送システムＳへの参加し、拡張データを取得して動画再生する際の様子を示した概念図である。
【図４】第１実施形態において、一つのトポロジーにおいて、複数種類のＧＵＩデータが動画データの再生に用いられる場合にノード装置Ｎ７及びＮ８が拡張データを取得する際の様子を示した概念図である。
【図５】第１実施形態において、動画データ再生中に、再生に使用する拡張データが変更された場合にノードＮ６が当該拡張データを取得する際の様子を示した概念図である。
【図６】第１実施形態に係る放送局１０の概要構成例を示す図である。
【図７】第１実施形態に係る接続先紹介サーバ２０の概要構成例を示す図である。
【図８】第１実施形態に係るノードＮｎの概要構成例を示す図である。
【図９】第１実施形態に係るノードＮｎにおけるＣＰＵ３０４により、動画埋め込みページアクセス時に実行される処理例を示すフローチャートである。
【図１０】第１実施形態に係るノードＮｎにおけるＣＰＵ３０４により、拡張データ要求メッセージ受信時に実行される処理例を示すフローチャートである。
【図１１】第２実施形態において、ノードＮ８がコンテンツ分散保存システムＳ２への参加し、拡張データを取得して動画再生する際の様子を示した概念図である。
【発明を実施するための形態】
【００２８】
以下、本発明の最良の実施形態を図面に基づいて説明する。
【００２９】
［１．第１実施形態］
［１．１  ツリー型放送システムの構成等］
始めに、図１を参照して、本発明の第１実施形態に係るツリー型放送システム全体の概要構成及び機能について説明する。
【００３０】
図１は、本実施形態に係るツリー型放送システムにおける各ノード装置の接続態様の一例を示す図である。
【００３１】
図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ，４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５ａ，５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線７等によって、インターネット等のネットワーク８が構築されている。ネットワーク８は、現実世界の通信ネットワークである。なお、図１の例におけるネットワーク（通信ネットワーク）８には、データ（パケット）を転送するためのルータが適宜挿入されているが、図１では図示を省略している。なお、通信回線７としては、例えば、電話回線や光ケーブル等が用いられる。
【００３２】
このようなネットワーク８には、複数のノード装置（以下、「ノード」という）Ｎｎ（ｎ＝１，２，３・・・の何れか）が接続されている。また、各ノードＮｎには、固有のノードＩＤが割り当てられている。
【００３３】
そして、本実施形態に係るツリー型放送システムＳは、ピアツーピア方式のネットワークシステムとなっている。ツリー型放送システムＳは、これらのノードＮｎのうち、図１の上部枠１００内に示すように、何れか複数のノードＮｎの参加により形成（構成）される。なお、図１の上部枠１００内に示すネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するオーバーレイネットワーク９である。オーバーレイネットワーク９は、論理的なネットワークである。
【００３４】
本実施形態のツリー型放送システムＳにおいては、各ノードＮｎは、Ｗｅｂサーバ４０等にアクセスする。各ノードＮｎは、Ｗｅｂページの表示内容が記述されたＨＴＭＬドキュメントをＷｅｂサーバ４０等から取得する。ＨＴＭＬドキュメントは、動画データを再生するためのＷｅｂページ（以下、「動画埋め込みページ」という）である。ＨＴＭＬドキュメントを取得したノードＮｎは、当該ＨＴＭＬドキュメントの記述内容に基づいて、ツリー型放送システムＳに参加することができる。ツリー型放送システムＳに参加する方法の詳細は後述する。そして、当該システムに参加した複数のノードＮｎが、放送局（放送局１０、１１等）を最上位として複数の階層を形成しつつネットワーク８を介してツリー状に接続される。当該放送局から放送された動画データ（コンテンツの一例）が、上流のノードＮｎから下流のノードＮｎに順次転送（ＡＬＭ（Application Layer Multicast））される。動画データは、例えばストリームミング配信方式で放送される。このように接続された各ノードＮｎは、上流のノードＮｎから受信した動画データを、動画再生プログラムを用いて再生する。各ノードＮｎの動画再生プログラムは、Ｗｅｂページ上に動画を表示する。ここで、ノードＮｎは、動画再生プログラムのＧＵＩ画面や機能拡張に用いられる拡張データ（関連データの一例）を上流のノードＮｎから取得する。この拡張データは、例えば、ＧＵＩデータ、プラグインデータ等である。そしてノードＮｎは、取得した拡張データを使用して動画データを再生する。この拡張データも、放送局から順次転送されるようになっている。
【００３５】
このようなツリー型コンテンツ放送システムにおけるツリー状のトポロジーは、放送される動画データ毎（放送チャンネル毎）に構築されるようになっている。このトポロジーは、ノードＮｎ間の接続態様の接続態様である。ツリー型コンテンツ放送システムにおけるツリー状のトポロジーは、接続先紹介サーバ２０により管理されている。接続先紹介サーバ２０は、各動画データ毎に構築されたツリー型コンテンツ放送システムを識別する情報と、そのシステムのトポロジーとを記憶している。本実施形態では、各ノードＮｎは予め接続先紹介サーバ２０にアクセスするためのアドレスを知っているものとする。そして、接続先紹介サーバ２０は、ノードＮｎからの接続先紹介要求に応じて接続先を紹介する。紹介される接続先は、当該ノードＮｎに対してツリー型放送システムＳにおける接続先となる上流のノードである。
【００３６】
［１．２  動画埋め込みページのＨＴＭＬドキュメントの記述例］
次に、動画埋め込みページのＨＴＭＬドキュメントの記述例について、図２を用いて説明する。
【００３７】
図２は、動画埋め込みページのＨＴＭＬドキュメントにおける記述内容の一例である。
【００３８】
図２（ａ）に示すように、当該ＨＴＭＬドキュメントには、動画データの取得先を指定するタグ８１（以下、「動画データ取得先指定タグ８１」という）、動画データの表示サイズを指定するタグ８２（以下、「表示サイズ指定タグ８２」という）及び使用する拡張データを指定するタグ８３（以下、「拡張データ指定タグ８３」という）が記述されている。そして、実際の指定内容は、夫々タグの要素として記述されている。
【００３９】
動画データ取得先指定タグ８１の要素（図中、「ＸＸＸＸ」）は、動画データに固有に割り当てられた識別情報（以下「動画データＩＤ」という）である。また、動画データＩＤは、ノードＮｎが参加すべきトポロジーを示す情報としても用いられる。例えば、動画データＩＤは、上述の動画データが表す動画が放送されているツリー型コンテンツ放送システムを識別する情報である。動画データＩＤによって、動画を識別することができ、且つ、その動画が放送されるツリー型コンテンツ放送システムを識別することも可能である。また、表示サイズ指定タグ８２の要素（図中、「ＹＹＹＹ」）は、動画表示する際における画面上の表示領域の縦横のサイズ、例えば、画素数を示す情報である。また、拡張データ指定タグ８３の要素（図中、「ＡＡＡＡ」、「ＢＢＢＢ」、「ＣＣＣＣ」）は、動画データの再生に使用すべき拡張データに対して固有に割り当てられた識別情報（以下、「拡張データＩＤ」という）である。ここで、拡張データとしては、同時に使用する複数の拡張データを夫々拡張データ指定タグ８３により指定することが可能である。例えば、或るＧＵＩデータ、ズーム表示機能を追加するプラグインデータ、スロー再生機能を追加するプラグインデータ等を同時に使用することができる。
【００４０】
また、タグ８１乃至８３の記述例として、図２（ｂ）のように記述しても良い。図２（ｂ）は、タグの要素で指定する代わりに、属性として指定した場合における記述内容の一例である。
【００４１】
［１．３  拡張データの取得方法］
次に、拡張データの取得方法について、図３乃至図５を用いて説明する。
【００４２】
図３は、ノードＮ９がツリー型放送システムＳへの参加し、拡張データを取得して動画再生する際の様子を示した概念図である。
【００４３】
図３（ａ）は、ＧＵＩデータＡを予め記憶している放送局１０を最上位としたトポロジーＴにノードＮ１〜Ｎ８が既に参加している例である。また、各ノードＮｎは、拡張データとしてＧＵＩデータＡを取得して、図示はしないが各ノードＮｎの記憶手段に保存している。ＧＵＩデータＡを保存しているノードＮｎは、図中、Ａと表記している。例えば、放送局１０の下流に接続されているノードＮ１及びＮ２は、夫々放送局１０からＧＵＩデータＡを取得する。ノードＮ２の下流に接続しているノードＮ５及びＮ６は、夫々ノードＮ２からＧＵＩデータＡを取得する。そして、各ノードＮｎは、ＧＵＩデータＡを使用して動画データの再生を行う。
【００４４】
ここで、ノードＮ９は、ユーザ操作に基づいて、動画埋め込みページのリクエストをＷｅｂサーバ４０に送信する（１）。これに応じてＷｅｂサーバ４０は、リクエストに対応するＨＴＭＬドキュメントを返信する（２）。このＨＴＭＬドキュメントのタグ８１には、動画データの取得先としてトポロジーＴに対応する動画データＩＤが記述されている。また、当該ＨＴＭＬドキュメントのタグ８３には、ＧＵＩデータＡの拡張データＩＤが記述されている。そして、ノードＮ９は、当該システムに参加するため、上流ノード紹介要求メッセージ（Ｍ）を接続先紹介サーバ２０に送信する（３）。上流ノード紹介要求メッセージ（Ｍ）は、タグ８１から取得した動画データＩＤを含むメッセージである。接続先紹介サーバ２０は、上流ノード紹介要求メッセージに基づいて、下流側に接続が可能な（下流側に直接接続されたノード数が接続許容数に達していない）ノードＮｎを検索する。接続先紹介サーバ２０は、内部で管理しているトポロジー管理情報の中から、上流ノード紹介要求メッセージに含まれる動画データＩＤに対応するトポロジーを検索する。例えば、ノード装置の下流側に直接接続可能なノード装置の接続許容数が２台の場合、図３（ａ）の例では、ノードＮ４、ノードＮ５、ノードＮ６、ノードＮ７、ノードＮ８が、接続先候補として検索される。そして、接続先紹介サーバ２０は、１以上の上流ノード候補のネットワークアドレス情報等を含む上流ノード候補紹介メッセージをノードＮ９へ返信（接続可能ノード紹介）する（４）。次いで、ノードＮ９は、接続先紹介サーバ２０から取得した上流ノード候補の中から一つの例えばノードＮ６を選択し、当該ノードＮ６へ接続要求メッセージを送信する（５）。次いで、ノードＮ６は、内部で管理しているノード管理テーブルにノードＮ９の情報を追加し、ノードＮ９へ接続許可応答メッセージを返信する（６）。こうして、ノードＮ９は上流のノードＮｎに接続することによりツリー型放送システムＳに参加する。
【００４５】
次いで、ノードＮ９は、ＨＴＭＬドキュメントに記述された拡張データ指定タグ８３からＧＵＩデータＡの拡張データＩＤを取得する。そしてノードＮ９は、当該拡張データＩＤを含む拡張データ要求メッセージを、自ノードの上流ノードとして接続されているノードＮ６に送信する（７）。ノードＮ６は、拡張データ要求メッセージに含まれる当該拡張データＩＤに対応する拡張データ、即ちＧＵＩデータＡをノードＮ９に返送する（８）。そして、ノードＮ９は、取得したＧＵＩデータＡを保存する。なお、タグ８３が複数記述されている場合には、タグ８３の個数分（７）及び（８）の処理が繰り返される。
【００４６】
次いで、ノードＮ９からノードＮ６へのストリーム開始要求メッセージに応じて、ノードＮ６が、ノードＮ９に対してストリーミングを開始する（９）。そして、ノード装置Ｎ９は、動画再生プログラムにＧＵＩデータＡを組み込み、ストリーミングによって送信されてきた動画データの再生を開始する（１０）。これによって、ノード装置Ｎ９の画面には、取得したＨＴＭＬドキュメントに対応するＷｅｂページが表示される。そして、Ｗｅｂページ上にＧＵＩ画面が表示される。ＧＵＩ画面は、ＧＵＩデータＡに含まれるスキンデータである。スキンデータは、例えば、グラフィックデータである。そして、当該ＧＵＩ画面における動画表示領域には、再生中の動画が表示される。なお、取得された拡張データが、例えば、プラグインデータである場合には、当該プラグインデータによって動画再生プログラムの機能が拡張される。
【００４７】
その後、ノードＮ９は、図３（ｃ）に示すように、自ノードの下流側からノードＮ１０と接続される。ノードＮ９は、ＧＵＩデータＡの拡張データＩＤを含む拡張データ要求メッセージをノードＮ１０から受信する。ノードＮ９は、内部で保存しているＧＵＩデータＡを返送する（１１）。
【００４８】
図４は、一つのトポロジーにおいて、複数種類のＧＵＩデータが動画データの再生に用いられる場合にノード装置Ｎ７及びＮ８が拡張データを取得する際の様子を示した概念図である。複数のＷｅｂページにおいて同一の動画データが再生されるように指定されている場合であっても、再生に使用される拡張データは、Ｗｅｂページ毎に異なっていても良い。図４の例では、Ｗｅｂサーバ４０から配信されるＨＴＭＬドキュメントＸに、動画データの取得先としてトポロジーＴを指定する動画データ取得先指定タグ８１と、ＧＵＩデータＡを指定する拡張データ指定タグ８３とが記述されている。一方、Ｗｅｂサーバ４１から配信されるＨＴＭＬドキュメントＹには、動画データの取得先としてトポロジーＴを指定する動画データ取得先指定タグ８１と、ＧＵＩデータＢを指定するタグ拡張データ指定８３とが記述されている。放送局１０は、ＧＵＩデータＡ及びＧＵＩデータＢを予め記憶している。トポロジーＴには、既にノードＮ１〜Ｎ６が参加している。
【００４９】
そして、放送局１０の下流側にノードＮ１及びＮ２が放送局１０と接続している。また、ノードＮ１の下流側にノードＮ３及びＮ４がノードＮ１と接続している。ノードＮ２の下流側にノードＮ５及びＮ６がノードＮ２と接続している。これらのノードＮｎのうち、ノードＮ１、Ｎ３、Ｎ４及びＮ６は、ＧＵＩデータＡのみを保存している。ＧＵＩデータＡを保存しているノードＮｎは、図中、Ａと表記している。また、ノードＮ５は、ＧＵＩデータＢのみを保存している。ＧＵＩデータＢを保存しているノードＮｎは、図中、Ｂと表記している。また、ノードＮ２は、ＧＵＩデータＡ及びＢの双方を保存している。ＧＵＩデータＡ及びＢを保存しているノードＮｎは、図中、Ａ｜Ｂと表記している。このように、１台のノードが複数のＧＵＩデータを保存しているのは、現在使用しているＧＵＩデータのみならず、過去に使用したＧＵＩデータも保存するようにしているからである。なお、使用の終わった拡張データは削除されるようにしても良い。
【００５０】
ここで、ノードＮ７が、図４（ａ）に示すように、Ｗｅｂサーバ４０にアクセスして、ＨＴＭＬドキュメントＸを取得し（１）、ノードＮ３に接続する。そして、ノードＮ７は、ＨＴＭＬドキュメントＸの拡張データ指定タグ８３の記述に基づいてＧＵＩデータＡの拡張データ要求メッセージをノードＮ３に送信する（２）。ノードＮ３は、ＧＵＩデータＡを保存しているので、当該ＧＵＩデータをノード７に送信する（３）。ここまでは、前述の図２と同様である。
【００５１】
その後、ノードＮ８が、図４（ｂ）に示すように、Ｗｅｂサーバ４１にアクセスして、ＨＴＭＬドキュメントＹを取得し（４）、ノードＮ６に接続する。そして、ノードＮ８は、ＨＴＭＬドキュメントＹの拡張データ指定タグ８３の記述に基づいてＧＵＩデータＢの拡張データ要求メッセージをノードＮ６に送信する（５）。拡張データ要求メッセージを受信したノードＮ６は、ＧＵＩデータＢを保存していないので、当該ＧＵＩデータＢの拡張データ要求メッセージを、自ノードの上流ノードであるノードＮ２に送信する（６）。
【００５２】
当該要求メッセージを受信したノードＮ２は、ＧＵＩデータＢを保存しているので、図４（ｃ）に示すように、ＧＵＩデータＢをノードＮ６に送信する（７）。次いで、ノードＮ６は、ＧＵＩデータＢをノードＮ８に転送する（８）。このように、必要とされる拡張データがノードＮｎにおいて保存されていない場合には、当該拡張データを保存しているノードＮｎ（拡張データを保存しているノードＮｎが存在しない場合には、放送局１０）まで、上流に向かって拡張データ要求メッセージが転送され、当該ノードＮｎから拡張データが下流に向かって転送される。
【００５３】
次いで、ノードＮ６は、図４（ｄ）に示すように、自己が内部で保存しているＧＵＩデータＢを削除する（９）。自ノードでは転送するだけで、使用しない拡張データは、自ノードでは本来不要なデータであるので、ノードＮｎは、このような拡張データを削除するのである。
【００５４】
図５は、動画データ再生中に、再生に使用するＧＵＩデータが変更された場合にノードＮ６が当該ＧＵＩデータを取得する際の様子を示した概念図である。Ｗｅｂサイトを管理する運営者は、動画再生の際に使用される拡張データを変更することができる。この変更は、ＨＴＭＬドキュメントに記述されている拡張データ指定タグ８３の拡張データＩＤを変更することにより行われる。
【００５５】
例えば、図５（ａ）においては、トポロジーＴには、既にノードＮ１〜Ｎ６が参加している。そして、放送局１０の下流側にノードＮ１及びＮ２が放送局１０と接続している。また、ノードＮ２の下流側にノードＮ５及びＮ６がノードＮ２と接続している。ここで、ノードＮ２は、ＧＵＩデータＡ及びＢの双方を保存しており（図中、Ａ｜Ｂと表記）、ノードＮ６は、ＧＵＩデータＡのみを保存している（図中、Ａと表記）。Ｗｅｂサーバ４０から配信されるＨＴＭＬドキュメントＺには、動画データの取得先としてポロジーＴを指定する動画データ取得先指定タグ８１と、ＧＵＩデータＡを指定する拡張データ指定タグ８３とが記述されている。また、ＨＴＭＬドキュメントＺには、定期的に当該ＨＴＭＬドキュメントＺをＷｅｂサーバ４０から取得し画面表示を更新するように指令するスクリプトが記述されている。そして、ノードＮ６は、Ｗｅｂサーバ４０からＨＴＭＬドキュメントＺを取得することにより、ノードＮ２からＧＵＩデータＡを取得し、当該ＧＵＩデータＡを使用して動画データを再生している。
【００５６】
ここで、ＨＴＭＬドキュメントＺにおいて、使用する拡張データが、ＧＵＩデータＡからＧＵＩデータＢに変更される（１）。ノードＮ６は、ＨＴＭＬドキュメントＺの記述に従って定期的にＨＴＭＬドキュメントＺをＷｅｂサーバ４０から取得している。そのため、ノードＮ６は、使用する拡張データがＧＵＩデータＢに変更されたＨＴＭＬドキュメントＺを取得する（２）。そうすると、ノードＮ６は、ＧＵＩデータＢを自ノードで保存していないので、図５（ｂ）に示すように、ノードＮ２にＧＵＩデータＢの拡張データ要求メッセージを送信する（３）。ノードＮ２は、ＧＵＩデータＢを保存しているので、図５（ｃ）に示すように、当該ＧＵＩデータＢをノードＮ６に送信する（４）。ＧＵＩデータＢを取得したノードＮ６は、ＧＵＩデータＡに加えてＧＵＩデータＢをも保存する。また、ノードＮ６は、ＧＵＩデータＡに代えて、ＧＵＩデータＢを動画再生プログラムに組み込んで動画データを再生する。そうすると、ノードＮ６により表示されるＧＵＩ画面は、ＧＵＩデータＡに対応する画面からＧＵＩデータＢに対応する画面に変化する。なお、この時点で、ＧＵＩデータＡは削除されるようにしても良い。
【００５７】
［１．４  拡張データの追加方法］
Ｗｅｂサイトの運営者が、自己の指定する拡張データで動画データを再生させるようにするためには、当該拡張データを放送局１０に登録する必要がある。ツリー型放送システムＳにおいては、拡張データを一意に管理するため、各拡張データに夫々拡張データＩＤが付与される。Ｗｅｂサイトの運営者は、付与された拡張データＩＤをＨＴＭＬドキュメントの拡張データ指定タグ８３に記述する。
【００５８】
次に、拡張データの追加方法について説明する。
【００５９】
先ず、Ｗｅｂサイトの運営者は、拡張データと当該拡張データを使用する動画埋め込みページのＨＴＭＬドキュメントとを用意する。そして、Ｗｅｂサイトの運営者は、端末装置（ツリー型放送システムＳに参加可能なノードＮｎであっても良いし、そうではなくても良い）を操作して、自分が使用したい任意の拡張データＩＤを入力する。拡張ＩＤが入力された端末は、当該拡張データＩＤを放送局１０に送信する。
【００６０】
拡張データＩＤを受信した放送局１０は、当該拡張データＩＤが使用済みであるか否かを判定する。つまり、放送局１０は、拡張データＩＤが既に割り当てられている拡張データが存在するか否かを判定する。このとき、放送局１０は、受信した拡張データＩＤが使用済みではない場合には、当該拡張データＩＤをそのまま端末装置に返送する。一方、放送局１０は、受信した拡張データＩＤが使用済である場合には、使用済みの拡張データＩＤと重複しない拡張データＩＤを生成する。当該生成された拡張データＩＤは端末装置に返送される。
【００６１】
拡張データＩＤを受信した端末装置は、当該拡張データＩＤを端末装置の画面に表示等する。この拡張データＩＤが、追加の拡張データに割り当てられる拡張データＩＤである。その後、放送局１０は、拡張データ登録要求メッセージを端末装置に送信する。これに応じて、端末装置は、Ｗｅｂサイトの運営者によって選択された拡張データ（追加する拡張データ）を放送局１０に送信する。拡張データを受信した放送局１０は、当該拡張データを拡張データＩＤと対応付けて記憶し、当該拡張データを送信可能な状態にする。
【００６２】
Ｗｅｂサイトの運営者は、付与された拡張データＩＤをＨＴＭＬドキュメントの拡張データ指定タグ８３に記述し、このＨＴＭＬドキュメントをＷｅｂサーバ４０等にアップロードする。これによって、拡張データの追加が完了する。なお、拡張データの変更についても、追加と同様にして行うことができる。なお、拡張データＩＤの決定方法については、上記の方法に限定されない。自分が使用したい任意の拡張データＩＤを放送局１０に送信し、放送局１０が受信した拡張データＩＤが重複していないかチェックする方法以外でもよい。例えば、端末装置により単に放送局１０に対して拡張データＩＤを要求し、方法局１０は未使用の重複しない拡張データＩＤを端末装置へと通知することで、割り当てる拡張データＩＤを決定してもよい。
【００６３】
［１．５  放送局１０の構成等］
次に、図６を参照して、放送局１０の構成及び機能について説明する。
【００６４】
図６は、放送局１０の概要構成例を示す図である。
【００６５】
放送局１０は、図６に示すように、主電源１０１、主記憶装置１０２、ハードディスク装置１０３、ＣＰＵ１０４、ネットワークインタフェース１０５、周辺機器制御チップ１０６、ビデオチップ１０７、音源チップ１０８、キーボード１０９、マウス１１０、ディスプレイ１１１、及び内蔵スピーカ１１２等を備えて構成されている。また、主電源１０１、主記憶装置１０２、ハードディスク装置１０３、ＣＰＵ１０４、ネットワークインタフェース１０５、周辺機器制御チップ１０６、ビデオチップ１０７、及び音源チップ１０８は、システムバス１１３を介して相互に接続されている。また、放送局１０は、ルータ１１４を介してネットワーク８に接続される。
【００６６】
主記憶装置１０２は、ＲＡＭ及びＲＯＭ等を備えて構成されており、オペレーティングシステム、ストリーム制御プログラム、画面制御プログラム、トポロジー制御プログラム、及びデコーダ（プログラム）等が記憶されている。また、主記憶装置１０２は、ノード管理テーブルを記憶しており、当該ノード管理テーブルには、放送局１０に接続されたノードＮｎの情報（例えば、ＩＰアドレス及びポート番号等）が登録される。また、主記憶装置１０２は、バッファメモリを有する。バッファメモリは、例えば、リングバッファである。
【００６７】
また、ハードディスク装置１０３には、放送用の動画データが記録されている。また、ハードディスク装置１０３には、予め登録された拡張データが夫々拡張データＩＤと対応付けて記憶されている。
【００６８】
ＣＰＵ１０４は、主記憶装置１０２に記憶された各種プログラムにしたがって（つまり、プログラムの実行により）、放送処理及び拡張データ送信処理等を行う。例えば、ＣＰＵ１０４は、ハードディスク装置１０３に記録された動画データをパケット化し、ノード管理テーブルに登録されたノードＮｎに対して放送（ストリーム配信）する放送処理を行う。また、ＣＰＵ１０４は、ノードＮｎから拡張データ要求メッセージを受信すると、当該メッセージに含まれる拡張データＩＤに対応する拡張データをハードディスク装置１０３から取得し、当該拡張データを、要求元のノードＮｎに送信する。
【００６９】
なお、このような放送局１０として、専用の放送サーバの他、何れかのノードＮｎが適用されても良い。
【００７０】
［１．６  接続先紹介サーバ２０の構成等］
次に、図７を参照して、接続先紹介サーバ２０の構成及び機能について説明する。
【００７１】
図７は、接続先紹介サーバ２０の概要構成例を示す図である。
【００７２】
接続先紹介サーバ２０は、図７に示すように、主電源２０１、主記憶装置２０２、ハードディスク装置２０３、ＣＰＵ２０４、ネットワークインタフェース２０５、周辺機器制御チップ２０６、ビデオチップ２０７、キーボード２０８、マウス２０９、及びディスプレイ２１０等を備えて構成されている。また、主電源２０１、主記憶装置２０２、ハードディスク装置２０３、ＣＰＵ２０４、ネットワークインタフェース２０５、周辺機器制御チップ２０６、及びビデオチップ２０７は、システムバス２１１を介して相互に接続されている。また、接続先紹介サーバ２０は、ルータ２１２を介してネットワーク８に接続される。
【００７３】
主記憶装置２０２は、ＲＡＭ及びＲＯＭ等を備えて構成されており、オペレーティングシステム、放送局管理プログラム、トポロジー管理プログラム、接続先紹介プログラム、帯域測定サーバノード紹介プログラム及び運用管理プログラム等のサーバ処理プログラムが記憶されている。なお、サーバ処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしても良いし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。
【００７４】
ハードディスク装置２０３には、放送局管理データベース及びトポロジーデータベースが構築されている。放送局管理データベースには、各放送局１０の所在情報（例えば、ＩＰアドレス及びポート番号等）が放送チャンネル情報に対応付けられて登録される。方押すチャネル情報は、例えばチャンネル番号である。また、トポロジーデータベースには、トポロジー管理情報が登録されている。かかるトポロジー管理情報は、放送チャンネル毎に存在し、放送チャンネル情報に対応付けられている。そして、トポロジー管理情報には、トポロジーに参加している各ノードＮｎ毎に、ネットワークアドレス情報、現在接続されている下流のノードＮｎを示す情報、現在接続されている下流のノードＮｎの接続数、下流のノードＮｎの接続許容数等の情報が対応付けられて含まれている。ネットワークアドレス情報は、例えばＩＰアドレス及びポート番号である。また、現在接続されている下流のノードＮｎを示す情報は、例えば、ノードＩＤ、また、下流のノードＮｎの接続許容数は、例えば、２が設定されても良いし、これより多い値が設定されても良い。
【００７５】
ＣＰＵ２０４は、主記憶装置２０２に記憶された各種プログラムにしたがって、例えば新たにトポロジーへ参加希望するノードＮｎからの接続先紹介要求に応じて上記トポロジー管理情報から下流に接続可能なノードＮｎを検索し、検索された１以上のノードＮｎの候補を接続先として紹介する紹介処理を行う。
【００７６】
［１．７  ノードＮｎの構成等］
次に、図８を参照して、ノードＮｎの構成及び機能について説明する。
【００７７】
図８は、ノードＮｎの概要構成例を示す図である。
【００７８】
ノードＮｎは、図８に示すように、主電源３０１、主記憶装置３０２、ハードディスク装置３０３、ＣＰＵ３０４、ネットワークインタフェース３０５、周辺機器制御チップ３０６、ビデオチップ３０７、音源チップ３０８、キーボード３０９、マウス３１０、ディスプレイ３１１、及び内蔵スピーカ３１２等を備えて構成されている。また、補助電源３０１ｂ、主記憶装置３０２、ハードディスク装置３０３、ＣＰＵ３０４、ネットワークインタフェース３０５、周辺機器制御チップ３０６、ビデオチップ３０７、及び音源チップ３０８は、システムバス３１３を介して相互に接続されている。また、ノードＮｎは、ルータ３１４を介してネットワーク８に接続される。本実施形態に係るコンピュータは、ＣＰＵ３０４及び主記憶装置３０２により構成される。
【００７９】
なお、ノードＮｎとしては、ＰＣ、ＳＴＢ（Set Top Box）、或いは、ＴＶ受信機等を適用可能である。
【００８０】
主記憶装置３０２は、ＲＡＭ及びＲＯＭ等を備えて構成されており、オペレーティングシステム、画面制御プログラム、ストリーム制御プログラム、トポロジー制御プログラム、デコーダ、Ｗｅｂブラウザプログラム、動画再生プログラム等が記憶されている。これら各種プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしても良いし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。
【００８１】
また、主記憶装置３０２には、受信した動画データを一時的に蓄積するためのバッファメモリ（例えば、リングバッファ）を有する。また、主記憶装置３０２は、ノード管理テーブルを記憶している。ノード管理テーブルには、自ノード（自己）に接続されている下流のノードＮｎのネットワークアドレス情報（ＩＰアドレス及びポート番号等）が登録される。
【００８２】
ハードディスク装置３０３（本発明における関連データ記憶手段の一例）には、他のノードＮｎ又は放送局１０から取得した拡張データが、その拡張データＩＤに対応付けて記憶されている。
【００８３】
ＣＰＵ３０４は、主記憶装置３０２に記憶された、Ｗｅｂブラウザプログラム及び動画再生プログラム等を読み出して実行することにより、本発明におけるページデータ取得手段、コンテンツ取得手段、関連データ取得手段、コンテンツ再生手段、判定手段、関連データ送信手段及び参加処理手段等として機能する。
【００８４】
具体的に、ＣＰＵ３０４は、ページデータ取得手段として、Ｗｅｂサーバ４０から動画埋め込みページのＨＴＭＬドキュメントを取得する。また、ＣＰＵ３０４は、参加処理手段として、ツリー型放送システムＳ（ある放送チャンネルに係るトポロジー）に参加するための参加処理を実行する。そして、ＣＰＵ３０４は、関連データ取得手段として、拡張データ取得処理を行う。更に、ＣＰＵ３０４は、コンテンツ再生手段として、動画再生プログラムに拡張データを組み込んで、当該動画再生プログラムを実行し、これにより、放送されネットワークインタフェース３０５を介して受信された動画データのパケット（コンテンツストリーム）をバッファリングさせつつ再生処理を行う。
【００８５】
ここで、上記参加処理では、動画埋め込みページのＨＴＭＬドキュメントに記述された動画データＩＤに従って、接続先紹介サーバ２０に対して接続先紹介要求がなされる。そして、接続先紹介サーバ２０から紹介された上流のノードＮｎ又は放送局１０に接続（セッション確立）する。
【００８６】
また、上記拡張データ取得処理では、参加処理後に、動画埋め込みページのＨＴＭＬドキュメントに記述された拡張データＩＤに従って、接続された上流のノードＮｎ又放送局１０に拡張データ要求がなされる。そして、当該上流のノードＮｎ又放送局１０から送信された拡張データを受信し、ハードディスク装置３０３に記憶する。
【００８７】
また、上記再生処理では、接続された上流のノードＮｎ又放送局１０にストリーム開始要求がなされる。そして、受信されバッファメモリに蓄積された動画データが読み出され、動画再生プログラムを介してデコーダによりデコードされる。動画データは、例えば、ビデオデータ及びオーディオデータである。そして、デコードされたビデオデータ（映像情報）がビデオチップ３０７を通じてディスプレイ３１１に出力され、デコードされたオーディオデータ（音声情報）が音源チップ３０８を通じて内蔵スピーカ３１２又は図示しない外部スピーカから出力される。このとき、動画再生プログラムに組み込まれた拡張データによって再生機能が拡張されたり、ＧＵＩ画面が変化する。
【００８８】
また、自ノードに下流のノードＮｎが接続されている場合、ＣＰＵ３０４は、バッファメモリに蓄積された動画データの各パケットを当該下流のノードＮｎに転送（コンテンツストリームの中継）する転送処理を行う。
【００８９】
また、ＣＰＵ３０４は、当該下流のノードＮｎから拡張データ要求がなされると、要求された拡張データがハードディスク装置３０３に記憶されている場合には、関連データ送信手段として、ハードディスク装置３０３から拡張データを読み出して、当該下流のノードＮｎに送信する。一方、ＣＰＵ３０４は、要求された拡張データがハードディスク装置３０３に記憶されていない場合には、自ノードに接続された上流のノードＮｎ又放送局１０に拡張データ要求を行う。
【００９０】
更に、ＣＰＵ３０４は、下流のノードＮｎからストリーム停止要求メッセージと接続解除要求メッセージを受信した場合、当該ノードＮｎに対するストリーミングを停止し、ノード管理テーブルから当該ノードＮｎの情報を削除することで当該ノードＮｎとの接続を解除する。
【００９１】
［１．８  ツリー型放送システムＳの動作］  
次に、図９及び図１０を参照して、本実施形態に係るツリー型放送システムＳの動作について説明する。
【００９２】
図９は、ノードＮｎにおけるＣＰＵ３０４により、動画埋め込みページアクセス時に実行される処理例を示すフローチャートである。
【００９３】
ユーザが、キーボード３０９やマウス３１０を操作することによって、動画埋め込みページのＵＲＬ等が指定される。ノードＮｎは、指定されたＵＲＬを含むリクエストをＷｅｂサーバ４０に送信することで、動画埋め込みページにアクセスする。図９の処理は、動画埋め込みページにアクセスすることにより開始される。以降の処理は、ＣＰＵ３０４により実行される。
【００９４】
先ず、ステップＳ１では、前記リクエストに応じてＷｅｂサーバ４０から送信されてきたＨＴＭＬドキュメントが取得される（ステップＳ１）。取得されるＨＴＭＬドキュメントは、動画埋め込みページである。
【００９５】
ステップＳ２では、受信したＨＴＭＬドキュメントから、動画データＩＤが取得される（ステップＳ２）。ノードＮｎは、動画データ取得先指定タグ８１を読み込む。読み込まれた動画データ取得先指定タグ８１から動画データＩＤが抽出される。
【００９６】
ステップＳ３では、取得された動画データＩＤに基づいてピアツーピアネットワークに参加する処理が実行される（ステップＳ３）。本実施形態においては、ノードＮｎは、動画データＩＤに対応するトポロジーに参加する。ピアツーピアネットワークに参加する処理の詳細を説明する。具体的に、ノードＮｎは、当該動画データＩＤを含む上流ノード紹介要求メッセージを接続先紹介サーバ２０に送信する。これに応じて接続先紹介サーバ２０から送信されてきた上流ノード候補紹介メッセージが、ノードＮｎにより受信される。次いで、ノードＮｎは、上流ノード候補紹介メッセージに含まれる何れかの上流ノード候補を選択する。次いで、ノードＮｎは、選択した上流ノードのネットワークアドレス情報に基づいて、当該上流ノードに接続要求メッセージを送信する。ノードＮｎは、これに応じて上流ノードから送信されてきた接続許可応答メッセージを受信する。これにより、ノードＮｎは、上流ノードと接続し、トポロジーへの参加が完了する。
【００９７】
ステップＳ４では、受信したＨＴＭＬドキュメントから、全ての拡張データ指定タグ８３が読み込まれ、夫々から拡張データＩＤが取得される（ステップＳ４）。
【００９８】
ステップＳ５では、今回使用する全ての拡張データを自ノードが保持しているか否かが判定される（ステップＳ５）。この判定は、取得された拡張データＩＤに対応する拡張データが、ハードディスク装置３０３に記憶されているか否かに基づいて行われる。今回使用する全ての拡張データをノードＮｎが保持していない場合には（ステップＳ５：ＮＯ）、ステップＳ６が実行される。今回使用する全ての拡張データが保持されている場合には（ステップＳ５：ＹＥＳ）、ステップＳ８が実行される。
【００９９】
ステップＳ６では、保持していない拡張データの拡張データＩＤを用いて、ピアツーピアネットワークに参加している他のノードＮｎに拡張データを要求する（ステップＳ６）。本実施形態においては、ノードＮｎが、拡張データＩＤを含む拡張データ要求メッセージを、ノードＮｎと接続されている上流ノードに送信する。
【０１００】
ステップＳ７では、ノードＮｎは、拡張データ要求メッセージに応じて上流ノードから送信されてきた拡張データを受信する。受信された拡張データと拡張データＩＤとが対応付けて、ハードディスク装置３０３に記憶される（ステップＳ７）。ノードＮｎは、この処理を終えると、ステップＳ５を実行する。
【０１０１】
ステップＳ８では、取得した全ての拡張データ指定タグ８３により指定された全ての拡張データが、動画再生プログラムに組み込まれる（ステップＳ８）。
【０１０２】
ステップＳ９では、ノードＮｎは、取得したＨＴＭＬドキュメントに基づいて動画埋め込みページをディスプレイ３１１に表示させる。また、拡張データが組み込まれた動画再生プログラムを実行することにより、動画データの取得及び再生を開始する（ステップＳ９）。ここで、拡張データとしてＧＵＩデータが組み込まれた場合には、当該ＧＵＩに基づいて、動画再生プログラムのＧＵＩ画面がディスプレイ３１１に表示される。ＧＵＩ画面として表示された再生ボタンが、ユーザにより操作されることで、上流ノードから取得されバッファメモリに蓄積されている動画データの再生が開始される。これにより、Ｗｅｂページ内に動画が表示される。また、拡張データとしてプラグインデータが組み込まれた場合には、当該プラグインデータにより動画再生プログラムの機能が拡張される。
【０１０３】
図１０は、ノードＮｎにおける拡張データ要求メッセージ受信時に実行される処理例を示すフローチャートである。
【０１０４】
図１０の処理は、既にトポロジーに参加しており、且つ、ノードＮｎが下流ノードと接続している場合に、下流ノードから拡張データ要求メッセージを受信したときに開始される。以降の処理は、ノードＮｎのＣＰＵ３０４により実行される。
【０１０５】
先ず、ステップＳ１１では、ノードＮｎが、受信した拡張データ要求メッセージに含まれる拡張データＩＤが示す拡張データ（下流ノードから要求された拡張データ）を保持しているか否かが判定される（ステップＳ１１）。拡張データ要求メッセージに含まれる拡張データＩＤが示す拡張データは、下流ノードから要求された拡張データである。この判定は、拡張データＩＤに対応する拡張データが、ハードディスク装置３０３に記憶されているか否かに基づいて行われる。このとき、ノードＮｎが、要求された拡張データが保持されていると判定された場合には（ステップＳ１１：ＹＥＳ）、ステップＳ１２が実行される。
【０１０６】
一方、要求された拡張データが保持されていないと判定された場合には（ステップＳ１１：ＮＯ）、ステップＳ１３が実行される。
【０１０７】
ステップＳ１２では、要求された拡張データがハードディスク装置３０３から読み出され、当該拡張データが下流ノードに送信される（ステップＳ１２）。ステップＳ１２の終了後、本処理は終了される。
【０１０８】
ステップＳ１３では、拡張データ要求メッセージに含まれる拡張データＩＤを用いて、トポロジーに参加している他のノードＮｎに拡張データが要求される（ステップＳ１３）。具体的に、ノードＮｎは、拡張データＩＤを含む拡張データ要求メッセージを、ノードＮｎと接続されている上流ノードに送信する。
【０１０９】
ステップＳ１４では、拡張データ要求メッセージに応じて上流ノードから送信されてきた拡張データが受信される。受信された拡張データと拡張データＩＤとが対応付けられて、ハードディスク装置３０３に記憶される（ステップＳ１４）。
【０１１０】
ステップＳ１５では、記憶させた拡張データが要求元である下流ノードに送信される（ステップＳ１５）。
【０１１１】
ステップＳ１６では、ステップＳ１５で送信された拡張データがハードディスク装置３０３から削除される（ステップＳ１６）。ステップＳ１６終了後、本処理が終了される。
【０１１２】
以上説明したように、本実施形態によれば、動画埋め込みページのＨＴＭＬドキュメントをＷｅｂサーバ４０から取得する。そして、ノードＮｎのＣＰＵ３０４は、当該ＨＴＭＬドキュメントに記述された動画データ取得先指定タグ８１に示される動画データＩＤが割り当てられた動画データを、ツリー型放送システムＳに参加し当該動画データを送信可能なノードＮｎから取得する。ノードＮｎのＣＰＵ３０４は、当該ＨＴＭＬドキュメントに記述された拡張データ指定タグ８３に示される拡張データＩＤが割り当てられた拡張データを、ツリー型放送システムＳに参加し当該拡張データを送信可能なノードＮｎから取得する。ノードＮｎのＣＰＵ３０４は、取得された拡張データを用いて、取得された動画データを再生する。従って拡張データの配信負荷が各ノードＮｎに分散され、Ｗｅｂサーバ４０の負荷を軽減させることができる。
【０１１３】
また、ノードＮｎのＣＰＵ３０４が、拡張データ指定タグ８３が複数記述されたＨＴＭＬドキュメントをＷｅｂサーバ４０から取得する。ノードＮｎのＣＰＵ３０４が、各拡張データ指定タグ８３に示される拡張データＩＤが割り当てられた拡張データを夫々取得する。従って、動画データの再生に用いられる拡張データが一つではない場合であっても、各拡張データを夫々取得することができる。
【０１１４】
また、ノードＮｎのＣＰＵ３０４が、自ノードに接続されている下流ノードから拡張データ要求メッセージを受信した場合、要求された拡張データがハードディスク装置３０３に記憶されているか否かを判定する。要求された拡張データが記憶されている場合には、ノードＮｎのＣＰＵ３０４は、当該拡張データをハードディスク装置３０３から読み出して下流ノードに送信する。要求された拡張データが記憶されていない場合には、ノードＮｎのＣＰＵ３０４は、自ノード装置に接続されている上流ノード又は放送局１０に拡張データ要求メッセージを送信する。ノードＮｎのＣＰＵ３０４は、当該上流ノード又は放送局１０から送信されてきた拡張データを受信してハードディスク装置３０３に記憶させる。ノードＮｎのＣＰＵ３０４は、当該拡張データを要求元の下流ノードに送信する。従って、ツリー型放送システムにおいて、下流ノードからの拡張データの要求に対して、自ノードが当該拡張データを保持していない場合であっても、自ノードの上流ノード又は放送局１０から拡張データを取得し、下流ノードに渡すことができる。
【０１１５】
また、ノードＮｎのＣＰＵ３０４が、下流ノードの要求に応じて上流ノード又は放送局１０から取得した拡張データをハードディスク装置３０３に記憶させる。記憶させた拡張データを下流ノードに送信した後に、ノードＮｎのＣＰＵ３０４は、当該拡張データをハードディスク装置３０３から削除する。従って、自ノードでは使用されず、下流ノードに転送されるのみの拡張データはハードディスク装置３０３から削除されるので、ハードディスク装置３０３の記憶容量の消費を抑えることができる。
【０１１６】
また、ノードＮｎのＣＰＵ３０４が、動画埋め込みページのＨＴＭＬドキュメントを取得したときに、トポロジーへ参加するための参加処理を実行しる。参加したときに、ノードＮｎのＣＰＵ３０４は、自ノードに接続されている上流ノード又は放送局に拡張データ要求メッセージを送信することにより拡張データを取得する。従って、ＨＴＭＬドキュメントの取得を契機として、自律的に拡張データを取得することができる。また、ＨＴＭＬドキュメントの取得を契機として、トポロジーに参加することにより、参加したノードＮｎは、ツリー型放送システムＳにおける動画データの放送に貢献するノードとなることができる。
【０１１７】
また、ノードＮｎのＣＰＵ３０４が、動画データを取得する前に、拡張データを取得する。従って、取得された拡張データが組み込まれた動画再生プログラムが動画データを取得よりも先に起動させることができる。よって、今回取得された拡張データに基づいて、例えば、ユーザに再生操作されることで動画データの再生を開始することができる。なお、拡張データが取得される前に、動画データが取得されるようにノードＮｎを構成するようにしても良い。この場合においては、拡張データが動画再生プログラムに組み込まれる前に、動画データの再生が開始されることとなる。
【０１１８】
［２．第２実施形態］
上記実施形態においては、本発明をツリー型放送システムに適用していたが、当該システム以外のピアツーピア方式のネットワークシステムに適用することができる。以下においては、ピアツーピア方式のネットワークシステムの他の一例として、分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用したコンテンツ分散保存システムを適用した場合について説明する。
【０１１９】
［２．１  コンテンツ分散保存システムの概要構成等］
図１１は、ノードＮ８がコンテンツ分散保存システムＳ２への参加し、拡張データを取得して動画再生する際の様子を示した概念図である。
【０１２０】
コンテンツ分散保存システムＳ２は、複数のノードＮｎの参加により形成されるピアツーピア方式のネットワークシステムとなっている。そして、当該システムは、図１１（ａ）に示すように、既存のネットワークを用いて仮想的なリンクを構成するオーバーレイネットワーク１１である。オーバーレイネットワーク１１は、ＤＨＴを利用したアルゴリズムにより実現される。そして、コンテンツ分散保存システムＳ２（言い換えれば、オーバーレイネットワーク１１）に参加している各ノードＮｎには、所定桁数からなる固有の識別情報であるノードＩＤが割り当てられている。
【０１２１】
また、ノードＩＤは、例えば、各ノードＮｎに個別に割り当てられたＩＰアドレス或いは製造番号を共通のハッシュ関数によりハッシュ化した値である。ノードＩＤは、ＩＤ空間に偏りなく分散して配置されることになる。ハッシュ関数としては、例えば、ＳＨＡ−１等が用いられる。また、ハッシュ化した値は、例えば、ｂｉｔ長が１６０ｂｉｔとなる。
【０１２２】
また、各ノードＮｎは、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、コンテンツ分散保存システムＳ２上における各種メッセージの転送先を規定している。具体的には、ＩＤ空間内で適度に離れたノードＮｎのノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報が複数登録されている。
【０１２３】
コンテンツ分散保存システムＳ２に参加している１台のノードは、必要最低限のノードＮｎのノード情報をルーティングテーブルにとして記憶している。各ノードＮｎ間で互いに各種メッセージが転送されることで、ノード情報を知らない（記憶していない）ノードＮｎについてのノード情報が取得される。
【０１２４】
このようなＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【０１２５】
コンテンツ分散保存システムＳ２は、内容の異なる様々なコンテンツのレプリカを所定のファイル形式で複数のノードＮｎに分散して保存（格納）する。レプリカを保存しているノードＮｎは、以下「コンテンツ保持ノード」という。コンテンツ分散保存システムＳ２は、各ノードＮｎ間でレプリカを利用可能になっている。各コンテンツのオリジナルはセンターサーバ５０に保存されている。各コンテンツがセンターサーバ５０から１つ又は複数のノードＮｎに分散して送信される。また、コンテンツの種類としては、動画データ及び拡張データ等が存在する。
【０１２６】
上述のコンテンツのレプリカには、夫々、コンテンツ名（タイトル）及びコンテンツＩＤ（コンテンツ毎に固有の識別情報）等の情報が付加されている。コンテンツ名はコンテンツのタイトルである。コンテンツＩＤは、コンテンツ毎に固有の識別情報である。このコンテンツＩＤは、例えば、コンテンツ名＋任意の数値が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される。
【０１２７】
分散保存されているコンテンツのレプリカの所在は、インデックス情報として、コンテンツのレプリカの所在を管理（記憶）しているノードＮｎ（以下、「ルートノード」という）等により記憶される。インデックス情報は、レプリカを保存したノードＮｎのノード情報と、コンテンツのコンテンツＩＤと等の組を含む。このようなルートノードは、例えば、コンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するノードＮｎであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、例えば、コンテンツＩＤと上位桁がより多く一致するノードＩＤである。
【０１２８】
そして、あるノードＮｎのユーザが、所望するコンテンツのレプリカを取得したい場合、当該レプリカの取得を望むノードＮｎ（以下、「ユーザノード」という）は、メッセージ（クエリ）を生成する。メッセージ（クエリ）は、取得を望むコンテンツのコンテンツＩＤ及びユーザノードのＩＰアドレス等を含むコンテンツ所在問合せメッセージである。コンテンツ所在問合せメッセージは、コンテンツ保持ノードを検索するためのメッセージでもある。上述のコンテンツ所在問い合わせメッセージが、ユーザノードが取得するＤＨＴのルーティングテーブルに従って、他のノードＮｎに対して送出される。つまり、ユーザノードは、コンテンツ所在問い合わせメッセージを、ルートノードに向けて送出する。これにより、コンテンツ所在問い合わせメッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。
【０１２９】
上記コンテンツ所在問い合わせメッセージを受信したルートノードは、これに含まれるコンテンツＩＤに対応するインデックス情報をインデックスキャッシュから取得（検索）する。取得されたインデックス情報は、コンテンツ所在問い合わせメッセージの送信元であるユーザノードに対して返信される。こうしてインデックス情報を取得したユーザノードは、インデックス情報に基づいてコンテンツのレプリカをダウンロード（取得）することができる。インデックス情報に含まれるコンテンツ保持ノードのＩＰアドレス等に基づいて、ユーザノードはコンテンツ保持ノードにアクセスする。アクセスしたコンテンツ保持ノードから、コンテンツのレプリカをダウンロード（取得）することが可能になる。
【０１３０】
また、ユーザノードは、コンテンツ保持ノードからコンテンツのレプリカを取得して保存したとき、保存したユーザノードは、パブリッシュ（登録通知）メッセージを生成する。パブリッシュメッセージは、レプリカを保存したことをルートノードへ知らせるためのメッセージである。パブリッシュメッセージは、レプリカのコンテンツＩＤ及び自己のノード情報を含む。パブリッシュメッセージは、ルートノードに向けて（ルートノード宛に）送出される。これにより、パブリッシュメッセージは、コンテンツ所在問い合わせメッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。そして、ルートノードは、パブリッシュメッセージを受信する。ルートノードは、パブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報を登録（インデックスキャッシュ領域に記憶）する。こうして、上記ユーザノードは、新たに、上記コンテンツのレプリカを保持するコンテンツ保持ノードとなる。
【０１３１】
［２．２  拡張データの取得方法］
次に、拡張データの取得方法について説明する。
【０１３２】
動画埋め込みページのＨＴＭＬドキュメントには、動画データ取得先指定タグ８１、表示サイズ指定タグ８２及び拡張データ指定タグ８３等が記述される。ここで、動画データ取得先指定タグ８１の情報として、動画データのコンテンツＩＤが記述される。また、拡張データ指定タグ８３の情報として、拡張データのコンテンツＩＤが記述される。
【０１３３】
図１１（ａ）は、ノードＮ１〜Ｎ７が既にコンテンツ分散保存システムＳ２に参加している例である。ここで、ノードＮ８は、ユーザ操作に基づいて、動画埋め込みページのリクエストをＷｅｂサーバ４０に送信する。Ｗｅｂサーバ４０は、上述のリクエストに基づいて、ＨＴＭＬドキュメントをノードＮ８に送信する。ノードＮ８は、Ｗｅｂサーバ４０から送信されてきたＨＴＭＬドキュメントを取得する（１）。次いで、ＨＴＭＬドキュメントに記述された動画データ取得先指定タグ８１に基づいて、ノードＮ８は、当該システムＳ２に参加する（２）。この参加は、例えば、ノードＮ８が、コンテンツ分散保存システムＳ２に常時参加しているコンタクトノードへ参加要求を示す参加メッセージを送信することによって行われる。
【０１３４】
次いで、ノードＮ８は、図１１（ｂ）に示すように、ＨＴＭＬドキュメントに記述された拡張データ指定タグ８３から、拡張データのコンテンツＩＤを取得する。取得したコンテンツＩＤに基づいて、ノードＮ８は拡張データを取得する（３）。具体的に、ノードＮ８は、拡張データのコンテンツＩＤを含むコンテンツ所在問合せメッセージをルートノードに向けて送信する。コンテンツ所在問合せメッセージによって検索されたコンテンツ保持ノード（例えば、ノードＮ２）から、ノードＮ８は、拡張データをダウンロードする。そして、ノードＮ８は、パブリッシュメッセージをルートノードに向けて送信する。
【０１３５】
次いで、ノードＮ８は、ＨＴＭＬドキュメントに記述された動画データ取得先指定データ指定タグ８１から、動画データのコンテンツＩＤを取得する。拡張データの場合と同様にして、ノードＮ８は、コンテンツＩＤに基づき動画データを、例えばノードＮ６から取得する（４）。なお、この場合においては、ストリーミング方式で動画データがダウンロードされるようにしても良い。
【０１３６】
そして、ノードＮ８は、動画再生プログラムに拡張データを組み込み、動画データの再生を開始する（５）。
【０１３７】
以上説明したように、コンテンツ分散保存システムにおいても、拡張データの配信負荷が各ノードＮｎに分散されるので、Ｗｅｂサーバ４０の負荷を軽減させることができる。
【０１３８】
なお、拡張データの追加方法は、ツリー型放送システムの場合と基本的に同様である。ただし、拡張データの登録先が、放送局１０ではなくセンターサーバ５０である点が、ツリー型放送システムと異なる。センターサーバ５０は、端末装置から拡張データを受信すると、これを複数のノードＮｎに投入する。
【０１３９】
また、ノードＮｎの基本的なハードウエア構成は、ツリー型放送システムの場合と同様である。
【０１４０】
また、ノードＮｎの処理は、基本的に図９に示す処理と同様である。ただし、コンテンツ分散保存システムに特有の処理については、ツリー型放送システムと異なるものである。また、コンテンツ分散保存システムにおいては、図１０に示す処理は不要である。基本的に、拡張データを保持するノードが検索された上で、当該ノードに対して拡張データが要求されるようにすることが可能となっているためである。
【０１４１】
また、コンテンツ分散保存システムの方式としては、上述したＤＨＴを利用した方式に限られるものではない。
【符号の説明】
【０１４２】
３  ＩＸ
４ａ、４ｂ  ＩＳＰ
５ａ、５ｂ  ＤＳＬ回線業者
６  ＦＴＴＨ回線業者
７  通信回線
８  ネットワーク
９、１１  オーバーレイネットワーク
１０  放送局
２０  接続先紹介サーバ
４０，４１  Ｗｅｂサーバ
５０  センターサーバ
１０１，２０１，３０１  主電源
１０２，２０２，３０２  主記憶装置
１０３，２０３，３０３  ハードディスク装置
１０４，２０４，３０４  ＣＰＵ
１０５，２０５，３０５  ネットワークインタフェース
１０６，２０６，３０６  周辺機器制御チップ
１０７，２０７，３０７  ビデオチップ
１０８，３０８  音源チップ
１０９，２０８，３０９  キーボード
１１０，２０９，３１０  マウス
１１１，２１０，３１１  ディスプレイ
１１２，３１２  内蔵スピーカ
１１３，２１１，３１３  システムバス
１１４，２１２，３１４  ルータ
Ｎｎ  ノード
Ｓ  ツリー型放送システム
Ｓ２  コンテンツ分散保存システム
【図１】
2010231311.tif 000003
【図２】
2010231311.tif 000004
【図３】
2010231311.tif 000005
【図４】
2010231311.tif 000006
【図５】
2010231311.tif 000007
【図６】
2010231311.tif 000008
【図７】
2010231311.tif 000009
【図８】
2010231311.tif 000010
【図９】
2010231311.tif 000011
【図１０】
2010231311.tif 000012
【図１１】
2010231311.tif 000013