(57)【要約】      （修正有）【課題】遅延時間が異なる複数の配信情報が配信される場合でもストリーミング再生を行なうツリー型配信システムを提供する。【解決手段】配信装置を最上位としてノードがツリー状に接続され、第１配信情報と、ノードで配信情報が出力されるのに遅延時間が長い第２配信情報と、が上位から下位のノードに転送されるツリー型配信システムであって、配信装置は、第１配信情報に続けて、第２配信情報を配信する際に、第１配信情報の配信の終了前に、第２配信情報の配信を開始し、ノード装置は、第１又は第２配信情報を受信すると、第１配信情報および第２配信情報を記憶し、第１又は第２配信情報を順に再生する手段であって、再生中の第１又は第２配信情報から次に再生すべき第１又は第２配信情報へ再生処理を切り替えるタイミングを検知し、タイミングが検知された場合に、次に再生すべき第１又は第２配信情報の再生処理を開始する。【選択図】図４
2008141483.tif 000002
【特許請求の範囲】
【請求項１】
複数のノード装置の参加により形成されたツリー型配信システムであって、配信装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記配信装置から配信された第１配信情報と、当該第１配信情報に比して前記ノード装置において前記配信された配信情報が出力されるまでに必要な遅延時間が長い第２配信情報と、が上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型配信システムであって、
前記配信装置は、
前記第１配信情報に続けて、前記第２配信情報を配信する際に、前記第１配信情報の配信が終了する前に、前もって前記第２配信情報の配信を開始する配信手段を有し、
前記ノード装置は、
前記配信装置又は他の前記ノード装置から前記第１又は第２配信情報を受信する受信手段と、
受信した前記第１配信情報および受信した前記第２配信情報を記憶する記憶手段と、
前記記憶手段に記憶された前記第１又は第２配信情報を順に再生する再生手段であって、再生中の前記第１又は第２配信情報から次に再生すべき前記第１又は第２配信情報へ再生処理を切り換える切り替えタイミングを検知する検知手段を有し、該検知手段により切り替えタイミングが検知された場合には、次に再生すべき前記第１又は第２配信情報の再生処理を開始する前記再生手段と、
を有することを特徴とするツリー型配信システム。
【請求項２】
複数のノード装置の参加により形成されたツリー型配信システムであって、配信装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記配信装置から配信された第１配信情報と、当該第１配信情報に比して前記ノード装置において前記配信された配信情報が出力されるまでに必要な遅延時間が長い第２配信情報と、が上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型配信システムにおける前記ノード装置であって、
前記ノード装置は、
前記配信装置又は他の前記ノード装置から前記第１又は第２配信情報を受信する受信手段と、
受信した前記第１配信情報および受信した前記第２配信情報を記憶する記憶手段と、
前記記憶手段に記憶された前記第１又は第２配信情報を順に再生する再生手段であって、再生中の前記第１又は第２配信情報から次に再生すべき前記第１又は第２配信情報へ再生処理を切り換える切り替えタイミングを検知する検知手段を有し、該検知手段により切り替えタイミングが検知された場合には、次に再生すべき前記第１又は第２配信情報の再生処理を開始する前記再生手段と、
を有することを特徴とするノード装置。
【請求項３】
請求項２に記載のノード装置であって、
前記受信手段は、前記配信装置にて複数の分割情報に分割された前記第１又は第２配信情報であって、次に配信される前記第１又は第２配信情報の再生処理を開始するよう指示する第１再生切り替え指示情報を含む一の前記分割情報を有する前記第１又は第２配信情報を受信し、
前記検知手段は、前記第１再生切り替え指示情報が含まれる前記一の分割情報を再生したときに、前記切り替えタイミングを検知し、前記再生手段は、次に再生すべき前記第１又は第２配信情報の再生処理を開始することを特徴とするノード装置。
【請求項４】
請求項２に記載のノード装置であって、
前記受信手段は、前記配信装置にて複数の分割情報に分割された前記第１又は第２配信情報であって、該第１又は第２配信情報より前に受信済みである前記第１又は第２配信情報を構成する一の前記分割情報を特定する特定情報と、再生開始を指示する第２再生切り替え指示情報を含む一の前記分割情報を有する前記第１又は第２配信情報を受信し、
前記検知手段は、前記特定情報にて特定される前記一の分割情報を再生したときに、前記切り替えタイミングを検知し、前記再生手段は、次に再生すべき前記第１又は第２配信情報の再生処理を開始することを特徴とするノード装置。
【請求項５】
請求項３又は４に記載のノード装置であって、
前記受信手段は、最初の前記第１又は第２再生切り替え指示情報を含む一の前記分割情報を受信後、前記第１又は第２再生切り替え指示情報含む一の前記分割情報を所定間隔で受信することを特徴とするノード装置。
【請求項６】
請求項５に記載のノード装置であって、
前記再生手段は、前記第１又は第２再生切り替え指示情報を含む一の前記分割情報を再生しないよう構成することを特徴とするノード装置。
【請求項７】
コンピュータを、請求項２乃至６のいずれか一項に記載のノード装置として機能させることを特徴とする情報処理プログラム。
【請求項８】
複数のノード装置の参加により形成されたツリー型配信システムであって、配信装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記配信装置から配信された第１配信情報と、当該第１配信情報に比して前記ノード装置において前記配信された配信情報が出力されるまでに必要な遅延時間が長い第２配信情報と、が上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型配信システムにおける情報配信方法であって、
前記配信装置が、第１配信情報に続けて、前記第２配信情報を配信する際に、前記第１配信情報の配信が終了する前に、前もって前記第２配信情報の配信を開始する配信工程と、
前記ノード装置が、
前記配信装置又は他の前記ノード装置から前記第１又は第２配信情報を受信する受信工程と、
受信した前記第１配信情報および受信した前記第２配信情報を記憶手段に記憶する記憶工程と、
前記記憶手段に記憶された前記第１又は第２配信情報を順に再生する再生工程であって、再生中の前記第１又は第２配信情報から次に再生すべき前記第１又は第２配信情報へ再生処理を切り換える切り替えタイミングを検知する検知工程を有し、該検知工程にて切り替えタイミングが検知された場合には、次に再生すべき前記第１又は第２配信情報の再生処理を開始する前記再生工程と、
を有することを特徴とする情報配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信装置を最上位として複数のノード装置の参加により形成されたツリー型配信システムであって、特に、各ノード装置において配信情報が出力されるまでに必要な遅延時間が異なる複数の配信情報が配信されるツリー型配信システムの技術分野に関する。
【背景技術】
【０００２】
ＡＬＭ（Application Layer Multicast）の技術を使ったツリー型配信システムでは、ネットワーク通信障害等により、ノード装置（視聴端末）におけるコンテンツ（配信情報）の円滑な再生処理が妨げられること防止するため、上流のノード装置（又は放送装置）からストリーミング配信されるデータを一旦バッファリングし、再生に必要な基準データ量を蓄積した後に再生を開始することが一般的である。
【０００３】
一方で、特許文献１には、各ノード装置において配信情報が出力されるまでに必要な遅延時間が異なる複数のストリーミングデータが、配信装置から配信される技術が開示されている。
【特許文献１】特開２００６−１０１１０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、再生を滞ることなく円滑に行なうため蓄積すべきバッファリングの「基準データ量」は、単位時間当たりに処理できるビットレートに依存する。つまり、遅延量が多い「高遅延ストリーム」の場合、高ビットレートで再生処理が行なわれるため、再生に必要な基準データ量が比較的多く、遅延量の少ない「低遅延ストリーム」の場合、低ビットレートで再生処理が行なわれるため、再生に必要な基準データ量は高遅延ストリームに比して少なくてすむ。このように、基準データ量は各ストリームの遅延量に応じて異なる。
【０００５】
従って、例えば上流のノード装置（又は放送装置）からストリーミング配信されたデータが、低遅延ストリームから、高遅延ストリームへと切り替わった際、ノード装置では、高遅延ストリームの基準データ量のプリバッファリングに時間がかかり、ストリーム間に無音状態が発生するなど、円滑な再生が妨げられるという問題があった。
【０００６】
そこで、本発明は、配信装置から遅延時間が異なる複数の配信情報を受信した場合であっても、スムーズにストリーミング再生を行なうことができるツリー型配信システム等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、複数のノード装置の参加により形成されたツリー型配信システムであって、配信装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記配信装置から配信された第１配信情報と、当該第１配信情報に比して前記ノード装置において前記配信された配信情報が出力されるまでに必要な遅延時間が長い第２配信情報と、が上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型配信システムであって、前記配信装置は、前記第１配信情報に続けて、前記第２配信情報を配信する際に、前記第１配信情報の配信が終了する前に、前もって前記第２配信情報の配信を開始する配信手段を有し、前記ノード装置は、前記配信装置又は他の前記ノード装置から前記第１又は第２配信情報を受信する受信手段と、受信した前記第１配信情報および受信した前記第２配信情報を記憶する記憶手段と、前記記憶手段に記憶された前記第１又は第２配信情報を順に再生する再生手段であって、再生中の前記第１又は第２配信情報から次に再生すべき前記第１又は第２配信情報へ再生処理を切り換える切り替えタイミングを検知する検知手段を有し、検知手段により切り替えタイミングが検知された場合には、次に再生すべき前記第１又は第２配信情報の再生処理を開始する前記再生手段と、を有することを特徴とするツリー型配信システムである。
【０００８】
これによれば、配信装置から、ノード装置において配信情報が出力されるまでに必要な遅延時間が異なる複数の配信情報が配信される場合であっても、各ノード装置にてスムーズに再生処理を行なうことができる。
【０００９】
上記課題を解決するために、請求項２に記載の発明は、複数のノード装置の参加により形成されたツリー型配信システムであって、配信装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記配信装置から配信された第１配信情報と、当該第１配信情報に比して前記ノード装置において前記配信された配信情報が出力されるまでに必要な遅延時間が長い第２配信情報と、が上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型配信システムにおける前記ノード装置であって、前記ノード装置は、前記配信装置又は他の前記ノード装置から前記第１又は第２配信情報を受信する受信手段と、受信した前記第１配信情報および受信した前記第２配信情報を記憶する記憶手段と、前記記憶手段に記憶された前記第１又は第２配信情報を順に再生する再生手段であって、再生中の前記第１又は第２配信情報から次に再生すべき前記第１又は第２配信情報へ再生処理を切り換える切り替えタイミングを検知する検知手段を有し、該検知手段により切り替えタイミングが検知された場合には、次に再生すべき前記第１又は第２配信情報の再生処理を開始する前記再生手段と、を有することを特徴とするノード装置である。
【００１０】
これによれば、配信装置から、ノード装置において配信情報が出力されるまでに必要な遅延時間が異なる複数の配信情報が配信される場合であっても、各ノード装置にてスムーズに再生処理を行なうことができる。
【００１１】
上記課題を解決するために、請求項３に記載の発明は、請求項２に記載のノード装置であって、前記受信手段は、前記配信装置にて複数の分割情報に分割された前記第１又は第２配信情報であって、次に配信される前記第１又は第２配信情報の再生処理を開始するよう指示する第１再生切り替え指示情報を含む一の前記分割情報を有する前記第１又は第２配信情報を受信し、前記検知手段は、前記第１再生切り替え指示情報が含まれる前記一の分割情報を再生したときに、前記切り替えタイミングを検知し、前記再生手段は、次に再生すべき前記第１又は第２配信情報の再生処理を開始することを特徴とするノード装置である。
【００１２】
これによれば、遅延時間の異なる配信情報が配信された場合であっても、各ノード装置にて切り替えタイミングを確実に検知して、スムーズに再生処理を行なうことができる。
【００１３】
上記課題を解決するために、請求項４に記載の発明は、請求項２に記載のノード装置であって、前記受信手段は、前記配信装置にて複数の分割情報に分割された前記第１又は第２配信情報であって、該第１又は第２配信情報より前に受信済みである前記第１又は第２配信情報を構成する一の前記分割情報を特定する特定情報と、再生開始を指示する第２再生切り替え指示情報を含む一の前記分割情報を有する前記第１又は第２配信情報を受信し、前記検知手段は、前記特定情報にて特定される前記一の分割情報を再生したときに、前記切り替えタイミングを検知し、前記再生手段は、次に再生すべき前記第１又は第２配信情報の再生処理を開始することを特徴とするノード装置である。
【００１４】
これによれば、遅延時間の異なる配信情報が配信された場合であっても、各ノード装置にて切り替えタイミングを確実に検知して、スムーズに再生処理を行なうことができる。
【００１５】
上記課題を解決するために、請求項５に記載の発明は、請求項３又は４に記載のノード装置であって、前記受信手段は、最初の前記第１又は第２再生切り替え指示情報を含む一の前記分割情報を受信後、前記第１又は第２再生切り替え指示情報含む一の前記分割情報を所定間隔で受信することを特徴とするノード装置である。
【００１６】
これによれば、パケットロスなどによる切り替え指示情報の取りこぼしを防いで、切り替えタイミングを確実に検知することができる。
【００１７】
上記課題を解決するために、請求項６に記載の発明は、前記再生手段は、前記第１又は第２再生切り替え指示情報を含む一の前記分割情報を再生しないよう構成することを特徴とするノード装置である。
【００１８】
これによれば、再生されるべき配信情報のみを再生することができる。
【００１９】
上記課題を解決するために、請求項７に記載の発明は、コンピュータを、請求項２乃至６のいずれか一項に記載のノード装置として機能させることを特徴とする情報処理プログラムである。
【００２０】
上記課題を解決するために、請求項８に記載の発明は、複数のノード装置の参加により形成されたツリー型配信システムであって、配信装置を最上位として前記複数のノード装置が複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記配信装置から配信された第１配信情報と、当該第１配信情報に比して前記ノード装置において前記配信された配信情報が出力されるまでに必要な遅延時間が長い第２配信情報と、が上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型配信システムにおける情報配信方法であって、前記配信装置が、第１配信情報に続けて、前記第２配信情報を配信する際に、前記第１配信情報の配信が終了する前に、前もって前記第２配信情報の配信を開始する配信工程と、前記ノード装置が、前記配信装置又は他の前記ノード装置から前記第１又は第２配信情報を受信する受信工程と、受信した前記第１配信情報および受信した前記第２配信情報を記憶手段に記憶する記憶工程と、前記記憶手段に記憶された前記第１又は第２配信情報を順に再生する再生工程であって、再生中の前記第１又は第２配信情報から次に再生すべき前記第１又は第２配信情報へ再生処理を切り換える切り替えタイミングを検知する検知工程を有し、該検知工程にて切り替えタイミングが検知された場合には、次に再生すべき前記第１又は第２配信情報の再生処理を開始する前記再生工程と、を有することを特徴とする情報配信方法である。
【発明の効果】
【００２１】
本発明によれば、配信装置から、ノード装置において配信情報が出力されるまでに必要な遅延時間が異なる複数の配信情報が配信される場合であっても、各ノード装置にてスムーズに再生処理を行なうことができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の最良の実施形態を図面に基づいて説明する。以下に説明する実施の形態は、なお、本発明のツリー型配信システム等の各発明は、以下に説明する実施形態に限定されず、本発明の技術思想の範囲内で適宜変更して実施される。
【００２３】
［１．ツリー型配信システムの概略等］
始めに、図１及び図２を参照して、本実施形態に係るツリー型配信システムＳの構成等について説明する。
【００２４】
図１は、本実施形態に係るツリー型配信システムＳにおける各装置の接続態様の一例を示す説明図、図２は、本実施形態に係るツリー型配信システムＳの概要を説明する図である。
【００２５】
図１の下部枠５０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、および通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界のネットワーク）８が構築されている。
【００２６】
ツリー型配信システムＳは、このようなネットワーク８を介して相互に接続された複数のノード装置３２ａ，３２ｂ，３２ｃ・・・３２ｍを備えて構成されることになり、ピアツーピア方式のネットワークシステムとなっている。各ノード装置３２ａ，３２ｂ，３２ｃ・・・３２ｍには、ノード装置を示す情報としての固有の製造番号およびＩＰ（Internet Protocol）アドレスが割り当てられている。なお、製造番号およびＩＰアドレスは、複数のノード装置３２間で重複しないものである。なお、以下のツリー型配信システムコンテンツ配信システムツリー型配信システムツリー型説明において、ノード装置３２ａ，３２ｂ，３２ｃ・・・３２ｍのうち何れかのノード装置を示す場合には、便宜上、ノード装置３２という場合がある。
【００２７】
このツリー型配信システムＳは、既存のネットワーク８を用いて放送装置３１及び各ノード装置３２により、図１の上部枠５００内に示す如く放送装置３１を頂点とするツリー型の配信ネットワークを構築している。
【００２８】
ツリー型配信システムＳは、放送装置３１を最上位として複数のノード装置３２ａ乃至３２ｍが複数の階層を形成しつつ、各ＩＰアドレスに基づき、複数の通信経路を介してツリー状に接続されることになる。そして、これら放送装置３１及び複数のノード装置３２ａ乃至３２ｍは、上記ＩＸ３、ＩＳＰ４、ＤＳＬ回線事業者（の装置）５、ＦＴＴＨ回線事業者（の装置）６、および通信回線７等によって、インターネット等のネットワークに接続され、放送装置３１により配信されるコンテンツデータは、上位階層のノード装置３２ａ及び３２ｂ等から下位階層のノード装置３２ｃ〜３２ｍに順次転送される。つまり、各ノード装置３２ａ〜３２ｆを中継して各ノード装置３２ｃ〜３２ｍに対してストリーム配信されることになる。
【００２９】
なお、このようなツリー型配信システムＳへの参加は、新たに参加を希望するノード装置３２が、放送装置３１と各ノード装置３２の接続態様（どのノード装置がどのノード装置（又は放送装置３１）と接続されているか）をトポロジー管理情報（トポロジーデータベース）として記憶している接続先紹介サーバ（図示せず）にアクセスして、自分が接続されるべき上位階層のノード装置３２の候補となる参加済みのノード装置３２の装置情報（ＩＰアドレスを含む）を教えてもらうことにより、参加済みのノード装置３２との間で新たな通信経路を介した接続を確立することができるようになっている。
【００３０】
放送装置３１からは、例えば映像や音楽など比較的品質の高いコンテンツと、このようなコンテンツに比べて品質は低いが、リアルタイム性を要求される例えばニュース放送などのコンテンツと、が混在して配信される。これらのコンテンツデータは、放送装置３１にて、前者は高品質エンコーダによって圧縮・符号化処理されて配信され、後者は、高品質エンコーダよりも遅延時間が短い低遅延エンコーダによって高品質エンコーダよりも低い圧縮率で圧縮・符号化処理されて、夫々各ノード装置３２へとストリーミング配信される。なお、以下の説明において、高品質エンコーダによって圧縮・符号化処理されて配信されるコンテンツを本発明の第２配信情報の一例としての「高遅延ストリーム」と言い、低遅延エンコーダによって圧縮・符号化処理されて配信されるコンテンツを本発明の第１配信情報の一例としての「低遅延ストリーム」と言う。
【００３１】
各ノード装置３２ａ〜３２ｍでは、各通信経路３３ａ〜３３ｍを介して上流のノード装置３２（又は放送装置３１）からこれら高遅延ストリームや低遅延ストリームの配信を受けると、先ず、一旦バッファリング（プリバッファリング）して、再生に必要な基準データ量を蓄積した後に、該バッファに蓄積したデータについて順に再生処理を行なう。ところで、この基準データ量は、単位時間当たりに処理できるビットレートに依存する。つまり、品質の高い（換言すれば、遅延量の多い）高遅延ストリームの場合、高ビットレートで再生処理が行なわれるため、再生に必要な基準データ量が比較的多く、遅延量の少ない低遅延ストリームの場合、低ビットレートで再生処理が行なわれるため、再生に必要な基準データ量は高遅延ストリームに比して少なくてすむ。
【００３２】
各ノード装置３２では、高遅延ストリームと低遅延ストリームの何れのデータを上流のノード装置３２（又は放送装置３１）から受信しているかを把握し、高遅延ストリーム又は低遅延ストリームを再生中に、再生切り替えタイミングを検知したときに、次に再生すべき高遅延ストリーム又は低遅延ストリームの再生を開始するよう構成する。
【００３３】
図３は、ノード装置３２における高遅延ストリーム及び低遅延ストリームの受信、プリバッファリング、再生出力を時系列で示した説明図である。
【００３４】
同図は、上流のノード装置３２（又は放送装置３１）から、例えば、「ニュース」等の低遅延ストリームの後に、「△響アワー」などの高遅延ストリームを受信した場合の、各ストリームのプリバッファリングと再生出力を示しており、低遅延ストリームを再生、受信中に、次に再生すべき高遅延ストリームを受信して該高遅延ストリームプリバッファリングを行ない、また、高遅延ストリームを再生、受信中に、次に再生すべき低遅延ストリームを受信して該低遅延ストリームプリバッファリングを行なっている。なお、各ストリームは、複数の分割情報の一例であるパケットデータとして上流のノード装置３２（又は放送装置３１）から、配信されることとなるが、図中に示す期間「Ａ」では、ノード装置３２は、低遅延ストリームと高遅延ストリーム双方のパケットデータを、「低」「高」「低」「高」「高」「低」・・・等、混在して受信している。
【００３５】
ノード装置３２は、プリバッファリング期間Ｂａ及びＢｃでは、低遅延ストリームのパケットデータをバッファに蓄積し、プリバッファリング期間Ｂｂ及びＢｄでは、高遅延ストリームのパケットデータをバッファに蓄積している。特に、高遅延ストリームは低遅延ストリームより消費量が多いため、（低遅延ストリームが再生処理を切り替える際と比べ）早めに再生処理を切り替えて、早めにバッファリングを行なうよう構成することが好ましい。これにより、再生に際して基準データ量を確実に蓄積して、円滑な再生を行うことができるよう構成される。なお、本実施形態における「再生処理」とは、プリバッファリング〜データの復号化〜スピーカやモニタ等からの出力を含むものとする。
【００３６】
この再生処理の切り替えは、ノード装置３２が切り替え指示情報を受信し再生して検知することにより行なう。具体的には以下の２つの手法がある。例えば、低遅延ストリームから高遅延ストリームへ再生を切り替える場合、
（ｉ）第１の手法として、ノード装置３２は、高遅延ストリームの前に受信した低遅延ストリーム中に含まれる本発明における第１再生切り替え指示情報としての切り替え指示情報の検知により次に再生すべき高遅延ストリームのプリバッファリングを開始する。
（ｉｉ）第２の手法として、ノード装置３２は、高遅延ストリーム中に含まれる特定情報と、本発明における第２再生切り替え指示情報としての切り替え指示情報の検知により、該高遅延ストリームのプリバッファリングを開始する。特定情報とは、特定情報を含む高遅延ストリームより前に受信済みの低遅延ストリームを構成する一のパケットデータを特定する情報であり、これにより特定されたパケットデータが再生出力されたときに、該高遅延ストリーム（つまり、次に再生すべき高遅延ストリーム）のプリバッファリングを開始する。
【００３７】
以下、コンテンツのデータ構造の説明において、低遅延ストリームから高遅延ストリームへの再生処理の切り替えについて詳細に説明する。
【００３８】
［１−１．コンテンツのデータ構造］
以下、放送局装置３１から配信されるコンテンツのデータ構造について説明する。
【００３９】
図４（Ａ）は、放送局装置３１から配信されるコンテンツのデータ構造図である。
【００４０】
放送局装置３１は、遅延時間が異なる低遅延ストリーム及び高遅延ストリームを下流のノード装置３２へと配信する。各ストリームデータは、図４（Ｂ−１）に示すように、複数のパケット（パケットデータ）に分割され、これら各パケットには、ストリームＩＤ及びパケット連番からなるヘッダが付加されている。ストリームＩＤとは、ストリームの遅延量を特定するもので、低遅延ストリームの場合、ストリームＩＤとして「０１」が付される。パケット連番とは、一つの低遅延ストリームデータを構成する複数のパケットに再生処理を行なうべき順番で付される通し番号であり、例えば、一つの低遅延ストリームデータが１００個のパケットに分割されている場合には、パケット連番として「００１」から「１００」が付されることとなる。
（ｉ）第１の手法による再生処理の切り替え
続いて、第１の手法による再生処理の切り替えについて、図４（Ｂ−２）に示す切り替え指示情報を含む低遅延ストリームのデータ構造図を用いて説明する。
【００４１】
第１の手法の場合、切り替え指示情報は、次が高遅延ストリームである低遅延ストリームに含まれる。このような低遅延ストリームデータは、他のストリームデータと同様に、複数のパケット（パケットデータ）に分割され、これら各パケットにはヘッダが付加されている。ヘッダは、ストリームＩＤ及びパケット連番から構成されるものと、更に切り替え指示情報を含んで構成されているものがある。切り替え指示情報とは、次に再生すべき高遅延ストリームの再生処理の開始を指示するためのもので、ノード装置３２では、上流のノード装置３２（又は放送装置３１）から該切り替え指示情報をヘッダに含むパケットを再生したときに、次に再生すべき高遅延ストリームデータの再生処理を開始する。図４（Ｂ−２）に示す例の場合、パケット連番「００１」〜「００３」のパケットは、ストリームＩＤ及びパケット連番で構成されたヘッダが付加され、最終パケットであるパケット連番「１００」のパケットは、ストリームＩＤ、パケット連番及び切り替え指示情報で構成されたヘッダが付加されている。従って、ノード装置３２では、切り替え指示情報をヘッダに含むパケット連番「１００」のパケットを再生したことにより、切り替えタイミングを検知して次に再生すべき高遅延ストリームデータの再生処理を開始する。
【００４２】
これにより、上流のノード装置３２（又は放送装置３１）から、例えば、「ニュース」等の低遅延ストリームの後に「△響アワー」などの高遅延ストリームが配信されてきた場合や、或いは、ＩＰ電話システムを利用したインターネット放送におけるリスナーの声などの低遅延ストリームの後に、ディスクジョッキーの声などの高遅延ストリームが配信されてきた場合でも、再生中の低遅延ストリーム内の、切り替え指示情報を含むパケットを再生することによって切り替えタイミングを検知して、次に再生すべき高遅延ストリームの再生処理を開始するので、各ノード装置３２では、遅延時間が異なる様々なコンテンツをスムーズに再生することができる。
【００４３】
なお、上述した手法では、切り替え指示情報を、次が高遅延ストリームである低遅延ストリームを構成する最終パケットのヘッダに含むよう構成したが、最終パケットのヘッダだけでなく、所定間隔で複数のパケットのヘッダに切り替え指示情報を含むよう構成してもよい。このように、複数のパケットのヘッダに切り替え指示情報を含むよう構成することにより、通信中に一つのパケットを損失（パケットロス）してしまった場合であっても、他のパケットの切り替え指示情報に基づいて、次に再生すべき高遅延ストリームの再生処理を誤りなく開始してスムーズな再生を行なうことができる。
【００４４】
また、このような構成の一例として、例えば図５（Ｂ−３）に示す如く、切り替え指示情報で構成する（つまり、コンテンツデータを含まない）ダミーパケットを、低遅延ストリーム中に所定間隔で含むよう構成することもできる。
【００４５】
そして、ノード装置３２では、上流のノード装置３２（又は放送装置３１）から切り替え指示情報を含むダミーパケットを再生したときに、次に再生すべき高遅延ストリームデータの再生処理を開始する。この場合も、通信中に一つのダミーパケットを損失（パケットロス）してしまった場合であっても、他のダミーパケットの切り替え指示情報に基づいて、次に再生すべき高遅延ストリームの再生処理を誤りなく開始してスムーズな再生を行なうことができる。
（ｉｉ）第２の手法による再生処理の切り替え
続いて、第１の手法による再生処理の切り替えについて、図６を用いて説明する。
【００４６】
図６（Ａ）は、放送局装置３１から配信されるコンテンツのデータ構造図であり、図６（Ｂ−１）は、各ストリームデータのデータ構造図であって、それぞれ「第１の手法による再生処理の切り替え」の図４（Ａ）及び図４（Ｂ−１）と同様であるためここでの説明は省略する。
【００４７】
第２の手法の場合、切り替え指示情報は、次に再生すべき高遅延ストリーム中に含まれる。このような高遅延ストリームは、他のストリームデータと同様に、複数のパケット（パケットデータ）に分割され、これら各パケットにはヘッダが付加されている。ヘッダは、ストリームＩＤ及びパケット連番から構成されるものと、更に該高遅延ストリームより前に受信済みの低遅延ストリームデータを構成する一のパケットを特定する特定情報、及び切り替え指示情報を含んで構成されているものがある。ノード装置３２では、該特定情報によって特定される受信済みの低遅延ストリームデータを構成するパケットデータを再生したときに、該高遅延ストリーム（つまり、次に再生すべき高遅延ストリーム）の再生処理を開始する。図６（Ｂ−２）に示す例の場合、パケット連番「００２」〜「００４」のパケットは、ストリームＩＤ及びパケット連番で構成されたヘッダが付加され、パケット連番「００１」の先頭パケットは、ストリームＩＤ、パケット連番、特定情報及び切り替え指示情報で構成されたヘッダが付加されている。この特定情報は、前に受信済みの低遅延ストリームのパケット連番「０１５」のパケットデータを特定している。従って、ノード装置３２では、前に受信済みの低遅延ストリームのパケット連番「０１５」のパケットデータを再生したときに、切り替えタイミングを検知して該高遅延ストリーム（つまり、次に再生すべき高遅延ストリーム）の再生処理を開始する。
【００４８】
なお、上述した手法では、特定情報と切り替え指示情報を高遅延ストリームを構成する先頭パケットのヘッダに含むよう構成したが、先頭パケットのヘッダだけでなく、所定間隔で複数のパケットのヘッダに特定情報と切り替え指示情報を含むよう構成してもよい。このように、複数のパケットのヘッダに特定情報と切り替え指示情報を含むよう構成することにより、通信中に一つのパケットを損失（パケットロス）してしまった場合であっても、他のパケットの特定情報と切り替え指示情報に基づいて、次に再生すべき高遅延ストリームの再生処理を誤りなく開始してスムーズな再生を行なうことができる。
【００４９】
また、このような構成の一例として、例えば図７（Ｂ−３）に示す如く、特定情報と切り替え指示情報で構成する（つまり、コンテンツデータを含まない）ダミーパケットを、高遅延ストリーム中に所定間隔で含むよう構成することもできる。
【００５０】
そして、ノード装置３２では、上流のノード装置３２（又は放送装置３１）からダミーパケットに含まれる特定情報によって特定される受信済みの低遅延ストリームのパケットデータの再生が行なわれたときに、該高遅延ストリーム（つまり、次に再生すべき高遅延ストリーム）の再生処理を開始する。この場合も、通信中に一つのダミーパケットを損失（パケットロス）してしまった場合であっても、他のダミーパケットの特定情報と切り替え指示情報に基づいて、次に再生すべき高遅延ストリームの再生処理を誤りなく開始してスムーズな再生を行なうことができる。
【００５１】
以上、図４〜図７を用いて低遅延ストリームから高遅延ストリームへの再生処理の切り替えについて説明したが、高遅延ストリームから低遅延ストリームへ再生処理の切り替える場合も、上記第１、第２の手法を用いることができる。
【００５２】
［２．ツリー型配信システムを構成する各装置の構成等］
図８及び図９を参照して、ツリー型配信システムＳを構成するノード装置３２、放送装置３１の構成等について説明する。
【００５３】
［２−１．ノード装置の構成等］
まず、図８に示すノード装置３２の概要構成例を参照して、ノード装置３２の構成および機能について説明する。尚、各ノード装置３２の構成は同じである。
【００５４】
各ノード装置３２は、図８に示すように、演算機能を有するＣＰＵ１１と、受信された高遅延ストリームデータを一時蓄積する高遅延ストリームバッファと、受信された低遅延ストリームデータを一時蓄積する低遅延ストリームバッファを含むリングバッファメモリ１２１、オペレーティングシステム１２２、ストリーム制御プログラム１２３、各ストリームデータに含まれるエンコードされたビデオデータ（映像情報）等をデコード（データ伸張や復号化等）等する画面制御プログラム１２４、トポロジー管理プログラム１２５、ストリームデータに含まれるエンコードされたオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）する音楽デコーダ１２６を備え、作業用ＲＡＭ、各種データおよびプログラムを記憶するＲＯＭ等から構成された主記憶装置１２と、各種データやプログラム等を記憶保存（格納）するためのＨＤ等から構成された記録媒体としてのハードディスク装置１３と、ハードディスク装置１３や入力部等の周辺機器との接続を制御し、情報を伝達する周辺機器制御チップ１４と、デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力するビデオチップ１５と、当該ビデオチップ１５から出力されたビデオ信号に基づき映像表示するＣＲＴ、液晶ディスプレイ等の内蔵ディスプレイ１６と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音源チップ１７と、当該音源チップ１７から出力されたオーディオ信号を音波として出力する内蔵スピーカ１８と、外部のユーザ入力用リモコン２３等からの入力を受信し、ユーザからの指示を受け付け当該指示に応じた指示信号をＣＰＵ１１に対して与える入力部としての赤外線ポート（他にも、例えば、キーボード、マウス、或いは、操作パネル等が可）１９と、ネットワーク８を通じてルータ２４等を介し、他のノード装置３２等との間の情報の通信制御を行なうためのネットワークインターフェイス２１と、電源２５と、を備えて構成され、ＣＰＵ１１、主記憶装置１２、周辺機器制御チップ１４、ビデオチップ１５、音源チップ１７及びネットワークインターフェイス２１はシステムバス２２を介して相互に接続されている。ネットワークインターフェイス２１は、ネットワーク８を介して外部のルータ２４等と接続されている。赤外線ポート１９は、ユーザ入力用リモコン２３からの指示信号を受信し、周辺機器制御チップ１４に当該信号を伝達する。
【００５５】
そして、ＣＰＵ１１は主記憶装置１２等に記憶された本発明の情報処理プログラムを含む各種プログラムを実行することにより、ノード装置３２全体を統括制御するようになっており、また、リモコン２３等の入力部からの指示信号に応じて、参加チャンネルの選択処理等を行なうようになっている。ノード装置３２は、実行されるプログラムに応じて、放送装置３１、情報を送信（転送）するノード装置、情報を受信するノード装置等として機能する。また、ノード装置３２のＣＰＵ１１は、本発明の受信手段、記憶手段、再生手段及び検知手段として機能する。
【００５６】
［２−２．放送装置の構成等］
次に、図９に示す放送装置３１の概要構成例を参照して、本発明の配信装置としての放送装置３１の構成および機能について説明する。
【００５７】
放送装置３１は、図９に示すように、演算機能を有するＣＰＵ３１１と、送信すべき高遅延ストリームデータを一時蓄積する高遅延ストリームバッファと、送信すべき低遅延ストリームデータを一時蓄積する低遅延ストリームバッファを含むリングバッファメモリ３１２１、オペレーティングシステム３１２２、ストリーム制御プログラム３１２３、ストリームデータに含まれるエンコードされたビデオデータ（映像情報）等をデコード（データ伸張や復号化等）等する画面制御プログラム３１２４、トポロジー管理プログラム３１２５、ストリームデータに含まれるエンコードされたオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）する音楽デコーダ３１２６を備え、作業用ＲＡＭ、各種データおよびプログラムを記憶するＲＯＭ等から構成された主記憶装置３１２と、放送用のコンテンツデータ（ストリームデータ）およびプログラム等を記憶保存（格納）するためのＨＤ等から構成されたハードディスク装置３１３と、ハードディスク装置３１３や入力部等の周辺機器との接続を制御し、情報を伝達する周辺機器制御チップ３１４と、デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力するビデオチップ３１５１と、当該ビデオチップ３１５１から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等のディスプレイ３１６１と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音源チップ３１５２と、当該音源チップ３１５２から出力されたオーディオ信号を音波として出力するスピーカ３１６２と、ユーザからの指示を受け付け当該指示に応じた指示信号をＣＰＵ３１１に対して与える入力部としてのキーボード３１６３及びマウス３１６４（他にも、例えば、操作用リモコン、操作パネル等が可）と、ネットワーク８を通じてルータ３１９等を介し、ノード装置３２等との間の情報の通信制御を行なうためのネットワークインターフェイス３１７と、電源３２０と、を備えて構成され、ＣＰＵ３１１、主記憶装置３１２、周辺機器制御チップ３１４、ビデオチップ３１５１、音源チップ３１５２及びネットワークインターフェイス３１７はシステムバス３１８を介して相互に接続されている。ネットワークインターフェイス３１７は、ネットワーク８を介して外部のルータ３１９等と接続されている。
【００５８】
そして、ＣＰＵ３１１は主記憶装置３１２等に記憶された各種プログラムを実行することにより、放送装置３１全体を統括制御するようになっており、また、キーボード３１６３等の入力部からの指示信号に応じて、種々の処理を行なうようになっている。
【００５９】
［３．本実施形態のツリー型配信システムにおける動作］
次に、本実施形態のツリー型配信システムＳにおける各装置の動作について図１０乃至図１２を用いて説明する。
【００６０】
［３−１．放送装置の動作］
まず、図１０を参照して、本実施形態の放送装置３１の動作について説明する。放送装置３１は、各ストリームを順次配信する際に、遅延時間が異なる配信情報を送信する際には、前もって次に送信すべき配信情報の配信を開始するよう、配信タイミングを制御する。例えば、低遅延ストリームに続けて高遅延ストリームを配信する際には、低遅延ストリームの配信が終了する前に、前もって高遅延ストリームの配信を開始する。
【００６１】
放送装置３１のＣＰＵ３１１は、キーボード３１６３及びマウス３１６４等により放送装置３１に電源が入れられたことを認識すると、図１０のフローチャートに示す情報処理を開始する。なお、以下の処理はＣＰＵ３１１の制御に基づいて実行される。
【００６２】
処理が開始されると、ＣＰＵ３１１は、当該放送装置３１のプログラム等の各種設定を初期化し（ステップＳ１）、高遅延ストリームの送信タイミングか否かを判断する（ステップＳ２）。高遅延ストリームの送信タイミングである場合（ステップＳ２：Ｙｅｓ）には、高遅延ストリームパケットを送信して（ステップＳ３）、ステップＳ６へ移行し、高遅延ストリームの送信タイミングでない場合（ステップＳ２：Ｎｏ）には、高遅延ストリームのダミーパケットの送信タイミングか否かを判断する（ステップＳ４）。
【００６３】
判断の結果、高遅延ストリームのダミーパケットの送信タイミングである場合（ステップＳ４：Ｙｅｓ）には、高遅延ストリームのダミーパケットを送信し（ステップＳ５）、高遅延ストリームのダミーパケットの送信タイミングでない場合（ステップＳ４：Ｎｏ）には、ステップＳ６へ移行する。
【００６４】
次いで、低遅延ストリームの送信タイミングか否かを判断する（ステップＳ６）。低遅延ストリームの送信タイミングである場合（ステップＳ６：Ｙｅｓ）には、低遅延ストリームパケットを送信して（ステップＳ７）、ステップＳ１０へ移行し、低遅延ストリームの送信タイミングでない場合（ステップＳ６：Ｎｏ）には、低遅延ストリームのダミーパケットの送信タイミングか否かを判断する（ステップＳ８）。
【００６５】
判断の結果、低遅延ストリームのダミーパケットの送信タイミングである場合（ステップＳ８：Ｙｅｓ）には、低遅延ストリームのダミーパケットを送信し（ステップＳ９）、低遅延ストリームのダミーパケットの送信タイミングでない場合（ステップＳ８：Ｎｏ）には、ステップＳ１０へ移行する。
【００６６】
そして、放送装置３１としてのサービスを終了するか否か、キーボード３１６３及びマウス３１６４等からの入力やネットワークインターフェイス３１７を介した指示等により判断する（ステップＳ１０）。放送装置３１としてのコンテンツ配信サービスを終了する場合（ステップＳ１０：Ｙｅｓ）には、当該処理を終了し、放送装置３１としてのコンテンツ配信サービスを終了しない場合には（ステップＳ１０：Ｎｏ）、ステップＳ１に戻る。
【００６７】
［３−２．ノード装置の動作］
続いて図１１及び図１２を参照して、本実施形態のノード装置３２の動作について説明する。
（ｉ）第１の手法によって再生処理切り替えを行なう場合
先ず初めに、第１の手法によって再生処理の切り替えを行なう際のノード装置３２の動作について説明する。
【００６８】
ノード装置３２のＣＰＵ１１は、ユーザ入力用リモコン２３等により自ノード装置３２に電源が入れられたことを認識すると、図１１のフローチャートに示す情報処理を開始する。なお、以下の処理はＣＰＵ１１の制御に基づいて実行される。
【００６９】
処理が開始されると、ＣＰＵ１１は、当該ノード装置３２のプログラム等の各種設定を初期化し、続いて上流のノード装置３２（又は放送装置３１）からパケットを受信したか否かを判断する（ステップＳ２１）。パケットを受信していない場合には（ステップＳ２１：Ｎｏ）、ステップＳ２３へ移行し、パケットを受信した場合には（ステップＳ２１：Ｙｅｓ）、対応するバッファにパケットを保存する（ステップＳ２２）。具体的には、受信したパケットのヘッダのストリームＩＤを確認して、該パケットが低遅延ストリームデータであるか、高遅延ストリームデータであるかを判断し、ストリームＩＤが「０１」であればリングバッファメモリ１２１の低遅延ストリームデータを一時蓄積する低遅延ストリームバッファに保存し、ストリームＩＤが「０２」であればリングバッファメモリ１２１の高遅延ストリームデータを一時蓄積する高遅延ストリームバッファに保存する。なお、パケットをバッファに保存する際には、ヘッダを除去してから保存する。
【００７０】
次に、高遅延ストリームバッファにパケットがあるか否かを判断し（ステップＳ２３）、高遅延ストリームバッファにパケットがある場合（ステップＳ２３：Ｙｅｓ）には、高遅延ストリームは再生可能か否かを判断する（ステップＳ２４）。ステップＳ２４の判断の結果、高遅延ストリームが再生可能であると判断された場合（ステップＳ２４：Ｙｅｓ）には、ステップＳ２１で受信したパケットがダミーパケットであるか否かを判断する（ステップＳ２５）。
【００７１】
判断の結果、受信したパケットがダミーパケットである場合には（ステップＳ２５：Ｙｅｓ）、ステップＳ２７へ移行し、受信したパケットがダミーパケットでない場合には（ステップＳ２５：Ｎｏ）、受信したパケットは再生すべきストリームデータを構成するパケットであるため、高遅延ストリームバッファにバッファリングされた高遅延ストリームパケットを再生する（ステップＳ２６）。
【００７２】
続いて、ステップＳ２１で受信したパケットのヘッダに切り替え指示情報があるか否かを判断し（ステップＳ２７）、切り替え指示情報がない場合（ステップＳ２７：Ｎｏ）には、ステップＳ３５へ移行し、切り替え指示情報がある場合（ステップＳ２７：Ｙｅｓ）には、次に再生すべきストリームの再生を許可状態として（ステップＳ２８）、ステップＳ３５へ移行する。
【００７３】
一方、ステップＳ２３の判断において、高遅延ストリームバッファにパケットがないと判断された場合（ステップＳ２３：Ｎｏ）、及び、ステップＳ２４の判断において、高遅延ストリームが再生可能でないと判断された場合（ステップＳ２４：Ｎｏ）には、ステップＳ２９へ移行し、低遅延ストリームバッファにパケットがあるか否かを判断する（ステップＳ２９）。判断の結果、低遅延ストリームバッファにパケットがない場合（ステップＳ２９：Ｎｏ）には、ステップＳ３５へ移行し、低遅延ストリームバッファにパケットがある場合（ステップＳ２９：Ｙｅｓ）には、低遅延ストリームは再生可能か否かを判断する（ステップＳ３０）。
【００７４】
ステップＳ３０の判断の結果、低遅延ストリームが再生可能でないと判断された場合（ステップＳ３０：Ｎｏ）には、ステップＳ３５へ移行し、低遅延ストリームが再生可能であると判断された場合（ステップＳ３０：Ｙｅｓ）には、次いで、ステップＳ２１で受信したパケットがダミーパケットであるか否かを判断する（ステップＳ３１）。
【００７５】
判断の結果、受信したパケットがダミーパケットである場合には（ステップＳ３１：Ｙｅｓ）、ステップＳ３３へ移行し、受信したパケットがダミーパケットでない場合には（ステップＳ３１：Ｎｏ）、受信したパケットは再生すべきストリームデータを構成するパケットであるため、低遅延ストリームバッファにバッファリングされた低遅延ストリームパケットを再生する（ステップＳ３２）。
【００７６】
そして、ステップＳ２１で受信したパケットのヘッダに切り替え指示情報があるか否かを判断し（ステップＳ３３）、切り替え指示情報がない場合（ステップＳ３３：Ｎｏ）には、ステップＳ３５へ移行し、切り替え指示情報がある場合（ステップＳ３３：Ｙｅｓ）には、次に再生すべきストリームの再生を許可状態として（ステップＳ３４）、ステップＳ３５へ移行する。
【００７７】
続いて、ノード装置３２の電源がオフとされたり、或いは他のチャンネル（他の放送装置を最上位として構成される他のツリー）へ移動する等により、システムＳからの離脱がユーザによって選択されたか否かを判断し（ステップＳ３５）、離脱が選択された場合（ステップＳ３５：Ｙｅｓ）には処理を終了し、離脱が選択されていない場合（ステップＳ３５：Ｎｏ）には、ステップＳ２１へ戻る。
【００７８】
（ｉｉ）第２の手法によって再生処理切り替えを行なう場合
続いて、第２の手法によって再生処理の切り替えを行なう際のノード装置３２の動作について説明する。
【００７９】
ノード装置３２のＣＰＵ１１は、ユーザ入力用リモコン２３等により自ノード装置３２に電源が入れられたことを認識すると、図１２のフローチャートに示す情報処理を開始する。なお、以下の処理はＣＰＵ１１の制御に基づいて実行される。
【００８０】
処理が開始されると、ＣＰＵ１１は、先ず、当該ノード装置３２のプログラム等の各種設定を初期化し、続いて上流のノード装置３２（又は放送装置３１）からパケットを受信したか否かを判断する（ステップＳ５１）。パケットを受信していない場合には（ステップＳ５１：Ｎｏ）、ステップＳ５３へ移行し、パケットを受信した場合には（ステップＳ５１：Ｙｅｓ）、対応するバッファにパケットを保存する（ステップＳ５２）。具体的には、受信したパケットのヘッダのストリームＩＤを確認して、該パケットが低遅延ストリームデータであるか、高遅延ストリームデータであるかを判断し、ストリームＩＤが「０１」であればリングバッファメモリ１２１の低遅延ストリームデータを一時蓄積する低遅延ストリームバッファに保存し、ストリームＩＤが「０２」であればリングバッファメモリ１２１の高遅延ストリームデータを一時蓄積する高遅延ストリームバッファに保存する。なお、パケットをバッファに保存する際には、ヘッダを除去してから保存する。
【００８１】
次いで、高遅延ストリームバッファにパケットがあるか否かを判断し（ステップＳ５３）、高遅延ストリームバッファにパケットがある場合（ステップＳ５３：Ｙｅｓ）には、受信した低遅延ストリームのパケット連番が、特定情報にて特定されたパケット連番以上か否かを判断する（ステップＳ５４）。つまり、低遅延ストリームデータの受信パケット連番カウンタと、前の処理にて受信したダミーパケットに含まれる特定情報（或いは高遅延ストリームのパケットのヘッダに含まれる特定情報）にて特定された低遅延ストリームのパケットデータのパケット連番とを比較し、低遅延ストリームデータの受信パケット連番カウンタが、特定情報にて特定された低遅延ストリームのパケットデータのパケット連番以上か否かを判断する。
【００８２】
判断の結果、受信した低遅延ストリームのパケット連番が、特定情報にて特定されたパケット連番以上である場合（ステップＳ５４：Ｙｅｓ）には、受信したパケットがダミーパケットであるか否かを判断する（ステップＳ５５）。
【００８３】
判断の結果、受信したパケットがダミーパケットである場合には（ステップＳ５５：Ｙｅｓ）、ステップＳ５７へ移行する。
【００８４】
一方、受信したパケットがダミーパケットでない場合には（ステップＳ５５：Ｎｏ）、受信したパケットは再生すべきストリームデータを構成するパケットであるため、高遅延ストリームバッファにバッファリングされた高遅延ストリームパケットを再生し（ステップＳ５６）、ステップＳ５７へ移行する。
【００８５】
続いて、ステップＳ５１にてパケットを受信したことに起因して、対応する受信パケット連番を更新する（ステップＳ５７）。つまり、受信したパケットが低遅延ストリームデータであれば、低遅延ストリームデータの受信パケット連番カウンタを「１」更新し、受信したパケットが高遅延ストリームデータであれば、高遅延ストリームデータの受信パケット連番カウンタを「１」更新する。なお、受信パケット連番カウンタは、例えば、主記憶装置１２の作業用ＲＡＭ等を利用して行なう。そして、ステップＳ６３へ移行する。
【００８６】
一方、ステップＳ５３の判断において、高遅延ストリームバッファにパケットがないと判断された場合（ステップＳ５３：Ｎｏ）、及び、ステップＳ５４の判断において、受信した低遅延ストリームのパケット連番が、特定情報にて特定されたパケット連番以上でない場合（ステップＳ５４：Ｎｏ）ステップＳ５８へ移行し、低遅延ストリームバッファにパケットがあるか否かを判断する（ステップＳ５８）。
【００８７】
判断の結果、低遅延ストリームバッファにパケットがある場合（ステップＳ５８：Ｙｅｓ）には、受信した高遅延ストリームのパケット連番が、特定情報にて特定されたパケット連番以上か否かを判断する（ステップＳ５９）。つまり、高遅延ストリームデータの受信パケット連番カウンタと、前の処理にて受信したダミーパケットに含まれる特定情報（或いは低遅延ストリームのパケットのヘッダに含まれる特定情報）にて特定された低遅延ストリームのパケットデータのパケット連番とを比較し、低遅延ストリームデータの受信パケット連番カウンタが、特定情報にて特定された低遅延ストリームのパケットデータのパケット連番以上か否かを判断する。
【００８８】
判断の結果、受信した高遅延ストリームのパケット連番が、特定情報にて特定されたパケット連番以上である場合（ステップＳ５９：Ｙｅｓ）には、受信したパケットがダミーパケットであるか否かを判断する（ステップＳ６０）。
【００８９】
判断の結果、受信したパケットがダミーパケットである場合には（ステップＳ６０：Ｙｅｓ）、ステップＳ６２へ移行する。
【００９０】
一方、受信したパケットがダミーパケットでない場合には（ステップＳ６０：Ｎｏ）、受信したパケットは再生すべきストリームデータを構成するパケットであるため、低遅延ストリームバッファにバッファリングされた低遅延ストリームパケットを再生し（ステップＳ６１）、ステップＳ６２へ移行する。
【００９１】
続いて、ステップＳ５１にてパケットを受信したことに起因して、対応する受信パケット連番を更新する（ステップＳ６２）。つまり、受信したパケットが低遅延ストリームデータであれば、低遅延ストリームデータの受信パケット連番カウンタを「１」更新し、受信したパケットが高遅延ストリームデータであれば、高遅延ストリームデータの受信パケット連番カウンタを「１」更新する。そして、ステップＳ６３へ移行する。
【００９２】
一方、低遅延ストリームバッファにパケットがない場合（ステップＳ５８：Ｎｏ）、又は受信した高遅延ストリームのパケット連番が、特定情報にて特定されたパケット連番以上でない場合（ステップＳ５９：Ｎｏ）には、ステップＳ６３へ移行する。
【００９３】
そして、ノード装置３２の電源がオフとされたり、或いは他のチャンネル（他の放送装置を最上位として構成される他のツリー）へ移動する等により、システムＳからの離脱がユーザによって選択されたか否かを判断し（ステップＳ６３）、離脱が選択された場合（ステップＳ６３：Ｙｅｓ）には処理を終了し、離脱が選択されていない場合（ステップＳ６３：Ｎｏ）には、ステップＳ５１へ戻る。
【００９４】
以上のように、本実施形態では、遅延時間の異なる低遅延ストリームと高遅延ストリームが、順次ノード装置３２に転送されるツリー型配信システムにおいて、放送装置３１は、低遅延ストリームに続けて、高遅延ストリームを配信する際に、低遅延ストリームの配信が終了する前に、前もって高遅延ストリームの配信を開始するよう構成し、更に、ノード装置３２は、上流のノード装置３２或いは放送装置３１から受信した低遅延ストリーム（又は高遅延ストリーム）をバッファリングしつつ再生する際に、再生中の低遅延ストリーム（又は高遅延ストリーム）から次に再生すべき高遅延ストリーム（又は低遅延ストリーム）へ再生処理を切り替える切り替えタイミングを検知して、次に再生すべき高遅延ストリーム（又は低遅延ストリーム）の再生を開始するよう構成したので、放送装置３１から、ノード装置３２にて再生出力されるまでに必要な遅延時間が異なる低遅延ストリームと高遅延ストリームが配信される場合であっても、各ノード装置３２にてスムーズに再生処理を行なうことができる。
【００９５】
また、低遅延ストリームに続いて高遅延ストリームを再生する場合には、低遅延ストリームを構成する何れかのバケット（例えば最後尾のパケット）のヘッダに、次に再生すべき高遅延ストリームの再生処理を開始するよう指示する切り替え指示情報を含むよう構成し、該切り替え指示情報を含むパケットを受信したときに切り替えタイミングを検知するよう構成したので、次に再生すべきストリームが、遅延時間の異なるストリームであっても、スムーズに再生処理を行なうことができる。なお、高遅延ストリームに続いて低遅延ストリームを再生する場合には、高遅延ストリームを構成する何れかのバケット（例えば最後尾のパケット）のヘッダに、次に再生すべき低遅延ストリームの再生処理を開始するよう指示する切り替え指示情報を含むよう構成すれば同様の効果が得られる。
【００９６】
更に、他の方法として、低遅延ストリームに続いて高遅延ストリームを再生する場合には、低遅延ストリームを構成する何れかのバケットを特定する特定情報と、次に再生すべき高遅延ストリームの再生処理を開始するよう指示する切り替え指示情報と、を、高遅延ストリームを構成するパケット（例えば先頭のパケット）のヘッダに含むよう構成し、該特定情報にて特定される低遅延ストリームのパケットを受信したときに切り替えタイミングを検知するよう構成したので、次に再生すべきストリームが、遅延時間の異なるストリームであっても、スムーズに再生処理を行なうことができる。なお、高遅延ストリームに続いて低遅延ストリームを再生する場合には、高遅延ストリームを構成する何れかのバケットを特定する特定情報と、次に再生すべき低遅延ストリームの再生処理を開始するよう指示する切り替え指示情報と、を、低遅延ストリームを構成するパケット（例えば先頭のパケット）のヘッダに含むよう構成すれば同様の効果が得られる。
【００９７】
また、ストリームを構成する複数のパケットのヘッダに、上記切り替え指示情報（及び特定情報）を含むよう構成すれば、パケットロスなどの事故が発生した場合であっても、他のパケットの切り替え指示情報（及び特定情報）によって確実に次に再生すべきストリームの再生を開始することができる。更に、上記切り替え指示情報（及び特定情報）を含むダミーパケットをストリーム中に所定間隔で含むよう構成してもよい。
【００９８】
なお、上述したステップＳ２５、Ｓ３１、Ｓ５５及びＳ６０の判断にて、受信したパケットがダミーパケットである場合には、ダミーパケットをバッファに保存されたダミーパケットを再生しないよう構成したが、バッファに保存処理の前に受信したパケットがダミーパケットか否かを判断し、ダミーパケットである場合には、バッファに保存しないよう構成してもよい。
【００９９】
上述のノード装置３２及び放送装置３１の各動作に対応するプログラムをフレキシブルディスク又はハードディスク等の情報記録媒体に記録しておき、或いはインターネット等のネットワークを介して取得して記録しておき、これをマイクロコンピュータ等により読み出して実行することにより、当該マイクロコンピュータを各実施形態に係るＣＰＵ１１又はＣＰＵ３１１として機能させることも可能である。
【図面の簡単な説明】
【０１００】
【図１】本実施形態に係るツリー型配信システムＳにおける各ノード装置の接続態様の一例を示す図である。
【図２】本実施形態に係るツリー型配信システムＳの概要を説明する図である。
【図３】ノード装置３２における高遅延ストリーム及び低遅延ストリームの受信、プリバッファリング処理、再生出力を時系列で示した図である。
【図４】（Ａ）は、放送局装置３１から配信されるコンテンツのデータ構造図、（Ｂ−１）は、ストリームデータのデータ構造図、（Ｂ−２）は、次が高遅延ストリームである低遅延ストリームのデータ構造図である。
【図５】（Ａ）は、放送局装置３１から配信されるコンテンツのデータ構造図、（Ｂ−３）は、ダミーパケットを含む場合における、次が高遅延ストリームである低遅延ストリームのデータ構造図である。
【図６】（Ａ）は、放送局装置３１から配信されるコンテンツのデータ構造図、（Ｂ−１）は、ストリームデータのデータ構造図、（Ｂ−２）は、前が低遅延ストリームである高遅延ストリームのデータ構造図である。
【図７】（Ａ）は、放送局装置３１から配信されるコンテンツのデータ構造図、（Ｂ−３）は、ダミーパケットを含む場合における、前が低遅延ストリームである高遅延ストリームのデータ構造図である。
【図８】ノード装置３２の概要構成例を示す図である。
【図９】放送装置３１の概要構成例を示す図である。
【図１０】放送装置３１における処理を示すフローチャートである。
【図１１】第１の手法によって再生処理切り替えを行なう場合のノード装置３２における処理を示すフローチャートである。
【図１２】第２の手法によって再生処理切り替えを行なう場合のノード装置３２における処理を示すフローチャートである。
【符号の説明】
【０１０１】
３２  ノード装置
３１  放送装置
８  ネットワーク
１１  ＣＰＵ
１２  主記憶装置
１３  ハードディスク装置
１４  周辺機器制御チップ
１５  ビデオチップ
１６  内蔵ディスプレイ
１７  音源チップ
１８  内蔵スピーカ
１９  赤外線ポート
２１  ネットワークインターフェイス
２２  システムバス
２３  ユーザ入力用リモコン
２４  ルータ
Ｓ  ツリー型配信システム
【図１】
2008141483.tif 000003
【図２】
2008141483.tif 000004
【図３】
2008141483.tif 000005
【図４】
2008141483.tif 000006
【図５】
2008141483.tif 000007
【図６】
2008141483.tif 000008
【図７】
2008141483.tif 000009
【図８】
2008141483.tif 000010
【図９】
2008141483.tif 000011
【図１０】
2008141483.tif 000012
【図１１】
2008141483.tif 000013
【図１２】
2008141483.tif 000014