(57)【要約】  受信側において一連のメディアアクセス制御を良好に行い得るようにする。  メディアストリームを含む所定フォーマットのコンテナを送信する。メディアストリームのレイヤまたはコンテナのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次挿入する。例えば、メディアアクセス情報には、他のメディアアクセス情報と区別するための識別情報や他のメディアアクセス情報と関連付け行うための識別情報が含まれる。
2016194563.tif 000002
【特許請求の範囲】
【請求項１】
メディアストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次挿入する情報挿入部を備える
送信装置。
【請求項２】
上記メディアアクセス情報には、他のメディアアクセス情報と区別するための識別情報が含まれる
請求項１に記載の送信装置。
【請求項３】
上記メディアアクセス情報には、他のメディアアクセス情報と関連付け行うための識別情報が含まれる
請求項１に記載の送信装置。
【請求項４】
上記メディアアクセス情報には、上記メディアストリームにおける対応シーンを示す期間情報が含まれる
請求項１に記載の送信装置。
【請求項５】
上記メディアアクセス情報には、ユーザに再生メディアを選択させるためのユーザインタフェース情報が含まれる
請求項１に記載の送信装置。
【請求項６】
上記メディアアクセス情報には、アクションコマンドの起動を管理するための時刻情報が含まれる
請求項１に記載の送信装置。
【請求項７】
上記メディアアクセス情報には、メディア再生の期限を示す絶対時刻情報が含まれる
請求項１に記載の送信装置。
【請求項８】
上記メディアアクセス情報には、状態をユーザに知らせるための通知情報が含まれる
請求項１に記載の送信装置。
【請求項９】
上記情報挿入部は、
上記メディアストリームの所定数の単位部分に、上記メディアアクセス部分が分割されて得られた各分割情報のそれぞれを挿入することが可能とされる
請求項１に記載の送信装置。
【請求項１０】
上記メディアストリームは、オーディオ圧縮データストリームであり、
上記情報挿入部は、上記単位部分としてのオーディオフレームのユーザデータ領域に上記分割情報を挿入する
請求項９記載の送信装置。
【請求項１１】
送信部により、メディアストリームを含む所定フォーマットのコンテナを送信する送信ステップと、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次挿入する情報挿入ステップを有する
送信方法。
【請求項１２】
第１のメディアデータを取得すると共に、一連のメディアアクセス制御のための所定数のメディアアクセス情報を順次取得する第１の取得部と、
上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備える
メディア処理装置。
【請求項１３】
上記第１の取得部は、
メディアストリームを含む所定フォーマットのコンテナを受信する受信部を有し、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに上記メディアアクセス情報が挿入されており、
上記第１の取得部は、
上記メディアストリームにデコード処理を施して上記第１のメディアデータを得るデコード処理部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤから上記メディアアクセス情報を抽出する情報抽出部をさらに有する
請求項１２に記載のメディア処理装置。
【請求項１４】
上記第１の取得部は、
上記第１のメディアデータとしてのビデオデータと上記メディアアクセス情報が挿入されたオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部と、
上記オーディオ圧縮データストリームにデコード処理を施して上記第１のメディアデータとしてのオーディオデータを得るデコード処理部と、
上記オーディオ圧縮データストリームから上記メディアアクセス情報を抽出する情報抽出部を有する
請求項１２に記載のメディア処理装置。
【請求項１５】
第１の取得部により、第１のメディアデータを取得すると共に、該第１のメディアデータに対応した一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次取得する第１の取得ステップと、
第２の取得部により、上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得ステップと、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理ステップを有する
メディア処理方法。
【請求項１６】
メディアストリームを含む所定フォーマットのコンテナを受信する受信部を備え、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入されており、
上記メディアストリームをデコードして第１のメディアデータを得るデコード処理と、上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得処理と、上記第１のメディアデータおよび上記第２のメディアデータによるメディア提示をするメディア提示処理を制御する制御部を備える
受信装置。
【請求項１７】
第１のメディアデータとしてのビデオデータと一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次挿入されたオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部と、
上記オーディオ圧縮データストリームをデコードして上記第１のメディアデータとしてのオーディオデータを得るデコード処理と、上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得処理と、上記第１のメディアデータおよび上記第２のメディアデータによるメディア提示をするメディア提示処理を制御する制御部を備える
受信装置。
【請求項１８】
所定の情報が挿入されたオーディオ符号化ストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記コンテナのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームのフォーマットを優先させることを示す情報を挿入する情報挿入部を備える
送信装置。
【請求項１９】
上記所定の情報は、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報である
請求項１８に記載の送信装置。
【請求項２０】
送信部により、所定の情報がユーザデータ領域に挿入されたオーディオ符号化ストリームを含む所定フォーマットのコンテナを送信する送信ステップと、
上記コンテナのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームのフォーマットを優先させることを示す情報を挿入する情報挿入ステップを有する
送信方法。
【請求項２１】
メディアストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、メディアアクセス情報を、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報を付加して挿入する情報挿入部を備える
送信装置。
【請求項２２】
上記チェック情報は、
上記メディアアクセス情報による個々のサービス、あるいは該サービスの供給元または規格団体に固有に割り当てられる識別値である
請求項２１に記載の送信装置。
【請求項２３】
送信部により、メディアストリームを含む所定フォーマットのコンテナを送信する送信ステップと、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、メディアアクセス情報を、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報を付加して挿入する情報挿入ステップを有する
送信方法。
【請求項２４】
メディアアクセス情報を取得するメディアアクセス情報取得部を備え、
上記メディアアクセス情報には、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されており、
上記メディアアクセス情報に基づいてメディアデータを取得するメディアデータ取得部と、
上記取得されたメディアデータの提供元を上記チェック情報に基づいてチェックする提供元チェック部をさらに備える
メディア処理装置。
【請求項２５】
メディアアクセス情報取得部により、メディアアクセス情報を取得するメディアアクセス情報取得ステップを有し、
上記メディアアクセス情報には、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されており、
上記メディアアクセス情報に基づいてメディアデータを取得するメディアデータ取得ステップと、
上記取得されたメディアデータの提供元を上記チェック情報に基づいてチェックする提供元チェックステップをさらに有する
メディア処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置に関し、特に、ビデオ、オーディオなどのメディアストリームと共にメディアアクセス情報を送信する送信装置等に関する。
【背景技術】
【０００２】
例えば、特許文献１には、放送局、配信サーバ等から所定の情報をオーディオ圧縮データストリームに挿入して送信し、受信側のセットトップボックスがこのオーディオ圧縮データストリームをそのままＨＤＭＩのデジタルインタフェースを介してテレビ受信機に送信し、テレビ受信機が当該所定の情報を利用した情報処理を行うことが提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−０１０３１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本技術の目的は、受信側において一連のメディアアクセス制御を良好に行い得るようにすることにある。
【課題を解決するための手段】
【０００５】
本技術の概念は、
メディアストリームを含む所定フォーマットのコンテナを送信するストリーム送信部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次挿入する情報挿入部を備える
送信装置にある。【０００６】
本技術において、送信部により、メディアストリームを含む所定フォーマットのコンテナが送信される。情報挿入部により、メディアストリームのレイヤまたはコンテナのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入される。【０００７】
例えば、メディアアクセス情報には、他のメディアアクセス情報と区別するための識別情報が含まれる、ようにされてもよい。この識別情報により、受信側では、各メディアアクセス情報の区別が容易となる。【０００８】
また、例えば、メディアアクセス情報には、他のメディアアクセス情報と関連付け行うための識別情報が含まれる、ようにされてもよい。この識別情報により、受信側では、関連したメディアアクセス情報の確認が容易となる。【０００９】
また、例えば、メディアアクセス情報には、メディアストリームにおける対応シーンを示す期間情報が含まれる、ようにされてもよい。この期間情報により、受信側では、メディアストリームにおける対応シーンに関連したメディアデータを取得することが容易となる。【００１０】
また、例えば、ユーザに再生メディアを選択させるためのユーザインタフェース情報が含まれる、ようにされてもよい。このユーザインタフェース情報により、受信側では、ユーザに所望の再生メディアを選択させることが可能となる。【００１１】
また、例えば、メディアアクセス情報には、アクションコマンドの起動を管理するための時刻情報が含まる、ようにされてもよい。この時刻情報により、アクションコマンドの起動タイミングのフレキシブルな管理が可能となる。【００１２】
また、例えば、メディアアクセス情報には、メディア再生の期限を示す絶対時刻情報が含まれる、ようにされてもよい。この絶対時刻情報により、受信側におけるメディア再生の期限を設けることが可能となる。【００１３】
また、例えば、メディアアクセス情報には、状態をユーザに知らせるための通知情報が含まれる、ようにされてもよい。この通知情報により、受信側では、ユーザに状態を適切に知らせることが可能となる。【００１４】
また、例えば、情報挿入部は、メディアストリームの所定数の単位部分に、メディアアクセス部分が分割されて得られた各分割情報のそれぞれを挿入することが可能とされる、ようにされてもよい。この場合、例えば、メディアストリームは、オーディオ圧縮データストリームであり、情報挿入部は、単位部分としてのオーディオフレームのユーザデータ領域に分割情報を挿入する、ようにされてもよい。このように分割挿入が可能とされることで、メディアアクセス報の全体サイズが大きくても個々のメディアフレームに挿入される情報サイズを抑えることができ、メディアデータの送信に影響を与えることなくメディアアクセス情報の送信を良好に行うことが可能となる。【００１５】
このように本技術においては、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報がメディアストリームのレイヤまたはコンテナのレイヤに順次挿入されて送信される。そのため、受信側において一連のメディアアクセス制御を良好に行うことが可能となる。【００１６】
また、本技術の他の概念は、
第１のメディアデータを取得すると共に、一連のメディアアクセス制御のための所定数のメディアアクセス情報を順次取得する第１の取得部と、
上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備える
メディア処理装置にある。【００１７】
本技術において、第１の取得部により、第１のメディアデータが取得されると共に、一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次取得される。【００１８】
例えば、第１の取得部は、メディアストリームを含む所定フォーマットのコンテナを受信する受信部を有し、メディアストリームのレイヤまたはコンテナのレイヤにメディアアクセス情報が挿入されており、第１の取得部は、メディアストリームにデコード処理を施して第１のメディアデータを得るデコード処理部と、メディアストリームのレイヤまたはコンテナのレイヤからメディアアクセス情報を抽出する情報抽出部をさらに有する、ようにされてもよい。【００１９】
また、例えば、第１の取得部は、第１のメディアデータとしてのビデオデータとメディアアクセス情報が挿入されたオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部と、オーディオ圧縮データストリームにデコード処理を施して第１のメディアデータとしてのオーディオデータを得るデコード処理部と、オーディオ圧縮データストリームからメディアアクセス情報を抽出する情報抽出部を有する、ようにされてもよい。【００２０】
第２の取得部により、メディアアクセス情報に基づいて第１のメディアデータに関連した第２のメディアデータが取得される。そして、提示処理部により、第１のメディアデータおよび第２のメディアデータによるメディアの提示処理が行われる。【００２１】
このように本技術においては、第１のメディアデータと共に一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次取得され、このメディアアクセス情報に基づいて第２のメディアデータが取得される。そのため、第１のメディアデータによるメディアの提示に対応させて第２のメディアデータによる提示を行うことが可能となる。【００２２】
また、本技術の他の概念は、
メディアストリームを含む所定フォーマットのコンテナを受信する受信部を備え、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入されており、
上記メディアストリームをデコードして第１のメディアデータを得るデコード処理と、上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得処理と、上記第１のメディアデータおよび上記第２のメディアデータによるメディア提示をするメディア提示処理を制御する制御部を備える
受信装置にある。【００２３】
本技術においては、
受信部により、メディアストリームを含む所定フォーマットのコンテナが受信される。メディアストリームのレイヤまたはコンテナのレイヤに一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入されている。制御部により、デコード処理、メディアデータ取得処理およびメディア提示処理が制御される。【００２４】
デコード処理では、メディアストリームがデコードされて第１のメディアデータが得られる。メディアデータ取得処理では、メディアアクセス情報に基づいて第２のメディアデータが取得される。そして、メディア提示処理では、第１のメディアデータおよび第２のメディアデータによるメディア提示が行われる。【００２５】
このように本技術においては、第１のメディアデータと共に一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次取得され、このメディアアクセス情報に基づいて第２のメディアデータが取得される。そのため、第１のメディアデータによるメディアの提示に対応させて第２のメディアデータによる提示を行うことが可能となる。【００２６】
また、本技術の他の概念は、
第１のメディアデータとしてのビデオデータと一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次挿入されたオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部と、
上記オーディオ圧縮データストリームをデコードして上記第１のメディアデータとしてのオーディオデータを得るデコード処理と、上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得処理と、上記第１のメディアデータおよび上記第２のメディアデータによるメディア提示をするメディア提示処理を制御する制御部を備える
受信装置にある。【００２７】
本技術において、受信部により、第１のメディアデータとしてのビデオデータと一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次挿入されたオーディオ圧縮データストリームが外部機器からデジタルインタフェースを介して受信される。制御部により、デコード処理、メディアデータ取得処理およびメディア提示処理が制御される。【００２８】
デコード処理では、オーディオ圧縮データストリームがデコードされて第１のメディアデータとしてのオーディオデータが得られる。メディアデータ取得処理では、メディアアクセス情報に基づいて第２のメディアデータが取得される。そして、メディア提示処理では、第１のメディアデータおよび第２のメディアデータによるメディア提示が行われる。【００２９】
このように本技術においては、第１のメディアデータと共に一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次取得され、このメディアアクセス情報に基づいて第２のメディアデータが取得される。そのため、第１のメディアデータによるメディアの提示に対応させて第２のメディアデータによる提示を行うことが可能となる。【００３０】
また、本技術の他の概念は、
所定の情報が挿入されたオーディオ符号化ストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記コンテナのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームのフォーマットを優先させることを示す情報を挿入する情報挿入部を備える
送信装置にある。【００３１】
本技術においては、送信部により、所定の情報が挿入されたオーディオ符号化ストリームを含む所定フォーマットのコンテナが送信される。例えば、所定の情報は、所定の情報は、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報である、ようにされてもよい。情報挿入部により、コンテナのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームのフォーマットを優先させることを示す情報が挿入される。【００３２】
このように本技術においては、コンテナのレイヤにオーディオデータの伝送フォーマットとして符号化ストリームを優先させることを示す情報が挿入される。そのため、受信側においてオーディオデータの伝送フォーマットとして符号化ストリームのフォーマットを優先させることが可能となり、符号化ストリームに挿入された所定の情報を受信機器から外部機器（デスティネーション機器）に確実に供給させることが可能となる。【００３３】
また、本技術の他の概念は、
メディアストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、メディアアクセス情報を、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報を付加して挿入する情報挿入部を備える
送信装置にある。【００３４】
本技術においては、送信部により、メディアストリームを含む所定フォーマットのコンテナが送信される。情報挿入部により、メディアストリームのレイヤまたはコンテナのレイヤに、メディアアクセス情報が挿入される。このメディアアクセス情報には、このメディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されている。例えば、チェック情報は、メディアアクセス情報による個々のサービス、あるいはこのサービスの供給元または規格団体に固有に割り当てられる識別値である、ようにされてもよい。【００３５】
このように本技術においては、メディアストリームのレイヤまたはコンテナのレイヤに挿入されるメディアアクセス情報に、このメディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加される。そのため、受信側においては、メディアアクセス情報を用いて取得されるメディアデータの提供元を簡単かつ容易にチェックすることが可能となる。【００３６】
また、本技術の他の概念は、
メディアアクセス情報を取得するメディアアクセス情報取得部を備え、
上記メディアアクセス情報には、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されており、
上記メディアアクセス情報に基づいてメディアデータを取得するメディアデータ取得部と、
上記取得されたメディアデータの提供元を上記チェック情報に基づいてチェックする提供元チェック部をさらに備える
メディア処理装置にある。【００３７】
本技術において、メディアアクセス情報取得部により、メディアアクセス情報が取得される。このメディアアクセス情報には、このメディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されている。メディアデータ取得部により、メディアアクセス情報に基づいてメディアデータが取得される。そして、提供元チェック部により、チェック情報に基づいて、取得されたメディアデータの提供元がチェックされる。【００３８】
このように本技術においては、メディアアクセス情報に付加されているチェック情報に基づいて、メディアアクセス情報を用いて取得されるメディアデータの提供元がチェックされる。そのため、メディアアクセス情報を用いて取得されるメディアデータの提供元を簡単かつ容易にチェックすることが可能となる。
【発明の効果】
【００３９】
本技術によれば、受信側において一連のメディアアクセス制御を良好に行い得る。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【００４０】
【図１】実施の形態としての送受信システムの構成例を示すブロック図である。
【図２】メディアアクセス情報を分割して送信することによる効果を説明するための図である。
【図３】放送送出装置が備えるストリーム生成部の構成例を示すブロック図である。
【図４】ＭＰＥＧ−Ｈ  ３Ｄ  Ａｕｄｉｏの伝送データにおけるオーディオフレームの構造例を示す図である。
【図５】エクステンションエレメントのタイプとその値の対応関係を示す図である。
【図６】ユニバーサル・メタデータをエクステンションエレメントとして含むユニバーサル・メタデータ・フレームの構成例を示す図である。
【図７】メディアアクセス情報を持つアクセス・インフォメーション・データの構成例を示す図（１/３）である。
【図８】メディアアクセス情報を持つアクセス・インフォメーション・データの構成例を示す図（２/３）である。
【図９】メディアアクセス情報を持つアクセス・インフォメーション・データの構成例を示す図（３/３）である。
【図１０】ユニバーサル・メタデータ・フレームおよびアクセス・インフォメーション・データにおける主要な情報の内容を示す図（１/２）である。
【図１１】ユニバーサル・メタデータ・フレームおよびアクセス・インフォメーション・データにおける主要な情報の内容を示す図（２/２）である。
【図１２】オーディオ・ストリーミング・デスクリプタの構造例と、その構造例における主要な情報の内容を示す図である。
【図１３】コンテナ対象データが複数のユニバーサル・メタデータ・フレームで伝送される場合の例を示す図である。
【図１４】コンテナ対象データが１つのユニバーサル・メタデータ・フレームで伝送される場合の例を示す図である。
【図１５】複数のコンテナ対象データが複数のユニバーサル・メタデータ・フレームで伝送される場合の例を示す図である。
【図１６】メディアアクセス情報（コンテナ対象データ）をオーディオストリームに挿入して送る場合におけるトランスポートストリームＴＳの構造例を示す図である。
【図１７】セットトップボックスの構成例を示すブロック図である。
【図１８】オーディオアンプの構成例を示すブロック図である。
【図１９】テレビ受信機の構成例を示すブロック図である。
【図２０】ＨＤＭＩ送信部とＨＤＭＩ受信部の構成例を示すブロック図である。
【図２１】ＴＭＤＳチャネルで画像データが伝送される場合の各種の伝送データの区間を示す図である。
【図２２】メディアアクセス制御の一例を示す図である。
【図２３】各メディアアクセス情報に含まれる情報の一例を示す図である。
【図２４】各メディアアクセス情報に含まれる情報の他の一例を示す図である。
【図２５】メディアアクセス制御の一例を示す図である。
【図２６】各メディアアクセス情報に含まれる情報の一例を示す図である。
【図２７】メディアアクセス情報を用いて取得されたメディアデータの提供元のチェック例を説明するための図である。
【図２８】放送送出装置が備えるストリーム生成部の他の構成例を示すブロック図である。
【図２９】アプリケーション・デスクリプタの構造例を示す図である。
【図３０】メディアアクセス情報（コンテナ対象データ）をコンテナに挿入して送る場合におけるトランスポートストリームＴＳの構造例を示す図である。
【図３１】セットトップボックスの他の構成例を示すブロック図である。
【図３２】メディアアクセス情報（コンテナ対象データ）をオーディオストリームに挿入して送る場合におけるＭＭＴストリームの構造例を示す図である。
【図３３】メディアアクセス情報（コンテナ対象データ）をコンテナに挿入して送る場合におけるＭＭＴストリームの構造例を示す図である。
【図３４】ＡＣ４のシンプルトランスポート（Simple Transport）のレイヤの構造を示す図である。
【図３５】ＴＯＣ（ac4_toc()）およびサブストリーム（ac4_substream_data()）の概略構成を示す図である。
【図３６】ユニバーサル・データの構造例を示す図である。
【図３７】ユニバーサル・データの構造例における主要な情報の内容を示す図である。
【図３８】ＡＣ４・データコンテナ・デスクリプタの構造例を示す図である。
【図３９】ＡＣ４・データコンテナ・デスクリプタの構造例における主要な情報の内容を示す図である。
【図４０】オーディオ圧縮フォーマットがＡＣ４である場合におけるＭＰＥＧ−２  ＴＳのトランスポートストリームの構造例を示す図である。
【図４１】オーディオ圧縮フォーマットがＡＣ４である場合におけるＭＭＴのトランスポートストリームの構造例を示す図である。
【図４２】オーディオ圧縮フォーマットがＡＣ４である場合におけるオーディオトラックのデータを含むＭＰ４ストリーム（ファイル）の構成例を示す図である。
【図４３】ＭＰＤファイル記述例を示す図である。
【図４４】ＭＰＤファイル記述例における主要な情報の内容を示す図である。
【図４５】送受信システムの他の構成例を示すブロック図である。
【図４６】送受信システムのさらに他の構成例を示すブロック図である。
【発明を実施するための形態】
【００４１】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００４２】
＜１．実施の形態＞
［送受信システムの構成例］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、放送送出装置１００と、セットトップボックス（ＳＴＢ）２００と、オーディオアンプ（ＡＭＰ）３００と、テレビ受信機（ＴＶ）５００を有している。オーディオアンプ３００には、マルチチャネル用のスピーカシステム４００が接続されている。
【００４３】
セットトップボックス２００とオーディオアンプ３００は、ＨＤＭＩケーブル６１０を介して接続されている。この場合、セットトップボックス２００がソースで、オーディオアンプ３００はディスティネーションである。また、オーディオアンプ３００とテレビ受信機５００は、ＨＤＭＩケーブル６２０を介して接続されている。この場合、オーディオアンプ３００がソースで、テレビ受信機５００はディスティネーションである。なお、「ＨＤＭＩ」は登録商標である。
【００４４】
放送送出装置１００は、トランスポートストリームＴＳを、放送波に載せて送信する。このトランスポートストリームＴＳには、ビデオストリームおよびオーディオストリーム（オーディオ圧縮データストリーム、オーディオ符号化ストリーム）が含まれる。放送送出装置１００は、オーディオストリームに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報をコンテナ対象データとして順次挿入する。
【００４５】
各メディアアクセス情報には、他のメディアアクセス情報と区別するための識別情報「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）からなっている。ＰＥＳヘッダには、ＤＴＳ，ＰＴＳのタイムスタンプが挿入されている。
【０１０７】
オーディオストリームのＰＥＳパケットのＰＥＳペイロードにはオーディオストリーム（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」には、図２３（ａ）に示すように、“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」によるメディアデータの提供元チェック例を説明する。図２７においては、テレビ受信機５００はインターネットに接続されている。また、このインターネットには、サーバＡ（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”であるときは、メタによるサービスの種類がネット接続であることを示す。
【０２８５】
また、上述実施の形態においては、セットトップボックス２００とテレビ受信機５００との間にオーディオアンプ３００が介在される例を示した。しかし、セットトップボックス２００がテレビ受信機５００に直接接続される、図４５に示すような、送受信システム１０Ａも考えられる。
【０２８６】
この送受信システム１０Ａにおいては、セットトップボックス２００とテレビ受信機５００はＨＤＭＩケーブル６１０を介して接続されている。この場合、セットトップボックス２００がソースで、テレビ受信機５００はディスティネーションである。オーディオアンプ３００とテレビ受信機５００は、ＨＤＭＩケーブル６２０を介して接続されている。この場合、オーディオアンプ３００がソースで、テレビ受信機５００はディスティネーションである。
【０２８７】
この場合、セットトップボックス２００からテレビ受信機５００に、ＨＤＭＩのデジタルインタフェースで、非圧縮のビデオデータと、メディアアクセスネ情報（コンテナ対象データ）が挿入されたオーディオストリームが、送信される。また、テレビ受信機５００からオーディオアンプ３００にＨＤＭＩのオーディオリターンチャネルを利用して、オーディオストリームそのもの、あるいはデコード後のオーディオデータが送信される。
【０２８８】
また、上述実施の形態においては、セットトップボックス２００およびテレビ受信機５００を有する送受信システム１０を示した。しかし、テレビ受信機５００の代わりに、モニタ装置、あるいはプロジェクタ等が配置される構成も考えられる。また、セットトップボックス２００の代わりに、受信機能付きのレコーダ、パーソナルコンピュータ等が配置される構成も考えられる。
【０２８９】
また、上述実施の形態においては、受信側の各機器がＨＤＭＩのデジタルインタフェースにより有線で接続されている。しかし、各機器が、ＨＤＭＩと同様のデジタルインタフェースで有線接続される場合、さらには、無線によって接続される場合にも、この発明を同様に適用できることは勿論である。
【０２９０】
また、上述実施の形態においては、放送送出装置１００から放送波に載せて送信されてくるトランスポートストリームＴＳをセットトップボックス２００で受信する送受信システム１０を示した。しかし、図４６に示すように、放送送出装置１００から放送波に載せて送信されてくるトランスポートストリームＴＳをテレビ受信機５００で直接受信する送受信システム１０Ｂも考えられる。
【０２９１】
なお、本技術は、以下のような構成もとることができる。
（１）メディアストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次挿入する情報挿入部を備える
送信装置。
（２）上記メディアアクセス情報には、他のメディアアクセス情報と区別するための識別情報が含まれる
前記（１）に記載の送信装置。
（３）上記メディアアクセス情報には、他のメディアアクセス情報と関連付け行うための識別情報が含まれる
前記（１）または（２）に記載の送信装置。
（４）上記メディアアクセス情報には、上記メディアストリームにおける対応シーンを示す期間情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（５）上記メディアアクセス情報には、ユーザに再生メディアを選択させるためのユーザインタフェース情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（６）上記メディアアクセス情報には、アクションコマンドの起動を管理するための時刻情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（７）上記メディアアクセス情報には、メディア再生の期限を示す絶対時刻情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（８）上記メディアアクセス情報には、状態をユーザに知らせるための通知情報が含まれる
前記（１）から（３）のいずれかに記載の送信装置。
（９）上記情報挿入部は、
上記メディアストリームの所定数の単位部分に、上記メディアアクセス部分が分割されて得られた各分割情報のそれぞれを挿入することが可能とされる
前記（１）から（８）のいずれかに記載の送信装置。
（１０）上記メディアストリームは、オーディオ圧縮データストリームであり、
上記情報挿入部は、上記単位部分としてのオーディオフレームのユーザデータ領域に上記分割情報を挿入する
前記（９）記載の送信装置。
（１１）送信部により、メディアストリームを含む所定フォーマットのコンテナを送信する送信ステップと、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次挿入する情報挿入ステップを有する
送信方法。
（１２）第１のメディアデータを取得すると共に、一連のメディアアクセス制御のための所定数のメディアアクセス情報を順次取得する第１の取得部と、
上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備える
メディア処理装置。
（１３）上記第１の取得部は、
メディアストリームを含む所定フォーマットのコンテナを受信する受信部を有し、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに上記メディアアクセス情報が挿入されており、
上記第１の取得部は、
上記メディアストリームにデコード処理を施して上記第１のメディアデータを得るデコード処理部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤから上記メディアアクセス情報を抽出する情報抽出部をさらに有する
前記（１２）に記載のメディア処理装置。
（１４）上記第１の取得部は、
上記第１のメディアデータとしてのビデオデータと上記メディアアクセス情報が挿入されたオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部と、
上記オーディオ圧縮データストリームにデコード処理を施して上記第１のメディアデータとしてのオーディオデータを得るデコード処理部と、
上記オーディオ圧縮データストリームから上記メディアアクセス情報を抽出する情報抽出部を有する
前記（１２）に記載のメディア処理装置。
（１５）第１の取得部により、第１のメディアデータを取得すると共に、該第１のメディアデータに対応した一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を順次取得する第１の取得ステップと、
第２の取得部により、上記メディアアクセス情報に基づいて上記第１のメディアデータに関連した第２のメディアデータを取得する第２の取得ステップと、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理ステップを有する
メディア処理方法。
（１６）メディアストリームを含む所定フォーマットのコンテナを受信する受信部を備え、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報が順次挿入されており、
上記メディアストリームにデコード処理を施して第１のメディアデータを得るデコード処理部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤから上記メディアアクセス情報を抽出する情報抽出部と、
上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備える
受信装置。
（１７）第１のメディアデータとしてのビデオデータと一連のメディアアクセス制御のための所定数のメディアアクセス情報が順次挿入されたオーディオ圧縮データストリームを外部機器からデジタルインタフェースを介して受信する受信部と、
上記オーディオ圧縮データストリームにデコード処理を施して上記第１のメディアデータとしてのオーディオデータを得るデコード処理部と、
上記オーディオ圧縮データストリームから上記メディアアクセス情報を抽出する情報抽出部と、
上記メディアアクセス情報に基づいて第２のメディアデータを取得するメディアデータ取得部と、
上記第１のメディアデータおよび上記第２のメディアデータによるメディアの提示処理を行う提示処理部を備える
受信装置。
（１８）所定の情報が挿入されたオーディオ符号化ストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記コンテナのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームを優先させることを示す情報を挿入する情報挿入部を備える
送信装置。
（１９）上記所定の情報は、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報である
前記（１８）に記載の送信装置。
（２０）送信部により、所定の情報がユーザデータ領域に挿入されたオーディオ符号化ストリームを含む所定フォーマットのコンテナを送信する送信ステップと、
上記コンテナのレイヤに、オーディオデータの伝送フォーマットとして符号化ストリームを優先させることを示す情報を挿入する情報挿入ステップを有する
送信方法。
（２０）メディアストリームを含む所定フォーマットのコンテナを送信する送信部と、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、メディアアクセス情報を、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報を付加して挿入する情報挿入部を備える
送信装置。
（２１）上記チェック情報は、
上記メディアアクセス情報による個々のサービス、あるいは該サービスの供給元または規格団体に固有に割り当てられる識別値である
前記（２１）に記載の送信装置。
（２３）送信部により、メディアストリームを含む所定フォーマットのコンテナを送信する送信ステップと、
上記メディアストリームのレイヤまたは上記コンテナのレイヤに、メディアアクセス情報を、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報を付加して挿入する情報挿入ステップを有する
送信方法。
（２４）メディアアクセス情報を取得するメディアアクセス情報取得部を備え、
上記メディアアクセス情報には、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されており、
上記メディアアクセス情報に基づいてメディアデータを取得するメディアデータ取得部と、
上記取得されたメディアデータの提供元を上記チェック情報に基づいてチェックする提供元チェック部をさらに備える
メディア処理装置。
（２５）メディアアクセス情報取得部により、メディアアクセス情報を取得するメディアアクセス情報取得ステップを有し、
上記メディアアクセス情報には、該メディアアクセス情報を用いて取得されるメディアデータの提供元をチェックするためのチェック情報が付加されており、
上記メディアアクセス情報に基づいてメディアデータを取得するメディアデータ取得ステップと、
上記取得されたメディアデータの提供元を上記チェック情報に基づいてチェックする提供元チェックステップをさらに有する
メディア処理方法。
【０２９２】
本技術の主な特徴は、一連のメディアアクセス制御のための関連した所定数のメディアアクセス情報を、メディアストリームのレイヤまたはコンテナのレイヤに順次挿入して送信することで、受信側において一連のメディアアクセス制御を良好に行うことを可能としたことである（図６−１１、図１６参照）。
【符号の説明】
【０２９３】
１０，１０Ａ，１０Ｂ・・・送受信システム
２１・・・有効画素区間
２２・・・水平帰線期間
２３・・・垂直帰線期間
２４・・・ビデオデータ区間
２５・・・データアイランド区間
２６・・・コントロール区間
３１・・・ＨＤＭＩトランスミッタ
３２・・・ＨＤＭＩレシーバ
３３・・・ＤＤＣ
３４・・・ＣＥＣライン
３５・・・ＨＰＤライン
３６・・・電源ライン
３７・・・リザーブライン
１００・・・放送送出装置
１１０，１１０Ａ・・・ストリーム生成部
１１１・・・制御部
１１１ａ・・・ＣＰＵ
１１２・・・ビデオエンコーダ
１１３，１１３Ａ・・・オーディオエンコーダ
１１３ａ・・・オーディオ符号化ブロック部
１１３ｂ・・・オーディオフレーミング部
１１４，１１４Ａ・・・マルチプレクサ
２００，２００Ａ・・・セットトップボックス（ＳＴＢ）
２０１・・・ＣＰＵ
２０２・・・フラッシュＲＯＭ
２０３・・・ＤＲＡＭ
２０４・・・内部バス
２０５・・・リモコン受信部
２０６・・・リモコン送信機
２１１・・・アンテナ端子
２１２・・・デジタルチューナ
２１３，２１３Ａ・・・デマルチプレクサ
２１４・・・ビデオデコーダ
２１５・・・オーディオフレーミング部
２１６・・・ＨＤＭＩ送信部
２１７・・・ＨＤＭＩ端子
２１８・・・データ挿入部
３００・・・オーディオアンプ（ＡＭＰ）
３０１・・・ＣＰＵ
３０２・・・フラッシュＲＯＭ
３０３・・・ＤＲＡＭ
３０４・・・内部バス
３０５・・・リモコン受信部
３０６・・・リモコン送信機
３１１・・・ＨＤＭＩ端子
３１２・・・ＨＤＭＩ受信部
３１３・・・オーディオデコーダ
３１４・・・音声処理回路
３１５・・・音声増幅回路
３１６・・・音声出力端子
３１７・・・ＨＤＭＩ送信部
３１８・・・ＨＤＭＩ端子
４００・・・スピーカシステム（ＳＰ）
５００・・・テレビ受信機（ＴＶ）
５０１・・・ＣＰＵ
５０２・・・フラッシュＲＯＭ
５０３・・・ＤＲＡＭ
５０４・・・内部バス
５０５・・・リモコン受信部
５０６・・・リモコン送信機
５０７・・・通信インタフェース
５１１・・・アンテナ端子
５１２・・・デジタルチューナ
５１３・・・デマルチプレクサ
５１４・・・ビデオデコーダ
５１５・・・ＨＤＭＩ端子
５１６・・・ＨＤＭＩ受信部
５１７・・・映像処理回路
５１８・・・パネル駆動回路
５１９・・・表示パネル
５２０・・・オーディオデコーダ
５２１・・・音声処理回路
５２２・・・音声増幅回路
５２３・・・スピーカ
６１０，６２０・・・ＨＤＭＩケーブル
【図１】
2016194563.tif 000003
【図２】
2016194563.tif 000004
【図３】
2016194563.tif 000005
【図４】
2016194563.tif 000006
【図５】
2016194563.tif 000007
【図６】
2016194563.tif 000008
【図７】
2016194563.tif 000009
【図８】
2016194563.tif 000010
【図９】
2016194563.tif 000011
【図１０】
2016194563.tif 000012
【図１１】
2016194563.tif 000013
【図１２】
2016194563.tif 000014
【図１３】
2016194563.tif 000015
【図１４】
2016194563.tif 000016
【図１５】
2016194563.tif 000017
【図１６】
2016194563.tif 000018
【図１７】
2016194563.tif 000019
【図１８】
2016194563.tif 000020
【図１９】
2016194563.tif 000021
【図２０】
2016194563.tif 000022
【図２１】
2016194563.tif 000023
【図２２】
2016194563.tif 000024
【図２３】
2016194563.tif 000025
【図２４】
2016194563.tif 000026
【図２５】
2016194563.tif 000027
【図２６】
2016194563.tif 000028
【図２７】
2016194563.tif 000029
【図２８】
2016194563.tif 000030
【図２９】
2016194563.tif 000031
【図３０】
2016194563.tif 000032
【図３１】
2016194563.tif 000033
【図３２】
2016194563.tif 000034
【図３３】
2016194563.tif 000035
【図３４】
2016194563.tif 000036
【図３５】
2016194563.tif 000037
【図３６】
2016194563.tif 000038
【図３７】
2016194563.tif 000039
【図３８】
2016194563.tif 000040
【図３９】
2016194563.tif 000041
【図４０】
2016194563.tif 000042
【図４１】
2016194563.tif 000043
【図４２】
2016194563.tif 000044
【図４３】
2016194563.tif 000045
【図４４】
2016194563.tif 000046
【図４５】
2016194563.tif 000047
【図４６】
2016194563.tif 000048
【国際調査報告】
2016194563.tif 000049
2016194563.tif 000050
2016194563.tif 000051
2016194563.tif 000052