JP7388355B2

JP7388355B2 - 情報処理装置、情報処理方法、およびプログラム

Info

Publication number: JP7388355B2
Application number: JP2020532294A
Authority: JP
Inventors: 幸一内村; 智彰岩田
Original assignee: Sony Corp; Sony Group Corp
Current assignee: Sony Corp; Sony Group Corp
Priority date: 2018-07-26
Filing date: 2019-07-12
Publication date: 2023-11-29
Anticipated expiration: 2039-07-12
Also published as: JPWO2020022097A1; WO2020022097A1; EP3829183A1; US20210289256A1; EP3829183A4

Description

本技術は、情報処理装置、情報処理方法、およびプログラムに関し、特に、MMTにより伝送されたコンテンツを外部の装置にネットワークを介して送信することができるようにした情報処理装置、情報処理方法、およびプログラムに関する。

次世代の放送規格におけるコンテンツの伝送は、MPEG-2 TSではなく、MMT(MPEG Media Transport)で行われる。MMTにより、放送波の伝送路だけでなく、インターネットなどの通信の伝送路を用いたコンテンツの伝送が可能になる。

次世代の放送規格においては、4K/8Kコンテンツといったような、HD(High Definition)と比べて高解像度のコンテンツの放送が行われる。4K/8KコンテンツをHDD（Hard Disc Drive）に記録したり、Blu-ray Disc（登録商標）（以下、適宜、BDという）に記録したりするための規格が近年策定されている。

特開２０１６－１０３７４５号公報

HDDなどに一度記録された4K/8Kコンテンツをネットワークを介して外部の装置に転送したり、受信機において受信された4K/8Kコンテンツをネットワークを介して外部の装置に転送したりするための規格については、まだ存在しない。

本技術はこのような状況に鑑みてなされたものであり、MMTにより伝送されたコンテンツを外部の装置にネットワークを介して送信することができるようにするものである。

本技術の一側面の情報処理装置は、MMTにより伝送されたコンテンツを取得するコンテンツ取得部と、ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する情報を、MMTPパケットを用いて伝送される制御メッセージと、TLVパケットを用いて伝送されるService Informationのそれぞれから抽出する抽出部とと、前記コンテンツを送信する前に、CreateObjectを行うことによって前記外部の装置に前記プロパティ情報を送信する送信制御部とを備える。

本技術の一側面においては、MMTにより伝送されたコンテンツが取得され、ネットワークを経由したコンテンツの送信先となる外部の装置に対してコンテンツのプロパティ情報として送信する情報が、MMTPパケットを用いて伝送される制御メッセージと、TLVパケットを用いて伝送されるService Informationのそれぞれから抽出される。また、前記コンテンツを送信する前に、CreateObjectを行うことによって前記外部の装置に前記プロパティ情報が送信される。

本技術によれば、MMTにより伝送されたコンテンツを外部の装置にネットワークを介して送信することができる。

なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

4K/8KコンテンツのUse caseの第１の例を示す図である。 4K/8KコンテンツのUse caseの第２の例を示す図である。 4K/8KコンテンツのUse caseの第３の例を示す図である。ネットワークシステムの構成例を示す図である。 STBの一連の動作について説明するフローチャートである。図５のステップＳ２において行われるデバイス選択について説明するフローチャートである。 M-Searchの例を示す図である。 M-Searchリクエストの例を示す図である。デバイス一覧の例を示す図である。 Device descriptionの取得の例を示す図である。 Device descriptionの例を示す図である。 Device descriptionの例を示す図１１に続く図である。ビデオの一覧の取得の例を示す図である。ビデオの一覧を要求するHTTPリクエストの例を示す図である。ビデオの一覧を表す情報を含むHTTPレスポンスの例を示す図である。図５のステップＳ３において行われる記録媒体選択について説明するフローチャートである。 GetRecordDestinationsの例を示す図である。 GetRecordDestinationsアクションの例を示す図である。 GetRecordDestinationsレスポンスの例を示す図である。 GetRecordDestinationInfoの例を示す図である。 GetRecordDestinationInfoアクションの例を示す図である。 GetRecordDestinationInfoレスポンスの例を示す図である。 GetContainerIDの例を示す図である。 GetContainerIDアクションの例を示す図である。 GetContainerIDレスポンスの例を示す図である。図５のステップＳ４において行われるコンテンツのアップロードについて説明するフローチャートである。 CreateObjectの例を示す図である。 CreateObjectアクションの例を示す図である。 CreateObjectアクションの例を示す図である。 importURIを含むレスポンスの例を示す図である。本技術の一実施形態に係るネットワークシステムの構成例を示す図である。 MMT放送の制御情報であるMMT-SIの構造を示す図である。プロパティ情報の例を示す図である。プロパティ情報の例を示す図である。プロパティ情報の例を示す図である。プロパティ情報の例を示す図である。プロパティ情報の例を示す図である。 MMTの伝送データの例を示す図である。 MH-EITのシンタクスを示す図である。プロパティ情報の抽出例を示す図である。 MH-Short_Event_Descriptor()のシンタクスを示す図である。 MH-Content_Descriptor()のシンタクスを示す図である。 MH-Extended_Event_Descriptor()のシンタクスを示す図である。 Video_Component_Descriptor()のシンタクスを示す図である。 Video_Component_Descriptor()に含まれる情報の意味を示す図である。 MH-Parental_Rating_Descriptor()のシンタクスを示す図である。 MH-Audio_Component_Descriptor()のシンタクスを示す図である。 component_typeの値の意味を示す図である。 quality_indicatorの値の意味を示す図である。 Content_Copy_Control_Descriptor()のシンタクスを示す図である。 Content_Usage_Control_Descriptor()のシンタクスを示す図である。プロパティ情報Ｐ１５の参照の例を示す図である。 Multimedia_Service_Info_Descriptor()のシンタクスを示す図である。 MMTの伝送データの例を示す図である。 MH-SDTのシンタクスを示す図である。 MH-Service Descriptor()のシンタクスを示す図である。 TLVストリームの構成例を示す図である。 TLVパケットのシンタクスを示す図である。 TLV-SIの１つであるTLV-NITのシンタクスを示す図である。 Service_List_Descriptor()のシンタクスを示す図である。 MMTの伝送データの例を示す図である。 M2セクションメッセージに含まれるPLTのシンタクスを示す図である。 MPTのシンタクスを示す図である。 MH-Data_Component_Descriptor()のシンタクスを示す図である。 STBのハードウェア構成例を示すブロック図である。コントローラの機能構成例を示すブロック図である。 STBの一連の動作について説明するフローチャートである。コンピュータのハードウェアの構成例を示すブロック図である。

以下、本技術を実施するための形態について説明する。説明は以下の順序で行う。
１．4K/8KコンテンツのUse case
２．コンテンツの外部転送の流れ
３．MMT放送を用いたネットワークシステム
４．プロパティ情報の例
５．プロパティ情報の参照の具体例
６．STBの構成と動作
７．変形例

＜4K/8KコンテンツのUse case＞
・Use case-1：STBとレコーダ間の接続
図１は、4K/8KコンテンツのUse caseの第１の例を示す図である。

図１の例においては、テレビジョン番組が4K/8Kコンテンツとして放送され、その受信後のUse caseが示されている。図２および図３においても同様である。

4K/8Kコンテンツは、4K解像度（例えば3840×2160画素）または8K解像度（例えば7680×4320画素）といったように、HD解像度と比べて解像度が高いコンテンツである。輝度のダイナミックレンジが広いHDR(High Dynamic Range)の4K/8Kコンテンツの放送が、次世代の放送規格においては可能となっている。

矢印Ａ１の先に示すように、放送された4K/8Kコンテンツをレコーダ１内蔵のHDDに記録したり、レコーダ１に装填されたBDなどの光ディスクに記録したりするための規格については、既に策定されている。

レコーダ１は、放送された4K/8Kコンテンツを受信し、内蔵のHDDや光ディスクなどの記録媒体に記録することができる。4K/8KコンテンツをTV（Television）２の外付けのHDDに記録することも可能となっている。

一方、矢印Ａ２の先に示すように、放送された4K/8KコンテンツをSTB(Set Top Box)３において受信し、ネットワークを介してレコーダ４に転送して、レコーダ４内蔵のHDDに記録するための規格は策定されていない。STB３は、いわゆるネットワーク越しのムーブを行うことができない。

図１のSTB３とレコーダ４は、例えば同じ家庭内に設置されたデバイスである。STB３とレコーダ４は、無線LAN等を用いたホームネットワークに接続されており、相互に通信を行うことが可能となっている。

なお、放送されたコンテンツがMPEG-2 TSを用いて放送されたHDコンテンツであれば、そのようなネットワーク越しのムーブは可能とされる。

・Use case-2：HDDに記録された4K/8Kコンテンツの退避
図２は、4K/8KコンテンツのUse caseの第２の例を示す図である。

図２の例においては、外付けのHDDがTV２に接続されている。TV２により受信され、外付けのHDDに一度記録された4K/8Kコンテンツを、ネットワークを介してレコーダ４に転送し、レコーダ４に装填された光ディスクに記録するための規格は策定されていない。

このように、いわゆるデバイスバインドが行われた4K/8Kコンテンツについては、レコーダ４に装填された光ディスクに退避させることができない。外付けのHDDに一度記録された4K/8Kコンテンツは、TV２に紐付けられ、TV２においてのみ、再生して視聴することが可能とされる。

ユーザは、外付けのHDDの空き容量がなくなった場合、不要な4K/8Kコンテンツを消して容量を確保しなければ、新たな4K/8Kコンテンツを記録することができない。

なお、外付けのHDDに記録されたコンテンツがMPEG-2 TSを用いて放送されたHDコンテンツであれば、ネットワーク越しのムーブを用いた退避は可能とされる。

・Use case-3：外部視聴
図３は、4K/8KコンテンツのUse caseの第３の例を示す図である。

図３の例においては、家庭内に設置されたレコーダ１と、家庭の外にある携帯端末５との間で、インターネットなどのネットワークを介して通信を行うことが可能とされている。携帯端末５は、例えば、外出中のユーザが携帯するスマートフォンなどのデバイスである。

レコーダ１内蔵のHDDに記録された4K/8Kコンテンツを、ネットワークを介して携帯端末５に送信し、携帯端末５上で視聴するための規格は策定されていない。携帯端末５のユーザは、自宅のレコーダ１に記録しておいたコンテンツをストリーミングによって携帯端末５上で視聴する、いわゆるストリーミング視聴を行うことができない。

なお、レコーダ１内蔵のHDDに記録されたコンテンツがMPEG-2 TSを用いて放送されたHDコンテンツであれば、そのようなストリーミング視聴は可能とされる。

このように、ネットワークを経由させる4K/8KコンテンツのUse caseに応じた規格は策定されていない。

後述するように、本技術の一側面に係るネットワークシステムにおいては、このようなネットワークを経由させた4K/8Kコンテンツの処理が可能とされる。

＜コンテンツの外部転送の流れ＞
ここで、以上のような各Use caseにおける、ネットワークを経由させた従来のコンテンツの転送の流れについて説明する。転送の対象となるコンテンツは、従来の規格で放送されたHDコンテンツである。

図４は、ネットワークシステムの構成例を示す図である。

図４のネットワークシステムは、例えば家庭内に構築されたシステムである。図４のネットワークシステムは、STB１１、レコーダ１２とともに、デバイスＤ１，Ｄ２がルータ１３を介して接続されることによって構成される。例えば、STB１１とレコーダ１２は、HDMI（登録商標）(High-Definition Multimedia Interface)ケーブルなどを介して同じTVに接続される。それぞれ異なるTVがSTB１１とレコーダ１２に接続されるようにしてもよい。

STB１１は、放送による伝送路、または、インターネットなどの通信による伝送路を介して伝送されたコンテンツを受信する。図４の例においては、番組＃１乃至＃３が受信されている。

レコーダ１２のドライブには、BDなどの光ディスク２１が装填されている。レコーダ１２は、HDD２２を内蔵するデバイスである。デバイスＤ１，Ｄ２は、それぞれ、レコーダ、PC、携帯端末などの、ルータ１３が管理するDHCP(Dynamic Host Configuration Protocol)による通信に対応したデバイスである。

以下、STB１１が受信したコンテンツを、ネットワーク上の所定のデバイスにアップロード（転送）する場合のSTB１１の一連の動作について説明する。アップロード先のデバイスにおいては、STB１１から送信されてきたコンテンツの記録、視聴などが行われる。

また、主に、放送による伝送路を介して伝送されたコンテンツをアップロードする場合の動作について説明するが、通信による伝送路を介して伝送されたコンテンツをアップロードする場合の処理も同様の処理となる。

図５のフローチャートを参照して、STB１１の一連の動作について説明する。

ステップＳ１において、STB１１は、アップロードの対象となるコンテンツの選択を受け付ける。例えば、STB１１は、図示せぬTVに番組表を表示させ、放送中の番組の中から、アップロードの対象となる番組をユーザに選択させる。

コンテンツの選択の受け付けが、デバイス選択の後や記録媒体選択の後に行われるようにすることも可能である。

ステップＳ２において、STB１１はデバイス選択を行う。デバイス選択により、コンテンツのアップロード先となるデバイスが選択される。デバイス選択の詳細については、図６のフローチャートを参照して後述する。

ステップＳ３において、STB１１は記録媒体選択を行う。記録媒体選択により、コンテンツの記録先となる記録媒体が選択される。記録媒体の選択は、ステップＳ２において選択されたデバイスが有する記録媒体を対象として行われる。記録媒体選択の詳細については、図１６のフローチャートを参照して後述する。

ステップＳ４において、STB１１はコンテンツのアップロードを行う。コンテンツのアップロードの詳細については、図２６のフローチャートを参照して後述する。対象となるコンテンツのアップロードが完了した場合、図５の処理は終了となる。

・デバイス選択
図６のフローチャートを参照して、図５のステップＳ２において行われるデバイス選択について説明する。

ステップＳ１１において、STB１１は、M-Searchを行い、対応デバイスの一覧を取得する。M-Searchは、UPnP(Universal Plug and Play)を用いたデバイス検出のメソッドである。

M-Searchは、クライアント機器が、自身と同一のネットワーク内に存在する各デバイスに対して、M-SearchのメッセージであるM-Searchリクエストをマルチキャストすることによって行われる。M-Searchリクエストを受信したデバイスからは、そのデバイスのURLを含むM-Searchレスポンスが送信されてくる。

ステップＳ１２において、STB１１は、M-Searchにより取得されたURLに基づいて、それぞれの対応デバイスからDevice descriptionを取得する。Device descriptionには、デバイス名であるfriendly nameなどの、各対応デバイスに関する情報が含まれる。

ステップＳ１３において、STB１１は、Device descriptionに含まれるfriendly nameをユーザに提示する。ユーザは、例えばTVに表示されたfriendly nameを見て、コンテンツのアップロード先とするデバイスを選択することになる。

アップロード先とするデバイスが選択された場合、図５のステップＳ２に戻り、それ以降の処理が行われる。

図７は、ステップＳ１１において行われるM-Searchの例を示す図である。

矢印Ａ１１で示すように、STB１１から各デバイスに対してM-Searchリクエストが送信される。M-Searchリクエストを受信した、UPnPに対応したデバイスである対応デバイスからは、矢印Ａ１２で示すようにM-Searchレスポンスが送信される。

STB１１は、M-Searchレスポンスを受信し、対応デバイスの一覧を取得する。図７の例においては、枠Ｆ１，Ｆ２で囲んで示すように、レコーダ１２が対応デバイス１とされ、デバイスＤ２が対応デバイス２とされている。

図８は、M-Searchリクエストの例を示す図である。

デバイスの探索要求であるM-Searchリクエストには、３行目に示すように、M-Searchリクエストの発行元であるSTB１１のIPアドレスが含まれる。また、５行目に示すように、MediaServerの機能をSTB１１が有していることを表す情報が含まれる。

図８の各行の左端に示す数字は、説明の便宜上付している数字であり、M-Searchリクエストを構成する記述ではない。図９以降の各情報の記述においても同様である。各デバイス間で送受信される情報を構成する記述のうち、主な記述について説明する。

図９は、M-Searchレスポンスに基づいて取得されるデバイス一覧の例を示す図である。

１行目乃至１０行目の記述が、対応デバイス１であるレコーダ１２から送信されてきたM-Searchレスポンスに基づいて得られる記述である。４行目の「LOCATION: http://169.254.226.30:64220/description.xml」が、対応デバイス１のURLを表す。

１１行目乃至２０行目の記述が、対応デバイス２であるデバイスＤ２から送信されてきたM-Searchレスポンスに基づいて得られる記述である。１４行目の「LOCATION: http://169.254.226.31:64220/description.xml」が、対応デバイス２のURLを表す。

図１０は、ステップＳ１２において行われるDevice descriptionの取得の例を示す図である。

矢印Ａ２１で示すように、対応デバイス１であるレコーダ１２に対して、Device descriptionの要求であるHTTP GETがSTB１１から送信される。レコーダ１２を送信先とするHTTP GETには、M-Searchレスポンスに含まれていたレコーダ１２のURLが含まれる。HTTP GETを受信したレコーダ１２からは、矢印Ａ２２で示すようにDevice descriptionが送信される。

対応デバイス２であるデバイスＤ２に対しても、同様にしてHTTP GETがSTB１１から送信され、HTTP GETを受信したデバイスＤ２から送信されるDevice descriptionが取得される。

図１１および図１２は、Device descriptionの例を示す図である。

図１１および図１２のDevice descriptionは、例えばレコーダ１２から取得されたDevice descriptionである。

図１１の４行目乃至６行目の記述が、デバイスが対応しているUPnPのバージョンを表し、８行目の記述が、当該デバイスのUPnP Deviceとしての能力を表す。９行目乃至１６行目の記述が、当該デバイスのHDRL/SPRL/JLABとしての能力を表し、１７行目乃至３０行目の記述が、ユーザに示す際に用いられる当該デバイスの説明を表す。

例えば、１７行目の「<friendlyName>BDZ</friendlyName>」は、レコーダ１２のfriendly nameが「BDZ」であることを表す。当該デバイスの説明として、例えば、製造メーカー（manufacturer）、製造メーカーのURL（manufacturerURL）、モデル名（modelDescription）などの各種の情報が記述される。

図１２の１行目乃至１６行目の記述が、当該デバイスの説明がサポートするUPnPの機能を表す。例えば、２行目乃至８行目の記述は、レコーダ１２がContentDirectoryの機能に対応していることを表す。また、９行目乃至１５行目の記述は、レコーダ１２がCMS(Connection Manager Service)の機能に対応していることを表す。

図１３は、対応デバイスがサポートするビデオの一覧の取得の例を示す図である。

対応デバイスがサポートするビデオの一覧の取得は、例えば、Device descriptionが取得された後であって、friendly nameのユーザへの提示の前に適宜行われる。

矢印Ａ３１で示すように、対応デバイス１であるレコーダ１２に対して、サポートするビデオの一覧を要求するHTTPリクエストがSTB１１から送信される。STB１１からの要求を受信したレコーダ１２からは、矢印Ａ３２で示すように、レコーダ１２がサポートするビデオの一覧を表す情報を含むHTTPレスポンスが送信される。

図１４は、サポートするビデオの一覧を要求するHTTPリクエストの例を示す図である。

１行目の「POST /CMS HTTP/1.1」は、レコーダ１２がCMSに対応していることについての記述がDevice descriptionに含まれ（図１２）、URLが指定されていたことに基づいて設定される。２行目の「HOST: 169.254.226.30:64220」は、対応デバイス１のURLを表す。

図１５は、サポートするビデオの一覧を表す情報を含むHTTPレスポンスの例を示す図である。

６行目の「MPEG_TS_JP_T」は、MPEG-2 TSによる2K（HD）解像度までのコンテンツの処理をレコーダ１２がサポートしていることを表す。

アップロード先とするデバイスの選択は以上のようにして行われる。

・記録媒体の選択
次に、図１６のフローチャートを参照して、図５のステップＳ３において行われる記録媒体選択について説明する。

ステップＳ２１において、STB１１は、GetRecordDestinationsを行い、ステップＳ１のデバイス選択により選択された対応デバイスである例えばレコーダ１２から、RecordDestinationを取得する。RecordDestinationには、デバイスが有する記録媒体に関する情報が含まれる。

ステップＳ２２において、STB１１は、GetRecordDestinationsにより取得されたRecord Destinationに基づいて、friendlyNamedestIDをユーザに提示する。ユーザは、例えばTVに表示されたfriendlyNamedestIDを見て、コンテンツの記録先とする記録媒体を選択することになる。

記録媒体が選択された場合、ステップＳ２３において、STB１１は、GetRecordContainerIDを行い、ContainerIDをレコーダ１２から取得する。ContainerIDは、ユーザにより選択された記録媒体のIDである。ContainerIDが取得された後、図５のステップＳ３に戻り、それ以降の処理が行われる。

図１７は、ステップＳ２１において行われるGetRecordDestinationsの例を示す図である。

矢印Ａ４１で示すように、STB１１からレコーダ１２に対してGetRecordDestinationsアクションが送信される。GetRecordDestinationsアクションを受信したレコーダ１２からは、矢印Ａ４２で示すようにGetRecordDestinationsレスポンスが送信される。レコーダ１２が送信するGetRecordDestinationsレスポンスには、枠Ｆ１１で囲んで示すように、光ディスク２１に関する情報とHDD２２に関する情報を含むRecordDestinationが含まれる。

図１８は、GetRecordDestinationsアクションの例を示す図である。

１行目の「POST /upnp/control/ContentDirectory HTTP/1.1」は、対応デバイス１がContentDirectoryをサポートしていることに基づいて記述される（図１２）。２行目の「Host: 169.254.226.30:64220」は、対応デバイス１のURLを表す。１２行目乃至１４行目の記述は、対応デバイス１がサポートする記録媒体の一覧を要求することを表す。

図１９は、GetRecordDestinationsレスポンスの例を示す図である。

９行目の「RecordDestination destID="bd1.cache」と１０行目の「RecordDestination destID="hdd1」は、対応デバイス１であるレコーダ１２が、記録媒体として「bd1.cache」と「hdd1」をサポートしていることを表す。「bd1.cache」のfriendly nameは「ISIS BD」であり、「hdd1」のfriendly nameは「ISIS hdd」である。

GetRecordDestinationsレスポンスによりRecordDestinationが取得された後、それぞれ記録媒体の詳細がGetRecordDestinationInfoにより取得される。GetRecordDestinationInfoは、例えば、friendlyNamedestIDのユーザへの提示の前に適宜行われる。

図２０は、GetRecordDestinationInfoの例を示す図である。

矢印Ａ５１で示すように、STB１１からレコーダ１２に対してGetRecordDestinationInfoアクションが送信される。GetRecordDestinationInfoアクションを受信したレコーダ１２からは、矢印Ａ５２で示すようにGetRecordDestinationInfoレスポンスが送信される。レコーダ１２が送信するGetRecordDestinationInfoレスポンスには、例えば、光ディスク２１に関する詳細情報を含むRecordDestinationInfoが含まれる。

図２１は、GetRecordDestinationInfoアクションの例を示す図である。

２行目の「Host: 169.254.226.30:64220」は対応デバイス１のURLを表す。１２行目の「RecordDestinationID>bd1.cache</RecordDestinationID>」は、bd1.cacheの詳細をリクエストしていることを表す。

図２２は、GetRecordDestinationInfoレスポンスの例を示す図である。

１０行目の「BD」は、記録媒体としての「bd1.cache」にBDが装填されていることを表す。

同様の処理がHDD２２を対象として行われ、HDD２２に関する詳細情報を含むRecordDestinationInfoが取得される。コンテンツの記録先としてHDD２２が選択されたものとして説明する。

図２３は、ステップＳ２３において行われるGetRecordContainerIDの例を示す図である。

矢印Ａ６１で示すように、STB１１からレコーダ１２に対してGetRecordContainerIDアクションが送信される。GetRecordContainerIDアクションを受信したレコーダ１２からは、矢印Ａ６２で示すようにGetContainerIDレスポンスが送信される。レコーダ１２が送信するGetContainerIDレスポンスには、枠Ｆ２１で囲んで示すように、記録先としてユーザにより選択されたHDD２２のContainerIDが含まれる。GetContainerIDは、記録先の指定の仕方を決定するための処理となる。

図２４は、GetRecordContainerIDアクションの例を示す図である。

２行目の「Host: 169.254.226.30:64220」は、対応デバイス１のURLを表す。１２行目の「<RecordDestinationID>hdd1</RecordDestinationID>」は、記録媒体としてHDD２２を指定していることを表す。２３行目乃至２５行目の記述は、アップロードするファイルのフォーマット、ファイルサイズなどを表す。

図２５は、GetRecordContainerIDレスポンスの例を示す図である。

５行目の「<ContainerID>VIDEO</ContainerID>」は、ContainerIDが「VIDEO」であることを表す。

記録媒体の選択は以上ようにして行われる。

・コンテンツのアップロード
次に、図２６のフローチャートを参照して、図５のステップＳ４において行われるコンテンツのアップロードについて説明する。

ステップＳ３１において、STB１１は、ContainerIDを引数として指定したCreateObjectを行い、ステップＳ３において選択された記録媒体からimportURIを取得する。importURIは、HTTP Postによるコンテンツのpost先を表す。

ステップＳ３２において、STB１１は、importURIを引数として指定したHTTP Postによって、コンテンツをアップロードする。

ステップＳ３３において、STB１１は、コンテンツのアップロードが終了したか否かを判定する。

STB１１は、コンテンツのアップロードが終了していないとステップＳ３３において判定した場合、ステップＳ３２に戻り、コンテンツのアップロードを繰り返す。

コンテンツのアップロードが終了したとステップＳ３３において判定した場合、ステップＳ３４において、STB１１は、importURIを引数として指定したHTTP Postによって、chunkSize=0であることをデバイスに通知する。chunkSize=0は、コンテンツの全てのデータのアップロードが終了したことを表す。

コンテンツのアップロードが終了した場合、図５のステップＳ４に戻り、一連の処理の終了となる。

図２７は、ステップＳ３１において行われるCreateObjectの例を示す図である。

矢印Ａ７１で示すように、STB１１からレコーダ１２に対してCreateObjectアクションが送信される。CreateObjectアクションを受信したレコーダ１２からは、矢印Ａ７２で示すようにimportURIを含むレスポンスが送信される。CreateObjectは、HTTP Postによりコンテンツをアップロードする場合のpost先（アップロード先）の指定の仕方を決定するための処理となる。

図２８および図２９は、CreateObjectアクションの例を示す図である。

図２８および図２９に示すような記述を含むCreateObjectアクションが、STB１１からレコーダ１２に対して送信される。

図２８の４行目の「Host: 169.254.226.30:64220」は、アップロード先のデバイスであるレコーダ１２のURLを表す。１５行目の「<ContainerID>DLNA.ORG_AnyContainer</ContainerID>」は、ContainerID、すなわち、記録先の指定を表す。ContainerIDが「AnyContainer」であることは、記録先をデバイスに一任することを表す。

図２９の１１行目乃至２０行目の記述が、アップロードの対象となるコンテンツに関する情報となる。

１１行目の「<dc:title>................................................ #1... ...</dc:title>」は、コンテンツのタイトル名を表す。

１２行目の「<arib:objectType>SPTV_CS</arib:objectType>」は、コンテンツのタイプを表す。

１３行目の「<upnp:class>object.item.videoItem</upnp:class>」は、コンテンツのUPnP上での区分けを表す。

１４行目の「<upnp:genre>...............</upnp:genre>」は、スポーツなどの、コンテンツのジャンルを表す。

１５行目の「<upnp:channelName>.....................X(AT-X)</upnp:channelName>」は、コンテンツの放送が行われるチャンネルのチャンネル名を表す。

１６行目の「<upnp:channelNr>729</upnp:channelNr>」は、コンテンツの放送が行われるチャンネルのチャンネル番号を表す。

１７行目の「<dc:date>2009-10-20T13:59:21</dc:date>」は、コンテンツの放送が行われる日時を表す。

１９行目および２０行目の記述は、コンテンツの詳細を表す。

図３０は、importURIを含むレスポンスの例を示す図である。

１１行目乃至２０行目の記述が、記録の仕方に関するレコーダ１２からSTB１１に対する通知となる。１９行目の「“http://192.168.16.210:60151/UpObjID=UL_1”」は、記録場所としてのimportURIを表す。

CreateObjectアクションを受信したレコーダ１２からは、このような記述を含むレスポンスが送信される。

このような各種のやりとりがSTB１１とレコーダ１２の間で行われた後、HTTP Postにより、コンテンツの実データであるAVデータのアップロードが開始される。

すなわち、コンテンツのアップロードを開始する前、STB１１は、アップロードするコンテンツに関する情報であるプロパティ情報を、CreateObjectを行うことによってレコーダ１２に通知する必要がある。図２９を参照して説明したように、STB１１が送信するCreateObjectアクションには、コンテンツのタイトル名、コンテンツのタイプなどの、アップロードするコンテンツに関する情報であるプロパティ情報が引数として含まれる。

また、STB１１は、CreateObjectを行うためには、コンテンツとともに伝送されてきた各種の情報から、プロパティ情報として用いる情報を抽出し、CreateObjectアクションに含める情報として管理しておく必要がある。

＜MMT放送を用いたネットワークシステム＞
図３１は、本技術の一実施形態に係るネットワークシステムの構成例を示す図である。

図３１のネットワークシステムは、図４のネットワークシステムと同様に例えば家庭内に構築される。図３１のネットワークシステムは、情報処理装置としてのSTB１０１と、外部の装置としてのレコーダ１０２がネットワークを介して接続されることによって構成される。

