(57)【特許請求の範囲】
【請求項１】
ＨｂｂＴＶ用のアプリケーションのデータを送信するアプリケーションデータ送信部と、
前記アプリケーションの１以上の追加機能を表現するアプリケーション・プロファイルであって、上位のｎビットの第１のビット領域と、それぞれのビット位置に対して割り当てられた機能の有無をビットマップ構造で表現する下位の（１６−ｎ）ビットの第２のビット領域とで構成され、前記第１のビット領域には前記第２のビット領域それぞれのビット位置に対して割り当てられるそれぞれの機能を切り替えるための値がセットされるアプリケーション・プロファイルを含むプラットフォーム・プロファイルのフィールドを有するＡＩＴを送信するＡＩＴ送信部と
を具備する送信装置であり、ＨｂｂＴＶは、ｈｙｂｒｉｄ  ｂｒｏａｄｃａｓｔ  ｂｒｏａｄｂａｎｄ  ｔｅｌｅｖｉｓｉｏｎを表し、ＡＩＴはａｐｐｌｉｃａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ  ｔａｂｌｅを表す。
【請求項２】
請求項１に記載の送信装置であって、
前記ｎは２から１４までの範囲のいずれかの値である。
【請求項３】
請求項１に記載の送信装置であって、
前記ｎは２から５までの範囲のいずれかの値である。
【請求項４】
請求項１に記載の送信装置であって、
前記ＡＩＴ送信部は、１つのアプリケーション・プロファイルで、前記アプリケーションのもつ全ての追加機能を表現できない場合には、前記第１のビット領域の値が互いに異なる複数のアプリケーション・プロファイルを含む複数のＡＩＴを送信する。
【請求項５】
請求項１に記載の送信装置であって、
コンテンツのデータを送信するコンテンツ送信部をさらに具備する。
【請求項６】
ＨｂｂＴＶ用のアプリケーションの１以上の追加機能を表現するアプリケーション・プロファイルであって、上位のｎビットの第１のビット領域と、それぞれのビット位置に対して割り当てられた機能の有無をビットマップ構造で表現する下位の（１６−ｎ）ビットの第２のビット領域とで構成され、前記第１のビット領域には前記第２のビット領域それぞれのビット位置に対して割り当てられるそれぞれの機能を切り替えるための値がセットされるアプリケーション・プロファイルを含むプラットフォーム・プロファイルのフィールドを有するＡＩＴを送信するＡＩＴ送信方法であり、ＡＩＴはａｐｐｌｉｃａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ  ｔａｂｌｅを表し、ＨｂｂＴＶは、ｈｙｂｒｉｄ  ｂｒｏａｄｃａｓｔ  ｂｒｏａｄｂａｎｄ  ｔｅｌｅｖｉｓｉｏｎを表す。
【請求項７】
請求項６に記載のＡＩＴ送信方法であって、
ｎは２から１４までの範囲のいずれかの値である。
【請求項８】
請求項６に記載のＡＩＴ送信方法であって、
ｎは２から５までの範囲のいずれかの値である。
【請求項９】
請求項６に記載のＡＩＴ送信方法はさらに、
１つのアプリケーション・プロファイルで、前記アプリケーションのもつ全ての追加機能を表現できない場合には、前記第１のビット領域の値が互いに異なる複数のアプリケーション・プロファイルを含む複数のＡＩＴを送信する。
【請求項１０】
ＨｂｂＴＶ用のアプリケーションのデータを送信するアプリケーションデータ送信部と、前記アプリケーションの１以上の追加機能を表現するアプリケーション・プロファイルであって、上位のｎビットの第１のビット領域と、それぞれのビット位置に対して割り当てられた機能の有無をビットマップ構造で表現する下位の（１６−ｎ）ビットの第２のビット領域とで構成され、前記第１のビット領域には前記第２のビット領域それぞれのビット位置に対して割り当てられるそれぞれの機能を切り替えるための値がセットされるアプリケーション・プロファイルを含むプラットフォーム・プロファイルのフィールドを有するＡＩＴを送信するＡＩＴ送信部と、を具備する送信装置より送信された前記アプリケーションデータおよび前記ＡＩＴを受信する受信部と、
前記受信したＡＩＴに含まれるアプリケーション・プロファイルを解析して前記受信したアプリケーションの追加機能を判定する判定部と
を具備する受信装置であり、ＡＩＴはａｐｐｌｉｃａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ  ｔａｂｌｅを表し、ＨｂｂＴＶは、ｈｙｂｒｉｄ  ｂｒｏａｄｃａｓｔ  ｂｒｏａｄｂａｎｄ  ｔｅｌｅｖｉｓｉｏｎを表す。
【請求項１１】
請求項１０に記載の受信装置であって、
ｎは２から１４までの範囲のいずれかの値である。
【請求項１２】
請求項１０に記載の受信装置であって、
ｎは２から５までの範囲のいずれかの値である。
【請求項１３】
請求項１０に記載の受信装置であって、
前記判定部は、同一の前記アプリケーションに対して、時間をおいて受信された複数の前記ＡＩＴ内の複数のプラットフォーム・プロファイルから解析された追加機能をＯＲ論理にて判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
＜関連出願の相互参照＞
この出願は、仮出願６１／５２８，４６６（２０１１年８月２９日出願）の優先権を主張し、そのすべての内容が、参照により本明細書中に組み込まれる。
【背景技術】
【０００２】
本技術は、ＨｂｂＴＶシステムにおいて採用される送信装置、ＡＩＴ送信方法および受信装置に関する。
【０００３】
ＨｂｂＴＶ（Ｈｙｂｒｉｄ  ｂｒｏａｄｃａｓｔ  ｂｒｏａｄｂａｎｄ  ＴＶ）の起源は、ドイツとフランスにて草案されたＩｎｔｅｒａｃｔｉｖｅＴＶの仕様の統合にある。ＨｂｂＴＶは、Ｗｅｂ技術や、既存の標準をベースとし、これによりサーバ環境やアプリケーション開発環境の再利用を容易なものとする。ＨｂｂＴＶは、ＴＶの視聴体験をより豊かなものにするために、ＴＶ受信機の放送とブロードバンド（ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網）との複合環境を構築する。ＨｂｂＴＶは、地上波、衛星、ケーブルなどの伝送レイヤーに依存しない。そしてドイツでは、２００９年１２月からサービスが開始され、フランスでは２０１１年内のサービスの開始を予定している。
【０００４】
欧州では、インタラクティブアプリケーションの管理のためにＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）と呼ばれる記述子が規定されている。ＭＰＥＧ−２（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ｐｈａｓｅ  ２）システムのＰＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ）の一つであるＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）に配置されたデータ符号化識別によってＡＩＴが伝送されるＥＳ（Ｅｎｇｉｎｅｅｒｉｎｇ  Ｓｅｒｖｉｃｅ）が指定され、独立したＥＳで伝送されたデータ符号化識別によってＡＩＴが伝送されるＥＳが指定され、独立したＥＳで伝送される。このＡＩＴには、インタラクティブなアプリケーションに追加される機能などのプロファイル（アプリケーション・プロファイル）を記述できるフィールドがあるが、このアプリケーション・プロファイルの運用については個々のサービスに任されている。
【０００５】
プラットフォーム・プロファイルは、アプリケーションの持っている機能に関する情報が記述されるフィールドである。アプリケーションの持っている機能とは、例えば、Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｓｕａｌ）コンテンツのダウンロード、録画、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）によるダウンロード同時再生、ＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）によるコンテンツ保護、アダプティブ・ストリーミングなどである。これらの他にも様々な機能が存在し、将来的にも機能は増加することが予想される。
【発明の概要】
【０００６】
プラットフォーム・プロファイルのフィールドに与えられたビット数は規格上１６ビットである。一般的には、プラットフォーム・プロファイルには、１６ビットのそれぞれのビット位置に対して１つの機能を割り当てたビットマップ構造が採用されている。ビットマップ構造が採用されることで、１つのプラットフォーム・プロファイルで最大１６個までの機能を表現することが可能とされている。しかし、アプリケーションの追加機能の種類の数は将来的に増大する傾向にある。したがって、現状の１６ビットをビットマップとして用いるプラットフォーム・プロファイルの構造では、表現能力が不十分な事態が起ることが予想される。
【０００７】
以上のような事情に鑑み、本技術の目的は、ＨｂｂＴＶシステムにおいて、アプリケーションの追加機能を記述するプラットフォーム・プロファイルの表現能力の向上を図ることのできる送信装置、ＡＩＴ送信方法および受信装置を提供することにある。
【０００８】
本技術に係る一形態である送信装置は、ＨｂｂＴＶ用のアプリケーションのデータを送信するアプリケーションデータ送信部と、前記アプリケーションの１以上の追加機能を表現するアプリケーション・プロファイルであって、上位のｎビットの第１のビット領域と、それぞれのビット位置に対して割り当てられた機能の有無をビットマップ構造で表現する下位の（１６−ｎ）ビットの第２のビット領域とで構成され、前記第１のビット領域には前記第２のビット領域それぞれのビット位置に対して割り当てられるそれぞれの機能を切り替えるための値がセットされるアプリケーション・プロファイルを含むＡＩＴを送信するＡＩＴ送信部とを具備する。
【０００９】
ｎは２から１４までの範囲のいずれかの値、より好ましくは、２から５までの範囲のいずれかの値としてもよい。
【００１０】
ＡＩＴ送信部は、１つのアプリケーション・プロファイルで、前記アプリケーションのもつ全ての追加機能を表現できない場合には、前記第１のビット領域の値が互いに異なる複数のアプリケーション・プロファイルを含む複数のＡＩＴを送信するものであってよい。
【００１１】
送信装置は、コンテンツのデータを送信するコンテンツ送信部をさらに具備するものであってよい。
【００１２】
本技術に係る他の形態であるＡＩＴ送信方法は、ＨｂｂＴＶ用のアプリケーションの１以上の追加機能を表現するアプリケーション・プロファイルであって、上位のｎビットの第１のビット領域と、それぞれのビット位置に対して割り当てられた機能の有無をビットマップ構造で表現する下位の（１６−ｎ）ビットの第２のビット領域とで構成され、前記第１のビット領域には前記第２のビット領域それぞれのビット位置に対して割り当てられるそれぞれの機能を切り替えるための値がセットされるアプリケーション・プロファイルを含むＡＩＴを送信する、ことにある。
【００１３】
本技術に係る他の形態である受信装置は、ＨｂｂＴＶ用のアプリケーションのデータを送信するアプリケーションデータ送信部と、前記アプリケーションの１以上の追加機能を表現するアプリケーション・プロファイルであって、上位のｎビットの第１のビット領域と、それぞれのビット位置に対して割り当てられた機能の有無をビットマップ構造で表現する下位の（１６−ｎ）ビットの第２のビット領域とで構成され、前記第１のビット領域には前記第２のビット領域それぞれのビット位置に対して割り当てられるそれぞれの機能を切り替えるための値がセットされるアプリケーション・プロファイルを含むＡＩＴを送信するＡＩＴ送信部と、を具備する送信装置より送信された前記アプリケーションデータおよび前記ＡＩＴを受信する受信部と、前記受信したＡＩＴに含まれるアプリケーション・プロファイルを解析して前記受信したアプリケーションの追加機能を判定する判定部とを具備する。
【００１４】
前記判定部は、同一の前記アプリケーションに対して、時間をおいて受信された複数の前記ＡＩＴ内の複数のプラットフォーム・プロファイルから解析された追加機能をＯＲ論理にて判定するものであってよい。
【００１５】
以上のように、本技術によれば、ＨｂｂＴＶにおいて、アプリケーションの追加機能を記述するプラットフォーム・プロファイルの表現能力の向上を図ることができる。
【図面の簡単な説明】
【００１６】
【図１】図１は、本技術に係る実施形態であるＨｂｂＴＶシステムの構成を示す図である。
【図２】図２は、本実施形態のＨｂｂＴＶシステムに対応する送信装置の構成を示すブロック図である。
【図３】図３は、本実施形態のＨｂｂＴＶシステムに対応する受信装置の構成を示すブロック図である。
【図４】図４は、ＡＩＴの構成を示す図である。
【図５】図５は、図４のＡＩＴ内のアプリケーション・プロファイルの構造を示す図である。
【発明を実施するための形態】
【００１７】
以下、本技術に係る実施形態を、図面を参照しながら説明する。
【００１８】
＜ＨｂｂＴＶシステム＞
図１は、本技術に係る実施形態であるＨｂｂＴＶシステムの構成を示す図である。
【００１９】
ＨｂｂＴＶシステム１００は、放送・アプリケーションプロバイダ１０と、受信装置２０と、インターネット４０及び放送３０などの伝送系とを含む。放送・アプリケーションプロバイダ１０は、リニアＡ／Ｖコンテンツ、インタラクティブなアプリケーションデータを放送する放送局１０Ａを含む。また、放送・アプリケーションプロバイダ１０は、ノンリニアＡ／Ｖコンテンツ、アプリケーションデータを、インターネットを通じて受信装置２０に配信するサーバ装置を含む。サーバ１０Ｂはインターネットを通じてノンリニアＡ／Ｖコンテンツ、アプリケーションデータを受信装置２０からのリクエストに応じて配信する。
【００２０】
リニアＡ／Ｖコンテンツ、ノンリニアＡ／Ｖコンテンツは、ＭＰＥＧ−２／Ｖｉｄｅｏ等のトランスポートストリームである。アプリケーションは、例えば、ノンリニアＡ／Ｖコンテンツをダウンロードして再生するようにユーザを喚起してユーザからの再生の指示を受け付けるＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）や、そのノンリニアＡ／ＶコンテンツのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）などを含む。ＨｂｂＴＶでは、Ａ／Ｖコンテンツのデータ形式としてＭＰＥＧ−２／Ｖｉｄｅｏ等が採用され、文書のデータ形式としては、ＣＥ（Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ）−ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等が採用される。
【００２１】
放送・アプリケーションプロバイダ１０に含まれる放送局は、ＡＩＴを作成して放送ＡＩＴを放送する。サーバ１０Ｂは、放送ＡＩＴと等価な内容を有するＸＭＬ−ＡＩＴ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ−ＡＩＴ）を作成して受信装置２０からのリクエストに対して配信することが可能である。
【００２２】
＜送信装置の構成＞
図２は、本実施形態のＨｂｂＴＶシステムに対応する送信装置の構成を示すブロック図である。送信装置は、具体的には、放送・アプリケーションプロバイダ１０に含まれる放送局１０Ａおよびサーバ１０Ｂである。
【００２３】
送信装置は、演算処理部１１と記憶部１２を有する。演算処理部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とメインメモリとＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）を備えている。記憶部１２は、例えば、ハードディスクドライブなどの大容量記憶装置である。
【００２４】
演算処理部１１は、メインメモリに格納されるプログラムに基づいてＣＰＵが演算処理を実行することによって構成される機能的なモジュールとして、ノンリニアＡ／ＶコンテンツまたはリニアＡ／Ｖコンテンツを送信するコンテンツ送信部１０１と、ＨｂｂＴＶ用のアプリケーションデータを送信するアプリケーションデータ送信部１０３と、アプリケーション・プロファイルを含むＡＩＴを送信するＡＩＴ送信部１０５とを有する。記憶部１２には、コンテンツ送信部１０１、アプリケーションデータ送信部１０３、及びＡＩＴ送信部１０５から送信されるＡ／Ｖコンテンツ、アプリケーションデータおよびＡＩＴが記憶される。
【００２５】
ＡＩＴ送信部１０５は、上位のｎビットの第１のビット領域と、ビットマップ構造の下位（１６−ｎ）ビットの第２のビット領域とで構成され、アプリケーションの追加機能を明示するための１６ビットのアプリケーション・プロファイルを含むＡＩＴを放送３０またはインターネット４０を通じて送信する。
【００２６】
＜受信装置の構成＞
図３は、本実施形態のＨｂｂＴＶシステムに対応する受信装置２０の構成を示すブロック図である。
【００２７】
受信装置２０は、放送・アプリケーションプロバイダ１０より提供されるＡ／Ｖコンテンツおよびアプリケーションデータを放送３０とインターネット４０の夫々の伝送系を通じて受信し、再生などの処理をすることが可能な電子機器である。受信装置２０は、より具体的には、テレビジョン、パーソナルコンピュータ、携帯電話などである。
【００２８】
受信装置２０は、放送受信部２１（受信部）、ネットワーク接続部２２（受信部）、デマルチプレクサ２３、演算処理部２４、操作入力部２６、表示部２７、スピーカ部２８を有する。
【００２９】
放送受信部２１は、放送・アプリケーションプロバイダ１０からトランスポートストリームとして放送されるＡ／Ｖコンテンツおよびアプリケーションデータ、放送ＡＩＴを受信する。ネットワーク接続部２２は、インターネット４０への接続を処理し、放送・アプリケーションプロバイダ１０のサーバ１０Ｂにアクセスして、Ａ／Ｖコンテンツ、アプリケーションデータ、ＸＭＬ−ＡＩＴを受信することが可能である。
【００３０】
デマルチプレクサ２３は、放送受信部２１およびネットワーク接続部２２により受信したトランスポートストリームからビデオ、オーディオ、ＡＩＴなどを分離する。
【００３１】
演算処理部２４は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とメインメモリとＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）を備えている。メインメモリまたはＲＯＭには、ソフトウェアとしてブラウザ２４１、メディアプレイヤ２４２、アプリケーションマネージャ２４３（判定部）が格納されている。ブラウザ２４１は、アプリケーションデータの表示処理を行う。メディアプレイヤ２４２はＡ／Ｖコンテンツの再生処理を行う。アプリケーションマネージャ２４３は、ＡＩＴを解析してアプリケーションの起動、停止を制御する。アプリケーションマネージャ２４３は、ＡＩＴ内のプラットフォーム・プロファイルの内容を解析して、アプリケーションへの追加機能を判定する。
【００３２】
操作入力部２６は、ユーザからの入力操作を受け付けて演算処理部２４に通知する。操作入力部２６は、受信装置２０の本体に設けられたキー操作部やリモートコントローラ等でもよい。
【００３３】
表示部２７は、ブラウザ２４１により処理された文書や画像を表示したり、メディアプレイヤ２４２により再生されたＡ／Ｖコンテンツのビデオを表示する。スピーカ部２８は、例えば、メディアプレイヤ２４２により再生されたＡ／Ｖコンテンツのオーディオを出力する。
【００３４】
＜ＡＩＴ＞
次に、ＡＩＴについて説明する。
ＡＩＴは、アプリケーションのライフサイクルに関する制御情報である。アプリケーションのライフサイクルに関する制御情報としては、例えば”ＡＵＴＯＳＴＡＲＴ”、”ＰＲＥＳＥＮＴ”、”ＤＥＳＴＲＯＹ”等がある。”ＡＵＴＯＳＴＡＲＴ”は即時にアプリケーションを起動することを指示する情報である。”ＰＲＥＳＥＮＴ”は自動実行しないが、受信装置２０にアプリケーションを受信することを指示する情報である。”ＤＥＳＴＲＯＹ”はアプリケーションの停止を指示する情報である。ハイブリッド端末は、このＡＩＴ内のライフサイクルに関する制御情報をもとに、例えば、即時に起動するように指定されたアプリケーションを取得し、起動することができる。
【００３５】
図４に示すように、ＡＩＴは、プラットフォーム・プロファイルのフィールドを有する。プラットフォーム・プロファイルは、アプリケーションの持っている機能に関する情報が記述されるフィールドである。アプリケーションの持っている機能とは、例えば、Ａ／Ｖコンテンツのダウンロード、録画、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）によるダウンロード同時再生、ＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）によるコンテンツ保護、アダプティブ・ストリーミングなどである。これらの他にも様々な機能が存在し、将来的にも機能は増加することが予想される。
【００３６】
プラットフォーム・プロファイルのフィールドに与えられたビット数は規格上１６ビットである。一般的には、１６ビットの配列におけるそれぞれビット位置に１つの機能が割り当てられている。例えば、以下の様にである。
“００００  ００００  ００００  ００００”  機能無し
“００００  ００００  ００００  ０００１”  ダウンロード
“００００  ００００  ００００  ００１０”  録画
“００００  ００００  ００００  ０１００”  ＲＴＳＰ
“００００  ００００  ００００  １０００”  ＤＲＭ
“００００  ００００  ０００１  ００００”  アダプティブ・ストリーミング
・・・
“１０００  ００００  ００００  ００００”
【００３７】
したがって、一般的なＡＩＴでは、１６個までの機能しか表現することができない。
【００３８】
なお、ダウンロードと録画の２つの機能があることを表現する場合には、それぞれに割り当てられたビット位置のビットを“1”にして、
【００３９】
“００００  ００００  ００００  ００１１”
とすればよい。
【００４０】
本実施形態のＨｂｂＴＶシステムは、アプリケーション・プロファイルの全１６ビットを、上位のｎビットの第１のビット領域と、それぞれのビット位置に対して割り当てられた機能の有無をビットマップ構造で表現する下位（１６−ｎ）ビットの第２のビット領域とに分けて扱う。第１のビット領域には、第２のビット領域のそれぞれのビット位置に対して割り当てられるそれぞれの機能を切り替えるための値が設定される。すなわち、図５に示すように、第２のビット領域には、これまでのようにそれぞれのビット位置に対して１つの機能が割り当てられるが、それらの機能の種類は第１のビット領域の値に依存する。
【００４１】
例えば、Ｎ＝３とした場合に、
“００００  ００００  ００００  ０００１”
はダウンロードを表現したものであるが、
“００１０  ００００  ００００  ０００１”
は別の機能を表現したものとなり、
“０１００  ００００  ００００  ０００１”
“０１１０  ００００  ００００  ０００１”
“１０００  ００００  ００００  ０００１”
“１０１０  ００００  ００００  ０００１”
“１１００  ００００  ００００  ０００１”
“１１１０  ００００  ００００  ０００１”
もすべて別々の機能を表現したものになる。
【００４２】
仮にｎ＝３とすると、第２のビット領域は１３ビットとなる。したがって、１次元に対して１３個の機能を表現することができる。一方、３ビットの第１のビット領域により計８つの次元を表現することができるので、１３×８＝１０４の機能を１６ビットのアプリケーション・プロファイルのフィールドで表現することができる。
【００４３】
ところで、この方式によると、ｎ＝４とした場合には１７６の機能を表現することができ、ｎ＝５とした場合には３２０の機能を表現することができる。すなわち、第１のビット領域として利用するビット数を増やせば増やすほど、表現できる機能の数は増大する。この意味で、ｎは２から１４までの範囲のいずれかの値とすることが可能である。
【００４４】
しかし、第１のビット領域として利用するビット数を増やして第２のビット領域を減らすと、１つのアプリケーション・プロファイルで表現できる機能の最大数が減り、全ての機能を通知するために、第１のビット領域の値を変えていくつものアプリケーション・プロファイルを送信しなければならない。したがって、第１のビット領域として利用するビット数は２から５の範囲で、存在する機能の種類の総数に応じて最適に選択されるべきである。その理由としては、第１のビット領域のビット数を６以上にすることによって表現できる機能の総数を６４０以上にまで増大させても、将来的にもそこまで機能の種類が増えるとは考えにくく、１つのアプリケーション・プロファイルで表現できる機能の数が減る方の弊害の方が大きい、ということが挙げられる。
【００４５】
放送・アプリケーションプロバイダ１０の送信装置において、ＡＩＴ送信部１０５は、上記のように構造化されたアプリケーション・プロファイルを含むＡＩＴを放送３０あるいはインターネット４０を通じて受信装置２０に送信する。
【００４６】
受信装置２０は、デマルチプレクサ２３にて、放送受信部２１およびネットワーク接続部２２により受信したトランスポートストリームからビデオ、オーディオ、ＡＩＴなどを分離する。分離されたＡＩＴはアプリケーションマネージャ２４３により解析される。ＡＩＴの解析において、アプリケーションマネージャ２４３は、ＡＩＴ内のプラットフォーム・プロファイルの構造に従ってその内容を解析して、アプリケーションへの追加機能を判定する。
【００４７】
アプリケーションマネージャ２４３は、同一のアプリケーションに対して、時間をおいて受信された複数のプラットフォーム・プロファイルから解析された追加機能をＯＲ論理にて判定する。これにより、送信装置は、数的に１つのプラットフォーム・プロファイルでは全ての機能を表現しきれない場合には、複数のプラットフォーム・プロファイルに分けてそれらの機能を受信装置２０に伝達することができる。
【００４８】
以上のように、１６ビットのフィールドに制約されたプラットフォーム・プロファイルであっても、その上位のｎビットを、下位（１６−ｎ）ビットの第２のビット領域のそれぞれのビット位置に対する機能の割り当てを複数次元化するための情報として用いることによって、表現できる機能の数を大幅に増大することができる。
【００４９】
なお、本技術は以下のような構成も採ることができる。
（１）ＨｂｂＴＶ用のアプリケーションのデータを送信するアプリケーションデータ送信部と、
前記アプリケーションの１以上の追加機能を表現するアプリケーション・プロファイルであって、上位のｎビットの第１のビット領域と、それぞれのビット位置に対して割り当てられた機能の有無をビットマップ構造で表現する下位の（１６−ｎ）ビットの第２のビット領域とで構成され、前記第１のビット領域には前記第２のビット領域それぞれのビット位置に対して割り当てられるそれぞれの機能を切り替えるための値がセットされるアプリケーション・プロファイルを含むＡＩＴを送信するＡＩＴ送信部と
を具備する送信装置。
（２）前記（１）に記載の送信装置であって、
前記ｎは２から１４までの範囲のいずれかの値である。
（３）前記（１）に記載の送信装置であって、
前記ｎは２から５までの範囲のいずれかの値である。
（４）前記（１）から（３）のうちいずれか１つに記載の送信装置であって、
前記ＡＩＴ送信部は、１つのアプリケーション・プロファイルで、前記アプリケーションのもつ全ての追加機能を表現できない場合には、前記第１のビット領域の値が互いに異なる複数のアプリケーション・プロファイルを含む複数のＡＩＴを送信する。
（５）前記（１）から（４）のうちいずれか１つに記載の送信装置であって、
コンテンツのデータを送信するコンテンツ送信部をさらに具備する。
（６）ＨｂｂＴＶ用のアプリケーションのデータを送信するアプリケーションデータ送信部と、前記アプリケーションの１以上の追加機能を表現するアプリケーション・プロファイルであって、上位のｎビットの第１のビット領域と、それぞれのビット位置に対して割り当てられた機能の有無をビットマップ構造で表現する下位の（１６−ｎ）ビットの第２のビット領域とで構成され、前記第１のビット領域には前記第２のビット領域それぞれのビット位置に対して割り当てられるそれぞれの機能を切り替えるための値がセットされるアプリケーション・プロファイルを含むＡＩＴを送信するＡＩＴ送信部と、を具備する送信装置より送信された前記アプリケーションデータおよび前記ＡＩＴを受信する受信部と、
前記受信したＡＩＴに含まれるアプリケーション・プロファイルを解析して前記受信したアプリケーションの追加機能を判定する判定部と
を具備する受信装置。
（７）前記（６）に記載の受信装置であって、
前記ｎは２から１４までの範囲のいずれかの値である。
（８）前記（６）に記載の受信装置であって、
前記ｎは２から５までの範囲のいずれかの値である。
（９）前記（６）から（８）のうちいずれか１つに記載の受信装置であって、
前記判定部は、同一の前記アプリケーションに対して、時間をおいて受信された複数の前記ＡＩＴ内の複数のプラットフォーム・プロファイルから解析された追加機能をＯＲ論理にて判定する。
【００５０】
当業者であれば、設計上の要件や他の要因に応じて、種々の修正、コンビネーション、サブコンビネーション、および変更を想到し得るが、それらは添付の請求の範囲やその均等物の範囲に含まれるものであることが理解される。
【図１】
0005930020.tif 000002
【図２】
0005930020.tif 000003
【図３】
0005930020.tif 000004
【図４】
0005930020.tif 000005
【図５】
0005930020.tif 000006