JP7443076B2 - receiving device - Google Patents
receiving device Download PDFInfo
- Publication number
- JP7443076B2 JP7443076B2 JP2020015884A JP2020015884A JP7443076B2 JP 7443076 B2 JP7443076 B2 JP 7443076B2 JP 2020015884 A JP2020015884 A JP 2020015884A JP 2020015884 A JP2020015884 A JP 2020015884A JP 7443076 B2 JP7443076 B2 JP 7443076B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- udp
- tlv
- unit
- data
- 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.)
- Active
Links
- 238000000926 separation method Methods 0.000 claims description 80
- 238000000605 extraction Methods 0.000 claims description 44
- 238000000034 method Methods 0.000 claims description 15
- 230000008569 process Effects 0.000 claims description 7
- 238000001514 detection method Methods 0.000 claims description 5
- VKALYYFVKBXHTF-UHFFFAOYSA-N 4-(methylsulfanyl)-m-cresol Chemical compound CSC1=CC=C(O)C=C1C VKALYYFVKBXHTF-UHFFFAOYSA-N 0.000 description 85
- 238000012545 processing Methods 0.000 description 75
- 239000000284 extract Substances 0.000 description 32
- 238000010586 diagram Methods 0.000 description 29
- 230000005540 biological transmission Effects 0.000 description 7
- 238000004891 communication Methods 0.000 description 7
- 230000006835 compression Effects 0.000 description 3
- 238000007906 compression Methods 0.000 description 3
- 101100108191 Vibrio parahaemolyticus serotype O3:K6 (strain RIMD 2210633) add gene Proteins 0.000 description 2
- 101150060298 add2 gene Proteins 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000001771 impaired effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
実施形態は、受信方法、受信装置に関する。 Embodiments relate to a receiving method and a receiving device.
高度広帯域衛星デジタル放送の規格においては、サービスを構成する映像、音声、字幕などのアセットやＭＭＴ－ＳＩを格納するＭＭＴＰパケット伝送用のＵＤＰ／ＩＰパケットはヘッダ圧縮して伝送されることになっている。テレビ受信装置１は、受信した放送信号から選択されたサービスのアセットや必要なＭＭＴ－ＳＩを取捨選択してハードディスクなど記録再生装置へＴＬＶストリームの形式で記録する（録画する）。
In the standards for advanced broadband satellite digital broadcasting, UDP/IP packets for transmitting MMTP packets that store assets such as video, audio, subtitles, and MMT-SI that make up the service are to be transmitted with headers compressed. There is. The
しかしながら、記録再生装置へ入力される記録データは、選択された記録データ以外のＩＰ情報が欠落する。特に廃棄されるＴＬＶパケットに格納されているＵＤＰ／ＩＰパケットのヘッダがフルヘッダ（圧縮されていないヘッダ）である場合には、記録データの受信再生処理の際に、サービスの再生表示や関連情報の提示で遅延や中断の問題が発生する可能性がある。 However, the recorded data input to the recording/reproducing device lacks IP information other than the selected recorded data. In particular, if the header of the UDP/IP packet stored in the TLV packet to be discarded is a full header (uncompressed header), service playback display and related information may be displayed during reception and playback processing of recorded data. Presentation may experience delay or interruption issues.
本発明が解決しようとする課題は、放送信号のデータを記録する際の問題を低減するための受信方法、受信装置を提供する。 The problem to be solved by the present invention is to provide a receiving method and a receiving device for reducing problems when recording data of broadcast signals.
一実施形態に係る受信装置は、ＴＬＶストリーム抽出手段と、ＵＤＰ／ＩＰパケット抽出手段と、ＩＰ／ＵＤＰパケット分離手段と、空パケット生成手段と、記録手段とを備え、ＴＬＶストリーム抽出手段は、ＭＭＴ／ＴＬＶ方式に基づく放送信号を受信してＵＤＰ／ＩＰパケットが格納されているＴＬＶストリームを得て、ＵＤＰ／ＩＰパケット抽出手段は、ＴＬＶストリームからＵＤＰ／ＩＰパケットを抽出し、ＩＰ／ＵＤＰパケット分離手段は、ＵＤＰ／ＩＰパケットを、録画対象のデータが含まれる第１のＵＤＰ／ＩＰパケットと録画対象のデータが含まれない第２のＵＤＰ／ＩＰパケットとに分離し、空パケット生成手段は、第２のＵＤＰ／ＩＰパケットからＵＤＰ／ＩＰペイロードを削除して、ＵＤＰ／ＩＰヘッダを含めたＵＤＰ／ＩＰ空パケットを生成し、記録手段は、少なくとも第１のＵＤＰ／ＩＰパケットと、ＵＤＰ／ＩＰ空パケットとを含めて記録する。 A receiving device according to an embodiment includes a TLV stream extracting means, a UDP/IP packet extracting means, an IP/UDP packet separating means, an empty packet generating means, and a recording means, and the TLV stream extracting means includes an MMT The UDP/IP packet extraction means extracts the UDP/IP packets from the TLV stream and separates the IP/UDP packets. The means separates the UDP/IP packet into a first UDP/IP packet that includes data to be recorded and a second UDP/IP packet that does not include data to be recorded, and generates an empty packet. deletes the UDP/IP payload from the second UDP/IP packet to generate a UDP/IP empty packet including a UDP/IP header, and the recording means deletes the UDP/IP payload from the second UDP/IP packet and /IP empty packet is also recorded.
以下、図面を参照して実施形態を説明する。
（実施形態）
図１は、実施形態に係るＭＭＴ／ＴＬＶ方式に基づくデジタル放送対応のテレビ受信装置の機能構成の一例を示すブロック図である。
Hereinafter, embodiments will be described with reference to the drawings.
(Embodiment)
FIG. 1 is a block diagram showing an example of the functional configuration of a television receiving device compatible with digital broadcasting based on the MMT/TLV system according to an embodiment.
テレビ受信装置１は、ＭＭＴ／ＴＬＶ方式に基づくデジタル放送の放送信号を受信し、モニタやスピーカから放送信号によって送信されるコンテンツ（もしくはサービスとも記載する）を得て、ユーザに提示する。
The
ＴＬＶストリーム抽出部１１Ａ、１１Ｂ、１１Ｃ（特に区別しない場合は、ＴＬＶストリーム抽出部１１と称する）は、チューナ部１１１、復調部１１２、デスクランブル部１１３、ＣＡＳモジュール１１４を含み、放送信号を受信し、デジタルデータであるＴＬＶストリームを出力する。
The TLV
チューナ部１１１は、図示せぬアンテナまたはケーブル放送による光回線などの有線で受信した放送信号から、所望の周波数帯（放送チャネル）の信号を抽出し、必要に応じて周波数変換などをし、復調部１１２へ出力する。復調部１１２は、入力された放送信号に対して復調や誤り訂正復号などを行い、ＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）形式のデジタルデータを取得し、出力する。取得したデジタルデータは通常はスクランブルによる暗号化が施されており、デスクランブル部１１３は、スクランブルされたデジタルデータ（スクランブルデータ）をデスクランブルし、ＴＬＶストリームとして出力される。ＣＡＳモジュール１１４は、デスクランブル部１１３がスクランブルデータをデスクランブルする際に必要となる暗号キーなどを所有しており、必要に応じてデスクランブル部１１３に提供する。 The tuner unit 111 extracts a signal in a desired frequency band (broadcast channel) from a broadcast signal received via a cable such as an antenna (not shown) or an optical line via cable broadcasting, performs frequency conversion as necessary, and demodulates the signal. It outputs to section 112. The demodulation unit 112 performs demodulation, error correction decoding, etc. on the input broadcast signal, obtains digital data in TLV (Type Length Value) format, and outputs it. The acquired digital data is usually encrypted by scrambling, and the descrambler 113 descrambles the scrambled digital data (scramble data) and outputs it as a TLV stream. The CAS module 114 owns a cryptographic key and the like necessary when the descrambler 113 descrambles scrambled data, and provides the cryptographic key and the like to the descrambler 113 as needed.
ＴＬＶ／ＭＭＴ分離処理部１２Ａ、１２Ｂ、１２Ｃ（特に区別しない場合は、ＴＬＶ／ＭＭＴ分離処理部１２と称する）は、ＴＬＶストリーム抽出部１１が出力するＴＬＶストリームから各種制御信号やサービス(コンテンツ)を構成する符号化されたアセットデータ（以降、符号化アセットデータと称する）を取得し、出力する。ＴＬＶ／ＭＭＴ分離処理部１２は、入力されたＴＬＶストリームをＩＰ／ＵＤＰストリーム、さらにはＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）ストリームへと変換し、符号化アセットデータと制御情報データであるＳＩ（Ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）データに分離することでもよい。また、ＴＬＶ／ＭＭＴ分離処理部１２は、ＴＬＶストリーム中からＩＰ／ＵＤＰ形式で格納されているＮＴＰ形式の時刻情報データを分離し、出力することでもよい。また、ＴＬＶ／ＭＭＴ分離処理部１２は、入力されたＴＬＶストリームから抽出したＴＬＶパケット（もしくは抽出したＴＬＶストリーム）を出力することもある。ＴＬＶ／ＭＭＴ分離処理部１２Ａ、１２Ｂ、１２Ｃがそれぞれ同時に処理し、得た各出力（ストリームやパケット）は、例えば、それぞれコンテンツ出力部１３、パーシャルＴＬＶストリーム生成部１４などへ入力されることでもよい。
The TLV/MMT
コンテンツ出力部１３は、符号化アセットデータをデコードし、音声、映像、文字などのコンテンツデータを出力する。
The
音声デコード部１３１は、符号化アセットデータのうち符号化された音声データを復号再生し、音声コンテンツデータを出力する。映像デコード部１３２は、符号化アセットデータのうち符号化された映像データを復号再生し、映像コンテンツデータを出力する。
The
また、符号化アセットデータのうち符号化された文字データは、図示せぬ文字デコード部にて復号再生され、文字コンテンツデータとして出力される。 Furthermore, the encoded character data of the encoded asset data is decoded and reproduced by a character decoding section (not shown) and output as character content data.
出力処理部１３３は、映像コンテンツデータ（音声コンテンツデータ、文字コンテンツデータなども含めてよい）の出力タイミング、表示方法などを調整して、出力する。なお、出力処理部１３３は、ＴＬＶ／ＭＭＴ分離処理部１２が出力するＮＴＰデータ（時刻情報データ）を取得し、クロック同期信号を再生し、タイミング制御に利用してもよい。
The
上記の各種デコード部には符号化アセットデータの他、制御データや後述する制御部１６３から各種コマンドが入力されてもよい。制御データは、放送番組に関する情報や、ＵＤＰ／ＩＰパケットの多重に関する制御情報などの放送システムに関する制御情報であってもよい。各種デコード部は、制御部１６３が指定する番組やコンテンツデータのアセットデータをＳＩデータを利用して選択し、選択したアセットデータをデコードしコンテンツデータを得てもよい。
In addition to the encoded asset data, control data and various commands from the
パーシャルＴＬＶストリーム生成部１４は、ＴＬＶ／ＭＭＴ分離処理部１２にて分離取得されたＴＶＬストリームやＭＭＴストリームから、選択されたコンテンツ（放送番組）を構成するアセットデータや制御情報データを抽出、編集してパーシャルＴＬＶストリームを生成する。
The partial TLV
提示部１５は、コンテンツ出力部１３が出力するコンテンツデータを、コンテンツとしてユーザに提示する。スピーカ部１５１は、音声コンテンツデータや文字コンテンツデータなどを音声として出力する。表示部１５２は、例えばモニタであり、映像コンテンツデータや文字コンテンツデータなどを表示する。
The
周辺機能１６は、ユーザインターフェース部１６１、制御部１６２、インターフェース部１６３を含む。
The
ユーザインターフェース部１６１は、例えば、テレビ受信装置１の本体、スピーカ部１５１や表示部１５２などに設置されているスイッチ、ボタンなどである。ユーザは、ユーザインターフェース部１６１を介して、画面調整、音量調整、チャネル選択などテレビ受信装置１に対してさまざまな設定、調整などができることでもよい。
The
インターフェース部１６２は、テレビ受信装置１の外部との各種インターフェースであり、例えば、赤外線通信、マウス、キーボード、イーサーネット、ＤＬＮＡ（登録商標）、ＨＤＭＩ（登録商標）、Ｗｉｆｉ（登録商標）、第５世代移動体通信（５Ｇ）などの有線、無線の各種通信インターフェースなどを含んでもよい。インターフェース部１６２は、インターフェース３による通信インターフェースを含む。インターフェース部１６２は、入力されたデジタルデータに対して、予め決められた通信規約に応じたフレームデータの生成を行い、有線や無線などの媒体による送信を行う。また、有線や無線などの媒体により受信した信号を復調してデジタルデータを取得し、通信規約に応じたフレームデータの分解を行い、デジタルデータを出力する。インターフェース部１６２は、デジタルデータに対してスクランブルなどの暗号化及び暗号化復号機能を有していても良い。
The
制御部１６３は、ユーザインターフェース部１６１やインターフェース部１６２などから入力される制御信号に基づいて、テレビ受信装置１内部の各種機能を制御することでも良い。
The
システムバス１７は、テレビ受信装置１内部の各種機能間のデータのやり取りをするためのデータ伝送路であり、例えばシリアルバスである。なお、テレビ受信装置１内部の各種機能間のデータのやり取りは、システムバス１７に限定されず、他の伝送路があってもよい。
The
リモコン１８は、テレビ受信装置１に付属のリモートコントローラであり、ユーザはリモコン１８を用いて、テレビ受信装置１に対して各種操作が可能である。例えば、ユーザがリモコン１８で操作指定すると、リモコンから制御コマンドが出力される。制御コマンドは、インターフェース部１６２の赤外線通信を介してテレビ受信装置１で受信される。インターフェース部１６２は受信した制御コマンドを制御部１６１に出力し、制御部１６１は、受信した制御コマンドを解析し、制御情報として取り出し、制御情報に基づいてテレビ受信装置１内部の各種機能を制御することでもよい。
The
記録再生部１９は、例えば、ハードディスク（ＨＤＤ）であり、テレビ受信装置１が放送信号を受信処理して得たデータを記録する。記録再生部１９は、例えば、ＴＬＶストリーム抽出部１１、ＴＬＶ／ＭＭＴ分離処理部１２、コンテンツ出力部１３、パーシャルＴＬＶストリーム生成部１４の出力が入力されることでもよい。
The recording and reproducing unit 19 is, for example, a hard disk (HDD), and records data obtained by receiving and processing broadcast signals by the
図２は、同実施形態に係るテレビ受信装置におけるＴＬＶ／ＭＭＴ分離処理部の機能構成の一例を示すブロック図である。 FIG. 2 is a block diagram showing an example of the functional configuration of a TLV/MMT separation processing section in the television receiving device according to the embodiment.
ＴＬＶ／ＭＭＴ分離処理部１２は、ＴＬＶストリームをＩＰ／ＵＤＰパケットやＭＭＴパケットへと分離し、符号化アセットデータと制御情報データであるＳＩデータに分離する機能であることから、各ストリーム、パケット、データなどの関係を用いて、機能構成を説明する。
The TLV/MMT
図３は、同実施形態に係るテレビ受信装置が処理するＴＬＶストリームの多重構成の一例を示す図であり、ＡＲＩＢ ＴＲ－Ｂ３９ ２．３版（第五分冊）第四編 高度広帯域ＣＳデジタル放送ＳＩ運用規定 １３章に準拠する。
FIG. 3 is a diagram showing an example of the multiplexing structure of TLV streams processed by the television receiving device according to the embodiment, and is based on ARIB TR-B39 2.3 edition (fifth volume) Volume 4 Advanced Wideband CS Digital Broadcasting SI Conforms to
表示枠５０は、物理層であるトランスポンダを示している。トランスポンダはＣＳ衛星（Ｃｏｍｍｕｎｉｃａｔｉｏｎｎ Ｓａｔｅｌｌｉｔｅ衛星）に設置され、高度広帯域ＣＳデジタル放送の放送電波信号を出力する。
A
表示枠５１は、表示枠５０に示すトランスポンダによって送信されるＴＬＶストリームのレイヤを示している。
表示枠５２は、表示枠５１に示すＴＬＶストリームに格納されるＵＤＰ／ＩＰのレイヤを示している。
The
表示枠５３は、表示枠５１に示すＴＬＶストリームに格納されるＴＬＶ－ＮＩＴ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）を示している。ＴＬＶ－ＮＩＴは、ＴＬＶストリームに格納されるＴＬＶ－ＳＩの一部である。ＴＬＶ－ＮＩＴには、放送メディア内の各トランスポンダ、さらにはそこで伝送されるＴＬＶストリームの物理的な構成や、指定サービスまたは指定コンテンツがどのＴＬＶストリームに属するかなど、ＴＬＶストリームのロケーション解決のための情報が格納されている。
The
表示枠５４は、表示枠５１に示すＴＬＶストリームに格納されるＡＭＴ（Ａｄｄｒｅｓｓ Ｍａｐ Ｔａｂｌｅ）を示している。ＡＭＴも、ＴＬＶストリームに格納されるＴＬＶ－ＳＩの一部である。ＡＭＴには、ＴＬＶストリーム内の全サービスを記述するとともにＰＬＴを伝送するＩＰデータフロー（ＩＰプロトコル種別、送信元および宛先ＩＰアドレス、送信元および宛先ＵＤＰポート番号がすべて同一のＵＤＰ／ＩＰパケットの集合）の送信元ＩＰアドレスなどのＩＰ情報が格納されている。
The
表示枠５５は、表示枠５２に示すＵＤＰ／ＩＰストリームのレイヤで送信されるＮＴＰ形式専用のＵＤＰ／ＩＰパケットのストリームを示している。表示枠５５のうち、表示枠５２に重なる部分を、ＵＤＰ／ＩＰパケットのヘッダ（単にＩＰヘッダと称する場合もある）とみなしてもよい。表示枠５５１は、ＵＤＰ／ＩＰパケットのペイロードとみなしてもよく、表示枠５５１にＮＴＰデータが格納される。
The
表示枠５６は、表示枠５２に示すＵＤＰ／ＩＰストリームのレイヤで送信されるＭＭＴＰのレイヤを示している。
The
表示枠５７は、表示枠５１に示すＴＬＶストリームに格納されるＳＩデータ専用のＵＤＰ／ＩＰストリーム（ＩＰデータフロー）を示している。特に表示枠５５のうち、表示枠５２に重なる部分は、ＵＤＰ／ＩＰパケットのヘッダ（ＩＰヘッダと称する場合もある）とみなしてもよい。また、表示枠５７の表示枠５６より上部は、ＵＤＰ／ＩＰパケットのペイロードとしてＭＭＴＰパケットの形式で送信されるデータとみなしてもよい。ＰＬＴをはじめとするＴＬＶストリーム内の全サービス、すなわちコンテンツ(番組)に共通する制御信号データが格納されて伝送される。
The
表示枠５８Ａ、表示枠５８Ｂ、表示枠５８Ｃ（特に区別しない場合は、表示枠５８と称する）は、それぞれＴＬＶストリームに格納されるサービスごとのＵＤＰ／ＩＰストリーム（ＩＰデータフロー）を示している。特に表示枠５５のうち、表示枠５２に重なる部分は、ＵＤＰ／ＩＰパケットのヘッダ（ＩＰヘッダと称する場合もある）とみなしてもよい。表示枠５８において表示枠５６より上部は、ＵＤＰ／ＩＰパケットのペイロードとしてＭＭＴＰパケットの形式で送信されるデータとみなしてもよい。表示枠５８Ａ、表示枠５８Ｂ、表示枠５８ＣのＵＤＰ／ＩＰストリーム（ＩＰデータフロー）は、通常、それぞれ異なるサービス（図ではそれぞれサービス１、サービス２、サービス３）、すなわち異なるコンテンツ（番組）に関連するデータが格納される。表示枠５８Ａ、表示枠５８Ｂ、表示枠５８ＣのＵＤＰ／ＩＰストリーム（ＩＰデータフロー）はＩＰ情報、特にそれぞれ送信元のＩＰアドレスが異なる。
The
表示枠５９は、表示枠５８同様のＵＤＰ／ＩＰストリームを示しているが、特にサービス共用のＵＤＰ／ＩＰストリームを示している。例えば、表示枠５８Ａ、表示枠５８Ｂ、表示枠５８ＣのＵＤＰ／ＩＰストリームには、それぞれサービス１、サービス２、サービス３が送信されるが、表示枠５９のＵＤＰ／ＩＰストリームには、サービス１、サービス２、サービス３の全部または一部で共用されるデータ（図では文字スーパＭＰＵが示されている）が送信される。表示枠５９のＵＤＰ／ＩＰストリームのＩＰ情報、特に送信元のＩＰアドレスは、表示枠５８Ａ、表示枠５８Ｂ、表示枠５８ＣのＵＤＰ／ＩＰストリームの送信元のＩＰアドレスと異なる。
The
図２に戻り、ＴＬＶ／ＭＭＴ分離処理部１２の機能構成を説明する。
Returning to FIG. 2, the functional configuration of the TLV/MMT
ＴＬＶストリーム選択処理部１２０は、例えば、１つのトランスポンダ上に複数のＴＬＶストリームが送信されている場合に、ＴＬＶ－ＮＩＴのデータを基にユーザが指定したコンテンツ（番組）が送信されているＴＬＶストリームを選択する。
For example, when a plurality of TLV streams are transmitted on one transponder, the TLV stream
ＴＬＶパケット分離部１２１は、ＴＬＶストリーム選択処理部１２０が出力するＴＬＶストリームをＴＬＶパケットごとに、ＴＬＶ－ＳＩデータ（表示枠５３、表示枠５４）と、ＮＴＰデータ（表示枠５５）を格納するＵＤＰ／ＩＰパケットと、ＭＭＴＰパケット（表示枠５３、表示枠５４）を格納したＵＤＰ／ＩＰパケットとの３つの系統に分離する。ＴＬＶパケット分離部１２１は、表示枠５１のＴＬＶストリームのレイヤにおける図示せぬＴＬＶストリームのヘッダ（ＴＬＶヘッダと称する場合もある）に格納されているパケット識別（識別子：ｐａｃｋｅｔ＿ｔｙｐｅ）に基づき、ＴＬＶストリームを３つの系統に分ける。
The TLV
ＴＬＶ－ＳＩ抽出部１２２は、ＴＬＶパケット分離部１２１が出力するＴＬＶ－ＮＩＴとＡＭＴを抽出し、出力する。
The TLV-
ＮＴＰ抽出処理部１２３は、ＴＬＶパケット分離部１２１が出力する表示枠５５のＵＤＰ／ＩＰパケットからＮＴＰの情報を抽出し、出力する。抽出されたＮＴＰの情報は、受信機のシステムクロック再生に利用される。
The NTP
ＩＰパケットヘッダ伸長部１２４は、ＴＬＶパケット分離部１２１が出力するＭＭＴＰパケット（表示枠５３、表示枠５４）を格納したヘッダ圧縮方式のＵＤＰ／ＩＰパケットのＩＰヘッダ（表示枠５２に相当）を処理する。具体的には、ＭＭＴＰパケットに付加されるＩＰヘッダは、ＩＰアドレスやポート番号のＩＰ情報を含むヘッダ（フルヘッダと称する場合もある）と、ＩＰ情報を含まないヘッダ（圧縮ヘッダと称する場合もある）との２種類ある。フルヘッダのＩＰパケットは少なくとも５００［ｍｓｅｃ］に１回は伝送する規定になっている。ＩＰパケットヘッダ伸長部１２４は、同じＩＰ情報を持つＵＤＰ／ＩＰパケット(ＩＰデータフロー)ごとに、過去に受信したフルヘッダの情報を利用して、圧縮ヘッダを持つＵＤＰ／ＩＰパケット（圧縮ＵＤＰ／ＩＰパケットと称する場合もある）をフルヘッダのＵＤＰ／ＩＰパケット（単にＵＤＰ／ＩＰパケットと称する場合もある）に変換して、出力する。もしくはＩＰデータフローごとに圧縮ＵＤＰ／ＩＰパケットのまま一連のＵＤＰ／ＩＰストリームとして出力してもよい。
The IP packet
ＩＰ／ＵＤＰパケット分離部１２５は、ＩＰパケットヘッダ伸長部１２４から入力からＵＤＰ／ＩＰストリーム（ＩＰデータフロー）を選択し、選択したＵＤＰ／ＩＰストリームのＵＤＰ／ＩＰパケットを分離して、ＭＭＴＰパケットを抽出し、ＭＭＴＰパケットのストリーム（ＭＭＴＰストリームと称する場合もある）を出力する。より詳細にはＩＰ／ＵＤＰパケット分離部１２５は、ＩＰヘッダに含まれるＣＩＤを利用してＵＤＰ／ＩＰストリーム（ＩＰデータフロー）を選択する。図３においては、表示枠５７、５８、５９がＭＭＴＰストリームを伝送している。ＩＰ／ＵＤＰパケット分離部１２５は、ＵＤＰ／ＩＰパケットを選択分離する際に、ＡＭＴに格納されているＩＰ情報や、後段処理で得られるＰＬＴ、ＭＰＴなどに格納されるＩＰ情報を用いる場合もある。
The IP/UDP packet separation section 125 selects a UDP/IP stream (IP data flow) from the input from the IP packet
ＩＰ／ＵＤＰパケット分離部１２５は、受信したＴＬＶパケットから選択したＴＬＶパケットの形でも出力する。出力されるＴＬＶパケットは、ＩＰ／ＵＤＰヘッダ伸長部１２４へ入力されたＴＬＶパケット（フルヘッダに変換されていない圧縮ＩＰパケットが格納されているＴＬＶパケット）でもよい。 The IP/UDP packet separation unit 125 also outputs a TLV packet selected from the received TLV packets. The output TLV packet may be a TLV packet input to the IP/UDP header decompressing unit 124 (a TLV packet storing a compressed IP packet that has not been converted into a full header).
ＭＭＴＰパケット分離部１２６は、ＩＰ／ＵＤＰパケット分離部１２５から入力されるＭＭＴＰストリームから制御信号データや符号化アセットデータを出力する。図３においては、表示枠５８の映像ＭＰＵ、音声ＭＰＵ、字幕ＭＰＵ、アプリケーションＭＰＵ、表示枠５９の文字スーパーＭＰＵが符号化アセットデータに相当する。また、表示枠５８の符号化アセットデータ以外のデータや、表示枠５７のデータが制御信号データに相当する。
The MMTP
ＭＭＴ－ＳＩ抽出部１２７は、ＭＭＴＰパケット分離部１２６から入力される制御信号データであるＭＭＴ－ＳＩから、ＰＬＴ、ＭＰＴなどの制御情報を抽出して、出力する。ＰＬＴには、ＴＬＶストリーム内の全サービス（またはコンテンツ）に対し、対応するＭＰＴを伝送するＭＭＴＰパケットのパケットＩＤ、さらにはそれを格納するＵＤＰ／ＩＰパケットの送信元ＩＰアドレスをはじめとするＩＰ情報といったＭＰＴ伝送のロケーション解決のための情報が格納されている。ＭＰＴには、サービスを構成する各アセットに対するＭＭＴＰのパケットＩＤなど、アセット伝送に対するロケーション解決のための情報が格納されている。ＰＬＴやＭＰＴに格納されている情報は、ＩＰ／ＵＤＰパケット分離部１２５にて用いられてもよい。またＭＭＴ－ＳＩ抽出部１２７は、ＭＭＴ－ＳＩからＥＰＧ情報などを抽出し、出力する。
The MMT-
サービス／アセット選択制御部１２８は、テレビ受信装置１内の各機能から、情報を受信し、受信した情報に基づいて、制御信号を出力したり、さらなる詳細情報を抽出して出力する。またユーザがリモコン１８を介してテレビ受信装置１に制御命令をした場合に、制御部１６３が解釈した制御命令をサービス／アセット選択制御部１２８に出力する。サービス／アセット選択制御部１２８は、制御命令に従って、各機能に制御信号や詳細情報を出力する。
The service/asset
空パケット生成部１２９は、例えば、ＩＰ／ＵＤＰパケット分離部１２５においてＩＰデータフロー内で選択されなかったＵＤＰ／ＩＰストリームに対して、ペイロードのない（ＭＭＴＰパケットを格納しない）ヘッダー圧縮ＩＰパケット（ＩＰ／ＵＤＰ空パケットと称する）を生成し、出力する。またはＵＤＰ／ＩＰヘッダのみを抽出して出力することでもよい。空パケットの構成例を図４Ｃに示す。
For example, the empty
図４Ａは、同実施形態に係るＴＬＶストリームに格納される各パケットの構成の一例を示す図である。 FIG. 4A is a diagram illustrating an example of the configuration of each packet stored in the TLV stream according to the same embodiment.
ＴＬＶパケット６１は、ヘッダとペイロードから構成され、ヘッダには固定ビット、識別子であるｐａｃｋｅｔ＿ｔｙｐｅ、ｌｅｎｇｔｈが格納されている。
The
ＵＤＰ／ＩＰパケット６２は、ＩＰ／ＵＤＰヘッダとＩＰ／ＵＤＰペイロードから構成され、特にヘッダ圧縮ＩＰパケットのＩＰ／ＵＤＰヘッダには識別子ＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅが格納されている。ＩＰ／ＵＤＰヘッダの「部分ＩＰｖ６ヘッダ／部分／ＵＤＰヘッダ」には、フルヘッダ時に使用されるヘッダ情報が含まれている。
The UDP/
ＭＭＴＰパケット６３は、ＭＭＴＰヘッダとＭＭＴＰペイロードから構成され、ＭＭＴＰヘッダには識別子であるｐａｃｋｅｔ＿ｉｄが格納されている。
ＴＬＶパケット６１のペイロードには、ＵＤＰ／ＩＰパケット６２が格納され、ＩＰ／ＵＤＰペイロードには、ＭＭＴＰパケット６３が格納される。ＭＭＴＰペイロードには、アセットデータ、ＳＩデータなどのデータが格納される。
図４Ｂは、同実施形態に係るＴＬＶストリームに格納されるＵＤＰ／ＩＰパケットのヘッダ情報の一例を示す図であり、図４ＡのＵＤＰ／ＩＰパケット６２のヘッダ情報の詳細である。図４Ｂに示されるようにヘッダ圧縮ＩＰ／ＵＤＰパケットにはＩＰ／ＵＤＰヘッダ部に送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）、宛先ＩＰアドレス（ｄｅｓｔｉｎａｔｉｏｎ＿ａｄｄｒｅｓｓ）が配置されている。又， 通常のＩＰ／ＵＤＰパケットはＩＰヘッダ部に送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）、宛先ＩＰアドレス（ｄｅｓｔｉｎａｔｉｏｎ＿ａｄｄｒｅｓｓ）が配置されている。ＮＴＰ伝送はＩＰヘッダ圧縮を適用せず、通常、３３ｍｓｅｃ間隔で伝送される。ＭＭＴＰパケット伝送はＩＰヘッダ圧縮を適用し、５００ｍｓｅｃ間隔でフルヘッダで伝送される。
ＮＴＰ専用ＩＰデータフローにおける送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）とＳＩ専用ＩＰデータフローにおけるソースアドレスとは同一の送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）とが用いられる。
具体的には、図３のＮＴＰ専用ＩＰデータフローとＳＩ専用ＩＰデータフローには送信元ＩＰアドレスとしてＳｒｃ．ａｄｄ０が用いられ、図３のサービス１のデータフローには送信元ＩＰアドレスとしてＳｒｃ．ａｄｄ１が用いられ、サービス２のデータフローには送信元ＩＰアドレスとしてＳｒｃ．ａｄｄ２が用いられ、サービス３のデータフローには送信元ＩＰアドレスとしてＳｒｃ．ａｄｄ３が用いられる。
よって、ＮＴＰ専用ＩＰデータフローのＩＰ／ＵＤＰパケット送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）に基づいて、多重化されたストリームの中からＳＩのＩＰ／ＵＤＰパケットを特定することができる。
図４Ｃは、同実施形態に係るパーシャルＴＬＶストリームに格納される空パケットの構成の一例を示す図である。
The
A UDP/
FIG. 4B is a diagram illustrating an example of header information of a UDP/IP packet stored in a TLV stream according to the same embodiment, and is a diagram showing details of the header information of the UDP/
The same source IP address (source_address) is used as the source IP address (source_address) in the NTP-only IP data flow and the source address in the SI-only IP data flow.
Specifically, in the NTP-only IP data flow and the SI-only IP data flow in FIG. 3, Src. add0 is used, and Src.add0 is used as the source IP address for the data flow of
Therefore, the SI IP/UDP packet can be identified from the multiplexed stream based on the IP/UDP packet source IP address (source_address) of the NTP-dedicated IP data flow.
FIG. 4C is a diagram illustrating an example of the configuration of an empty packet stored in a partial TLV stream according to the same embodiment.
図５は、同実施形態に係るテレビ受信装置におけるパーシャルＴＬＶストリーム生成部の機能構成の一例を示すブロック図である。 FIG. 5 is a block diagram illustrating an example of the functional configuration of a partial TLV stream generation section in the television receiving device according to the embodiment.
本実施形態のパーシャルＴＬＶストリーム生成部１４は、符号化アセットデータ、ＭＭＴ－ＳＩの制御信号データの他、ＮＴＰデータを含めて、ＴＬＶパケットを生成し、パーシャルＴＬＶストリームとして出力する。
The partial TLV
ＭＭＴ－ＳＩ生成部１４１は、ＭＭＴ－ＳＩ抽出部１２７が抽出し、出力した制御情報から必要な情報を選択、抽出し、抽出した情報からパーシャルＴＬＶストリーム用の制御情報（ＴＬＶ／ＭＭＴ分離処理部１２の制御信号データと区別する場合は、パーシャル制御信号データと称する）を生成する。具体的には、例えば、ＡＲＩＢ ＳＴＤ－Ｂ６３に規定されるＭＨ－ＳＩＴ（Ｓｅｌｅｃｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）やＭＨ－ＤＩＴ（Ｄｉｓｃｏｎｔｉｎｕｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）である。通常は、パーシャルＴＬＶストリーム用の制御情報は、ＭＭＴ－ＳＩ抽出部１２７が抽出する制御情報（すなわち、放送信号が送信する制御情報）よりも少ない。
The MMT-
ＭＭＴ－ＳＩ更新部１４２は、ＵＤＰ／ＩＰパケットのペイロード（ＭＭＴＰパケット）に格納されているＰＬＴまたはＭＰＴの内容を更新する。ＴＬＶストリーム抽出部１１が出力するＴＬＶストリーム（放送信号で送信されてきたＴＬＶストリーム）に含まれるＰＬＴには、全サービスの情報が記載されおり、パーシャルＴＬＶストリームとして送信する際には含まれる指定されたサービスだけの情報にＰＬＴを更新する必要がある。ＭＰＴについても同様に、パーシャルＴＬＶストリームとして送信する際には含まれる指定されたサービス（アセットデータ）だけの情報にＭＰＴを更新する必要がある。ただし、ＰＬＴまたはＭＰＴが含まれていたＵＤＰ／ＩＰパケットのＩＰヘッダは更新しない。
The MMT-
ＭＭＴＰパケット生成部１４３は、ＭＭＴ－ＳＩ生成部１４１から入力されるパーシャルＴＬＶストリーム用の制御信号データをペイロードとして、所定のＭＭＴＰのヘッダ情報を付加して、ＭＭＴＰパケットを生成し、出力する。
The MMTP
ＩＰ／ＵＤＰパケット生成部１４４は、ＭＭＴ－ＳＩ更新部１４２から入力されるＵＤＰ／ＩＰパケットはそのまま出力する。また、ＭＭＴＰパケット生成部１４３から入力したＭＭＴＰパケットをペイロードとして、ＭＭＴ－ＳＩ更新部１４２から入力されるＵＤＰ／ＩＰパケットのヘッダ情報を参照してＣＩＤやＳＮの値の整合を取りながら、ＩＰヘッダ、ＵＤＰヘッダを付加して、ＵＤＰ／ＩＰパケットを生成し、出力する。
The IP/UDP
ＴＬＶパケット生成部１４５は、ＩＰ／ＵＤＰパケット生成部１４４から入力されるＵＤＰ／ＩＰパケットやＩＰ／ＵＤＰ空パケットが入力され、それぞれにＴＬＶのヘッダを付加して、ＴＬＶパケットを生成し、出力する。なお、ＩＰ／ＵＤＰ空パケットを格納するＴＬＶパケットは元のＩＰデータフロー内と同じ順序／タイミングで出力する。ただし、ＴＬＶパケットのヘッダはペイロード長が変わっているため、ｌｅｎｇｔｈフィールドの値を更新し、元のＴＬＶヘッダとは異なる。
The TLV
ＴＬＶパケット多重部１４６は、各機能から入力されるＴＬＶパケットを多重して、パーシャルＴＬＶストリームとして出力する。具体的には、ＮＴＰデータが含まれたＴＬＶパケット、ＴＬＶパケット生成部１４５が出力するＴＬＶパケット、アセットデータが含まれたＴＬＶパケットが、ＴＬＶパケット多重部１４６に入力され、パーシャルＴＬＶストリームとして出力される。
The TLV
ＴＬＶ―ＳＩ生成部１４７は、ＡＭＴの更新情報を含めて、ＴＬＶ－ＳＩ情報を生成しＴＬＶパケット多重部１４６へ出力することがある。ただし、本実施形態においては、パーシャルＴＬＶストリームにＴＬＶ－ＳＩ情報を多重しないため本機能は設けなくてもよい。
TLV-
図６は、同実施形態に係るパーシャルＴＬＶストリームを記録再生する記録再生部の機能構成の一例を示すブロック図である。 FIG. 6 is a block diagram illustrating an example of the functional configuration of a recording/reproducing unit that records and reproduces a partial TLV stream according to the embodiment.
記録再生部２は、テレビ受信装置１が受信した放送信号に含まれるＴＬＶストリームから生成されたパーシャルＴＬＶストリームを記録（録音）し、またパーシャルＴＬＶストリームを再生する。記録部２１は、例えばハードディスクであり、制御部２６からの制御に応じてパーシャルＴＬＶストリームを保存する。
The recording/reproducing
パーシャルＴＬＶストリーム処理部２２は、記録部２１から入力されるパーシャルＴＬＶストリームを処理し、符号化アセットデータやＳＩデータを得て出力する。符号化アセットデータはＳＩデータとともにコンテンツ出力部１３に入力されて、音声デコード部１３１や映像デコード部１３２により映像、音声、文字などのコンテンツデータに変換される。変換されたコンテンツデータは出力処理部１３３に出力される。出力処理部２４は、コンテンツデータに対して出力タイミング、表示方法などを調整し、提示部１５に出力する。
The partial TLV
制御部２６は、記録再生部２の各機能の制御を実施する。例えば、ユーザがパーシャルＴＬＶストリーム形式で放送信号のコンテンツを録画したい場合、ユーザがリモコン１８から録画命令信号を出力すると、録画命令信号はインターフェース部１６２で受信され、制御部１６３に出力される。制御部１６３は録画命令信号を解析し、制御部２６に対して録画命令の制御信号を送信する。制御部２６は、録画命令の制御信号を受信すると、パーシャルＴＬＶストリーム生成部１４からパーシャルＴＬＶストリームを受信し、記録部２に保存する。例えば、ユーザがパーシャルＴＬＶストリーム形式で記録部２に保存されているコンテンツを再生したい場合、ユーザがリモコン１８から再生命令信号を出力すると、再生命令信号はインターフェース部１６２で受信され、制御部１６３に出力される。制御部１６３は再生命令信号を解析し、制御部２６に対して再生命令の制御信号を送信する。制御部２６は、再生命令の制御信号を受信すると、記録部２のパーシャルＴＬＶストリームをパーシャルＴＬＶストリーム処理部２２に出力する。パーシャルＴＬＶストリーム処理部２２でパーシャルＴＬＶストリームが処理されると、アセットデータが得られ、ユーザは提示部１５などからコンテンツを視聴することができる。
The
なお、図６において、制御部２６との間で結線がなされていない機能ブロックとの間においてもデータのやり取り（制御を含む）がされてもよい。
In FIG. 6, data may be exchanged (including control) with functional blocks that are not connected to the
図７は、同実施形態に係る記録再生部のパーシャルＴＬＶストリーム処理部の機能構成の一例を示すブロック図である。 FIG. 7 is a block diagram showing an example of the functional configuration of the partial TLV stream processing section of the recording/reproducing section according to the embodiment.
図３のＴＬＶストリームのデータ階層を用いながら、図７のパーシャルＴＬＶストリーム処理部２２の機能構成を説明する。
The functional configuration of the partial TLV
パーシャルＴＬＶストリーム処理部２２は、パーシャルＴＬＶストリームをＩＰ／ＵＤＰパケットやＭＭＴＰパケットへと分離し、符号化アセットデータと制御信号データであるＳＩデータを取得して出力する。パーシャルＴＬＶストリーム処理部２２の機能は、テレビ受信装置１のＴＬＶ／ＭＭＴ分離処理部１２の機能と同様である。
The partial TLV
ＴＬＶパケット分離部２２１は、ＴＬＶパケットごとに、記録部２１から入力されるパーシャルＴＬＶストリームをＴＬＶ－ＳＩデータ（図３の表示枠５３、表示枠５４に相当）と、ＮＴＰデータ（表示枠５５）を格納するＵＤＰ／ＩＰパケットと、ＭＭＴＰパケット（表示枠５６）を格納したＵＤＰ／ＩＰパケットとの３つの系統に分離する。ＴＬＶパケット分離部２２１は、表示枠５１のＴＬＶストリームのレイヤにおけるＴＬＶヘッダ（図４ＡのＴＬＶパケット参照）に格納されているパケット識別（識別子：ｐａｃｋｅｔ＿ｔｙｐｅ）に基づき、パーシャルＴＬＶストリームを３つの系統に分ける。
The TLV
ＴＬＶ－ＳＩ抽出部２２２は、ＴＬＶパケット分離部２２１が出力するＴＬＶ－ＳＩが存在すればそこから必要な情報を抽出し、出力することでもよい。ただし、本実施形態においてはＴＬＶ－ＳＩは必要なく、また通常ＴＬＶ－ＳＩはパーシャルＴＬＶストリームに含まないためこの機能はなくてもよい。
If the TLV-SI output by the TLV
ＮＴＰ抽出処理部２２３は、ＴＬＶパケット分離部２２１が出力する表示枠５５のＵＤＰ／ＩＰパケットからＮＴＰデータを抽出し、出力する。
The NTP
ＩＰパケットヘッダ伸長部２２４は、ＴＬＶパケット分離部２２１が出力するＭＭＴＰパケット（表示枠５６に相当）を格納したヘッダ圧縮形式のＵＤＰ／ＩＰパケットのＩＰヘッダ（表示枠５２に相当）を処理する。具体的には、ＭＭＴＰパケットに付加されるＩＰヘッダは、ＩＰアドレスやポート番号のＩＰ情報を含むヘッダ（図４Ｂ下段、フルヘッダと称する場合もある）と、ＩＰ情報を含まないヘッダ（図４Ｂ中段、圧縮ヘッダと称する場合もある）との２種類ある。ＩＰパケットヘッダ伸長部２２４は、同じＩＰ情報を持つＵＤＰ／ＩＰパケット（ＩＰデータフロー）ごとに、過去に受信したフルＩＰヘッダの情報を利用して、圧縮ヘッダを持つＵＤＰ／ＩＰパケット（圧縮ＵＤＰ／ＩＰパケットと称する場合もある）をフルヘッダのＵＤＰ／ＩＰパケット（ＵＤＰ／ＩＰパケットと称する場合もある）に変換して、出力する。もしくはＩＰデータフローごとに圧縮ＵＤＰ／ＩＰパケットのまま一連のＵＤＰ／ＩＰストリームとして出力してもよい。
The IP packet
ＩＰ／ＵＤＰパケット分離部２２５は、ＩＰパケットヘッダ伸長部２２４から入力されるＵＤＰ／ＩＰパケットを分離して、ＭＭＴＰパケットを抽出し、ＭＭＴＰパケットのストリーム（ＭＭＴＰストリームと称する場合もある）を出力する。より詳細には、空パケット検出部２２５１で、ＩＰパケットヘッダ伸長部２２４から入力されるＵＤＰ／ＩＰパケットがＵＤＰ／ＩＰ空パケットであるか否かを判定する。空パケット検出部２２５１は、ＵＤＰ／ＩＰパケットがＩＰヘッダのみのパケット（ＵＤＰ／ＩＰ空パケット）である場合は、後段処理をスキップする。すなわち、空パケット検出部２２５１は、ＵＤＰ／ＩＰ空パケットの場合、ＭＭＴＰパケット分離部２２６へＵＤＰ／ＩＰパケットを出力しない。一方、ＵＤＰ／ＩＰ空パケットでない場合は、空パケット検出部２２５１は、後段処理であるＭＭＴＰパケット分離部２２６にＵＤＰ／ＩＰパケットを出力する。本実施形態におけるＩＰ／ＵＤＰパケット分離部２２５は、ＵＤＰ／ＩＰパケットを選択分離する際に、後段処理で得られるＰＬＴ、ＭＰＴなどに格納される情報を用いる。
The IP/UDP
ＭＭＴＰパケット分離部２２６は、ＩＰ／ＵＤＰパケット分離部２２５から入力されるＭＭＴＰストリームから制御信号データや符号化アセットデータを出力する。
The MMTP
ＭＭＴ－ＳＩ抽出部２２７は、ＭＭＴＰパケット分離部２２６から入力される制御信号データであるＭＭＴ－ＳＩから、ＰＬＴ、ＭＰＴなどの制御情報を抽出して、出力する。ＰＬＴやＭＰＴに格納されている情報は、ＩＰ／ＵＤＰパケット分離部２２５にて用いられてもよい。
The MMT-
本実施形態に係るシステムの動作例を説明する。
図８は、同実施形態に係るテレビ受信装置におけるＴＬＶ／ＭＭＴ分離処理部の処理動作の一例を示すフローチャートである。
An example of the operation of the system according to this embodiment will be described.
FIG. 8 is a flowchart illustrating an example of the processing operation of the TLV/MMT separation processing unit in the television receiving device according to the embodiment.
テレビ受信装置１が受信したＴＬＶストリームからパーシャルＴＬＶストリームとして記録するサービス（コンテンツ）を指定するために、ユーザがリモコン１８で指定操作をする。リモコン１８はサービスを指定するための制御コマンドを出力し、テレビ受信装置１のインターフェース部１６２が、制御コマンドを受信する。インターフェース部１６２は、受信した制御コマンドを制御部１６３に出力し、制御部１６３は、制御コマンドを解析してユーザが指定したサービスの情報（指定サービス情報）を抽出し、サービス／アセット選択制御部１２８へ出力する。サービス／アセット選択制御部１２８は、指定サービス情報（ｓｅｒｖｉｃｅ＿ｉｄ）をＴＬＶ／ＭＭＴ分離処理部１２に出力する（ステップＳ１１）。ＴＬＶ／ＭＭＴ分離処理部１２において、ＴＬＶストリーム選択処理部１２０は、ＴＬＶ－ＳＩ抽出部１２２が抽出したＴＬＶ－ＮＩＴと指定サービス情報とに基づいて指定されたサービスが格納されているＴＬＶストリームを選択し、ＴＬＶパケット分離部１２１に出力する（ステップＳ１２）。
In order to specify a service (content) to be recorded as a partial TLV stream from the TLV stream received by the
ＴＬＶパケット分離部１２１は、図４ＡのＴＬＶパケット６１に示されるヘッダに格納されているパケット識別（識別子：ｐａｃｋｅｔ＿ｔｙｐｅ）に基づいて、ＴＬＶストリーム選択処理部１２０から入力されたＴＬＶストリームを３つの系統に分離する（ステップＳ１３）。具体的にはＴＬＶパケットのペイロードに格納されているデータの種類の違いに応じて、ＴＬＶ－ＳＩデータと、ＮＴＰデータを格納するＵＤＰ／ＩＰパケットと、ＭＭＴＰパケットを格納したＵＤＰ／ＩＰパケットとの３つの系統に分離し、それぞれＴＬＶ－ＳＩ抽出部１２２、ＮＴＰ抽出処理部１２３、ＩＰパケットヘッダ伸長部１２４に入力される。
The TLV
ＴＬＶ－ＳＩ抽出部１２２は、ＴＬＶ－ＮＩＴデータやＡＭＴデータを抽出し、サービス／アセット選択制御部１２８へ出力する（ステップＳ１４）。ＮＴＰ抽出処理部１２３は、ＵＤＰ／ＩＰパケットに格納されているＮＴＰデータを抽出し、サービス／アセット選択制御部１２８へ出力する（ステップＳ１５）。また同時に、ＮＴＰ抽出処理部１２３は、入力されたＴＬＶパケットをそのまま出力する（ステップＳ１５）。ＭＭＴＰパケットを格納したＴＬＶパケットは、ＩＰパケットヘッダ伸長部１２４に入力され、処理される（ステップＳ１６）。ＩＰ／ＵＤＰパケット分離部１２５は、入力されたＴＬＶパケットのＩＰヘッダ情報のＣＩＤ（図４ＡのＵＤＰ／ＩＰパケット６２参照）とサービス／アセット選択制御部１２８から入力されるＩＰ情報とを用いて、ＩＰデータフローを確認する（ステップＳ１７）。もしＩＰデータフローがＩＰ情報により選択されたＩＰデータフローではないことが確認されなかった場合、次のＴＬＶパケットを確認する（ステップＳ１８のＮＯ、Ｓ１３）。もしＩＰデータフローがＩＰ情報により選択されたＩＰデータフローであることが確認された場合、後段の処理を実施する（ステップＳ１８のＹＥＳ）。選択されたＩＰデータフローのＴＬＶパケットは、ＭＭＴＰパケット分離部１２６に入力され、ＭＭＴＰヘッダのｐａｃｋｅｔ＿ｉｄが確認される（ステップＳ１９）。ＭＭＴＰパケット分離部１２６は、ｐａｃｋｅｔ＿ｉｄを確認し、入力されたＴＬＶパケットに選択されたＭＭＴ－ＳＩが格納されている場合、すなわちＰＬＴやユーザが指定したｓｅｒｖｉｃｅ＿ｉｄに関わるＭＰＴ、さらに所定のＭＭＴ－ＳＩが格納されている場合は、入力されたＴＬＶパケットに格納されているＵＤＰ／ＩＰパケットを出力する（ステップＳ２０のＹＥＳ、Ｓ２１）。ＭＭＴＰパケット分離部１２６は、ｐａｃｋｅｔ＿ｉｄを確認し、入力されたＴＬＶパケットに選択されたＭＭＴ－ＳＩが格納されていない場合、すなわちユーザが指定したｓｅｒｖｉｃｅ＿ｉｄに関わるＭＭＴ－ＳＩが格納されていない場合は、入力されたＴＬＶパケットに選択されたアセットが格納されているかどうかを確認する（Ｓ２０のＮＯ、ステップＳ２２）。ＭＭＴＰパケット分離部１２６は、ステップＳ２０で抽出したＭＭＴ－ＳＩのＰＬＴからユーザが選択したサービスを識別するｓｅｒｖｉｃｅ＿ｉｄのＭＰＴを抽出する。ＭＭＴＰパケット分離部１２６は、抽出したＭＰＴの情報からユーザが指定したサービスを構成するアセットを特定することができる。このうちパーシャルＴＬＶストリームに必要なアセットを適宜選択（たとえば、映像、音声、字幕のみなど）することも可能である。ＭＭＴＰパケット分離部１２６は、ステップＳ２０で抽出したＭＭＴ－ＳＩのＭＰＴ の情報と入力されたＴＬＶパケットのｐａｃｋｅｔ＿ｉｄとを確認し、入力されたＴＬＶパケットに選択されたアセットが格納されている場合は、入力されたＴＬＶパケットを出力する（ステップＳ２２のＹＥＳ、ステップＳ２３）。ステップＳ２３においてＭＭＴＰパケット分離部１２６が出力するＴＬＶパケットは、ＩＰパケットヘッダ伸長部１２４に入力されたＴＬＶパケットである。一方、ＭＭＴＰパケット分離部１２６は、ステップＳ２０で抽出したＭＭＴ－ＳＩのＭＰＴ の情報と入力されたＴＬＶパケットのｐａｃｋｅｔ＿ｉｄとを確認し、入力されたＴＬＶパケットに選択されたアセットが格納されていない場合、すなわちユーザが指定したｓｅｒｖｉｃｅ＿ｉｄのアセットが格納されていない場合は、そのＴＬＶパケットに格納されているＵＤＰ／ＩＰパケットのペイロード部分を削除して、ＵＤＰ／ＩＰ空パケットを生成し、出力する（ステップＳ２４）。ここでＵＤＰ／ＩＰ空パケットとは、ＵＤＰ／ＩＰヘッダをそのまま出力してもよい。
なお、上記フローのステップＳ１８からＳ２０にかけての説明を補足する。まず、ＰＬＴを取得するために、ＡＭＴの情報を基にＳＩ専用ＩＰデータフローのＩＰ情報を特定しこれを選択する。ＰＬＴのｐaｃｋｅｔ＿ｉｄは０ｘ００００(固定値)と決まっているため、ＭＭＴＰパケット分離部１２６およびＭＭＴ－ＳＩ抽出部１２７の処理を経てＰＬＴの抽出が可能になる。
次に、得られたＰＬＴを基に、ユーザが指定するサービスのＭＰＴを伝送するＩＰデータフローのＩＰ情報を特定し、これを選択する。ＭＰＴのｐaｃｋｅｔ＿ｉｄもＰＬＴに記載されているため、ＭＭＴＰパケット分離部１２６およびＭＭＴ－ＳＩ抽出部１２７の処理を経て当該ＭＰＴの抽出が可能になる。また、当該サービスを構成する各アセットも同じＩＰデータフローに含まれており、それぞれのｐaｃｋｅｔ＿ｉｄもＭＰＴに記載されているため、ＭＭＴＰパケット分離部１２６の処理を経てアセットの抽出が可能になる。
また、必要に応じ、ＭＰＴを参照してサービス共用ＩＰデータフローのＩＰ情報を特定し、これを選択する。このＩＰ情報およびｐaｃｋｅｔ＿ｉｄもＭＰＴに記載されているため、ＭＭＴＰパケット分離部１２６の処理を経てアセットの抽出が可能になる。
上記フローのステップＳ２０を詳細に説明する。ＭＭＴＰパケット分離部１２６は、入力されたＴＬＶパケットやＵＤＰ／ＩＰヘッダの解析情報などから制御信号データを抽出し、出力する。出力された制御信号データは、ＭＭＴ－ＳＩ抽出部１２７に入力され、ＭＭＴ－ＳＩ抽出部１２７は、ＡＭＴに格納されている指定サービス送信元のＩＰアドレスなどのＩＰ情報をサービス／アセット選択制御部１２８からを受信し、受信した情報に基づいて、ＰＬＴを抽出する。ＭＭＴ－ＳＩ抽出部１２７は、サービス／アセット選択制御部１２８から入力されたＰＬＴをサービス／アセット選択制御部１２８に出力する。さらにＭＭＴ－ＳＩ抽出部１２７は、抽出したＰＬＴに基づいて、ＭＰＴを抽出する。
上記フローのステップＳ２２を詳細に説明する。ＭＭＴ－ＳＩ抽出部１２７は、抽出したＭＰＴをサービス／アセット選択制御部１２８に出力する。ＭＭＴＰパケット分離部１２６は、抽出されたＭＰＴに基づいて、入力されたＭＭＴＰパケット（ＴＬＶパケット）から符号化アセットデータを抽出する。
The TLV-
Note that the explanation of steps S18 to S20 in the above flow will be supplemented. First, in order to obtain the PLT, the IP information of the SI-only IP data flow is identified and selected based on the AMT information. Since the packet_id of the PLT is determined to be 0x0000 (fixed value), the PLT can be extracted through processing by the MMTP
Next, based on the obtained PLT, the IP information of the IP data flow that transmits the MPT of the service specified by the user is specified and selected. Since the packet_id of the MPT is also written in the PLT, the MPT can be extracted through processing by the MMTP
Further, if necessary, the IP information of the service shared IP data flow is specified with reference to the MPT and selected. Since this IP information and packet_id are also written in the MPT, the asset can be extracted through processing by the MMTP
Step S20 of the above flow will be explained in detail. The MMTP
Step S22 of the above flow will be explained in detail. The MMT-
図９は、同実施形態に係るテレビ受信装置におけるパーシャルＴＬＶ生成部の処理動作の一例を示すフローチャートである。 FIG. 9 is a flowchart illustrating an example of the processing operation of the partial TLV generation unit in the television receiving device according to the embodiment.
パーシャルＴＬＶストリーム生成部１４において、アセットデータのＴＬＶパケットはＴＬＶパケット多重部１４６に入力される（ステップＳ１０１Ａ）。パーシャルＴＬＶストリーム生成部１４において、ＵＤＰ／ＩＰ空パケットはＴＬＶパケット生成部１４５へ出力される（ステップＳ１０１Ｂ）。パーシャルＴＬＶストリーム生成部１４において、制御信号データはＭＭＴ－ＳＩ生成部１４１に入力される。ＭＭＴ－ＳＩ生成部１４１は、パーシャルＴＬＶストリームに含めて出力するためのパーシャル制御信号データであるＭＨ－ＳＩＴやＭＨ－ＤＩＴなどを生成し、ＭＭＴＰパケット生成部１４３へ出力する（ステップＳ１０２Ａ）。また、パーシャルＴＬＶストリーム生成部１４に入力される制御信号データのうちＰＬＴやＭＰＴは、ＭＭＴ―ＳＩ更新部１４２に入力されて、必要に応じて内容が更新され、ＩＰ／ＵＤＰパケット生成部１４４へ出力される（ステップＳ１０２Ｂ）。パーシャルＴＬＶストリーム生成部１４はＮＴＰデータの格納されたＴＬＶパケットを受信し、ＴＬＶパケット多重部１４６へ出力する（ステップＳ１０３）。
In the partial TLV
ＭＭＴＰパケット生成部１４３は、入力されたパーシャル制御信号データをＭＭＴＰパケットに変換し、ＩＰ／ＵＤＰパケット生成部１４４に出力する（ステップＳ１０４）。ここでＭＭＴＰパケット分離部１２６に入力されるＭＭＴＰパケットと区別する場合は、ステップＳ１０４において出力されるＭＭＴＰパケットをパーシャルＭＭＴＰパケットと称する。ＩＰ／ＵＤＰパケット生成部１４４は、入力されるパーシャルＭＭＴＰパケットに対して、ＩＰヘッダ、ＵＤＰヘッダを付加するなどし、ＵＤＰ／ＩＰパケットを生成し、ＵＤＰ／ＩＰパケットをＴＬＶパケット多重部１４６へ出力する（ステップＳ１０５）。また、ステップＳ１０２ＢにおいてＭＭＴ―ＳＩ更新部１４２から入力されるＵＤＰ／ＩＰパケットは、そのまま出力する（ステップＳ１０５）。ＩＰ／ＵＤＰパケット分離部１２５に入力されるＵＤＰ／ＩＰパケットと区別する場合、ステップＳ１０５において出力されるＵＤＰ／ＩＰパケットをパーシャルＵＤＰ／ＩＰパケットと称する。
The MMTP
ＵＤＰ／ＩＰ空パケットを含めたパーシャルＵＤＰ／ＩＰパケットは、ＴＬＶパケット生成部１４５に入力され、ＴＬＶパケット生成部１４５は、パーシャルＵＤＰ／ＩＰパケットをペイロードとして、必要なＴＬＶ－ＳＩやＴＬＶヘッダを付加して、ＴＬＶパケットを生成する（ステップＳ１０６）。ＴＬＶパケット分離部１２１に入力されるＴＬＶパケットと区別する場合、ステップＳ１０６において出力されるＴＬＶパケットをパーシャルＴＬＶパケットと称する。生成されたパーシャルＴＬＶパケットや、ステップＳ１０１Ａ、ステップＳ１０３で取得したアセットデータやＮＴＰの含まれたＴＬＶパケットはＴＬＶパケット多重部１４６に入力される。ＴＬＶパケット多重部１４６は、入力されたＴＬＶパケットをパーシャルＴＬＶストリームとして出力する（ステップＳ１０７）。以上の手順により、ＩＰ空パケットを含んだパーシャルＴＬＶストリームを生成することができる。
The partial UDP/IP packet including the UDP/IP empty packet is input to the TLV
次に記録再生部２のパーシャルＴＬＶストリームを記録再生する場合の処理動作について説明する。例えば、ユーザがリモコン１８から再生命令信号を出力すると、制御部２６は、パーシャルＴＬＶストリーム処理部２２に対して記録部２１からユーザが指定したコンテンツに関わるパーシャルＴＬＶストリームを取得させ、処理をさせる。
Next, the processing operation of the recording/reproducing
図１０は、同実施形態に係る記録再生部におけるパーシャルＴＬＶストリーム処理部の処理動作の一例を示すフローチャートである。 FIG. 10 is a flowchart illustrating an example of the processing operation of the partial TLV stream processing section in the recording/reproducing section according to the embodiment.
制御部２６は、パーシャルＴＬＶストリームの記録を命令されると（ステップＳ２００１）、パーシャルＴＬＶストリーム生成部１４が出力するパーシャルＴＬＶストリームを記録再生部２に記録させる（ステップＳ２００２）。
When the
制御部２６は、記録部２に記録されているパーシャルＴＬＶストリームの再生を命令されると（ステップＳ２０１）、記録部２からパーシャルＴＬＶストリーム処理部２２に入力されたパーシャルＴＬＶストリームは、パーシャルＴＬＶストリーム処理部２２のＴＬＶパケット分離部２２１に入力される。（ステップＳ２０１）。ＴＬＶパケット分離部２２１は、パーシャルＴＬＶストリームのＴＬＶヘッダに格納されているパケット識別（識別子：ｐａｃｋｅｔ＿ｔｙｐｅ）に基づき、パーシャルＴＬＶストリームをＴＬＶ－ＳＩデータと、ＮＴＰデータのＵＤＰ／ＩＰパケットのストリームと、ＭＭＴＰパケットを格納したＵＤＰ／ＩＰパケットのストリームなどの系統に分ける（ステップＳ２０２）。ＴＬＶ－ＳＩデータは、ＴＬＶ－ＳＩ抽出部２２２に入力され、ＴＬＶ－ＳＩ抽出部２２２は、パーシャルＴＬＶストリームの処理に必要なデータを抽出する。なお本実施形態の例では、ＴＬＶ－ＳＩデータはパーシャルＴＬＶストリームに含まれない。
When the
ＮＴＰデータを格納するのＵＤＰ／ＩＰパケットは、ＮＴＰ抽出処理部２２３に入力され、ＮＴＰ抽出処理部２２３は、ＮＴＰデータを抽出する（ステップＳ２０３）。ステップＳ２０３と同時に、ＭＭＴＰパケットを格納したＵＤＰ／ＩＰストリームは、ＩＰパケットヘッダ伸長部２２４に入力され、フルヘッダのＵＤＰ／ＩＰパケットに変換される（ステップＳ２０４）。ステップＳ２０４においては、ＵＤＰ／ＩＰ空パケットに対しても同様の処理が行われる。変換されたフルヘッダのＵＤＰ／ＩＰパケットは、ＩＰ／ＵＤＰパケット分離部２２５に入力され、ＩＰ／ＵＤＰパケット分離部２２５は、ＭＭＴＰパケットを抽出し、ＭＭＴＰパケット分離部２２６へ出力する（ステップＳ２０５）。ＭＭＴＰパケット分離部２２６は、入力されたＭＭＴＰパケットのうち、ＳＩデータに関わるＭＭＴＰパケットを抽出し、抽出したＭＭＴＰパケットをＭＭＴ－ＳＩ抽出部２２７に出力する（ステップＳ２０６）。
The UDP/IP packet storing the NTP data is input to the NTP
ＭＭＴ－ＳＩ抽出部２２７は、入力されたＭＭＴＰパケットから、ＰＬＴを抽出する（ステップＳ２０７）。より詳細には、ステップＳ２０６において抽出したＭＭＴＰパケットに付与されていたＩＰヘッダのパケットＩＤを用いて、ＰＬＴを抽出する。
The MMT-
さらにＭＭＴ－ＳＩ抽出部２２７は、抽出したＰＬＴに記載されている情報に基づいて、ＭＰＴを抽出する（ステップＳ２０８）。ＭＭＴＰパケット分離部２２６は、抽出されたＭＰＴに基づいて、入力されたＭＭＴＰパケットから符号化アセットデータを抽出する（ステップＳ２０９）。抽出された符号化アセットデータはコンテンツ出力部２４に出力される（ステップＳ２１０）。
Further, the MMT-
コンテンツ出力部２４は、符号化アセットデータをデコードなどし、音声、映像、文字などのコンテンツデータを出力する。出力されたコンテンツデータは提示部２５から、スピーカやモニタから映像、音声、文字などのコンテンツとしてユーザに提示される。 The content output unit 24 decodes the encoded asset data and outputs content data such as audio, video, and text. The output content data is presented to the user from the presentation unit 25 through a speaker or monitor as content such as video, audio, and text.
以上の手順により、記録再生部２は、記録部２１に記録したパーシャルＴＬＶストリームを再生することができる。パーシャルＴＬＶストリームを再生することでユーザは、コンテンツを視聴できる。本実施形態においては、指定されたサービス以外のデータに対してＵＤＰ／ＩＰパケットのヘッダ部分のみ（ＵＤＰ／ＩＰ空パケット）をパーシャルＴＬＶストリームに含めて記録した。記録再生部２は、パーシャルＴＬＶストリームに含まれるＵＤＰ／ＩＰ空パケットの処理をスキップすることによって、パーシャルＴＬＶストリームにて送信されるコンテンツデータを取得することができる。また、パーシャルＴＬＶストリームにＩＰ空パケットを入れるか入れないかを設定できるようにしてもよい。
Through the above procedure, the recording/reproducing
高度広帯域衛星デジタル放送の規格においては、サービスを構成する映像、音声、字幕などやＭＭＴ－ＳＩを格納するＭＭＴＰパケット伝送用のＩＰパケットはヘッダ圧縮して伝送されることになっている。テレビ受信装置１が受信した放送信号から選択されたサービスや必要なＭＭＴ－ＳＩを取捨選択してパーシャルＴＬＶストリームを生成し、記録再生部２に記録する。従って、通常、パーシャルＴＬＶストリームは、放送信号に含まれていたデータが欠損することになる。特にＵＤＰ／ＩＰパケットのヘッダに含まれる情報が欠損してしまうために、ＵＤＰ／ＩＰパケットの連続性（ＳＮフィールドで設定）が損なわれる問題がある。またフルヘッダのＵＤＰ／ＩＰパケットは、もともと送信頻度が少なく、パーシャルＴＬＶストリームに含められなかった場合に問題となる可能性がある。例えば、記録再生部２において、記録したパーシャルＴＬＶストリームの再生処理の際に、サービスの再生表示や関連情報の提示で遅延や中断の問題が発生する可能性がある。現状では問題は表面化していないが、今後、高機能化、多機能化、大容量化などにより問題発生する可能性が考えられ、仕組みとして対処しておくのが望ましい。本実施形態によれば、以上に述べた問題が生じないパーシャルＴＬＶストリームの記録再生が可能となる。
In the standards for advanced broadband satellite digital broadcasting, IP packets for transmitting MMTP packets storing video, audio, subtitles, etc. and MMT-SI that constitute a service are to be transmitted with headers compressed. The
なお、本実施形態においては、パーシャルＴＬＶストリームにＵＤＰ／ＩＰ空パケットを含めて記録再生部２に記録する例を示したが、記録形式は厳密なパーシャルＴＬＶストリームの形式に限られない。例えば、通常の録画において、選択した放送番組（サービス）を記録再生部２に記録する際には、選択されていない番組のコンテンツデータを格納しているＵＤＰ／ＩＰパケットのＩＰヘッダを同時に記録再生部２に記録するようにすることで、本実施形態と同様の効果を得ることができる。また、上記通常の録画で記録したコンテンツデータを格納しているデータをパーシャルＴＬＶストリームとして外部装置へ出力することもできる。
In this embodiment, an example has been shown in which the partial TLV stream includes UDP/IP empty packets and is recorded in the recording/reproducing
また、本実施形態によれば、放送のＴＬＶストリーム抽出部１１が出力するＴＬＶストリームをそのまま記録再生部２に記録し、その後、任意のタイミング（非リアルタイム）で、空パケット含むパーシャルＴＬＶストリームを生成して、パーシャルＴＬＶストリームとして別に記録することもできる。例えば、テレビ受信装置１が受信したＴＬＶストリームを全て録画（全録と称する）しておく。テレビ受信装置１がユーザによりリモコン１８から指定を受けた時に、記録再生部２に全録したＴＬＶストリームのうち、ユーザが指定した番組のＴＬＶストリームを、記録再生部２からＴＬＶ／ＭＭＴ分離処理部１２に入力する。図８のフローチャートに従って、ＴＬＶ／ＭＭＴ分離処理部１２から出力されるデータをパーシャルＴＬＶストリーム生成部１４に入力することで、データユーザが指定した番組のコンテンツデータに対してＩＰ空パケットを含めたパーシャルＴＬＶストリームを生成することができる。生成したパーシャルＴＬＶストリームを再度、記録再生部２に記録することもできる（ダビング機能）。また実施形態を含め上記に示した例の機能を組み合わせることで様々な形態が容易に想到できる。
以下に、上記した実施形態に関連するＡＭＴ、ＰＬＴについて示す。ＡＲＩＢ ＳＴＤ－Ｂ６０に基づく。
図１１Ａは、同実施形態に係るＡＭＴのデータ構造を示す図であり、ＡＭＴに含まれるデータが行ごとに、ビット数、データ表記とともに示されている。各データの内容は下記のようになる。
・ｔａｂｌｅ＿ｉｄ（テーブル識別）：テーブル識別拡張の値によりテーブルを識別することを示す０ｘＦＥとする。
・ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ（セクションシンタクス指示）：拡張形式を示す「１」とする。
・ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ（セクション長）：セクション長フィールドの直後からＣＲＣ＿３２を含む最後までのセクションのバイト数を規定する。
・ｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎ（テーブル識別拡張）：アドレスマップテーブルを示す０ｘ００００とする。
・ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ（バージョン番号）：テーブルのバージョン番号を書き込む領域とする。テーブル内の情報に変化があった場合に１加算される。その値が３１になった場合は、その次は０に戻る。
・ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ（カレントネクスト指示）：「１」の場合はそのテーブルが現在有効であることを示す。「０」の場合は、送られているテーブルはまだ適用されず、次に有効となる予定のテーブルであることを示す。
・ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ（セクション番号）：セクションの番号を表す。最初のセクションのセクション番号は０ｘ００である。セクション番号は同一のテーブル識別とテーブル識別拡張を持つセクションの追加ごとに１加算される。
・ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ（最終セクション番号）：そのセクションが属するテーブルの最後のセクション（すなわち、最大のセクション番号を持つセクション）の番号を規定する。
・ｎｕｍ＿ｏｆ＿ｓｅｒｖｉｃｅ＿ｉｄ（サービス識別数）：このアドレスマップテーブルに記述されるｓｅｒｖｉｃｅ＿ｉｄの数を示す。
・ｓｅｒｖｉｃｅ＿ｉｄ（サービス識別）：サービスを識別するためのラベルの役割をする。サービスリスト記述子に記述されるサービス識別と同一の役割を持つ。
・ｉｐ＿ｖｅｒｓｉｏｎ（ＩＰバージョン）：リストに記述するＩＰパケットのバージョンを示し、表５－３に従って符号化される。
図１１Ｂは、同実施形態に係るＩＰバージョンを示す図である。
ＩＰバージョンが０の場合は、ＩＰｖ４を示し、ＩＰバージョンが１の場合は、ＩＰｖ６を示す。
・ｓｅｒｖｉｃｅ＿ｌｏｏｐ＿ｌｅｎｇｔｈ（サービスループ長）：このフィールドの直後から、次のサービス識別フィールドの直前までのバイト長を示す。
・ｓｒｃ＿ａｄｄｒｅｓｓ＿３２（送信元ＩＰｖ４アドレス）：サービスを構成するＩＰｖ４パケットの送信元ＩＰアドレスを記述する。
・ｓｒｃ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿３２（送信元ＩＰｖ４アドレスマスク）：送信元ＩＰｖ４アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。３２より大きな値を取らない。
・ｄｓｔ＿ａｄｄｒｅｓｓ＿３２（宛先ＩＰｖ４アドレス）：サービスを構成するＩＰｖ４パケットの宛先ＩＰアドレスを記述する。
・ｄｓｔ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿３２（宛先ＩＰｖ４アドレスマスク）：宛先ＩＰｖ４アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。３２より大きな値を取らない。なお、サービスを構成するマルチキャストグループは、送信元ＩＰｖ４アドレスマスクにより有効と識別される送信元ＩＰｖ４アドレス及び宛先ＩＰｖ４アドレスマスクにより有効と識別される宛先ＩＰｖ４アドレスの両方のアドレスに合致するマルチキャストグループとする。
・ｓｒｃ＿ａｄｄｒｅｓｓ＿１２８（送信元ＩＰｖ６アドレス）：サービスを構成するＩＰｖ６パケットの送信元ＩＰアドレスを記述する。
・ｓｒｃ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿１２８（送信元ＩＰｖ６アドレスマスク）：送信元ＩＰｖ６アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。１２８より大きな値を取らない。
・ｄｓｔ＿ａｄｄｒｅｓｓ＿１２８（宛先ＩＰｖ６アドレス）：サービスを構成するＩＰｖ６パケットの宛先ＩＰアドレスを記述する。
・ｄｓｔ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿１２８（宛先ＩＰｖ６アドレスマスク）：宛先ＩＰｖ６アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。１２８より大きな値を取らない。なお、サービスを構成するマルチキャストグループは、送信元ＩＰｖ６アドレスマスクにより有効と識別される送信元ＩＰｖ６アドレス及び宛先ＩＰｖ６アドレスマスクにより有効と識別される宛先ＩＰｖ６アドレスの両方のアドレスに合致するマルチキャストグループとする。
・ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅ：個別に定義されたデータを格納する。
ＣＲＣ＿３２（ＣＲＣ）：ＩＴＵ－Ｔ勧告Ｈ．２２２．０に従うものとする。
図１１Ｃは、同実施形態に係るＰＬＴ（パッケージリストテーブル）のデータ構造を示す図であり、ＰＬＴに含まれるデータが行ごとに、ビット数、データ表記とともに示されている。ＰＬＴは、放送サービスとして提供されるＭＭＴパッケージのＰＡメッセージを伝送するＩＰデータフロー及びパケットＩＤ並びにＩＰサービスを伝送するＩＰデータフローの一覧を示す。ＰＬＴに格納する記述子は、規格に規定の記述子とする。
ＰＬＴに含まれる各データの内容は下記のようになる。
・ｎｕｍ＿ｏｆ＿ｐａｃｋａｇｅ（パッケージ数）：本テーブルにロケーション情報を記載するパッケージの数を示す。
・ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｌｅｎｇｔｈ（パッケージＩＤ長）：パッケージＩＤバイトの長さをバイト単位で示す。
・ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ（パッケージＩＤバイト）：パッケージＩＤを示す。
・ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（ロケーション情報）：パッケージＩＤで示すパッケージのＰＡメッセージを伝送するロケーション情報を示す。
・ｎｕｍ＿ｏｆ＿ｉｐ＿ｄｅｌｉｖｅｒｙ（ＩＰ配信フロー数）：本テーブルにロケーション情報を記載するＩＰサービスの数を示す。
・ｔｒａｎｓｐｏｒｔ＿ｆｉｌｅ＿ｉｄ（トランスポートファイル識別）：伝送するファイルを一意に識別するためのラベルを示す。
・ｌｏｃａｔｉｏｎ＿ｔｙｐｅ（ロケーションタイプ）：ロケーション情報の種類を示す。０ｘ０１はＩＰｖ４データフロー、０ｘ０２はＩＰｖ６データフロー、０ｘ０５はＵＲＬを示す。
・ｉｐｖ４＿ｓｒｃ＿ａｄｄｒ（送信元ＩＰｖ４アドレス）：ＩＰｖ４データフローの送信元アドレスを示す。
・ｉｐｖ４＿ｄｓｔ＿ａｄｄｒ（宛先ＩＰｖ４アドレス）：ＩＰｖ４データフローの宛先アドレスを示す。
・ｄｓｔ＿ｐｏｒｔ（宛先ポート番号）：ＩＰデータフローの宛先ポート番号を示す。
・ｉｐｖ６＿ｓｒｃ＿ａｄｄｒ（送信元ＩＰｖ６アドレス）：ＩＰｖ６データフローの送信元アドレスを示す。
・ｉｐｖ６＿ｄｓｔ＿ａｄｄｒ（宛先ＩＰｖ６アドレス）：ＩＰｖ６データフローの宛先アドレスを示す。
・ＵＲＬ＿ｌｅｎｇｔｈ（ＵＲＬ長）：ロケーション情報をＵＲＬで示す場合のＵＲＬのバイト長を示す。
・ＵＲＬ＿ｂｙｔｅ（ＵＲＬバイト）：ＩＰサービスのＵＲＬを示す。
・ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈ（記述子長）：後続の記述子の全バイト長を示す。
・ｄｅｓｃｒｉｐｔｏｒ（記述子領域）：ＩＰサービスの詳細な情報を示す記述子のための領域とする。
図１１Ｄは、同実施形態に係るＰＬＴとＭＰＴの参照関係を示す図である。
パケットＩＤが０ｘ００００のＭＭＴＰパケットは、ＰＡメッセージを伝送することを示す（図１１Ｄの左側に示すＰＡメッセージ）。複数のパッケージを多重する場合、このＰＡメッセージにパッケージリストテーブル（ＰＬＴ）が含まれる。パッケージリストテーブルは、他のパッケージのＭＰＴを含むＰＡメッセージを伝送するＭＭＴＰパケットのパケットＩＤのリストを与える。そのため、パッケージリストテーブルを解析することで、パッケージＩＤから、そのサービスのエントリーポイントとなるＭＰＴを含むＰＡメッセージを伝送するＭＭＴＰパケットを特定することができる。
Further, according to the present embodiment, the TLV stream output by the broadcast TLV
AMT and PLT related to the above-described embodiment will be shown below. Based on ARIB STD-B60.
FIG. 11A is a diagram showing the data structure of the AMT according to the same embodiment, in which data included in the AMT is shown for each row along with the number of bits and data notation. The contents of each data are as follows.
- table_id (table identification): Set to 0xFE indicating that the table is identified by the value of the table identification extension.
-section_syntax_indicator (section syntax indication): Set to "1" indicating the extended format.
-section_length (section length): Specifies the number of bytes of the section from immediately after the section length field to the end including CRC_32.
- table_id_extension (table identification extension): Set to 0x0000 indicating the address map table.
- version_number (version number): This is an area where the version number of the table is written. 1 is added when there is a change in the information in the table. If the value reaches 31, it returns to 0 next time.
- current_next_indicator (current next indication): If it is "1", it indicates that the table is currently valid. If it is "0", it indicates that the table being sent has not been applied yet and is the table that is scheduled to become effective next.
-section_number (section number): represents the section number. The section number of the first section is 0x00. The section number is incremented by 1 for each addition of a section with the same table identification and table identification extension.
- last_section_number (last section number): Specifies the number of the last section (ie, the section with the largest section number) of the table to which the section belongs.
- num_of_service_id (number of service identifications): Indicates the number of service_ids written in this address map table.
- service_id (service identification): serves as a label for identifying a service. It has the same role as the service identification described in the service list descriptor.
- ip_version (IP version): Indicates the version of the IP packet described in the list, and is encoded according to Table 5-3.
FIG. 11B is a diagram showing IP versions according to the same embodiment.
When the IP version is 0, it indicates IPv4, and when the IP version is 1, it indicates IPv6.
- service_loop_length (service loop length): Indicates the byte length from immediately after this field to immediately before the next service identification field.
- src_address_32 (source IPv4 address): Describes the source IP address of the IPv4 packet that constitutes the service.
- src_address_mask_32 (source IPv4 address mask): Specifies the number of bits from the beginning (MSB) that are valid for the IP address specified as the source IPv4 address. Do not take a value greater than 32.
- dst_address_32 (destination IPv4 address): Describes the destination IP address of the IPv4 packet that constitutes the service.
- dst_address_mask_32 (destination IPv4 address mask): Specifies the number of bits from the beginning (MSB) that are valid for the IP address specified as the destination IPv4 address. Do not take a value greater than 32. Note that the multicast group that constitutes the service is a multicast group that matches both the source IPv4 address that is identified as valid by the source IPv4 address mask and the destination IPv4 address that is identified as valid by the destination IPv4 address mask. .
- src_address_128 (source IPv6 address): Describes the source IP address of the IPv6 packets that constitute the service.
- src_address_mask_128 (source IPv6 address mask): Specifies the number of bits from the beginning (MSB) that are valid for the IP address specified as the source IPv6 address. Do not take a value larger than 128.
- dst_address_128 (destination IPv6 address): Describes the destination IP address of the IPv6 packet that constitutes the service.
- dst_address_mask_128 (destination IPv6 address mask): Specifies the number of bits from the beginning (MSB) that are valid for the IP address specified as the destination IPv6 address. Do not take a value larger than 128. Note that the multicast group that constitutes the service is a multicast group that matches both the source IPv6 address that is identified as valid by the source IPv6 address mask and the destination IPv6 address that is identified as valid by the destination IPv6 address mask. .
・Private_data_byte: Stores individually defined data.
CRC_32 (CRC): ITU-T Recommendation H. 222.0.
FIG. 11C is a diagram showing the data structure of the PLT (package list table) according to the same embodiment, in which data included in the PLT is shown for each row along with the number of bits and data notation. PLT indicates a list of IP data flows and packet IDs that transmit PA messages of MMT packages provided as broadcast services, and IP data flows that transmit IP services. The descriptor stored in the PLT shall be a descriptor specified in the standard.
The contents of each data included in the PLT are as follows.
- num_of_package (number of packages): Indicates the number of packages whose location information is written in this table.
-MMT_package_id_length (package ID length): Indicates the length of the package ID byte in bytes.
-MMT_package_id_byte (package ID byte): Indicates the package ID.
- MMT_general_location_info (location information): Indicates location information for transmitting the PA message of the package indicated by the package ID.
- num_of_ip_delivery (number of IP delivery flows): Indicates the number of IP services whose location information is written in this table.
- transport_file_id (transport file identification): Indicates a label for uniquely identifying the file to be transmitted.
- location_type (location type): Indicates the type of location information. 0x01 indicates an IPv4 data flow, 0x02 indicates an IPv6 data flow, and 0x05 indicates a URL.
- ipv4_src_addr (source IPv4 address): Indicates the source address of the IPv4 data flow.
- ipv4_dst_addr (destination IPv4 address): Indicates the destination address of the IPv4 data flow.
- dst_port (destination port number): Indicates the destination port number of the IP data flow.
- ipv6_src_addr (source IPv6 address): Indicates the source address of the IPv6 data flow.
- ipv6_dst_addr (destination IPv6 address): Indicates the destination address of the IPv6 data flow.
- URL_length (URL length): Indicates the byte length of the URL when location information is indicated by the URL.
- URL_byte (URL byte): Indicates the URL of the IP service.
- descriptor_loop_length (descriptor length): indicates the total byte length of the subsequent descriptor.
- descriptor (descriptor area): This is an area for a descriptor that indicates detailed information on the IP service.
FIG. 11D is a diagram showing the reference relationship between PLT and MPT according to the same embodiment.
An MMTP packet with a packet ID of 0x0000 indicates that a PA message is transmitted (PA message shown on the left side of FIG. 11D). When multiplexing multiple packages, this PA message includes a package list table (PLT). The package list table provides a list of packet IDs of MMTP packets carrying PA messages containing MPTs of other packages. Therefore, by analyzing the package list table, it is possible to specify, from the package ID, the MMTP packet that transmits the PA message including the MPT that is the entry point of the service.
以上述べた実施形態によれば、受信の問題を低減するためのパーシャルＴＬＶストリームの受信方法、受信装置を提供する。 According to the embodiments described above, a partial TLV stream reception method and reception apparatus are provided for reducing reception problems.
本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また、複数の実施形態を組み合わせてもよく、この組み合わせで構成される実施例も発明の範疇である。 Although several embodiments of the invention have been described, these embodiments are presented by way of example and are not intended to limit the scope of the invention. These novel embodiments can be implemented in various other forms, and various omissions, substitutions, and changes can be made without departing from the gist of the invention. These embodiments and their modifications are included within the scope and gist of the invention, as well as within the scope of the invention described in the claims and its equivalents. Furthermore, each component of the claims is within the scope of the present invention even when the component is expressed separately, or when a plurality of components are expressed together, or when these are expressed in combination. Further, a plurality of embodiments may be combined, and embodiments constituted by this combination are also within the scope of the invention.
また、図面は、説明をより明確にするため、実際の態様に比べて、各部の幅、厚さ、形状等について模式的に表される場合がある。ブロック図においては、結線されていないブロック間もしくは、結線されていても矢印が示されていない方向に対してもデータや信号のやり取りを行う場合もある。ブロック図に示される各機能や、フローチャート、シーケンスチャートに示す処理は、ハードウェア（ＩＣチップなど）もしくはソフトウェア（プログラムなど）もしくはハードウェアとソフトウェアの組み合わせによって実現してもよい。また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。 Further, in order to make the explanation clearer, the drawings may schematically represent the width, thickness, shape, etc. of each part compared to the actual aspect. In a block diagram, data and signals may be exchanged between blocks that are not connected, or even in directions where arrows are not shown even if the blocks are connected. Each function shown in the block diagram and the processing shown in the flowchart or sequence chart may be realized by hardware (such as an IC chip), software (such as a program), or a combination of hardware and software. Furthermore, the device of the present invention is applied even when the claims are expressed as control logic, as a program containing instructions for a computer to execute, or as a computer-readable recording medium containing the instructions. be. Furthermore, the names and terms used are not limited, and other expressions are included in the present invention as long as they have substantially the same content and purpose.
１…テレビ受信装置、２…記録再生部、３Ａ…インターフェース、１１Ａ…ＴＬＶストリーム抽出部、１２Ａ…ＴＬＶ／ＭＭＴ分離処理部、１３…コンテンツ出力部、１４…パーシャルＴＬＶストリーム生成部、１５…提示部、１６…周辺機能、１７…システムバス、１８…リモコン、２１…記録部、２２…パーシャルＴＬＶストリーム処理部、２３…デコード処理部、２４…コンテンツ出力部、２５…提示部、２６…制御部、１２０…ＴＬＶストリーム選択処理部、１２１…ＴＬＶパケット分離部、１２２…ＴＬＶ－ＳＩ抽出部、１２３…ＮＴＰ抽出処理部、１２４…ＩＰ／ＵＤＰパケットヘッダ伸長部、１２５…ＩＰ／ＵＤＰパケット分離部、１２６…ＭＭＴＰパケット分離部、１２７…ＭＭＴ－ＳＩ抽出部、１２８…サービス／アセット選択制御部、１２９…空パケット生成部、１４１…ＭＭＴ－ＳＩ生成部、１４２…ＭＭＴ－ＳＩ更新部、１４３…ＭＭＴＰパケット生成部、１４４…ＩＰ／ＵＤＰパケット生成部、１４５…ＴＬＶパケット生成部、１４６…ＴＬＶパケット多重部、１４７…ＴＬＶ－ＳＩ生成部、２２１…ＴＬＶパケット分離部、２２２…ＴＬＶ－ＳＩ抽出部、２２３…ＮＴＰ抽出処理部、２２４…ＩＰ／ＵＤＰパケットヘッダ伸長部、２２５…ＩＰ／ＵＤＰパケット分離部、２２６…ＭＭＴＰパケット分離部、２２７…ＭＭＴ－ＳＩ抽出部、２２５１…空パケット検出部。
DESCRIPTION OF
Claims (7)
前記ＴＬＶストリームからＵＤＰ／ＩＰパケットを抽出するＵＤＰ／ＩＰパケット抽出手段と、
前記ＵＤＰ／ＩＰパケットを、録画対象のデータが含まれる第１のＵＤＰ／ＩＰパケットと前記録画対象のデータが含まれない第２のＵＤＰ／ＩＰパケットとに分離するＩＰ／ＵＤＰパケット分離手段と、
第２のＵＤＰ／ＩＰパケットからＵＤＰ／ＩＰペイロードを削除して、ＵＤＰ／ＩＰヘッダを含めたＵＤＰ／ＩＰ空パケットを生成する空パケット生成手段と、
少なくとも前記第１のＵＤＰ／ＩＰパケットと、前記ＵＤＰ／ＩＰ空パケットとを含めて記録する記録手段とを具備する受信装置。 TLV stream extraction means for receiving a broadcast signal based on the MMT/TLV system and obtaining a TLV stream in which UDP/IP packets are stored;
UDP/IP packet extraction means for extracting UDP/IP packets from the TLV stream;
IP/UDP packet separation means for separating the UDP/IP packet into a first UDP/IP packet that includes data to be recorded and a second UDP/IP packet that does not include data to be recorded; and,
Empty packet generation means for deleting the UDP/IP payload from the second UDP/IP packet to generate a UDP/IP empty packet including a UDP/IP header;
A receiving device comprising recording means for recording at least the first UDP/IP packet and the UDP/IP empty packet.
前記記録手段はパーシャルＴＬＶストリームを記録する請求項1に記載の受信装置。 further comprising partial TLV stream generation means for generating a partial TLV stream including at least the first UDP/IP packet and the UDP/IP empty packet,
The receiving device according to claim 1, wherein the recording means records a partial TLV stream.
前記パーシャルＴＬＶストリーム生成手段は、前記記録手段の前記ＴＬＶストリームに含まれるコンテンツを前記パーシャルＴＬＶストリームに変換して、再度記録する請求項２に記載の受信装置。 The recording means records all the TLV streams obtained from the broadcast signal,
3. The receiving device according to claim 2, wherein the partial TLV stream generation means converts the content included in the TLV stream of the recording means into the partial TLV stream and records it again.
前記パーシャルＴＬＶストリーム再生手段は、前記パーシャルＴＬＶストリームからＵＤＰ／ＩＰパケットを抽出するＩＰ／ＵＤＰパケット抽出手段と、
前記ＵＤＰ／ＩＰパケットのペイロードの有無を検知する空パケット検知手段とを備え、
前記ペイロードがあると判定されたＵＤＰ／ＩＰパケットを処理する請求項１乃至請求項４のいずれか1項に記載の受信装置。 comprising a partial TLV stream reproducing means for reproducing the partial TLV stream and causing the presentation unit to present the content,
The partial TLV stream playback means includes IP/UDP packet extraction means for extracting UDP/IP packets from the partial TLV stream;
Empty packet detection means for detecting the presence or absence of a payload of the UDP/IP packet,
The receiving device according to any one of claims 1 to 4, which processes a UDP/IP packet determined to have the payload.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020015884A JP7443076B2 (en) | 2020-01-31 | 2020-01-31 | receiving device |
| CN202180001660.XA CN113475088B (en) | 2020-01-31 | 2021-01-26 | Transmitting and receiving method, and transmitting and receiving device |
| PCT/CN2021/073818 WO2021151376A1 (en) | 2020-01-31 | 2021-01-26 | Reception/transmission method and reception/transmission apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020015884A JP7443076B2 (en) | 2020-01-31 | 2020-01-31 | receiving device |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2021125725A JP2021125725A (en) | 2021-08-30 |
| JP2021125725A5 JP2021125725A5 (en) | 2023-01-24 |
| JP7443076B2 true JP7443076B2 (en) | 2024-03-05 |
Family
ID=77459737
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020015884A Active JP7443076B2 (en) | 2020-01-31 | 2020-01-31 | receiving device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP7443076B2 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7166996B2 (en) * | 2019-08-07 | 2022-11-08 | Ｔｖｓ Ｒｅｇｚａ株式会社 | receiver |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011024437A1 (en) | 2009-08-25 | 2011-03-03 | パナソニック株式会社 | Recording device and playback device |
| JP2016103745A (en) | 2014-11-28 | 2016-06-02 | ソニー株式会社 | Transmitter and transmission method, receiver and reception method |
| JP2016163221A (en) | 2015-03-03 | 2016-09-05 | 株式会社日立情報通信エンジニアリング | Transmission apparatus, transmission program, and transmission method |
| WO2019043987A1 (en) | 2017-09-01 | 2019-03-07 | パナソニックＩｐマネジメント株式会社 | Content recording device, content editing device, content reproduction device, content recording method, content editing method, and content reproduction method method |
| JP2019054365A (en) | 2017-09-14 | 2019-04-04 | 住友電気工業株式会社 | Broadcast receiving apparatus, broadcast receiving method, and broadcast receiving program |
| JP2019118076A (en) | 2017-12-27 | 2019-07-18 | ピクセルワークス インクＰｉｘｅｌｗｏｒｋｓ，Ｉｎｃ． | Packet conversion device |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11275524A (en) * | 1998-03-20 | 1999-10-08 | Pioneer Electron Corp | Data recording method, data reproduction method, data recorder and data reproduction device |
-
2020
- 2020-01-31 JP JP2020015884A patent/JP7443076B2/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011024437A1 (en) | 2009-08-25 | 2011-03-03 | パナソニック株式会社 | Recording device and playback device |
| JP2016103745A (en) | 2014-11-28 | 2016-06-02 | ソニー株式会社 | Transmitter and transmission method, receiver and reception method |
| JP2016163221A (en) | 2015-03-03 | 2016-09-05 | 株式会社日立情報通信エンジニアリング | Transmission apparatus, transmission program, and transmission method |
| WO2019043987A1 (en) | 2017-09-01 | 2019-03-07 | パナソニックＩｐマネジメント株式会社 | Content recording device, content editing device, content reproduction device, content recording method, content editing method, and content reproduction method method |
| JP2019054365A (en) | 2017-09-14 | 2019-04-04 | 住友電気工業株式会社 | Broadcast receiving apparatus, broadcast receiving method, and broadcast receiving program |
| JP2019118076A (en) | 2017-12-27 | 2019-07-18 | ピクセルワークス インクＰｉｘｅｌｗｏｒｋｓ，Ｉｎｃ． | Packet conversion device |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2021125725A (en) | 2021-08-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7443076B2 (en) | receiving device | |
| JP7443075B2 (en) | transmitting device | |
| JP6480033B2 (en) | Transmission / reception system | |
| JP6491177B2 (en) | Transmitter | |
| CN113475088B (en) | Transmitting and receiving method, and transmitting and receiving device | |
| JP7558660B2 (en) | Transmitting Device | |
| CN113475087B (en) | Transmitting and receiving method, and transmitting and receiving device | |
| JP6608078B2 (en) | Transmission / reception method | |
| JP6605685B2 (en) | Transmission / reception method | |
| JP6462813B2 (en) | Transmission / reception method | |
| JP6462818B2 (en) | Receiving method | |
| JP6499145B2 (en) | Transmitter | |
| JP2019146197A (en) | Transmitting and receiving system | |
| JP2019146203A (en) | Receiver | |
| JP2021125726A (en) | Receiving method and receiving device | |
| JP6560805B2 (en) | Transmission / reception method | |
| JP6582147B2 (en) | Transmission / reception system | |
| JP6608074B2 (en) | Transmission / reception method | |
| JP6608076B2 (en) | Transmission / reception method | |
| JP6469801B2 (en) | Transmission / reception method | |
| JP6224209B2 (en) | Sending method | |
| JP6499146B2 (en) | Transmitter | |
| JP6359614B2 (en) | Transmitter | |
| JP6224207B2 (en) | Sending method | |
| JP2017118497A (en) | Transmitter |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230116 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20230116 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20240118 |
|
| 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: 20240123 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20240221 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7443076 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |