JP2008160391A - Ｔｃｐを利用してストリームデータをマルチパスを介して伝播する方法及びシステム、並びにその方法を実現するプログラムを記録した、コンピュータで読み出すことのできる記録媒体 - Google Patents

Abstract

【課題】入力器から生成されたストリームデータをＴＣＰを利用し、マルチパス方式によって伝播させる。
【解決手段】ストリームデータの伝送を入力器に要請する第１ステップと、第１中継器が入力器のストリームデータを受信する第２ステップと、前記第１中継器に受信されたストリームデータがいずれか１つ以上の第２中継器に伝送されるように予め設定された伝送制御情報に応じてストリームデータをそれぞれ特定チャネルに割り当てる第３ステップと、それぞれの特定チャネルの状態を確認する第４ステップと、確認されたそれぞれの特定チャネルの状態に応じていずれか１つ以上の第２中継器から前記ストリームデータの伝送要請信号を受信する第５ステップと、受信されたストリームデータの伝送要請信号に応じて特定チャネルを介して第１中継器のストリームデータをいずれか１つ以上の第２中継器に伝送する第６ステップとを含むことを特徴とする。
【選択図】図３

Description

本発明は、ＴＣＰを利用してストリームデータをマルチパスを介して伝播する方法及びシステム、そして、前記方法を実現するプログラムを記録したコンピュータで読み出すことのできる記録媒体に関し、さらに詳しくは、制御器の制御に応じて入力器から生成されたストリームデータを、ＴＣＰを利用したマルチパス方式を介して多数の中継器に再伝送する、ＴＣＰを基にするマルチパス方式を利用したストリームデータの伝播方法、システム、そして前記方法を実現するプログラムを記録した、コンピュータで読み出すことのできる記録媒体に関する。

近年の超高速情報通信網の大衆化や映像関連技術の発展に伴い、マルチメディアコンテンツの活用範囲が非常に広くなっている。特に、公衆網放送、衛星網放送、ケーブル放送、インターネット放送などを介して多様な映像及び音声サービスを提供している。

そのうち、前記インターネットを介したリアルタイム映像及び音声の伝送は、ムービー・オン・デマンド（ＭＯＤ：Ｍｏｖｉｅｓ Ｏｎ Ｄｅｍａｎｄ）サービス、ニュース・オン・デマンド（ＮＯＤ：Ｎｅｗｓ Ｏｎ Ｄｅｍａｎｄ）サービス、ユーザが選択した製品の映像カタログを提供するサービス、遠隔監視及び管制サービス、テレビ会議サービス、在宅勤務サービス、遠隔教育サービスなど、非常に多様な分野で活用されている。

大容量の動画データを時間の遅延なくサービスするためには、ネットワーク環境が、高速かつ高容量のデータ伝送を支援しなければならないが、現実的に、このような高品質のネットワークを提供するには限界がある。そのため、データの信頼性よりは伝送の迅速性を優先するリアルタイムストリームデータの伝送のためのアプリケーションプロトコルの標準として伝送制御プロトコル（ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）よりは時間遅延の少ない非信頼性伝送プロトコルのユーザデータグラムプロトコル（ＵＤＰ：Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を基にするリアルタイムプロトコル（ＲＴＰ：Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）がインターネット標準案（ＲＦＣ：Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｎｅｔ）として決定された。

一方、テレビ番組や映画などの動画をリアルタイムに各加入者に放送する方式は、ビデオサーバーが近隣の中継サーバーに動画データを伝送し、それに応じて、中継サーバーが各クライアントに動画データを再伝送する。

図１は、一般的なビデオサーバー及び中継サーバーを備えた通信網の実施形態を示す図である。

同図に示すように、一般的なビデオサーバー及び中継サーバーを備えた通信網は、動画データを再生するマルチメディア再生器（ｍｕｌｔｉｍｅｄｉａ ｐｌａｙｅｒ）などを備えたクライアント１０、該クライアント１０から動画注文を受けて、該当ユーザのＩＤ及びパスワードの確認などの認証過程を行なった後、ビデオサーバー３０から伝送されるストリームデータを前記クライアント１０に伝送する中継サーバー２０、前記中継サーバー２０から動画データの伝送の要請を受けて、マルチメディアデータベース４０に保存されている動画データをストリームデータに変換した後、前記中継サーバー２０に伝送するビデオサーバー３０、及び動画データなどを保存するマルチメディアデータベース４０を備える。以下、図２を参照して従来方式に係るビデオサーバー及び中継サーバーを備える通信網において、ストリームデータを伝播する過程について説明する。

