JP7218773B2 - 送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置 - Google Patents
送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置 Download PDFInfo
- Publication number
- JP7218773B2 JP7218773B2 JP2021078878A JP2021078878A JP7218773B2 JP 7218773 B2 JP7218773 B2 JP 7218773B2 JP 2021078878 A JP2021078878 A JP 2021078878A JP 2021078878 A JP2021078878 A JP 2021078878A JP 7218773 B2 JP7218773 B2 JP 7218773B2
- Authority
- JP
- Japan
- Prior art keywords
- media
- media access
- audio
- information
- 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
- 230000005540 biological transmission Effects 0.000 title claims description 117
- 238000012545 processing Methods 0.000 title claims description 87
- 238000000034 method Methods 0.000 title claims description 28
- 238000003672 processing method Methods 0.000 title claims description 6
- 230000009471 action Effects 0.000 claims description 33
- 230000006835 compression Effects 0.000 claims description 23
- 238000007906 compression Methods 0.000 claims description 23
- 230000008569 process Effects 0.000 claims description 23
- 239000000284 extract Substances 0.000 claims description 21
- 238000000605 extraction Methods 0.000 claims description 7
- 230000004913 activation Effects 0.000 claims description 6
- 238000010586 diagram Methods 0.000 description 39
- 238000005516 engineering process Methods 0.000 description 27
- 230000006854 communication Effects 0.000 description 15
- 238000004891 communication Methods 0.000 description 15
- 238000009432 framing Methods 0.000 description 11
- 238000003780 insertion Methods 0.000 description 8
- 230000037431 insertion Effects 0.000 description 8
- 239000012634 fragment Substances 0.000 description 5
- 230000006978 adaptation Effects 0.000 description 4
- 238000006243 chemical reaction Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000008520 organization Effects 0.000 description 4
- 101000609957 Homo sapiens PTB-containing, cubilin and LRP1-interacting protein Proteins 0.000 description 3
- 101150109471 PID2 gene Proteins 0.000 description 3
- 102100039157 PTB-containing, cubilin and LRP1-interacting protein Human genes 0.000 description 3
- 238000005513 bias potential Methods 0.000 description 3
- 238000013479 data entry Methods 0.000 description 3
- AWSBQWZZLBPUQH-UHFFFAOYSA-N mdat Chemical compound C1=C2CC(N)CCC2=CC2=C1OCO2 AWSBQWZZLBPUQH-UHFFFAOYSA-N 0.000 description 3
- 230000005236 sound signal Effects 0.000 description 3
- 230000015572 biosynthetic process Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 230000000630 rising effect Effects 0.000 description 2
- 238000003786 synthesis reaction Methods 0.000 description 2
- KNMAVSAGTYIFJF-UHFFFAOYSA-N 1-[2-[(2-hydroxy-3-phenoxypropyl)amino]ethylamino]-3-phenoxypropan-2-ol;dihydrochloride Chemical compound Cl.Cl.C=1C=CC=CC=1OCC(O)CNCCNCC(O)COC1=CC=CC=C1 KNMAVSAGTYIFJF-UHFFFAOYSA-N 0.000 description 1
- 230000002730 additional effect Effects 0.000 description 1
- 230000007175 bidirectional communication Effects 0.000 description 1
- 238000005401 electroluminescence Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10L—SPEECH ANALYSIS OR SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING; SPEECH OR AUDIO CODING OR DECODING
- G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10L—SPEECH ANALYSIS OR SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING; SPEECH OR AUDIO CODING OR DECODING
- G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
- G10L19/04—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis using predictive techniques
- G10L19/16—Vocoder architecture
- G10L19/167—Audio streaming, i.e. formatting and decoding of an encoded audio signal representation into a data stream for transmission or storage purposes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/86—Arrangements characterised by the broadcast information itself
- H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
- H04H60/37—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying segments of broadcast information, e.g. scenes or extracting programme ID
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/56—Arrangements characterised by components specially adapted for monitoring, identification or recognition covered by groups H04H60/29-H04H60/54
- H04H60/58—Arrangements characterised by components specially adapted for monitoring, identification or recognition covered by groups H04H60/29-H04H60/54 of audio
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/233—Processing of audio elementary streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2368—Multiplexing of audio and video streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/254—Management at additional data server, e.g. shopping server, rights management server
- H04N21/2541—Rights Management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/482—End-user interface for program selection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/488—Data services, e.g. news ticker
- H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- Acoustics & Sound (AREA)
- Human Computer Interaction (AREA)
- Computational Linguistics (AREA)
- Health & Medical Sciences (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
本技術は、送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置に関し、特に、ビデオ、オーディオなどのメディアストリームと共にメディアアクセス情報を送信する送信装置等に関する。
例えば、特許文献１には、放送局、配信サーバ等から所定の情報をオーディオ圧縮データストリームに挿入して送信し、受信側のセットトップボックスがこのオーディオ圧縮データストリームをそのままＨＤＭＩのデジタルインタフェースを介してテレビ受信機に送信し、テレビ受信機が当該所定の情報を利用した情報処理を行うことが提案されている。
本技術の目的は、受信側において一連のメディアアクセス制御を良好に行い得るようにすることにある。
本技術の概念は、
メディアストリームを含む所定フォーマットのコンテナを送信するストリーム送信部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次挿入する情報挿入部を備える
送信装置にある。
メディアストリームを含む所定フォーマットのコンテナを送信するストリーム送信部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次挿入する情報挿入部を備える
送信装置にある。
本技術において、送信部により、メディアストリームを含む所定フォーマットのコンテナが送信される。情報挿入部により、メディアストリームのレイヤまたはコンテナのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入される。
例えば、メディアアクセス情報には、他のメディアアクセス情報と区別するための識別情報が含まれる、ようにされてもよい。この識別情報により、受信側では、各メディアアクセス情報の区別が容易となる。
また、例えば、メディアアクセス情報には、他のメディアアクセス情報と関連付け行うための識別情報が含まれる、ようにされてもよい。この識別情報により、受信側では、関連したメディアアクセス情報の確認が容易となる。
また、例えば、メディアアクセス情報には、メディアストリームにおける対応シーンを示す期間情報が含まれる、ようにされてもよい。この期間情報により、受信側では、メディアストリームにおける対応シーンに関連したメディアデータを取得することが容易となる。
また、例えば、ユーザに再生メディアを選択させるためのユーザインタフェース情報が含まれる、ようにされてもよい。このユーザインタフェース情報により、受信側では、ユーザに所望の再生メディアを選択させることが可能となる。
また、例えば、メディアアクセス情報には、アクションコマンドの起動を管理するための時刻情報が含まる、ようにされてもよい。この時刻情報により、アクションコマンドの起動タイミングのフレキシブルな管理が可能となる。
また、例えば、メディアアクセス情報には、メディア再生の期限を示す絶対時刻情報が含まれる、ようにされてもよい。この絶対時刻情報により、受信側におけるメディア再生の期限を設けることが可能となる。
また、例えば、メディアアクセス情報には、状態をユーザに知らせるための通知情報が含まれる、ようにされてもよい。この通知情報により、受信側では、ユーザに状態を適切に知らせることが可能となる。
また、例えば、情報挿入部は、メディアストリームの所定数の単位部分に、メディアアクセス部分が分割されて得られた各分割情報のそれぞれを挿入することが可能とされる、ようにされてもよい。この場合、例えば、メディアストリームは、オーディオ圧縮データストリームであり、情報挿入部は、単位部分としてのオーディオフレームのユーザデータ領域に分割情報を挿入する、ようにされてもよい。このように分割挿入が可能とされることで、メディアアクセス報の全体サイズが大きくても個々のメディアフレームに挿入される情報サイズを抑えることができ、メディアデータの送信に影響を与えることなくメディアアクセス情報の送信を良好に行うことが可能となる。
このように本技術においては、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報がメディアストリームのレイヤまたはコンテナのレイヤに順次挿入されて送信される。そのため、受信側において一連のメディアアクセス制御を良好に行うことが可能となる。
また、本技術の他の概念は、
第１のメディアデータを取得すると共に、一連のメディアアクセス制御のための所定数のメディアアクセス情報を順次取得する第１の取得部と、
上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備える
メディア処理装置にある。
第１のメディアデータを取得すると共に、一連のメディアアクセス制御のための所定数のメディアアクセス情報を順次取得する第１の取得部と、
上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備える
メディア処理装置にある。
本技術において、第１の取得部により、第１のメディアデータが取得されると共に、一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次取得される。
例えば、第１の取得部は、メディアストリームを含む所定フォーマットのコンテナを受信する受信部を有し、メディアストリームのレイヤまたはコンテナのレイヤにメディアアクセス情報が挿入されており、第１の取得部は、メディアストリームにデコード処理を施して第１のメディアデータを得るデコード処理部と、メディアストリームのレイヤまたはコンテナのレイヤからメディアアクセス情報を抽出する情報抽出部をさらに有する、ようにされてもよい。
また、例えば、第１の取得部は、第１のメディアデータとしてのビデオデータとメディアアクセス情報が挿入されたオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部と、オーディオ圧縮データストリームにデコード処理を施して第１のメディアデータとしてのオーディオデータを得るデコード処理部と、オーディオ圧縮データストリームからメディアアクセス情報を抽出する情報抽出部を有する、ようにされてもよい。
第２の取得部により、メディアアクセス情報に基づいて第１のメディアデータに関連した第２のメディアデータが取得される。そして、提示処理部により、第１のメディアデータおよび第２のメディアデータによるメディアの提示処理が行われる。
このように本技術においては、第１のメディアデータと共に一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次取得され、このメディアアクセス情報に基づいて第２のメディアデータが取得される。そのため、第１のメディアデータによるメディアの提示に対応させて第２のメディアデータによる提示を行うことが可能となる。
また、本技術の他の概念は、
メディアストリームを含む所定フォーマットのコンテナを受信する受信部を備え、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入されており、
上記メディアストリームをデコードして第１のメディアデータを得るデコード処理と、上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得処理と、上記第１のメディアデータおよび上記第２のメディアデータによるメディア提示をするメディア提示処理を制御する制御部を備える
受信装置にある。
メディアストリームを含む所定フォーマットのコンテナを受信する受信部を備え、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入されており、
上記メディアストリームをデコードして第１のメディアデータを得るデコード処理と、上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得処理と、上記第１のメディアデータおよび上記第２のメディアデータによるメディア提示をするメディア提示処理を制御する制御部を備える
受信装置にある。
本技術においては、
受信部により、メディアストリームを含む所定フォーマットのコンテナが受信される。メディアストリームのレイヤまたはコンテナのレイヤに一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入されている。制御部により、デコード処理、メディアデータ取得処理およびメディア提示処理が制御される。
受信部により、メディアストリームを含む所定フォーマットのコンテナが受信される。メディアストリームのレイヤまたはコンテナのレイヤに一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入されている。制御部により、デコード処理、メディアデータ取得処理およびメディア提示処理が制御される。
デコード処理では、メディアストリームがデコードされて第１のメディアデータが得られる。メディアデータ取得処理では、メディアアクセス情報に基づいて第２のメディアデータが取得される。そして、メディア提示処理では、第１のメディアデータおよび第２のメディアデータによるメディア提示が行われる。
このように本技術においては、第１のメディアデータと共に一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次取得され、このメディアアクセス情報に基づいて第２のメディアデータが取得される。そのため、第１のメディアデータによるメディアの提示に対応させて第２のメディアデータによる提示を行うことが可能となる。
また、本技術の他の概念は、
第１のメディアデータとしてのビデオデータと一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次挿入されたオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部と、
上記オーディオ圧縮データストリームをデコードして上記第１のメディアデータとしてのオーディオデータを得るデコード処理と、上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得処理と、上記第１のメディアデータおよび上記第２のメディアデータによるメディア提示をするメディア提示処理を制御する制御部を備える
受信装置にある。
第１のメディアデータとしてのビデオデータと一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次挿入されたオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部と、
上記オーディオ圧縮データストリームをデコードして上記第１のメディアデータとしてのオーディオデータを得るデコード処理と、上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得処理と、上記第１のメディアデータおよび上記第２のメディアデータによるメディア提示をするメディア提示処理を制御する制御部を備える
受信装置にある。
本技術において、受信部により、第１のメディアデータとしてのビデオデータと一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次挿入されたオーディオ圧縮データストリームが外部機器からデジタルインタフェースを介して受信される。制御部により、デコード処理、メディアデータ取得処理およびメディア提示処理が制御される。
デコード処理では、オーディオ圧縮データストリームがデコードされて第１のメディアデータとしてのオーディオデータが得られる。メディアデータ取得処理では、メディアアクセス情報に基づいて第２のメディアデータが取得される。そして、メディア提示処理では、第１のメディアデータおよび第２のメディアデータによるメディア提示が行われる。
このように本技術においては、第１のメディアデータと共に一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次取得され、このメディアアクセス情報に基づいて第２のメディアデータが取得される。そのため、第１のメディアデータによるメディアの提示に対応させて第２のメディアデータによる提示を行うことが可能となる。
また、本技術の他の概念は、
所定の情報が挿入されたオーディオ符号化ストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記コンテナのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームのフォーマットを優先させることを示す情報を挿入する情報挿入部を備える
送信装置にある。
所定の情報が挿入されたオーディオ符号化ストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記コンテナのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームのフォーマットを優先させることを示す情報を挿入する情報挿入部を備える
送信装置にある。
本技術においては、送信部により、所定の情報が挿入されたオーディオ符号化ストリームを含む所定フォーマットのコンテナが送信される。例えば、所定の情報は、所定の情報は、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報である、ようにされてもよい。情報挿入部により、コンテナのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームのフォーマットを優先させることを示す情報が挿入される。
このように本技術においては、コンテナのレイヤにオーディオデータの伝送フォーマットとして符号化ストリームを優先させることを示す情報が挿入される。そのため、受信側においてオーディオデータの伝送フォーマットとして符号化ストリームのフォーマットを優先させることが可能となり、符号化ストリームに挿入された所定の情報を受信機器から外部機器（デスティネーション機器）に確実に供給させることが可能となる。
また、本技術の他の概念は、
メディアストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、メディアアクセス情報を、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報を付加して挿入する情報挿入部を備える
送信装置にある。
メディアストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、メディアアクセス情報を、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報を付加して挿入する情報挿入部を備える
送信装置にある。
本技術においては、送信部により、メディアストリームを含む所定フォーマットのコンテナが送信される。情報挿入部により、メディアストリームのレイヤまたはコンテナのレイヤに、メディアアクセス情報が挿入される。このメディアアクセス情報には、このメディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されている。例えば、チェック情報は、メディアアクセス情報による個々のサービス、あるいはこのサービスの供給元または規格団体に固有に割り当てられる識別値である、ようにされてもよい。
このように本技術においては、メディアストリームのレイヤまたはコンテナのレイヤに挿入されるメディアアクセス情報に、このメディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加される。そのため、受信側においては、メディアアクセス情報を用いて取得されるメディアデータの提供元を簡単かつ容易にチェックすることが可能となる。
また、本技術の他の概念は、
メディアアクセス情報を取得するメディアアクセス情報取得部を備え、
上記メディアアクセス情報には、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されており、
上記メディアアクセス情報に基づいてメディアデータを取得するメディアデータ取得部と、
上記取得されたメディアデータの提供元を上記チェック情報に基づいてチェックする提供元チェック部をさらに備える
メディア処理装置にある。
メディアアクセス情報を取得するメディアアクセス情報取得部を備え、
上記メディアアクセス情報には、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されており、
上記メディアアクセス情報に基づいてメディアデータを取得するメディアデータ取得部と、
上記取得されたメディアデータの提供元を上記チェック情報に基づいてチェックする提供元チェック部をさらに備える
メディア処理装置にある。
本技術において、メディアアクセス情報取得部により、メディアアクセス情報が取得される。このメディアアクセス情報には、このメディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されている。メディアデータ取得部により、メディアアクセス情報に基づいてメディアデータが取得される。そして、提供元チェック部により、チェック情報に基づいて、取得されたメディアデータの提供元がチェックされる。
このように本技術においては、メディアアクセス情報に付加されているチェック情報に基づいて、メディアアクセス情報を用いて取得されるメディアデータの提供元がチェックされる。そのため、メディアアクセス情報を用いて取得されるメディアデータの提供元を簡単かつ容易にチェックすることが可能となる。
本技術によれば、受信側において一連のメディアアクセス制御を良好に行い得る。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
１．実施の形態
２．変形例
＜１．実施の形態＞
［送受信システムの構成例］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、放送送出装置１００と、セットトップボックス（ＳＴＢ）２００と、オーディオアンプ（ＡＭＰ）３００と、テレビ受信機（ＴＶ）５００を有している。オーディオアンプ３００には、マルチチャネル用のスピーカシステム４００が接続されている。
［送受信システムの構成例］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、放送送出装置１００と、セットトップボックス（ＳＴＢ）２００と、オーディオアンプ（ＡＭＰ）３００と、テレビ受信機（ＴＶ）５００を有している。オーディオアンプ３００には、マルチチャネル用のスピーカシステム４００が接続されている。
セットトップボックス２００とオーディオアンプ３００は、ＨＤＭＩケーブル６１０を介して接続されている。この場合、セットトップボックス２００がソースで、オーディオアンプ３００はディスティネーションである。また、オーディオアンプ３００とテレビ受信機５００は、ＨＤＭＩケーブル６２０を介して接続されている。この場合、オーディオアンプ３００がソースで、テレビ受信機５００はディスティネーションである。なお、「ＨＤＭＩ」は登録商標である。
放送送出装置１００は、トランスポートストリームＴＳを、放送波に載せて送信する。このトランスポートストリームＴＳには、ビデオストリームおよびオーディオストリーム（オーディオ圧縮データストリーム、オーディオ符号化ストリーム）が含まれる。放送送出装置１００は、オーディオストリームに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報をコンテナ対象データとして順次挿入する。
各メディアアクセス情報には、他のメディアアクセス情報と区別するための識別情報「data_id」と、他のメディアアクセス情報と関連付けを行うための識別情報「information_id」が含まれる。
また、各メディアアクセス情報には、ＩＤテーブル（ID_tables）、アクセスインフォメーション（access information）、アクションコマンド（action command）、ノーティフィケーション（notification）、ピリオド(period)、リファレンスタイムコード（reference time process）、オフセットタイム（offset_time）、ユニバーサルタイムコード（ＵＴＣ：universal time code）、ＵＩセレクションプロセス（UI selection code）などの情報が選択的に含まれる。
ＩＤテーブル（ID_tables）には、アプリケーションＩＤ（applicatio_id）、ネットワークＩＤ（network_id）、トランスポートＩＤ（transport_id）、サービスＩＤ（service_id）などが含まれる。アプリケーションＩＤは、例えば、ハイブリットサービス（hybrid service）を示すものとされる。ネットワークＩＤは、オリジナルネットワークＩＤである。トランスポートＩＤは、関連付けする対象のトランスポートＩＤである。サービスＩＤは、関連付けするサービス情報ＩＤである。このＩＤテーブル内の各ＩＤと、ＡＴＳＣ、ＤＶＢなどを示すオーガナイゼーションＩＤ（organization_id）は、放送波供給されるサービスの識別情報を構成している。
アクセスインフォメーション（access information）は、アクセス先のＵＲＬを示す。アクションコマンド（action command）は、オートスタート（autostart）、マニュアルスタート（manual_start）などのアクションを起動させるためのコマンドである。ノーティフィケーション（notification）は、ユーザに状態を通知するための通知情報（メッセージ）を示す。ピリオド(period)は、オーディオストリームにおける対応シーンを示す期間情報である。
リファレンスタイムコード（reference time code）およびオフセットタイム（offset_time）は、アクションコマンドの起動を管理するための時刻情報である。ＵＴＣ（universal time process）は、メディア再生の期限を示す絶対時刻情報である。ＵＩセレクションプロセス（UI selection code）は、ユーザに再生メディアを選択させるためのユーザインタフェース情報である。
放送送出装置１００は、所定数のメディアアクセス情報のそれぞれを、オーディオストリームの所定数のオーディオフレームに分割して挿入する。このように分割することで、メディアアクセス情報の全体サイズが大きくても個々のオーディオフレームに挿入される情報サイズを抑えることができ、オーディオ圧縮データの送信に影響を与えることなく所定の情報の送信が可能となる。
このとき、放送送出装置１００は、最初の分割情報に所定の情報の全体サイズを示す情報を付加し、各分割情報に最初の分割情報であるか否かを示す情報および分割位置を示す情報を付加する。なお、所定数は１を含むものとする。所定数が１であるとき、メディアアクセス情報は、実際には分割されず、その全体が１つのオーディオフレームに挿入される。
図２の実線ａは、全体サイズが大きな所定の情報を１つのオーディオフレームで送信する場合のビットレートの変化を概略的に示しているが、メディアアクセス情報が挿入されるオーディオフレームで急激に増加する。この場合には、例えばオーディオ圧縮データのビットレートが１９２ｋｂｐｓであって所定の情報が４０バイトであるとき、ビットレートが１５ｋｂｐｓだけ増加して２０７ｋｂｐｓとなる。このようにビットレートがスパイク状に急激に増加する場合には、オーディオ圧縮データの送信に影響を与える。
一方、図２の破線ｂは、全体サイズが大きなメディアアクセス情報を複数のオーディオフレームで分割して送信する場合のビットレートの変化を概略的に示している。この場合には、ビットレートが急激に増加するということがない。そのため、オーディオ圧縮データの送信に影響を与えることなく、全体サイズが大きなメディアアクセス情報を良好に送信できるようになる。
また、放送送出装置１００は、コンテナとしてのトランスポートストリームＴＳのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームのフォーマットを優先させることを示す情報（伝送フォーマット優先情報）を挿入する。放送送出装置１００は、この情報を、例えば、プログラムマップテーブル（ＰＭＴ：Program Map Table）の配下に存在するオーディオエレメンタリストリームループ内にデスクリプタとして挿入する。
セットトップボックス２００は、放送送出装置１００から放送波に載せて送信されてくるトランスポートストリームＴＳを受信する。このトランスポートストリームＴＳには、上述したように、ビデオストリームおよびオーディオストリームが含まれており、オーディオストリームには一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入されている。
セットトップボックス２００は、ビデオストリームにデコード処理を施して得られた非圧縮のビデオデータと共に、受信されたオーディオストリームそのものを、ＨＤＭＩケーブル６１０を介して、オーディオアンプ３００に送信する。この場合、セットトップボックス２００は、トランスポートストリームＴＳのレイヤに挿入されている上述の伝送フォーマット優先情報に基づいて、オーディオストリームにデコード処理を施すことなく、そのものをオーディオアンプ３００に送信する。これにより、オーディオストリームに挿入されているメディアアクセス情報もオーディオアンプ３００にそのまま送られることとなる。
オーディオアンプ３００は、セットトップボックス２００から、ＨＤＭＩケーブル６１０を介して、非圧縮のビデオデータと共に、メディアアクセス情報が挿入されているオーディオストリームを受信する。オーディオアンプ３００は、オーディオストリームにデコード処理を施してマルチチャネル用のオーディオデータを得、このオーディオデータをスピーカシステム４００に供給する。
また、オーディオアンプ３００は、受信された非圧縮のビデオデータとオーディオストリームを、ＨＤＭＩケーブル６２０を介して、テレビ受信機５００に送信する。これにより、オーディオストリームに挿入されているメディアアクセス情報もテレビ受信機５００にそのまま送られることとなる。この場合、オーディオアンプ３００は、セットトップボックス２００から、例えばＣＥＣラインを用いた通信により、オーディオデータの伝送フォーマットとして符号化ストリームのフォーマットを優先させることが指示される。
テレビ受信機５００は、オーディオアンプ３００から、ＨＤＭＩケーブル６２０を介して、非圧縮のビデオデータと共に、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入されているオーディオストリームを受信する。テレビ受信機５００は、非圧縮のビデオデータによる画像を表示する。また、テレビ受信機５００は、オーディオストリームにデコード処理を施し、メディアアクセス情報を取得する。
メディアアクセス情報はオーディオストリームの所定数のオーディオフレームに分割されて挿入されている。最初の分割情報に、メディアアクセス情報の全体サイズを示す情報が付加され、各分割情報に最初の分割情報であるか否かを示す情報および分割位置を示す情報が付加されている。テレビ受信機５００は、これらの情報に基づいて、所定数のオーディオフレームから、メディアアクセス情報を構成する各分割情報を取得する。
この場合、テレビ受信機５００は、最初の分割情報が取得される時点で、メディアアクセス情報の全体サイズを示す情報を認識する。そして、テレビ受信機５００は、記憶媒体に所定の情報を蓄積するためのスペースを確保でき、メディアアクセス情報の取得処理を容易かつ適切に行うことが可能となる。
テレビ受信機５００は、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報に基づいてメディアデータを取得する。そして、テレビ受信機５００は、セットトップボックス２００から送られてくるビデオ、オーディオのデータによる画像表示、音声出力等に対応させて、メディアアクセス情報に基づいて取得したメディアデータによる画像表示、音声出力をする。
［放送送出装置のストリーム生成部］
図３は、放送送出装置１００が備えるストリーム生成部１１０の構成例を示している。このストリーム生成部１１０は、制御部１１１と、ビデオエンコーダ１１２と、オーディオエンコーダ１１３と、マルチプレクサ１１４を有している。
図３は、放送送出装置１００が備えるストリーム生成部１１０の構成例を示している。このストリーム生成部１１０は、制御部１１１と、ビデオエンコーダ１１２と、オーディオエンコーダ１１３と、マルチプレクサ１１４を有している。
制御部１１１は、ＣＰＵ１１１ａを備えており、ストリーム生成部１１０の各部を制御する。ビデオエンコーダ１１２は、ビデオデータ（画像データ）ＳＶに対して、ＭＰＥＧ２、Ｈ．２６４／ＡＶＣ、Ｈ．２６５/ＨＥＶＣなどの符号化を施し、ビデオストリーム（ビデオエレメンタリストリーム）を生成する。ビデオデータＳＶは、例えば、ＨＤＤ（hard disk drive）などの記録媒体から再生されたビデオデータ、あるいはビデオカメラで得られたライブビデオデータなどである。
オーディオエンコーダ１１３は、オーディオデータ（音声データ）ＳＡに対して、ＭＰＥＧ－Ｈ ３Ｄ Ａｕｄｉｏの圧縮フォーマットによる符号化を施し、オーディオストリーム（オーディオエレメンタリストリーム）を生成する。オーディオデータＳＡは、上述のビデオデータＳＶに対応しており、ＨＤＤなどの記録媒体から再生されたオーディオデータ、あるいはマイクロホンで得られたライブオーディオデータなどである。
オーディオエンコーダ１１３は、オーディオ符号化ブロック部１１３ａおよびオーディオフレーミング部１１３ｂを有している。オーディオ符号化ブロック部１１３ａで符号化ブロックが生成され、オーディオフレーミング部１１３ｂでフレーミングが行われる。
オーディオエンコーダ１１３は、制御部１１１による制御のもと、オーディオストリームに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報をコンテナ対象データとして順次挿入する。オーディオエンコーダ１１３は、所定数のメディアアクセス情報のそれぞれを、オーディオストリームの所定数（１を含む）のオーディオフレームに分割して挿入する。このとき、オーディオエンコーダ１１３は、最初の分割情報に、所定の情報の全体サイズを示す情報を付加する。また、オーディオエンコーダ１１３は、各分割情報に、最初の分割情報であるか否かを示す情報および分割位置を示す情報としての降順のカウント数を付加する。
図４は、ＭＰＥＧ－Ｈ ３Ｄ Ａｕｄｉｏの伝送データにおけるオーディオフレームの構造例を示している。このオーディオフレームは、複数のＭＰＥＧオーディオストリームパケット（mpeg Audio Stream Packet）からなっている。各ＭＰＥＧオーディオストリームパケットは、ヘッダ（Header）とペイロード（Payload）により構成されている。
ヘッダは、パケットタイプ（Packet Type）、パケットラベル（Packet Label）、パケットレングス（Packet Length）などの情報を持つ。ペイロードには、ヘッダのパケットタイプで定義された情報が配置される。このペイロード情報には、同期スタートコードに相当する“ＳＹＮＣ”と、３Ｄオーディオの伝送データの実際のデータである“Ｆｒａｍｅ”と、この“Ｆｒａｍｅ”の構成を示す“Ｃｏｎｆｉｇ”が存在する。
“Ｆｒａｍｅ”には、３Ｄオーディオの伝送データを構成するチャネル符号化データとオブジェクト符号化データが含まれる。ここで、チャネル符号化データは、ＳＣＥ（Single Channel Element）、ＣＰＥ（Channel Pair Element）、ＬＦＥ（Low Frequency Element）などの符号化サンプルデータで構成される。また、オブジェクト符号化データは、ＳＣＥ（Single Channel Element）の符号化サンプルデータと、それを任意の位置に存在するスピーカにマッピングさせてレンダリングするためのメタデータにより構成される。このメタデータは、エクステンションエレメント（Ext_element）として含まれる。
この実施の形態では、エクステンションエレメント（Ext_element）として、メディアアクセス情報をユニバーサル・メタデータ（universal_metadata）として持つエレメント（Ext_universal_metadata）を新たに定義する。これに伴って、“Ｃｏｎｆｉｇ”に、そのエレメントの構成情報（universal_metadataConfig）を新たに定義する。
図５は、エクステンションエレメント（Ext_element）のタイプ（ExElementType）と、その値（Value）との対応関係を示している。現状は、０～７が決められている。１２８以降はＭＰＥＧ以外まで拡張可能なので、例えば、１２８を、新たに、“ID_EXT_ELE_universal_metadata”のタイプの値として定義する。なお、ＭＰＥＧなどの規格の場合は、８～１２７で定義することも可能である。
図６は、ユニバーサル・メタデータをエクステンションエレメントとして含むユニバーサル・メタデータ・フレーム（universal_metadata_frame()）の構造例（syntax）を示している。図７、図８、図９は、所定数（１を含む）のユニバーサル・メタデータ・フレームの「bytes_to_carry_access_information_data」に挿入されるアクセス・インフォメーション・データ（Access_information_data()）の構造例（syntax）を示している。図１０、図１１は、各構造例における主要な情報の内容（semantics）を示している。
ユニバーサル・メタデータ・フレーム（universal_metadata_frame()）において、「organization_id」の３２ビットフィールドは、ユーザデータ領域で伝送する個々のサービス、あるいはこのサービスの供給元または規格団体（例えば、“ＡＴＳＣ”，“ＤＶＢ”など）に固有に割り当てられる識別値を示す。「metadata_type」の８ビットフィールドは、コンテナ対象データの種類を示す。例えば、“０ｘ１０”はＭＰＥＧ－Ｈ方式のユニバーサル・メタデータを示し、“０ｘ０２”はＡＴＳＣのアプリケーションメタデータを示す。「data_id」の８ビットフィールドは、コンテナ対象データ（メディアアクセス情報）のＩＤを示す。同一のコンテナ対象データが分割されて得られた各分割情報には同一のＩＤが付与される。
「start_flag」の１ビットフィールドは、コンテナ対象データの開始か否かを示す。“１”は開始を示し、“０”は開始でないことを示す。「fcounter」の７ビットフィールドは、分割されたコンテナ対象データの分割位置を降順のカウント数で示す。“０”が最後の分割部分を示すものである。「start_flag」が“1” かつ、「fcounter」が“０”の場合、分割されていないことを示す。
「start_flag」が“１”であるとき、「total_data_size」の１６ビットフィールドが存在する。このフィールドは、コンテナ対象データのサイズを示す。「bytes_to_carry_access_information_data」のフィールドに、アクセス・インフォメーション・データ（Access_information_data()）の全体、あるいはその一部（分割情報）が挿入される。
アクセス・インフォメーション・データ（Access_information_data()）において、「num_of_access_information; N」の８ビットフィールドは、メディアアクセス情報内の情報の数Ｎを示す。「information_id」の８ビットフィールドは、メディアアクセス情報のＩＤを示す。関連する所定数のメディアアクセス情報には同一のＩＤが付与される。つまり、アプリケーションでは、この「information_id」を利用して各々のメディアアクセス情報の関連付けが可能になる。「segment_id」の８ビットフィールドは、「information_id」を共有し、セグメント化された各メディアアクセス情報のＩＤを示す。
アクセス・インフォメーション・データ（Access_information_data()）には、「num_of_access_information; N」で示される数Ｎの情報が含まれる。「information_type」の８ビットフィールドは、情報の種類を示す。“０ｘ００”は、ＩＤテーブル（ID_tables）を示す。情報の種類がＩＤテーブルであるとき、アプリケーションＩＤ（applicatio_id）、ネットワークＩＤ（network_id）、トランスポートＩＤ（transport_id）、サービスＩＤ（service_id）を示すそれぞれ１６ビットフィールドが存在する。
“０ｘ０１”は、アクセスインフォメーション（access information）を示す。情報の種類がアクセスインフォメーションであるとき、「bytes」のフィールドにＵＲＬの各文字のコードが配置される。なお、「url_length」の８ビットフィールドは、ＵＲＬの文字の数を示す。
“０ｘ０２”は、アクションコマンド（action command）を示す。情報の種類がアクションコマンドであるとき、「command_type」の８ビットフィールドが存在する。例えば、“１”はオートスタート（autostart）を示し、“２”はマニュアルスタート(manual_start)を示し、“３”はレジューム（resume）を示し、“４”はポーズ（pause）を示し、“５”はストップ(stop)を示し、“６”はユーザセレクテッド（user selected）を示し、“７”はデスカード・ダウンロード・データ（discard download_data）を示す。
“０ｘ０３”は、ノーティフィケーション（notification）を示す。情報の種類がノーティフィケーションであるとき、「message_type」の８ビットフィールドが存在する。例えば、“１”はプリペアリング（preparing）を示し、“２”はアクセスレディ（access ready）を示し、“３”はエクスパイヤード（expired）を示し、“４”はセレクション（selection）を示す。
“０ｘ０４”は、ピリオド(period)を示す。情報の種類がピリオドであるとき、「period_id」の８ビットフィールドが存在する。“０ｘ０５”は、リファレンスタイムコード（reference time code）を示す。情報の種類がリファレンスタイムコードであるとき、「time_code1」の６４ビットフィールドが存在する。
“０ｘ０６”は、オフセットタイム（offset_time）を示す。情報の種類がオフセットタイムであるとき、「time_code2」の６４ビットフィールドと、「target_segment_id」の８ビットフィールドが存在する。このフィールドは、オフセットタイムを指定する先のメディアアクセス情報の「segment_id」を示す。なお、自身のオフセットタイムを指定する場合には、この「target_segment_id」が存在しないこともある。
“０ｘ０７”は、ＵＴＣ（universal time code）を示す。情報の種類がＵＴＣであるときは、「UTC」の６４ビットフィールドが存在する。
“０ｘ０８”は、ＵＩセレクションプロセス（UI selection code）を示す。情報の種類がＵＩセレクションプロセスであるとき、「data」のフィールドにユーザに再生メディアを選択させるためのユーザインタフェース情報が配置される。このユーザインタフェース情報は、例えば、ブラウザ起動に必要な情報が記述されたＨＴＭＬデータである。この記述には、ユーザ選択させるためのサムネール情報や、選択結果を表すＩＤ“select_ID”などが含まれる。なお、「html_length」の８ビットフィールドは、ブラウザ機能を実現させるための情報で、関連するＨＴＭＬデータのバイト数を示す。
図３に戻って、マルチプレクサ１１４は、ビデオエンコーダ１１２から出力されるビデオストリームおよびオーディオエンコーダ１１３から出力されるオーディオストリームを、ＰＥＳパケット化し、さらにトランスポートパケット化して多重し、多重化ストリームとしてのトランスポートストリームＴＳを得る。
また、マルチプレクサ１１４は、プログラムマップテーブル（ＰＭＴ）の配下に、オーディオデータの伝送フォーマットとして符号化ストリーム（オーディオ圧縮データストリーム）のフォーマットを優先させることを示す情報（伝送フォーマット優先情報）を挿入する。具体的には、オーディオエレメンタリストリームループ内に、オーディオ・ストリーミング・デスクリプタ（Audio_streaming_descriptor()）を挿入する。
図１２（ａ）は、オーディオ・ストリーミング・デスクリプタの構造例（Syntax）を示している。また、図１２（ｂ）は、その構造例における主要な情報の内容（Semantics）を示している。
「descriptor_tag」の８ビットフィールドは、デスクリプタタイプを示す。ここでは、オーディオ・ストリーミング・デスクリプタであることを示す。「descriptor_length」の８ビットフィールドは、デスクリプタの長さ（サイズ）を示し、デスクリプタの長さとして、以降のバイト数を示す。
「audio_streaming_flag」の１ビットフィールドは、オーディオデータの伝送フォーマットとして符号化ストリームのフォーマットを優先させることを示す。“１”は符号化ストリームのフォーマットを優先させることを示し、“０”は符号化ストリームのフォーマットを優先させなくてもよいことを示す。この実施の形態では、「audio_streaming_flag」は“１”に設定される。
図３に示すストリーム生成部１１０の動作を簡単に説明する。ビデオデータＳＶはビデオエンコーダ１１２に供給される。このビデオエンコーダ１１２では、ビデオデータＳＶに対してＨ．２６４／ＡＶＣ、Ｈ．２６５/ＨＥＶＣなどの符号化が施され、符号化ビデオデータを含むビデオストリームが生成される。
また、オーディオデータＳＡは、オーディオエンコーダ１１３に供給される。このオーディオエンコーダ１１３では、そのオーディオデータＳＡに対して、ＭＰＥＧ－Ｈ ３Ｄ Ａｕｄｉｏの圧縮フォーマットによる符号化が施され、オーディオストリーム（オーディオ圧縮データストリーム）が生成される。
この際、制御部１１１からオーディオエンコーダ１１３に、オーディオストリームに挿入すべきメディアアクセス情報がコンテナ対象データとして供給される。オーディオエンコーダ１１３では、オーディオストリームの所定数（１を含む）のオーディオフレームにコンテナ対象データ（メディアアクセス情報）が分割されて挿入される。
このとき、オーディオエンコーダ１１３では、最初の分割情報に、コンテナ対象データ（メディアアクセス情報）の全体サイズを示す情報が付加される。また、オーディオエンコーダ１１３では、各分割情報に、最初の分割情報であるか否かを示す情報および分割位置を示す情報としての降順のカウント数が付加される。
ビデオエンコーダ１１２で生成されたビデオストリームは、マルチプレクサ１１４に供給される。また、オーディオエンコーダ１１３で生成されたオーディオストリームは、マルチプレクサ１１４に供給される。そして、このマルチプレクサ１１４では、各エンコーダから供給されるストリームがパケット化されて多重され、伝送データとしてトランスポートストリームＴＳが得られる。
また、マルチプレクサ１１４では、プログラムマップテーブル（ＰＭＴ）の配下のオーディオエレメンタリストリームループ内に、オーディオ・ストリーミング・デスクリプタ（図１２（ａ）参照）が挿入される。このデスクリプタには、オーディオデータの伝送フォーマットとして符号化ストリーム（オーディオ圧縮データストリーム）のフォーマットを優先させることを示す情報（伝送フォーマット優先情報）が含まれている。
［コンテナ対象データ（所定の情報）の挿入］
オーディオストリームへのコンテナ対象データの挿入についてさらに説明する。図１３は、コンテナ対象データ（メディアアクセス情報）が、複数のユニバーサル・メタデータ・フレームで伝送される場合の例を示している。
オーディオストリームへのコンテナ対象データの挿入についてさらに説明する。図１３は、コンテナ対象データ（メディアアクセス情報）が、複数のユニバーサル・メタデータ・フレームで伝送される場合の例を示している。
この場合、コンテナ対象データは複数に分割され、複数の分割情報のそれぞれが複数のユニバーサル・メタデータ・フレームに振り分けられ、「bytes_to_carry_access_information_data」のフィールドに挿入される（図６参照）。ここで、最初の分割情報に対応した「start_flag」は“１”とされ、最初の分割情報であることが示される。また、最初の分割情報に対応した「fcounter」は“ｎ－１” とされ、その値に１を加算することで分割数“ｎ”が示される。また、この最初の分割情報に対応して、「total_data_size」のフィールドが存在し、コンテナ対象データ（メディアアクセス情報）の全体サイズが示される。
２番目以降の分割情報に対応した「start_flag」は“０”とされ、最初の分割情報でないことが示される。また、２番目以降の分割情報に対応した「fcounter」は“ｎ－１”から順次デクリメントされたカウント数とされ、分割位置が示されると共に、残りの分割情報の数が示される。また、最後の分割情報に対応した「fcounter」は“０”とされ、最後の分割情報であることが示される。
なお、最初の分割情報に対応した「fcounter」を“ｎ” とし、２番目以降の分割情報に対応した「fcounter」を“ｎ”から順次デクリメントされたカウント数とし、最後の分割情報に対応した「fcounter」を“１”とすることも考えられる。最初の分割情報に対応した「fcounter」の“ｎ”は分割数を示し、「fcounter」が“１”であることは、最後の分割情報であることを示すものとなる。
図１４は、コンテナ対象データ（メディアアクセス情報）が、１つのユニバーサル・メタデータ・フレームで伝送される場合の例を示している。この場合、コンテナ対象データは分割されずに、１つのユニバーサル・メタデータ・フレームの「bytes_to_carry_access_information_data」のフィールドに挿入される（図６参照）。ここで、「start_flag」は“１”とされ、最初の分割情報であることが示される。また、「fcounter」は“０” とされ、最後の分割情報であることが示される。従って、これらの情報から、分割されていないことが示される。また、この最初の分割情報に対応して、「total_data_size」のフィールドが存在し、コンテナ対象データ（メディアアクセス情報）の全体サイズが示される。
図１５は、複数のコンテナ対象データ（メディアアクセス情報）が、複数のユニバーサル・メタデータ・フレームで伝送される場合の例を示している。図示の例は、「data_id」が“０”で示されるコンテナ対象データＡと、「data_id」が“１”であるコンテナ対象データＢの２つのコンテナ対象データが伝送される場合の例である。
この場合、コンテナ対象データＡは３分割され、３つの分割情報のそれぞれが３つのユニバーサル・メタデータ・フレームに振り分けられ、「bytes_to_carry_access_information_data」のフィールドに挿入される（図６参照）。ここで、最初の分割情報に対応した「start_flag」は“１”とされ、最初の分割情報であることが示される。また、最初の分割情報に対応した「fcounter」は“２” とされ、その値に１を加算することで分割数“３”が示される。また、この最初の分割情報に対応して、「total_data_size」のフィールドが存在し、コンテナ対象データ（メディアアクセス情報）の全体サイズが示される。
２番目の分割情報に対応した「start_flag」は“０”とされ、最初の分割情報でないことが示される。また、２番目の分割情報に対応した「fcounter」は“１”とされ、分割位置が示されると共に、残りの分割情報の数が”１“であることが示される。また、最後の分割情報に対応した「start_flag」は“０”とされ、最後の分割情報でないことが示される。そして、最後の分割情報に対応した「fcounter」は“０”とされ、最後の分割情報であることが示される。
また、コンテナ対象データＢは分割されずに、１つのユニバーサル・メタデータ・フレームの「bytes_to_carry_access_information_data」のフィールドに挿入される（図６参照）。ここで、「start_flag」は“１”とされ、最初の分割情報であることが示される。また、「fcounter」は“０” とされ、最後の分割情報であることが示される。従って、これらの情報から、分割されていないことが示される。また、この最初の分割情報に対応して、「total_data_size」のフィールドが存在し、コンテナ対象データ（メディアアクセス情報）の全体サイズが示される。
[トランスポートストリームＴＳの構造例]
図１６は、トランスポートストリームＴＳの構造例を示している。この構造例では、ＰＩＤ１で識別されるビデオストリームのＰＥＳパケット「video PES」が存在すると共に、ＰＩＤ２で識別されるオーディオストリームのＰＥＳパケット「audio PES」が存在する。ＰＥＳパケットは、ＰＥＳヘッダ（PES_header）とＰＥＳペイロード（PES_payload）からなっている。ＰＥＳヘッダには、ＤＴＳ，ＰＴＳのタイムスタンプが挿入されている。
図１６は、トランスポートストリームＴＳの構造例を示している。この構造例では、ＰＩＤ１で識別されるビデオストリームのＰＥＳパケット「video PES」が存在すると共に、ＰＩＤ２で識別されるオーディオストリームのＰＥＳパケット「audio PES」が存在する。ＰＥＳパケットは、ＰＥＳヘッダ（PES_header）とＰＥＳペイロード（PES_payload）からなっている。ＰＥＳヘッダには、ＤＴＳ，ＰＴＳのタイムスタンプが挿入されている。
オーディオストリームのＰＥＳパケットのＰＥＳペイロードにはオーディオストリーム（Audio coded stream）が挿入される。このオーディオストリームの所定数（１を含む）のオーディオフレーム内のユニバーサル・メタデータ・フレーム（universal_metadata_frame()）に、メディアアクセス情報（コンテナ対象データ）を含むアクセス・インフォメーション・データ（Access_information_data()）（図７-図９参照）が挿入される。
また、トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（Program Map Table）が含まれている。ＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。ＰＭＴには、プログラム全体に関連する情報を記述するプログラム・ループ（Program loop）が存在する。
また、ＰＭＴには、各エレメンタリストリームに関連した情報を持つエレメンタリストリーム・ループが存在する。この構成例では、ビデオストリームに対応したビデオエレメンタリストリーム・ループ（video ES loop）が存在すると共に、オーディオストリームに対応したオーディオエレメンタリストリーム・ループ（audio ES loop）が存在する
ビデオエレメンタリストリーム・ループ（video ES loop）には、ビデオストリームに対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。このビデオストリームの「Stream_type」の値は「０ｘ２４」に設定され、ＰＩＤ情報は、上述したようにビデオストリームのＰＥＳパケット「video PES」に付与されるＰＩＤ１を示すものとされる。デスクリプタの一つして、ＨＥＶＣ デスクリプタが配置される。
また、オーディオエレメンタリストリーム・ループ（audio ES loop）には、オーディオストリームに対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置されると共に、そのオーディオストリームに関連する情報を記述するデスクリプタも配置される。このオーディオストリームの「Stream_type」の値は「０ｘ２Ｃ」に設定され、ＰＩＤ情報は、上述したようにオーディオストリームのＰＥＳパケット「audio PES」に付与されるＰＩＤ２を示すものとされる。デスクリプタの１つとして、上述したオーディオ・ストリーミング・デスクリプタが配置される。
［セットトップボックスの構成例］
図１７は、セットトップボックス２００の構成例を示している。このセットトップボックス２００は、ＣＰＵ２０１と、フラッシュＲＯＭ２０２と、ＤＲＡＭ２０３と、内部バス２０４と、リモコン受信部２０５と、リモコン送信機２０６を有している。また、セットトップボックス２００は、アンテナ端子２１１と、デジタルチューナ２１２と、デマルチプレクサ２１３と、ビデオデコーダ２１４と、オーディオフレーミング部２１５と、ＨＤＭＩ送信部２１６と、ＨＤＭＩ端子２１７を有している。
図１７は、セットトップボックス２００の構成例を示している。このセットトップボックス２００は、ＣＰＵ２０１と、フラッシュＲＯＭ２０２と、ＤＲＡＭ２０３と、内部バス２０４と、リモコン受信部２０５と、リモコン送信機２０６を有している。また、セットトップボックス２００は、アンテナ端子２１１と、デジタルチューナ２１２と、デマルチプレクサ２１３と、ビデオデコーダ２１４と、オーディオフレーミング部２１５と、ＨＤＭＩ送信部２１６と、ＨＤＭＩ端子２１７を有している。
ＣＰＵ２０１は、セットトップボックス２００の各部の動作を制御する。フラッシュＲＯＭ２０２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２０３は、ＣＰＵ２０１のワークエリアを構成する。ＣＰＵ２０１は、フラッシュＲＯＭ２０２から読み出したソフトウェアやデータをＤＲＡＭ２０３上に展開してソフトウェアを起動させ、セットトップボックス２００の各部を制御する。
リモコン受信部２０５は、リモコン送信機２０６から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ２０１に供給する。ＣＰＵ２０１は、このリモコンコードに基づいて、セットトップボックス２００の各部を制御する。ＣＰＵ２０１、フラッシュＲＯＭ２０２およびＤＲＡＭ２０３は、内部バス２０４に接続されている。
アンテナ端子２１１は、受信アンテナ（図示せず）で受信されたテレビ放送信号を入力する端子である。デジタルチューナ２１２は、アンテナ端子２１１に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応したトランスポートストリームＴＳを出力する。
デマルチプレクサ２１３は、トランスポートストリームＴＳからビデオストリームのパケットを抽出し、ビデオデコーダ２１４に送る。ビデオデコーダ２１４は、デマルチプレクサ２１３で抽出されたビデオのパケットからビデオストリームを再構成し、デコード処理を行って非圧縮のビデオデータ（画像データ）を得る。
また、デマルチプレクサ２１３は、トランスポートストリームＴＳからオーディオストリームのパケットを抽出し、オーディオストリームを再構成する。オーディオフレーミング部２１５は、このように再構成されたオーディオストリームに対してフレーミングを行う。このオーディオストリームには、上述のストリーム生成部１１０（図３参照）で説明したように、メディアアクセス情報（コンテナ対象データ）が挿入されている。
また、デマルチプレクサ２１３は、トランスポートストリームＴＳからデスクリプタ情報などの各種情報を抽出し、ＣＰＵ２０１に送る。この各種情報には、上述したオーディオ・ストリーミング・デスクリプタ（Audio_streaming_descriptor()）の情報も含まれる（図１２（ａ）参照）。
ＣＰＵ２０１は、このデスクリプタに挿入されている「audio_streaming_flag」のフィールドの情報、つまり伝送フォーマット優先情報に基づいて、オーディオデータの伝送フォーマットとして符号化ストリーム（オーディオ圧縮データストリーム）のフォーマットを優先させることを認識する。これにより、ＣＰＵ２０１は、オーディオストリームにデコード処理を施すことなく、そのものをオーディオアンプ３００に送信するように、セットトップボックス２００の各部を制御する。なお、図示していないが、セットトップボックス２００は、例えば、オーディオデコーダを備え、オーディオストリームにデコード処理を施して、オーディオデータを得ることも可能とされている。
また、ＣＰＵ２０１は、オーディオアンプ３００との間で例えばＣＥＣラインを用いた通信を行って、オーディオアンプ３００に、オーディオデータの伝送フォーマットとして符号化ストリームのフォーマットを優先させることを指示する。これにより、オーディオアンプ３００は、後述するように、オーディオストリームをそのままテレビ受信機５００に送信するように動作する。
なお、後述の図３３の構成の送受信システム１０Ａの場合には、オーディオアンプ３００はオーディオストリームをデコードする場合もあり、またデコードしない場合もある。いずれの場合も優先情報に基づいて符号化ストリームを優先させることで、最終目的の受信デバイスまでオーディオ符号化ストリームが到達可能となる。
ＨＤＭＩ送信部２１６は、ＨＤＭＩに準拠した通信により、ビデオデコーダ２１４で得られた非圧縮のビデオデータと、オーディオフレーミング部２１５でフレーミングされた後のオーディオストリームを、ＨＤＭＩ端子２１７から送出する。ＨＤＭＩ送信部２１６は、ＨＤＭＩのＴＭＤＳチャネルで送信するため、ビデオデータおよびオーディオストリームをパッキングして、ＨＤＭＩ端子２１７に出力する。このＨＤＭＩ送信部２１６の詳細は後述する。
セットトップボックス２００の動作を簡単に説明する。アンテナ端子２１１に入力されたテレビ放送信号はデジタルチューナ２１２に供給される。このデジタルチューナ２１２では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応したトランスポートストリームＴＳが出力される。
デジタルチューナ２１２から出力されるトランスポートストリームＴＳは、デマルチプレクサ２１３に供給される。このデマルチプレクサ２１３では、トランスポートストリームＴＳからビデオのエレメンタリストリームのパケットが抽出され、ビデオデコーダ２１４に送られる。
ビデオデコーダ２１４では、デマルチプレクサ２１３で抽出されたビデオのパケットからビデオストリームが再構成された後、そのビデオストリームに対してデコード処理が行われて、非圧縮のビデオデータが得られる。この非圧縮のビデオデータは、ＨＤＭＩ送信部２１６に供給される。
また、デマルチプレクサ２１３では、トランスポートストリームＴＳからオーディオストリームのパケットが抽出され、メディアアクセス情報（コンテナ対象データ）が挿入されているオーディオストリームが再構成される。このオーディオストリームはオーディオフレーミング部２１５でフレーミングされた後に、ＨＤＭＩ送信部２１６に供給される。そして、ＨＤＭＩ送信部２１６では、非圧縮のビデオデータおよびオーディオストリームがパッキングされ、ＨＤＭＩ端子２１７からＨＤＭＩケーブル６１０を介してオーディオアンプ３００に送信される。
［オーディオアンプの構成例］
図１８は、オーディオアンプ３００の構成例を示している。オーディオアンプ３００は、ＣＰＵ３０１と、フラッシュＲＯＭ３０２と、ＤＲＡＭ３０３と、内部バス３０４と、リモコン受信部３０５と、リモコン送信機３０６を有している。また、オーディオアンプ３００は、ＨＤＭＩ端子３１１と、ＨＤＭＩ受信部３１２と、オーディオデコーダ３１３と、音声処理回路３１４と、音声増幅回路３１５と、音声出力端子３１６と、ＨＤＭＩ送信部３１７と、ＨＤＭＩ端子３１８を有している。
図１８は、オーディオアンプ３００の構成例を示している。オーディオアンプ３００は、ＣＰＵ３０１と、フラッシュＲＯＭ３０２と、ＤＲＡＭ３０３と、内部バス３０４と、リモコン受信部３０５と、リモコン送信機３０６を有している。また、オーディオアンプ３００は、ＨＤＭＩ端子３１１と、ＨＤＭＩ受信部３１２と、オーディオデコーダ３１３と、音声処理回路３１４と、音声増幅回路３１５と、音声出力端子３１６と、ＨＤＭＩ送信部３１７と、ＨＤＭＩ端子３１８を有している。
ＣＰＵ３０１は、オーディオアンプ３００の各部の動作を制御する。フラッシュＲＯＭ３０２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ３０３は、ＣＰＵ３０１のワークエリアを構成する。ＣＰＵ３０１は、フラッシュＲＯＭ３０２から読み出したソフトウェアやデータをＤＲＡＭ３０３上に展開してソフトウェアを起動させ、オーディオアンプ３００の各部を制御する。
リモコン受信部３０５は、リモコン送信機３０６から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ３０１に供給する。ＣＰＵ３０１は、このリモコンコードに基づいて、オーディオアンプ３００の各部を制御する。ＣＰＵ３０１、フラッシュＲＯＭ３０２およびＤＲＡＭ３０３は、内部バス３０４に接続されている。
ＨＤＭＩ受信部３１２は、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル６１０を介してＨＤＭＩ端子３１１に供給される非圧縮のビデオデータとオーディオストリームを受信する。オーディオストリームには、上述のセットトップボックス２００（図１７参照）で説明したように、メディアアクセス情報（コンテナ対象データ）が挿入されている。このＨＤＭＩ受信部３１２の詳細は後述する。
オーディオデコーダ３１３は、ＨＤＭＩ受信部２１２で受信されたオーディオストリームに対してデコード処理を施し、所定チャネル数の非圧縮のオーディオデータ（音声データ）を得る。音声処理回路３１４は、所定チャネル数の非圧縮のオーディオデータに、スピーカシステム４００（図１参照）の構成に応じて必要なアップ/ダウンミックス処理を施して、必要なチャネル数のオーディオデータを得ると共に、Ｄ／Ａ変換等の必要な処理を施す。
音声増幅回路３１５は、音声処理回路３１４で得られた各チャネルのオーディオ信号を増幅して音声出力端子３１６に出力する。なお、音声出力端子３１６には、スピーカシステム４００が接続される。
ＨＤＭＩ送信部３１７は、ＨＤＭＩに準拠した通信により、ＨＤＭＩ受信部２１２で受信された非圧縮のビデオデータとオーディオストリームを、ＨＤＭＩ端子３１８から送出する。ＨＤＭＩ送信部３１７は、ＨＤＭＩのＴＭＤＳチャネルで送信するため、非圧縮のビデオデータおよびオーディオストリームをパッキングして、ＨＤＭＩ端子３１８に出力する。このＨＤＭＩ送信部３１７の詳細は後述する。
図１８に示すオーディオアンプ３００の動作を簡単に説明する。ＨＤＭＩ受信部３１２では、セットトップボックス２００からＨＤＭＩケーブル６１０を介してＨＤＭＩ端子３１１に送信されてくる、非圧縮のビデオデータとオーディオストリームが受信される。
ＨＤＭＩ受信部３１２で受信されたオーディオストリームは、オーディオデコーダ３１３に供給される。オーディオデコーダ３１３では、オーディオストリームに対してデコード処理が施されて、所定チャネル数の非圧縮のオーディオデータが得られる。このオーディオデータは、音声処理回路３１４に供給される。
音声処理回路３１４では、所定チャネル数の非圧縮のオーディオデータに、スピーカシステム４００（図１参照）の構成に応じて必要なアップ/ダウンミックス処理が施されて、必要なチャネル数のオーディオデータが得られると共に、Ｄ／Ａ変換等の必要な処理が施される。音声処理回路３１４から出力される各チャネルのオーディオデータは音声増幅回路３１５で増幅されて音声出力端子３１６に出力される。そのため、音声出力端子３１６に接続されたスピーカシステム４００から所定チャネル数の音声出力が得られる。
また、ＨＤＭＩ受信部３１２で受信された非圧縮のビデオデータとオーディオストリームは、ＨＤＭＩ送信部３１７に供給される。なお、ＨＤＭＩ受信部３１２で受信された非圧縮のビデオデータそのものではなく、この非圧縮のビデオデータにグラフィックスデータの重畳等の処理が施された後のビデオデータがＨＤＭＩ送信部３１７に供給されてもよい。ＨＤＭＩ送信部３１７では、これらの非圧縮のビデオデータおよびオーディオストリームがパッキングされ、ＨＤＭＩ端子３１８からＨＤＭＩケーブル６２０を介してテレビ受信機５００に送信される。
［テレビ受信機の構成例］
図１９は、テレビ受信機５００の構成例を示している。このテレビ受信機５００は、ＣＰＵ５０１と、フラッシュＲＯＭ５０２と、ＤＲＡＭ５０３と、内部バス５０４と、リモコン受信部５０５と、リモコン送信機５０６と、通信インタフェース５０７を有している。
図１９は、テレビ受信機５００の構成例を示している。このテレビ受信機５００は、ＣＰＵ５０１と、フラッシュＲＯＭ５０２と、ＤＲＡＭ５０３と、内部バス５０４と、リモコン受信部５０５と、リモコン送信機５０６と、通信インタフェース５０７を有している。
また、テレビ受信機５００は、アンテナ端子５１１と、デジタルチューナ５１２と、デマルチプレクサ５１３と、ビデオデコーダ５１４と、ＨＤＭＩ端子５１５と、ＨＤＭＩ受信部５１６を有している。また、テレビ受信機５００は、映像処理回路５１７と、パネル駆動回路５１８と、表示パネル５１９と、オーディオデコーダ５２０と、音声処理回路５２１と、音声増幅回路５２２と、スピーカ５２３を有している。
ＣＰＵ５０１は、テレビ受信機５００の各部の動作を制御する。フラッシュＲＯＭ５０２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ５０３は、ＣＰＵ５０１のワークエリアを構成する。ＣＰＵ５０１は、フラッシュＲＯＭ５０２から読み出したソフトウェアやデータをＤＲＡＭ５０３上に展開してソフトウェアを起動させ、テレビ受信機５００の各部を制御する。
リモコン受信部５０５は、リモコン送信機５０６から送信されたリモートコントロール信号（リモコンコード）を受信し、ＣＰＵ５０１に供給する。ＣＰＵ５０１は、このリモコンコードに基づいて、テレビ受信機５００の各部を制御する。ＣＰＵ５０１、フラッシュＲＯＭ５０２およびＤＲＡＭ５０３は、内部バス５０４に接続されている。
通信インタフェース５０７は、ＣＰＵ５０１の制御のもと、インターネット等のネットワーク上に存在するサーバとの間で通信を行う。この通信インタフェース５０７は、内部バス５０４に接続されている。
アンテナ端子５１１は、受信アンテナ（図示せず）で受信されたテレビ放送信号を入力する端子である。デジタルチューナ５１２は、アンテナ端子５１１に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応したトランスポートストリームＴＳを出力する。
デマルチプレクサ５１３は、トランスポートストリームＴＳからビデオストリームのパケットを抽出し、ビデオデコーダ５１４に送る。ビデオデコーダ５１４は、デマルチプレクサ５１３で抽出されたビデオのパケットからビデオストリームを再構成し、デコード処理を行って非圧縮のビデオデータ（画像データ）を得る。
また、デマルチプレクサ５１３は、トランスポートストリームＴＳからオーディオストリームのパケットを抽出し、オーディオストリームを再構成する。このオーディオストリームには、上述のストリーム生成部１１０（図３参照）で説明したように、メディアアクセス情報（コンテナ対象データ）が挿入されている。
ＨＤＭＩ受信部５１６は、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル６２０を介してＨＤＭＩ端子５１５に供給される非圧縮のビデオデータとオーディオストリームを受信する。オーディオストリームには、上述のオーディオアンプ３００（図１８参照）で説明したように、メディアアクセス情報（コンテナ対象データ）が挿入されている。このＨＤＭＩ受信部５１６の詳細は後述する。
映像処理回路５１７は、ビデオデコーダ５１４で得られた、あるいはＨＤＭＩ受信部５１６で得られたビデオデータ、さらには、通信インタフェース５０７でネット上のサーバから受信されたビデオデータなどに対してスケーリング処理、合成処理などを行って、表示用のビデオデータを得る。
パネル駆動回路５１８は、映像処理回路５１７で得られる表示用の画像データに基づいて、表示パネル５１９を駆動する。表示パネル５１９は、例えば、ＬＣＤ(Liquid Crystal Display)、有機ＥＬディスプレイ（organic electroluminescence display）などで構成されている。
オーディオデコーダ５２０は、デマルチプレクサ５１３で得られた、あるいはＨＤＭＩ受信部５１６で得られたオーディオストリームに対してデコード処理を施して非圧縮のオーディオデータ（音声データ）を得る。また、オーディオデコーダ５２０は、オーディオストリームに順次挿入されている、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報（コンテナ対象データ）を抽出し、ＣＰＵ５０１に送る。ＣＰＵ５０１は、適宜、テレビ受信機５００の各部に、このメディアアクセス情報を利用した処理を行わせる。
ここで、メディアアクセス情報は、オーディオストリームの所定数（１を含む）のオーディオフレームに分割されて挿入され、最初の分割情報にメディアアクセス情報（コンテナ対象データ）の全体サイズを示す情報が付加され、各分割情報に最初の分割情報であるか否かを示す情報および分割位置を示す情報としての降順のカウント数が付加されている。オーディオデコーダ５２０は、これらの情報に基づいて、所定数のオーディオフレームから、メディアアクセス情報を取得する。
この場合、オーディオデコーダ５２０は、最初の分割情報であるか否かを示す情報から最初の分割情報を認識でき、また、この最初の分割情報に対応した降順のカウント数から分割数を認識でき、さらに、降順のカウント数から残りの分割情報の数を認識できる。そのため、オーディオデコーダ５２０は、所定数のオーディオフレームから、メディアアクセス情報を構成する各分割情報を、容易かつ適切に、取得できる。
また、降順のカウント数によって、（１）途中の伝送パケットがエラーになった場合に、それを受信側で検出することが可能であり、（２）また、分割された最終パケットが到達するおよその時間を受信側で前もって知ることができる。
また、最初の分割情報にメディアアクセス情報の全体サイズを示す情報が付加されているので、最初の分割情報が取得される時点でメディアアクセス情報の全体サイズを示す情報に基づいてメモリ（記憶媒体）に当該所定の情報を蓄積できるだけのスペースを確保でき、メディアアクセス情報の取得処理を容易かつ適切に行うことが可能となる。
音声処理回路５２１は、オーディオデコーダ５２０で得られたオーディオデータに対してＤ／Ａ変換等の必要な処理を行う。音声増幅回路５２２は、音声処理回路５２１から出力される音声信号を増幅してスピーカ５２３に供給する。
ＣＰＵ５０１は、オーディオデコーダ５２０で取得された、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報に基づいて、例えば通信インタフェース５０７などを制御する。この場合、インターネットなどのネット上のサーバからメディアデータが取得され、このメディアデータによる画像表示、音声出力がなされる。なお、メディアアクセス制御の具体例については後述する。
図１９に示すテレビ受信機５００の動作を簡単に説明する。アンテナ端子５１１に入力されたテレビ放送信号はデジタルチューナ５１２に供給される。このデジタルチューナ５１２では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応したトランスポートストリームＴＳが得られる。
デジタルチューナ５１２で得られるトランスポートストリームＴＳは、デマルチプレクサ５１３に供給される。デマルチプレクサ５１３は、トランスポートストリームＴＳからビデオストリームのパケットが抽出され、ビデオデコーダ５１４に供給される。ビデオデコーダ５１４では、デマルチプレクサ５１３で抽出されたビデオのパケットからビデオストリームが再構成され、デコード処理が施されて、非圧縮のビデオデータが得られる。この非圧縮のビデオデータは、映像処理回路５１７に供給される。
また、デマルチプレクサ５１３では、トランスポートストリームＴＳからオーディオストリームのパケットが抽出され、オーディオストリームが再構成される。このオーディオストリームは、オーディオデコーダ５２０に供給される。
ＨＤＭＩ受信部５１６では、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル６２０を介してＨＤＭＩ端子５１５に供給される非圧縮のビデオデータおよびオーディオストリームが受信される。非圧縮のビデオデータは、映像処理回路５１７に供給される。また、オーディオストリームはオーディオデコーダ５２０に供給される。
映像処理回路５１７では、ビデオデコーダ５１４で得られた、あるいはＨＤＭＩ受信部５１６で得られたビデオデータ、さらには、通信インタフェース５０７でネット上のサーバから受信されたビデオデータなどに対してスケーリング処理、合成処理などが施され、表示用のビデオデータが得られる。
映像処理回路５１７で得られた表示用のビデオデータはパネル駆動回路５１８に供給される。パネル駆動回路５１８では、表示用のビデオデータに基づいて、表示パネル５１９を駆動することが行われる。これにより、表示パネル５１９には、表示用のビデオデータに対応した画像が表示される。
オーディオデコーダ５２０では、デマルチプレクサ５１３で得られた、あるいはＨＤＭＩ受信部５１６で得られたオーディオストリームに対してデコード処理が施されて非圧縮のオーディオデータが得られる。オーディオデコーダ５２０で得られるオーディオデータは、音声処理回路５２１に供給される。音声処理回路５２１では、オーディオデータに対してＤ／Ａ変換等の必要な処理が施される。このオーディオデータは、音声増幅回路５２２で増幅された後に、スピーカ５２３に供給される。そのため、スピーカ５２３から、表示パネル５１９の表示画像に対応した音声が出力される。
また、オーディオデコーダ５２０では、オーディオストリームに順次挿入されている、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報（コンテナ対象データ）が抽出される。このようにオーディオデコーダ５２０で抽出されるメディアアクセス情報は、ＣＰＵ５０１に送られる。ＣＰＵ５０１により、このメディアアクセス情報に基づいて、例えば通信インタフェース５０７などが制御される。これにより、インターネットなどのネット上のサーバからメディアデータが取得され、このメディアデータによる画像表示、音声出力がなされる。
［ＨＤＭＩ送信部、ＨＤＭＩ受信部の構成例］
図２０は、図１の送受信システム１０における、セットトップボックス２００のＨＤＭＩ送信部２１６（図１７参照）とオーディオアンプ３００のＨＤＭＩ受信部３１２（図１８参照）の構成例を示している。なお、オーディオアンプ３００のＨＤＭＩ送信部３１７（図１８参照）とテレビ受信機５００のＨＤＭＩ受信部５１６（図１９参照）の構成例に関しては、同様の構成となるので、説明は省略する。
図２０は、図１の送受信システム１０における、セットトップボックス２００のＨＤＭＩ送信部２１６（図１７参照）とオーディオアンプ３００のＨＤＭＩ受信部３１２（図１８参照）の構成例を示している。なお、オーディオアンプ３００のＨＤＭＩ送信部３１７（図１８参照）とテレビ受信機５００のＨＤＭＩ受信部５１６（図１９参照）の構成例に関しては、同様の構成となるので、説明は省略する。
ＨＤＭＩ送信部２１６は、一の垂直同期信号から次の垂直同期信号までの区間から、水平帰線区間２２および垂直帰線区間２３を除いた区間である有効画像区間２１（以下、適宜、「アクティブビデオ区間」ともいう）（図２１参照）において、非圧縮の１画面分の画像の画素データに対応する差動信号を、複数のチャネルで、ＨＤＭＩ受信部３１２に一方向に送信する。また、ＨＤＭＩ送信部２１６は、水平帰線区間２２または垂直帰線区間２３において、少なくとも画像に付随する音声データや制御データ、その他の補助データ等に対応する差動信号を、複数のチャネルで、ＨＤＭＩ受信部３１２に一方向に送信する。
すなわち、ＨＤＭＩ送信部２１６は、ＨＤＭＩトランスミッタ３１を有する。トランスミッタ３１は、例えば、非圧縮の画像の画素データを対応する差動信号に変換し、複数のチャネルである３つのＴＭＤＳ（Transition Minimized Differential Signaling）チャネル＃０，＃１，＃２で、ＨＤＭＩ受信部３１２に、一方向にシリアル伝送する。
また、トランスミッタ３１は、非圧縮の画像に付随する音声データ、さらには、必要な制御データその他の補助データ等を、対応する差動信号に変換し、３つのＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩ受信部３１２に一方向にシリアル伝送する。
ＨＤＭＩ受信部３１２は、アクティブビデオ区間２１（図２１参照）において、複数のチャネルで、ＨＤＭＩ送信部２１６から一方向に送信されてくる、画素データに対応する差動信号を受信する。また、ＨＤＭＩ受信部３１２は、水平帰線区間２２（図２１参照）または垂直帰線区間２３（図２１参照）において、複数のチャネルで、ＨＤＭＩ送信部２１６から一方向に送信されてくる、音声データや制御データに対応する差動信号を受信する。
ＨＤＭＩ送信部２１６とＨＤＭＩ受信部３１２とからなるＨＤＭＩシステムの伝送チャネルには、画素データおよび音声データを伝送するための伝送チャネルとしての３つのＴＭＤＳチャネル＃０乃至＃２と、ピクセルクロックを伝送する伝送チャネルとしてのＴＭＤＳクロックチャネルの他に、ＤＤＣ（Display Data Channel）３３やＣＥＣ（Consumer Electronics Control）ライン３４と呼ばれる伝送チャネルがある。
ＤＤＣ３３は、ＨＤＭＩケーブル６１０に含まれる２本の信号線からなり、ＨＤＭＩ送信部２１６が、ＨＤＭＩケーブル６１０を介して接続されたＨＤＭＩ受信部３１２から、ＥＤＩＤ（Extended Display Identification Data）を読み出すために使用される。すなわち、ＨＤＭＩ受信部３１２は、ＨＤＭＩレシーバ３２の他に、自身の性能（Configuration・Capability）に関する性能情報であるＥＤＩＤを記憶している、ＥＤＩＤ ＲＯＭ（Read Only Memory）を有している。ＨＤＭＩ送信部２１６がＥＤＩＤを読み出すことで、受信側の復号化能力情報が送信側に送られることになる。
ＨＤＭＩ送信部２１６は、ＨＤＭＩケーブル６１０を介して接続されているＨＤＭＩ受信部３１２から、ＥＤＩＤを、ＤＤＣ３３を介して読み出す。そして、セットトップボックス２００のＣＰＵ２０１は、そのＥＤＩＤに基づき、ＨＤＭＩ受信部３１２を有するオーディオアンプ３００の性能を認識する。
ＣＥＣライン３４は、ＨＤＭＩケーブル６１０に含まれる１本の信号線からなり、ＨＤＭＩ送信部２１６とＨＤＭＩ受信部３１２との間で、制御用のデータの双方向通信を行うために用いられる。また、ＨＤＭＩケーブル６１０には、ＨＰＤ（Hot Plug Detect）と呼ばれるピンに接続されるＨＰＤライン３５が含まれている。
ソース機器は、このＨＰＤライン３５を利用して、直流バイアス電位により、シンク機器（ディスティネーション機器）の接続を検出することができる。この場合、ＨＰＤライン３５は、ソース機器側から見ると、直流バイアス電位によってシンク機器から接続状態の通知を受ける機能を有するものとなる。一方、このＨＰＤラインは、シンク機器側から見ると、直流バイアス電位によってソース機器に接続状態を通知する機能を有するものとなる。また、ＨＤＭＩケーブル６１０には、ソース機器からシンク機器に電源を供給するために用いられる電源ライン３６が含まれている。
さらに、ＨＤＭＩケーブル６１０には、リザーブライン３７が含まれている。ＨＰＤライン３５とリザーブライン３７を用いた、イーサネットの信号を伝送するＨＤＭＩイーサネットチャネル（HDMI Ethernet Channel : HEC）が存在する。また、ＨＰＤライン３５とリザーブライン３７の双方またはＨＰＤライン３５のみを用いた、オーディオデータをディスティネーション機器（シンク機器）からソース機器に伝送するオーディオリターンチャネル（Audio Return Channel : ARC）が存在する。なお、「イーサネット」、「Ｅｔｈｅｒｎｅｔ」は、登録商標である。
図２１は、ＴＭＤＳチャネルにおいて、横×縦が１９２０ピクセル×１０８０ラインの画像データが伝送される場合の、各種の伝送データの区間を示している。ＨＤＭＩの３つのＴＭＤＳチャネルで伝送データが伝送されるビデオフィールド（Video Field）には、伝送データの種類に応じて、ビデオデータ区間２４（Video Data Period）、データアイランド区間２５（Data Island Period）、およびコントロール区間２６（Control Period）の３種類の区間が存在する。
ここで、ビデオフィールド区間は、ある垂直同期信号の立ち上がりエッジ（Active Edge）から次の垂直同期信号の立ち上がりエッジまでの区間であり、水平帰線期間２２（Horizontal Blanking）、垂直帰線期間２３（Vertical Blanking）、並びに、ビデオフィールド区間から、水平帰線期間および垂直帰線期間を除いた区間である有効画素区間２１（Active Video）に分けられる。
ビデオデータ区間２４は、有効画素区間２１に割り当てられる。このビデオデータ区間２４では、非圧縮の１画面分の画像データを構成する１９２０ピクセル（画素）×１０８０ライン分の有効画素（Active Pixel）のデータが伝送される。データアイランド区間２５およびコントロール区間２６は、水平帰線期間２２および垂直帰線期間２３に割り当てられる。このデータアイランド区間２５およびコントロール区間２６では、補助データ（Auxiliary Data）が伝送される。
すなわち、データアイランド区間２５は、水平帰線期間２２と垂直帰線期間２３の一部分に割り当てられている。このデータアイランド区間２５では、補助データのうち、制御に関係しないデータである、例えば、音声データのパケット等が伝送される。コントロール区間２６は、水平帰線期間２２と垂直帰線期間２３の他の部分に割り当てられている。このコントロール区間２６では、補助データのうちの、制御に関係するデータである、例えば、垂直同期信号および水平同期信号、制御パケット等が伝送される。
［メディアアクセス制御例］
図２２は、メディアアクセス制御の一例を示している。オーディオストリームの３つのオーディオフレームにメディアアクセス情報「data1」が分割挿入されて送られてくる。この３つのオーディオフレームの受信によって、メディアアクセス情報「data1」の全体がオーディオデコーダ５２０内のバッファに取り込まれ、その後にＣＰＵ５０１に送られる。
図２２は、メディアアクセス制御の一例を示している。オーディオストリームの３つのオーディオフレームにメディアアクセス情報「data1」が分割挿入されて送られてくる。この３つのオーディオフレームの受信によって、メディアアクセス情報「data1」の全体がオーディオデコーダ５２０内のバッファに取り込まれ、その後にＣＰＵ５０１に送られる。
このメディアアクセス情報「data1」には、図２３（ａ）に示すように、“ID tables”、“URL”、“period1”、“notification‘preparing’”、“information_id1”、“reference TC = TC1”、“UTC1”が含まれている。
このメディアアクセス情報「data1」の受信があった時点で、図２２（ａ）に示すように、表示パネル５１９の画面には矩形のメッセージ欄７０１が設けられ、例えば‘preparing’の表示がなされ、ユーザにメディアアクセスの準備中の状態にあることが通知される。
その後、オーディオストリームの３つのオーディオフレームにメディアアクセス情報「data2」が分割挿入されて送られてくる。この３つのオーディオフレームの受信によって、メディアアクセス情報「data2」の全体がオーディオデコーダ５２０内のバッファに取り込まれ、その後にＣＰＵ５０１に送られる。
このメディアアクセス情報「data2」には、図２３（ｂ）に示すように、“URL”、“period2”、“notification‘preparing’”、“information_id2”、“reference TC = TC2”、“UTC1”が含まれている。このメディアアクセス情報「data2」における識別情報「information_id」は“information_id2”であって、メディアアクセス情報「data1」の“information_id1”とは異なっている。これにより、ＣＰＵ５０１は、メディアアクセス情報「data2」は、メディアアクセス情報「data1」とは関連していないことがわかる。
このメディアアクセス情報「data2」の受信があった時点で、図２２（ｂ）に示すように、表示パネル５１９の画面には矩形のメッセージ欄７０２がさらに設けられ、例えば‘preparing’の表示がなされ、ユーザにメディアアクセスの準備中の状態にあることが通知される。
その後、オーディオストリームの１つのオーディオフレームにメディアアクセス情報「data3」が挿入されて送られてくる。この1つのオーディオフレームの受信によって、メディアアクセス情報「data3」の全体がオーディオデコーダ５２０内のバッファに取り込まれ、その後にＣＰＵ５０１に送られる。
このメディアアクセス情報「data3」には、図２３（ｃ）に示すように、“action command‘autostart’”、“notification‘access ready’”、“information_id1”、“offset time = oft1”が含まれている。このメディアアクセス情報「data3」における識別情報「information_id」は“information_id1”であって、メディアアクセス情報「data1」の“information_id1”と同じである。これにより、ＣＰＵ５０１は、メディアアクセス情報「data3」は、メディアアクセス情報「data1」と関連していることがわかる。
メディアアクセス情報「data1」の“reference TC = TC1”のリファレンスタイムコードで示されるリファレンスタイムからメディアアクセス情報「data3」の“offset time = oft1”で示されるオフセットタイムだけ経過した時点で、“action command‘autostart’”で示されるアクションコマンド“autostart”が起動される。
このとき、メディアアクセス情報「data1」の“URL”が用いられ、ネット上のサーバにアクセスされる。そして、このとき、サーバには、メディアアクセス情報「data1」の“ID tables”、“period1”の情報も送られる。なお、この“ID tables”には、アプリケーションＩＤ（applicatio_id）、ネットワークＩＤ（network_id）、トランスポートＩＤ（transport_id）、サービスＩＤ（service_id）の他に、オーガナイゼーションＩＤ（organization_id）（図６参照）も含まれる。
このように“ID tables”の情報が送ることで、サーバに当該アクセスがオーソライズされたアクセスであることが示される。また、“period1”の情報が送られることで、サーバでは、オーディオストリームの“period1”で示されるシーンに対応したメディアデータ部分が再生され、テレビ受信機５００に送られる。
このようにメディアアクセス情報「data3」のアクションコマンド“autostart”が起動された時点で、図２２（ｃ）に示すように、表示パネル５１９の画面の矩形のメッセージ欄７０1には、例えば‘access ready’の表示がなされ、ユーザにメディアアクセスの状態にあることが通知される。また、表示パネル５１９の画面に新たに矩形の表示欄７０３が設けられ、この表示欄７０３にサーバから送られてくるメディアデータ、ここではビデオデータによる画像が表示される。矩形のメッセージ欄７０２は、その後に所定のタイミングで消去される。
なお、ここで、リファレンスタイムからオフセットタイムだけ経過した時点に対応した現在時刻（ＵＴＣ）が、メディアアクセス情報「data1」の“UTC1”で示される時刻より後の時刻であった場合には、期限切れであるとして、アクションコマンド“autostart”は起動されない。
その後、オーディオストリームの１つのオーディオフレームにメディアアクセス情報「data4」が挿入されて送られてくる。この1つのオーディオフレームの受信によって、メディアアクセス情報「data4」の全体がオーディオデコーダ５２０内のバッファに取り込まれ、その後にＣＰＵ５０１に送られる。
このメディアアクセス情報「data4」には、図２３（ｄ）に示すように、“action command‘autostart’”、“notification‘access ready’”、“information_id2”、“offset time = oft2”が含まれている。このメディアアクセス情報「data4」における識別情報「information_id」は“information_id2”であって、メディアアクセス情報「data2」の“information_id2”と同じである。これにより、ＣＰＵ５０１は、メディアアクセス情報「data4」は、メディアアクセス情報「data2」と関連していることがわかる。
メディアアクセス情報「data2」の“reference TC = TC2”のリファレンスタイムコードで示されるリファレンスタイムからメディアアクセス情報「data4」の“offset time = oft2”で示されるオフセットタイムだけ経過した時点で、“action command‘autostart’”で示されるアクションコマンド“autostart”が起動される。
このとき、メディアアクセス情報「data2」の“URL”が用いられ、ネット上のサーバにアクセスされる。そして、このとき、サーバには、メディアアクセス情報「data2」の“period2”の情報も送られる。このように“period2”の情報が送られることで、サーバでは、オーディオストリームの“period2”で示されるシーンに対応したメディアデータ部分が再生され、テレビ受信機５００に送られる。
このようにメディアアクセス情報「data4」のアクションコマンド“autostart”が起動された時点で、図２２（ｄ）に示すように、表示パネル５１９の画面の矩形のメッセージ欄７０２には、例えば‘access ready’の表示がなされ、ユーザにメディアアクセスの状態にあることが通知される。また、表示パネル５１９の画面に新たに矩形の表示欄７０４が設けられ、この表示欄７０４にサーバから送られてくるメディアデータ、ここではビデオデータによる画像が表示される。矩形のメッセージ欄７０２は、その後に消去される。
なお、ここで、リファレンスタイムからオフセットタイムだけ経過した時点に対応した現在時刻（ＵＴＣ）が、メディアアクセス情報「data2」の“UTC1”で示される時刻より後の時刻であった場合には、期限切れであるとして、アクションコマンド“autostart”は起動されない。
上述の図２２、図２３のメディアアクセス制御例では、アクションコマンドが含まれるメディアアクセス情報「data3」，「data4」にオフセットタイムの情報“offset time = oft1”，“offset time = oft2”を含めている。しかし、オフセットタイムを指定する先のメディアアクセス情報の「segment_id」を示す「target_segment_id」の情報を用いることで、メディアアクセス情報「data1」，「data2」にオフセットタイムの情報“offset time = oft1”，“offset time = oft2”を含めることも可能である。
図２４（ａ），（ｂ），（ｃ），（ｄ）は、その場合において、メディアアクセス情報「data1」、「data2」、「data3」、「data4」にそれぞれ含まれる情報を示している。すなわち、メディアアクセス情報「data1」には、図２４（ａ）に示すように、“ID tables”、“URL”、“period1”、“notification‘preparing’”、“information_id1”、“segment#1”、“reference TC = TC1”、“offsettime = oft1”、“target_segment_id = segment#3”、 “UTC1”が含まれている。
また、メディアアクセス情報「data2」には、図２４（ｂ）に示すように、“URL”、“period2”、“notification‘preparing’”、“information_id2”、“segment#2”、“reference TC = TC2”、“offsettime = oft2”、“target_segment_id = segment#4”、“UTC1”が含まれている。
また、メディアアクセス情報「data3」には、図２４（ｃ）に示すように、“action command‘autostart’”、“notification‘access ready’”、“information_id1”、“segment#3”が含まれている。また、メディアアクセス情報「data4」には、図２４（ｄ）に示すように、“action command‘autostart’”、“notification‘access ready’”、“information_id2”、“segment#4”が含まれている。
図２５は、メディアアクセス制御の他の一例を示している。オーディオストリームの３つのオーディオフレームにメディアアクセス情報「data1」が分割挿入されて送られてくる。この３つのオーディオフレームの受信によって、メディアアクセス情報「data1」の全体がオーディオデコーダ５２０内のバッファに取り込まれ、その後にＣＰＵ５０１に送られる。
このメディアアクセス情報「data1」には、図２６（ａ）に示すように、“ID tables”、“UI selection process”、“notification‘preparing’”、“information_id1”、“reference TC = TC1”、“UTC1”が含まれている。
このメディアアクセス情報「data1」の受信があった時点で、図２５（ａ）に示すように、表示パネル５１９の画面には矩形のメッセージ欄８０１が設けられ、例えば‘preparing’の表示がなされ、ユーザにユーザ選択の準備中の状態にあることが通知される。また、この画面には、“UI selection process”の情報に基づいて、ユーザに再生メディアを選択させるための複数のサムネール画像８０２が表示される。
その後、オーディオストリームの１つのオーディオフレームにメディアアクセス情報「data2」が挿入されて送られてくる。この１つのオーディオフレームの受信によって、メディアアクセス情報「data2」の全体がオーディオデコーダ５２０内のバッファに取り込まれ、その後にＣＰＵ５０１に送られる。
このメディアアクセス情報「data2」には、図２６（ｂ）に示すように、“action command‘user selected’”、“notification‘user selected’”、“information_id1”、“offset time = oft1”が含まれている。このメディアアクセス情報「data2」における識別情報「information_id」は“information_id1”であって、メディアアクセス情報「data1」の“information_id1”と同じである。これにより、ＣＰＵ５０１は、メディアアクセス情報「data2」は、メディアアクセス情報「data1」と関連していることがわかる。
メディアアクセス情報「data1」の“reference TC = TC1”のリファレンスタイムコードで示されるリファレンスタイムからメディアアクセス情報「data2」の“offset time = oft1”で示されるオフセットタイムだけ経過した時点で、“action command‘user selected’”で示されるアクションコマンド“user selected”が起動され、所定のサムネールを選択することで再生メディアを選択することが可能となる。
このとき、図２５（ｂ）に示すように、表示パネル５１９の画面の矩形のメッセージ欄８０1には、例えば‘user selected’の表示がなされ、ユーザに、再生メディアを選択し得る状態にあることが通知される。なお、図２５（ｂ）では、サムネール８０２ａがユーザにより選択され、その表示状態が変わったことを示している。このようにユーザによる再生メディアの選択が終わった後には、所定のタイミングで矩形のメッセージ欄８０１とサムネールの表示は消去される。
なお、ここで、リファレンスタイムからオフセットタイムだけ経過した時点に対応した現在時刻（ＵＴＣ）が、メディアアクセス情報「data1」の“UTC1”で示される時刻より後の時刻であった場合には、期限切れであるとして、アクションコマンド“user selected”は起動されない。
その後、オーディオストリームの３つのオーディオフレームにメディアアクセス情報「data3」が分割挿入されて送られてくる。この３つのオーディオフレームの受信によって、メディアアクセス情報「data3」の全体がオーディオデコーダ５２０内のバッファに取り込まれ、その後にＣＰＵ５０１に送られる。
このメディアアクセス情報「data3」には、図２６（ｃ）に示すように、“URL”、“notification‘preparing’”、“information_id1”、“reference TC = TC2”、“UTC1”が含まれている。このメディアアクセス情報「data3」における識別情報「information_id」は“information_id1”であって、メディアアクセス情報「data1」、「data2」の“information_id1”と同じである。これにより、ＣＰＵ５０１は、メディアアクセス情報「data3」は、メディアアクセス情報「data1」、「data2」と関連していることがわかる。
このメディアアクセス情報「data3」の受信があった時点で、図２５（ｃ）に示すように、表示パネル５１９の画面には矩形のメッセージ欄８０３がさらに設けられ、例えば‘preparing’の表示がなされ、ユーザにメディアアクセスの準備中の状態にあることが通知される。
その後、オーディオストリームの１つのオーディオフレームにメディアアクセス情報「data4」が挿入されて送られてくる。この1つのオーディオフレームの受信によって、メディアアクセス情報「data4」の全体がオーディオデコーダ５２０内のバッファに取り込まれ、その後にＣＰＵ５０１に送られる。
このメディアアクセス情報「data4」には、図２６（ｄ）に示すように、“action command‘autostart’”、“notification‘access ready’”、“information_id1”、“offset time = oft2”が含まれている。このメディアアクセス情報「data4」における識別情報「information_id」は“information_id1”であって、メディアアクセス情報「data1」、「data2」、「data3」の“information_id1”と同じである。これにより、ＣＰＵ５０１は、メディアアクセス情報「data4」は、メディアアクセス情報「data1」、「data2」、「data3」と関連していることがわかる。
メディアアクセス情報「data3」の“reference TC = TC2”のリファレンスタイムコードで示されるリファレンスタイムからメディアアクセス情報「data4」の“offset time = oft2”で示されるオフセットタイムだけ経過した時点で、“action command‘autostart’”で示されるアクションコマンド“autostart”が起動される。
このとき、メディアアクセス情報「data3」の“URL”が用いられ、ネット上のサーバにアクセスされる。そして、このとき、サーバには、メディアアクセス情報「data1」の“ID tables”、“period1”の情報、さらには、メディアアクセス情報「data2」に関連したユーザ選択結果を表すためのＩＤ“select_ID”も送られる。
このように“ID tables”の情報が送られることで、サーバに当該アクセスがオーソライズされたアクセスであることが示される。また、“select_ID”、“period1”の情報が送られることで、サーバでは、オーディオストリームの“period1”で示されるシーンに対応した、ユーザ選択の再生メディアのメディアデータ部分が再生され、テレビ受信機５００に送られる。
このようにメディアアクセス情報「data4」のアクションコマンド“autostart”が起動された時点で、図２５（ｄ）に示すように、表示パネル５１９の画面の矩形のメッセージ欄８０３には、例えば‘access ready’の表示がなされ、ユーザにメディアアクセスの状態にあることが通知される。また、表示パネル５１９の画面に新たに矩形の表示欄８０４が設けられ、この表示欄８０４にサーバから送られてくるメディアデータ、ここではビデオデータによる画像が表示される。矩形のメッセージ欄８０３は、その後に所定タイミングで消去される。
なお、ここで、リファレンスタイムからオフセットタイムだけ経過した時点に対応した現在時刻（ＵＴＣ）が、メディアアクセス情報「data3」の“UTC1”で示される時刻より後の時刻であった場合には、期限切れであるとして、アクションコマンド“autostart”は起動されない。
上述の図２５、図２６のメディアアクセス制御例では、アクションコマンドが含まれるメディアアクセス情報「data2」，「data4」にオフセットタイムの情報“offset time = oft1”，“offset time = oft2”を含めている。しかし、オフセットタイムを指定する先のメディアアクセス情報の「segment_id」を示す「target_segment_id」の情報を用いることで、メディアアクセス情報「data1」，「data3」にオフセットタイムの情報“offset time = oft1”，“offset time = oft2”を含めることも可能である。
「メディアデータの提供元チェック例」
上述したようにユニバーサル・メタデータ・フレーム（図６参照）に、「oganization_id」の３２ビットフィールドが存在する。このフィールドは、ユーザデータ領域で伝送する個々のサービス、あるいはこのサービスの供給元または規格団体（例えば、“ＡＴＳＣ”，“ＤＶＢ”など）に固有に割り当てられる識別値を示す。この「oganization_id」を、メディアアクセス情報を用いて取得されたメディアデータの提供元をチェックするチェック情報として利用することが考えられる。
上述したようにユニバーサル・メタデータ・フレーム（図６参照）に、「oganization_id」の３２ビットフィールドが存在する。このフィールドは、ユーザデータ領域で伝送する個々のサービス、あるいはこのサービスの供給元または規格団体（例えば、“ＡＴＳＣ”，“ＤＶＢ”など）に固有に割り当てられる識別値を示す。この「oganization_id」を、メディアアクセス情報を用いて取得されたメディアデータの提供元をチェックするチェック情報として利用することが考えられる。
図２７のサービスシステムを用いて、「oganization_id」によるメディアデータの提供元チェック例を説明する。図２７においては、テレビ受信機５００はインターネットに接続されている。また、このインターネットには、サーバＡ（Searver A）と、サーバＢ（Searver B）が接続されている。この例は、Ａ放送波からの放送サービスで直接あるいはセットトップボックス２００を介して供給されたＵＲＬ１によって、テレビ受信機５００がサーバＡにアクセスし、Ａ放送にネット連動したアプリケーション（メディアデータ）を受信する場合の例である。
Ａ放送波で、テレビ受信機５００に、ＵＲＬ１が供給され。このＵＲＬ１には、「oganization_id」が付加されている。テレビ受信機５００は、ＵＲＬ１によってサーバＡにアクセスする。サーバＡは、テレビ受信機５００からのアクセスに認証処理を行ってテレビ受信機５００にＡｃｋ応答を返すと共に、サーバ間アクセスでＵＲＬ２のサーバＢにテレビ受信機５００のＩＰアドレスを通知して連携し、テレビ受信機５００からのアクセスをサーバＢに移す。
サーバＢは、メディア再生関連情報をテレビ受信機５００へ送信する。このメディア再生関連情報は、例えば、ユーザに再生メディアを選択させるための複数のサムネールの画像情報である。テレビ受信機５００は、メディア再生関連情報がＡ放送波から受信した「organization_id」と同一のサービス団体によるものかという提供元のチェックを行った後に、サーバＢにメディア再生コマンドを送る。
テレビ受信機５００は、この提供元チェックを、例えば、以下のように行う。すなわち、テレビ受信機５００は、Ａ放送波から受信した「organization_id」が示す識別値に対応付けされている文字、ここでは“ATSC_ch5_net_sports”をテーブルなどから認識する。なお、この“ATSC_ch5_net_sports”の文字は、Ａ放送波から「organization_id」と共に受信されたＵＲＬ１と対応付けられていてもよい。
テレビ受信機５００は、サーバＢからテレビ受信機５００に送られてくるメディア再生関連情報に“ATSC_ch5_net_sports”の文字が記されているか、あるいはメディア再生関連情報に含まれているＵＲＬ（例えば、http://service.organization.information）でアクセスして取得された情報に“ATSC_ch5_net_sports”の文字が記されているかにより提供元チェックをする。
テレビ受信機５００は、提供元チェックにより、提供元が正しいことを確認した後に、上述したようにサーバＢにメディア再生コマンドを送る。サーバＢは、メディア再生コマンドに従ってメディア再生を行って、メディア再生データ（メディアデータ）をテレビ受信機５００に送信する。テレビ受信機５００は、メディア再生データによる出力、例えば画像表示、音声出力などを行う。
なお、上述では「oganization_id」を、メディアアクセス情報を用いて取得されたメディアデータの提供元をチェックするチェック情報として利用する例を示した。しかし、チェック情報としてはこの「oganization_id」に限定されるものではなく、メディアアクセス情報に他のチェック情報が付加され、それが利用されて提供元のチェックが行われてもよい。
上述したように、図１に示す送受信システム１０において、放送送出装置１００は、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を、オーディオストリーム（オーディオ圧縮データストリーム）に順次挿入して送信する。そのため、受信側では、一連のメディアアクセス制御を良好に行うことができる。
また、図１に示す送受信システム１０において、放送送出装置１００は、オーディオストリーム（オーディオ圧縮データストリーム）の所定数のオーディオフレームに、メディアアクセス情報を分割挿入することが可能とされる。そのため、メディアアクセス情報の全体サイズが大きくても個々のオーディオフレームに挿入される情報サイズを抑えることができ、オーディオ圧縮データの送信に影響を与えることなく所定の情報の送信を良好に行うことができる。
また、図１に示す送受信システム１０において、テレビ受信機５００は、第１のメディアデータとしてのビデオデータやオーディオデータと共に、オーディオストリームに順次挿入されている一連のメディアアクセス制御のための所定数のメディアアクセス情報を取得し、このメディアアクセス情報に基づいて第２のメディアデータを取得する。そのため、第１のメディアデータによるメディアの提示に対応させて第２のメディアデータによる提示を良好に行うことができる。
また、図１に示す送受信システム１０において、放送送出装置１００は、コンテナとしてのトランスポートストリームのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームを優先させることを示す情報を挿入する。そのため、セットトップボックス２００、オーディオアンプ３００においてオーディオデータの伝送フォーマットとして符号化ストリームのフォーマットを優先させることが可能となる。これにより、メディアアクセス情報をオーディオストリームに挿入した状態でテレビ受信機５００に確実に供給できる。
また、図１に示す送受信システム１０において、放送送出装置１００は、オーディオストリーム（オーディオ圧縮データストリーム）またはコンテナとしてのトランスポートストリームに挿入されるメディアアクセス情報に、このメディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報（例えば、「oganization_id」など）を付加する。そのため、受信側においては、メディアアクセス情報を用いて取得されるメディアデータの提供元を、このチェック情報に基づいて、簡単かつ容易にチェックすることができる。
＜２．変形例＞
なお、上述実施の形態においては、放送送出装置１００は、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を、オーディオストリーム（オーディオ圧縮データストリーム）に順次挿入して送信する。しかし、放送送出装置１００は、所定数のメディアアクセス情報をビデオストリームなどのその他のメディアストリームに順次挿入して送信することも考えられる。また、放送送出装置１００は、所定数のメディアアクセス情報を、コンテナとしてのトランスポートストリームＴＳのレイヤに順次挿入して送信することも考えられる。
なお、上述実施の形態においては、放送送出装置１００は、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を、オーディオストリーム（オーディオ圧縮データストリーム）に順次挿入して送信する。しかし、放送送出装置１００は、所定数のメディアアクセス情報をビデオストリームなどのその他のメディアストリームに順次挿入して送信することも考えられる。また、放送送出装置１００は、所定数のメディアアクセス情報を、コンテナとしてのトランスポートストリームＴＳのレイヤに順次挿入して送信することも考えられる。
図２８は、その場合における、放送送出装置１００が備えるストリーム生成部１１０Ａの構成例を示している。この図２７において、図３と対応する部分には、同一符号を付し、適宜、その詳細説明を省略する。このストリーム生成部１１０Ａは、制御部１１１と、ビデオエンコーダ１１２と、オーディオエンコーダ１１３Ａと、マルチプレクサ１１４Ａを有している。
オーディオエンコーダ１１３Ａでは、オーディオデータＳＡに対して、ＭＰＥＧ－Ｈ ３Ｄ Ａｕｄｉｏの圧縮フォーマットによる符号化が施され、オーディオストリーム（オーディオ圧縮データストリーム）が生成される。このオーディオエンコーダ１１３Ａでは、図３のストリーム生成部１１０におけるオーディオエンコーダ１１３とは異なり、オーディオストリームにメディアアクセス情報を挿入することは行われない。
ビデオエンコーダ１１２で生成されたビデオストリームは、マルチプレクサ１１４Ａに供給される。また、オーディオエンコーダ１１３Ａで生成されたオーディオストリームは、マルチプレクサ１１４Ａに供給される。そして、このマルチプレクサ１１４Ａでは、各エンコーダから供給されるストリームがパケット化されて多重され、伝送データとしてトランスポートストリームＴＳが得られる。
この際、マルチプレクサ１１４Ａでは、制御部１１１による制御のもと、コンテナとしてのトランスポートストリームＴＳのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が、コンテナ対象データとして順次挿入される。例えば、マルチプレクサ１１４Ａでは、アプリケーション・インフォメーション・テーブル（ＡＩＴ：Application Information Table）の配下に、メディアアクセス情報を持つ、新規定義するアプリケーション・デスクリプタ（Application_descriptor）が挿入される。
図２９は、アプリケーション・デスクリプタの構造例（Syntax）を示している。「descriptor_tag」の８ビットフィールドは、デスクリプタタイプを示す。ここでは、アプリケーション・デスクリプタであることを示す。「descriptor_length」の８ビットフィールドは、デスクリプタの長さ（サイズ）を示し、デスクリプタの長さとして、以降のバイト数を示す。
「data_id」の８ビットフィールドは、メディアアクセス情報のＩＤを示す。上述のユニバーサル・メタデータ・フレーム（図６参照）における「data_id」のフィールドと同じ情報である。「data_id」のフィールドに続いて、メディアアクセス情報を持つ、アクセス・インフォメーション・データ（Access_information_data()）（図７－９参照）のフィールドが存在する。
図３０は、ＡＩＴの配下にアプリケーション・デスクリプタ（Application_descriptor）が挿入される場合におけるトランスポートストリームＴＳの構造例を示している。この構造例では、オーディオストリームのＰＥＳパケットのＰＥＳペイロードにはオーディオストリーム（Audio coded stream）が挿入される。しかし、このオーディオストリームには、メディアアクセス情報（コンテナ対象データ）を含むアクセス・インフォメーション・データ（Access_information_data()）は挿入されない。
また、トランスポートストリームＴＳには、ＰＭＴ（Program Map Table）の他に、ＡＩＴ（Application Information Table）が含まれている。このＡＩＴの配下に、アプリケーション識別子（Application_id）と共に、アプリケーション・デスクリプタ（図２９参照）が配置されている。
図３１は、メディアアクセス情報が、上述したように、例えばコンテナとしてのトランスポートストリームＴＳのレイヤに挿入されて送られてくる場合におけるセットトップボックス２００Ａの構成例を示している。この図３１において、図１７と対応する部分には同一符号を付し、適宜、その詳細説明は省略する。このセットトップボックス２００Ａは、ＣＰＵ２０１と、フラッシュＲＯＭ２０２と、ＤＲＡＭ２０３と、内部バス２０４と、リモコン受信部２０５と、リモコン送信機２０６を有している。また、このセットトップボックス２００Ａは、アンテナ端子２１１と、デジタルチューナ２１２と、デマルチプレクサ２１３Ａと、ビデオデコーダ２１４と、データ挿入部２１８と、オーディオフレーミング部２１５と、ＨＤＭＩ送信部２１６と、ＨＤＭＩ端子２１７を有している。
デマルチプレクサ２１３では、トランスポートストリームＴＳからオーディオストリームのパケットが抽出され、オーディオストリーム（オーディオ圧縮データストリーム）が再構成される。また、デマルチプレクサ２１３Ａでは、トランスポートストリームＴＳから各種デスクリプタなどが抽出され、ＣＰＵ２０１に送られる。このデスクリプタには、メディアアクセス情報を持つアプリケーション・デスクリプタ（図２９参照）も含まれる。
デマルチプレクサ２１３Ａで抽出されたオーディオストリームはデータ挿入部２１８に供給される。このデータ挿入部２１８には、ＣＰＵ２０１から所定の情報が供給される。データ挿入部２１８では、ＣＰＵ２０１の制御のもと、オーディオストリームに、メディアアクセス情報が挿入される。
この場合、図３のストリーム生成部１１０のオーディオエンコーダ１１３と同様に、オーディオストリームの所定数（１を含む）のオーディオフレームにメディアアクセス情報が分割されて挿入される（図１３－１５参照）。このとき、最初の分割情報に、メディアアクセス情報の全体サイズを示す情報が付加される。また、各分割情報に、最初の分割情報であるか否かを示す情報および分割位置を示す情報としての降順のカウント数が付加される。
なお、この場合、メディアアクセス情報が挿入されたオーディオストリームのビットレートがＨＤＭＩの伝送帯域容量範囲に収まるように分割数が決定される。これにより、メディアアクセス情報の全体サイズによっては、分割されずに、１つのオーディオフレームにメディアアクセス情報の全体が挿入される場合もある。
データ挿入部２１８からのメディアアクセス情報が挿入されたオーディオストリームは、オーディオフレーミング部２１５でフレーミングされた後に、ＨＤＭＩ送信部２１６に供給される。この図３１に示すセットトップボックス２００Ａにおいて、その他は、図１７に示すセットトップボックス２００と同様に構成される。
なお、メディアアクセス情報が、上述したように、例えばコンテナとしてのトランスポートストリームＴＳのレイヤに挿入されて送られてくる場合、図１９に示すテレビ受信機５００では、デマルチプレクサ５１３でメディアアクセス情報を持つアプリケーション・デスクリプタ（図２９参照）が抽出され、当該メディアアクセス情報の使用が可能となる。
また、上述実施の形態において、セットトップボックス２００は、放送送出装置１００からの放送信号からビデオストリームおよびオーディオストリームを受信する構成となっている。しかし、セットトップボックス２００は、配信サーバ（ストリーミングサーバ）からネットワークを介してビデオストリームおよびオーディオストリームを受信する構成も考えられる。
また、上述実施の形態においては、コンテナがトランスポートストリーム（ＭＰＥＧ－２ ＴＳ）である例を示した。しかし、本技術は、ＭＰ４やそれ以外のフォーマットのコンテナで配信されるシステムにも同様に適用できる。例えば、ＭＰＥＧ－ＤＡＳＨベースのストリーム配信システム、あるいは、ＭＭＴ（MPEG Media Transport）構造伝送ストリームを扱う送受信システムなどである。
図３２は、メディアアクセス情報（コンテナ対象データ）をオーディオストリームに挿入して送る場合におけるＭＭＴストリームの構造例を示している。ＭＭＴストリームには、ビデオ、オーディオ等の各アセットのＭＭＴパケットが存在する。この構造例では、ＩＤ１で識別されるビデオのアセットのＭＭＴパケットと共に、ＩＤ２で識別されるオーディオのアセットのＭＭＴパケットが存在する。
オーディオのアセット（オーディオストリーム）の所定数（１を含む）のオーディオフレーム内のユニバーサル・メタデータ・フレーム（universal_metadata_frame()）に、メディアアクセス情報を含むアクセス・インフォメーション・データ（Access_information_data()）が挿入されている。
また、ＭＭＴストリームには、ＰＡ（Packet Access）メッセージパケットなどのメッセージパケットが存在する。ＰＡメッセージパケットには、ＭＭＴ・パケット・テーブル（MMT Package Table）などのテーブルが含まれている。ＭＰテーブルには、アセット毎の情報が含まれている。この場合、オーディオのアセットの情報として、オーディオ・ストリーミング・デスクリプタ（図１２（ａ）参照）も含まれる。
図３３は、メディアアクセス情報（コンテナ対象データ）をコンテナに挿入して送る場合におけるＭＭＴストリームの構造例を示している。ＭＭＴストリームには、ビデオ、オーディオ等の各アセットのＭＭＴパケットが存在する。この構造例では、ＩＤ１で識別されるビデオのアセットのＭＭＴパケットと共に、ＩＤ２で識別されるオーディオのアセットのＭＭＴパケットが存在する。この構造例では、図３１の構造例とは異なり、オーディオのアセット（オーディオストリーム）にメディアアクセス情報は含まれない。
また、ＭＭＴストリームには、ＰＡ（Packet Access）メッセージパケットなどのメッセージパケットが存在する。ＰＡメッセージパケットには、ＭＭＴ・パケット・テーブル（ＭＰＴ：MMT Package Table）などが含まれている。ＭＰＴには、アセット毎の情報が含まれている。また、ＰＡメッセージパケットには、アプリケーション・インフォメーション・テーブル（ＡＩＴ）含まれている。このＡＩＴの配下に、アクセス・インフォメーション・データ（Access_information_data()）を持つアプリケーション・デスクリプタ（Application_descriptor）が挿入されている。
また、上述実施の形態においては、オーディオ圧縮フォーマットがＭＰＥＧ－Ｈ ３Ｄ Ａｕｄｉｏである例を示した。しかし、本技術は、オーディオ圧縮フォーマットが、ＡＡＣ、ＡＣ３、ＡＣ４などのその他のオーディオ圧縮フォーマットである場合にも、同様に適用できる。
図３４（ａ）は、ＡＣ４のシンプルトランスポート（Simple Transport）のレイヤの構造を示している。シンクワード（syncWord）のフィールドと、フレームレングス（frame Length）のフィールドと、符号化データのフィールドとしての「RawAc4Frame」のフィールドと、ＣＲＣフィールドが存在する。「RawAc4Frame」のフィールドには、図３４（ｂ）に示すように、先頭にＴＯＣ（Table Of Content）のフィールドが存在し、その後の所定数のサブストリーム（Substream）のフィールドが存在する。
図３５（ｂ）に示すように、サブストリーム（ac4_substream_data()）の中には、メタデータ領域（metadata）が存在し、その中に「umd_payloads_substream()」のフィールドが設けられる。この「umd_payloads_substream()」のフィールドの中の「umd_payload_byte」のフィールドに、ユニバーサル・データ（universal_data()）が置かれる。
図３６は、ユニバーサル・データの構造例（syntax）を示し、図３７は、その構造例における主要な情報の内容（semantics）を示している。「start_flag」の１ビットフィールドは、コンテナ対象データの開始か否かを示す。“１”は当パケットから開始されることを示し、“０”は当パケットが開始でないことを示す。「fcounter」の７ビットフィールドは、分割されたコンテナ対象データの分割位置を降順のカウント数で示す。“０”が最後の分割部分を示すものである。「start_flag」が“1” かつ、「fcounter」が“０”の場合、分割されていないことを示す。
「start_flag」が“1”であるとき、「organization_id」の３２ビットフィールド、「target_data_size」の１６ビットフィールドが存在する。「organization_id」のフィールドは、ユーザデータ領域で伝送する個々のサービス、あるいはこのサービスの供給元または規格団体（例えば、“ＡＴＳＣ”，“ＤＶＢ”など）に固有に割り当てられる識別値を示す。「target_data_size」のフィールドは、コンテナ対象データの分割前のデータサイズをバイト数で示す。「data_payload_byte」のフィールドに、アクセス・インフォメーション・データ（Access_information_data()）（図７参照）の全体、あるいはその一部（分割情報）が挿入される。
また、オーディオ圧縮フォーマットがＡＣ４である場合、コンテナのレイヤに、ＡＣ４・データコンテナ・デスクリプタ（AC4_datacontainer_desucriptor）が挿入される。
図３８は、ＡＣ４・データコンテナ・デスクリプタの構造例（syntax）を示し、図３９は、その構造例における主要な情報の内容（semantics）を示している。「descriptor_tag」の８ビットフィールドは、デスクリプタタイプを示す。ここでは、アプリケーション・デスクリプタであることを示す。「descriptor_length」の８ビットフィールドは、デスクリプタの長さ（サイズ）を示し、デスクリプタの長さとして、以降のバイト数を示す。
「umd_payload_embedded」の１ビットフィールドは、ＵＭＤペイロードが挿入されているか否かを示す。“１”は、ＵＭＤペイロードが挿入されていることを示し、“０”は、ＵＭＤペイロードが挿入されていないことを示す。「umd_payload_embedded」が“１”であるとき、「umd_payload_id」の５ビットフィールド、「audio_stream_rate」の１１ビットフィールドが存在する。
「umd_payload_id」のフィールドは、ＵＭＤペイロードの識別値を示す。この識別値として特定の値を定義する。例えば、“７”は、ユニバーサルデータコンテナのフォーマットであることを示す。「audio_stream_rate」のフィールドは、オーディオストリームの配信ビットレートを示す。
図４０は、オーディオ圧縮フォーマットがＡＣ４である場合におけるＭＰＥＧ－２ ＴＳのトランスポートストリームの構造例を示している。この構造例では、ビデオストリームに係る部分は省略している。この構造例では、ＰＩＤ２で識別されるオーディオストリームのＰＥＳパケット「audio PES」が存在する。ＰＥＳパケットは、ＰＥＳヘッダ（PES_header）とＰＥＳペイロード（PES_payload）からなっている。ＰＥＳヘッダには、ＤＴＳ，ＰＴＳのタイムスタンプが挿入されている。
オーディオストリームのＰＥＳパケットのＰＥＳペイロードにはオーディオストリーム（Audio coded stream）が挿入される。このオーディオストリームの所定数（１を含む）のサブストリーム内のユニバーサル・メタデータ（universal_metadata()）に、メディアアクセス情報（コンテナ対象データ）を含むアクセス・インフォメーション・データ（Access_information_data()）（図７-図９参照）が挿入される。
また、ＭＰＥＧ－２ ＴＳのトランスポートストリームには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（Program Map Table）が含まれている。ＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。ＰＭＴには、プログラム全体に関連する情報を記述するプログラム・ループ（Program loop）が存在する。
また、ＰＭＴには、各エレメンタリストリームに関連した情報を持つエレメンタリストリーム・ループが存在する。この構成例では、オーディオストリームに対応したオーディオエレメンタリストリーム・ループ（audio ES loop）が存在する。
このオーディオエレメンタリストリーム・ループには、オーディオストリームに対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置されると共に、オーディオストリームに関連する情報を記述するデスクリプタも配置される。ストリームタイプ「Stream_type」の値は「０ｘ２Ｃ」に設定され、ＰＩＤ情報は、上述したようにオーディオストリームのＰＥＳパケット「audio PES」に付与されるＰＩＤ１を示すものとされる。デスクリプタの１つとして、上述したＡＣ４・データコンテナ・デスクリプタ（図３８参照）が配置される。
また、ＭＰＥＧ－２ ＴＳのトランスポートストリームには、イベント・インフォメーション・テーブル（ＥＩＴ：Event Information Table）が存在する。このＥＩＴの配下に、コンポーネント・デスクリプタ（component descriptor）が配置される。このコンポーネント・デスクリプタには、ネット接続のためのメタ情報がサービスに含まれることが記述される。
図４１は、オーディオ圧縮フォーマットがＡＣ４である場合におけるＭＭＴのトランスポートストリームの構造例を示している。この構造例では、ビデオアセット（ビデオストリーム）に係る部分は省略している。この構造例では、ＩＤ２で識別されるオーディオのアセット（オーディオストリーム）のＭＭＴパケットが存在する。
オーディオのアセット（オーディオストリーム）の所定数（１を含む）のサブストリーム内のユニバーサル・メタデータ（universal_metadata()）に、メディアアクセス情報（コンテナ対象データ）を含むアクセス・インフォメーション・データ（Access_information_data()）（図７-図９参照）が挿入される。
また、ＭＭＴのトランスポートストリームには、ＰＡ（Packet Access）メッセージパケットなどのメッセージパケットが存在する。ＰＡメッセージパケットには、ＭＰテーブル（ＭＰＴ：MMT Package Table）などのテーブルが含まれている。ＭＰＴには、オーディオのアセットに対応して、アセットタイプ（Asset_type）、パケットＩＤ（Packet_id）等の情報が配置されると共に、そのオーディオのアセットに関連する情報を記述するデスクリプタも配置される。このデスクリプタの一つとして、上述したＡＣ４・データコンテナ・デスクリプタ（図３８参照）が配置される。
また、ＭＭＴのトランスポートストリームには、イベント・インフォメーション・テーブル（ＥＩＴ：Event Information Table）が存在する。このＥＩＴの配下に、コンポーネント・デスクリプタ（component descriptor）が配置される。このコンポーネント・デスクリプタには、ネット接続のためのメタ情報がサービスに含まれることが記述される。
図４２は、オーディオ圧縮フォーマットがＡＣ４である場合におけるオーディオトラック（トラックＡ）のデータを含むＭＰ４ストリーム（ファイル）の構成例を示している。図示の例は、フラグメンテッドＭＰ４（Fragmented MP4）の場合の例である。ＭＰ４ストリームには、制御情報が入る“ｍｏｏｆ”ボックスとメディアデータ本体が入る“ｍｄａｔ”ボックスから構成されるムービーフラグメント（Movie Fragment）が所定個数配置される。“ｍｄａｔ”ボックスには、トラックデータが断片化されて得られた断片が入るので、“ｍｏｏｆ”ボックスに入る制御情報はその断片に関する制御情報となる。
オーディオトラックに対応したＭＰ４ストリーム「audio bitstream」において、各ムービーフラグメントの“ｍｄａｔ”ボックスには、所定個数のＡＣ４フレームが配置される。また、このＭＰ４ストリーム「audio bitstream」において、各ムービーフラグメントの“ｍｏｏｆ”ボックス内に“ｔｒａｆ”ボックスが存在し、そのボックス内に“ｔｆｄｔ”ボックスが存在する。この“ｔｆｄｔ”ボックスに、“ｍｏｏｆ”ボックスの後の最初のアクセスユニットのデコードタイム“baseMediaDecodeTime”の記載がある。
また、“ｍｏｏｆ”ボックス内に“ｔｆｄｔ”ボックスが存在し、その内に“ｓｇｐｄ”ボックスが存在し、さらに、その内に“ｔｓｃｌ”ボックスが存在する。この“ｔｓｃｌ”ボックスに、「Audiostreamtype」、「Attribute」のパラメータの記載がある。「Audiostreamtype = AC4」は、オーディオ圧縮フォーマットがＡＣ４であることを示す。「Attribute = soundumd」は、ＡＣ４のトラック内にメタデータ（メディアアクセス情報など）の挿入があることを示す。具体的には、「soundumd」として、上述の図３８に示すＡＣ４・データコンテナ・デスクリプタの内容が記載される。
図４３は、ＭＰＤファイル記述例を示している。また、図４４は、その記述例における主要な情報の内容を示す。従来周知のように、ＭＰＥＧ－ＤＡＳＨベースのストリーム配信システムにおいては、メディアストリーム（ＭＰ４ストリーム）と、メタファイルとしてのＭＰＤファイルが、通信ネットワーク伝送路を通じて受信側に送信される。
「<AdaptationSet mimeType=“audio/mp4” group=“1”>」の記述により、オーディオストリームに対するアダプテーションセット（AdaptationSet）が存在し、そのオーディストリームはＭＰ４ファイル構造で供給され、グループ１が割り当てられていることが示されている。 また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:codecType” value= “AC4”/>」の記述により、オーディオストリームのコーデックがＡＣ４であることが示されている。「schemeIdUri=“urn:brdcst:codecType”」は、コーデックの種類を示す。例えば、「value」は“mpegh”、”AAC”、”AC3”、”AC4”などとされる。
また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:coordinatedControl” value=“false”/>」の記述により、ネット接続情報が本アダプテーションセットのストリームのみで供給されることが示されている。「schemeIdUri=“urn:brdcst:coordinatedControl”」は、ネット接続に必要な情報が複数のメディアストリーム間で強調して供給されかを示す。例えば、「value」が“true”であるときは、ネット接続情報が他のアダプテーションセットのストリームと協調して供給されることを示す。「value」が“false”であるときは、ネット接続情報が本アダプテーションセットのストリームのみで供給されることを示す。
また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:UMDContained” value=“true”/>」の記述により、オーディオストリームにメタデータが含まれることが示されている。「schemeIdUri=“urn:brdcst:UMDContained”」は、オーディオストリームにメタデータが含まれるかを示す。例えば、「value」が“true”であるときは、オーディオメタ情報が含まれることを示す。「value」が“false”であるときは、オーディオメタ情報が含まれないことを示す。
また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:metaInsertionFrequency” value= “1”/>」の記述により、アクセスユニット単位でメタ情報が供給されることが示されている。「schemeIdUri=“urn:brdcst:metaInsertionFrequency”」は、アクセスユニット単位にメタ情報が供給される頻度を示す。例えば、“１”は、１つのユーザデータエントリが１アクセスユニットに発生することを示す。“２”は、複数のユーザデータエントリが１アクセスユニットに発生することを示す。“３”は、１つ以上のユーザデータエントリが、ランダムアクセスポイントで区切られる期間中に発生することを示す。
また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:type”value=“netlink”/>」の記述により、メタによるサービスの種類がネット接続であることが示されている。「schemeIdUri=“urn:brdcst:type”」は、メタによるサービスの種類を示す。例えば、例えば、「value」が“netlink”であるときは、メタによるサービスの種類がネット接続であることを示す。
また、上述実施の形態においては、セットトップボックス２００とテレビ受信機５００との間にオーディオアンプ３００が介在される例を示した。しかし、セットトップボックス２００がテレビ受信機５００に直接接続される、図４５に示すような、送受信システム１０Ａも考えられる。
この送受信システム１０Ａにおいては、セットトップボックス２００とテレビ受信機５００はＨＤＭＩケーブル６１０を介して接続されている。この場合、セットトップボックス２００がソースで、テレビ受信機５００はディスティネーションである。オーディオアンプ３００とテレビ受信機５００は、ＨＤＭＩケーブル６２０を介して接続されている。この場合、オーディオアンプ３００がソースで、テレビ受信機５００はディスティネーションである。
この場合、セットトップボックス２００からテレビ受信機５００に、ＨＤＭＩのデジタルインタフェースで、非圧縮のビデオデータと、メディアアクセスネ情報（コンテナ対象データ）が挿入されたオーディオストリームが、送信される。また、テレビ受信機５００からオーディオアンプ３００にＨＤＭＩのオーディオリターンチャネルを利用して、オーディオストリームそのもの、あるいはデコード後のオーディオデータが送信される。
また、上述実施の形態においては、セットトップボックス２００およびテレビ受信機５００を有する送受信システム１０を示した。しかし、テレビ受信機５００の代わりに、モニタ装置、あるいはプロジェクタ等が配置される構成も考えられる。また、セットトップボックス２００の代わりに、受信機能付きのレコーダ、パーソナルコンピュータ等が配置される構成も考えられる。
また、上述実施の形態においては、受信側の各機器がＨＤＭＩのデジタルインタフェースにより有線で接続されている。しかし、各機器が、ＨＤＭＩと同様のデジタルインタフェースで有線接続される場合、さらには、無線によって接続される場合にも、この発明を同様に適用できることは勿論である。
また、上述実施の形態においては、放送送出装置１００から放送波に載せて送信されてくるトランスポートストリームＴＳをセットトップボックス２００で受信する送受信システム１０を示した。しかし、図４６に示すように、放送送出装置１００から放送波に載せて送信されてくるトランスポートストリームＴＳをテレビ受信機５００で直接受信する送受信システム１０Ｂも考えられる。
なお、本技術は、以下のような構成もとることができる。
（１）メディアストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次挿入する情報挿入部を備える
送信装置。
（２）上記メディアアクセス情報には、他のメディアアクセス情報と区別するための識別情報が含まれる
前記（１）に記載の送信装置。
（３）上記メディアアクセス情報には、他のメディアアクセス情報と関連付け行うための識別情報が含まれる
前記（１）または（２）に記載の送信装置。
（４）上記メディアアクセス情報には、上記メディアストリームにおける対応シーンを示す期間情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（５）上記メディアアクセス情報には、ユーザに再生メディアを選択させるためのユーザインタフェース情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（６）上記メディアアクセス情報には、アクションコマンドの起動を管理するための時刻情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（７）上記メディアアクセス情報には、メディア再生の期限を示す絶対時刻情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（８）上記メディアアクセス情報には、状態をユーザに知らせるための通知情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（９）上記情報挿入部は、
上記メディアストリームの所定数の単位部分に、上記メディアアクセス部分が分割されて得られた各分割情報のそれぞれを挿入することが可能とされる
前記（１）から（８）のいずれかに記載の送信装置。
（１０）上記メディアストリームは、オーディオ圧縮データストリームであり、
上記情報挿入部は、上記単位部分としてのオーディオフレームのユーザデータ領域に上記分割情報を挿入する
前記（９）記載の送信装置。
（１１）送信部により、メディアストリームを含む所定フォーマットのコンテナを送信する送信ステップと、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次挿入する情報挿入ステップを有する
送信方法。
（１２）第１のメディアデータを取得すると共に、一連のメディアアクセス制御のための所定数のメディアアクセス情報を順次取得する第１の取得部と、
上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備える
メディア処理装置。
（１３）上記第１の取得部は、
メディアストリームを含む所定フォーマットのコンテナを受信する受信部を有し、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに上記メディアアクセス情報が挿入されており、
上記第１の取得部は、
上記メディアストリームにデコード処理を施して上記第１のメディアデータを得るデコード処理部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤから上記メディアアクセス情報を抽出する情報抽出部をさらに有する
前記（１２）に記載のメディア処理装置。
（１４）上記第１の取得部は、
上記第１のメディアデータとしてのビデオデータと上記メディアアクセス情報が挿入されたオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部と、
上記オーディオ圧縮データストリームにデコード処理を施して上記第１のメディアデータとしてのオーディオデータを得るデコード処理部と、
上記オーディオ圧縮データストリームから上記メディアアクセス情報を抽出する情報抽出部を有する
前記（１２）に記載のメディア処理装置。
（１５）第１の取得部により、第１のメディアデータを取得すると共に、該第１のメディアデータに対応した一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次取得する第１の取得ステップと、
第２の取得部により、上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得ステップと、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理ステップを有する
メディア処理方法。
（１６）メディアストリームを含む所定フォーマットのコンテナを受信する受信部を備え、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入されており、
上記メディアストリームにデコード処理を施して第１のメディアデータを得るデコード処理部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤから上記メディアアクセス情報を抽出する情報抽出部と、
上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備える
受信装置。
（１７）第１のメディアデータとしてのビデオデータと一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次挿入されたオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部と、
上記オーディオ圧縮データストリームにデコード処理を施して上記第１のメディアデータとしてのオーディオデータを得るデコード処理部と、
上記オーディオ圧縮データストリームから上記メディアアクセス情報を抽出する情報抽出部と、
上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備える
受信装置。
（１８）所定の情報が挿入されたオーディオ符号化ストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記コンテナのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームを優先させることを示す情報を挿入する情報挿入部を備える
送信装置。
（１９）上記所定の情報は、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報である
前記（１８）に記載の送信装置。
（２０）送信部により、所定の情報がユーザデータ領域に挿入されたオーディオ符号化ストリームを含む所定フォーマットのコンテナを送信する送信ステップと、
上記コンテナのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームを優先させることを示す情報を挿入する情報挿入ステップを有する
送信方法。
（２０）メディアストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、メディアアクセス情報を、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報を付加して挿入する情報挿入部を備える
送信装置。
（２１）上記チェック情報は、
上記メディアアクセス情報による個々のサービス、あるいは該サービスの供給元または規格団体に固有に割り当てられる識別値である
前記（２１）に記載の送信装置。
（２３）送信部により、メディアストリームを含む所定フォーマットのコンテナを送信する送信ステップと、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、メディアアクセス情報を、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報を付加して挿入する情報挿入ステップを有する
送信方法。
（２４）メディアアクセス情報を取得するメディアアクセス情報取得部を備え、
上記メディアアクセス情報には、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されており、
上記メディアアクセス情報に基づいてメディアデータを取得するメディアデータ取得部と、
上記取得されたメディアデータの提供元を上記チェック情報に基づいてチェックする提供元チェック部をさらに備える
メディア処理装置。
（２５）メディアアクセス情報取得部により、メディアアクセス情報を取得するメディアアクセス情報取得ステップを有し、
上記メディアアクセス情報には、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されており、
上記メディアアクセス情報に基づいてメディアデータを取得するメディアデータ取得ステップと、
上記取得されたメディアデータの提供元を上記チェック情報に基づいてチェックする提供元チェックステップをさらに有する
メディア処理方法。
（１）メディアストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次挿入する情報挿入部を備える
送信装置。
（２）上記メディアアクセス情報には、他のメディアアクセス情報と区別するための識別情報が含まれる
前記（１）に記載の送信装置。
（３）上記メディアアクセス情報には、他のメディアアクセス情報と関連付け行うための識別情報が含まれる
前記（１）または（２）に記載の送信装置。
（４）上記メディアアクセス情報には、上記メディアストリームにおける対応シーンを示す期間情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（５）上記メディアアクセス情報には、ユーザに再生メディアを選択させるためのユーザインタフェース情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（６）上記メディアアクセス情報には、アクションコマンドの起動を管理するための時刻情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（７）上記メディアアクセス情報には、メディア再生の期限を示す絶対時刻情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（８）上記メディアアクセス情報には、状態をユーザに知らせるための通知情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（９）上記情報挿入部は、
上記メディアストリームの所定数の単位部分に、上記メディアアクセス部分が分割されて得られた各分割情報のそれぞれを挿入することが可能とされる
前記（１）から（８）のいずれかに記載の送信装置。
（１０）上記メディアストリームは、オーディオ圧縮データストリームであり、
上記情報挿入部は、上記単位部分としてのオーディオフレームのユーザデータ領域に上記分割情報を挿入する
前記（９）記載の送信装置。
（１１）送信部により、メディアストリームを含む所定フォーマットのコンテナを送信する送信ステップと、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次挿入する情報挿入ステップを有する
送信方法。
（１２）第１のメディアデータを取得すると共に、一連のメディアアクセス制御のための所定数のメディアアクセス情報を順次取得する第１の取得部と、
上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備える
メディア処理装置。
（１３）上記第１の取得部は、
メディアストリームを含む所定フォーマットのコンテナを受信する受信部を有し、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに上記メディアアクセス情報が挿入されており、
上記第１の取得部は、
上記メディアストリームにデコード処理を施して上記第１のメディアデータを得るデコード処理部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤから上記メディアアクセス情報を抽出する情報抽出部をさらに有する
前記（１２）に記載のメディア処理装置。
（１４）上記第１の取得部は、
上記第１のメディアデータとしてのビデオデータと上記メディアアクセス情報が挿入されたオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部と、
上記オーディオ圧縮データストリームにデコード処理を施して上記第１のメディアデータとしてのオーディオデータを得るデコード処理部と、
上記オーディオ圧縮データストリームから上記メディアアクセス情報を抽出する情報抽出部を有する
前記（１２）に記載のメディア処理装置。
（１５）第１の取得部により、第１のメディアデータを取得すると共に、該第１のメディアデータに対応した一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次取得する第１の取得ステップと、
第２の取得部により、上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得ステップと、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理ステップを有する
メディア処理方法。
（１６）メディアストリームを含む所定フォーマットのコンテナを受信する受信部を備え、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入されており、
上記メディアストリームにデコード処理を施して第１のメディアデータを得るデコード処理部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤから上記メディアアクセス情報を抽出する情報抽出部と、
上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備える
受信装置。
（１７）第１のメディアデータとしてのビデオデータと一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次挿入されたオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部と、
上記オーディオ圧縮データストリームにデコード処理を施して上記第１のメディアデータとしてのオーディオデータを得るデコード処理部と、
上記オーディオ圧縮データストリームから上記メディアアクセス情報を抽出する情報抽出部と、
上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備える
受信装置。
（１８）所定の情報が挿入されたオーディオ符号化ストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記コンテナのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームを優先させることを示す情報を挿入する情報挿入部を備える
送信装置。
（１９）上記所定の情報は、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報である
前記（１８）に記載の送信装置。
（２０）送信部により、所定の情報がユーザデータ領域に挿入されたオーディオ符号化ストリームを含む所定フォーマットのコンテナを送信する送信ステップと、
上記コンテナのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームを優先させることを示す情報を挿入する情報挿入ステップを有する
送信方法。
（２０）メディアストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、メディアアクセス情報を、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報を付加して挿入する情報挿入部を備える
送信装置。
（２１）上記チェック情報は、
上記メディアアクセス情報による個々のサービス、あるいは該サービスの供給元または規格団体に固有に割り当てられる識別値である
前記（２１）に記載の送信装置。
（２３）送信部により、メディアストリームを含む所定フォーマットのコンテナを送信する送信ステップと、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、メディアアクセス情報を、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報を付加して挿入する情報挿入ステップを有する
送信方法。
（２４）メディアアクセス情報を取得するメディアアクセス情報取得部を備え、
上記メディアアクセス情報には、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されており、
上記メディアアクセス情報に基づいてメディアデータを取得するメディアデータ取得部と、
上記取得されたメディアデータの提供元を上記チェック情報に基づいてチェックする提供元チェック部をさらに備える
メディア処理装置。
（２５）メディアアクセス情報取得部により、メディアアクセス情報を取得するメディアアクセス情報取得ステップを有し、
上記メディアアクセス情報には、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されており、
上記メディアアクセス情報に基づいてメディアデータを取得するメディアデータ取得ステップと、
上記取得されたメディアデータの提供元を上記チェック情報に基づいてチェックする提供元チェックステップをさらに有する
メディア処理方法。
本技術の主な特徴は、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を、メディアストリームのレイヤまたはコンテナのレイヤに順次挿入して送信することで、受信側において一連のメディアアクセス制御を良好に行うことを可能としたことである（図６－１１、図１６参照）。
１０，１０Ａ，１０Ｂ・・・送受信システム
２１・・・有効画素区間
２２・・・水平帰線期間
２３・・・垂直帰線期間
２４・・・ビデオデータ区間
２５・・・データアイランド区間
２６・・・コントロール区間
３１・・・ＨＤＭＩトランスミッタ
３２・・・ＨＤＭＩレシーバ
３３・・・ＤＤＣ
３４・・・ＣＥＣライン
３５・・・ＨＰＤライン
３６・・・電源ライン
３７・・・リザーブライン
１００・・・放送送出装置
１１０，１１０Ａ・・・ストリーム生成部
１１１・・・制御部
１１１ａ・・・ＣＰＵ
１１２・・・ビデオエンコーダ
１１３，１１３Ａ・・・オーディオエンコーダ
１１３ａ・・・オーディオ符号化ブロック部
１１３ｂ・・・オーディオフレーミング部
１１４，１１４Ａ・・・マルチプレクサ
２００，２００Ａ・・・セットトップボックス（ＳＴＢ）
２０１・・・ＣＰＵ
２０２・・・フラッシュＲＯＭ
２０３・・・ＤＲＡＭ
２０４・・・内部バス
２０５・・・リモコン受信部
２０６・・・リモコン送信機
２１１・・・アンテナ端子
２１２・・・デジタルチューナ
２１３，２１３Ａ・・・デマルチプレクサ
２１４・・・ビデオデコーダ
２１５・・・オーディオフレーミング部
２１６・・・ＨＤＭＩ送信部
２１７・・・ＨＤＭＩ端子
２１８・・・データ挿入部
３００・・・オーディオアンプ（ＡＭＰ）
３０１・・・ＣＰＵ
３０２・・・フラッシュＲＯＭ
３０３・・・ＤＲＡＭ
３０４・・・内部バス
３０５・・・リモコン受信部
３０６・・・リモコン送信機
３１１・・・ＨＤＭＩ端子
３１２・・・ＨＤＭＩ受信部
３１３・・・オーディオデコーダ
３１４・・・音声処理回路
３１５・・・音声増幅回路
３１６・・・音声出力端子
３１７・・・ＨＤＭＩ送信部
３１８・・・ＨＤＭＩ端子
４００・・・スピーカシステム（ＳＰ）
５００・・・テレビ受信機（ＴＶ）
５０１・・・ＣＰＵ
５０２・・・フラッシュＲＯＭ
５０３・・・ＤＲＡＭ
５０４・・・内部バス
５０５・・・リモコン受信部
５０６・・・リモコン送信機
５０７・・・通信インタフェース
５１１・・・アンテナ端子
５１２・・・デジタルチューナ
５１３・・・デマルチプレクサ
５１４・・・ビデオデコーダ
５１５・・・ＨＤＭＩ端子
５１６・・・ＨＤＭＩ受信部
５１７・・・映像処理回路
５１８・・・パネル駆動回路
５１９・・・表示パネル
５２０・・・オーディオデコーダ
５２１・・・音声処理回路
５２２・・・音声増幅回路
５２３・・・スピーカ
６１０，６２０・・・ＨＤＭＩケーブル
２１・・・有効画素区間
２２・・・水平帰線期間
２３・・・垂直帰線期間
２４・・・ビデオデータ区間
２５・・・データアイランド区間
２６・・・コントロール区間
３１・・・ＨＤＭＩトランスミッタ
３２・・・ＨＤＭＩレシーバ
３３・・・ＤＤＣ
３４・・・ＣＥＣライン
３５・・・ＨＰＤライン
３６・・・電源ライン
３７・・・リザーブライン
１００・・・放送送出装置
１１０，１１０Ａ・・・ストリーム生成部
１１１・・・制御部
１１１ａ・・・ＣＰＵ
１１２・・・ビデオエンコーダ
１１３，１１３Ａ・・・オーディオエンコーダ
１１３ａ・・・オーディオ符号化ブロック部
１１３ｂ・・・オーディオフレーミング部
１１４，１１４Ａ・・・マルチプレクサ
２００，２００Ａ・・・セットトップボックス（ＳＴＢ）
２０１・・・ＣＰＵ
２０２・・・フラッシュＲＯＭ
２０３・・・ＤＲＡＭ
２０４・・・内部バス
２０５・・・リモコン受信部
２０６・・・リモコン送信機
２１１・・・アンテナ端子
２１２・・・デジタルチューナ
２１３，２１３Ａ・・・デマルチプレクサ
２１４・・・ビデオデコーダ
２１５・・・オーディオフレーミング部
２１６・・・ＨＤＭＩ送信部
２１７・・・ＨＤＭＩ端子
２１８・・・データ挿入部
３００・・・オーディオアンプ（ＡＭＰ）
３０１・・・ＣＰＵ
３０２・・・フラッシュＲＯＭ
３０３・・・ＤＲＡＭ
３０４・・・内部バス
３０５・・・リモコン受信部
３０６・・・リモコン送信機
３１１・・・ＨＤＭＩ端子
３１２・・・ＨＤＭＩ受信部
３１３・・・オーディオデコーダ
３１４・・・音声処理回路
３１５・・・音声増幅回路
３１６・・・音声出力端子
３１７・・・ＨＤＭＩ送信部
３１８・・・ＨＤＭＩ端子
４００・・・スピーカシステム（ＳＰ）
５００・・・テレビ受信機（ＴＶ）
５０１・・・ＣＰＵ
５０２・・・フラッシュＲＯＭ
５０３・・・ＤＲＡＭ
５０４・・・内部バス
５０５・・・リモコン受信部
５０６・・・リモコン送信機
５０７・・・通信インタフェース
５１１・・・アンテナ端子
５１２・・・デジタルチューナ
５１３・・・デマルチプレクサ
５１４・・・ビデオデコーダ
５１５・・・ＨＤＭＩ端子
５１６・・・ＨＤＭＩ受信部
５１７・・・映像処理回路
５１８・・・パネル駆動回路
５１９・・・表示パネル
５２０・・・オーディオデコーダ
５２１・・・音声処理回路
５２２・・・音声増幅回路
５２３・・・スピーカ
６１０，６２０・・・ＨＤＭＩケーブル
Claims (14)
- ＭＰＥＧ－Ｈ ３Ｄ Ａｕｄｉｏのオーディオ圧縮データストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記オーディオ圧縮データストリームに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次挿入する情報挿入部を備え、
上記メディアアクセス情報は、他のメディアアクセス情報と区別するための識別情報を含み、
上記情報挿入部は、上記オーディオ圧縮データストリームの所定数のオーディオフレームのエクステンションエレメントに、所定の上記メディアアクセス情報が分割されて得られた各分割情報のそれぞれを挿入する
送信装置。 - 上記メディアアクセス情報は、関連したメディアアクセス情報では同一の値に設定される識別情報を含む
請求項１に記載の送信装置。 - 上記メディアアクセス情報は、上記オーディオ圧縮データストリームにおける対応シーンを示す期間情報を含む
請求項１に記載の送信装置。 - 上記メディアアクセス情報は、ユーザに再生メディアを選択させるためのユーザインタフェース情報を含む
請求項１に記載の送信装置。 - 上記メディアアクセス情報は、アクションコマンドの起動を管理するための時刻情報を含む
請求項１に記載の送信装置。 - 上記メディアアクセス情報は、メディア再生の期限を示す絶対時刻情報を含む
請求項１に記載の送信装置。 - 上記メディアアクセス情報は、メディアアクセスに関する一連の複数の状態のうちのいずれの状態にあるかをユーザに知らせるための通知情報を含む
請求項１に記載の送信装置。 - 送信部により、ＭＰＥＧ－Ｈ ３Ｄ Ａｕｄｉｏのオーディオ圧縮データストリームを含む所定フォーマットのコンテナを送信する送信ステップと、
上記オーディオ圧縮データストリームに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次挿入する情報挿入ステップを有し、
上記メディアアクセス情報は、他のメディアアクセス情報と区別するための識別情報を含み、
上記情報挿入ステップでは、上記オーディオ圧縮データストリームの所定数のオーディオフレームのエクステンションエレメントに、所定の上記メディアアクセス情報が分割されて得られた各分割情報のそれぞれを挿入する
送信方法。 - 第１のメディアデータを取得すると共に、一連のメディアアクセス制御のための所定数のメディアアクセス情報を順次取得する第１の取得部と、
上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備え、
上記メディアアクセス情報は、他のメディアアクセス情報と区別するための識別情報を含み、
上記第１の取得部は、メディアストリームとＭＰＥＧ－Ｈ ３Ｄ Ａｕｄｉｏのオーディオ圧縮データストリームを含む所定フォーマットのコンテナを受信する受信部を有し、
上記オーディオ圧縮データストリームの所定数のオーディオフレームのエクステンションエレメントに、所定の上記メディアアクセス情報が分割されて得られた各分割情報のそれぞれが挿入されており、
上記第１の取得部は、上記メディアストリームにデコード処理を施して上記第１のメディアデータを得るデコード処理部と、上記オーディオ圧縮データストリームから上記メディアアクセス情報を抽出する情報抽出部をさらに有する
メディア処理装置。 - 第１の取得部により、第１のメディアデータを取得すると共に、該第１のメディアデータに対応した一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次取得する第１の取得ステップと、
第２の取得部により、上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得ステップと、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理ステップを有し、
上記メディアアクセス情報は、他のメディアアクセス情報と区別するための識別情報を含み、
上記第１の取得ステップでは、メディアストリームとＭＰＥＧ－Ｈ ３Ｄ Ａｕｄｉｏのオーディオ圧縮データストリームを含む所定フォーマットのコンテナを受信し、
上記オーディオ圧縮データストリームの所定数のオーディオフレームのエクステンションエレメントに、所定の上記メディアアクセス情報が分割されて得られた各分割情報のそれぞれが挿入されており、
上記第１の取得ステップでは、さらに、上記メディアストリームにデコード処理を施して上記第１のメディアデータを得、上記オーディオ圧縮データストリームから上記メディアアクセス情報を抽出する
メディア処理方法。 - 第１のメディアデータを取得すると共に、一連のメディアアクセス制御のための所定数のメディアアクセス情報を順次取得する第１の取得部と、
上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備え、
上記メディアアクセス情報は、他のメディアアクセス情報と区別するための識別情報を含み、
上記第１の取得部は、上記第１のメディアデータと上記メディアアクセス情報が挿入されたＭＰＥＧ－Ｈ ３Ｄ Ａｕｄｉｏのオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部を有し、
上記オーディオ圧縮データストリームの所定数のオーディオフレームのエクステンションエレメントに、所定の上記メディアアクセス情報が分割されて得られた各分割情報のそれぞれが挿入されており、
上記第１の取得部は、上記オーディオ圧縮データストリームから上記メディアアクセス情報を抽出する情報抽出部をさらに有する
メディア処理装置。 - 第１の取得部により、第１のメディアデータを取得すると共に、一連のメディアアクセス制御のための所定数のメディアアクセス情報を順次取得する第１の取得ステップと、
第２の取得部により、上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得ステップと、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理ステップを有し、
上記メディアアクセス情報は、他のメディアアクセス情報と区別するための識別情報を含み、
上記第１の取得ステップでは、上記第１のメディアデータと上記メディアアクセス情報が挿入されたＭＰＥＧ－Ｈ ３Ｄ Ａｕｄｉｏのオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信し、
上記オーディオ圧縮データストリームの所定数のオーディオフレームのエクステンションエレメントに、所定の上記メディアアクセス情報が分割されて得られた各分割情報のそれぞれが挿入されており、
上記第１の取得ステップでは、さらに、上記オーディオ圧縮データストリームから上記メディアアクセス情報を抽出する
メディア処理方法。 - メディアストリームとＭＰＥＧ－Ｈ ３Ｄ Ａｕｄｉｏのオーディオ圧縮データストリームを含む所定フォーマットのコンテナを受信する受信部を備え、
上記オーディオ圧縮データストリームに一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入されており、
上記メディアアクセス情報は、他のメディアアクセス情報と区別するための識別情報を含み、
上記ＭＰＥＧ－Ｈ ３Ｄ Ａｕｄｉｏのオーディオ圧縮データストリームの所定数のオーディオフレームのエクステンションエレメントに、所定の上記メディアアクセス情報が分割されて得られた各分割情報のそれぞれが挿入されており、
上記メディアストリームをデコードして第１のメディアデータを得るデコード処理と、上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得処理と、上記第１のメディアデータおよび上記第２のメディアデータによるメディア提示をするメディア提示処理を制御する制御部をさらに備える
受信装置。 - 第１のメディアデータと一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次挿入されたＭＰＥＧ－Ｈ ３Ｄ Ａｕｄｉｏのオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部を備え、
上記メディアアクセス情報は、他のメディアアクセス情報と区別するための識別情報を含み、
上記オーディオ圧縮データストリームの所定数のオーディオフレームのエクステンションエレメントに、所定の上記メディアアクセス情報が分割されて得られた各分割情報のそれぞれが挿入されており、
上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得処理と、上記第１のメディアデータおよび上記第２のメディアデータによるメディア提示をするメディア提示処理を制御する制御部をさらに備える
受信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2023009210A JP2023052611A (ja) | 2015-06-02 | 2023-01-25 | 送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置 |
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015112709 | 2015-06-02 | ||
| JP2015112709 | 2015-06-02 | ||
| JP2015217148 | 2015-11-04 | ||
| JP2015217148 | 2015-11-04 | ||
| JP2017521763A JPWO2016194563A1 (ja) | 2015-06-02 | 2016-05-10 | 送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017521763A Division JPWO2016194563A1 (ja) | 2015-06-02 | 2016-05-10 | 送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2023009210A Division JP2023052611A (ja) | 2015-06-02 | 2023-01-25 | 送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2021119712A JP2021119712A (ja) | 2021-08-12 |
| JP7218773B2 true JP7218773B2 (ja) | 2023-02-07 |
Family
ID=57442011
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017521763A Pending JPWO2016194563A1 (ja) | 2015-06-02 | 2016-05-10 | 送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置 |
| JP2021078878A Active JP7218773B2 (ja) | 2015-06-02 | 2021-05-07 | 送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置 |
| JP2023009210A Pending JP2023052611A (ja) | 2015-06-02 | 2023-01-25 | 送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017521763A Pending JPWO2016194563A1 (ja) | 2015-06-02 | 2016-05-10 | 送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2023009210A Pending JP2023052611A (ja) | 2015-06-02 | 2023-01-25 | 送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置 |
Country Status (6)
| Country | Link |
|---|---|
| US (2) | US11223857B2 (ja) |
| EP (1) | EP3306941A4 (ja) |
| JP (3) | JPWO2016194563A1 (ja) |
| CN (2) | CN113242448B (ja) |
| AU (1) | AU2016269886B2 (ja) |
| WO (1) | WO2016194563A1 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2762400C1 (ru) * | 2018-02-22 | 2021-12-21 | Долби Интернешнл Аб | Способ и устройство обработки вспомогательных потоков медиаданных, встроенных в поток mpeg-h 3d audio |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010118949A (ja) | 2008-11-13 | 2010-05-27 | Nippon Television Network Corp | デジタル放送方法及びシステムと、放送局及び受信機 |
| JP2012010311A (ja) | 2010-05-26 | 2012-01-12 | Sony Corp | 送信装置、送信方法、受信装置、受信方法および送受信システム |
| JP2012033243A (ja) | 2010-08-02 | 2012-02-16 | Sony Corp | データ生成装置およびデータ生成方法、データ処理装置およびデータ処理方法 |
| WO2013065566A1 (ja) | 2011-11-01 | 2013-05-10 | ソニー株式会社 | 再生装置、再生方法、及びプログラム |
Family Cites Families (66)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3257522B2 (ja) * | 1998-10-06 | 2002-02-18 | 日本電気株式会社 | 移動通信端末機 |
| US6850691B1 (en) * | 1999-03-30 | 2005-02-01 | Tivo, Inc. | Automatic playback overshoot correction system |
| JP4289753B2 (ja) * | 2000-02-09 | 2009-07-01 | キヤノン株式会社 | 再生方法及び装置と表示装置 |
| JP4191932B2 (ja) * | 2001-03-08 | 2008-12-03 | パナソニック株式会社 | メディア配信装置およびメディア配信方法 |
| JP4041348B2 (ja) * | 2001-06-04 | 2008-01-30 | 松下電器産業株式会社 | 記録装置、記録媒体、再生装置、プログラム、方法 |
| JP4792684B2 (ja) * | 2001-09-19 | 2011-10-12 | パナソニック株式会社 | 復号装置 |
| US7653928B2 (en) * | 2002-08-30 | 2010-01-26 | Sony Corporation | Remote user interface for media player |
| WO2004036954A1 (en) * | 2002-10-15 | 2004-04-29 | Electronics And Telecommunications Research Institute | Apparatus and method for adapting audio signal according to user's preference |
| KR20060022637A (ko) * | 2003-02-28 | 2006-03-10 | 마츠시타 덴끼 산교 가부시키가이샤 | 재생장치 및 재생방법 |
| KR100631604B1 (ko) * | 2004-10-26 | 2006-10-09 | 엘지전자 주식회사 | 휴대단말기의 ｍｍｓ메시지 표시방법 |
| JP4468796B2 (ja) * | 2004-12-02 | 2010-05-26 | ソニー株式会社 | 再生装置、再生方法および再生プログラム、ならびに、記録媒体 |
| US20070192676A1 (en) * | 2006-02-13 | 2007-08-16 | Bodin William K | Synthesizing aggregated data of disparate data types into data of a uniform data type with embedded audio hyperlinks |
| US8327455B2 (en) * | 2006-02-15 | 2012-12-04 | Samsung Electronics Co., Ltd. | Apparatus and method for controlling copying of AV data and computer readable medium therefor |
| US8614969B2 (en) * | 2006-09-15 | 2013-12-24 | Lg Electronics Inc. | Method for cognitive radio based communication and method for broadcasting policy information for the same |
| CN101202873B (zh) * | 2006-12-13 | 2012-07-25 | 株式会社日立制作所 | 信息记录再现装置和信息记录再现方法 |
| KR20090000228A (ko) * | 2007-02-05 | 2009-01-07 | 삼성전자주식회사 | 무결성 검증이 가능한 컨텐츠 제공 방법 및 컨텐츠 이용방법과 그 장치 |
| US9083938B2 (en) * | 2007-02-26 | 2015-07-14 | Sony Computer Entertainment America Llc | Media player with networked playback control and advertisement insertion |
| JP2008263502A (ja) * | 2007-04-13 | 2008-10-30 | Victor Co Of Japan Ltd | 記録再生装置及び記録再生システム |
| US8351624B2 (en) * | 2007-06-18 | 2013-01-08 | Sony Corporation | Audio output apparatus, audio input apparatus, audio control apparatus, audio control system, and audio control method |
| US7770200B2 (en) * | 2007-07-24 | 2010-08-03 | Time Warner Cable Inc. | Methods and apparatus for format selection for network optimization |
| AU2009287465B2 (en) * | 2008-09-17 | 2014-09-11 | Panasonic Corporation | Recording medium, playback device, and integrated circuit |
| US8135333B2 (en) * | 2008-12-23 | 2012-03-13 | Motorola Solutions, Inc. | Distributing a broadband resource locator over a narrowband audio stream |
| US8824327B1 (en) * | 2009-04-15 | 2014-09-02 | Shoretel, Inc. | Phone URL exchange for improved call quality |
| US8331542B2 (en) * | 2009-04-15 | 2012-12-11 | Shoretel, Inc. | Phone URL exchange |
| US8666528B2 (en) * | 2009-05-01 | 2014-03-04 | The Nielsen Company (Us), Llc | Methods, apparatus and articles of manufacture to provide secondary content in association with primary broadcast media content |
| US8593511B2 (en) * | 2009-06-11 | 2013-11-26 | Panasonic Corporation | Playback device, integrated circuit, recording medium |
| US10575051B2 (en) * | 2009-11-13 | 2020-02-25 | Triveni Digital Inc. | System and method for enhanced television and delivery of enhanced television content |
| KR101777348B1 (ko) * | 2010-02-23 | 2017-09-11 | 삼성전자주식회사 | 데이터 전송 방법 및 장치와 데이터 수신 방법 및 장치 |
| JP5716302B2 (ja) * | 2010-06-30 | 2015-05-13 | ソニー株式会社 | 情報処理装置、コンテンツ提供方法及びプログラム |
| FR2973632A1 (fr) * | 2011-03-31 | 2012-10-05 | France Telecom | Procede d'acces a un service, notamment un portail web, par un terminal de restitution d'un flux multimedia |
| TWI574565B (zh) * | 2011-03-31 | 2017-03-11 | Sony Corp | A transmitting apparatus, a transmitting method, a receiving apparatus, a receiving method, a computer-readable medium, and a broadcasting system |
| CN102752671A (zh) * | 2011-04-20 | 2012-10-24 | 鸿富锦精密工业（深圳）有限公司 | 电子装置及其播放内容的版权保护方法 |
| US9554175B2 (en) * | 2011-07-20 | 2017-01-24 | Sony Corporation | Method, computer program, reception apparatus, and information providing apparatus for trigger compaction |
| US20130094594A1 (en) * | 2011-10-13 | 2013-04-18 | Electronics And Telecommunications Research Institute | Method for configuring and transmitting m-unit |
| JPWO2013054751A1 (ja) * | 2011-10-14 | 2015-03-30 | ソニー株式会社 | 画像処理装置および方法 |
| JP5815370B2 (ja) | 2011-11-02 | 2015-11-17 | ソニー株式会社 | 情報処理装置、情報処理方法及びプログラム |
| US8819755B2 (en) * | 2012-03-11 | 2014-08-26 | Broadcom Corporation | Audio/video channel transbonding in a network device |
| US8990418B1 (en) * | 2012-06-01 | 2015-03-24 | Google Inc. | Providing data feeds for video programs |
| EP2862350A4 (en) * | 2012-06-19 | 2015-11-18 | Sony Corp | EXPANSIONS OF A TRIGGER PARAMETER PANEL FOR INTERACTIVE TELEVISION |
| CN104428835B (zh) * | 2012-07-09 | 2017-10-31 | 皇家飞利浦有限公司 | 音频信号的编码和解码 |
| US9288603B2 (en) * | 2012-07-15 | 2016-03-15 | Qualcomm Incorporated | Systems, methods, apparatus, and computer-readable media for backward-compatible audio coding |
| KR102078136B1 (ko) * | 2013-01-07 | 2020-02-17 | 삼성전자주식회사 | 오디오 데이터를 가지는 이미지를 촬영하기 위한 장치 및 방법 |
| US9607624B2 (en) * | 2013-03-29 | 2017-03-28 | Apple Inc. | Metadata driven dynamic range control |
| RU2630754C2 (ru) * | 2013-05-24 | 2017-09-12 | Долби Интернешнл Аб | Эффективное кодирование звуковых сцен, содержащих звуковые объекты |
| US9854377B2 (en) * | 2013-05-29 | 2017-12-26 | Qualcomm Incorporated | Interpolation for decomposed representations of a sound field |
| EP2830060A1 (en) * | 2013-07-22 | 2015-01-28 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Noise filling in multichannel audio coding |
| CA3068668C (en) * | 2013-08-19 | 2022-04-12 | Lg Electronics Inc. | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals |
| WO2015048569A2 (en) * | 2013-09-26 | 2015-04-02 | Coherent Logix, Incorporated | Next generation broadcast system and method |
| US9807452B2 (en) * | 2013-10-07 | 2017-10-31 | Samsung Electronics Co., Ltd. | Practical delivery of high quality video using dynamic adaptive hypertext transport protocol (HTTP) streaming (DASH) without using HTTP in a broadcast network |
| CN106068651B (zh) * | 2014-03-18 | 2020-10-16 | 皇家飞利浦有限公司 | 视听内容项数据流 |
| US10412522B2 (en) * | 2014-03-21 | 2019-09-10 | Qualcomm Incorporated | Inserting audio channels into descriptions of soundfields |
| EP2928216A1 (en) * | 2014-03-26 | 2015-10-07 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Apparatus and method for screen related audio object remapping |
| US9866878B2 (en) * | 2014-04-05 | 2018-01-09 | Sonic Ip, Inc. | Systems and methods for encoding and playing back video at different frame rates using enhancement layers |
| JP5725235B1 (ja) * | 2014-04-22 | 2015-05-27 | ソニー株式会社 | 受信装置及び受信方法、並びに、送信装置及び送信方法 |
| EP3522554B1 (en) * | 2014-05-28 | 2020-12-02 | FRAUNHOFER-GESELLSCHAFT zur Förderung der angewandten Forschung e.V. | Data processor and transport of user control data to audio decoders and renderers |
| CN105532009B (zh) * | 2014-07-18 | 2021-03-12 | 索尼公司 | 发送设备、发送方法、接收设备和接收方法 |
| WO2016018787A1 (en) * | 2014-07-31 | 2016-02-04 | Dolby Laboratories Licensing Corporation | Audio processing systems and methods |
| US9536531B2 (en) * | 2014-08-01 | 2017-01-03 | Qualcomm Incorporated | Editing of higher-order ambisonic audio data |
| EP3197182B1 (en) * | 2014-08-13 | 2020-09-30 | Samsung Electronics Co., Ltd. | Method and device for generating and playing back audio signal |
| WO2016057530A1 (en) * | 2014-10-10 | 2016-04-14 | Dolby Laboratories Licensing Corporation | Transmission-agnostic presentation-based program loudness |
| TWI631835B (zh) * | 2014-11-12 | 2018-08-01 | 弗勞恩霍夫爾協會 | 用以解碼媒體信號之解碼器、及用以編碼包含用於主要媒體資料之元資料或控制資料的次要媒體資料之編碼器 |
| WO2016129904A1 (ko) * | 2015-02-10 | 2016-08-18 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
| KR102464061B1 (ko) * | 2015-02-13 | 2022-11-08 | 삼성전자주식회사 | 미디어 데이터를 송수신하는 방법 및 장치 |
| WO2016182371A1 (ko) * | 2015-05-12 | 2016-11-17 | 엘지전자 주식회사 | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 |
| US10693936B2 (en) * | 2015-08-25 | 2020-06-23 | Qualcomm Incorporated | Transporting coded audio data |
| US9681111B1 (en) * | 2015-10-22 | 2017-06-13 | Gopro, Inc. | Apparatus and methods for embedding metadata into video stream |
-
2016
- 2016-05-10 CN CN202110497015.3A patent/CN113242448B/zh active Active
- 2016-05-10 US US15/567,650 patent/US11223857B2/en active Active
- 2016-05-10 JP JP2017521763A patent/JPWO2016194563A1/ja active Pending
- 2016-05-10 EP EP16803000.5A patent/EP3306941A4/en active Pending
- 2016-05-10 CN CN201680029918.6A patent/CN107615767B/zh active Active
- 2016-05-10 WO PCT/JP2016/063932 patent/WO2016194563A1/ja active Application Filing
- 2016-05-10 AU AU2016269886A patent/AU2016269886B2/en active Active
-
2021
- 2021-05-07 JP JP2021078878A patent/JP7218773B2/ja active Active
- 2021-12-28 US US17/646,218 patent/US11956485B2/en active Active
-
2023
- 2023-01-25 JP JP2023009210A patent/JP2023052611A/ja active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010118949A (ja) | 2008-11-13 | 2010-05-27 | Nippon Television Network Corp | デジタル放送方法及びシステムと、放送局及び受信機 |
| JP2012010311A (ja) | 2010-05-26 | 2012-01-12 | Sony Corp | 送信装置、送信方法、受信装置、受信方法および送受信システム |
| JP2012033243A (ja) | 2010-08-02 | 2012-02-16 | Sony Corp | データ生成装置およびデータ生成方法、データ処理装置およびデータ処理方法 |
| WO2013065566A1 (ja) | 2011-11-01 | 2013-05-10 | ソニー株式会社 | 再生装置、再生方法、及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| EP3306941A1 (en) | 2018-04-11 |
| AU2016269886A1 (en) | 2017-10-26 |
| US20180115789A1 (en) | 2018-04-26 |
| JP2021119712A (ja) | 2021-08-12 |
| EP3306941A4 (en) | 2019-01-23 |
| CN107615767B (zh) | 2021-05-25 |
| CN113242448A (zh) | 2021-08-10 |
| AU2016269886B2 (en) | 2020-11-12 |
| JPWO2016194563A1 (ja) | 2018-03-22 |
| US11223857B2 (en) | 2022-01-11 |
| WO2016194563A1 (ja) | 2016-12-08 |
| US11956485B2 (en) | 2024-04-09 |
| US20220124384A1 (en) | 2022-04-21 |
| CN107615767A (zh) | 2018-01-19 |
| CN113242448B (zh) | 2023-07-14 |
| JP2023052611A (ja) | 2023-04-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7468575B2 (ja) | 受信装置および受信方法 | |
| KR102396133B1 (ko) | 송신 장치, 송신 방법, 수신 장치 및 수신 방법 | |
| JP2023052611A (ja) | 送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置 | |
| JP6891806B2 (ja) | 送信装置、送信方法、受信装置および受信方法 | |
| JP6984586B2 (ja) | 送信装置、送信方法、受信装置および受信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20210604 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20210604 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20220422 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20220510 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220711 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20221025 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20221213 |
|
| 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: 20221227 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230109 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 7218773 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |