JP2022003717A

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

Info

Publication number: JP2022003717A
Application number: JP2018194833A
Authority: JP
Inventors: 幸一内村; Koichi Uchimura
Original assignee: Sony Group Corp
Current assignee: Sony Group Corp
Priority date: 2018-10-16
Filing date: 2018-10-16
Publication date: 2022-01-11
Also published as: WO2020080100A1

Abstract

【課題】MMTにより伝送されたコンテンツを外部の装置に適切に送信することができるようにする。【解決手段】本技術の一側面の情報処理装置は、MMTにより伝送されたコンテンツを取得し、コンテンツを記録させ、ネットワークを経由したコンテンツの送信先となる外部の装置に対してコンテンツのプロパティ情報として送信する、コンテンツの輝度の属性に関する輝度属性情報をコンテンツの記録時に生成する。本技術は、MMTにより伝送されたコンテンツを受信し、外部の装置にネットワークを介してアップロードするSTBなどの受信機に適用することができる。【選択図】図３１

Description

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

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

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

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

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

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

本技術の第１の側面の情報処理装置は、MMTにより伝送されたコンテンツを取得するコンテンツ取得部と、前記コンテンツを記録させる記録制御部と、ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する、前記コンテンツの輝度の属性に関する輝度属性情報を前記コンテンツの記録時に生成する管理部とを備える。

本技術の第２の側面の情報処理装置は、MMTにより伝送されたコンテンツを受信して記録する外部の装置から前記コンテンツのプロパティ情報として送信された、前記コンテンツの輝度の属性に関する輝度属性情報を受信し、前記輝度属性情報を含むレスポンスを前記外部の装置に送信する通信制御部を備える。

本技術の第３の側面の情報処理装置は、MMTにより伝送されたコンテンツを取得するコンテンツ取得部と、前記コンテンツを記録させる記録制御部と、ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する、前記コンテンツを構成するAVストリームに含まれるテキストの文字コードを表す文字コード情報を前記コンテンツの記録時に生成する管理部とを備える。

本技術の第４の側面の情報処理装置は、MMTにより伝送されたコンテンツを受信して記録する外部の装置から前記コンテンツのプロパティ情報として送信された、前記コンテンツを構成するAVストリームに含まれるテキストの文字コードを表す文字コード情報を受信し、前記文字コード情報を含むレスポンスを前記外部の装置に送信する通信制御部を備える。

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のシンタクスを示す図である。 Video_Component_Descriptor()のシンタクスを示す図である。 Video_Component_Descriptor()に含まれる情報の意味を示す図である。 MMTの伝送データの例を示す図である。 M2セクションメッセージに含まれるPLTのシンタクスを示す図である。 MPTのシンタクスを示す図である。 CreateObjectアクションの例を示す図である。 CreateObjectレスポンスの例を示す図である。伝送データの例を示す図である。 TSを構成する制御情報の例を示す図である。 short_event_descriptor()のシンタクスを示す図である。送信側のレコーダのハードウェア構成例を示すブロック図である。コントローラの機能構成例を示すブロック図である。受信側のレコーダのハードウェア構成例を示すブロック図である。コントローラの機能構成例を示すブロック図である。送信側のレコーダの記録処理について説明するフローチャートである。送信側のレコーダの送信処理について説明するフローチャートである。受信側のレコーダの処理について説明するフローチャートである。デバイスの設置の例を示す図である。 CDS:Browseコマンドのレスポンスの例を示す図である。コンピュータのハードウェアの構成例を示すブロック図である。

以下、本技術を実施するための形態について説明する。説明は以下の順序で行う。
１．4K/8KコンテンツのUse case
２．コンテンツの外部転送の流れ
３．MMT放送を用いたネットワークシステム
４．プロパティ情報の例
５．プロパティ情報の設定例
６．CreateObjectアクション／レスポンスの記述例
７．アップロードデータの例
８．レコーダの構成と動作
９．変形例

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

図３１のネットワークシステムは、図４のネットワークシステムと同様に例えば家庭内に構築される。

図３１のネットワークシステムは、レコーダ１０１とレコーダ１０２がネットワークを介して接続されることによって構成される。レコーダ１０１とレコーダ１０２は、コンテンツを含む各種の情報を処理する情報処理装置である。例えばレコーダ１０１を基準とした場合、レコーダ１０２は外部の装置となる。

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

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

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

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

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

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

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

Use case-1のムーブは、例えば、レコーダ１０１が、放送された4K/8Kコンテンツを受信し、レコーダ１０２にアップロードして、レコーダ１０２のHDDに記録させるようにして行われる。レコーダ１０１において受信された4K/8Kコンテンツがレコーダ１０１内のHDDに一度記録され、記録済みの4K/8Kコンテンツがアップロードされるようにしてもよい。

Use case-2の4K/8Kコンテンツの退避は、例えば、レコーダ１０１が、内蔵のHDDに一度記録させた4K/8Kコンテンツをレコーダ１０２にアップロードし、レコーダ１０２に装填された光ディスクやHDDに記録させるようにして行われる。

Use case-3のストリーミング視聴は、例えば、レコーダ１０１と、レコーダ１０１のユーザの携帯端末との間で行われる。レコーダ１０１は、内蔵のHDDに一度記録させた4K/8Kコンテンツを携帯端末にアップロードし、ストリーミングによって携帯端末上で視聴可能とする。

ストリーミングによる4K/8Kコンテンツの視聴が、レコーダ１０１とレコーダ１０２の間で行われるようにしてもよい。この場合、レコーダ１０１は、内蔵のHDDに一度記録させた4K/8Kコンテンツをレコーダ１０２にアップロードし、レコーダ１０２に接続されたTVにおいて視聴可能とする。

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

また、レコーダ１０１は、CreateObjectを行うためには、4K/8Kコンテンツとともに伝送された各種の情報を参照し、プロパティ情報を設定してCreateObjectアクションに含める必要がある。

レコーダ１０１は、プロパティ情報として用いる情報を、MMT放送によって伝送される制御情報を参照して設定し、CreateObjectを行う機能を有する。

例えば、アップロードする4K/8KコンテンツがHDR(High Dynamic Range)のコンテンツであるのか、SDR(Standard Dynamic Range)のコンテンツであるのかを表す輝度属性情報が、プロパティ情報としてCreateObjectに用いられる。

輝度属性情報を含む形でCreateObjectが行われることにより、レコーダ１０２は、CreateObjectによって得られた輝度属性情報に基づいて、アップロード対象の4K/8KコンテンツがHDRのコンテンツであるのか、SDRのコンテンツであるのかを特定することができる。

また、アップロードする4K/8Kコンテンツを構成するAVストリームに含まれるSI(Service Information)中のテキストの文字コードの種別を表す文字コード情報が、プロパティ情報としてCreateObjectに用いられる。

SIには、4K/8Kコンテンツである番組の番組情報が含まれる。番組情報は、番組名、あらすじなどの、番組に関する各種の情報を表すテキストデータにより構成される。

MMT放送のAVストリームに含まれる番組情報の文字コードは、UTF-8としてARIBにおいて規定されている。文字コード情報を含む形でCreateObjectが行われることにより、レコーダ１０２は、CreateObjectによって得られた文字コード情報に基づいて、アップロード対象の4K/8Kコンテンツを構成するAVストリームに含まれる番組情報の文字コードを特定することができる。

MMTのコンテンツを受信し、HDDなどの記録媒体に記録するデバイスの中には、MMTのコンテンツをTS(Transport Stream)のコンテンツに変換するMMT-TS変換を行い、MMT-TS変換後のTSのコンテンツを記録するデバイスがある。MMT-TS変換時、AVストリームに含まれる番組情報が、UTF-8のテキストのままであることもあるし、ARIB-8単位符号などの他の文字コードのテキストに変換されることもある。

アップロードされたTSのコンテンツが、他の文字コードのテキストを含むコンテンツである場合、受信側のデバイスは、UTF-8のテキストを含むコンテンツがアップロードされることを想定しているときには、テキストを適切に表示させることができない。

文字コード情報をプロパティ情報として含む形でCreateObjectが行われることにより、レコーダ１０２は、AVストリームに含まれる番組情報の文字コードを特定することができ、いわゆる文字化けなどの発生を防ぐことが可能となる。

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

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

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

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

なお、図３１のネットワークシステムにおいて処理の対象となるコンテンツが4K/8Kコンテンツであるものとしたが、HDのコンテンツが処理の対象となるようにしてもよい。以下、適宜、MMTを用いて伝送され、図３１のネットワークシステムにおいて処理の対象となるコンテンツを、単にコンテンツという。

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

図３３乃至図３５に示す２７種類を含むプロパティ情報がCreateObjectに用いられる。プロパティ情報は、MMT放送波（MMT放送の信号）から抽出された情報に基づいてレコーダ１０１において設定される。

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

図３３乃至図３５においては、各番号が割り当てられたプロパティ情報毎に、プロパティ名と意味が示されている。

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

・プロパティ情報Ｐ２
プロパティ情報Ｐ２は、プロパティ名を「dc:title」とするプロパティ情報である。プロパティ情報Ｐ２は、イベント名(番組名)を表す。

・プロパティ情報Ｐ３
プロパティ情報Ｐ３は、プロパティ名を「upnp:genre」とするプロパティ情報である。プロパティ情報Ｐ３は、番組ジャンルを表す。

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

・プロパティ情報Ｐ５
プロパティ情報Ｐ５は、プロパティ名を「upnp:chunnelNr」とするプロパティ情報である。プロパティ情報Ｐ５は、チャンネル番号を表す。

・プロパティ情報Ｐ６
プロパティ情報Ｐ６は、プロパティ名を「upnp:scheduledStartTime」とするプロパティ情報である。プロパティ情報Ｐ６は、番組開始時刻を表す。

・プロパティ情報Ｐ７
プロパティ情報Ｐ７は、プロパティ名を「upnp:scheduledEndTime」とするプロパティ情報である。プロパティ情報Ｐ７は、番組終了時刻を表す。

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

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

・プロパティ情報Ｐ１０
プロパティ情報Ｐ１０は、プロパティ名を「res@resolution」とするプロパティ情報である。プロパティ情報Ｐ１０は、番組のビデオの解像度を表す。

・プロパティ情報Ｐ１１
図３４のプロパティ情報Ｐ１１は、プロパティ名を「upnp:rating」とするプロパティ情報である。プロパティ情報Ｐ１１は、最低視聴可能年齢を表す。

・プロパティ情報Ｐ１２
プロパティ情報Ｐ１２は、プロパティ名を「arib:videoComponentType」とするプロパティ情報である。プロパティ情報Ｐ１２は、ビデオの種別を表す。

・プロパティ情報Ｐ１３
プロパティ情報Ｐ１３は、プロパティ名を「arib:audioComponentType」とするプロパティ情報である。プロパティ情報Ｐ１３は、オーディオの種別を表す。

・プロパティ情報Ｐ１４
プロパティ情報Ｐ１４は、プロパティ名を「arib:audioComponentType@qualityIndicator」とするプロパティ情報である。プロパティ情報Ｐ１４は、オーディオの音質モードを表す。

・プロパティ情報Ｐ１５
プロパティ情報Ｐ１５は、プロパティ名を「arib:copyControlInfo」とするプロパティ情報である。プロパティ情報Ｐ１５は、番組のコピーコントロール情報を表す。

・プロパティ情報Ｐ１６
プロパティ情報Ｐ１６は、プロパティ名を「arib:dataProgramInfo」とするプロパティ情報である。プロパティ情報Ｐ１６は、データ放送が付属しているか否かを表す。

・プロパティ情報Ｐ１７
プロパティ情報Ｐ１７は、プロパティ名を「arib:dataProgramInfo@sync」とするプロパティ情報である。プロパティ情報Ｐ１７は、データ放送と連動しているか否かを表す。

・プロパティ情報Ｐ１８
プロパティ情報Ｐ１８は、プロパティ名を「arib:captionInfo」とするプロパティ情報である。プロパティ情報Ｐ１８は、字幕キャプションの運用を表す。

・プロパティ情報Ｐ１９
プロパティ情報Ｐ１９は、プロパティ名を「arib:multiESInfo」とするプロパティ情報である。プロパティ情報Ｐ１９は、ビデオあるいはオーディオが複数あるか否かを表す。

・プロパティ情報Ｐ２０
プロパティ情報Ｐ２０は、プロパティ名を「sptv:caProgramInfo」とするプロパティ情報である。プロパティ情報Ｐ２０は、番組がスクランブルされているか否かを表す。

・プロパティ情報Ｐ２１
図３５のプロパティ情報Ｐ２１は、プロパティ名を「sptv:closedcaptionInfo」とするプロパティ情報である。プロパティ情報Ｐ２１は、字幕のあり/なしを表す。

・プロパティ情報Ｐ２２
プロパティ情報Ｐ２２は、プロパティ名を「sptv:nextTitle」とするプロパティ情報である。プロパティ情報Ｐ２２は、次の番組であるFollowing eventのイベント名を表す。

・プロパティ情報Ｐ２３
プロパティ情報Ｐ２３は、プロパティ名を「sptv:nextScheduledStartTime」とするプロパティ情報である。プロパティ情報Ｐ２３は、Following eventの開始時刻を表す。

・プロパティ情報Ｐ２４
プロパティ情報Ｐ２４は、プロパティ名を「sptv:nextScheduledEndTime」とするプロパティ情報である。プロパティ情報Ｐ２４は、Following eventの終了時刻を表す。

・プロパティ情報Ｐ２５
プロパティ情報Ｐ２５は、プロパティ名を「sptv:nextEventDescription」とするプロパティ情報である。プロパティ情報Ｐ２５は、Following eventのイベント情報を表す。

・プロパティ情報Ｐ２６
プロパティ情報Ｐ２６は、プロパティ名を「xxx:transferCharasteristic」とするプロパティ情報である。プロパティ情報Ｐ２６は、番組の映像の輝度のダイナミックレンジの属性を表す。

番組の映像の輝度のダイナミックレンジがSDRである場合、プロパティ情報Ｐ２６には、SDRであることを表す情報が設定される。SDRは、最高輝度を100nit（＝100cd/m²）とする輝度範囲を表す。

また、番組の映像の輝度のダイナミックレンジがHDRであり、HDRの方式がHLG(Hybrid Log Gamma)方式である場合、プロパティ情報Ｐ２６には、HLG方式であることを表す情報が設定される。HLG方式は、HLGカーブを用いるHDRの方式である。

番組の映像の輝度のダイナミックレンジがHDRであり、HDRの方式がPQ(Perceptual Quantization)方式である場合、プロパティ情報Ｐ２６には、PQ方式であることを表す情報が設定される。PQ方式は、PQカーブを用いるHDRの方式である。

レコーダ１０２は、プロパティ情報Ｐ２６を参照することにより、CreateObjectの後に送信されてくるコンテンツがSDRのコンテンツであるのか、HDRのコンテンツであるのかを特定することができる。

すなわち、HLG方式であることを表す情報、またはPQ方式であることを表す情報がプロパティ情報Ｐ２６として記述されている場合、レコーダ１０２は、CreateObjectの後に送信されてくるコンテンツがHDRのコンテンツであると特定することになる。

このように、プロパティ情報Ｐ２６は、アップロードするコンテンツがHDRのコンテンツであるのか、SDRのコンテンツであるのかを表す輝度属性情報である。

・プロパティ情報Ｐ２７
プロパティ情報Ｐ２７は、プロパティ名を「xxx:characterCode」とするプロパティ情報である。プロパティ情報Ｐ２７は、番組のAVストリームに含まれる番組情報の文字コードを表す。

プロパティ情報Ｐ２７により、UTF-8（BOM(Byte Order Mark)なし）、UTF-8 BOM（BOMあり）、UTF-16BE(Big Endian)、UTF-16LE(Little Endian)、UTF-16BE BOM、UTF-16LE BOM、ARIB-B24のうちのいずれかの文字コードが表される。ARIB-B24は8単位符号を表す。

ここで、レコーダ１０１においては、MMT放送の番組の録画時、MMT-TS変換が行われ、MMT-TS変換後のTSのコンテンツが番組のデータとして記録されるものとする。

レコーダ１０１は、MMT-TS変換の際にAVストリームに含まれる番組情報の文字コードの変換を行っていない場合、UTF-8を表す値をプロパティ情報Ｐ２７として設定し、CreateObjectを行うことになる。

また、レコーダ１０１は、MMT-TS変換の際に、AVストリームに含まれる番組情報の文字コードの変換を行っている場合、変換後の文字コードを表す値をプロパティ情報Ｐ２７として設定し、CreateObjectを行うことになる。

このように、プロパティ情報Ｐ２７は、アップロードするコンテンツを構成するAVストリームに含まれる番組情報の文字コードを表す文字コード情報である。

＜プロパティ情報の設定例＞
図３３乃至図３５の２７種類のプロパティ情報のうち、プロパティ情報Ｐ１乃至Ｐ２５は、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の伝送データの例を示す図である。

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

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

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

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

MH-EITには、original_network_id，start_time，duration，descriptor()が含まれる。

例えば、original_network_idは、プロパティ情報Ｐ１である「arib:objectType」の参照元として用いられる。レコーダ１０１は、original_network_idの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ１としてレコーダ１０１内のメモリに記憶する。

また、start_timeは、プロパティ情報Ｐ６である「upnp:scheduledStartTime」の参照元として用いられる。レコーダ１０１は、start_timeの値を抽出し、CreateObjectのときに用いるプロパティ情報Ｐ６としてレコーダ１０１内のメモリに記憶する。

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

このように、MH-EITの各記述を参照してプロパティ情報の設定が行われる。

枠で囲んで示すMH-EITのdescriptor()には、Video_Component_Descriptor()を含む各種の記述子が含まれる。

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

Video_Component_Descriptor()には、video_resolution，video_aspect_ratio，video_frame_rate，video_transfer_characteristicsなどの、映像に関する属性情報が含まれる。

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

video_resolution，video_aspect_ratio，video_frame_rate，video_transfer_characteristicsは、プロパティ情報Ｐ１２である「arib:videoComponentType」の参照元として用いられる。レコーダ１０１は、video_resolution，video_aspect_ratio，video_frame_rate，video_transfer_characteristicsの値をそれぞれ抽出し、それらの値の組み合わせに基づいてcomponent_typeを設定する。

video_transfer_characteristicsは、プロパティ情報Ｐ２６の参照元としても用いられる。

図３９は、映像信号伝達特性であるvideo_transfer_characteristicsの値の意味を示す図である。

図３９に示すように、video_transfer_characteristicsの値が１であることは、AVストリームを構成するビデオストリームであるHEVC(High Efficiency Video Coding)ストリームのVUIのtransfer_characteristicsの値が１であることを表す。VUIのtransfer_characteristicsの値が１であることは、映像信号の伝達特性がRec.ITU-R BT.709-5であることを表す。

VUI(Video Usability Information)は、SEI(Supplemental Enhancement Information)と同様に、ビデオデータの性質などの情報を伝送するために用いられる情報である。

枠で囲んで示すように、video_transfer_characteristicsの値が５であることは、AVストリームを構成するHEVCストリームのVUIのtransfer_characteristicsの値が１８であることを表す。VUIのtransfer_characteristicsの値が１８であることは、映像信号の伝達特性がRec.ITU-R BT.2100 HLGであることを表す。

映像信号の伝達特性がRec.ITU-R BT.2100 HLGであることは、HEVCストリームの映像がHLG方式のHDRの映像であることを表す。

レコーダ１０１は、video_transfer_characteristicsの値が例えば１である場合、プロパティ情報Ｐ２６の値としてSDRであることを表す情報を設定し、レコーダ１０１内のメモリに記憶する。

また、レコーダ１０１は、video_transfer_characteristicsの値が５である場合、プロパティ情報Ｐ２６の値として、HLG方式であることを表す情報を設定し、レコーダ１０１内のメモリに記憶する。

video_transfer_characteristicsによって、HEVCストリームの映像がPQ方式のHDRの映像であることを表すことが可能とされている場合、レコーダ１０１は、その値を抽出することに応じて、プロパティ情報Ｐ２６の値としてPQ方式であることを表す情報を設定し、レコーダ１０１内のメモリに記憶する。

このように、レコーダ１０１は、MH-EITのdescriptor()に記述されるVideo_Component_Descriptor()中のvideo_transfer_characteristicsを参照し、プロパティ情報Ｐ２６の値を設定する。

（２）メッセージを参照元とする設定
プロパティ情報Ｐ２６の設定に用いられるVideo_Component_Descriptor()はMPTにも含まれる。MPTのVideo_Component_Descriptor()を参照して、プロパティ情報Ｐ２６の値を設定することも可能とされる。

図４０は、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にはasset_descriptors_byteが含まれる。Video_Component_Descriptor()は、asset_descriptors_byteに記述される。

レコーダ１０１は、MPTのasset_descriptors_byteとして記述されるVideo_Component_Descriptor()中のvideo_transfer_characteristicsを参照し、プロパティ情報Ｐ２６の値を設定することもできる。

なお、MH-EITに記述されるVideo_Component_Descriptor()と、MPTに記述されるVideo_Component_Descriptor()は、MMTの伝送データ中における送出周期が異なる情報である。

・プロパティ情報Ｐ２７の設定
プロパティ情報Ｐ２７の設定は、例えばMMT-TS変換が行われ、TSのコンテンツを記録するときに行われる。レコーダ１０１は、MMT-TS変換によって得られたTSのコンテンツを構成するAVストリームに含まれる番組情報の文字コードを表す値をプロパティ情報Ｐ２７の値として設定し、レコーダ１０１内のメモリに記憶する。

＜CreateObjectアクション／レスポンスの記述例＞
・CreateObjectアクション
図４３は、輝度属性情報と文字コード情報を含むCreateObjectアクションの例を示す図である。

図４３には、アップロードの対象となるコンテンツに関する情報を含む一部の記述のみが示されている。図４３に示す記述は、図２８の記述に続く記述である。重複する説明については適宜省略する。

図４３に示すように、１１行目乃至１７行目には、アップロードの対象となるコンテンツのタイトル名、タイプ、UPnP上での区分け、ジャンル、チャンネル名、チャンネル番号、日時が記述される。

これらの記述に続けて、輝度属性情報である「xxx:transferCharasteristic」と、文字コード情報である「xxx:characterCode」が記述される。

１８行目の「<xxx:transferCharasteristic> HLG </xxx:transferCharasteristic>」は、アップロードの対象となるコンテンツの映像の輝度のダイナミックレンジがHDRであり、HDRの方式がHLG方式であることを表す。

１９行目の「<xxx:characterCode> UTF8 </xxx:characterCode>」は、アップロードの対象となるコンテンツを構成するAVストリームに含まれる番組情報の文字コードがUTF-8であることを表す。

「xxx:transferCharasteristic」と「xxx:characterCode」の記述に続けて、図２９を参照して説明したコンテンツの詳細などの情報が記述される。

なお、図４３に示す記述の前段に記述される「<?xml version="1.0" encoding="UTF-8"?>」（図２８の１１行目）は、CreateObjectアクション中の、破線で囲んで示す番組情報の文字コードを示す記述である。「<?xml version="1.0" encoding="UTF-8"?>」が示す文字コードと、「xxx:characterCode」が示す文字コードが同じであることもあるし、異なることもある。

このような記述を用いて、レコーダ１０１からレコーダ１０２に対するCreateObjectが行われる。

・CreateObjectレスポンス
図４４は、輝度属性情報と文字コード情報を含むCreateObjectレスポンスの例を示す図である。

図３０を参照して説明したように、CreateObjectアクションを受信したレコーダ１０２からは、importURIの記述や、記録の仕方に関する記述を含むCreateObjectレスポンスが送信される。

記録の仕方に関する記述として、輝度属性情報である「xxx:transferCharasteristic」と、文字コード情報である「xxx:characterCode」が含まれる。

１７行目の「<xxx:transferCharasteristic> HLG </xxx:transferCharasteristic>」は、記録するコンテンツの映像の輝度のダイナミックレンジがHDRであり、HDRの方式がHLG方式であることを表す。

１８行目の「<xxx:characterCode> UTF8 </xxx:characterCode>」は、記録するコンテンツを構成するAVストリームに含まれる番組情報の文字コードがUTF-8であることを表す。

このような記述を用いて、レコーダ１０２からレコーダ１０１に対して記録の仕方が通知される。

以上のような記述を用いたCreateObjectの後、HDDに記録されていたMMT-TS変換後のTSのコンテンツを送信するようにして、コンテンツのアップロードが開始される。

＜アップロードデータの例＞
図４５は、アップロードデータの例を示す図である。

図４５に示すように、TSは、TSパケットの並びから構成される。TSパケットのヘッダには、ペイロードに格納されるデータの種類を表すPIDが含まれる。

図４５に示すように、PIDの値が0x001Fである場合、図４６に示すselection_information_section()がペイロードに格納される。ペイロードにselection_information_section()が格納されているTSパケットのPIDの値が0x001FであることについてはETSI EN 300 468において規定されている。selection_information_section()により構成されるSIT(Selection Information Table)には、TSによって伝送されるイベント（番組）に関する情報が記述される。

図４６において枠で囲んで示すように、selection_information_section()にはdescriptor()が記述される。selection_information_section()のdescriptor()にはshort_event_descriptor()を含む各種の記述子が含まれる。

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

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

event_name_charは番組名を表す。また、text_charは、番組の詳細情報を表す。番組名と番組の詳細情報はテキストデータである。

レコーダ１０１が送信するTSにevent_name_char、text_charとして含まれる番組情報の文字コードが、CreateObjectのときに送信される文字コード情報により指定されることになる。

＜レコーダの構成と動作＞
・送信側のレコーダの構成
図４８は、レコーダ１０１のハードウェア構成例を示すブロック図である。

レコーダ１０１は、コントローラ１５１、入力検出部１５２、受信部１５３、MMT信号処理部１５４、出力制御部１５５、MMT-TS変換部１５６、記録制御部１５７、記録部１５８、および通信部１５９から構成される。

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

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

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

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

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

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

MMT信号処理部１５４は、MMTのコンテンツをTSのコンテンツに変換する場合、コンテンツのデータをMMT-TS変換部１５６に出力する。

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

コンテンツのアップロードがMMTのコンテンツのまま行われるようにしてもよい。この場合、MMT信号処理部１５４は、MMTのコンテンツのデータを通信部１５９に出力し、送信させる。