図３１のネットワークシステムにも、上述したように、ネットワークにおける通信を制御するルータ、コンテンツのアップロード先のデバイスとなることが可能な他の外部の装置が設けられる。重複する説明については適宜省略する。

図３１のネットワークシステムにおいて処理の対象となるコンテンツは、MMT放送によって放送された例えば4K/8Kコンテンツである。MMT放送は、コンテンツの伝送方式としてMMT(MPEG Media Transport)を用いた放送である。

MMTを用いてインターネットを介してサーバ１１１から送信されてきた4K/8Kコンテンツが図３１のネットワークシステムにおいて処理されるようにしてもよい。

すなわち、MMTを用いて伝送されるコンテンツであれば、伝送路はどのようなものであってもよい。例えば、地上波、放送波、ケーブルテレビ網、通信網を伝送路として伝送されてきたMMTのコンテンツの処理が、図３１のネットワークシステムにおいて行われる。

以下、主に、MMT放送によって伝送されたコンテンツの処理について説明するが、他の伝送路を介して伝送されてきたコンテンツの処理も同様にして行われる。

STB１０１は、MMT放送によって放送された4K/8Kコンテンツを受信する。STB１０１と、ネットワーク上の外部の装置との間では、上述したような各種のやりとりが所定のプロトコルに従って行われる。

各種のやりとりがSTB１０１と外部の装置との間で行われた後、Use case-1のネットワーク越しのムーブ（図１）、Use case-2のコンテンツの退避（図２）、および、Use case-3のストリーミング視聴（図３）が4K/8Kコンテンツを対象として行われる。

Use case-1のネットワーク越しのムーブは、例えば、STB１０１と、外部の装置としてのレコーダ１０２との間で行われる。STB１０１は、放送された4K/8Kコンテンツを受信し、ネットワークを介してレコーダ１０２にアップロードして、レコーダ１０２内蔵のHDDに記録させる。

Use case-2のコンテンツの退避は、例えば、外付けのHDDを有するSTB１０１と、外部の装置としてのレコーダ１０２との間で行われる。STB１０１は、外付けのHDDに一度記録させた4K/8Kコンテンツを、ネットワークを介してレコーダ１０２にアップロードし、レコーダ１０２に装填された光ディスクに記録させる。

Use case-3のストリーミング視聴は、例えば、外付けのHDDを有するSTB１０１と、外部の装置としての図示せぬ携帯端末との間で行われる。STB１０１は、外付けのHDDに一度記録させた4K/8Kコンテンツを、ネットワークを介して携帯端末にアップロードし、ストリーミングによって携帯端末上で視聴可能とする。

Use case-1，Use case-2，Use case-3のいずれの場合においても、4K/8Kコンテンツのアップロードを開始する前、STB１０１は、アップロードするコンテンツのプロパティ情報を、CreateObjectを行うことによって外部の装置に通知する必要がある。

また、STB１０１は、CreateObjectを行うためには、4K/8Kコンテンツとともに伝送された各種の情報から、プロパティ情報として用いる情報を抽出し、CreateObjectアクションに含める必要がある。

STB１０１は、プロパティ情報として用いる情報を、MMT放送によって伝送される制御情報から抽出し、CreateObjectを行う機能を有する。

図３２は、MMT放送の制御情報であるMMT-SIの構造を示す図である。

MMTのパッケージの構成や放送サービスに関連する情報を示すMMT-SIは、図３２に示すように、テーブルや記述子を格納するメッセージ、特定の情報を示す要素や属性を持つテーブル、および、詳細な情報を示す記述子の３階層の情報から構成される。

メッセージは、MMTPペイロードに格納され、MMTPパケットを用いて伝送される。メッセージがMMTPペイロードを構成する際のpayload_typeの値は0x02である。１つのメッセージが１つのMMTPペイロードに格納される。

STB１０１は、このようなMMT-SIを構成するメッセージ（制御メッセージ）、テーブル、および記述子のうちの少なくともいずれかの記述を参照し、プロパティ情報として用いる情報を抽出する。

また、STB１０１は、プロパティ情報の種類に応じて、適宜、TLV(Type Length Value)パケットのデータを参照し、プロパティ情報として用いる情報を抽出する。TLVパケットは、MMTPパケットの伝送に用いられるパケットである。

＜プロパティ情報の例＞
図３３乃至図３７は、プロパティ情報の例を示す図である。

例えば、図３３乃至図３７に示す２５種類のプロパティ情報が、STB１０１においてMMT放送波（MMT放送の信号）から抽出され、CreateObjectに用いられる。

図３３乃至図３７において、左端の数字はプロパティ情報の番号を表す。説明の便宜上、適宜、各プロパティ情報を、割り当てられた番号を用いて説明する。例えば、「プロパティ情報Ｐ１」は、「１」の番号が割り当てられたプロパティ情報を表す。他の番号が割り当てられたプロパティ情報も同様である。

図３３乃至図３７においては、各番号が割り当てられたプロパティ情報毎に、プロパティ名、意味、MMT放送波の参照元が示されている。MMT放送波の参照元は、プロパティ情報として抽出するための参照元を表す。

・プロパティ情報Ｐ１
プロパティ情報Ｐ１は、プロパティ名を「arib:objectType」とするプロパティ情報である。

プロパティ情報Ｐ１は、objectの発祥を表す。プロパティ情報Ｐ１の参照元は、MMT-SIのテーブルであるMH-EITのoriginal_network_idとなる。

・プロパティ情報Ｐ２
プロパティ情報Ｐ２は、プロパティ名を「dc:title」とするプロパティ情報である。

プロパティ情報Ｐ２は、イベント名(番組名)を表す。プロパティ情報Ｐ２の参照元は、MH-EITのMH-短形式イベント記述子のevent_name_charとなる。

・プロパティ情報Ｐ３
プロパティ情報Ｐ３は、プロパティ名を「upnp:genre」とするプロパティ情報である。

プロパティ情報Ｐ３は、番組ジャンルを表す。プロパティ情報Ｐ３の参照元は、MH-EITのMH-コンテンツ記述子のcontent_nibble_level1、content_nibble_level2、およびuser_nibbleとなる。content_nibble_level1、content_nibble_level2、およびuser_nibbleの組み合わせにより番組ジャンルが表される。

・プロパティ情報Ｐ４
プロパティ情報Ｐ４は、プロパティ名を「upnp:chunnelName」とするプロパティ情報である。

プロパティ情報Ｐ４は、チャンネル名を表す。プロパティ情報Ｐ４の参照元は、MH-SDTのMH-サービス記述子の第２ループのchar（編成チャンネル名）となる。

・プロパティ情報Ｐ５
プロパティ情報Ｐ５は、プロパティ名を「upnp:chunnelNr」とするプロパティ情報である。

プロパティ情報Ｐ５は、チャンネル番号を表す。プロパティ情報Ｐ５の参照元は、TLV-NITのservice_idまたはMPTのMMT_package_idとなる。

・プロパティ情報Ｐ６
図３４のプロパティ情報Ｐ６は、プロパティ名を「upnp:scheduledStartTime」とするプロパティ情報である。

プロパティ情報Ｐ６は、番組開始時刻を表す。プロパティ情報Ｐ６の参照元は、MH-EITのstart_timeとなる。

・プロパティ情報Ｐ７
プロパティ情報Ｐ７は、プロパティ名を「upnp:scheduledEndTime」とするプロパティ情報である。

プロパティ情報Ｐ７は、番組終了時刻を表す。プロパティ情報Ｐ７の参照元は、MH-EITのstart_timeとdurationとなる。MH-EITのstart_timeとdurationに基づく番組終了時刻の求め方については後述する。

・プロパティ情報Ｐ８
プロパティ情報Ｐ８は、プロパティ名を「dc:description」とするプロパティ情報である。

プロパティ情報Ｐ８は、番組詳細情報を表す。プロパティ情報Ｐ８の参照元は、MH-EITのMH-短形式イベント記述子内の番組詳細であるtext_charとなる。

・プロパティ情報Ｐ９
プロパティ情報Ｐ９は、プロパティ名を「arib:longDescription」とするプロパティ情報である。

プロパティ情報Ｐ９は、番組詳細情報を表す。プロパティ情報Ｐ９の参照元は、MH-EITのMH-拡張イベント記述子内のitemとそのテキストとなる。

・プロパティ情報Ｐ１０
プロパティ情報Ｐ１０は、プロパティ名を「res@resolution」とするプロパティ情報である。

プロパティ情報Ｐ１０は、番組のビデオの解像度を表す。プロパティ情報Ｐ１０の参照元は、MPTまたはMH-EITの映像コンポーネント記述子内のvideo_resolutionとなる。

・プロパティ情報Ｐ１１
図３５のプロパティ情報Ｐ１１は、プロパティ名を「upnp:rating」とするプロパティ情報である。

プロパティ情報Ｐ１１は、最低視聴可能年齢を表す。プロパティ情報Ｐ１１の参照元は、MPTまたはMH-EITのMH-パレンタルレート記述子のratingとなる。

・プロパティ情報Ｐ１２
プロパティ情報Ｐ１２は、プロパティ名を「arib:videoComponentType」とするプロパティ情報である。

プロパティ情報Ｐ１２は、ビデオの種別を表す。プロパティ情報Ｐ１２の参照元は、MH-EITまたはMPTのMH-映像コンポーネント記述子のvideo_resolution，video_aspect_ratio，video_scan_flag、およびvideo_frame_rateから導き出されたcomponent_typeとなる。

・プロパティ情報Ｐ１３
プロパティ情報Ｐ１３は、プロパティ名を「arib:audioComponentType」とするプロパティ情報である。

プロパティ情報Ｐ１３は、オーディオの種別を表す。プロパティ情報Ｐ１３の参照元は、MH-EITまたはMPTのMH-音声コンポーネント記述子のcomponent_typeとなる。

