JP4207435B2 - デジタル放送受信装置 - Google Patents
デジタル放送受信装置 Download PDFInfo
- Publication number
- JP4207435B2 JP4207435B2 JP2002037577A JP2002037577A JP4207435B2 JP 4207435 B2 JP4207435 B2 JP 4207435B2 JP 2002037577 A JP2002037577 A JP 2002037577A JP 2002037577 A JP2002037577 A JP 2002037577A JP 4207435 B2 JP4207435 B2 JP 4207435B2
- Authority
- JP
- Japan
- Prior art keywords
- moving image
- frame
- video
- data
- instantaneous interruption
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Circuits Of Receivers In General (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、携帯端末や車載端末などの移動体を対象とするデジタル放送サービスを受信するデジタル放送受信装置に関する。
【０００２】
【従来の技術】
現在、動画像の圧縮方式としてＭＰＥＧ(Moving Picture Expert Group）標準規格が多く利用されている。ＭＰＥＧ標準規格には、ＭＰＥＧ１，ＭＰＥＧ２，ＭＰＥＧ４，ＭＰＥＧ７など存在する。放送衛星(ＢＳ：Broadcast Satellite）によるデジタル放送(ＢＳデジタル放送)における映像は、ＩＳＯ／ＩＥＣ13818−２で規格化されているＭＰＥＧ２ Videoという動画像圧縮方式を採用している。また、ＭＰＥＧ２ Videoを送出する方式として、ＩＳＯ／ＩＥＣ１３８１８−１：２０００で規格化されているＭＰＥＧ２ Transport Streamを用いる。
【０００３】
ＭＰＥＧ４は移動体に適したＩＳＯ／ＩＥＣ１４４９６で規格化された映像圧縮技術であり、今後これを用いた様々なサービスが有望視されている。ＭＰＥＧ４は、現在のところ携帯電話などを用いた通信インフラによる配信が主であるものの、今後地上波デジタル放送・衛星デジタル放送をはじめとしたデジタル放送インフラへの展開が期待されている。こうした背景からＭＰＥＧ４による車上への放送が検討されている。
【０００４】
また、実用化の方向にある地上波デジタル放送では、ＣＱ出版社刊「インターフェース」２０００年１１月号８２ページにあるように、変調方式にＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式を用い、現行のアナログテレビジョン放送と同様に１ＲＦチャンネルの帯域幅あたり６ＭＨｚで伝送できる。１９９８年９月に郵政省が「地上デジタルテレビジョン放送暫定方式」として定めた方式をＩＳＤＢ−Ｔと呼ぶ。このＩＳＤＢ−Ｔ方式では、６ＭＨｚ帯域内のＯＦＤＭ信号は、１３のセグメントに分割して、各放送局で自由にセグメントを使用して番組を配信することが可能である。例えば、１３セグメントのうち、１０セグメントを家庭などの固定受信向けに、２セグメントをカーナビや携帯端末などの移動体向けに、残り１セグメントを音声ラジオ向けに、といったサービスを可能としている。また、セグメント毎にＯＦＤＭ変調方式を変えることが可能である。このことを階層化伝送と呼ぶ。階層化伝送により、たとえば、家庭向けにデータの伝送帯域を増やしたり、または移動体での受信向けにエラーに強い方式にしたりといったように、サービス要件に応じて伝送パラメータを最大３階層に分類したセグメント毎に変更が可能である。このため、地上波デジタル放送では、家庭向けサービスばかりでなく、携帯端末や、カーナビといった移動体端末へのサービスが期待されている。
【０００５】
【発明が解決しようとする課題】
このように、移動体に向けたデジタル放送サービスが実現可能となってきたが、放送の電波が受信できない際にはデータが取得できないという本質的な課題が存在する。
【０００６】
ニュースやスポーツ中継のようなライブ映像がストリーミング型のＭＰＥＧ４で圧縮されて移動体向けに放送されている場合、移動体がトンネルを通過することで電波の瞬断などの受信障害により途中のデータが抜けてしまうと、最終的に取り出したＭＰＥＧ４ Videoが、ＰフレームもしくはＢフレームなどの差分画像からデコードすることになるため映像として矛盾した表示をすることになり、移動体端末上で配信映像を正常に再生できない問題がある。またデコードの際にも、デコーダにとって予期せぬビット列を渡してしまうと、場合によってはデコーダがフリーズすることも考えられる。ＭＰＥＧ４は強い誤り訂正符号化方式であるが、このような電波の瞬断によって大きくデータの欠落が発生した際には、誤り訂正だけで欠落したデータを復活させることは困難であり、また動画像再生機器の再起動が必要になることも考えられる。
【０００７】
このように伝送路に瞬断が発生してデコーダがフリーズしたり、場合によってはデコードしている機器自体が正常に動作しなくなるといった事態が生じた場合、デコーダを手動で終了させるか、デコード機器を手動でリセットするといった必要がある。しかし、車載器の場合には運転者には即座に対処できない可能性が大きい。瞬断が発生しても運転手が自らの操作を必要せずに、映像再生が復帰できるような動画像配信方式，動画像配信システム，動画像再生端末が必要である。
【０００８】
デジタル放送にて瞬断が発生したときに、カーナビ地図上に表示した映像に文字情報を重畳させることでユーザに瞬断を通知する方式については、社団法人情報処理学会第６２回（平成１３年前期）全国大会で配布された「第６２回全国大会（平成１３年前期）特別トラック講演論文集」ＣＤ−ＲＯＭの特別トラック５（情報家電とネットワーク）の「デジタル放送とコンテンツ配信」セッション、“デジタル放送による車上情報配信システム（２）−ＭＰＥＧ４配信システムの検討”が知られている。ここでは、電波が受信できない場合、映像が停止し、「電波が受信できません」という文字列を渋滞映像上に表示している。そして、電波が再び受信できるようになると再生が可能となる。
【０００９】
この公知例では、電波が受信できないときには、映像中に文字情報を表示して文字情報で運転手に通知する手段を採用しており、地図上の文字列と混在することが考えられる。さらには、電波が受信できない状態が頻繁に発生するときについての運転手への対処の方式が未定義である。これらの問題点のために、マルチメディアコンテンツを見やすく提供することが難しい。そこで、電波が受信できないときにより簡便に運転手に通知する方式とそれに伴う映像表示方式を検討する必要がある。
【００１０】
【課題を解決するための手段】
本発明の課題を解決するために、まず、動画像符号化方式であるＭＰＥＧ規格にて符号化された符号化動画像データ中に含まれる静止画相当のフレームであるＩフレームを検出するＩフレーム検出手段と、データの欠損に対処するためのヘッダを符号化動画像データに付加する瞬断対応ヘッダ付加処理手段と、前記Ｉフレームを含む情報を瞬断対応ヘッダ中に設定するＩフレーム有無情報付加手段、および、瞬断対応ヘッダが付加された符号化動画像データをデジタル放送の帯域で送信するための送信手段を備えた送信装置により瞬断対応ヘッダを付加した符号化動画像データが放送される。またこの放送を受信する受信装置は、デジタル放送を受信するデータ受信手段と、Ｉフレームを含むか否かの情報を瞬断対応ヘッダから検出するＩフレーム有無情報検出手段と、符号化動画像データにおけるフレームの整合性をチェックする符号化動画像フレーム整合性チェック手段と、瞬断対応ヘッダが付加された符号化動画像データから符号化動画像データを抽出する符号化動画像データ抽出手段と、抽出した符号化動画像データをデコードするデコード手段、および、デコード手段により生成した動画像フレームを表示する表示手段を備える。
【００１１】
そしてこの受信装置を備えた車載端末は、地図データを読み取る地図読み取り手段と、地図データを読み取って地図を表示する表示手段と、受信装置の緯度経度情報を取得する緯度経度取得手段と、デコードした動画像フレームを表示された地図に重ね合わせて表示する表示制御手段と、デコードした動画像フレームに対して枠を付ける動画像フレーム枠処理手段、および、デジタル放送が受信できないとき簡易図形を表示するためのアイコン処理手段を備えている。
【００１２】
更に、緯度経度取得手段で取得された自車の緯度経度が特定地点の緯度経度に近づいたときに、動画像を表示することを運転手に通知する動画像表示通知手段と、動画像フレームが地図上の店舗あるいは学校等特定のシンボルに関連することを指し示す動画像フレーム指示表示手段と、デジタル放送の瞬断の回数を計測する瞬断回数計測手段と、放送の瞬断回数が所定の回数以下のときに動画像フレーム枠の種類を切り替えて表示する動画像フレーム枠表示手段と、瞬断回数が所定の回数を超えたときにはアイコン処理手段により地図画面の当該個所にアイコンを表示するアイコン表示手段と、瞬断が発生した後にデジタル放送の受信が正常に回復したときに動画像再生の再開を運転手に通知する正常再生通知手段、および、取得した自車の緯度経度が特定地点の緯度経度から離れたときに映像再生を停止することを運転手に通知する映像停止通知手段を備える。
【００１３】
これにより、受信装置を有する車などの移動体がトンネルを走行した時に、デジタル放送の電波が受信できないことによる符号化動画像データの欠落が発生した時に、地図を表示させながら、動画像フレームの枠の表示を切り替えることで運転手に直感的に瞬断が発生して映像が停止していることを通知することができるばかりでなく、瞬断が特定の回数以上発生したときには、動画像フレームを隠してアイコン表示にすることで地図画面における無駄な表示を避けることが可能である。
【００１４】
【発明の実施の形態】
以下、本発明によるデジタル放送を用いた動画像配信システムの実施の形態を、図面を用いて説明する。
【００１５】
図１は、本発明を用いた動画像配信システムの全体システム構成の一例を示している。図１において、１０００は放送局を示している。放送局１０００には、ＭＰＥＧ４コンテンツを配信するＭＰＥＧ４コンテンツ送出管理装置２０００，ＭＰＥＧ４コンテンツをデジタル放送向けにＭＰＥＧ２ Transport Streamへデータフォーマットを変換するためのパケタイザ３０００、およびＭＰＥＧ２ Transport StreamにしたデータをＯＦＤＭ変調した後にＵＨＦなどの所望の電波帯域に載せて送信局６に出力するための送信装置４０００が存在する。送信局６から送信される電波は、クロスダイポールアンテナやダイバーシティーアンテナのようなアンテナ７により受信することが可能である。アンテナ７は、例えば乗用車のような移動体８０００の屋根の上に配置する。移動体８０００内のシステムは、受信機９０００，デパケタイザ１００００、およびカーナビゲーション装置１１０００を備えている。受信機９０００は、アンテナ７より受信した電波からＯＦＤＭ復調により、ＭＰＥＧ２ Transport Stream データを取得することができる。取得した前記ＭＰＥＧ２ Transport Stream データから、デパケタイザ１００００によりＭＰＥＧ４コンテンツを取得する。取得したＭＰＥＧ４コンテンツは、カーナビゲーション装置１１０００上でデコード再生する。カーナビゲーション装置１１０００は、ＧＰＳ(Global Positioning System）衛星を複数用いて緯度経度情報を求めることにより自車位置を取得し、ＣＤ−ＲＯＭもしくはＤＶＤ−ＲＯＭといったメディア中に存在する地図データを所望の尺度で表示装置に表示した上に、前記緯度経度を元に自車位置を重ねて表示するものである。自車位置から目的地を設定して経路探索などをすることが可能である。
【００１６】
次に、図２において、放送局１０００内にある、ＭＰＥＧ４コンテンツ送出管理装置２０００のハードウェアについて説明する。ＭＰＥＧ４コンテンツ送出管理装置２０００は、論理演算や算術演算を実現するＣＰＵ２００１，ＣＰＵへの命令やデータを格納する主記憶装置２００２，ＣＰＵ２００１により得られた演算結果を永続的に格納する補助記憶装置２００４，マウスやキーボードやＣＤ−ＲＯＭといった入出力装置２００５、および前記装置群を接続するバス２００３から構成される。ＣＰＵ２００１は、主記憶装置２００２に格納されている機械語命令を呼び出し、この機械語命令に基づき論理演算，算術演算をして得られた結果を再び主記憶装置２００２に格納するといったことが可能である。
【００１７】
図３は、補助記憶装置２００４に格納されているＭＰＥＧ４データに関する属性テーブルを示す。属性テーブルは、コンテンツＩＤ２１００，データタイプＩＤ２１０２，コンテンツファイル名２１０４，コンテンツの格納場所２１０６、および緯度経度２１０８の項目を持つ。図３では、例えば、コンテンツＩＤ２１００の値が０ｘ０００１(２１１０)であるＭＰＥＧ４データは、コンテンツファイル名が“京都国道渋滞映像”で、データタイプＩＤ２１０２が０ｘ０１（２１１２）であり（データタイプＩＤについては図４の説明の中で行う）、このＭＰＥＧ４データの格納場所は、“Ｃ：￥ＭＰＥＧ￥”の領域であることを示している。またコンテンツＩＤ２１００の値が０ｘ０００１（２１１０）であるコンテンツの撮影された場所などといった特定地点との関連を示す情報も示している。例えば、表の２１１８においては、京都国道渋滞映像２１１４の撮影場所の緯度経度である（東経１３５度，北緯４０度）が格納している。これらの情報を格納した属性テーブルは、ファイルとしてＭＰＥＧ４コンテンツ送出管理装置の補助記憶装置に格納されており、後で説明するパケタイザ３０００，送信装置４０００，送信局６によって送出する。移動体８０００では、前記属性ファイルを取得し、カーナビゲーション装置１１０００の補助記憶装置にて格納する。移動体８０００の緯度経度情報と連携して、映像表示を制御する。
【００１８】
次に、図４を用いて、データタイプＩＤテーブルの説明をする。データタイプＩＤ２１０２は、ＭＰＥＧ４に圧縮した際のパラメータの組み合わせにＩＤを割り当てたものである。データタイプＩＤテーブルは、データタイプＩＤ２１０２，符号化方法２２００，符号化ビットレート２２０２，フレームレート２２０４から構成される。例えば、データタイプＩＤが０ｘ０１（２３００）のデータは、符号化方式２２００の項目が“ＭＰＥＧ４Video SimpleProfile” ２３０２であり、符号化ビットレート２２０２の項目が３２ｋｂｐｓ（２３０４）であり、フレームレート２２０４の項目が１０frame／sec（２３０６）であることを意味する。補助記憶装置２００４には、図３に示す前記属性テーブル，図４に示すデータタイプＩＤテーブル、およびＭＰＥＧ４に圧縮符号化されたデータおよび送出管理プログラムが格納されている。
【００１９】
図５にて、パケタイザ３０００の処理を説明する。パケタイザ３０００を実現するためのハードウェアは、ＣＰＵ，主記憶装置，補助記憶装置，入出力装置、およびバスといった前記ＭＰＥＧ４コンテンツ送出管理装置の構成要素により実現可能である。実際、ＭＰＥＧ４コンテンツ送出管理装置２０００にてパケタイザ３０００を実現する構成も可能である。本実施例では、ＭＰＥＧ４コンテンツ送出管理装置２０００とパケタイザ３０００は異なるハードウェアにより実現されているものとする。この場合、ＭＰＥＧ４コンテンツ送出管理装置２０００とパケタイザ３０００は、例えば、ネットワークインタフェースカードといった通信用の装置をそれぞれ入出力装置として持ち、ケーブルにより、データの送受信を行う。
【００２０】
パケタイザ３０００では、図３に示したテーブル形式で補助記憶装置２００４に格納されているＭＰＥＧ４ Videoビットストリーム３１００を瞬断対応ヘッダ付加処理部３４５０により、図６に示すような瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００に変換する。瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００は、瞬断対応ヘッダ付きＭＰＥＧ４ Video ビットストリーム→ＭＰＥＧ２ Transport Stream 処理部３６５０により、ＭＰＥＧ２ Transport Streamパケット３４００に変換される。
【００２１】
瞬断対応ヘッダ付加処理部３４５０について詳細を説明する。瞬断対応ヘッダ付加処理部３４５０入力されるＭＰＥＧ４ Videoビットストリーム３１００の詳細を図７に示す。ＭＰＥＧ４ Videoビットストリームは、ＩＳＯ／ＩＥＣ14496−２“Information Technology-Coding of audio-visual objects-Part2：Visual”にて定義されている。参考文献としては、工業調査会出版の「ＭＰＥＧ４のすべて」三木弼一著があげられる。ＭＰＥＧ４ Videoビットストリーム3100は、Visual Object Sequence Header３１０２，Visual Object Header３１０４，Visual Object Layer Header３１０８、および、Elementary Stream３１１０から構成される。Elementary Stream３１１０は、さらに複数のVideo Object Planeから構成される。特に、図７においては、Video Object Plane1(３１１２)，Video Object Plane2(３１１３）から構成されていることを意味している。
【００２２】
Visual Object Sequence Header３１０２ は、もっとも上位に位置付けられたビットストリームであるVisual Object Sequenceのヘッダであり、存在するVisual Object 情報をデコーダに対して設定するための情報を格納する領域である。Visual Object Header３１０４は、一つのVisual Object に対する情報をデコーダに対して通知するための情報を格納する領域である。Visual Object Layer Header３１０８は、画面サイズ，圧縮レートといった情報を格納する領域である。Elementary Stream ３１１０は、ＭＰＥＧ４の圧縮方式によりビット列化された情報を格納する領域である。Video Object Plane1（３１１２），VideoObject Plane2(３１１３）は、それぞれ映像のコマ一つ分に相当する情報である。各Video Object Planeには、静止画相当のＩフレームと、Ｉフレームとの差分画像から構成されるＰフレーム，Ｂフレームが存在する。Ｐフレームは、前にあるフレームから予測したフレームのことを意味する。また、Ｂフレームは、前に有るフレームと後ろにあるフレームの双方向から予測したフレームのことを意味する。
【００２３】
次に、ＭＰＥＧ４ Videoビットストリームの先頭に配置する瞬断対応ヘッダ３２１０について説明する。瞬断対応ヘッダ３２１０は、コンテンツＩＤ3202，データタイプ３２０４，Ｉフレーム有無フラグ、およびデータサイズ３２０８から構成される。瞬断対応ヘッダ付加処理部３４５０は、ＭＰＥＧ４コンテンツ送出管理装置２０００が有する補助記憶装置２００４中に格納されている属性テーブルからコンテンツＩＤの値を参照して、瞬断対応ヘッダ３２１０中のコンテンツＩＤ３２０２に対して値を設定する。また瞬断対応ヘッダ３２１０中のデータタイプＩＤ３２０４への値は、前記ＭＰＥＧ４コンテンツ送出管理装置２０００が有する補助記憶装置２００４中に格納されている属性テーブルにおけるデータタイプＩＤ１２０２の値を参照して設定する。瞬断対応ヘッダ３２１０中のＩフレーム有無フラグ３２０６への値は、ＭＰＥＧ４ Videoビットストリーム3100を解析する手段により、Video Object Plane1(３１１２），Video Object Plane（３１１３）といったVideo Object PlaneがＩフレームであるか、Ｂフレームであるのか、またはＰフレームであるのかを判定して設定する。
【００２４】
図８において、Video Object Plane３１１４の詳細を示す。Video Object Plane３１１４は、video_start_code３１１６、およびvideo_coding_type3118を有する。この他にも複数のデータ領域が存在するが、本発明における実施例では説明を省略する。
【００２５】
図９に、video_coding_type ３１１８の値に対するフレームの意味を表す対応表を示す。対応表の項目として、video_coding_type３１１８とcoding method３１１９０が存在する。この対応表に示すとおり、video_coding_type ３１１８の値が“００”３１１８２のときは、Ｉフレーム３１１９２を意味する。同様にvideo_coding_type ３１１８の値が“０１”のときは、Ｐフレーム３１１９４を、video_coding_type ３１１８の値が“１０”のときは、Ｂフレーム３１１９６を、video_coding_type ３１１８の値が“１１”のときはスプライト３１１９８を意味する。
【００２６】
瞬断対応ヘッダ付加処理部３４５０は、Video Object Plane３１１４の中にあるvideo_coding_type３１１８の値を参照することにより、該当Video Object Plane のフレームがＩフレームなのか否かを判定する。判定した結果がＩフレームであるならば、例えば“１”という値をＩフレーム有無フラグ３２０６に設定し、判定した結果がＩフレームでないならば、“０”という値をＩフレーム有無フラグ３２０６に設定する。さらに、瞬断対応ヘッダ付加処理部３４５０は、データサイズ３２０８を設定する必要がある。データサイズ３２０８の値は、一つのVideo Object Plane３１１４のデータサイズを算出して代入する。ＭＰＥＧ４Videoビットストリームの符号化ビットレートが６４kbpsの場合、一つのVideo Object Plane３１１４の最大サイズは、およそ５Kbyte 程度である。そこで、一つの瞬断対応ヘッダ一つにつき、ＭＰＥＧ４ Videoビットストリーム格納領域をを５Kbyte 分割り当てる。一つのVideo Object Plane３１１４のデータサイズが４Kbyteの場合、５Kbyte以内であるので、残り１Kbyteの領域には“０ｘ００”の値を代入する。
【００２７】
以上の瞬断対応ヘッダ付加処理部３４５０により瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００を生成する。次に瞬断対応ヘッダ付きMPEG４Videoビットストリーム３２００は、瞬断対応ヘッダ付きＭＰＥＧ４ Video ビットストリーム→ＭＰＥＧ２Transport Stream処理部３６５０により、この瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００をＩＳＯ／IEC13818−１：２０００のなかのＭＰＥＧ２ Transport Stream のデータフォーマット規格に準拠する形でＭＰＥＧ２ Transport Stream パケット３４００にマッピングする。
【００２８】
図１０において、ＭＰＥＧ２ Transport Stream パケット３４００について詳細を説明する。ＭＰＥＧ２ Transport Stream パケット３４００は、一つあたりのサイズが１８８バイトで、大まかにヘッダ領域（３４００２〜３４０１６）とペイロード（Payload）３４０１８から構成されている。
【００２９】
ヘッダ領域のSync_byte３４００２は、８ビットの同期信号で、デコーダがＭＰＥＧ２ Transport Streamパケット３４００の先頭を検出するために存在するデータである。値は、“01000111”である。Transport_error_indicator３４００４は、ＭＰＥＧ２ Transport Stream パケット３４００中のビットエラーの有無を示すフラグである。Payload_unit_start_indicator３４００６は、新たなＭＰＥＧ２ Transport Stream パケット３４００のペイロード（Payload）３４０１８が始まることを示すフラグである。Transport_priority３４００８は、ＭＰＥＧ２ Transport Stream パケット３４００の優先度を示す値である。ＰＩＤ３４０１０は、１３ビットのストリーム識別情報で該当パケットの個別ストリーム種別を示す。この値により、デコーダでは映像を取得したり、音声を取得したりといった動作を行う。本実施例では、予めＰＩＤの値を“0000000000000111”とする。この値は、主記憶装置に予め格納されている瞬断対応ヘッダ付きＭＰＥＧ４Videoビットストリーム→ＭＰＥＧ２ Transport Stream処理部3650内でＭＰＥＧ２ Transport Stream パケット３４００内のＰＩＤ３４０１０に設定する。Transport_scrampling_control３４０１２は、Payload ３４０１８にスクランブルをかけるか否かを設定する領域である。Adaptation_field_control３４０１４は、アダプテーションフィールドが存在するか否かおよびPayload３４０１８が存在するか否かを示す領域である。Continuity_counter３４０１６は、同じＰＩＤをもつパケットが途中で破棄されたか否かを検出するための情報で、４ビットの巡回カウンタの値を設定し、受信側でこの情報の連続性をチェックすることによって同一ＰＩＤパケットの破棄を検出する。Payload ３４０１８は、１８４バイトの領域であり、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００の５ｋバイトを１８４バイトに分割して、各ＭＰＥＧ２ Transport StreamパケットのPayload３４０１８に挿入する。
【００３０】
図１１は、送信装置４０００を示す図である。送信装置４０００は、ＭＵＸ４１００とＯＦＤＭ変調機４２００から構成される。ＭＵＸ４１００では、ＭＰＥＧ２ Transport Stream パケット３４００をＯＦＤＭ変調機４２００に伝送する前に、各ＭＰＥＧ２ Transport StreamパケットヘッダのTransport_error_indicator３４００４や、Continuity_counter３４０１６の値を設定する。OFDM変調機４２００は、例えば地上波デジタル放送の電波帯域に変調するための装置である。
【００３１】
ＯＦＤＭ変調機４２００は、ＭＰＥＧ２ Transport Stream パケット３４００を帯域にマップして伝送する。この帯域モデルは地上波デジタル放送の伝送方式として、１９９９年に電通技審にて答申された方式であり、Band Segmented Transmission ＯＦＤＭ方式である。これは図１２に示すように、ＵＨＦ帯において、一放送局あたり５.６ＭＨｚ(４３１０）の帯域を１３のセグメントに分割する。１セグメント４３０６の帯域は、約４２８ｋＨｚ(４３０８)であり、１セグメント４３０６にＭＰＥＧ２ Transport Stream パケット３４００が割り当てられる形になる。実施例においては、ＭＰＥＧ４ Videoを埋め込んだＭＰＥＧ２Transport Stream パケット３４００をＭＵＸにて再多重する。この際、５.６ＭＨｚ（４３１０）の帯域を１３のセグメントに分割したうち、２つのセグメントを使用して伝送する。
【００３２】
次に、車やバスといった移動体８０００の中の装置およびその機能について説明する。図１３に示されている受信機９０００は、ＯＦＤＭ復調機９１００およびＤＥＭＵＸ９２００から構成される。ＯＦＤＭ復調機９１００は、アンテナ７に接続しており、図１２に示すような電波帯域から電波を受信して、ＤＥＭＵＸ９２００に伝送する。ＤＥＭＵＸ９２００は、取得した１３セグメント中から２セグメントを選択して、２セグメント中のＭＰＥＧ２ Transport Stream を取り出す。
【００３３】
図１４では、デパケタイザ１００００の処理フローについて説明する。DEMUX９２００で取り出されたＭＰＥＧ２ Transport Streamパケット３４００は、ＭＰＥＧ２ Transport Stream→ＭＰＥＧ４ 処理部１１４００に渡されて、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００を出力する。この処理に先だって、予め定められたＰＩＤ３４０１０の値をデパケタイザの記憶領域に格納しており、ＭＰＥＧ２ Transport Stream→ＭＰＥＧ４ 処理部１１４００が起動する際に、格納されていたＰＩＤ３４０１０の値を参照してＭＰＥＧ２ Transport Stream パケット３４００中のPayload３４０１８から、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００を取得する。
【００３４】
図１５において、カーナビゲーション装置１１０００のハードウェア構成について説明する。カーナビゲーション装置１１０００は、ＣＰＵ１１００１，主記憶装置１１００２，表示制御部１１００３，液晶モニタなどの表示部１１００４，ハードディスクなどの補助記憶装置１１００５，土地の地形，一般道路・高速道路の情報、さらには小中学校や交番やコンビニやレストラン等の緯度経度を有する地点情報といった地図の情報を記録したＤＶＤ−ＲＯＭのような記憶媒体から地図データを読み取る地図読み取り装置１１００７，入出力装置１１００６，赤外線読み取り器１１００８，複数のＧＰＳ衛星により緯度経度情報を算出するためにＧＰＳ衛星の飛行位置情報を取得するＧＰＳ１１０１０，赤外線読取器にカーナビゲーション装置への制御信号を送信するリモコン１１００９、および時計の基準信号である３２.７６８ｋＨｚの水晶発振子を有するＲＴＣ（Real TimeClock ）のようなタイマー１１０１１から構成される。表示制御部１１００３については、特に地図データと動画像フレームの情報を重ね合わせる機能を持つ。カーナビゲーション装置１１０００ならびに表示部１１００４は、移動体8000の有するバッテリといった電源装置から、電源を取得して起動することになる。
【００３５】
次に、図１６において、カーナビゲーション装置１１０００上で動作するプログラムの構成について説明する。ＭＰＥＧ４再生プログラム１１１００は、ＩＳＯ／ＩＥＣ１４４９６−２にて規定されるＭＰＥＧ４ Videoビットストリームから映像情報を出力するプログラムである。カーナビゲーションプログラム１１４００は、地図読み取り装置１１００７より読み出した地図データとＧＰＳにより取得した自車の緯度経度を元に、表示部１１００４に表示された地図上に自車の位置をマップする。ＯＳ１１３００は、ＭＰＥＧ４再生プログラム11100およびカーナビゲーションプログラム１１４００によるＣＰＵ１１００１等ハードウェア資源の利用時間を最適配分したり主記憶装置１１００２の使用を制御したりする。デバイスドライバ１１５００は、カーナビゲーション装置１１０００中に存在するＣＰＵ１１００１，主記憶装置１１００２，表示制御部１１００３，ハードディスクなどの補助記憶装置１１００５，地図読み取り装置１１００７，入出力装置１１００６，赤外線読み取り器１１００８、およびＧＰＳ11010 等の装置を、ＭＰＥＧ４再生プログラム１１１００，カーナビゲーションプログラム１１４００、およびＯＳ１１３００が使用するためのプログラムである。
【００３６】
図１７を用いてＭＰＥＧ４再生プログラム１１１００について説明する。
ＭＰＥＧ４再生プログラム１１１００は、ビットストリーム入力１１１１０，コンテンツＩＤチェック１１１１２，データタイプチェック１１１１４，ＶＯＰ整合性チェック１１１１６，デコーダ１１１１７，処理ブロック１１１３８、およびレンダラ１１１１８から構成される。
【００３７】
ビットストリーム入力１１１１０は、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００を読み込む。コンテンツＩＤチェック１１１１２は、読み込まれた瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００の瞬断対応ヘッダからコンテンツＩＤの値を参照し、前回コンテンツＩＤの値を格納する変数および今回コンテンツＩＤの値を格納する変数の二つの変数の値を保持する機能を有する。データタイプチェック１１１１４は、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００の瞬断対応ヘッダから、データタイプＩＤ３２０４の値を取得し、符号化ビットレート値，フレームレート値を取得する。ＶＯＰ整合性チェック１１１１６は、Video Object Plane（以下ＶＯＰと表記）がデコーダ１１１１７でデコードするデータであるか否かを評価する。デコーダ１１１１７は、ＭＰＥＧ４ Videoビットストリーム３１００のハフマン符号を解析して、逆離散コサイン変換などの処理をする。
【００３８】
処理ブロック１１１３８における処理は、以下の４つの処理から構成される。予め存在する文字列からビットマップを生成してカーナビゲーション装置の主記憶装置１１００２に格納する処理を行う文字列表示処理１１１２０、予めアイコンを生成するために必要な画素毎の色定義ファイルを保持しておき、デジタル放送が受信できないことで動画像データが取得できないときにはカーナビゲーション装置上に表示する上で適切なサイズを算出し、適切なサイズのアイコンのビットマップを生成して表示するためのアイコン処理１１１３４，映像フレームのサイズを算出して映像のサイズに対し２画素分の外枠を生成する映像枠処理11136、および、ビットストリーム入力部の状態を監視して、ビットストリーム中にデータが存在しないときには瞬断とみなして瞬断回数をインクリメントして変数に格納する瞬断回数格納処理１１１３９の４つの処理から構成される。瞬断回数格納処理１１１３９では、一定間隔で瞬断が発生したか否かを判定するためにタイマー１１０１１を用いる。さらに、瞬断回数格納処理１１１３９では、瞬断回数に対する閾値を格納している。本実施例においては、瞬断回数は１秒毎に更新し、１秒間に３回を閾値として１秒間に３回以上瞬断回数がカウントされた場合には処理を切り替えている。
【００３９】
レンダラ１１１１８は、デコーダ１１１１７により生成された表示可能な映像フレームデータと前記１１１３８の処理によって生成した文字情報・アイコン情報・映像枠情報をビットマップに変換してデータを重ね合わせる。レンダラ１１１１８はＲＧＢ１１１３０、またはＹＵＶ１１１３２の映像フォーマットで表示制御部１１００３に映像信号を渡す。また、レンダラ１１１１８は、フレームバッファを保持していて、表示すべきフレームバッファと上書き可能なフレームバッファといった２種類の状態を管理している。表示制御部１１００３は、表示部１１００４を制御して映像を表示する。
【００４０】
図１８では、図１７で説明したＭＰＥＧ４再生プログラムの個々の処理ブロックにおける処理フローについて説明する。コンテンツＩＤチェック１１１１２の処理では、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００の瞬断対応ヘッダからコンテンツＩＤの値を取得し、今回コンテンツＩＤに格納する（Ｓ１）。ＭＰＥＧ４再生プログラム１１１００が起動した段階では、前回コンテンツＩＤと今回コンテンツＩＤはいずれも“０”値を設定しておくものとする。次に保持している前回コンテンツＩＤの値を呼び出す（Ｓ２）。そして前回コンテンツＩＤと今回コンテンツＩＤを比較し（Ｓ３）、これらが同じ場合には次にＶＯＰ整合性チェック１１１１６に処理が切り替わる（Ｓ５）。もしも、前回コンテンツＩＤと今回コンテンツＩＤが異なる場合（Ｓ４）、前回コンテンツＩＤの変数に今回コンテンツＩＤの値を代入し（Ｓ６）、データタイプチェック１１１１４に処理が切り替わる。
【００４１】
データタイプチェック１１１１４では、まず始めに、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００の瞬断対応ヘッダから、デコーダタイプを取得する（Ｓ７）。次に符号化ビットレート値を取得する（Ｓ８）。そして、フレームレート値を取得し（Ｓ９）、制御線１１１２２を経由して、デコーダ１１１１７が保持しているデコード制御のための変数を初期化する（Ｓ１０）。この初期化を実行しないと、コンテンツＩＤが異なる瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００を取得した時に、早回しになったり、フリーズしたりといったデコーダ１１１１７に異常な処理をさせてしまうことになる。最後に、レンダラ１１１１８のフレームバッファ領域を制御線11124 経由で初期化する（Ｓ１１）。
【００４２】
図１９では、ＶＯＰ整合性チェック１１１１６の処理フローについて説明する。まず、ＶＯＰが意味のあるデータとして存在するかどうか瞬断対応ヘッダ3210中のデータサイズ３２０８をチェックする（Ｓ１２）。ＶＯＰが瞬断対応ヘッダ３２１０中のデータサイズ３２０８の値に合致するとき（Ｓ１３）、デコーダ１１１１７にてデコード処理を行う(Ｓ１５)。ＶＯＰが瞬断対応ヘッダ３２１０中のデータサイズ３２０８の値に合致しないとき（Ｓ１４）、次の瞬断対応ヘッダ３２１０中のＩフレーム有無フラグの値を参照することで、Ｉフレーム情報検出処理を行い（Ｓ１７）、Ｉフレーム情報が有るか否かの判定をする（Ｓ１８）。もしも、Ｉフレーム情報があるならば（Ｓ１９）、デコーダ１１１１７による８ｘ８毎の逆量子化、逆離散コサイン変換といったＭＰＥＧ符号化動画像のデコード処理に切り替わる（Ｓ１５）。このデコード処理の後、映像表示処理により、レンダラ１１１１８は、予めカーナビゲーション装置１１０００の主記憶装置１１００２に格納されている動画像表示位置（ｘ，ｙ）座標値を読み取り、表示制御装置１１００３は、地図画面の左上の座標を原点として地図画面上の（ｘ，ｙ）座標値から動画フレーム左上を描画するための処理をする。その後、表示部１１００４に映像を表示する。もしも、Ｉフレーム情報が無いならば、文字列表示処理を実行し（Ｓ２１）、Ｉフレーム情報検出処理（Ｓ１７）に切り替わる。
【００４３】
処理Ｓ２１における文字列表示処理の実行の際には、たとえば予めカーナビゲーション装置で保持されている文字列データ「電波が受信できません」をビットマップ静止画に変換しておき、この変換したビットマップ静止画をレンダラ１１１１８に渡す。レンダラ１１１１８は、予めカーナビゲーション装置11000の主記憶装置１１００２に格納されているこのビットマップ静止画の表示位置座標（ｘ１，ｙ１）を読み取り、表示しようとする動画の動画フレーム表示位置（ｘ，ｙ）の値とのベクトル演算をＣＰＵ１１００１にて実行し、地図画面の左上の座標を原点として地図画面上の（ｘ＋ｘ１，ｙ＋ｙ１）座標値を求めて文字列データのビットマップ静止画を描画するための処理をする。そして表示制御部１１００３を介して表示部１１００４に「電波が受信できません」と動画像再生中断情報を表示する。
【００４４】
また、ビットストリーム入力１１１１０でバッファに瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリームが無い場合には、瞬断回数格納処理11139 が起動し、所定の間隔における瞬断回数をカウントし、予め格納している瞬断回数の閾値と比較して、もしも瞬断回数が閾値を超えたらアイコン処理１１１３４を起動し、もしも瞬断回数が閾値よりも小さければ、映像枠処理１１１３６を起動する。文字列処理１１１２０を起動するか、表示枠処理１１１３６を起動するかの選択については、瞬断回数格納処理１１１３９で予め呼び出し規則を設定することで実現する。
【００４５】
アイコン処理１１１３４を起動した場合には、表示部１１００４の表示画面サイズの情報により、例えば表示画面サイズの２０分の１といったように予め設定された縮尺でアイコンのサイズを決定し、アイコンのビットマップを生成する。
【００４６】
図２０は、移動体８０００，カーナビゲーション装置１１０００、および放送局１０００間のシーケンス図を示している。カーナビゲーション装置１１０００は、電源を投入することで起動され、主記憶装置１１００２，表示制御部11003といったハードウェアの初期化を行い、ＣＰＵ１１００１は地図読み取り装置１１００７から、地図データを読み取り、表示制御部１１００３を介して表示部１１００４に地図画面１１７００が表示される（Ｓ２７）。カーナビゲーション装置１１０００は、補助記憶装置１１００５と地図読み取り装置１１００７に格納されている地点情報を読み取り、地図上に表示する（Ｓ２８）。
【００４７】
放送局１０００は、映像放送開始により、前述したＭＰＥＧ４コンテンツ送出管理装置２０００，パケタイザ３０００，送信装置４０００、および送信局６によってデジタル放送が開始される（Ｓ３９）。その後は、放送終了までコンテンツが放映中（Ｓ４０）ということになる。放映中にはコンテンツのファイルのほかに、属性テーブルを保持するファイルをＭＰＥＧ２ Transport Stream ペイロードに格納して、例えば１０秒毎に周期的に送出する（Ｓ４１）。
【００４８】
カーナビゲーション装置１１０００は、移動体８０００が走行を開始すると（Ｓ２２）、地図画面１１７００上に自車位置１１７４２の表示を開始する（Ｓ２９）。また、放送局１０００から送出されたコンテンツの属性テーブルを格納したファイルが受信されたら、デパケタイザ１００００がＭＰＥＧ２ Transport Streamのペイロードから属性テーブルを再構成し、カーナビゲーション装置１１０００に渡す。カーナビゲーション装置１１０００は、補助記憶装置１１００５にて、属性テーブルを格納したファイルを保持する（Ｓ４２）。属性テーブルを格納したファイルは、カーナビゲーションプログラム１１４００により参照され、ＧＰＳから得た自車の緯度経度と比較される。属性テーブルにおける緯度経度と自車の緯度経度の距離が例えば１ｋｍ以内の場合には、カーナビゲーション装置１１０００は、ＭＰＥＧ４再生プログラム１１１００を起動し、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００がビットストリーム入力１１１１０でバッファに一定量蓄積されるのを待つ。
【００４９】
自車位置１１７４２が、映像に関連する地点１１７４８に近づくと（Ｓ２３）、「地点に関連した映像を再生します」というストリーム再生開始のダイアログ１１７５０を地図画面上に表示し（Ｓ３０）、映像１１７１０を表示する。この時、映像枠処理部１１１３６により正常に受信していることを示す青色で映像表示枠を生成して表示する（Ｓ３１）。
【００５０】
映像枠処理１１１３６を起動した場合には、Ｓ４２で放送波から取得した属性テーブルのファイル中から緯度経度情報を求め、地図画面におけるコンテンツ表示位置座標（ｘ２，ｙ２）を算出する。映像表示開始位置については、映像の縦と横の表示サイズと、図２３に示すような指示図形１１００４のサイズ(ｂ，ｃ)から、（ｘ２＋ｂ＋映像の横サイズ，ｙ２＋ｃ＋映像の縦サイズ），（ｘ２−ｂ−映像の横サイズ，ｙ２−ｃ−映像の縦サイズ），（ｘ２＋ｂ＋映像の横サイズ，ｙ２−ｃ−映像の縦サイズ），（ｘ２−ｂ−映像の横サイズ、ｙ２＋ｃ＋映像の縦サイズ）、の４通りの開始位置が考えられる。これら４通りの内、どの映像表示開始位置を選択するかについては、地図画面の中心点を原点として、地図画面に表示されている地点情報が第１象限に位置するときは（ｘ２＋ｂ＋映像の横サイズ，ｙ２−ｃ−映像の縦サイズ）を、第２象限に位置するときは（ｘ２−ｂ−映像の横サイズ，ｙ２−ｃ−映像の縦サイズ）を、第３象限に位置するときは（ｘ２−ｂ−映像の横サイズ，ｙ２＋ｃ＋映像の縦サイズ）を、第４象限に位置するときは（ｘ２＋ｂ＋映像の横サイズ，ｙ２＋ｃ＋映像の縦サイズ）を選択する。前記選択した座標をレンダラ１１１１８に渡して表示を行う。
【００５１】
移動体８０００が瞬断の発生しやすい、ビルの谷間やトンネル，高架下を走行中のときには（Ｓ２４）、映像枠処理１１１３６では、ビットストリーム入力１１１１０のバッファを監視することでデータの取得状態を知ることができる。このため、瞬断を発生しやすい個所を走行している際には映像表示枠の色を赤色となるように、映像枠処理部１１１３６にて映像のサイズから２画素分外枠となるようにビットマップを生成してレンダラ１１１１８に渡す（Ｓ３２）。また、瞬断回数格納処理１１１３９で瞬断回数をカウントし（Ｓ３３）、１秒間に３回以上瞬断した場合には、映像１１７１０および映像表示枠１１７２２を消去する。そして瞬断回数格納処理１１１３９からアイコン処理１１１３４を起動して、アイコンのビットマップを生成し、レンダラ１１１１８に渡すことで、アイコン１１７４６を地図画面１１７００の左下に表示する（Ｓ３４）。
【００５２】
移動体８０００が、瞬断の発生しやすい場所から、放送を受信しやすい場所に走行場所を移動したときには（Ｓ２５）、ビットストリーム入力１１１１０のバッファに瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリームが保持されることになるため、瞬断回数格納処理１１１３９では、正常に放送波が受信されていることを知ることができる。そこで「映像を表示します」というストリーム再生再開のダイアログ１１７５２を表示し（Ｓ３５）、映像表示枠は、映像枠処理１１１３６の機能により青色で表示する（Ｓ３６）。
【００５３】
移動体が映像に関連する地点から離れるときには（Ｓ２６）、「映像を終了します」というストリーム再生停止のダイアログ１１７５４を表示し（Ｓ３７）、映像および映像表示枠を地図画面上から消去する（Ｓ３８）。
【００５４】
図２１から図３０では、表示部１１００４における画面の状態遷移を示す。まず、起動したカーナビゲーションプログラム１１４００は、図２１のように、地図読み取り装置１１００７から地図データを取得して、表示制御部１１００３により液晶ディスプレイなどの表示部１１００４に地図画面１１７００を表示する。また、レストランやコンビニなどの店舗といった地点情報１１７４８と、自車位置を示すアイコン１１７４２が地図画面１１７００上に表示されている。地点情報１１７４８が放送映像と関連があることは、カーナビゲーション装置に格納されている属性テーブルにおける、コンテンツＩＤと緯度経度の対応表により知ることができる。
【００５５】
映像に関連する地点情報に移動体が接近すると、その地点に関連した放送映像が再生される。自車位置と映像に関連する地点との距離が例えば１ｋｍ以内になったときには、図２２のように「地点に関連した映像を再生します」といったダイアログ１１７５０が表示される。この「地点に関連した映像を再生します」ダイアログ１１７５０を表示後所定の時間が経過すると、このダイアログが消えて図２３に示すように、ＭＰＥＧ４の映像１１７１０を地点情報１１７４８の左肩の位置に表示する。映像の表示位置は、放送により取得した画像の縦および横の画素数と、地図画面に対して地点情報を表示している（ｘ，ｙ）座標、ならびに映像と地点情報が関連付けられていることを示す指示図形１１７４４のサイズにより算出することで決定する。表示部１１００４には、地図画面１１７００と映像表示画面１１７１０が重畳表示される。
【００５６】
瞬断が発生してＭＰＥＧ４データが取得できなくなった場合には、図２４のように映像１１７１０の枠１１７２２の色を青から赤に変化させて強調する事で、運転手に受信の瞬断発生を通知する。瞬断回数が、１秒間に３回より少ない回数であるならば、枠の色を変化させる事で対応する。この図２４は、電波の瞬断などが発生して、ＭＰＥＧ４ VideoビットストリームのＶＯＰの整合性が取れないときの処理を実行したときの画面表示を示している。
【００５７】
図２５は、放送波画が正常に受信できるようになり瞬断回数が１秒間に０回になれば、瞬断が０回、すなわち、正常に映像が受信できていることを示すため映像１１７１０の枠１１７２４を青色で表示することを示している。表示部111004に表示される地図画面１１７００の上には、ＭＰＥＧ４の映像１１７１０と映像表示枠１１２７２４と映像と地点が関連していることを示す指示図形１１７４４が表示されている。この映像表示枠１１２７２４が青で表示されることにより、電波の瞬断から回復して再び正常にＭＰＥＧ４ Videoビットストリームを取得することができ、ＶＯＰの整合性が取れている状態であることを示している。この場合映像１１７１０は、Ｉフレーム情報検出処理Ｓ１７により再びＩフレームから映像が表示される。
【００５８】
瞬断が頻繁に発生し、例えば、瞬断回数が、１秒間に３回以上の場合には、図２６に示すように、これまで表示部１１１００４の地図画面１１７００上に表示していた映像ならびに、映像表示枠を消去し、地図画面１１７００の左下に、瞬断が頻発し正常に放送映像を表示できないことをあらわすアイコン１１７４６を表示する。そして再びデジタル放送が受信できるようになり、正常に映像が再生できるようになると、図２７のように表示部１１１００４の地図画面１１７００上に「映像を表示します」という映像表示再開のダイアログ１１７５２を表示する。表示部１１１００４の地図画面１１７００上に「映像を表示します」ダイアログ１１７５２を表示後所定の時間が経過すると、図２８の様にアイコン11746とダイアログ１１７５２を消して、ＭＰＥＧ４の映像１１７１０を表示する。その際には、映像が地点１１７４８に関連していることを示すために、指示図形１１７４４が表示される。
【００５９】
自車位置が映像に関連した地点から所定距離以上離れたときには、図２９のように表示部１１１００４に表示されている地図画面１１７００上に「映像を停止します」ダイアログ１１７５４を表示する。そして一定時間が経過すると図３０のように、「映像を停止します」ダイアログ１１７５４がクリアされて、地図画面１１７００のみが再生される。
【００６０】
この様に本発明により、放送インフラといった基本的に一方向のデータ伝送システムにおいて、受信データの一部が抜けた場合でも再送要求がなされない無線環境にて、移動体がトンネルを走行したときなどに電波の瞬断が起きても、ＭＰＥＧ４ Videoのデコーダでフリーズさせないためのプロトコルを実現することができる。即ち、この発明では、取り出したＭＰＥＧ４ Videoから表示フレームとして人間の目に意味のあるＩフレームをＭＰＥＧ４データからサーチし、Ｉフレームより前の差分画像は破棄し、Ｉフレーム以降からデコード再生を行うことで視聴者に対して矛盾のある映像を見せずに表示をすることが可能である。
【００６１】
また、この発明により、自車位置の移動に応じて、カーナビゲーション装置を動作・表示させながらＭＰＥＧ４を重ね合わせて表示した場合に、車がトンネル中を走行することによる電波の瞬断でデータが取得できなくても、デコーダを再起動させずに、連続的に映像を再生できるために運転手に見易い映像情報を提供可能である。
【００６２】
さらには、電波の瞬断でデータが抜けることによる映像の停止の際に、１秒間の瞬断回に応じて映像枠の色を変化させたり、アイコン化して表示することで、瞬断の発生による映像の停止に対して運転手が違和感を感じることなく、デジタル放送の瞬断状況を知ることができるばかりでなく、停止した映像を隠すことで地図画面を有効的に表示できるため、映像表示により隠れたところを気にしないで済むようになる。
【００６３】
【発明の効果】
以上の様に、本発明によれば、電波の瞬断が起きても、視聴者に対して矛盾のある映像を見せずに表示をすることが可能であり、瞬断の発生による映像の停止に対して運転手が違和感を感じることなく、デジタル放送の瞬断状況を知ることができるため、運転手は、デジタル放送の受信状態を特に意識せずに運転に専念することが可能である。
【図面の簡単な説明】
【図１】本発明を用いた動画像配信システムのシステム構成図。
【図２】ＭＰＥＧ４コンテンツ送出管理装置のハードウェア構成図。
【図３】ＭＰＥＧ４コンテンツの属性テーブルを示す図。
【図４】データタイプＩＤテーブルを示す図。
【図５】パケタイザの処理フロー図。
【図６】瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリームの詳細図。
【図７】ＭＰＥＧ４ Videoビットストリームの詳細図。
【図８】 Video Object Planeの詳細図。
【図９】 video_coding_typeの値とフレームの意味の対応表を示す図。
【図１０】ＭＰＥＧ２ Transport Streamパケットの詳細図。
【図１１】送出装置のシステム構成図。
【図１２】 Band Segmented Transmission ＯＦＤＭ方式を説明する図。
【図１３】受信機のシステム構成図。
【図１４】デパケタイザの処理フロー図。
【図１５】カーナビゲーション装置のハードウェア構成図。
【図１６】カーナビゲーション装置のソフトウェア構成図。
【図１７】ＭＰＥＧ４再生プログラムのブロック図。
【図１８】コンテンツＩＤチェック，データタイプチェックの処理フロー図。
【図１９】ＶＯＰ整合性チェックの処理フロー図。
【図２０】移動体，カーナビゲーション装置，放送局間のシーケンス図。
【図２１】地点情報と自車位置が表示された地図画面を示す図。
【図２２】映像再生ダイアログを表示している画面の図。
【図２３】ＭＰＥＧ４映像を重畳表示させた地図画面を示す図。
【図２４】瞬断の発生により映像表示枠の色を変えた表示を示している画面の図。
【図２５】正常に電波が受信可能になった際の映像表示枠の色を変えた表示画面の図。
【図２６】瞬断の発生を通知するアイコンを地図画面上に表示している画面を示す図。
【図２７】映像表示再開ダイアログを表示している画面を示す図。
【図２８】ＭＰＥＧ４映像表示を再開した画面を示す図。
【図２９】映像表示終了ダイアログを表示している画面を示す図。
【図３０】映像表示終了字の地図画面を示す図。
【符号の説明】
１０００…放送局、２０００…ＭＰＥＧ４コンテンツ送出管理装置、３０００…パケタイザ、４０００…送信装置、３２００…瞬断対応ヘッダ付きＭＰＥＧ４Video ビットストリーム、９０００…受信機、１００００…デパケタイザ、１１０００…カーナビゲーション装置。
【発明の属する技術分野】
この発明は、携帯端末や車載端末などの移動体を対象とするデジタル放送サービスを受信するデジタル放送受信装置に関する。
【０００２】
【従来の技術】
現在、動画像の圧縮方式としてＭＰＥＧ(Moving Picture Expert Group）標準規格が多く利用されている。ＭＰＥＧ標準規格には、ＭＰＥＧ１，ＭＰＥＧ２，ＭＰＥＧ４，ＭＰＥＧ７など存在する。放送衛星(ＢＳ：Broadcast Satellite）によるデジタル放送(ＢＳデジタル放送)における映像は、ＩＳＯ／ＩＥＣ13818−２で規格化されているＭＰＥＧ２ Videoという動画像圧縮方式を採用している。また、ＭＰＥＧ２ Videoを送出する方式として、ＩＳＯ／ＩＥＣ１３８１８−１：２０００で規格化されているＭＰＥＧ２ Transport Streamを用いる。
【０００３】
ＭＰＥＧ４は移動体に適したＩＳＯ／ＩＥＣ１４４９６で規格化された映像圧縮技術であり、今後これを用いた様々なサービスが有望視されている。ＭＰＥＧ４は、現在のところ携帯電話などを用いた通信インフラによる配信が主であるものの、今後地上波デジタル放送・衛星デジタル放送をはじめとしたデジタル放送インフラへの展開が期待されている。こうした背景からＭＰＥＧ４による車上への放送が検討されている。
【０００４】
また、実用化の方向にある地上波デジタル放送では、ＣＱ出版社刊「インターフェース」２０００年１１月号８２ページにあるように、変調方式にＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式を用い、現行のアナログテレビジョン放送と同様に１ＲＦチャンネルの帯域幅あたり６ＭＨｚで伝送できる。１９９８年９月に郵政省が「地上デジタルテレビジョン放送暫定方式」として定めた方式をＩＳＤＢ−Ｔと呼ぶ。このＩＳＤＢ−Ｔ方式では、６ＭＨｚ帯域内のＯＦＤＭ信号は、１３のセグメントに分割して、各放送局で自由にセグメントを使用して番組を配信することが可能である。例えば、１３セグメントのうち、１０セグメントを家庭などの固定受信向けに、２セグメントをカーナビや携帯端末などの移動体向けに、残り１セグメントを音声ラジオ向けに、といったサービスを可能としている。また、セグメント毎にＯＦＤＭ変調方式を変えることが可能である。このことを階層化伝送と呼ぶ。階層化伝送により、たとえば、家庭向けにデータの伝送帯域を増やしたり、または移動体での受信向けにエラーに強い方式にしたりといったように、サービス要件に応じて伝送パラメータを最大３階層に分類したセグメント毎に変更が可能である。このため、地上波デジタル放送では、家庭向けサービスばかりでなく、携帯端末や、カーナビといった移動体端末へのサービスが期待されている。
【０００５】
【発明が解決しようとする課題】
このように、移動体に向けたデジタル放送サービスが実現可能となってきたが、放送の電波が受信できない際にはデータが取得できないという本質的な課題が存在する。
【０００６】
ニュースやスポーツ中継のようなライブ映像がストリーミング型のＭＰＥＧ４で圧縮されて移動体向けに放送されている場合、移動体がトンネルを通過することで電波の瞬断などの受信障害により途中のデータが抜けてしまうと、最終的に取り出したＭＰＥＧ４ Videoが、ＰフレームもしくはＢフレームなどの差分画像からデコードすることになるため映像として矛盾した表示をすることになり、移動体端末上で配信映像を正常に再生できない問題がある。またデコードの際にも、デコーダにとって予期せぬビット列を渡してしまうと、場合によってはデコーダがフリーズすることも考えられる。ＭＰＥＧ４は強い誤り訂正符号化方式であるが、このような電波の瞬断によって大きくデータの欠落が発生した際には、誤り訂正だけで欠落したデータを復活させることは困難であり、また動画像再生機器の再起動が必要になることも考えられる。
【０００７】
このように伝送路に瞬断が発生してデコーダがフリーズしたり、場合によってはデコードしている機器自体が正常に動作しなくなるといった事態が生じた場合、デコーダを手動で終了させるか、デコード機器を手動でリセットするといった必要がある。しかし、車載器の場合には運転者には即座に対処できない可能性が大きい。瞬断が発生しても運転手が自らの操作を必要せずに、映像再生が復帰できるような動画像配信方式，動画像配信システム，動画像再生端末が必要である。
【０００８】
デジタル放送にて瞬断が発生したときに、カーナビ地図上に表示した映像に文字情報を重畳させることでユーザに瞬断を通知する方式については、社団法人情報処理学会第６２回（平成１３年前期）全国大会で配布された「第６２回全国大会（平成１３年前期）特別トラック講演論文集」ＣＤ−ＲＯＭの特別トラック５（情報家電とネットワーク）の「デジタル放送とコンテンツ配信」セッション、“デジタル放送による車上情報配信システム（２）−ＭＰＥＧ４配信システムの検討”が知られている。ここでは、電波が受信できない場合、映像が停止し、「電波が受信できません」という文字列を渋滞映像上に表示している。そして、電波が再び受信できるようになると再生が可能となる。
【０００９】
この公知例では、電波が受信できないときには、映像中に文字情報を表示して文字情報で運転手に通知する手段を採用しており、地図上の文字列と混在することが考えられる。さらには、電波が受信できない状態が頻繁に発生するときについての運転手への対処の方式が未定義である。これらの問題点のために、マルチメディアコンテンツを見やすく提供することが難しい。そこで、電波が受信できないときにより簡便に運転手に通知する方式とそれに伴う映像表示方式を検討する必要がある。
【００１０】
【課題を解決するための手段】
本発明の課題を解決するために、まず、動画像符号化方式であるＭＰＥＧ規格にて符号化された符号化動画像データ中に含まれる静止画相当のフレームであるＩフレームを検出するＩフレーム検出手段と、データの欠損に対処するためのヘッダを符号化動画像データに付加する瞬断対応ヘッダ付加処理手段と、前記Ｉフレームを含む情報を瞬断対応ヘッダ中に設定するＩフレーム有無情報付加手段、および、瞬断対応ヘッダが付加された符号化動画像データをデジタル放送の帯域で送信するための送信手段を備えた送信装置により瞬断対応ヘッダを付加した符号化動画像データが放送される。またこの放送を受信する受信装置は、デジタル放送を受信するデータ受信手段と、Ｉフレームを含むか否かの情報を瞬断対応ヘッダから検出するＩフレーム有無情報検出手段と、符号化動画像データにおけるフレームの整合性をチェックする符号化動画像フレーム整合性チェック手段と、瞬断対応ヘッダが付加された符号化動画像データから符号化動画像データを抽出する符号化動画像データ抽出手段と、抽出した符号化動画像データをデコードするデコード手段、および、デコード手段により生成した動画像フレームを表示する表示手段を備える。
【００１１】
そしてこの受信装置を備えた車載端末は、地図データを読み取る地図読み取り手段と、地図データを読み取って地図を表示する表示手段と、受信装置の緯度経度情報を取得する緯度経度取得手段と、デコードした動画像フレームを表示された地図に重ね合わせて表示する表示制御手段と、デコードした動画像フレームに対して枠を付ける動画像フレーム枠処理手段、および、デジタル放送が受信できないとき簡易図形を表示するためのアイコン処理手段を備えている。
【００１２】
更に、緯度経度取得手段で取得された自車の緯度経度が特定地点の緯度経度に近づいたときに、動画像を表示することを運転手に通知する動画像表示通知手段と、動画像フレームが地図上の店舗あるいは学校等特定のシンボルに関連することを指し示す動画像フレーム指示表示手段と、デジタル放送の瞬断の回数を計測する瞬断回数計測手段と、放送の瞬断回数が所定の回数以下のときに動画像フレーム枠の種類を切り替えて表示する動画像フレーム枠表示手段と、瞬断回数が所定の回数を超えたときにはアイコン処理手段により地図画面の当該個所にアイコンを表示するアイコン表示手段と、瞬断が発生した後にデジタル放送の受信が正常に回復したときに動画像再生の再開を運転手に通知する正常再生通知手段、および、取得した自車の緯度経度が特定地点の緯度経度から離れたときに映像再生を停止することを運転手に通知する映像停止通知手段を備える。
【００１３】
これにより、受信装置を有する車などの移動体がトンネルを走行した時に、デジタル放送の電波が受信できないことによる符号化動画像データの欠落が発生した時に、地図を表示させながら、動画像フレームの枠の表示を切り替えることで運転手に直感的に瞬断が発生して映像が停止していることを通知することができるばかりでなく、瞬断が特定の回数以上発生したときには、動画像フレームを隠してアイコン表示にすることで地図画面における無駄な表示を避けることが可能である。
【００１４】
【発明の実施の形態】
以下、本発明によるデジタル放送を用いた動画像配信システムの実施の形態を、図面を用いて説明する。
【００１５】
図１は、本発明を用いた動画像配信システムの全体システム構成の一例を示している。図１において、１０００は放送局を示している。放送局１０００には、ＭＰＥＧ４コンテンツを配信するＭＰＥＧ４コンテンツ送出管理装置２０００，ＭＰＥＧ４コンテンツをデジタル放送向けにＭＰＥＧ２ Transport Streamへデータフォーマットを変換するためのパケタイザ３０００、およびＭＰＥＧ２ Transport StreamにしたデータをＯＦＤＭ変調した後にＵＨＦなどの所望の電波帯域に載せて送信局６に出力するための送信装置４０００が存在する。送信局６から送信される電波は、クロスダイポールアンテナやダイバーシティーアンテナのようなアンテナ７により受信することが可能である。アンテナ７は、例えば乗用車のような移動体８０００の屋根の上に配置する。移動体８０００内のシステムは、受信機９０００，デパケタイザ１００００、およびカーナビゲーション装置１１０００を備えている。受信機９０００は、アンテナ７より受信した電波からＯＦＤＭ復調により、ＭＰＥＧ２ Transport Stream データを取得することができる。取得した前記ＭＰＥＧ２ Transport Stream データから、デパケタイザ１００００によりＭＰＥＧ４コンテンツを取得する。取得したＭＰＥＧ４コンテンツは、カーナビゲーション装置１１０００上でデコード再生する。カーナビゲーション装置１１０００は、ＧＰＳ(Global Positioning System）衛星を複数用いて緯度経度情報を求めることにより自車位置を取得し、ＣＤ−ＲＯＭもしくはＤＶＤ−ＲＯＭといったメディア中に存在する地図データを所望の尺度で表示装置に表示した上に、前記緯度経度を元に自車位置を重ねて表示するものである。自車位置から目的地を設定して経路探索などをすることが可能である。
【００１６】
次に、図２において、放送局１０００内にある、ＭＰＥＧ４コンテンツ送出管理装置２０００のハードウェアについて説明する。ＭＰＥＧ４コンテンツ送出管理装置２０００は、論理演算や算術演算を実現するＣＰＵ２００１，ＣＰＵへの命令やデータを格納する主記憶装置２００２，ＣＰＵ２００１により得られた演算結果を永続的に格納する補助記憶装置２００４，マウスやキーボードやＣＤ−ＲＯＭといった入出力装置２００５、および前記装置群を接続するバス２００３から構成される。ＣＰＵ２００１は、主記憶装置２００２に格納されている機械語命令を呼び出し、この機械語命令に基づき論理演算，算術演算をして得られた結果を再び主記憶装置２００２に格納するといったことが可能である。
【００１７】
図３は、補助記憶装置２００４に格納されているＭＰＥＧ４データに関する属性テーブルを示す。属性テーブルは、コンテンツＩＤ２１００，データタイプＩＤ２１０２，コンテンツファイル名２１０４，コンテンツの格納場所２１０６、および緯度経度２１０８の項目を持つ。図３では、例えば、コンテンツＩＤ２１００の値が０ｘ０００１(２１１０)であるＭＰＥＧ４データは、コンテンツファイル名が“京都国道渋滞映像”で、データタイプＩＤ２１０２が０ｘ０１（２１１２）であり（データタイプＩＤについては図４の説明の中で行う）、このＭＰＥＧ４データの格納場所は、“Ｃ：￥ＭＰＥＧ￥”の領域であることを示している。またコンテンツＩＤ２１００の値が０ｘ０００１（２１１０）であるコンテンツの撮影された場所などといった特定地点との関連を示す情報も示している。例えば、表の２１１８においては、京都国道渋滞映像２１１４の撮影場所の緯度経度である（東経１３５度，北緯４０度）が格納している。これらの情報を格納した属性テーブルは、ファイルとしてＭＰＥＧ４コンテンツ送出管理装置の補助記憶装置に格納されており、後で説明するパケタイザ３０００，送信装置４０００，送信局６によって送出する。移動体８０００では、前記属性ファイルを取得し、カーナビゲーション装置１１０００の補助記憶装置にて格納する。移動体８０００の緯度経度情報と連携して、映像表示を制御する。
【００１８】
次に、図４を用いて、データタイプＩＤテーブルの説明をする。データタイプＩＤ２１０２は、ＭＰＥＧ４に圧縮した際のパラメータの組み合わせにＩＤを割り当てたものである。データタイプＩＤテーブルは、データタイプＩＤ２１０２，符号化方法２２００，符号化ビットレート２２０２，フレームレート２２０４から構成される。例えば、データタイプＩＤが０ｘ０１（２３００）のデータは、符号化方式２２００の項目が“ＭＰＥＧ４Video SimpleProfile” ２３０２であり、符号化ビットレート２２０２の項目が３２ｋｂｐｓ（２３０４）であり、フレームレート２２０４の項目が１０frame／sec（２３０６）であることを意味する。補助記憶装置２００４には、図３に示す前記属性テーブル，図４に示すデータタイプＩＤテーブル、およびＭＰＥＧ４に圧縮符号化されたデータおよび送出管理プログラムが格納されている。
【００１９】
図５にて、パケタイザ３０００の処理を説明する。パケタイザ３０００を実現するためのハードウェアは、ＣＰＵ，主記憶装置，補助記憶装置，入出力装置、およびバスといった前記ＭＰＥＧ４コンテンツ送出管理装置の構成要素により実現可能である。実際、ＭＰＥＧ４コンテンツ送出管理装置２０００にてパケタイザ３０００を実現する構成も可能である。本実施例では、ＭＰＥＧ４コンテンツ送出管理装置２０００とパケタイザ３０００は異なるハードウェアにより実現されているものとする。この場合、ＭＰＥＧ４コンテンツ送出管理装置２０００とパケタイザ３０００は、例えば、ネットワークインタフェースカードといった通信用の装置をそれぞれ入出力装置として持ち、ケーブルにより、データの送受信を行う。
【００２０】
パケタイザ３０００では、図３に示したテーブル形式で補助記憶装置２００４に格納されているＭＰＥＧ４ Videoビットストリーム３１００を瞬断対応ヘッダ付加処理部３４５０により、図６に示すような瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００に変換する。瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００は、瞬断対応ヘッダ付きＭＰＥＧ４ Video ビットストリーム→ＭＰＥＧ２ Transport Stream 処理部３６５０により、ＭＰＥＧ２ Transport Streamパケット３４００に変換される。
【００２１】
瞬断対応ヘッダ付加処理部３４５０について詳細を説明する。瞬断対応ヘッダ付加処理部３４５０入力されるＭＰＥＧ４ Videoビットストリーム３１００の詳細を図７に示す。ＭＰＥＧ４ Videoビットストリームは、ＩＳＯ／ＩＥＣ14496−２“Information Technology-Coding of audio-visual objects-Part2：Visual”にて定義されている。参考文献としては、工業調査会出版の「ＭＰＥＧ４のすべて」三木弼一著があげられる。ＭＰＥＧ４ Videoビットストリーム3100は、Visual Object Sequence Header３１０２，Visual Object Header３１０４，Visual Object Layer Header３１０８、および、Elementary Stream３１１０から構成される。Elementary Stream３１１０は、さらに複数のVideo Object Planeから構成される。特に、図７においては、Video Object Plane1(３１１２)，Video Object Plane2(３１１３）から構成されていることを意味している。
【００２２】
Visual Object Sequence Header３１０２ は、もっとも上位に位置付けられたビットストリームであるVisual Object Sequenceのヘッダであり、存在するVisual Object 情報をデコーダに対して設定するための情報を格納する領域である。Visual Object Header３１０４は、一つのVisual Object に対する情報をデコーダに対して通知するための情報を格納する領域である。Visual Object Layer Header３１０８は、画面サイズ，圧縮レートといった情報を格納する領域である。Elementary Stream ３１１０は、ＭＰＥＧ４の圧縮方式によりビット列化された情報を格納する領域である。Video Object Plane1（３１１２），VideoObject Plane2(３１１３）は、それぞれ映像のコマ一つ分に相当する情報である。各Video Object Planeには、静止画相当のＩフレームと、Ｉフレームとの差分画像から構成されるＰフレーム，Ｂフレームが存在する。Ｐフレームは、前にあるフレームから予測したフレームのことを意味する。また、Ｂフレームは、前に有るフレームと後ろにあるフレームの双方向から予測したフレームのことを意味する。
【００２３】
次に、ＭＰＥＧ４ Videoビットストリームの先頭に配置する瞬断対応ヘッダ３２１０について説明する。瞬断対応ヘッダ３２１０は、コンテンツＩＤ3202，データタイプ３２０４，Ｉフレーム有無フラグ、およびデータサイズ３２０８から構成される。瞬断対応ヘッダ付加処理部３４５０は、ＭＰＥＧ４コンテンツ送出管理装置２０００が有する補助記憶装置２００４中に格納されている属性テーブルからコンテンツＩＤの値を参照して、瞬断対応ヘッダ３２１０中のコンテンツＩＤ３２０２に対して値を設定する。また瞬断対応ヘッダ３２１０中のデータタイプＩＤ３２０４への値は、前記ＭＰＥＧ４コンテンツ送出管理装置２０００が有する補助記憶装置２００４中に格納されている属性テーブルにおけるデータタイプＩＤ１２０２の値を参照して設定する。瞬断対応ヘッダ３２１０中のＩフレーム有無フラグ３２０６への値は、ＭＰＥＧ４ Videoビットストリーム3100を解析する手段により、Video Object Plane1(３１１２），Video Object Plane（３１１３）といったVideo Object PlaneがＩフレームであるか、Ｂフレームであるのか、またはＰフレームであるのかを判定して設定する。
【００２４】
図８において、Video Object Plane３１１４の詳細を示す。Video Object Plane３１１４は、video_start_code３１１６、およびvideo_coding_type3118を有する。この他にも複数のデータ領域が存在するが、本発明における実施例では説明を省略する。
【００２５】
図９に、video_coding_type ３１１８の値に対するフレームの意味を表す対応表を示す。対応表の項目として、video_coding_type３１１８とcoding method３１１９０が存在する。この対応表に示すとおり、video_coding_type ３１１８の値が“００”３１１８２のときは、Ｉフレーム３１１９２を意味する。同様にvideo_coding_type ３１１８の値が“０１”のときは、Ｐフレーム３１１９４を、video_coding_type ３１１８の値が“１０”のときは、Ｂフレーム３１１９６を、video_coding_type ３１１８の値が“１１”のときはスプライト３１１９８を意味する。
【００２６】
瞬断対応ヘッダ付加処理部３４５０は、Video Object Plane３１１４の中にあるvideo_coding_type３１１８の値を参照することにより、該当Video Object Plane のフレームがＩフレームなのか否かを判定する。判定した結果がＩフレームであるならば、例えば“１”という値をＩフレーム有無フラグ３２０６に設定し、判定した結果がＩフレームでないならば、“０”という値をＩフレーム有無フラグ３２０６に設定する。さらに、瞬断対応ヘッダ付加処理部３４５０は、データサイズ３２０８を設定する必要がある。データサイズ３２０８の値は、一つのVideo Object Plane３１１４のデータサイズを算出して代入する。ＭＰＥＧ４Videoビットストリームの符号化ビットレートが６４kbpsの場合、一つのVideo Object Plane３１１４の最大サイズは、およそ５Kbyte 程度である。そこで、一つの瞬断対応ヘッダ一つにつき、ＭＰＥＧ４ Videoビットストリーム格納領域をを５Kbyte 分割り当てる。一つのVideo Object Plane３１１４のデータサイズが４Kbyteの場合、５Kbyte以内であるので、残り１Kbyteの領域には“０ｘ００”の値を代入する。
【００２７】
以上の瞬断対応ヘッダ付加処理部３４５０により瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００を生成する。次に瞬断対応ヘッダ付きMPEG４Videoビットストリーム３２００は、瞬断対応ヘッダ付きＭＰＥＧ４ Video ビットストリーム→ＭＰＥＧ２Transport Stream処理部３６５０により、この瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００をＩＳＯ／IEC13818−１：２０００のなかのＭＰＥＧ２ Transport Stream のデータフォーマット規格に準拠する形でＭＰＥＧ２ Transport Stream パケット３４００にマッピングする。
【００２８】
図１０において、ＭＰＥＧ２ Transport Stream パケット３４００について詳細を説明する。ＭＰＥＧ２ Transport Stream パケット３４００は、一つあたりのサイズが１８８バイトで、大まかにヘッダ領域（３４００２〜３４０１６）とペイロード（Payload）３４０１８から構成されている。
【００２９】
ヘッダ領域のSync_byte３４００２は、８ビットの同期信号で、デコーダがＭＰＥＧ２ Transport Streamパケット３４００の先頭を検出するために存在するデータである。値は、“01000111”である。Transport_error_indicator３４００４は、ＭＰＥＧ２ Transport Stream パケット３４００中のビットエラーの有無を示すフラグである。Payload_unit_start_indicator３４００６は、新たなＭＰＥＧ２ Transport Stream パケット３４００のペイロード（Payload）３４０１８が始まることを示すフラグである。Transport_priority３４００８は、ＭＰＥＧ２ Transport Stream パケット３４００の優先度を示す値である。ＰＩＤ３４０１０は、１３ビットのストリーム識別情報で該当パケットの個別ストリーム種別を示す。この値により、デコーダでは映像を取得したり、音声を取得したりといった動作を行う。本実施例では、予めＰＩＤの値を“0000000000000111”とする。この値は、主記憶装置に予め格納されている瞬断対応ヘッダ付きＭＰＥＧ４Videoビットストリーム→ＭＰＥＧ２ Transport Stream処理部3650内でＭＰＥＧ２ Transport Stream パケット３４００内のＰＩＤ３４０１０に設定する。Transport_scrampling_control３４０１２は、Payload ３４０１８にスクランブルをかけるか否かを設定する領域である。Adaptation_field_control３４０１４は、アダプテーションフィールドが存在するか否かおよびPayload３４０１８が存在するか否かを示す領域である。Continuity_counter３４０１６は、同じＰＩＤをもつパケットが途中で破棄されたか否かを検出するための情報で、４ビットの巡回カウンタの値を設定し、受信側でこの情報の連続性をチェックすることによって同一ＰＩＤパケットの破棄を検出する。Payload ３４０１８は、１８４バイトの領域であり、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００の５ｋバイトを１８４バイトに分割して、各ＭＰＥＧ２ Transport StreamパケットのPayload３４０１８に挿入する。
【００３０】
図１１は、送信装置４０００を示す図である。送信装置４０００は、ＭＵＸ４１００とＯＦＤＭ変調機４２００から構成される。ＭＵＸ４１００では、ＭＰＥＧ２ Transport Stream パケット３４００をＯＦＤＭ変調機４２００に伝送する前に、各ＭＰＥＧ２ Transport StreamパケットヘッダのTransport_error_indicator３４００４や、Continuity_counter３４０１６の値を設定する。OFDM変調機４２００は、例えば地上波デジタル放送の電波帯域に変調するための装置である。
【００３１】
ＯＦＤＭ変調機４２００は、ＭＰＥＧ２ Transport Stream パケット３４００を帯域にマップして伝送する。この帯域モデルは地上波デジタル放送の伝送方式として、１９９９年に電通技審にて答申された方式であり、Band Segmented Transmission ＯＦＤＭ方式である。これは図１２に示すように、ＵＨＦ帯において、一放送局あたり５.６ＭＨｚ(４３１０）の帯域を１３のセグメントに分割する。１セグメント４３０６の帯域は、約４２８ｋＨｚ(４３０８)であり、１セグメント４３０６にＭＰＥＧ２ Transport Stream パケット３４００が割り当てられる形になる。実施例においては、ＭＰＥＧ４ Videoを埋め込んだＭＰＥＧ２Transport Stream パケット３４００をＭＵＸにて再多重する。この際、５.６ＭＨｚ（４３１０）の帯域を１３のセグメントに分割したうち、２つのセグメントを使用して伝送する。
【００３２】
次に、車やバスといった移動体８０００の中の装置およびその機能について説明する。図１３に示されている受信機９０００は、ＯＦＤＭ復調機９１００およびＤＥＭＵＸ９２００から構成される。ＯＦＤＭ復調機９１００は、アンテナ７に接続しており、図１２に示すような電波帯域から電波を受信して、ＤＥＭＵＸ９２００に伝送する。ＤＥＭＵＸ９２００は、取得した１３セグメント中から２セグメントを選択して、２セグメント中のＭＰＥＧ２ Transport Stream を取り出す。
【００３３】
図１４では、デパケタイザ１００００の処理フローについて説明する。DEMUX９２００で取り出されたＭＰＥＧ２ Transport Streamパケット３４００は、ＭＰＥＧ２ Transport Stream→ＭＰＥＧ４ 処理部１１４００に渡されて、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００を出力する。この処理に先だって、予め定められたＰＩＤ３４０１０の値をデパケタイザの記憶領域に格納しており、ＭＰＥＧ２ Transport Stream→ＭＰＥＧ４ 処理部１１４００が起動する際に、格納されていたＰＩＤ３４０１０の値を参照してＭＰＥＧ２ Transport Stream パケット３４００中のPayload３４０１８から、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００を取得する。
【００３４】
図１５において、カーナビゲーション装置１１０００のハードウェア構成について説明する。カーナビゲーション装置１１０００は、ＣＰＵ１１００１，主記憶装置１１００２，表示制御部１１００３，液晶モニタなどの表示部１１００４，ハードディスクなどの補助記憶装置１１００５，土地の地形，一般道路・高速道路の情報、さらには小中学校や交番やコンビニやレストラン等の緯度経度を有する地点情報といった地図の情報を記録したＤＶＤ−ＲＯＭのような記憶媒体から地図データを読み取る地図読み取り装置１１００７，入出力装置１１００６，赤外線読み取り器１１００８，複数のＧＰＳ衛星により緯度経度情報を算出するためにＧＰＳ衛星の飛行位置情報を取得するＧＰＳ１１０１０，赤外線読取器にカーナビゲーション装置への制御信号を送信するリモコン１１００９、および時計の基準信号である３２.７６８ｋＨｚの水晶発振子を有するＲＴＣ（Real TimeClock ）のようなタイマー１１０１１から構成される。表示制御部１１００３については、特に地図データと動画像フレームの情報を重ね合わせる機能を持つ。カーナビゲーション装置１１０００ならびに表示部１１００４は、移動体8000の有するバッテリといった電源装置から、電源を取得して起動することになる。
【００３５】
次に、図１６において、カーナビゲーション装置１１０００上で動作するプログラムの構成について説明する。ＭＰＥＧ４再生プログラム１１１００は、ＩＳＯ／ＩＥＣ１４４９６−２にて規定されるＭＰＥＧ４ Videoビットストリームから映像情報を出力するプログラムである。カーナビゲーションプログラム１１４００は、地図読み取り装置１１００７より読み出した地図データとＧＰＳにより取得した自車の緯度経度を元に、表示部１１００４に表示された地図上に自車の位置をマップする。ＯＳ１１３００は、ＭＰＥＧ４再生プログラム11100およびカーナビゲーションプログラム１１４００によるＣＰＵ１１００１等ハードウェア資源の利用時間を最適配分したり主記憶装置１１００２の使用を制御したりする。デバイスドライバ１１５００は、カーナビゲーション装置１１０００中に存在するＣＰＵ１１００１，主記憶装置１１００２，表示制御部１１００３，ハードディスクなどの補助記憶装置１１００５，地図読み取り装置１１００７，入出力装置１１００６，赤外線読み取り器１１００８、およびＧＰＳ11010 等の装置を、ＭＰＥＧ４再生プログラム１１１００，カーナビゲーションプログラム１１４００、およびＯＳ１１３００が使用するためのプログラムである。
【００３６】
図１７を用いてＭＰＥＧ４再生プログラム１１１００について説明する。
ＭＰＥＧ４再生プログラム１１１００は、ビットストリーム入力１１１１０，コンテンツＩＤチェック１１１１２，データタイプチェック１１１１４，ＶＯＰ整合性チェック１１１１６，デコーダ１１１１７，処理ブロック１１１３８、およびレンダラ１１１１８から構成される。
【００３７】
ビットストリーム入力１１１１０は、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００を読み込む。コンテンツＩＤチェック１１１１２は、読み込まれた瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００の瞬断対応ヘッダからコンテンツＩＤの値を参照し、前回コンテンツＩＤの値を格納する変数および今回コンテンツＩＤの値を格納する変数の二つの変数の値を保持する機能を有する。データタイプチェック１１１１４は、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００の瞬断対応ヘッダから、データタイプＩＤ３２０４の値を取得し、符号化ビットレート値，フレームレート値を取得する。ＶＯＰ整合性チェック１１１１６は、Video Object Plane（以下ＶＯＰと表記）がデコーダ１１１１７でデコードするデータであるか否かを評価する。デコーダ１１１１７は、ＭＰＥＧ４ Videoビットストリーム３１００のハフマン符号を解析して、逆離散コサイン変換などの処理をする。
【００３８】
処理ブロック１１１３８における処理は、以下の４つの処理から構成される。予め存在する文字列からビットマップを生成してカーナビゲーション装置の主記憶装置１１００２に格納する処理を行う文字列表示処理１１１２０、予めアイコンを生成するために必要な画素毎の色定義ファイルを保持しておき、デジタル放送が受信できないことで動画像データが取得できないときにはカーナビゲーション装置上に表示する上で適切なサイズを算出し、適切なサイズのアイコンのビットマップを生成して表示するためのアイコン処理１１１３４，映像フレームのサイズを算出して映像のサイズに対し２画素分の外枠を生成する映像枠処理11136、および、ビットストリーム入力部の状態を監視して、ビットストリーム中にデータが存在しないときには瞬断とみなして瞬断回数をインクリメントして変数に格納する瞬断回数格納処理１１１３９の４つの処理から構成される。瞬断回数格納処理１１１３９では、一定間隔で瞬断が発生したか否かを判定するためにタイマー１１０１１を用いる。さらに、瞬断回数格納処理１１１３９では、瞬断回数に対する閾値を格納している。本実施例においては、瞬断回数は１秒毎に更新し、１秒間に３回を閾値として１秒間に３回以上瞬断回数がカウントされた場合には処理を切り替えている。
【００３９】
レンダラ１１１１８は、デコーダ１１１１７により生成された表示可能な映像フレームデータと前記１１１３８の処理によって生成した文字情報・アイコン情報・映像枠情報をビットマップに変換してデータを重ね合わせる。レンダラ１１１１８はＲＧＢ１１１３０、またはＹＵＶ１１１３２の映像フォーマットで表示制御部１１００３に映像信号を渡す。また、レンダラ１１１１８は、フレームバッファを保持していて、表示すべきフレームバッファと上書き可能なフレームバッファといった２種類の状態を管理している。表示制御部１１００３は、表示部１１００４を制御して映像を表示する。
【００４０】
図１８では、図１７で説明したＭＰＥＧ４再生プログラムの個々の処理ブロックにおける処理フローについて説明する。コンテンツＩＤチェック１１１１２の処理では、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００の瞬断対応ヘッダからコンテンツＩＤの値を取得し、今回コンテンツＩＤに格納する（Ｓ１）。ＭＰＥＧ４再生プログラム１１１００が起動した段階では、前回コンテンツＩＤと今回コンテンツＩＤはいずれも“０”値を設定しておくものとする。次に保持している前回コンテンツＩＤの値を呼び出す（Ｓ２）。そして前回コンテンツＩＤと今回コンテンツＩＤを比較し（Ｓ３）、これらが同じ場合には次にＶＯＰ整合性チェック１１１１６に処理が切り替わる（Ｓ５）。もしも、前回コンテンツＩＤと今回コンテンツＩＤが異なる場合（Ｓ４）、前回コンテンツＩＤの変数に今回コンテンツＩＤの値を代入し（Ｓ６）、データタイプチェック１１１１４に処理が切り替わる。
【００４１】
データタイプチェック１１１１４では、まず始めに、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００の瞬断対応ヘッダから、デコーダタイプを取得する（Ｓ７）。次に符号化ビットレート値を取得する（Ｓ８）。そして、フレームレート値を取得し（Ｓ９）、制御線１１１２２を経由して、デコーダ１１１１７が保持しているデコード制御のための変数を初期化する（Ｓ１０）。この初期化を実行しないと、コンテンツＩＤが異なる瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００を取得した時に、早回しになったり、フリーズしたりといったデコーダ１１１１７に異常な処理をさせてしまうことになる。最後に、レンダラ１１１１８のフレームバッファ領域を制御線11124 経由で初期化する（Ｓ１１）。
【００４２】
図１９では、ＶＯＰ整合性チェック１１１１６の処理フローについて説明する。まず、ＶＯＰが意味のあるデータとして存在するかどうか瞬断対応ヘッダ3210中のデータサイズ３２０８をチェックする（Ｓ１２）。ＶＯＰが瞬断対応ヘッダ３２１０中のデータサイズ３２０８の値に合致するとき（Ｓ１３）、デコーダ１１１１７にてデコード処理を行う(Ｓ１５)。ＶＯＰが瞬断対応ヘッダ３２１０中のデータサイズ３２０８の値に合致しないとき（Ｓ１４）、次の瞬断対応ヘッダ３２１０中のＩフレーム有無フラグの値を参照することで、Ｉフレーム情報検出処理を行い（Ｓ１７）、Ｉフレーム情報が有るか否かの判定をする（Ｓ１８）。もしも、Ｉフレーム情報があるならば（Ｓ１９）、デコーダ１１１１７による８ｘ８毎の逆量子化、逆離散コサイン変換といったＭＰＥＧ符号化動画像のデコード処理に切り替わる（Ｓ１５）。このデコード処理の後、映像表示処理により、レンダラ１１１１８は、予めカーナビゲーション装置１１０００の主記憶装置１１００２に格納されている動画像表示位置（ｘ，ｙ）座標値を読み取り、表示制御装置１１００３は、地図画面の左上の座標を原点として地図画面上の（ｘ，ｙ）座標値から動画フレーム左上を描画するための処理をする。その後、表示部１１００４に映像を表示する。もしも、Ｉフレーム情報が無いならば、文字列表示処理を実行し（Ｓ２１）、Ｉフレーム情報検出処理（Ｓ１７）に切り替わる。
【００４３】
処理Ｓ２１における文字列表示処理の実行の際には、たとえば予めカーナビゲーション装置で保持されている文字列データ「電波が受信できません」をビットマップ静止画に変換しておき、この変換したビットマップ静止画をレンダラ１１１１８に渡す。レンダラ１１１１８は、予めカーナビゲーション装置11000の主記憶装置１１００２に格納されているこのビットマップ静止画の表示位置座標（ｘ１，ｙ１）を読み取り、表示しようとする動画の動画フレーム表示位置（ｘ，ｙ）の値とのベクトル演算をＣＰＵ１１００１にて実行し、地図画面の左上の座標を原点として地図画面上の（ｘ＋ｘ１，ｙ＋ｙ１）座標値を求めて文字列データのビットマップ静止画を描画するための処理をする。そして表示制御部１１００３を介して表示部１１００４に「電波が受信できません」と動画像再生中断情報を表示する。
【００４４】
また、ビットストリーム入力１１１１０でバッファに瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリームが無い場合には、瞬断回数格納処理11139 が起動し、所定の間隔における瞬断回数をカウントし、予め格納している瞬断回数の閾値と比較して、もしも瞬断回数が閾値を超えたらアイコン処理１１１３４を起動し、もしも瞬断回数が閾値よりも小さければ、映像枠処理１１１３６を起動する。文字列処理１１１２０を起動するか、表示枠処理１１１３６を起動するかの選択については、瞬断回数格納処理１１１３９で予め呼び出し規則を設定することで実現する。
【００４５】
アイコン処理１１１３４を起動した場合には、表示部１１００４の表示画面サイズの情報により、例えば表示画面サイズの２０分の１といったように予め設定された縮尺でアイコンのサイズを決定し、アイコンのビットマップを生成する。
【００４６】
図２０は、移動体８０００，カーナビゲーション装置１１０００、および放送局１０００間のシーケンス図を示している。カーナビゲーション装置１１０００は、電源を投入することで起動され、主記憶装置１１００２，表示制御部11003といったハードウェアの初期化を行い、ＣＰＵ１１００１は地図読み取り装置１１００７から、地図データを読み取り、表示制御部１１００３を介して表示部１１００４に地図画面１１７００が表示される（Ｓ２７）。カーナビゲーション装置１１０００は、補助記憶装置１１００５と地図読み取り装置１１００７に格納されている地点情報を読み取り、地図上に表示する（Ｓ２８）。
【００４７】
放送局１０００は、映像放送開始により、前述したＭＰＥＧ４コンテンツ送出管理装置２０００，パケタイザ３０００，送信装置４０００、および送信局６によってデジタル放送が開始される（Ｓ３９）。その後は、放送終了までコンテンツが放映中（Ｓ４０）ということになる。放映中にはコンテンツのファイルのほかに、属性テーブルを保持するファイルをＭＰＥＧ２ Transport Stream ペイロードに格納して、例えば１０秒毎に周期的に送出する（Ｓ４１）。
【００４８】
カーナビゲーション装置１１０００は、移動体８０００が走行を開始すると（Ｓ２２）、地図画面１１７００上に自車位置１１７４２の表示を開始する（Ｓ２９）。また、放送局１０００から送出されたコンテンツの属性テーブルを格納したファイルが受信されたら、デパケタイザ１００００がＭＰＥＧ２ Transport Streamのペイロードから属性テーブルを再構成し、カーナビゲーション装置１１０００に渡す。カーナビゲーション装置１１０００は、補助記憶装置１１００５にて、属性テーブルを格納したファイルを保持する（Ｓ４２）。属性テーブルを格納したファイルは、カーナビゲーションプログラム１１４００により参照され、ＧＰＳから得た自車の緯度経度と比較される。属性テーブルにおける緯度経度と自車の緯度経度の距離が例えば１ｋｍ以内の場合には、カーナビゲーション装置１１０００は、ＭＰＥＧ４再生プログラム１１１００を起動し、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２００がビットストリーム入力１１１１０でバッファに一定量蓄積されるのを待つ。
【００４９】
自車位置１１７４２が、映像に関連する地点１１７４８に近づくと（Ｓ２３）、「地点に関連した映像を再生します」というストリーム再生開始のダイアログ１１７５０を地図画面上に表示し（Ｓ３０）、映像１１７１０を表示する。この時、映像枠処理部１１１３６により正常に受信していることを示す青色で映像表示枠を生成して表示する（Ｓ３１）。
【００５０】
映像枠処理１１１３６を起動した場合には、Ｓ４２で放送波から取得した属性テーブルのファイル中から緯度経度情報を求め、地図画面におけるコンテンツ表示位置座標（ｘ２，ｙ２）を算出する。映像表示開始位置については、映像の縦と横の表示サイズと、図２３に示すような指示図形１１００４のサイズ(ｂ，ｃ)から、（ｘ２＋ｂ＋映像の横サイズ，ｙ２＋ｃ＋映像の縦サイズ），（ｘ２−ｂ−映像の横サイズ，ｙ２−ｃ−映像の縦サイズ），（ｘ２＋ｂ＋映像の横サイズ，ｙ２−ｃ−映像の縦サイズ），（ｘ２−ｂ−映像の横サイズ、ｙ２＋ｃ＋映像の縦サイズ）、の４通りの開始位置が考えられる。これら４通りの内、どの映像表示開始位置を選択するかについては、地図画面の中心点を原点として、地図画面に表示されている地点情報が第１象限に位置するときは（ｘ２＋ｂ＋映像の横サイズ，ｙ２−ｃ−映像の縦サイズ）を、第２象限に位置するときは（ｘ２−ｂ−映像の横サイズ，ｙ２−ｃ−映像の縦サイズ）を、第３象限に位置するときは（ｘ２−ｂ−映像の横サイズ，ｙ２＋ｃ＋映像の縦サイズ）を、第４象限に位置するときは（ｘ２＋ｂ＋映像の横サイズ，ｙ２＋ｃ＋映像の縦サイズ）を選択する。前記選択した座標をレンダラ１１１１８に渡して表示を行う。
【００５１】
移動体８０００が瞬断の発生しやすい、ビルの谷間やトンネル，高架下を走行中のときには（Ｓ２４）、映像枠処理１１１３６では、ビットストリーム入力１１１１０のバッファを監視することでデータの取得状態を知ることができる。このため、瞬断を発生しやすい個所を走行している際には映像表示枠の色を赤色となるように、映像枠処理部１１１３６にて映像のサイズから２画素分外枠となるようにビットマップを生成してレンダラ１１１１８に渡す（Ｓ３２）。また、瞬断回数格納処理１１１３９で瞬断回数をカウントし（Ｓ３３）、１秒間に３回以上瞬断した場合には、映像１１７１０および映像表示枠１１７２２を消去する。そして瞬断回数格納処理１１１３９からアイコン処理１１１３４を起動して、アイコンのビットマップを生成し、レンダラ１１１１８に渡すことで、アイコン１１７４６を地図画面１１７００の左下に表示する（Ｓ３４）。
【００５２】
移動体８０００が、瞬断の発生しやすい場所から、放送を受信しやすい場所に走行場所を移動したときには（Ｓ２５）、ビットストリーム入力１１１１０のバッファに瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリームが保持されることになるため、瞬断回数格納処理１１１３９では、正常に放送波が受信されていることを知ることができる。そこで「映像を表示します」というストリーム再生再開のダイアログ１１７５２を表示し（Ｓ３５）、映像表示枠は、映像枠処理１１１３６の機能により青色で表示する（Ｓ３６）。
【００５３】
移動体が映像に関連する地点から離れるときには（Ｓ２６）、「映像を終了します」というストリーム再生停止のダイアログ１１７５４を表示し（Ｓ３７）、映像および映像表示枠を地図画面上から消去する（Ｓ３８）。
【００５４】
図２１から図３０では、表示部１１００４における画面の状態遷移を示す。まず、起動したカーナビゲーションプログラム１１４００は、図２１のように、地図読み取り装置１１００７から地図データを取得して、表示制御部１１００３により液晶ディスプレイなどの表示部１１００４に地図画面１１７００を表示する。また、レストランやコンビニなどの店舗といった地点情報１１７４８と、自車位置を示すアイコン１１７４２が地図画面１１７００上に表示されている。地点情報１１７４８が放送映像と関連があることは、カーナビゲーション装置に格納されている属性テーブルにおける、コンテンツＩＤと緯度経度の対応表により知ることができる。
【００５５】
映像に関連する地点情報に移動体が接近すると、その地点に関連した放送映像が再生される。自車位置と映像に関連する地点との距離が例えば１ｋｍ以内になったときには、図２２のように「地点に関連した映像を再生します」といったダイアログ１１７５０が表示される。この「地点に関連した映像を再生します」ダイアログ１１７５０を表示後所定の時間が経過すると、このダイアログが消えて図２３に示すように、ＭＰＥＧ４の映像１１７１０を地点情報１１７４８の左肩の位置に表示する。映像の表示位置は、放送により取得した画像の縦および横の画素数と、地図画面に対して地点情報を表示している（ｘ，ｙ）座標、ならびに映像と地点情報が関連付けられていることを示す指示図形１１７４４のサイズにより算出することで決定する。表示部１１００４には、地図画面１１７００と映像表示画面１１７１０が重畳表示される。
【００５６】
瞬断が発生してＭＰＥＧ４データが取得できなくなった場合には、図２４のように映像１１７１０の枠１１７２２の色を青から赤に変化させて強調する事で、運転手に受信の瞬断発生を通知する。瞬断回数が、１秒間に３回より少ない回数であるならば、枠の色を変化させる事で対応する。この図２４は、電波の瞬断などが発生して、ＭＰＥＧ４ VideoビットストリームのＶＯＰの整合性が取れないときの処理を実行したときの画面表示を示している。
【００５７】
図２５は、放送波画が正常に受信できるようになり瞬断回数が１秒間に０回になれば、瞬断が０回、すなわち、正常に映像が受信できていることを示すため映像１１７１０の枠１１７２４を青色で表示することを示している。表示部111004に表示される地図画面１１７００の上には、ＭＰＥＧ４の映像１１７１０と映像表示枠１１２７２４と映像と地点が関連していることを示す指示図形１１７４４が表示されている。この映像表示枠１１２７２４が青で表示されることにより、電波の瞬断から回復して再び正常にＭＰＥＧ４ Videoビットストリームを取得することができ、ＶＯＰの整合性が取れている状態であることを示している。この場合映像１１７１０は、Ｉフレーム情報検出処理Ｓ１７により再びＩフレームから映像が表示される。
【００５８】
瞬断が頻繁に発生し、例えば、瞬断回数が、１秒間に３回以上の場合には、図２６に示すように、これまで表示部１１１００４の地図画面１１７００上に表示していた映像ならびに、映像表示枠を消去し、地図画面１１７００の左下に、瞬断が頻発し正常に放送映像を表示できないことをあらわすアイコン１１７４６を表示する。そして再びデジタル放送が受信できるようになり、正常に映像が再生できるようになると、図２７のように表示部１１１００４の地図画面１１７００上に「映像を表示します」という映像表示再開のダイアログ１１７５２を表示する。表示部１１１００４の地図画面１１７００上に「映像を表示します」ダイアログ１１７５２を表示後所定の時間が経過すると、図２８の様にアイコン11746とダイアログ１１７５２を消して、ＭＰＥＧ４の映像１１７１０を表示する。その際には、映像が地点１１７４８に関連していることを示すために、指示図形１１７４４が表示される。
【００５９】
自車位置が映像に関連した地点から所定距離以上離れたときには、図２９のように表示部１１１００４に表示されている地図画面１１７００上に「映像を停止します」ダイアログ１１７５４を表示する。そして一定時間が経過すると図３０のように、「映像を停止します」ダイアログ１１７５４がクリアされて、地図画面１１７００のみが再生される。
【００６０】
この様に本発明により、放送インフラといった基本的に一方向のデータ伝送システムにおいて、受信データの一部が抜けた場合でも再送要求がなされない無線環境にて、移動体がトンネルを走行したときなどに電波の瞬断が起きても、ＭＰＥＧ４ Videoのデコーダでフリーズさせないためのプロトコルを実現することができる。即ち、この発明では、取り出したＭＰＥＧ４ Videoから表示フレームとして人間の目に意味のあるＩフレームをＭＰＥＧ４データからサーチし、Ｉフレームより前の差分画像は破棄し、Ｉフレーム以降からデコード再生を行うことで視聴者に対して矛盾のある映像を見せずに表示をすることが可能である。
【００６１】
また、この発明により、自車位置の移動に応じて、カーナビゲーション装置を動作・表示させながらＭＰＥＧ４を重ね合わせて表示した場合に、車がトンネル中を走行することによる電波の瞬断でデータが取得できなくても、デコーダを再起動させずに、連続的に映像を再生できるために運転手に見易い映像情報を提供可能である。
【００６２】
さらには、電波の瞬断でデータが抜けることによる映像の停止の際に、１秒間の瞬断回に応じて映像枠の色を変化させたり、アイコン化して表示することで、瞬断の発生による映像の停止に対して運転手が違和感を感じることなく、デジタル放送の瞬断状況を知ることができるばかりでなく、停止した映像を隠すことで地図画面を有効的に表示できるため、映像表示により隠れたところを気にしないで済むようになる。
【００６３】
【発明の効果】
以上の様に、本発明によれば、電波の瞬断が起きても、視聴者に対して矛盾のある映像を見せずに表示をすることが可能であり、瞬断の発生による映像の停止に対して運転手が違和感を感じることなく、デジタル放送の瞬断状況を知ることができるため、運転手は、デジタル放送の受信状態を特に意識せずに運転に専念することが可能である。
【図面の簡単な説明】
【図１】本発明を用いた動画像配信システムのシステム構成図。
【図２】ＭＰＥＧ４コンテンツ送出管理装置のハードウェア構成図。
【図３】ＭＰＥＧ４コンテンツの属性テーブルを示す図。
【図４】データタイプＩＤテーブルを示す図。
【図５】パケタイザの処理フロー図。
【図６】瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットストリームの詳細図。
【図７】ＭＰＥＧ４ Videoビットストリームの詳細図。
【図８】 Video Object Planeの詳細図。
【図９】 video_coding_typeの値とフレームの意味の対応表を示す図。
【図１０】ＭＰＥＧ２ Transport Streamパケットの詳細図。
【図１１】送出装置のシステム構成図。
【図１２】 Band Segmented Transmission ＯＦＤＭ方式を説明する図。
【図１３】受信機のシステム構成図。
【図１４】デパケタイザの処理フロー図。
【図１５】カーナビゲーション装置のハードウェア構成図。
【図１６】カーナビゲーション装置のソフトウェア構成図。
【図１７】ＭＰＥＧ４再生プログラムのブロック図。
【図１８】コンテンツＩＤチェック，データタイプチェックの処理フロー図。
【図１９】ＶＯＰ整合性チェックの処理フロー図。
【図２０】移動体，カーナビゲーション装置，放送局間のシーケンス図。
【図２１】地点情報と自車位置が表示された地図画面を示す図。
【図２２】映像再生ダイアログを表示している画面の図。
【図２３】ＭＰＥＧ４映像を重畳表示させた地図画面を示す図。
【図２４】瞬断の発生により映像表示枠の色を変えた表示を示している画面の図。
【図２５】正常に電波が受信可能になった際の映像表示枠の色を変えた表示画面の図。
【図２６】瞬断の発生を通知するアイコンを地図画面上に表示している画面を示す図。
【図２７】映像表示再開ダイアログを表示している画面を示す図。
【図２８】ＭＰＥＧ４映像表示を再開した画面を示す図。
【図２９】映像表示終了ダイアログを表示している画面を示す図。
【図３０】映像表示終了字の地図画面を示す図。
【符号の説明】
１０００…放送局、２０００…ＭＰＥＧ４コンテンツ送出管理装置、３０００…パケタイザ、４０００…送信装置、３２００…瞬断対応ヘッダ付きＭＰＥＧ４Video ビットストリーム、９０００…受信機、１００００…デパケタイザ、１１０００…カーナビゲーション装置。
Claims (1)
- デジタル放送を受信する受信機と、地図データを読み取る地図読み取り手段と、前記地図データを読み取って地図を表示する表示手段、及び、自位置の緯度経度情報を取得する緯度経度取得手段を備えたデジタル放送受信装置において、
受信したデジタル放送から、瞬断対応ヘッダが付与された動画像データを取り出すデパケタイザと、
取り出された動画像データをデコードして動画像フレームを生成するデコーダと、
デコードした動画像フレームを前記地図に重ね合わせて表示する表示制御手段と、
前記デコードした動画像フレームに枠を付加する動画像フレーム枠処理手段と、
デジタル放送の瞬断を検知する検知手段と、
前記動画像データから瞬断対応ヘッダを取得し、該瞬断対応ヘッダ中に存在するデータサイズ情報とＩフレーム有無情報に応じて当該動画像データから動画像フレームを生成するか否かを評価するデコードデータ評価手段を備え、
該デコードデータ評価手段は、前記データサイズ情報が前記動画像データのデータサイズと一致するかあるいは前記Ｉフレーム有無情報により動画像データがＩフレームを含むと評価された場合には、前記デコーダで当該動画像データのデコードを行い、前記データサイズ情報が前記動画像データのデータサイズと一致せず動画像データがＩフレームを含まないと評価された場合には、前記デコーダで当該動画像データのデコードを行わず、
前記検知手段によりデジタル放送の瞬断を検知した場合には、前記動画像フレーム枠処理手段により前記動画像フレームに付加された枠の色を変えること
を特徴とするデジタル放送受信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002037577A JP4207435B2 (ja) | 2002-02-15 | 2002-02-15 | デジタル放送受信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002037577A JP4207435B2 (ja) | 2002-02-15 | 2002-02-15 | デジタル放送受信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003244571A JP2003244571A (ja) | 2003-08-29 |
| JP4207435B2 true JP4207435B2 (ja) | 2009-01-14 |
Family
ID=27779124
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002037577A Expired - Fee Related JP4207435B2 (ja) | 2002-02-15 | 2002-02-15 | デジタル放送受信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4207435B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4674049B2 (ja) * | 2004-02-26 | 2011-04-20 | クラリオン株式会社 | 地上波デジタル放送受信システム |
| JP4707385B2 (ja) * | 2004-12-17 | 2011-06-22 | 京セラ株式会社 | ディジタル放送受信装置 |
| WO2006093123A1 (ja) * | 2005-03-03 | 2006-09-08 | Matsushita Electric Industrial Co., Ltd. | 放送情報受信端末 |
| JP4783673B2 (ja) * | 2006-05-25 | 2011-09-28 | 富士通株式会社 | 映像受信装置および誤配信防止方法 |
| JP5247567B2 (ja) * | 2009-04-06 | 2013-07-24 | キヤノン株式会社 | 情報処理装置及びその制御方法、並びに該制御方法をコンピュータに実行させるためのプログラム |
-
2002
- 2002-02-15 JP JP2002037577A patent/JP4207435B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003244571A (ja) | 2003-08-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9930407B2 (en) | Systems and methods for determining user position via wireless signal characteristics | |
| ES2380764T3 (es) | Tratamiento de un formato de flujo de datos para recepción audiovisual móvil | |
| KR100816407B1 (ko) | 디지털 방송수신 광고정보 출력장치 | |
| US7489833B2 (en) | Transmitting device, reconstruction device, transmitting method and reconstruction method for broadcasts with hidden subtitles | |
| EP1487216A2 (en) | Device and method for receiving and transmitting digital multimedia broadcasting | |
| US7333888B2 (en) | Vehicle navigation system | |
| JP4207435B2 (ja) | デジタル放送受信装置 | |
| EP3352468A1 (en) | Receiving device, transmitting device, and data processing method | |
| JP2000138877A (ja) | デジタル放送送信装置および受信装置 | |
| CN104038808A (zh) | 增强机动载体视频流畅的图像解码装置及系统及解码方法 | |
| KR101146701B1 (ko) | 티팩 메시지를 이용한 기상 관련 재난 정보 제공방법과엔코딩 및 디코딩 장치 및 방법 | |
| JP2008084293A (ja) | トラフィック情報の提供方法及び受信方法並びに端末 | |
| JP6238428B2 (ja) | 受信機および放送装置 | |
| EP1999955B1 (en) | Method for transmitting and receiving traffic information and apparatus thereof | |
| JP2005091571A (ja) | 表示制御装置、及び表示システム | |
| Lee et al. | Development of portable T-DMB receiver for data services | |
| CN112333535A (zh) | 一种应急广播垫播场景切换方法及系统 | |
| JPH11313299A (ja) | デジタル無線通信による移動体への映像情報配信方法、その映像情報配信方法に用いられる中央局装置、及びその映像情報配信方法に用いられる移動端末装置 | |
| JP4614672B2 (ja) | ディジタル放送受信広告情報出力装置 | |
| US11750857B1 (en) | System and method for delivering alerts | |
| KR20010018405A (ko) | 디지털 방송 수신기의 채널변경시 정보 출력 방법 | |
| KR20090002810A (ko) | 데이터방송에서의 방송 저장방법 및 이를 적용한 영상기기 | |
| JP4018588B2 (ja) | 衛星放送システムと衛星放送受信装置 | |
| KR20060076644A (ko) | Ｄｍｂ수신 차량용 정보 단말장치 | |
| CN116781913A (zh) | 点云媒体的编解码方法及相关产品 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040220 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060316 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060404 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060419 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060605 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070327 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070528 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080930 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081013 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111031 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121031 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121031 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131031 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |