JP6251181B2 - 受信装置、受信方法、送信装置、送信方法、及び、プログラム - Google Patents

受信装置、受信方法、送信装置、送信方法、及び、プログラム Download PDF

Info

Publication number
JP6251181B2
JP6251181B2 JP2014550131A JP2014550131A JP6251181B2 JP 6251181 B2 JP6251181 B2 JP 6251181B2 JP 2014550131 A JP2014550131 A JP 2014550131A JP 2014550131 A JP2014550131 A JP 2014550131A JP 6251181 B2 JP6251181 B2 JP 6251181B2
Authority
JP
Japan
Prior art keywords
directory structure
transmission
application program
application
resources
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
Application number
JP2014550131A
Other languages
English (en)
Other versions
JPWO2014084073A1 (ja
Inventor
北里　直久
直久 北里
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Saturn Licensing LLC
Original Assignee
Saturn Licensing LLC
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Saturn Licensing LLC filed Critical Saturn Licensing LLC
Publication of JPWO2014084073A1 publication Critical patent/JPWO2014084073A1/ja
Application granted granted Critical
Publication of JP6251181B2 publication Critical patent/JP6251181B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/16—Arrangements for broadcast or for distribution of identical information repeatedly
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • G06F16/1834—Distributed file systems implemented based on peer-to-peer networks, e.g. gnutella
    • 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/91—Arrangements characterised by the broadcast information itself broadcasting computer programmes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • 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/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23109—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion by placing content in organized collections, e.g. EPG data repository
    • 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/23614—Multiplexing of additional data and video streams
    • H04N21/23617—Multiplexing of additional data and video streams by inserting additional data into a data carousel, e.g. inserting software modules into a DVB carousel
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Description

本技術は、受信装置、受信方法、送信装置、送信方法、及び、プログラムに関し、特に、最適な制作環境で、アプリケーションプログラムを作成することができるようにした受信装置、受信方法、送信装置、送信方法、及び、プログラムに関する。
一般的に、インターネットを経由して伝送されるアプリケーションプログラム（以下、ウェブアプリケーションという）は、HTML（HyperText Markup Language）形式のファイルや画像ファイル等から構成される（例えば、特許文献１参照）。
図１に示すように、ウェブアプリケーションの制作環境においては、「Root」等の特定のフォルダの下位階層に、「main」や「image」等の制作者の都合に応じたフォルダを作成し、それらのフォルダに必要なリソースを配置するのが一般的である。図１の例では、rootフォルダの下位階層となるmainフォルダには、A.html，B.html等のHTML文書ファイルが配置され、imageフォルダには、a.jpg，b.png，c.jpg，d.gif等の画像ファイルが配置される。
また、このような階層構造を有するため、HTML文書でのリソース参照は、図２に示すように、図１のディレクトリ構造を前提とした相対パスで記述されることが多い。図２には、mainフォルダに配置されるA.htmlから、imageフォルダに配置されるa.jpgを参照する場合の相対パスの記述例が示されている。
このようにして作成されたウェブアプリケーションは、図１のディレクトリ構造を維持した状態で、インターネットに接続されたアプリケーションサーバにアップロードされて、受信機に提供されることになる。
一方、データ放送で用いられる、データカルーセル伝送により伝送されるアプリケーションプログラム（以下、データ放送アプリケーションという）は、BML（Broadcast Markup Language）形式のファイルや画像ファイル等から構成される（例えば、特許文献２参照）。また、BML文書ファイルの代わりに、HTML文書ファイルが用いられる場合がある。
図３に示すように、データ放送アプリケーションの制作環境においては、伝送データの構成に依存して、「Root」等の特定のフォルダの下位階層に、「app1」や「app2」等のモジュール単位のフォルダを作成し、それらのフォルダに、取得単位ごとのリソースをまとめて配置する必要がある。図３の例では、app1フォルダには、A.html，a.jpg，b.pngが配置され、app2フォルダには、B.html，a.jpg，c.jpg，d.gifが配置される。
すなわち、図４に示すように、データカルーセル伝送では、データ放送アプリケーションの実データが含まれるDDB（Download Data Block）と、DDBのディレクトリ情報を格納したDII（Download Info Indication）の２種類のメッセージが主に利用される。
DIIは、データカルーセル内での伝送対象のインデックス情報を示す。また、１つのDIIにて複数のモジュールに関する情報が記述可能とされる。受信機は、このDIIを受信することで、モジュールの構成を認識することになる。図４のDIIには、m1，m2，・・・，mk（k=1〜n）のモジュールごとに、module_idやmodule_nameなどの情報が記述されている。
DDBは、モジュールの各ブロックに対応するものである。図４のDDBには、ヘッダ情報の次に、RL（Resource List）が配置され、そこには、A.html，a.jpg，b.pngなどのモジュールに格納されたリソースの名称がリスト化されている。また、RLの次には、A.html，a.jpg，b.pngの実データが配置される。
ブロック化されたモジュールは、図４に概念的に示すように、データカルーセル伝送により巡回的に送信されるので、受信機は、DIIに基づきDDBを取得して、対象のモジュールを再構築することになる。
なお、DDBとDIIの送出順序は任意であるが、DIIはインデックス情報に相当するデータが格納されるため、比較的高い頻度で送出される。
特開２００３−１２２７７１号公報 特開２００５−２１０２４４号公報
ところで、制作者の立場からすれば、ウェブアプリケーションを作成する場合には、図１のディレクトリ構造でリソースを配置する必要がある一方、データ放送アプリケーションを作成する場合には、図３のディレクトリ構造でリソースを配置する必要があり、階層構造となるフォルダに配置すべきリソースの位置が異なっている。
そのため、例えば、ウェブアプリケーションの制作者が、データ放送アプリケーションを作成する場合には、データカルーセル伝送でのリソースの取得単位となるモジュールを意識した階層構造で、データ放送アプリケーションを作成する必要がある。しかしながら、ウェブアプリケーションの制作者は、ウェブアプリケーションの制作環境になれているため、データ放送アプリケーションを、ウェブアプリケーションと同一の制作環境で作成したいという要求があった。
本技術はこのような状況に鑑みてなされたものであり、最適な制作環境で、アプリケーションプログラムを作成することができるようにするものである。
本技術の第１の側面の受信装置は、AVコンテンツを受信する受信部と、前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を取得するマッピング情報取得部と、前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得するアプリケーション取得部とを備える。
前記マッピング情報は、前記アプリケーションプログラムの動作を制御するための制御情報に含まれており、前記制御情報に基づいて、前記アプリケーションプログラムの動作を制御する制御部をさらに備える。
前記第１の伝送方式は、インターネットを用いた通信による伝送であって、前記第１のディレクトリ構造は、通信による伝送用のアプリケーションプログラムの制作環境で用いられる階層構造からなり、前記第２の伝送方式は、データカルーセル伝送を用いた放送による伝送であって、前記第２のディレクトリ構造は、放送による伝送用のアプリケーションプログラムの制作環境で用いられる階層構造からなる。
前記第１のディレクトリ構造は、特定のパスに対して相対的な相対パスによって、リソースが指定されており、前記マッピング情報は、相対パスにより指定されるリソースと、データカルーセル伝送で用いられるモジュールに格納されるリソースとを対応付けている。
前記アプリケーション取得部は、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付ける場合に、同一のリソース名が存在するとき、参照中のモジュールに格納されるリソースを優先的に選択する。
前記アプリケーション取得部は、前記制御情報に含まれる伝送方式を示す情報に従い、通信及び放送のいずれか一方の伝送方式により伝送される前記アプリケーションプログラムを取得する。
前記制御情報は、通信及び放送のいずれか一方の伝送方式により伝送される。
前記アプリケーション取得部は、前記第２のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用いずに、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得する。
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
本技術の第１の側面の受信方法又はプログラムは、本技術の第１の側面の受信装置に対応する受信方法又はプログラムである。
本技術の第１の側面の受信装置、受信方法、及び、プログラムにおいては、AVコンテンツが受信され、前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報が取得され、前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムが取得される。
本技術の第２の側面の送信装置は、AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を生成する生成部と、前記AVコンテンツとともに、前記制御情報を送信する送信部とを備え、前記制御情報は、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を含む。
送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
本技術の第２の側面の送信方法又はプログラムは、本技術の第２の側面の送信装置に対応する送信方法又はプログラムである。
本技術の第２の側面の送信装置、送信方法、及び、プログラムにおいては、AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報が生成され、前記AVコンテンツとともに、前記制御情報が送信される。また、前記制御情報には、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報が含まれる。
本技術の第１の側面及び第２の側面によれば、最適な制作環境で、アプリケーションプログラムを作成することができる。
ウェブアプリケーションの制作環境におけるディレクトリ構造を示す図である。 HTML文書における相対パスの記述例を示す図である。 データ放送アプリケーションの制作環境におけるディレクトリ構造を示す図である。 データカルーセル伝送の概要を示す図である。 本技術の概念を説明するための図である。 AITの概要を説明するための図である。 AITに含まれるマッピング情報を用いたリソース参照の具体例を示す図である。 マッピング情報の具体例を示す図である。 伝送プロトコル記述子のデータ構造を示す図である。 データカルーセル伝送の場合のセレクタバイトのデータ構造を示す図である。 HTTP又はHTTPSによる通信伝送の場合のセレクタバイトのデータ構造を示す図である。 カルーセルマッピング記述子のデータ構造を示す図である。 本技術を適用した放送通信連携システムの一実施の形態の構成を示す図である。 本技術を適用した送信装置の一実施の形態の構成を示す図である。 本技術を適用した受信装置の一実施の形態の構成を示す図である。 アプリケーションサーバの構成例を示す図である。 送信処理を説明するフローチャートである。 受信処理を説明するフローチャートである。 アプリケーション表示処理を説明するフローチャートである。 本技術を適用した放送通信連携システムの一実施の形態の他の構成を示す図である。 コンピュータの構成例を示す図である。
以下、図面を参照しながら本技術の実施の形態について説明する。
＜本技術の概念＞
図５は、本技術の概念を説明するための図である。
図５において、図中左側の階層構造は、ウェブアプリケーションの制作環境におけるディレクトリ構造を示し、図中右側の階層構造は、データ放送アプリケーションの制作環境におけるディレクトリ構造を示している。なお、以下の説明において、ウェブアプリケーションとデータ放送アプリケーションを特に区別する必要がない場合には、単にアプリケーションと称する。
図５に示すように、ウェブアプリケーションとデータ放送アプリケーションは、HTML文書ファイルや画像ファイル等の複数のリソースから構成されるが、階層構造となるフォルダに配置されるリソースの位置が異なっているため、それらのアプリケーションを同一の制作環境で作成することができない。
そこで、本技術では、マッピング情報をあらかじめ用意して、ウェブアプリケーション用のディレクトリ構造と、データ放送アプリケーション用のディレクトリ構造とを対応付けることで、ウェブアプリケーション用のディレクトリ構造に対応して参照されるリソースが、データ放送アプリケーション用のディレクトリ構造に対応して参照されるようにする。
図６に示すように、マッピング情報は、AIT（Application Information Table）に含めて送られる。AITは、放送コンテンツに連動して実行されるアプリケーションの動作を制御するための制御情報である。例えば、AITには、「Auto Start」などの制御コマンドや、アプリケーションサーバのURL（Uniform Resource Locator）などの情報が記述される。
また、図６に示すように、AITに基づき制御されるアプリケーションは、放送及び通信の少なくとも一方の伝送方式によって伝送される。
以上のように、本技術では、AITにマッピング情報を含めて送ることで、データ放送アプリケーションの作成時に、ウェブアプリケーション用のディレクトリ構造に対応してリソースが参照されることを想定して作成された場合であっても、データ放送アプリケーション用のディレクトリ構造に対応してリソースが参照されるようにすることができる。その結果、制作者は、データ放送アプリケーション用のディレクトリ構造を意識せずに、最適な制作環境でアプリケーションを作成することができる。
＜マッピング情報を用いたリソース参照の具体例＞
図７は、AITに含まれるマッピング情報を用いたリソース参照の具体例を示す図である。図７には、放送と通信の両方の伝送方式を用いた場合におけるリソース参照について示されている。
図７に示すように、AITには記述子として、アプリケーション記述子（Application descriptor）、伝送プロトコル記述子（Transport protocol descriptor）、シンプルアプリケーションロケーション記述子（Simple_app_loc descriptor）、及び、カルーセルマッピング記述子（Carousel mapping descriptor）が配置される。
アプリケーション記述子は、アプリケーションに関する情報が記述される。アプリケーション記述子には、transport_protocol_labelが記述可能である。
transport_protocol_labelは、伝送ストリームを指定するためのラベルである。transport_protocol_labelには、伝送ストリームとして放送が用いられる場合には「1」が指定され、通信が用いられる場合には「2」が指定される。図７の例の場合、放送と通信の両方の伝送方式を用いるため、２つのtransport_protocol_labelが記述され、「1」と「2」がそれぞれ指定される。
伝送プロトコル記述子は、アプリケーションを伝送するためのプロトコルに関する情報が記述される。ただし、アプリケーション記述子にて複数のtransport_protocol_labelが指定された場合には、それぞれに対応する伝送プロトコル記述子が複数配置される。図７の例の場合、放送と通信のtransport_protocol_labelが設定されているため、放送に対応する伝送プロトコル記述子と、通信に対応する伝送プロトコル記述子とがそれぞれ配置される。
放送に対応する伝送プロトコル記述子には、protocol_idとして「4」が指定され、transport_protocol_labelとして「1」が指定される。また、放送に対応する伝送プロトコル記述子には、remote_connection，original_network_id，transport_stream_id，service_id，component_tagが指定される。
remote_connectionには、AITとアプリケーションとが同一のサービスで伝送される場合には「0」が指定され、同一のサービスで伝送されない場合には「1」が指定される。図７の例の場合、AITとアプリケーションとが同一のサービスで伝送されないため、remote_connectionには「1」が指定されている。
original_network_idは、ネットワーク識別を規定するラベルの役割をする。transport_stream_idは、トランスポートストリームを指定するIDである。service_idは、サービスに対応した固有のIDが指定される。component_tagには、PMT（Program Map Table）のストリーム識別記述子で与えられる、対応するストリームのコンポーネントタグの値が指定される。
すなわち、図７の例の場合、original_network_id（n_id）=0x7FE9，transport_stream_id（ts_id）=0x7FE9，service_id（s_id）=0x0448，component_tag（comp_tag）=0x40によって、対象のデータカルーセルが特定されることになる。
これにより、特定されたデータカルーセルにて伝送されているDIIが取得され、モジュールの構成が認識される。そして、DIIに基づきDDBが取得され、対象のモジュールが再構築される。図７の例の場合、DIIでは、Module_id=0x0010，Module_name=app1が指定されているので、Module_id=0x0010となるDDB（モジュール）が取得される。またDDBには複数のファイルの実データが含まれているため、Resource List（RL）として、複数のResource_nameがリスト化されている。例えば、Module_id=0x0010のモジュールにはindex.html等の実データが配置されており、当該モジュールを再構築することで、index.html等のリソースを参照することができる。
一方、通信に対応する伝送プロトコル記述子には、protocol_idとして「3」が指定され、transport_protocol_labelとして「2」が指定される。また、通信に対応する伝送プロトコル記述子には、base_url，url_extensionが指定される。
base_urlには、例えばスキーム名とホスト名とを連結させた文字列などが指定される。また、url_extensionには、例えばアプリケーションサーバのファイルシステムにおけるディレクトリ構造に対応するフォルダ名などが指定される。ただし、url_extensionは、基本的にフォルダ名に対応するが、そうでない場合もある。
また、シンプルアプリケーションロケーション記述子においても、url_extensionが指定可能であり、ここには、例えば制作者によって最終的にリソースを特定するためのフォルダ名やファイル名などが指定される。
すなわち、通信に対応する伝送プロトコル記述子のbase_url，url_extensionと、シンプルアプリケーションロケーション記述子のurl_extensionにより指定された各文字列を連結させることで、リソースを特定可能なURLが得られる。
図７の例の場合、伝送プロトコル記述子のBase_url1には「http://www.xbc.co.jp/」、url_extension1には「apps1」、url_extension2には、「apps_bk」がそれぞれ指定され、シンプルアプリケーションロケーション記述子のurl_extensionには「app1/index.html」が指定されている。この場合には、「http://www.xbc.co.jp/apps1/app1/index.html」と、「http://www.xbc.co.jp/apps_bk/app1/index.html」の２つのURLが得られるので、それらのURLに従い、アプリケーションサーバにアクセスすることで、リソースを参照することができる。
また、図７の例では、伝送プロトコル記述子のBase_url2には「http://www.xbc2.co.jp/」、url_extensionには「apps2」がそれぞれ指定され、シンプルアプリケーションロケーション記述子のurl_extensionには「app1/index.html」が指定されている。この場合には、「http://www.xbc2.co.jp/apps2/app1/index.html」であるURLが得られるので、そのURLに従い、アプリケーションサーバにアクセスすることで、リソースを参照することができる。
以上のようにして、放送又は通信によって伝送されるアプリケーションを構成するリソースが参照されるが、前述したように、ウェブアプリケーション用のディレクトリ構造に対応してリソースが参照されることを想定して作成されたデータ放送アプリケーションが、データカルーセル伝送される場合、このままではリソースを参照することができない。すなわち、この場合には、マッピング情報を用い、ウェブアプリケーション用のディレクトリ構造に対応したリソース参照用のパスを、データ放送アプリケーション用のディレクトリ構造に対応したリソース参照用のパスに変換してから、リソースを参照する必要がある。
そのため、AITにはカルーセルマッピング記述子が配置される。カルーセルマッピング記述子には、マッピング情報（mapping_info）が配置される。図８には、マッピング情報の具体例が示されている。
図８に示すように、ウェブアプリケーションでは、「main」や「image」等の制作者によって作成されたフォルダに各種のリソースが配置される。例えば、mainフォルダには、A.html，B.html等のHTML文書ファイルが配置され、imageフォルダには、a.jpg，b.png，c.jpg，d.gif等の画像ファイルが配置される。
一方、データ放送アプリケーションは、「app1」や「app2」等のモジュール単位（取得単位）ごとのリソースがまとめて配置される。例えば、Module_name=app1であるモジュールにはA.html，a.jpg，b.pngが格納され、Module_name=app2であるモジュールには、B.html，a.jpg，c.jpg，d.gifが格納される。
図８においては、マッピングすべき対象を矢印で対応付けているが、同一のリソースであってもそのディレクトリ構造が異なっている。すなわち、例えば、A.htmlは同一のリソースであるのにもかかわらず、リソース参照用の相対パスが、一方では「/main/A.html」が指定され、他方では「/app1/A.html」が指定されている。従って、マッピング情報では、「/main/A.html」と「/app1/A.html」とが対応付けられるようにする。
同様に、「/main/B.html」と「/app2/B.html」、「/image/b.png」と「/app1/b.png」、「/image/c.jpg」と「/app2/c.jpg」、「/image/d.gif」と「/app2/d.gif」が、それぞれマッピング情報によって対応付けられている。ただし、a.jpgは、A.htmlとB.htmlの両方のリソースから参照されるリソースであって、同一のリソース名となるため、「/image/a.jpg」は、「/app1/a.jpg」と「/app2/a.jpg」の両方に対応付けられている。
このように、ウェブアプリケーション用のディレクトリ構造は、特定のパスに対して相対的な相対パスによってリソースが指定されているので、マッピング情報においては、その相対パスによって指定されるリソースと、データカルーセル伝送で用いられるモジュールに格納されるリソースとを対応付けている。
このようなマッピング情報を含むカルーセルマッピング記述子が、AITに配置されて伝送されるので、データ放送アプリケーションからリソースの参照が行われた場合には、そのリソース参照用のパスを、マッピング情報によって読み替えてからリソースを参照することになる。その結果、ウェブアプリケーション用のディレクトリ構造に対応してリソースが参照されることを想定して作成されたデータ放送アプリケーションであっても、適切にリソースの参照を行うことができる。
ただし、マッピング情報は、読み替えが必要なモジュールについてのみ記述すればよい。すなわち、データ放送アプリケーション用のディレクトリ構造に対応してリソースが参照されることを想定して作成されたデータ放送アプリケーションの場合、リソース参照用のパスの読み替えは必要ないので、その場合にはマッピング情報も不要となる。そして、マッピング情報が存在しない場合には、データ放送アプリケーションに記述されたリソース参照用のパスをそのまま用い、データカルーセルで伝送されるモジュールに格納されるリソースを参照することになる。
また、マッピング情報において、前述した図８のa.jpgのように同一のリソース名が複数存在する場合には、参照中のモジュールに格納されるリソースが優先的に選択されるようにする。例えば、Module_name=app1であるモジュールを参照しているのであれば、リソース参照用のパスを、「/image/a.jpg」から「/app1/a.jpg」に読み替えてから、リソースの参照を行えばよい。さらにまた、マッピング情報のデータサイズが規定値以上となる場合には、複数のカルーセルマッピング記述子を用意して、そこにマッピング情報を分けて記述することができる。
以上、マッピング情報を用いたリソース参照の具体例について説明した。
＜AITに含まれる記述子＞
次に、図９乃至図１２を参照して、図７のAITに配置される記述子の詳細について説明する。
（伝送プロトコル記述子）
図９は、伝送プロトコル記述子のデータ構造を示す図である。
descriptor_tagには、当該記述子に割り当てられたタグ値が記述される。また、descriptor_lengthには、当該記述子の記述子長が記述される。
protocol_idには、アプリケーションを伝送するプロトコルのIDが記述される。HTTP（HyperText Transfer Protocol）又はHTTPS（HTTP over Secure Socket Layer）が用いられる場合には、その値として0x0003が記述される。また、データカルーセル伝送が用いられる場合には、その値として0x0004が記述される。
transport_protocol_labelは、アプリケーション記述子に記述された同一の名称のパラメータに対応している。
セレクタバイト（selector_byte）は、protocol_idごとにデータ構造が規定される領域となる。複数の伝送プロトコルが指定される場合には、伝送プロトコルに応じたデータ構造が規定される。図１０には、protocol_idとして0x0004が指定された場合、すなわち、データカルーセル伝送の場合のセレクタバイトのデータ構造が示されている。また、図１１には、protocol_idとして0x0003が指定された場合、すなわち、HTTP等を用いた通信伝送の場合のセレクタバイトのデータ構造が示されている。
（データカルーセル伝送の場合のセレクタバイト）
図１０は、データカルーセル伝送の場合のセレクタバイトのデータ構造を示す図である。
remote_connectionには、AITとアプリケーションとが同一のサービスで伝送される場合には「0」が指定され、同一のサービスで伝送されない場合には「1」が指定される。ただし、AITが通信によって取得される場合、remote_connectionには「1」が指定される。
remote_connectionに「1」が指定された場合、original_network_id，transport_stream_id，service_idが記述される。また、component_tagは、remote_connectionの値に関係なく記述される。
（通信伝送の場合のセレクタバイト）
図１１は、HTTP又はHTTPSによる通信伝送の場合のセレクタバイトのデータ構造を示す図である。
URL_base_lengthには、base_urlの記述長が記述される。URL_base_byteは、base_urlが記述される領域となる。
URL_extension_countには、url_extensionが複数指定される場合があるので、その数に応じたループ回数が記述される。また、URL_extension_lengthには、url_extensionの記述長が記述される。URL_extension_byteは、url_extensionが記述される領域となる。
以上、伝送プロトコル記述子について説明した。
（カルーセルマッピング記述子）
図１２は、カルーセルマッピング記述子のデータ構造を示す図である。
descriptor_tagには、当該記述子に割り当てられたタグ値が記述される。また、descriptor_lengthには、当該記述子の記述子長が記述される。
number_of_modulesには、マッピング情報が指定されるモジュール数に応じたループ回数が記述される。module_idには、モジュールのIDが指定される。
number_of_resourcesには、リソース数に応じたループ回数が記述される。また、URI_lengthには、URI_dataの記述長が記述される。URI_data_byteは、URI_dataが記述される領域となる。
すなわち、例えば、module_id=1のループに、URI_dataとして、「/main/A.html」，「/image/a.jpg」，「/image/b.png」を配置し、さらに、module_id=2のループに、URI_dataとして、「/main/B.html」，「/image/a.jpg」，「/image/c.jpg」，「/image/d.gif」を配置することで、図８に示したマッピング情報が得られる。ただし、module_id=1のmodule_nameは「app1」であり、module_id=2のmodule_nameは「app2」であるものとする。
以上、カルーセルマッピング記述子について説明した。
＜第１の実施の形態＞
＜放送通信連携システムの構成例＞
次に、本技術のマッピング情報を用いたリソース参照を実現するための具体的な構成について説明する。
図１３は、本技術を適用した放送通信連携システムの一実施の形態の構成を示す図である。
図１３に示すように、放送通信連携システム１は、送信装置１０、受信装置２０、及び、アプリケーションサーバ３０から構成される。また、受信装置２０とアプリケーションサーバ３０とは、インターネット９０を介して相互に接続されている。
送信装置１０は、放送番組等の放送コンテンツを、デジタルテレビジョン放送信号によって送信する。また、送信装置１０は、データ放送アプリケーションを、データカルーセル伝送により送信する。データ放送アプリケーションは、例えばHTML文書ファイルや画像ファイル等から構成される。
受信装置２０は、テレビジョン受像機などの受信機である。受信装置２０は、送信装置１０から送信される放送信号を受信して、放送コンテンツの映像及び音声を取得する。受信装置２０は、取得した映像をディスプレイに表示し、映像に対応する音声をスピーカから出力する。
また、受信装置２０は、送信装置１０から送信される放送信号から、データ放送アプリケーションを取得して表示する。
アプリケーションサーバ３０は、ウェブアプリケーションを管理している。ここで、ウェブアプリケーションは、HTML文書ファイルや画像ファイル等から構成される。アプリケーションサーバ３０は、受信装置２０からの要求に応じて、インターネット９０を介してウェブアプリケーションを受信装置２０に提供する。
受信装置２０は、ウェブアプリケーションを、インターネット９０を介してアプリケーションサーバ３０に要求する。受信装置２０は、要求に応じて、アプリケーションサーバ３０から提供されるウェブアプリケーションを受信して表示する。
なお、図１３の構成例では、説明を簡略化するため、１台の受信装置２０のみを図示しているが、実際には、放送通信連携システム１は、複数台の受信装置２０から構成され、各受信装置２０が、送信装置１０からの放送コンテンツを受信することになる。同様にまた、図１では、１台のアプリケーションサーバ３０のみを図示しているが、実際には、例えば放送事業者ごとに、複数台のアプリケーションサーバが設けられる。
放送通信連携システム１は、以上のように構成される。
＜送信装置の構成例＞
図１４は、本技術を適用した送信装置の一実施の形態の構成を示す図である。
図１４に示すように、送信装置１０は、音声取得部１１１、オーディオエンコーダ１１２、映像取得部１１３、ビデオエンコーダ１１４、データ放送用データ取得部１１５、データカルーセル用データ生成部１１６、AIT用データ取得部１１７、AIT生成部１１８、多重化部１１９、及び、送信部１２０から構成される。
音声取得部１１１は、外部のサーバ、マイクロフォン、又は記録媒体等から、放送コンテンツのオーディオ信号を取得し、オーディオエンコーダ１１２に供給する。
オーディオエンコーダ１１２は、音声取得部１１１から供給されるオーディオ信号を、MPEG（Moving Picture Experts Group）2等の符号化方式に準拠して符号化し、その結果得られるオーディオストリームを、多重化部１１９に供給する。
映像取得部１１３は、外部のサーバ、カメラ、又は記録媒体等から、放送コンテンツのビデオ信号を取得し、ビデオエンコーダ１１４に供給する。
ビデオエンコーダ１１４は、映像取得部１１３から供給されるビデオ信号を、MPEG2等の符号化方式に準拠して符号化し、その結果得られるビデオストリームを、多重化部１１９に供給する。
データ放送用データ取得部１１５は、データカルーセル伝送により送信するデータ放送用のデータを取得し、データカルーセル用データ生成部１１６に供給する。例えば、データ放送用のデータとしては、HTML文書ファイル、JPEG（Joint Photographic Experts Group）やPNG（Portable Network Graphics）等の画像ファイル等が用意される。
データカルーセル用データ生成部１１６は、データ放送用データ取得部１１５から供給されるデータに基づいて、データカルーセル用データを生成し、セクションデータとして多重化部１１９に供給する。ただし、データカルーセル用データは、モジュールと称されるデータを構成するオブジェクトごとに、データカルーセル伝送で送信されることになる。
AIT用データ取得部１１７は、AIT用のデータを取得し、AIT生成部１１８に供給する。例えば、AIT用のデータとしては、アプリケーション記述子、伝送プロトコル記述子、シンプルアプリケーションロケーション記述子、及び、カルーセルマッピング記述子等のデータが用意される。
AIT生成部１１８は、AIT用データ取得部１１７から供給されるデータに基づいて、AITを生成し、セクションデータとして多重化部１１９に供給する。
多重化部１１９は、オーディオエンコーダ１１２からのオーディオストリームと、ビデオエンコーダ１１４からのビデオストリームと、データカルーセル用データ生成部１１６及びAIT生成部１１８からのセクションデータとを多重化し、その結果得られるトランスポートストリームを、送信部１２０に供給する。
なお、説明の簡略化のため、図示はしていないが、多重化部１１９には、必要に応じて字幕データが供給され、トランスポートストリームに多重化される。
送信部１２０は、多重化部１１９から供給されるトランスポートストリームを、アンテナ１２１を介して、放送信号として送信する。
送信装置１０は、以上のように構成される。
＜受信装置の構成例＞
図１５は、本技術を適用した受信装置の一実施の形態の構成を示す図である。
受信装置２０は、制御部２０１、操作部２０２、チューナ２１２、多重分離部２１３、オーディオデコーダ２１４、ビデオデコーダ２１５、オーディオ出力部２１６、スピーカ２１７、合成部２１８、ビデオ出力部２１９、ディスプレイ２２０、カルーセル処理部２２１、データ放送アプリケーション制御部２２２、AIT取得解析部２２３、ウェブアプリケーション制御部２２４、通信I/F２２５、及び、メモリ２２６から構成される。
制御部２０１は、受信装置２０の各部の動作を制御する。
操作部２０２は、ユーザの操作に応じた操作信号を制御部２０１に供給する。例えばユーザがリモートコントローラ（不図示）を操作した場合、その操作に応じた操作信号が制御部２０１に供給される。制御部２０１は、操作部２０２からの操作信号に応じて、受信装置２０の各部の動作を制御する。
チューナ２１２は、アンテナ２１１により受信された放送信号から、選局が指示されたチャンネルの放送信号を抽出して復調し、その結果得られるトランスポートストリームを、多重分離部２１３に供給する。
多重分離部２１３は、チューナ２１２から供給されるトランスポートストリームを、オーディオストリーム、ビデオストリーム、及び、セクションデータに分離する。多重分離部２１３は、分離されたストリームのうち、オーディオストリームをオーディオデコーダ２１４に、ビデオストリームをビデオデコーダ２１５に、セクションデータをカルーセル処理部２２１及びAIT取得解析部２２３にそれぞれ供給する。
オーディオデコーダ２１４は、多重分離部２１３から供給されるオーディオストリームをオーディオエンコーダ１１２（図１４）の符号化方式に対応した復号方式により復号し、その結果得られるオーディオ信号を、オーディオ出力部２１６に供給する。
オーディオ出力部２１６は、オーディオデコーダ２１４から供給されるオーディオ信号を、スピーカ２１７に供給する。これにより、スピーカ２１７からは、放送番組等の映像に対応する音声が出力される。
ビデオデコーダ２１５は、多重分離部２１３から供給されるビデオストリームを、ビデオエンコーダ１１４（図１４）の符号化方式に対応した復号方式により復号し、その結果得られるビデオ信号を、合成部２１８に供給する。合成部２１８は、ビデオデコーダ２１５から供給されるビデオ信号を、ビデオ出力部２１９に供給する。
ビデオ出力部２１９は、合成部２１８から供給されるビデオ信号を、ディスプレイ２２０に供給する。これにより、ディスプレイ２２０には、放送番組等の映像が表示される。
カルーセル処理部２２１は、多重分離部２１３により分離されるセクションデータのうち、データカルーセル伝送で送信されてくるDSM-CC(Digital Storage Media - Command and Control)セクションに対してセクションフィルタリングを行う。そして、カルーセル処理部２２１は、その結果得られるDII（Download Info Indication）及びDDB（Download Data Block）の解析処理を行う。カルーセル処理部２２１は、DII及びDDBの解析処理の結果得られる、DDBに含まれるHTML文書ファイルや画像ファイル等のリソースのデータをモジュール単位でデータ放送アプリケーション制御部２２２に供給する。
なお、データ放送アプリケーションのデータは、モジュールと称されるデータを構成するオブジェクトごとに、データカルーセル伝送で送信されてくる。
データ放送アプリケーション制御部２２２は、カルーセル処理部２２１から供給されるリソースのデータから得られるデータ放送アプリケーションの動作を制御する。例えば、データ放送アプリケーション制御部２２２は、データ放送アプリケーションがHTML文書ファイル等から構成される場合、HTMLブラウザを制御して、データ放送アプリケーションを実行する。データ放送アプリケーションに対応するビデオ信号は、合成部２１８に供給される。
なお、データ放送アプリケーションがBML文書ファイル等から構成される場合には、BMLブラウザが用いられることになる。
合成部２１８には、ビデオデコーダ２１５からのビデオ信号と、データ放送アプリケーション制御部２２２からのビデオ信号が供給される。合成部２１８は、放送番組等のビデオ信号と、データ放送アプリケーションのビデオ信号を合成して、ビデオ出力部２１９に供給する。これにより、ディスプレイ２２０には、例えば、放送番組に対して、天気予報などのデータ放送の情報が重畳された映像が表示される。
また、放送信号には、前述のDSM-CCセクションのほか、AITのセクションが含まれる。AIT取得解析部２２３は、多重分離部２１３により分離されるAITのセクションデータを常時監視して、AITを取得する。AIT取得解析部２２３は、取得済みのAITの解析を行い、その解析結果を、カルーセル処理部２２１と、データ放送アプリケーション制御部２２２又はウェブアプリケーション制御部２２４に供給する。
カルーセル処理部２２１は、AIT取得解析部２２３からのAIT解析結果に従い、HTML文書ファイルや画像ファイル等のリソースのデータを、モジュール単位でデータ放送アプリケーション制御部２２２に供給する。すなわち、ウェブアプリケーション用のディレクトリ構造に対応してリソースが参照されることを想定して作成されたデータ放送アプリケーションの場合にはマッピング情報が得られるので、カルーセル処理部２２１は、そのマッピング情報を用い、リソース参照用のパスを読み替えてから対象のリソースを参照する。これにより、カルーセル処理部２２１は、リソースのデータをモジュール単位で取得することができる。
データ放送アプリケーション制御部２２２は、AIT取得解析部２２３からのAIT解析結果に従い、データ放送アプリケーションの動作を制御する。また、ウェブアプリケーション制御部２２４は、AIT取得解析部２２３からのAIT解析結果に従い、ウェブアプリケーションの動作を制御する。
通信I/F２２５は、ウェブアプリケーション制御部２２４からの制御に従い、インターネット９０を介してアプリケーションサーバ３０にアクセスし、ウェブアプリケーションを要求する。通信I/F２２５は、アプリケーションサーバ３０から提供されるウェブアプリケーションを受信し、メモリ２２６に保持させる。
ウェブアプリケーション制御部２２４は、AIT取得解析部２２３からのAIT解析結果に従い、メモリ２２６に保持されたウェブアプリケーションを読み出し、そのウェブアプリケーションの動作を制御する。例えば、ウェブアプリケーション制御部２２４は、ウェブアプリケーションがHTML文書ファイル等から構成される場合、HTMLブラウザを制御することで、ウェブアプリケーションを実行する。ウェブアプリケーションに対応するビデオ信号は、合成部２１８に供給される。
合成部２１８には、ビデオデコーダ２１５からのビデオ信号と、ウェブアプリケーション制御部２２４からのビデオ信号が供給される。合成部２１８は、放送番組等のビデオ信号と、ウェブアプリケーションのビデオ信号を合成して、ビデオ出力部２１９に供給する。これにより、ディスプレイ２２０には、例えば、放送番組に対して、その番組に関連するウェブページ等が重畳された映像が表示される。
なお、図１５においては、説明の都合上、データ放送アプリケーション制御部２２２と、ウェブアプリケーション制御部２２４とは別のブロックであるとして説明したが、それらのブロックを一体化したアプリケーション制御部が設けられるようにしてもよい。すなわち、その場合には、アプリケーション制御部は、データ放送アプリケーションとウェブアプリケーションの両方の動作を制御する。
受信装置２０は、以上のように構成される。
＜アプリケーションサーバの構成例＞
図１６は、図１３のアプリケーションサーバ３０の構成例を示している。
アプリケーションサーバ３０は、制御部３１１、アプリケーション生成部３１２、記録部３１３、及び、通信I/F３１４から構成される。
制御部３１１は、アプリケーションサーバ３０の各部の動作を制御する。
アプリケーション生成部３１２は、制御部３１１からの制御に従い、ウェブアプリケーションを生成し、記録部３１３に記録する。ここで、ウェブアプリケーションは、HTML文書ファイル、JPEGやPNG等の画像ファイルなどから構成される。これらのリソースは、アプリケーションサーバ３０のファイルシステムにおけるディレクトリ構造に従って配置される。
制御部３１１は、受信装置２０からウェブアプリケーションが要求された場合、記録部３１３からウェブアプリケーションを読み出して取得する。
通信I/F３１４は、制御部３１１からの制御に従い、ウェブアプリケーションを、インターネット９０を介して受信装置２０に送信する。
アプリケーションサーバ３０は、以上のように構成される。
＜各装置で行われる具体的な処理の内容＞
次に、図１７乃至図１９を参照して、放送通信連携システム１を構成する各装置で行われる具体的な処理の内容について説明する。
（送信処理）
まず、図１７のフローチャートを参照して、送信装置１０によって実行される送信処理について説明する。
ステップＳ１１１において、音声取得部１１１は、外部のサーバ等から、放送コンテンツの音声に対応するオーディオ信号を取得する。また、ステップＳ１１２において、映像取得部１１３は、外部のサーバ等から、放送コンテンツの映像に対応するビデオ信号を取得する。
ステップＳ１１３において、データ放送用データ取得部１１５は、データ放送用データを取得する。また、ステップＳ１１４において、AIT用データ取得部１１７は、AIT用データを取得する。
ステップＳ１１５において、オーディオエンコーダ１１２は、音声取得部１１１により取得されたオーディオ信号を符号化し、オーディオストリームを生成する。
ステップＳ１１６において、ビデオエンコーダ１１４は、映像取得部１１３により取得されたビデオ信号を符号化し、ビデオストリームを生成する。
ステップＳ１１７において、データカルーセル用データ生成部１１６は、データ放送用データ取得部１１５により取得されたデータ放送用のデータに基づいて、データカルーセル用データを生成する。データカルーセル用データは、セクション形式のセクションデータからなる。
ステップＳ１１８において、AIT生成部１１８は、AIT用データ取得部１１７により取得されたAIT用データに基づいて、AITを生成する。AITのデータは、セクション形式のセクションデータからなる。
ステップＳ１１９において、多重化部１１９は、オーディオエンコーダ１１２により生成されたオーディオストリームと、ビデオエンコーダ１１４により生成されたビデオストリームと、データカルーセル用データ生成部１１６及びAIT生成部１１８により生成されたセクションデータとを多重化して、トランスポートストリームを生成する。
ステップＳ１２０において、送信部１２０は、多重化部１１９により生成されたトランスポートストリームを、アンテナ１２１を介して、放送信号として送信する。ステップＳ１２０の処理が終了すると、処理はステップＳ１１１に戻され、それ以降の処理が繰り返されることになる。
以上で、送信処理の説明を終了する。
（受信処理）
次に、図１８のフローチャートを参照して、受信装置２０によって実行される受信処理について説明する。
ステップＳ２１１において、チューナ２１２は、アンテナ２１１により受信された放送信号から、選局が指示されたチャンネルの放送信号を抽出して復調する。
ステップＳ２１２において、多重分離部２１３は、チューナ２１２により復調されたトランスポートストリームを、オーディオストリーム、ビデオストリーム、及び、セクションデータに分離する。
ステップＳ２１３において、オーディオデコーダ２１４は、多重分離部２１３により分離されたオーディオストリームを復号し、オーディオ信号を生成する。
ステップＳ２１４において、ビデオデコーダ２１５は、多重分離部２１３により分離されたビデオストリームを復号し、ビデオ信号を生成する。
ステップＳ２１５において、スピーカ２１７は、オーディオ信号に対応する音声を出力する。また、ディスプレイ２２０は、ビデオ信号に対応する映像を表示する。これにより、ディスプレイ２２０には、放送番組等の放送コンテンツの映像が表示され、スピーカ２１７からは、その映像に対応する音声が出力される。
ステップＳ２１５の処理が終了すると、処理はステップＳ２１１に戻り、それ以降の処理が繰り返される。
以上で、受信処理の説明を終了する。
（アプリケーション表示処理）
次に、図１９のフローチャートを参照して、受信装置２０によって実行されるアプリケーション表示処理について説明する。
ステップＳ２５１において、制御部２０１は、操作部２０２からの操作信号に基づき、チャンネルの選局が指示されたか否かを判定する。ステップＳ２５１において、チャンネルの選局が指示されるのを待って、処理はステップＳ２５２に進められる。
ステップＳ２５２において、AIT取得解析部２２３は、多重分離部２１３により分離されるAITのセクションデータを常時監視して、AITを取得する。また、ステップＳ２５３において、AIT取得解析部２２３は、取得済みのAITの解析を行う。
ステップＳ２５４においては、アプリケーションを表示するか否かが判定される。ステップＳ２５４において、アプリケーションを表示すると判定されるのを待って、処理は、ステップＳ２５５に進められる。
ステップＳ２５５において、AIT取得解析部２２３は、取得済みのAITの解析結果に基づき、リソースをデータカルーセルから取得するか否かを判定する。ここでは、AITに配置された伝送プロトコル記述子のパラメータによってリソースの取得先が判定される。
すなわち、protocol_idとして0x0004が指定され、セレクタバイトにデータカルーセル伝送についてのパラメータが記述される場合には、リソースがデータカルーセルから取得されると判定される。一方、protocol_idとして0x0003が指定され、セレクタバイトにHTTP等を用いた通信伝送についてのパラメータが記述される場合には、リソースがアプリケーションサーバ３０から取得されると判定される。ただし、図７に示したように、データカルーセル伝送とHTTP等を用いた通信伝送との両方のパラメータが記述されている場合には、その運用に応じて、例えばデータカルーセル伝送が優先される。
ステップＳ２５５において、リソースをデータカルーセルから取得すると判定された場合、処理はステップＳ２５６に進められる。ステップＳ２５６において、AIT取得解析部２２３は、取得済みのAITの解析結果に基づき、リソース参照用のパスがマッピング情報により対応付けられているか否かを判定する。
ステップＳ２５６において、リソース参照用のパスがマッピング情報により対応付けられていると判定された場合、処理はステップＳ２５７に進められる。ステップＳ２５７において、カルーセル処理部２２１は、AIT取得解析部２２３からのマッピング情報を用い、リソース参照用のパスを読み替える。そして、ステップＳ２５８において、カルーセル処理部２２１は、読み替えられたリソース参照用のパスに従い、データカルーセル伝送されるモジュールとそのモジュールに格納されるリソースを参照し、そのリソースのデータを取得する。
これにより、ウェブアプリケーション用のディレクトリ構造に対応してリソースが参照されることを想定して作成されたデータ放送アプリケーションであっても、適切にリソースの参照を行うことができる。
一方、ステップＳ２５６において、リソース参照用のパスがマッピング情報により対応付けられていないと判定された場合、リソース参照用のパスの読み替えは必要ないので、ステップＳ２５７はスキップされ、処理はステップＳ２５８に進められる。この場合、カルーセル処理部２２１は、リソース参照用のパスをそのまま用い、データカルーセル伝送されるモジュールとそのモジュールに格納されるリソースを参照して、リソースのデータを取得することになる（Ｓ２５８）。すなわち、データ放送アプリケーション用のディレクトリ構造に対応してリソースが参照されることを想定して作成されたデータ放送アプリケーションの場合、リソース参照用のパスの読み替えは行われない。
ステップＳ２５８にてリソースが取得されると、処理はステップＳ２５９に進められる。ステップＳ２５９において、データ放送アプリケーション制御部２２２は、カルーセル処理部２２１からのリソースのデータから得られるデータ放送アプリケーションを、合成部２１８及びビデオ出力部２１９を介してディスプレイ２２０に表示させる。
また、ステップＳ２５５において、リソースをアプリケーションサーバ３０から取得すると判定された場合、処理はステップＳ２６０に進められる。ステップＳ２６０において、ウェブアプリケーション制御部２２４は、AIT取得解析部２２３からのAITの解析結果に基づき、通信I/F２２５を制御して、アプリケーションサーバ３０からウェブアプリケーションのリソースを取得する。そして、ウェブアプリケーション制御部２２４は、ウェブアプリケーションを、合成部２１８及びビデオ出力部２１９を介してディスプレイ２２０に表示させる（Ｓ２５９）。
ステップＳ２５９にてアプリケーションが表示されると、処理はステップＳ２６１に進められる。ステップＳ２６１においては、表示中のアプリケーションの遷移が行われるか否かが判定される。ステップＳ２６１において、アプリケーションの遷移が行われると判定された場合、処理はステップＳ２５５に戻り、それ以降の処理が繰り返される。
一方、ステップＳ２６１において、アプリケーションの遷移が行われないと判定された場合、処理はステップＳ２６２に進められる。ステップＳ２６２においては、アプリケーションを終了するか否かが判定される。ステップＳ２６２において、アプリケーションの実行を継続すると判定された場合、ステップＳ２６１に戻り、ステップＳ２６１の判定処理が繰り返される。
そして、ステップＳ２６２において、アプリケーションを終了すると判定された場合、図１９のアプリケーション表示処理は終了する。
以上で、アプリケーション表示処理の説明を終了する。
＜第２の実施の形態＞
＜放送通信連携システムの構成例＞
図２０は、本技術を適用した放送通信連携システムの一実施の形態の他の構成を示す図である。図２０に示すように、放送通信連携システム２は、送信装置１０、受信装置２０、アプリケーションサーバ３０、及び、XML-AITサーバ４０から構成される。
XML-AITサーバ４０は、XML-AITを管理している。XML-AITサーバ４０は、受信装置２０からの要求に応じて、インターネット９０を介してXML-AITを受信装置２０に提供する。
ここで、XML-AITは、XML（Extensible Markup Language）形式で記述されるAIT（Application Information Table）である。例えば、XML-AITには、「Auto Start」などの制御コマンドや、アプリケーションサーバ３０のURL（Uniform Resource Locator）などのアプリケーションの動作を制御するための制御情報が記述される。
受信装置２０は、インターネット９０を介してXML-AITサーバ４０にアクセスして、XML-AITを取得する。受信装置２０は、XML-AITに基づいて、例えば、即時に自動実行するように設定されたウェブアプリケーションを、アプリケーションサーバ３０から取得して即時に実行する。
このように、図２０の構成の場合、AITは放送により伝送されるのではなく、インターネット９０を利用した通信によって伝送される。また、AITは、バイナリ形式又はXML形式のデータからなり、バイナリ形式のAITは、AITのセクション又はデータカルーセル伝送により伝送される。一方、XML形式のXML-AITは、通信による伝送のほか、データカルーセル伝送によっても伝送することが可能である。
以上、放送通信連携システム２について説明した。
なお、受信装置２０は、通信コンテンツのストリーミング再生が指示された場合には、インターネット９０上に設けられた配信サーバ（不図示）にアクセスし、配信サーバから配信される通信コンテンツのストリーミング再生を行うことが可能である。ここで、通信コンテンツは、例えば、VOD（Video On Demand）により配信される、放送済の放送番組や公開済みの映画、オリジナルの映像番組などである。また、前述のアプリケーションが、通信コンテンツに連動して実行されるようにしてもよい。
以上のように、本技術によれば、アプリケーションの制作者にとって最適な制作環境で、アプリケーションを作成することができる。
特に、ウェブアプリケーションの制作者は、ウェブアプリケーションの制作環境になれているため、HTML文書ファイルや画像ファイルなどから構成されるデータ放送アプリケーションを作成する場合にも、ウェブアプリケーションの制作環境で作成を行いたいという要求があるが、AITにマッピング情報を配置するだけで、それを実現することができる。その結果、アプリケーションの制作者の作業効率が向上し、アプリケーションの開発の効率を上げるとともに、その開発コストを下げることができる。
なお、前述の説明では、受信装置２０は、テレビジョン受像機であるとして説明したが、それに限らず、例えば、ディスプレイやスピーカを有さない構成とすることで、その機能が、ビデオレコーダ等の電子機器に内蔵されるようにしてもよい。また、本技術は、テレビジョン受像機に限らず、例えば、パーソナルコンピュータやタブレット型の端末装置、携帯電話機などの電子機器に適用することができる。
＜本技術を適用したコンピュータの説明＞
前述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
図２１は、前述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。
バス９０４には、さらに、入出力インタフェース９０５が接続されている。入出力インタフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及びドライブ９１０が接続されている。
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインタフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
以上のように構成されるコンピュータ９００では、CPU９０１が、例えば、記録部９０８に記憶されているプログラムを、入出力インタフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、前述した一連の処理が行われる。
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インタフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
なお、コンピュータ９００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
ここで、本明細書において、コンピュータ９００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
なお、本技術の実施の形態は、前述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
また、前述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
なお、本技術は、以下のような構成をとることができる。
（１）
AVコンテンツを受信する受信部と、
前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を取得するマッピング情報取得部と、
前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得するアプリケーション取得部と
を備える受信装置。
（２）
前記マッピング情報は、前記アプリケーションプログラムの動作を制御するための制御情報に含まれており、
前記制御情報に基づいて、前記アプリケーションプログラムの動作を制御する制御部をさらに備える
（１）に記載の受信装置。
（３）
前記第１の伝送方式は、インターネットを用いた通信による伝送であって、
前記第１のディレクトリ構造は、通信による伝送用のアプリケーションプログラムの制作環境で用いられる階層構造からなり、
前記第２の伝送方式は、データカルーセル伝送を用いた放送による伝送であって、
前記第２のディレクトリ構造は、放送による伝送用のアプリケーションプログラムの制作環境で用いられる階層構造からなる
（１）又は（２）に記載の受信装置。
（４）
前記第１のディレクトリ構造は、特定のパスに対して相対的な相対パスによって、リソースが指定されており、
前記マッピング情報は、相対パスにより指定されるリソースと、データカルーセル伝送で用いられるモジュールに格納されるリソースとを対応付けている
（３）に記載の受信装置。
（５）
前記アプリケーション取得部は、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付ける場合に、同一のリソース名が存在するとき、参照中のモジュールに格納されるリソースを優先的に選択する
（４）に記載の受信装置。
（６）
前記アプリケーション取得部は、前記制御情報に含まれる伝送方式を示す情報に従い、通信及び放送のいずれか一方の伝送方式により伝送される前記アプリケーションプログラムを取得する
（３）乃至（５）のいずれか一項に記載の受信装置。
（７）
前記制御情報は、通信及び放送のいずれか一方の伝送方式により伝送される
（３）乃至（６）のいずれか一項に記載の受信装置。
（８）
前記アプリケーション取得部は、前記第２のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用いずに、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得する
（２）乃至（７）のいずれか一項に記載の受信装置。
（９）
受信装置の受信方法において、
前記受信装置が、
AVコンテンツを受信し、
前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を取得し、
前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得する
ステップを含む受信方法。
（１０）
コンピュータを、
AVコンテンツを受信する受信部と、
前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を取得するマッピング情報取得部と、
前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得するアプリケーション取得部と
して機能させるためのプログラム。
（１１）
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を生成する生成部と、
前記AVコンテンツとともに、前記制御情報を送信する送信部と
を備え、
前記制御情報は、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を含む
送信装置。
（１２）
送信装置の送信方法において、
前記送信装置が、
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を生成し、
前記AVコンテンツとともに、前記制御情報を送信する
ステップを含み、
前記制御情報は、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を含む
送信方法。
（１３）
コンピュータを、
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を生成する生成部と、
前記AVコンテンツとともに、前記制御情報を送信する送信部と
して機能させ、
前記制御情報は、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を含む
プログラム。
１，２ 放送通信連携システム， １０ 送信装置， ２０ 受信装置， ３０ アプリケーションサーバ， ４０ XML-AITサーバ， ９０ インターネット， ２０１ 制御部， ２１２ チューナ， ２２１ カルーセル処理部， ２２２ データ放送アプリケーション制御部， ２２３ AIT取得解析部， ２２４ ウェブアプリケーション制御部， ２２５ 通信I/F， ２２０ ディスプレイ， ９００ コンピュータ， ９０１ CPU

Claims (13)

  1. AVコンテンツを受信する受信部と、
    前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を取得するマッピング情報取得部と、
    前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得するアプリケーション取得部と
    を備える受信装置。
  2. 前記マッピング情報は、前記アプリケーションプログラムの動作を制御するための制御情報に含まれており、
    前記制御情報に基づいて、前記アプリケーションプログラムの動作を制御する制御部をさらに備える
    請求項１に記載の受信装置。
  3. 前記第１の伝送方式は、インターネットを用いた通信による伝送であって、
    前記第１のディレクトリ構造は、通信による伝送用のアプリケーションプログラムの制作環境で用いられる階層構造からなり、
    前記第２の伝送方式は、データカルーセル伝送を用いた放送による伝送であって、
    前記第２のディレクトリ構造は、放送による伝送用のアプリケーションプログラムの制作環境で用いられる階層構造からなる
    請求項２に記載の受信装置。
  4. 前記第１のディレクトリ構造は、特定のパスに対して相対的な相対パスによって、リソースが指定されており、
    前記マッピング情報は、相対パスにより指定されるリソースと、データカルーセル伝送で用いられるモジュールに格納されるリソースとを対応付けている
    請求項３に記載の受信装置。
  5. 前記アプリケーション取得部は、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付ける場合に、同一のリソース名が存在するとき、参照中のモジュールに格納されるリソースを優先的に選択する
    請求項４に記載の受信装置。
  6. 前記アプリケーション取得部は、前記制御情報に含まれる伝送方式を示す情報に従い、通信及び放送のいずれか一方の伝送方式により伝送される前記アプリケーションプログラムを取得する
    請求項３に記載の受信装置。
  7. 前記制御情報は、通信及び放送のいずれか一方の伝送方式により伝送される
    請求項３に記載の受信装置。
  8. 前記アプリケーション取得部は、前記第２のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用いずに、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得する
    請求項２に記載の受信装置。
  9. 受信装置の受信方法において、
    前記受信装置が、
    AVコンテンツを受信し、
    前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を取得し、
    前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得する
    ステップを含む受信方法。
  10. コンピュータを、
    AVコンテンツを受信する受信部と、
    前記AVコンテンツに連動して実行されるアプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を取得するマッピング情報取得部と、
    前記第１のディレクトリ構造に従い作成されたリソースにより構成される前記アプリケーションプログラムが前記第２の伝送方式で伝送される場合、前記マッピング情報を用い、前記第１のディレクトリ構造に従い作成されたリソースを前記第２のディレクトリ構造に対応付けることで、前記第２の伝送方式で伝送される前記アプリケーションプログラムを取得するアプリケーション取得部と
    して機能させるためのプログラム。
  11. AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を生成する生成部と、
    前記AVコンテンツとともに、前記制御情報を送信する送信部と
    を備え、
    前記制御情報は、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を含む
    送信装置。
  12. 送信装置の送信方法において、
    前記送信装置が、
    AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を生成し、
    前記AVコンテンツとともに、前記制御情報を送信する
    ステップを含み、
    前記制御情報は、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を含む
    送信方法。
  13. コンピュータを、
    AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を生成する生成部と、
    前記AVコンテンツとともに、前記制御情報を送信する送信部と
    して機能させ、
    前記制御情報は、前記アプリケーションプログラムを構成するリソースを、第１の伝送方式で伝送する場合に用いられる第１のディレクトリ構造と、前記アプリケーションプログラムを構成するリソースを、第２の伝送方式で伝送する場合に用いられる第２のディレクトリ構造とを対応付けたマッピング情報を含む
    プログラム。
JP2014550131A 2012-11-29 2013-11-18 受信装置、受信方法、送信装置、送信方法、及び、プログラム Active JP6251181B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2012260628 2012-11-29
JP2012260628 2012-11-29
PCT/JP2013/080979 WO2014084073A1 (ja) 2012-11-29 2013-11-18 受信装置、受信方法、送信装置、送信方法、及び、プログラム

Publications (2)

Publication Number Publication Date
JPWO2014084073A1 JPWO2014084073A1 (ja) 2017-01-05
JP6251181B2 true JP6251181B2 (ja) 2017-12-20

Family

ID=50827717

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014550131A Active JP6251181B2 (ja) 2012-11-29 2013-11-18 受信装置、受信方法、送信装置、送信方法、及び、プログラム

Country Status (3)

Country Link
US (1) US9979781B2 (ja)
JP (1) JP6251181B2 (ja)
WO (1) WO2014084073A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6211551B2 (ja) * 2014-02-27 2017-10-11 日本放送協会 受信装置、送出装置、およびプログラム
JP6442897B2 (ja) * 2014-07-18 2018-12-26 ソニー株式会社 送信装置及び送信方法、並びに、受信装置並びに受信方法
JP5860518B1 (ja) * 2014-08-27 2016-02-16 シャープ株式会社 送信装置および受信装置
JP6478381B2 (ja) * 2014-09-03 2019-03-06 日本放送協会 受信機およびプログラム
KR102439521B1 (ko) * 2014-11-07 2022-09-05 소니그룹주식회사 송신 장치, 송신 방법, 수신 장치 및 수신 방법
JP6565910B2 (ja) * 2014-12-10 2019-08-28 ソニー株式会社 送信装置及び送信方法、並びに受信装置及び受信方法
JP6543819B2 (ja) * 2015-04-28 2019-07-17 日本放送協会 処理装置およびプログラム
JP6904467B2 (ja) * 2018-08-09 2021-07-14 ソニーグループ株式会社 送信方法
JP6743854B2 (ja) * 2018-08-09 2020-08-19 ソニー株式会社 送信装置及び送信方法、並びに、受信装置並びに受信方法
JP7207457B2 (ja) * 2020-07-28 2023-01-18 ソニーグループ株式会社 受信装置及び受信装置の制御方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100641594B1 (ko) * 1998-07-14 2006-11-06 소니 가부시끼 가이샤 데이터 전달 제어 방법, 데이터 전송 방법, 데이터 송신장치, 수신 장치
JP2003122771A (ja) 2001-10-11 2003-04-25 Sony Corp 情報処理装置及び情報処理方法、並びに情報処理プログラム
US7730155B1 (en) * 2002-10-01 2010-06-01 Apple Inc. Method and apparatus for dynamically locating resources
JP4370923B2 (ja) 2004-01-21 2009-11-25 ソニー株式会社 情報処理装置および情報処理方法、並びにプログラムおよび記録媒体
JP2008011069A (ja) 2006-06-28 2008-01-17 Hokuriku Denwa Koji Kk 放送データ生成装置、放送データ生成方法及びプログラム
JP2009031952A (ja) * 2007-07-25 2009-02-12 Tokai Television Broadcasting Co Ltd 情報提供システムおよび情報提供方法
JP2009199459A (ja) 2008-02-22 2009-09-03 Ntt Docomo Inc コンテンツ提供システム、サーバ装置及びコンテンツ提供方法
JP5087022B2 (ja) 2009-01-30 2012-11-28 株式会社東芝 データ表示装置及びデータ表示方法
JP2011259357A (ja) 2010-06-11 2011-12-22 Nippon Telegr & Teleph Corp <Ntt> 統合ブラウザ装置およびその動作方法
JP2011259356A (ja) * 2010-06-11 2011-12-22 Nippon Telegr & Teleph Corp <Ntt> 統合ブラウザ装置およびその動作方法

Also Published As

Publication number Publication date
US9979781B2 (en) 2018-05-22
WO2014084073A1 (ja) 2014-06-05
US20150296005A1 (en) 2015-10-15
JPWO2014084073A1 (ja) 2017-01-05

Similar Documents

Publication Publication Date Title
JP6251181B2 (ja) 受信装置、受信方法、送信装置、送信方法、及び、プログラム
JP6158172B2 (ja) 受信装置、受信方法、送信装置、及び送信方法
JP6316196B2 (ja) 受信装置、受信方法、送信装置、送信方法、及び、プログラム
JP6769518B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
JP6428610B2 (ja) 受信装置、受信方法、送信装置、送信方法、及び、プログラム
JP6544352B2 (ja) 受信装置、及び、受信方法
WO2016035588A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法
JP4783215B2 (ja) 送信装置、受信装置、送信プログラム、及び受信プログラム
JP7013554B2 (ja) 放送信号送受信装置
JP7013555B2 (ja) 放送信号送信装置
JP6999600B2 (ja) 放送信号送信装置
JP7013553B2 (ja) 放送信号送信装置
JP7013551B2 (ja) 放送信号送信装置
JP6972280B2 (ja) 放送信号送受信装置
JP7013261B2 (ja) 放送信号送受信装置
JP7013260B2 (ja) 放送信号送受信装置
JP6926007B2 (ja) 放送信号送受信装置
US11362748B2 (en) Reception device, transmission device, and data processing method
JP2004048515A (ja) データ送信方法および装置、データ受信方法および装置
JP2021061608A (ja) 放送信号送受信装置
JP2021061612A (ja) 放送信号送受信装置
JP2019129516A (ja) 放送信号送受信装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161115

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: 20171114

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20171124

R150 Certificate of patent or registration of utility model

Ref document number: 6251181

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250