(57)【要約】【課題】エンコーダの補助データのビットレートよりもデコーダの補助データを外部ポートに出力するビットレートが小さい場合でも、オーバーフローを起こさない補助データデコーダ装置を提供すること。【解決手段】入力された映像信号をもとに補助データをデコードして外部出力する補助データデコーダ装置であって、映像信号の指定の領域に重畳されている補助データのデータ種類を認識するデータ種類認識手段と、補助データのデータ数をカウントしてビットレートを算出する補助データビットレート算出手段と、前記補助データビットレート算出手段で算出した補助データビットレートとデコーダの外部出力ビットレートとを比較するビットレート比較手段とを備え、前記データ種類認識手段の結果と前記ビットレート比較手段の結果により、外部出力通信手順を切り替える通信手順切替手段とを備えたことを特徴とする。【選択図】図２
2017204794.tif 000002
【特許請求の範囲】
【請求項１】
入力された映像信号をもとに補助データをデコードして外部出力する補助データデコーダ装置であって、
映像信号の指定の領域に重畳されている補助データのデータ種類を認識するデータ種類認識手段と、
補助データのデータ数をカウントしてビットレートを算出する補助データビットレート算出手段と、
前記補助データビットレート算出手段で算出した補助データビットレートとデコーダの外部出力ビットレートとを比較するビットレート比較手段と、を備え、
前記データ種類認識手段の結果と前記ビットレート比較手段の結果により、外部出力通信手順を切り替える通信手順切替手段とを備えたことを特徴とする補助データデコーダ装置。
【請求項２】
前記通信手順切替手段による、外部出力通信手順を切り替えた状態を表示する、通信手順切替表示手段を有することを特徴とする請求項１に記載の補助データデコーダ装置。
【請求項３】
前記データ種類認識手段は、予め決められた優先度でデータ種類を認識する請求項１又は請求項２に記載の補助データデコーダ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像装置に関し、特に映像信号の補助データをデコードする装置に関する。
【背景技術】
【０００２】
従来、撮影装置で撮影された映像を伝送する際に、撮影環境などに関する情報も加えて伝送するため、映像信号のブランキング期間を用いて伝送される補助信号（以下、補助データ）を使用するシステムが知られている。
【０００３】
特許文献１には、カメラやレンズの設定情報をメタデータとして映像信号に多重し、この情報を使用することで、フレーム単位で同期させる表示制御装置の例が開示されている。また、補助データのパケット形式等については、非特許文献１に記載のような形で規格化されており、非特許文献２に記載されているTR-B22や非特許文献３に記載されているTR-B23などの形式がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許４１６１７７３号公報
【非特許文献】
【０００５】
【非特許文献１】「1125/60方式HDTVビット直列インタフェースにおける補助データの共通規格」、標準規格、社団法人電波産業会
【非特許文献２】「デジタルハイビジョン素材伝送補助データ運用規定」、技術資料 TR-B22、社団法人電波産業会
【非特許文献３】「放送局間の情報伝送に使用する補助データ運用規定」、技術資料 TR-B23、社団法人電波産業会
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ここで、上記のようなシステムでは、映像信号に補助データを多重する装置（以下、エンコーダ）の補助データのビットレートと、映像信号の中から補助データの情報を取り出す装置（以下、デコーダ）の補助データを外部ポートに出力するビットレートは、必ずしも一致しない。
【０００７】
具体的に、非特許文献１〜３に記載されている規格の例をもとに説明する。図１０に非特許文献１に記載の補助データの形式を示す。補助データのパケットは、第１形式と第２形式の２種類の構造をもつ。それぞれADF（補助データフラグ）、DID（データ識別ワード）、SDID（第２データ識別ワード）、DBN（データブロック番号ワード）、DC（データカウントワード）、UDW（ユーザデータワード）、CS（チェックサムワード）から構成される。また、パケットの形式の例として、図１１にTR-B22、図１２にTR-B23の例を示す。
【０００８】
実際に使用する補助データはUDWに挿入し、それ以外の部分をパケットのヘッダ部として付加する。ADFはパケットの形式に依らず固定の値である一方、DIDやSDIDはパケットの形式によっても変更されるものであり、デコーダはこれらの値をもとに、データの種類等を判断する。また、DCはUDWのワード長を表し、0〜255ワードの可変長であるが、TR-B22は80ワード、TR-B23は255ワードで固定となる。
【０００９】
ここで、例えばTR-B22の汎用情報1、汎用情報２のビットレートはそれぞれ9600bpsと決められている。エンコーダが汎用情報1に補助データを多重し、デコーダが補助データを外部ポートに出力する場合、デコーダとデコーダの外部ポートに接続された外部装置がそれぞれ1200bpsに設定されているとする。これは、外部装置のデータ処理能力が低いため、9600bpsではデータ処理が行えないためである。この場合、汎用情報１の領域全部にデータが多重されていると、デコーダ側では外部装置に全てのデータを出力することが出来ないため、オーバーフローを起こしてしまう。
【００１０】
つまり、エンコーダの補助データのビットレートと、デコーダの補助データを外部ポートに出力するビットレートは、同じか、デコーダ側の方が大きくなければオーバーフローを起こす。
【００１１】
そこで、本発明の目的は、エンコーダの補助データのビットレートよりもデコーダの補助データを外部ポートに出力するビットレートが小さい場合でも、オーバーフローを起こさない補助データデコーダ装置を提供することにある。
【課題を解決するための手段】
【００１２】
上記の目的を達成するために、本発明に係る補助データデコーダ装置は、
入力された映像信号をもとに補助データをデコードして外部出力する補助データデコーダ装置であって、映像信号の指定の領域に重畳されている補助データのデータ種類を認識するデータ種類認識手段と、補助データのデータ数をカウントしてビットレートを算出する補助データビットレート算出手段と、前記補助データビットレート算出手段で算出した補助データビットレートとデコーダの外部出力ビットレートとを比較するビットレート比較手段を備え、前記データ種類認識手段の結果と前記ビットレート比較手段の結果により、外部出力通信手順を切り替える通信手段切替手段とを備えたことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、エンコーダの補助データのビットレートよりもデコーダの補助データを外部ポートに出力するビットレートが小さい場合でも、オーバーフローを起こさない補助データデコーダ装置を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】実施例１のデコーダを含むシステムのブロック図である。
【図２】実施例１のデコーダの内部構成のブロック図である。
【図３】実施例１のデコーダＣＰＵのフローチャートである。
【図４】実施例１の補助データＡの説明である。
【図５】実施例１の補助データＢの説明である。
【図６】実施例２のデコーダの内部構成のブロック図である。
【図７】実施例２のデコーダＣＰＵのフローチャートである。
【図８】実施例２の補助データＣの説明である。
【図９】実施例２の補助データＤの説明である。
【図１０】ＡＲＩＢによって規定されている1125/60方式HDTVの補助データの構造である。
【図１１】ＡＲＩＢによって規定されている素材伝送補助データTR-B22の補助データの説明である。
【図１２】ＡＲＩＢによって規定されている放送局間の情報伝送用補助データTR-B23の1125/60iの場合の説明である。
【発明を実施するための形態】
【００１５】
以下に、本発明の好ましい実施の形態を、添付の図面に基づいて詳細に説明する。
【００１６】
［実施例１］
以下、本発明の第１の実施例について説明する。
【００１７】
図１に、本発明の実施例１にかかわる映像信号の補助データデコーダ装置を使用したシステムのブロック図を示す。
【００１８】
システムは、気象計１、カメラ２、エンコーダ３、デコーダ１０、気象データ表示機２０、映像表示機２１から構成される。
【００１９】
気象計１は設置場所における温度や湿度や雨量を測定し、その気象データを通信データとして出力するものである。気象データはエンコーダ３によって補助データとして映像信号に多重され、デコーダ１０によって、気象データ表示機２０に送られ、表示されることで、映像を取得しているカメラ２が設置されている場所の気象データを知ることができる。
【００２０】
図２に、デコーダ１０の内部のブロック図を示す。
【００２１】
デコーダ１０はデコーダＣＰＵ１１とデコードＩＣ１２によって構成されるほか、外部との入出力用として、映像伝送経路の映像入力コネクタ１３と映像出力コネクタ１４、および通信経路の通信ポート１５で構成される。
【００２２】
デコーダＣＰＵ１０は、あらかじめ設定された多重設定情報に応じた内容をデコードＩＣのレジスタへ設定しておく。デコードＩＣは映像入力コネクタ１３を介してエンコーダ３からの映像信号を受信し、その中から例えばTR-B22の汎用情報1に多重された補助データを認識し、設定に応じた内容の多重データが存在した場合には、デコーダＣＰＵ１１へ送信する。デコーダＣＰＵ１１は多重データの情報の中から、気象データ情報を抜き出し、通信ポート１５を介して気象データ表示機２０に送信する。
【００２３】
ここで、TR-B22の汎用情報1のビットレートは9600bpsと決められている。エンコーダ３が汎用情報1に補助データＡを多重し、デコーダが補助データＢを通信ポート１５に出力する場合、デコーダ３の通信ポート１５と、通信ポート１５に接続された気象データ表示機２０のビットレートがそれぞれ1200bpsに設定されているとする。これは、気象データ表示機２０のデータ処理能力が低いため、9600bpsではデータ処理が行えないためである。
【００２４】
この場合、汎用情報１の領域全部にデータが多重されていると、デコーダ１０側では気象データ表示機２０に全てのデータを出力することが出来ないため、オーバーフローを起こしてしまう。それを防ぐための、デコーダＣＰＵ１１の処理の詳細について図３のフローチャートをもとに説明する。
【００２５】
デコーダＣＰＵ１１はデコードＩＣ１２からの補助データを受信して取りだす（Ｓ１１）。続いて、補助データの有効補助データビットレートを算出する（Ｓ１２）。Ｓ１２の算出については図４を用いて後述する。
【００２６】
続いて、Ｓ１２で算出した有効補助データビットレートＡと通信ポート１５からの外部出力ビットレートＢ（1200bps）を比較する処理を行う（Ｓ１３、Ｓ１４）。
【００２７】
Ｓ１４の結果がＡ＜Ｂの場合、有効補助データをそのまま通信ポート１５から外部出力する（Ｓ１５）。Ｓ１４の結果がＡ＞Ｂの場合、有効補助データの種類を認識する（Ｓ１６）。有効補助データの種類とは、本実施例においては、風速データ、温度データ、雨量データとする。
【００２８】
続いて、予め決められている有効補助データの種類の優先度によって、有効補助データビットレートＡと通信ポート１５からの外部出力ビットレートＢがＡ≦Ｂとなるように外部出力データの出力手順を切り替える（Ｓ１７）。Ｓ１７の詳細については図５を用いて後述する。
【００２９】
Ｓ１２の算出について、図４を用いて説明する。補助データＡはビットレート9600bpsであり、風速データ、温度データ、雨量データが時系列順に４ワードずつ合計１２ワードが配列される。その後に、ヌルデータとして意味を持たないデータ１２ワードが続いていて、その配列が繰り返される。ここで、デコーダＣＰＵ１１はヌルデータを削除し、気象データだけを取り出す。取りだした後の有効補助データビットレートＡは、本実施例では、ヌルデータ１２ワード、気象データ１２ワードなので4800bpsと算出される。
【００３０】
Ｓ１７の詳細について図５を用いて説明する。有効補助データビットレートＡは4800bpsであり、外部出力ビットレートＢは1200bpsのため、外部出力する気象データを1/4にするように出力手順を切り替える。ここで補助データＡは、気象データの種類別のデータ比率は等分である。本実施例では、予め、気象データに以下のように種類ごとに重み付けを行う。
【００３１】
風速データ：温度データ：雨量データ＝３：２：１
ゆえに、外部出力する気象データを1/4にするには、気象データを有効補助データに対して種類ごとに以下の比率で出力すれば良い。
【００３２】
風速データ：温度データ：雨量データ＝３／８：２／８：１／８
図５に上記比率で出力し、有効補助データを通信ポート１５からの外部出力ビットレートＢにＡ＝Ｂとなるように外部出力データの出力手順を切り替えた結果のデータ配列を示す。
【００３３】
ここでは、Ａ＝Ｂとなるように、気象データに種類ごとに重み付けを行ったが、Ａ＜Ｂとなるように別の数値の重み付けを行ってもよい。
【００３４】
以上のように、エンコーダの補助データのビットレートよりもデコーダの補助データを外部ポートに出力するビットレートが小さい場合でも、オーバーフローを起こさない補助データデコーダ装置を提供することができる。
【００３５】
本実施例の派生するシステムとして、デコーダＣＰＵとデコーダＩＣは別々のものとしたが、一つのＩＣで行っても良い。デコード時の気象データの表示方法として、映像表示機と別に気象データ表示機を設けているが、映像と気象データ情報が紐づいた形であれば、どのように実現しても良い。
【００３６】
［実施例２］
以下、本発明の第２の実施例について説明する。
【００３７】
図６に、本発明の実施例２にかかわる映像信号の補助データデコーダ装置を使用したシステムのブロック図を示す。
【００３８】
図６の構成は図２に示した実施例１の構成と比較し、外部出力データの出力手順を切り替えていることを示す、データ出力切替表示２１が追加されている。また、エンコーダから映像信号に多重されたＧＰＳデータである補助データＣ（9600bps）が送信され、デコーダＣＰＵ１１から補助データＤ(1200bps)が出力され、ＧＰＳデータ処理機に出力される。
【００３９】
ＧＰＳデータ処理機は、ＧＰＳデータから緯度、経度、高度のデータを取り出し演算することで、現在位置や速度を算出する。
【００４０】
以下、デコーダ２０のデコーダＣＰＵ１１の処理の詳細について図７のフローチャートをもとに説明する。
【００４１】
Ｓ１１〜Ｓ１５の処理は、図３に記載の実施例１のデコーダの場合と同様である。
【００４２】
Ｓ１２の算出について、本実施例では、図８に示す補助データＣのデータ構造となっており、緯度データ、経度データ、高度データが４ワードずつで9800bpsと算出される。
【００４３】
Ｓ１４の結果がＡ＞Ｂの場合、有効補助データの種類を認識する（Ｓ２１）。有効補助データの種類とは、本実施例においては、緯度データ、経度データ、高度データとする。
【００４４】
続いて、予め決められている有効補助データの種類の優先度によって、有効補助データビットレートＣと通信ポート１５からの外部出力ビットレートＤがＡ≦Ｂとなるように外部出力データの出力手順を切り替える（Ｓ２２）。Ｓ２２の詳細については図９を用いて後述する。
【００４５】
続いて、外部出力データの出力手順を切り替えていることを、データ出力切替表示２１において示す（Ｓ２３）。例えばＬＥＤを点灯させるなどを行う。こうすることで、ユーザーに、ＧＰＳデータ機の通信ポートの速度を上げるとより詳細な現在位置や速度を算出することが出来ることを示すことが出来る。
【００４６】
Ｓ２２の詳細について図９を用いて説明する。有効補助データビットレートＣは9600bpsであり、外部出力ビットレートＤは1200bpsのため、外部出力する気象データを1/8にするように出力手順を切り替える。ここで補助データＣは、ＧＰＳデータの種類別のデータ比率は等分である。本実施例では、予め、ＧＰＳデータに以下のように種類ごとに重み付けを行う。
緯度データ：経度データ：高度データ＝２：２：１
ゆえに、外部出力する気象データを1/8にするには、気象データを有効補助データに対して種類ごとに以下の比率で出力すれば良い。
緯度データ：経度データ：高度データ＝３／２０：３／２０：３／４０
図９に、上記比率で出力し、有効補助データビットレートＣと通信ポート１５からの外部出力ビットレートＤがＣ＝Ｄとなるように外部出力データの出力手順を切り替えた結果のデータ配列を示す。
【００４７】
ここでは、Ｃ＝Ｄとなるように、ＧＰＳデータに種類ごとに重み付けを行ったが、Ｃ＜Ｄとなるように別の数値の重み付けを行ってもよい。
【００４８】
以上のように、エンコーダの補助データのビットレートよりもデコーダの補助データを外部ポートに出力するビットレートが小さい場合でも、オーバーフローを起こさない補助データデコーダ装置を提供することができる。
【００４９】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。
【符号の説明】
【００５０】
１０   デコーダ、１１   デコーダＣＰＵ、１２   デコードＩＣ
【図１】
2017204794.tif 000003
【図２】
2017204794.tif 000004
【図３】
2017204794.tif 000005
【図４】
2017204794.tif 000006
【図５】
2017204794.tif 000007
【図６】
2017204794.tif 000008
【図７】
2017204794.tif 000009
【図８】
2017204794.tif 000010
【図９】
2017204794.tif 000011
【図１０】
2017204794.tif 000012
【図１１】
2017204794.tif 000013
【図１２】
2017204794.tif 000014