図２は、従来技術に係るストリームデータの伝播過程に対する実施形態を示す図である。

同図に示すように、入力器３００Ａ，３００Ｂは、コンテンツの提供者として位置し、コンテンツの提供者の提供するテレビ番組や映画などの動画データをストリームデータに変換して生成する。このとき、各入力器３００Ａ，３００Ｂは、コンテンツの提供者の各チャネル（例：ドラマ放送、スポーツ放送、アニメーション放送など）で放送される動画データをそれぞれの当該チャネルのストリームデータに変換して生成する。ここで、中継器は、コンテンツの提供者が提供するストリームデータを変換することなく中継器に伝達することができる。その後、前記入力器３００Ａ，３００Ｂは、前記生成したストリームデータをＵＤＰ方式を利用して、近隣の中継器２００Ａに伝送する。ここで、中継器２００Ａ〜２００Ｃは、事前に各入力器３００Ａ，３００Ｂからストリームデータを要請した状態である。そうすれば、前記中継器２００Ａは、前記各入力器３００Ａ，３００Ｂから伝送されたストリームデータをＵＤＰ方式を利用して、近隣の別の中継器２００Ｂに伝送する。そうすれば、前記中継器２００Ｂは、前記近隣の中継器２００Ａから伝送されたストリームデータをＵＤＰ方式を利用して、近隣のまた別の中継器２００Ｃに伝送する。このように、前記各入力器３００Ａ，３００Ｂから生成されたストリームデータが、前記多数の中継器２００Ａ〜２００Ｃに伝播された場合、各中継器２００Ａ〜２００Ｃは、近隣の再生器１００から当該チャネルのストリームデータの伝送要請を受け、各再生器１００にストリームデータを伝送する。それに応じて、前記再生器１００は、伝送されるストリームデータを再生し、チャネルに該当する動画をユーザにディスプレイする。

ここで、前記のような従来の方式は、各入力器３００Ａ，３００Ｂから生成されたストリームデータを、ユーザデータグラムプロトコル方式を利用して、近隣の別の中継器に再伝送する。

前記のような従来の方式は、ユーザデータグラムプロトコルパケット形態でストリームデータを伝送するにあたって発生し得るパケットの損失を補償するために、順方向エラー訂正（ＦＥＣ：Ｆｏｒｗａｒｄ Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ）、または、自動再送要求（ＡＲＱ：Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）などを付加的に利用するようになり、基本データの伝送プロトコル以外に、アプリケーションにおいて付加的機能を追加で処理しなければならないオーバーヘッドを有するという問題がある。

ＵＤＰ方式のＲＴＰを利用したストリーム伝播の場合、ネットワーク装備で支援するマルチキャスト機能を用いるか、又は、制限された形でのみ利用できる別途の専用ネットワークを構成して用いるため、マルチキャストを支援しないネットワークを利用する場所では用いることが難しく、制限された使用に応じる迅速なサービスの生成及び支援に不便さを伴う問題がある。

また、前記のような従来の方式は、１つの中継器が故障すると、近隣の別の中継器及びその次の中継器では、入力器から生成されたストリームデータを伝送されることができないため、前記故障した中継器及びその次の中継器からストリームデータを受信する各再生器では、鑑賞しようとするストリームデータが伝送されないという問題がある。

本発明は、前記のような問題を解決するためになされたものであって、その目的は、入力器から生成されたストリームデータをＴＣＰを利用し、マルチパス方式によって多数の中継器に前記ストリームデータを再伝送するＴＣＰを基にするマルチパス方式を利用したストリームデータの伝播方法及びシステム、そして、前記方法を実現させるプログラムを記録したコンピュータで読み出すことのできる記録媒体を提供することである。