・プロパティ情報Ｐ１４
プロパティ情報Ｐ１４は、プロパティ名を「arib:audioComponentType@qualityIndicator」とするプロパティ情報である。

プロパティ情報Ｐ１４は、オーディオの音質モードを表す。プロパティ情報Ｐ１４の参照元は、MH-EITまたはMPTのMH-音声コンポーネント記述子のquality_indicatorとなる。

・プロパティ情報Ｐ１５
プロパティ情報Ｐ１５は、プロパティ名を「arib:copyControlInfo」とするプロパティ情報である。

プロパティ情報Ｐ１５は、番組のコピーコントロール情報を表す。プロパティ情報Ｐ１５の参照元は、コンテント利用記述子とコンテンツコピー制御記述子となる。コンテント利用記述子のencryption_modeと、コンテンツコピー制御記述子のdigital_recording_control_data、アナログ出力可否、および、Copy_no_moreか否かを示すフラグをカンマで区切った記述が、プロパティ情報Ｐ１５として用いられる。

・プロパティ情報Ｐ１６
図３６のプロパティ情報Ｐ１６は、プロパティ名を「arib:dataProgramInfo」とするプロパティ情報である。

プロパティ情報Ｐ１６は、データ放送が付属しているか否かを表す。プロパティ情報Ｐ１６の参照元は、MPTのMH-データ符号化記述子またはMH-EITのマルチメディアサービス情報記述子となる。

・プロパティ情報Ｐ１７
プロパティ情報Ｐ１７は、プロパティ名を「arib:dataProgramInfo@sync」とするプロパティ情報である。

プロパティ情報Ｐ１７は、データ放送と連動しているか否かを表す。プロパティ情報Ｐ１７の参照元は、MH-EITのマルチメディアサービス情報記述子のassociated_contents_flagとなる。

・プロパティ情報Ｐ１８
プロパティ情報Ｐ１８は、プロパティ名を「arib:captionInfo」とするプロパティ情報である。

プロパティ情報Ｐ１８は、字幕キャプションの運用を表す。プロパティ情報Ｐ１８の参照元は、MPTのMH-データ符号化方式記述子のdata_component_idと、MH-EITのマルチメディアサービス情報記述子のdata_component_idとなる。

MPTのMH-データ符号化方式記述子のdata_component_idの値が0x20である場合、または、MH-EITのマルチメディアサービス情報記述子のdata_component_idの値が0x20である場合、1の値がプロパティ情報Ｐ１８として設定される。それ以外の場合、0の値がプロパティ情報Ｐ１８として設定される。

・プロパティ情報Ｐ１９
プロパティ情報Ｐ１９は、プロパティ名を「arib:multiESInfo」とするプロパティ情報である。

プロパティ情報Ｐ１９は、ビデオあるいはオーディオが複数あるか否かを表す。プロパティ情報Ｐ１９の参照元は、MH-EITの映像コンポーネント記述子と音声コンポーネント記述子となる。

MH-EITの映像コンポーネント記述子と音声コンポーネント記述子が複数ある場合、1の値がプロパティ情報Ｐ１９として設定される。それ以外の場合、0の値がプロパティ情報Ｐ１９として設定される。

・プロパティ情報Ｐ２０
プロパティ情報Ｐ２０は、プロパティ名を「sptv:caProgramInfo」とするプロパティ情報である。

プロパティ情報Ｐ２０は、番組がスクランブルされているか否かを表す。プロパティ情報Ｐ２０の参照元は、MH-EITのfree_CA_modeとなる。

・プロパティ情報Ｐ２１
図３７のプロパティ情報Ｐ２１は、プロパティ名を「sptv:closedcaptionInfo」とするプロパティ情報である。

プロパティ情報Ｐ２１は、字幕のあり/なしを表す。字幕ありの場合、1の値がプロパティ情報Ｐ２１として設定される。プロパティ情報Ｐ２１の参照元は、MH-EITのマルチメディアサービス情報記述子のdata_component_id、または、MPTのMH-データ符号化記述子のdata_component_idとなる。data_component_idの値が0x20である場合、字幕があることを表す。

・プロパティ情報Ｐ２２
プロパティ情報Ｐ２２は、プロパティ名を「sptv:nextTitle」とするプロパティ情報である。

プロパティ情報Ｐ２２は、次の番組であるFollowing eventのイベント名を表す。プロパティ情報Ｐ２２の参照元は、MH-EITのsection_numberと、MH-EITの中の短形式イベント記述子のevent_name_charとなる。MH-EITのsection_numberが１である場合、followingと判断され、当該MH-EITの中の短形式イベント記述子のevent_name_charがプロパティ情報Ｐ２２として設定される。

・プロパティ情報Ｐ２３
プロパティ情報Ｐ２３は、プロパティ名を「sptv:nextScheduledStartTime」とするプロパティ情報である。

プロパティ情報Ｐ２３は、Following eventの開始時刻を表す。プロパティ情報Ｐ２３の参照元は、MH-EITのsection_number，start_timeとなる。MH-EITのsection_numberが１である場合、start_timeがプロパティ情報Ｐ２３として設定される。

・プロパティ情報Ｐ２４
プロパティ情報Ｐ２４は、プロパティ名を「sptv:nextScheduledEndTime」とするプロパティ情報である。

プロパティ情報Ｐ２４は、Following eventの終了時刻を表す。プロパティ情報Ｐ２４の参照元は、MH-EITのsection_number，end_timeとなる。MH-EITのsection_numberが１である場合、end_timeがプロパティ情報Ｐ２４として設定される。

・プロパティ情報Ｐ２５
プロパティ情報Ｐ２５は、プロパティ名を「sptv:nextEventDescription」とするプロパティ情報である。

プロパティ情報Ｐ２５は、Following eventのイベント情報を表す。プロパティ情報Ｐ２５の参照元は、MH-EITのsection_numberとなる。MH-EITのsection_numberが１である場合、短形式イベント記述子のイベント情報であるtext_charがプロパティ情報Ｐ２５として設定される。

＜プロパティ情報の参照の具体例＞
各プロパティ情報の参照の具体例について説明する。上述したように、プロパティ情報の参照元としては、MMTPパケットにより伝送されるテーブルであるMH-EIT(MH-Event_Information_Table)，MH-SDT(MH-Service Description Table)，MPT(MMT Package Table)、TLVのSI(Service Information)であるNITがある。

・MH-EITを参照元とするプロパティ情報
図３８は、MMTの伝送データの例を示す図である。

STB１０１が受信するMMTの伝送データは、MMTPパケットの並びから構成される。MMTPパケットのヘッダには、ペイロードに格納されるデータの種類を表すpacket_idが含まれる。

図３８に示すように、Packet_idの値が0x8000である場合、MH-EITがペイロードに格納される。

図３９は、MH-EITのシンタクスを示す図である。

主な記述について説明する。後述する他のシンタクスにおいても同様である。

枠で囲んで示すように、MH-EITには、original_network_id，start_time，duration，free_CA_mode，descriptor()が含まれる。descriptor()には各種の記述子が含まれる。

これらの記述のうちのoriginal_network_idは、プロパティ情報Ｐ１である「arib:objectType」の参照元である。STB１０１は、図４０の矢印Ａ１０１に示すように、original_network_idの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ１としてSTB１０１内のメモリに記憶する。

start_timeは、プロパティ情報Ｐ６である「upnp:scheduledStartTime」の参照元である。STB１０１は、矢印Ａ１０２に示すように、start_timeの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ６としてSTB１０１内のメモリに記憶する。

start_timeとdurationは、プロパティ情報Ｐ７である「upnp:scheduledEndTime」の参照元である。STB１０１は、矢印Ａ１０３－１，Ａ１０３－２に示すように、start_timeとdurationのそれぞれの値を抽出する。STB１０１は、start_timeにより表される時刻にdurationにより表される期間を加算して求められた時刻を、CreateObjectのときに用いるプロパティ情報Ｐ７としてSTB１０１内のメモリに記憶する。

free_CA_modeは、プロパティ情報Ｐ２０である「sptv:caProgramInfo」の参照元である。STB１０１は、矢印Ａ１０４に示すように、free_CA_modeの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ２０としてSTB１０１内のメモリに記憶する。

descriptor()は、プロパティ情報Ｐ１９である「arib:multiESInfo」の参照元である。descriptor()に、コンポーネント記述子か音声コンポーネント記述子が複数ある場合、STB１０１は、矢印Ａ１０５に示すように、プロパティ情報Ｐ１９である「arib:multiESInfo」の値として１を設定する。STB１０１は、１の値が設定されたプロパティ情報Ｐ１９を、CreateObjectのときに用いる情報としてSTB１０１内のメモリに記憶する。なお、MPTの記述を参照してプロパティ情報Ｐ１９の値を設定することも可能とされる。

MH-EITのsection_number（図３９）の値が１である場合、start_timeは、プロパティ情報Ｐ２３である「sptv:nextScheduledStartTime」の参照元である。STB１０１は、矢印Ａ１０６に示すように、start_timeの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ２３としてSTB１０１内のメモリに記憶する。

また、MH-EITのsection_numberの値が１である場合、start_timeとdurationは、プロパティ情報Ｐ２４である「sptv:nextScheduledEndTime」の参照元である。STB１０１は、矢印Ａ１０７－１，Ａ１０７－２に示すように、start_timeとdurationのそれぞれの値を抽出する。STB１０１は、start_timeにより表される時刻にdurationにより表される期間を加算して求められた時刻を、CreateObjectのときに用いるプロパティ情報Ｐ２４としてSTB１０１内のメモリに記憶する。

図４１は、MH-Short_Event_Descriptor()のシンタクスを示す図である。

MH-Short_Event_Descriptor()は、MH-EITのdescriptor()に記述される。

枠で囲んで示すように、MH-Short_Event_Descriptor()には、event_name_charとtext_charが含まれる。

これらの記述のうちのevent_name_charは、プロパティ情報Ｐ２である「dc:title」の参照元である。STB１０１は、矢印Ａ１１１に示すように、event_name_charの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ２としてSTB１０１内のメモリに記憶する。