また、コンテンツの記録（録画）がMMTのコンテンツのまま行われるようにしてもよい。この場合、MMT信号処理部１５４は、MMTのコンテンツを記録制御部１５７に出力する。

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

MMT-TS変換部１５６は、MMT信号処理部１５４から供給されたMMTのコンテンツに対してMMT-TS変換を施し、MMT-TS変換によって得られたTSのコンテンツを記録制御部１５７に出力する。

記録制御部１５７は、MMT-TS変換部１５６から供給されたTSのコンテンツを記録部１５８に出力し、記録させる。また、記録制御部１５７は、MMTのコンテンツがMMT信号処理部１５４から供給された場合、MMTのコンテンツを記録部１５８に出力し、記録させる。

記録部１５８は、HDD、SSDなどの記録媒体により構成される。記録部１５８に記録されたコンテンツは、適宜、通信部１５９により読み出される。

通信部１５９は、家庭内などに構築されたネットワークを介して、レコーダ１０２などの外部の装置と通信を行う。例えば、通信部１５９は、CreateObjectが終了した場合、アップロードの対象となるTSのコンテンツを記録部１５８から読み出し、外部の装置に対するアップロードを開始する。

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

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

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

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

プロパティ情報管理部１６２は、プロパティ情報抽出部１６１から供給された情報に基づいてそれぞれのプロパティ情報を設定し、メモリなどに記憶させて管理する。

また、プロパティ情報管理部１６２は、MMT-TS変換部１５６によるMMT-TS変換によって得られたTSのコンテンツを構成するAVストリームに含まれる番組情報の文字コードを特定する。プロパティ情報管理部１６２は、特定した文字コードを表す文字コード情報を、プロパティ情報としてメモリなどに記憶させて管理する。

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

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

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

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

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

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

・受信側のレコーダの構成
図５０は、レコーダ１０２のハードウェア構成例を示すブロック図である。

レコーダ１０２は、コントローラ２０１、通信部２０２、記録制御部２０３、記録部２０４、および出力制御部２０５から構成される。図５０に示す構成の他、入力検出部１５２、受信部１５３等の、レコーダ１０１に設けられる構成のうちの少なくとも一部の構成がレコーダ１０２にも設けられる。

コントローラ２０１は、CPU、ROM、RAM、メモリなどにより構成される。コントローラ２０１は、所定のプログラムをCPUにより実行し、レコーダ１０２の全体の動作を制御する。

通信部２０２は、レコーダ１０１との間でネットワークを介して通信を行う。例えば、通信部２０２は、CreateObjectが終了した場合、レコーダ１０１からアップロードされてきたTSのコンテンツを受信する。

TSのコンテンツのアップロードがUse case-1のムーブのために行われている場合、または、Use case-2の退避のために行われている場合、通信部２０２は、受信したTSのコンテンツを記録制御部２０３に出力する。

また、TSのコンテンツのアップロードがUse case-3のストリーミング視聴のために行われている場合、通信部２０２は、受信したTSのコンテンツを出力制御部２０５に出力する。

記録制御部２０３は、通信部２０２から供給されたTSのコンテンツを記録部２０４に出力し、記録させる。

記録部２０４は、HDD、SSDなどの記録媒体により構成される。記録部２０４は、記録制御部２０３から供給されたTSのコンテンツを記録する。記録部２０４に記録されたコンテンツは、適宜、出力制御部２０５により読み出され、再生される。

出力制御部２０５は、通信部２０２から供給されたTSをデコードし、レコーダ１０１からアップロードされてきたコンテンツの映像を外部の表示装置に表示させる。レコーダ１０２に対しては、TVなどの表示装置が接続される。

また、出力制御部２０５は、記録部２０４に記録されているコンテンツの一覧を表示させる場合、CreateObjectアクションによって通知された輝度属性情報に基づいて、各コンテンツの輝度のダイナミックレンジの属性を表示させる。

出力制御部２０５は、CreateObjectアクションによって通知された文字コード情報に基づいて、記録部２０４に記録されているコンテンツを構成するAVストリームに含まれる番組情報の文字コードを特定する。出力制御部２０５は、AVストリームの番組情報を抽出し、特定した文字コードのテキストとして処理を行うことによって、記録部２０４に記録されているコンテンツに関する情報をコンテンツの一覧などに表示させる。

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

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

コントローラ２０１においては、デバイス選択制御部２１１、記録媒体選択制御部２１２、およびアップロード受信制御部２１３が実現される。アップロード受信制御部２１３にはCreateObject実行部２２１が含まれる。

デバイス選択制御部２１１は、通信部２０２を制御することによって、レコーダ１０１が行うデバイス選択処理に対応する処理を行う。

例えば、デバイス選択制御部２１１は、レコーダ１０１から送信されたM-Searchリクエストを受信することに応じて、レコーダ１０２のURLを含むM-Searchレスポンスを送信する。また、デバイス選択制御部２１１は、レコーダ１０１による要求に応じてDevice descriptionを送信する。

デバイス選択処理時にレコーダ１０１から送信されてきた情報は、記録媒体選択制御部２１２とアップロード受信制御部２１３に出力される。

記録媒体選択制御部２１２は、通信部２０２を制御することによって、レコーダ１０１が行う記録媒体選択処理に対応する処理を行う。

例えば、記録媒体選択制御部２１２は、レコーダ１０１から送信されたGetRecordDestinationsアクションを受信することに応じて、レコーダ１０２のHDD（記録部２０４）に関する情報を含むGetRecordDestinationsレスポンスを送信する。また、デバイス選択制御部２１１は、レコーダ１０１から送信されたGetRecordDestinationInfoアクションを受信することに応じて、レコーダ１０２のHDDに関する詳細情報を含むGetRecordDestinationInfoレスポンスを送信する。

記録媒体選択処理時にレコーダ１０１から送信されてきた情報はアップロード受信制御部２１３に出力される。

アップロード受信制御部２１３は、通信部２０２を制御することによって、レコーダ１０１が行うアップロード処理に対応する処理を行う。

CreateObject実行部２２１は、レコーダ１０１から送信されたCreateObjectアクションを受信することに応じて、CreateObjectレスポンスを送信する。CreateObject実行部２２１が送信するCreateObjectレスポンスには、上述したように、プロパティ情報としての輝度属性情報と文字コード情報が含まれる。CreateObject実行部２２１は、CreateObjectアクションを受信することに応じて、CreateObjectレスポンスを送信することを制御する通信制御部として機能する。

・送信側のレコーダの動作
図５２のフローチャートを参照して、レコーダ１０１の記録処理について説明する。

図５２の処理は、例えば、録画対象のコンテンツ（番組）の放送が開始されたときに開始される。録画対象のコンテンツの放送が開始された場合、放送波信号に対して受信部１５３において所定の処理が施され、録画対象のコンテンツのTVLストリームがMMT信号処理部１５４に出力される。