上記の目的を達成するための本発明は、ＴＣＰを利用してストリームデータをマルチパスを介して伝播する方法において、ＴＣＰを利用してフレーム及びヘッダ情報を含むストリームデータが入力器から第１中継器に伝送されるようにストリームデータの伝送を入力器に要請する第１ステップと、該第１ステップにおけるストリームデータの伝送要請に応じてＴＣＰを利用して第１中継器が入力器のストリームデータを受信する第２ステップと、該第２ステップにおいて、前記第１中継器に受信されたストリームデータがいずれか１つ以上の第２中継器に伝送されるように予め設定された伝送制御情報に応じてストリームデータをそれぞれ特定チャネルに割り当てる第３ステップと、該第３ステップにおいて、割り当てられた特定チャネルを介して前記ストリームデータが、いずれか１つ以上の第２中継器に伝送されるようにそれぞれの特定チャネルの状態を確認する第４ステップと、該第４ステップにおいて、確認されたそれぞれの特定チャネルの状態に応じていずれか１つ以上の第２中継器から前記ストリームデータの伝送要請信号を受信する第５ステップと、該第５ステップにおいて、受信されたストリームデータの伝送要請信号に応じて特定チャネルを介して第１中継器のストリームデータをいずれか１つ以上の第２中継器に伝送する第６ステップとを含むことを特徴とする。

また、別の側面に係る本発明は、ＴＣＰを利用してストリームデータをマルチパスを介して伝播するシステムにおいて、各チャネルの動画データをストリームデータに変換し、前記ストリームデータの伝送を要請する信号に応答してＴＣＰを利用するチャネルを介して変換されたストリームデータを伝送する入力器と、該入力器に前記変換されたストリームデータの伝送を要請し、前記入力器から伝送されるストリームデータを受信し、それぞれ割り当てられた特定チャネルを介して前記ストリームデータがいずれか１つ以上の第２中継器に伝送されるように、それぞれの特定チャネルの状態を確認する第１中継器と、予め設定されたブリッジテーブル、クロステーブル及びスプリットテーブルを含む伝送制御情報に応じて前記第１中継器のストリームデータがそれぞれ特定チャネルに割り当てられるようにし、前記第１中継器が特定チャネルの状態を確認して前記第１中継器のストリームデータがいずれか１つ以上の第２中継器に伝送されるように前記第１中継器の動作を制御する制御器と前記第１中継器において確認されたそれぞれの特定チャネルの状態に応じてストリームデータの伝送を要請し、前記特定チャネルを介して第１中継器のストリームデータを受信するいずれか１つ以上の第２中継器と、該第２中継器から特定チャネルを介してストリームデータを受信し、受信されたストリームデータを再生する再生器とを備えたことを特徴とする。

さらに１つの側面に係る本発明は、プロセッサを備えたビデオ・オン・デマンド（ＶＯＤ：Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）に、入力器にストリームデータの伝送を要請する第１機能と、前記入力器からフレーム及びヘッダ情報を含むストリームデータをＴＣＰを利用して受信する第２機能と、制御器の予め設定された伝送制御情報に応じて前記受信したストリームデータを特定チャネルに割り当てる第３機能と、前記ストリームデータが、いずれか１つ以上の中継器に伝送されるように特定チャネルの状態を確認し、その結果に応じていずれか１つ以上の中継器にストリームデータの伝送を要請する第４機能と、制御器の伝送制御情報に応じてＴＣＰを利用して前記特定チャネルのストリームデータの伝送を要請したいずれか１つ以上の中継器に前記ストリームデータを伝送する第５機能と、前記近隣の中継器のうち、いずれか１つ以上の中継器からＴＣＰを利用して前記特定チャネルのストリームデータを受信する第６機能とを実現させることを特徴とする。

以下、本発明の最も好ましい実施形態を添付した図面を参照しながら説明する。

まず、本発明の実施形態に係るＴＣＰを利用してストリームデータをマルチパスを介して伝播するシステムには、［表１］に示すように、ＳＬＣＰまたはＳＬＤＰの階層構造を利用する。