text_charは、プロパティ情報Ｐ８である「dc:description」の参照元である。STB１０１は、矢印Ａ１１２に示すように、text_charの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ８としてSTB１０１内のメモリに記憶する。

MH-EITのsection_number（図３９）の値が１である場合、event_name_charは、プロパティ情報Ｐ２２である「sptv:nextTitle」の参照元である。STB１０１は、矢印１１３に示すように、event_name_charの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ２２としてSTB１０１内のメモリに記憶する。

また、MH-EITのsection_numberの値が１である場合、text_charは、プロパティ情報Ｐ２５である「sptv:nextEventDescription」の参照元である。STB１０１は、矢印１１４に示すように、text_charの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ２５としてSTB１０１内のメモリに記憶する。

図４２は、MH-Content_Descriptor()のシンタクスを示す図である。

MH-Content_Descriptor()は、MH-EITのdescriptor()に記述される。

枠で囲んで示すように、MH-Content_Descriptor()には、content_nibble_level_1，content_nibble_level_2，user_nibble（４ビット），user_nibble（１６ビット）が含まれる。

これらの記述は、プロパティ情報Ｐ３である「upnp:genre」の参照元である。STB１０１は、矢印Ａ１２１に示すように、content_nibble_level_1，content_nibble_level_2，user_nibble（４ビット），user_nibble（１６ビット）の値をそれぞれ抽出する。STB１０１は、抽出した４つの値の組み合わせにより表される番組ジャンルの情報を、CreateObjectのときに用いるプロパティ情報Ｐ３としてSTB１０１内のメモリに記憶する。

図４３は、MH-Extended_Event_Descriptor()のシンタクスを示す図である。

MH-Extended_Event_Descriptor()は、MH-EITのdescriptor()に記述される。

枠で囲んで示すように、MH-Extended_Event_Descriptor()には、length_of_items，item_description_length，item_description_char，item_length，item_charが含まれる。item_description_lengthによりデータ長が表されるitem_description_charは、番組詳細情報の項目を表す。item_lengthによりデータ長が表されるitem_charは、項目の内容を表す。

これらの記述は、プロパティ情報Ｐ９である「arib:longDescription」の参照元である。STB１０１は、矢印Ａ１３１に示すように、length_of_items，item_description_length，item_description_char，item_length,item_charの値をそれぞれ抽出し、各itemに基づいて番組詳細情報を生成する。STB１０１は、生成した番組詳細情報を、CreateObjectのときに用いるプロパティ情報Ｐ９としてSTB１０１内のメモリに記憶する。

図４４は、Video_Component_Descriptor()のシンタクスを示す図である。

Video_Component_Descriptor()は、MH-EITのdescriptor()に記述される。また、Video_Component_Descriptor()はMPTにも含まれる。MPTのVideo_Component_Descriptor()を参照することも可能とされる。

枠で囲んで示すように、Video_Component_Descriptor()には、video_resolution，video_aspect_ratio，video_frame_rate，video_transfer_characteristicsが含まれる。

これらの記述のうちのvideo_resolutionは、プロパティ情報Ｐ１０である「res@resolution」の参照元である。STB１０１は、矢印Ａ１４１に示すように、video_resolutionの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ１０としてSTB１０１内のメモリに記憶する。

video_resolution，video_aspect_ratio，video_frame_rate，video_transfer_characteristicsは、プロパティ情報Ｐ１２である「arib:videoComponentType」の参照元である。STB１０１は、矢印Ａ１４２乃至Ａ１４５に示すように、video_resolution，video_aspect_ratio，video_frame_rate，video_transfer_characteristicsの値をそれぞれ抽出し、video_resolutionとvideo_aspect_ratioの値の組み合わせに基づいてcomponent_typeを設定する。STB１０１は、設定したcomponent_typeを、CreateObjectのときに用いるプロパティ情報Ｐ１２としてSTB１０１内のメモリに記憶する。

なお、video_resolution，video_aspect_ratio，video_frame_rate，video_transfer_characteristicsの４種類の値の組み合わせに基づいてcomponent_typeが設定されるようにしてもよい。

図４５は、Video_Component_Descriptor()に含まれる情報の値の意味を示す図である。

図４５のＡ乃至Ｄは、それぞれ、video_resolution，video_aspect_ratio，video_frame_rate，video_transfer_characteristicsの値の意味を示している。

図４５のＡに示すように、例えばvideo_resolutionの値が６であることは、映像信号の垂直解像度が2160（4K）であることを表す。図４５のＢに示すように、例えばvideo_aspect_ratioの値が３であることは、映像信号アスペクト比が16:9であることを表す。

図４５のＣに示すように、例えばvideo_frame_rateの値が８であることは、映像フレームレートが60/1.001であることを表す。図４５のＤに示すように、例えばvideo_transfer_characteristicsの値が３であることは、VUIのtransfer_characteristics=14、すなわちBT.2020であることを表す。

STB１０１は、このような意味を有するvideo_resolutionの値を用いて、プロパティ情報Ｐ１０を設定する。また、STB１０１は、このような意味を有する例えばvideo_resolutionとvideo_aspect_ratioの値を組み合わせて用いることによって、プロパティ情報Ｐ１２を設定する。

図４６は、MH-Parental_Rating_Descriptor()のシンタクスを示す図である。

MH-Parental_Rating_Descriptor()は、MH-EITのdescriptor()に記述される。また、MH-Parental_Rating_Descriptor()は、MPTとMH-SDTにも含まれる。MPTのMH-Parental_Rating_Descriptor()、またはMH-SDTのMH-Parental_Rating_Descriptor()を参照することも可能とされる。

枠を囲んで示すように、MH-Parental_Rating_Descriptor()には、ratingが含まれる。

ratingは、プロパティ情報Ｐ１１である「upnp:rating」の参照元である。STB１０１は、矢印Ａ１５１に示すように、ratingの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ１１としてSTB１０１内のメモリに記憶する。

図４７は、MH-Audio_Component_Descriptor()のシンタクスを示す図である。

MH-Audio_Component_Descriptor()は、MH-EITのdescriptor()に記述される。また、MH-Audio_Component_Descriptor()はMPTにも含まれる。MPTのMH-Audio_Component_Descriptor()を参照することも可能とされる。

枠を囲んで示すように、MH-Audio_Component_Descriptor()には、component_type，quality_indicatorが含まれる。

component_typeは、プロパティ情報Ｐ１３である「arib:audioComponentType」の参照元である。STB１０１は、矢印Ａ１６１に示すように、component_typeの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ１３としてSTB１０１内のメモリに記憶する。

quality_indicatorは、プロパティ情報Ｐ１４である「arib:audioComponentType@qualityIndicator」の参照元である。STB１０１は、矢印Ａ１６２に示すように、quality_indicatorの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ１４としてSTB１０１内のメモリに記憶する。

図４８は、component_typeの値の意味を示す図である。

component_typeを構成する８ビットのうちのビットｂ７はダイアログ制御に関する情報であり、ビットｂ６－ｂ５は障がい者用音声に関する情報である。ビットｂ４－ｂ０は音声モードに関する情報である。

STB１０１は、このような意味を有するcomponent_typeの値を用いて、プロパティ情報Ｐ１３を設定する。

図４９は、quality_indicatorの値の意味を示す図である。

例えば、quality_indicatorである音声表示の値が01であることは、音声品質名称がモード1であり、符号化音声品質基準がBSアナログ放送のBモードに相当する音声品質であることを表す。音声表示の値が10であることは、音声品質名称がモード2であり、符号化音声品質基準がモード1以外の音声品質でモード3に分類しないものを表す。音声表示の値が11であることは、音声品質名称がモード3であり、符号化音声品質基準がモード1,2に比べて限定的な音声品質であることを表す。

図５０は、Content_Copy_Control_Descriptor()のシンタクスを示す図である。

Content_Copy_Control_Descriptor()は、MH-EITのdescriptor()に記述される。また、Content_Copy_Control_Descriptor()は、MPTとMH-SDTにも含まれる。MPTのContent_Copy_Control_Descriptor()、またはMH-SDTのContent_Copy_Control_Descriptor()を参照することも可能とされる。

枠で囲んで示すように、Content_Copy_Control_Descriptor()にはdigital_recording_control_dataが記述される。digital_recording_control_dataはコピーの可否を表す。

図５１は、Content_Usage_Control_Descriptor()のシンタクスを示す図である。

Content_Usage_Control_Descriptor()は、MH-EITのdescriptor()に記述される。また、Content_Usage_Control_Descriptor()は、MPTとMH-SDTにも含まれる。MPTのContent_Usage_Control_Descriptor()、またはMH-SDTのContent_Usage_Control_Descriptor()を参照することも可能とされる。

枠で囲んで示すように、Content_Usage_Control_Descriptor()にはcopy_restriction_mode，encryption_modeが記述される。encryption_modeは、コピーのときに暗号化が必要であるか否かを表す。copy_restriction_modeは、コピーの数の制限を表す。

図５２は、プロパティ情報Ｐ１５の参照の例を示す図である。

STB１０１は、Content_Copy_Control_Descriptor()とContent_Usage_Control_Descriptor()の２つの記述子を参照元として、プロパティ情報Ｐ１５である「arib:copyControlInfo」の値を設定する。

具体的には、STB１０１は、Content_Copy_Control_Descriptor()のdigital_recording_control_dataの値と、Content_Usage_Control_Descriptor()のcopy_restriction_mode，encryption_modeの値を抽出する。

STB１０１は、矢印Ａ１７１，Ａ１７２，Ａ１７３の先に示すように、Content_Usage_Control_Descriptor()のencryption_modeの値、Content_Copy_Control_Descriptor()のdigital_recording_control_dataの値、APS_control_flagの値、および、Content_Usage_Control_Descriptor()のcopy_restriction_modeの値を、カンマで区切って順に並べることによって、CreateObjectのときに用いるプロパティ情報Ｐ１５を生成し、STB１０１内のメモリに記憶する。

なお、アナログ出力可否を表すAPS_control_flagの値としては、MMT放送の規格で定められる値が設定される。例えば、アナログ出力が可である場合、APS_control_flagの値として0が設定され、アナログ出力が不可である場合、APS_control_flagの値として1が設定される。

