(57)【要約】【課題】ストリーミング型の配信システムにおいて、配信システム全体としての負荷の軽減と、コンテンツの不正取得に対する保全と、を両立させつつコンテンツを配信することが可能なネットワークシステムを提供する。【解決手段】複数のノード装置２がネットワークを介して接続されてなる配信システムＳにおいてコンテンツを配信するとき配信時におけるコンテンツの不正取得に対する保全のレベルに基づいて、配信時におけるコンテンツの分割数を決定し、その決定された分割数にコンテンツを分割した部分ストリームＳＴＴ毎に配信を担うノード装置２を決定し、各部分ストリームＳＴＴに配信スケジュール情報ＳＣを生成し、その生成された各配信スケジュール情報ＳＣを、対応する各ノード装置２に送信して配信に供させる。【選択図】図５
2008140050.tif 000002
【特許請求の範囲】
【請求項１】
複数のノード装置がネットワークを介して接続されてなるネットワークシステムに含まれるいずれかの前記ノード装置である受信ノード装置に対して、他の前記ノード装置である配信ノード装置から配信制御情報に基づいて配信情報を配信させる配信制御装置であって、
配信時における前記配信情報の不正取得に対する前記ネットワークシステムの保全のレベルに基づいて、当該配信時における前記配信情報の分割数を決定する分割数決定手段と、
前記決定された分割数に前記配信情報を分割して得られる部分配信情報毎に、前記受信ノード装置への当該部分配信情報の配信を担う前記配信ノード装置を決定する配信ノード装置決定手段と、
前記決定された配信ノード装置毎に、当該配信ノード装置から配信されるべき前記部分配信情報の当該配信を制御するための前記配信制御情報を生成する生成手段と、
前記生成された各配信制御情報を、対応する各前記配信ノード装置に送信する送信手段と、
を備えることを特徴とする配信制御装置。
【請求項２】
請求項１に記載の配信制御装置において、
前記ネットワークシステムが一又は複数のＬＡＮ（Local Area Network）を含んで構成されており、且つ前記受信ノード装置が含まれている前記ＬＡＮ内に他の前記ノード装置が少なくとも一つ含まれているとき、
前記分割数決定手段は、前記分割数を一とし、
前記配置ノード装置決定手段は、前記受信ノード装置が含まれている前記ＬＡＮ内に含まれている他の前記ノード装置の一つを前記配信ノード装置と決定し、
前記生成手段は、当該決定された配信ノード装置から前記配信情報の全てを前記受信ノード装置に配信するための前記配信制御情報を生成し、
更に前記送信手段は、前記生成された配信制御情報を、前記決定された一つの前記配信ノード装置に送信することを特徴とする配信制御装置。
【請求項３】
請求項１又は２に記載の配信制御装置において、
前記ネットワークシステムが一又は複数のＷＡＮ（Wide Area Network）を含んで構成されており、且つ前記受信ノード装置に対していずれかの前記ＷＡＮを経由して前記配信情報を配信する必要があるとき、
前記分割数決定手段は前記分割数を二以上とすることを特徴とする配信制御装置。
【請求項４】
請求項１から３のいずれか一項に記載の配信制御装置において、
配信の際における暗号強度が複数の前記配信情報間で異なるとき、前記分割数決定手段は、前記暗号強度が相対的に低い当該配信情報を配信する場合ほど前記分割数を多くすることを特徴とする配信制御装置。
【請求項５】
請求項１から４のいずれか一項に記載の配信制御装置において、
複数の前記受信ノード装置間で前記ネットワークシステムに参加する際の認証方式が異なるとき、前記分割数決定手段は、前記認証方式の強度が相対的に低い当該受信ノード装置に対して前記配信情報を配信する場合ほど前記分割数を多くすることを特徴とする配信制御装置。
【請求項６】
コンピュータを、請求項１から５のいずれか一項に記載の配信制御装置として機能させることを特徴とする配信制御用プログラム。
【請求項７】
複数のノード装置がネットワークを介して接続されてなるネットワークシステムであって、いずれかの前記ノード装置である受信ノード装置に対して配信制御情報に基づき配信情報を配信する他の前記ノード装置である配信ノード装置と、当該各配信ノード装置からの前記配信情報の配信を制御する配信制御装置と、を含むネットワークシステムにおいて、
前記配信制御装置は、
配信時における前記配信情報の不正取得に対する前記ネットワークシステムの保全のレベルに基づいて、当該配信時における前記配信情報の分割数を決定する分割数決定手段と、
前記決定された分割数に前記配信情報を分割して得られる部分配信情報毎に、前記受信ノード装置への当該部分配信情報の配信を担う前記配信ノード装置を決定する配信ノード装置決定手段と、
前記決定された配信ノード装置毎に、当該配信ノード装置から配信されるべき前記部分配信情報の当該配信を制御するための前記配信制御情報を生成する生成手段と、
前記生成された各配信制御情報を、対応する各前記配信ノード装置に送信する送信手段と、
を備え
前記配信ノード装置は、
前記配信制御情報を前記配信制御装置から取得する取得手段と、
前記取得した配信制御情報に基づき、当該配信制御情報により示される前記分配信情報を前記受信ノード装置に対して配信する配信手段と、
を備えることを特徴とするネットワークシステム。
【請求項８】
複数のノード装置がネットワークを介して接続されてなるネットワークシステムにおける一の前記ノード装置である受信ノード装置に対して配信情報を配信する配信方法において、
配信時における前記配信情報の不正取得に対する前記ネットワークシステムの保全のレベルに基づいて、当該配信時における前記配信情報の分割数を決定する分割数決定工程と、
前記決定された分割数に前記配信情報を分割して得られる部分配信情報毎に、前記受信ノード装置への当該部分配信情報の配信を担う前記配信ノード装置を決定する配信ノード装置決定工程と、
前記決定された配信ノード装置毎に、当該配信ノード装置から配信されるべき前記部分配信情報の当該配信を制御するための前記配信制御情報を生成する生成工程と、
前記生成された配信制御情報に基づき、当該配信制御情報により示される前記分配信情報を前記受信ノード装置に対して配信する配信工程と、
を含むことを特徴とする配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、ネットワークシステム、配信制御装置並びに配信方法及び配信用プログラムの技術分野に属し、より詳細には、例えば映画等に相当する動画像情報等を配信するネットワークシステム、当該ネットワークシステム内にあって当該配信を制御する配信制御装置並びに当該配信に係る配信方法及び配信用プログラムの技術分野に属する。
【背景技術】
【０００２】
近年、著作権により保護されている上記動画像情報等（以下、当該動画像情報等を、単にコンテンツと称する）を、特定の有料会員契約等をした会員に対して配信する配信サービスが一般化しつつある。
【０００３】
ここで、当該配信に当たっては、その配信対象であるコンテンツが著作権の対象となっているが故に、上記会員契約した会員以外の者が当該コンテンツを不正に視聴することを妨げる必要がある。
【０００４】
従来、インターネット等の公開ネットワークを介して著作権により保護されているコンテンツを配信する際、当該コンテンツを暗号化することで上記不正視聴を抑止してきたが、上述した如くコンテンツを暗号化しても、その暗号化に使用された暗号化鍵が漏洩する危険性や、或いは当該暗号化されたコンテンツのデータそのものが解読されてしまう危険性が存在しているため、著作権保護の観点で万能とは言えなかった。
【０００５】
よって、これらの危険性を更に回避すべく、近年では、上記暗号化鍵に相当する鍵データ自体を分割して管理する方法や、或いは上記暗号化されたコンテンツのデータ自体を分割して配信する方法等が研究されている（ここで、当該暗号化鍵に相当する鍵データ自体を分割して管理する方法や、暗号化されたコンテンツのデータ自体を分割して配信する方法等を、一般に「秘密分散方式」と称する）。
【０００６】
ここで、コンテンツ配信分野に関する応用事例としてより具体的には、例えば、配信元においてコンテンツデータを予め複数に分割して分割データとし、分割データ毎に異なる配信経路を経由させて視聴端末装置（すなわち、当該コンテンツデータに相当するコンテンツを視聴する者により操作されている端末装置）へ送信し、その視聴端末装置側では当該異なる配信経路を介して受信した各分割データを再生成して元のコンテンツを復元する。
【０００７】
しかしながら、当該技術はコンテンツを予め複数のデータに分割することが前提となるため、いわゆるダウンロード型のコンテンツ配信方式の場合には好適な技術と言えるが、いわゆるストリーミング型のコンテンツ配信方式（すなわち、逐次配信されてくるコンテンツデータを、その配信時間軸（配信順序）でもって受信して視聴する配信方式）の場合には適用が困難である。
【０００８】
この点に鑑み、例えば下記特許文献１に開示されている方法では、所定の時間幅で配信の時間軸に沿ってコンテンツデータを分割して得られる分割データをストリーミング配信し、視聴端末装置側では配信元から予め入手しておいたコンテンツ復元用の配列情報に基づいて上記ストリーミング配信されてくる分割データを逐次再生成して元のコンテンツを復元する方法を開示している。
【０００９】
この特許文献１に開示されている方法により、情報量が大きい映画等の上記コンテンツをストリーミングする際にも、上述した秘密分散方式を適用することにより秘匿性を向上させることができる。
【特許文献１】特開２００４−５３９６８公報（図１等）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、いわゆるＰ２Ｐ（Pear to Pear）型のコンテンツ配信システムのように、コンテンツの配信元ノード装置（上流側のノード装置）と、当該コンテンツの配信先ノード装置（下流側のノード装置）の組み合わせが動的に変化することで当該コンテンツの配信経路の安全性が一定にはならないシステムに関して、その時々の状況に応じて秘密分散方式の適用レベルを調整することで配信経路からのコンテンツの漏洩を保全する技術は開発されていない。
【００１１】
そこで、本発明は上記の問題点に鑑みて為されたもので、その目的は、ストリーミング型のコンテンツ配信システムにおいて、当該コンテンツの不正取得に対する保全と、ストリーミング処理に関わる装置におけるＣＰＵ負荷の適正化と、を両立させることが可能なネットワークシステム、当該ネットワークシステム内にあって当該配信を制御する配信制御装置及び配信ノード装置並びに当該配信に係る配信方法及び配信用プログラムを提供することにある。
【課題を解決するための手段】
【００１２】
上記の課題を解決するために、請求項１に記載の発明は、複数のノード装置がネットワークを介して接続されてなるネットワークシステムに含まれるいずれかの前記ノード装置である受信ノード装置に対して、他の前記ノード装置である配信ノード装置から配信制御情報に基づいて配信情報を配信させる配信制御装置であって、配信時における前記配信情報の不正取得に対する前記ネットワークシステムの保全のレベルに基づいて、当該配信時における前記配信情報の分割数を決定する制御部等の分割数決定手段と、前記決定された分割数に前記配信情報を分割して得られる部分配信情報毎に、前記受信ノード装置への当該部分配信情報の配信を担う前記配信ノード装置を決定する制御部等の配信ノード装置決定手段と、前記決定された配信ノード装置毎に、当該配信ノード装置から配信されるべき前記部分配信情報の当該配信を制御するための前記配信制御情報を生成する制御部等の生成手段と、前記生成された各配信制御情報を、対応する各前記配信ノード装置に送信する通信部等の送信手段と、を備える。
【００１３】
よって、配信情報の不正取得に対するネットワークシステムの保全のレベルに基づいて配信情報の分割数を決定し、その決定された分割数に配信情報を分割した部分配信情報毎に配信ノード装置を決定してその配信を実行させるので、保全レベルに応じた分割数に配信情報を分割した状態で、複数の配信ノード装置から受信ノード装置へ配信情報を供給することができる。
【００１４】
上記の課題を解決するために、請求項２に記載の発明は、請求項１に記載の配信制御装置において、前記ネットワークシステムが一又は複数のＬＡＮ（Local Area Network）を含んで構成されており、且つ前記受信ノード装置が含まれている前記ＬＡＮ内に他の前記ノード装置が少なくとも一つ含まれているとき、前記分割数決定手段は、前記分割数を一とし、前記配置ノード装置決定手段は、前記受信ノード装置が含まれている前記ＬＡＮ内に含まれている他の前記ノード装置の一つを前記配信ノード装置と決定し、前記生成手段は、当該決定された配信ノード装置から前記配信情報の全てを前記受信ノード装置に配信するための前記配信制御情報を生成し、更に前記送信手段は、前記生成された配信制御情報を、前記決定された一つの前記配信ノード装置に送信するように構成される。
【００１５】
よって、受信ノード装置が含まれているＬＡＮ内に含まれている他のノード装置があるとき、当該ノード装置を配信ノード装置とし且つ分割数を一として全配信情報をその配信ノード装置から配信するので、配信情報の不正取得の可能性が極めて低いＬＡＮ内でのみ配信情報を配信する場合には、配信情報を分割せずに配信することで、配信制御装置自体及び配信ノード装置各々における処理負荷を最小限としつつ安全に配信情報を配信することができる。
【００１６】
上記の課題を解決するために、請求項３に記載の発明は、請求項１又は２に記載の配信制御装置において、前記ネットワークシステムが一又は複数のＷＡＮ（Wide Area Network）を含んで構成されており、且つ前記受信ノード装置に対していずれかの前記ＷＡＮを経由して前記配信情報を配信する必要があるとき、前記分割数決定手段は前記分割数を二以上とするように構成される。
【００１７】
よって、ネットワークシステムに含まれているいずれかのＷＡＮを介して受信ノード装置に対して配信情報を配信せざるを得ないとき、配信情報の分割数を二以上とするので、配信情報の不正取得が起こり易いＷＡＮを介して配信情報を配信する際の当該不正取得に対する保全性を高めることができる。
【００１８】
上記の課題を解決するために、請求項４に記載の発明は、請求項１から３のいずれか一項に記載の配信制御装置において、配信の際における暗号強度が複数の前記配信情報間で異なるとき、前記分割数決定手段は、前記暗号強度が相対的に低い当該配信情報を配信する場合ほど前記分割数を多くするように構成される。
【００１９】
よって、暗号強度が低い配信情報を配信する場合ほど配信情報の分割数を多くするので、暗号強度が低い状態で配信される配信情報の不正取得を有効に防止することができる。
【００２０】
上記の課題を解決するために、請求項５に記載の発明は、請求項１から４のいずれか一項に記載の配信制御装置において、複数の前記受信ノード装置間で前記ネットワークシステムに参加する際の認証方式が異なるとき、前記分割数決定手段は、前記認証方式の強度が相対的に低い当該受信ノード装置に対して前記配信情報を配信する場合ほど前記分割数を多くするように構成される。
【００２１】
よって、ネットワークシステムへの参加の際の認証方式の強度が低い受信ノード装置に対して配信情報を配信する場合ほど配信情報の分割数を多くするので、強度が低い認証方式でしか認証されていない受信ノード装置に対して配信情報を配信する際における当該配信情報の不正取得を有効に防止することができる。
【００２２】
上記の課題を解決するために、請求項６に記載の発明は、コンピュータを、請求項１から５のいずれか一項に記載の配信制御装置として機能させる。
【００２３】
よって、当該コンピュータを請求項１に記載の配信制御装置として機能させる場合は、配信情報の不正取得に対するネットワークシステムの保全のレベルに基づいて配信情報の分割数を決定し、その決定された分割数に配信情報を分割した部分配信情報毎に配信ノード装置を決定してその配信を実行させるように当該コンピュータが機能するので、保全レベルに応じた分割数に配信情報を分割した状態で、複数の配信ノード装置から受信ノード装置へ供給することができる。
【００２４】
従って、保全レベルに応じて分割数を設定することで、当該保全レベルとのバランスから不必要に多く配信情報が分割されることを防止して、ネットワークシステム全体としての負荷の軽減と、配信情報の不正取得に対する保全と、を両立させつつ当該配信情報を配信することができる。
【００２５】
また、当該コンピュータを請求項２に記載のコンピュータとして機能させる場合は、当該コンピュータを請求項１に記載の配信制御装置として機能させる場合に加えて、受信ノード装置が含まれているＬＡＮ内に含まれている他のノード装置があるとき、当該ノード装置を配信ノード装置とし且つ分割数を一として全配信情報をその配信ノード装置から配信するように当該コンピュータが機能するので、配信情報の不正取得の可能性が極めて低いＬＡＮ内でのみ配信情報を配信する場合には、配信情報を分割せずに配信することで、配信制御装置自体及び配信ノード装置各々における処理負荷を最小限としつつ安全に配信情報を配信することができる。
【００２６】
更に、当該コンピュータを請求項３に記載のコンピュータとして機能させる場合は、当該コンピュータを請求項１又は２に記載の配信制御装置として機能させる場合に加えて、ネットワークシステムに含まれているいずれかのＷＡＮを介して受信ノード装置に対して配信情報を配信せざるを得ないとき、配信情報の分割数を二以上とするように当該コンピュータが機能するので、配信情報の不正取得が起こり易いＷＡＮを介して配信情報を配信する際の当該不正取得に対する保全性を高めることができる。
【００２７】
更にまた、当該コンピュータを請求項４に記載のコンピュータとして機能させる場合は、当該コンピュータを請求項１から３のいずれか一項に記載の配信制御装置として機能させる場合に加えて、暗号強度が低い配信情報を配信する場合ほど配信情報の分割数を多くするように当該コンピュータが機能するので、暗号強度が低い状態で配信される配信情報の不正取得を有効に防止することができる。
【００２８】
また、当該コンピュータを請求項５に記載のコンピュータとして機能させる場合は、当該コンピュータを請求項１から４のいずれか一項に記載の配信制御装置として機能させる場合に加えて、ネットワークシステムへの参加の際の認証方式の強度が低い受信ノード装置に対して配信情報を配信する場合ほど配信情報の分割数を多くするように機能するので、強度が低い認証方式でしか認証されていない受信ノード装置に対して配信情報を配信する際における当該配信情報の不正取得を有効に防止することができる。
【００２９】
上記の課題を解決するために、請求項７に記載の発明は、複数のノード装置がネットワークを介して接続されてなるネットワークシステムであって、いずれかの前記ノード装置である受信ノード装置に対して配信制御情報に基づき配信情報を配信する他の前記ノード装置である配信ノード装置と、当該各配信ノード装置からの前記配信情報の配信を制御する配信制御装置と、を含むネットワークシステムにおいて、前記配信制御装置は、配信時における前記配信情報の不正取得に対する前記ネットワークシステムの保全のレベルに基づいて、当該配信時における前記配信情報の分割数を決定する制御部等の分割数決定手段と、前記決定された分割数に前記配信情報を分割して得られる部分配信情報毎に、前記受信ノード装置への当該部分配信情報の配信を担う前記配信ノード装置を決定する制御部等の配信ノード装置決定手段と、前記決定された配信ノード装置毎に、当該配信ノード装置から配信されるべき前記部分配信情報の当該配信を制御するための前記配信制御情報を生成する制御部等の生成手段と、前記生成された各配信制御情報を、対応する各前記配信ノード装置に送信する通信部等の送信手段と、を備え、前記配信ノード装置は、前記配信制御情報を前記配信制御装置から取得する通信部等の取得手段と、前記取得した配信制御情報に基づき、当該配信制御情報により示される前記分配信情報を前記受信ノード装置に対して配信する制御部等の配信手段と、を備える。
【００３０】
よって、配信情報の不正取得に対するネットワークシステムの保全のレベルに基づいて配信情報の分割数を決定し、その決定された分割数に配信情報を分割した部分配信情報毎に配信ノード装置を決定してその配信を実行するので、保全レベルに応じた分割数に配信情報を分割した状態で、複数の配信ノード装置から受信ノード装置へ供給することができる。
【００３１】
上記の課題するために、請求項８に記載の発明は、複数のノード装置がネットワークを介して接続されてなるネットワークシステムにおける一の前記ノード装置である受信ノード装置に対して配信情報を配信する配信方法において、配信時における前記配信情報の不正取得に対する前記ネットワークシステムの保全のレベルに基づいて、当該配信時における前記配信情報の分割数を決定する分割数決定工程と、前記決定された分割数に前記配信情報を分割して得られる部分配信情報毎に、前記受信ノード装置への当該部分配信情報の配信を担う前記配信ノード装置を決定する配信ノード装置決定工程と、前記決定された配信ノード装置毎に、当該配信ノード装置から配信されるべき前記部分配信情報の当該配信を制御するための前記配信制御情報を生成する生成工程と、前記生成された配信制御情報に基づき、当該配信制御情報により示される前記分配信情報を前記受信ノード装置に対して配信する配信工程と、を含む。
【００３２】
よって、配信情報の不正取得に対するネットワークシステムの保全のレベルに基づいて配信情報の分割数を決定し、その決定された分割数に配信情報を分割した部分配信情報毎に配信ノード装置を決定してその配信を実行するので、保全レベルに応じた分割数に配信情報を分割した状態で、複数の配信ノード装置から受信ノード装置へ供給することができる。
【発明の効果】
【００３３】
本発明によれば、配信情報を分割して複数の配信ノード装置から分散して配信する方法に関し、配信ノード装置と受信ノード装置との間のネットワーク条件、暗号強度、認証強度といった配信情報が不正に漏洩する危険性に影響する因子に応じて配信情報を分割する度合いを決定するため、当該配信情報の不正取得に対する保全と、ストリーミング処理に関わる装置におけるＣＰＵ負荷の適正化と、を両立させることができる。
【発明を実施するための最良の形態】
【００３４】
次に、本発明を実施するための最良の形態について、図面に基づいて説明する。なお、以下に説明する実施形態は、いわゆるツリー型のコンテンツ配信システム（以下、当該コンテンツ配信システムを単に「配信システム」と称する）に対して本発明を適用した場合の実施形態である。
【００３５】
（Ｉ）配信システムの全体構成等
始めに、実施形態に係る配信システムの概要構成及び機能について、図１を用いて説明する。なお、図１は、実施形態に係る配信システムを構成する各装置の接続態様の一例を示す図である。
【００３６】
実施形態に係る配信システムは、例えばインターネット等のネットワーク（現実世界のネットワーク）を用いて構成されるものである。このとき、当該現実世界のネットワーク１０として具体的には、例えば図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）５、ＩＳＰ（Internet Service Provider）６、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）７、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）８、ルータ（図示せず）及び通信回線（例えば、電話回線や光ケーブル等）９等を含むネットワーク１０を用いることができる。なおここで、図１の下部枠１０１内において、各通信回線９に対応する実線の太さは、各通信回線９の帯域の広さ（例えば、データ転送速度）を表している。
【００３７】
一方、実施形態に係る配信システムＳは、配信されるコンテンツにおける配信単位に相当する（連続する）パケットの配信元である放送局装置１と、複数のノード装置２ａ、２ｂ、２ｃ、２ｄ、…と、を含んでおり、図１の下部枠１０１内に示すようなネットワーク１０を基礎として図１の上部枠１００内に示すように構成されており、放送局装置１を頂点（最上位）として、複数のノード装置２が複数の階層（図１の例では四階層）を形成しつつ通信経路を介してツリー状に接続され、上記連続する複数のパケットが、上流（上位階層）から下流（下位階層）の方向へ各ノード装置２により中継（転送）されつつ配信される。なお、以下の説明において、ノード装置２ａ、２ｂ、２ｃ、２ｄ、…のうち何れかのノード装置を示す場合には、便宜上、ノード装置２という。
【００３８】
図１において、上部枠１００内に示されるノード装置２は、配信システムＳに参加しているノード装置２である。そして、当該配信システムＳに参加するためには、未参加のノード装置が、接続先紹介サーバ３（図１下部枠１０１内参照）に対して参加要求メッセージを送信し、当該接続先紹介サーバ３により参加権限があることを認証される必要がある。この接続先紹介サーバ３は、配信システムＳに参加している放送局装置１及び各ノード装置２の所在情報（例えば、ＩＰ（Internet Protocol）アドレス及びポート番号（待ち受けポート番号）等）と、配信システムＳにおける放送局装置１とノード装置２及び各ノード装置２間のトポロジー（接続態様）を示すトポロジー情報とを、図示しないデータベースを用いて管理している。そして、当該接続先紹介サーバ３は、未参加のノード装置からの参加要求に対して上記認証を行った後、当該ノード装置に対して接続先となる既参加のノード装置２（ツリー状のトポロジーを考慮して選定される参加済のノード装置２）の所在情報を通知するようになっている。これにより、当該所在情報の通知を受けた（これから配信システムＳに参加する）ノード装置は、当該所在情報に基づき、参加済のノード装置２との接続を確立し、これによって当該配信システムＳに参加することになる。
【００３９】
なお、配信システムＳにおけるツリー状のトポロジーは、各ノード装置２に直接接続される下流のノード装置２の最大接続数、バランス（対称性）を考慮して決定されるものであるが、これらに加えて、例えばノード装置２間のローカリティ（ネットワーク１０上における近接度（ホップ数（介在するルータ数）が少ないほど高い）等を考慮して決定されるものでもよい。
【００４０】
また、参加済のノード装置２の電源がオフとなった場合又は当該ノード装置２に対する通信状態が不良等になった場合等においては、当該ノード装置２は配信システムＳから脱退することとなり、これにより、当該脱退したノード装置２に直接接続されていた下流側のノード装置２等は、接続先紹介サーバ３から新たな接続先となる他の参加済のノード装置２の所在情報を取得して接続を確立する必要がある。
【００４１】
更にまた、上記ツリー状のトポロジーは、放送局装置１毎、換言すれば、放送チャンネル毎に形成される（すなわち、図１の上部枠１００内では、一つの放送チャンネルのみ示している）ようになっており（但し、一つの放送局装置１で複数の放送チャンネルによる放送を賄う場合もある）、例えば参加済のノード装置２においてそのユーザにより放送チャンネルが切り替えられた場合には、当該ノード装置２は、切り替え後の放送チャンネルにおける参加済のノード装置２の所在情報を接続先紹介サーバ３から取得して接続を確立する。
【００４２】
（II）本発明に係る秘密分散方式による配信処理等の実施形態
次に、実施形態に係る配信システムＳに対して、新たなノード装置がこれに参加するための処理、参加済のノード装置２のいずれかが、当該参加している配信システムＳから脱退する際の処理、及び、実施形態に係る秘密分散方式による配信処理について、夫々図２乃至図７を用いて説明する。
【００４３】
なお、上記各処理のうち、参加処理及び脱退処理については、従来と同様の処理が実行される。
【００４４】
また、図２は配信システムＳに対する上記参加処理を示す概念図であり、図３及び４は配信システムＳからの上記脱退処理を夫々示す概念図であり、図５乃至図７は実施形態に係る秘密分散方式による配信処理を夫々示す図である。
【００４５】
（Ａ）参加処理
先ず、上記参加処理について、図２を用いて説明する。なお、図２に示す例では、放送局装置１を頂点として、ノード装置２ａ乃至２ｅ並びに２ｇ乃至２ｌがツリー上に接続されて配信システムＳが構成されており、この配信システムＳに対して、新たなノード装置２ｘｘが接続先紹介サーバ３と連携して参加する場合を示している。
【００４６】
上記参加処理においては、図２に例示するように、先ず新たに参加するノード装置２ｘｘが、接続先紹介サーバ３に対して上流ノード装置紹介要求メッセージＭＧ1を送信する。ここで、当該上流ノード装置とは、ノード装置２ｘｘが配信システムＳに参加した後に当該ノード装置２ｘｘに対してコンテンツを配信する場合において、当該新たに参加したノード装置２ｘｘに対してコンテンツに相当するパケットを直接配信することとなる直近上位のノード装置（図２に例示する場合にはノード装置２ｂ）を言う。
【００４７】
そして、上記上流ノード紹介要求メッセージＭＧ１を受信した接続先紹介サーバ３は、それが管理しているトポロジ管理情報（接続先紹介サーバ３内の図示しないハードディスク等に蓄積されているトポロジのデータベース）内において、その下流側に他のノード装置２を接続することが可能なノード装置を検索し、その検索結果として発見された上流ノード装置となり得る一又は複数のノード装置２を示すノード装置識別情報等を含む上流ノード候補メッセージＭＧ２を要求元のノード装置２ｘｘへ返信する。
【００４８】
次に、当該上流ノード候補メッセージＭＧ２を受信したノード装置２ｘｘは、接続先紹介サーバ３から取得した当該ノード装置識別情報等（すなわち、ノード装置２ｘｘが接続可能なノード装置２の一覧表）の中から一つのノード装置（図２に示す場合はノード装置２ｂ）を選択し、当該ノード装置２ｂに対して通信回線Ｌを介して接続要求メッセージＭＧ３を送信する。
【００４９】
これにより、当該接続要求メッセージＭＧ３を受信したノード装置２ｂは、当該ノード装置２ｂ内に蓄積されているノード管理情報（管理テーブル）に対して新たなノード装置２ｘｘを示すノード装置識別情報等を追加し、更に当該ノード装置２ｘｘに対して接続許可応答メッセージＭＧ４を返信する。
【００５０】
そして、当該接続許可応答メッセージＭＧ４を受信したノード装置２ｘｘは、最後にノード装置２ｂに対してストリーム開始要求メッセージＭＧ５を送信する。これにより、当該ストリーム開始要求メッセージＭＧ５を受信したノード装置２ｂは、その内部にストリーム中継用の例えばオブジェクトを準備し、ノード装置２ｘｘに対してパケットを含むストリームＳＴの配信（すなわちストリーミング処理）を開始する。
【００５１】
以上図を用いて例示しつつ説明した参加処理により、新たなノード装置２ｘｘが配信システムＳに参加し、コンテンツの配信を受けることができるようになる。
【００５２】
（Ｂ）脱退処理
次に、上記脱退処理について、図３及び図４を用いて説明する。なお、図３及び図４に示す例では、放送局装置１を頂点として、ノード装置２ａ乃至２ｅ並びに２ｇ乃至２ｌがツリー上に接続されて配信システムＳが構成されており、例えばその電源スイッチがオフとされたこと等の理由により、この配信システムＳからノード装置２ｅが脱退する場合を示している。
【００５３】
また、以下の説明では、脱退するノード装置２ｅの直近下流に接続されているノード装置２ｋ及び２ｌに対する処理が異なる二種類の脱退処理について、夫々図３及び図４を用いて説明する。
【００５４】
上記参加処理においては、図３及び図４に例示するように、脱退するノード装置２ｅは、当該ノード装置２ｅに対するストリームＳＴの供給元である上流ノード装置（ノード装置２ｂ）に対して、ストリーム停止要求メッセージＭＧ６及び接続解除要求メッセージＭＧ７を夫々送信する。
【００５５】
そして、当該二つの要求メッセージを夫々受信したノード装置２ｂは、今まで実行させていたストリーム中継用オブジェクトを停止（破棄）することにより、脱退するノード装置２ｅに対するストリームＳＴの配信を停止させると共に、これと並行してノード装置２ｂ内のノード管理情報からノード装置２ｅに係る情報を削除することで、当該ノード装置２ｅとの接続を断とする。これにより、当該ノード装置２ｂから脱退するノード装置２ｅへのストリームＳＴの配信は停止されるが、ここで、脱退するノード装置２ｅの直近下流側に他のノード装置（図３及び図４に例示する場合は、ノード装置２ｋ及び２ｌ）が存在していた場合には、以下に説明する二つの方法のうちいずれかを用いて当該下流側のノード装置２に対するストリームＳＴの配信経路の再生処理を行う。
【００５６】
すなわち、当該再生処理の第一例としては、いわゆるタイムアウト方式がある。このタイムアウト方式においては、配信システムＳを構成している各ノード装置２（ノード装置２ｋ及び２ｌを含む）は、それに対応する直近上流側に接続されているノード装置２からのストリームＳＴの配信状態を常時監視している。そして、予め設定された一定時間当該ストリームＳＴの配信が途絶したこと（図３において「×」マークにて示す）を契機として直近上流側のノード装置２（２ｅ）が脱退したものと見なし、当該ノード装置２（２ｅ）との接続を断とし、新たな他の上流ノード装置２との接続処理（図２参照）を開始する。
【００５７】
次に、当該再生処理の第二例としては、いわゆるイベント通知方式がある。このイベント通知方式においては、配信システムＳに参加している各ノード装置２は図３に例示するタイムアウト方式の如き監視処理は実行していない。そして、ノード装置２ｅが配信システムＳとしてのトポロジから脱退する際、上記ストリーム停止要求メッセージＭＧ６及び接続解除要求メッセージＭＧ７を夫々送信すると共に、直近下流に接続されているノード装置２ｋ及び２ｌに対して、自身が脱退する旨の脱退イベントメッセージＭＧ８を夫々送信する。そして、当該ノード装置２ｋ及び２ｌは、直近上流側にあったノード装置２ｅからの上記脱退イベントメッセージＭＧ８を受信すると、当該ノード装置２ｅとの接続状態を断とし、新たな他の上流ノード装置２との接続処理（図２参照）を開始する。
【００５８】
以上夫々説明した処理により、ノード装置２ｅが脱退した後も、その直近下流にあったノード装置２ｋ及び２ｌに対するストリームＳＴの配信が継続されることとなる。
【００５９】
（Ｃ）秘密分散方式による配信処理
次に、実施形態に係る秘密分散方式による配信処理について、図５乃至図７を用いて説明する。なお、図５に示す配信処理の例では、放送局装置１を頂点として、ノード装置２ａ乃至２ｊ及び２ｘｘがツリー上に接続されて配信システムＳが構成されており、この配信システムＳにおいて、ノード装置２ｘｘに対して所望されるコンテンツに相当するストリームＳＴを上記秘密分散方式により配信する場合について説明する。
【００６０】
実施形態に係る秘密分散方式による配信処理において、ノード装置２ｘｘが所望のコンテンツに相当するストリームＳＴの配信を受ける場合、当該ノード装置２ｘｘは、その直近上流のノード装置２ｅに対して上記ストリーム開始要求メッセージＭＧ５を出力する。このとき、当該ストリーム開始要求メッセージＭＧ５には、自らが属しているＬＡＮにおけるゲートウエイの例えばＭＡＣ（Media Access Control）アドレスと、当該ノード装置２ｘｘがパケットを受信する際に用いられる暗号通信方式に関する情報等が、当該ノード装置２ｘｘへのストリームＳＴの配信経路上における安全性（保全性）を示すセキュリティ情報として添付されている。
【００６１】
これにより、ノード装置２ｅは、ノード装置２ｘｘに対してストリームＳＴの配信を行うに当たって実施形態に係る上記秘密分散方式を用いるか否か、並びに当該秘密分散方式を用いる場合におけるストリームＳＴの分割数を、上記ストリーム開始要求メッセージＭＧ５に添付されていたセキュリティ情報に基づいて決定する。
【００６２】
ここで、本発明において上記「分割数」とは、一つのコンテンツに相当するストリームＳＴを分割した後に得られる部分ストリームＳＴＴの数を言い、例えば本発明に係る秘密分散方式の配信処理において上記ストリームＳＴを二分割する場合、当該分割数は「２」となり、当該ストリームＳＴを三分割する場合、当該分割数は「３」となる。なお、当該秘密分散方式の配信処理を実行しない（すなわち、ストリームＳＴを分割しない）場合の当該分割数は「１」である。
【００６３】
そして、当該秘密分散方式を用いてストリームＳＴの配信を行う場合には、接続先紹介サーバ３に対して、ノード装置２ｘｘに対するストリームＳＴの配信を当該秘密分散方式として担うノード装置２（以下、当該秘密分散方式を担うノード装置を、協力ノード装置と称する）の紹介を受けるための協力ノード紹介要求メッセージＭＧ１１を出力する。このとき、当該協力ノード紹介要求メッセージＭＧ１１には、当該秘密分散方式としてストリームＳＴの配信を担うノード装置２の数（すなわち、上記ストリームＳＴの分割数）が記述されている。
【００６４】
ここで、実施形態に係る当該分割数の決定方法について、図６を用いて具体的に例示しつつ説明する。なお、図６は当該決定方法を一覧表として例示する図であり、当該一覧表に相当する情報は、各ノード装置２内の後述する記憶部等に予め不揮発性に記憶されているものである。
【００６５】
ノード装置２ｘｘへの配信の際に上記秘密分散方式を用いるか否か、並びに当該秘密分散方式を用いる場合におけるストリームＳＴの分割数を決定するに当たり、ノード装置２ｅは、配信先となるノード装置２ｘｘからの上記ストリーム開始要求メッセージＭＧ５に含まれていた上記セキュリティ情報を参照し、図６に例示する一覧表に則って当該分割数等を決定する。
【００６６】
すなわち、具体的には、先ず、
（ア）ノード装置２ｘｘに対応するゲートウエイのＭＡＣアドレスと、ノード装置２ｅ自体のゲートウェイのＭＡＣアドレスと、が同じである場合（すなわち、ノード装置２ｘｘとノード装置２ｅとが同一ＬＡＮ内に接続されている場合）、又は、
（イ）暗号通信方式としてデジタル証明書を用いた認証方式（より具体的には、例えばいわゆるＳＳＬ（Secure Socket Layer）方式又はＴＬＳ（Transport Layer Security）方式等）を用いる場合であり且つ暗号化アルゴリズムの強度が高い場合（より具体的には、例えばいわゆるＡＥＳ（Advanced Encryption Standard）方式、３ＤＥＳ（Triple Data Encryption Standard）方式又はＲＣ４（Ron’s Code 4）方式等の暗号化アルゴリズムの場合）、
の二通りの場合には、実施形態に係る秘密分散方式を採用しないと決定する。
【００６７】
これに対し、
（ウ）ノード装置２ｘｘに対応するゲートウエイのＭＡＣアドレスと、ノード装置２ｅ自体のゲートウェイのＭＡＣアドレスと、が異なる場合（すなわち、ノード装置２ｘｘへの配信経路上にＷＡＮが存在している場合）であり、これに加えて、暗号通信方式として簡易認証方式（より具体的には、例えば共通鍵を用いたチャレンジ・アンド・レスポンス方式による簡易認証方式等）を用いる場合であり且つ暗号化アルゴリズムの強度が高い（上記ＡＥＳ方式等の場合）場合には、実施形態に係る秘密分散方式を、少ない分割数（図６に例示する場合は分割数「２」）を採用すると決定する。
【００６８】
最後に、
（エ）ノード装置２ｘｘに対応するゲートウエイのＭＡＣアドレスと、ノード装置２ｅ自体のゲートウェイのＭＡＣアドレスと、が異なる場合であり、これに加えて、認証方式に拘わらず、暗号アルゴリズムの強度が低い場合（より具体的には、例えばＲＣ２方式又は単純なＤＥＳ方式等の暗号化アルゴリズムの場合）には、実施形態に係る秘密分散方式を、分割数を多くして（図６に例示する場合は分割数「３」）を採用すると決定する。
【００６９】
なお、図６においては、上記（ア）乃至（エ）夫々の場合を示すものとして、当該（ア）乃至（エ）の符号を対応する領域に付している。
【００７０】
そして、ノード装置２ｘｘは、実施形態に係る秘密分散方式を採用しない場合は通常のＰ２Ｐ方式の配信を開始する。これに対し、実施形態に係る秘密分散方式を採用する場合には、対応するストリームＳＴの分割数を記述して上記協力ノード紹介要求メッセージＭＧ１１を接続先紹介サーバＳＶに送信する。
【００７１】
そして、協力紹介要求メッセージＭＧ１１を受信した接続先紹介サーバ３は、当該協力紹介要求メッセージＭＧ１１に対応して、ノード装置２ｘｘに対してストリームＳＴの配信が可能な一又は複数のノード装置２（すなわち、協力紹介要求メッセージＭＧ１１により実施形態に係る秘密分散方式を採用しないとされている場合には一つのノード装置２、当該秘密分散方式を採用するとされているときは対応する数分のノード装置２）を配信システムＳ内において協力ノード装置として探索し、その探索結果として探索されたノード装置２（図５に例示する場合はノード装置２ｆ及び２ｊ）に対応する所在情報を含む協力ノード候補メッセージＭＧ１２をノード装置２ｅに返信する。
【００７２】
次に、ノード装置２ｅが当該ノード装置２ｆ及び２ｊを示す所在情報を夫々取得したら、ノード装置２ｅが後述する方法により動的に生成した配信時刻ＴＳの配信スケジュール情報ＳＣを含む配信協力要求メッセージを、当該ノード装置２ｆ及び２ｊに夫々送信する。
【００７３】
ここで、実施形態に係る秘密分散方式による配信処理では、ノード装置２ｘｘに対して配信すべきコンテンツに相当するストリームＳＴを時分割的に分割し、当該分割により得られる部分ストリームＳＴＴを、相互に異なるノード装置２からノード装置２ｘｘに配信することにより秘密分散方式を実現する。このため上記配信スケジュール情報ＳＣには、直近上流のノード装置２ｅ並びに各協力ノード装置２ｆ及び２ｊが夫々ノード装置２ｘｘに配信すべき部分ストリームＳＴＴに含まれるべきパケットを示す情報又は当該パケットの配信タイミングについての情報が記述されており、各協力ノード装置２ｆ及び２ｊ並びにノード装置２ｅ間で異なるものである。
【００７４】
すなわち、ノード装置２ｘｘに対しては、一連のストリームＳＴを分割して得られる各部分ストリームＳＴＴ１乃至ＳＴＴ３が、図５に例示するように夫々異なるノード装置２ｅ並びに協力ノード装置２ｆ及び２ｊから別個独立に送信されることとなる。
【００７５】
これらにより、直近上流のノード装置２ｅ並びに協力ノード装置２ｆ及び２ｊは、夫々の配信スケジュール情報ＳＣに基づき、当該ノード装置２ｅ並びに協力ノード装置２ｆ及び２ｊ夫々が配信を受け持つこととされている部分ストリームＳＴＴ１乃至ＳＴＴ３を構成するパケットのみをノード装置２ｘｘに配信する。
【００７６】
次に、実施形態に係る配信スケジュール情報ＳＣについて、図７を用いて具体的に説明する。なお、図７（ａ）は当該配信スケジュール情報ＳＣの具体例を示す図であり、図７（ｂ）は実施形態に係る配信スケジュール情報ＳＣの更新について説明するタイミングチャートである。
【００７７】
図５に例示する配信システムＳにおけるノード装置２ｅが動的に生成する上記配信スケジュール情報ＳＣは、図７（ａ）に例示するように、一つのコンテンツを分割した各部分コンテンツに相当する上記部分ストリームＳＴＴ毎の配信スケジュール情報ＳＣである部分配信スケジュール情報４０が、当該一つのコンテンツに相当する数だけ含まれて構成されている。
【００７８】
そして、一つの部分配信スケジュール情報４０は、夫々、配信担当時間情報４１と、配信元アドレス情報４２と、配信先アドレス情報４３と、により構成されている。
【００７９】
ここで、配信担当時間情報４１は、上記部分コンテンツに相当する部分ストリームＳＴＴを配信する各ノード装置２（そのＩＰアドレスが配信元アドレス情報４２内に記述されている）毎の配信担当時間を示す時間情報である。そして、「配信担当時間」とは、そのノード装置２が配信を受け持つ上記部分ストリームＳＴＴを当該コンテンツの再生時間で示すものである。
【００８０】
このとき、当該再生時間において連続する各部分配信スケジュール情報４０間においては、夫々の配信担当時間情報４１に記述されている配信担当時間の一部が重複する重複時間（図７（ａ）に例示する場合は１秒）が設けられている。これは、再生時間に基づいて部分ストリームＳＴＴを生成して配信する場合、配信システムＳの特性上、配信経路上のノード装置２の脱退等により部分ストリームＳＴＴの配信が一時的に停止し、これにより再生時間で連続する部分ストリームＳＴＴ間でパケットの脱落が生じる可能性があることによる。このとき、上記重複時間があれば、当該パケットの脱落が生じても直前の再生時間に相当する部分ストリームＳＴＴ又は直後の再生時間に相当する部分ストリームＳＴＴにより当該脱落が補完されることとなる。
【００８１】
一方、配信元アドレス情報４２は、上記部分ストリームＳＴＴのノード装置２ｘｘへの送出を行なうべきノード装置２（図５に例示する場合はノード装置２ｅ並びに協力ノード２ｆ及び２ｊ）のＩＰアドレスを示す情報である。
【００８２】
更に、配信先アドレス情報４３は、各部分ストリームＳＴＴの配信先となるノード装置２（図５に例示する場合はノード装置２ｘｘ）のＩＰアドレスを示す情報である。
【００８３】
そして、上述した各部分配信スケジュール情報４０が、同一の配信先アドレス情報４２によりＩＰアドレスが示されているノード装置２毎に一纏まりとされ、夫々配信スケジュール情報ＳＣとして当該配信先アドレス情報４２によりＩＰアドレスが示されているノード装置２に送信される。
【００８４】
他方、実施形態に係る配信スケジュールＳＣは、図７（ｂ）に示すように、予め設定された一定の更新間隔ＴＳ毎にその内容（すなわち、各部分配信スケジュール情報４０を構成する各情報の内容）が更新され、その更新の都度協力ノード装置となっているノード装置２に再配布される。そして、連続する更新間隔ＴＳ,iとＴＳ,i+1とにおける夫々の配信スケジュール情報ＳＣの内容は、相互に異なるものとされる。
【００８５】
より具体的には、図５に例示する直近上流のノード装置２ｅは、定期的に到来する配信スケジュール情報ＳＣの更新タイミングＴＣ（図７（ｂ）参照）において、図６（ａ）に例示する配信スケジュール情報ＳＣを動的に生成する。このとき、当該生成された配信スケジュール情報ＳＣには、各更新間隔ＴＳにおける各部分ストリームＳＴＴの配信割り当てを示す部分配信スケジュール情報４０が夫々記述されてので、ノード装置２ｘｘへの部分ストリームＳＴＴの配信を担当するノード装置２（図５に例示する場合はノード装置２ｅ並びに協力ノード装置２ｆ及び２ｊ）は、当該更新された配信スケジュール情報ＳＣに従って適切なタイミングに部分ストリームＳＴＴの配信を実行する。
【００８６】
ここで、上記更新間隔ＴＳと配信担当時間情報４１により示される配信担当時間との関係については、当該配信担当時間は、例えば更新間隔ＴＳを等分して得られる時間とするのが望ましく、更にいずれかの配信担当時間の開始タイミングと上記更新タイミングＴＣとは一致していることが望ましい。
【００８７】
次に、協力ノード装置となるノード装置２の選択に当たっては、ノード装置２ｘｘは、接続先紹介サーバ３から当該協力ノード装置となり得るノード装置２の所在情報を上記協力ノード候補メッセージＭＧ１２により複数取得しておき、そのうちの一部を例えばランダムに選択し、上記協力ノード装置として用いる。
【００８８】
より具体的には、ノード装置２ｅは、例えば上記配信スケジュール情報ＳＣの更新タイミングＴＣにおいて、協力ノード候補メッセージＭＧ１２により複数取得したノード装置２の中からランダムに協力ノード装置（図５に例示する場合はノード装置２ｆ及び２ｊ）を決定する。このように配信スケジュール情報ＳＣの更新タイミングＴＣ毎に協力ノード装置が変更されることで、部分ストリームＳＴＴの配信パターンを第三者が類推し難くすることができる。
【００８９】
（III）本発明に係る秘密分散方式により配信処理の変形形態
次に、本発明に係る秘密分散方式による配信処理の変形形態について、図８を用いて説明する。なお、図８は当該変形形態に係るストリームＳＴの分割数の決定方法を示す概念図である。また、図８において、図５に示す配信システムＳと同一の部材については、同一の部材番号を付して細部の説明は省略する。
【００９０】
上述した実施形態においては、ストリームＳＴの配信に際して実施形態に係る秘密分散方式を採用するか否か、及び当該秘密分散方式を採用する場合にはその分割数を決定するに当たり、配信先であるノード装置２ｘｘに対して直近上流側にあるノード装置２ｅが夫々を決定したが、これ以外に、図８に例示するように、配信システムＳ内に例えば別途セキュリティサーバ装置５を設け、当該セキュリティサーバ装置５においてストリームＳＴの配信に際して実施形態に係る秘密分散方式を採用するか否か、及び当該秘密分散方式を採用する場合にはその分割数を決定して配信スケジュール情報ＳＣを生成するように構成することもできる。
【００９１】
この場合には、図８に示すように、ノード装置２ｘｘから上記セキュリティ情報が添付されたストリーム開始要求メッセージＭＧ５を受信したノード装置２ｅは、当該セキュリティ情報を含む分割数決定要求メッセージＭＧ１５をセキュリティサーバ装置５に送信する。
【００９２】
そして、当該分割数決定要求メッセージＭＧ１５を受信したセキュリティサーバ装置５は、受信した分割数決定要求メッセージＭＧ１５に含まれていたセキュリティ情報に基づき、ストリームＳＴの分割数を例えば図６に例示する基準に則って決定すると共に当該決定された分割数に基づく配信スケジュール情報ＳＣを生成し、その決定された分割数を示す情報並びに配信スケジュール情報ＳＣを含む分割指示メッセージＭＧ１６を上記分割数決定要求メッセージＭＧ１５を送信してきたノード装置２ｅに送信する。
【００９３】
これにより、当該分割数指示メッセージＭＧ１６を受信したノード装置２ｅは、受信した分割数指示メッセージＭＧ１６に記述されている分割数に基づき、実施形態に係る秘密分散方式を採用する場合には上記協力紹介要求メッセージＭＧ１１を接続先紹介サーバＳＶに送信し、以降、上述した実施形態に係る秘密分散方式を用いた配信処理を実行する。
【００９４】
この変形形態に係る分割数の決定方法によれば、配信システムＳの運用者は、任意のタイミングでセキュリティサーバ装置５に記憶されている秘密分散方式に係る運用方法（ポリシ）を更新することが可能となる。
【実施例】
【００９５】
次に、上述した実施形態及び各変形形態に係る配信処理を実行する際の具体的な実施例について、放送局装置１、各ノード装置２及び接続先紹介サーバ３夫々の構成の実施例と共に、図９乃至図１７を用いて説明する。
【００９６】
（Ｉ）第１実施例
始めに、上述した実施形態に係る実施例について、具体的に図９乃至図１５を用いて説明する。
【００９７】
なお、図９は放送局装置１の細部構成例を示すブロック図であり、図１０は各ノード装置２の細部構成例を示すブロック図であり、図１１は接続先紹介サーバ３の細部構成例を示すブロック図である。また、図１２乃至図１４は実施形態に係る各ノード装置２夫々において実行される処理を示すフローチャートであり、図１５は実施形態に係る接続先紹介サーバ３において実行される処理を示すフローチャートである。
【００９８】
始めに、第１実施例に係る放送局装置１の概要構成及び概要動作について、図９を用いて説明する。
【００９９】
図９に示すように、第１実施例に係る放送局装置１は、演算機能を有するＣＰＵ、作業用ＲＡＭ並びに各種データ及びプログラム（ＯＳ（オペレーティングシステム）及び各種アプリケーションを含む）を記憶するＲＯＭ等から構成された制御部１１と、上記部分ストリームＳＴＴ等のコンテンツデータ（パケット）を記憶保存するためのＨＤＤ等から構成された記憶部１２と、暗号鍵を用いてコンテンツデータを暗号化するための暗号化用アクセラレータ１３と、コンテンツデータを規定のデータ形式へ変換するエンコーダ部１４と、通信回線Ｌ等を介してノード装置２等との間の情報の通信制御を行うための通信部１５と、使用者（オペレータ）からの指示を受け付け当該指示に応じた指示信号を制御部１１に対して与える入力部（例えば、キーボード、マウス等）１６と、を備えて構成され、これらの構成要素は、バス１７を介して相互に接続されている。
【０１００】
この構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを実行することにより放送局装置１全体を統括制御し、記憶部１２に記憶保存されたコンテンツデータをエンコード部１４を用いてデータ形式を変換した後、暗号鍵を用いて暗号化用アクセラレータ１３により暗号化させ、当該コンテンツデータを所定のデータ量に分割して連続する複数の上記パケットを生成し、これを通信部１５を介してノード装置２（図１の上部枠１００内の例では、ノード装置２ａ及び２ｂ）に対してストリーム配信するようになっている。
【０１０１】
なお、各データパケットのペイロード部には、そのコンテンツデータの先頭から連続するパケット番号が記述されている。
【０１０２】
また、制御部１１は、当該コンテンツデータの配信先を、記憶部１２に記憶された接続態様テーブルを参照して決定する。この接続態様テーブルには、少なくとも、放送局装置１と接続されるノード装置２（言い換えれば、コンテンツデータの配信先であるノード装置２）のＩＰアドレス及びポート番号が記述されている。
【０１０３】
次に、第１実施例に係る各ノード装置２の概要構成及び概要動作について、図１０を用いて説明する。
【０１０４】
図１０に示すように、第１実施例に係るノード装置２は、演算機能を有するＣＰＵ、作業用ＲＡＭ、各種データ及びプログラム（ＯＳ（オペレーティングシステム）及び各種アプリケーションを含む）を記憶するＲＯＭ等から構成された分割数決定手段、配信ノード装置決定手段、生成手段及び配信手段としての制御部２１と、各種データ及びプログラム等を記憶するＨＤＤ等から構成された記憶部２２と、受信したコンテンツデータを一時的に蓄積（記憶）するバッファメモリ２３と、バッファメモリ２３に蓄積された暗号化されたコンテンツデータを復号鍵を用いて復号化するための復号化アクセラレータ２４と、復号化されたコンテンツデータに含まれるビデオデータ及びオーディオデータ等をデコード（データ伸張等）して再生するデコーダ部２５と、当該再生されたビデオデータ等に対して所定の描画処理を施し映像信号として出力する映像処理部２６と、当該映像処理部２６から出力された映像信号に基づき映像表示するＣＲＴ、液晶ディスプレイ等の表示部２７と、上記再生されたオーディオデータをアナログ音声信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部２８と、当該音声処理部２８から出力された音声信号を音波として出力するスピーカ２９と、通信回線Ｌ等を介して放送局装置１や他のノード装置２等との間の通信制御を行うための送信手段及び取得手段としての通信部２９ａと、使用者（視聴者）からの各種指示に対応する指示信号を制御部２１に対して出力する入力部（例えば、マウス、キーボード、操作パネル或いはリモコン等）２９ｂと、ＩＣカード２９ｅに対する情報の読み書きを行うＩＣカードスロット２９ｃと、を備えて構成され、制御部２１、記憶部２２、バッファメモリ２３、復号化アクセラレータ２４、デコーダ部２５、通信部２９ａ、入力部２９ｂ及びＩＣカードスロット２９ｃは、バス２９ｅを介して相互に接続されている。なお、ノード装置２としては、例えば、ＳＴＢ（Set Top Box）やパーソナルコンピュータが適用可能である。
【０１０５】
ここで、ＩＣカード２９ｅは、耐タンパ性があり（つまり、非正規な手段による機密データの読み取りを防ぎ、簡単に解析できないようにタンパリング対策が施されており）、例えば、配信システムＳの運営者等から各ノード装置２の使用者に配布されるものである。このＩＣカード２９ｅは、ＣＰＵからなるＩＣカードコントローラ、耐タンパ性のある不揮発性メモリ（例えば、ＥＥＰＲＯＭ）等を備えて構成されており、当該不揮発性メモリには、ユーザＩＤ、暗号化されたコンテンツデータを復号化するための復号鍵及びデジタル証明書等が記憶されている。ここで、当該デジタル証明書は、ノード装置２が配信システムＳに参加する際に、上述した上流ノード装置紹介要求メッセージＭＧ１（当該ノード装置２の所在情報が含まれる）と共に接続先紹介サーバ３に送信される。
【０１０６】
一方、バッファメモリ２３は、例えばＦＩＦＯ（First In First Out）形式のリングバッファメモリから構成されており、制御部２１の制御下、受信ポインタにより示される記憶領域に通信部２９ａを通じて受信されたコンテンツデータを一時的に蓄積する。
【０１０７】
このとき、制御部２１は、それに含まれるＣＰＵが記憶部２２等に記憶されたプログラムを読み出して実行することによりノード装置２全体を統括制御し、上流から配信されてきた複数のパケットを通信部２９ａを通じて受信してバッファメモリ２３に書き込み、且つ、当該バッファメモリ２３に蓄積されているパケット（一定時間過去に受信されたパケット）を読み出して通信部２９ａを通じて下流のノード装置２に送信（転送）する。これに加えて、バッファメモリ２３は、再生ポインタにより示される当該バッファメモリ２３の記憶領域に蓄積されているパケットを読み出し、バス２９ｄを介して復号化アクセラレータ２４やデコーダ部２５に出力する。
【０１０８】
なお、上記プログラムは、例えば、ネットワーク１０上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしてもよい。
【０１０９】
最後に、第１実施例に係る接続先紹介サーバ３の概要構成及び概要動作について、図１１を用いて説明する。
【０１１０】
図１１に示すように、第１実施例に係る接続先紹介サーバ３は、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラム（ＯＳ（オペレーティングシステム）及び各種アプリケーションを含む）を記憶するＲＯＭ等から構成された制御部３５と、各種データ等を記憶保存するためのＨＤＤ等から構成された記憶部３６と、ネットワーク１０を通じてノード装置２等との間の情報の通信制御を行うための通信部３７と、を備えて構成され、これらの構成要素は、バス３８を介して相互に接続されている。
【０１１１】
この構成において、記憶部３６内には、配信システムＳに参加している放送局装置１及び各ノード装置２の所在情報と、配信システムＳにおける放送局装置１とノード装置２及び各ノード装置２間のトポロジー情報と、が記憶されたデータベースが蓄積・記憶されている。
【０１１２】
そして、制御部３５は、それに含まれるＣＰＵが記憶部３６等に記憶されたプログラムを実行することにより接続先紹介サーバ３全体を統括制御し、未参加のノード装置（例えば、図２に例示するノード装置２ｘｘ）から上記上流ノード装置紹介要求メッセージＭＧ１が送信されてきたとき、上述した認証処理、例えば参加要求に付加されたデジタル証明書の有効性の判定処理等を行い、有効であれば、当該ノード装置の所在情報とデジタル証明書のダイジェスト（例えば、デジタル証明書を所定のハッシュ関数でハッシュ化したハッシュ値）を上記データベースに記憶する。
【０１１３】
また、制御部３５は、上記認証が有効であった場合に、上記上流ノード装置紹介要求メッセージＭＧ１を送信してきたノード装置に対して、接続先候補となる複数の上流ノード装置の所在情報及び階層レベル情報（つまり、当該上流ノード装置が、第何階層に存在するかを示す情報）と、遠方ノード装置の所在情報及び階層レベル情報（つまり、当該遠方ノード装置が、第何階層に存在するかを示す情報）とを含む上記上流ノード候補メッセージＭＧ２を通信部３７を通じて送信する。そして、当該上流ノード候補メッセージＭＧ２を受信したノード装置においては、接続先候補となる複数の上流ノード装置の配信システムＳ内でのネットワーク近接度が比較され、最も近い位置に存在する上流ノード装置が選定されて、当該上流ノード装置に対して接続要求が行われ接続が確立されることになり、接続が確立された上流ノード装置の所在情報が接続先紹介サーバ３に対して送信（返信）される。これに対して、制御部３５は、当該ノード装置に関するトポロジー情報を上記データベースに記憶する。
【０１１４】
次に、上述した構成を備えるノード装置２及び接続先紹介サーバ３における第１実施例に係る処理について、具体的に図１２乃至図１５を用いて説明する。なお、放送局装置１は、本発明においても従来の配信システム内における放送局装置１と同様の処理を行うため、ここでは説明を省略する。
【０１１５】
先ず、配信システムＳに係るノード装置２における処理について、図１２乃至図１４を用いて説明する。ここで、第１実施例に係る各ノード装置２においては、全て、図１２乃至図１４に示す処理と同一の処理が夫々に実行されている。これにより、一つのノード装置２が、実施形態に係る部分ストリームＳＴＴの配信先ノード装置、当該部分ストリームＳＴＴの配信元となる直近上流のノード装置２又は協力ノード装置のいずれにもなり得るのである。
【０１１６】
また、図１２においては、第１実施例に係る各ノード装置２において実行される上記参加処理（ステップＳ１乃至Ｓ９）から、受信したパケットの中継処理及び再生処理（ステップＳ１０乃至Ｓ１６）までを説明する。
【０１１７】
図１２に示すように、第１実施例に係る各ノード装置２において、その電源スイッチがオンとされると、最初に当該ノード装置２内に記憶されているプログラムや各構成部材夫々が初期化される（ステップＳ１）。
【０１１８】
そして、当該初期化が完了すると、次に、当該ノード装置２が新たに配信システムＳに参加するか否かが確認され（ステップＳ２）、新たに参加する場合には（ステップＳ２；ＹＥＳ）、上記参加処理を開始すべく上流ノード装置紹介要求メッセージＭＧ１を接続先紹介サーバ２に出力する（ステップＳ３。図２参照）。
【０１１９】
その後、電源スイッチがオフとされたか否かを確認し（ステップＳ４）、オフとされているときは（ステップＳ４；ＹＥＳ）そのまま第１実施例に係る処理を停止し、一方未だオフとされていないときは（ステップＳ４；ＮＯ）、再度上記ステップＳ２の処理に戻る。
【０１２０】
次に、今回のステップＳ２の処理としては既に当該ノード装置２は配信システムＳに参加しているので（ステップＳ２；ＮＯ）、次に、上記出力した上流ノード装置紹介要求メッセージＭＧ１に対応する返信として、接続先紹介サーバ３から上記上流ノード候補メッセージＭＧ２を受信したか否かを監視する（ステップＳ５）。
【０１２１】
そして、当該上流ノード候補メッセージＭＧ２を受信した場合は（ステップＳ５；ＹＥＳ）、当該上流ノード候補メッセージＭＧ２の中から接続対象となる他のノード装置２を選択し、その選択したノード装置２に対していわゆるＮＡＴ（Network Address Translation）越え処理を実行する（ステップＳ６）。
【０１２２】
ここで、当該ＮＡＴ越え処理とは、異なるネットワークセグメント間でパケットの授受を実行するため、ネットワークセグメント毎に設定されているゲートウエイを越える処理を実行するものである。
【０１２３】
当該ＮＡＴ越え処理が完了したら、次に、実際のパケットの配信を受けるべく、当該ＮＡＴ越え処理の対象となったノード装置２に対して、上記接続要求メッセージＭＧ３及びストリーム開始要求メッセージＭＧ５を段階的に送信する（ステップＳ７、Ｓ８）。このとき、当該ストリーム開始要求メッセージＭＧ５には、上述した如くＬＡＮにおけるゲートウエイの例えばＭＡＣアドレスと、当該ノード装置２がパケットを受信する際に用いられる暗号通信方式に関する情報等が上記セキュリティ情報として添付されている。
【０１２４】
その後、接続先紹介サーバ３に対して配信システムＳのトポロジに対する参加報告メッセージを送信し（ステップＳ９）、その後上記ステップＳ４の処理に移行する。
【０１２５】
一方、上記ステップＳ５の判定において、配信システムＳに対する参加処理が完了しているときは（ステップＳ５；ＮＯ）、次に、当該参加後に新たなパケットを上流側の他のノード装置２から受信したか否かを確認する（ステップＳ１０）。
【０１２６】
そして、当該上流側のノード装置２からパケットを受信していない場合（ステップＳ１０；ＮＯ）は後述の図１３に示す処理に移行し、受信した場合には（ステップＳ１０；ＹＥＳ）、次に、当該ノード装置２に対して下流側に接続されている他のノード装置２が存在しているか否かを確認し（ステップＳ１１）、当該下流側のノード装置２が存在している場合は（ステップＳ１１；ＹＥＳ）、更に当該下流側のノード装置２が第１実施例に係る部分ストリームＳＴＴの配信先であるか否かを、例えば自身が上記配信スケジュール情報ＳＣの一部としての部分配信スケジュール情報４０を受信しているか否か等により確認する（ステップＳ１２）。
【０１２７】
これにより、下流側のノード装置２が部分ストリームＳＴＴの配信先であるときは（ステップＳ１２；ＹＥＳ）、上記部分配信スケジュール情報４０に記述されているスケジュールに則って当該配信先のノード装置２に対して必要なパケットを転送する（ステップＳ１３）。これに対し、下流側のノード装置２が部分ストリームＳＴＴの配信先でない場合は（ステップＳ１２；ＮＯ）、無条件に受信したパケットを転送する（ステップＳ１７）。更に、下流側にノード装置２が存在しない場合には（ステップＳ１１；ＮＯ）、上記ステップＳ１２、Ｓ１３及びＳ１７の処理は夫々スキップされる。
【０１２８】
次に、上記各パケットの配信（ステップＳ１３又はＳ１７）を実行しつつ、当該下流側のノード装置２以外に部分ストリームＳＴＴの配信対象である他のノード装置２があるか否かを確認する（ステップＳ１４）。そして、当該他のノード装置２が存在する場合は（ステップＳ１４；ＹＥＳ）、上記ステップＳ１３の処理と同様に部分配信スケジュール情報４０に記述されているスケジュールに則って当該他のノード装置２へパケットを転送する（ステップＳ１５）。
【０１２９】
そして最後に、受信していたパケットを自らのデコーダ部２５へ出力し、復号したコンテンツを映像処理部２６及び音声処理部２８を用いて再生し（ステップＳ１６）、その後上記ステップＳ４の処理に移行する。なお、上記ステップＳ１４の判定において、部分ストリームＳＴＴの配信対象である他のノード装置２が存在しない場合は（ステップＳ１４；ＮＯ）、そのまま上記ステップＳ１６の処理に移行する。
【０１３０】
次に、上記ステップＳ１０の処理において、上流側のノード装置２からパケットを受信していない場合（ステップＳ１０；ＮＯ）以降の処理について、図１３を用いて説明する。なお、図１３においては、第１実施例に係る各ノード装置２において実行される上記脱退処理（ステップＳ２０乃至Ｓ２３）、当該ノード装置２の下流側において新たに参加する他のノード装置２の当該参加処理及び脱退処理（ステップＳ２４乃至Ｓ２７）並びに第１実施例に係る部分ストリームＳＴＴの配信開始から終了までの処理（ステップＳ２６乃至Ｓ３７）について夫々説明する。
【０１３１】
図１２に示すステップＳ１０の判定において、パケットを受信していないときは（ステップＳ１０；ＮＯ）、図１３に示すように、パケット受信待ちの状態でノード装置２において配信システムＳから脱退する旨の操作が為されたか否かを確認する（ステップＳ２０）。
【０１３２】
ステップＳ２０の監視処理中において当該脱退する旨の操作が為されたときは（ステップＳ２０；ＹＥＳ）、その時点で接続されている直近上流のノード装置２に対してストリーム停止要求メッセージＭＧ６及び接続解除要求メッセージＭＧ７を夫々送信する（ステップＳ２１、Ｓ２２）。そして、接続先紹介サーバ３に対して配信システムＳのトポロジから脱退した旨の脱退報告メッセージを送信して（ステップＳ２３）、図１２に示すステップＳ４の処理に移行する。
【０１３３】
一方、ステップＳ２０の判定において、脱退する旨の操作が為されないときは（ステップＳ２０；ＮＯ）、次に、当該操作の監視中において下流側に接続されている他のノード装置２から新たな接続要求メッセージＭＧ３又は接続解除要求メッセージＭＧ７が送信されてきているか否かを夫々確認する（ステップＳ２４、Ｓ２６）。
【０１３４】
これにより、当該接続要求メッセージＭＧ３が送信されて来ているときは（ステップＳ２４；ＹＥＳ）、当該接続要求メッセージＭＧ３に対応して当該下流側の他のノード装置２の所在情報をノード管理情報内に追加（登録）することで当該下流側の他のノード装置２に対する接続処理を実行して（ステップＳ２５）、図１２に示すステップＳ４の処理に移行する。
【０１３５】
一方、ステップＳ２４の判定において、新たな接続要求メッセージＭＧ３は受信していないが（ステップＳ２４；ＮＯ）、新たな接続解除要求メッセージＭＧ７を受信しているときは（ステップＳ２６；ＹＥＳ）、当該接続解除要求メッセージＭＧ７に対応して当該下流側の他のノード装置２の所在情報をノード管理情報から削除ことで当該下流側の他のノード装置２の削除処理を実行して（ステップＳ２７）、図１２に示すステップＳ４の処理に移行する。
【０１３６】
他方、ステップＳ２６の判定において、新たな接続解除要求メッセージＭＧ７も受信していないときは（ステップＳ２６；ＮＯ）、次に、下流側に接続されている他のノード装置２から上記ストリーム開始要求メッセージＭＧ５を受信しているか否かを確認する（ステップＳ２８）。
【０１３７】
そして、当該ストリーム開始要求メッセージＭＧ５を受信しているときは（ステップＳ２８；ＹＥＳ）、当該ストリーム開始要求メッセージＭＧ５に含まれていた上記セキュリティ情報に基づき、図６に例示した基準に則って、ストリーム開始要求メッセージＭＧ５を送信してきたノード装置２に対してストリームＳＴの配信を行うに当たり実施形態に係る上記秘密分散方式を用いるか否か、並びに当該秘密分散方式を用いる場合におけるストリームＳＴの分割数を決定する（ステップＳ２９）。
【０１３８】
次に、ステップＳ２９における決定に従って、実施形態に係る上記秘密分散方式を用いるか否かを確認し（ステップＳ３０）、当該秘密分散方式を用いる場合には（ステップＳ３０；ＹＥＳ）、上記上流ノード装置紹介要求メッセージＭＧ１を接続先紹介サーバ３に送信して（ステップＳ３１）図１２に示すステップＳ４の処理に移行する。
【０１３９】
一方、ステップＳ３０の判定において、上記秘密分散方式を用いない、すなわち、部分ストリームＳＴＴの配信を行わないときは（ステップＳ３０；ＮＯ）、通常のストリームＳＴとしてパケットを下流側の他のノード装置２に配信して（ステップＳ３５）、図１２に示すステップＳ４の処理に移行する。
【０１４０】
他方、ステップＳ２８の判定において、ストリーム開始要求メッセージＭＧ５を受信していないときは（ステップＳ２８；ＮＯ）、次に、上記上流ノード装置紹介要求メッセージＭＧ１に対する返信としての上記協力ノード候補メッセージＭＧ１２を接続先紹介サーバ３から受信しているか否かを確認する（ステップＳ３２）。
【０１４１】
そして、当該協力ノード候補メッセージＭＧ１２を受信しているときは（ステップＳ３２；ＹＥＳ）、その協力ノード候補メッセージＭＧ１２に含まれている協力ノード装置の候補となるノード装置２の中から複数のノード装置２を当該協力ノード装置として選び（図５参照）、後ほど詳述する処理により第１実施例に係る配信スケジュール情報ＳＣを生成する（ステップＳ３３）。
【０１４２】
次に、当該生成した配信スケジュール情報ＳＣの一部としての部分配信スケジュール情報４０を一又は複数含む上記配信協力要求メッセージをステップＳ３３の処理において選択されている協力ノード装置としてのノード装置２に送信し（ステップＳ３４）、第１実施例に係る秘密分散方式のパケット配信（部分ストリームＳＴＴとしての配信）を開始して（ステップＳ３５）図１２に示すステップＳ４の処理に移行する。
【０１４３】
更に、ステップＳ３２の判定において、協力ノード候補メッセージＭＧ１２も受信していないときは（ステップＳ３２；ＮＯ）、次に、下流側の他のノード装置２から上記ストリーム停止要求メッセージＭＧ６を受信しているか否かを確認する（ステップＳ３６）。そして、当該ストリーム停止要求メッセージＭＧ６も受信していないときは（ステップＳ３６；ＮＯ）、後述の図１４に示す処理に移行し、一方当該ストリーム停止要求メッセージＭＧ６を受信した場合には（ステップＳ３６；ＹＥＳ）、次に現在部分ストリームＳＴＴの配信中であるか否かを判定し（ステップＳ３７）、当該配信中である場合には（ステップＳ３７；ＹＥＳ）、当該部分ストリームＳＴＴを配信中の他の協力ノード装置に対して配信停止要求メッセージを送信する（ステップＳ３８）。そして、下流側の他のノード装置２に対する配信停止して（ステップＳ３９）図１２に示すステップＳ４の処理に移行する。
【０１４４】
なお、ステップＳ３７の判定において、部分ストリームＳＴＴの配信中でないときは（ステップＳ３７；ＮＯ）、そのまま上記ステップＳ３９へ移行する。
【０１４５】
次に、上記ステップＳ３６の判定においてストリーム停止要求メッセージＭＧ６も受信していない場合（ステップＳ３６；ＮＯ）以降の処理について、図１４（ａ）を用いて説明する。なお、図１４（ａ）においては、第１実施例に係る配信スケジュール情報ＳＣの更新処理（ステップＳ４０乃至Ｓ４２）並びに部分ストリームＳＴＴの配信開始及び停止に係る処理（ステップＳ４３乃至Ｓ４８）について、夫々説明する。
【０１４６】
図１３に示すステップＳ３６の判定において、ストリーム停止要求メッセージＭＧ６も受信していないときは（ステップＳ３６；ＮＯ）、図１４に示すように、部分ストリームＳＴＴの配信中において、図７（ｂ）に示す更新タイミングＴＣが到来したか否かを確認する（ステップＳ４０）。
【０１４７】
そして、当該更新タイミングＴＣが到来したときは（ステップＳ４０；ＹＥＳ）、その度に上記ステップＳ３１と同様の方法（後述）を用いて新たな配信スケジュール情報ＳＣを生成し（ステップＳ４１）、当該新たに生成した配信スケジュール情報ＳＣを構成する各部分配信スケジュール情報４０を、当該各部分配信スケジュール情報４０に基づいて部分ストリームＳＴＴを配信すべき現在の協力ノード装置に配信し（ステップＳ４２）、図１２に示すステップＳ４の処理に移行する。なおこのとき、当該更新された部分配信スケジュール情報４０を受信した協力ノード装置は、今まで使用していた部分配信スケジュール情報４０を、その新たな部分配信スケジュール情報４０に差し替えて（後記ステップＳ４８参照）以後の部分ストリームＳＴＴの配信に用いる。
【０１４８】
一方、未だ更新タイミングＴＣが到来していないときは（ステップＳ４０；ＮＯ）、次に、上記配信協力要求メッセージを受信したか否かを確認する（ステップＳ４３）。そして、当該配信協力要求メッセージを受信しており且つ自身が協力ノード装置になり得る機能を有している（より具体的には、自身がストリームＳＴとしてのパケットの配信を受けている）ときは（ステップＳ４３；ＹＥＳ）、自身が配信を担当する部分ストリームＳＴＴに相当する部分配信スケジュール情報４０内に記述されている配信先となるノード装置２に係る所在情報を自身のノード管理情報内に記述し（ステップＳ４４）、図１２に示すステップＳ４の処理に移行する。
【０１４９】
他方、ステップＳ４３の判定において、配信協力要求メッセージを受信していないときは（ステップＳ４３；ＮＯ）、次に、配信停止要求メッセージを受信したか否かを確認する（ステップＳ４５）。そして、当該配信停止要求メッセージを受信したときは（ステップＳ４５；ＹＥＳ）、現在の部分ストリームＳＴＴの配信先となっているノード装置２に係る所在情報を自身のノード管理情報から削除し（ステップＳ４６）、図１２に示すステップＳ４の処理に移行する。
【０１５０】
更に、ステップＳ４５の判定において、配信停止要求メッセージも受信していないときは（ステップＳ４５；ＮＯ）、最後に、新たな配信スケジュール情報ＳＣ（部分配信スケジュール情報４０）を受信したか否かを確認する（ステップＳ４７）。そして、当該配信スケジュール情報ＳＣ（部分配信スケジュール情報４０）を受信したときは（ステップＳ４７；ＹＥＳ）、今まで使用していた部分配信スケジュール情報４０を新たな部分配信スケジュール情報４０で差し替え（ステップＳ４８）以後の部分ストリームＳＴＴの配信に用いつつ図１２に示すステップＳ４の処理に移行する。なお、ステップＳ４７の判定において、当該配信スケジュール情報ＳＣも受信していないときは（ステップＳ４７；ＮＯ）、そのまま図１２に示すステップＳ４の処理に移行する。
【０１５１】
次に、各ノード装置２における処理の説明の最後として、図１３に示すステップＳ３３及び図１４（ａ）に示すステップＳ４１において実行される配信スケジュール情報ＳＣの生成処理について、具体的に図１４（ｂ）を用いて説明する。
【０１５２】
図１４（ｂ）に示すように、当該配信スケジュール情報ＳＣの生成処理としては、先ず、更新間隔ＴＳを決定する（ステップＳ５０）。
【０１５３】
次に、部分ストリームＳＴＴの配信を担当する直近上流側のノード装置２と、協力ノード装置となるノード装置２と、に対して、上記更新間隔ＴＳの時間範囲内で上記更新タイミングＴＣを何回割り振れるか（すなわち、何回スケジューリングできるか）を示す更新回数Ｒを決定する（ステップＳ５１）。ここで、当該更新間隔ＴＳ及び更新回数Ｒは、いずれも例えばランダムに決定することができる。
【０１５４】
そして、更新間隔ＴＳ及び更新回数Ｒが夫々決定されたならば、次に、更新間隔ＴＳを｛（協力ノード数装置の数＋１）×Ｒ｝で分割し、上記更新間隔ＴＳを分割した分割スロット（すなわち、一つの部分配信スケジュール情報４０に相当する分割スロット）を生成する（ステップＳ５２）。
【０１５５】
次に、当該生成された各分割スロットに対して、当該分割スロットに対応する部分配信スケジュール情報４０により配信スケジュールが示される部分ストリームＳＴＴの配信を担うノード装置２（すなわち、協力ノード装置としてのノード装置２及び上記直近上流側のノード装置２）を割り当て（ステップＳ５３）、当該割り当てられた個々のノード装置２毎の部分配信スケジュール情報４０を生成して配信スケジュール情報ＳＣを完成させる（ステップＳ５４）。
【０１５６】
次に、第１実施例に係る接続先紹介サーバ３における処理について、具体的に図１５を用いて説明する。
【０１５７】
当該第１実施例に係る接続先紹介サーバ３においては、図１５に示すように、当該接続先紹介サーバ３としての電源スイッチがオンとされると、最初に当該接続先紹介サーバ３内に記憶されているプログラムや各構成部材夫々が初期化され、各ノード装置２や放送局装置１からのメッセージ受信を可能とする（ステップＳ６０）。
【０１５８】
そして、当該初期化が完了すると、次に、新たな放送局装置１からの登録要求メッセージ又は配信システムＳ内に既存の放送局装置１からの削除要求メッセージを受信したか否かを確認し（ステップＳ６１）、いずれかを受信すると（ステップＳ６１；ＹＥＳ）、新たな放送局装置１の登録の場合はその所在情報を上記データベース内に登録し、更に新しいチャンネルの情報等をトポロジのデータベース内に登録する。既存の放送局装置１の削除の場合は、当該放送局装置１の所在情報等を上記データベース内から削除し、更に該当するチャンネル情報をトポロジのデータベース内から削除する（ステップＳ６２、Ｓ６３）。
【０１５９】
その後、接続先紹介サーバ３としてのサービスを停止するか否かを確認し（ステップＳ６４）、停止する場合は（ステップＳ６４；ＹＥＳ）そのまま接続先紹介サーバ３の電源をオフとして処理を終了する。一方、ステップＳ６４野判定において、引き続き当該サービスを継続する場合は（ステップＳ６４；ＮＯ）、上記ステップＳ６１に戻って上述した処理を繰り返す。
【０１６０】
他方、上記ステップＳ６１の判定において、放送局装置１からの登録要求メッセージ及び削除要求メッセージのいずれも受信していないときは（ステップＳ６１；ＮＯ）、次に、新たに配信システムＳに参加するノード装置から上記上流ノード紹介要求メッセージＭＧ１を受信したか否かを確認する（ステップＳ６５）。
【０１６１】
これにより、当該上流ノード紹介要求メッセージＭＧ１を受信しているときは（ステップＳ６５；ＹＥＳ）、蓄積されているトポロジのデータベースから当該上流ノード紹介要求メッセージＭＧ１を送信してきたノード装置をその下流側に接続することが可能なノード装置２（例えば、図２の例ではノード装置２ｂ）の候補を検索し（ステップＳ６６）、検索された候補に該当するノード装置２の所在情報等を、上記上流ノード候補メッセージＭＧ２として要求元のノード装置へ返信し（ステップＳ６７）、上記ステップＳ６４の処理に移行する。
【０１６２】
これに対し、ステップＳ６５の判定において、上流ノード紹介要求メッセージＭＧ１を受信していないときは（ステップＳ６５；ＮＯ）、次に、いずれかのノード装置２から上記参加報告メッセージ（図１２ステップＳ９参照）又は脱退報告メッセージ（図１３ステップＳ２３参照）を受信したか否かを確認する（ステップＳ６７）。
【０１６３】
そして、当該参加報告メッセージ又は脱退報告メッセージを受信したときは（ステップＳ６７；ＹＥＳ）、当該受信した報告メッセージの内容に基づいてトポロジの変更があったと判断し、夫々の当該内容に基づいてトポロジのデータベースを更新し（ステップＳ６９）、上記ステップＳ６４の処理に移行する。
【０１６４】
最後に、上記ステップＳ６８の判定において、参加報告メッセージ又は脱退報告メッセージのいずれも受信していないときは（ステップＳ６８；ＮＯ）、更に上記協力ノード紹介要求メッセージＭＧ１１を受信したか否かを確認する（ステップＳ７０）。
【０１６５】
そして、当該協力ノード紹介要求メッセージＭＧ１１を受信したときは（ステップＳ７０；ＹＥＳ）、自身のトポロジのデータベースの中において部分ストリームＳＴＴの下流側への配信が可能なノード装置２の候補を複数検索し（ステップＳ７１）、検索された候補に該当するノード装置２の所在情報等を、上記協力ノード候補メッセージＭＧ１２として要求元のノード装置２（配信先のノード装置２に対して直近上流側にあるノード装置２）へ返信し（ステップＳ７２）、上記ステップＳ６４の処理に移行する。なお、ステップＳ７０の判定において、協力ノード紹介要求メッセージＭＧ１１も受信していないときは（ステップＳ７０；ＮＯ）、そのまま上記ステップＳ６４の処理に移行する。
【０１６６】
（II）第２実施例
次に、上述した変形形態に係る実施例である第２実施例について、具体的に図１６及び図１７を用いて説明する。
【０１６７】
なお、図１６及び図１７は、第２実施例に係るノード装置２において実行される処理の一部を示すフローチャートであり、夫々、上記第１実施例に係るノード装置２の処理における図１３に示すフローチャート（図１６の場合）及び図１４（ａ）に示すフローチャート（図１７の場合）に相当するフローチャートである。また、図１６及び図１７においては、対応する図１３及び図１４（ａ）に示すフローチャートと同様の処理については、同様のステップ番号を付して細部の説明は省略する。
【０１６８】
変形形態に係るノード装置２（図８参照）においては、上述したように、実施形態に係るストリームＳＴの分割数の決定に当たり、セキュリティサーバ装置５を用いる。
【０１６９】
そこで、第２実施例に係るノード装置２は、第１実施例と同様の図１２に示すステップＳ１０の判定において、パケットを受信していないときは（ステップＳ１０；ＮＯ）、第１実施例に係るステップＳ２０乃至Ｓ２８と同様の処理を実行する（図１６参照）。
【０１７０】
そして、ストリーム開始要求メッセージＭＧ５を受信しているときは（ステップＳ２８；ＹＥＳ）、当該ストリーム開始要求メッセージＭＧ５に含まれていた上記セキュリティ情報を含む上記分割数決定要求メッセージＭＧ１５をセキュリティサーバ装置５に送信する。
【０１７１】
これにより、当該分割数決定要求メッセージＭＧ１５に対応して当該セキュリティサーバ装置５から送信されて来る上記分割指示メッセージＭＧ１６に基づき、ノード装置２は、ストリームＳＴの配信に際して実施形態に係る秘密分散方式を採用するか否か、及び当該秘密分散方式を採用する場合にはその分割数を決定する（ステップＳ８０）。
【０１７２】
そして、当該ステップＳ８０以降は、第１実施例と同様のステップＳ３０乃至Ｓ３２の処理を実行し、その後、協力ノード候補メッセージＭＧ１２を受信しているときは（ステップＳ３２；ＹＥＳ）、上記ステップＳ８０においてセキュリティサーバ装置５から送信されて来ている配信スケジュール情報ＳＣを取得し（ステップＳ８１）、その後は第１実施例と同様のステップＳ３４乃至Ｓ３９の処理を実行する。
【０１７３】
一方、図１７に移行して、図１６に示すステップＳ３６の判定においてストリーム停止要求メッセージＭＧ６も受信していないときは（ステップＳ３６；ＮＯ）、第１実施例に係るステップＳ４０を実行し、配信スケジュール情報ＳＣに係る更新タイミングＴＣ（図７（ｂ）参照）が到来しているときは（ステップＳ４０；ＹＥＳ）、再度セキュリティサーバ装置５から新たな配信スケジュール情報ＳＣを取得し（ステップＳ８１）、以後、当該新たな配信スケジュール情報ＳＣを用いて第１実施例と同様のステップＳ４２乃至Ｓ４８を実行する。
【０１７４】
以上説明した第２実施例に係るノード装置２の処理により、配信システムＳの運用者は、任意のタイミングでセキュリティサーバ装置５に記憶されている秘密分散方式に係る運用方法（ポリシ）を、配信スケジュール情報ＳＣの内容自体を含めて更新することが可能となる。
【０１７５】
以上夫々説明したように、実施形態及び変形形態並びに各実施例に係る配信システムＳの動作によれば、ストリームＳＴの不正取得に対するネットワークシステムの保全のレベルに基づいてストリームＳＴの分割数を決定し、その決定された分割数に応じてストリームＳＴを分割した部分ストリームＳＴＴ毎に協力ノード装置となるノード装置２を決定してその配信を実行させるので、保全レベルに応じた分割数にストリームＳＴを分割した状態で、複数のノード装置２から配信先のノード装置２へ供給することができる。従って配信情報の不正取得に対する保全と、ストリーミング処理に関わる装置CPU負荷の適正化を両立させることができる。
【０１７６】
また、配信先のノード装置２が含まれているＬＡＮ内に含まれている他のノード装置があるとき、当該ノード装置を協力ノード装置とし且つ分割数を一として全てのストリームＳＴをその協力ノード装置から配信するので、ストリームＳＴの不正取得の可能性が極めて低いＬＡＮ内でのみストリームＳＴを配信する場合には、ストリームＳＴを分割せずに配信することで、各ノード装置２各々における処理負荷を最小限としつつ安全にストリームＳＴを配信することができる。
【０１７７】
更に、配信システムＳに含まれているいずれかのＷＡＮを介して配信先のノード装置２に対してストリームＳＴを配信せざるを得ないとき、ストリームＳＴの分割数を二以上とするので、ストリームＳＴの不正取得が起こり易いＷＡＮを介してストリームＳＴを配信する際の当該不正取得に対する保全性を高めることができる。
【０１７８】
更にまた、暗号強度が低いストリームＳＴを配信する場合ほどストリームＳＴの分割数を多くするので、暗号強度が低い状態で配信されるストリームＳＴの不正取得を有効に防止することができる。
【０１７９】
また、配信システムＳへの参加の際の認証方式の強度が低いノード装置２に対してストリームＳＴを配信する場合ほどストリームＳＴの分割数を多くするので、強度が低い認証方式でしか認証されていないノード装置２に対してストリームＳＴを配信する際における当該ストリームＳＴの不正取得を有効に防止することができる。
【０１８０】
なお、上述した実施形態及び変形形態並びに各実施例においては、ツリー方の配信システムＳに対して本発明を適用した場合について説明したが、これ以外に、例えば、クライアント／サーバ形式のＣＤＮ（Contents Delivery Network）システムや、いわゆるグリッド技術（すなわち、ネットワークを介して複数のノード装置を結び、仮想的に高性能コンピュータを構成する技術）を応用したコンテンツ共有方式の配信システムに適用することも可能である。
【０１８１】
更に、上述した図１２乃至図１７に夫々示すフローチャートに対応するプログラムを、フレキシブルディスク又はハードディスク等の情報記録媒体に記録しておき、又はインターネット等を介して取得して記録しておき、これらを汎用のコンピュータで読み出して実行することにより、当該コンピュータを実施形態に係るノード装置２内の制御部２１として機能させることも可能である。
【産業上の利用可能性】
【０１８２】
以上夫々説明したように、本発明はネットワークを介したコンテンツの配信の分野に利用することが可能であり、特にいわゆるストリーミング形式によるコンテンツの配信の分野に適用すれば特に顕著な効果が得られる。
【図面の簡単な説明】
【０１８３】
【図１】実施形態並びに各変形形態に係る配信システムの概要構成を示すブロック図である。
【図２】実施形態に係る配信システムにおける参加処理を示す概念図である。
【図３】実施形態に係る配信システムにおける脱退処理を示す概念図（Ｉ）である。
【図４】実施形態に係る配信システムにおける脱退処理を示す概念図（II）である。
【図５】実施形態に係る配信システムにおける配信処理を示す概念図（Ｉ）である。
【図６】実施形態に係る配信システムにおける分割数の決定方法を例示する図である。
【図７】実施形態に係る配信スケジュール情報を示す図であり、（ａ）はその構成例を示す図であり、（ｂ）はその更新タイミングを示すタイミングチャートである。
【図８】変形形態に係る配信システムにおける配信処理を示す概念図である。
【図９】各実施例に係る放送局装置の概要構成を示すブロック図である。
【図１０】各実施例に係るノード装置の概要構成を示すブロック図である。
【図１１】各実施例に係る接続先紹介サーバの概要構成を示すブロック図である。
【図１２】第１実施例に係るノード装置における処理を示すフローチャート（Ｉ）である。
【図１３】第１実施例に係るノード装置における処理を示すフローチャート（II）である。
【図１４】第１実施例に係るノード装置における処理を示すフローチャート（III）であり、（ａ）は当該ノード装置における配信スケジュール情報の更新処理等を示すフローチャートであり、（ｂ）は当該ノード装置における配信スケジュール情報の生成処理を示すフローチャートである。
【図１５】第１実施例に係る接続先紹介サーバにおける処理を示すフローチャートである。
【図１６】第２実施例に係るノード装置における処理を示すフローチャート（Ｉ）である。
【図１７】第２実施例に係るノード装置における処理を示すフローチャート（II）である。
【符号の説明】
【０１８４】
Ｓ    配信システム
１    放送局装置
２、２ａ、２ｂ、２ｃ、２ｄ、２ｅ、２ｆ、２ｇ、２ｈ、２ｉ、２ｊ、２ｋ、２ｌ、２ｍ、２ｎ、２ｏ、２ｐ、２ｑ、２ｒ、２ｓ、２ｔ、２ｕ、２ｖ、２ｗ、２ｘ、２ｙ、２ｚ、２ａａ、２ａｂ、２ａｃ、２ａｄ、２ｘｘ    ノード装置
３    接続先紹介サーバ
２１    制御部
２３    バッファメモリ
４０    部分配信スケジュール情報
４１    配信担当時間情報
４２    配信元アドレス情報
４３    配信先アドレス情報
ＴＣ    更新タイミング
ＭＧ１    上流ノード装置紹介要求メッセージ
ＭＧ２    上流ノード候補メッセージ
ＭＧ３    接続要求メッセージ
ＭＧ４    接続許可応答メッセージ
ＭＧ５    ストリーム開始要求メッセージ
ＭＧ６    ストリーム停止要求メッセージ
ＭＧ７    接続解除要求メッセージ
ＭＧ８    脱退イベントメッセージ
ＭＧ１１    協力ノード紹介要求メッセージ
ＭＧ１２    協力ノード候補メッセージ
ＭＧ１５    分割数決定要求メッセージ
ＭＧ１６    分割指示メッセージ
Ｌ    通信回線Ｌ
ＳＴ    ストリーム
ＳＣ    配信スケジュール情報
ＳＴＴ１、ＳＴＴ２、ＳＴＴ３    部分ストリーム
【図１】
2008140050.tif 000003
【図２】
2008140050.tif 000004
【図３】
2008140050.tif 000005
【図４】
2008140050.tif 000006
【図５】
2008140050.tif 000007
【図６】
2008140050.tif 000008
【図７】
2008140050.tif 000009
【図８】
2008140050.tif 000010
【図９】
2008140050.tif 000011
【図１０】
2008140050.tif 000012
【図１１】
2008140050.tif 000013
【図１２】
2008140050.tif 000014
【図１３】
2008140050.tif 000015
【図１４】
2008140050.tif 000016
【図１５】
2008140050.tif 000017
【図１６】
2008140050.tif 000018
【図１７】
2008140050.tif 000019