即ち、本発明は、セッション管理のため、伝送プロトコル階層においてＴＣＰ（ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）の接続指向特性を利用しており、データを伝送するためには、応用プロトコル階層のＳＬＣＰ、または、ＳＬＤＰを利用する。

図３は、本発明の実施形態に係るＴＣＰを利用してストリームデータをマルチパスを介して伝播するシステムを簡略に示す図である。このとき、点線は制御情報の伝送を示しており、実線はデータの伝送を示す。

図３に示すように、各入力器３００Ａ，３００Ｂにおいて、コンテンツ提供業者の各チャネルで放送する動画データをストリームデータに変換して生成する。このとき、各入力器３００Ａ，３００Ｂでは、動画データをそのまま活用したり、コデックを利用して圧縮、または、別の圧縮形式に変換したりした後、フレーム及びヘッダ情報を含むフレームパック形式のストリームデータを生成する。その後、前記各入力器３００Ａ，３００Ｂは、ＴＣＰ方式を利用して中継器２００Ａ，２００Ｂと接続させる。続いて、中継器２００Ａ〜２００Ｆは、各入力器３００Ａ，３００Ｂ、または、近隣の別の中継器２００Ａ〜２００Ｆにストリームデータの伝送を要請し、各入力器３００Ａ，３００Ｂ、または、近隣の別の中継器２００Ａ〜２００Ｆからストリームデータを受信する。

そうすると、前記各中継器２００Ａ，２００Ｂは、各制御器４００Ａ，４００Ｂの伝送制御情報に応じて前記各入力器３００Ａ，３００Ｂから伝送されるそれぞれのストリームデータを、ＴＣＰ方式を利用して近隣の別の中継器２００Ｃ〜２００Ｅに伝送する。このとき、各制御器４００Ａ〜４００Ｆの伝送制御情報は、ブリッジ（ｂｒｉｄｇｅ）テーブル、内部におけるチャネルの合成及び分離のためのクロス（ｃｒｏｓｓ）テーブル及びスプリット（ｓｐｌｉｔ）テーブルを備えてなる。

前記制御器４００Ａ，４００Ｂは、前記テーブルに応じて各中継器２００Ａ，２００Ｂを近隣の別の中継器２００Ｃ〜２００Ｅと接続させた後、近隣の別の中継器２００Ｃ〜２００Ｅとのチャネル状態を確認し、ストリームデータが近隣の別の中継器２００Ｃ〜２００Ｅに伝送されるよう中継器２００Ａ，２００Ｂを制御する。

前記ブリッジテーブルは、下記の［表２］のようにサーバーに入力されたチャネル全体、または、それに属したソースの一部を利用して外部のサーバーにストリームを伝送するために予め設定されたテーブルであって、入力チャネルがアクティブ（即ち、入力された場合）となる瞬間に、ブリッジをどのように動作させるかを指定し、具体的な動作方法は、オプションを介して定義できる。

例えば、動作形態において、手動の場合には、制御器の命令がある場合にのみ動作し、自動の場合には、入力チャネルがアクティブになれば、直ちにブリッジ中継が行なわれることもある。また、動作オプションが再挑戦の場合は、連続的、または、周期的に再挑戦するのか、一定回数のみを行って諦めるかなどを指定することができる。

クロステーブル（ｃｒｏｓｓ ｔａｂｌｅ）は、下記の［表３］のように、多数のチャネルを１つの新しい仮想チャネルに合成するために予め設定したテーブルである。

例えば、出力オプションが「全体」に設定された場合、入力チャネルが全て入力されたときに出力チャネルが作られ、「一部」に設定された場合、入力チャネルの一部のみが入力されても出力チャネルが作られる。

スプリットテーブル（ｓｐｌｉｔ ｔａｂｌｅ）は、下記の［表４］のように、１つのチャネルを多数の仮想チャネルに分離するために予め設定されたテーブルである。

入力チャネルの一部のソースのみを別のチャネルに分離して仮想チャネルを生成することができる。また、仮想チャネルを再びクロステーブル、または、スプリットテーブルを介して別の仮想チャネルまたは物理的チャネルと合成または分離することもできる。