このように、複数種類の情報を参照元とし、それぞれの参照元の情報を組み合わせて用いることによって、１種類のプロパティ情報を設定することも可能とされる。

図５３は、Multimedia_Service_Info_Descriptor()のシンタクスを示す図である。

Multimedia_Service_Info_Descriptor()は、MH-EITのdescriptor()に記述される。

枠を囲んで示すように、Multimedia_Service_Info_Descriptor()には、data_component_id，associated_contents_flagが含まれる。

data_component_idは、プロパティ情報Ｐ１６である「arib:dataProgramInfo」の参照元である。data_component_idが0x20または0x21の場合、STB１０１は、矢印Ａ１８１に示すように、プロパティ情報Ｐ１６である「arib:dataProgramInfo」の値として１を設定し、それ以外の場合、０を設定する。

また、data_component_idは、プロパティ情報Ｐ１８である「arib:captionInfo」とプロパティ情報Ｐ２１である「sptv:closedcaptionInfo」の参照元である。data_component_idが0x20の場合、STB１０１は、矢印Ａ１８２に示すように、プロパティ情報Ｐ１８である「arib:captionInfo」とプロパティ情報Ｐ２１である「sptv:closedcaptionInfo」の値として１をそれぞれ設定する。

associated_contents_flagは、プロパティ情報Ｐ１７である「arib:dataProgramInfo@sync」の参照元である。STB１０１は、図５３の矢印Ａ１８３に示すように、associated_contents_flagの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ１７としてSTB１０１内のメモリに記憶する。

・MH-SDTを参照元とするプロパティ情報
図５４は、MMTの伝送データの例を示す図である。

図５４に示すように、Packet_idの値が0x8004である場合、MH-SDTがペイロードに格納される。

図５５は、MH-SDTのシンタクスを示す図である。

枠で囲んで示すように、MH-SDTには、descriptor()が含まれる。

図５６は、MH-Service Descriptor()のシンタクスを示す図である。

MH-Service Descriptor()は、MH-SDTのdescriptor()に記述される。枠で囲んで示すように、MH-Service Descriptor()には、service_nameとしてのcharが含まれる。charは編成チャンネル名を表す。

charは、プロパティ情報Ｐ４である「upnp:chunnelName」の参照元である。STB１０１は、矢印Ａ１９１に示すように、charの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ４としてSTB１０１内のメモリに記憶する。

・TLVパケットを参照元とするプロパティ情報
図５７は、TLVストリームの構成例を示す図である。

TLVストリームは、TLVパケットの並びから構成される。図５７の下段に示すように、１つのTLVパケットはTLVヘッダとTLVデータから構成される。TLVデータとしてIPパケットが格納され、IPパケットに、上述したMMTPパケットが格納される。

図５８は、TLVパケットのシンタクスを示す図である。

packet_typeは、TLVパケットに格納されるデータの種類を示す。lengthは、TLVパケットのデータの長さを示す。データの種類をpacket_typeにより示し、データの長さをlengthにより示すことで、任意の可変長データをTLVパケットに格納することが可能とされる。

枠で囲んで示すように、TLVパケットにはsignaling_packet()が含まれる。packet_typeの値が0xFEである場合、伝送制御信号であるTLV-SIがsignaling_packet()に記述される。

図５９は、TLV-SIの１つであるTLV-NITのシンタクスを示す図である。

枠で囲んで示すように、TLV-NITにはdescriptor()が含まれる。descriptor()には各種の記述子が含まれる。

図６０は、Service_List_Descriptor()のシンタクスを示す図である。

Service_List_Descriptor()は、TLV-NITのdescriptor()に記述される。Service_List_Descriptor()は、サービス識別とサービス形式種別によるサービスの一覧を提供する記述子である。

枠で囲んで示すように、Service_List_Descriptor()には、service_idが含まれる。

service_idは、プロパティ情報Ｐ５である「upnp:chunnelNr」の参照元である。STB１０１は、矢印Ａ２０１に示すように、service_idの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ５としてSTB１０１内のメモリに記憶する。

・メッセージを参照元とするプロパティ情報
図６１は、MMTの伝送データの例を示す図である。

図６１に示すように、Packet_idの値が0x0000である場合、PLTを格納したM2セクションメッセージがペイロードに格納される。

MMTの制御メッセージには、M2セクションメッセージの他に、例えば、Package Access(PA)メッセージ、CAメッセージ、M2短セクションメッセージ、データ伝送メッセージがある。例えばPAメッセージは、MMT-SIのエントリーポイントとなり、MMT-SIの各種のテーブルを伝送するために用いられる。

図６２は、M2セクションメッセージに含まれるPLTのシンタクスを示す図である。

図６２に示すように、PLTにはMMT_general_location_info()が含まれる。MMT_general_location_info()には、矢印の先に示すようにlocation_type，packet_idなどが含まれる。packet_idにより、MPTのPIDが指定される。MPTは、アセットのリストやアセットのネットワーク上の位置などの、パッケージを構成する情報を与えるテーブルである。

図６３は、MPTのシンタクスを示す図である。

枠で囲んで示すように、MPTには、MPT_descriptors_byteが含まれる。

MPT_descriptors_byteは、プロパティ情報Ｐ４である「upnp:chunnelName」の参照元である。STB１０１は、矢印Ａ２１１に示すように、MPT_descriptors_byteの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ４としてSTB１０１内のメモリに記憶する。

図６４は、MH-Data_Component_Descriptor()のシンタクスを示す図である。

MH-Data_Component_Descriptor()はMPTに含まれる記述子である。MPTにもdescriptor()が含まれる。

枠を囲んで示すように、MH-Data_Component_Descriptor()には、data_component_idが含まれる。

data_component_idは、プロパティ情報Ｐ１６である「arib:dataProgramInfo」の参照元である。data_component_idが0x20または0x21の場合、STB１０１は、矢印Ａ２２１に示すように、プロパティ情報Ｐ１６である「arib:dataProgramInfo」の値として１を設定し、それ以外の場合、０を設定する。

＜STBの構成と動作＞
・STBの構成
図６５は、STB１０１のハードウェア構成例を示すブロック図である。

STB１０１は、コントローラ１５１、入力検出部１５２、受信部１５３、MMT信号処理部１５４、出力制御部１５５、および通信部１５６から構成される。

コントローラ１５１は、CPU、ROM、RAM、メモリなどにより構成される。コントローラ１５１は、所定のプログラムをCPUにより実行し、例えば入力検出部１５２から供給される信号により表されるユーザの操作に応じて、STB１０１の全体の動作を制御する。

入力検出部１５２は、リモートコントローラなどを用いて行われるユーザの操作を検出し、ユーザの操作の内容を表す信号をコントローラ１５１に出力する。例えば、アップロードの対象となるコンテンツの選択、アップロード先となるデバイスの選択、記録媒体の選択などが、ユーザにより行われる。

受信部１５３は、図示せぬアンテナからの放送波信号を受信し、復調処理、誤り訂正処理などの各種の処理を施す。受信部１５３は、各種の処理を施すことによって得られたTVLストリームをMMTのコンテンツとしてMMT信号処理部１５４に出力する。

また、受信部１５３は、コンテンツの伝送が通信の伝送路を介して行われる場合、通信部１５６を制御してMMTのコンテンツを受信し、所定の処理を施すことによって得られたTVLストリームをMMT信号処理部１５４に出力する。このように、受信部１５３は、MMTを用いて伝送されてきた4K/8Kコンテンツを取得する取得部として機能する。

MMT信号処理部１５４は、受信部１５３から供給されたTLVストリームに対して所定の処理を施し、MMTによって伝送された4K/8Kコンテンツを取得する。

例えば、MMT信号処理部１５４は、4K/8Kコンテンツを再生する場合、TLVストリームからビデオデータとオーディオデータを抽出し、デコードする。MMT信号処理部１５４は、デコードして得られたコンテンツの映像と音声のデータを出力制御部１５５に出力する。

また、MMT信号処理部１５４は、4K/8Kコンテンツをレコーダ１０２などの外部の装置にネットワークを介してアップロードする場合、4K/8Kコンテンツのデータを通信部１５６に出力する。

MMT信号処理部１５４は、MMTPパケットを用いて伝送されるメッセージ、テーブル、記述子などの各種の制御情報をTLVストリームから取得し、コントローラ１５１に出力する。

出力制御部１５５は、MMT信号処理部１５４から供給された映像と音声のデータを、STB１０１に接続されたTVに供給し、ディスプレイとスピーカからそれぞれ出力させる。

通信部１５６は、家庭内などに構築されたネットワークを介して、レコーダ１０２などの外部の装置と通信を行う。例えば、通信部１５６は、CreateObjectが終了した場合、外部の装置に対する4K/8Kコンテンツのアップロードを開始する。

図６６は、コントローラ１５１の機能構成例を示すブロック図である。

図６６に示す機能部のうちの少なくとも一部は、コントローラ１５１のCPUにより所定のプログラムが実行されることによって実現される。

コントローラ１５１においては、プロパティ情報抽出部１６１、プロパティ情報管理部１６２、デバイス選択制御部１６３、記録媒体選択制御部１６４、およびアップロード制御部１６５が実現される。アップロード制御部１６５には、CreateObject実行部１７１が含まれる。

プロパティ情報抽出部１６１は、MMT信号処理部１５４から供給された制御情報に含まれる情報のうち、上述した各参照元に記述される情報をCreateObjectに用いるプロパティ情報として抽出する。プロパティ情報抽出部１６１は、抽出したプロパティ情報をプロパティ情報管理部１６２に出力する。

プロパティ情報管理部１６２は、プロパティ情報抽出部１６１から供給されたプロパティ情報をメモリなどに記憶させて管理する。プロパティ情報管理部１６２は、CreateObjectの実行時、メモリに記憶させて管理しておいたプロパティ情報をアップロード制御部１６５に出力する。

