(57)【要約】【課題】デジタル放送を移動体で受信する際などに、瞬断によってデータが不連続になると、心地よく番組を視聴することができない。【解決手段】放送局からデジタル放送データを送出する際、放送するデジタルデータを、時間をずらして２重化することにより、受信側でデータの瞬断が発生しても、予め時間をずらして送られてきた受信端末中のバッファにあるデジタルデータを再生する。【効果】視聴者に対する映像や音声の出力が停止してしまう確率を低減して、視聴者が感じるストレスが少ないデジタル放送を提供する。また、受信端末中のデータプラットフォーム上で、送信局から送られてきたデジタルデータの種類を認識することにより、一の端末にて瞬断対応のデジタルデータ，瞬断非対応のデジタルデータどちらを受信しても、正常にデジタルコンテンツを視聴することが可能となる。【選択図】  図１
2004320394.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツが同一である２つのコンテンツデータを、各々パケットにパケット化し、多重化した放送データを放送するデジタル放送送信システムにおいて、
前記パケット化する際に、前記各パケット中にインデクス番号を持つヘッダを付加するデータエンコーダと、
前記放送データが受信される際に、放送データの瞬断により一方のコンテンツデータ内のパケットに欠落が生じたとしても、前記瞬断の時刻よりも先行した時刻に受信される放送データ内の他方のコンテンツデータから当該欠落したパケットのインデクス番号に対応するインデクス番号のパケットを用いて、当該欠落したパケットを補完することができるように、前記２つのコンテンツデータを互いに時間間隔をずらして前記多重化を行い前記放送データを生成する多重化装置と、
を有するデジタル放送送信システム。
【請求項２】
請求項１に於いて、
補完に用いられるパケットから構成される前記他方のコンテンツデータのビットレートよりも、前記一方のコンテンツデータのビットレートの方が大きいことを特徴とするデジタル放送送信システム。
【請求項３】
請求項１に於いて、
補完に用いられるパケットから構成される前記他方のコンテンツデータのビットレートと、前記一方のコンテンツデータのビットレートとが、互いに等しいことを特徴とするデジタル放送送信システム。
【請求項４】
請求項１に於いて、
前記データエンコーダは、ＩＳＯ／ＩＥＣ規格で定義されているＰＥＳパケット中のＳｔｒｅａｍ＿ｉｄ識別子に、当該放送データがパケットの欠落に備えた放送データであることを付与する機能を備えていることを特徴とするデジタル放送送信システム。
【請求項５】
請求項１に於いて、
前記データエンコーダは、ＩＳＯ／ＩＥＣ規格で定義されているＰＥＳパケット中のＰＥＳ＿ｐｒｉｖａｔｅ＿ｄａｔａ中に、当該放送データがパケットの欠落に備えた放送データであることを付与する機能を備えていることを特徴とするデジタル放送送信システム。
【請求項６】
請求項１に於いて、
前記データエンコーダは、ＩＳＯ／ＩＥＣ規格で定義されているＴＳパケット中のＳｔｒｅａｍ＿ｔｙｐｅ識別子に、当該放送データがパケットの欠落に備えた放送データであることを付与する機能を備えていることを特徴とするデジタル放送送信システム。
【請求項７】
請求項１に於いて、
前記データエンコーダは、ＩＳＯ／ＩＥＣ規格で定義されているＴＳパケット中のｄｅｓｃｒｉｐｔｏｒ識別子に、当該放送データがパケットの欠落に備えた放送データであることを付与する機能を備えていることを特徴とするデジタル放送送信システム。
【請求項８】
パケットの欠落に備えて、インデクス番号を持つヘッダが付加されたパケットからなる同一のコンテンツデータ二つで時間をずらして多重化された放送データ、及び、斯様に多重化された放送データでない通常の放送データの双方を受信するアンテナと、
受信した放送データがパケットの欠落に備えて同一のコンテンツデータ二つで多重化された放送データであるか否かを判別する手段と、
前記手段によって、放送データが、パケットの欠落に備えて同一のコンテンツデータ二つで多重化された放送データであると判別された場合に、当該放送データを元の二つのコンテンツデータに分離して、第一のコンテンツデータと第二のコンテンツデータとを生成する分離手段と、
前記第二のコンテンツデータを格納する格納手段と、
前記第一のコンテンツデータのパケットの欠落を判定する判定手段と、
前記判定手段によって、前記第一のコンテンツデータのパケットに欠落がないと判定された場合には、前記第一のコンテンツデータのパケットを選択し、前記第一のコンテンツデータのパケットに欠落があると判定された場合には、前記格納手段に格納された第二のコンテンツデータから当該欠落したパケットのインデクス番号に対応するインデクス番号のパケットを選択する選択手段と、
前記選択手段によって選択された各パケットから再生用データをデコードするデコード手段と、
前記デコード手段によりデコードされた再生用データを再生する再生手段と、を有するデジタル放送の受信装置。
【請求項９】
請求項８に於いて、
受信した放送データが、パケットの欠落に備えて多重化された放送データでないと、前記判別する手段によって判別された場合には、
前記選択手段は、前記放送データを構成するコンテンツデータのパケットを選択することを特徴とするデジタル放送の受信装置。
【請求項１０】
請求項８において、
前記放送データの瞬断により前記第一のコンテンツデータ内のパケットに欠落が生じたか否かを判断するのに、電波強度を用いて判断することを特徴とするデジタル放送の受信装置。
【請求項１１】
請求項８において、
前記放送データの瞬断により前記第一のコンテンツデータ内のパケットに欠落が生じたか否かを判断するのに、トランスポートストリームパケットの
ｃｏｎｔｉｎｕｉｔｙ＿ｃｏｕｎｔｅｒを用いて判断することを特徴とするデジタル放送の受信装置。
【請求項１２】
受信時の放送データの瞬断に備えて、同一のコンテンツデータ二つで時間をずらして多重化されて生成された放送データを受信し、
受信した放送データが前記のように多重化された放送データであるか否かについて是非を判別し、
是であると判別された場合に、当該放送データを元の二つのコンテンツデータに分離し、
再生に用いる一方のコンテンツデータの一部に欠落があると判定された場合には、他方のコンテンツデータを用いて前記一方のコンテンツデータを補完し、
必要に応じて補完された前記一方のコンテンツデータに基づいて、再生データを生成し、これを再生するデジタル放送再生方法。
【請求項１３】
請求項１２に於いて、
非であると判別された場合に、当該放送データに基づいて、再生データを生成し、これを再生するデジタル放送再生方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデジタル放送の送受信に関し、特にデジタル放送の瞬断を防止するための技術に関する。
【０００２】
【従来の技術】
従来、デジタル放送受信中に電波が途切れてデータが受信できなくなった場合には、特開２０００−２１６８４８号公報にあるように、デジタルインターフェースを介して他の機器から受信したトランスポートストリーム中の付加情報内に不連続情報が含まれているか否かを検出し、該不連続情報が検出された場合には、トランスポートストリーム中の付加情報の取り込みを行うことにより、外部から入力されるプログラムが変化したときのビデオデータおよびオーディオデータの復号化を迅速に行い、復号出力が途切れないようにする技術が知られている。
【０００３】
【特許文献１】
特開２０００−２１６８４８号公報
【０００４】
【発明が解決しようとする課題】
しかし、前記公報に開示の技術では、不連続情報を検出した後、例えば映像データが不連続になった場合には、デジタルデータが再度正常に検出されるまでの間、最後に正常に出力したデジタルデータを出力し続けている。この様な方法では、視聴者にとって不自然になってしまう。
【０００５】
また前記した技術は、何れも放送データが来ないことを検知してから、代替データの作成、並びに最後に正常に出力したデータを出力するために、処理の時間遅れが発生しやすくリアルタイム性を満足させることが難しい。この時間遅れは、デジタル放送の視聴者にとっては心地よいものではなく、リアルタイムで視聴者が意識しないようにデジタルデータを補完し、出力する方法が望まれる。
【０００６】
【課題を解決するための手段】
本発明の目的は、放送局からデジタル放送データを送出する際、放送するデジタルデータを、時間をずらして多重化し、受信側でデータの瞬断が発生しても、予め時間をずらして送られてきたデジタルデータを再生することにより達成される。
【０００７】
また、受信端末中のデータプラットフォーム上で、前記のように多重化された放送データであるか、多重化していない従来形式の放送データであるか、放送データの種別を判別して、判別したデータ種別に基づいて再生データを生成する受信端末を提供する。
【０００８】
【発明の実施の形態】
図１は、本発明のデジタル放送補完サービスの概要構成である。全体のシステムは、コンテンツ配信局１０１，携帯電話型，車載用移動受信型，固定受信型などの受信端末１１１、から構成される。コンテンツ配信局１０１には、放送するコンテンツ（番組の内容等）のＤＢ１０２，コンテンツＤＢからの映像をデジタルデータに変換する映像エンコーダ１０３，コンテンツＤＢからの音声をデジタルデータに変換する音声エンコーダ１０４，映像エンコーダ１０３と音声エンコーダ１０４のデータをデジタル放送用のデータフォーマットに多重化するための多重化装置１０５，１０５にて多重化されたデジタルデータを放送電波（放送データ）として送出する送出装置１０６が配設される。放送電波は地上デジタル放送波、衛星デジタル放送波に代表されるデジタルデータを放送することが可能なインフラであれば問題ない。前記した受信端末１１１には、アンテナ１１８，アンテナで受けた電波から必要データを取り出す受信機１１２，受信機からのデータを復調するデジタル復調機１１３，デジタル復調機にて変換されたデジタルデータを分類し、データの欠落がある場合には補完処理を行うデータ補完プラットフォーム１１４，データ補完プラットフォームから出力されたデータを音楽，映像データに変化するデコーダ１１５，デコーダからの出力データを音楽，映像として再生する再生部１１６が配設される。
【０００９】
なお、コンテンツ配信局１０１中のコンテンツＤＢは記録装置に記録されたオフラインコンテンツでも良いし、生中継のカメラからのリアルタイムコンテンツを利用することも可能である。コンテンツの配信形態によっては、音声エンコーダのみを用いて映像を使用しない場合、映像エンコーダのみを用いて音声を利用しない場合、音声・映像両方を利用する場合が考えられるため、必要な組み合わせを利用時に選択すると良い。映像をエンコードする際のデータフォーマットとしてはＭＰＥＧ−２，ＭＰＥＧ−４に代表される一般的なフォーマットを用いる。また、音声をエンコードする際のデータフォーマットとしてもＡＡＣ
（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）に代表される一般的なフォーマットを用いる。これらの映像エンコーダ１０３，音声エンコーダ１０４からはＩＳＯ／ＩＥＣで規定されているＥＳ（Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）形式でエンコード後のデータが出力される。
【００１０】
次に図２を用いて多重化装置１０５について説明する。以下の説明では簡単のために、まず音声のみを放送する場合について説明する。多重化装置１０５では瞬断対応のために映像エンコーダで出力されたデジタルデータを少なくとも視聴用，補完用の２種類用意する必要がある。
【００１１】
補完用と視聴用のデジタルデータの音声ビットレートが等しい場合には、一台のエンコーダでエンコードしたデジタルデータを複製して、或いは一台のエンコーダで複数のデジタルデータを生成して、多重化装置で以後の処理を行えばよい。
【００１２】
補完用と視聴用のデジタルデータの音声ビットレートが異なる場合、視聴用のビットレートの方が大きい（高品質である）場合には、リアルタイムの放送コンテンツをエンコードする際にはエンコーダを複数台有する必要がある。或いはエンコーダは一台で、ビットレート低減処理部のような部分を用意する必要がある。
【００１３】
コンテンツＤＢ１０２からのコンテンツがオフラインコンテンツの場合はビットレートが異なる場合、視聴用のビットレートの方が高品質である場合でも１台のエンコーダを用いてコンテンツをエンコードすることが可能である。
【００１４】
以上の何れにせよ、一のコンテンツから二つのデータを生成することになるので、視聴用と補完用のデジタルデータは互いに同一のコンテンツであり、ビットレートが等しければ二つの音源等のデータは変わるところが無い。つまり、ビットレート以外には変わるところは無い。ここでいうビットレートは、伝送速度を表すものではなく、情報源のビットレートであり、データの品質を表すものである。従って、このビットレートが相違しているイメージとしては、例えば視聴用データが２５６色の映像であるのに対し、補完用データが１６色といった具合であり、別の例では視聴用データの周波数帯域が２０〜２０，０００Ｈｚ  であるのに対し、補完用データの周波数帯域が３００〜３，３００Ｈｚ  といった具合である。
【００１５】
図２では視聴用デジタルデータ（メインストリーム）と補完用デジタルデータ（サブストリーム）のビットレートが異なると仮定して以下説明する。このデータをエンコードする際に、高ビットレートでのエンコード（メインストリーム）２４０１と低ビットレートでのエンコード（サブストリーム）２４０２の２種類のエンコードを実施する。その後、パケット化も行うので、それぞれのエンコードされたデータにはヘッダが付加される。エンコードされたオーディオデータの単位が例えばＡ１からＡｎまであったと仮定する。なお、高ビットレートでエンコードしたデータはＡｎと表し、低ビットレートでエンコードしたデータはＡｎ′と表している。これらのデータが途切れない瞬断対応型放送実現のために、予め設定した時間遅れｋだけずらして低ビットレートのデータを先に送ることとなるよう、データの多重化を行う。その様子が図２の２４０３である。この多重化されたデータをデジタル放送の電波に重畳して端末へと放送する。この設定時刻ｋはサービス開始時に発生する瞬断の程度、その長さを考慮して決定する。ニュースなどの場合は例えば５秒、音楽などの場合は例えば１０秒といった具合である。
【００１６】
エンコードした音声データをパケット化してＰＥＳにする際の処理の概要について次に説明する。受信側で瞬断が発生したことによって、デジタルデータに欠落があることを認識するために、コンテンツデータをエンコードする際、エンコードされてパケット化されたコンテンツデータに連続したインデクス番号（カウンタ）を一意に割り当てる必要がある。連続番号の付与の仕方はパケットデータのヘッダとペイロードを拡張して、カウンタを付与する方法、或いは前記した
ＰＥＳの場合は、ＩＳＯ／ＩＥＣで規格化されているＰＥＳ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａを用いてＰＥＳ＿ｐｒｉｖａｔｅ＿ｄａｔａ中にエンコードの際に前記のカウンタを設けることも可能である。以上の何れの方法を選択するかは適用する放送、あるいは通信の利用規約に準ずればよい。
【００１７】
以上は説明を簡単にするために音声のデジタルデータのみを瞬断対応のデジタル放送用に多重化する場合について述べたが、映像，映像・音声を多重化する際も同様の考え方で、映像のデジタルデータをパケット化して挿入するＰＥＳパケット中のＰＥＳ＿ｐｒｉｖａｔｅ＿ｄａｔａにカウンタ情報を付与する、或いはパケットデータのヘッダとペイロードを拡張してカウンタを付与するかの何れかの方法を用いると良い。
【００１８】
次にパケットを生成する際に必要なことは、瞬断対応した放送データを端末側で受信した際に、その放送データがパケットの欠落に備えた放送データであるか否か、即ち、瞬断対応しているか否かを判別する必要があるため、判別できるような情報をパケットに付与することである。この付与の方法として第一の方法は、図３に示すＩＳＯ／ＩＥＣ１３８１８−１規格にあるＰＥＳパケットのフォーマット３０１中のｓｔｒｅａｍ＿ｉｄ３０２に該情報を入れることである。ｓｔｒｅａｍ＿ｉｄは８ビットで、その上位３ビットは音声，映像等のデータの種類を示すフィールドであり、下位５ビットは任意に決定できるため、この下位５ビットに瞬断対応か否かのＩＤ番号を規定すればよい。例えばｓｔｒｅａｍ＿ｉｄが１１０１１１１１のときは瞬断対応の音声ストリーム、ｓｔｒｅａｍ＿ｉｄが１１００００００のときは瞬断非対応の音声ストリームというように、この情報を端末側、ならびにコンテンツをエンコードするコンテンツ配信局で統一しておけば整合性を取ることができる。
【００１９】
ここまではＰＥＳデータに対して瞬断対応するための情報をパケットに付与する方法について説明してきた。一方ＰＥＳレベルの他に、ＴＳレベルでもデジタルデータが瞬断対応しているか否かを判別するための情報をデータパケットに付与する方法がある。該データを付与する第二の方法として、図４に示すＩＳＯ／ＩＥＣ１３８１８−１に示されるＴＳパケットのＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）に関する規格中（４０１）のｓｔｒｅａｍ＿ｔｙｐｅ４０３に、前記したようにコンテンツをエンコードするコンテンツ配信局と受信端末側で統一した値を取り決めておけば整合性を取ることができる。
【００２０】
デジタルデータが瞬断対応しているか否かを判別するための情報をデータパケットに付与する第三の方法として、前記したＰＭＴ中の４０２，４０４にある
ｄｅｓｃｒｉｐｔｏｒ（）に瞬断対応のコードを書き込むことで判別することが可能である。これも、コンテンツのエンコード側と受信端末側で統一した値を取り決めておけば整合性を取ることができる。
【００２１】
以上のようにパケットのカウンタ，瞬断対応の放送データか否かを判定する識別子をデータパケットに付与した後に、前記した多重化装置１０５で音声・映像の視聴用ストリーム，補完用ストリームを多重化したデジタルデータを送出装置１０６に出力する。なお、多重化装置１０５でデータを多重化する際にはＰＥＳのレベル、あるいはＴＳのレベル何れかでデータを多重化すればよい。どちらのフォーマットで多重化するかは放送，通信を実際に行う場合の規格に従えば良い。送出装置１０６では多重化装置から出力されたデジタルデータを放送電波に重畳するための符号化、ならびに変調を行った後に電波としてサービス対象地域に放送データを送信する。
【００２２】
以上を改めて説明すると、一のコンテンツ（音声・映像等）から２つのコンテンツデータを生成する。次に各々のコンテンツデータをパケット化し、これらを時間をずらして多重化して放送データを作成する。作成された放送データは送出装置から送信される。なお、時間的に先行して送信されることとなる放送データ内のコンテンツデータが、受信側で補完に用いられる。
【００２３】
なお、必要とされるエンコーダは、２つのコンテンツデータのビットレートが等しいか異なるかによって、その数や機能などが異なることは前述の通りである。パケット化する際には、パケット中にカウンタ，インデクス番号を持つヘッダを付加する。また、瞬断対応の放送データか否かを判定する識別子を付加する。
【００２４】
補完用のコンテンツデータのビットレートよりも、視聴用のコンテンツデータのビットレートの方が大きい場合には全体としてデータ量を抑えることができるというメリットがあり、互いのビットレートが等しい場合にはエンコーダが一つで済むというメリットがある。
【００２５】
斯様に多重化等を行い放送データを作成するのは、受信側で放送データの瞬断が生じた場合であっても過去（受信側での瞬断の発生時刻よりも以前の時刻、〜よりも先行した時刻）に受信した放送データ内の補完用コンテンツデータを用いて視聴用データを補完し、再生データ全体としては瞬断が生じないようにするためである。
【００２６】
次に受信端末１１１について説明する。受信端末１１１には、電波を受信するアンテナ１１８，アンテナで受信した電波を受信する受信機１１２，受信機からの電波を復調して、元のデジタルデータを取り出すデジタル復調機１１３，デジタル復調機からのデジタルデータからデータパケットに分離し、更に視聴用，補完用のデータに分類し、データの欠落が発生している場合に、受信した後にバッファに蓄積されている適切なデータを選択するデータ補完プラットフォーム１１４，データ補完プラットフォームから出力されたデジタルデータを音楽，映像にデコードするデコーダ１１５，デコーダからのデータを音声，映像として再生する再生部１１６が配設される。
【００２７】
アンテナ１１８，受信機１１２，デジタル復調機１１３は一般的に良く知られているので、以下ではデータ補完プラットフォームについて図５以下を用いて説明する。データ補完プラットフォームは、パケット受信機２５０１，データ分離機２５０２，メインストリーム用バッファ２５０３，サブストリーム用バッファ２５０４，データセレクタ２５０５で構成される。パケット受信機２５０１はデジタル復調機から渡されたデジタルデータからデータパケットを取り出す装置である。データ分離機２５０２の機能は、受信したデジタルデータが瞬断対応のデータかどうかを判定した後に、パケット受信機からのパケット化されたデジタルデータ中の音声，映像データを取り出すことと、メインストリームデータとサブストリームデータを判別して後段のメインストリームバッファ２５０３，サブストリームバッファ２５０４に格納する機能である。
【００２８】
ここで、受信したデジタルデータが瞬断対応のデータではないとデータ分離機２５０２にて判別された場合には、サブストリームバッファは瞬断対応の放送データが受信機に入力されるまで使用不可となり、後述するデータセレクタも単にデータをメインストリームバッファ２５０３からプレーヤ（再生部）１１６に渡す機能となる。ここでの瞬断対応か否かの判定は前記したように、デジタルデータパケット中のＰＥＳに識別データを付与した場合はｓｔｒｅａｍ＿ｉｄを、ＴＳに識別データを付与した場合はｓｔｒｅａｍ＿ｔｙｐｅ、或いはｄｅｓｃｒｉｐｔｏｒ（）に記述されているデータを判定することで行う。
【００２９】
データ分離機で分離されたメインストリーム用データとサブストリーム用データのどちらのバッファにあるデジタルデータをデコーダに渡すかの選択を、データセレクタ２５０５にて行う。データセレクタ２５０５でのメインストリームバッファ中のデータ，サブストリームバッファ中のデータのどちらを選択するかの手順について図６以降を用いて説明する。
【００３０】
図６はデータセレクタでの処理の概要についてのフローチャートである。先ずメインストリームバッファ，サブストリームバッファ中にある先頭データの番号を処理６０１にてデータセレクタで記憶する。次に、受信端末が起動直後かどうかを処理６０２にて判定する。起動直後であれば処理６０３を実行する。処理
６０３について図７を用いて説明する。処理６０２にて起動直後と判定された場合には処理７０１にて、次にデコーダに渡すべきデータの番号（要求番号）が０であるか否かを判定する。０である場合は処理７０２にてメインストリームバッファ中のデータを取得する候補として指定する。要求番号が０でない場合は処理６０３を抜けて再度処理６０１に戻る。
【００３１】
処理６０２にて起動直後でないとデータセレクタ２５０５が判定した場合には、処理６０４にてメインストリームバッファ，サブストリームバッファが空であるかどうかを判定する。どちらも空である場合には処理６０５に移る。処理６０５に進んだ後に、処理７１１（図７参照）にてメインバッファにデータが入っていないかどうか判定する。処理６０４にてバッファが空であるのを確認した後に更に処理７１１にてメインストリームバッファの内容の有無を確認するのは、この処理の遷移の間に新たなデジタルデータがバッファ中に入ってくる可能性があるためである。メインストリームバッファ中にデータが入っていないと処理７１１で判定されると、次に処理７１２にてサブストリームバッファ中に新たなデータが入っているかどうかを判定する。処理７１２でサブストリームバッファ中に新たなデータが入ってきたときには、メインストリームバッファ中のデータ（サブストリームバッファ中のデータよりも高品質である或いは同品質である）を優先して再生する意図から、処理７１３にて予め設定した時間，処理を停止する。この時間は例えば使用する端末のＣＰＵ速度，データ転送の速度に応じて決定する。処理７１１にてメインストリームバッファ中に新たなデータが入ってきた場合には処理６０５を抜けて処理６０１に戻る。また、処理７１２にてサブストリームバッファ中にデータが入っていないときにも処理６０５から抜けて処理６０１に戻る。
【００３２】
処理６０４にてメイン・サブストリームバッファ中のデータが空であると判定された場合には処理６０６に移り、データセレクタが記憶している前記した要求データがメインストリームバッファ、或いはサブストリームバッファのどちらにあるかを判定する。何れかのストリームバッファ中に該データがある場合には処理６０７に進む。
【００３３】
処理６０７の詳細について図８を用いて説明する。処理６０７中で先ず処理
８０１にて前記要求データがメインストリームバッファ中にあるかどうかを判定する。この判定が正しければ、データセレクタ２５０５が、メインストリームバッファ中のデータをデコーダ１１５に渡す。その後処理６０７を抜けて処理６０９にて要求データの次の番号を要求データの値に設定する。その後処理６０１に戻り、次のデータを検索する。
【００３４】
処理８０１にて要求データがメインストリームバッファ中に無い場合は処理
８０３にて要求データがサブストリームバッファ中に有るか判定する。サブストリームバッファ中に該データが存在する場合には処理８０４にてサブストリームバッファ中のデータをデータセレクタ２５０５がデコーダ１１５に渡す。その後処理６０９に移動し、取得したデータの次の番号のデータを要求するように変更して、処理６０１に戻る。
【００３５】
処理８０３にて要求したデータがサブストリームバッファにも存在しない場合は処理８０５にて条件異常のフラグをデータセレクタに返して処理６０９に移動し、取得したデータの次の番号をセットして処理６０１に戻る。処理６０６にて要求データがメイン・サブストリームバッファどちらにも発見できないと判定された場合には処理６０８を実行する。
【００３６】
処理６０８の詳細について図９，図１０を用いて説明する。まず処理９０１にてメインストリームバッファ中にデータがないと判定された場合、処理９０２にて必要としているデータよりもサブストリームバッファ中にあるデータの先頭番号が小さいかどうか判定する。その判定が成り立った場合には、処理９０３にてサブストリームバッファ中のデータ先頭番号を要求番号に設定する。その処理を行った後に、処理６０１に戻り以後の処理を継続する。処理９０２における判定が成り立たなかったときには処理９０４にてサブストリームバッファ中の次のデータを探索する。その後処理６０８を抜けて処理６０１に戻る。
【００３７】
処理９０１にてメインストリームバッファ中のデータが存在すると判定された場合には、処理９０５にてメインストリームバッファのデータが検索要求データよりも前のデータかどうかを判定する。この判定が正しければ処理９０６にてデータ連番が反転していないかどうかを判定する。もし処理９０６の判定にてデータ連番が反転していた場合には、処理９０７にてメインストリームバッファの先頭パケットの番号を検索要求番号に設定した後に、処理６０１に戻る。処理９０６にてデータ連番の反転が検出されなかった場合にはメインストリームバッファ中の次のパケット番号を検索要求番号に設定した後に処理６０８を抜けて処理６０１に戻る。
【００３８】
処理９０５にて前記した判定が正しくなければ、処理９０９にてサブストリームバッファの先頭データの番号が検索要求データより前のデータかどうかを判定する。この判定が正しければ、処理９１０にてサブストリームバッファ中の次のパケット番号を検索要求番号に設定した後に処理９１１に移る。そうでない場合は何も処理をせずに処理９１１に移動する。処理９１１にてメインストリームバッファの先頭データ番号がサブストリームバッファの先頭データ番号よりも小さい場合には処理９１２にてメインストリームバッファの先頭パケット番号を検索要求番号に設定する。処理９１１が成り立たなかった場合には処理９１３にてサブストリームバッファの先頭パケットの番号を検索要求番号に設定する。処理９１２，９１３が終了した後に、処理６０８を抜けて処理６０１に戻り該当するパケットの再検索を行う。
【００３９】
以上を改めて説明すると、次のようになる。
【００４０】
瞬断非対応の放送データを受信した場合には、サブストリームバッファは使用されず、メインストリームバッファにデータが格納され、データセレクタもメインストリームバッファ２５０３からプレーヤ（再生部）１１６にデータを渡すだけとなる。従って、瞬断非対応の放送データを受信したとしても、音声や映像データ等の再生には何ら問題は生じない。
【００４１】
瞬断対応放送データを受信した場合において、瞬断が生じて視聴用データに欠落が生じたときには格納された補完用データを持ってきて補完し、補完された視聴用データを用いて再生用データを生成する。或いは同じことであるが、通常は視聴用データを用いて再生用データを生成し、欠落があるときは補完用データを用いて再生用データを生成する。このとき補完用データを記憶手段に長く保持しておけば、トンネル内を通過するような場合でも放送が途切れないように音声や映像を再生することが可能となる。また、瞬断が生じたか否かは放送データ内の視聴用デジタルデータ（メインストリーム）のパケットが欠落したか否かを用いれば判定が可能である。視聴用データ内の欠落しているパケットと対応するインデクス番号のパケットを補完用データから持ってきて、視聴用データを補完し、補完した視聴用データから再生用データを生成する。或いは同じことであるが、欠落が無い通常の状態では視聴用データのデータパケットを選択しておき、視聴用データのデータパケットに欠落が生じた場合には、当該欠落しているパケットと対応するインデクス番号のパケットを補完用データから選択する。この選択したパケットに基づいて再生用データを生成する。
【００４２】
以上により、一の端末にて瞬断対応のデジタルデータ，瞬断非対応のデジタルデータどちらを受信しても、正常にデジタルコンテンツを視聴することが可能となる。
【００４３】
以上の実施例では、受信端末が瞬断対応のためのデータを蓄えるバッファ（図５中の２５０３，２５０４）を複数有する端末を前提としていた。
【００４４】
しかしながら、図１１に示すような簡易的な構成からなる受信端末、即ち、複数のバッファを持たない受信端末においても、前記した瞬断対応のデジタルデータ（放送データ）に対応する必要がある。このような構成、即ち、放送データが瞬断対応であっても受信端末が瞬断対応でない構成では、一方では、瞬断非対応の放送データを不連続状態の下で端末にて受信した場合に、音声等の途切れが発生する。他方では、瞬断対応の放送データを受信した場合には、データが多重化されているため其のままデータを逐次的に再生すると、音声が短周期で交互に繰り返されて聞こえてくることとなり耳障りとなる。
【００４５】
そこで、モノラルしか再生できないラジオでもステレオ放送を受信した場合に、きちんとモノラル再生ができるのと同様に――受信端末が瞬断非対応である以上音声等が途切れるのは止むを得ないとしても――瞬断対応の放送データ（多重化されている放送データ）を受信した場合に、きちんと音声等を再生することができるような受信端末であることが必要となる。
【００４６】
上記のような受信端末の実施例について図１１を用いて説明する。図１１には図５と同様にパケット受信機２５０１，デコーダ１１５，プレーヤ（再生部）１１６があり、これらは図５の説明の際に述べた機能と同等である。図１１において図５と異なる点は、データ分離機２５０２，メインストリームバッファ２５０３，サブストリームバッファ２５０４，データセレクタ２５０５の代わりに、データフィルタ１１０１を設けたことである。
【００４７】
データフィルタ１１０１の機能について図１２，図１３を用いて説明する。図１２の１２０１はデジタルデータの中で、ＴＳと呼ばれるフォーマットをもつデジタルデータの一例である。この例では、音声データは既にＥＳ形式でエンコードされ、ＰＥＳの状態にて２種類の音声データが１２０２に示すＰＩＤが０ｘ００３２である一連のＰＥＳパケットとなっている。このＰＥＳパケット１２０２は図１３に示すデジタルデータ１３０１と１３０４からなっている。デジタルデータ１３０１，１３０４は同じフォーマットのデータであるため、デジタルデータ１３０１について代表して説明する。１３０２はＳｔｒｅａｍ  ＩＤであり、この番号で前記したメインストリーム，サブストリームを判定する。例えば、偶数番号のＳｔｒｅａｍ  ＩＤはメインストリームであり、奇数番号のＳｔｒｅａｍ  ＩＤはサブストリームというようにすれば容易に判別が可能となる。
【００４８】
斯様な規則に関しては、送信側と、受信側で整合させておく必要がある。１３０１に示すデジタルデータの例では、このようなメインストリームとサブストリームの判定するための指標として、ＰＥＳ  Ｐｒｉｏｒｉｔｙも利用することが可能である。
【００４９】
このようなＳｔｒｅａｍ  ＩＤ，ＰＥＳ  Ｐｒｉｏｒｉｔｙを基にして、合致するデータだけをフィルタリングしてプレーヤ（再生部）１１６に渡し、それ以外の合致しないデータは捨てることで、前記した時間がずれて同じ音楽が繰り返し再生される現象を防止して、通常どおりのきちんとした音声等を再生することが可能となる。なお、データフィルタにて、多重化されたコンテンツデータのビットレートが互いに同一の場合は重複するＳｔｒｅａｍ  ＩＤをもつデータを削除し、互いに異なる場合は重複するＳｔｒｅａｍ  ＩＤをもつデータのうち低ビットレートのデータを削除する。先に受信したものを削除し、後に受信したものを抽出する。ビットレートが同一の場合にあっては、先に受信したものを抽出し、後に受信したものを削除しても良い。
【００５０】
構成としては例えば、受信時の放送データの瞬断に備えて、同一のコンテンツデータ二つで時間をずらして多重化されて生成された放送データを受信し、データフィルタにおいてＳｔｒｅａｍ  ＩＤ、又は、ＰＥＳ  Ｐｒｉｏｒｉｔｙ  をチェックすることによって、当該受信した放送データ内のコンテンツデータであって後の時刻に受信することとなるコンテンツデータを抽出し、抽出したコンテンツデータをデコーダに渡し、その渡されたコンテンツデータに基づいて再生データを生成し、これを再生するという方法等が採用される。
【００５１】
【発明の効果】
瞬断の生じないデジタル放送の再生を行うことが可能となる。従って、視聴者にとってはストレスの少ない放送を実現することができる。
【００５２】
また、一の端末にて瞬断対応のデジタルデータ，瞬断非対応のデジタルデータのどちらを受信しても、正常にデジタルコンテンツを視聴することが可能となる。
【図面の簡単な説明】
【図１】本発明のデジタル放送補完方式の全体構成図。
【図２】データ多重化の概念図。
【図３】瞬断対応データの識別子を記述するＰＥＳパケット中の部分。
【図４】瞬断対応データの識別子を記述するＴＳパケット中の部分。
【図５】受信端末データ受信プラットフォームの構成図。
【図６】データセレクタの処理概要図。
【図７】データセレクタの処理概要図。
【図８】データセレクタの処理概要図。
【図９】データセレクタの処理概要図。
【図１０】データセレクタの処理概要図。
【図１１】受信端末データ受信プラットフォームの構成図。
【図１２】データフィルタ１１０１の機能を説明するための図（１）。
【図１３】データフィルタ１１０１の機能を説明するための図（２）。
【符号の説明】
１０１…コンテンツ配信局、１０２…コンテンツＤＢ、１０３…映像エンコーダ、１０４…音声エンコーダ、１０５…多重化装置、１０６…送出装置、１１１…受信端末、１１２…受信機、１１３…デジタル復調機、１１４…データ補完プラットフォーム、１１５…デコーダ、１１６…再生部、３０１…ＩＳＯ／ＩＥＣにおけるＰＥＳパケット規格の抜粋、４０１…ＩＳＯ／ＩＥＣにおけるＴＳ中のＰＡＴ規格、２４００…エンコードデータ、２４０１…メインストリームデータ、２４０２…サブストリームデータ、２４０３…多重化後のデータ、２５０１…パケット受信機、２５０２…データ分離機、２５０３…メインストリームバッファ、２５０４…サブストリームバッファ、２５０５…データセレクタ。
【図１】
2004320394.tif 000003
【図２】
2004320394.tif 000004
【図３】
2004320394.tif 000005
【図４】
2004320394.tif 000006
【図５】
2004320394.tif 000007
【図６】
2004320394.tif 000008
【図７】
2004320394.tif 000009
【図８】
2004320394.tif 000010
【図９】
2004320394.tif 000011
【図１０】
2004320394.tif 000012
【図１１】
2004320394.tif 000013
【図１２】
2004320394.tif 000014
【図１３】
2004320394.tif 000015