一方、前記実施形態では、ブリッジテーブル、クロステーブル及びスプリットテーブルが制御器に備えられたものであると説明したが、別の実施形態では前記ブリッジテーブル、クロステーブル及びスプリットテーブルを中継器内部に個別に備えることもできる。

続いて、複数の中継器２００Ａ〜２００Ｆにストリームデータを伝送された場合、各中継器２００Ａ〜２００Ｆは、近隣の再生器１００から当該チャネルのストリームデータの伝送要請を受けた後、前記各制御器４００Ａ〜４００Ｆの伝送制御情報に応じて各再生器１００にストリームデータを伝送する。

それに応じて、前記再生器１００は、伝送されるストリームデータ（フレームパック）をヘッダ情報とフレームとに分離し、入力ソースの情報に応じるコデックを利用して、前記ストリームデータを再生し、ユーザに対してチャネルに合った動画をディスプレイする。

一方、前記各中継器２００Ａ〜２００Ｆ間の接続は、論理的に無限に設定することができる。即ち、前記中継器２００Ａ〜２００Ｆが、特定チャネルのストリームデータを多数の中継器から伝送するように設定された場合、前記中継器２００Ａ〜２００Ｆが、最初に接続された１つの中継器を除く残りの中継器との接続を解除する。このように、各中継器において、特定チャネルに対して二重的入力可否を検査し、ストリームデータを反復して伝送することを防止することができる。

また、特定の中継器で故障が発生した後に復旧した場合、前記特定の中継器が近隣の別の中継器２００Ａ〜２００Ｆにストリームデータの再伝送を要請し、それに応じて別の中継器２００Ａ〜２００Ｆから伝送されるストリームデータを近隣の再生器１００に伝送する。

また、各チャネルで放送されるコンテンツの提供者の動画データを変換したストリームデータは、論理的なチャネルを介して各中継器２００Ａ〜２００Ｆ及び多数の再生器１００に伝送される。このようなチャネルは、任意のビデオ／オーディオ／データの集合からなる論理的な単位であり、多数のチャネルから１つのチャネルへの結合、及び１つのチャネルから多数のチャネルへの分離を介した伝播が可能である。即ち、１つのチャネルに多数のビデオが存在することができるため、再生器１００では、当該チャネルの動画を、多数のウィンドウなどを同時に画面に再生したり、選択的に鑑賞することができる。

図４は、本発明の実施形態に係るＴＣＰを利用して、ストリームデータをマルチパスを介して伝播する方法を示すフローチャートである。

まず、各入力器３００Ａ，３００Ｂで特定チャネルのストリームデータをそれぞれ生成する（Ｓ４１０）。このとき、各入力器３００Ａ，３００Ｂでコンテンツ提供業者の各チャネルから放送される動画データ（ドラマ放送の動画データ、スポーツ放送の動画データなど）をストリームデータに変換して生成する。付加的に１つの入力器で多数のチャネルのストリームデータを生成することもできる。

ストリームデータが入力器で生成されると、ＴＣＰを利用して中継器２００Ａ，２００Ｂがストリームデータの伝送を入力器３００Ａ，３００Ｂに要請する（Ｓ４２０）。

前記ストリームデータの伝送要請に応じ、ＴＣＰを利用してフレームとヘッダ情報とを含むストリームデータを近隣の中継器２００Ａ，２００Ｂにそれぞれ伝送する（Ｓ４３０）。このとき、各入力器３００Ａ，３００Ｂは、ＴＣＰパケット（ＴＣＰ Ｐａｃｋｅｔ）に前記ストリームデータを載せて各近隣の中継器２００Ａ，２００Ｂに伝送する。

前記各中継器２００Ａ，２００Ｂから受信されたストリームデータのチャネルを確認し、予め設定された制御器の伝送制御情報に応じてストリームデータをそれぞれ特定チャネルに割り当てる（Ｓ４４０）。このとき、伝送制御情報は、ブリッジテーブル、クロステーブル及びスプリットテーブルを含む。

前記Ｓ４４０ステップで、それぞれ接続された特定チャネルを介してストリームデータが近隣の中継器２００Ｃ〜２００Ｅに伝送されるように特定チャネルの状態を確認する（Ｓ４５０）。

前記Ｓ４５０ステップで確認されたチャネルの状態に応じ、近隣の中継器２００Ｃ〜２００Ｅからストリームデータの伝送要請信号を受信する（Ｓ４６０）。

前記Ｓ４６０ステップで受信されたストリームデータの伝送要請信号に応じ、特定チャネルを介してストリームデータを近隣の中継器２００Ｃ〜２００Ｆに伝送する（Ｓ４７０）。

このとき、特定チャネルの状態がストリームデータの伝送が不可能であったり、または、所定の伝送基準以下の場合、ストリームデータが伝送不可能なチャネルでない別のチャネルを介して近隣の別の中継器にストリームデータを伝送する。

前記各中継器２００Ａ，２００Ｂからストリームデータを受信した別の中継器２００Ｃ〜２００Ｆは、ＴＣＰ方式を利用してそれぞれ特定チャネルを要請した多数の中継器に当該ストリームデータを再伝送する。

このとき、各中継器でストリームデータの伝送の失敗に応じる再伝送要請信号を受信するとき、これに対する処理が一定時間遅れると、当該フレームをドロップ（ｄｒｏｐ）させて再伝送に応じる伝送遅延を遮断することが好ましい。

この後、再生器１００が特定チャネルの視聴を近隣の中継器２００Ａ〜２００Ｆに要請すると（Ｓ４８０）、中継器２００Ａ〜２００ＦがＴＣＰ方式を利用して該当チャネルのストリームデータを前記再生器１００に伝送する（Ｓ４９０）。

これに応じて、前記再生器１００が受信したストリームデータを移動通信端末で再生する（Ｓ４９５）。

上述したように、本発明の方法は、プログラムとして実現され、コンピュータで読み出すことのできる形態で記録媒体（ＣＤ ＲＯＭ、ＲＡＭ、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスク、光磁器ディスクなど）に保存され得る。このような過程は、本発明が属する技術分野における通常の知識を有する者が容易に実施できるものであるため、これ以上、詳しく説明しないことにする。

本発明は、入力器で生成されたストリームデータをＴＣＰを利用して多数の中継器に再伝送することによって、ストリームデータの遅延及び損失なしに信頼性のあるストリームデータを各再生器に伝送することができ、各再生器にはリアルタイムで画面切れのない動画などを提供して再生品質を高めるという効果がある。

また、本発明は、各中継器が多数の中継器にストリームデータを要請し、各中継器がマルチパス方式によって多数の中継器にストリームデータを伝送することによって、特定の中継器が故障しても別の中継器からストリームデータを伝送することができ、サービスの可用性を高めるという効果がある。

また、本発明は、非信頼性のＵＤＰ方式を基とするリアルタイム伝送プロトコル方式（ＲＴＰ）を利用して、ストリームデータを伝送する従来技術が信頼性向上のために付加的技法を用いてシステムに負荷を与えることと異なり、信頼性のＴＣＰを基にストリームデータを伝播することによって付加技法を用いずに、リアルタイムで信頼性のあるデータを提供のできるという効果がある。

また、本発明は、既存の方式がＩＰ水準の網の支援を求めることと異なり、アプリケーション水準で伝播技法を実現して網の修正や別途の支援なしに実現できるという効果がある。

尚、本発明は、上記した実施形態に限定されるものではなく、本発明に係る技術的思想の範囲内から逸脱しない範囲内で様々な変更が可能であり、それらも本発明の技術的範囲に属する。

通常のビデオサーバー及び中継サーバーを備える通信網の実施形態を示す図である。 従来技術に係るストリームデータの伝播過程に対する実施形態を示す図である。 本発明の実施形態に係るＴＣＰを利用してストリームデータをマルチパスを介して伝播するシステムを簡略に示す図である。 本発明の実施形態に係るＴＣＰを利用してストリームデータをマルチパスを介して伝播する方法を示すフローチャートである。

Claims (14)

