(57)【要約】【課題】処理量の増大を最小限に抑えつつ、切換後の再生品質の低下させずにあらたな遅延時間も生じさせないことを目的とする。【解決手段】複数ストリームのデータパケットを記憶するデータパケットバッファと、冗長データと複数のデータパケットを特定する特定情報とを含む品質補強パケットを記憶する品質補強パケットバッファと、品質補強パケットと特定情報によって特定されたデータパケットとの対応関係を記憶する関係記憶部と、冗長データと、対応関係によって特定される品質補強パケットに対応するデータパケットとを用いて品質補強処理を行う品質補強処理部と、複数ストリームのうち所望のストリームのデータパケットと、対応関係から特定される品質補強パケットとを用いて品質補強処理を行うように制御する動作制御部と、品質補強処理により回復したデータパケットを、データパケットバッファに記憶させる回復データパケット処理部とを備える。【選択図】  図４
2011211656.tif 000002
【特許請求の範囲】
【請求項１】
複数ストリームのデータパケットを記憶するデータパケットバッファと、
欠損したデータパケットを回復するための冗長データと、前記冗長データの生成に用い
られた複数のデータパケットを特定する特定情報とを含む品質補強パケットを記憶する品
質補強パケットバッファと、
前記品質補強パケットバッファに記憶された前記品質補強パケットと、前記特定情報に
よって特定され且つ前記データパケットバッファに記憶された前記データパケットとの対
応関係を記憶する関係記憶部と、
前記品質補強パケットに含まれる前記冗長データと、前記対応関係によって特定される
、前記品質補強パケットに対応する前記データパケットとを用いて欠損したデータパケッ
トを回復する品質補強処理を行う品質補強処理部と、
複数ストリームのうち所望のストリームの前記データパケットと、前記対応関係から特
定される前記品質補強パケットとを用いて前記品質補強処理部が品質補強処理を行うよう
に制御する動作制御部と、
前記品質補強処理により回復したデータパケットを、前記データパケットバッファに記
憶させる回復データパケット処理部とを備えることを特徴とする計算処理装置。
【請求項２】
複数ストリームのデータパケットを同時に受信するデータパケット受信部と、
前記データパケットを記憶するデータパケットバッファと、
欠損したデータパケットを回復するための冗長データと、前記冗長データの生成に用い
られた複数のデータパケットを特定する特定情報とを含む品質補強パケットを受信する品
質補強パケット受信部と、
前記品質補強パケットを記憶する品質補強パケットバッファと、
前記データパケットの擾乱を解消する擾乱解消処理部と、
前記品質補強パケットバッファに記憶された前記品質補強パケットと、前記特定情報に
よって特定され且つ前記データパケットバッファに記憶された前記データパケットとの対
応関係を記憶する関係記憶部と、
前記品質補強パケットに含まれる前記冗長データと、前記対応関係によって特定される
、前記品質補強パケットに対応する前記データパケットとを用いて欠損したデータパケッ
トを回復する品質補強処理を行う品質補強処理部と、
複数ストリームのうち所望のストリームの前記データパケットと、前記対応関係から特
定される前記品質補強パケットとを用いて前記品質補強処理部が品質補強処理を行うよう
に制御する動作制御部と、
前記品質補強処理により回復したデータパケットを、前記データパケットバッファに記
憶させる回復データパケット処理部とを備えることを特徴とする受信処理装置。
【請求項３】
更に、品質補強処理の処理状態を前記品質補強処理ごとに記憶する状態記憶部を備えた
ことを特徴とする請求項２に記載の受信処理装置。
【請求項４】
前記動作制御部は、所望のストリームのデータパケットを切換えると、前記品質補強処
理部が切換え前の品質補強処理を中断して前記状態記憶部に品質補強処理の処理状態を記
憶させるように制御することを特徴とする請求項３に記載の受信処理装置。
【請求項５】
前記品質補強処理部は、前記品質補強処理を行った結果、前記所望のストリームのデー
タパケットが回復した場合、当該品質補強処理の前記処理状態を前記状態記憶部から削除
することを特徴とする請求項４に記載の受信処理装置。
【請求項６】
更に、品質補強パケットバッファから品質補強パケットを取得する品質補強パケット取
得部と、
データパケットバッファからデータパケットを取得するデータパケット取得部とを備え
、
前記関係記憶部は品質補強パケット取得部が取得した前記品質補強パケットと、前記特
定情報によって特定され且つ前記データパケット取得部が取得した前記データパケットと
の対応関係を記憶することを特徴とする請求項２記載の受信処理装置。
【請求項７】
データパケット受信部が複数ストリームのデータパケットを同時に受信するステップと
、
データパケットバッファは前記データパケットを記憶するステップと、
品質補強パケット受信部が欠損したデータパケットを回復するための冗長データと、前
記冗長データの生成に用いられた複数のデータパケットを特定する特定情報とを含む品質
補強パケットを受信するステップと、
品質補強パケットバッファは前記品質補強パケットを記憶するステップと、
品質補強パケットバッファが記憶する欠損したデータパケットを回復するための冗長デ
ータと、前記冗長データの生成に用いられた複数のデータパケットを特定する特定情報と
を含む品質補強パケットと、前記特定情報によって特定され且つデータパケットバッファ
が記憶する複数ストリームのデータパケットとの対応関係を記憶部に記憶し、
品質補強処理部が前記品質補強パケットに含まれる前記冗長データと、前記対応関係に
よって特定される、前記品質補強パケットに対応する前記データパケットとを用いて欠損
したデータパケットを回復する品質補強処理を行うステップと、
動作制御部が複数ストリームのうち所望のストリームの前記データパケットと、前記対
応関係から特定される前記品質補強パケットとを用いて前記品質補強処理部が品質補強処
理を行うように制御するステップと、
回復データパケット処理部が前記品質補強処理により回復したデータパケットを、前記
データパケットバッファに記憶させるステップとを含むことを特徴とした受信処理方法。
【請求項８】
コンピュータで実行可能なプログラムであって、
データパケット受信部が複数ストリームのデータパケットを同時に受信し、
データパケットバッファは前記データパケットを記憶し、
品質補強パケット受信部が欠損したデータパケットを回復するための冗長データと、前
記冗長データの生成に用いられた複数のデータパケットを特定する特定情報とを含む品質
補強パケットを受信すし、
品質補強パケットバッファは前記品質補強パケットを記憶し、
品質補強パケットバッファが記憶する欠損したデータパケットを回復するための冗長デ
ータと、前記冗長データの生成に用いられた複数のデータパケットを特定する特定情報と
を含む品質補強パケットと、前記特定情報によって特定され且つデータパケットバッファ
が記憶する複数ストリームのデータパケットとの対応関係を記憶部に記憶し、
品質補強処理部が前記品質補強パケットに含まれる前記冗長データと、前記対応関係に
よって特定される、前記品質補強パケットに対応する前記データパケットとを用いて欠損
したデータパケットを回復する品質補強処理を行い、
動作制御部が複数ストリームのうち所望のストリームの前記データパケットと、前記対
応関係から特定される前記品質補強パケットとを用いて前記品質補強処理部が品質補強処
理を行うように制御し、
回復データパケット処理部が前記品質補強処理により回復したデータパケットを、前記
データパケットバッファに記憶させることを特徴とする受信処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算処理装置、受信処理装置、受信処理方法及び受信処理プログラムに関す
る。
【背景技術】
【０００２】
ＩＰ放送などのリアルタイム・ストリーミング伝送において、例えば、ユーザの選択や指
示に応じて、再生するストリームの数を増減させる方法がある（特許文献１）。チャンネ
ル選択に伴うストリーム切換時に生じる再生までの遅延時間を抑えるために、あらかじめ
複数のストリームを同時に受信しておき、その中から実際に再生するストリームを抽出し
て表示していた。
【０００３】
動画や音声のリアルタイム・ストリーミング伝送において、ＲＴＰ（Ｒｅａｌ−ｔｉｍ
ｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を用いる通信方式がある。ＲＴＰは、デー
タの順序の入れ替えや伝送間隔の揺らぎを解消する(ＲＴＰ処理という)ことは可能である
が、欠損したデータについては検出のみ可能であり回復することはできない。欠損したデ
ータを回復する手法として一般的なものに、データの再送を行なう手法と誤り訂正符号を
用いる手法がある。データの再送を行なう手法は、時間的な観点や、再送の不確実性及び
再送の要求の困難性の観点から、リアルタイム・ストリーミング伝送での適用は必ずしも
適さない。一方、誤り訂正符号を用いる手法では、実用的なものとしてＦＥＣ（Ｆｏｒｗ
ａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ：前方向誤り訂正）符号化伝送による回復措
置が知られている。ＦＥＣでは、送信側では、送信対象のデータ（元データという）をグ
ループ化し、予め決められた手法で演算して各グループに対する冗長データを生成し、Ｆ
ＥＣパケットに冗長データを格納して元データと並列に送信する。受信側では、各グルー
プ内で一部の元データが欠損した場合に、残りの元データと対応する冗長データから予め
決められた手法で演算し、欠損した元データを回復することが可能となる。このような処
理を品質補強処理(ＦＥＣ処理)という。この場合、冗長データと元データとがほとんど遅
滞なく伝送されるため、受信側では即時に回復が可能となり、処理にかかる遅延は、欠損
した元データを再送する場合と比べて小さくなる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際特許公開２００５／１６０３４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、あらかじめ複数のストリームを同時に受信しておき、擾乱解消に必要な
ＦＥＣ処理を実施する場合、受信しておいたストリーム数分のＦＥＣ処理量が必要になる
という問題があった。このような場合、受信するが選択されずに再生しないストリームに
ついてのＦＥＣ処理は，まったく余計な処理となる。
【０００６】
これに対し、予め複数のストリームを同時に受信し、再生しないストリームについての
ＦＥＣ処理をせず処理量をなくす場合、再生が必要となった際にＦＥＣ処理をしないで再
生を開始するならば再生品質が低下し、新たにＦＥＣ処理を開始するならばＦＥＣ処理で
必要な遅延時間が削減できないという問題があった。
【０００７】
本発明は、上記に鑑みてなされたものであって、受信ストリーム数分（パケットの再生
候補分）の処理量の増大を最小限に抑えつつ、ストリーム（パケット）切換後の再生品質
の低下させずにあらたな遅延時間も生じさせない計算処理装置、受信処理装置、受信処理
方法及び受信処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の実施の形態は、複数ストリームのデータパケットを記憶するデータパケットバ
ッファと、欠損したデータパケットを回復するための冗長データと、前記冗長データの生
成に用いられた複数のデータパケットを特定する特定情報とを含む品質補強パケットを記
憶する品質補強パケットバッファと、前記品質補強パケットバッファに記憶された前記品
質補強パケットと、前記特定情報によって特定され且つ前記データパケットバッファに記
憶された前記データパケットとの対応関係を記憶する関係記憶部と、前記品質補強パケッ
トに含まれる前記冗長データと、前記対応関係によって特定される、前記品質補強パケッ
トに対応する前記データパケットとを用いて欠損したデータパケットを回復する品質補強
処理を行う品質補強処理部と、複数ストリームのうち所望のストリームの前記データパケ
ットと、前記対応関係から特定される前記品質補強パケットとを用いて前記品質補強処理
部が品質補強処理を行うように制御する動作制御部と、前記品質補強処理により回復した
データパケットを、前記データパケットバッファに記憶させる回復データパケット処理部
とを備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、受信ストリーム数分の処理量の増大を最小限に抑えつつ，ストリーム
切換後の再生品質の低下させずにあらたな遅延時間も生じさせずにストリームを表示する
ことができる。
【図面の簡単な説明】
【００１０】
【図１】一実施の形態の計算（受信）処理装置４０（５０）のハードウェア構成を例示する図。
【図２】受信処理装置５０の受信形態及び送信形態を例示する図。
【図３】受信処理装置５０の受信から再生を模式的に示した図。
【図４】計算処理装置４０の機能的構成を例示する図。
【図５】計算処理装置４０の行う処理の手順を示す図。
【図６】一実施形態の受信処理装置５０の機能的構成を例示する図。
【図７】一実施形態の受信処理装置５０の行う処理の手順を示す図。
【図８】一実施形態の受信処理装置５０の機能的構成を例示する図。
【図９】一実施形態の受信処理装置５０の行う処理の手順を示す図。
【図１０】複数ストリームが各々別々に伝送される場合を示す図。
【図１１】複数ストリームが統合されて伝送される場合を示す図。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について図面を参照しながら説明する。
本発明にかかる計算処理装置４０、及び受信処理装置５０の実施の形態を詳細に説明す
る。まず、計算処理装置４０（受信処理装置５０）のハードウェア構成について図１を用
いて説明する。計算処理装置４０（５０）は、装置全体を制御するＣＰＵ（Central  Pro
cessing  Unit）等の制御部４１（５１）と、各種データや各種プログラムを記憶するＲ
ＯＭ（Read  Only  Memory）やＲＡＭ（Random  Access  Memory）等の主記憶部４２（５
２）と、各種データや各種プログラムを記憶するＨＤＤ（Hard  Disk  Drive）やＣＤ（C
ompact  Disk）ドライブ装置等の補助記憶部４３（５３）と、外部装置の通信を制御する
通信Ｉ／Ｆ（interface）４４（５４）とこれらを接続するバスとを備えており、通常の
コンピュータを利用したハードウェア構成となっている。また、計算処理装置４０（５０
）には、情報を表示する表示部４５（５５）と、ユーザの指示入力を受け付けるキーボー
ドやマウス等の操作入力部４６（５６）とが有線又は無線により各々接続される。このよ
うな計算処理装置（４０）５０は、図２（ａ）に例示されるように、通信Ｉ／Ｆ４４（５
４）及びネットワークＮＴ１を介して外部装置である送信装置１００から、品質補強パケ
ットであるＦＥＣパケット及びデータパケットであるＲＴＰパケットを受信する。ネット
ワークＮＴ１とは、例えば、ＬＡＮ（Local  Area  Network）、イントラネット、イーサ
ネット（登録商標）又はインターネットなどである。ＲＴＰパケット及びＦＥＣパケット
とは、例えば上述したＲＴＰに従って通信されるパケットである。
【００１２】
図３は本願発明にかかる受信処理装置５０（計算処理装置４０）が複数のストリームを
受信し、再生するまでの処理構成を示している。セレクタは通信Ｉ／Ｆ５４（４４）によ
り複数ストリームからユーザがチャンネル選択等により指示されたストリームを選択する
。斜線で示したＦＥＣは選択されたストリームのＦＥＣ処理を示している。
【００１３】
次に、このようなハードウェア構成において、計算処理装置４０（５０）の制御部４１
（５１）が主記憶部４２（５２）や補助記憶部４３（５３）に記憶された各種プログラム
を実行することにより実現される各種機能について説明する。
【００１４】
（実施例１）
図４は、計算処理装置４０の機能的構成を例示する図である。制御部４１は、ＦＥＣ処
理部１０と動作制御部３０とを有する。処理状態記憶部２０の機能は、主記憶部４２によ
り実現される。ＦＥＣ処理部１０及び動作制御部３０の機能は、制御部４１がプログラム
を実行することにより実現される。
【００１５】
ＦＥＣ処理部１０は、品質補強パケットバッファ１１と、データパケットバッファ１２
と、品質補強処理部１３と、回復データパケット出力処理部１４とを有する。処理状態記
憶部２０は、関係記憶部２１と、状態記憶部２２とを有する。関係記憶部２１は、後述す
る品質補強処理部１３により、品質補強パケットバッファ１１に記憶されているＦＥＣパ
ケットと、当該ＦＥＣパケットと対応付けられているＲＴＰパケットでありデータパケッ
トバッファ１２に記憶されているＲＴＰパケットとの対応関係を記憶する。状態記憶部２
２は、品質補強処理部１３により、品質補強処理部２１が予め定められた演算としてＸＯ
Ｒの演算を行う品質補強処理（ＦＥＣ処理という）の演算の途中結果及び最終結果のうち
少なくとも一方を示す処理状態をＦＥＣ処理毎に記憶する。ＦＥＣ処理及び処理状態の詳
細については後述する。
【００１６】
品質補強パケットバッファ１１は、品質補強パケット（ＦＥＣパケットという）をバッ
ファリング（記憶）している。ＦＥＣパケットは、当該ＦＥＣパケットに付与された順序
を示す順序番号であるシーケンス番号と、欠損したデータパケット（ＲＴＰパケットとい
う）を回復するための冗長データと、当該冗長データの生成に用いられたＲＴＰパケット
を特定するＲＴＰパケット特定情報とを含む。冗長データとは、送信装置１００において
、予め対応付けられた複数のＲＴＰパケットを用いて予め定められた演算としてＸＯＲ（
排他的論理和）の演算により生成されたデータである。ＲＴＰパケット特定情報とは、例
えば、ＲＴＰパケットに付与されたシーケンス番号であったり、当該シーケンス番号を用
いて予め決められた通り（再構成可能）に演算された演算値であったりする。このＲＴＰ
パケット特定情報により、ＲＴＰパケットと、ＦＥＣパケットとの対応関係が特定される
。データパケットバッファ１２は、ＲＴＰパケットをバッファリング（記憶）している。
ＲＴＰパケットは、例えば、動画や音声等を表すメディアデータ、シーケンス番号、タイ
ムスタンプ等を含む。
【００１７】
品質補強処理部１３は、品質補強パケットバッファ１１がバッファリングしているＦＥ
Ｃパケット及び当該ＦＥＣパケットに対応し且つデータパケットバッファ１２がバッファ
リングしているＲＴＰパケットを用いて、予め定められた手法により演算して欠損したＲ
ＴＰパケットを回復するＦＥＣ処理を行う。具体的には、例えば、品質補強処理部１３は
、ＦＥＣパケットに含まれる冗長データと、当該ＦＥＣパケットに対応する１つのＲＴＰ
パケットとを用いて予め定められた演算としてこれらのＸＯＲを演算して、演算の途中結
果（演算結果という）を得る。そして、品質補強処理部１３は、当該演算結果と、当該Ｆ
ＥＣパケットに対応する他の１つのＲＴＰパケットとのＸＯＲを演算して、演算結果を得
る。当該ＦＥＣパケットに対応するＲＴＰパケットが３つ以上ある場合には、品質補強処
理部１３は、直前の演算結果と、演算に用いていない１つのＲＴＰパケットとのＸＯＲの
演算を行うことを繰り返す。このように、品質補強処理部１３は、ＦＥＣパケットに対応
するＲＴＰパケット毎に、ＸＯＲの演算を行って、演算結果を得て、ＦＥＣパケットに対
応するＲＴＰパケットのうち欠損したＲＴＰパケットがある場合には、演算の最終結果と
して、ＲＴＰパケットが得られる。即ち、欠損したＲＴＰパケットが回復される。一方、
ＦＥＣパケットに対応するＲＴＰパケットのうち欠損したＲＴＰパケットがない場合には
、品質補強処理部１３は、演算の最終結果を無効にできる。
【００１８】
また、本実施の形態においては、品質補強処理部１３は、品質補強パケットバッファ１
１に新たなＦＥＣパケットがバッファリングされたか否かを検出すると共に、データパケ
ットバッファ１２に新たなＲＴＰパケットがバッファリングされたか否かを検出し、品質
補強パケットバッファ１１にバッファリングされたＦＥＣパケットと、当該ＦＥＣパケッ
トに対応するＲＴＰパケットのうち、データパケットバッファ１２にバッファリングされ
たＲＴＰパケットとの対応関係を関係記憶部２１に記憶させる。尚、ＦＥＣパケットに対
応するＲＴＰパケットは、上述したＲＴＰパケット特定情報を用いて特定することができ
る。対応関係としては、例えば、ＦＥＣパケットのシーケンス番号と、当該ＦＥＣパケッ
トに対応するＲＴＰパケットのシーケンス番号とを行列形式でも良いし、これらをリンク
で繋げてグラフ化しても良い。
【００１９】
そして、品質補強処理部１３は、ＦＥＣ処理部を開始する際に、関係記憶部２１に記憶
された対応関係を参照して、処理の対象とするＦＥＣパケットと、当該ＦＥＣパケットに
対応するＲＴＰパケットであってデータパケットバッファ１２にバッファリングされたＲ
ＴＰパケットのうち、当該ＦＥＣパケットに関するＦＥＣ処理部において上述のＸＯＲの
演算に用いていないＲＴＰパケットとを用いて、ＦＥＣ処理部を行う。そして、当該ＲＴ
Ｐパケットを用いたＸＯＲの演算を終了したとき、品質補強処理部１３は、処理の対象で
あるＦＥＣパケットのシーケンス番号と、ＸＯＲの演算に用いたＲＴＰパケットに付与さ
れたシーケンス番号と、演算結果とを示す処理状態を状態記憶部２２に記憶させる。また
、ＦＥＣ処理が完了したとき、ＦＥＣパケットに対応するＲＴＰパケットのうち欠損した
ＲＴＰパケットがある場合には、品質補強処理部１３は、演算の最終結果であるＲＴＰパ
ケットを処理状態として得て、これを回復データパケット出力処理部１４に出力し、当該
ＦＥＣパケットに対するＦＥＣ処理の処理状態を状態記憶部２１から削除して、ＦＥＣ処
理を終了する。一方、ＦＥＣ処理が完了したとき、ＦＥＣパケットに対応するＲＴＰパケ
ットのうち欠損したＲＴＰパケットがない場合には、品質補強処理部１３は、当該ＦＥＣ
パケットに対するＦＥＣ処理の処理状態を状態記憶部２２から削除することによりこれを
無効にして、ＦＥＣ処理を終了する。
【００２０】
回復データパケット出力処理部１４は、品質補強処理部１３が回復したＲＴＰパケット
をデータパケットバッファ１２にバッファリングする。このとき、回復データパケット出
力処理部１４は、データパケットバッファ１２において、上述したシーケンス番号が小さ
い順になるように、当該ＲＴＰパケットを挿入することにより、当該ＲＴＰパケットをデ
ータパケットバッファ１２にバッファリングさせる。尚、データパケットバッファ１２に
バッファリングされたＲＴＰパケットは、所定のアプリケーションプログラムに順次渡さ
れ、当該アプリケーションプログラムの機能により、当該ＲＴＰパケットを用いた再生が
行われることになる。
【００２１】
動作制御部３０は、ユーザの選択等により指示された該当パケットに対してのみ関係記
憶部２２に記憶した対応関係からＦＥＣ処理を行うように制御する。例えば、動作制御部
３０は、複数ストリーム対するパケットのうち、予め設定したストリームに対応するパケ
ットに対して品質補強処理１３がＦＥＣ処理を行うように制御してもよく、ユーザが複数
ストリームから再生するストリームを選択することにより、品質補強処理部１３で行うＦ
ＥＣ処理を制御してもよい。更に、現在再生しているストリームから別のストリームに切
換える際には、再生するストリームに対する該当パケットのＦＥＣ処理を中断し、切換先
のストリームに対するパケットのＦＥＣ処理を開始するように制御してもよい。
【００２２】
次に、本実施の形態にかかる計算処理装置４０の行う受信処理の手順について図５を用
いて説明する。計算処理装置４０は、品質補強処理部１３の機能により、品質補強パケッ
トバッファ１１に新たなＦＥＣパケットがバッファリングされたか否かを検出すると共に
、データパケットバッファ１２に新たなＲＴＰパケットがバッファリングされたか否かを
検出し、品質補強パケットバッファ１１にバッファリングされたＦＥＣパケットと、当該
ＦＥＣパケットに対応するＲＴＰパケットのうち、データパケットバッファ１２にバッフ
ァリングされたＲＴＰパケットとの対応関係を関係記憶部２１に記憶させる（ステップＳ
１）。
【００２３】
計算処理装置４０は、ステップＳ１で関係記憶部２１に記憶した対応関係を参照して、
動作制御部３０により指示された該当するＦＥＣパケット及びＲＴＰパケットを用いて品
質補強処理部１３がＦＥＣ処理を開始する（ステップＳ２）。そして、計算処理装置４０
は、ＦＥＣ処理では、上述したように、ＦＥＣパケットと、当該ＦＥＣパケットに対応す
る１つのＲＴＰパケットとのＸＯＲの演算を行い、直前の演算結果と、演算に用いていな
い１つのＲＴＰパケットとのＸＯＲの演算を行うことを繰り返す。ここで、該当するＲＴ
Ｐパケットを全て用いてＸＯＲの演算が終了したとき、計算処理装置４０は、当該ＦＥＣ
処理の処理状態を状態記憶部２２に記憶させる（ステップＳ３）。このとき、ＦＥＣ処理
が完了し、最終の演算結果が処理状態として得られた場合（ステップＳ４：ＹＥＳ）且つ
当該処理状態として欠損したパケットが得られた場合（ステップＳ５：ＹＥＳ）、計算処
理装置４０は、回復データパケット出力処理部１４の機能を介して、当該パケットをデー
タパケットバッファ１２にバッファリングする（ステップＳ６）。この結果、回復された
ＲＴＰパケットがデータパケットバッファ１２にバッファリングされる。また、計算処理
装置４０は、品質補強処理部１３の機能により、当該処理状態を状態記憶部２２から削除
して、ＦＥＣ処理を終了する（ステップＳ７）。尚、ＦＥＣ処理が完了し、最終の演算結
果が処理状態として得られた場合であっても（ステップＳ４：ＹＥＳ）、ＦＥＣパケット
に対応するＲＴＰパケットのうち欠損したＲＴＰパケットがなかった場合（ステップＳ５
：ＮＯ）、計算処理装置４０は、ステップＳ７で、品質補強処理部１３の機能により、当
該処理状態を状態記憶部２１から削除して、ＦＥＣ処理を終了する。
【００２４】
また、再生するストリームの切換え等により該当パケットのＦＥＣ処理が完了しない場
合（ステップＳ４：ＮＯ）、計算処理装置４０は、ＦＥＣ処理を中断する（ステップＳ８
）。そして、計算処理装置４０は、品質補強処理部１３により該当する新たなＦＥＣパケ
ットや新たなＲＴＰパケットのＦＥＣ処理をするべく、ステップＳ１に戻る。
【００２５】
尚、状態記憶部２２の処理状態を参照して、動作制御部３０により指示された該当する
ＦＥＣパケット及びＲＴＰパケットに対するＦＥＣ処理の中断を確認するステップを加え
てもよい。ステップＳ１でＦＥＣパケットとＲＴＰパケットとの対応関係を関係記憶部２
１に記憶した後、動作制御部３０により指示された該当するパケットに対してＦＥＣ処理
の中断がなかった場合、品質補強処理部１３は関係記憶部２１に記憶された対応関係を参
照してＦＥＣ処理を開始する（ステップＳ２）。一方、中断があった場合、品質補強処理
部１３は状態記憶部２２に記憶された処理状態及び関係記憶部２１に記憶された対応関係
を参照して、該当ＦＥＣパケットと、当該ＦＥＣパケットに含まれるＲＴＰパケット特定
情報によって特定されるデータパケットバッファ１２にバッファリングされたＲＴＰパケ
ットとを用いて、ＦＥＣ処理を再開する（ステップＳ２）。
【００２６】
以上のように、ＦＥＣパケットと当該ＦＥＣパケットに対応するＲＴＰパケットとの対
応関係を記憶しておき、記憶された対応関係から再生に必要な該当パケットのＦＥＣ処理
を行うように制御するため、パケット再生候補分の処理量の増大を最小限に抑えつつ、パ
ケット切換後の再生品質の低下させずにあらたな遅延時間も生じさせないようにすること
ができる。
【００２７】
（実施例２）
図６は、受信処理装置５０の機能的構成を例示する図である。制御部５１は、受信部６
０と、ＲＴＰ処理部６１と、ＦＥＣ処理部６３とを有する。受信部６０の機能は、通信Ｉ
／Ｆ５４により実現される。ＲＴＰ処理部７１の機能は、制御部５１がプログラムを実行
することにより実現される。処理状態記憶部６２の機能は、主記憶部５２により実現され
る。ＦＥＣ処理部６３及び動作制御部３０の機能は、制御部５１がプログラムを実行する
ことにより実現される。なお、実施例１と同じ構成については、同番号を付し説明を省略
する。
【００２８】
受信部６０は、品質補強パケット受信部６１と、データパケット受信部６２とを有する
。品質補強パケット受信部６１は、品質補強パケット（ＦＥＣパケットという）をネット
ワークＮＴ１を介して送信装置１００から受信する。ＦＥＣパケットは、当該ＦＥＣパケ
ットに付与された順序を示す順序番号であるシーケンス番号と、欠損したデータパケット
（ＲＴＰパケットという）を回復するための冗長データと、当該冗長データの生成に用い
られたＲＴＰパケットを特定するＲＴＰパケット特定情報とを含む。冗長データとは、送
信装置１００において、予め対応付けられた複数のＲＴＰパケットを用いて予め定められ
た演算としてＸＯＲ（排他的論理和）の演算により生成されたデータである。例えば、Ｒ
ＴＰパケット特定情報とは、例えば、ＲＴＰパケットに付与されたシーケンス番号であっ
たり、当該シーケンス番号を用いて予め決められた通り（再構成可能）に演算された演算
値であったりする。このＲＴＰパケット特定情報により、ＲＴＰパケットと、ＦＥＣパケ
ットとの対応関係が特定される。データパケット受信部６５は、ＲＴＰパケットをネット
ワークＮＴ１を介して送信装置１００から受信する。ＲＴＰパケットは、例えば、動画や
音声等を表すメディアデータ、シーケンス番号、タイムスタンプ等を含む。
【００２９】
ＲＴＰ処理部７０は、擾乱解消処理部７１を有し、ＦＥＣ処理部は、品質補強パケット
バッファ１１と、データパケットバッファ１２と、品質補強処理部１３と、回復データパ
ケット出力処理部１４とを有する。品質補強パケットバッファ１１は、品質補強パケット
受信部６１が受信したＦＥＣパケットをバッファリング（記憶）する。データパケットバ
ッファ１２は、データパケット受信部６２が受信したＲＴＰパケットをバッファリングす
る。擾乱解消処理部７１は、データパケット受信部６２が受信したＲＴＰパケットの擾乱
（特に順序の入れ替えや伝送間隔の揺らぎ）を解消するＲＴＰ処理を行う。具体的には例
えば、擾乱解消処理部７１は、データパケットバッファ１２において、データパケット受
信部６２が受信したＲＴＰパケットをシーケンス番号が小さい順になるようにＲＴＰパケ
ットの順序を適宜入れ替えたり、ジッタの発生により受信が遅延しているＲＴＰパケット
を待機したりする。また、擾乱解消処理部７１は、品質補強パケットバッファ１１におい
て、品質補強パケット受信部６１が受信したＦＥＣパケットの擾乱を解消するＲＴＰ処理
を行ってもよい。
【００３０】
動作制御部３０は、受信された複数ストリームのうちユーザの選択等により指示された
該当ストリームに対してのみ関係記憶部２２に記憶した対応関係からＦＥＣ処理を行うよ
うに制御する。例えば、動作制御部３０は、複数ストリームのうち、予め設定したストリ
ームに対して品質補強処理１３がＦＥＣ処理を行うように制御してもよく、ユーザが複数
ストリームから再生するストリームを選択することにより、品質補強処理部１３で行うＦ
ＥＣ処理を制御してもよい。更に、現在再生しているストリームから別のストリームに切
換える際には、再生するストリームに対する該当パケットのＦＥＣ処理を中断し、切換先
のストリームに対するパケットのＦＥＣ処理を開始するように制御してもよい。
【００３１】
次に、本実施の形態にかかる受信処理装置５０の行う受信処理の手順について図７を用
いて説明する。受信処理装置５０は、データパケット受信部６２の機能により、ＲＴＰパ
ケットを受信した場合（ステップＳ７０１：ＹＥＳ）、当該ＲＴＰパケットをデータパケ
ットバッファ１２にバッファリングし（ステップＳ７０２）、品質補強パケット受信部６
１の機能により、ＦＥＣパケットを受信した場合（ステップＳ７０３：ＹＥＳ）、当該Ｆ
ＥＣパケットを品質補強パケットバッファ１１にバッファリングする（ステップＳ７０４
４）。また、受信処理装置５０は、擾乱解消処理部７１の機能により、データパケットバ
ッファ１２（や品質補強パケットバッファ１１）においてＲＴＰパケットの擾乱（特に順
序の入れ替えや伝送間隔の揺らぎ）を解消するＲＴＰ処理を行う（ステップＳ７０５）。
【００３２】
また、受信処理装置５０は、品質補強処理部１３の機能により、品質補強パケットバッ
ファ１１に新たなＦＥＣパケットがバッファリングされたか否かを検出すると共に、デー
タパケットバッファ１２に新たなＲＴＰパケットがバッファリングされたか否かを検出し
、品質補強パケットバッファ１１にバッファリングされたＦＥＣパケットと、当該ＦＥＣ
パケットに対応するＲＴＰパケットのうち、データパケットバッファ１２にバッファリン
グされたＲＴＰパケットとの対応関係を関係記憶部２１に記憶させる（ステップＳ７０６
６）。
【００３３】
受信処理装置５０は、ステップＳ１で関係記憶部２１に記憶した対応関係を参照して、
動作制御部３０により指示された該当するＦＥＣパケット及びＲＴＰパケットを用いて品
質補強処理部１３がＦＥＣ処理を開始する（ステップＳ７０７）。そして、受信処理装置
５０は、ＦＥＣ処理では、上述したように、ＦＥＣパケットと、当該ＦＥＣパケットに対
応する１つのＲＴＰパケットとのＸＯＲの演算を行い、直前の演算結果と、演算に用いて
いない１つのＲＴＰパケットとのＸＯＲの演算を行うことを繰り返す。ここで、該当する
ＲＴＰパケットを全て用いてＸＯＲの演算が終了したとき、受信処理装置５０は、当該Ｆ
ＥＣ処理の処理状態を状態記憶部２２に記憶させる（ステップＳ７０８）。このとき、Ｆ
ＥＣ処理が完了し、最終の演算結果が処理状態として得られた場合（ステップＳ７０９：
ＹＥＳ）且つ当該処理状態として欠損したパケットが得られた場合（ステップＳ７１０：
ＹＥＳ）、受信処理装置５０は、回復データパケット出力処理部１４の機能を介して、当
該パケットをデータパケットバッファ１２にバッファリングする（ステップＳ７１１）。
この結果、回復されたＲＴＰパケットがデータパケットバッファ１２にバッファリングさ
れる。また、受信処理装置５０は、品質補強処理部１３の機能により、当該処理状態を状
態記憶部２２から削除して、ＦＥＣ処理を終了する（ステップＳ７１２）。尚、ＦＥＣ処
理が完了し、最終の演算結果が処理状態として得られた場合であっても（ステップＳ７０
９：ＹＥＳ）、ＦＥＣパケットに対応するＲＴＰパケットのうち欠損したＲＴＰパケット
がなかった場合（ステップＳ７１０：ＮＯ）、受信処理装置５０は、品質補強処理部１３
の機能により、当該処理状態を状態記憶部２１から削除して、ＦＥＣ処理を終了する。（
ステップＳ７１２）
【００３４】
また、再生するストリームの切換え等により該当パケットのＦＥＣ処理が完了しない場
合（ステップＳ７０９：ＮＯ）、受信処理装置５０は、ＦＥＣ処理を中断する（ステップ
Ｓ７１３）。そして、受信処理装置５０は、品質補強処理部１３により該当する新たなＦ
ＥＣパケットや新たなＲＴＰパケットのＦＥＣ処理をするべく、ステップＳ７０１に戻る
。
【００３５】
尚、状態記憶部２２の処理状態を参照して、動作制御部３０により指示された該当する
ＦＥＣパケット及びＲＴＰパケットに対するＦＥＣ処理の中断を確認するステップを加え
てもよい。ステップＳ６でＦＥＣパケットとＲＴＰパケットとの対応関係を関係記憶部２
１に記憶した後、動作制御部３０により指示された該当するパケットに対してＦＥＣ処理
の中断がなかった場合、品質補強処理部１３は関係記憶部２１に記憶された対応関係を参
照してＦＥＣ処理を開始する（ステップＳ７０７）。一方、中断があった場合、品質補強
処理部１３は状態記憶部２２に記憶された処理状態及び関係記憶部２１に記憶された対応
関係を参照して、該当ＦＥＣパケットと、当該ＦＥＣパケットに含まれるＲＴＰパケット
特定情報によって特定されるデータパケットバッファ１２にバッファリングされたＲＴＰ
パケットとを用いて、ＦＥＣ処理を再開する（ステップＳ７０７）。
【００３６】
以上のように、ＦＥＣパケットと当該ＦＥＣパケットに対応するＲＴＰパケットとの対
応関係を記憶しておき、記憶された対応関係から再生に必要な該当パケットのＦＥＣ処理
を行うように制御するため、パケット再生候補分の処理量の増大を最小限に抑えつつ、パ
ケット切換後の再生品質の低下させずにあらたな遅延時間も生じさせないようにすること
ができる。更に、順序の入れ替えや伝送間隔の揺らぎなどの擾乱を解消するＲＴＰ処理と
ＦＥＣ処理とを並列に実行可能にし、複数のＦＥＣパケットについて、１つのＦＥＣパケ
ットに対するＦＥＣ処理の完了を待たずに、他のＦＥＣパケットに対するＦＥＣ処理を開
始することができる。
【００３７】
（実施例３）
図８は、受信処理装置５０の機能的構成を例示する図である。制御部５１は、受信部６
０と、ＲＴＰ処理部７０と、ＦＥＣ処理部６３とを有する。受信部６０の機能は、通信Ｉ
／Ｆ５４により実現される。ＲＴＰ処理部７０の機能は、制御部５１がプログラムを実行
することにより実現されると共に、主記憶部５２により実現される。処理状態記憶部２０
の機能は、主記憶部５２により実現される。ＦＥＣ処理部１０及び動作制御部３０の機能
は、制御部５１がプログラムを実行することにより実現される。なお、実施例１、２と同
じ構成については、同番号を付し説明を省略する。
【００３８】
受信部６０は、品質補強パケット受信部６１と、データパケット受信部６２とを有する
。品質補強パケット受信部６１は、品質補強パケット（ＦＥＣパケットという）をネット
ワークＮＴ１を介して送信装置１００から受信する。ＦＥＣパケットは、当該ＦＥＣパケ
ットに付与された順序を示す順序番号であるシーケンス番号と、欠損したデータパケット
（ＲＴＰパケットという）を回復するための冗長データと、当該冗長データの生成に用い
られたＲＴＰパケットを特定するＲＴＰパケット特定情報とを含む。冗長データとは、送
信装置１００において、予め対応付けられた複数のＲＴＰパケットを用いて予め定められ
た演算としてＸＯＲ（排他的論理和）の演算により生成されたデータである。例えば、Ｒ
ＴＰパケット特定情報とは、例えば、ＲＴＰパケットに付与されたシーケンス番号であっ
たり、当該シーケンス番号を用いて予め決められた通り（再構成可能）に演算された演算
値であったりする。このＲＴＰパケット特定情報により、ＲＴＰパケットと、ＦＥＣパケ
ットとの対応関係が特定される。データパケット受信部６５は、ＲＴＰパケットをネット
ワークＮＴ１を介して送信装置１００から受信する。ＲＴＰパケットは、例えば、動画や
音声等を表すメディアデータ、シーケンス番号、タイムスタンプ等を含む。
【００３９】
ＲＴＰ処理部７０は、擾乱解消処理部７１と、品質補強パケットバッファ７２と、デー
タパケットバッファ７３とを有する。品質補強パケットバッファ７２は、品質補強パケッ
ト受信部６１が受信したＦＥＣパケットをバッファリング（記憶）する。データパケット
バッファ７３は、データパケット受信部６２が受信したＲＴＰパケットをバッファリング
する。擾乱解消処理部７１は、データパケット受信部６２が受信したＲＴＰパケットの擾
乱（特に順序の入れ替えや伝送間隔の揺らぎ）を解消するＲＴＰ処理を行う。具体的には
例えば、擾乱解消処理部７１は、データパケットバッファ７３において、データパケット
受信部６２が受信したＲＴＰパケットをシーケンス番号が小さい順になるようにＲＴＰパ
ケットの順序を適宜入れ替えたり、ジッタの発生により受信が遅延しているＲＴＰパケッ
トを待機したりする。また、擾乱解消処理部７１は、品質補強パケットバッファ７２にお
いて、品質補強パケット受信部６１が受信したＦＥＣパケットの擾乱を解消するＲＴＰ処
理を行ってもよい。
【００４０】
ＦＥＣ処理部１０は、品質補強パケット取得部１５と、データパケット取得部１６と、
品質補強処理部１３と、回復データパケット処理部１４とを有する。品質補強パケット取
得部１５は、ＦＥＣパケットを品質補強パケットバッファ７２から読み出して取得する。
データパケット取得部１６は、ＲＴＰパケットをデータパケットバッファ７３から読み出
して取得する。品質補強処理部１３は、品質補強パケット取得部１５が取得したＦＥＣパ
ケット及び当該ＦＥＣパケットに対応し且つデータパケット取得部１６が取得したＲＴＰ
パケットを用いて、予め定められた手法により演算して欠損したＲＴＰパケットを回復す
るＦＥＣ処理を行う。具体的には、例えば、品質補強処理部１３は、ＦＥＣパケットに含
まれる冗長データと、当該ＦＥＣパケットに対応する１つのＲＴＰパケットとを用いて予
め定められた演算としてこれらのＸＯＲを演算して、演算の途中結果（演算結果という）
を得る。そして、品質補強処理部１３は、当該演算結果と、当該ＦＥＣパケットに対応す
る他の１つのＲＴＰパケットとのＸＯＲを演算して、演算結果を得る。当該ＦＥＣパケッ
トに対応するＲＴＰパケットが３つ以上ある場合には、品質補強処理部１３は、直前の演
算結果と、演算に用いていない１つのＲＴＰパケットとのＸＯＲの演算を行うことを繰り
返す。このように、品質補強処理部１３は、ＦＥＣパケットに対応するＲＴＰパケット毎
に、ＸＯＲの演算を行って、演算結果を得て、ＦＥＣパケットに対応するＲＴＰパケット
のうち欠損したＲＴＰパケットがある場合には、演算の最終結果として、ＲＴＰパケット
が得られる。即ち、欠損したＲＴＰパケットが回復される。一方、ＦＥＣパケットに対応
するＲＴＰパケットのうち欠損したＲＴＰパケットがない場合には、品質補強処理部１３
は、演算の最終結果を無効にできる。
【００４１】
また、本実施の形態においては、品質補強処理部１３は、品質補強パケットバッファ７
２に新たなＦＥＣパケットがバッファリングされたか否かを検出すると共に、データパケ
ットバッファ７３に新たなＲＴＰパケットがバッファリングされたか否かを検出し、品質
補強パケットバッファ７２にバッファリングされたＦＥＣパケットと、当該ＦＥＣパケッ
トに対応するＲＴＰパケットのうち、データパケットバッファ７３にバッファリングされ
たＲＴＰパケットとの対応関係を関係記憶部２１に記憶させる。尚、ＦＥＣパケットに対
応するＲＴＰパケットは、上述したＲＴＰパケット特定情報を用いて特定することができ
る。対応関係としては、例えば、ＦＥＣパケットのシーケンス番号と、当該ＦＥＣパケッ
トに対応するＲＴＰパケットのシーケンス番号とを行列形式でも良いし、これらをリンク
で繋げてグラフ化しても良い。
【００４２】
そして、品質補強処理部１３は、ＦＥＣ処理部を開始する際に、対応関係記憶部２１に
記憶された関係記憶部２１に記憶された対応関係を参照して、処理の対象とするＦＥＣパ
ケットと、当該ＦＥＣパケットに対応するＲＴＰパケットであってデータパケットバッフ
ァ７３にバッファリングされたＲＴＰパケットのうち、当該ＦＥＣパケットに関するＦＥ
Ｃ処理部１０において上述のＸＯＲの演算に用いていないＲＴＰパケットとを用いて、Ｆ
ＥＣ処理を行う。そして、当該ＲＴＰパケットを用いたＸＯＲの演算を終了したとき、品
質補強処理部１３は、処理の対象であるＦＥＣパケットのシーケンス番号と、ＸＯＲの演
算に用いたＲＴＰパケットに付与されたシーケンス番号と、演算結果とを示す処理状態を
状態記憶部２２に記憶させる。また、ＦＥＣ処理が完了したとき、ＦＥＣパケットに対応
するＲＴＰパケットのうち欠損したＲＴＰパケットがある場合には、品質補強処理部１３
は、演算の最終結果であるＲＴＰパケットを処理状態として得て、これを回復データパケ
ット出力処理部１４に出力し、当該ＦＥＣパケットに対するＦＥＣ処理の処理状態を状態
記憶部７０から削除して、ＦＥＣ処理を終了する。一方、ＦＥＣ処理が完了したとき、Ｆ
ＥＣパケットに対応するＲＴＰパケットのうち欠損したＲＴＰパケットがない場合には、
品質補強処理部１３は、当該ＦＥＣパケットに対するＦＥＣ処理の処理状態を状態記憶部
７０から削除することによりこれを無効にして、ＦＥＣ処理を終了する。
【００４３】
回復データパケット処理部１４は、品質補強処理部１３が回復して出力したＲＴＰパケ
ットをデータパケットバッファ７３に出力する。このとき、回復データパケット処理部７
１４は、データパケットバッファ７３において、上述したシーケンス番号が小さい順にな
るように、当該ＲＴＰパケットを挿入することにより、当該ＲＴＰパケットをデータパケ
ットバッファ７３にバッファリングさせる。尚、データパケットバッファ７３にバッファ
リングされたＲＴＰパケットは、所定のアプリケーションプログラムに順次渡され、当該
アプリケーションプログラムの機能により、当該ＲＴＰパケットを用いた再生が行われる
ことになる。
【００４４】
動作制御部３０は、受信された複数ストリームのうちユーザの選択等により指示された
該当ストリームに対してのみ関係記憶部２２に記憶した対応関係からＦＥＣ処理を行うよ
うに制御する。例えば、動作制御部３０は、複数ストリームのうち、予め設定したストリ
ームに対して品質補強処理１３がＦＥＣ処理を行うように制御してもよく、ユーザが複数
ストリームから再生するストリームを選択することにより、品質補強処理部１３で行うＦ
ＥＣ処理を制御してもよい。更に、現在再生しているストリームから別のストリームに切
換える際には、再生するストリームに対する該当パケットのＦＥＣ処理を中断し、切換先
のストリームに対するパケットのＦＥＣ処理を開始するように制御してもよい。
【００４５】
次に、本実施の形態にかかる受信処理装置５０の行う受信処理の手順について図９を用
いて説明する。受信処理装置５０は、データパケット受信部６２の機能により、ＲＴＰパ
ケットを受信した場合（ステップＳ９０１：ＹＥＳ）、当該ＲＴＰパケットをデータパケ
ットバッファ７３にバッファリングし（ステップＳ９０２）、品質補強パケット受信部６
１の機能により、ＦＥＣパケットを受信した場合（ステップＳ９０３：ＹＥＳ）、当該Ｆ
ＥＣパケットを品質補強パケットバッファ７２にバッファリングする（ステップＳ９０４
４）。また、受信処理装置５０は、擾乱解消処理部７１の機能により、データパケットバ
ッファ７３（や品質補強パケットバッファ１１）においてＲＴＰパケットの擾乱（特に順
序の入れ替えや伝送間隔の揺らぎ）を解消するＲＴＰ処理を行う（ステップＳ９０５）。
【００４６】
また、受信処理装置５０は、品質補強処理部１３の機能により、品質補強パケットバッ
ファ７２に新たなＦＥＣパケットがバッファリングされたか否かを検出すると共に、デー
タパケットバッファ７３に新たなＲＴＰパケットがバッファリングされたか否かを検出し
、品質補強パケットバッファ７２にバッファリングされたＦＥＣパケットと、当該ＦＥＣ
パケットに対応するＲＴＰパケットのうち、データパケットバッファ７３にバッファリン
グされたＲＴＰパケットとの対応関係を関係記憶部２１に記憶させる（ステップＳ９０６
６）。
【００４７】
受信処理装置５０は、品質補強パケット取得部１５の機能により、処理の対象とするＦ
ＥＴパケットを品質補強パケットバッファ７２から読み出して取得する（ステップＳ９０
７）。受信処理装置５０は、関係記憶部２１に記憶された対応関係を参照して、ステップ
Ｓ９０７で取得したＦＥＣパケットに含まれるＲＴＰパケット特定情報によって特定され
るＲＴＰパケットのうち、データパケットバッファ７３にバッファリングされたＲＴＰパ
ケットを、データパケット取得部１６の機能により取得する（ステップＳ９０８）。ここ
で、取得されるＲＴＰパケットは、１つであっても良いし、複数であっても良い。
【００４８】
受信処理装置５０は、ステップＳ１で関係記憶部２１に記憶した対応関係を参照して、
動作制御部３０により指示された該当するＦＥＣパケット及びＲＴＰパケットを用いて品
質補強処理部１３がＦＥＣ処理を開始する（ステップＳ９０９）。そして、受信処理装置
５０は、ＦＥＣ処理では、上述したように、ＦＥＣパケットと、当該ＦＥＣパケットに対
応する１つのＲＴＰパケットとのＸＯＲの演算を行い、直前の演算結果と、演算に用いて
いない１つのＲＴＰパケットとのＸＯＲの演算を行うことを繰り返す。ここで、該当する
ＲＴＰパケットを全て用いてＸＯＲの演算が終了したとき、受信処理装置５０は、当該Ｆ
ＥＣ処理の処理状態を状態記憶部２２に記憶させる（ステップＳ９１０）。このとき、Ｆ
ＥＣ処理が完了し、最終の演算結果が処理状態として得られた場合（ステップＳ９１１：
ＹＥＳ）且つ当該処理状態として欠損したパケットが得られた場合（ステップＳ９１２：
ＹＥＳ）、受信処理装置５０は、回復データパケット出力処理部１４の機能を介して、当
該パケットをデータパケットバッファ７３にバッファリングする（ステップＳ９１３）。
この結果、回復されたＲＴＰパケットがデータパケットバッファ７３にバッファリングさ
れる。また、受信処理装置５０は、品質補強処理部１３の機能により、当該処理状態を状
態記憶部２２から削除して、ＦＥＣ処理を終了する（ステップＳ９１４）。尚、ＦＥＣ処
理が完了し、最終の演算結果が処理状態として得られた場合であっても（ステップＳ９１
１：ＹＥＳ）、ＦＥＣパケットに対応するＲＴＰパケットのうち欠損したＲＴＰパケット
がなかった場合（ステップＳ９１２：ＮＯ）、受信処理装置５０は、品質補強処理部１３
の機能により、当該処理状態を状態記憶部２１から削除して、ＦＥＣ処理を終了する。（
ステップＳ９１４）
【００４９】
また、再生するストリームの切換え等により該当パケットのＦＥＣ処理が完了しない場
合（ステップＳ９１１：ＮＯ）、受信処理装置５０は、ＦＥＣ処理を中断する（ステップ
Ｓ９１５）。そして、受信処理装置５０は、品質補強処理部１３により該当する新たなＦ
ＥＣパケットや新たなＲＴＰパケットのＦＥＣ処理をするべく、ステップＳ９０１に戻る
。
【００５０】
尚、状態記憶部２２の処理状態を参照して、動作制御部３０により指示された該当する
ＦＥＣパケット及びＲＴＰパケットに対するＦＥＣ処理の中断を確認するステップを加え
てもよい。ステップＳ９０６でＦＥＣパケットとＲＴＰパケットとの対応関係を関係記憶
部２１に記憶した後、動作制御部３０により指示された該当するパケットに対してＦＥＣ
処理の中断がなかった場合、品質補強処理部１３は関係記憶部２１に記憶された対応関係
を参照してＦＥＣ処理を開始する（ステップＳ９０７）。一方、中断があった場合、品質
補強処理部１３は状態記憶部２２に記憶された処理状態及び関係記憶部２１に記憶された
対応関係を参照して、該当ＦＥＣパケットと、当該ＦＥＣパケットに含まれるＲＴＰパケ
ット特定情報によって特定されるデータパケットバッファ７３にバッファリングされたＲ
ＴＰパケットとを用いて、ＦＥＣ処理を再開する（ステップＳ９０７）。
【００５１】
以上のように、ＦＥＣパケットと当該ＦＥＣパケットに対応するＲＴＰパケットとの対
応関係を記憶しておき、記憶された対応関係から再生に必要な該当パケットのＦＥＣ処理
を行うように制御するため、パケット再生候補分の処理量の増大を最小限に抑えつつ、パ
ケット切換後の再生品質の低下させずにあらたな遅延時間も生じさせないようにすること
ができる。更に、順序の入れ替えや伝送間隔の揺らぎなどの擾乱を解消するＲＴＰ処理と
ＦＥＣ処理とを並列に実行可能にし、複数のＦＥＣパケットについて、１つのＦＥＣパケ
ットに対するＦＥＣ処理の完了を待たずに、他のＦＥＣパケットに対するＦＥＣ処理を開
始することができる。
【００５２】
なお、本発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要
旨を逸脱しない範囲で構成要素を変形して具体化できる。また、前記実施形態に開示され
ている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実
施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実
施形態にわたる構成要素を適宜組み合わせてもよい。また、以下に例示するような種々の
変形が可能である。
【００５３】
上述した実施の形態において、図１０に示すように複数ストリームが各々別々に伝送さ
れる場合、図１１に示すように複数ストリームが統合されて伝送される場合どちらでも適
用できる。また、動作制御部３０について、ユーザがチャンネルを切換えるように、スト
リームを切換えるように制御するような実施の形態で説明したが、複数ストリームは、例
えばＩＰ放送のように異なるチャンネル以外にも、階層符号化のように異なる解像度で構
成するもの、多視点映像のような視点や画角が異なる構成であってもよい。
【００５４】
上述した実施の形態において、計算処理装置４０で実行される各種プログラムを、イン
ターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由で
ダウンロードさせることにより提供するように構成しても良い。また当該各種プログラム
を、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブ
ルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital  Versatile  Disk）等のコンピュータ
で読み取り可能な記録媒体に記録してコンピュータプログラムプロダクトとして提供する
ように構成しても良い。
【００５５】
上述した実施の形態において、計算処理装置４０は、図２（ｂ）に例示されるように、
送信装置１００から受信して受信処理を行ったＲＴＰパケット及びＦＥＣパケットを受信
装置２００に送信するようにしても良い。計算処理装置４０と、受信装置２００とは、上
述のネットワークＮＴ１と同様のネットワークにより接続されるようにしても良いし、こ
のネットワークＮＴ１と異なるネットワーク又は専用線により接続されるようにしても良
い。
【００５６】
上述の実施の形態において、冗長データの生成に用いられる演算及びＦＥＣ処理におい
て行う演算として、ＸＯＲの演算を取り扱ったが、これに限らない。
上述の実施の形態において、関係記憶部２１と、状態記憶部２２とを別々の記憶部とし
て構成したが、これらを一体的に構成するようにしても良い。即ち、計算処理装置４０は
、ＦＥＣ処理毎に、品質補強パケットバッファ６６にバッファリングされたＦＥＣパケッ
トと、当該ＦＥＣパケットに対応しデータパケットバッファ６７にバッファリングされた
ＲＴＰパケットと、これらを用いて行ったＦＥＣ処理の処理状態とを１つのテーブルやこ
れらをグラフ化したデータやファイルとして記憶するようにしても良い。
【００５７】
また、ＦＥＣパケットと、当該ＦＥＣパケットに対応するＲＴＰパケットの対応関係は
、上述の例に限らず、例えば、シーケンス番号を用いる形態でなくても良いし、行列形式
やグラフ化するものでなくても良い。
【符号の説明】
【００５８】
１０  ＦＥＣ処理部
１１  品質補強パケットバッファ
１２  データパケットバッファ
１３  品質補強処理部
１４  回復データパケット処理部
２０  処理状況記憶部
２１  関連記憶部
２２  状態記憶部
３０  動作制御部
【図１】
2011211656.tif 000003
【図２】
2011211656.tif 000004
【図３】
2011211656.tif 000005
【図４】
2011211656.tif 000006
【図５】
2011211656.tif 000007
【図６】
2011211656.tif 000008
【図７】
2011211656.tif 000009
【図８】
2011211656.tif 000010
【図９】
2011211656.tif 000011
【図１０】
2011211656.tif 000012
【図１１】
2011211656.tif 000013