JP2003244571A - デジタル放送受信装置 - Google Patents

Abstract

(57)【要約】 【課題】車などにデジタル放送による動画像サービスを
受信する車載端末を提供する。 【解決手段】車載端末は、緯度経度取得手段による自車
の緯度経度が特定地点の緯度経度に近づくと動画像再生
を通知する動画像表示通知手段と、この動画像が地図上
の特定シンボルに関連することを指し示す動画像フレー
ム指示表示手段と、デジタル放送の瞬断の回数を計測す
る瞬断回数計測手段と、放送の瞬断回数に応じて動画像
フレーム枠の種類を切り替える動画像フレーム枠表示手
段並びにアイコンを表示するアイコン表示手段と、デジ
タル放送の受信が正常に回復した際に動画像再生の再開
を通知する正常再生通知手段と、自車の緯度経度が特定
地点から離れたときに映像再生を停止することを通知す
る映像停止通知手段を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、携帯端末や車載
端末などの移動体を対象とするデジタル放送サービスを
受信するデジタル放送受信装置に関する。

【０００２】

【従来の技術】現在、動画像の圧縮方式としてＭＰＥＧ
(Moving Picture Expert Group）標準規格が多く利用さ
れている。ＭＰＥＧ標準規格には、ＭＰＥＧ１，ＭＰＥ
Ｇ２，ＭＰＥＧ４，ＭＰＥＧ７など存在する。放送衛星
(ＢＳ：Broadcast Satellite）によるデジタル放送(Ｂ
Ｓデジタル放送)における映像は、ＩＳＯ／ＩＥＣ13818
−２で規格化されているＭＰＥＧ２ Videoという動画像
圧縮方式を採用している。また、ＭＰＥＧ２ Videoを送
出する方式として、ＩＳＯ／ＩＥＣ１３８１８−１：２
０００で規格化されているＭＰＥＧ２ Transport Strea
mを用いる。

【０００３】ＭＰＥＧ４は移動体に適したＩＳＯ／ＩＥ
Ｃ１４４９６で規格化された映像圧縮技術であり、今後
これを用いた様々なサービスが有望視されている。ＭＰ
ＥＧ４は、現在のところ携帯電話などを用いた通信イン
フラによる配信が主であるものの、今後地上波デジタル
放送・衛星デジタル放送をはじめとしたデジタル放送イ
ンフラへの展開が期待されている。こうした背景からＭ
ＰＥＧ４による車上への放送が検討されている。

【０００４】また、実用化の方向にある地上波デジタル
放送では、ＣＱ出版社刊「インターフェース」２０００
年１１月号８２ページにあるように、変調方式にＯＦＤ
Ｍ（Orthogonal Frequency Division Multiplexing）方
式を用い、現行のアナログテレビジョン放送と同様に１
ＲＦチャンネルの帯域幅あたり６ＭＨｚで伝送できる。
１９９８年９月に郵政省が「地上デジタルテレビジョン
放送暫定方式」として定めた方式をＩＳＤＢ−Ｔと呼
ぶ。このＩＳＤＢ−Ｔ方式では、６ＭＨｚ帯域内のＯＦ
ＤＭ信号は、１３のセグメントに分割して、各放送局で
自由にセグメントを使用して番組を配信することが可能
である。例えば、１３セグメントのうち、１０セグメン
トを家庭などの固定受信向けに、２セグメントをカーナ
ビや携帯端末などの移動体向けに、残り１セグメントを
音声ラジオ向けに、といったサービスを可能としてい
る。また、セグメント毎にＯＦＤＭ変調方式を変えるこ
とが可能である。このことを階層化伝送と呼ぶ。階層化
伝送により、たとえば、家庭向けにデータの伝送帯域を
増やしたり、または移動体での受信向けにエラーに強い
方式にしたりといったように、サービス要件に応じて伝
送パラメータを最大３階層に分類したセグメント毎に変
更が可能である。このため、地上波デジタル放送では、
家庭向けサービスばかりでなく、携帯端末や、カーナビ
といった移動体端末へのサービスが期待されている。

【０００５】

【発明が解決しようとする課題】このように、移動体に
向けたデジタル放送サービスが実現可能となってきた
が、放送の電波が受信できない際にはデータが取得でき
ないという本質的な課題が存在する。

【０００６】ニュースやスポーツ中継のようなライブ映
像がストリーミング型のＭＰＥＧ４で圧縮されて移動体
向けに放送されている場合、移動体がトンネルを通過す
ることで電波の瞬断などの受信障害により途中のデータ
が抜けてしまうと、最終的に取り出したＭＰＥＧ４ Vid
eoが、ＰフレームもしくはＢフレームなどの差分画像か
らデコードすることになるため映像として矛盾した表示
をすることになり、移動体端末上で配信映像を正常に再
生できない問題がある。またデコードの際にも、デコー
ダにとって予期せぬビット列を渡してしまうと、場合に
よってはデコーダがフリーズすることも考えられる。Ｍ
ＰＥＧ４は強い誤り訂正符号化方式であるが、このよう
な電波の瞬断によって大きくデータの欠落が発生した際
には、誤り訂正だけで欠落したデータを復活させること
は困難であり、また動画像再生機器の再起動が必要にな
ることも考えられる。

【０００７】このように伝送路に瞬断が発生してデコー
ダがフリーズしたり、場合によってはデコードしている
機器自体が正常に動作しなくなるといった事態が生じた
場合、デコーダを手動で終了させるか、デコード機器を
手動でリセットするといった必要がある。しかし、車載
器の場合には運転者には即座に対処できない可能性が大
きい。瞬断が発生しても運転手が自らの操作を必要せず
に、映像再生が復帰できるような動画像配信方式，動画
像配信システム，動画像再生端末が必要である。

【０００８】デジタル放送にて瞬断が発生したときに、
カーナビ地図上に表示した映像に文字情報を重畳させる
ことでユーザに瞬断を通知する方式については、社団法
人情報処理学会第６２回（平成１３年前期）全国大会で
配布された「第６２回全国大会（平成１３年前期）特別
トラック講演論文集」ＣＤ−ＲＯＭの特別トラック５
（情報家電とネットワーク）の「デジタル放送とコンテ
ンツ配信」セッション、“デジタル放送による車上情報
配信システム（２）−ＭＰＥＧ４配信システムの検討”
が知られている。ここでは、電波が受信できない場合、
映像が停止し、「電波が受信できません」という文字列
を渋滞映像上に表示している。そして、電波が再び受信
できるようになると再生が可能となる。

【０００９】この公知例では、電波が受信できないとき
には、映像中に文字情報を表示して文字情報で運転手に
通知する手段を採用しており、地図上の文字列と混在す
ることが考えられる。さらには、電波が受信できない状
態が頻繁に発生するときについての運転手への対処の方
式が未定義である。これらの問題点のために、マルチメ
ディアコンテンツを見やすく提供することが難しい。そ
こで、電波が受信できないときにより簡便に運転手に通
知する方式とそれに伴う映像表示方式を検討する必要が
ある。

【００１０】

【課題を解決するための手段】本発明の課題を解決する
ために、まず、動画像符号化方式であるＭＰＥＧ規格に
て符号化された符号化動画像データ中に含まれる静止画
相当のフレームであるＩフレームを検出するＩフレーム
検出手段と、データの欠損に対処するためのヘッダを符
号化動画像データに付加する瞬断対応ヘッダ付加処理手
段と、前記Ｉフレームを含む情報を瞬断対応ヘッダ中に
設定するＩフレーム有無情報付加手段、および、瞬断対
応ヘッダが付加された符号化動画像データをデジタル放
送の帯域で送信するための送信手段を備えた送信装置に
より瞬断対応ヘッダを付加した符号化動画像データが放
送される。またこの放送を受信する受信装置は、デジタ
ル放送を受信するデータ受信手段と、Ｉフレームを含む
か否かの情報を瞬断対応ヘッダから検出するＩフレーム
有無情報検出手段と、符号化動画像データにおけるフレ
ームの整合性をチェックする符号化動画像フレーム整合
性チェック手段と、瞬断対応ヘッダが付加された符号化
動画像データから符号化動画像データを抽出する符号化
動画像データ抽出手段と、抽出した符号化動画像データ
をデコードするデコード手段、および、デコード手段に
より生成した動画像フレームを表示する表示手段を備え
る。

【００１１】そしてこの受信装置を備えた車載端末は、
地図データを読み取る地図読み取り手段と、地図データ
を読み取って地図を表示する表示手段と、受信装置の緯
度経度情報を取得する緯度経度取得手段と、デコードし
た動画像フレームを表示された地図に重ね合わせて表示
する表示制御手段と、デコードした動画像フレームに対
して枠を付ける動画像フレーム枠処理手段、および、デ
ジタル放送が受信できないとき簡易図形を表示するため
のアイコン処理手段を備えている。

【００１２】更に、緯度経度取得手段で取得された自車
の緯度経度が特定地点の緯度経度に近づいたときに、動
画像を表示することを運転手に通知する動画像表示通知
手段と、動画像フレームが地図上の店舗あるいは学校等
特定のシンボルに関連することを指し示す動画像フレー
ム指示表示手段と、デジタル放送の瞬断の回数を計測す
る瞬断回数計測手段と、放送の瞬断回数が所定の回数以
下のときに動画像フレーム枠の種類を切り替えて表示す
る動画像フレーム枠表示手段と、瞬断回数が所定の回数
を超えたときにはアイコン処理手段により地図画面の当
該個所にアイコンを表示するアイコン表示手段と、瞬断
が発生した後にデジタル放送の受信が正常に回復したと
きに動画像再生の再開を運転手に通知する正常再生通知
手段、および、取得した自車の緯度経度が特定地点の緯
度経度から離れたときに映像再生を停止することを運転
手に通知する映像停止通知手段を備える。

【００１３】これにより、受信装置を有する車などの移
動体がトンネルを走行した時に、デジタル放送の電波が
受信できないことによる符号化動画像データの欠落が発
生した時に、地図を表示させながら、動画像フレームの
枠の表示を切り替えることで運転手に直感的に瞬断が発
生して映像が停止していることを通知することができる
ばかりでなく、瞬断が特定の回数以上発生したときに
は、動画像フレームを隠してアイコン表示にすることで
地図画面における無駄な表示を避けることが可能であ
る。

【００１４】

【発明の実施の形態】以下、本発明によるデジタル放送
を用いた動画像配信システムの実施の形態を、図面を用
いて説明する。

【００１５】図１は、本発明を用いた動画像配信システ
ムの全体システム構成の一例を示している。図１におい
て、１０００は放送局を示している。放送局１０００に
は、ＭＰＥＧ４コンテンツを配信するＭＰＥＧ４コンテ
ンツ送出管理装置２０００，ＭＰＥＧ４コンテンツをデ
ジタル放送向けにＭＰＥＧ２ Transport Streamへデー
タフォーマットを変換するためのパケタイザ３０００、
およびＭＰＥＧ２Transport StreamにしたデータをＯＦ
ＤＭ変調した後にＵＨＦなどの所望の電波帯域に載せて
送信局６に出力するための送信装置４０００が存在す
る。送信局６から送信される電波は、クロスダイポール
アンテナやダイバーシティーアンテナのようなアンテナ
７により受信することが可能である。アンテナ７は、例
えば乗用車のような移動体８０００の屋根の上に配置す
る。移動体８０００内のシステムは、受信機９０００，
デパケタイザ１００００、およびカーナビゲーション装
置１１０００を備えている。受信機９０００は、アンテ
ナ７より受信した電波からＯＦＤＭ復調により、ＭＰＥ
Ｇ２ Transport Stream データを取得することができ
る。取得した前記ＭＰＥＧ２ Transport Stream データ
から、デパケタイザ１００００によりＭＰＥＧ４コンテ
ンツを取得する。取得したＭＰＥＧ４コンテンツは、カ
ーナビゲーション装置１１０００上でデコード再生す
る。カーナビゲーション装置１１０００は、ＧＰＳ(Glo
bal Positioning System）衛星を複数用いて緯度経度情
報を求めることにより自車位置を取得し、ＣＤ−ＲＯＭ
もしくはＤＶＤ−ＲＯＭといったメディア中に存在する
地図データを所望の尺度で表示装置に表示した上に、前
記緯度経度を元に自車位置を重ねて表示するものであ
る。自車位置から目的地を設定して経路探索などをする
ことが可能である。

【００１６】次に、図２において、放送局１０００内に
ある、ＭＰＥＧ４コンテンツ送出管理装置２０００のハ
ードウェアについて説明する。ＭＰＥＧ４コンテンツ送
出管理装置２０００は、論理演算や算術演算を実現する
ＣＰＵ２００１，ＣＰＵへの命令やデータを格納する主
記憶装置２００２，ＣＰＵ２００１により得られた演算
結果を永続的に格納する補助記憶装置２００４，マウス
やキーボードやＣＤ−ＲＯＭといった入出力装置２００
５、および前記装置群を接続するバス２００３から構成
される。ＣＰＵ２００１は、主記憶装置２００２に格納
されている機械語命令を呼び出し、この機械語命令に基
づき論理演算，算術演算をして得られた結果を再び主記
憶装置２００２に格納するといったことが可能である。

【００１７】図３は、補助記憶装置２００４に格納され
ているＭＰＥＧ４データに関する属性テーブルを示す。
属性テーブルは、コンテンツＩＤ２１００，データタイ
プＩＤ２１０２，コンテンツファイル名２１０４，コン
テンツの格納場所２１０６、および緯度経度２１０８の
項目を持つ。図３では、例えば、コンテンツＩＤ２１０
０の値が０ｘ０００１(２１１０)であるＭＰＥＧ４デー
タは、コンテンツファイル名が“京都国道渋滞映像”
で、データタイプＩＤ２１０２が０ｘ０１（２１１２）
であり（データタイプＩＤについては図４の説明の中で
行う）、このＭＰＥＧ４データの格納場所は、“Ｃ：￥
ＭＰＥＧ￥”の領域であることを示している。またコン
テンツＩＤ２１００の値が０ｘ０００１（２１１０）で
あるコンテンツの撮影された場所などといった特定地点
との関連を示す情報も示している。例えば、表の２１１
８においては、京都国道渋滞映像２１１４の撮影場所の
緯度経度である（東経１３５度，北緯４０度）が格納し
ている。これらの情報を格納した属性テーブルは、ファ
イルとしてＭＰＥＧ４コンテンツ送出管理装置の補助記
憶装置に格納されており、後で説明するパケタイザ３０
００，送信装置４０００，送信局６によって送出する。
移動体８０００では、前記属性ファイルを取得し、カー
ナビゲーション装置１１０００の補助記憶装置にて格納
する。移動体８０００の緯度経度情報と連携して、映像
表示を制御する。

【００１８】次に、図４を用いて、データタイプＩＤテ
ーブルの説明をする。データタイプＩＤ２１０２は、Ｍ
ＰＥＧ４に圧縮した際のパラメータの組み合わせにＩＤ
を割り当てたものである。データタイプＩＤテーブル
は、データタイプＩＤ２１０２，符号化方法２２００，
符号化ビットレート２２０２，フレームレート２２０４
から構成される。例えば、データタイプＩＤが０ｘ０１
（２３００）のデータは、符号化方式２２００の項目が
“ＭＰＥＧ４Video SimpleProfile” ２３０２であり、
符号化ビットレート２２０２の項目が３２ｋｂｐｓ（２
３０４）であり、フレームレート２２０４の項目が１０
frame／sec（２３０６）であることを意味する。補助記
憶装置２００４には、図３に示す前記属性テーブル，図
４に示すデータタイプＩＤテーブル、およびＭＰＥＧ４
に圧縮符号化されたデータおよび送出管理プログラムが
格納されている。

【００１９】図５にて、パケタイザ３０００の処理を説
明する。パケタイザ３０００を実現するためのハードウ
ェアは、ＣＰＵ，主記憶装置，補助記憶装置，入出力装
置、およびバスといった前記ＭＰＥＧ４コンテンツ送出
管理装置の構成要素により実現可能である。実際、ＭＰ
ＥＧ４コンテンツ送出管理装置２０００にてパケタイザ
３０００を実現する構成も可能である。本実施例では、
ＭＰＥＧ４コンテンツ送出管理装置２０００とパケタイ
ザ３０００は異なるハードウェアにより実現されている
ものとする。この場合、ＭＰＥＧ４コンテンツ送出管理
装置２０００とパケタイザ３０００は、例えば、ネット
ワークインタフェースカードといった通信用の装置をそ
れぞれ入出力装置として持ち、ケーブルにより、データ
の送受信を行う。

【００２０】パケタイザ３０００では、図３に示したテ
ーブル形式で補助記憶装置２００４に格納されているＭ
ＰＥＧ４ Videoビットストリーム３１００を瞬断対応ヘ
ッダ付加処理部３４５０により、図６に示すような瞬断
対応ヘッダ付きＭＰＥＧ４Videoビットストリーム３２
００に変換する。瞬断対応ヘッダ付きＭＰＥＧ４Video
ビットストリーム３２００は、瞬断対応ヘッダ付きＭＰ
ＥＧ４ Video ビットストリーム→ＭＰＥＧ２ Transpor
t Stream 処理部３６５０により、ＭＰＥＧ２ Transpor
t Streamパケット３４００に変換される。

【００２１】瞬断対応ヘッダ付加処理部３４５０につい
て詳細を説明する。瞬断対応ヘッダ付加処理部３４５０
入力されるＭＰＥＧ４ Videoビットストリーム３１００
の詳細を図７に示す。ＭＰＥＧ４ Videoビットストリー
ムは、ＩＳＯ／ＩＥＣ14496−２“Information Technol
ogy-Coding of audio-visual objects-Part2：Visual”
にて定義されている。参考文献としては、工業調査会出
版の「ＭＰＥＧ４のすべて」三木弼一著があげられる。
ＭＰＥＧ４ Videoビットストリーム3100は、Visual Obj
ect Sequence Header３１０２，Visual Object Header
３１０４，Visual Object Layer Header３１０８、およ
び、Elementary Stream３１１０から構成される。Eleme
ntary Stream３１１０は、さらに複数のVideo ObjectPl
aneから構成される。特に、図７においては、Video Obj
ect Plane1(３１１２)，Video Object Plane2(３１１
３）から構成されていることを意味している。

【００２２】Visual Object Sequence Header３１０２
は、もっとも上位に位置付けられたビットストリームで
あるVisual Object Sequenceのヘッダであり、存在する
Visual Object 情報をデコーダに対して設定するための
情報を格納する領域である。Visual Object Header３１
０４は、一つのVisual Object に対する情報をデコーダ
に対して通知するための情報を格納する領域である。Vi
sual ObjectLayer Header３１０８は、画面サイズ，圧
縮レートといった情報を格納する領域である。Elementa
ry Stream ３１１０は、ＭＰＥＧ４の圧縮方式によりビ
ット列化された情報を格納する領域である。Video Obje
ct Plane1（３１１２），VideoObject Plane2(３１１
３）は、それぞれ映像のコマ一つ分に相当する情報であ
る。各Video Object Planeには、静止画相当のＩフレー
ムと、Ｉフレームとの差分画像から構成されるＰフレー
ム，Ｂフレームが存在する。Ｐフレームは、前にあるフ
レームから予測したフレームのことを意味する。また、
Ｂフレームは、前に有るフレームと後ろにあるフレーム
の双方向から予測したフレームのことを意味する。

【００２３】次に、ＭＰＥＧ４ Videoビットストリーム
の先頭に配置する瞬断対応ヘッダ３２１０について説明
する。瞬断対応ヘッダ３２１０は、コンテンツＩＤ320
2，データタイプ３２０４，Ｉフレーム有無フラグ、お
よびデータサイズ３２０８から構成される。瞬断対応ヘ
ッダ付加処理部３４５０は、ＭＰＥＧ４コンテンツ送出
管理装置２０００が有する補助記憶装置２００４中に格
納されている属性テーブルからコンテンツＩＤの値を参
照して、瞬断対応ヘッダ３２１０中のコンテンツＩＤ３
２０２に対して値を設定する。また瞬断対応ヘッダ３２
１０中のデータタイプＩＤ３２０４への値は、前記ＭＰ
ＥＧ４コンテンツ送出管理装置２０００が有する補助記
憶装置２００４中に格納されている属性テーブルにおけ
るデータタイプＩＤ１２０２の値を参照して設定する。
瞬断対応ヘッダ３２１０中のＩフレーム有無フラグ３２
０６への値は、ＭＰＥＧ４ Videoビットストリーム3100
を解析する手段により、Video Object Plane1(３１１
２），Video Object Plane（３１１３）といったVideo
Object PlaneがＩフレームであるか、Ｂフレームである
のか、またはＰフレームであるのかを判定して設定す
る。

【００２４】図８において、Video Object Plane３１１
４の詳細を示す。Video ObjectPlane３１１４は、video
_start_code３１１６、およびvideo_coding_type3118を
有する。この他にも複数のデータ領域が存在するが、本
発明における実施例では説明を省略する。

【００２５】図９に、video_coding_type ３１１８の値
に対するフレームの意味を表す対応表を示す。対応表の
項目として、video_coding_type３１１８とcoding meth
od３１１９０が存在する。この対応表に示すとおり、vi
deo_coding_type ３１１８の値が“００”３１１８２の
ときは、Ｉフレーム３１１９２を意味する。同様にvide
o_coding_type ３１１８の値が“０１”のときは、Ｐフ
レーム３１１９４を、video_coding_type ３１１８の値
が“１０”のときは、Ｂフレーム３１１９６を、video_
coding_type ３１１８の値が“１１”のときはスプライ
ト３１１９８を意味する。

【００２６】瞬断対応ヘッダ付加処理部３４５０は、Vi
deo Object Plane３１１４の中にあるvideo_coding_typ
e３１１８の値を参照することにより、該当Video Objec
tPlane のフレームがＩフレームなのか否かを判定す
る。判定した結果がＩフレームであるならば、例えば
“１”という値をＩフレーム有無フラグ３２０６に設定
し、判定した結果がＩフレームでないならば、“０”と
いう値をＩフレーム有無フラグ３２０６に設定する。さ
らに、瞬断対応ヘッダ付加処理部３４５０は、データサ
イズ３２０８を設定する必要がある。データサイズ３２
０８の値は、一つのVideo Object Plane３１１４のデー
タサイズを算出して代入する。ＭＰＥＧ４Videoビット
ストリームの符号化ビットレートが６４kbpsの場合、一
つのVideoObject Plane３１１４の最大サイズは、およ
そ５Kbyte 程度である。そこで、一つの瞬断対応ヘッダ
一つにつき、ＭＰＥＧ４ Videoビットストリーム格納領
域をを５Kbyte 分割り当てる。一つのVideo Object Pla
ne３１１４のデータサイズが４Kbyteの場合、５Kbyte以
内であるので、残り１Kbyteの領域には“０ｘ００”の
値を代入する。

【００２７】以上の瞬断対応ヘッダ付加処理部３４５０
により瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットスト
リーム３２００を生成する。次に瞬断対応ヘッダ付きMP
EG４Videoビットストリーム３２００は、瞬断対応ヘッ
ダ付きＭＰＥＧ４ Video ビットストリーム→ＭＰＥＧ
２Transport Stream処理部３６５０により、この瞬断対
応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２０
０をＩＳＯ／IEC13818−１：２０００のなかのＭＰＥＧ
２ Transport Stream のデータフォーマット規格に準拠
する形でＭＰＥＧ２ Transport Stream パケット３４０
０にマッピングする。

【００２８】図１０において、ＭＰＥＧ２ Transport S
tream パケット３４００について詳細を説明する。ＭＰ
ＥＧ２ Transport Stream パケット３４００は、一つあ
たりのサイズが１８８バイトで、大まかにヘッダ領域
（３４００２〜３４０１６）とペイロード（Payload）
３４０１８から構成されている。

【００２９】ヘッダ領域のSync_byte３４００２は、８
ビットの同期信号で、デコーダがＭＰＥＧ２ Transport
Streamパケット３４００の先頭を検出するために存在
するデータである。値は、“01000111”である。Transp
ort_error_indicator３４００４は、ＭＰＥＧ２ Transp
ort 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_contr
ol３４０１４は、アダプテーションフィールドが存在す
るか否かおよびPayload３４０１８が存在するか否かを
示す領域である。Continuity_counter３４０１６は、同
じＰＩＤをもつパケットが途中で破棄されたか否かを検
出するための情報で、４ビットの巡回カウンタの値を設
定し、受信側でこの情報の連続性をチェックすることに
よって同一ＰＩＤパケットの破棄を検出する。Payload
３４０１８は、１８４バイトの領域であり、瞬断対応ヘ
ッダ付きＭＰＥＧ４ Videoビットストリーム３２００の
５ｋバイトを１８４バイトに分割して、各ＭＰＥＧ２Tr
ansport StreamパケットのPayload３４０１８に挿入す
る。

【００３０】図１１は、送信装置４０００を示す図であ
る。送信装置４０００は、ＭＵＸ４１００とＯＦＤＭ変
調機４２００から構成される。ＭＵＸ４１００では、Ｍ
ＰＥＧ２ Transport Stream パケット３４００をＯＦＤ
Ｍ変調機４２００に伝送する前に、各ＭＰＥＧ２ Trans
port StreamパケットヘッダのTransport_error_indicat
or３４００４や、Continuity_counter３４０１６の値を
設定する。OFDM変調機４２００は、例えば地上波デジタ
ル放送の電波帯域に変調するための装置である。

【００３１】ＯＦＤＭ変調機４２００は、ＭＰＥＧ２ T
ransport Stream パケット３４００を帯域にマップして
伝送する。この帯域モデルは地上波デジタル放送の伝送
方式として、１９９９年に電通技審にて答申された方式
であり、Band SegmentedTransmission ＯＦＤＭ方式で
ある。これは図１２に示すように、ＵＨＦ帯において、
一放送局あたり５.６ＭＨｚ(４３１０）の帯域を１３の
セグメントに分割する。１セグメント４３０６の帯域
は、約４２８ｋＨｚ(４３０８)であり、１セグメント４
３０６にＭＰＥＧ２ Transport Stream パケット３４０
０が割り当てられる形になる。実施例においては、ＭＰ
ＥＧ４ Videoを埋め込んだＭＰＥＧ２Transport Stream
パケット３４００をＭＵＸにて再多重する。この際、
５.６ＭＨｚ（４３１０）の帯域を１３のセグメントに
分割したうち、２つのセグメントを使用して伝送する。

【００３２】次に、車やバスといった移動体８０００の
中の装置およびその機能について説明する。図１３に示
されている受信機９０００は、ＯＦＤＭ復調機９１００
およびＤＥＭＵＸ９２００から構成される。ＯＦＤＭ復
調機９１００は、アンテナ７に接続しており、図１２に
示すような電波帯域から電波を受信して、ＤＥＭＵＸ９
２００に伝送する。ＤＥＭＵＸ９２００は、取得した１
３セグメント中から２セグメントを選択して、２セグメ
ント中のＭＰＥＧ２ Transport Stream を取り出す。

【００３３】図１４では、デパケタイザ１００００の処
理フローについて説明する。DEMUX９２００で取り出さ
れたＭＰＥＧ２ Transport Streamパケット３４００
は、ＭＰＥＧ２ Transport Stream→ＭＰＥＧ４ 処理部
１１４００に渡されて、瞬断対応ヘッダ付きＭＰＥＧ４
Videoビットストリーム３２００を出力する。この処理
に先だって、予め定められたＰＩＤ３４０１０の値をデ
パケタイザの記憶領域に格納しており、ＭＰＥＧ２ Tra
nsport Stream→ＭＰＥＧ４ 処理部１１４００が起動す
る際に、格納されていたＰＩＤ３４０１０の値を参照し
てＭＰＥＧ２Transport Stream パケット３４００中のP
ayload３４０１８から、瞬断対応ヘッダ付きＭＰＥＧ４
Videoビットストリーム３２００を取得する。

【００３４】図１５において、カーナビゲーション装置
１１０００のハードウェア構成について説明する。カー
ナビゲーション装置１１０００は、ＣＰＵ１１００１，
主記憶装置１１００２，表示制御部１１００３，液晶モ
ニタなどの表示部１１００４，ハードディスクなどの補
助記憶装置１１００５，土地の地形，一般道路・高速道
路の情報、さらには小中学校や交番やコンビニやレスト
ラン等の緯度経度を有する地点情報といった地図の情報
を記録したＤＶＤ−ＲＯＭのような記憶媒体から地図デ
ータを読み取る地図読み取り装置１１００７，入出力装
置１１００６，赤外線読み取り器１１００８，複数のＧ
ＰＳ衛星により緯度経度情報を算出するためにＧＰＳ衛
星の飛行位置情報を取得するＧＰＳ１１０１０，赤外線
読取器にカーナビゲーション装置への制御信号を送信す
るリモコン１１００９、および時計の基準信号である３
２.７６８ｋＨｚの水晶発振子を有するＲＴＣ（Real Ti
meClock ）のようなタイマー１１０１１から構成され
る。表示制御部１１００３については、特に地図データ
と動画像フレームの情報を重ね合わせる機能を持つ。カ
ーナビゲーション装置１１０００ならびに表示部１１０
０４は、移動体8000の有するバッテリといった電源装置
から、電源を取得して起動することになる。

【００３５】次に、図１６において、カーナビゲーショ
ン装置１１０００上で動作するプログラムの構成につい
て説明する。ＭＰＥＧ４再生プログラム１１１００は、
ＩＳＯ／ＩＥＣ１４４９６−２にて規定されるＭＰＥＧ
４ Videoビットストリームから映像情報を出力するプロ
グラムである。カーナビゲーションプログラム１１４０
０は、地図読み取り装置１１００７より読み出した地図
データとＧＰＳにより取得した自車の緯度経度を元に、
表示部１１００４に表示された地図上に自車の位置をマ
ップする。ＯＳ１１３００は、ＭＰＥＧ４再生プログラ
ム11100およびカーナビゲーションプログラム１１４０
０によるＣＰＵ１１００１等ハードウェア資源の利用時
間を最適配分したり主記憶装置１１００２の使用を制御
したりする。デバイスドライバ１１５００は、カーナビ
ゲーション装置１１０００中に存在するＣＰＵ１１００
１，主記憶装置１１００２，表示制御部１１００３，ハ
ードディスクなどの補助記憶装置１１００５，地図読み
取り装置１１００７，入出力装置１１００６，赤外線読
み取り器１１００８、およびＧＰＳ11010 等の装置を、
ＭＰＥＧ４再生プログラム１１１００，カーナビゲーシ
ョンプログラム１１４００、およびＯＳ１１３００が使
用するためのプログラムである。

【００３６】図１７を用いてＭＰＥＧ４再生プログラム
１１１００について説明する。ＭＰＥＧ４再生プログラ
ム１１１００は、ビットストリーム入力１１１１０，コ
ンテンツＩＤチェック１１１１２，データタイプチェッ
ク１１１１４，ＶＯＰ整合性チェック１１１１６，デコ
ーダ１１１１７，処理ブロック１１１３８、およびレン
ダラ１１１１８から構成される。

【００３７】ビットストリーム入力１１１１０は、瞬断
対応ヘッダ付きＭＰＥＧ４ Videoビットストリーム３２
００を読み込む。コンテンツＩＤチェック１１１１２
は、読み込まれた瞬断対応ヘッダ付きＭＰＥＧ４ Video
ビットストリーム３２００の瞬断対応ヘッダからコンテ
ンツＩＤの値を参照し、前回コンテンツＩＤの値を格納
する変数および今回コンテンツＩＤの値を格納する変数
の二つの変数の値を保持する機能を有する。データタイ
プチェック１１１１４は、瞬断対応ヘッダ付きＭＰＥＧ
４ Videoビットストリーム３２００の瞬断対応ヘッダか
ら、データタイプＩＤ３２０４の値を取得し、符号化ビ
ットレート値，フレームレート値を取得する。ＶＯＰ整
合性チェック１１１１６は、Video Object Plane（以下
ＶＯＰと表記）がデコーダ１１１１７でデコードするデ
ータであるか否かを評価する。デコーダ１１１１７は、
ＭＰＥＧ４ Videoビットストリーム３１００のハフマン
符号を解析して、逆離散コサイン変換などの処理をす
る。

【００３８】処理ブロック１１１３８における処理は、
以下の４つの処理から構成される。予め存在する文字列
からビットマップを生成してカーナビゲーション装置の
主記憶装置１１００２に格納する処理を行う文字列表示
処理１１１２０、予めアイコンを生成するために必要な
画素毎の色定義ファイルを保持しておき、デジタル放送
が受信できないことで動画像データが取得できないとき
にはカーナビゲーション装置上に表示する上で適切なサ
イズを算出し、適切なサイズのアイコンのビットマップ
を生成して表示するためのアイコン処理１１１３４，映
像フレームのサイズを算出して映像のサイズに対し２画
素分の外枠を生成する映像枠処理11136、および、ビッ
トストリーム入力部の状態を監視して、ビットストリー
ム中にデータが存在しないときには瞬断とみなして瞬断
回数をインクリメントして変数に格納する瞬断回数格納
処理１１１３９の４つの処理から構成される。瞬断回数
格納処理１１１３９では、一定間隔で瞬断が発生したか
否かを判定するためにタイマー１１０１１を用いる。さ
らに、瞬断回数格納処理１１１３９では、瞬断回数に対
する閾値を格納している。本実施例においては、瞬断回
数は１秒毎に更新し、１秒間に３回を閾値として１秒間
に３回以上瞬断回数がカウントされた場合には処理を切
り替えている。

【００３９】レンダラ１１１１８は、デコーダ１１１１
７により生成された表示可能な映像フレームデータと前
記１１１３８の処理によって生成した文字情報・アイコ
ン情報・映像枠情報をビットマップに変換してデータを
重ね合わせる。レンダラ１１１１８はＲＧＢ１１１３
０、またはＹＵＶ１１１３２の映像フォーマットで表示
制御部１１００３に映像信号を渡す。また、レンダラ１
１１１８は、フレームバッファを保持していて、表示す
べきフレームバッファと上書き可能なフレームバッファ
といった２種類の状態を管理している。表示制御部１１
００３は、表示部１１００４を制御して映像を表示す
る。

【００４０】図１８では、図１７で説明したＭＰＥＧ４
再生プログラムの個々の処理ブロックにおける処理フロ
ーについて説明する。コンテンツＩＤチェック１１１１
２の処理では、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビ
ットストリーム３２００の瞬断対応ヘッダからコンテン
ツＩＤの値を取得し、今回コンテンツＩＤに格納する
（Ｓ１）。ＭＰＥＧ４再生プログラム１１１００が起動
した段階では、前回コンテンツＩＤと今回コンテンツＩ
Ｄはいずれも“０”値を設定しておくものとする。次に
保持している前回コンテンツＩＤの値を呼び出す（Ｓ
２）。そして前回コンテンツＩＤと今回コンテンツＩＤ
を比較し（Ｓ３）、これらが同じ場合には次にＶＯＰ整
合性チェック１１１１６に処理が切り替わる（Ｓ５）。
もしも、前回コンテンツＩＤと今回コンテンツＩＤが異
なる場合（Ｓ４）、前回コンテンツＩＤの変数に今回コ
ンテンツＩＤの値を代入し（Ｓ６）、データタイプチェ
ック１１１１４に処理が切り替わる。

【００４１】データタイプチェック１１１１４では、ま
ず始めに、瞬断対応ヘッダ付きＭＰＥＧ４ Videoビット
ストリーム３２００の瞬断対応ヘッダから、デコーダタ
イプを取得する（Ｓ７）。次に符号化ビットレート値を
取得する（Ｓ８）。そして、フレームレート値を取得し
（Ｓ９）、制御線１１１２２を経由して、デコーダ１１
１１７が保持しているデコード制御のための変数を初期
化する（Ｓ１０）。この初期化を実行しないと、コンテ
ンツＩＤが異なる瞬断対応ヘッダ付きＭＰＥＧ４ Video
ビットストリーム３２００を取得した時に、早回しにな
ったり、フリーズしたりといったデコーダ１１１１７に
異常な処理をさせてしまうことになる。最後に、レンダ
ラ１１１１８のフレームバッファ領域を制御線11124 経
由で初期化する（Ｓ１１）。

【００４２】図１９では、ＶＯＰ整合性チェック１１１
１６の処理フローについて説明する。まず、ＶＯＰが意
味のあるデータとして存在するかどうか瞬断対応ヘッダ
3210中のデータサイズ３２０８をチェックする（Ｓ１
２）。ＶＯＰが瞬断対応ヘッダ３２１０中のデータサイ
ズ３２０８の値に合致するとき（Ｓ１３）、デコーダ１
１１１７にてデコード処理を行う(Ｓ１５)。ＶＯＰが瞬
断対応ヘッダ３２１０中のデータサイズ３２０８の値に
合致しないとき（Ｓ１４）、次の瞬断対応ヘッダ３２１
０中のＩフレーム有無フラグの値を参照することで、Ｉ
フレーム情報検出処理を行い（Ｓ１７）、Ｉフレーム情
報が有るか否かの判定をする（Ｓ１８）。もしも、Ｉフ
レーム情報があるならば（Ｓ１９）、デコーダ１１１１
７による８ｘ８毎の逆量子化、逆離散コサイン変換とい
ったＭＰＥＧ符号化動画像のデコード処理に切り替わる
（Ｓ１５）。このデコード処理の後、映像表示処理によ
り、レンダラ１１１１８は、予めカーナビゲーション装
置１１０００の主記憶装置１１００２に格納されている
動画像表示位置（ｘ，ｙ）座標値を読み取り、表示制御
装置１１００３は、地図画面の左上の座標を原点として
地図画面上の（ｘ，ｙ）座標値から動画フレーム左上を
描画するための処理をする。その後、表示部１１００４
に映像を表示する。もしも、Ｉフレーム情報が無いなら
ば、文字列表示処理を実行し（Ｓ２１）、Ｉフレーム情
報検出処理（Ｓ１７）に切り替わる。

【００４３】処理Ｓ２１における文字列表示処理の実行
の際には、たとえば予めカーナビゲーション装置で保持
されている文字列データ「電波が受信できません」をビ
ットマップ静止画に変換しておき、この変換したビット
マップ静止画をレンダラ１１１１８に渡す。レンダラ１
１１１８は、予めカーナビゲーション装置11000の主記
憶装置１１００２に格納されているこのビットマップ静
止画の表示位置座標（ｘ１，ｙ１）を読み取り、表示し
ようとする動画の動画フレーム表示位置（ｘ，ｙ）の値
とのベクトル演算をＣＰＵ１１００１にて実行し、地図
画面の左上の座標を原点として地図画面上の（ｘ＋ｘ
１，ｙ＋ｙ１）座標値を求めて文字列データのビットマ
ップ静止画を描画するための処理をする。そして表示制
御部１１００３を介して表示部１１００４に「電波が受
信できません」と動画像再生中断情報を表示する。

【００４４】また、ビットストリーム入力１１１１０で
バッファに瞬断対応ヘッダ付きＭＰＥＧ４ Videoビット
ストリームが無い場合には、瞬断回数格納処理11139 が
起動し、所定の間隔における瞬断回数をカウントし、予
め格納している瞬断回数の閾値と比較して、もしも瞬断
回数が閾値を超えたらアイコン処理１１１３４を起動
し、もしも瞬断回数が閾値よりも小さければ、映像枠処
理１１１３６を起動する。文字列処理１１１２０を起動
するか、表示枠処理１１１３６を起動するかの選択につ
いては、瞬断回数格納処理１１１３９で予め呼び出し規
則を設定することで実現する。

【００４５】アイコン処理１１１３４を起動した場合に
は、表示部１１００４の表示画面サイズの情報により、
例えば表示画面サイズの２０分の１といったように予め
設定された縮尺でアイコンのサイズを決定し、アイコン
のビットマップを生成する。

【００４６】図２０は、移動体８０００，カーナビゲー
ション装置１１０００、および放送局１０００間のシー
ケンス図を示している。カーナビゲーション装置１１０
００は、電源を投入することで起動され、主記憶装置１
１００２，表示制御部11003といったハードウェアの初
期化を行い、ＣＰＵ１１００１は地図読み取り装置１１
００７から、地図データを読み取り、表示制御部１１０
０３を介して表示部１１００４に地図画面１１７００が
表示される（Ｓ２７）。カーナビゲーション装置１１０
００は、補助記憶装置１１００５と地図読み取り装置１
１００７に格納されている地点情報を読み取り、地図上
に表示する（Ｓ２８）。

【００４７】放送局１０００は、映像放送開始により、
前述したＭＰＥＧ４コンテンツ送出管理装置２０００，
パケタイザ３０００，送信装置４０００、および送信局
６によってデジタル放送が開始される（Ｓ３９）。その
後は、放送終了までコンテンツが放映中（Ｓ４０）とい
うことになる。放映中にはコンテンツのファイルのほか
に、属性テーブルを保持するファイルをＭＰＥＧ２ Tra
nsport Stream ペイロードに格納して、例えば１０秒毎
に周期的に送出する（Ｓ４１）。

【００４８】カーナビゲーション装置１１０００は、移
動体８０００が走行を開始すると（Ｓ２２）、地図画面
１１７００上に自車位置１１７４２の表示を開始する
（Ｓ２９）。また、放送局１０００から送出されたコン
テンツの属性テーブルを格納したファイルが受信された
ら、デパケタイザ１００００がＭＰＥＧ２Transport St
reamのペイロードから属性テーブルを再構成し、カーナ
ビゲーション装置１１０００に渡す。カーナビゲーショ
ン装置１１０００は、補助記憶装置１１００５にて、属
性テーブルを格納したファイルを保持する（Ｓ４２）。
属性テーブルを格納したファイルは、カーナビゲーショ
ンプログラム１１４００により参照され、ＧＰＳから得
た自車の緯度経度と比較される。属性テーブルにおける
緯度経度と自車の緯度経度の距離が例えば１ｋｍ以内の
場合には、カーナビゲーション装置１１０００は、ＭＰ
ＥＧ４再生プログラム１１１００を起動し、瞬断対応ヘ
ッダ付きＭＰＥＧ４ Videoビットストリーム３２００が
ビットストリーム入力１１１１０でバッファに一定量蓄
積されるのを待つ。

【００４９】自車位置１１７４２が、映像に関連する地
点１１７４８に近づくと（Ｓ２３）、「地点に関連した
映像を再生します」というストリーム再生開始のダイア
ログ１１７５０を地図画面上に表示し（Ｓ３０）、映像
１１７１０を表示する。この時、映像枠処理部１１１３
６により正常に受信していることを示す青色で映像表示
枠を生成して表示する（Ｓ３１）。

【００５０】映像枠処理１１１３６を起動した場合に
は、Ｓ４２で放送波から取得した属性テーブルのファイ
ル中から緯度経度情報を求め、地図画面におけるコンテ
ンツ表示位置座標（ｘ２，ｙ２）を算出する。映像表示
開始位置については、映像の縦と横の表示サイズと、図
２３に示すような指示図形１１００４のサイズ(ｂ，ｃ)
から、（ｘ２＋ｂ＋映像の横サイズ，ｙ２＋ｃ＋映像の
縦サイズ），（ｘ２−ｂ−映像の横サイズ，ｙ２−ｃ−
映像の縦サイズ），（ｘ２＋ｂ＋映像の横サイズ，ｙ２
−ｃ−映像の縦サイズ），（ｘ２−ｂ−映像の横サイ
ズ、ｙ２＋ｃ＋映像の縦サイズ）、の４通りの開始位置
が考えられる。これら４通りの内、どの映像表示開始位
置を選択するかについては、地図画面の中心点を原点と
して、地図画面に表示されている地点情報が第１象限に
位置するときは（ｘ２＋ｂ＋映像の横サイズ，ｙ２−ｃ
−映像の縦サイズ）を、第２象限に位置するときは（ｘ
２−ｂ−映像の横サイズ，ｙ２−ｃ−映像の縦サイズ）
を、第３象限に位置するときは（ｘ２−ｂ−映像の横サ
イズ，ｙ２＋ｃ＋映像の縦サイズ）を、第４象限に位置
するときは（ｘ２＋ｂ＋映像の横サイズ，ｙ２＋ｃ＋映
像の縦サイズ）を選択する。前記選択した座標をレンダ
ラ１１１１８に渡して表示を行う。

【００５１】移動体８０００が瞬断の発生しやすい、ビ
ルの谷間やトンネル，高架下を走行中のときには（Ｓ２
４）、映像枠処理１１１３６では、ビットストリーム入
力１１１１０のバッファを監視することでデータの取得
状態を知ることができる。このため、瞬断を発生しやす
い個所を走行している際には映像表示枠の色を赤色とな
るように、映像枠処理部１１１３６にて映像のサイズか
ら２画素分外枠となるようにビットマップを生成してレ
ンダラ１１１１８に渡す（Ｓ３２）。また、瞬断回数格
納処理１１１３９で瞬断回数をカウントし（Ｓ３３）、
１秒間に３回以上瞬断した場合には、映像１１７１０お
よび映像表示枠１１７２２を消去する。そして瞬断回数
格納処理１１１３９からアイコン処理１１１３４を起動
して、アイコンのビットマップを生成し、レンダラ１１
１１８に渡すことで、アイコン１１７４６を地図画面１
１７００の左下に表示する（Ｓ３４）。

【００５２】移動体８０００が、瞬断の発生しやすい場
所から、放送を受信しやすい場所に走行場所を移動した
ときには（Ｓ２５）、ビットストリーム入力１１１１０
のバッファに瞬断対応ヘッダ付きＭＰＥＧ４ Videoビッ
トストリームが保持されることになるため、瞬断回数格
納処理１１１３９では、正常に放送波が受信されている
ことを知ることができる。そこで「映像を表示します」
というストリーム再生再開のダイアログ１１７５２を表
示し（Ｓ３５）、映像表示枠は、映像枠処理１１１３６
の機能により青色で表示する（Ｓ３６）。

【００５３】移動体が映像に関連する地点から離れると
きには（Ｓ２６）、「映像を終了します」というストリ
ーム再生停止のダイアログ１１７５４を表示し（Ｓ３
７）、映像および映像表示枠を地図画面上から消去する
（Ｓ３８）。

【００５４】図２１から図３０では、表示部１１００４
における画面の状態遷移を示す。まず、起動したカーナ
ビゲーションプログラム１１４００は、図２１のよう
に、地図読み取り装置１１００７から地図データを取得
して、表示制御部１１００３により液晶ディスプレイな
どの表示部１１００４に地図画面１１７００を表示す
る。また、レストランやコンビニなどの店舗といった地
点情報１１７４８と、自車位置を示すアイコン１１７４
２が地図画面１１７００上に表示されている。地点情報
１１７４８が放送映像と関連があることは、カーナビゲ
ーション装置に格納されている属性テーブルにおける、
コンテンツＩＤと緯度経度の対応表により知ることがで
きる。

【００５５】映像に関連する地点情報に移動体が接近す
ると、その地点に関連した放送映像が再生される。自車
位置と映像に関連する地点との距離が例えば１ｋｍ以内
になったときには、図２２のように「地点に関連した映
像を再生します」といったダイアログ１１７５０が表示
される。この「地点に関連した映像を再生します」ダイ
アログ１１７５０を表示後所定の時間が経過すると、こ
のダイアログが消えて図２３に示すように、ＭＰＥＧ４
の映像１１７１０を地点情報１１７４８の左肩の位置に
表示する。映像の表示位置は、放送により取得した画像
の縦および横の画素数と、地図画面に対して地点情報を
表示している（ｘ，ｙ）座標、ならびに映像と地点情報
が関連付けられていることを示す指示図形１１７４４の
サイズにより算出することで決定する。表示部１１００
４には、地図画面１１７００と映像表示画面１１７１０
が重畳表示される。

【００５６】瞬断が発生してＭＰＥＧ４データが取得で
きなくなった場合には、図２４のように映像１１７１０
の枠１１７２２の色を青から赤に変化させて強調する事
で、運転手に受信の瞬断発生を通知する。瞬断回数が、
１秒間に３回より少ない回数であるならば、枠の色を変
化させる事で対応する。この図２４は、電波の瞬断など
が発生して、ＭＰＥＧ４ VideoビットストリームのＶＯ
Ｐの整合性が取れないときの処理を実行したときの画面
表示を示している。

【００５７】図２５は、放送波画が正常に受信できるよ
うになり瞬断回数が１秒間に０回になれば、瞬断が０
回、すなわち、正常に映像が受信できていることを示す
ため映像１１７１０の枠１１７２４を青色で表示するこ
とを示している。表示部111004に表示される地図画面１
１７００の上には、ＭＰＥＧ４の映像１１７１０と映像
表示枠１１２７２４と映像と地点が関連していることを
示す指示図形１１７４４が表示されている。この映像表
示枠１１２７２４が青で表示されることにより、電波の
瞬断から回復して再び正常にＭＰＥＧ４ Videoビットス
トリームを取得することができ、ＶＯＰの整合性が取れ
ている状態であることを示している。この場合映像１１
７１０は、Ｉフレーム情報検出処理Ｓ１７により再びＩ
フレームから映像が表示される。

【００５８】瞬断が頻繁に発生し、例えば、瞬断回数
が、１秒間に３回以上の場合には、図２６に示すよう
に、これまで表示部１１１００４の地図画面１１７００
上に表示していた映像ならびに、映像表示枠を消去し、
地図画面１１７００の左下に、瞬断が頻発し正常に放送
映像を表示できないことをあらわすアイコン１１７４６
を表示する。そして再びデジタル放送が受信できるよう
になり、正常に映像が再生できるようになると、図２７
のように表示部１１１００４の地図画面１１７００上に
「映像を表示します」という映像表示再開のダイアログ
１１７５２を表示する。表示部１１１００４の地図画面
１１７００上に「映像を表示します」ダイアログ１１７
５２を表示後所定の時間が経過すると、図２８の様にア
イコン11746とダイアログ１１７５２を消して、ＭＰＥ
Ｇ４の映像１１７１０を表示する。その際には、映像が
地点１１７４８に関連していることを示すために、指示
図形１１７４４が表示される。

【００５９】自車位置が映像に関連した地点から所定距
離以上離れたときには、図２９のように表示部１１１０
０４に表示されている地図画面１１７００上に「映像を
停止します」ダイアログ１１７５４を表示する。そして
一定時間が経過すると図３０のように、「映像を停止し
ます」ダイアログ１１７５４がクリアされて、地図画面
１１７００のみが再生される。

【００６０】この様に本発明により、放送インフラとい
った基本的に一方向のデータ伝送システムにおいて、受
信データの一部が抜けた場合でも再送要求がなされない
無線環境にて、移動体がトンネルを走行したときなどに
電波の瞬断が起きても、ＭＰＥＧ４ Videoのデコーダで
フリーズさせないためのプロトコルを実現することがで
きる。即ち、この発明では、取り出したＭＰＥＧ４ Vid
eoから表示フレームとして人間の目に意味のあるＩフレ
ームをＭＰＥＧ４データからサーチし、Ｉフレームより
前の差分画像は破棄し、Ｉフレーム以降からデコード再
生を行うことで視聴者に対して矛盾のある映像を見せず
に表示をすることが可能である。

【００６１】また、この発明により、自車位置の移動に
応じて、カーナビゲーション装置を動作・表示させなが
らＭＰＥＧ４を重ね合わせて表示した場合に、車がトン
ネル中を走行することによる電波の瞬断でデータが取得
できなくても、デコーダを再起動させずに、連続的に映
像を再生できるために運転手に見易い映像情報を提供可
能である。

【００６２】さらには、電波の瞬断でデータが抜けるこ
とによる映像の停止の際に、１秒間の瞬断回に応じて映
像枠の色を変化させたり、アイコン化して表示すること
で、瞬断の発生による映像の停止に対して運転手が違和
感を感じることなく、デジタル放送の瞬断状況を知るこ
とができるばかりでなく、停止した映像を隠すことで地
図画面を有効的に表示できるため、映像表示により隠れ
たところを気にしないで済むようになる。

【００６３】

【発明の効果】以上の様に、本発明によれば、電波の瞬
断が起きても、視聴者に対して矛盾のある映像を見せず
に表示をすることが可能であり、瞬断の発生による映像
の停止に対して運転手が違和感を感じることなく、デジ
タル放送の瞬断状況を知ることができるため、運転手
は、デジタル放送の受信状態を特に意識せずに運転に専
念することが可能である。

【図面の簡単な説明】

【図１】本発明を用いた動画像配信システムのシステム
構成図。

【図２】ＭＰＥＧ４コンテンツ送出管理装置のハードウ
ェア構成図。

【図３】ＭＰＥＧ４コンテンツの属性テーブルを示す
図。

【図４】データタイプＩＤテーブルを示す図。

【図５】パケタイザの処理フロー図。

【図６】瞬断対応ヘッダ付きＭＰＥＧ４ Videoビットス
トリームの詳細図。

【図７】ＭＰＥＧ４ Videoビットストリームの詳細図。

【図８】Video Object Planeの詳細図。

【図９】video_coding_typeの値とフレームの意味の対
応表を示す図。

【図１０】ＭＰＥＧ２ Transport Streamパケットの詳
細図。

【図１１】送出装置のシステム構成図。

【図１２】Band Segmented Transmission ＯＦＤＭ方式
を説明する図。

【図１３】受信機のシステム構成図。

【図１４】デパケタイザの処理フロー図。

【図１５】カーナビゲーション装置のハードウェア構成
図。

【図１６】カーナビゲーション装置のソフトウェア構成
図。

【図１７】ＭＰＥＧ４再生プログラムのブロック図。

【図１８】コンテンツＩＤチェック，データタイプチェ
ックの処理フロー図。

【図１９】ＶＯＰ整合性チェックの処理フロー図。

【図２０】移動体，カーナビゲーション装置，放送局間
のシーケンス図。

【図２１】地点情報と自車位置が表示された地図画面を
示す図。

【図２２】映像再生ダイアログを表示している画面の
図。

【図２３】ＭＰＥＧ４映像を重畳表示させた地図画面を
示す図。

【図２４】瞬断の発生により映像表示枠の色を変えた表
示を示している画面の図。

【図２５】正常に電波が受信可能になった際の映像表示
枠の色を変えた表示画面の図。

【図２６】瞬断の発生を通知するアイコンを地図画面上
に表示している画面を示す図。

【図２７】映像表示再開ダイアログを表示している画面
を示す図。

【図２８】ＭＰＥＧ４映像表示を再開した画面を示す
図。

【図２９】映像表示終了ダイアログを表示している画面
を示す図。

【図３０】映像表示終了字の地図画面を示す図。

【符号の説明】

１０００…放送局、２０００…ＭＰＥＧ４コンテンツ送
出管理装置、３０００…パケタイザ、４０００…送信装
置、３２００…瞬断対応ヘッダ付きＭＰＥＧ４Video ビ
ットストリーム、９０００…受信機、１００００…デパ
ケタイザ、１１０００…カーナビゲーション装置。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 石田 隆張 茨城県日立市大みか町七丁目１番１号 株 式会社日立製作所日立研究所内 (72)発明者 川股 幸博 茨城県日立市大みか町七丁目１番１号 株 式会社日立製作所日立研究所内 Ｆターム(参考） 5C025 CA09 CB07 DA01 DA05 DA07 5K061 AA09 BB06 FF02 JJ06 JJ07

Claims (4)

【特許請求の範囲】
1. 【請求項１】地図データを読み取る地図読み取り手段
   と、前記地図データを読み取って地図を表示する表示手
   段と、地点情報を表示する地点情報表示手段、および、
   受信装置の緯度経度情報を取得する緯度経度取得手段を
   備えた、デジタル放送を受信するデジタル放送受信装置
   において、 受信した動画像データからデコードした動画像フレーム
   を前記地図に重ね合わせて表示する表示制御手段と、 前記デコードした動画像フレームに枠を付加する動画像
   フレーム枠処理手段と、 デジタル放送の瞬断を検知する検知手段を備え、 該検知手段により放送の瞬断を検知した場合には簡易図
   形を表示するアイコン処理手段を備えたことを特徴とす
   るデジタル放送受信装置。
2. 【請求項２】請求項１に記載のデジタル放送受信装置に
   おいて、 瞬断の発生によりデジタル放送が受信できないときには
   動画像再生中断情報を表示し、瞬断が発生した後にデジ
   タル放送が正常に受信できたときには動画像再生再開情
   報を表示することを特徴とするデジタル放送受信装置。
3. 【請求項３】請求項１に記載のデジタル放送受信装置に
   おいて、 前記緯度経度取得手段により、取得した自車の緯度経度
   が特定地点の緯度経度に近づいたときに動画像を表示す
   ることを通知し、取得した自車の緯度経度が特定地点の
   緯度経度から離れたときには、映像を停止することを通
   知することを特徴とするデジタル放送受信装置。
4. 【請求項４】請求項１に記載のデジタル放送受信装置に
   おいて、 更に、デジタル放送の瞬断の回数を計測する瞬断回数計
   測手段を備え、 デジタル放送の瞬断が発生したとき、瞬断回数が所定回
   数以内のときには動画像フレーム枠の種類を切り替えて
   表示する動画像フレーム枠表示手段と、 前記瞬断回数計測手段により求められた瞬断回数が前記
   所定回数を超えたときには地図画面にアイコンを表示す
   るアイコン表示手段を備えたことを特徴とするデジタル
   放送受信装置。