(57)【要約】      （修正有）【課題】  配信データを受信する処理装置のバッファメモリ等の記憶手段に記憶された配信データの記憶量の変化に応じて、当該処理装置が、配信データを送信する処理装置に対して配信データの一部を削減して送信することを指示することが可能な情報配信システム等を提供する。【解決手段】  配信データを配信する第２の処理装置に対して送信要求情報を送信する送信要求情報送信手段と、配信データを受信する配信データ受信手段と、配信データを記憶する記憶手段と、記憶された配信データの記憶量を検出するデータ記憶量検出手段と、前記第２の処理装置に対して、配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を、配信データの記憶量に応じて取得するデータ量削減係数情報取得手段と、前記第２の処理装置に対して、前記データ量削減係数情報を送信するデータ量削減係数情報送信手段とを有することを特徴とする。【選択図】  図１
2006080659.tif 000002
【特許請求の範囲】
【請求項１】
配信データを配信する第２の処理装置と、当該第２の処理装置とネットワークを介して接続される第１の処理装置により構成される情報配信システムにおいて、
前記第１の処理装置は、
前記第２の処理装置に対して、前記配信データの送信要求を示す送信要求情報を送信する送信要求情報送信手段と、
前記第２の処理装置から送信された前記配信データを受信する配信データ受信手段と、
前記配信データ受信手段によって受信した前記配信データを記憶する記憶手段と、
当該記憶手段に記憶された前記配信データの記憶量を検出するデータ記憶量検出手段と、
前記第２の処理装置に対して、前記配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を、前記データ記憶量検出手段によって検出された前記配信データの記憶量に応じて取得するデータ量削減係数情報取得手段と、
前記第２の処理装置に対して、前記データ量削減係数情報を送信するデータ量削減係数情報送信手段と、を有し、
前記第２の処理装置は、
前記第１の処理装置から送信された前記送信要求情報を受信する送信要求情報受信手段と、
前記第１の処理装置から送信された前記データ量削減係数情報を受信するデータ量削減係数情報受信手段と、
前記受信したデータ量削減係数情報に基づいて、前記配信データを構成するデータの一部を削減するデータ量削減処理手段と、
前記データ量削減処理手段によって前記配信データを構成するデータの一部を削減した後の残りの前記配信データを前記第１の処理装置に送信する配信データ送信手段と、
を有することを特徴とする情報配信システム。
【請求項２】
配信データを配信する第２の処理装置に対して前記配信データの送信要求を示す送信要求情報を送信する送信要求情報送信手段と、
前記第２の処理装置から送信された前記配信データを受信する配信データ受信手段と、
前記配信データ受信手段によって受信した前記配信データを記憶する記憶手段と、
当該記憶手段に記憶された前記配信データの記憶量を検出するデータ記憶量検出手段と、
前記第２の処理装置に対して、前記配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を、前記データ記憶量検出手段によって検出された前記配信データの記憶量に応じて取得するデータ量削減係数情報取得手段と、
前記第２の処理装置に対して、前記データ量削減係数情報を送信するデータ量削減係数情報送信手段と、
を有することを特徴とする第１の処理装置。
【請求項３】
請求項２に記載の第１の処理装置において、
前記データ記憶量検出手段によって検出された前記配信データの記憶量が、所定閾値以上か否かを判定する判定手段を有し、
前記データ量削減係数情報取得手段は、前記判定手段によって前記記憶量が所定閾値以上と判定された場合には、前記配信データを構成するデータを削減せず送信することを指示する前記データ量削減係数情報を取得することを特徴とする第１の処理装置。
【請求項４】
請求項３に記載の第１の処理装置において、
前記配信データは複数の画像データで構成される映像データを含み、
前記データ量削減係数情報取得手段は、前記判定手段によって前記記憶量が前記所定閾値未満と判定された場合には、１の前記画像データのデータ量を低下させるべく、前記１の画像データを構成するデータの一部を削減して送信することを指示する前記データ量削減係数情報を取得することを特徴とする第１の処理装置。
【請求項５】
請求項４に記載の第１の処理装置において、
前記配信データ受信手段は、前記１の画像データを複数のパケットデータとして受信し、
前記データ量削減係数情報取得手段は、前記判定手段によって前記記憶量が前記所定閾値未満と判定された場合には、前記１の画像データのデータ量を低下させるべく、前記１の画像データを構成する前記複数のパケットデータのうち一部のパケットデータを削減して送信することを指示する前記データ量削減係数情報を取得することを特徴とする第１の処理装置。
【請求項６】
請求項５に記載の第１の処理装置において、
前記記憶手段は、前記配信データを、当該配信データを構成する複数の画像データとして記憶し、
前記データ記憶量検出手段は、前記記憶手段に記憶された前記画像データの数を検出し、
前記判定手段は、前記データ記憶量検出手段によって検出された前記画像データの数が、前記所定閾値以上か否かを判定することを特徴とする第１の処理装置。
【請求項７】
請求項２乃至請求項６のいずれか一項に記載の第１の処理装置において、
前記記憶手段に記憶された前記配信データを読み出して再生可能に復元する復元手段を有することを特徴とする第１の処理装置。
【請求項８】
前記配信データを配信する配信装置を最上位として前記第１の処理装置と前記第２の処理装置を含む複数の処理装置が複数の階層を形成しつつ通信経路を介してツリー状に接続され、前記配信装置により配信された前記配信データが、上位階層の前記処理装置から下位階層の前記処理装置に順次転送されるツリー型配信システムに含まれる前記第１の処理装置において、
前記第２の処理装置から前記配信データの送信が停止されたことを検知する送信停止検知手段を有し、
前記送信要求情報送信手段は、前記配信データの送信の停止を検知すると、前記ツリー型配信システムに含まれる第３の処理装置に対して前記送信要求情報を送信することを特徴とする請求項２乃至請求項７のいずれか一項に記載の第１の処理装置。
【請求項９】
前記配信データを配信する配信装置を最上位として前記第１の処理装置と前記第２の処理装置を含む複数の処理装置が複数の階層を形成しつつ通信経路を介してツリー状に接続され、前記配信装置により配信された前記配信データが、上位階層の前記処理装置から下位階層の前記処理装置に順次転送されるツリー型配信システムに含まれる前記第１の処理装置において、
前記ツリー型配信システムと異なる他の配信システムに遷移することを指示する遷移指示手段と、
前記他の配信システムに遷移することが指示されると、前記記憶手段に記憶された前記配信データを消去するデータ消去手段と、を有し、
前記送信要求情報送信手段は、前記他の配信システムに含まれる第４の処理装置に対して前記送信要求情報を送信することを特徴とする請求項２乃至請求項８のいずれか一項に記載の第１の処理装置。
【請求項１０】
第１の処理装置から送信された配信データの送信要求を示す送信要求情報を受信する送信要求情報受信手段と、
前記第１の処理装置から送信された前記配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を受信するデータ量削減係数情報受信手段と、
前記受信したデータ量削減係数情報に基づいて、前記配信データを構成するデータの一部を削減するデータ量削減処理手段と、
前記データ量削減処理手段によって前記配信データを構成するデータの一部を削減した後の残りの前記配信データを前記第１の処理装置に送信する配信データ送信手段と、
を有することを特徴とする第２の処理装置。
【請求項１１】
請求項１０に記載の第２の処理装置において、
前記配信データは複数の画像データで構成される映像データを含み、
前記データ量削減係数情報は、１の前記画像データのデータ量を低下させるべく、前記１の画像データを構成するデータの一部を削減した後の残りのデータを送信するよう指示することを特徴とする第２の処理装置。
【請求項１２】
請求項１１に記載の第２の処理装置において、
前記１の画像データは複数のパケットデータで構成され、
前記データ量削減係数情報は、前記１の画像データのデータ量を低下させるべく、前記１の画像データを構成する前記複数のパケットデータのうち一部の前記パケットデータを削減した後の残りの前記パケットデータを送信するよう指示することを特徴とする第２の処理装置。
【請求項１３】
請求項１１に記載の第２の処理装置において、
前記データ量削減係数情報は、前記１の画像データのデータ量を低下させるべく、前記１の画像データを構成する複数の画素のうち一部の前記画素を削減した後の残りの前記画素をパケット化して送信するよう指示することを特徴とする第２の処理装置。
【請求項１４】
請求項１０乃至請求項１３のいずれか一項に記載の第２の処理装置は、
前記配信データを配信する配信装置を最上位として前記第１の処理装置を含む複数の処理装置が複数の階層を形成しつつ通信経路を介してツリー状に接続され、前記配信装置により配信された前記配信データが、上位階層の前記処理装置から下位階層の前記処理装置に順次転送されるツリー型配信システムに含まれる１の前記処理装置であることを特徴とする第２の処理装置。
【請求項１５】
配信データを配信する第２の処理装置に対して前記配信データの送信要求を示す送信要求情報を送信する送信要求情報送信工程と、
前記第２の処理装置から送信された前記配信データを受信する配信データ受信工程と、
前記配信データ受信工程にて受信した前記配信データを記憶する記憶工程と、
当該記憶工程にて記憶された前記配信データの記憶量を検出するデータ記憶量検出工程と、
前記第２の処理装置に対して、前記配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を、前記データ記憶量検出工程にて検出された前記配信データの記憶量に応じて取得するデータ量削減係数情報取得工程と、
前記第２の処理装置に対して、前記データ量削減係数情報を送信するデータ量削減係数情報送信工程と、
を有することを特徴とする第１の処理方法。
【請求項１６】
請求項１５に記載の第１の処理方法において、
前記データ記憶量検出工程にて検出された前記配信データの記憶量が、所定閾値以上か否かを判定する判定工程を有し、
前記データ量削減係数情報取得工程は、前記判定工程にて前記記憶量が所定閾値以上と判定された場合には、前記配信データを構成するデータを削減せず送信することを指示する前記データ量削減係数情報を取得することを特徴とする第１の処理方法。
【請求項１７】
請求項１６に記載の第１の処理方法において、
前記配信データは複数の画像データで構成される映像データを含み、
前記データ量削減係数情報取得工程は、前記判定工程にて前記配信データの記憶量が前記所定閾値未満と判定された場合には、１の前記画像データのデータ量を低下させるべく、前記１の画像データを構成するデータの一部を削減して送信することを指示する前記データ量削減係数情報を取得することを特徴とする第１の処理方法。
【請求項１８】
第１の処理装置から送信された配信データの送信要求を示す送信要求情報を受信する送信要求情報受信工程と、
前記第１の処理装置から送信された前記配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を受信するデータ量削減係数情報受信工程と、
前記受信したデータ量削減係数情報に基づいて、前記配信データを構成するデータの一部を削減するデータ量削減処理工程と、
前記データ量削減処理工程にて前記配信データを構成するデータの一部を削減した後の残りの前記配信データを前記第１の処理装置に送信する配信データ送信工程と、
を有することを特徴とする第２の処理方法。
【請求項１９】
請求項１８に記載の第２の処理方法において、
前記配信データは複数の画像データで構成される映像データを含み、
前記データ量削減係数情報は、１の前記画像データのデータ量を低下させるべく、前記１の画像データを構成するデータの一部を削減した後の残りのデータを送信するよう指示することを特徴とする第２の処理方法。
【請求項２０】
コンピュータを、配信データを配信する第２の処理装置に対して前記配信データの送信要求を示す送信要求情報を送信する送信要求情報送信手段、
前記第２の処理装置から送信された前記配信データを受信する配信データ受信手段、
前記配信データ受信手段によって受信した前記配信データを記憶する記憶手段、
当該記憶手段に記憶された前記配信データの記憶量を検出するデータ記憶量検出手段、
前記第２の処理装置に対して、前記配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を、前記データ記憶量検出手段によって検出された前記配信データの記憶量に応じて取得するデータ量削減係数情報取得手段及び、
前記第２の処理装置に対して、前記データ量削減係数情報を送信するデータ量削減係数情報送信手段として機能させることを特徴とする第１の処理プログラム。
【請求項２１】
請求項２０に記載の第１の処理プログラムにおいて、
前記コンピュータを、前記データ記憶量検出手段によって検出された前記配信データの記憶量が、所定閾値以上か否かを判定する判定手段として機能させ、かつ、
前記データ量削減係数情報取得手段は、前記判定手段によって前記記憶量が所定閾値以上と判定された場合には、前記配信データを構成するデータを削減せず送信することを指示する前記データ量削減係数情報を取得するよう機能させることを特徴とする第１の処理プログラム。
【請求項２２】
請求項２１に記載の第１の処理プログラムにおいて、
前記配信データは複数の画像データで構成される映像データを含み、
前記データ量削減係数情報取得手段は、前記判定手段によって前記記憶量が前記所定閾値未満と判定された場合には、１の前記画像データのデータ量を低下させるべく、前記１の画像データを構成するデータの一部を削減して送信することを指示する前記データ量削減係数情報を取得するよう機能させることを特徴とする第１の処理プログラム。
【請求項２３】
コンピュータを、第１の処理装置から送信された配信データの送信要求を示す送信要求情報を受信する送信要求情報受信手段、
前記第１の処理装置から送信された前記配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を受信するデータ量削減係数情報受信手段、
前記受信したデータ量削減係数情報に基づいて、前記配信データを構成するデータの一部を削減するデータ量削減処理手段及び、
前記データ量削減処理手段によって前記配信データを構成するデータの一部を削減した後の残りの前記配信データを前記第１の処理装置に送信する配信データ送信手段として機能させることを特徴とする第２の処理プログラム。
【請求項２４】
請求項２３に記載の第２の処理プログラムにおいて、
前記配信データは複数の画像データで構成される映像データを含み、
前記データ量削減係数情報は、１の前記画像データのデータ量を低下させるべく、前記１の画像データを構成するデータの一部を削減した後の残りのデータを送信するよう指示するよう機能させることを特徴とする第２の処理プログラム。
【請求項２５】
請求項２０乃至請求項２２のいずれか一項に記載の第１の処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。
【請求項２６】
請求項２３又は請求項２４に記載の第２の処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報配信システム等の技術分野に関し、特に、配信データを受信する処理装置が、その配信データの記憶量の変化に基づいて配信データを送信する処理装置に対して配信データ量を削減して送信するよう指示する情報配信システム等に関する。
【背景技術】
【０００２】
近年、インターネットなどのネットワーク環境技術において、特にユーザ端末装置間でストリーミングデータ配信を実現できるストリーミングデータ分散配信技術が提案されている。
【０００３】
例えば、この種のコンピュータネットワークシステムの一例として、特許文献１には、分散管理型ネットワークファイルシステムが開示されている。
【０００４】
このシステムは、いわゆるピアツーピア型のストリーミングデータ配信システムであり、クライアント・サーバ型のストリーミングデータ配信システムとは異なり、クライアントとしてのノード装置間で、ストリーミング配信されたストリーミングデータの送受信を行うようになっている。そして、ノード装置は、当該システムに参加をする際には、当該システムを構成するノード装置の何れかのノード装置に接続してストリーミングデータを受信するようになっている。また各ノード装置は任意にネットワークから離脱したり、所定条件に従って上流（上位階層）のノード装置に再接続したりすることができる。
【特許文献１】特開２００３−１６９０８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、ストリーミングデータ配信システムには、不安定な配信速度や一時的な中断によって配信速度が再生速度を下回る事態に備えて、バッファリング機能がある。例えば、ツリー型の配信システムにおいて、ストリーミングデータの送信を希望する新たなノード装置がシステムに参加して、上位階層のノード装置からストリーミングデータを受信すると、当該ストリーミングデータは一旦装置内のバッファメモリに一定の再生時間分蓄えられた後に、当該バッファメモリのデータを読み出して出力再生されることになる。
【０００６】
通常、バッファメモリに１再生単位（例えば１フレームなど）のデータを蓄積する「バッファリング速度」は、当該１再生単位のデータを配信する「配信速度」から当該１再生単位のデータを再生する「再生速度」を減算して得られるが、理想の再生状態では、「配信速度」と「再生速度」は同じであり、「バッファリング速度」は０となる。つまり、「配信速度」の低下や、一時的な配信の中断によってバッファデータ（バッファメモリに蓄積されたデータ）が消費されると、再生が中断してしまうという事態が生じる。特に、ストリーミングデータを送信している上位階層のノード装置が離脱した場合には、その下位階層のノード装置は、自律的に代替の上位階層のノード装置に切り替えることになり、その切り替え処理等のため一時的にストリーミングデータを受信することができなくなる。一時的に再生が中断するため、バッファデータを大きく消費してしまう。これが頻繁に起こるとバッファリングが追いつかず再生が途切れてしまうという問題があった。
【０００７】
さらに、ストリーミングデータを送信するシステムが複数あり、いわゆるチャンネルをザッピングし、短時間で種々のシステムへ参加／離脱を繰り返し、遷移（移動）を試みるような場合には、別のチャンネルに切り替えるたびにバッファリングをやり直す必要がある。通常、ザッピングは非常に頻繁に行われる行為であるため、バッファリングが追いつかず再生が途切れてしまうという問題があった。
【０００８】
一方、これを解決する手段として、データをバッファメモリに蓄積するには、「再生速度」より大きい「配信速度」で配信し、「バッファリング速度」を増大させる方法があるが、これはネットワークに通常以上の負荷をかけることとなってしまう。
【０００９】
本発明は、上記問題に鑑みてなされたものであり、ネットワーク負荷を増大させず、且つ再生が途切れにくい情報配信システム等を提供することを課題とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、請求項１に記載の発明は、配信データを配信する第２の処理装置と、当該第２の処理装置とネットワークを介して接続される第１の処理装置により構成される情報配信システムにおいて、前記第１の処理装置は、前記第２の処理装置に対して、前記配信データの送信要求を示す送信要求情報を送信する送信要求情報送信手段と、前記第２の処理装置から送信された前記配信データを受信する配信データ受信手段と、前記配信データ受信手段によって受信した前記配信データを記憶する記憶手段と、当該記憶手段に記憶された前記配信データの記憶量を検出するデータ記憶量検出手段と、前記第２の処理装置に対して、前記配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を、前記データ記憶量検出手段によって検出された前記配信データの記憶量に応じて取得するデータ量削減係数情報取得手段と、前記第２の処理装置に対して、前記データ量削減係数情報を送信するデータ量削減係数情報送信手段と、を有し、前記第２の処理装置は、前記第１の処理装置から送信された前記送信要求情報を受信する送信要求情報受信手段と、前記第１の処理装置から送信された前記データ量削減係数情報を受信するデータ量削減係数情報受信手段と、前記受信したデータ量削減係数情報に基づいて、前記配信データを構成するデータの一部を削減するデータ量削減処理手段と、前記データ量削減処理手段によって前記配信データを構成するデータの一部を削減した後の残りの前記配信データを前記第１の処理装置に送信する配信データ送信手段とを有することを特徴とする。
【００１１】
これによれば、第１の処理装置は、記憶手段に記憶された配信データの記憶量に応じて、配信データの一部を削減してデータ量を低下させて送信するよう指示するデータ量削減係数情報を第２の処理装置に対して送信するよう構成することが可能になるため、安定した配信データの視聴が可能になる。
【００１２】
上記課題を解決するために、請求項２に記載の発明は、配信データを配信する第２の処理装置に対して前記配信データの送信要求を示す送信要求情報を送信する送信要求情報送信手段と、前記第２の処理装置から送信された前記配信データを受信する配信データ受信手段と、前記配信データ受信手段によって受信した前記配信データを記憶する記憶手段と、当該記憶手段に記憶された前記配信データの記憶量を検出するデータ記憶量検出手段と、前記第２の処理装置に対して、前記配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を、前記データ記憶量検出手段によって検出された前記配信データの記憶量に応じて取得するデータ量削減係数情報取得手段と、前記第２の処理装置に対して、前記データ量削減係数情報を送信するデータ量削減係数情報送信手段と、を有することを特徴とする。
【００１３】
これによれば、第１の処理装置は、記憶手段に記憶された配信データの記憶量に応じて、配信データの一部を削減してデータ量を低下させて送信するよう指示するデータ量削減係数情報を第２の処理装置に対して送信するよう構成することが可能になるため、安定した配信データの視聴が可能になる。
【００１４】
上記課題を解決するために、請求項３に記載の発明は、請求項２に記載の第１の処理装置において、前記データ記憶量検出手段によって検出された前記配信データの記憶量が、所定閾値以上か否かを判定する判定手段を有し、前記データ量削減係数情報取得手段は、前記判定手段によって前記記憶量が所定閾値以上と判定された場合には、前記配信データを構成するデータを削減させず送信することを指示する前記データ量削減係数情報を取得することを特徴とする。
【００１５】
これによれば、第１の処理装置は、記憶手段に記憶されたデータ記憶量が所定閾値以上蓄積されている場合には、配信データを通常時の配信どおり削減せずにそのまま送信するよう指示するデータ量削減係数情報を第２処理装置に送信することが可能になるため、記憶手段に記憶されたデータ記憶量に基づいて最適なデータ量で配信されたデータを取得することが可能になる。
【００１６】
上記課題を解決するために、請求項４に記載の発明は、請求項３に記載の第１の処理装置において、前記配信データは複数の画像データで構成される映像データを含み、前記データ量削減係数情報取得手段は、前記判定手段によって前記記憶量が前記所定閾値未満と判定された場合には、１の前記画像データのデータ量を低下させるべく、前記１の画像データを構成するデータの一部を削減して送信することを指示する前記データ量削減係数情報を取得することを特徴とする。
【００１７】
これによれば、第１の処理装置は、画像データの一部を削減して１つの画像データのデータ量を低下させて送信するよう指示するデータ量削減係数情報を、第２の処理装置に対して送信するよう構成することが可能になるため、安定した映像データの視聴が可能になる。
【００１８】
上記課題を解決するために、請求項５に記載の発明は、請求項４に記載の第１の処理装置において、前記配信データ受信手段は、前記１の画像データを複数のパケットデータとして受信し、前記データ量削減係数情報取得手段は、前記判定手段によって前記記憶量が前記所定閾値未満と判定された場合には、前記１の画像データのデータ量を低下させるべく、前記１の画像データを構成する前記複数のパケットデータのうち一部のパケットデータを削減して送信することを指示する前記データ量削減係数情報を取得することを特徴とする。
【００１９】
これによれば、第１の処理装置は、画像データを構成するパケットデータの一部を削減して送信するよう指示するデータ量削減係数情報を、第２の処理装置に対して送信するよう構成することが可能になるため、安定した映像データの視聴が可能になる。
【００２０】
上記課題を解決するために、請求項６に記載の発明は、請求項５に記載の第１の処理装置において、前記記憶手段は、前記配信データを、当該配信データを構成する複数の画像データとして記憶し、前記データ記憶量検出手段は、前記記憶手段に記憶された前記画像データの数を検出し、前記判定手段は、前記データ記憶量検出手段によって検出された前記画像データの数が、前記所定閾値以上か否かを判定することを特徴とする。
【００２１】
これによれば、第１の処理装置は、記憶手段に記憶された画像データの数が、所定閾値以上である場合には、配信データを構成するデータを削減せずにそのまま送信するよう指示するデータ量削減係数情報を第２処理装置に送信することが可能になるため、記憶手段に記憶された画像データの数に基づいて最適なデータ量で送信された画像データを取得することが可能になる。
【００２２】
上記課題を解決するために、請求項７に記載の発明は、請求項２乃至請求項６のいずれか一項に記載の第１の処理装置において、前記記憶手段に記憶された前記配信データを読み出して再生可能に復元する復元手段を有することを特徴とする。
【００２３】
これによれば、第１の処理装置は、記憶手段に記憶した配信データを読み出して再生可能に復元することが可能になる。
【００２４】
上記課題を解決するために、請求項８に記載の発明は、請求項２乃至請求項７のいずれか一項に記載の第１の処理装置であって、前記配信データを配信する配信装置を最上位として前記第１の処理装置と前記第２の処理装置を含む複数の処理装置が複数の階層を形成しつつ通信経路を介してツリー状に接続され、前記配信装置により配信された前記配信データが、上位階層の前記処理装置から下位階層の前記処理装置に順次転送されるツリー型配信システムに含まれる前記第１の処理装置において、前記第２の処理装置から前記配信データの送信が停止されたことを検知する送信停止検知手段を有し、前記送信要求情報送信手段は、前記配信データの送信の停止を検知すると、前記ツリー型配信システムに含まれる第３の処理装置に対して前記送信要求情報を送信することを特徴とする。
【００２５】
これによれば、第１の処理装置をツリー型配信システムに含まれる処理装置に適用することができ、第２の処理装置から配信データの送信停止を検知した場合であっても、第３の処理装置に対して送信要求情報を送信して、再び配信データの送信を要求することが可能になる。
【００２６】
上記課題を解決するために、請求項９に記載の発明は、請求項２乃至請求項８のいずれか一項に記載の第１の処理装置であって、前記配信データを配信する配信装置を最上位として前記第１の処理装置と前記第２の処理装置を含む複数の処理装置が複数の階層を形成しつつ通信経路を介してツリー状に接続され、前記配信装置により配信された前記配信データが、上位階層の前記処理装置から下位階層の前記処理装置に順次転送されるツリー型配信システムに含まれる前記第１の処理装置において、前記ツリー型配信システムと異なる他の配信システムに遷移することを指示する遷移指示手段と、前記他の配信システムに遷移することが指示されると、前記記憶手段に記憶された前記配信データを消去するデータ消去手段と、を有し、前記送信要求情報送信手段は、前記他の配信システムに含まれる第４の処理装置に対して前記送信要求情報を送信することを特徴とする。
【００２７】
これによれば、第１の処理装置はツリー型配信システムと異なる他の配信システムに遷移することができ、当該他の配信システムに含まれる第４の処理装置に対して送信要求情報を送信して、配信データの送信を要求することが可能になる。さらに、他の配信システムに遷移することが指示されると、記憶手段に記憶された配信データを消去することにより、記憶手段に記憶された配信データの記憶量を正確に取得することが可能になる。
【００２８】
上記課題を解決するために、請求項１０に記載の発明は、第１の処理装置から送信された配信データの送信要求を示す送信要求情報を受信する送信要求情報受信手段と、前記第１の処理装置から送信された前記配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を受信するデータ量削減係数情報受信手段と、前記受信したデータ量削減係数情報に基づいて、前記配信データを構成するデータの一部を削減するデータ量削減処理手段と、前記データ量削減処理手段によって前記配信データを構成するデータの一部を削減した後の残りの前記配信データを前記第１の処理装置に送信する配信データ送信手段とを有することを特徴とする。
【００２９】
これによれば、第１の処理装置から送信されたデータ量削減係数情報に基づいて、配信データを構成するデータの一部を削減して送信することができるため、第１の処理装置が要求するデータ量に応じた配信データを第２の処理装置が第１の処理装置に送信することが可能になる。
【００３０】
上記課題を解決するために、請求項１１に記載の発明は、請求項１０に記載の第２の処理装置において、前記配信データは複数の画像データで構成される映像データを含み、前記データ量削減係数情報は、１の前記画像データのデータ量を低下させるべく、前記１の画像データを構成するデータの一部を削減した後の残りのデータを送信するよう指示することを特徴とする。
【００３１】
これによれば、第１の処理装置から送信されたデータ量削減係数情報に基づいて、映像データを構成する画像データを構成するデータの一部を削減した後の残りのデータを送信することができるため、第１の処理装置が要求するデータ量に応じた画像データを第２の処理装置が第１の処理装置に送信することが可能になる。
【００３２】
上記課題を解決するために、請求項１２に記載の発明は、請求項１１に記載の第２の処理装置において、前記１の画像データは複数のパケットデータで構成され、前記データ量削減係数情報は、前記１の画像データのデータ量を低下させるべく、前記１の画像データを構成する前記複数のパケットデータのうち一部の前記パケットデータを削減した後の残りの前記パケットデータを送信するよう指示することを特徴とする。
【００３３】
これによれば、画像データを構成するパケットデータの一部を削減した後の残りのパケットデータを送信することができるため、第１の処理装置が要求するデータ量に応じた画像データを第１の処理装置に送信することが可能になる。
【００３４】
上記課題を解決するために、請求項１３に記載の発明は、請求項１１に記載の第２の処理装置において、前記データ量削減係数情報は、前記１の画像データのデータ量を低下させるべく、前記１の画像データを構成する複数の画素のうち一部の前記画素を削減した後の残りの前記画素をパケット化して送信するよう指示することを特徴とする。
【００３５】
これによれば、画像データを構成する画素の一部を削減した後の残りの画素のみをパケット化して送信することができるため、送信しないデータについてはパケット化処理を行なう必要が無く、第１の処理装置が要求するデータ量に応じた画像データを第２の処理装置が第１の処理装置に迅速に送信することが可能になる。
【００３６】
上記課題を解決するために、請求項１４に記載の発明は、請求項１０乃至請求項１３のいずれか一項に記載の第２の処理装置は、前記配信データを配信する配信装置を最上位として前記第１の処理装置を含む複数の処理装置が複数の階層を形成しつつ通信経路を介してツリー状に接続され、前記配信装置により配信された前記配信データが、上位階層の前記処理装置から下位階層の前記処理装置に順次転送されるツリー型配信システムに含まれる１の前記処理装置であることを特徴とする。
【００３７】
これによれば、第２の処理装置をツリー型配信システムに含まれる処理装置として適用することが可能になる。
【００３８】
上記課題を解決するために、請求項１５に記載の発明は、配信データを配信する第２の処理装置に対して前記配信データの送信要求を示す送信要求情報を送信する送信要求情報送信工程と、前記第２の処理装置から送信された前記配信データを受信する配信データ受信工程と、前記配信データ受信工程にて受信した前記配信データを記憶する記憶工程と、当該記憶工程にて記憶された前記配信データの記憶量を検出するデータ記憶量検出工程と、前記第２の処理装置に対して、前記配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を、前記データ記憶量検出工程にて検出された前記配信データの記憶量に応じて取得するデータ量削減係数情報取得工程と、前記第２の処理装置に対して、前記データ量削減係数情報を送信するデータ量削減係数情報送信工程とを有することを特徴とする。
【００３９】
これによれば、記憶工程にて記憶された配信データの記憶量に応じて、配信データの一部を削減してデータ量を低下させて送信するよう指示するデータ量削減係数情報を第２の処理装置に対して送信するよう構成することが可能になるため、安定した配信データの視聴が可能になる。
【００４０】
上記課題を解決するために、請求項１６に記載の発明は、請求項１５に記載の第１の処理方法において、前記データ記憶量検出工程にて検出された前記配信データの記憶量が、所定閾値以上か否かを判定する判定工程を有し、前記データ量削減係数情報取得工程は、前記判定工程にて前記記憶量が所定閾値以上と判定された場合には、前記配信データを構成するデータを削減せず送信することを指示する前記データ量削減係数情報を取得することを特徴とする。
【００４１】
これによれば、記憶工程にて記憶されたデータ記憶量が所定閾値以上蓄積されている場合には、配信データを通常時の配信どおり削減させずにそのまま送信するよう指示するデータ量削減係数情報を第２処理装置に送信することが可能になるため、記憶工程にて記憶されたデータ記憶量に基づいて最適なデータ量で配信されたデータを取得することが可能になる。
【００４２】
上記課題を解決するために、請求項１７に記載の発明は、請求項１６に記載の第１の処理方法において、前記配信データは複数の画像データで構成される映像データを含み、前記データ量削減係数情報取得工程は、前記判定工程にて前記配信データの記憶量が前記所定閾値未満と判定された場合には、１の前記画像データのデータ量を低下させるべく、前記１の画像データを構成するデータの一部を削減して送信することを指示する前記データ量削減係数情報を取得することを特徴とする。
【００４３】
これによれば、画像データの一部を削減して１つの画像データのデータ量を低下させて送信するよう指示するデータ量削減係数情報を、第２の処理装置に対して送信するよう構成することが可能になるため、安定した映像データの視聴が可能になる。
【００４４】
上記課題を解決するために、請求項１８に記載の発明は、第１の処理装置から送信された配信データの送信要求を示す送信要求情報を受信する送信要求情報受信工程と、前記第１の処理装置から送信された前記配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を受信するデータ量削減係数情報受信工程と、前記受信したデータ量削減係数情報に基づいて、前記配信データを構成するデータの一部を削減するデータ量削減処理工程と、前記データ量削減処理工程にて前記配信データを構成するデータの一部を削減した後の残りの前記配信データを前記第１の処理装置に送信する配信データ送信工程とを有することを特徴とする。
【００４５】
これによれば、第１の処理装置から送信されたデータ量削減係数情報に基づいて、配信データを構成するデータの一部を削減して送信することができるため、第１の処理装置が要求するデータ量に応じた配信データを第１の処理装置に送信することが可能になる。
【００４６】
上記課題を解決するために、請求項１９に記載の発明は、請求項１８に記載の第２の処理方法において、前記配信データは複数の画像データで構成される映像データを含み、前記データ量削減係数情報は、１の前記画像データのデータ量を低下させるべく、前記１の画像データを構成するデータの一部を削減した後の残りのデータを送信するよう指示することを特徴とする。
【００４７】
これによれば、第１の処理装置から送信されたデータ量削減係数情報に基づいて、映像データを構成する画像データを構成するデータの一部を削減した後の残りのデータを送信することができるため、第１の処理装置が要求するデータ量に応じた画像データを第１の処理装置に送信することが可能になる。
【００４８】
上記課題を解決するために、請求項２０に記載の発明は、コンピュータを、配信データを配信する第２の処理装置に対して前記配信データの送信要求を示す送信要求情報を送信する送信要求情報送信手段、前記第２の処理装置から送信された前記配信データを受信する配信データ受信手段、前記配信データ受信手段によって受信した前記配信データを記憶する記憶手段、当該記憶手段に記憶された前記配信データの記憶量を検出するデータ記憶量検出手段、前記第２の処理装置に対して、前記配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を、前記データ記憶量検出手段によって検出された前記配信データの記憶量に応じて取得するデータ量削減係数情報取得手段及び、前記第２の処理装置に対して、前記データ量削減係数情報を送信するデータ量削減係数情報送信手段として機能させることを特徴とする。
【００４９】
これによれば、コンピュータは、記憶手段に記憶された配信データの記憶量に応じて、配信データの一部を削減してデータ量を低下させて送信するよう指示するデータ量削減係数情報を第２の処理装置に対して送信するよう構成することが可能になるため、安定した配信データの視聴が可能になる。
【００５０】
上記課題を解決するために、請求項２１に記載の発明は、請求項２０に記載の第１の処理プログラムにおいて、前記コンピュータを、前記データ記憶量検出手段によって検出された前記配信データの記憶量が、所定閾値以上か否かを判定する判定手段として機能させ、かつ、前記データ量削減係数情報取得手段は、前記判定手段によって前記記憶量が所定閾値以上と判定された場合には、前記配信データを構成するデータを削減せず送信することを指示する前記データ量削減係数情報を取得するよう機能させることを特徴とする。
【００５１】
これによれば、コンピュータは、記憶手段に記憶されたデータ記憶量が所定閾値以上蓄積されている場合には、配信データを通常時の配信どおり削減せずにそのまま送信するよう指示するデータ量削減係数情報を第２処理装置に送信することが可能になるため、記憶手段に記憶されたデータ記憶量に基づいて最適なデータ量で配信されたデータを取得することが可能になる。
【００５２】
上記課題を解決するために、請求項２２に記載の発明は、請求項２１に記載の第１の処理プログラムにおいて、前記配信データは複数の画像データで構成される映像データを含み、前記データ量削減係数情報取得手段は、前記判定手段によって前記記憶量が前記所定閾値未満と判定された場合には、１の前記画像データのデータ量を低下させるべく、前記１の画像データを構成するデータの一部を削減して送信することを指示する前記データ量削減係数情報を取得するよう機能させることを特徴とする。
【００５３】
これによれば、コンピュータは、画像データの一部を削減して１つの画像データのデータ量を低下させて送信するよう指示するデータ量削減係数情報を、第２の処理装置に対して送信するよう構成することが可能になるため、安定した映像データの視聴が可能になる。
【００５４】
上記課題を解決するために、請求項２３に記載の発明は、コンピュータを、第１の処理装置から送信された配信データの送信要求を示す送信要求情報を受信する送信要求情報受信手段、前記第１の処理装置から送信された前記配信データを構成するデータの一部を削減して送信するよう指示するデータ量削減係数情報を受信するデータ量削減係数情報受信手段、前記受信したデータ量削減係数情報に基づいて、前記配信データを構成するデータの一部を削減するデータ量削減処理手段及び、前記データ量削減処理手段によって前記配信データを構成するデータの一部を削減した後の残りの前記配信データを前記第１の処理装置に送信する配信データ送信手段として機能させることを特徴とする。
【００５５】
これによれば、第１の処理装置から送信されたデータ量削減係数情報に基づいて、配信データを構成するデータの一部を削減して送信することができるため、第１の処理装置が要求するデータ量に応じた配信データをコンピュータが第１の処理装置に送信することが可能になる。
【００５６】
上記課題を解決するために、請求項２４に記載の発明は、請求項２３に記載の第２の処理プログラムにおいて、前記配信データは複数の画像データで構成される映像データを含み、前記データ量削減係数情報は、１の前記画像データのデータ量を低下させるべく、前記１の画像データを構成するデータの一部を削減した後の残りのデータを送信するよう指示するよう機能させることを特徴とする。
【００５７】
これによれば、第１の処理装置から送信されたデータ量削減係数情報に基づいて、映像データを構成する画像データを構成するデータの一部を削減した後の残りのデータを送信することができるため、第１の処理装置が要求するデータ量に応じた画像データをコンピュータが第１の処理装置に送信することが可能になる。
【００５８】
上記課題を解決するために、請求項２５記載の発明は、請求項２０乃至請求項２２のいずれか一項に記載の第１の処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。
【００５９】
上記課題を解決するために、請求項２６記載の発明は、請求項２３又は請求項２４に記載の第２の処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。
【発明の効果】
【００６０】
本発明によれば、配信データを受信する下位ノード装置のバッファメモリ等の記憶手段に記憶された配信データの記憶量に応じて、配信データの一部を削減してデータ量を低下させて送信するよう配信データを送信する上位ノード装置に対して指示するよう構成することが可能になるため、下位ノード装置は安定した配信データの視聴が可能になる。
【発明を実施するための最良の形態】
【００６１】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、ツリー型のコンピュータネットワークシステムに対して本発明を適用した場合の実施形態である。
【００６２】
１．第１実施形態
まず、本発明に係る第１実施形態について図を参照して説明する。
【００６３】
［ネットワークシステムの構成］
始めに、図１を参照して、本実施形態にかかるツリー型ネットワークシステムの概要構成等について説明する。
【００６４】
図１は、本実施形態に係るツリー型ネットワークシステムにおける各装置の接続態様の一例を示す説明図である。なお、図１の例において、ツリー型ネットワークシステムＳにおける各装置間の電気的な接続態様（例えば、どの装置と、どの装置の通信が確立されているかの接続関係）を示している。
【００６５】
このツリー型ネットワークシステムＳは、図１に示すように、配信データとしてのストリーミングデータＢ等の配信元である配信装置としての放送局装置１と、当該放送局装置１から配信されたストリーミングデータＢを受信する処理装置としての複数のノード装置（ピア）２ａ、２ｂ、２ｃ、・・・・、２ｐと、を備えて構成されており、ピアツーピア（Peer to Peer（P2P））方式のネットワークシステムとなっている。
【００６６】
また、ツリー型ネットワークシステムＳは、放送局装置１を最上位として複数のノード装置２ａ乃至２ｐが複数の階層を形成しつつ、各ＩＰアドレスに基づき、複数の通信経路３ａ、３ｂ、３ｃ、・・・・、３ｐを介してツリー状に接続されることになる。
【００６７】
そして、放送局装置１により配信されるストリーミングデータＢを含む各種データは、上位階層のノード装置２ａ及び２ｂ等から下位階層のノード装置２ｇ〜２ｐ等に順次転送されることになる。なお、以下の説明において、ノード装置２ａ乃至２ｐのうち何れかのノード装置を示す場合には、便宜上、ノード装置２という場合がある。
【００６８】
なお、これら放送局装置１及び複数のノード装置２ａ乃至２ｐは、ＩＸ（Internet eXchange）、ＩＳＰ（Internet Service Provider）、ＤＳＬ（Digital Subscriber Line）回線事業者内に設置された装置、ＦＴＴＨ（Fiber To The Home）回線事業者内に設置された装置、及び電話回線や光ケーブル等の通信回線等によって構成されたインターネット等のネットワークに、物理的に接続されており、当該放送局装置１及び各ノード装置２ａ乃至２ｐには、固有の装置ＩＤ及びＩＰ（Internet Protocol）アドレスが割り振られている。
【００６９】
また、本実施形態において、ツリー型ネットワークシステムＳにおける各ノード装置間の接続態様の設定、管理等は、ネットワーク管理装置１００によって行なわれる。
【００７０】
なお、ネットワーク管理装置１００は、ツリー型ネットワークシステムＳ内のノード装置の接続態様を監視しているため、例えば、図２に示す如く、ノード装置２ｊが当該ネットワークシステムＳに参加を希望する場合には、接続されるべき上位階層のノード装置のＩＰアドレスをネットワーク管理装置１００に対して、図中一点鎖線で示す如く問い合わせる。そうすると、ネットワーク管理装置１００は、自身が管理しているトポロジ情報などに基づいて、ノード装置２ｊが接続されるべき上位階層のノード装置としてノード装置２ｄを選び出し、当該ノード装置２ｄのＩＰアドレス等を示すアドレス情報Ｓadをノード装置２ｊに送信する。
【００７１】
ネットワーク管理装置１００から、ノード装置２ｊに対して、接続されるべき上位階層のノード装置のＩＰアドレス等を示すアドレス情報Ｓadが図中二点鎖線で示す如く送信される。そして、ノード装置２ｊは当該アドレス情報Ｓadに基づいて、接続されるべき上位階層のノード装置（図２に示す例に拠れば、ノード装置２ｄ）に対して図中点線で示す如く送信要求情報としての接続要求情報Ｓｒを送信して接続要求を行ない、通信経路３ｊを介したノード装置２ｊとノード装置２ｄ間の接続を確立することができる。
【００７２】
なお、以下の各装置の構成及び機能の説明、及び各種処理の説明において、ノード装置２ｄをストリーミングデータＢを送信する上位ノード装置２ｄ、ノード装置２ｊをストリーミングデータＢを受信する下位ノード装置２ｊ、ノード装置２ｅを上位ノード装置２ｄが離脱した後に新たに接続される上位ノード装置２ｅとして説明する。
【００７３】
そして、下位ノード装置２ｊを本発明における第１の処理装置、上位ノード装置２ｄを本発明における第２の処理装置、上位ノード装置２ｅを本発明における第３の処理装置として説明する。
【００７４】
［下位ノード装置の構成及び機能］
次に、図３を参照して、下位ノード装置の構成及び機能について説明する。尚、各ノード装置は、全て同一の構成であるが、図３では、下位ノード装置と上位ノード装置との異なる機能を説明しやすいように、特徴的な構成のみを示す。図３は、下位ノード装置２ｊと上位ノード装置２ｄの構成及び機能を示すブロック図である。
【００７５】
下位ノード装置２ｊは、下位ノード装置２ｊは、図３に示すように、当該下位ノード装置２ｊの各構成部材を制御するコンピュータとしての制御部２１ｊと、各種データ、テーブル及びプログラム等を記憶する磁気ディスク等から構成された記憶部２２ｊと、ストリーミングデータＢを受信し一時蓄積するバッファメモリ２３ｊと、当該バッファメモリ２３ｊ内に蓄積されたフレーム数を取得するバッファ制御部２４ｊと、当該バッファメモリ２３ｊ内に蓄積されたデータをデコードして再生可能に復元するデコーダ部２５ｊと、ユーザが各種操作入力するための操作を行なう操作入力部２６ｊと、ネットワークを通じてツリー型ネットワークシステムＳ内の他のノード装置２、放送局装置１、及びネットワーク管理装置１００との間の通信制御を行なうための通信部２７ｊと、を備えて構成され、制御部２１ｊ、記憶部２２ｊ、バッファメモリ２３ｊ、バッファ制御部２４ｊ、デコーダ部２５ｊ、操作入力部２６ｊ及び通信部２７ｊはバス２８ｊを介して相互に接続されている。
【００７６】
制御部２１ｊは、図示しないＣＰＵ（Central Processing Unit）、作業用ＲＡＭ（Random Access Memory）、本発明の第１の処理プログラム等を含む各種制御プログラムやデータ等を記憶するＲＯＭ（Read Only Memory）及び発振回路等を備えて構成されており、入力操作部２６からの操作信号に基づいて、当該操作信号に含まれている操作情報に対応する動作を実現すべく上記各構成部材を制御するための制御情報を生成し、バス２８ｊを介して当該制御情報を該当する構成部材に出力して当該各構成部材の動作を統轄制御する。また、制御部２１ｊは、ＲＯＭ等に記憶されたプログラムを実行することにより、本発明の送信要求情報送信手段、データ量削減係数情報送信手段、配信データ受信手段、記憶手段、データ記憶量検出手段、データ量削減係数情報取得手段、判定手段、復元手段、送信停止検知手段、遷移指示手段として機能するようになっている。
【００７７】
より具体的には、制御部２１ｊは、上記通信部２７ｊと共に送信要求情報送信手段として機能し、下位ノード装置２ｊのユーザが操作入力部２６ｊを操作して、ストリーミングデータＢの送信を要求すべく、ネットワーク管理端末装置１００に問い合わせを行なうと、ネットワーク管理装置１００からアドレス情報Ｓadが送信され、当該アドレス情報Ｓadに基づいて、接続されるべき上位階層のノード装置に対して通信部２７ｊを介して接続要求を行なう。本実施の形態においては、上位ノード装置２ｄに対して送信要求情報としての接続要求情報Ｓｒを送信することにより、上位ノード装置２ｄと下位ノード装置２ｊとの接続を確立し、ストリーミングデータＢの送信を要求する。
【００７８】
さらに、制御部２１ｊは、上記通信部２７ｊと共に配信データ受信手段、上記デコーダ部２５ｊと共に復元手段として機能し、通信部２７ｊを介して、上位ノード装置２ｄからストリーミングデータＢを受信し、デコーダ部２５ｊによって所定の出力処理が施された後に、装置に外部接続されたＣＲＴ，液晶ディスプレイ等の表示部や、スピーカ等の外部出力装置から再生出力される。
【００７９】
ここで、上位ノード装置２ｄから下位ノード装置２ｊに送信されるストリーミングデータＢについて図を用いて説明する。図４は、ストリーミングデータＢのパケット処理の説明図である。
【００８０】
ストリーミングデータＢは、図４（Ｉ）に示す如く、フレーム番号ｉ１乃至ｉｍまでの複数の連続したフレームから構成されており、通常フレーム番号ｉ１からフレーム番号ｉ２、ｉ３、…、ｉｍと順に送信される。そして、１フレームのデータを1回の送信で送信できるデータの最大値ＭＴＵ（Maximum Transmission Unit）より小さくなるように、分割（パケット化）して送信する。なお、１つのフレームは、本発明における１の画像データを示す。
【００８１】
本実施の形態によれば、図４（II）及び（III）に示す如く、ストリーミングデータＢの各フレームが夫々６つのパケットに分割されるようになっている。そして、後に詳述する間引き係数Ｆがｆ１の場合には、図４（III）に示すパケットデータＰｆ１のパケットデータが順次取得されて送信されることになる。
【００８２】
そして、制御部２１ｊは、上記バッファメモリ２３ｊと共に記憶手段として機能し、上位ノード装置２ｄからパケットデータとして送信されたストリーミングデータＢを一時的に記憶して蓄積する。
【００８３】
また、制御部２１ｊは、上記バッファ制御部２４ｊと共にデータ記憶量検出手段として機能し、上記バッファメモリ２３ｊに記憶されたストリーミングデータＢの記憶量を検出する。より具体的には、バッファメモリ２３ｊ内に蓄積されたストリーミングデータＢのフレームの数を蓄積フレーム数ｄとして検出する。
【００８４】
さらに制御部２１ｊは、上記バッファ制御部２４ｊと共に判定手段及びデータ量削減係数情報取得手段として機能し、バッファメモリ２３ｊに記憶されたフレーム数ｄが所定閾値として予め制御部２１ｊのＲＡＭ等に記憶されたフレーム数閾値Ｄ以上であるか否かを判定し、その判定結果に基づいて、間引き係数Ｆを決定する。本実施形態においては、バッファメモリ２３ｊに記憶されたフレーム数ｄが閾値Ｄ以上である場合には、間引き係数Ｆをｆ１として取得し、バッファメモリ２３ｊに記憶されたフレーム数ｄが閾値Ｄ未満である場合には、間引き係数Ｆをｆ２として取得する。間引き係数に応じて上位ノード装置２ｄにて取得されるパケットデータについては後に詳述する。
【００８５】
そして、更に上記通信部２７ｊと共にデータ量削減係数情報送信手段として機能し、バッファメモリ２３ｊに記憶されたフレーム数ｄに基づいて取得した間引き係数Ｆをデータ量削減係数情報としての間引き係数情報Ｓｆとして送信する。この間引き係数情報Ｓｆは、上述した接続要求情報Ｓｒに含んで送信されるだけでなく、バッファメモリ２３ｊに記憶されたフレーム数ｄの変化に伴い、これまでと異なる間引き係数Ｆが取得された場合には、当該間引き係数Ｆを示す間引き係数情報Ｓｆが間引き係数を変更することを要求する係数変更要求情報Ｓｃと共に上位ノード装置２ｄに対して送信される。
【００８６】
以上のように構成することにより、下位ノード装置２ｊが、バッファメモリ２３ｊに記憶されたフレーム数ｄに応じて、１フレームを構成するパケットデータを通常時と同様に間引く（削減する）ことなく全て送信するか、或いは１フレームを構成するパケットデータの一部のパケットデータを間引く（削減する）ことにより、１つの画像データのデータ量を低下させて送信するかを上位ノード装置２ｄに指示することができる。
【００８７】
例えば、下位ノード装置２ｊがツリー型ネットワークシステムＳに参加し、上位ノード装置２ｄに接続されてストリーミングデータＢの受信を開始した直後等、バッファメモリ２３ｊ内に蓄積（記憶）されたフレーム数ｄが少ない場合には、１フレームを構成するパケットデータの一部のパケットデータを間引いて（データ量を削減して）送信するよう上位ノード装置２ｄに指示することにより、バッファメモリ２３ｊ内に再生出力すべきフレームを迅速に供給することが可能になり、円滑な動画再生を実行することが可能になる。
【００８８】
これにより、通信経路３ｊに対して送信レートを上げる等の負荷をかけることなく、さらに、システムにおける上位階層に接続されるノード装置に対して過大な負荷をかけることなく、システムＳ全体の配信パフォーマンスを維持しつつ、バッファメモリ２３ｊに一定量の再生出力可能なフレームデータを速く保持することができ、安定したストリーミングデータＢの視聴が可能になる。
【００８９】
さらに、制御部２１ｊは、送信停止検知手段として機能し、上位ノード装置２ｄから通信部２７ｊを介してこれまで順次転送されていたストリーミングデータＢの送信が停止したことを検知すると、第３の処理装置としての他の新たな上位ノード装置２ｅに対して送信要求情報としての接続要求情報Ｓｒを送信することにより、他の新たな上位ノード装置との接続が確立され、当該他の新たな上位ノード装置から送信されたストリーミングデータＢを受信することが可能になる。
【００９０】
［上位ノード装置の構成及び機能］
次に、図３を参照して、上位ノード装置の構成及び機能について説明する。
【００９１】
上位ノード装置２ｄは、図３に示すように、当該上位ノード装置２ｄの各構成部材を制御するコンピュータとしての制御部２１ｄと、各種データ及び間引き係数Ｆとパケットデータとの対応テーブル等を記憶する磁気ディスク等から構成された記憶部２２ｄと、配信すべきストリーミングデータＢを一時蓄積するバッファメモリ２３ｄと、バッファメモリ２３ｄに記憶されたパケットデータを取得するパケットデータ取得部２４ｄと、ネットワークを通じてツリー型ネットワークシステムＳ内の他のノード装置２、放送局装置１、及びネットワーク管理装置１００との間の通信制御を行なうための通信部２５ｄと、を備えて構成され、制御部２１ｄ、記憶部２２ｄ、バッファメモリ２３ｄ、パケットデータ取得部２４ｄ及び通信部２５ｄはバス２６ｄを介して相互に接続されている。
【００９２】
制御部２１ｄは、図示しないＣＰＵ（Central Processing Unit）、作業用ＲＡＭ（Random Access Memory）、本発明の第２の処理プログラム等を含む各種制御プログラムやデータ等を記憶するＲＯＭ（Read Only Memory）及び発振回路等を備えて構成されており、入力操作部２６からの操作信号に基づいて、当該操作信号に含まれている操作情報に対応する動作を実現すべく上記各構成部材を制御するための制御情報を生成し、バス２６ｄを介して当該制御情報を該当する構成部材に出力して当該各構成部材の動作を統轄制御する。また、制御部２１ｄは、ＲＯＭ等に記憶されたプログラムを実行することにより、本発明の送信要求情報受信手段、データ量削減係数情報受信手段、データ量削減処理手段、配信データ送信手段として機能するようになっている。
【００９３】
まず、制御部２１ｄは、上記通信部２５ｄと共に送信要求情報受信手段、データ量削減係数情報受信手段及び配信データ送信手段として機能し、さらに、上記パケットデータ取得部２４ｄと共にデータ量削減処理手段として機能する。
【００９４】
より具体的には、通信部２５ｄが下位ノード装置２ｊから送信要求情報としての接続要求情報Ｓｒを受信する。そして、下位ノード装置２ｊとの接続を確立し、パケットデータ取得部２４ｄが上記パケットデータ取得部２４ｄが当該接続要求情報Ｓｒに含まれるデータ量削減係数情報としての間引き係数情報Ｓｆに応じたパケットデータを取得して、下位ノード装置２ｊに送信する。さらに、下位ノード装置２ｊから係数変更要求情報Ｓｃを受信した場合も同様にして当該係数変更要求情報Ｓｃに含まれる間引き係数情報Ｓｆに応じたパケットデータをパケットデータ取得部２４ｄが取得して、通信部２５ｄを介して下位ノード装置２ｊに送信する。
【００９５】
続いて、パケットデータ取得部２４ｄの動作について具体的に説明する。
【００９６】
図５（Ａ）は、記憶部２２ｄに記憶された間引き係数Ｆとパケットデータの対応テーブルである。
【００９７】
まず、バッファメモリ２３ｄは、ストリーミングデータＢを図４（III）に示す如くパケット化して記憶／蓄積している。このバッファメモリ２３ｄに蓄積されているストリーミングデータＢは、上位ノード装置２ｄの更に上位階層に接続されたノード装置から順次転送されてきたストリーミングデータＢである。すなわち、本実施形態においては図１及び図２に示す如く、放送局装置１からノード装置２ａを中継して転送されたストリーミングデータＢである。
【００９８】
まず、下位ノード装置２ｊから送信された間引き係数情報Ｓｆによって指示された間引き係数Ｆがｆ１である場合には、パケットデータ取得部２４ｄは、図５（Ａ）に示す対応テーブルを参照して、対応するパケットデータＰｆ１を選択し、図５（Ｂ）上段に示す如く、バッファメモリ２３ｄに蓄積された１フレーム６パケットに分割されたパケットデータを間引かずパケットデータＰｆ１を取得する。
【００９９】
一方、下位ノード装置２ｊから送信された間引き係数情報Ｓｆによって指示された間引き係数Ｆがｆ２である場合には、パケットデータ取得部２４ｄは、図５（Ａ）に示す対応テーブルを参照して、対応するパケットデータＰｆ２を選択し、図５（Ｂ）下段に示す如く、バッファメモリ２３ｄに蓄積された１フレーム６パケットに分割されたパケットデータを、１フレーム当たり３パケットとなるように間引き、パケットデータＰｆ２を取得する。
【０１００】
そして、パケットデータ取得部２４ｄによって取得されたパケットデータＰｆ１（或いはＰｆ２）は、シーケンシャル番号や、送信先である下位ノード装置２ｊのアドレス情報等の各種配信用ヘッダの付加処理等所定の送信処理を施した後に、通信部２５ｄを介して下位ノード装置２ｊに送信される。
【０１０１】
以上のように構成することにより、下位ノード装置２ｊから送信された間引き係数情報Ｓｆに基づいて１フレームを構成するパケットデータを全て取得して送信するか、１フレームを構成するパケットデータの一部のパケットデータを間引いて（データ量を削減して）取得することにより、１つの画像データ（１フレーム）のデータ量を調整して送信することができる。
【０１０２】
上位ノード装置２ｅは、図３に示すように、当該上位ノード装置２ｅの各構成部材を制御するコンピュータとしての制御部２１ｅと、各種データ及び間引き係数Ｆとパケットデータ情報Ｐとの対応テーブル等を記憶する磁気ディスク等から構成された記憶部２２ｅと、配信すべきストリーミングデータＢを一時蓄積するバッファメモリ２３ｅと、取得した間引き係数情報に基づいてバッファメモリ２３ｅに記憶されたパケットデータを取得するパケットデータ取得部２４ｅと、ネットワークを通じてツリー型ネットワークシステムＳ内の他のノード装置２、放送局装置１、及びネットワーク管理装置１００との間の通信制御を行なうための通信部２５ｅと、を備えて構成され、制御部２１ｅ、記憶部２２ｅ、バッファメモリ２３ｅ、パケットデータ取得部２４ｅ及び通信部２５ｅはバス２６ｅを介して相互に接続されている。
【０１０３】
なお、上位ノード装置２ｅの各構成部材の機能は、上述した上位ノード装置２ｄと同様の機能であるため、詳細な説明は省略する。
【０１０４】
［ストリーミングデータの受信処理］
続いて、図１乃至図１０を参照してストリーミングデータＢの受信処理の具体的手法について説明する。
【０１０５】
先ず、図３乃至図９を参照して、下位ノード装置２ｊにおいて、上位ノード装置２ｄからストリーミングデータＢを受信する処理について説明する。
【０１０６】
図６は、下位ノード装置２ｊの制御部２１ｊにおけるストリーミングデータＢの受信処理を示すフローチャートであり、当該フローチャートにより示される処理は、制御部２１ｊ内の図示しないＲＯＭ等に予め記憶されているプログラムに基づいて当該制御部２１ｊの制御に基づいて実行されるものである。
【０１０７】
図７及び図８は、下位ノード装置２ｊのバッファメモリ２３ｊと、上位ノード装置２ｄと下位ノード装置２ｊ間におけるパケットデータの送受信との関係を示す説明図である。
【０１０８】
図９は、下位ノード装置２ｊにおける間引き係数取得処理を示すフローチャートである。
【０１０９】
図６に示す処理は、下位ノード装置２ｊとしてのパーソナルコンピュータ等のユーザが、操作入力部２６ｊを操作して、視聴を所望するストリーミングデータＢの送信を要求することにより開始される。
【０１１０】
まず、操作入力部２６ｊが操作されてストリーミングデータＢの送信要求がされると、間引き係数Ｆを０とする初期化が行なわれる（ステップＳ１）。そして、初期化された間引き係数Ｆは図示しない制御部２１ｊのＲＡＭ等に一時的に記憶される。
【０１１１】
次に、上位ノード装置のアドレス情報Ｓadを取得する（ステップＳ２）。より具体的には、図２に示す如くネットワーク管理装置１００に対して、当該ツリー型ネットワークシステムＳへの参加を所望し、接続されるべき上位ノード装置のアドレス情報を問い合わせ、アドレス情報Ｓadを受信して取得する。本実施の形態においては、上位ノード装置とし上位ノード装置２ｄのＩＰアドレスを示すアドレス情報Ｓadが取得されたものとする。
【０１１２】
そして、間引き係数取得処理を行ない、データ量削減係数としての間引き係数Ｆを取得する（ステップＳ３）。
【０１１３】
ここで、図９のフローチャートを用いて、ステップＳ３にて実行される間引き係数取得処理について説明する。
【０１１４】
まず、バッファ制御部２４ｊがバッファメモリ２３ｊ内に蓄積されたフレームの数を蓄積フレーム数ｄとして取得する（ステップＳ２１）。そして制御部２１ｊの制御に基づいて取得した蓄積フレーム数ｄが、予め定めたフレーム数閾値Ｄ以上であるか否かを判定する（ステップＳ２２）。そして判定の結果、蓄積フレーム数ｄがフレーム数閾値Ｄ以上である場合（ステップＳ２２：Ｙｅｓ）には、間引き係数Ｆをｆ１として取得する（ステップＳ２３）。他方、蓄積フレーム数ｄがフレーム数閾値Ｄ以上でない場合（ステップＳ２２：Ｎｏ）には、間引き係数Ｆをｆ２として取得する（ステップＳ２４）。
【０１１５】
すなわち、フレーム数閾値Ｄが例えば４である場合であって、下位ノード装置２ｊが未だ上位ノード装置２ｄと接続が確立されておらず、上位ノード装置２ｄから未だストリーミングデータＢの送信がされていない状態で、バッファメモリ２３ｊ内にパケットデータがない場合には、蓄積フレーム数ｄは０となるため、間引き係数Ｆはｆ２として取得されることになる。
【０１１６】
従って、下位ノード装置２ｊと上位ノード装置２ｄの接続直後は、バッファメモリ２３ｊ内にはそれほど多くのフレーム数ｄが蓄積されていないため、できるだけ早く多くのフレームをバッファメモリ２３ｊに蓄積するために、間引き係数Ｆはｆ２として取得されるようなフレーム数閾値Ｄを定めることが好ましい。このステップＳ３の間引き係数取得処理は、後に詳述される上位ノード装置２ｄからのストリーミングデータＢの送信が停止し、新たな他の上位ノード装置２ｅに対してストリーミングデータＢの送信を要求するといった状況で、バッファメモリ２３ｊ内の蓄積フレーム数ｄを確認することができるため、このような状況下において特に意義のある処理となる。
【０１１７】
続いて、ステップＳ４の処理に移行し、上位ノード装置に対して接続要求情報Ｓｒを送信する（ステップＳ４）。例えば、図７（Ａ）に示す如く、下位ノード装置２ｊはネットワーク管理装置１００から送信されたアドレス情報Ｓadに基づいて、上位ノード装置２ｄに対して接続要求情報Ｓｒを送信する。
【０１１８】
なお、この接続要求情報Ｓｒは、ステップＳ３の処理において取得した間引き係数Ｆを示す間引き係数情報Ｓｆと、最後に下位ノード装置２ｊが受信したパケットデータを示すパケット番号情報Ｓｐを含む。なお、下位ノード装置２ｊが未だ何れのパケットデータも受信していない場合には、パケット番号を０とするパケット番号情報Ｓｐとする。従って、図７（Ａ）に示す例においては、バッファメモリ２３ｊ内の蓄積フレーム数ｄは０であるため、上述したステップＳ３の間引き係数取得処理において間引き係数Ｆがｆ２として取得され、当該間引き係数Ｆを示す間引き係数情報Ｓｆと、パケット番号を０とするパケット番号情報Ｓｐとを含む接続要求情報Ｓｒが、通信部２７ｊ及び通信経路３ｊを介して上位ノード装置２ｄに送信される。
【０１１９】
また、図７（Ｂ）は、上記接続要求情報Ｓｒを受信した上位ノード装置２ｄから、下位ノード装置２ｊに対してストリーミングデータＢの送信が開始された直後の状態を示す説明図である。図７（Ｂ）に示す如く、下位ノード装置２ｊから送信された接続要求情報Ｓｒに含まれる間引き係数情報Ｓｆに従い、上位ノード装置２ｄからは間引き係数Ｆをｆ２とする１フレーム当たり３パケットとなるように間引いたパケットデータＰｆ２がとして送信される。
【０１２０】
そして、図７（Ｃ）、図７（Ｄ）、図７（Ｅ）に時系列で示す如く、上位ノード装置２ｄから下位ノード装置２ｊにパケットデータＰｆ２が順次送信されて下位ノード装置２ｊのバッファメモリ２３ｊに順次パケットデータが蓄積されていく。すなわち、通信経路３ｊの送信レートは一定であり、かつ、下位ノード装置２ｊにて１フレーム（１つの画像データ）を再生する速度は一定であるため、１フレームを構成するパケットデータの一部のパケットデータを間引いて送信するよう上位ノード装置２ｄに指示することにより、バッファメモリ２３ｊ内に再生出力すべきフレームを迅速に供給することができる。
【０１２１】
そして、再び間引き係数取得処理により、間引き係数Ｆを取得する（ステップＳ５）。ここでの間引き係数Ｆの取得処理は、上述したステップＳ３における間引き係数取得処理と同一であるため説明を省略する。
【０１２２】
次に、ステップＳ５にて取得した間引き係数Ｆが、これまでの間引き係数Ｆと比較して変更されたか否かを判定し（ステップＳ６）、間引き係数Ｆが変わらない場合（ステップＳ６：Ｎｏ）には、ステップＳ８の処理に移行し、間引き係数Ｆが変更された場合（ステップＳ６：Ｙｅｓ）には、上位ノード装置に対して係数変更要求情報Ｓｃを送信する（ステップＳ７）。
【０１２３】
より具体的には、例えばフレーム数閾値Ｄが４である場合には、図７（Ｂ）、図７（Ｃ）及び図７（Ｄ）の状態の時には、バッファメモリ２３ｊ内の蓄積フレーム数ｄはそれぞれ２、３であるため、間引き係数Ｆがｆ２となり、図７（Ａ）の状態から図７（Ｄ）の状態まで間引き係数Ｆの変更はない。しかし、更に時間が経過してバッファメモリ２３ｊ内に蓄積されたフレーム数ｄが徐々に増加すると、図７（Ｅ）に示す如くバッファメモリ２３ｊ内の蓄積フレーム数ｄが４となる。こうなると、蓄積フレーム数ｄはフレーム数閾値Ｄ（Ｄ＝４）以上の値となり、上述した間引き係数取得処理におけるステップＳ２２の処理（図９参照）において、間引き係数Ｆがｆ１に変更される（ステップＳ６：Ｙｅｓ）。つまり、バッファメモリ２３ｊ内に、再生出力されるための十分なフレーム数ｄが蓄積されたため、パケットデータを通常の状態（間引かないパケットデータＰｆ１）で配信することを指示する間引き係数情報Ｓｆを含む係数変更要求情報Ｓｃを上位ノード装置２ｄに送信することになる。そして、これを受信した上位ノード装置２ｄから、図８（Ｆ）に示す如く、間引き係数Ｆがｆ１となるパケット番号９−２、９−３、９−４、…のパケットデータＰｆ１が順次送信される。
【０１２４】
続いて、上位ノード装置からのパケットデータの送信の停止が検知されたか否かを判定する（ステップＳ８）。より具体的には、上位ノード装置２ｄが図８（Ｇ）に示す如く、ネットワークＳから離脱した場合など、所定時間Ｔ以上待機しても次のパケットデータを受信することができないときには、送信停止と検知されることになる。
【０１２５】
ここで、「所定時間Ｔ以上待機しても次のパケットデータを受信することができないとき」とは、例えば上位ノード装置２ｄが離脱する直前に送信したパケットデータＰｆ１（図８（Ｇ）に示す例に拠ればパケット番号１１−１のパケットデータ）を、下位ノード装置２ｊが受信し、図８（Ｈ）に示す如くバッファメモリ２３ｊにパケット番号１１−１のパケットデータが蓄積されてから、所定時間Ｔが経過してもなお次のパケットデータＰｆ１が送信されず、バッファメモリ２３ｊに次のパケットデータＰｆ１を蓄積できないときをいう。
【０１２６】
このようにして送信停止を検知すると（ステップＳ８：Ｙｅｓ）、ステップＳ２に移行して引き続きストリーミングデータＢの配信を要求すべき新たな他のノード装置のアドレス情報Ｓadをネットワーク管理装置１００に問い合わせる。そして、新たな他のノード装置に対して、ステップＳ２乃至ステップＳ８の処理を繰り返し行なう。
【０１２７】
一方、ステップＳ８の処理において、送信停止が検知されない場合（ステップＳ８：Ｎｏ）には、ユーザが操作入力部２６ｊを操作して、ストリーミングデータＢの受信を終了することを指示したか否かを判定し（ステップＳ９）、受信終了指示がない場合（ステップＳ９：Ｎｏ）にはステップＳ５に移行して、バッファメモリ２３ｊに蓄積されたフレーム数ｄの変動と、送信の停止を監視し続ける。他方、受信終了指示がされた場合（ステップＳ９：Ｙｅｓ）には処理を終了する。
【０１２８】
ここで、上述したステップＳ８の処理において、送信の停止が検知された（ステップＳ８：Ｙｅｓ）後の処理について図を用いて詳細に説明する。ここでは、上位ノード装置２ｄがツリー型ネットワークシステムＳから離脱したことにより下位ノード装置２ｊに対するストリーミングデータＢの送信が停止したものとして説明を続ける。
【０１２９】
図１０は、上位ノード装置２ｄのツリー型ネットワークシステムＳからの離脱に伴う新たなノード装置２ｅとの接続を示す説明図である。図１１（Ａ）は、上位ノード装置２ｅの記憶部２２ｅに記憶された間引き係数Ｆとパケットデータの対応テーブルであり、図１１（Ｂ）は、間引き係数Ｆに対応するパケットデータの説明図である。説明をわかりやすくするため、図１１（Ｂ）に示されるパケットデータ番号に違いがあるが、図１１（Ａ）及び図１１（Ｂ）は、それぞれ図５（Ａ）及び図５（Ｂ）に示す上位ノード装置２ｄの記憶部２２ｄと同様の構成である。
【０１３０】
図１０に示す如く、上位ノード装置２ｄがツリー型ネットワークシステムＳから離脱したことにより、図中破線で示す如く通信経路３ｄ及び３ｊが断絶され、下位ノード装置２ｊがストリーミングデータＢを受信することができなくなる。
【０１３１】
このような場合、下位ノード装置２ｊは、新たに接続されるべき上位階層のノード装置のＩＰアドレスをネットワーク管理装置１００に対して、図中一点鎖線で示す如く問い合わせることにより、ネットワーク管理装置１００から、ノード装置２ｊに対して、接続されるべき上位階層のノード装置のＩＰアドレス等を示すアドレス情報Ｓadが図中二点鎖線で示す如く送信される。
【０１３２】
そして、下位ノード装置２ｊは、ネットワーク管理装置１００から送信されたアドレス情報Ｓadに基づいて、接続されるべき上位ノード装置に対して図中点線で示す如く接続要求情報Ｓｒを送信することにより接続要求を行なうことができる。図１０に示す例に拠れば、下位ノード装置２ｊは、ネットワーク管理装置１００から送信されたアドレス情報Ｓadに基づいて、ノード装置２ｅ（以下、上位ノード装置２ｅという。）に接続要求情報Ｓｒを送信することにより、新たな通信経路３ｑを介した上位ノード装置２ｅと下位ノード装置２ｊとの接続を確立するようになっている。
【０１３３】
すなわち、ステップＳ８にて送信停止を検知すると、ステップＳ２に移行して、新たな上位ノード装置２ｅとの接続を確立すべく、間引き係数取得処理が行なわれ（ステップＳ３）、当該間引き係数取得処理にて取得された間引き係数Ｆを示す間引き係数情報Ｓｆを含む接続要求情報Ｓｒが上位ノード装置２ｅに送信される（ステップＳ４）よう構成される。
【０１３４】
そして、これを受信した上位ノード装置２ｅから、間引き係数情報Ｓｆに対応するパケットデータが取得されて下位ノード装置２ｊに順次送信される。
【０１３５】
なお、このとき下位ノード装置２ｊから上位ノード装置２ｅに対して送信される接続要求情報Ｓｒには、間引き係数情報Ｓｆだけでなく、パケット番号情報Ｓｐも含む。図８（Ｉ）に示す例に拠れば、このパケット番号情報Ｓｐは、下位ノード装置２ｊが最後に上位ノード装置２ｄから受信して取得したパケット番号１１−１を示す情報である。従って、これを受信した上位ノード装置２ｅは、記憶部２２ｅのテーブル（図１１（Ａ））を参照して、間引き係数Ｆに対応するパケットデータのうち、当該パケット番号情報Ｓｐで示されるパケット番号１１−１の次のパケットデータを取得する。
【０１３６】
すなわち、間引き係数情報Ｓｆによって示される間引き係数Ｆがｆ１の場合には、パケットデータＰｆ１（図１１（Ｂ）上段）のパケット番号１１−２で示されるパケットデータが次のパケットデータとして取得される。
【０１３７】
他方、間引き係数情報Ｓｆによって示される間引き係数Ｆがｆ２の場合には、パケットデータＰｆ２（図１１（Ｂ）下段）のパケット番号１１−３で示されるパケットデータが次のパケットデータとして取得される。
【０１３８】
図８（Ｉ）に示す例に拠れば、バッファメモリ２３ｊ内の蓄積フレーム数ｄは３であるためステップＳ３の間引き係数取得処理において、間引き係数Ｆはｆ２として取得されることになり（図９に示すステップＳ２４）、上位ノード装置２ｅに対して間引き係数をｆ２とする旨の情報である間引き係数情報Ｓｆと、パケット番号１１−１を示すパケット番号情報Ｓｐとが、接続要求情報Ｓｒと共に送信されることになる。
【０１３９】
つまり、ステップＳ８における送信停止を判断している間にも、バッファメモリ２３ｊ内に記憶したデータは順次再生され、蓄積フレーム数ｄは消費され続けるため、送信停止を判断する所定時間Ｔが長いほど、蓄積フレーム数ｄの数が減少し、間引き係数取得処理にて間引き係数Ｆとしてｆ２が取得されやすくなる。ストリーミングデータＢの再生処理を中断させること無く円滑に行なうためには、下位ノード装置２ｊにおけるストリーミングデータＢの再生速度、ストリーミングデータＢを送信する通信経路３の送信レート、ストリーミングデータＢの１フレーム当たりのデータ量、１パケットデータ当たりのデータ量等を考慮してステップＳ８における送信停止の判断における所定時間Ｔを設定すればよい。
【０１４０】
［ストリーミングデータの送信処理］
続いて、図３乃至図１２を参照して、下位ノード装置２ｊにおいて、上位ノード装置２ｄからストリーミングデータＢを受信する処理について説明する。
【０１４１】
図１２は、上位ノード装置２ｄの制御部２１ｄにおけるストリーミングデータＢの送信処理を示すフローチャートであり、当該フローチャートにより示される処理は、制御部２１ｄ内の図示しないＲＯＭ等に予め記憶されているプログラムに基づいて当該制御部２１ｄの制御に基づいて実行されるものである。
【０１４２】
まず、図１２に示す処理は上述した下位ノード装置２ｊのステップＳ４の処理において送信された接続要求情報Ｓｒを受信することにより開始される。
【０１４３】
下位ノード装置２ｊから送信要求情報としての接続要求情報Ｓｒを受信すると、所定の接続処理に基づいて下位ノード装置２ｊとの接続を確立する（ステップＳ３１）。より具体的には、下位ノード装置２ｊのＩＰアドレス等のトポロジ情報を取得して、通信経路３ｊを決定する。
【０１４４】
次に、パケットデータ取得部２４ｄは、接続要求情報Ｓｒに含んで送信された間引き係数情報Ｓｆ及びパケット番号情報Ｓｐに対応するパケットデータをバッファメモリ２３ｄから取得する（ステップＳ３２）。
【０１４５】
例えば、図７（Ｂ）に示す如く、上位ノード装置２ｄと下位ノード装置２ｊが接続された後の最初のストリーミングデータＢの送信処理の場合には、上述した如く、バッファメモリ２３ｊ内にフレーム数閾値Ｄ以上の蓄積フレームが記憶されていないため、間引き係数Ｆはｆ２となる間引き係数情報Ｓｆが送信される。従って、パケットデータ取得部２４ｄは、図５（Ａ）に示す記憶部２２ｄのテーブルを参照して、パケットデータＰｆ２を選択する。そして図５（Ｂ）下段に示す如く、バッファメモリ２３ｄに蓄積された１フレーム６パケットに分割されたパケットデータを、１フレーム当たり３パケットとなるように間引き、パケットデータＰｆ２を取得する。
【０１４６】
そして、上記同様に最初のストリーミングデータＢの送信処理の場合には、バケット番号情報Ｓｐによって示されるパケット番号は０となり、パケットデータ取得部２４ｄは、図５（Ｂ）下段に示すに示すストリーミングデータＢの最初のパケットデータであるパケット番号１−１のパケットデータをバッファメモリ２３ｄから取得する。
【０１４７】
このようにして、ストリーミングデータＢを受信する下位ノード装置２ｊにおけるバッファメモリ２３ｊに蓄積されたフレーム数が少ない場合には、１つのフレーム（画像データ）のデータ量を低下させて送信することにより、同じ時間で下位ノード装置２ｊに多数のフレームを送信することができる。本実施形態においては、通常時１フレーム辺り６つのパケットデータで分割して送信しているところ、その半分である３パケットを間引いて１フレーム辺り３つのパケットデータを送信するよう構成すれば、同じ時間内に概ね倍のフレーム数を送信することが可能になる。
【０１４８】
続いて、ステップＳ３２にて取得したパケットデータを送信した（ステップＳ３３）後に、ストリーミングデータＢの全てのパケットデータの送信が完了したか否かを判定する（ステップＳ３４）。
【０１４９】
ステップＳ３４の判定の結果、送信が完了した場合（ステップＳ３４：Ｙｅｓ）には、処理を終了し、他方、送信が完了していない場合（ステップＳ３４：Ｎｏ）には、下位ノード装置２ｊから係数変更要求情報Ｓｃを受信したか否かを判定する（ステップＳ３５）。
【０１５０】
ステップＳ３５の判定の結果、係数変更要求情報Ｓｃを受信した場合（ステップＳ３５：Ｙｅｓ）には、次のパケットデータとして、当該係数変更要求情報Ｓｃに含まれる間引き係数情報Ｓｆに対応するパケットデータを取得する（ステップＳ３６）。
【０１５１】
このステップＳ３５における判定及びステップＳ３６におけるパケットデータの取得処理について、図７（Ｅ）に示す状態において、係数変更要求情報Ｓｃを受信した場合に基づいて具体的に説明する。
【０１５２】
図７（Ｅ）は、上位ノード装置２ｄのパケットデータ取得部２４ｄが、間引き係数Ｆがｆ２に対応するパケットデータＰｆ２を順次取得して、通信部２５ｄを介して下位ノード装置２ｊに対して順次送信した状態である。
【０１５３】
そして、下位ノード装置２ｊのバッファメモリ２３ｊ内に蓄積されたフレーム数ｄが４となり、フレーム数閾値Ｄ（Ｄ＝４）以上となったため、上述した下位ノード装置におけるストリーミングデータの受信処理におけるステップＳ５乃至ステップＳ７の処理に基づいて、間引き係数Ｆがｆ１に変更される。そして、間引き係数Ｆをｆ１とする旨の間引き係数情報Ｓｆを含む係数変更要求情報Ｓｃが上位ノード装置２ｄに送信される。
【０１５４】
そして、この係数変更要求情報Ｓｃを受信した上位ノード装置２ｄは、係数変更要求情報Ｓｃに含まれる間引き係数情報Ｓｆに基づいて、パケットデータ取得部２４ｄが次に送信すべきパケットデータを取得することになる。すなわち、図７（Ｅ）に示す如く、上位ノード装置２ｄが係数変更要求情報Ｓｃを受信したときには、上位ノード装置２ｄは既にパケット番号９−１のパケットデータを送信している。従って、パケットデータ取得部２４ｄは、間引き係数情報Ｓｆによって示される間引き係数Ｆに対応するパケットデータＰｆ１において、パケット番号９−１の次のパケットデータである、パケット番号９−２のパケットデータをバッファメモリ２３ｄから取得する。そして、図８（Ｆ）に示す如く、パケット番号９−２、９−３、９−４、９−５、９−６、…、のパケットデータが順に取得されて送信される。
【０１５５】
ここで、図１２に示すフローチャートの説明に戻る。
【０１５６】
ステップＳ３５の判定の結果、係数変更要求情報Ｓｃを受信していない場合（ステップＳ３５：Ｎｏ）には、パケットデータ取得部２４ｄによって次のパケットデータを取得した（ステップＳ３７）後に、ステップＳ３３に移行して再び取得したパケットデータを下位ノード装置２ｊに送信する。
【０１５７】
そして、ステップＳ３４の処理において、全てのパケットデータの送信が完了したと判定されるまで、ステップＳ３３乃至ステップＳ３７の処理を繰り返し行なう。
【０１５８】
以上説明した第１実施形態によれば、ストリーミングデータＢを受信する下位ノード装置２ｊが、当該装置自身のバッファメモリ２３ｊに記憶されたデータ量に応じて、１フレーム（画像データ）を構成するパケットデータの一部のパケットデータを間引いて送信するよう上位ノード装置２ｄに対して指示することにより、バッファメモリ２３ｊ内に再生出力すべきフレームを迅速に供給することが可能になり、円滑な動画再生を実行することができる。
【０１５９】
これにより、下位ノード装置２ｊが上位ノード装置２ｄと接続直後であっても、或いは上位ノード装置２ｄが離脱し、上位ノード装置２ｅと接続直後であっても、通信経路３ｊ又は通信経路３ｑに対して送信レートを上げる等の負荷をかけることなく、システムＳ全体の配信パフォーマンスを維持しつつ、バッファメモリ２３ｊに常時一定量の再生出力可能なデータを保持することができ、安定したストリーミングデータＢの視聴が可能になる。
【０１６０】
２．第２実施形態
次に、本発明に係る他の実施形態である第２実施形態について図を参照して説明する。
【０１６１】
第１実施形態は、バッファメモリ２３ｊに蓄積されたフレーム数に１つのフレーム数閾値Ｄを用いて、パケットデータを間引くか（間引き係数Ｆ＝ｆ２）、間引かないか（間引き係数Ｆ＝ｆ１）の二者択一であったが、第２実施形態においては、バッファメモリ２３ｊに蓄積されたフレーム数ｄに応じて、段階的にパケットデータを間引いてデータ量を削減させるよう構成する。
【０１６２】
図１３は、第２実施形態に係る下位ノード装置２ｊの記憶部２２ｊに記憶されたフレーム数閾値Ｄと間引き係数Ｆの対応テーブルである。図１４（Ａ）は、上位ノード装置２ｄの記憶部２２ｄに記憶された、間引き係数Ｆとパケットデータの対応テーブルである。図１４（Ｂ）は、上位ノード装置２ｄのパケットデータ取得部２４ｄが取得する間引き係数Ｆに対応するパケットデータの説明図である。
【０１６３】
なお、下位ノード装置２ｊ、上位ノード装置２ｄ及び２ｅのその他の構成及び機能は第１実施形態と同様であるため説明を省略する。
【０１６４】
次に、図１５を参照して第２実施形態における間引き係数取得処理について説明する。図１５は、下位ノード装置２ｊにおける間引き係数取得処理を示すフローチャートであり、上述した第１実施形態のストリーミングデータの受信処理の説明におけるステップＳ３及びステップＳ５の処理に相当する。
【０１６５】
まず、バッファ制御部２４ｊはバッファメモリ２３ｊ内に蓄積されたフレーム数を蓄積フレーム数ｄとして取得する（ステップＳ４１）。そして制御部２１ｊの制御に基づいて取得した蓄積フレーム数ｄが、予め定めたフレーム数閾値Ｄ１以上であるか否かを判定する（ステップＳ４２）。そして判定の結果、取得した蓄積フレーム数ｄがフレーム数閾値Ｄ１以上である場合（ステップＳ４２：Ｙｅｓ）には、バッファ制御部２４ｊは記憶部２２ｊに記憶した対応テーブル（図１３）を参照してＤ１に対応する間引き係数Ｆをｆ１として取得する（ステップＳ４３）。
【０１６６】
一方、ステップＳ４２の判定の結果、取得した蓄積フレーム数ｄがフレーム数閾値Ｄ１以上でない場合（ステップＳ４２：Ｎｏ）には、取得した蓄積フレーム数ｄが、予め定めたフレーム数閾値Ｄ２以上であるか否かを判定する（ステップＳ４４）。そして判定の結果、取得した蓄積フレーム数ｄがフレーム数閾値Ｄ２以上である場合（ステップＳ４４：Ｙｅｓ）には、記憶部２２ｊに記憶した対応テーブル（図１３）を参照してＤ２に対応する間引き係数Ｆをｆ２として取得する（ステップＳ４５）。
【０１６７】
一方、ステップＳ４４の判定の結果、取得した蓄積フレーム数ｄがフレーム数閾値Ｄ２以上でない場合（ステップＳ４４：Ｎｏ）には、取得した蓄積フレーム数ｄが、予め定めたフレーム数閾値Ｄ３以上であるか否かを判定する（ステップＳ４６）。
【０１６８】
そして判定の結果、取得した蓄積フレーム数ｄがフレーム数閾値Ｄ３以上である場合（ステップＳ４６：Ｙｅｓ）には、記憶部２２ｊに記憶した対応テーブル（図１３）を参照してＤ３に対応する間引き係数Ｆをｆ３として取得する（ステップＳ４７）。
【０１６９】
他方、ステップＳ４６の判定の結果、取得した蓄積フレーム数ｄがフレーム数閾値Ｄ３以上でない場合（ステップＳ４６：Ｎｏ）には、記憶部２２ｊに記憶した対応テーブル（図１３）には該当する間引き係数が無いので、間引き係数Ｆをｆ４として取得する（ステップＳ４８）。
【０１７０】
以上の処理に基づいて、間引き係数を決定する。すなわち、バッファメモリ２３ｊ内にパケットデータが蓄積され、徐々に蓄積フレーム数ｄが増加するに従い、徐々に１画像データを構成するデータ量、すなわち、１フレームを構成するパケットデータの数が通常配信時のパケットデータ数（６個）に近くなり、徐々にデータ量の大きい、画質の高い画像を要求することができる。
【０１７１】
そして、上述した図６におけるステップＳ４の処理において、下位ノード装置２ｊから上位ノード装置２ｄに対して、間引き係数Ｆを示す間引き係数情報Ｓｆが接続要求情報Ｓｒと共に送信されると、これを受信した上位ノード装置２ｄでは、図１２におけるステップＳ３２の処理において、パケットデータ取得部２４ｄが記憶部２２ｄの対応テーブル（図１４（Ａ））を参照して対応するパケットデータを取得する。
【０１７２】
同様にして、上述した図６におけるステップＳ７の処理において、下位ノード装置２ｊから上位ノード装置２ｄに対して、間引き係数Ｆを示す間引き係数情報Ｓｆが係数変更要求情報Ｓｃと共に送信されると、これを受信した上位ノード装置２ｄでは、図１２におけるステップＳ３６の処理において、パケットデータ取得部２４ｄが記憶部２２ｄの対応テーブル（図１４（Ａ））を参照して対応するパケットデータを取得する。
【０１７３】
これにより、下位ノード装置２ｊから送信された間引き係数情報Ｓｆに従い、１フレーム（画像データ）を構成するパケットデータの一部のパケットデータを間引いて送信することができる。
【０１７４】
以上説明した第２実施形態によれば、ストリーミングデータＢを受信する下位ノード装置２ｊが、当該装置自身のバッファメモリ２３ｊに蓄積されたフレーム数に応じて、ストリーミングデータを受信する下位ノード装置２ｊが、当該装置自身のバッファメモリ２３ｊに記憶されたデータ量に応じて、１フレーム（画像データ）を構成するパケットデータの一部のパケットデータを間引いて送信するよう上位ノード装置２ｄに対して指示することにより、バッファメモリ２３ｊ内に再生出力すべきフレームを迅速に供給することが可能になり、円滑な動画再生を実行することができる。
【０１７５】
さらに、間引き係数Ｆを、バッファメモリ２３ｊに蓄積されたフレーム数ｄの増加及び減少に伴って段階的に設定可能にしたため、蓄積されたフレーム数の増減に的確に応じたデータ量のフレームを取得することができる。
【０１７６】
これにより、下位ノード装置２ｊが上位ノード装置２ｄと接続直後であっても、通信経路３ｊに対して送信レートを上げる等の負荷をかけることなく、システムＳ全体の配信パフォーマンスを維持しつつ、バッファメモリ２３ｊに常時一定量の再生出力可能なデータを保持することができ、安定したストリーミングデータＢの視聴が可能になる。
【０１７７】
なお、上位ノード装置２ｅの機能及び構成は上位ノード装置２ｄの機能及び構成と同様である。従って、下位ノード装置２ｊが、上位ノード装置２ｄが離脱した後に、上位ノード装置２ｅとの接続を確立させて、当該上位ノード装置２ｅから引き続きストリーミングデータＢを受信する際にも、上述した説明と同様、下位ノード装置２ｊはバッファメモリ２３ｊ内に蓄積されたフレーム数ｄに伴って段階的に間引き係数Ｆを変化させて画像データのデータ量を低下させたストリーミングデータＢを送信するよう上位ノード装置２ｅに指示することにより、下位ノード装置２ｊは、当該装置のバッファメモリ２３ｊの蓄積されたフレーム数の増減に的確に応じたデータ量のフレームを取得することができる。
【０１７８】
なお、第１実施形態及び第２実施形態において、１つのフレームを構成するパケットデータの一部のパケットデータを間引いて、間引かれた残りのパケットデータのみを下位ノード装置２ｊに送信するよう構成したが、間引かれるパケットデータの割合は、一例であって、通信経路３ｊの送信レートや、下位ノード装置２ｊにおける再生速度等を考慮して適切な数のパケットデータを間引くことが好ましい。
【０１７９】
また、第１実施形態及び第２実施形態において、１つのフレームを構成するパケットデータの一部のパケットデータを間引いて、間引かれた残りのパケットデータのみを下位ノード装置２ｊに送信することにより、ストリーミングデータＢのデータ量を低下させるよう構成したが、これに限らず、結果としてストリーミングデータＢのデータ量を減少させて下位ノード装置２ｊに送信するよう構成すればよい。
【０１８０】
続いて、ストリーミングデータのデータ量を減少させる他の実施形態について説明する。
【０１８１】
３．第３実施形態
次に、本発明に係る他の実施形態である第３実施形態について図を参照して説明する。
【０１８２】
上述した第１実施形態及び第２実施形態は、１フレームを６つのパケットデータにパケット化（分割）し、下位ノード装置２ｊのバッファメモリ２３ｊに蓄積されたフレーム数ｄに応じて、当該１フレームを構成する６つのパケットデータの一部を間引いて削減することにより、画像データのデータ量を低下させるよう構成したが、第３実施形態においては、１フレーム（１画像データ）内に含まれるデータのうち、所定の画素のみについてパケット化等の送信処理を施して送信することにより、結果として送信する１フレームの画像データのデータ量を削減させ、データ量を低下させるよう構成する。
【０１８３】
なお、下位ノード装置２ｊ及び上位ノード装置２ｄ及び２ｅのその他の構成及び機能は第１実施形態と同様であることから、説明を省略する。
【０１８４】
図１６（Ａ）は、上位ノード装置２ｄから下位ノード装置２ｊに送信されるストリーミングデータを構成する任意の１フレームの画像データである。
【０１８５】
この図１６（Ａ）に示す１フレームの画像データのうち、所定の走査線に対応する画素のみをパケット化（分割）して送信処理を行なうよう構成する。
【０１８６】
図１６（Ａ）に示す画像は９つの走査線から構成されるものである。従って、通常のストリーミングデータＢの送信時（すなわち、バッファメモリ２３ｊ内の蓄積フレーム数ｄが所定のフレーム数閾値Ｄ以上である場合）には、これら９つの走査線に含まれる画素が全てパケット化（分割）の対象となり、パケットデータとして下位ノード装置２ｊに送信される。
【０１８７】
一方、上位ノード装置２ｄに接続直後、あるいは新たな上位ノード装置２ｅに接続直後等、バッファメモリ２３ｊ内の蓄積フレーム数ｄが所定のフレーム数閾値Ｄに満たない場合には、これら９つの走査線のうち、所定の走査線に含まれる画素のみがパケット化（分割）され、パケットデータとして下位ノード装置２ｊに送信されるように構成する。
【０１８８】
より具体的には、下位ノード装置２ｊのバッファメモリ２３ｊ内の蓄積フレーム数ｄが所定のフレーム数閾値Ｄに満たない場合に、下位ノード装置２ｊから上位ノード装置２ｄに対し、奇数番目の走査線に含まれる画素のみがパケット化（分割）してパケットデータを取得し、当該パケットデータを送信する旨の要求を行なう。
【０１８９】
そして、これを受けた上位ノード装置２ｄは、図１６（Ａ）に示す元の画像データ（１フレーム分のデータ）のうち、奇数番目の走査線に含まれる画素のみをパケットデータとして下位ノード装置２ｊに送信する。すなわち、偶数番目の走査線に対応する画素はパケット化等の送信処理は行なわないことになる。
【０１９０】
なお、奇数番目の走査線に含まれる画素をパケット化する際には、図１６（Ａ）に示す元の画像データ（１フレームのデータ）のうち、何番目の走査線に含まれる画素のパケットデータなのかを識別するため、走査線番号情報が付加されるようになっている。
【０１９１】
そして、上位ノード装置２ｄからこのパケットデータを受信した下位ノード装置２ｊは、一旦バッファメモリ２３ｊに蓄積し、後に当該バッファメモリ２３ｊに蓄積されたパケットデータをデコーダ部２５ｊが読み出して所定の出力処理を行なうが、この際送信されなかった偶数番目の走査線に含まれる画素については、補完処理を行なう。
【０１９２】
図１６（Ｂ）の（Ｉ）は補完処理を行なう前の補完処理前画像データであり、図に示す如く偶数番目の走査線が抜け落ちた状態になっている。そして、図１６の（II）は補完処理後の画像データであり、図に示す如く２番目の走査線は、１番目の走査線のデータをそのまま用いて補完を行ない、以下、同様にして４番目の走査線、６番目の走査線及び８番目の走査線も夫々３番目の走査線、５番目の走査線及び７番目の走査線のデータをそのまま用いて補完を行なう。なお、図１６（Ｂ）の（II）において補完された偶数番目の走査線は、補完処理が行なわれたことをわかりやすくするためグレーで図示したが、実際には奇数番目の走査線の画素のデータをそのまま用いているため、奇数番目の画像データと同色の図となる。
【０１９３】
また、上述した第２実施形態にて説明した如く、下位ノード装置２ｊのバッファメモリ２３ｊに蓄積されたフレーム数ｄの変化に伴い、パケット化すべき画素を段階的に変化させるよう構成することも可能である。
【０１９４】
例えば、下位ノード装置２ｊのバッファメモリ２３ｊに十分なフレーム数ｄが蓄積されているときには、通常のストリーミングデータＢの送信として、図１６（Ａ）に示す元の画像データのうち、９つ全ての走査線に含まれる画素についてパケット化を行ない、下位ノード装置２ｊのバッファメモリ２３ｊに蓄積されたフレーム数ｄがやや少ないときには（例えば、蓄積フレーム数ｄ≦フレーム数閾値Ｄ１）図１６（Ｂ）に示す如く、奇数番目の走査線に含まれる画素についてのみパケット化を行ない、下位ノード装置２ｊのバッファメモリ２３ｊに蓄積されたフレーム数ｄが更に少ないときには（例えば、蓄積フレーム数ｄ≦フレーム数閾値Ｄ２、（Ｄ２＜Ｄ１））、図１６（Ｃ）に示す如く、１番目、５番目及び９番目の走査線に含まれる画素についてのみパケット化を行なうよう構成すればよい。
【０１９５】
実施形態の変形例として、例えば上位ノード装置２ｄにおいて、パケット化して送信すべき走査線の順番を予め定めておき、下位ノード装置２ｊは、バッファメモリ２３ｊに蓄積されたフレーム数ｄに応じて、送信する走査線の本数を上位ノード装置２ｄに対して指示するよう構成してもよい。
【０１９６】
より具体的には、例えば上位ノード装置２ｄにおいて、送信すべき走査線の順番を「５、１、９、３、７、２、６、４、８」と予め定めておく。そして、下位ノード装置２ｊは、バッファメモリ２３ｊの蓄積フレーム数ｄに応じて、例えば４本の走査線のみを送信することを指示する間引き係数Ｆを示す間引き係数情報Ｓｆを、上位ノード装置２ｄに送信するよう構成する。そうすると、このような間引き係数情報Ｓｆを受けた上位ノード装置２ｄは、これに従い、先頭から順に「５、１、９、３」番目の４本の走査線に含まれる画素についてパケット化を行ない、４本の走査線のデータのみを送信する。なお、この場合上位ノード装置２ｄで予め定める送信すべき走査線の順番は、１、２、３、４…と画像中の任意特定部分に集中させず、できるだけ分散されていることが好ましい。
【０１９７】
なお、上述した下位ノード装置２ｊにおける走査線の補完手法の説明においては、偶数番目の走査線は、送信された奇数番目の走査線の画素のデータをそのまま用いるとしたが、これに限らず、例えば補完対象となる走査線に近い２つの走査線の差分を演算し、これを用いて補完対象となる走査線を補完するよう構成してもよい。
【０１９８】
更にまた、上述した第３実施形態においては、画素をパケット化するか否かについて走査線毎に定めたが、これに限らず、例えば、１フレームが複数のレイヤによって構成される場合には、下位ノード装置２ｊは、バッファメモリ２３ｊの蓄積フレーム数ｄに応じて、例えば予め定められた特定のレイヤのみを送信することを指示する間引き係数Ｆを示す間引き係数情報Ｓｆを、上位ノード装置２ｄに送信するよう構成する。そうすると、このような間引き係数情報Ｓｆを受けた上位ノード装置２ｄは、これに従い、特定のレイヤを構成するデータについてのみパケット化を行ない送信するよう構成してもよい。
【０１９９】
これによれば、上述した第１実施形態及び第２実施形態の効果に加えて、上位ノード装置２ｄは、ストリーミングデータＢのうち、送信しないデータについてはパケット化処理を行なう必要が無く、送信すべきデータのみを迅速にパケット化して送信処理を行なうことができる。
【０２００】
従って、ストリーミングデータＢが、過去に放送局装置１から配信されたストリーミングデータであって、上位ノード装置２ｄのバッファメモリ２３ｄ内にパケットデータを保持しておらず、ストリーミングデータＢが、例えば記憶部２２ｄに記憶保存されている場合に、下位ノード装置２ｊから送信要求がされた場合であっても、送信すべきデータのみを迅速にパケット化して送信することが可能になる。なお、この場合にはネットワーク管理装置１００が当該ツリー型ネットワークシステムＳに含まれる全てのノード装置２が保存しているストリーミングデータやコンテンツデータ等の各種データを把握しており、下位ノード装置２ｊからの問い合わせに応じて、要求するデータを保持するノード装置２のアドレス情報Ｓadを送信するように構成する。
【０２０１】
４．第４実施形態
次に、本発明に係る他の実施形態である第４実施形態について図を参照して説明する。
【０２０２】
上述した第１実施形態乃至第３実施形態は、図１及び図２に示す如く、下位ノード装置２ｊは、ツリー型ネットワークシステムＳにて放送局装置１から配信されるストリーミングデータＢを受信すべく、上位ノード装置２ｄと接続を確立し、当該上位ノード装置ｄからストリーミングデータＢの配信を行なっていた。そして、このような状況下において、図１０に示す如く上位ノード装置２ｄの離脱により、ストリーミングデータＢの配信停止を検知した下位ノード装置２ｊは、ツリー型ネットワークシステムＳに含まれる他の上位ノード装置２ｅと接続を確立し、当該上位ノード装置２ｅからストリーミングデータＢを引き続いて配信をうけるという構成について説明した。
【０２０３】
本実施形態は、図１７に示す如く、２つの異なるツリー型ネットワークシステムＳ１及びＳ２間を下位ノード装置２ｊが移動（遷移）する場合において説明する。
【０２０４】
図１７は、本実施形態に係る各装置の接続態様の一例を示す説明図である。
【０２０５】
本発明のツリー型配信システムとしてのツリー型ネットワークシステムＳ１は配信データとしてのストリーミングデータＢ１の配信元である配信装置としての放送局装置１Ａと、当該放送局装置１Ａから配信されたストリーミングデータＢ１を受信する処理装置としての複数のノード装置２ａ、２ｂ、２ｃ、２ｄ、２ｇ、２ｈ、２ｉ、２ｊと、を備えて構成されており、第１実施形態と同様ピアツーピア方式のネットワークシステムとなっている。
【０２０６】
また、本発明の他の配信システムとしてのツリー型ネットワークシステムＳ２は、配信データとしてのストリーミングデータＢ２の配信元である放送局装置１Ｂと、当該放送局装置１Ｂから配信されたストリーミングデータＢ２を受信する処理装置としての複数のノード装置２ｅ、２ｆ、２ｋ、２ｌ、を備えて構成されており、第１実施形態と同様ピアツーピア方式のネットワークシステムとなっている。以下、第１実施形態と同様であることから、説明を省略する。
【０２０７】
そして、上記ツリー型ネットワークシステムＳ１及びＳ２にて放送局装置１Ａ及び１Ｂから夫々配信されるストリーミングデータＢ１及びＢ２は、例えば放送局装置１Ａから配信されているストリーミングデータＢ１は映画であって、放送局装置１Ｂから配信されているストリーミングデータＢ２はスポーツの試合であるといったように、全く異なる番組が放映されている。
【０２０８】
なお、以下の各種処理の説明において、ノード装置２ｄをストリーミングデータＢ１を送信する上位ノード装置２ｄ、ノード装置２ｊをストリーミングデータＢ１及びＢ２を受信する下位ノード装置２ｊ、ノード装置２ｅをストリーミングデータＢ２を送信する第４の処理装置としての上位ノード装置２ｅとして説明する。
【０２０９】
そして、本実施形態における下位ノード装置２ｊの制御部２１ｊは、第１実施形態における機能に加えて、ＲＯＭ等に記憶されたプログラムを実行することにより、本発明の遷移指示手段及びデータ制御手段として機能するようになっている。
【０２１０】
より具体的には、制御部２１ｊは、操作入力部２６ｊと共に遷移指示手段として機能し、下位ノード装置２ｊがツリー型ネットワークシステムＳ１に参加してストリーミングデータＢ１を受信中に、下位ノード装置２ｊのユーザが操作入力部２６ｊを操作して、いわゆるチャンネルを放送局装置１Ａから放送局装置１Ｂに変更する如くチャンネル変更指示がされることによって、ツリー型ネットワークシステムＳ１からツリー型ネットワークシステムＳ２に移動（遷移）することを指示するように構成されている。
【０２１１】
また、制御部２１ｊは、バッファ制御部２４ｊと共にデータ消去手段として機能し、上記チャンネル変更指示がされてツリー型ネットワークシステムＳ１からツリー型ネットワークシステムＳ２に移動（遷移）することが指示されると、バッファメモリ２３ｊ内に蓄積（記憶）したパケットデータを全て消去するよう構成されている。
【０２１２】
なお、下位ノード装置２ｊ及び上位ノード装置２ｄ及び２ｅのその他の構成及び機能は第１実施形態と同様であることから、説明を省略する。
【０２１３】
［ストリーミングデータの受信処理］
続いて、図を参照して本実施形態におけるストリーミングデータＢ１及びＢ２の受信処理の具体的手法について説明する。なお、以下の説明において、ストリーミングデータＢ１とストリーミングデータＢ２のうち何れかのストリーミングデータを示す場合には、便宜上、ストリーミングデータＢという場合がある。
【０２１４】
以下の説明において、下位ノード装置２ｊは、ツリー型ネットワークシステムＳ１に参加して図１７中破線で示す如く上位ノード装置２ｄから通信経路３ｊを介してストリーミングデータＢ１を受信していた。このような状況下において、下位ノード装置２ｊのユーザが、放送局装置１Ｂから配信されているストリーミングデータＢ２を受信すべく、いわゆるチャンネルを放送局装置１Ａから放送局装置１Ｂに変更して、ツリー型ネットワークシステムＳ１からツリー型ネットワークシステムＳ２に移動（遷移）し、新たな上位ノード装置２ｅと通信経路３ｑを介した接続を確立し、上位ノード装置２ｅからストリーミングデータＢ２を受信するという構成における本発明の適用について述べる。
【０２１５】
図１８は、下位ノード装置２ｊの制御部２１ｊにおけるストリーミングデータＢ１及びＢ２の受信処理を示すフローチャートであり、当該フローチャートにより示される処理は、制御部２１ｊ内の図示しないＲＯＭ等に予め記憶されているプログラムに基づいて当該制御部２１ｊの制御に基づいて実行されるものである。
【０２１６】
図１８に示す処理は、下位ノード装置２ｊのユーザが、操作入力部２６ｊを操作して、ストリーミングデータＢ１の送信を要求することにより開始される。
【０２１７】
まず、操作入力部２６ｊが操作されてストリーミングデータＢの送信要求がされると、間引き係数Ｆを０とする初期化が行なわれる（ステップＳ６１）。そして、初期化された間引き係数Ｆは図示しない制御部２１ｊのＲＡＭ等に一時的に記憶される。
【０２１８】
次に、上位ノード装置のアドレス情報Ｓadが取得される（ステップＳ６２）。より具体的には、上述した第１実施形態におけるストリーミングデータＢの受信処理と同様に、ネットワーク管理装置１００に対して、接続されるべき上位ノード装置のアドレス情報Ｓadを問い合わせることにより、ネットワーク管理装置１００から上位ノード装置２ｄのアドレス情報Ｓadが送信されて取得することができる。
【０２１９】
そして、間引き係数取得処理により、間引き係数Ｆを取得する（ステップＳ６３）。間引き係数取得処理は、図９を用いて第１実施形態で詳述したため、ここでの説明は省略する。続いて、上位ノード装置に対して接続要求情報Ｓｒを送信する（ステップＳ６４）。そして、再び間引き係数取得処理を実行し、間引き係数Ｆを取得する（ステップＳ６５）。
【０２２０】
次に、ステップＳ６５にて取得した間引き係数Ｆが、これまでの間引き係数Ｆと比較して変更されたか否かを判定し（ステップＳ６６）、間引き係数Ｆが変わらない場合（ステップＳ６６：Ｎｏ）には、ステップＳ８の処理に移行し、間引き係数Ｆが変更された場合（ステップＳ６６：Ｙｅｓ）には、上位ノード装置に対して係数変更要求情報Ｓｃを送信する（ステップＳ６７）。
【０２２１】
ここまで説明したステップＳ６１からステップＳ６７までの処理は上述した第１実施形態におけるストリーミングデータＢの受信処理の説明と同様である。
【０２２２】
次に、ユーザが操作入力部２６ｊを操作して、ツリー型ネットワークシステムＳ２にて配信されているストリーミングデータＢ２を受信すべく、チャンネル変更指示がされたか否かを判定する（ステップＳ６８）。
【０２２３】
そして、チャンネル変更指示がされていない場合（ステップＳ６８：Ｎｏ）には、ユーザが操作入力部２６ｊを操作して、ストリーミングデータＢの受信を終了することを指示したか否かを判定し（ステップＳ９）、受信終了指示がない場合（ステップＳ６９：Ｎｏ）にはステップＳ６５に移行して、バッファメモリ２３ｊに蓄積されたフレーム数ｄと、送信の停止を監視し続ける。他方、受信終了指示がされた場合（ステップＳ６９：Ｙｅｓ）には処理を終了する。
【０２２４】
他方、ステップＳ８の処理において、チャンネル変更指示がされた場合（ステップＳ６８：Ｙｅｓ）には、バッファメモリ２３ｊ内のデータを全て消去する（ステップＳ７０）。すなわち、バッファメモリ２３ｊ内に蓄積したフレーム（より具体的には受信した各パケットデータ）は、ストリーミングデータＢ１のデータであるため、チャンネル変更の際には、これらを全て消去する。そして、ステップＳ６２に移行し、図１７中一点鎖線及び二点鎖線に示す如く、新たな上位ノード装置のアドレス情報Ｓadをネットワーク管理装置１００に問い合わせて取得し、新たな上位ノード装置２ｅとの間でステップＳ６２乃至ステップＳ６８の処理を繰り返し行なう。
【０２２５】
なお、上位ノード装置２ｄ及び２ｅにおけるストリーミングデータＢの送信処理は、図１２を用いて説明した第１実施形態におけるストリーミングデータＢの送信処理と同様であるため、説明を省略する。
【０２２６】
以上説明した第４実施形態によれば、下位ノード装置２ｊは他のストリーミングデータＢを受信すべく、他の配信ネットワークに移動（遷移）した場合であっても、これまで受信したバッファメモリ２３ｊ内のデータを全て消去することにより、バッファ制御部２４ｊは現状のチャンネルにおけるストリーミングデータＢの蓄積フレーム数ｄを適切に取得することができるため、正確な間引き係数情報Ｓｆを取得することができる。
【図面の簡単な説明】
【０２２７】
【図１】ツリー型ネットワークシステムＳの概要構成を示すブロック図である。
【図２】ノード装置２ｊのツリー型ネットワークシステムＳへの参加を示す説明図である。
【図３】下位ノード装置２ｊと上位ノード装置２ｄの構成及び機能を示すブロック図
【図４】ストリーミングデータＢのパケット処理の説明図である。
【図５（Ａ）】記憶部２２ｄに記憶された間引き係数Ｆとパケットデータの対応テーブルである。
【図５（Ｂ）】間引き係数Ｆに対応するパケットデータの説明図である。
【図６】下位ノード装置２ｊの制御部２１ｊにおけるストリーミングデータＢの受信処理を示すフローチャートである。
【図７】下位ノード装置２ｊのバッファメモリ２３ｊと、パケットデータの送受信との関係を示す説明図である。
【図８】第１実施形態に係る下位ノード装置２ｊのバッファメモリ２３ｊと、パケットデータの送受信との関係を示す説明図である。
【図９】下位ノード装置２ｊの制御部２１ｊにおける間引き係数取得処理を示すフローチャートである。
【図１０】上位ノード装置２ｄのツリー型ネットワークシステムＳからの離脱に伴う新たな上位ノード装置２ｅとの接続を示す説明図である。
【図１１（Ａ）】記憶部２２ｅに記憶された間引き係数Ｆとパケットデータの対応テーブルである。
【図１１（Ｂ）】間引き係数Ｆに対応するパケットデータの説明図である。
【図１２】上位ノード装置２ｄの制御部２１ｄにおけるストリーミングデータＢの送信処理を示すフローチャートである。
【図１３】第２実施形態に係る下位ノード装置２ｊの記憶部２２ｊに記憶されたフレーム数閾値Ｄと間引き係数Ｆの対応テーブルである。
【図１４（Ａ）】記憶部２２ｄに記憶された間引き係数Ｆとパケットデータの対応テーブルである。
【図１４（Ｂ）】間引き係数Ｆに対応するパケットデータの説明図である。
【図１５】第２実施形態に係る下位ノード装置２ｊの制御部２１ｊにおける間引き係数取得処理を示すフローチャートである。
【図１６（Ａ）】第３実施形態に係る１フレーム中の走査線の説明図である。
【図１６（Ｂ）】第３実施形態に係る補完処理前の画像データと、補完処理後の画像データの説明図である。
【図１６（Ｃ）】第３実施形態に係る補完処理前の画像データと、補完処理後の画像データの説明図である。
【図１７】第４実施形態に係るノード装置２ｊの遷移状態を示す説明図である。
【図１８】第４実施形態に係る下位ノード装置２ｊの制御部２１ｊにおけるストリーミングデータの受信処理を示すフローチャートである。
【符号の説明】
【０２２８】
Ｓ、Ｓ１、Ｓ２…ツリー型ネットワークシステム
１、１Ａ、１Ｂ…放送局装置
２（２ａ、２ｂ、２ｃ、２ｄ、２ｅ、２ｆ、２ｇ、２ｈ、２ｉ、２ｊ、２ｋ、２ｌ、２ｍ、２ｎ、２ｏ、２ｐ）…ノード装置
３（３ａ、３ｂ、３ｃ、３ｄ、３ｅ、３ｆ、３ｇ、３ｈ、３ｉ、３ｊ、３ｋ、３ｌ、３ｍ、３ｎ、３ｏ、３ｐ、３ｑ）…通信経路
１００…ネットワーク管理装置
２１ｊ…制御部
２２ｊ…記憶部
２３ｊ…バッファメモリ
２４ｊ…バッファ制御部
２５ｊ…デコーダ部
２６ｊ…操作入力部
２７ｊ…通信部
２８ｊ…バス
２１ｄ、２１ｅ…制御部
２２ｄ、２２ｅ…記憶部
２３ｄ、２３ｅ…バッファメモリ
２４ｊ、２４ｅ…パケットデータ取得部
２５ｊ、２５ｅ…通信部
２６ｊ、２６ｅ…バス
Ｂ、Ｂ１、Ｂ２…ストリーミングデータ
Ｆ、ｆ１、ｆ２、ｆ３、ｆ４…間引き係数
ｄ…蓄積フレーム数
Ｄ、Ｄ１，Ｄ２…フレーム数閾値
Ｐｆ１、Ｐｆ２…パケットデータ
Ｓad…アドレス情報
Ｓｒ…接続要求情報
Ｓｆ…間引き係数情報
Ｓｐ…パケット番号情報
Ｓｃ…係数変更要求情報
ｉ１、ｉ２、ｉ３、…、ｉｍ…フレーム番号
Ｔ…所定時間
【図１】
2006080659.tif 000003
【図２】
2006080659.tif 000004
【図３】
2006080659.tif 000005
【図４】
2006080659.tif 000006
【図５（Ａ）】
2006080659.tif 000007
【図５（Ｂ）】
2006080659.tif 000008
【図６】
2006080659.tif 000009
【図７】
2006080659.tif 000010
【図８】
2006080659.tif 000011
【図９】
2006080659.tif 000012
【図１０】
2006080659.tif 000013
【図１１（Ａ）】
2006080659.tif 000014
【図１１（Ｂ）】
2006080659.tif 000015
【図１２】
2006080659.tif 000016
【図１３】
2006080659.tif 000017
【図１４（Ａ）】
2006080659.tif 000018
【図１４（Ｂ）】
2006080659.tif 000019
【図１５】
2006080659.tif 000020
【図１６（Ａ）】
2006080659.tif 000021
【図１６（Ｂ）】
2006080659.tif 000022
【図１６（Ｃ）】
2006080659.tif 000023
【図１７】
2006080659.tif 000024
【図１８】
2006080659.tif 000025