ステップＳ１０１において、MMT信号処理部１５４は、受信部１５３から供給されたTVLストリームに対して所定の処理を施し、コンテンツを取得する。

ステップＳ１０２において、プロパティ情報管理部１６２は、MMTの伝送データからプロパティ情報抽出部１６１により抽出された情報を参照し、CreateObjectに用いるプロパティ情報を設定する。ここでは、輝度属性情報の設定も行われる。プロパティ情報管理部１６２は、それぞれのプロパティ情報をメモリに記憶させて管理する。

ステップＳ１０３において、MMT-TS変換部１５６は、MMTのコンテンツに対してMMT-TS変換を施す。MMT-TS変換によって得られたTSのコンテンツは記録制御部１５７に供給される。

ステップＳ１０４において、記録制御部１５７は、MMT-TS変換部１５６から供給されたフォーマット変換後のコンテンツであるTSのコンテンツを記録部１５８に記録させる。

ステップＳ１０５において、プロパティ情報管理部１６２は、MMT-TS変換によって得られたTSのコンテンツを構成するAVストリームに含まれる番組情報の文字コードを特定する。プロパティ情報管理部１６２は、特定した文字コードを表す値を文字コード情報として設定し、メモリなどに記憶させて管理する。その後、図５２の処理は終了となる。

次に、図５３のフローチャートを参照して、TSのコンテンツを送信するレコーダ１０１の処理について説明する。

ステップＳ１１１において、レコーダ１０１の入力検出部１５２は、アップロードの対象となるコンテンツの選択を受け付ける。例えば、記録済みのコンテンツの中から、アップロードの対象となるコンテンツが選択される。入力検出部１５２により受け付けられた、アップロードの対象となるコンテンツの情報はコントローラ１５１に供給される。

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

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

ステップＳ１１４において、アップロード制御部１６５はコンテンツのアップロード処理を行う。ここでは、輝度属性情報と文字コード情報を含むプロパティ情報を用いたCreateObjectがCreateObject実行部１７１により行われ、その後、コンテンツのアップロードが開始される。

コンテンツのアップロードが終了したとき、図５３の処理は終了となる。

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

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

・受信側のレコーダの動作
図５４のフローチャートを参照して、レコーダ１０２の処理について説明する。

図５４の処理は、例えば、レコーダ１０１においてデバイス選択処理（図５３のステップＳ１１２）が行われることに応じて開始される。

ステップＳ１５１において、コントローラ２０１のデバイス選択制御部２１１（図５１）はデバイス選択対応処理を行う。デバイス選択対応処理は、レコーダ１０１が行うデバイス選択処理に対応する処理である。

ステップＳ１５２において、記録媒体選択制御部２１２は記録媒体選択対応処理を行う。記録媒体選択対応処理は、レコーダ１０１が行う記録媒体選択処理に対応する処理である。

ステップＳ１５３において、アップロード受信制御部２１３はアップロード対応処理を行う。アップロード対応処理は、レコーダ１０１が行うアップロード処理に対応する処理である。

アップロード対応処理が行われることにより、レコーダ１０１とレコーダ１０２との間でCreateObjectが行われ、アップロード対象のコンテンツの情報がレコーダ１０２に対して通知される。

また、CreateObjectの後、アップロードが開始され、TSのコンテンツがレコーダ１０２により受信される。受信されたコンテンツに対しては、Use caseに応じた処理がレコーダ１０２の各部において行われる。

ステップＳ１５４において、出力制御部２０５は、CreateObjectアクションによって通知された輝度属性情報に基づいて、アップロードされたコンテンツの映像の輝度のダイナミックレンジの属性を特定する。

ステップＳ１５５において、出力制御部２０５は、CreateObjectアクションによって通知された文字コード情報に基づいて、アップロードされたコンテンツを構成するAVストリームに含まれる番組情報の文字コードを特定する。

ステップＳ１５６において、出力制御部２０５は、ユーザの操作に応じた処理を行う。例えば、記録部２０４に記録されているコンテンツの一覧を表示させる場合、出力制御部２０５は、各コンテンツがHDRのコンテンツであるのか、SDRのコンテンツであるのかを表す情報を表示させる。

また、出力制御部２０５は、記録部２０４に記録されているコンテンツに関する情報をコンテンツの一覧に表示させる場合、AVストリームに含まれる番組情報を抽出し、特定した文字コードのテキストとして処理を行うことによって表示させる。

以上の処理により、レコーダ１０２は、AVストリームを解析することなく、各コンテンツの映像の輝度のダイナミックレンジの属性を特定し、コンテンツの一覧などに表示させることができる。

また、レコーダ１０２は、自身の処理モードをコンテンツのアップロード前に切り替え、アップロードが行われるのを待つことができる。例えばレコーダ１０２は、HDRのコンテンツが送信されてくる場合には、HDRの処理を行うモードに自身の処理モードを切り替える必要がある。また、レコーダ１０２は、SDRのコンテンツが送信されてくる場合には、SDRの処理を行うモードに自身の処理モードを切り替える必要がある。

レコーダ１０２は、各コンテンツを構成するAVストリームに含まれる番組情報の文字コードを特定し、適切に表示させることができる。すなわち、レコーダ１０２は、番組情報の文字化けを防ぐことができる。

＜変形例＞
・コンテンツの一覧の表示例
輝度属性情報と文字コード情報については、CreateObjectに含めるだけでなく、複数の装置間でやりとりが行われる各種の情報に含めることが可能である。

図５５は、デバイスの設置の例を示す図である。

図５５の例においては、リビングに設置されたレコーダ１０１、TV２５１と、寝室に設置されたTV２５２が示されている。レコーダ１０１に記録されたコンテンツを、寝室のTV２５２で視聴する場合について説明する。なお、TV２５２は、上述したレコーダ１０２と同様に、CreateObject等の処理をレコーダ１０１との間で行うことが可能な装置である。

コンテンツの視聴前、レコーダ１０１に記録されたコンテンツの一覧（タイトル一覧）をTV２５２に表示させる処理が行われる。コンテンツの一覧の表示は、例えば、UPnPで定義されたCDS:BrowseコマンドをTV２５２がレコーダ１０１に対して送信することによって行われる。CDS:Browseコマンドは、コンテンツの一覧の閲覧を要求するコマンドである。

CDS:Browseコマンドを受信したレコーダ１０１からTV２５２に対しては、HDDに記録されたそれぞれのコンテンツに関する情報を含むレスポンスが送信される。

図５６は、CDS:Browseコマンドのレスポンスの例を示す図である。

