(57)【要約】  受信側からのフィードバック情報を送信側に送ることなく、符号化データの伝送誤りにより生じる受信側再生コンテンツの著しい乱れを、できる限り抑えるコンテンツデータ伝送の方法、装置、プログラムを提供。  配信する符号化データをエンコーダ１０３で作成するときに、あらかじめ複数の符号化データを同時作成するか、ＦＥＣデータを同時に作成しておき、ファイル１０４に格納する際にあたかも一つの符号化データであるように格納し、ファイル１０４を使用して配信サーバ１０５で配信を行うと、自動的に複数の符号化データが同時に配信され、またはＦＥＣデータも配信され、クライアント１０６は、複数の符号化データを受信すること、またはＦＥＣデータを受信することでパケットロスしてデータが不足する確率を減らし、結果として画質、音質の劣化を少なくする。【特許請求の範囲】
【請求項１】
エンコーダによるコンテンツのエンコード方法であって、
入力した一つのコンテンツからＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成するステップと、
前記Ｎ個の符号化データを、一つの符号化データとして、少なくとも一つのファイルに格納するステップと、
を含む、ことを特徴とするコンテンツのエンコード方法。
【請求項２】
エンコーダによるコンテンツのエンコード方法であって、
入力した一つのコンテンツからＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成するステップと、
前記Ｎ個の符号化データをフレーム単位にマージするステップと、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納するステップと、
を含む、ことを特徴とするコンテンツのエンコード方法。
【請求項３】
エンコーダによるコンテンツのエンコード方法であって、
入力した一つのコンテンツからＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成するステップと、
前記Ｎ個の符号化データを、予め定められた時間長に相当する分だけずらして、フレーム単位にマージするステップと、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納する、ことを特徴とするコンテンツのエンコード方法。
【請求項４】
前記エンコーダは、前記Ｎ個の符号化データ間でコンテンツの同一部分を符号化単位で入れ替えても復号化できるように符号化する、ことを特徴とする請求項１乃至３のいずれか一に記載のコンテンツのエンコード方法。
【請求項５】
エンコーダによるコンテンツのエンコード方法であって、
入力した一つのコンテンツから、それぞれ圧縮率が異なるＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成するステップと、
前記Ｎ個の符号化データを、予め定められた時間長に相当する分だけずらしてフレーム単位にマージするステップと、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納するステップと、
を含む、ことを特徴とするコンテンツのエンコード方法。
【請求項６】
エンコーダによるコンテンツのエンコード方法であって、
入力した一つのコンテンツから、それぞれ圧縮率が異なるＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成し、その際、前記Ｎ個の符号化データ間でコンテンツの同一部分を符号化単位で入れ替えても復号化できるように符号化するステップと、
前記Ｎ個の符号化データを、予め定められた時間長に相当する分だけずらして、フレーム単位にマージするステップと、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納するステップと、
を含む、ことを特徴とするコンテンツのエンコード方法。
【請求項７】
前記エンコーダが、前記Ｎ個の符号化データの同一部分の符号化単位に、同一番号の識別子をヘッダとして付加するステップを含む、ことを特徴とする請求項１乃至６のいずれか一に記載のコンテンツのエンコード方法。
【請求項８】
入力した一つのコンテンツから、Ｎ個（ただし、Ｎは２以上の正整数）の符号化データを作成する手段と、
前記Ｎ個の符号化データを、一つの符号化データとして、少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
【請求項９】
入力した一つのコンテンツから、Ｎ個（ただし、Ｎは２以上の正整数）の符号化データを作成する手段と、
前記Ｎ個の符号化データを、フレーム単位にマージする手段と、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
【請求項１０】
入力した一つのコンテンツから、Ｎ個（ただし、Ｎは２以上の正整数）の符号化データを作成する手段と、
前記Ｎ個の符号化データを、予め定められた時間長に相当する分だけずらしてフレーム単位にマージする手段と、
マージしたＮ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
【請求項１１】
前記Ｎ個の符号化データ間でコンテンツの同一部分を符号化単位で入れ替えても復号化できるように符号化する手段を備えている、ことを特徴とする請求項８乃至１０のいずれか一に記載のエンコード装置。
【請求項１２】
入力した一つのコンテンツから、それぞれ圧縮率が異なるＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成する手段と、
前記Ｎ個の符号化データを、予め定められた時間長に相当する分だけずらしてフレーム単位にマージする手段と、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
【請求項１３】
入力した一つのコンテンツから、それぞれ圧縮率が異なるＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成する手段と、
前記Ｎ個の符号化データ間でコンテンツの同一部分を符号化単位で入れ替えても復号化できるように符号化する手段と、
前記Ｎ個の符号化データを、予め定められた時間長に相当する分だけずらしてフレーム単位にマージする手段と、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
【請求項１４】
前記Ｎ個の符号化データの同一部分の符号化単位に、同一番号の識別子をヘッダとして付加する手段を備えている、ことを特徴とする請求項８乃至１３のいずれか一に記載のエンコード装置。
【請求項１５】
コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力した一つのコンテンツからＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成する処理と、
前記Ｎ個の符号化データを、一つの符号化データとして、少なくとも一つのファイルに格納する処理と、
を実行させるプログラム。
【請求項１６】
コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力した一つのコンテンツからＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成する処理と、
前記Ｎ個の符号化データを、フレーム単位にマージする処理と、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納する処理と、
を実行させるプログラム。
【請求項１７】
コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力した一つのコンテンツからＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成する処理と、
前記Ｎ個の符号化データを、予め定められた時間長に相当する分だけずらしてフレーム単位にマージする処理と、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納する処理と、
を実行させるプログラム。
【請求項１８】
請求項１５乃至１７のいずれか一に記載のプログラムにおいて、
前記Ｎ個の符号化データ間でコンテンツの同一部分を符号化単位で入れ替えても復号化できるように符号化する処理を、前記コンピュータに実行させるプログラム。
【請求項１９】
コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力した一つのコンテンツから、それぞれ圧縮率が異なるＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成する処理と、
前記Ｎ個の符号化データを、予め定められた時間長に相当する分だけずらしてフレーム単位にマージする処理と、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納する処理と、
を実行させるプログラム。
【請求項２０】
コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力した一つのコンテンツからそれぞれ圧縮率が異なるＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成し、その際、前記Ｎ個の符号化データ間でコンテンツの同一部分を符号化単位で入れ替えても復号化できるように符号化する処理と、
前記Ｎ個の符号化データを、予め定められた時間長に相当する分だけずらしてフレーム単位ごとに、マージする処理と、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納する処理と、
を実行させるプログラム。
【請求項２１】
請求項１５乃至２０のいずれか一に記載のプログラムにおいて、
第１から第Ｎの符号化データの同一部分の符号化単位に、同一番号の識別子をヘッダとして付加する処理を、前記コンピュータに実行させるプログラム。
【請求項２２】
エンコーダによるコンテンツのエンコード方法であって、
入力したコンテンツから符号化データを作成するステップと、
前記符号化データから、誤り訂正符号データを作成するステップと、
前記符号化データと前記誤り訂正符号データを、一つの符号化データとして、少なくとも一つのファイルに格納するステップと、
を含む、ことを特徴とするコンテンツのエンコード方法。
【請求項２３】
エンコーダによるコンテンツのエンコード方法であって、
入力したコンテンツから符号化データを作成するステップと、
前記符号化データから誤り訂正符号データを作成するステップと、
前記符号化データと前記誤り訂正符号データとを、予め定められた時間長に相当する分だけずらして、フレーム単位にマージするステップと、
マージした前記符号化データと前記誤り訂正符号データを、一つのトラックとして、少なくとも一つのファイルに格納するステップと、
を含む、ことを特徴とするコンテンツのエンコード方法。
【請求項２４】
入力したコンテンツから符号化データを作成する手段と、
前記符号化データから誤り訂正符号データを作成する手段と、
前記符号化データと前記誤り訂正符号データを、一つの符号化データとして、少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
【請求項２５】
入力したコンテンツから符号化データを作成する手段と、
前記符号化データから誤り訂正符号データを作成する手段と、
前記符号化データと前記誤り訂正符号データとを、予め定められた時間長に相当する分だけずらして、フレーム単位にマージする手段と、
マージした前記符号化データと前記誤り訂正符号データを、一つのトラックとして、少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
【請求項２６】
コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力したコンテンツから符号化データを作成する処理と、
前記符号化データから誤り訂正符号データを作成する処理と、
前記符号化データと前記誤り訂正符号データを、一つの符号化データとして、少なくとも一つのファイルに格納する処理と、
を実行させるプログラム。
【請求項２７】
コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力したコンテンツから符号化データを作成する処理と、
前記符号化データから誤り訂正符号データを作成する処理と、
前記符号化データと前記誤り訂正符号データとを、予め定められた時間長に相当する分だけずらしてフレーム単位にマージする処理と、
マージした前記符号化データと前記誤り訂正符号データを、一つのトラックとして、少なくとも一つのファイルに格納する処理と、
を実行させるプログラム。
【請求項２８】
クライアント装置によるコンテンツの受信再生方法であって、
複数の符号化データがマージされたデータを受信するステップと、
前記受信したデータの中から、個々の符号化データを、符号化単位で識別するステップと、
符号化単位で個々の符号化データに分離するステップと、
前記分離した符号化データを復号化して出力するステップと、
を含む、ことを特徴とするコンテンツの受信再生方法。
【請求項２９】
クライアント装置によるコンテンツの受信再生方法であって、
複数の符号化データがマージされたデータを受信するステップと、
前記受信したデータの中から、個々の符号化データを、符号化単位で識別するステップと、
符号化単位で個々の符号化データに分離するステップと、
前記分離した複数の符号化データを、符号化単位で組み替え、一つの符号化データに再構成するステップと、
前記再構成した符号化データを復号化して出力するステップと、
を含む、ことを特徴とするコンテンツの受信再生方法。
【請求項３０】
前記クライアント装置が、呼処理時に、複数の符号化データが送信されるという情報を受理するステップを含む、ことを特徴とする請求項２９記載のコンテンツの受信再生方法。
【請求項３１】
クライアント装置によるコンテンツの受信再生方法であって、
複数の符号化データがマージされたデータを受信するステップと、
前記受信したデータの中から前記複数の符号化データのそれぞれを、符号化単位で識別するステップと、
符号化単位で、それぞれの符号化データに分離するステップと、
時間差を設けて送信された符号化単位の符号化データを、一つの符号化データに再構成できるように、
（Ａ）予め定められた受信バッファサイズ、
（Ｂ）呼処理により通知されたバッファサイズ、
（Ｃ）コンテンツ配信レート及び時間差設定情報に基づいて算出されるバッファサイズ、
の少なくとも一つにより決定されるバッファサイズを確保するステップと、
前記分離した複数の符号化データを、符号化単位で組み替え、一つの符号化データに再構成するステップと、
前記再構成した符号化データを復号化して出力するステップと、
を含む、ことを特徴とするコンテンツの受信再生方法。
【請求項３２】
複数の符号化データがマージされたデータを受信する手段と、
前記受信したデータの中から、複数の符号化データのそれぞれを、符号化単位で識別する手段と、
符号化単位で個々の符号化データに分離する手段と、
前記分離した符号化データを復号化して出力する手段と、
を備えている、ことを特徴とするクライアント装置。
【請求項３３】
複数の符号化データがマージされたデータを受信する手段と、
前記受信したデータの中から複数の符号化データのそれぞれを、符号化単位で識別する手段と、
符号化単位で個々の符号化データに分離する手段と、
前記分離した複数の符号化データを、符号化単位で組み替え、一つの符号化データに再構成する手段と、
前記再構成した符号化データを復号化して出力する手段と、
を備えている、ことを特徴とするクライアント装置。
【請求項３４】
呼処理時に、前記複数の符号化データが送信される旨の情報を受理する手段を備えている、ことを特徴とする請求項３３記載のクライアント装置。
【請求項３５】
複数の符号化データがマージされたデータを受信する手段と、
前記受信したデータの中から個々の符号化データを符号化単位で識別する手段と、
符号化単位で個々の符号化データに分離する手段と、
時間差を設けて送信された符号化単位の符号化データを、一つの符号化データに再構成できるように、
（Ａ）予め定められた受信バッファサイズ、
（Ｂ）呼処理により通知されたバッファサイズ、
（Ｃ）コンテンツ配信レート及び時間差設定情報に基づいて算出されるバッファサイズ、
の少なくとも一つにより決定されるバッファサイズを確保する手段と、
前記分離した複数の符号化データを、符号化単位で組み替え、一つの符号化データに再構成する手段と、
前記再構成した符号化データを復号化して出力する手段と、
を備えている、ことを特徴とするクライアント装置。
【請求項３６】
クライアント装置を構成するコンピュータに、
複数の符号化データがマージされたデータを受信する処理と、
前記受信したデータの中から個々の符号化データを符号化単位で識別する処理と、
符号化単位で個々の符号化データに分離する処理と、
前記分離した符号化データを復号化して出力する処理と、
を実行させるプログラム。
【請求項３７】
クライアント装置を構成するコンピュータに、
複数の符号化データがマージされたデータを受信する処理と、
前記受信したデータの中から個々の符号化データを符号化単位で識別する処理と、
符号化単位で個々の符号化データに分離する処理と、
分離した複数の符号化データを、符号化単位で組み替え、一つの符号化データに再構成する処理と、
前記再構成した符号化データを復号化して出力する処理と、
を実行させるプログラム。
【請求項３８】
請求項３７記載のプログラムにおいて、
呼処理時に、複数の符号化データが送信されるという情報を受理する処理を、前記コンピュータに実行させるプログラム。
【請求項３９】
クライアント装置を構成するコンピュータに、
複数の符号化データがマージされたデータを受信する処理と、
前記受信したデータの中から個々の符号化データを符号化単位で識別する処理と、
符号化単位で個々の符号化データに分離する処理と、
時間差をもうけて送信された符号化単位の符号化データを、一つの符号化データに再構成できるように、
（Ａ）予め定められた受信バッファサイズ、
（Ｂ）呼処理により通知されたバッファサイズ、
（Ｃ）コンテンツ配信レート及び時間差設定情報に基づいて算出されるバッファサイズ、
の少なくとも一つにより決定されるバッファサイズを確保する処理と、
分離した複数の符号化データを、符号化単位で組み替え、一つの符号化データに再構成する処理と、
前記再構成した符号化データを復号化して出力する処理と、
を実行させるプログラム。
【請求項４０】
クライアント装置によるコンテンツの受信再生方法であって、
符号化データと誤り訂正符号データとがマージされたデータを受信するステップと、
前記受信したデータの中から符号化データと誤り訂正符号データを識別するステップと、
前記符号化データと前記誤り訂正符号データに分離するステップと、
前記分離した符号化データを復号化して出力するステップと、
を含む、ことを特徴とするコンテンツの受信再生方法。
【請求項４１】
クライアント装置によるコンテンツの受信再生方法であって、
符号化データと誤り訂正符号データとがマージされたデータを受信するステップと、
前記受信したデータの中から符号化データと誤り訂正符号データを識別するステップと、
前記符号化データと誤り訂正符号データとに分離するステップと、
前記符号化データと誤り訂正符号データを計算して、符号化データを再構成するステップと、
前記分離、再構成した符号化データを復号化して出力するステップと、
を含む、ことを特徴とするコンテンツの受信再生方法。
【請求項４２】
前記クライアント装置が、呼処理時に、誤り訂正符号データが送信されるという情報を受理するステップを含む、ことを特徴とする請求項４１記載のコンテンツの受信再生方法。
【請求項４３】
クライアント装置によるコンテンツの受信再生方法であって、
符号化データと誤り訂正符号データとがマージされたデータを受信するステップと、
前記受信したデータの中から符号化データと誤り訂正符号データを識別するステップと、
符号化データと誤り訂正符号データに分離するステップと、
時間差をもうけて送信された符号化単位の符号化データと誤り訂正符号データを、一つの符号化データに再構成できるように、
（Ａ）予め定められた受信バッファサイズ、
（Ｂ）呼処理により通知されたバッファサイズ、
（Ｃ）コンテンツ配信レート及び時間差設定情報に基づいて算出されるバッファサイズ、
の少なくとも一つにより決定されるバッファサイズを確保するステップと、
前記符号化データと誤り訂正符号データを計算し、前記符号化データを再構成するステップと、
前記分離、再構成した符号化データを復号化して出力するステップと、
を含む、ことを特徴とするコンテンツの受信再生方法。
【請求項４４】
符号化データと誤り訂正符号データとがマージされたデータを受信する手段と、
前記受信したデータの中から符号化データと誤り訂正符号データを識別する手段と、
前記符号化データと誤り訂正符号データに分離する手段と、
前記分離した符号化データを復号化して出力する手段と、
を備えている、ことを特徴とするクライアント装置。
【請求項４５】
符号化データと誤り訂正符号データとがマージされたデータを受信する手段と、
前記受信したデータの中から符号化データと誤り訂正符号データを識別する手段と、
前記符号化データと誤り訂正符号データに分離する手段と、
前記符号化データと誤り訂正符号データを計算し、符号化データを再構成する手段と、
前記分離、再構成した符号化データを復号化して出力する手段とを備えることを特徴とするコンテンツのクライアント装置。
【請求項４６】
呼処理時に、誤り訂正符号データが送信されるという情報を受理する手段を備える、ことを特徴とする請求項４５記載のクライアント装置。
【請求項４７】
符号化データと誤り訂正符号データがマージされたデータを受信する手段と、
前記受信したデータの中から符号化データと誤り訂正符号データを識別する手段と、
前記符号化データと誤り訂正符号データに分離する手段と、
時間差をもうけて送信された符号化単位の符号化データと誤り訂正符号データを、一つの符号化データに再構成できるように、
（Ａ）予め定められた受信バッファサイズ、
（Ｂ）呼処理により通知されたバッファサイズ、
（Ｃ）コンテンツ配信レート及び時間差設定情報に基づいて算出されるバッファサイズ、
の少なくとも一つにより決定されるバッファサイズを確保する手段と、
符号化データと誤り訂正符号データを計算し、符号化データを再構成する手段と、
前記分離、再構成した符号化データを復号化して出力する手段と、
を備えている、ことを特徴とするクライアント装置。
【請求項４８】
クライアント装置を構成するコンピュータに、
符号化データと誤り訂正符号データがマージされたデータを受信する処理と、
前記受信したデータの中から符号化データと誤り訂正符号データを識別する処理と、
前記符号化データと誤り訂正符号データに分離する処理と、
前記分離した符号化データを復号化して出力する処理と、
を実行させるプログラム。
【請求項４９】
クライアント装置を構成するコンピュータに、
符号化データと誤り訂正符号データとがマージされたデータを受信する処理と、
前記受信したデータの中から符号化データと誤り訂正符号データを識別する処理と、
前記符号化データと誤り訂正符号データに分離する処理と、
前記符号化データと誤り訂正符号データを計算し、符号化データを再構成する処理と、
前記分離、再構成した符号化データを復号化して出力する処理と、
を実行させるプログラム。
【請求項５０】
請求項４９に記載のプログラムにおいて、
呼処理時に誤り訂正符号データが送信されるという情報を受理する処理を、前記コンピュータに実行させるプログラム。
【請求項５１】
クライアント装置を構成するコンピュータに、
符号化データと誤り訂正符号データとがマージされたデータを受信する処理と、
前記受信したデータの中から符号化データと誤り訂正符号データを識別する処理と、
前記符号化データと誤り訂正符号データに分離する処理と、
時間差をもうけて送信された符号化単位の符号化データと誤り訂正符号データを、一つの符号化データに再構成できるように、
（Ａ）予め定められた受信バッファサイズ、
（Ｂ）呼処理により通知されたバッファサイズ、
（Ｃ）コンテンツ配信レート及び時間差設定情報に基づいて算出されるバッファサイズ、
の少なくとも一つにより決定されるバッファサイズを確保する処理と、
前記符号化データと誤り訂正符号データを計算し、符号化データを再構成する処理と、
前記分離、再構成した符号化データを復号化して出力する処理と、
を実行させるプログラム。
【請求項５２】
前記誤り訂正符号データは、ＦＥＣ（Forward  Error  Correction）データである、ことを特徴とする請求項２２又は２３に記載のコンテンツのエンコード方法。
【請求項５３】
前記誤り訂正符号データは、ＦＥＣ（Forward  Error  Correction）データである、ことを特徴とする請求項２４又は２５に記載のエンコード装置。
【請求項５４】
請求項２６又は２７、４８乃至５１のいずれか一に記載のプログラムにおいて、
前記誤り訂正符号データは、ＦＥＣ（Forward  Error  Correction）データである、ことを特徴とするプログラム。
【請求項５５】
前記誤り訂正符号データは、ＦＥＣ（Forward  Error  Correction）データである、ことを特徴とする請求項４０乃至４３のいずれか一に記載のコンテンツの受信再生方法。
【請求項５６】
前記誤り訂正符号データは、ＦＥＣ（Forward  Error  Correction）データである、ことを特徴とする請求項４４乃至４７のいずれか一に記載のクライアント装置。
【請求項５７】
コンテンツ配信サーバが、請求項１乃至７のいずれか一に記載のコンテンツのエンコード方法により前記エンコーダによって作成された前記ファイルを入力し、ネットワークを介してコンテンツをクライアント装置に配信するステップを含む、ことを特徴とするコンテンツ配信方法。
【請求項５８】
請求項２８乃至３１のいずれか一に記載のコンテンツ受信再生方法にしたがって、前記クライアント装置が、前記コンテンツ配信サーバからのデータを受信して再生するステップをさらに含む、ことを特徴とする請求項５７記載のコンテンツ配信方法。
【請求項５９】
コンテンツ配信サーバが、請求項２２又は２３記載のコンテンツのエンコード方法により前記エンコーダによって作成された前記ファイルを入力し、ネットワークを介してコンテンツをクライアント装置に配信するステップを含む、ことを特徴とするコンテンツ配信方法。
【請求項６０】
請求項４０乃至４３のいずれか一に記載のコンテンツ受信再生方法にしたがって、前記クライアント装置が、前記コンテンツ配信サーバからのデータを受信して再生するステップをさらに含む、ことを特徴とする請求項５９記載のコンテンツ配信方法。
【請求項６１】
請求項８乃至１４のいずれか一に記載のエンコード装置と、
前記エンコード装置から出力されるファイルを入力してコンテンツを配信する配信サーバと、
請求項３２乃至３５のいずれか一に記載のクライアント装置と、
を備え、
前記クライアント装置は、前記配信サーバに通信接続され、前記配信サーバからコンテンツを受信して再生する、ことを特徴とするコンテンツ配信システム。
【請求項６２】
請求項２４又は２５に記載のエンコード装置と、
前記エンコード装置から出力されるファイルを入力してコンテンツを配信する配信サーバと、
請求項４４乃至４７のいずれか一に記載のクライアント装置と、
を備え、
前記クライアント装置は、前記配信サーバに通信接続され、前記配信サーバからコンテンツを受信して再生する、ことを特徴とするコンテンツ配信システム。
【請求項６３】
コンテンツのデータまたは画像入力装置の入力データを符号化し、ファイルに記録するエンコーダと、
前記ファイルに記録されたデータをネットワークを通してクライアント装置に配信する配信サーバと、
前記配信サーバから送信され、前記ネットワークを通して受信したデータを選別し、デコードして再生するクライアント装置と、
を備え、
前記エンコーダ装置は、
コンテンツのデータまたは前記画像入力装置からの入力データを入力するデータ入力部と、
前記入力データを符号化して、Ｎ個（ただし、Ｎは２以上の所定の正整数）の符号化データとして出力する第１乃至第Ｎのエンコード部と、
前記Ｎ個の符号化データをマージして、一つの連続符号化データに構成するマージ部と、
前記一つの連続符号化データ、及び連続符号化データ自体に関する情報を、前記ファイルに出力するファイル出力部と、
を含み、
前記クライアント装置は、
前記ネットワークを通して、前記配信サーバからのパケットを受信する受信部と、
受信されたパケットから、連続符号化データに戻すデータ処理部と、
前記連続符号化データから、一つの符号化データに再構成し、その際、同一フレーム、同一部分のデータの重複をなくすため、複数の符号化データがそろっている部分については、相対的に圧縮率の高いデータを破棄するデータ再構成部と、
前記再構成された符号化データを復号するデコード部と、
前記復号されたデータを再生し、画像信号の場合、表示する再生部と、
を含む、ことを特徴とするコンテンツ配信システム。
【請求項６４】
前記配信サーバは、
前記ファイルからデータを読み込むファイル入力部と、
前記ファイル入力部で読み込んだ前記データを、送信単位に分割するファイル解析部と、
前記ファイル解析部で得た情報を基に、前記クライアント装置と、情報伝達及び／又は情報交換を行う呼処理部と、
送信用のパケットを生成するパケット生成部と、
前記Ｎ個の符号化データ全てのパケットを、前記ネットワークに配信する配信部と、
を含み、
前記クライアント装置は、前記配信サーバと、情報伝達及び／又は情報交換を行い、配信されるデータに対しての情報を得る呼処理部を含む、ことを特徴とする請求項６３記載のコンテンツ配信システム。
【請求項６５】
コンテンツのデータまたは画像信号入力装置からの入力データを符号化し、ファイルに記録するエンコーダと、
前記ファイルに記録されたデータをネットワークを通してクライアント装置に配信する配信サーバと、
前記配信サーバから送信され、前記ネットワークを通して受信したデータを選別し、デコードして再生するクライアント装置と、
を備え、
前記エンコーダ装置は、
コンテンツのデータまたは前記画像信号入力装置からの入力データを入力するデータ入力部と、
前記入力データをそれぞれ符号化し符号化データとして出力するエンコード部と、
前記エンコード部からの符号化データの誤り訂正符号（ＦＥＣ；Forward  Error  Correction）データを生成するＦＥＣ部と、
前記符号化データと前記誤り訂正符号データとをマージして、一つの連続符号化データに構成するマージ部と、
一つの連続符号化データ、及び連続符号化データ自体に関する情報をファイルに出力するファイル出力部と、
を含み、
前記クライアント装置は、
前記ネットワークを通して、前記配信サーバからのパケットを受信する受信部と、
受信されたパケットから連続符号化データに戻すデータ処理部と、
前記連続符号化データの誤り訂正符号データを用いて計算し、元の符号化データを再構成するデータ再構成部と、
前記再構成された符号化データを復号するデコード部と、
前記復号されたデータを再生し、画像信号の場合、表示する再生部と、
を含む、ことを特徴とするコンテンツ配信システム。
【請求項６６】
前記配信サーバは、
前記ファイルからデータを読み込むファイル入力部と、
前記データを送信単位に分割するファイル解析部と、
前記ファイル解析部で得た情報を基に、前記クライアント装置と、情報伝達及び／又は情報交換を行う呼処理部と、
送信用のパケットを生成するパケット生成部と、
前記符号化データのパケットをネットワークに配信する配信部と、
を含み、
前記クライアント装置は、
前記配信サーバと、情報伝達及び／又は情報交換を行い、配信されるデータに対しての情報を得る呼処理部を含む、ことを特徴とする請求項６５記載のコンテンツ配信システム。
【請求項６７】
前記入力データは、画像データ、及び／又は、音声データである、ことを特徴とする請求項６３又は６５に記載のコンテンツ配信システム。
【請求項６８】
コンテンツから配信する符号化データをエンコーダで作成するとき、前記コンテンツから複数の符号化データを作成するか、又は、前記符号化データと誤り訂正符号データを作成し、作成したデータをマージしてファイルに格納するステップと、
クライアント装置へコンテンツを配信する配信サーバが、前記ファイルより前記複数の符号化データのパケットを送信するか、又は、前記符号化データ及び誤り訂正符号データを送信するステップと、
を含み、コンテンツ配信時における前記配信サーバでの複数のパケットの複製、誤り訂正符号データの作成を不要としてなる、ことを特徴とするコンテンツ配信方法。
【請求項６９】
前記エンコーダは、作成した前記複数の符号化データ、又は、前記符号化データと誤り訂正符号データを、符号化単位に交互に並べる、ことを特徴とする請求項６８記載のコンテンツ配信方法。
【請求項７０】
前記エンコーダは、作成したデータをマージする際、同一符号化単位のデータが隣り合わないように、所定の符号化単位数分ずらして、前記複数の符号化データを符号化単位に並べる、ことを特徴とする請求項６９記載のコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークによるコンテンツの配信技術に関し、特に、符号化されたデータの伝送路でのデータ損失に対する耐性を有するよう伝送する方法、耐性を有するようにデータを記録装置に格納する方法、符号化データを受信し復号化する方法、及びその装置とシステムならびにプログラムに関する。
【背景技術】
【０００２】
近時、インターネットの普及により、動画像や音声を含むコンテンツを、ＩＰ(Internet Protocol）ネットワークを経由して配信し、視聴するコンテンツ配信が普及してきている。こうした配信では伝送効率を高めるために、例えば動画像では、フレーム間予測に基づいた高能率圧縮符号化方式が多く用いられている。これらの方式では、時間的に前後のフレームから符号化画像を予測して得られた予測パラメータと予測残差画像データを符号化することで、時間方向の相関が高い動画像データの情報量を削減する。さらに、予測残差画像データを変換符号化や量子化により高能率に圧縮符号化することで、少ない伝送帯域でのコンテンツデータ伝送を可能としている。【０００３】
その代表例としてはＭＰＥＧ（Moving Picture Experts Group）−１、ＭＰＥＧ−２、ＭＰＥＧ−４などの圧縮符号化方式を用いる方法がある。これらの圧縮符号化方式では、入力画像フレームをマクロブロックとよばれる一定サイズの矩形領域単位で動き補償によるフレーム間予測を行い、得られた動きベクトルと、予測残差画像データに２次元離散コサイン変換及び量子化を施して圧縮した信号データを可変長符号化する。【０００４】
また、音声に関しても、ＡＡＣ（Advanced Audio Codec）など、同様にフレーム間予測に基づいた高能率圧縮な符号化方法があり、伝送帯域を効率的に使用したコンテンツ配信が可能である。【０００５】
エンコーダ（符号化器）で符号化されたこれらの符号化データは、後記非特許文献２や後記非特許文献３に記載されるようなファイル形式で記憶装置に格納される。これらの符号化データは配信サーバにて、後記非特許文献１に記載されるＲＴＰ（Real-Time Transport Protocol）のような方法を用いてパケット化され、ＩＰネットワークを通してクライアントへ配信される。クライアントでは受信したパケットから符号化データを得て、データを復号化することで動画像、音声を再生することができる。【０００６】
ＩＰネットワークでは、配信しているパケットが消失する可能性がある。特に、ネットワークが無線による場合、消失の可能性は高くなる。【０００７】
そして、コンテンツのデータが一部でも消失した場合、クライアントでは完全に復号化することができないため、動画像や、音声に乱れやノイズが生じてしまったり、全く再生できないこともある。フレーム間予測に基づいた符号化データでは、特に、この影響が顕著であり、乱れやノイズが時間方向に伝搬してしまう。【０００８】
そこで、消失したパケットを復元するため、例えば、
・再送、
・ＦＥＣ（Forward Error Correction；前方誤り訂正）、
・複数送信、
といった手法が用いられている。【０００９】
このうち、再送は、クライアントが消失したパケットを、もう一度送るように、配信側に伝えて、再度配信し直す方法である。ただし、アップリンクの無い伝送路では、再送は使用できない。【００１０】
また、ＦＥＣは、あらかじめ配信側が符号化データと同時に、ＦＥＣデータ（誤り訂正データ）を送っておき、パケットが消失した場合、そのＦＥＣデータを計算することで、消失したパケットを復元するという手法である。【００１１】
そして、複数送信は、同じ情報のパケットを複数回送ることで、パケットが消失する確率を減らす方法である。【００１２】
なお、オーディオのデータを複数の符号化器によって同時に圧縮率の異なる符号化データを生成し、ＩＰネットワークのようなパケットに基づくネットワークを介して伝送する構成も知られている（例えば後記特許文献１）。【００１３】
【非特許文献１】IETF RFC1889 "RTP: A Transport Protocol for Real-Time Application"
【非特許文献２】ISO/IEC 14496-12:2003: "Information technology・Coding of audio-visual objects - Part 12: ISO base media file format"
【非特許文献３】ISO/IEC 15444-12:2003 "Information technology - JPEG 2000 image coding system - Part 12: ISO base media file format"
【特許文献１】特開２００３−３１８８５１号公報（第１図）
【発明の開示】
【発明が解決しようとする課題】
【００１４】
従来、コンテンツ配信にＦＥＣを用いる場合、配信サーバで送信時にリアルタイムに、ＦＥＣデータを生成することが必要とされている。しかし、この手法だと、クライアントの数が多くなった場合、ＦＥＣデータを生成する作業に、計算資源を使い切ってしまう。【００１５】
また、ＦＥＣデータの生成の手法には数々の方式があるが、どれを使用するかは、配信サーバに依存して固定となってしまう。このため、汎用性に欠け、伝送路特性に合わせてＦＥＣの方式を変更することは難しい。【００１６】
また、複数送信においても、配信サーバで、パケットをコピーする必要があり、ＦＥＣに比べれば、必要な計算資源は少なくてすむものの、この場合、伝送路の帯域を多く使用してしまう。【００１７】
したがって、本発明の主たる目的は、受信側からのフィードバック情報を送信側に送ることなく、符号化データの伝送誤りにより生じる受信側再生コンテンツの著しい乱れを、できる限り抑えるようにしたコンテンツのエンコード方法、受信再生方法、配信方法と装置並びにプログラムを提供することにある。【００１８】
本発明の他の目的は、特定のコンテンツ配信サーバに依存することなく、上記主たる目的を達成する方法、装置、プログラムを提供することにある。【００１９】
さらに、本発明のさらに他の目的は、コンテンツ配信サーバに余分な計算負荷をかけることなく、上記主たる目的を達成する方法、装置、プログラムを提供することにある。
【課題を解決するための手段】
【００２０】
本願で開示される発明は、上記目的を達成するため、概略以下のように構成される。【００２１】
本発明は、エンコーダ（符号化器）がコンテンツを符号化（エンコード）する際に、圧縮率の異なる複数の符号化データを同時に作成するか、もしくは、符号化データのＦＥＣ（Forwards Error Correction）のデータを同時に作成する。作成された符号化データ、又はＦＥＣデータは、記憶部に、好ましくは、単一のファイルとして格納される。ファイルに格納する際、各符号化データ、ＦＥＣのデータに識別子をつけ、あたかも一つの符号化データ（連続符号化データ）であるかのように格納する。【００２２】
本発明の一つのアスペクト（側面）に係る方法は、入力した一つのコンテンツからＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成するステップと、
前記Ｎ個の符号化データを、一つの符号化データとして少なくとも一つのファイルに記録するステップと、を含む。【００２３】
本発明に係る方法においては、入力した一つのコンテンツからＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成するステップと、
前記Ｎ個の符号化データをフレーム単位ごとにマージするステップと、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納するステップと、を含むようにしてもよい。【００２４】
本発明においては、前記Ｎ個の符号化データを、予め定められた時間長に相当する分だけずらして、フレーム単位ごとにマージするステップと、
マージした前記Ｎ個の符号化データを、一つのトラックとして少なくとも一つのファイルに格納するステップとを含むようにしてもよい。【００２５】
本発明においては、前記Ｎ個の符号化データ間でコンテンツの同一部分を符号化単位で入れ替えても復号化できるように符号化する、ようにしてもよい。本発明においては、前記Ｎ個の符号化データの同一部分の符号化単位に、同一番号の識別子をヘッダとして付加するようにしてもよい。【００２６】
本発明の他のアスペクト（側面）に係る方法は、入力したコンテンツから符号化データを作成するステップと、前記符号化データから、誤り訂正符号（ＦＥＣ）データを作成するステップと、
前記符号化データと前記誤り訂正符号データを、一つの符号化データとして一つのファイルに格納するステップと、を含む。【００２７】
本発明に係る方法においては、入力したコンテンツから符号化データを作成するステップと、
前記符号化データから、誤り訂正符号（ＦＥＣ）データを作成するステップと、
前記符号化データと前記誤り訂正符号データを、予め定められた時間長に相当する分だけずらして、フレーム単位ごとにマージし、前記符号化データと前記誤り訂正符号データを、一つのトラックとして少なくとも一つのファイルに格納するステップと、を含むようにしてもよい。【００２８】
本発明の一つのアスペクト（側面）に係るエンコード装置（符号化装置）は、入力した一つのコンテンツから、Ｎ個（ただし、Ｎは２以上の正整数）の符号化データを作成する手段と、前記Ｎ個の符号化データを、一つの符号化データとして少なくとも一つのファイルに格納する手段と、を備えている。【００２９】
本発明に係るエンコード装置においては、入力した一つのコンテンツから、Ｎ個（ただし、Ｎは２以上の正整数）の符号化データを作成する手段と、前記Ｎ個の符号化データを、フレーム単位ごとにマージする手段と、マージした前記Ｎ個の符号化データを、一つの連続符号化データとして少なくとも一つのファイルに格納する手段と、を備えた構成としてもよい。【００３０】
本発明においては、前記Ｎ個の符号化データを、予め定められた時間長に相当する分だけずらしてフレーム単位ごとにマージする手段と、マージしたＮ個の符号化データを、一つのトラックとして少なくとも一つのファイルに格納する手段と、を備えた構成としてもよい。【００３１】
本発明の他のアスペクトに係るプログラムは、コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力した一つのコンテンツからＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成する処理と、
前記Ｎ個の符号化データを、一つの符号化データとして少なくとも一つのファイルに格納する処理と、を実行させるプログラムよりなる。【００３２】
本発明に係るプログラムにおいては、コンテンツを入力して符号化するエンコード装置を構成するコンピュータに、
入力した一つのコンテンツからＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成する処理と、
前記Ｎ個の符号化データを、フレーム単位ごとにマージする処理と、
マージした前記Ｎ個の符号化データを、一つのトラックとして少なくとも一つのファイルに格納する処理と、を実行させるプログラムで構成してもよい。【００３３】
本発明の他のアスペクトに係るコンテンツの受信再生方法は、複数の符号化データがマージされたデータを受信するステップと、
前記受信したデータの中から、個々の符号化データを、符号化単位に識別するステップと、
符号化単位で個々の符号化データに分離するステップと、
前記分離した符号化データを復号化して出力するステップと、
を含む。【００３４】
本発明の他のアスペクトに係るクライアント装置は、複数の符号化データがマージされたデータを受信する手段と、前記受信したデータの中から、複数の符号化データのそれぞれを符号化単位で識別する手段と、符号化単位で個々の符号化データに分離する手段と、分離した符号化データを復号化して出力する手段と、を備えている。【００３５】
本発明の他のアスペクトに係るシステムは、コンテンツのデータまたはカメラ等画像信号入力装置からの入力データを符号化し、ファイルに記録する上記エンコーダと、前記ファイルに記録されたデータをネットワークを通してクライアント装置に配信する配信サーバと、前記配信サーバから送信され、前記ネットワークを通して受信したデータを選別し、デコードして表示、再生するクライアント装置と、を備えている。前記エンコーダは、好ましくは、コンテンツのデータまたは画像入力装置からの入力データを入力するデータ入力部と、前記入力データを符号化して、Ｎ個（ただし、Ｎは２以上の所定の正整数）の符号化データとして出力する第１乃至第Ｎのエンコード部と、前記Ｎ個の符号化データをマージして、一つの連続符号化データに構成するマージ部と、前記一つの連続符号化データ、及び連続符号化データ自体に関する情報を、前記ファイルに出力するファイル出力部と、を含む。クライアント装置は、好ましくは、前記ネットワークを通して、前記配信サーバからのパケットを受信する受信部と、受信されたパケットから、連続符号化データに戻すデータ処理部と、前記連続符号化データから、一つの符号化データに再構成し、その際、同一フレーム、同一部分のデータの重複をなくすため、複数の符号化データがそろっている部分については、相対的に圧縮率の高いデータを破棄するデータ再構成部と、前記再構成された符号化データを復号するデコード部と、前記復号されたデータを、再生、表示する再生部と、を含む。【００３６】
本発明によれば、データ配信時には、一般的なＲＴＰ（Real-time Transport Protocol）パケットによる配信を行うが、上記のように格納されたデータのため、複数の符号化データが配信される、および／または、同時にＦＥＣのデータも配信される。受信側では受信した符号化データのうち、最も圧縮率が低く、画質や音質のよい符号化データを、フレーム単位で選択して復号化する。または、受信したＦＥＣデータを用いて受信できなかった符号データを復元し、復号化して再生する。その結果、パケットが消失する確率は減り、これにより上記した本発明の目的を達成することができる。
【発明の効果】
【００３７】
本発明によれば、符号化データの伝送誤りにより生じる受信側再生コンテンツの著しい乱れを抑えることができる。【００３８】
その理由は、本発明においては、複数の符号化データを送ること、または、ＦＥＣデータを送ることにより、伝送誤りによりデータが欠落する確率が減るためである。【００３９】
本発明によれば、上記効果を奏するための手段は、エンコーダとクライアントのみに依存し、配信サーバは、通常の一般的な構成のものを用いることができる。【００４０】
その理由は、一つのファイルとして、複数の符号化データ、またはＦＥＣデータを格納するため、途中の配信サーバには影響が及ばないためである。【００４１】
本発明によれば、配信サーバに余分な計算負荷を掛けることなく、上記効果を奏することができる。【００４２】
その理由は、本発明においては、パケットのコピーや、ＦＥＣデータの作製が、エンコード時に行われ、配信時には、既に、ファイル化されているためである。
【図面の簡単な説明】
【００４３】
【図１】本発明の一実施の形態の構成を示す図である。
【図２】本発明の一実施の形態のエンコーダの構成を示す図である。
【図３】本発明の一実施の形態の配信サーバの構成を示す図である。
【図４】本発明の一実施の形態のクライアントの構成を示す図である。
【図５】本発明の一実施例のファイルのデータ構成を示す図である。
【図６】本発明の一実施例のエンコーダの構成を示す図である。
【図７】本発明の別の実施の形態のエンコーダの構成を示す図である。
【図８】本発明の別の実施例のファイルのデータ構成を示す図である。
【符号の説明】
【００４４】
１０１  元コンテンツ
１０２  カメラ
１０３  エンコーダ（符号化装置）
１０４  ファイル
１０５  配信サーバ
１０６  クライアント
１０７  ＩＰネットワーク
２０１  元コンテンツ
２０２  カメラ
２０３  エンコーダ（符号化装置）
２０４  データ入力部
２０５  第１のエンコード部
２０６  第２のエンコード部
２０７  第Ｎのエンコード部
２０８  マージ部
２０９  ファイル出力部
２１０  ファイル
３０１  ファイル
３０２  配信サーバ
３０３  ファイル入力部
３０４  ファイル解析部
３０５  呼処理部
３０６  パケット生成部
３０７  配信部
４０１  クライアント
４０２  呼処理部
４０３  受信部
４０４  データ処理部
４０５  データ再構成部
４０６  デコード部（復号部）
４０７  再生部
５０１  符号化データＡ
５０２  符号化データＢ
５０３  連続符号化データ
５０４  ヘッダ
６０１  元コンテンツ
６０２  カメラ
６０３  エンコーダ（符号化装置）
６０４  データ入力部
６０５  第１のエンコード部
６０６  第２のエンコード部
６０７  マージ部
６０８  ファイル出力部
６０９  ファイル
７０１  元コンテンツ
７０２  カメラ
７０３  エンコーダ（符号化装置）
７０４  データ入力部
７０５  エンコード部
７０６  ＦＥＣ部
７０７  マージ部
７０８  ファイル出力部
７０９  ファイル
８０１  符号化データ
８０２  連続符号化データ
８０３  ＦＥＣ
８０４  ヘッダ
【発明を実施するための最良の形態】
【００４５】
本発明についてさらに詳細に説述すべく、添付図面を参照して実施の形態について以下に説明する。【００４６】
図１は、本発明の第１の実施の形態の構成を示す図である。図１を参照すると、本発明の第１の実施の形態は、エンコーダ１０３と、配信サーバ１０５と、クライアント１０６（端末）とを備えている。これらは、それぞれ概略次のように動作する。【００４７】
エンコーダ１０３は、元コンテンツ１０１のデータ、または、カメラ（ＣＣＤカメラ等）１０２からの入力データ（デジタル信号データ）を符号化し、ファイル１０４に記録する。なお、入力データは、動画像データ、又は、動画像データおよび音声データとする。【００４８】
配信サーバ１０５は、ファイル１０４に記録されたデータを、ＩＰ（Internet Protocol）ネットワーク１０７を通して、クライアント１０６に配信する。【００４９】
クライアント１０６は、ＩＰネットワーク１０７を通して、配信サーバ１０５から受信したデータを選別し、デコードして、出力装置に表示、再生する。【００５０】
図２は、図１のエンコーダ１０３（図２では符号２０３で示す）の構成の一例を示す図である。図２を参照すると、エンコーダ２０３は、データ入力部２０４と、第１のエンコード部２０５から第Ｎ（ただし、Ｎは、２以上の所定の正整数）のエンコード部２０７と、マージ部２０８と、ファイル出力部２０９とを含む。【００５１】
図２を参照して、エンコーダ２０３の動作について説明する。まず、元コンテンツ２０１、もしくはカメラ２０２からデータ入力部２０４に、動画像と音声のデータ、またはそのいずれか一方のデータが入力される。【００５２】
次に、第１のエンコード部２０５から第Ｎのエンコード部２０７にて、動画像、音声のデータが符号化され、Ｎ個の符号化データとして出力される。このとき、Ｎ個のエンコード部２０５乃至２０７で使用されるパラメータは、個々に設定可能であり、それぞれの圧縮率を個々に設定することができる。Ｎ個の符号化データは、符号化単位であれば、符号化データ間でデータを入れ替えても復号化できるように、符号化される。ここで、符号化単位とは、フレーム、もしくは、ＭＰＥＧ−４であればビデオパケットあるいはマクロブロック等である。【００５３】
次に、Ｎ個の符号化データは、マージ部２０８にて、一つの連続符号化データに構成し直される。【００５４】
次に、構成された連続データは、ファイル出力部２０９にて、少なくとも一つのファイルに出力される。このとき、連続符号化データだけでなく、連続符号化データ自体の情報も出力される。【００５５】
図３は、図１の配信サーバ１０５（図３では符号３０２で示す）の構成の一例を示す図である。図３を参照すると、配信サーバ３０２は、ファイル入力部３０３と、ファイル解析部３０４と、呼処理部３０５と、パケット生成部３０６と、配信部３０７とを含む。【００５６】
図３を参照して、配信サーバ３０２の動作について説明する。ファイル入力部３０３にて、ファイル３０１（図１のファイル１０４に対応する）からデータを読み込む。データは、ファイル解析部３０４にて解析され、送信単位に分割される。【００５７】
ファイル解析部３０４で送信単位に分割されたデータは、パケット生成部３０６にて送信用のパケットにカプセル化される。【００５８】
パケット生成部３０６で作成されたパケットは、配信部３０７にて、クライアント１０６へＩＰネットワーク１０７を通して配信される。【００５９】
呼処理部３０５では、ファイル解析部３０４で得た情報を基に、クライアント１０６と情報伝達、情報交換を行う。【００６０】
ファイル３０１では、Ｎ個の符号化データがひとまとめに構成されているため、配信部３０７では、Ｎ個の符号化データ全てのパケットが配信される。【００６１】
図４は、図１のクライアント１０６（図４では符号４０１で示す）の構成の一例を示す図である。図４を参照すると、クライアント４０１は、呼処理部４０２と、受信部４０３と、データ処理部４０４と、データ再構成部４０５と、デコード部４０６と、再生部４０７とを含む。【００６２】
図４を参照して、クライアント４０１の動作について説明する。呼処理部４０２は、配信サーバ１０５と、情報伝達、情報交換を行い、配信されるデータに対しての情報を得る。【００６３】
受信部４０３にて、ＩＰネットワーク１０７を通して、配信サーバ１０５からのパケットを受信する。【００６４】
受信部４０３にて受信されたパケットは、データ処理部４０４で、呼処理部４０２からの情報を用いて、連続符号化データに戻される。ただし、途中のＩＰネットワーク１０７でパケットロスしてしまった分のデータは存在しない。【００６５】
次に、データ再構成部４０５にて、元の一つの符号化データに再構成される。同一符号化単位のデータの重複をなくすため、複数の符号化データがそろっている部分は、圧縮率の高いデータは破棄する。【００６６】
次に、データ再構成部４０５で再構成されたデータが、デコード部４０６で、呼処理部４０２からの情報を用いて、復号化され、元の動画像、または音声データを得て、再生部４０７で再生、表示される。【００６７】
本発明の第１の実施の形態の作用効果について以下に説明する。【００６８】
図１を参照すると、ファイル１０４は、複数の符号化データを、あたかも一つの符号化データのように構成しているため、配信サーバ１０５が一般的な方法で配信を行うと、自動的に、複数の符号化データがパケットで同時に配信される。配信途中で、パケットロスした場合、画質、音質が劣化してしまうが、複数の符号化データを同時に配信することで、パケットロスする確率が減少する。【００６９】
結果として、クライアント１０６では、本発明を用いない場合に比べ、画質、音質の劣化を避けることができる。本実施形態によれば、符号化データの圧縮率を変更するため、ただ単純に同じ物を複数回送るよりも、利用する伝送帯域を節約することができる。【００７０】
次に、本発明の第２の実施の形態について詳細に説明する。本発明の第２の実施の形態は、本発明の第１の実施の形態のエンコーダ１０３の構成が相違している。すなわち、図１の本発明の第１の実施の形態のエンコーダ１０３を、図２のエンコーダ２０３の構成に代えて、図７のエンコーダ７０３の構成としたものである。【００７１】
図７を参照すると、エンコーダ７０３は、データ入力部７０４、エンコード部７０５、ＦＥＣ部７０６、マージ部７０７、ファイル出力部７０８を備えている。図７の、元コンテンツ７０１、カメラ７０２、ファイル７０９は、図１の元コンテンツ１０１、カメラ１０２、ファイル１０４に対応している。【００７２】
次に、エンコーダ７０３の動作について説明する。まず、元コンテンツ７０１、もしくはカメラ７０２からデータ入力部７０４に動画像と音声のデータ、またはそのいずれか一方のデータが入力される。【００７３】
次に、エンコード部７０５にて動画像、音声のデータが符号化される。同時に、この符号化データを使って、ＦＥＣ部７０６にて、ＦＥＣデータが生成される。【００７４】
次に、符号化データとＦＥＣデータは、マージ部７０７にて、一つの連続符号化データに構成し直される。【００７５】
次に、構成された連続データはファイル出力部７０８にて、少なくとも一つのファイル７０９に出力される。このとき、連続符号化データだけでなく、連続符号化データ自体の情報も出力される。【００７６】
本実施の形態において、図１の配信サーバ１０５は、図３に示した構成とされ、次のように動作する。図３を参照すると、配信サーバ３０２は、ファイル入力部３０３にてファイル３０１からデータを読み込む。データはファイル解析部３０４にて解析され、送信単位に分割される。分割されたデータは、パケット生成部３０６にて送信用のパケットにカプセル化される。作成されたパケットは配信部３０７にてクライアント１０６（図１参照）へＩＰネットワーク１０７（図１参照）を通して配信される。呼処理部３０５では、ファイル解析部３０４で得た情報を基に、クライアントと情報伝達、情報交換を行う。ファイル３０１は、符号化データと、ＦＥＣデータがひとまとめに構成されているため、配信部３０７では、符号化データとＦＥＣデータのパケットが同時に配信される。【００７７】
本実施の形態において、図１のクライアント１０６は、図４に示した構成とされ、次のように動作する。呼処理部４０２にて、配信サーバ１０５（図１参照）と情報伝達、情報交換を行い、配信されるデータに対しての情報を得る。受信部４０３にて、ＩＰネットワーク１０７（図１参照）を通して配信サーバからのパケットを受信する。受信されたパケットは、データ処理部４０４で、呼処理部４０２からの情報を用いて、連続符号化データに戻される。ただし、途中のＩＰネットワークでパケットロスしてしまった分のデータは存在しない。次にデータ再構成部４０５にて、ＦＥＣデータを用いて計算し、パケットロスした符号化データを再構成する。次にデコード部４０６で復号化され、元の動画像、または音声データを得て、再生部４０７で再生、表示される。【００７８】
本発明の第２の実施の形態の作用効果について以下に説明する。【００７９】
図１を参照すると、ファイル１０４は、符号化データとＦＥＣのデータを、あたかも一つの符号化データのように構成しているため、配信サーバ１０５が一般的な方法で配信を行うと、自動的にＦＥＣデータを伴った符号化データがパケットで配信される。配信途中でパケットロスした場合、画質、音質が劣化してしまうが、ＦＥＣデータを配信することで、パケットロスしても、符号化データを再構成することができるようになる。結果として、クライアント１０６では、本発明を用いない場合と比べ、画質、音質の劣化を避けることができる。
【実施例１】
【００８０】
次に、図１乃至図４を参照して説明した上記第１の実施の形態について具体的な実施例に即して説明する。図６は、図１のエンコーダ１０３の一実施例の構成を示す図であり、図２のエンコーダ２０３のエンコード部を２つで構成したものである。本実施例の基本構成は、図１と同様の構成とされるが、エンコーダ１０３を、図２のエンコーダ２０３の代わりに、図６の構成としている。配信サーバ１０５、クライアント１０６の構成は、それぞれ図３、図４と同様とされる。【００８１】
図６を参照すると、エンコーダ６０３は、データ入力部６０４と、第１のエンコード部６０５と、第２のエンコード部６０６と、マージ部６０７と、ファイル出力部６０８を含む。【００８２】
エンコーダ６０３は、次のように動作する。【００８３】
まず、元コンテンツ６０１、もしくはカメラ６０２からデータ入力部６０４に動画像と音声のデータ、またはそのいずれか一方のデータが入力される。【００８４】
次に第１のエンコード部６０５と、第２のエンコード部６０６にて、動画像はＭＰＥＧ−４などの符号化方式、音声はＡＡＣ（Advanced Audio Codec）やＡＭＲ（Adaptive Multi Rate）といった符号化方式で符号化され、符号化データとして出力される。このとき、２つのエンコード部６０５、６０６で使用されるパラメータは、それぞれ任意に設定可能であり、圧縮率を任意に設定可能である。ただし、動画像の場合には、符号化方式、フレーム構成、フレームレート、イントラフレーム間隔、画像サイズは、２つの符号化データで同一とし、音声の場合には、符号化方式、フレーム構成、サンプリングレートは、２つの符号化データで同一とする。２つの符号化データは、同一符号化単位であればデータを入れ替えても復号化できるように符号化される。ここで、符号化単位とは、フレーム、ビデオパケット、マクロブロック等である。【００８５】
次に、２つの符号化データは、マージ部６０７にて、一つの連続符号化データに構成される。このときの連続符号化データの構成の一例を、図５を参照して説明する。【００８６】
符号化データＡ５０１は、第１のエンコード部６０５で符号化されたデータであり、符号化データＢ５０２は、第２のエンコード部６０６で符号化されたデータである。それぞれの符号化データには、フレーム単位で、時間の流れに沿って順にデータが並んでいる。この２つの符号化データで、連続符号化データ５０３を構成する。【００８７】
連続符号化データ５０３では、符号化データＡ５０１と、符号化データＢ５０２のデータをフレーム単位で交互に並べる。このとき、Ｍを整数として、同一フレームのデータが隣り合わないように、Ｍフレーム分だけずらして並べる。【００８８】
各フレームの先頭には、ヘッダ５０４が挿入される。【００８９】
動画像データの符号化データの場合には、さらに、各ビデオパケットの先頭にもヘッダが挿入される。【００９０】
このヘッダには、続くフレーム、またはビデオパケットが、符号化データＡ５０１と、符号化データＢ５０２のどちらのものであるかを表す識別子と、フレームまたはビデオパケットの長さと、シーケンス番号が入る。【００９１】
次に、構成された連続符号化データは、ファイル出力部６０８にて、１つのトラックとして、ＭＰ４などのファイルに出力される。このとき出力される情報は、連続データだけでなく、連続データ自体の情報と、ＲＴＰヘッダの情報も出力される。ＲＴＰヘッダは、フレーム単位またはビデオパケット単位に、出力され、配信サーバ１０５（図１参照）では、フレーム単位またはビデオパケット単位ごとに送信される。この情報には、連続データ中のヘッダを含めた各フレーム、または各ビデオパケットのサイズが含まれている。なお、この例では、一つのＭＰ４ファイルに出力しているが、複数に分割されたファイルに出力するようにしてもよいことは勿論である。【００９２】
本実施例において、図１の配信サーバ１０５は、図３に示す構成とされ、次のように動作する。ファイル入力部３０３にて、ファイル３０１から、データを読み込む。データはファイル解析部３０４にて解析され、フレームごと、もしくは、ビデオパケットごとに分割される。【００９３】
分割されたデータは、パケット生成部３０６にて、ＲＴＰパケットにカプセル化される。【００９４】
ＲＴＰパケットは、配信部３０７にて、図１のクライアント１０６へＩＰネットワーク１０７を通して、ＵＤＰ（User Datagram Protocol）で配信される。【００９５】
呼処理部３０５では、ファイル解析部３０４で得た情報を基に、クライアント１０６とＲＴＳＰ（Real Time Streaming Protocol）、および、ＳＤＰ（Session Description Protocol）等を用いて情報伝達を行う。【００９６】
ファイル３０１は、図５の連続符号化データ５０３のように構成されているため、配信部３０７にて配信されるＲＴＰパケットは、符号化データＡ５０１のパケットと、符号化データＢ５０２のデータのパケットの両方が配信される。【００９７】
また、連続符号化データ５０３は、符号化データＡ５０１と符号化データＢ５０２を、Ｍフレーム分ずらして構成されているため、配信されるときも、Ｍフレーム分時間的にずらされて配信される。【００９８】
クライアント１０６は、図４に示す構成とされ、次のように動作する。【００９９】
呼処理部４０２にて、配信サーバ１０５と、ＲＴＳＰ、ＳＤＰなどを用いて情報伝達を行い、配信されるデータに関する情報を得る。【０１００】
受信部４０３にて、配信サーバ１０５からのＲＴＰパケットを受信する。【０１０１】
受信されたＲＴＰパケットは、データ処理部４０４にて、ＲＴＰヘッダがはずされ、元の連続符号化データ５０３（図５参照）に戻される。ただし、途中のＩＰネットワーク１０７でパケットロスしてしまった分のデータは存在しない。【０１０２】
次に、データ再構成部４０５にて、重複部分を削除するため、ヘッダ５０４（図５参照）を用いて、同じフレームまたはビデオパケットが複数ある部分に関して、圧縮率の高いデータを破棄する。【０１０３】
次に、ヘッダ５０４（図５参照）を削除することにより、元の一つの符号化データに再構成される。次にデコード部４０６で復号化され、元の動画像、または音声データを得て、再生部４０７で再生、表示される。
【実施例２】
【０１０４】
次に、上記第２の実施の形態について、具体的な実施例に即して説明する。本発明の第２の実施例は、図１に示すように、エンコーダ１０３と、配信サーバ１０５と、クライアント１０６とを備えている。前述したように、エンコーダ１０３は、図７に示すように、データ入力部７０４と、エンコード部７０５と、ＦＥＣ部７０６と、マージ部７０７と、ファイル出力部７０８を含む。配信サーバ１０５は、図３に示すように、ファイル入力部３０３と、ファイル解析部３０４と、呼処理部３０５と、パケット生成部３０６と、配信部３０７を含む。クライアント１０６は、図４に示すように、呼処理部４０２と、受信部４０３と、データ処理部４０４と、データ再構成部４０５と、デコード部４０６と、再生部４０７を含む。【０１０５】
図７のエンコーダ７０３は次のように動作する。まず、元コンテンツ７０１、もしくはカメラ７０２からデータ入力部７０４に動画像と音声のデータ、またはそのいずれか一方のデータが入力される。【０１０６】
次に、エンコード部７０５にて、動画像はＭＰＥＧ−４などの符号化方式、音声はＡＡＣやＡＭＲといった符号化方式で符号化され、符号化データとして出力される。次に符号化データを使ってＦＥＣ部７０６でＦＥＣデータが作成される。このＦＥＣには既に多くの種類が知られているが、本発明では、このＦＥＣの種類については関与しない。【０１０７】
次に、符号化データとＦＥＣデータは、マージ部７０７にて、一つの連続符号化データに構成される。このときの連続符号化データの構成の一例を、図８を用いて説明する。【０１０８】
符号化データ８０１は、エンコード部７０５で符号化されたデータである。符号化データには、フレーム単位で、時間の流れに沿って順にデータが並んでいる。この符号化データから、連続符号化データ８０２を構成する。連続符号化データ８０２では、符号化データ８０１と、ＦＥＣデータ８０３をフレーム単位、または動画像データの場合はビデオパケット単位で交互に並べる。ヘッダ８０４は、後に続くフレームまたはビデオパケットの情報を格納する。この情報には続くフレームまたはビデオパケットの長さと、シーケンス番号が入っている。【０１０９】
次に、構成された連続符号化データは、ファイル出力部７０８にて、例えば一つのトラックとして、少なくとも１つのファイル（ＭＰ４等）に出力される。【０１１０】
このとき出力される情報は、連続データだけでなく、連続データ自体の情報と、ＲＴＰヘッダの情報も出力される。この情報には、連続データ中のヘッダを含めた各フレームまたは各ビデオパケットのサイズが含まれている。なお、この例では、一つのＭＰ４ファイルに出力しているが、複数に分割されたファイルに出力するようにしてもよいことは勿論である。【０１１１】
本実施例において、図１の配信サーバ１０５は、図３に示す構成とされ、次のように動作する。ファイル入力部３０３にてファイル３０１からデータを読み込む。データはファイル解析部３０４にて解析され、フレームごと、もしくはビデオパケットごとに分割される。分割されたデータは、パケット生成部３０６にてＲＴＰパケットにカプセル化される。ＲＴＰパケットは配信部３０７にて、図１のクライアント１０６へＩＰネットワーク１０７を通して、ＵＤＰで配信される。呼処理部３０５では、ファイル解析部３０４で得た情報を基に、クライアントと、ＲＴＳＰ、ＳＤＰ等を用いて、情報伝達を行う。ファイル３０１は、連続符号化データ８０２のように構成されているため、配信部３０７にて配信されるＲＴＰパケットは、符号化データのパケットと、ＦＥＣデータパケットの両方が配信される。【０１１２】
クライアント１０６は、図４に示した構成とされ、次のように動作する。呼処理部４０２にて、配信サーバ１０５と、ＲＴＳＰ、ＳＤＰなどを用いて情報伝達を行い、配信されるデータに対しての情報を得る。受信部４０３にて、配信サーバ１０５からのＲＴＰパケットを受信する。受信されたＲＴＰパケットは、データ処理部４０４にてＲＴＰヘッダがはずされ、元の連続符号化データ８０２に戻される。ただし、途中のＩＰネットワークでパケットロスしてしまった分のデータは存在しない。次にデータ再構成部４０５にて、ＦＥＣデータを用いて計算し、元の符号化データを再構成する。次にデコード部４０６で復号化され、元の動画像、または音声データを得て、再生部４０７で再生、表示される。【０１１３】
以上本発明を上記実施例に即して説明したが、本発明は上記実施例の構成にのみ限定されるものでなく、本発明の範囲内で当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【産業上の利用可能性】
【０１１４】
本発明によれば、ＩＰネットワークで、動画像、音声の配信を行う、もしくは配信を受けるプログラムや、装置といった用途に適用できる。また動画像や音声を符号化するプログラム、及び装置にも適用できる。
【図１】
2005074182.tif 000002
【図２】
2005074182.tif 000003
【図３】
2005074182.tif 000004
【図４】
2005074182.tif 000005
【図５】
2005074182.tif 000006
【図６】
2005074182.tif 000007
【図７】
2005074182.tif 000008
【図８】
2005074182.tif 000009
【手続補正書】
【提出日】平成18年7月26日(2006.7.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
入力した一つのコンテンツから、Ｎ個（ただし、Ｎは２以上の正整数）の符号化データを作成する手段と、
前記Ｎ個の符号化データを、一つの符号化データとして、少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
【請求項２】
入力した一つのコンテンツから、Ｎ個（ただし、Ｎは２以上の正整数）の符号化データを作成する手段と、
前記Ｎ個の符号化データを、フレーム単位にマージする手段と、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
【請求項３】
入力した一つのコンテンツから、Ｎ個（ただし、Ｎは２以上の正整数）の符号化データを作成する手段と、
前記Ｎ個の符号化データを、予め定められた時間長に相当する分だけずらしてフレーム単位にマージする手段と、
マージしたＮ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
【請求項４】
前記Ｎ個の符号化データ間でコンテンツの同一部分を符号化単位で入れ替えても復号化できるように符号化する手段を備えている、ことを特徴とする請求項１記載のエンコード装置。
【請求項５】
入力した一つのコンテンツから、それぞれ圧縮率が異なるＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成する手段と、
前記Ｎ個の符号化データを、予め定められた時間長に相当する分だけずらしてフレーム単位にマージする手段と、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
【請求項６】
入力した一つのコンテンツから、それぞれ圧縮率が異なるＮ個（ただし、Ｎは２以上の正整数）の符号化データを作成する手段と、
前記Ｎ個の符号化データ間でコンテンツの同一部分を符号化単位で入れ替えても復号化できるように符号化する手段と、
前記Ｎ個の符号化データを、予め定められた時間長に相当する分だけずらしてフレーム単位にマージする手段と、
マージした前記Ｎ個の符号化データを、一つのトラックとして、少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
【請求項７】
前記Ｎ個の符号化データの同一部分の符号化単位に、同一番号の識別子をヘッダとして付加する手段を備えている、ことを特徴とする請求項１に記載のエンコード装置。
【請求項８】
入力したコンテンツから符号化データを作成する手段と、
前記符号化データから誤り訂正符号データを作成する手段と、
前記符号化データと前記誤り訂正符号データを、一つの符号化データとして、少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
【請求項９】
入力したコンテンツから符号化データを作成する手段と、
前記符号化データから誤り訂正符号データを作成する手段と、
前記符号化データと前記誤り訂正符号データとを、予め定められた時間長に相当する分だけずらして、フレーム単位にマージする手段と、
マージした前記符号化データと前記誤り訂正符号データを、一つのトラックとして、少なくとも一つのファイルに格納する手段と、
を備えている、ことを特徴とするエンコード装置。
【請求項１０】
前記誤り訂正符号データは、ＦＥＣ（Forward  Error  Correction）データである、ことを特徴とする請求項８に記載のエンコード装置。
【国際調査報告】
2005074182.tif 000010
2005074182.tif 000011
2005074182.tif 000012
2005074182.tif 000013
2005074182.tif 000014
2005074182.tif 000015
2005074182.tif 000016
2005074182.tif 000017