(57)【要約】【課題】ストリーミング配信において、配信データを構成する映像、音声、テキスト、背景などの各々の要素につき、配信の優先順位をフレキシブルに設定することができ、ネットワーク遅延時に、画像や音声の乱れを最小限に抑えることができ、ユーザに品質の高いサービスを提供する。【解決手段】優先処理設定部１７は、動画映像、音声、テキスト、背景などの各トラック毎に送信の停止を保留する値（送信停止保留値）ｋに対してコンテンツ受信端末２０から通知されて受け取ったパケット数を加算し、失ったパケット数を減算して、得られた送信停止保留値ｋが送信停止の閾値（送信停止閾値）ｎを下回ったときに、ＲＴＰ送信部１４を介して該当するトラックの送信を停止する。例えば、ＲＴＰ送信部１４に前記パケットへの該当するトラックの収納などを停止させる。【選択図】  図２
2004229122.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの配信データを構成する各要素データをトラック毎に通信回線を介してコンテンツ送受信端末に配信するコンテンツ配信サーバにおいて、
通信回線の遅延状況を受信する遅延状況受信手段と、
前記遅延状況受信手段が受信した通信回線の遅延状況に応じて前記各要素データのトラックについて優先順位を設定する優先処理設定手段とを
備えることを特徴とするコンテンツ配信サーバ。
【請求項２】
前記優先処理設定手段は、前記通信回線の遅延状況に応じて優先順位開始及び終了を判断することを特徴とする請求項１記載のコンテンツ配信サーバ。
【請求項３】
前記遅延状況受信手段は、前記コンテンツ受信端末から通知されたネットワーク遅延状況情報を受信することを特徴とする請求項１記載のコンテンツ配信サーバ。
【請求項４】
前記コンテンツの配信データを構成する要素データは、映像、音声、テキスト及び背景データであることを特徴とする請求項１記載のコンテンツ配信サーバ。
【請求項５】
前記優先処理設定手段は、高い順から音声トラック、映像トラック、テキストトラック、背景トラックと優先順位を設定することを特徴とする請求項４記載のコンテンツ配信サーバ。
【請求項６】
コンテンツの配信データを構成する各要素データをトラック毎に通信回線を介してコンテンツ送受信端末に配信するためのコンテンツ配信方法において、
通信回線の遅延状況を受信する遅延状況受信工程と、
前記遅延状況受信工程が受信した通信回線の遅延状況に応じて前記各要素データのトラックについて優先順位を設定する優先処理設定工程を
備えることを特徴とするコンテンツ配信方法。
【請求項７】
前記優先処理設定工程は、前記通信回線の遅延状況に応じて優先順位開始及び終了を判断することを特徴とする請求項６記載のコンテンツ配信方法。
【請求項８】
前記遅延状況受信工程は、前記コンテンツ受信端末から通知されたネットワーク遅延状況情報を受信することを特徴とする請求項６記載のコンテンツ配信方法。
【請求項９】
コンテンツの配信データを構成する各要素データをトラック毎に通信回線を介して配信するコンテンツ配信システムにおいて、
通信回線の遅延状況を受信し、受信した通信回線の遅延状況に応じて前記各要素データのトラックについて優先順位を設定するコンテンツ配信サーバと、
通信回線の遅延状況を前記コンテンツ配信サーバに通知すると共に前記通信回線の遅延状況に応じて前記コンテンツ配信サーバから配信されてくる前記各要素データのトラックを受信するコンテンツ受信端末と
を備えることを特徴とするコンテンツ配信システム。
【請求項１０】
前記コンテンツ受信端末は、各トラックについて一定時間内に受け取ったパケット数及び失ったパケット数を前記コンテンツ配信サーバに通知することを特徴とする請求項９記載のコンテンツ配信システム。
【請求項１１】
前記コンテンツ配信サーバは、各トラック毎に送信の停止を保留する値ｋを設定し、前記値ｋに対して前記コンテンツ受信端末から通知されて受け取ったパケット数を加算し、失ったパケット数を減算して、得られた値ｋが送信停止の閾値ｎを下回ったときに、該当するトラックの送信を停止することを特徴とする請求項１０記載のコンテンツ配信システム。
【請求項１２】
前記コンテンツ配信サーバは、前記パケット数の増加により、前記値ｋが前記閾値ｎ以上になったとき、送信を再開することを特徴とする請求項１１記載のコンテンツ配信システム。
【請求項１３】
前記コンテンツ配信サーバは、前記送信の停止を保留する値ｋが高いトラックほど、優先順位を高くすることを特徴とする請求項１１記載のコンテンツ配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツの配信データを構成する映像、音声、テキスト及び背景などの各要素データをトラック毎に通信回線を介してコンテンツ送受信端末に配信するコンテンツ配信サーバ及びコンテンツ配信方法に関する。また、本発明は、コンテンツの配信データを構成する各要素データをトラック毎に通信回線を介して配信するコンテンツ配信システムに関する。
【０００２】
【従来の技術】
音楽や音声データを伴った動画（いわゆる映画など）などのコンテンツは、例えば、ＣＤ、ＤＶＤ、もしくは磁気テープなどの記録媒体に記録された状態でユーザに販売されてきた。
【０００３】
近年では、これらのコンテンツを記録した記録媒体をユーザに販売するのみならず、例えば、インターネットなどの広域ネットワークを介して、コンテンツデータを直接ユーザに配信するサービスが始められている。
【０００４】
インターネット上のウェブサイトやＦＴＰサイト、パソコン通信のホスト・コンピュータなどから通信を介して、目的のコンテンツファイルをユーザのクライアントである下位コンピュータに転送するダウンロードサービスが広く知られている。
【０００５】
また、ユーザがコンテンツファイルをダウンロードし終えてからこれを再生するのではなく、ダウンロードしながら再生するストリーミングサービスも実用化されている。ストリーミング配信を行うには回線速度がデータの量を上回っていなければならないが、インターネット回線は一般に低速なため、通常は各種コーデックを用いてデータを圧縮し、リアルタイムの送信を可能としている。
【０００６】
現在のストリーミング技術としては、リアルネットワークス社が開発したＲｅａｌＰｌａｙｅｒ（商標）や、アップル社のＱｕｉｃｋＴｉｍｅ（商標）などが知られている。これらのストリーミング技術により、待ち時間が大幅に短縮され、次々にデータを再生することができるようになった。
【０００７】
ところで、ストリーミング技術においては、インターネット等の通信回線網を利用しているので輻輳状態が発生することがある。つまり、インターネット等の通信回線網においては、複数の利用者が、電子メールや、ホームページの閲覧、さらには電話、ダウンロードなどを行っているため、トラフィックが設備容量以上になってサービス性能が低下し、輻輳する。
【０００８】
従来では、ファイル転送など、実時間性が重要でない通信形態に関する輻輳制御手法については、様々な提案がなされていたが、上述したようなストリーミング技術のように実時間性を重要とする通信形態が増えてくるという変化に伴い、実時間データの通信における輻輳制御手法も重要になっている。
【０００９】
動画像データ等の実時間データを通信するための輻輳制御手法では、ネットワークが輻輳していないときにはエンコードレートを高くして高品質な動画像データを送信し、ネットワークの輻輳が発生した時には動画像データの品質は低くなるがエンコードレートを低くして動画像データを送信することが行われることが多かった。
【００１０】
しかし、ネットワーク内で発生するデータの損失は、必ずしもネットワークの輻輳によるものとは限られないことがある。データの損失は、ネットワークの輻輳以外にも、単純な伝送時のビットエラーや、トラフィックバースト等の一時的な損失である可能性もある。
【００１１】
したがって、データ送信装置において、ネットワークの輻輳が発生していないのに関わらず、一時的なデータ損失に対して、過敏に反応することを防ぎ、通信品質の安定化を実現することを目的とした通信装置及び方法が本件出願人により、特開２００１−３２０４４にて開示された。
【００１２】
【特許文献１】
特開２００１−３２０４４
【００１３】
【発明が解決しようとする課題】
ところで、ストリーミング技術において、前記輻輳や単純な伝送時のビットエラーや、トラフィックバースト等の一時的な損失が原因となるネットワーク遅延時には、配信データ（コンテンツ）を構成する映像、音声、テキスト、背景など各々の要素（トラック）につき、配信の優先順位をフレキシブルに設定することができなかった。このため、ネットワーク遅延時に、画像や音声の乱れが生じ、コンテンツは非常に見苦しいものとなってします。
【００１４】
本発明は、前記実情に鑑みてなされたものであり、インターネット等の通信回線を用いたストリーミング配信において、配信データを構成する映像、音声、テキスト、背景など各々の要素（トラック）につき、配信の優先順位をフレキシブルに設定することができ、ネットワーク遅延時に、画像や音声の乱れを最小限に抑えることができ、ユーザに品質の高いサービスを提供することができるコンテンツ配信サーバ及びコンテンツ配信方法、並びにコンテンツ配信システムの提供を目的とする。
【００１５】
【課題を解決するための手段】
本発明に係るコンテンツ配信サーバは、前記課題を解決するために、コンテンツの配信データを構成する各要素データをトラック毎に通信回線を介してコンテンツ送受信端末に配信するコンテンツ配信サーバにおいて、通信回線の遅延状況を受信する遅延状況受信手段と、前記遅延状況受信手段が受信した通信回線の遅延状況に応じて前記各要素データのトラックについて優先順位を設定する優先処理設定手段を備える。
【００１６】
優先処理設定手段は、遅延状況受信手段が受信した通信回線の遅延状況に応じてコンテンツの配信データを構成する各要素データのトラックについて優先順位を設定する。このため、通信回線に遅延が発生しても、優先順位の高いトラックを配信することができる。
【００１７】
本発明に係るコンテンツの配信方法は、前記課題を解決するために、コンテンツの配信データを構成する各要素データをトラック毎に通信回線を介してコンテンツ送受信端末に配信するためのコンテンツ配信方法において、通信回線の遅延状況を受信する遅延状況受信工程と、前記遅延状況受信工程が受信した通信回線の遅延状況に応じて前記各要素データのトラックについて優先順位を設定する優先処理設定工程を備える。
【００１８】
優先処理設定工程は、遅延状況受信工程が受信した通信回線の遅延状況に応じてコンテンツの配信データを構成する各要素データのトラックについて優先順位を設定する。このため、通信回線に遅延が発生しても、優先順位の高いトラックを配信することができる。
【００１９】
本発明に係るコンテンツ配信システムは、前記課題を解決するために、コンテンツの配信データを構成する各要素データをトラック毎に通信回線を介して配信するコンテンツ配信システムにおいて、通信回線の遅延状況を受信し、受信した通信回線の遅延状況に応じて前記各要素データのトラックについて優先順位を設定するコンテンツ配信サーバと、通信回線の遅延状況を前記コンテンツ配信サーバに通知すると共に前記通信回線の遅延状況に応じて前記コンテンツ配信サーバから配信されてくる前記各要素データのトラックを受信するコンテンツ受信端末とを備える。
【００２０】
コンテンツ配信サーバは、コンテンツ受信端末から通知される通信回線の遅延状況を受信し、受信した通信回線の遅延状況に応じて前記各要素データのトラックについて優先順位を設定する。コンテンツ受信端末は、通信回線の遅延状況に応じてコンテンツ配信サーバから配信されてくる各要素データのトラックを受信する。このため、通信回線に遅延が発生しても、コンテンツ配信サーバは、優先順位の高いトラックをコンテンツ受信端末に配信することができる。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら説明する。この実施の形態は、例えば図１に示すように、インターネット等のネットワーク１を介して接続されるコンテンツ配信サーバ１０と複数のコンテンツ受信端末２０，３０Ａ，３０Ｂとからなるコンテンツ配信システム１００である。
【００２２】
ネットワーク１は、例えばインターネット等の通信回線網からなり、コンテンツ配信サーバ１０とコンテンツ受信端末２０との間を複数の中継ノード等を介して接続し、ストリーミングデータのような実時間データを伝送するとともに、各種制御情報を格納したパケットデータを伝送する。
【００２３】
このコンテンツ配信システム１００において、コンテンツ配信サーバ１０は、ルータ１１を介してネットワーク１に接続されている。コンテンツ受信端末２０は、ネットワーク１に接続されたインターネットサービスプロバイダ２２にモデムやＩＳＤＮルータ２１などを介して接続されるようになっている。さらに、コンテンツ受信端末３０Ａ，３０Ｂは、ネットワーク１にルータ３２を介して接続されたＬＡＮなどに接続されている。
【００２４】
コンテンツ配信サーバ１０は、図２に機能的に示すように、ネットワーク１と接続される送信側インターフェース部１３、ＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）送信部１４、送信側ＲＴＣＰ（ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）送信部１５、送信側ＲＴＣＰ受信部１６、優先処理設定部１７を備える。
【００２５】
送信側インターフェース部１３は、ネットワーク１と接続する通信インターフェース回路からなり、ネットワーク１を介してビデオ、オーディオ、テキスト及び背景データからなるパケットをコンテンツ受信端末２０に送信するとともに、コンテンツ受信端末２０からのパケットをコンテンツ配信サーバ１０を構成する各部に出力する。ここで、背景データは、例えば人物などのオブジェクトとは異なり、動きや色などの変化がない背景映像データのことである。また、テキストは、例えば映画における字幕等のデータである。
【００２６】
ＲＴＰ送信部１４は、外部からコンテンツ受信端末２０に送信する動画像や音声、テキスト、背景などの実時間データが入力され、ＲＴＰに従って、実時間データにＲＴＰヘッドを付加したＲＴＰパケットを生成する。特に、このＲＴＰ送信部１４は、ＲＴＰパケットに収納する動画像、音声、テキスト及び背景のデータ、すなわちコンテンツの配信データを構成する各要素データをトラック毎に後述する優先順位に従って設定する。ＲＴＰ送信部１４は、ＲＴＰパケットにより実時間データをコンテンツ受信端末２０に伝送するに際して、生成したＲＴＰパケットを送信側インターフェース部１３に出力する。
【００２７】
送信側ＲＴＣＰ送信部１５は、ＲＴＣＰにしたがって、ＲＴＰに基づいて伝送されるデータの通信品質を監視するために、ＲＴＰセッションのデータ受信側に送信状態を通知する機能を有する。例えば、パケットは、単位時間あたりどの位のレートで送るというような送信状態である。この送信側ＲＴＣＰ送信部１５は、上記送信状態を通知するために、ＲＴＣＰ送信者レポートパケットを生成する。この送信側ＲＴＣＰ送信部１５は、ＲＴＰ送信部１４により生成したＲＴＰパケットをコンテンツ受信端末２０側に送信するに際して、ＲＴＰ送信部１４からのＲＴＰパケットのデータ量情報を得て、ＲＴＣＰ送信部レポートパケットを生成して送信側インターフェース部１３に出力する。
【００２８】
送信側ＲＴＣＰ受信部１６は、ＲＴＣＰにしたがって、ＲＴＰに基づいて伝送されるデータの通信品質を監視するために、ＲＴＰセッションのデータ受信側からの受信状態を認識する機能を有する。この送信側ＲＴＣＰ受信部１６は、ＲＴＣＰ受信者レポートパケットを受信して、コンテンツ受信端末２０の受信状態を認識する。この送信側ＲＴＣＰ受信部１６は、受信したＲＴＣＰ受信者レポートパケットを解析し、「受信端末が受け取ったパケット数」、「受信端末がロストしたパケット数」などを認識して優先処理設定部１７に供給する。
【００２９】
優先処理設定部１７は、動画映像、音声、テキスト、背景などの各トラック毎に送信の停止を保留する値（送信停止保留値）ｋに対してコンテンツ受信端末２０から通知されて受け取ったパケット数を加算し、失ったパケット数を減算して、得られた送信停止保留値ｋが送信停止の閾値（送信停止閾値）ｎを下回ったときに、ＲＴＰ送信部１４を介して該当するトラックの送信を停止する。例えば、ＲＴＰ送信部１４に前記パケットへの該当するトラックの収納などを停止させる。
【００３０】
このようなコンテンツ配信サーバ１０において、送信側インターフェース部１３は、コンテンツ受信端末２０に実時間データを伝送するに際して、ＲＴＰ送信部１４で生成されたＲＴＰパケットをネットワーク１で伝送可能な信号形態に変換して、優先処理設定部１７で行われた前記優先処理設定に応じてコンテンツ受信端末２０に配信する。また、送信側インターフェース部１１は、送信側ＲＴＣＰ送信部１５からのＲＴＣＰ送信者レポートパケットをネットワーク１を介してコンテンツ受信端末２０に送信するとともに、送信者レポートパケットに対するＲＴＣＰ受信者レポートパケットを受信して送信側ＲＴＣＰ受信部１６に供給する。
【００３１】
コンテンツ受信端末２０は、図２に機能的に示すように、ネットワーク１と接続される受信側インターフェース部２３、ＲＴＰ受信部２４、ＲＴＣＰ送信部２５、ＲＴＣＰ受信部２６を備える。
【００３２】
受信側インターフェース部２３は、ネットワーク１と接続する通信インターフェース回路からなり、ネットワーク１を介してビデオ、オーディオ、テキスト及び背景データからなるパケットを受信し、コンテンツ受信端末２０を構成する各部に出力する。
【００３３】
ＲＴＰ受信部２４は、コンテンツ配信サーバ１０からのＲＴＰパケットを受信し、ＲＴＰパケットの内容を解析して実時間データである動画像、音声、テキスト、背景を抽出し、外部に出力する。ＲＴＰ受信部２４は、受信したＲＴＰパケットを受信すると、受け取ったパケット数、ロストしたパケット数を計算する。
【００３４】
受信側ＲＴＣＰ受信部２６は、ＲＴＣＰにしたがって、ＲＴＰに基づいて伝送されるデータの通信品質を監視するために、ＲＴＰセッションのデータ送信側からの送信状態を認識する機能を有する。受信側ＲＴＣＰ受信部２６は、コンテンツ配信サーバ１０側から送信されてくるＲＴＣＰ送信者レポートパケットを受信して、受信側ＲＴＣＰ送信部２５でＲＴＣＰ受信者レポートパケットを生成できるように、ＲＴＣＰ送信者レポートパケットを受信側送信部２５に出力する。
【００３５】
受信側ＲＴＣＰ送信部２５は、ＲＴＣＰにしたがって、ＲＴＰに基づいて伝送されるデータの通信品質を監視するために、ＲＴＰセッションのデータ送信側に受信状態を通知する機能を有する。この受信側ＲＴＣＰ送信部２５は、上記受信状態を通知するために、ＲＴＣＰ受信者レポートパケットを生成する。この受信側ＲＴＣＰ送信部２５は、ＲＴＰ受信部２４により計算された前記受け取ったパケット数、ロストしたパケット数を得て、ＲＴＣＰ送信者レポートパケットを生成し、送信側インターフェース部１３に出力する。
【００３６】
このようなコンテンツ受信端末２０において、受信側インターフェース部２３は、コンテンツ配信サーバ１０からの実時間データを受信するに際して、受信したＲＴＰパケットを所定の信号形態に変換して、ＲＴＰ受信部２４に出力する。また、この受信側インターフェース部２４は、コンテンツ配信サーバ１０からのＲＴＣＰ送信者レポートパケットをネットワーク１を介して受信し、受信側ＲＴＣＰ受信部２６に出力するとともに、受信側ＲＴＣＰ送信部２５からのＲＴＣＰ受信者レポートパケットをコンテンツ配信サーバ１０に送信する。
【００３７】
以下に、コンテンツ配信サーバ１０が行う優先処理設定について図３〜図６を参照して説明する。先ず、図３のフローチャートに示すように、コンテンツ配信サーバ１０は、映像、音声、テキスト、背景など各々のトラックについて、送信停止保留値ｋを設定する（ステップＳ１）。この値が多いほど優先順位が高い。例えば、図４に示すように、音声トラックにはｋ＝２０を設定する。次に、映像トラックにはｋ＝１５を、テキストトラックにはｋ＝１０を、そして背景トラックにはｋ＝５を設定する。音声トラックの優先順位を最も高くしているのは、ネットワーク１の遅延状況が悪いときでも音声だけは配信し、少なくともユーザには音声によるコンテンツの理解だけはしてもらおうとするためである。この送信停止保留値ｋの設定による優先順位付けは、コンテンツ配信側にて、コンテンツの内容や、ユーザによる要望に応じて変更することができる。つまり、映像の送信停止保留値ｋを最も高くしてもよい。
【００３８】
また、コンテンツ配信サーバ１０は、送信停止閾値ｎが予め設定されている。優先処理設定部１７は、トラック毎に設定されている送信停止保留値ｋに対し、コンテンツ受信端末２０から受信した（ステップＳ２）前記受け取ったパケット数を加算し、ロストパケット数を減算する（ステップＳ３）。ここで最小値は０とし、ロストパケット数が多くてもマイナス値にはしない（ステップＳ４，Ｓ５）。また最大値ｍも設定し（ステップＳ６、Ｓ７）、ｋは０以上ｍ以下の範囲を動くものとする。
【００３９】
ステップＳ５にて最小値を０にするのは、以下の理由による。ネットワーク遅延状況が悪化し続けたときロストパケット数がどんどん大きくなり、マイナスの値が大きくなる。ところが、急に回復した場合には、マイナスの値が大きいままなので、なかなか値が回復せず、前記送信停止閾値ｎに達しない。本来なら、伝送できるはずの状態に回復したにもかかわらず、ｎを下回ったままなので伝送できないという事態が発生してしまい、それを避けるためである。
【００４０】
ステップＳ７にて最大値をｍにするのは、以下の理由による。ネットワーク遅延状況が良好な状態が継続すると受け取ったパケット数がどんどん大きくなり、ｋは大きくなる一方である。ところが、急に遅延状況が悪化した場合、本来なら、伝送できないはずの状態になったにもかかわらず、ｎ以上となったままなので配信を続け、本発明の意図する処理ができなくなってしまう。それを避けるためである。
【００４１】
優先処理設定部１７は、送信停止保留値ｋが、送信停止閾値ｎを下回ったときに、そのトラックの送信を停止する（ステップＳ８、Ｓ９）。その後、受け取ったパケット数の増加により、送信停止閾値ｎ以上になったときに、送信を再開する（ステップＳ８、Ｓ１０）。
【００４２】
例えば、図４に示したように、各トラック毎に送信停止保留値ｋが設定されているとする。この場合、音声トラックが一番優先順位が高く、背景トラックが一番低い。コンテンツ受信端末から受け取ったパケット数が１，ロストパケット数が９であることが通知され、それをコンテンツＲＴＣＰ受信部１６にて受信したとする。
【００４３】
すると、各々のトラックのパケット数は、優先処理設定部１７にて図５に示すような値に変更される。つまり、映像トラックの送信停止保留値ｋは７，音声トラックのｋは１２，テキストトラックのｋは２、背景トラックのｋは０となる。背景トラックは計算によれば本来−３という値になるが、前述したように、最小値は０としている。送信停止閾値ｎが５だとすると、ｋが２であるテキストトラックとｋが０である背景トラックの送信が停止することになる。
【００４４】
次に、各々のトラックの受け取ったパケット数が５、ロストパケット数が１となったとする。すると、図６に示すように、映像トラックの送信停止保留値ｋは１１，音声トラックのｋは１６，テキストトラックのｋは６、背景トラックのｋは４となる。送信停止閾値ｎが５だとすると、ｋが６となったテキストトラックの送信が再開することになる。
【００４５】
なお、送信停止保留値ｋ、送信停止閾値ｎ、最大送信停止保留値ｍの設定については、コンテンツ配信サーバ１０の能力や、コンテンツ配信サーバ１０からネットワーク接続点、例えばインターネット接続点（Ｉｎｔｅｒｎｅｔ  Ｅｘｃｈａｎｇｅ：ＩＸ）までの回線速度や、コンテンツ受信端末側のインターネットプロバイダ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ：ＩＳＰ）までの回線速度、接続しているコンテンツ受信端末の数（ユーザの数）、ストリーミング・データ（コンテンツの配信データ）のレートｂｐｓ等によって、柔軟に変更される。
【００４６】
コンテンツ配信サーバ１０は、実際は図７に示すように、バス１１１を介して接続されたＣＰＵ１１２、ビデオインターフェース回路１１３、ネットワークインターフェース回路１１４、ハードディスク１１５、メモリ１１６等からなるワークステーションであって、ネットワークインターフェース回路１１４がルータ１１に接続されている。ネットワークインターフェース回路１１４は、送信側インターフェース部１３に相当する。ＣＰＵ１１２は、前記図３に示したような処理を行うプログラムをハードディスク１１５から逐次取り出し、メモリ１１６をワークエリアとして実行し、図２に示したようなＲＴＰ送信部１４、ＲＴＣＰ送信部１５、ＲＴＣＰ受信部１６及び優先処理設定部１７として機能する。
【００４７】
また、コンテンツ受信端末２０は、図８に示すように、バス１２１を介して接続されたＣＰＵ１２２、デコーダ１２３、ビデオインターフェース回路１２４、ネットワークインターフェース回路１２５、ハードディスク１２６、メモリ１２７等から構成されている。なお、各コンテンツ受信端末３０Ａ，３０Ｂは、コンテンツ受信端末２０と同様に構成されている。ネットワークインターフェース回路１２５は、受信側インターフェース部２３に相当する。ＣＰＵ１２２は、受け取ったパケット数、ロストしたパケット数を計算するプログラムや、それらのパケット数を基に受信者レポートパケットを生成するプログラムなどをハードディスク１２５から逐次取り出し、メモリ１２７をワークエリアとして実行し、図２に示したようなＲＴＰ受信部２４、ＲＴＣＰ送信部２５、ＲＴＣＰ受信部２６として機能する。
【００４８】
【発明の効果】
本発明によれば、インターネットなどのネットワークを用いたストリーミング配信において、配信データを構成する映像、音声、テキスト、背景などの各々の要素（トラック）につき、配信の優先順位をフレキシブルに設定することができる。これによりネットワーク遅延時に、画像や音声の乱れを最小限に抑えることができ、ユーザに品質の高いサービスを提供することができる。
【図面の簡単な説明】
【図１】コンテンツ配信システムの構成を示す図である。
【図２】コンテンツ配信システムの機能ブロック図である。
【図３】コンテンツ配信サーバ側の処理手順を示すフローチャートである。
【図４】送信停止保留値の設定を説明するための図である。
【図５】送信停止保留値の変更を説明するための図である。
【図６】送信停止保留値の変更を説明するための図である。
【図７】コンテンツ配信サーバの構成を示すブロック図である。
【図８】コンテンツ受信端末の構成を示すブロック図である。
【符号の説明】
１  コンテンツ配信サーバ、１３  送信側インターフェース部、１４  ＲＴＰ送信部、１５  ＲＴＣＰ  送信部、１６  ＲＴＣＰ受信部、１７  優先処理設定部、２０  コンテンツ受信端末、２３  受信側インターフェース、２４  ＲＴＰ受信部、２５  ＲＴＣＰ送信部、２６  ＲＴＣＰ受信部
【図１】
2004229122.tif 000003
【図２】
2004229122.tif 000004
【図３】
2004229122.tif 000005
【図４】
2004229122.tif 000006
【図５】
2004229122.tif 000007
【図６】
2004229122.tif 000008
【図７】
2004229122.tif 000009
【図８】
2004229122.tif 000010