図５６の５行目乃至２０行目の記述が、１つ目のコンテンツに関する情報となる。CDS:Browseコマンドのレスポンスを用いて通知される情報には、１８行目、１９行目に示すように、輝度属性情報と文字コード情報が含まれる。

１８行目の「<xxx:transferCharasteristic> HLG </xxx:transferCharasteristic>」は、１つ目のコンテンツの映像の輝度のダイナミックレンジがHDRであり、HDRの方式がHLG方式であることを表す。

１９行目の「<xxx:characterCode> UTF8 </xxx:characterCode>」は、１つ目のコンテンツを構成するAVストリームに含まれる番組情報の文字コードがUTF-8であることを表す。

HDDに記録されている他のコンテンツについても同様に、輝度属性情報と文字コード情報を含む各情報がレスポンスに記述される。

TV２５２においては、レコーダ１０１から送信されてきたレスポンスに基づいて、図５５に示すようにタイトル一覧が表示される。

図５５の例においては、タイトル１がHDRのコンテンツであり、タイトル２がSDRのコンテンツであることが示されている。これらの表示は、レスポンスに含まれる輝度属性情報に基づいて表示されたものである。

寝室にいるユーザは、このようなタイトル一覧を見て、どのコンテンツを再生するかを選択することができる。

TV２５２がHDRの映像の表示に対応していない場合にはSDRのコンテンツの情報だけを表示させるといったように、輝度属性情報がコンテンツのフィルタリングに用いられるようにしてもよい。文字コード情報についても同様に、コンテンツのフィルタリングに用いられるようにすることが可能である。

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

MMT-TS変換後のコンテンツがレコーダ１０１において記録されるものとしたが、MMT-TS変換がアップロード前に行われるようにしてもよい。この場合、MMTによって伝送されたコンテンツは、MMTのフォーマットのまま、HDDなどの記録媒体に記録される。アップロードの対象として選択されたMMTのコンテンツに対しては、記録媒体から読み出された後、アップロードの開始前にMMT-TS変換が施され、MMT-TS変換によって得られたTSのコンテンツが送信される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（１）
MMTにより伝送されたコンテンツを取得するコンテンツ取得部と、
前記コンテンツを記録させる記録制御部と、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する、前記コンテンツの輝度の属性に関する輝度属性情報を前記コンテンツの記録時に生成する管理部と
を備える情報処理装置。
（２）
前記輝度属性情報を、前記コンテンツを送信する前に前記外部の装置に送信する通信制御部をさらに備える
前記（１）に記載の情報処理装置。
（３）
前記通信制御部は、前記輝度属性情報を、CreateObjectアクションの引数として前記外部の装置に送信する
前記（２）に記載の情報処理装置。
（４）
前記管理部は、前記コンテンツの輝度のダイナミックレンジがSDRである場合、SDRであることを表す情報を前記輝度属性情報として生成し、前記コンテンツの輝度のダイナミックレンジがHDRである場合、HDRの方式を表す情報を前記輝度属性情報として生成する
前記（１）乃至（３）のいずれかに記載の情報処理装置。
（５）
前記管理部は、MMTの制御メッセージを構成するパラメータに基づいて前記コンテンツの輝度のダイナミックレンジを特定し、前記輝度属性情報を生成する
前記（１）乃至（３）のいずれかに記載の情報処理装置。
（６）
情報処理装置が、
MMTにより伝送されたコンテンツを取得し、
前記コンテンツを記録させ、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する、前記コンテンツの輝度の属性に関する輝度属性情報を前記コンテンツの記録時に生成する
情報処理方法。
（７）
コンピュータに、
MMTにより伝送されたコンテンツを取得し、
前記コンテンツを記録させ、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する、前記コンテンツの輝度の属性に関する輝度属性情報を前記コンテンツの記録時に生成する
処理を実行させるためのプログラム。
（８）
MMTにより伝送されたコンテンツを受信して記録する外部の装置から前記コンテンツのプロパティ情報として送信された、前記コンテンツの輝度の属性に関する輝度属性情報を受信し、前記輝度属性情報を含むレスポンスを前記外部の装置に送信する通信制御部を備える
情報処理装置。
（９）
前記通信制御部は、CreateObjectアクションの引数として送信された前記輝度属性情報を受信し、CreateObjectレスポンスの引数として、前記輝度属性情報を送信する
前記（８）に記載の情報処理装置。
（１０）
情報処理装置が、
MMTにより伝送されたコンテンツを受信して記録する外部の装置から前記コンテンツのプロパティ情報として送信された、前記コンテンツの輝度の属性に関する輝度属性情報を受信し、
前記輝度属性情報を含むレスポンスを前記外部の装置に送信する
情報処理方法。
（１１）
コンピュータに、
MMTにより伝送されたコンテンツを受信して記録する外部の装置から前記コンテンツのプロパティ情報として送信された、前記コンテンツの輝度の属性に関する輝度属性情報を受信し、
前記輝度属性情報を含むレスポンスを前記外部の装置に送信する
処理を実行させるためのプログラム。
（１２）
MMTにより伝送されたコンテンツを取得するコンテンツ取得部と、
前記コンテンツを記録させる記録制御部と、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する、前記コンテンツを構成するAVストリームに含まれるテキストの文字コードを表す文字コード情報を前記コンテンツの記録時に生成する管理部と
を備える情報処理装置。
（１３）
前記文字コード情報を、前記コンテンツを送信する前に前記外部の装置に送信する通信制御部をさらに備える
前記（１２）に記載の情報処理装置。
（１４）
前記通信制御部は、前記文字コード情報を、CreateObjectアクションの引数として前記外部の装置に送信する
前記（１３）に記載の情報処理装置。
（１５）
情報処理装置が、
MMTにより伝送されたコンテンツを取得し、
前記コンテンツを記録させ、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する、前記コンテンツを構成するAVストリームに含まれるテキストの文字コードを表す文字コード情報を前記コンテンツの記録時に生成する
情報処理方法。
（１６）
コンピュータに、
MMTにより伝送されたコンテンツを取得し、
前記コンテンツを記録させ、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する、前記コンテンツを構成するAVストリームに含まれるテキストの文字コードを表す文字コード情報を前記コンテンツの記録時に生成する
処理を実行させるためのプログラム。
（１７）
MMTにより伝送されたコンテンツを受信して記録する外部の装置から前記コンテンツのプロパティ情報として送信された、前記コンテンツを構成するAVストリームに含まれるテキストの文字コードを表す文字コード情報を受信し、前記文字コード情報を含むレスポンスを前記外部の装置に送信する通信制御部を備える
情報処理装置。
（１８）
前記通信制御部は、CreateObjectアクションの引数として送信された前記文字コード情報を受信し、CreateObjectレスポンスの引数として、前記文字コード情報を送信する
前記（１７）に記載の情報処理装置。
（１９）
情報処理装置が、
MMTにより伝送されたコンテンツを受信して記録する外部の装置から前記コンテンツのプロパティ情報として送信された、前記コンテンツを構成するAVストリームに含まれるテキストの文字コードを表す文字コード情報を受信し、
前記文字コード情報を含むレスポンスを前記外部の装置に送信する
情報処理方法。
（２０）
コンピュータに、
MMTにより伝送されたコンテンツを受信して記録する外部の装置から前記コンテンツのプロパティ情報として送信された、前記コンテンツを構成するAVストリームに含まれるテキストの文字コードを表す文字コード情報を受信し、
前記文字コード情報を含むレスポンスを前記外部の装置に送信する
処理を実行させるためのプログラム。