1. ＴＣＰを利用してストリームデータをマルチパスを介して伝播する方法において、
   ＴＣＰを利用してフレーム及びヘッダ情報を含むストリームデータが入力器から第１中継器に伝送されるようにストリームデータの伝送を入力器に要請する第１ステップと、
   該第１ステップにおけるストリームデータの伝送要請に応じてＴＣＰを利用して第１中継器が入力器のストリームデータを受信する第２ステップと、
   該第２ステップにおいて、前記第１中継器に受信されたストリームデータがいずれか１つ以上の第２中継器に伝送されるように予め設定された伝送制御情報に応じてストリームデータをそれぞれ特定チャネルに割り当てる第３ステップと、
   該第３ステップにおいて、割り当てられた特定チャネルを介して前記ストリームデータが、いずれか１つ以上の第２中継器に伝送されるようにそれぞれの特定チャネルの状態を確認する第４ステップと、
   該第４ステップにおいて、確認されたそれぞれの特定チャネルの状態に応じていずれか１つ以上の第２中継器から前記ストリームデータの伝送要請信号を受信する第５ステップと、
   該第５ステップにおいて、受信されたストリームデータの伝送要請信号に応じて特定チャネルを介して第１中継器のストリームデータをいずれか１つ以上の第２中継器に伝送する第６ステップと
   を含むことを特徴とするＴＣＰを利用してストリームデータをマルチパスを介して伝播する方法。
2. 前記第４ステップにおける特定チャネルの状態確認が、前記ストリームデータのビットストリーム及びネットワークの状態によって構成されることを特徴とする請求項１に記載のＴＣＰを利用してストリームデータをマルチパスを介して伝播する方法。
3. 前記第４ステップにおいて、確認された特定チャネルの状態が、前記ストリームデータの伝送が不可能あったり、または、所定の伝送基準以下の場合、前記ストリームデータを近隣の別の第２中継器に伝送することを特徴とする請求項２に記載のＴＣＰを利用してストリームデータをマルチパスを介して伝播する方法。
4. 前記第４ステップにおける伝送制御情報は、
   入力チャネルを介して入力されたストリームデータが、特定出力チャネルを介して外部に伝送されるように入力チャネルと出力チャネルとの接続関係が設定されたブリッジテーブルと、
   多数のチャネルを１つの新しい仮想チャネルに合成するように入力チャネルと出力チャネルとの接続関係が設定されたクロステーブルと、
   １つのチャネルを多数の仮想チャネルに分離するように入力チャネルと出力チャネルとの接続関係が設定されたスプリットテーブルを基に選択されることと
   を特徴とする請求項１に記載のＴＣＰを利用してストリームデータをマルチパスを介して伝播する方法。
5. 前記ＴＣＰを基にする各中継器において、ストリームデータの伝送失敗に応じる再伝送要請信号を受信する場合、これに対する処理が一定時間遅れれば、当該フレームをドロップ（ｄｒｏｐ）させ、再伝送に応じる伝送遅延を遮断することを特徴とする請求項１に記載のＴＣＰを利用してストリームデータをマルチパスを介して伝播する方法。
6. いずれか１つ以上の第２中継器から特定チャネルを介してストリームデータを再生器で受信する第７ステップと、
   該第７ステップにおいて、受信されたストリームデータを再生器から再生する第８ステップと
   をさらに含むことを特徴とする請求項１〜５のいずれかに記載のＴＣＰを利用してストリームデータをマルチパスを介して伝播する方法。
7. 前記第８ステップにおいて、再生器は、いずれか１つ以上の中継器から受信されたストリームデータを同期化して再生することを特徴とする請求項６に記載のＴＣＰを利用してストリームデータをマルチパスを介して伝播する方法。
8. ＴＣＰを利用してストリームデータをマルチパスを介して伝播するシステムにおいて、
   各チャネルの動画データをストリームデータに変換し、前記ストリームデータの伝送を要請する信号に応答してＴＣＰを利用するチャネルを介して変換されたストリームデータを伝送する入力器と、
   該入力器に前記変換されたストリームデータの伝送を要請し、前記入力器から伝送されるストリームデータを受信し、それぞれ割り当てられた特定チャネルを介して前記ストリームデータがいずれか１つ以上の第２中継器に伝送されるように、それぞれの特定チャネルの状態を確認する第１中継器と、
   予め設定されたブリッジテーブル、クロステーブル及びスプリットテーブルを含む伝送制御情報に応じて前記第１中継器のストリームデータがそれぞれ特定チャネルに割り当てられるようにし、前記第１中継器が特定チャネルの状態を確認して前記第１中継器のストリームデータがいずれか１つ以上の第２中継器に伝送されるように前記第１中継器の動作を制御する制御器と
   前記第１中継器において確認されたそれぞれの特定チャネルの状態に応じてストリームデータの伝送を要請し、前記特定チャネルを介して第１中継器のストリームデータを受信するいずれか１つ以上の第２中継器と、
   該第２中継器から特定チャネルを介してストリームデータを受信し、受信されたストリームデータを再生する再生器と
   を備えたことを特徴とするＴＣＰを利用してストリームデータをマルチパスを介して伝播するシステム。
9. 前記制御器が、前記ストリームデータのビットストリーム及びネットワークの状態に応じて各チャネルの状態を確認することを特徴とする請求項８に記載のＴＣＰを利用してストリームデータをマルチパスを介して伝播するシステム。
10. 前記制御器において確認された特定チャネルの状態が、前記ストリームデータの伝送が不可能であったり、または、所定の伝送基準の以下の場合、前記ストリームデータを近隣の別の第２中継器に伝送することを特徴とする請求項９に記載のＴＣＰを利用してストリームデータをマルチパスを介して伝播するシステム。
11. 前記伝送制御情報のブリッジテーブルには、入力チャネルを介して入力されたストリームデータが、特定出力チャネルを介して外部に伝送されるように入力チャネルと出力チャネルとの接続関係が設定されており、クロステーブルには、多数のチャネルを１つの新しい仮想チャネルに合成するように入力チャネルと出力チャネルとの接続関係が設定されており、スプリットテーブルには、１つのチャネルを多数の仮想チャネルに分離するように入力チャネルと出力チャネルとの接続関係が設定されていることを特徴とする請求項８に記載のＴＣＰを利用してストリームデータをマルチパスを介して伝播するシステム。
12. 前記制御器が、ＴＣＰを基にする各中継器でストリームデータの伝送失敗に応じる再伝送要請信号を受信する場合、これに対する処理が一定時間遅れると、該当フレームをドロップ（ｄｒｏｐ）させて再伝送に応じる伝送遅延を遮断することを特徴とする請求項８に記載のＴＣＰを利用してストリームデータをマルチパスを介して伝播するシステム。
13. プロセッサを備えたビデオ・オン・デマンド（ＶＯＤ：Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）に、
    入力器にストリームデータの伝送を要請する第１機能と、
    前記入力器からフレーム及びヘッダ情報を含むストリームデータをＴＣＰを利用して受信する第２機能と、
    制御器の予め設定された伝送制御情報に応じて前記受信したストリームデータを特定チャネルに割り当てる第３機能と、
    前記ストリームデータが、いずれか１つ以上の中継器に伝送されるように特定チャネルの状態を確認し、その結果に応じていずれか１つ以上の中継器にストリームデータの伝送を要請する第４機能と、
    制御器の伝送制御情報に応じてＴＣＰを利用して前記特定チャネルのストリームデータの伝送を要請したいずれか１つ以上の中継器に前記ストリームデータを伝送する第５機能と、
    前記中継器のうちの近隣の中継器における、いずれか１つ以上の中継器からＴＣＰを利用して前記特定チャネルのストリームデータを受信する第６機能と
    を実現させることを特徴とするプログラムを記録した、コンピュータで読み出すことのできる記録媒体。
14. 前記第４機能において、前記ストリームデータのビットストリーム及びネットワークの状態に応じて特定チャネルの状態を確認し、その結果、前記ストリームデータの伝送が不可能な場合、前記ストリームデータの伝送が不可能ではない別のチャネルを介して近隣の別の中継器からストリームデータの伝送要請信号を受信することを実現させることを特徴とする請求項１３に記載のプログラムを記録した、コンピュータで読み出すことのできる記録媒体。

Images