デバイス選択制御部１６３は、通信部１５６を制御することによって、M-Searchなどを含むデバイスの選択処理（図６）を行い、アップロード先となるデバイスを選択する。選択されたデバイスに関する情報は記録媒体選択制御部１６４とアップロード制御部１６５に供給される。

記録媒体選択制御部１６４は、通信部１５６を制御することによって、GetRecordDestinations、GetRecordContainerIDなどを含む記録媒体の選択処理（図１６）を行い、4K/8Kコンテンツの記録先となる記録媒体を選択する。選択された記録媒体に関する情報はアップロード制御部１６５に供給される。

アップロード制御部１６５は、通信部１５６を制御することによって、コンテンツのアップロード処理（図２６）を行う。

CreateObject実行部１７１は、MMTの伝送データから抽出され、プロパティ情報管理部１６２により管理されているプロパティ情報を用いて、アップロード先のデバイスに対してCreateObjectを行う。すなわち、CreateObject実行部１７１は、プロパティ情報管理部１６２により管理されているプロパティ情報を引数として含むCreateObjectアクションを生成し、アップロード先のデバイスに送信する。CreateObject実行部１７１は、4K/8Kコンテンツのアップロードの前に、アップロード先のデバイスに対してプロパティ情報を送信することを制御する送信制御部として機能する。

CreateObject実行部１７１は、アップロード先のデバイスから送信され、通信部１５６において受信されたレスポンスに含まれるimportURIを取得する。CreateObject実行部１７１により取得されたimportURIに基づいて、4K/8Kコンテンツのアップロードが行われる。

・STBの動作
図６７のフローチャートを参照して、以上のような構成を有するSTB１０１の動作について説明する。

図６７に示す処理は、CreateObjectに用いるプロパティ情報をMMTの伝送データから抽出する処理が追加されている点を除いて、基本的に、図５を参照して説明した処理と同様の処理である。

すなわち、ステップＳ１０１において、STB１０１の入力検出部１５２は、アップロードの対象となるコンテンツの選択を受け付ける。入力検出部１５２により受け付けられた、アップロードの対象となるコンテンツの情報はコントローラ１５１に供給される。

ステップＳ１０２において、プロパティ情報抽出部１６１は、MMTの伝送データから、CreateObjectに用いるプロパティ情報を抽出する。プロパティ情報抽出部１６１は、抽出したプロパティ情報をプロパティ情報管理部１６２に出力して管理させる。

ステップＳ１０３において、デバイス選択制御部１６３はデバイス選択処理を行う。図６を参照して説明した処理と同様の処理が行われ、コンテンツのアップロード先となるデバイスが選択される。

ステップＳ１０４において、記録媒体選択制御部１６４は記録媒体選択処理を行う。図１６を参照して説明した処理と同様の処理が行われ、コンテンツの記録先となる記録媒体が選択される。

ステップＳ１０５において、アップロード制御部１６５はコンテンツのアップロード処理を行う。プロパティ情報管理部１６２により管理されているプロパティ情報を用いたCreateObjectがアップロード制御部１６５のCreateObject実行部１７１により行われ、その後、コンテンツのアップロードが開始される。コンテンツのアップロードが終了したとき、図６７の処理は終了となる。

以上の処理により、STB１０１は、MMTの伝送データからプロパティ情報を抽出し、抽出したプロパティ情報に基づいて、4K/8Kコンテンツのアップロード前のCreateObjectを行うことができる。

また、STB１０１は、CreateObjectの終了後、4K/8Kコンテンツをネットワークを介して外部の装置にアップロードすることができる。ネットワークを介したアップロードが可能であるから、図３１のネットワークシステムにおいては、4K/8Kコンテンツを対象として、Use case-1のネットワーク越しのムーブ、Use case-2のコンテンツの退避、および、Use case-3のストリーミング視聴が可能となる。

＜変形例＞
4K/8Kコンテンツのアップロード元のデバイスがSTBである場合について説明したが、PC、TV、レコーダ（記録装置）、ゲーム機、スマートフォン、タブレット端末などの、MMTにより伝送されたコンテンツを受信可能な各種のデバイスから4K/8Kコンテンツをアップロードさせる場合にも適用可能である。

・コンピュータの構成例
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。

図６８は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。

CPU(Central Processing Unit)１００１、ROM(Read Only Memory)１００２、RAM(Random Access Memory)１００３は、バス１００４により相互に接続されている。

バス１００４には、さらに、入出力インタフェース１００５が接続されている。入出力インタフェース１００５には、キーボード、マウスなどよりなる入力部１００６、ディスプレイ、スピーカなどよりなる出力部１００７が接続される。また、入出力インタフェース１００５には、ハードディスクや不揮発性のメモリなどよりなる記憶部１００８、ネットワークインタフェースなどよりなる通信部１００９、リムーバブルメディア１０１１を駆動するドライブ１０１０が接続される。

以上のように構成されるコンピュータでは、CPU１００１が、例えば、記憶部１００８に記憶されているプログラムを入出力インタフェース１００５及びバス１００４を介してRAM１００３にロードして実行することにより、上述した一連の処理が行われる。

CPU１００１が実行するプログラムは、例えばリムーバブルメディア１０１１に記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル放送といった、有線または無線の伝送媒体を介して提供され、記憶部１００８にインストールされる。

なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

なお、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

本明細書に記載された効果はあくまで例示であって限定されるものでは無く、また他の効果があってもよい。

本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

例えば、本技術は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

・構成の組み合わせ例
本技術は、以下のような構成をとることもできる。

（１）
MMTにより伝送されたコンテンツを取得するコンテンツ取得部と、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する情報を、MMTの伝送データから抽出する抽出部と
を備える情報処理装置。
（２）
前記伝送データから抽出された情報を、前記コンテンツの前に、前記外部の装置に送信する送信制御部をさらに備える
前記（１）に記載の情報処理装置。
（３）
前記伝送データから抽出された情報をCreateObjectに用いる情報として管理する情報管理部をさらに備える
前記（１）または（２）に記載の情報処理装置。
（４）
前記送信制御部は、前記伝送データから抽出された情報を、CreateObjectアクションの引数として前記外部の装置に送信する
前記（３）に記載の情報処理装置。
（５）
前記送信制御部は、前記伝送データから抽出された複数種類の情報を組み合わせて得られた情報を１種類の前記プロパティ情報として前記外部の装置に送信する
前記（４）に記載の情報処理装置。
（６）
前記抽出部は、前記プロパティ情報として送信する情報を、前記伝送データを構成するMMTPパケットから抽出する
前記（１）に記載の情報処理装置。
（７）
前記抽出部は、MMTの制御メッセージを構成するパラメータ、前記制御メッセージに含まれるテーブルを構成するパラメータ、および、前記テーブルに含まれる記述子を構成するパラメータのうちの少なくともいずれかから、前記プロパティ情報として送信する複数種類の情報を抽出する
前記（６）に記載の情報処理装置。
（８）
前記抽出部は、前記プロパティ情報として送信する情報を、MMTPパケットの伝送に用いられるTLVパケットから抽出する
前記（１）に記載の情報処理装置。
（９）
前記抽出部は、TLVパケットを用いて伝送されるService Informationから抽出する
前記（８）に記載の情報処理装置。
（１０）
情報処理装置が、
MMTにより伝送されたコンテンツを取得し、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する情報を、MMTPパケットから抽出する
情報処理方法。
（１１）
コンピュータに、
MMTにより伝送されたコンテンツを取得し、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する情報を、MMTPパケットから抽出する
処理を実行させるためのプログラム。

１レコーダ，２ TV，３ STB，４レコーダ，５携帯端末，１１ STB，１２レコーダ，１３ルータ，２１光ディスク，２２ HDD，１０１ STB，１０２レコーダ，１５１コントローラ，１５２入力検出部，１５３受信部，１５４ MMT信号処理部，１５５出力制御部，１５６通信部，１６１プロパティ情報抽出部，１６２プロパティ情報管理部，１６３デバイス選択制御部，１６４記録媒体選択制御部，１６５アップロード制御部，１７１ CreateObject実行部

Claims

MMTにより伝送されたコンテンツを取得するコンテンツ取得部と、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する情報を、MMTPパケットを用いて伝送される制御メッセージと、TLVパケットを用いて伝送されるService Informationのそれぞれから抽出する抽出部と、
前記コンテンツを送信する前に、CreateObjectを行うことによって前記外部の装置に前記プロパティ情報を送信する送信制御部と
を備える情報処理装置。
前記抽出部により抽出された情報をCreateObjectに用いる情報として管理する情報管理部をさらに備える
請求項１に記載の情報処理装置。
前記送信制御部は、前記抽出部により抽出された情報を、CreateObjectアクションの引数として前記外部の装置に送信する
請求項１または２に記載の情報処理装置。
前記送信制御部は、前記抽出部により抽出された複数種類の情報を組み合わせて得られた情報を１種類の前記プロパティ情報として前記外部の装置に送信する
請求項１乃至３のいずれかに記載の情報処理装置。
前記抽出部は、前記制御メッセージを構成するパラメータ、前記制御メッセージに含まれるテーブルを構成するパラメータ、および、前記テーブルに含まれる記述子を構成するパラメータのうちの少なくともいずれかから、前記プロパティ情報として送信する複数種類の情報を抽出する
請求項１乃至４のいずれかに記載の情報処理装置。
情報処理装置が、
MMTにより伝送されたコンテンツを取得し、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する情報を、MMTPパケットを用いて伝送される制御メッセージと、TLVパケットを用いて伝送されるService Informationのそれぞれから抽出し、
前記コンテンツを送信する前に、CreateObjectを行うことによって前記外部の装置に前記プロパティ情報を送信する
情報処理方法。
コンピュータに、
MMTにより伝送されたコンテンツを取得し、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する情報を、MMTPパケットを用いて伝送される制御メッセージと、TLVパケットを用いて伝送されるService Informationのそれぞれから抽出し、
前記コンテンツを送信する前に、CreateObjectを行うことによって前記外部の装置に前記プロパティ情報を送信する
処理を実行させるためのプログラム。