１０１，１０２レコーダ，１５１コントローラ，１５２入力検出部，１５３受信部，１５４ MMT信号処理部，１５５出力制御部，１５６ MMT-TS変換部，１５７記録制御部，１５８記録部，１５９通信部，１６１プロパティ情報抽出部，１６２プロパティ情報管理部，１６３デバイス選択制御部，１６４記録媒体選択制御部，１６５アップロード制御部，１７１ CreateObject実行部，２０１コントローラ，２０２通信部，２０３記録制御部，２０４記録部，２０５出力制御部，２１１デバイス選択制御部，２１２記録媒体選択制御部，２１３アップロード受信制御部，２２１ CreateObject実行部

Claims

MMTにより伝送されたコンテンツを取得するコンテンツ取得部と、
前記コンテンツを記録させる記録制御部と、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する、前記コンテンツの輝度の属性に関する輝度属性情報を前記コンテンツの記録時に生成する管理部と
を備える情報処理装置。
前記輝度属性情報を、前記コンテンツを送信する前に前記外部の装置に送信する通信制御部をさらに備える
請求項１に記載の情報処理装置。
前記通信制御部は、前記輝度属性情報を、CreateObjectアクションの引数として前記外部の装置に送信する
請求項２に記載の情報処理装置。
前記管理部は、前記コンテンツの輝度のダイナミックレンジがSDRである場合、SDRであることを表す情報を前記輝度属性情報として生成し、前記コンテンツの輝度のダイナミックレンジがHDRである場合、HDRの方式を表す情報を前記輝度属性情報として生成する
請求項１に記載の情報処理装置。
前記管理部は、MMTの制御メッセージを構成するパラメータに基づいて前記コンテンツの輝度のダイナミックレンジを特定し、前記輝度属性情報を生成する
請求項１に記載の情報処理装置。
情報処理装置が、
MMTにより伝送されたコンテンツを取得し、
前記コンテンツを記録させ、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する、前記コンテンツの輝度の属性に関する輝度属性情報を前記コンテンツの記録時に生成する
情報処理方法。
コンピュータに、
MMTにより伝送されたコンテンツを取得し、
前記コンテンツを記録させ、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する、前記コンテンツの輝度の属性に関する輝度属性情報を前記コンテンツの記録時に生成する
処理を実行させるためのプログラム。
MMTにより伝送されたコンテンツを受信して記録する外部の装置から前記コンテンツのプロパティ情報として送信された、前記コンテンツの輝度の属性に関する輝度属性情報を受信し、前記輝度属性情報を含むレスポンスを前記外部の装置に送信する通信制御部を備える
情報処理装置。
前記通信制御部は、CreateObjectアクションの引数として送信された前記輝度属性情報を受信し、CreateObjectレスポンスの引数として、前記輝度属性情報を送信する
請求項８に記載の情報処理装置。
情報処理装置が、
MMTにより伝送されたコンテンツを受信して記録する外部の装置から前記コンテンツのプロパティ情報として送信された、前記コンテンツの輝度の属性に関する輝度属性情報を受信し、
前記輝度属性情報を含むレスポンスを前記外部の装置に送信する
情報処理方法。
コンピュータに、
MMTにより伝送されたコンテンツを受信して記録する外部の装置から前記コンテンツのプロパティ情報として送信された、前記コンテンツの輝度の属性に関する輝度属性情報を受信し、
前記輝度属性情報を含むレスポンスを前記外部の装置に送信する
処理を実行させるためのプログラム。
MMTにより伝送されたコンテンツを取得するコンテンツ取得部と、
前記コンテンツを記録させる記録制御部と、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する、前記コンテンツを構成するAVストリームに含まれるテキストの文字コードを表す文字コード情報を前記コンテンツの記録時に生成する管理部と
を備える情報処理装置。
前記文字コード情報を、前記コンテンツを送信する前に前記外部の装置に送信する通信制御部をさらに備える
請求項１２に記載の情報処理装置。
前記通信制御部は、前記文字コード情報を、CreateObjectアクションの引数として前記外部の装置に送信する
請求項１３に記載の情報処理装置。
情報処理装置が、
MMTにより伝送されたコンテンツを取得し、
前記コンテンツを記録させ、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する、前記コンテンツを構成するAVストリームに含まれるテキストの文字コードを表す文字コード情報を前記コンテンツの記録時に生成する
情報処理方法。
コンピュータに、
MMTにより伝送されたコンテンツを取得し、
前記コンテンツを記録させ、
ネットワークを経由した前記コンテンツの送信先となる外部の装置に対して前記コンテンツのプロパティ情報として送信する、前記コンテンツを構成するAVストリームに含まれるテキストの文字コードを表す文字コード情報を前記コンテンツの記録時に生成する
処理を実行させるためのプログラム。
MMTにより伝送されたコンテンツを受信して記録する外部の装置から前記コンテンツのプロパティ情報として送信された、前記コンテンツを構成するAVストリームに含まれるテキストの文字コードを表す文字コード情報を受信し、前記文字コード情報を含むレスポンスを前記外部の装置に送信する通信制御部を備える
情報処理装置。
前記通信制御部は、CreateObjectアクションの引数として送信された前記文字コード情報を受信し、CreateObjectレスポンスの引数として、前記文字コード情報を送信する
請求項１７に記載の情報処理装置。
情報処理装置が、
MMTにより伝送されたコンテンツを受信して記録する外部の装置から前記コンテンツのプロパティ情報として送信された、前記コンテンツを構成するAVストリームに含まれるテキストの文字コードを表す文字コード情報を受信し、
前記文字コード情報を含むレスポンスを前記外部の装置に送信する
情報処理方法。
コンピュータに、
MMTにより伝送されたコンテンツを受信して記録する外部の装置から前記コンテンツのプロパティ情報として送信された、前記コンテンツを構成するAVストリームに含まれるテキストの文字コードを表す文字コード情報を受信し、
前記文字コード情報を含むレスポンスを前記外部の装置に送信する
処理を実行させるためのプログラム。