送信装置及び送信方法
【課題】
クライアントがサーバーのコンテンツをコピー、あるいは、ムーブする場合において、該コンテンツに係る管理情報のコピー、あるいはムーブに関しては考慮されておらず、ユーザにとって使い勝手が悪い。
【解決手段】
サーバの機器情報の拡張情報としてチャプタ情報共有手段を有することを示し、コンテンツをコピー、あるいは移動（ＭＯＶＥ）するときクライアントがサーバからチャプタ情報を取得できる構成にした。
クライアントがサーバーのコンテンツをコピー、あるいは、ムーブする場合において、該コンテンツに係る管理情報のコピー、あるいはムーブに関しては考慮されておらず、ユーザにとって使い勝手が悪い。
【解決手段】
サーバの機器情報の拡張情報としてチャプタ情報共有手段を有することを示し、コンテンツをコピー、あるいは移動（ＭＯＶＥ）するときクライアントがサーバからチャプタ情報を取得できる構成にした。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを送信する装置に関する。
【背景技術】
【０００２】
上記技術分野に関し、特許文献１には、「ネットワークに接続される複数のＡＶ機器等に格納されるコンテンツを、ユーザが適宜参照してパケット単位で容易に視聴することができる再生装置を提供する」ことを課題とし、その解決手段として「ネットワーク上の機器と通信を行う通信部と、コンテンツをパケット単位で復号し再生する再生部と、ネットワーク上の機器が格納するコンテンツの管理情報（ＶＲ＿ＭＡＮＧＲ．ＩＦＯ）を通信部を制御して取得し、管理情報に基づきコンテンツの内容を表示し、これに応じてユーザからの再生指示を受け、再生指示に応じて通信部を介して機器上のコンテンツをパケット単位に取得し、取得したコンテンツのパケットを再生部で再生するべく制御する制御部とを有する再生装置」が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１５５８２８
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１では、コンテンツをコピー、あるいは、ムーブする場合において、該コンテンツに係る管理情報のコピー、あるいはムーブに関しては考慮されていない。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
【発明の効果】
【０００６】
上記手段によれば、コピー、あるいは、ムーブしたコンテンツの視聴において、ユーザにとって都合の良い位置からコンテンツを再生することが可能となり、ユーザにとっての使い勝手を向上させることができる。
【図面の簡単な説明】
【０００７】
【図１】システムの構成例を示すブロック図である。
【図２】送信装置１１０の構成例を示すブロック図である。
【図３】受信装置１３０、１４０の構成例を示すブロック図である。
【図４】送信装置１１０が配信する機器情報の例を示す図である。
【図５（ａ）】サービス記述情報の構成の一例を示す図である。
【図５（ｂ）】サービス記述情報の構成の一例を示す図である。
【図６】送信装置１１０が管理するコンテンツ管理情報の一例を示す図である。
【図７】受信装置１３０、１４０が送信装置１１０を探索し、サービス情報を取得するまでの処理シーケンスの一例を示す図である。
【図８】受信装置１３０、１４０が送信装置１１０のコンテンツをコピーする場合の処理シーケンスの一例を示す図である。
【図９】コンテンツ付属情報の構成の一例を示す図である。
【図１０】チャプタ情報の構成の例を示す図である。
【図１１】送信装置１１０が送信するコンテンツ情報の一例を示す図である。
【図１２（ａ）】「サーバー探索要求」メッセージの一例を示す図である。
【図１２（ｂ）】「サーバー探索応答」メッセージの一例を示す図である。
【図１３】送信装置１１０のコンテンツ管理情報の更新処理フローの一例を示す図である。
【図１４】サービス記述情報の構成の一例を示す図である。
【図１５（ａ）】コンテンツとコンテンツのシーン区切りを示すチャプタ情報を模式的に表した図である。
【図１５（ｂ）】チャプタ情報の具体例を示す図である。
【図１６（ａ）】アクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの一例を示す図である。
【図１６（ｂ）】アクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストの一例を示す図である。
【図１７】「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの受信処理フローの一例を示す図である。
【図１８（ａ）】コンテンツとコンテンツのシーン区切りを示すチャプタ情報を模式的に表した図である。
【図１８（ｂ）】チャプタ情報の具体例を示す図である。
【図１９】「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストの受信処理フローの一例を示す図である。
【図２０】コンテンツとコンテンツのシーン区切りを示すチャプタ情報を模式的に表した図である。
【図２１】コンテンツ管理情報の具体例を示す図である。
【図２２】コンテンツ管理情報の具体例を示す図である。
【図２３（ａ）】コンテンツ一覧情報の応答例を示す図である。
【図２３（ｂ）】コンテンツとチャプタを表すＵＲＬを識別する定義の一例を占めす図である。
【図２４】コンテンツ管理情報の構成例を示すブロック図である。
【図２５】コンテンツ一覧提供とコンテンツ提供の処理シーケンスの一例を示す図である。
【図２６（ａ）】コンテンツ伝送書式の一例
【図２６（ｂ）】コンテンツヘッダの一例
【発明を実施するための形態】
【実施例１】
【０００８】
本発明に係る実施形態１について説明する。
【０００９】
本実施形態は、コンテンツのシーン区切りを示すチャプタ情報を管理する送信装置に記録されたコンテンツをネットワーク上の受信機にコピーする場合の送信装置動作と受信装置動作に関するものである。なお、本発明は、本実施例に示す形態に限定されるものではない。
【００１０】
図１は、本実施例に係る送信装置および受信装置からなるホームネットワークシステムの構成例を示したものである。
【００１１】
１１０は動画や音声、画像コンテンツをホームネットワーク１００上の受信装置（後述する受信装置１３０や１４０）に送信する送信装置（サーバ）であり、本実施例にかかるコンテンツのシーン区切りを示すチャプタ情報を格納し管理する装置である。このような送信装置としては、例えばレコーダや録画機能付きテレビが考えられ、例えばレコーダのように表示装置を内蔵していない場合には、図に示したように、表示装置１２０（テレビなど）を接続して再生したコンテンツを表示する。送信装置１１０と表示装置１２０の接続には、アナログ或いはデジタルの映像データ／音声データを出力するアナログインタフェース或いはデジタルインタフェースを用いることができる。この送信装置１１０の詳細な構成例については、図２を用いて後述して説明する。
【００１２】
１３０および１４０は、動画や音声、画像コンテンツをホームネットワーク１００上の送信装置１１０から受信して再生或いは記録する受信装置（クライアント）である。このような受信装置としては、例えばテレビやＰＣが考えられ、図には示していないが、例えばＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）のように表示装置を内蔵していない場合には、送信装置１１０のように、表示装置（テレビなど）を接続して再生したコンテンツを表示する。これら受信装置１３０、１４０の詳細な構成例については、図３を用いて後述して説明する。また、本実施例では説明しないが、この送信装置と受信装置の両方の機能を備えた装置も考えられる。このような装置においては、以降説明する送信装置、受信装置それぞれの機能（構成および制御方法）が実現されれば良く、各機能の分割、統合はありうる。い。そして、このようなホームネットワーク１００は、例えば、良く知られたＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークによって構築されるものである。
【００１３】
次に図２を用いて、本発明に係る送信装置１１０の詳細な構成例について説明する。
【００１４】
送信装置１１０は、デジタル放送を受信して、コンテンツの記録と再生、及びホームネットワーク１１０上の受信装置にコンテンツを送信する装置である。コンテンツの記録に関しては、ネットワーク経由のＩＰ放送の受信やダウンロードによるものに適用しても良い。以下、ここでは、画像圧縮技術としてＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐｅ）方式によって符号化され、ＭＰＥＧ２―ＴＳ方式で多重化されたデジタル放送信号を扱う場合を例に送信装置１１０の各部の機能を説明する。
【００１５】
送信装置１１０はチューナ復号部２０１、分離抽出部２０２、復号部２０３、表示出力部２０４、コンテンツ情報管理部２０５、記録媒体２０６、コンテンツ送信部２０７、チャプタ情報生成部２０９、機器情報処理部２１０、チャプタ情報処理部２１１、コンテンツ情報処理部２１２、制御部２２０、ネットワークＩ／Ｆ部２１３、記憶部２１４で構成する。１２０は図１で説明した表示装置である。分離抽出部２０２、復号部２０３、コンテンツ情報管理部２０５、コンテンツ送信部２０７、チャプタ情報生成部２０９、機器情報処理部２１０、チャプタ情報処理部２１１、コンテンツ情報処理部２１２は、ハードウェアで構成する必要は必ずしもなく、適宜ソフトウェアプログラムを用いて実現しても良い。この場合、プログラムは、図示しない一次メモリに展開され、制御部２２０により実行される。
【００１６】
チューナ復号部２０１は、無線（衛星、地上）、ケーブルなどの放送伝送網を介して送信されたデジタル放送信号を受信する。ユーザのリモコンなどの指示により指定されたチャンネルの周波数に選局および検波処理を施す。また、デジタル復調および誤り訂正処理を施した後のＭＰＥＧ２―ＴＳ（トランスポートストリーム）を分離抽出部２０２へ出力する。
【００１７】
分離抽出部２０２は、ユーザのリモコンなどの指示により指定されたチャンネル（番組）のトランスポートパケットを、入力されたＭＰＥＧ２―ＴＳから分離・抽出する。受信したデジタル放送信号を視聴する場合は、分離・抽出されたトランスポートパケットから、映像と音声のＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）またはＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）を分離・抽出して復号部２０３へ出力する。デジタル放送信号を記録する場合は分離・抽出されたトランスポートパケットにタイムスタンプの情報を付加して記録媒体２０６に記録する。このとき、図示していない暗号部を介して適切な暗号化処理を施して記録する。更に、分離・抽出されたトランスポートパケットから、記録媒体２０６に記録されるチャンネル（番組）のタイトルやジャンル、フォーマット情報といったコンテンツ情報を検出し、これらをコンテンツ情報管理部２０５へ出力する。このタイトルやジャンル、放送スケジュール等を示す情報は、例えば、ＭＰＥＧ-ＴＳのＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）、或いはＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報に格納されるものである（ＰＳＩ、ＳＩ情報の概要については図９により後述で説明する）。記録媒体２０６に記録されたコンテンツを再生する場合は、図示していない暗号復号部を介して暗号化されたコンテンツを復号し、復号されたトランスポートパケットから映像と音声のＰＥＳまたはＥＳを分離・抽出して、記録時に付加されたタイムスタンプに従って復号部２０３へ出力する。
【００１８】
復号部２０３は入力された映像／音声のＰＥＳまたはＥＳを映像信号／音声信号に復号し表示出力部２０４へ出力する。
【００１９】
表示出力部２０４は、復号された映像信号／音声信号をデジタルおよびアナログ、もしくはデジタまたはアナログのインタフェースを経由して、表示装置１２０に対して出力する。このとき、図示しない描画部において生成された、ユーザに提示するメニューやコンテンツ一覧などの操作画面イメージを、復号された映像信号に合成して出力する。
【００２０】
コンテンツ情報管理部２０５は、分離抽出部２０２から入力されたコンテンツ情報に基づいてコンテンツの管理情報（詳しくは図６で後述）を作成し、記憶部２１４（或いは記録媒体２０６）に記憶する。また、分離抽出部２０２から記録媒体２０６に出力されるトランスポートパケットが上記管理情報に基づいて記録するよう制御する。一方で、記録媒体２０６に記録されたコンテンツを、ホームネットワーク１００上の受信装置１３０、１４０に送信する場合は、まず、ユーザのリモコンなどの操作により指示された記録媒体２０６に記録されたコンテンツのトランスポートパケットを逐次読み出し、これをコンテンツ送信部２０７に出力する。このとき、図示していない暗号復号部を介して暗号化されたコンテンツの復号を行うと共に、ホームネットワークに出力するための暗号化処理を施す。
【００２１】
コンテンツ送信部２０７は、ホームネットワークに出力するための暗号化処理を施されたコンテンツのトランスポートパケットをネットワークＩ／Ｆ部２１３へ出力する。また、コンテンツ送信部２０７は、ネットワークＩ／Ｆ２０８を介して、受信装置１３０，１４０から送信されるコンテンツ送信制御要求を受信する。コンテンツ送信制御要求とはコンテンツのコピー要求や送信停止要求などである。コピー要求を受信したコンテンツ送信部２０７は、指定されたコンテンツのトランスポートパケットを読み出しネットワークＩ／Ｆ部２１３へ出力する。コピー要求受信時のコンテンツ送信シーケンスについては図８で後述し説明する。また、チャプタ情報生成部２０９が生成したチャプタ情報とコンテンツの対応付けを管理する。対応するコンテンツが分割された場合に、チャプター情報も分割し、対応付け情報を更新たり、削除された場合にはチャプター情報も削除するといったような管理を行う。
【００２２】
チャプタ情報生成部２０９は記録媒体２０６内のコンテンツのシーン区切りを示すチャプタ情報を生成する。チャプタ情報は、例えば、ユーザが再生コンテンツを視聴し、リモコンなどの指示でシーン区切り位置を指定することで生成する方法がある。また、自動生成する方法としては、映像信号からシーンチェンジを検出したり、音声信号の無音期間を検出した場合にシーン区切りと判断する方法や、デジタル放送に付加される字幕情報や、番組のテロップから文字情報を検出し、予め指定した所定の文字と一致した場合にシーン区切りと判断する方法などがある。
【００２３】
機器情報処理部２１０は送信装置１１０がネットワーク上の他の装置に公開する情報を記憶部２１４上に保持し、受信装置１３０、１４０等、ネットワーク上の他の装置からの要求に応じて送信装置１１０自身の情報や、送信装置１１０が提供するサービス情報を送信する。
【００２４】
チャプタ情報処理部２１１はネットワークＩ／Ｆ部２１３を介してチャプタ情報を送信する。
【００２５】
コンテンツ情報処理部２１２は、ネットワークＩ／Ｆ部２１３を介してコンテンツ情報管理部が管理するコンテンツ情報を送信する。
【００２６】
ネットワークＩ／Ｆ部２１３は、ホームネットワーク１００を介して、受信装置１３０、１４０に対し、コンテンツ送信部２０７から入力されたトランスポートパケットを、伝送規格に沿った形式に変換およびフロー制御を行いながら出力する。ネットワークＩ／Ｆ部２１３は、この他に、後述するチャプタ情報や機器情報、サービス記述情報といった情報を、ホームネットワーク１００上の受信装置１３０、１４０等に対して送信または受信する場合にも用いられる。
制御部２２０は、送信装置１１０における各部の動作を統括的に制御する。
【００２７】
次に図３を用いて、受信装置１３０、１４０の詳細な構成例について説明する。ここでは受信装置１３０を例にとって説明する。受信装置１３０は、デジタル放送およびホームネットワーク１００上の送信装置１１０からコンテンツを受信して、コンテンツを記録または再生する装置である。受信装置１３０はチューナ復号部３０１、分離抽出部３０２、復号部３０３、表示出力部３０４、コンテンツ情報管理部３０５、記録媒体３０６、コンテンツ受信部３０７、機器情報処理部３１０、チャプタ情報処理部３１１、コンテンツ情報処理部３１２、制御部３２０、ネットワークＩ／Ｆ部３１３で構成する。分離抽出部３０２、復号部３０３、コンテンツ情報管理部３０５、記録媒体３０６、コンテンツ受信部３０７、機器情報処理部３１０、チャプタ情報処理部３１１、コンテンツ情報処理部３１２は必ずしもハードウェアで構成しなくても良く、ソフトウェアプログラムで実装しても良い。この場合、プログラムは図示しない一次メモリに展開され、制御部３２０により実行される。
【００２８】
デジタル放送を受信し再生する場合は、チューナ復号部３０１が、無線（衛星、地上）、ケーブルなどの放送伝送網を介して送信されたデジタル放送信号を受信する。チューナ復号部３０１は、ユーザのリモコンなどの指示により指定されたチャンネルの周波数に選局および検波処理を施す。また、デジタル復調および誤り訂正処理を施した後のＭＰＥＧ２―ＴＳ（トランスポートストリーム）を図示しないセレクタを経由して、その出力を分離抽出部３０２へ出力する。
【００２９】
分離抽出部３０２は、ユーザのリモコンなどの指示により指定されたチャンネル（番組）のトランスポートパケットを、入力されたＭＰＥＧ２―ＴＳから分離・抽出する。分離・抽出されたトランスポートパケットは、さらに映像と音声のＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）またはＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）を分離・抽出して復号部３１２へ出力される。
【００３０】
一方で、ホームネットワーク１００上の送信装置１１０から受信したコンテンツを再生、または、コピーする場合には、まず、ユーザのリモコンなどの操作により指示された結果として送信装置１１０が送信するコンテンツのトランスポートパケットを、逐次ネットワークＩ／Ｆ部３０８を介して受信する。ネットワークＩ／Ｆ部３０８は、ホームネットワーク１００を介して、コンテンツ受信部３０３に出力すべきトランスポートパケットを、伝送規格に沿った形式からの変換およびフロー制御を行いながら送信装置１１０から受信する。ネットワークＩ／Ｆ部３０８は、この他に、後述するコンテンツ情報やチャプタ情報や機器情報、サービス記述情報といった情報を、ホームネットワーク１００上の送信装置１１０等に対して送信およびまたは受信する場合に用いられる。
【００３１】
送信装置１１０から受信したコンテンツを再生する場合、ネットワークＩ／Ｆ部３１３を介して受信されたトランスポートパケットは、コンテンツ受信部３０３に出力され、さらに図示しないセレクタを経由して、その出力が分離抽出部３０２へ出力される。この際、図示しないネットワーク伝送復号部を介して、ネットワークＩ／Ｆを介して伝送する際に暗号化されたコンテンツの復号を行う。コピーする場合は、記録媒体３０６に記録される。
【００３２】
コンテンツ受信部３０３は、この他に、ネットワークＩ／Ｆ部３１１を介して、送信装置１１０に対して、ユーザのリモコンなどの操作による頭出し再生（チャプタスキップ）や早送り再生、一時停止の開始・停止などの指示に基づき、コンテンツを送信開始する位置や長さをパラメータとして付加して送信開始要求や送信停止要求を送信する。
【００３３】
分離抽出部３０２は、コンテンツ受信部３０７から入力されたトランスポートパケットに対し、映像と音声のＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）またはＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）を分離・抽出して復号部３０３へ出力する。
【００３４】
復号部３０３は、映像／音声のＰＥＳまたはＥＳを取り出して復号し、復号された映像／音声は、表示部３０４へ出力する。
【００３５】
表示部３０４は、復号された映像／音声を表示する。このとき、図示しない描画部において生成された、ユーザに提示するメニューやコンテンツ一覧、チャプタなどの操作画面イメージを、復号された映像に合成して表示する。
【００３６】
コンテンツ情報管理部３０５は記録媒体３０６に記録したコンテンツとコンテンツ情報やチャプタ情報の対応付けを管理する手段である。コンテンツ情報管理部は、コンテンツ情報やチャプタ情報を記録媒体３０６または記憶部３１４に格納し、適宜読み出し利用する。ネットワークを介して送信装置１１０からコンテンツを取得しコピーする場合は、送信装置１１０から取得したコンテンツ情報から記録媒体内のコンテンツを管理するための情報である記録媒体内コンテンツ情報を生成したり、送信装置１１０から取得したチャプタ情報とコンテンツの対応付けの管理などを行う。
【００３７】
機器情報処理部３１０は制御部３２０の制御に従いネットワーク上の他の装置に公開する機器情報を記憶部３１４上に保持し、取得、処理する手段である。
チャプタ情報処理部３１１は送信装置１１０の保持するコンテンツのチャプタ情報を受信、処理する。
コンテンツ情報処理部３１２は送信装置１１０の保持するコンテンツのコンテンツ情報を受信、処理する手段である。
制御部３２０は、送信装置１３０における各部の動作を統括的に制御する。
【００３８】
図４を用いて、送信装置１１０が受信装置１３０、１４０からの要求に対して送信（返信）する機器情報の一例について説明する。この機器情報には、送信装置１１０がチャプタ情報送信機能を有することを示す情報を付加する。
【００３９】
機器情報４００は、機器自身の情報を記述するデバイス情報４１０と、機器が提供するサービスの情報を記述するサービス情報リスト４２０、および、拡張情報リスト４３０で構成する。サービス情報リスト４２０には少なくとも１つ以上のサービスについて記述するサービス情報（４２１、４２２）を含む。拡張情報リスト４３０はサービス情報リスト４２０に記述されたサービスに機能拡張がある場合に付加される。なお、この機器情報４００の構成は、送信装置（サーバ）に固有の構成ではない。デバイス情報４１０のデバイスタイプの値によって、それが送信装置（サーバ）であることを示す。
【００４０】
デバイス情報４１０は、機器自身の情報を記述する。図４に示すように、デバイスタイプ４１１、名称、メーカ名、モデル名、固有ＩＤ、バージョン、アイコン情報などで構成される。デバイスタイプ４１１にはサーバーやプリンタ、ゲートウェイなどのような機器のタイプを記述する。本実施例の送信装置１１０の場合においてデバイスタイプ４１１は、サーバであることを示すために「ＭｅｄｉａＳｅｒｖｅｒ」と記述する。
【００４１】
サービス情報４２１（４２２）はサービス毎にサービスタイプ４２３、サービスを識別するサービスＩＤ、サービス記述ＵＲＬ４２４、コントロールＵＲＬ、イベントＵＲＬなどで構成する。サービスタイプ４２３にはコンテンツリスト提供サービスの「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」やストリーミングのプロトコルのフォーマットなどを提供する接続マネジャの「ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒ」のようなサービスを表すサービスタイプを記述する。サービス記述ＵＲＬ４２４には、サービスタイプ４２３に記述されたサービスを利用するための詳細情報であるサービス記述情報を取得するためのアクセス先を示すＵＲＬが記述される。コントロールＵＲＬはサービス記述ＵＲＬ４２４で記述されたサービスを制御する場合のアクセス先を示すＵＲＬ、イベントＵＲＬはイベント通知する場合のアクセス先を示すＵＲＬが技術される。本実施例においては、送信装置１１０はデバイスタイプ４１１が「ＭｅｄｉａＳｅｒｖｅｒ」で配信するコンテンツのコンテンツリストを提供するため、サービス情報４２１のサービスタイプ４２３は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」と記述する。
【００４２】
拡張情報リスト４３０はサービス情報リスト４２０に記述されたサービスに少なくとも１つの機能拡張がある場合に付加する。１つのサービスだけに機能拡張があるときは１つの拡張情報を含む。複数のサービスに機能拡張がある場合は、拡張情報４３１、４３２のように機能拡張のあるサービスの分だけ付加する。拡張情報４３１（４３２）はサービスタイプ４３３、拡張機能名４３４、拡張サービス記述ＵＲＬ４３５で構成する。４３３は機能拡張するサービスのサービスタイプを表す。このサービスタイプ４３３は４サービス情報リスト４２０におけるサービスタイプ４２３と対応し、この拡張情報がどのサービスの拡張情報であるかを対応付ける。本実施例はチャプタ情報送信機能は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」の拡張であるため、サービスタイプ４３３を「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」と記述する。拡張機能名４３４にはサービスタイプ４３３に記述されたサービスを拡張する機能を示す名称を記述する。本実施例では、チャプタ情報送信機能を提供することを示す機能名の一例として「ＣｈａｐｔｅｒＩｎｆｏ」と記述している。拡張機能サービス記述ＵＲＬ４３５はサービスの拡張機能を利用するための詳細情報であるサービス記述情報を取得するためのアクセス先を示すＵＲＬが記述する。
【００４３】
このようにすることで、機能拡張に対応していない受信装置においても送信装置１１０から取得した機器情報４００を取得し、デバイス情報４１０、サービス情報リスト４２０を解釈し、サービス記述ＵＲL４２４で示される情報格納場所からサービスを利用するための詳細情報を取得することで送信装置１１０が提供するサービスを利用することができる。機能拡張に対応している受信装置の場合は、更に、拡張情報４３０を取得し、拡張情報４３１（４３２）を解釈し、拡張機能サービス記述ＵＲＬ４３５で示される情報格納場所からサービスの拡張機能を利用するための詳細情報を取得できる。本実施例の場合は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスの拡張機能であるチャプタ情報送信機能「ＣｈａｐｔｅｒＩｎｆｏ」を利用することができる。
【００４４】
なお、サービスに機能拡張があることを示す情報を、デバイス情報４１０やサービス情報リスト４２０の中に記述する方法も考えられる。その場合は、チャプタ情報送信機能を有することを示す情報が、それぞれデバイス情報４１０やサービス情報リスト４２０の中で、拡張された情報であることを示すように表現したり、あるいは末尾に記載するなどの方法が考えられる。
【００４５】
次に、図５（ａ）（ｂ）を用いてサービス記述ＵＲＬ４２４、および、拡張機能サービス記述ＵＲＬ４３５から取得するサービス記述情報について説明する。サービス記述ＵＲＬ４２４からはサービスが提供する標準機能のサービス記述情報を取得でき、拡張機能サービス記述ＵＲＬ４３５からは拡張機能のサービス記述情報を取得できる。すなわち、サービス記述情報はサービス毎に用意される。更に、サービスに拡張機能がある場合は、拡張機能用のサービス記述（以下、拡張サービス記述情報と呼ぶ）が用意される。図５（ａ）は拡張機能サービス記述ＵＲＬ４３５から取得できる拡張サービス記述情報の構成の一例を、図５（ｂ）は、サービス記述ＵＲＬ４２４から取得できるサービス記述情報の構成の一例を示したものである。図５（ａ）、（ｂ）とも構成は同じである。サービス記述情報は、送信装置１１０が受信装置１３０、１４０からの、サービス記述ＵＲＬ４２４、あるいは、拡張機能サービス記述ＵＲＬ４３５へのアクセスによる要求に対して送信（返信）するものであり、図２で説明した機器情報処理部２１０に保持されるものである。図５（ａ）、（ｂ）に示すように、サービス記述情報５００（５５０）は、サービスに対する一つ以上のアクション（制御）方法を示すアクションリスト５１０（５３０）と、アクションリスト５１０（５３０）に記載されたアクションの入出力値の型を説明するサービス値テーブル５２０（５４０）とで構成する。アクションリスト５１０（５３０）は、アクション毎にアクション名とアクションで使用する引数リストが記載する。引数リストは、引数名、入出力の方向、型名を引数毎に記載するものである。
【００４６】
図５（ａ）、５００は本発明に係る「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスの拡張機能であるチャプタ情報送信機能「ＣｈａｐｔｅｒＩｎｆｏ」に関する拡張サービス記述情報の例であり、チャプタ情報の取得、設定に関するアクションの定義の一例を示している。アクション名「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」５１１で示されるアクションは、受信装置１３０、１４０からの取得要求に対して、送信装置１１０がチャプタ情報６３２（後述）を返信するものである。具体的には、受信装置１３０、１４０は引数５１２に示された、引数名「ＯｂｊｅｃｔＩＤ」の値を指定して送信装置１１０にチャプタ情報の取得要求を行う。そして、この取得要求を受けた送信装置１１０は、引数５１２の引数名「ＯｂｊｅｃｔＩＤ」に設定された値に対応するコンテンツのチャプタ情報を引数５１３の引数名「ＣｈａｐｔｅｒＬｉｓｔ」に設定して返信する。なお、ここに示された引数名「ＯｂｊｅｃｔＩＤ」は、送信装置１１０が送信するコンテンツを一意に定めるＩＤである（詳細は後述）。すなわち、アクション名「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」５１１は指定されたコンテンツに対するチャプタ情報を返信するアクションを定義している。なお、コンテンツを一意に定めるＩＤは「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスが標準機能として提供するコンテンツ一覧を提供するアクション「Ｂｒｏｗｓｅ」（後術）で提供する。
【００４７】
アクション名「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」５１４で示されるアクションは、、受信装置１３０、１４０からの取得要求に対して、送信装置１１０が指定されたコンテンツのチャプター情報を提供可能か否かを示すものである。具体的には、受信装置１３０、１４０が引数５１５の引数名「ＯｂｊｅｃｔＩＤ」でチャプタ情報６１２（後述）を提供可能か否かを確認するコンテンツを指定し、この取得要求を受けた送信装置１１０は、チャプタ情報が提供可能か否かを示す情報を引数５１６の引数名「ＣｈａｐｔｅｒＦｌａｇ」に設定して返信する。すなわち、アクション名「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」５１４は指定されたコンテンツに対するチャプタ情報の提供可否を返信するするというアクションを定義している。
【００４８】
サービス値テーブル５２０は、アクションの入出力引数の型を説明するテーブルであり、アクションリスト５１０の引数リストに記載される型名のデータタイプ（文字列、符号なし４バイト整数型など）を、型名毎に記述するものである。図５（ａ）の５２０はサービス値テーブル５２０にアクションリスト５００の引数５１２、５１３、５１５、５１６に記述されている型名「Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＯｂｊｅｃｔＩＤ」と「Ｘ＿Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＣｈａｐｔｅｒＬｉｓｔ」、「Ｘ＿Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＣｈａｐｔｅｒＦｌａｇ」のデータタイプを記述している場合を示している。ここでは、両型とも「ｓｔｒｉｎｇ」という文字列のデータタイプであると記述している。すなわち、引数「ＯｂｊｅｃｔＩＤ」、引数「ＣｈａｐｔｅｒＬｉｓｔ」、引数「ＣｈａｐｔｅｒＦｌａｇ」は、文字列によって表現される。許容値リスト５２２は記述されている型名が指定した値だけをとるように定義されている場合の記述である。本実施例の場合は型名「Ｘ＿Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＣｈａｐｔｅｒＦｌａｇ」は「ＩｓＣｈａｐｔｅｒ」と「ＮｏｔＣｈａｐｔｅｒ」の値だけをとることを示している。チャプタ情報を提供可能な場合は「ＩｓＣｈａｐｔｅｒ」、提供できない場合は「ＮｏｔＣｈａｐｔｅｒ」を返す。
【００４９】
以上示したように、受信装置１３０、１４０は機器情報４００を参照することで送信装置１１０が「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスを提供し、かつ、「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスの拡張機能としてチャプタ情報送信機能「ＣｈａｐｔｅｒＩｎｆｏ」を提供していることを認識し、更に、サービス記述情報５００を参照することによって、チャプタ情報の取得・設定の手段を得ることが可能となる。なお、ここで述べた各名称については、例として用いたものであり、ここに記載された名称に限定するものではない。
【００５０】
ここで図９を用いてＰＳＩ、ＳＩ情報の概要について説明する。ＰＳＩ、ＳＩ情報はＭＰＥＧ-ＴＳに含まれるコンテンツ付属情報である。送信装置１１０の分離抽出部２０２はコンテンツ付属情報（ＰＳＩ、ＳＩ情報）を解析し、記録媒体２０６に記録するコンテンツ（番組）に対応するタイトルやジャンル、放送スケジュール等の情報を抽出しコンテンツ情報管理部２０５に出力する。コンテンツ情報管理部２０５はコンテンツ情報管理部２０５から得た情報からコンテンツ毎に記録媒体内コンテンツ情報（後述）を生成し、記録媒体内のコンテンツを一意に定めるコンテンツＩＤを割当て管理する。
【００５１】
図９において、ＮＩＴ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）９１０は、主として、所望の番組を放送電波より受信するための周波数情報などが格納された伝送諸元９１１、該伝送諸元に対応するトランスポートストリームの伝送種別等のＴＳ（トランスポートストリーム）情報９１２、該伝送諸元に対応するチャネル番号の情報等を含む番組情報９１３等を格納する。ＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）９２０は、当該トランスポートストリームに含まれるＮＩＴ９１０への識別ＩＤ９２１や、後述のＰＭＴ９４０への識別ＩＤ９２２を、各チャネル（番組）毎に格納する。ＳＤＴ（Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ）９３０は、当該トランスポートストリームに含まれるチャネルのチャネル名９３１、チャネル説明９３２、チャネルのロゴデータへのリンク情報等のチャネルロゴ情報９３３等を、各チャネル毎に格納する。ＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）９４０は、ストリームタイプ９４１（デジタル・テレビジョン・サービスやデジタル・ラジオ・音声・サービスなどを識別する）や、該ストリームが格納された実際のデータを識別するためのストリーム識別番号９４２等を、各ストリーム毎に格納されている。ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）９５０は、番組タイトル９５１、番組の開始時刻・終了時刻を示す放送スケジュール９５２、番組のジャンルを識別するためのジャンル９５３、番組の説明文を示す詳細説明９５４等を、各チャネル毎に格納する。そしてこれらのテーブルには、夫々が対応するトランスポートストリーム、チャネル、番組を（図示しない）一意に定めるＩＤが格納されており、相互に関連付けされている。
【００５２】
次に、図６を用いて送信装置１１０のコンテンツ情報管理部２０５が管理するコンテンツ管理情報、記録媒体内コンテンツ情報、チャプタ管理情報、配信コンテンツ情報について説明する。
【００５３】
図６において記録媒体内コンテンツ情報６１０は記録媒体に記録したコンテンツの情報を管理する管理テーブル、ネットワーク配信コンテンツ情報６２０はコンテンツのネットワーク配信のための情報を管理するテーブル、チャプタ管理情報６３０はコンテンツのシーン区切りを示すチャプタ情報を管理するテーブルであり、図中では各テーブルのデータ構成の一例が示されている。これらの管理情報は記憶部２１４（或いは記録媒体２０６）に保持される。
【００５４】
６１１、６２１、６３１のコンテンツＩＤは記録媒体内のコンテンツを一意に定めるＩＤであり、コンテンツを記録する際にコンテンツ情報管理部２０５に割り当てられる。このコンテンツＩＤが、各コンテンツの記録媒体内コンテンツ情報６１０、ネットワーク配信コンテンツ情報６２０、チャプタ管理情報６３０を相互に紐付する。
【００５５】
記録媒体内コンテンツ情報６１０は、コンテンツＩＤ６１１、チャプタフラグ６１２、および、ファイル名、タイトル、ジャンル、詳細説明、録画日時、フォーマット情報、コンテンツ長などで構成する。チャプタフラグ６１２はこのコンテンツのチャプタ情報があるかどうかを示す情報である（例えば、チャプタ情報がある場合は値「１」、無い場合は値「０」に設定する）。チャプタ情報が生成、あるいは削除されたときにコンテンツ情報管理部２０５により更新される。タイトル、ジャンル、詳細説明などコンテンツに付属の情報は図９で説明したＰＳＩ、ＳＩ情報から取得した情報である。ファイル名、録画日時、フォーマット情報、コンテンツ長などはコンテンツ記録時に算出、あるいは生成して記録する。
【００５６】
ネットワーク配信コンテンツ情報６２０は、コンテンツＩＤ６２１、ＯｂｊｅｃｔＩＤ６２２、ＵＲＬ６２３などで構成する。ＯｂｊｅｃｔＩＤ６２２はネットワークに公開するコンテンツの識別情報（ＩＤ）である。図５（ａ）で説明したチャプタ情報を提供するアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」５１１のコンテンツを指定する引数「ＯｂｊｅｃｔＩＤ」５１２などに指定される値である。ＵＲＬ６２３はコンテンツをストリーミング受信、あるいは、コピー、ＭＯＶＥする場合に受信機がアクセスする先を示している。コンテンツＩＤ６２１とＯｂｊｅｃｔＩＤ６２２は同じ値であっても良い。
【００５７】
チャプタ管理情報６３０はコンテンツＩＤ６３１とコンテンツのシーン区切りを示すチャプタ情報６３２で構成する。チャプタ情報６３２はチャプタ情報生成部２０９（図２）で生成され、コンテンツＩＤ６３１と対応付けて、コンテンツごとにチャプタ管理情報６３０に保持される。
【００５８】
ここで、図１０を用いチャプタ情報６３２の構成について説明する。
図に示すように、チャプタ数１００１、チャプタ表現形式１００２、チャプタ数分のチャプタ位置情報１００３で構成する。チャプタ数１００１はそのコンテンツに設定されたチャプタ（シーン区切り）の数である。チャプタ表現形式１００２はチャプタ位置の表現形式を表す。チャプタ位置は、記録媒体２０６の種類や記録フォーマットによって、その表現方法は異なることがあるため、どの表現形式を用いているのかを示すものである。表現形式としては、コンテンツの先頭からのパケット位置やコンテンツの先頭からのバイト位置、もしくはコンテンツの先頭からの時間などがある。チャプタ位置情報１０１０はチャプタのインデックス番号１０１１とチャプタ位置１０１２で構成する。
【００５９】
コンテンツのチャプター情報を管理する送信装置１１０に記録されたコンテンツを受信装置１３０や１４０にコピーするときの送信装置動作と受信装置動作について図７、図８の処理シーケンス図を用いて説明する。
【００６０】
図７は受信装置１３０が送信装置１１０を探索し、送信装置１１０が提供するサービス情報を取得するまでのシーケンスである。この手順により受信装置１３０は送信装置１１０がコンテンツの情報を提供する「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスを拡張する機能として、コンテンツのチャプター情報を提供する機能を備えることを認識できる。
【００６１】
Ｓ７１０：受信装置１３０の制御手段３２０は、機器情報処理部３１０を用いてネットワーク上のサーバー機器を探す。すなわち、機器情報処理部３１０は制御手段３２０の制御に従い、ネットワークＩ／Ｆ部３１３を介し、ネットワーク１００に「サーバー探索要求」メッセージをマルチキャスト送信し、コンテンツを提供するサーバー機能を備えた装置を探す。具体的には、メッセージの「探索対象」フィールドにデバイスタイプ、あるいは、サービスタイプなどを指定する。本実施例の場合は「探索対象」フィールドにデバイスタイプ「ＭｅｄｉａＳｅｒｖｅｒ」を指定する。図１２（ａ）にＵＰｎＰ（登録商標）の探索（Ｓｅａｒｃｈ）を用いた場合の「サーバー探索要求」メッセージ例を示す。１２１０はＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のリクエストメッセージ、１２１１はリクエスト行、１２２０はヘッダである。「ＳＴ」フィールド１２２１は探索対象を指定する「探索対象」フィールドである。ここにデバイスタイプ「ＭｅｄｉａＳｅｒｖｅｒ」を指定する。「ＨＯＳＴ」フィールドはメッセージの送出先で図１２（ａ）ではマルチキャストメッセージを送信する場合のアドレスとポートを示している。「ＭＡＮ」フィールドはＨＴＴＰの拡張を示す。ＵＰｎＰ（登録商標）の探索プロトコルにＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｅｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）の探索（ｄｉｓｃｏｖｅｒ）を利用していることを示す。「ＭＸ」は応答の最大待ち時間（秒）を指定する。
【００６２】
Ｓ７１１：送信装置１１０はネットワーク１００にマルチキャスト送信された「サーバー探索要求」を受信すると、機器情報処理部２１０でメッセージを解析、処理する。機器情報処理部２１０が保持する機器情報４００（図４）を参照し「探索対象」フィールドの条件に該当する場合は「サーバー探索応答」メッセージを受信装置１３０に送信する。本実施例の場合は、受信装置１３０のデバイスタイプは「ＭｅｄｉａＳｅｒｖｅｒ」で「探索対象」フィールドの条件に該当する。「サーバー探索応答」メッセージには「ロケーション」フィールドに自身の機器情報へのアクセス先である機器情報ＵＲＬを設定する。この情報により受信装置１３０は送信機１１０の機器情報を取得できるようになる。図１２（ｂ）にＵＰｎＰ（登録商標）の探索（Ｓｅａｒｃｈ）レスポンスを用いた場合の「サーバー探索応答」メッセージ例を示す。１２３０はＨＴＴＰのレスポンスメッセージ、１２３１はレスポンス行、１２４０はヘッダである。「ＬＯＣＡＴＩＯＮ」フィールド１２４１は、機器情報ＵＲＬを記述する「ロケーション」フィールドである。
【００６３】
送信装置１１０が送信した「サーバー探索応答」メッセージは、受信装置１３０の機器情報処理部３１０で解析処理され、制御部３２０は送信装置１１０のターゲット情報として「ＬＯＣＡＴＩＯＮ」フィールドから得た機器情報ＵＲＬなどを取得する。
【００６４】
Ｓ７１２：送信装置１１０の機器情報ＵＲＬを取得した受信装置１３０の制御部３２０は、機器情報処理部３１０を制御し、機器情報ＵＲＬへ「機器情報要求」メッセージをＨＴＴＰのＧＥＴリクエスト等を用いて送信させる。
【００６５】
Ｓ７１３：機器情報ＵＲＬに対して「機器情報要求」メッセージを受けた送信装置１１０の制御部２２０は、機器情報処理部２１０を制御し、ＨＴＴＰの応答メッセージなどを用いて「機器情報応答」メッセージを送信させる。機器情報処理部２１０は、保持している機器情報４００をＸＭＬなどの形式でＨＴＴＰレスポンスメッセージのメッセージボディに挿入し、「機器情報応答」メッセージを生成する。
【００６６】
送信装置１１０からの応答「機器情報応答」メッセージを受信した受信装置１３０の制御部３２０は、機器情報処理部３１０で取得、解析処理した機器情報４００から、送信装置１１０の機器自身の情報やサービス情報を取得できる（先に図４で記述）。図４に示した機器情報４００の場合は、機器情報処理部３１０は、サービス情報４２１のサービスタイプ４２３の値から、送信装置１１０が提供するサービスが「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」であることと認識し、「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」のサービス記述へのアクセス先であるサービス記述ＵＲＬ４２４を取得する。更に受信装置１３０が機器情報４００の拡張情報リストの記述に対応している場合、機器情報処理部３１０は拡張情報リスト４３０も解析処理する。そして機器情報処理部３１０は、「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスに「ＣｈａｐｔｅｒＩｎｆｏ」の拡張機能があることを認識し、拡張機能のサービス記述へのアクセス先である拡張サービス記述ＵＲＬ４３５を得る。
【００６７】
また、制御部３２０は、サービスの提供するアクションで送信装置１１０を制御するときのアクセス先であるコントロールＵＲＬ４２５も取得する。コントロールＵＲＬ４２５は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスの標準的なアクションを利用する場合と、拡張機能「ＣｈａｐｔｅｒＩｎｆｏ」のアクションを利用する場合両方のアクションコマンド発行先である。
【００６８】
Ｓ７１４：送信装置１１０のサービス記述ＵＲＬを取得した受信装置１３０の制御部３２０は、機器情報処理部３１０を制御し、サービス記述ＵＲＬへ「サービス記述情報要求」メッセージをＨＴＴＰのＧＥＴリクエスト等を用いて送信させる。
【００６９】
Ｓ７１５：サービス記述ＵＲＬに対して「サービス記述情報要求」メッセージを受信した送信装置１１０の制御部２２０は機器情報処理部２１０を制御し、ＨＴＴＰの応答メッセージなどを用いて「サービス記述情報応答」メッセージを送信させる。機器情報処理部２１０は保持しているサービス記述情報５００をＸＭＬなどの形式でＨＴＴＰレスポンスメッセージのメッセージボディに挿入し「機器情報応答」メッセージを生成する。
【００７０】
送信装置１１０からの応答「サービス記述応答」メッセージを受信した受信装置１３０の制御部３２０は機器情報処理部３１０で取得、解析処理した機器情報４００から送信装置１１０の提供するサービスを利用するためのアクションの情報（アクション名、引数、データ型など）を取得できる（先に図５で記述）。
【００７１】
Ｓ７１６：次に受信装置１３０は、Ｓ７１４と同様に拡張サービス記述ＵＲＬ４３２へ「拡張サービス記述情報要求」メッセージＨＴＴＰのＧＥＴリクエスト等を用いて送信する。
【００７２】
Ｓ７１７：拡張サービス記述ＵＲＬに対して「拡張サービス記述情報要求」メッセージを受信した送信装置１１０は、Ｓ７１５と同様にＨＴＴＰの応答メッセージなどを用いて「サービス記述情報応答」メッセージを送信する。
【００７３】
以上のように、受信装置１３０はネットワーク上のサーバー（送信機１１０）を探索し、サーバーが提供するサービスとサービスの詳細情報を取得することができる。更に、拡張情報リストを解析処理することで拡張機能のサービス記述情報も標準的なサービスのサービス記述情報を取得する場合と同様の手順で取得できる。本実施例の受信装置１３０は、「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスに「ＣｈａｐｔｅｒＩｎｆｏ」の拡張機能があることを認識し、拡張サービス記述情報を取得して拡張機能を利用できる。
【００７４】
また、送信機１１０は図４に示したような形式で機器情報を提供することで、拡張情報リスト記述に対応する装置に対して、標準的なサービスのサービス記述情報を取得する場合と同様の手順で拡張機能のサービス記述情報を提供できる。更に、拡張情報リスト記述に対応していない装置に対しては、標準的なサービスのサービス記述情報だけを提供できる。このように、拡張情報リスト記述に能対応している装置と、対応していない装置の両方に対し、それぞれに適したサービス記述情報を提供できる。
【００７５】
次に、図８のシーケンス図を用いて、受信装置１３０が図７のシーケンスで取得したサービス記述で得た情報を用いて送信装置１１０からチャプタ情報を持つコンテンツをコピーする場合の処理手順を説明する。
【００７６】
受信装置１３０は図７のシーケンス（Ｓ７１３）で取得したコントロールＵＲＬ４２５へアクションコマンドを発行し、送信装置１１０が提供するサービスを利用する。
【００７７】
Ｓ８１０：はじめに受信装置１３０はコピーするコンテンツを決定するため、送信装置１１０が記録しているコンテンツ一覧情報を取得する。コンテンツ一覧情報は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスのＢｒｏｗｓｅアクションを用いて取得できる。受信装置１３０の制御部３２０は、コンテンツ情報処理部３１２を制御し、コントロールＵＲＬへ「Ｂｒｏｗｓｅリクエスト」メッセージをＨＴＴＰのＰＯＳＴリクエスト等を用いて発行させる。
【００７８】
Ｓ８１１：コントロールＵＲＬに対して発行された「Ｂｒｏｗｓｅリクエスト」メッセージを受信した送信装置１１０の制御部２２０はコンテンツ情報処理部２１２を制御し、ＨＴＴＰの応答メッセージなどを用いて「Ｂｒｏｗｓｅレスポンス」メッセージを送信させる。コンテンツ情報処理部２１２は、先に図６で説明した記録媒体内コンテンツ情報６１０、ネットワーク配信コンテンツ情報６２０を参照して、コンテンツ毎に図１１に示すような情報を持つＢｒｏｗｓｅレスポンス用コンテンツ情報１１００を生成する。送信装置１１０は、Ｂｒｏｗｓｅレスポンス用コンテンツ情報をＸＭＬなどの形式でＨＴＴＰレスポンスメッセージのメッセージボディに挿入し、受信装置１３０、１４０に送付する。
【００７９】
送信装置１１０からの応答「Ｂｒｏｗｓｅレスポンス」メッセージ受信した受信装置１３０の制御部３２０はコンテンツ情報処理部３１２で取得、解析処理したＢｒｏｗｓｅレスポンス用コンテンツ情報１１００から各コンテンツのコンテンツ情報（タイトル、ジャンル、ＵＲＬなど）を取得できる。制御部３２０はコンテンツのタイトル、録画日時などの情報を表示部３０４に表示してユーザに提示するなどして、コピーするコンテンツの選択をユーザに促す。コピーするコンテンツが選択されると、制御部３２０は選択されたコンテンツのコンテンツ情報をコンテンツ情報管理部３０５に渡し、図６に示したようなコンテンツ情報を生成させ、記録媒体３０６または記憶部３１４に記憶させる。記録媒体内コンテンツ情報６１０の情報のうち、コンテンツＩＤ６１１、ファイル名はコンテンツ情報管理部３０５が生成する。コンテンツＩＤ６１１およびファイル名は、受信装置１３０の記録媒体に記録したコンテンツおよびファイル名をそれぞれ一意に特定する情報である。チャプタフラグ６１２の値は、初期値としてチャプタ情報を持っていないことを示す” ＮｏｔＣｈａｐｔｅｒ”が設定される。その他の情報（タイトル、ジャンル、詳細説明、録画日時、フォーマット情報など）はＳ８１１で取得したＢｒｏｗｓｅレスポンス用コンテンツ情報が設定される。受信装置１３０はネットワーク配信コンテンツ情報６２０を持たないが、同じデータ構成の受信コンテンツ情報６５０を管理する。受信コンテンツ情報６５０は、送信装置１１０のコンテンツ識別情報であるＯｂｊｅｃｔＩＤ６２２やコンテンツ取得先のＵＲＬ情報であるＵＲＬ６２３を保持し、コンテンツ情報管理部３０５が割当てたコンテンツＩＤとの対応を参照するための情報である。コンテンツ情報管理部３０５は受信コンテンツ情報６５０をコンテンツをコピーの一連の処理が完了するまで保持する。
【００８０】
Ｓ８１２：そして、受信装置１３０はＨＴＴＰのＧＥＴリクエスト等を用いて、Ｂｒｏｗｓｅレスポンス用コンテンツ情報から取得したＵＲＬに「コンテンツコピー要求」を送信する。
Ｓ８１３：送信装置１１０の制御部２２０はＵＲＬで指定されたコンテンツをコンテンツ送信部２０７を介して受信装置１３０、１４０に送信する。受信装置１３０はコンテンツ受信部３０７でコンテンツを受信し、Ｓ８１１でコンテンツ情報管理部３０５が割り当てたファイル名で記録媒体３０６に記録する。コンテンツの受信が完了するとコンテンツ情報管理部３０５は実際に受信したコンテンツ長で記録媒体内コンテンツ情報６１０を更新し、記録する。
【００８１】
Ｓ８１４：コンテンツの受信が完了すると受信装置１３０はこのコンテンツがチャプタ情報を持つか確認する。コンテンツ一覧情報は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスの拡張機能「ＣｈａｐｔｅｒＩｎｆｏ」のＸ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇアクションで取得できる。受信装置１３０の制御部３２０は、チャプタ情報処理部３１１を制御し、コントロールＵＲＬへ「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇリクエスト」メッセージをＨＴＴＰのＰＯＳＴリクエスト等を用いて発行させる。入力引数ＯｂｊｅｃｔＩＤはＳ８１１で受信コンテンツ情報６５０に保持したＯｂｊｅｃｔＩＤ６２２を用いる。
【００８２】
Ｓ８１５：コントロールＵＲＬに対して発行された「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇリクエスト」メッセージを受信した送信装置１１０の制御部２２０はチャプタ情報処理部２１１を制御し、ＨＴＴＰの応答メッセージなどを用いて「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇレスポンス」メッセージを送信させる。チャプタ情報処理部２１１は、入力引数ＯｂｊｅｃｔＩＤでネットワーク配信コンテンツ情報６２０を参照し、ＯｂｊｅｃｔＩＤに対応するコンテンツＩＤを取得する。そして、そのコンテンツＩＤで該当コンテンツの記録媒体内コンテンツ情報６１０を特定し、チャプターフラグ６１２の値を返す。チャプターフラグ６１２の値は初期値がチャプター情報を持っていないことを示す” ＮｏｔＣｈａｐｔｅｒ”で、チャプター情報が生成されたときにコンテンツ情報管理部３０５により”ＩｓＣｈａｐｔｅｒ”が設定される。「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇレスポンス」はＨＴＴＰの応答メッセージなど用いて受信装置１３０に送信する。
【００８３】
「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇレスポンス」を受信した受信装置１３０のチャプタ情報処理部３１１は記録媒体内コンテンツ情報６１０のチャプターフラグ６１２の値をレスポンスの値で更新する。ここで、「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇレスポンス」のＣｈａｐｔｅｒＦｌａｇの値が” ＮｏｔＣｈａｐｔｅｒ”だった場合は、ここで、コンテンツコピー処理シーケンスを終了する。
【００８４】
Ｓ８１６：ＣｈａｐｔｅｒＦｌａｇの値が”ＩｓＣｈａｐｔｅｒ”だった場合、受信装置１３０のチャプタ情報処理部３１１はチャプタ情報要求を送信装置１１０に送信する。チャプタ情報は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスの拡張機能「ＣｈａｐｔｅｒＩｎｆｏ」のＸ_ＧｅｔＣｈａｐｔｅｒＬｉｓｔアクションを用いて取得できる。受信装置１３０の制御部３２０は、チャプタ情報処理部３１１を制御し、コントロールＵＲＬへ「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔリクエスト」メッセージをＨＴＴＰのＰＯＳＴリクエスト等を用いて発行させる。入力引数ＯｂｊｅｃｔＩＤはＳ８１１で受信コンテンツ情報６５０に保持したＯｂｊｅｃｔＩＤ６２２を用いる。
【００８５】
Ｓ８１７：コントロールＵＲＬに対して発行された「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔリクエスト」メッセージを受信した送信装置１１０の制御部２２０はチャプタ情報処理部２１１を制御し、ＨＴＴＰの応答メッセージなどを用いて「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔレスポンス」メッセージを送信させる。チャプタ情報処理部２１１は入力引数ＯｂｊｅｃｔＩＤで配信コンテンツ情報６２０を参照し、ＯｂｊｅｃｔＩＤに対応するコンテンツＩＤを取得する。そして、チャプタ情報処理部２１１は、そのコンテンツＩＤで該当コンテンツの記録媒体内コンテンツ情報６１０を特定し、チャプタフラグ６１２の値を参照する。チャプタフラグ６１２の値が” ＮｏｔＣｈａｐｔｅｒ”だった場合は、指定されたコンテンツのチャプタ情報は存在しないのでレスポンスとしてエラーコードを返す。チャプタフラグ６１２の値が” ＩｓＣｈａｐｔｅｒ”の場合、チャプタ情報処理部２１１は、コンテンツＩＤで該当コンテンツのチャプタ管理情報６３０を特定し、チャプタ情報６３２をＸＭＬなどの形式でＨＴＴＰレスポンスメッセージのメッセージボディに挿入し受信装置１３０、１４０に送付する。
【００８６】
「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔレスポンス」を受信した受信装置１３０のチャプタ情報処理部３１１は、レスポンスとしてエラーコードを受信した場合はチャプターフラグ６１２の更新はしない。レスポンスとしてチャプタ情報を受信した場合、チャプターフラグ６１２を” ＩｓＣｈａｐｔｅｒ”に更新する。更に取得したチャプタ情報をチャプタ管理情報６３０のチャプタ情報６３２に記憶する。以上の処理でコンテンツコピー処理シーケンスは完了するので受信装置１３０の制御処理部３２０はコンテンツ情報管理部３０５にコピーしたコンテンツの受信コンテンツ情報６５０を削除させる。
【００８７】
以上のように、送信装置１１０は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスを拡張したコンテンツ情報提供機能を備えることで、コンテンツとそのコンテンツのチャプタ情報も提供することができる。受信装置１３０はネットワーク上のサーバー（送信装置１１０）のコンテンツをコピーする場合に、そのコンテンツのチャプター情報も取得できる。そのため、コピーしたコンテンツを再生する場合であってもチャプタ情報に従った頭出し再生やスキップ再生が可能になりユーザの使い勝手を向上することができる。
【実施例２】
【００８８】
本発明に係る実施形態２について説明する。
本実施形態は、コンテンツのシーン区切りを示すチャプタ情報を管理する送信装置に記録されたコンテンツをネットワーク上の受信機に移動（ＭＯＶＥ）する場合の送信装置動作と受信装置動作に関するものである。なお、本発明は、本実施例に示す形態に限定されるものではない。
【００８９】
本実施例において、送信装置１１０と受信装置１３０の構成は実施例１で説明した図２、図３と同じである。また、受信装置１３０が送信装置１１０を探索し、送信装置１１０が提供するサービス情報を取得するまでのシーケンスも実施例１で説明した図７と同じである。受信装置１３０が送信装置１１０からチャプター情報を持つコンテンツを移動（ＭＯＶＥ）する場合の処理シーケンスは図８のＳ８１２をコンテンツ移動（ＭＯＶＥ）要求、Ｓ８１３を移動（ＭＯＶＥ）コンテンツ伝送に読み替えたシーケンスになる。
【００９０】
本実施例と実施例１の違いは、送信装置１１０における移動（ＭＯＶＥ）コンテンツ伝送（終了）後のコンテンツ管理情報（図６）の更新処理である。以下、図１３のフローチャートで説明する。
【００９１】
Ｓ１３１０：コンテンツ管理情報の更新処理は移動（ＭＯＶＥ）コンテンツ伝送（終了）後、開始される（Ｓ１３１１へ）。
Ｓ１３１１： 制御部２２０はコンテンツ管理情報の更新処理までのタイムアウト時間を設定する。このタイムアウトはコンテンツ毎に設定する。また、制御部２２０は移動（ＭＯＶＥ）されたコンテンツのＭＯＶＥフラグ６１３をＭＯＶＥ済みを示す値、例えば「１」に設定する。
【００９２】
Ｓ１３１２：制御部２２０はタイムアウト時間が経過したかを判定する。タイムアウト時間経過していたらＳ１３１３へ遷移する。まだタイムアウトしていない場合はＳ１３１４へ遷移する。
Ｓ１３１３：コンテンツ情報管理部２０５は制御部２２０の指示により、移動（ＭＯＶＥ）コンテンツのコンテンツ管理情報を削除する。移動（ＭＯＶＥ）コンテンツはコンテンツＩＤによって指定され、コンテンツ情報管理部２０５は記録媒体内コンテンツ情報６１０、ネットワーク配信コンテンツ情報６２０、チャプタ管理情報６３０を削除し、コンテンツ管理情報の更新処理を終了する。
Ｓ１３１４：制御部２２０はチャプター情報要求「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔリクエスト」を受信したか否かを確認する。受信した場合はＳ１３１５へ遷移する。受信していない場合はＳ１３１２へ遷移する。
【００９３】
Ｓ１３１５：制御部２２０は、チャプタ情報処理部２１１を制御し、引数ＯｂｊｅｃｔＩＤで指定されたコンテンツのチャプタ情報を、ＨＴＴＰの応答メッセージなどを用いて「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔレスポンス」メッセージとして受信装置１３０、１４０に送信させる。
Ｓ１３１６：制御部２２０は、Ｓ１３１５で送信したチャプタ情報が移動（ＭＯＶＥ）コンテンツのチャプター情報か否かを確認する。移動（ＭＯＶＥ）コンテンツのチャプター情報かどうかは、引数ＯｂｊｅｃｔＩＤが移動（ＭＯＶＥ）コンテンツのＯｂｊｅｃｔＩＤか否かで判断できる。移動（ＭＯＶＥ）コンテンツのチャプター情報であった場合はＳ１３１３に遷移する。そうでなかった場合は、Ｓ１３１２に遷移する。
【００９４】
以上、説明したように本発明に係る送信装置１１０はコンテンツ移動（ＭＯＶＥ）したときに、そのコンテンツ情報を削除するまでのタイムアウト時間を設定する。これにより、コンテンツ移動（ＭＯＶＥ）後、時間経過してからコンテンツ情報要求を受信した場合でも、タイムアウト時間内であればチャプタ情報を提供することができる。そのため、複数のコンテンツを移動（ＭＯＶＥ）し、そのあとに、それらのコンテンツのコンテンツ情報を受信するような処理を行う受信装置であってもコンテンツ情報を提供することができ、受信装置側の処理シーケンスの自由度が高くなる。なお、ここでは記載していないが、移動（ＭＯＶＥ）したコンテンツ情報が削除されるまでの時間を受信装置側で設定できるようにしても良い。
また、タイムアウト時間経過後はコンテンツ情報を削除するので、移動（ＭＯＶＥ）したコンテンツのコンテンツ情報だけが残ってしまうことを防ぐことができる。
【実施例３】
【００９５】
本発明に係る実施形態３について説明する。
本実施形態は、コンテンツのシーン区切りを示すチャプタ情報を管理する送信装置に記録されたコンテンツの一部分をネットワーク上の受信機にコピーする場合の送信装置動作と受信装置動作に関するものである。なお、本発明は、本実施例に示す形態に限定されるものではない。
本実施例において、送信装置１１０と受信装置１３０の構成は実施例１で説明した図２、図３と同じである。また、受信装置１３０が送信装置１１０を探索し、送信装置１１０が提供するサービス情報を取得するまでのシーケンスも実施例１で説明した図７と同じである。受信装置１３０が送信装置１１０からチャプター情報を持つコピーする場合の処理シーケンスは図８と同じであるが、コンテンツコピー要求（Ｓ８１２）にコピー範囲（開始位置と終了位置）を指定する点が異なる。ＨＴＴＰのＧＥＴリクエストを利用する場合はＲａｎｇｅヘッダを用いることで指定できる。
【００９６】
また、本実施例では図１４に示すように図５（ａ）に示したサービス記述のアクション５１１、５１４の引数にコンテンツ範囲を指定を追加し、指定した範囲のチャプタ情報、および、指定した範囲のチャプタ情報提供可否を返すようにする。図１４の１４０１、１４０２は追加したコンテンツ範囲を指定する引数「ＣｏｎｔｅｎｔＲａｎｇｅ」の定義である。１４０３は引数「ＣｏｎｔｅｎｔＲａｎｇｅ」で使用する型名「Ｘ＿Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＣｏｎｔｅｎｔＲａｎｇｅ」のデータタイプの定義である。なお、図１４で図５（ａ）と同じものは同じ符号で表し、説明は割愛する。
【００９７】
図１６（ａ）はアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの一例である。１６０１が第１引数「ＯｂｊｅｃｔＩＤ」で、１６０２が本実施例で追加定義した第２引数「ＣｏｎｔｅｎｔＲａｎｇｅ」の指定である。どちらもｓｔｒｉｎｇ型なので２重引用符（”）で囲っている。第２引数はカンマ（，）で区切ってコンテンツ範囲の開始位置と終了位置を指定する。アクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストの場合も同様の形式で指定する。
【００９８】
図１６（ｂ）はアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストの一例である。図１６（ａ）と同様に、１６１１が第１引数「ＯｂｊｅｃｔＩＤ」で、１６１２が本実施例で追加定義した第２引数「ＣｏｎｔｅｎｔＲａｎｇｅ」の指定である。
【００９９】
以下、コンテンツ範囲を指定した「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエスト、および、「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストを受信した送信装置１１０の処理について説明する。
【０１００】
はじめに、図１７、図１５（ａ）（ｂ）、図１８（ａ）（ｂ）を用いて「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストを受信する処理について説明する。図１７は送信装置１１０の制御部２２０における、「Ｃｏｎｔｅｎｔ Ｒａｎｇｅ」を含む「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの受信処理フロー、図１５（ａ）は送信装置１１０に記憶されたコンテンツとコンテンツのシーン区切りを示すチャプタ情報を模式的に表したもの、図１５（ｂ）はチャプタ管理情報６３０として管理される、図１５（ａ）のチャプタ情報６３２である。
【０１０１】
図１５（ａ）において１５００は送信装置に記憶されたコンテンツを表し、１５１０、１５２０、１５１２、１５１３、１５１５、１５１６、１５１７はコンテンツ１５００に付加されたシーン区切りを示すチャプタである。１５０１は「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの引数「ＣｏｎｔｅｎｔＲａｎｇｅ」で指定されたコンテンツの開始位置、１５０２は終了位置を表す。ここでは、図１６（ａ）のアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの一例で指定された値、開始位置＝６００００、終了位置＝２７００００が指定されたとして説明する。
【０１０２】
図１５（ｂ）はコンテンツ１５００のチャプタ情報の具体例である。１５２０は図６、図１０で６３２で示されたチャプタ情報である。１５１０〜１５１７は図１５（ａ）の同符号のチャプタのチャプタ位置情報である。図１５（ａ）では８個のチャプタを持つのでチャプタ数は「８」である。チャプタ表現形式は図１５（ｂ）の場合はコンテンツの先頭からのバイト位置を表す「ｂｙｔｅｓ」としている。
【０１０３】
Ｓ１７０１：制御部２２０はチャプタ情報処理部２１１がアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストを受信すると処理を開始する。チャプタ情報処理部２１１は引数と伴に、アクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの受信を制御部２２０に通知する。
Ｓ１７０２：制御部２２０は引数「ＯｂｊｅｃｔＩＤ」で指定されたコンテンツのチャプタ情報の有無を確認するために、ネットワーク配信コンテンツ情報６２０を参照し「コンテンツＩＤ」を取得する。そして、「コンテンツＩＤ」で記録媒体内コンテンツ情報６１０のチャプターフラグ６１２を取得する。
Ｓ１７０３：制御部２２０は、指定されたコンテンツのチャプタ情報の有無をチャプターフラグ６１２の値で判定する。チャプターフラグ６１２の値が”ＩｓＣｈａｐｔｅｒ”なら該当コンテンツのチャプター情報があると判断しＳ１７０４へ遷移する。その他の場合はチャプター情報は無いと判断し、Ｓ１７０８へ遷移してエラーレスポンスを返信する。
【０１０４】
Ｓ１７０４：指定されたコンテンツのチャプタ情報が存在する場合は、制御部２２０はチャプタ管理情報６３０を参照し、アクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの引数「ＣｏｎｔｅｎｔＲａｎｇｅ」で指定された範囲のチャプタ情報位置を取得する。ここでは、図１６（ａ）に示した通り引数「ＣｏｎｔｅｎｔＲａｎｇｅ」が開始位置＝６００００、終了位置＝２７００００に指定されたと仮定する。また、指定されたコンテンツのチャプタ情報は図１５（ｂ）であるとする。制御部２２０はチャプタ情報１５２０が持つチャプタ位置情報を参照し、チャプタ位置の値が開始位置以上、終了位置以下のものを抽出する。本例の場合は６０，０００以上、２７０，０００以下で、１５１２、１５１３、１５１４、１５１５の４つのチャプタ位置情報が抽出される。
Ｓ１７０５：Ｓ１７０４の処理の結果から指定されたコンテンツ範囲にチャプター情報が含まれていたかどうかを判断する。すなわち抽出されたチャプタ位置情報の数が０より多かったらチャプタ情報が含まれていると判断しＳ１７０６に遷移する。そうでなかった場合は、チャプター情報は含まれていないと判断し、Ｓ１７０８へ遷移してエラーレスポンスを返信する。
【０１０５】
Ｓ１７０６：制御部２２０は抽出したチャプタ位置情報を用いて、返信用の「返信チャプタ情報」を生成する。図１５（ｂ）のチャプタ情報はコンテンツの先頭からのチャプタ位置を示しているが、制御部２２０は、指定された引数「ＣｏｎｔｅｎｔＲａｎｇｅ」の開始位置＝６００００を基準としてチャプタ位置情報を算出しなおす。また、インデックス番号も抽出されたチャプタ位置情報で０から始まる値を割当てる。図１８（ａ）に範囲指定されたコンテンツと、そのコンテンツのシーン区切りを示すチャプタ情報の模式図、図１８（ｂ）に制御部２２０が生成した「返信チャプタ情報」を示す。なお、図１８（ａ）（ｂ）において図１５と同じものは同じ符号で表現する。図１８（ａ）の１８００は引数「ＣｏｎｔｅｎｔＲａｎｇｅ」、すなわち、１５０１、１５０２で範囲指定されたコンテンツを表す。１８１０、１０１１、１８１２、１８１３はコンテンツ１５００に付加されたシーン区切りを示すチャプタ（１５１０〜１５１７）の内、範囲指定されたコンテンツ１８００に含まれるものである。コンテンツ１５００のチャプタ１５１２がコンテンツ１８００のチャプタ１８１０に当たる。図１８（ｂ）に示すように、制御部２２０はコンテンツ１８００で先頭のチャプタであるチャプタ位置情報１８１２のインデックス番号には０を割当て、１８１１、１８１２、１８１３には各１、２、３を割当てる。チャプタ位置はコンテンツ１８００の先頭からの位置を示すように再計算する。すなわち、開始位置の値が６００００なので図１５（ｂ）の１５１２で値が７２０００だったチャプタ位置は１８１０では１２０００になる。
【０１０６】
Ｓ１７０７：チャプタ情報処理部２１１は制御部２２０の指示に従い、「返信チャプタ情報」を用いて「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」レスポンスを生成し送信する。
Ｓ１７０８：チャプタ情報処理部２１１は制御部２２０の指示に従い、チャプタ情報を持たないことを示すエラーコードを付加したエラーレスポンスを生成し送信する。
【０１０７】
次に、図１９、図１５（ａ）（ｂ）を用いて「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストを受信する処理について説明する。図１９は送信装置１１０の制御部２２０における「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストの受信処理フローである。
【０１０８】
Ｓ１９０１：制御部２２０はチャプタ情報処理部２１１がアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストを受信すると処理を開始する。チャプタ情報処理部２１１は引数と伴に、アクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストの受信を制御部２２０に通知する。
Ｓ１９０２：制御部２２０は引数「ＯｂｊｅｃｔＩＤ」で指定されたコンテンツのチャプタ情報の有無を確認するために、ネットワーク配信コンテンツ情報６２０を参照し「コンテンツＩＤ」を取得する。そして、「コンテンツＩＤ」で記録媒体内コンテンツ情報６１０のチャプターフラグ６１２を取得する。
Ｓ１９０３：制御部２２０は、指定されたコンテンツのチャプタ情報の有無をチャプターフラグ６１２の値で判定する。チャプターフラグ６１２の値が”ＩｓＣｈａｐｔｅｒ”なら該当コンテンツのチャプター情報があると判断しＳ１９０４へ遷移する。その他の場合はチャプター情報は無いと判断し、Ｓ１９０７へ遷移する。
【０１０９】
Ｓ１９０４：指定されたコンテンツのチャプタ情報が存在する場合は、制御部２２０はチャプタ管理情報６３０を参照し、アクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストの引数「ＣｏｎｔｅｎｔＲａｎｇｅ」で指定された範囲のチャプタ情報位置を取得する。ここでは、図１６（ｂ）に示した通り引数「ＣｏｎｔｅｎｔＲａｎｇｅ」が開始位置＝６００００、終了位置＝２７００００に指定されたと仮定する。また、指定されたコンテンツのチャプタ情報は図１５（ｂ）であるとする。制御部２２０はチャプタ情報１５２０が持つチャプタ位置情報を参照し、チャプタ位置の値が開始位置以上、終了位置以下のものを抽出する。本例の場合は６０，０００以上、２７０，０００以下で、１５１２、１５１３、１５１４、１５１５の４つのチャプタ位置情報が抽出される。
【０１１０】
Ｓ１９０５：Ｓ１９０４の処理の結果から指定されたコンテンツ範囲にチャプター情報が含まれていたかどうかを判断する。すなわち抽出されたチャプタ位置情報の数が０より多かったらチャプタ情報が含まれていると判断しＳ１９０６に遷移する。そうでなかった場合は、チャプター情報は含まれていないと判断し、Ｓ１９０７へ遷移する。
Ｓ１９０６：指定されたコンテンツ範囲にチャプタ情報が含まれるので、制御部２２０は出力引数５１６「ＣｈａｐｔｅｒＦｌａｇ」の値を”ＩｓＣｈａｐｔｅｒ”に設定する。
Ｓ１９０７：指定されたコンテンツ範囲にチャプタ情報が含まれないので、制御部２２０は出力引数５１６「ＣｈａｐｔｅｒＦｌａｇ」の値を”ＮｏｔＣｈａｐｔｅｒ”に設定する。
【０１１１】
Ｓ１９０８：チャプタ情報処理部２１１は制御部２２０の指示に従い、Ｓ１９０６、または、Ｓ１９０７で値を設定した出力引数「ＣｈａｐｔｅｒＦｌａｇ」を用いて「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」レスポンスを生成し送信する。
【０１１２】
以上のように、本実施例の送信装置１１０ではアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」とアクション「ＣｈａｐｔｅｒＦｌａｇ」に引数「ＣｏｎｔｅｎｔＲａｎｇｅ」を追加する。これによって、コンテンツの範囲を指定して一部分だけコピーする場合においても、その範囲部分のチャプター情報を提供することができる。受信装置１３０は一部分だけコピーしたコンテンツを再生する場合であってもチャプタ情報に従った頭出し再生やスキップ再生が可能になりユーザの使い勝手を向上することができる。
【実施例４】
【０１１３】
本発明に係る実施形態４について説明する。
本実施形態は、コンテンツのシーン区切りを示すチャプタ情報を管理する送信装置に記録されたコンテンツの一部分をネットワーク上の受信機に移動（ＭＯＶＥ）する場合の送信装置動作と受信装置動作に関するものである。なお、本発明は、本実施例に示す形態に限定されるものではない。
【０１１４】
本実施例において、送信装置１１０と受信装置１３０の構成は実施例１で説明した図２、図３と同じである。また、受信装置１３０が送信装置１１０を探索し、送信装置１１０が提供するサービス情報を取得するまでのシーケンスも実施例１で説明した図７と同じである。受信装置１３０が送信装置１１０からチャプター情報を持つコンテンツを移動（ＭＯＶＥ）する場合の処理シーケンスはＳ８１２をコンテンツ移動（ＭＯＶＥ）要求、Ｓ８１３を移動（ＭＯＶＥ）コンテンツ伝送に読み替えたシーケンスになり、コンテンツ移動（ＭＯＶＥ）要求（Ｓ８１２）には移動（ＭＯＶＥ）対象範囲（開始位置と終了位置）を指定する。範囲はＨＴＴＰのＧＥＴリクエストを利用する場合はＲａｎｇｅヘッダを用いることで指定できる。
【０１１５】
本実施例では送信装置１１０はコンテンツの一部分の移動（ＭＯＶＥ）コンテンツ伝送（終了）後、コンテンツ管理情報を移動（ＭＯＶＥ）した部分とされなかった部分それぞれの管理する。
【０１１６】
ここでは、開始位置＝６００００、終了位置＝２７００００の範囲のコンテンツが移動（ＭＯＶＥ）された場合を例に想定して説明する。図２０は記憶されたコンテンツとコンテンツのシーン区切りを示すチャプタ情報を模式的に表した図である。図中、図１５と同じものは同じ符号で表現する。１８００はコンテンツの一部分の移動（ＭＯＶＥ）要求によって移動（ＭＯＶＥ）したコンテンツを表す。１５０１は開始位置、１５０２は終了位置を示している。１８１０、１０１１、１８１２、１８１３はコンテンツ１５００に付加されたシーン区切りを示すチャプタ（１５１０〜１５１７）の内、移動（ＭＯＶＥ）したコンテンツ１８００に含まれるチャプターである。２０００、および、２００１は１８００の一部分の移動（ＭＯＶＥ）によって残されたコンテンツである。そして、２０１０、２０１１はコンテンツ２０００に含まれるチャプター、２０２０、２０２１はコンテンツ２００１に含まれるチャプターである。
【０１１７】
送信装置１１０の制御部２２０はコンテンツの一部分の移動（ＭＯＶＥ）コンテンツ伝送（終了）後、コンテンツ１８００、２０００、２００１の３つに分割されたコンテンツのコンテンツ管理情報を生成し、コンテンツ情報管理部２０５を介して保持する。
【０１１８】
以下、コンテンツの一部分の移動（ＭＯＶＥ）コンテンツ伝送（終了）後のコンテンツ情報管理処理について図２１、図２２を用いて説明する。
【０１１９】
図２２はコンテンツ１５００を管理するコンテンツ管理情報、記録媒体内コンテンツ情報２１１０、配信コンテンツ情報２１２０、チャプタ管理情報２１３０の具体例である。ここで、コンテンツ１５００のコンテンツＩＤは「１」、ＯｂｊｅｃｔＩＤも「１」と設定している。チャプタ管理情報２１３０において、図１０で説明したように、各チャプタのチャプタ位置情報はインデックス番号とチャプタ位置の２つの情報からなる。図では上段がインデックス番号、下段がチャプタ位置を表す。２１３０のインデックス番号「０」のチャプタ位置情報が図２０の１５１０に対応する。同様にインデックス番号「１」〜「７」が図２０の１５１１〜１５１７に対応する。
【０１２０】
ここで、コンテンツの一部分（開始位置＝６００００、終了位置＝２７００００）の移動（ＭＯＶＥ）要求よるコンテンツ伝送が終了すると送信装置１１０はコンテンツ情報管理部２０５でコンテンツ管理情報を図２２のように再構築する。記録媒体内コンテンツ情報２２１０、配信コンテンツ情報２２２０、チャプタ管理情報２２３０は移動（ＭＯＶＥ）した部分、すなわちコンテンツ１８００（図２０）のコンテンツ管理情報である。記録媒体内コンテンツ情報２２４０、配信コンテンツ情報２２５０、チャプタ管理情報２２６０はコンテンツ２０００（図２０）のコンテンツ管理情報である。記録媒体内コンテンツ情報２２７０、配信コンテンツ情報２２８０、チャプタ管理情報２２９０はコンテンツ２００１（図２０）のコンテンツ管理情報である。
【０１２１】
送信装置１１０の制御部２２０はコンテンツを要求した受信装置からチャプター情報取得を考慮し、移動（ＭＯＶＥ）した部分のコンテンツ１８００のコンテンツＩＤとＯｂｊｅｃｔＩＤはコンテンツ１５００に割り当てたものをそのまま使用する。コンテンツ２０００とコンテンツ２００１については、コンテンツＩＤとＯｂｊｅｃｔＩＤを新たに割当てコンテンツ１８００のコンテンツ管理情報（図２１）を用いて生成し管理する。ここでは、コンテンツ２０００にコンテンツＩＤ＝１０１、ＯｂｊｅｃｔＩＤ＝１０１をコンテンツ２００１にコンテンツＩＤ＝１０２、ＯｂｊｅｃｔＩＤ＝１０２を割当てている。また、コンテンツを保存するファイル名、ＵＲＬもそれぞれ新しく割当てる。コンテンツ長は元のコンテンツ１５００のコンテンツ長＝３６０，０００（図２２）とコンテンツの一部分の移動（ＭＯＶＥ）要求のコンテンツ範囲（開始位置＝６００００、終了位置＝２７００００）から算出する。
【０１２２】
チャプタフラグは実施例３の図１９で示した手順と同様の方法で、図２１、２１３０のチャプタ位置情報とコンテンツの範囲から求める。一部分の移動（ＭＯＶＥ）のコンテンツ１８００の範囲が開始位置＝６００００、終了位置＝２７００００であることから、コンテンツ２０００の範囲は開始位置＝０、終了位置＝５９９９９である。コンテンツ２００１の範囲は開始位置＝２７０００１、終了位置＝３６００００となる。本例の場合は、コンテンツ１８００、２０００、２００１ともチャプタ位置情報を持つのでチャプターフラグは”ＩｓＣｈａｐｔｅｒ”を設定する。
【０１２３】
チャプタ情報も実施例３の図１７で示した手順と同様の方法で、図２１、２１３０のチャプタ位置情報とコンテンツの範囲から求める。チャプタ位置の値はそれぞれのコンテンツの開始位置を基準位に算出する。ＭＯＶＥフラグはコンテンツ１８００が移動（ＭＯＶＥ）したコンテンツなので２２１０のＭＯＶＥフラグのみ値「１」に設定する。ＭＯＶＥフラグの値「１」のコンテンツ管理情報２２１０、２２２０、２２３０は、コンテンツ移動（ＭＯＶＥ）後所定の時間が経過した場合、あるいは、コンテンツの移動（ＭＯＶＥ）を要求した受信装置からチャプタ情報要求であるアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストを受信し、その処理が終了した時点で削除する。
【０１２４】
以上のように、本実施例の送信装置１１０ではコンテンツの一部分の移動（ＭＯＶＥ）要求を受けた場合に、移動（ＭＯＶＥ）した部分とされなかった部分それぞれについて、コンテンツ管理情報、記録媒体内コンテンツ情報、配信コンテンツ情報、チャプタ管理情報を生成する。したがって、一部分の移動（ＭＯＶＥ）コンテンツを取得した受信装置に対して、その部分のチャプタ情報を提供することができる。さらに、残った部分のコンテンツに関しても、そのコンテンツの部分のチャプター情報を保持することができる。
【実施例５】
【０１２５】
本実施形態は、コンテンツのシーン区切りを示すチャプタ情報を管理する送信装置に記録されたコンテンツをネットワーク上の受信機にコピーする場合の送信装置動作と受信装置動作に関するものである。なお、本発明は、本実施例に示す形態に限定されるものではない。
【０１２６】
本実施例において、送信装置１１０と受信装置１３０の構成は実施例１で説明した図２、図３と同じである。また、受信装置１３０が送信装置１１０を探索し、送信装置１１０が提供するサービス情報を取得するまでのシーケンスも実施例１で説明した図７と同じである。
【０１２７】
本実施例と実施例１の違いは、コンテンツ一覧応答にコンテンツ提供ＵＲＬ６２３の他に、チャプタ情報を提供可能なコンテンツに関してはコンテンツとチャプタ情報を提供するためのＵＲＬ（以下、チャプタコンテンツＵＲＬと記す）を含めることである。図２３（ａ）にコンテンツ一覧応答の一例を示す。図２３（ａ）はＸＭＬ形式で表現した場合を示している。また、各コンテンツ情報の部分だけを示し、ＨＴＴＰレスポンスのヘッダ部分などは含まない。図２３（ａ）において＜ｉｔｅｍ＞タグで囲われた部分２３１０、２３２０が１つのコンテンツのコンテンツ情報である。各コンテンツのコンテンツ情報は図１１で示したものが含まれる。この例ではタイトル＜ｄｃ：ｔｉｔｌｅ＞とコンテンツの種類＜ｕｐｎｐ：ｃｌａｓｓ＞を一例として挙げている。そして、＜ｒｅｓ＞タグがコンテンツを提供するＵＲＬを表すタグである。コンテンツ２３１０はコンテンツのＵＲＬだけを含む場合であり２３１１がコンテンツのＵＲＬを提供する＜ｒｅｓ＞タグである。コンテンツ２３２０は２３２１、２３２２の２つの＜ｒｅｓ＞タグを含む。
【０１２８】
２３２１がコンテンツを提供するＵＲＬで、２３２２がコンテンツとチャプタ情報を提供するためのチャプタコンテンツＵＲＬである。＜ｒｅｓ＞タグで提供するＵＲＬはコンテンツを提供するＵＲＬか、チャプタコンテンツＵＲＬであるかは＜ｒｅｓ＞タグのプロパティ情報で識別する。本実施例では、＜ｒｅｓ＞タグにｐｒｏｔｏｃｏｌＩｎｆｏプロパティを持たせ、そのフィールド情報で識別する。図２３（ｂ）がｐｒｏｔｏｃｏｌＩｎｆｏプロパティは持つフィールドの定義の例である。図２３（ｂ）に示すようにｐｒｏｔｏｃｏｌＩｎｆｏプロパティは４つのフィールドを持つ。第１フィールド＜ｐｒｏｔｏｃｏｌ＞はコンテンツを出力するときのプロトコルを表す。図２３（ａ）はＨＴＴＰ ＧＥＴで出力することを示している。第２フィールド＜ｎｅｔｗｏｒｋ＞は出力プロトコルに依存するフィールドでＨＴＴＰの場合は”＊”（アスタリスク）を記述する。第３フィールド＜ｃｏｎｔｅｎｔＦｏｒｍａｔ＞はコンテンツのフォーマット
を表す。そして第４フィールド＜ａｄｄｉｔｏｎａｌＩｎｆｏ＞は付加情報を表すフィールドである。本例ではこの＜ａｄｄｉｔｏｎａｌＩｎｆｆｏ＞を用いてコンテンツを提供するＵＲＬか、チャプタコンテンツＵＲＬであるかを表す。図２３（ａ）２３２３に示しように第４フィールドに”ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｃｈａｐｔｅｒＬｉｓｔ”と記述した場合に、チャプタコンテンツＵＲＬであることを表す。
【０１２９】
送信装置１１０の制御部２２０は、チャプタ情報生成部２０９によりコンテンツのチャプタ情報が生成された場合に、チャプタ情報とコンテンツを提供するためのチャプタコンテンツＵＲＬを生成し、コンテンツ情報管理部２０５を介して配信コンテンツ情報に記憶する。図２４に送信装置１１０のコンテンツ情報管理部２０５が管理するコンテンツ管理情報、記録媒体内コンテンツ情報、チャプタ管理情報、配信コンテンツ情報の構成をしめす。図６と同じ要素については同じ符号で表し説明は割愛する。２４０１がコンテンツとコンテンツに付加されたチャプタ情報を提供するためのＵＲＬである。
【０１３０】
図２５に、本発明に係るコンテンツ一覧提供とコンテンツ提供の処理シーケンスをしめす。
Ｓ２５１０：はじめに受信装置１３０はコピーするコンテンツを決定するため、送信装置１１０が記録しているコンテンツ一覧情報を取得する。コンテンツ一覧情報は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスのＢｒｏｗｓｅアクションを用いて取得できる。受信装置１３０の制御部３２０は、コンテンツ情報処理部３１２を制御し、コントロールＵＲＬへ「Ｂｒｏｗｓｅリクエスト」メッセージをＨＴＴＰのＰＯＳＴリクエスト等を用いて発行させる。
【０１３１】
Ｓ２５１１：コントロールＵＲＬに対して発行された「Ｂｒｏｗｓｅリクエスト」メッセージを受信した送信装置１１０の制御部２２０はコンテンツ情報処理部２１２を制御し、ＨＴＴＰの応答メッセージなどを用いて「Ｂｒｏｗｓｅレスポンス」メッセージを送信させる。コンテンツ情報処理部２１２は先に図２４で説明した記録媒体内コンテンツ情報６１０、配信コンテンツ情報６２０を参照して、コンテンツ毎にＢｒｏｗｓｅレスポンス用コンテンツ情報を生成する。ＸＭＬ形式で表現した場合のＢｒｏｗｓｅレスポンス用コンテンツ情報は図２３（ａ）に示した通りである。図２３（ａ）でも説明したとおり、＜ｒｅｓ＞タグのｐｒｏｔｏｃｏｌＩｎｆｏプロパティの第４フィールドに”ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｃｈａｐｔｅｒＬｉｓｔ”と記述することでコンテンツとコンテンツに付加されたチャプタ情報を提供するためのＵＲＬであることを示す。
【０１３２】
送信装置１１０からの応答「Ｂｒｏｗｓｅレスポンス」メッセージ受信した受信装置１３０の制御部３２０はコンテンツ情報処理部３１２で取得、解析処理したＢｒｏｗｓｅレスポンス用コンテンツ情報１１００から各コンテンツのコンテンツ情報（タイトル、ジャンル、ＵＲＬ、チャプタコンテンツＵＲＬなど）を取得できる。制御部３２０はコンテンツのタイトル、録画日時などの情報を表示部３０４に表示してユーザに提示するなどして、コピーするコンテンツの選択をユーザに促す。この時、アイコンや文字などでチャプタ情報が利用できることを提示し、コンテンツと一緒にチャプタ情報もコピーするかどうかをユーザに決定させる。コピーするコンテンツが選択されると、制御部３２０は選択されたコンテンツのコンテンツ情報をコンテンツ情報管理部３０５に渡し、図６に示したようなコンテンツ情報を生成させ、記憶させる。記録媒体内コンテンツ情報６１０の情報のうち、コンテンツＩＤ６１１、ファイル名はコンテンツ情報管理部３０５が生成する。コンテンツＩＤ６１１は、受信装置１３０の記録媒体に記録したコンテンツを一意に特定するためのＩＤを割当てる。ファイル名も同様である。チャプターフラグ６１２の値はチャプタ情報取得後に設定する。その他の情報（タイトル、ジャンル、詳細説明、録画日時、フォーマット情報など）は取得したＢｒｏｗｓｅレスポンス用コンテンツ情報を設定する。受信装置１３０は配信コンテンツ情報６２０を持たないが、同じデータ構成の受信コンテンツ情報６５０を管理する。受信コンテンツ情報６５０は、送信装置１１０のコンテンツ識別情報であるＯｂｊｅｃｔＩＤ６２２やコンテンツ取得先のＵＲＬ情報であるＵＲＬ６２３を保持し、コンテンツ情報管理部３０５が割当てたコンテンツＩＤとの対応を参照するための情報である。コンテンツ情報管理部３０５は受信コンテンツ情報６５０をコンテンツをコピーの一連の処理が完了するまで保持する。
【０１３３】
Ｓ２５１２：そして、受信装置１３０はＨＴＴＰのＧＥＴリクエスト等を用いて、Ｂｒｏｗｓｅレスポンス用コンテンツ情報から取得したＵＲＬに「コンテンツコピー要求」を送信する。本例ではコンテンツとコンテンツに付加されたチャプタ情報を提供するチャプタコンテンツＵＲＬに対してリクエストを送信した場合について説明する。
Ｓ２５１３：送信装置１１０の制御部２２０はＵＲＬで指定されたコンテンツをコンテンツ送信部２０７を介して送信する。チャプタコンテンツＵＲＬが指定された場合は、最初にコンテンツを送信し、その後、チャプタ情報を送信する（Ｓ２５１５で後述）。コンテンツを送信するか、チャプタ情報を送信するかは、ヘッダで区別する。図２６（ａ）にＨＴＴＰプロトコルを利用してコンテンツおよび、チャプタ情報を送信する場合のフォーマットを示す。２６００はＨＴＴＰヘッダ、２６１０はＨＴＴＰのメッセージを入れるＨＴＴＰボディである。本例の場合は、ＨＴＴＰボディ２６１０にコンテンツヘッダ２６２０とペイロード部２６３０を入れる。ペイロード部２６３０はコンテンツやチャプタ情報を挿入する部分である。コンテンツヘッダ２６２０は図２６（ｂ）のようにＰａｙｌｏａｄＴｙｐｅ２６２１、ＯｂｊｅｃｔＩＤ２６２２、および、Ｂｙｔｅ Ｌｅｎｇｔｈ ｏｆ Ｐａｙｌｏａｄ２６２３で構成する。ＰａｙｌｏａｄＴｙｐｅ２６２１がペイロード部２６３０の内容がコンテンツデータかチャプタ情報であるかを識別するための情報である。コンテンツを送信する場合はＰａｙｌｏａｄＴｙｐｅ２６２１をコンテンツの伝送を示す値「０」で伝送する。ＯｂｊｅｃｔＩＤ２６２２は伝送するコンテンツのＯｂｊｅｃｔＩＤである。Ｂｙｔｅ Ｌｅｎｇｔｈ ｏｆ Ｐａｙｌｏａｄ２６２１はペイロード部２６３０のバイト数を示す。
【０１３４】
受信装置１３０はコンテンツ受信部３０７でコンテンツを受信しコンテンツヘッダ２６２０のＰａｙｌｏａｄＴｙｐｅ２６２１からコンテンツの受信であることを判断し、Ｓ８１１でコンテンツ情報管理部３０５が割り当てたファイル名で記録媒体３０６に記録する。コンテンツの受信が完了するとコンテンツ情報管理部３０５は実際に受信したコンテンツ長で記録媒体内コンテンツ情報６１０を更新し、記録媒体３０６に記録する。
【０１３５】
Ｓ２５１５：送信装置１１０はコンテンツを送信を完了すると、続けてチャプタ情報を送信する。このとき、コンテンツヘッダ２６２０のＰａｙｌｏａｄＴｙｐｅ２６２１をチャプタ情報の伝送を示す値「１」で伝送する。受信装置１３０はコンテンツ受信部３０７でコンテンツを受信しコンテンツヘッダ２６２０のＰａｙｌｏａｄＴｙｐｅ２６２１からチャプタ情報の受信であることを判断し、Ｓ２５１３で受信したコンテンツのチャプタ管理情報６３０のチャプタ情報６３２に取得したコンテンツ情報を記憶する。
【０１３６】
以上のように、コンテンツ一覧の応答としてコンテンツ提供ＵＲＬの他に、チャプタ情報を提供可能なコンテンツに関してはコンテンツとチャプタ情報を提供するためのＵＲＬ（チャプタコンテンツＵＲＬ）を提供することで、受信機はコンテンツとチャプタ情報を一緒に取得することができる。したがって受信機側の処理が簡素化され実装しやすくなる。
【０１３７】
本実施例では、コンテンツ一覧応答にコンテンツ提供ＵＲＬ６２３のほかにチャプタ情報を提供可能なコンテンツに関してはコンテンツとチャプタ情報を提供するためのＵＲＬを含めたが、受信装置によりネットワーク上の装置に公開される機器情報を送信装置で取得し、受信装置がチャプタ情報を利用可能な場合に、コンテンツ一覧の応答に、コンテンツとチャプタ情報を提供するためのＵＲＬを含めて提供するようにしても良い。これにより、送信装置はチャプタ情報を利用可能でない受信装置にはコンテンツとチャプタ情報を提供するためのＵＲＬを含まない従来形式のコンテンツ一覧応答を返信するため従来機器互換を実現できる。、また、チャプタ情報を利用可能でない受信装置においては、従来形式のコンテンツ一覧応答が返信されるため、コンテンツ一覧応答を処理する負荷が軽減される。
【０１３８】
本実施例ではコンテンツコピー要求の場合について説明したが移動（ＭＯＶＥ）についても処理シーケンスは同じである。移動（ＭＯＶＥ）の場合、送信装置１１０はＳ２５１５の送信処理完了後、送信したコンテンツの情報である記録媒体内コンテンツ情報６１０、ネットワーク配信コンテンツ情報６２０、チャプタ管理情報６３０を削除する。チャプタコンテンツＵＲＬで移動（ＭＯＶＥ）要求を受けた場合はコンテンツを移動（ＭＯＶＥ）したが、受信機からのチャプタ情報取得要求がなく、チャプタ情報だけ残ってしまうようなことが無いため送信機側の処理も簡素化され容易になる。
【符号の説明】
【０１３９】
１００ ホームネットワーク
１１０ 送信装置（サーバ）
１２０ 表示装置
１３０、１４０、１５０ 受信装置（クライアント）
２０１、３０１ チューナ復号部
２０２、３０２ 分離抽出部
２０３、３０３ 復号部
２０４ 表示出力部
２０５、３０５ コンテンツ情報管理部
２０６、３０６ 記録媒体
２０７ コンテンツ送信部
２０９ チャプタ情報生成部
２１０、３１０ 機器情報処理部
２１１、３１１ チャプタ情報処理部
２１２、３１２ コンテンツ情報処理部
２１３、３１３ ネットワークＩ／Ｆ部
２２０、３２０ 制御部
３０４ 表示部
３０７ コンテンツ受信部
４００ 機器情報
４１０ デバイス情報
４２０ サービス情報リスト
４３０ 拡張情報リスト
５００、５５０ サービス記述情報
６１０ 記録媒体内コンテンツ情報
６２０ ネットワーク配信コンテンツ情報
６３０ チャプタ管理情報
６３２ チャプタ情報
１６００ コピー履歴情報
【技術分野】
【０００１】
本発明は、コンテンツを送信する装置に関する。
【背景技術】
【０００２】
上記技術分野に関し、特許文献１には、「ネットワークに接続される複数のＡＶ機器等に格納されるコンテンツを、ユーザが適宜参照してパケット単位で容易に視聴することができる再生装置を提供する」ことを課題とし、その解決手段として「ネットワーク上の機器と通信を行う通信部と、コンテンツをパケット単位で復号し再生する再生部と、ネットワーク上の機器が格納するコンテンツの管理情報（ＶＲ＿ＭＡＮＧＲ．ＩＦＯ）を通信部を制御して取得し、管理情報に基づきコンテンツの内容を表示し、これに応じてユーザからの再生指示を受け、再生指示に応じて通信部を介して機器上のコンテンツをパケット単位に取得し、取得したコンテンツのパケットを再生部で再生するべく制御する制御部とを有する再生装置」が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１５５８２８
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１では、コンテンツをコピー、あるいは、ムーブする場合において、該コンテンツに係る管理情報のコピー、あるいはムーブに関しては考慮されていない。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
【発明の効果】
【０００６】
上記手段によれば、コピー、あるいは、ムーブしたコンテンツの視聴において、ユーザにとって都合の良い位置からコンテンツを再生することが可能となり、ユーザにとっての使い勝手を向上させることができる。
【図面の簡単な説明】
【０００７】
【図１】システムの構成例を示すブロック図である。
【図２】送信装置１１０の構成例を示すブロック図である。
【図３】受信装置１３０、１４０の構成例を示すブロック図である。
【図４】送信装置１１０が配信する機器情報の例を示す図である。
【図５（ａ）】サービス記述情報の構成の一例を示す図である。
【図５（ｂ）】サービス記述情報の構成の一例を示す図である。
【図６】送信装置１１０が管理するコンテンツ管理情報の一例を示す図である。
【図７】受信装置１３０、１４０が送信装置１１０を探索し、サービス情報を取得するまでの処理シーケンスの一例を示す図である。
【図８】受信装置１３０、１４０が送信装置１１０のコンテンツをコピーする場合の処理シーケンスの一例を示す図である。
【図９】コンテンツ付属情報の構成の一例を示す図である。
【図１０】チャプタ情報の構成の例を示す図である。
【図１１】送信装置１１０が送信するコンテンツ情報の一例を示す図である。
【図１２（ａ）】「サーバー探索要求」メッセージの一例を示す図である。
【図１２（ｂ）】「サーバー探索応答」メッセージの一例を示す図である。
【図１３】送信装置１１０のコンテンツ管理情報の更新処理フローの一例を示す図である。
【図１４】サービス記述情報の構成の一例を示す図である。
【図１５（ａ）】コンテンツとコンテンツのシーン区切りを示すチャプタ情報を模式的に表した図である。
【図１５（ｂ）】チャプタ情報の具体例を示す図である。
【図１６（ａ）】アクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの一例を示す図である。
【図１６（ｂ）】アクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストの一例を示す図である。
【図１７】「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの受信処理フローの一例を示す図である。
【図１８（ａ）】コンテンツとコンテンツのシーン区切りを示すチャプタ情報を模式的に表した図である。
【図１８（ｂ）】チャプタ情報の具体例を示す図である。
【図１９】「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストの受信処理フローの一例を示す図である。
【図２０】コンテンツとコンテンツのシーン区切りを示すチャプタ情報を模式的に表した図である。
【図２１】コンテンツ管理情報の具体例を示す図である。
【図２２】コンテンツ管理情報の具体例を示す図である。
【図２３（ａ）】コンテンツ一覧情報の応答例を示す図である。
【図２３（ｂ）】コンテンツとチャプタを表すＵＲＬを識別する定義の一例を占めす図である。
【図２４】コンテンツ管理情報の構成例を示すブロック図である。
【図２５】コンテンツ一覧提供とコンテンツ提供の処理シーケンスの一例を示す図である。
【図２６（ａ）】コンテンツ伝送書式の一例
【図２６（ｂ）】コンテンツヘッダの一例
【発明を実施するための形態】
【実施例１】
【０００８】
本発明に係る実施形態１について説明する。
【０００９】
本実施形態は、コンテンツのシーン区切りを示すチャプタ情報を管理する送信装置に記録されたコンテンツをネットワーク上の受信機にコピーする場合の送信装置動作と受信装置動作に関するものである。なお、本発明は、本実施例に示す形態に限定されるものではない。
【００１０】
図１は、本実施例に係る送信装置および受信装置からなるホームネットワークシステムの構成例を示したものである。
【００１１】
１１０は動画や音声、画像コンテンツをホームネットワーク１００上の受信装置（後述する受信装置１３０や１４０）に送信する送信装置（サーバ）であり、本実施例にかかるコンテンツのシーン区切りを示すチャプタ情報を格納し管理する装置である。このような送信装置としては、例えばレコーダや録画機能付きテレビが考えられ、例えばレコーダのように表示装置を内蔵していない場合には、図に示したように、表示装置１２０（テレビなど）を接続して再生したコンテンツを表示する。送信装置１１０と表示装置１２０の接続には、アナログ或いはデジタルの映像データ／音声データを出力するアナログインタフェース或いはデジタルインタフェースを用いることができる。この送信装置１１０の詳細な構成例については、図２を用いて後述して説明する。
【００１２】
１３０および１４０は、動画や音声、画像コンテンツをホームネットワーク１００上の送信装置１１０から受信して再生或いは記録する受信装置（クライアント）である。このような受信装置としては、例えばテレビやＰＣが考えられ、図には示していないが、例えばＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）のように表示装置を内蔵していない場合には、送信装置１１０のように、表示装置（テレビなど）を接続して再生したコンテンツを表示する。これら受信装置１３０、１４０の詳細な構成例については、図３を用いて後述して説明する。また、本実施例では説明しないが、この送信装置と受信装置の両方の機能を備えた装置も考えられる。このような装置においては、以降説明する送信装置、受信装置それぞれの機能（構成および制御方法）が実現されれば良く、各機能の分割、統合はありうる。い。そして、このようなホームネットワーク１００は、例えば、良く知られたＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークによって構築されるものである。
【００１３】
次に図２を用いて、本発明に係る送信装置１１０の詳細な構成例について説明する。
【００１４】
送信装置１１０は、デジタル放送を受信して、コンテンツの記録と再生、及びホームネットワーク１１０上の受信装置にコンテンツを送信する装置である。コンテンツの記録に関しては、ネットワーク経由のＩＰ放送の受信やダウンロードによるものに適用しても良い。以下、ここでは、画像圧縮技術としてＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐｅ）方式によって符号化され、ＭＰＥＧ２―ＴＳ方式で多重化されたデジタル放送信号を扱う場合を例に送信装置１１０の各部の機能を説明する。
【００１５】
送信装置１１０はチューナ復号部２０１、分離抽出部２０２、復号部２０３、表示出力部２０４、コンテンツ情報管理部２０５、記録媒体２０６、コンテンツ送信部２０７、チャプタ情報生成部２０９、機器情報処理部２１０、チャプタ情報処理部２１１、コンテンツ情報処理部２１２、制御部２２０、ネットワークＩ／Ｆ部２１３、記憶部２１４で構成する。１２０は図１で説明した表示装置である。分離抽出部２０２、復号部２０３、コンテンツ情報管理部２０５、コンテンツ送信部２０７、チャプタ情報生成部２０９、機器情報処理部２１０、チャプタ情報処理部２１１、コンテンツ情報処理部２１２は、ハードウェアで構成する必要は必ずしもなく、適宜ソフトウェアプログラムを用いて実現しても良い。この場合、プログラムは、図示しない一次メモリに展開され、制御部２２０により実行される。
【００１６】
チューナ復号部２０１は、無線（衛星、地上）、ケーブルなどの放送伝送網を介して送信されたデジタル放送信号を受信する。ユーザのリモコンなどの指示により指定されたチャンネルの周波数に選局および検波処理を施す。また、デジタル復調および誤り訂正処理を施した後のＭＰＥＧ２―ＴＳ（トランスポートストリーム）を分離抽出部２０２へ出力する。
【００１７】
分離抽出部２０２は、ユーザのリモコンなどの指示により指定されたチャンネル（番組）のトランスポートパケットを、入力されたＭＰＥＧ２―ＴＳから分離・抽出する。受信したデジタル放送信号を視聴する場合は、分離・抽出されたトランスポートパケットから、映像と音声のＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）またはＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）を分離・抽出して復号部２０３へ出力する。デジタル放送信号を記録する場合は分離・抽出されたトランスポートパケットにタイムスタンプの情報を付加して記録媒体２０６に記録する。このとき、図示していない暗号部を介して適切な暗号化処理を施して記録する。更に、分離・抽出されたトランスポートパケットから、記録媒体２０６に記録されるチャンネル（番組）のタイトルやジャンル、フォーマット情報といったコンテンツ情報を検出し、これらをコンテンツ情報管理部２０５へ出力する。このタイトルやジャンル、放送スケジュール等を示す情報は、例えば、ＭＰＥＧ-ＴＳのＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）、或いはＳＩ（Ｓｅｒｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報に格納されるものである（ＰＳＩ、ＳＩ情報の概要については図９により後述で説明する）。記録媒体２０６に記録されたコンテンツを再生する場合は、図示していない暗号復号部を介して暗号化されたコンテンツを復号し、復号されたトランスポートパケットから映像と音声のＰＥＳまたはＥＳを分離・抽出して、記録時に付加されたタイムスタンプに従って復号部２０３へ出力する。
【００１８】
復号部２０３は入力された映像／音声のＰＥＳまたはＥＳを映像信号／音声信号に復号し表示出力部２０４へ出力する。
【００１９】
表示出力部２０４は、復号された映像信号／音声信号をデジタルおよびアナログ、もしくはデジタまたはアナログのインタフェースを経由して、表示装置１２０に対して出力する。このとき、図示しない描画部において生成された、ユーザに提示するメニューやコンテンツ一覧などの操作画面イメージを、復号された映像信号に合成して出力する。
【００２０】
コンテンツ情報管理部２０５は、分離抽出部２０２から入力されたコンテンツ情報に基づいてコンテンツの管理情報（詳しくは図６で後述）を作成し、記憶部２１４（或いは記録媒体２０６）に記憶する。また、分離抽出部２０２から記録媒体２０６に出力されるトランスポートパケットが上記管理情報に基づいて記録するよう制御する。一方で、記録媒体２０６に記録されたコンテンツを、ホームネットワーク１００上の受信装置１３０、１４０に送信する場合は、まず、ユーザのリモコンなどの操作により指示された記録媒体２０６に記録されたコンテンツのトランスポートパケットを逐次読み出し、これをコンテンツ送信部２０７に出力する。このとき、図示していない暗号復号部を介して暗号化されたコンテンツの復号を行うと共に、ホームネットワークに出力するための暗号化処理を施す。
【００２１】
コンテンツ送信部２０７は、ホームネットワークに出力するための暗号化処理を施されたコンテンツのトランスポートパケットをネットワークＩ／Ｆ部２１３へ出力する。また、コンテンツ送信部２０７は、ネットワークＩ／Ｆ２０８を介して、受信装置１３０，１４０から送信されるコンテンツ送信制御要求を受信する。コンテンツ送信制御要求とはコンテンツのコピー要求や送信停止要求などである。コピー要求を受信したコンテンツ送信部２０７は、指定されたコンテンツのトランスポートパケットを読み出しネットワークＩ／Ｆ部２１３へ出力する。コピー要求受信時のコンテンツ送信シーケンスについては図８で後述し説明する。また、チャプタ情報生成部２０９が生成したチャプタ情報とコンテンツの対応付けを管理する。対応するコンテンツが分割された場合に、チャプター情報も分割し、対応付け情報を更新たり、削除された場合にはチャプター情報も削除するといったような管理を行う。
【００２２】
チャプタ情報生成部２０９は記録媒体２０６内のコンテンツのシーン区切りを示すチャプタ情報を生成する。チャプタ情報は、例えば、ユーザが再生コンテンツを視聴し、リモコンなどの指示でシーン区切り位置を指定することで生成する方法がある。また、自動生成する方法としては、映像信号からシーンチェンジを検出したり、音声信号の無音期間を検出した場合にシーン区切りと判断する方法や、デジタル放送に付加される字幕情報や、番組のテロップから文字情報を検出し、予め指定した所定の文字と一致した場合にシーン区切りと判断する方法などがある。
【００２３】
機器情報処理部２１０は送信装置１１０がネットワーク上の他の装置に公開する情報を記憶部２１４上に保持し、受信装置１３０、１４０等、ネットワーク上の他の装置からの要求に応じて送信装置１１０自身の情報や、送信装置１１０が提供するサービス情報を送信する。
【００２４】
チャプタ情報処理部２１１はネットワークＩ／Ｆ部２１３を介してチャプタ情報を送信する。
【００２５】
コンテンツ情報処理部２１２は、ネットワークＩ／Ｆ部２１３を介してコンテンツ情報管理部が管理するコンテンツ情報を送信する。
【００２６】
ネットワークＩ／Ｆ部２１３は、ホームネットワーク１００を介して、受信装置１３０、１４０に対し、コンテンツ送信部２０７から入力されたトランスポートパケットを、伝送規格に沿った形式に変換およびフロー制御を行いながら出力する。ネットワークＩ／Ｆ部２１３は、この他に、後述するチャプタ情報や機器情報、サービス記述情報といった情報を、ホームネットワーク１００上の受信装置１３０、１４０等に対して送信または受信する場合にも用いられる。
制御部２２０は、送信装置１１０における各部の動作を統括的に制御する。
【００２７】
次に図３を用いて、受信装置１３０、１４０の詳細な構成例について説明する。ここでは受信装置１３０を例にとって説明する。受信装置１３０は、デジタル放送およびホームネットワーク１００上の送信装置１１０からコンテンツを受信して、コンテンツを記録または再生する装置である。受信装置１３０はチューナ復号部３０１、分離抽出部３０２、復号部３０３、表示出力部３０４、コンテンツ情報管理部３０５、記録媒体３０６、コンテンツ受信部３０７、機器情報処理部３１０、チャプタ情報処理部３１１、コンテンツ情報処理部３１２、制御部３２０、ネットワークＩ／Ｆ部３１３で構成する。分離抽出部３０２、復号部３０３、コンテンツ情報管理部３０５、記録媒体３０６、コンテンツ受信部３０７、機器情報処理部３１０、チャプタ情報処理部３１１、コンテンツ情報処理部３１２は必ずしもハードウェアで構成しなくても良く、ソフトウェアプログラムで実装しても良い。この場合、プログラムは図示しない一次メモリに展開され、制御部３２０により実行される。
【００２８】
デジタル放送を受信し再生する場合は、チューナ復号部３０１が、無線（衛星、地上）、ケーブルなどの放送伝送網を介して送信されたデジタル放送信号を受信する。チューナ復号部３０１は、ユーザのリモコンなどの指示により指定されたチャンネルの周波数に選局および検波処理を施す。また、デジタル復調および誤り訂正処理を施した後のＭＰＥＧ２―ＴＳ（トランスポートストリーム）を図示しないセレクタを経由して、その出力を分離抽出部３０２へ出力する。
【００２９】
分離抽出部３０２は、ユーザのリモコンなどの指示により指定されたチャンネル（番組）のトランスポートパケットを、入力されたＭＰＥＧ２―ＴＳから分離・抽出する。分離・抽出されたトランスポートパケットは、さらに映像と音声のＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）またはＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）を分離・抽出して復号部３１２へ出力される。
【００３０】
一方で、ホームネットワーク１００上の送信装置１１０から受信したコンテンツを再生、または、コピーする場合には、まず、ユーザのリモコンなどの操作により指示された結果として送信装置１１０が送信するコンテンツのトランスポートパケットを、逐次ネットワークＩ／Ｆ部３０８を介して受信する。ネットワークＩ／Ｆ部３０８は、ホームネットワーク１００を介して、コンテンツ受信部３０３に出力すべきトランスポートパケットを、伝送規格に沿った形式からの変換およびフロー制御を行いながら送信装置１１０から受信する。ネットワークＩ／Ｆ部３０８は、この他に、後述するコンテンツ情報やチャプタ情報や機器情報、サービス記述情報といった情報を、ホームネットワーク１００上の送信装置１１０等に対して送信およびまたは受信する場合に用いられる。
【００３１】
送信装置１１０から受信したコンテンツを再生する場合、ネットワークＩ／Ｆ部３１３を介して受信されたトランスポートパケットは、コンテンツ受信部３０３に出力され、さらに図示しないセレクタを経由して、その出力が分離抽出部３０２へ出力される。この際、図示しないネットワーク伝送復号部を介して、ネットワークＩ／Ｆを介して伝送する際に暗号化されたコンテンツの復号を行う。コピーする場合は、記録媒体３０６に記録される。
【００３２】
コンテンツ受信部３０３は、この他に、ネットワークＩ／Ｆ部３１１を介して、送信装置１１０に対して、ユーザのリモコンなどの操作による頭出し再生（チャプタスキップ）や早送り再生、一時停止の開始・停止などの指示に基づき、コンテンツを送信開始する位置や長さをパラメータとして付加して送信開始要求や送信停止要求を送信する。
【００３３】
分離抽出部３０２は、コンテンツ受信部３０７から入力されたトランスポートパケットに対し、映像と音声のＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）またはＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）を分離・抽出して復号部３０３へ出力する。
【００３４】
復号部３０３は、映像／音声のＰＥＳまたはＥＳを取り出して復号し、復号された映像／音声は、表示部３０４へ出力する。
【００３５】
表示部３０４は、復号された映像／音声を表示する。このとき、図示しない描画部において生成された、ユーザに提示するメニューやコンテンツ一覧、チャプタなどの操作画面イメージを、復号された映像に合成して表示する。
【００３６】
コンテンツ情報管理部３０５は記録媒体３０６に記録したコンテンツとコンテンツ情報やチャプタ情報の対応付けを管理する手段である。コンテンツ情報管理部は、コンテンツ情報やチャプタ情報を記録媒体３０６または記憶部３１４に格納し、適宜読み出し利用する。ネットワークを介して送信装置１１０からコンテンツを取得しコピーする場合は、送信装置１１０から取得したコンテンツ情報から記録媒体内のコンテンツを管理するための情報である記録媒体内コンテンツ情報を生成したり、送信装置１１０から取得したチャプタ情報とコンテンツの対応付けの管理などを行う。
【００３７】
機器情報処理部３１０は制御部３２０の制御に従いネットワーク上の他の装置に公開する機器情報を記憶部３１４上に保持し、取得、処理する手段である。
チャプタ情報処理部３１１は送信装置１１０の保持するコンテンツのチャプタ情報を受信、処理する。
コンテンツ情報処理部３１２は送信装置１１０の保持するコンテンツのコンテンツ情報を受信、処理する手段である。
制御部３２０は、送信装置１３０における各部の動作を統括的に制御する。
【００３８】
図４を用いて、送信装置１１０が受信装置１３０、１４０からの要求に対して送信（返信）する機器情報の一例について説明する。この機器情報には、送信装置１１０がチャプタ情報送信機能を有することを示す情報を付加する。
【００３９】
機器情報４００は、機器自身の情報を記述するデバイス情報４１０と、機器が提供するサービスの情報を記述するサービス情報リスト４２０、および、拡張情報リスト４３０で構成する。サービス情報リスト４２０には少なくとも１つ以上のサービスについて記述するサービス情報（４２１、４２２）を含む。拡張情報リスト４３０はサービス情報リスト４２０に記述されたサービスに機能拡張がある場合に付加される。なお、この機器情報４００の構成は、送信装置（サーバ）に固有の構成ではない。デバイス情報４１０のデバイスタイプの値によって、それが送信装置（サーバ）であることを示す。
【００４０】
デバイス情報４１０は、機器自身の情報を記述する。図４に示すように、デバイスタイプ４１１、名称、メーカ名、モデル名、固有ＩＤ、バージョン、アイコン情報などで構成される。デバイスタイプ４１１にはサーバーやプリンタ、ゲートウェイなどのような機器のタイプを記述する。本実施例の送信装置１１０の場合においてデバイスタイプ４１１は、サーバであることを示すために「ＭｅｄｉａＳｅｒｖｅｒ」と記述する。
【００４１】
サービス情報４２１（４２２）はサービス毎にサービスタイプ４２３、サービスを識別するサービスＩＤ、サービス記述ＵＲＬ４２４、コントロールＵＲＬ、イベントＵＲＬなどで構成する。サービスタイプ４２３にはコンテンツリスト提供サービスの「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」やストリーミングのプロトコルのフォーマットなどを提供する接続マネジャの「ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒ」のようなサービスを表すサービスタイプを記述する。サービス記述ＵＲＬ４２４には、サービスタイプ４２３に記述されたサービスを利用するための詳細情報であるサービス記述情報を取得するためのアクセス先を示すＵＲＬが記述される。コントロールＵＲＬはサービス記述ＵＲＬ４２４で記述されたサービスを制御する場合のアクセス先を示すＵＲＬ、イベントＵＲＬはイベント通知する場合のアクセス先を示すＵＲＬが技術される。本実施例においては、送信装置１１０はデバイスタイプ４１１が「ＭｅｄｉａＳｅｒｖｅｒ」で配信するコンテンツのコンテンツリストを提供するため、サービス情報４２１のサービスタイプ４２３は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」と記述する。
【００４２】
拡張情報リスト４３０はサービス情報リスト４２０に記述されたサービスに少なくとも１つの機能拡張がある場合に付加する。１つのサービスだけに機能拡張があるときは１つの拡張情報を含む。複数のサービスに機能拡張がある場合は、拡張情報４３１、４３２のように機能拡張のあるサービスの分だけ付加する。拡張情報４３１（４３２）はサービスタイプ４３３、拡張機能名４３４、拡張サービス記述ＵＲＬ４３５で構成する。４３３は機能拡張するサービスのサービスタイプを表す。このサービスタイプ４３３は４サービス情報リスト４２０におけるサービスタイプ４２３と対応し、この拡張情報がどのサービスの拡張情報であるかを対応付ける。本実施例はチャプタ情報送信機能は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」の拡張であるため、サービスタイプ４３３を「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」と記述する。拡張機能名４３４にはサービスタイプ４３３に記述されたサービスを拡張する機能を示す名称を記述する。本実施例では、チャプタ情報送信機能を提供することを示す機能名の一例として「ＣｈａｐｔｅｒＩｎｆｏ」と記述している。拡張機能サービス記述ＵＲＬ４３５はサービスの拡張機能を利用するための詳細情報であるサービス記述情報を取得するためのアクセス先を示すＵＲＬが記述する。
【００４３】
このようにすることで、機能拡張に対応していない受信装置においても送信装置１１０から取得した機器情報４００を取得し、デバイス情報４１０、サービス情報リスト４２０を解釈し、サービス記述ＵＲL４２４で示される情報格納場所からサービスを利用するための詳細情報を取得することで送信装置１１０が提供するサービスを利用することができる。機能拡張に対応している受信装置の場合は、更に、拡張情報４３０を取得し、拡張情報４３１（４３２）を解釈し、拡張機能サービス記述ＵＲＬ４３５で示される情報格納場所からサービスの拡張機能を利用するための詳細情報を取得できる。本実施例の場合は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスの拡張機能であるチャプタ情報送信機能「ＣｈａｐｔｅｒＩｎｆｏ」を利用することができる。
【００４４】
なお、サービスに機能拡張があることを示す情報を、デバイス情報４１０やサービス情報リスト４２０の中に記述する方法も考えられる。その場合は、チャプタ情報送信機能を有することを示す情報が、それぞれデバイス情報４１０やサービス情報リスト４２０の中で、拡張された情報であることを示すように表現したり、あるいは末尾に記載するなどの方法が考えられる。
【００４５】
次に、図５（ａ）（ｂ）を用いてサービス記述ＵＲＬ４２４、および、拡張機能サービス記述ＵＲＬ４３５から取得するサービス記述情報について説明する。サービス記述ＵＲＬ４２４からはサービスが提供する標準機能のサービス記述情報を取得でき、拡張機能サービス記述ＵＲＬ４３５からは拡張機能のサービス記述情報を取得できる。すなわち、サービス記述情報はサービス毎に用意される。更に、サービスに拡張機能がある場合は、拡張機能用のサービス記述（以下、拡張サービス記述情報と呼ぶ）が用意される。図５（ａ）は拡張機能サービス記述ＵＲＬ４３５から取得できる拡張サービス記述情報の構成の一例を、図５（ｂ）は、サービス記述ＵＲＬ４２４から取得できるサービス記述情報の構成の一例を示したものである。図５（ａ）、（ｂ）とも構成は同じである。サービス記述情報は、送信装置１１０が受信装置１３０、１４０からの、サービス記述ＵＲＬ４２４、あるいは、拡張機能サービス記述ＵＲＬ４３５へのアクセスによる要求に対して送信（返信）するものであり、図２で説明した機器情報処理部２１０に保持されるものである。図５（ａ）、（ｂ）に示すように、サービス記述情報５００（５５０）は、サービスに対する一つ以上のアクション（制御）方法を示すアクションリスト５１０（５３０）と、アクションリスト５１０（５３０）に記載されたアクションの入出力値の型を説明するサービス値テーブル５２０（５４０）とで構成する。アクションリスト５１０（５３０）は、アクション毎にアクション名とアクションで使用する引数リストが記載する。引数リストは、引数名、入出力の方向、型名を引数毎に記載するものである。
【００４６】
図５（ａ）、５００は本発明に係る「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスの拡張機能であるチャプタ情報送信機能「ＣｈａｐｔｅｒＩｎｆｏ」に関する拡張サービス記述情報の例であり、チャプタ情報の取得、設定に関するアクションの定義の一例を示している。アクション名「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」５１１で示されるアクションは、受信装置１３０、１４０からの取得要求に対して、送信装置１１０がチャプタ情報６３２（後述）を返信するものである。具体的には、受信装置１３０、１４０は引数５１２に示された、引数名「ＯｂｊｅｃｔＩＤ」の値を指定して送信装置１１０にチャプタ情報の取得要求を行う。そして、この取得要求を受けた送信装置１１０は、引数５１２の引数名「ＯｂｊｅｃｔＩＤ」に設定された値に対応するコンテンツのチャプタ情報を引数５１３の引数名「ＣｈａｐｔｅｒＬｉｓｔ」に設定して返信する。なお、ここに示された引数名「ＯｂｊｅｃｔＩＤ」は、送信装置１１０が送信するコンテンツを一意に定めるＩＤである（詳細は後述）。すなわち、アクション名「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」５１１は指定されたコンテンツに対するチャプタ情報を返信するアクションを定義している。なお、コンテンツを一意に定めるＩＤは「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスが標準機能として提供するコンテンツ一覧を提供するアクション「Ｂｒｏｗｓｅ」（後術）で提供する。
【００４７】
アクション名「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」５１４で示されるアクションは、、受信装置１３０、１４０からの取得要求に対して、送信装置１１０が指定されたコンテンツのチャプター情報を提供可能か否かを示すものである。具体的には、受信装置１３０、１４０が引数５１５の引数名「ＯｂｊｅｃｔＩＤ」でチャプタ情報６１２（後述）を提供可能か否かを確認するコンテンツを指定し、この取得要求を受けた送信装置１１０は、チャプタ情報が提供可能か否かを示す情報を引数５１６の引数名「ＣｈａｐｔｅｒＦｌａｇ」に設定して返信する。すなわち、アクション名「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」５１４は指定されたコンテンツに対するチャプタ情報の提供可否を返信するするというアクションを定義している。
【００４８】
サービス値テーブル５２０は、アクションの入出力引数の型を説明するテーブルであり、アクションリスト５１０の引数リストに記載される型名のデータタイプ（文字列、符号なし４バイト整数型など）を、型名毎に記述するものである。図５（ａ）の５２０はサービス値テーブル５２０にアクションリスト５００の引数５１２、５１３、５１５、５１６に記述されている型名「Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＯｂｊｅｃｔＩＤ」と「Ｘ＿Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＣｈａｐｔｅｒＬｉｓｔ」、「Ｘ＿Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＣｈａｐｔｅｒＦｌａｇ」のデータタイプを記述している場合を示している。ここでは、両型とも「ｓｔｒｉｎｇ」という文字列のデータタイプであると記述している。すなわち、引数「ＯｂｊｅｃｔＩＤ」、引数「ＣｈａｐｔｅｒＬｉｓｔ」、引数「ＣｈａｐｔｅｒＦｌａｇ」は、文字列によって表現される。許容値リスト５２２は記述されている型名が指定した値だけをとるように定義されている場合の記述である。本実施例の場合は型名「Ｘ＿Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＣｈａｐｔｅｒＦｌａｇ」は「ＩｓＣｈａｐｔｅｒ」と「ＮｏｔＣｈａｐｔｅｒ」の値だけをとることを示している。チャプタ情報を提供可能な場合は「ＩｓＣｈａｐｔｅｒ」、提供できない場合は「ＮｏｔＣｈａｐｔｅｒ」を返す。
【００４９】
以上示したように、受信装置１３０、１４０は機器情報４００を参照することで送信装置１１０が「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスを提供し、かつ、「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスの拡張機能としてチャプタ情報送信機能「ＣｈａｐｔｅｒＩｎｆｏ」を提供していることを認識し、更に、サービス記述情報５００を参照することによって、チャプタ情報の取得・設定の手段を得ることが可能となる。なお、ここで述べた各名称については、例として用いたものであり、ここに記載された名称に限定するものではない。
【００５０】
ここで図９を用いてＰＳＩ、ＳＩ情報の概要について説明する。ＰＳＩ、ＳＩ情報はＭＰＥＧ-ＴＳに含まれるコンテンツ付属情報である。送信装置１１０の分離抽出部２０２はコンテンツ付属情報（ＰＳＩ、ＳＩ情報）を解析し、記録媒体２０６に記録するコンテンツ（番組）に対応するタイトルやジャンル、放送スケジュール等の情報を抽出しコンテンツ情報管理部２０５に出力する。コンテンツ情報管理部２０５はコンテンツ情報管理部２０５から得た情報からコンテンツ毎に記録媒体内コンテンツ情報（後述）を生成し、記録媒体内のコンテンツを一意に定めるコンテンツＩＤを割当て管理する。
【００５１】
図９において、ＮＩＴ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）９１０は、主として、所望の番組を放送電波より受信するための周波数情報などが格納された伝送諸元９１１、該伝送諸元に対応するトランスポートストリームの伝送種別等のＴＳ（トランスポートストリーム）情報９１２、該伝送諸元に対応するチャネル番号の情報等を含む番組情報９１３等を格納する。ＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）９２０は、当該トランスポートストリームに含まれるＮＩＴ９１０への識別ＩＤ９２１や、後述のＰＭＴ９４０への識別ＩＤ９２２を、各チャネル（番組）毎に格納する。ＳＤＴ（Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｔａｂｌｅ）９３０は、当該トランスポートストリームに含まれるチャネルのチャネル名９３１、チャネル説明９３２、チャネルのロゴデータへのリンク情報等のチャネルロゴ情報９３３等を、各チャネル毎に格納する。ＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）９４０は、ストリームタイプ９４１（デジタル・テレビジョン・サービスやデジタル・ラジオ・音声・サービスなどを識別する）や、該ストリームが格納された実際のデータを識別するためのストリーム識別番号９４２等を、各ストリーム毎に格納されている。ＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）９５０は、番組タイトル９５１、番組の開始時刻・終了時刻を示す放送スケジュール９５２、番組のジャンルを識別するためのジャンル９５３、番組の説明文を示す詳細説明９５４等を、各チャネル毎に格納する。そしてこれらのテーブルには、夫々が対応するトランスポートストリーム、チャネル、番組を（図示しない）一意に定めるＩＤが格納されており、相互に関連付けされている。
【００５２】
次に、図６を用いて送信装置１１０のコンテンツ情報管理部２０５が管理するコンテンツ管理情報、記録媒体内コンテンツ情報、チャプタ管理情報、配信コンテンツ情報について説明する。
【００５３】
図６において記録媒体内コンテンツ情報６１０は記録媒体に記録したコンテンツの情報を管理する管理テーブル、ネットワーク配信コンテンツ情報６２０はコンテンツのネットワーク配信のための情報を管理するテーブル、チャプタ管理情報６３０はコンテンツのシーン区切りを示すチャプタ情報を管理するテーブルであり、図中では各テーブルのデータ構成の一例が示されている。これらの管理情報は記憶部２１４（或いは記録媒体２０６）に保持される。
【００５４】
６１１、６２１、６３１のコンテンツＩＤは記録媒体内のコンテンツを一意に定めるＩＤであり、コンテンツを記録する際にコンテンツ情報管理部２０５に割り当てられる。このコンテンツＩＤが、各コンテンツの記録媒体内コンテンツ情報６１０、ネットワーク配信コンテンツ情報６２０、チャプタ管理情報６３０を相互に紐付する。
【００５５】
記録媒体内コンテンツ情報６１０は、コンテンツＩＤ６１１、チャプタフラグ６１２、および、ファイル名、タイトル、ジャンル、詳細説明、録画日時、フォーマット情報、コンテンツ長などで構成する。チャプタフラグ６１２はこのコンテンツのチャプタ情報があるかどうかを示す情報である（例えば、チャプタ情報がある場合は値「１」、無い場合は値「０」に設定する）。チャプタ情報が生成、あるいは削除されたときにコンテンツ情報管理部２０５により更新される。タイトル、ジャンル、詳細説明などコンテンツに付属の情報は図９で説明したＰＳＩ、ＳＩ情報から取得した情報である。ファイル名、録画日時、フォーマット情報、コンテンツ長などはコンテンツ記録時に算出、あるいは生成して記録する。
【００５６】
ネットワーク配信コンテンツ情報６２０は、コンテンツＩＤ６２１、ＯｂｊｅｃｔＩＤ６２２、ＵＲＬ６２３などで構成する。ＯｂｊｅｃｔＩＤ６２２はネットワークに公開するコンテンツの識別情報（ＩＤ）である。図５（ａ）で説明したチャプタ情報を提供するアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」５１１のコンテンツを指定する引数「ＯｂｊｅｃｔＩＤ」５１２などに指定される値である。ＵＲＬ６２３はコンテンツをストリーミング受信、あるいは、コピー、ＭＯＶＥする場合に受信機がアクセスする先を示している。コンテンツＩＤ６２１とＯｂｊｅｃｔＩＤ６２２は同じ値であっても良い。
【００５７】
チャプタ管理情報６３０はコンテンツＩＤ６３１とコンテンツのシーン区切りを示すチャプタ情報６３２で構成する。チャプタ情報６３２はチャプタ情報生成部２０９（図２）で生成され、コンテンツＩＤ６３１と対応付けて、コンテンツごとにチャプタ管理情報６３０に保持される。
【００５８】
ここで、図１０を用いチャプタ情報６３２の構成について説明する。
図に示すように、チャプタ数１００１、チャプタ表現形式１００２、チャプタ数分のチャプタ位置情報１００３で構成する。チャプタ数１００１はそのコンテンツに設定されたチャプタ（シーン区切り）の数である。チャプタ表現形式１００２はチャプタ位置の表現形式を表す。チャプタ位置は、記録媒体２０６の種類や記録フォーマットによって、その表現方法は異なることがあるため、どの表現形式を用いているのかを示すものである。表現形式としては、コンテンツの先頭からのパケット位置やコンテンツの先頭からのバイト位置、もしくはコンテンツの先頭からの時間などがある。チャプタ位置情報１０１０はチャプタのインデックス番号１０１１とチャプタ位置１０１２で構成する。
【００５９】
コンテンツのチャプター情報を管理する送信装置１１０に記録されたコンテンツを受信装置１３０や１４０にコピーするときの送信装置動作と受信装置動作について図７、図８の処理シーケンス図を用いて説明する。
【００６０】
図７は受信装置１３０が送信装置１１０を探索し、送信装置１１０が提供するサービス情報を取得するまでのシーケンスである。この手順により受信装置１３０は送信装置１１０がコンテンツの情報を提供する「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスを拡張する機能として、コンテンツのチャプター情報を提供する機能を備えることを認識できる。
【００６１】
Ｓ７１０：受信装置１３０の制御手段３２０は、機器情報処理部３１０を用いてネットワーク上のサーバー機器を探す。すなわち、機器情報処理部３１０は制御手段３２０の制御に従い、ネットワークＩ／Ｆ部３１３を介し、ネットワーク１００に「サーバー探索要求」メッセージをマルチキャスト送信し、コンテンツを提供するサーバー機能を備えた装置を探す。具体的には、メッセージの「探索対象」フィールドにデバイスタイプ、あるいは、サービスタイプなどを指定する。本実施例の場合は「探索対象」フィールドにデバイスタイプ「ＭｅｄｉａＳｅｒｖｅｒ」を指定する。図１２（ａ）にＵＰｎＰ（登録商標）の探索（Ｓｅａｒｃｈ）を用いた場合の「サーバー探索要求」メッセージ例を示す。１２１０はＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のリクエストメッセージ、１２１１はリクエスト行、１２２０はヘッダである。「ＳＴ」フィールド１２２１は探索対象を指定する「探索対象」フィールドである。ここにデバイスタイプ「ＭｅｄｉａＳｅｒｖｅｒ」を指定する。「ＨＯＳＴ」フィールドはメッセージの送出先で図１２（ａ）ではマルチキャストメッセージを送信する場合のアドレスとポートを示している。「ＭＡＮ」フィールドはＨＴＴＰの拡張を示す。ＵＰｎＰ（登録商標）の探索プロトコルにＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｅｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）の探索（ｄｉｓｃｏｖｅｒ）を利用していることを示す。「ＭＸ」は応答の最大待ち時間（秒）を指定する。
【００６２】
Ｓ７１１：送信装置１１０はネットワーク１００にマルチキャスト送信された「サーバー探索要求」を受信すると、機器情報処理部２１０でメッセージを解析、処理する。機器情報処理部２１０が保持する機器情報４００（図４）を参照し「探索対象」フィールドの条件に該当する場合は「サーバー探索応答」メッセージを受信装置１３０に送信する。本実施例の場合は、受信装置１３０のデバイスタイプは「ＭｅｄｉａＳｅｒｖｅｒ」で「探索対象」フィールドの条件に該当する。「サーバー探索応答」メッセージには「ロケーション」フィールドに自身の機器情報へのアクセス先である機器情報ＵＲＬを設定する。この情報により受信装置１３０は送信機１１０の機器情報を取得できるようになる。図１２（ｂ）にＵＰｎＰ（登録商標）の探索（Ｓｅａｒｃｈ）レスポンスを用いた場合の「サーバー探索応答」メッセージ例を示す。１２３０はＨＴＴＰのレスポンスメッセージ、１２３１はレスポンス行、１２４０はヘッダである。「ＬＯＣＡＴＩＯＮ」フィールド１２４１は、機器情報ＵＲＬを記述する「ロケーション」フィールドである。
【００６３】
送信装置１１０が送信した「サーバー探索応答」メッセージは、受信装置１３０の機器情報処理部３１０で解析処理され、制御部３２０は送信装置１１０のターゲット情報として「ＬＯＣＡＴＩＯＮ」フィールドから得た機器情報ＵＲＬなどを取得する。
【００６４】
Ｓ７１２：送信装置１１０の機器情報ＵＲＬを取得した受信装置１３０の制御部３２０は、機器情報処理部３１０を制御し、機器情報ＵＲＬへ「機器情報要求」メッセージをＨＴＴＰのＧＥＴリクエスト等を用いて送信させる。
【００６５】
Ｓ７１３：機器情報ＵＲＬに対して「機器情報要求」メッセージを受けた送信装置１１０の制御部２２０は、機器情報処理部２１０を制御し、ＨＴＴＰの応答メッセージなどを用いて「機器情報応答」メッセージを送信させる。機器情報処理部２１０は、保持している機器情報４００をＸＭＬなどの形式でＨＴＴＰレスポンスメッセージのメッセージボディに挿入し、「機器情報応答」メッセージを生成する。
【００６６】
送信装置１１０からの応答「機器情報応答」メッセージを受信した受信装置１３０の制御部３２０は、機器情報処理部３１０で取得、解析処理した機器情報４００から、送信装置１１０の機器自身の情報やサービス情報を取得できる（先に図４で記述）。図４に示した機器情報４００の場合は、機器情報処理部３１０は、サービス情報４２１のサービスタイプ４２３の値から、送信装置１１０が提供するサービスが「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」であることと認識し、「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」のサービス記述へのアクセス先であるサービス記述ＵＲＬ４２４を取得する。更に受信装置１３０が機器情報４００の拡張情報リストの記述に対応している場合、機器情報処理部３１０は拡張情報リスト４３０も解析処理する。そして機器情報処理部３１０は、「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスに「ＣｈａｐｔｅｒＩｎｆｏ」の拡張機能があることを認識し、拡張機能のサービス記述へのアクセス先である拡張サービス記述ＵＲＬ４３５を得る。
【００６７】
また、制御部３２０は、サービスの提供するアクションで送信装置１１０を制御するときのアクセス先であるコントロールＵＲＬ４２５も取得する。コントロールＵＲＬ４２５は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスの標準的なアクションを利用する場合と、拡張機能「ＣｈａｐｔｅｒＩｎｆｏ」のアクションを利用する場合両方のアクションコマンド発行先である。
【００６８】
Ｓ７１４：送信装置１１０のサービス記述ＵＲＬを取得した受信装置１３０の制御部３２０は、機器情報処理部３１０を制御し、サービス記述ＵＲＬへ「サービス記述情報要求」メッセージをＨＴＴＰのＧＥＴリクエスト等を用いて送信させる。
【００６９】
Ｓ７１５：サービス記述ＵＲＬに対して「サービス記述情報要求」メッセージを受信した送信装置１１０の制御部２２０は機器情報処理部２１０を制御し、ＨＴＴＰの応答メッセージなどを用いて「サービス記述情報応答」メッセージを送信させる。機器情報処理部２１０は保持しているサービス記述情報５００をＸＭＬなどの形式でＨＴＴＰレスポンスメッセージのメッセージボディに挿入し「機器情報応答」メッセージを生成する。
【００７０】
送信装置１１０からの応答「サービス記述応答」メッセージを受信した受信装置１３０の制御部３２０は機器情報処理部３１０で取得、解析処理した機器情報４００から送信装置１１０の提供するサービスを利用するためのアクションの情報（アクション名、引数、データ型など）を取得できる（先に図５で記述）。
【００７１】
Ｓ７１６：次に受信装置１３０は、Ｓ７１４と同様に拡張サービス記述ＵＲＬ４３２へ「拡張サービス記述情報要求」メッセージＨＴＴＰのＧＥＴリクエスト等を用いて送信する。
【００７２】
Ｓ７１７：拡張サービス記述ＵＲＬに対して「拡張サービス記述情報要求」メッセージを受信した送信装置１１０は、Ｓ７１５と同様にＨＴＴＰの応答メッセージなどを用いて「サービス記述情報応答」メッセージを送信する。
【００７３】
以上のように、受信装置１３０はネットワーク上のサーバー（送信機１１０）を探索し、サーバーが提供するサービスとサービスの詳細情報を取得することができる。更に、拡張情報リストを解析処理することで拡張機能のサービス記述情報も標準的なサービスのサービス記述情報を取得する場合と同様の手順で取得できる。本実施例の受信装置１３０は、「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスに「ＣｈａｐｔｅｒＩｎｆｏ」の拡張機能があることを認識し、拡張サービス記述情報を取得して拡張機能を利用できる。
【００７４】
また、送信機１１０は図４に示したような形式で機器情報を提供することで、拡張情報リスト記述に対応する装置に対して、標準的なサービスのサービス記述情報を取得する場合と同様の手順で拡張機能のサービス記述情報を提供できる。更に、拡張情報リスト記述に対応していない装置に対しては、標準的なサービスのサービス記述情報だけを提供できる。このように、拡張情報リスト記述に能対応している装置と、対応していない装置の両方に対し、それぞれに適したサービス記述情報を提供できる。
【００７５】
次に、図８のシーケンス図を用いて、受信装置１３０が図７のシーケンスで取得したサービス記述で得た情報を用いて送信装置１１０からチャプタ情報を持つコンテンツをコピーする場合の処理手順を説明する。
【００７６】
受信装置１３０は図７のシーケンス（Ｓ７１３）で取得したコントロールＵＲＬ４２５へアクションコマンドを発行し、送信装置１１０が提供するサービスを利用する。
【００７７】
Ｓ８１０：はじめに受信装置１３０はコピーするコンテンツを決定するため、送信装置１１０が記録しているコンテンツ一覧情報を取得する。コンテンツ一覧情報は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスのＢｒｏｗｓｅアクションを用いて取得できる。受信装置１３０の制御部３２０は、コンテンツ情報処理部３１２を制御し、コントロールＵＲＬへ「Ｂｒｏｗｓｅリクエスト」メッセージをＨＴＴＰのＰＯＳＴリクエスト等を用いて発行させる。
【００７８】
Ｓ８１１：コントロールＵＲＬに対して発行された「Ｂｒｏｗｓｅリクエスト」メッセージを受信した送信装置１１０の制御部２２０はコンテンツ情報処理部２１２を制御し、ＨＴＴＰの応答メッセージなどを用いて「Ｂｒｏｗｓｅレスポンス」メッセージを送信させる。コンテンツ情報処理部２１２は、先に図６で説明した記録媒体内コンテンツ情報６１０、ネットワーク配信コンテンツ情報６２０を参照して、コンテンツ毎に図１１に示すような情報を持つＢｒｏｗｓｅレスポンス用コンテンツ情報１１００を生成する。送信装置１１０は、Ｂｒｏｗｓｅレスポンス用コンテンツ情報をＸＭＬなどの形式でＨＴＴＰレスポンスメッセージのメッセージボディに挿入し、受信装置１３０、１４０に送付する。
【００７９】
送信装置１１０からの応答「Ｂｒｏｗｓｅレスポンス」メッセージ受信した受信装置１３０の制御部３２０はコンテンツ情報処理部３１２で取得、解析処理したＢｒｏｗｓｅレスポンス用コンテンツ情報１１００から各コンテンツのコンテンツ情報（タイトル、ジャンル、ＵＲＬなど）を取得できる。制御部３２０はコンテンツのタイトル、録画日時などの情報を表示部３０４に表示してユーザに提示するなどして、コピーするコンテンツの選択をユーザに促す。コピーするコンテンツが選択されると、制御部３２０は選択されたコンテンツのコンテンツ情報をコンテンツ情報管理部３０５に渡し、図６に示したようなコンテンツ情報を生成させ、記録媒体３０６または記憶部３１４に記憶させる。記録媒体内コンテンツ情報６１０の情報のうち、コンテンツＩＤ６１１、ファイル名はコンテンツ情報管理部３０５が生成する。コンテンツＩＤ６１１およびファイル名は、受信装置１３０の記録媒体に記録したコンテンツおよびファイル名をそれぞれ一意に特定する情報である。チャプタフラグ６１２の値は、初期値としてチャプタ情報を持っていないことを示す” ＮｏｔＣｈａｐｔｅｒ”が設定される。その他の情報（タイトル、ジャンル、詳細説明、録画日時、フォーマット情報など）はＳ８１１で取得したＢｒｏｗｓｅレスポンス用コンテンツ情報が設定される。受信装置１３０はネットワーク配信コンテンツ情報６２０を持たないが、同じデータ構成の受信コンテンツ情報６５０を管理する。受信コンテンツ情報６５０は、送信装置１１０のコンテンツ識別情報であるＯｂｊｅｃｔＩＤ６２２やコンテンツ取得先のＵＲＬ情報であるＵＲＬ６２３を保持し、コンテンツ情報管理部３０５が割当てたコンテンツＩＤとの対応を参照するための情報である。コンテンツ情報管理部３０５は受信コンテンツ情報６５０をコンテンツをコピーの一連の処理が完了するまで保持する。
【００８０】
Ｓ８１２：そして、受信装置１３０はＨＴＴＰのＧＥＴリクエスト等を用いて、Ｂｒｏｗｓｅレスポンス用コンテンツ情報から取得したＵＲＬに「コンテンツコピー要求」を送信する。
Ｓ８１３：送信装置１１０の制御部２２０はＵＲＬで指定されたコンテンツをコンテンツ送信部２０７を介して受信装置１３０、１４０に送信する。受信装置１３０はコンテンツ受信部３０７でコンテンツを受信し、Ｓ８１１でコンテンツ情報管理部３０５が割り当てたファイル名で記録媒体３０６に記録する。コンテンツの受信が完了するとコンテンツ情報管理部３０５は実際に受信したコンテンツ長で記録媒体内コンテンツ情報６１０を更新し、記録する。
【００８１】
Ｓ８１４：コンテンツの受信が完了すると受信装置１３０はこのコンテンツがチャプタ情報を持つか確認する。コンテンツ一覧情報は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスの拡張機能「ＣｈａｐｔｅｒＩｎｆｏ」のＸ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇアクションで取得できる。受信装置１３０の制御部３２０は、チャプタ情報処理部３１１を制御し、コントロールＵＲＬへ「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇリクエスト」メッセージをＨＴＴＰのＰＯＳＴリクエスト等を用いて発行させる。入力引数ＯｂｊｅｃｔＩＤはＳ８１１で受信コンテンツ情報６５０に保持したＯｂｊｅｃｔＩＤ６２２を用いる。
【００８２】
Ｓ８１５：コントロールＵＲＬに対して発行された「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇリクエスト」メッセージを受信した送信装置１１０の制御部２２０はチャプタ情報処理部２１１を制御し、ＨＴＴＰの応答メッセージなどを用いて「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇレスポンス」メッセージを送信させる。チャプタ情報処理部２１１は、入力引数ＯｂｊｅｃｔＩＤでネットワーク配信コンテンツ情報６２０を参照し、ＯｂｊｅｃｔＩＤに対応するコンテンツＩＤを取得する。そして、そのコンテンツＩＤで該当コンテンツの記録媒体内コンテンツ情報６１０を特定し、チャプターフラグ６１２の値を返す。チャプターフラグ６１２の値は初期値がチャプター情報を持っていないことを示す” ＮｏｔＣｈａｐｔｅｒ”で、チャプター情報が生成されたときにコンテンツ情報管理部３０５により”ＩｓＣｈａｐｔｅｒ”が設定される。「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇレスポンス」はＨＴＴＰの応答メッセージなど用いて受信装置１３０に送信する。
【００８３】
「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇレスポンス」を受信した受信装置１３０のチャプタ情報処理部３１１は記録媒体内コンテンツ情報６１０のチャプターフラグ６１２の値をレスポンスの値で更新する。ここで、「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇレスポンス」のＣｈａｐｔｅｒＦｌａｇの値が” ＮｏｔＣｈａｐｔｅｒ”だった場合は、ここで、コンテンツコピー処理シーケンスを終了する。
【００８４】
Ｓ８１６：ＣｈａｐｔｅｒＦｌａｇの値が”ＩｓＣｈａｐｔｅｒ”だった場合、受信装置１３０のチャプタ情報処理部３１１はチャプタ情報要求を送信装置１１０に送信する。チャプタ情報は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスの拡張機能「ＣｈａｐｔｅｒＩｎｆｏ」のＸ_ＧｅｔＣｈａｐｔｅｒＬｉｓｔアクションを用いて取得できる。受信装置１３０の制御部３２０は、チャプタ情報処理部３１１を制御し、コントロールＵＲＬへ「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔリクエスト」メッセージをＨＴＴＰのＰＯＳＴリクエスト等を用いて発行させる。入力引数ＯｂｊｅｃｔＩＤはＳ８１１で受信コンテンツ情報６５０に保持したＯｂｊｅｃｔＩＤ６２２を用いる。
【００８５】
Ｓ８１７：コントロールＵＲＬに対して発行された「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔリクエスト」メッセージを受信した送信装置１１０の制御部２２０はチャプタ情報処理部２１１を制御し、ＨＴＴＰの応答メッセージなどを用いて「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔレスポンス」メッセージを送信させる。チャプタ情報処理部２１１は入力引数ＯｂｊｅｃｔＩＤで配信コンテンツ情報６２０を参照し、ＯｂｊｅｃｔＩＤに対応するコンテンツＩＤを取得する。そして、チャプタ情報処理部２１１は、そのコンテンツＩＤで該当コンテンツの記録媒体内コンテンツ情報６１０を特定し、チャプタフラグ６１２の値を参照する。チャプタフラグ６１２の値が” ＮｏｔＣｈａｐｔｅｒ”だった場合は、指定されたコンテンツのチャプタ情報は存在しないのでレスポンスとしてエラーコードを返す。チャプタフラグ６１２の値が” ＩｓＣｈａｐｔｅｒ”の場合、チャプタ情報処理部２１１は、コンテンツＩＤで該当コンテンツのチャプタ管理情報６３０を特定し、チャプタ情報６３２をＸＭＬなどの形式でＨＴＴＰレスポンスメッセージのメッセージボディに挿入し受信装置１３０、１４０に送付する。
【００８６】
「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔレスポンス」を受信した受信装置１３０のチャプタ情報処理部３１１は、レスポンスとしてエラーコードを受信した場合はチャプターフラグ６１２の更新はしない。レスポンスとしてチャプタ情報を受信した場合、チャプターフラグ６１２を” ＩｓＣｈａｐｔｅｒ”に更新する。更に取得したチャプタ情報をチャプタ管理情報６３０のチャプタ情報６３２に記憶する。以上の処理でコンテンツコピー処理シーケンスは完了するので受信装置１３０の制御処理部３２０はコンテンツ情報管理部３０５にコピーしたコンテンツの受信コンテンツ情報６５０を削除させる。
【００８７】
以上のように、送信装置１１０は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスを拡張したコンテンツ情報提供機能を備えることで、コンテンツとそのコンテンツのチャプタ情報も提供することができる。受信装置１３０はネットワーク上のサーバー（送信装置１１０）のコンテンツをコピーする場合に、そのコンテンツのチャプター情報も取得できる。そのため、コピーしたコンテンツを再生する場合であってもチャプタ情報に従った頭出し再生やスキップ再生が可能になりユーザの使い勝手を向上することができる。
【実施例２】
【００８８】
本発明に係る実施形態２について説明する。
本実施形態は、コンテンツのシーン区切りを示すチャプタ情報を管理する送信装置に記録されたコンテンツをネットワーク上の受信機に移動（ＭＯＶＥ）する場合の送信装置動作と受信装置動作に関するものである。なお、本発明は、本実施例に示す形態に限定されるものではない。
【００８９】
本実施例において、送信装置１１０と受信装置１３０の構成は実施例１で説明した図２、図３と同じである。また、受信装置１３０が送信装置１１０を探索し、送信装置１１０が提供するサービス情報を取得するまでのシーケンスも実施例１で説明した図７と同じである。受信装置１３０が送信装置１１０からチャプター情報を持つコンテンツを移動（ＭＯＶＥ）する場合の処理シーケンスは図８のＳ８１２をコンテンツ移動（ＭＯＶＥ）要求、Ｓ８１３を移動（ＭＯＶＥ）コンテンツ伝送に読み替えたシーケンスになる。
【００９０】
本実施例と実施例１の違いは、送信装置１１０における移動（ＭＯＶＥ）コンテンツ伝送（終了）後のコンテンツ管理情報（図６）の更新処理である。以下、図１３のフローチャートで説明する。
【００９１】
Ｓ１３１０：コンテンツ管理情報の更新処理は移動（ＭＯＶＥ）コンテンツ伝送（終了）後、開始される（Ｓ１３１１へ）。
Ｓ１３１１： 制御部２２０はコンテンツ管理情報の更新処理までのタイムアウト時間を設定する。このタイムアウトはコンテンツ毎に設定する。また、制御部２２０は移動（ＭＯＶＥ）されたコンテンツのＭＯＶＥフラグ６１３をＭＯＶＥ済みを示す値、例えば「１」に設定する。
【００９２】
Ｓ１３１２：制御部２２０はタイムアウト時間が経過したかを判定する。タイムアウト時間経過していたらＳ１３１３へ遷移する。まだタイムアウトしていない場合はＳ１３１４へ遷移する。
Ｓ１３１３：コンテンツ情報管理部２０５は制御部２２０の指示により、移動（ＭＯＶＥ）コンテンツのコンテンツ管理情報を削除する。移動（ＭＯＶＥ）コンテンツはコンテンツＩＤによって指定され、コンテンツ情報管理部２０５は記録媒体内コンテンツ情報６１０、ネットワーク配信コンテンツ情報６２０、チャプタ管理情報６３０を削除し、コンテンツ管理情報の更新処理を終了する。
Ｓ１３１４：制御部２２０はチャプター情報要求「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔリクエスト」を受信したか否かを確認する。受信した場合はＳ１３１５へ遷移する。受信していない場合はＳ１３１２へ遷移する。
【００９３】
Ｓ１３１５：制御部２２０は、チャプタ情報処理部２１１を制御し、引数ＯｂｊｅｃｔＩＤで指定されたコンテンツのチャプタ情報を、ＨＴＴＰの応答メッセージなどを用いて「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔレスポンス」メッセージとして受信装置１３０、１４０に送信させる。
Ｓ１３１６：制御部２２０は、Ｓ１３１５で送信したチャプタ情報が移動（ＭＯＶＥ）コンテンツのチャプター情報か否かを確認する。移動（ＭＯＶＥ）コンテンツのチャプター情報かどうかは、引数ＯｂｊｅｃｔＩＤが移動（ＭＯＶＥ）コンテンツのＯｂｊｅｃｔＩＤか否かで判断できる。移動（ＭＯＶＥ）コンテンツのチャプター情報であった場合はＳ１３１３に遷移する。そうでなかった場合は、Ｓ１３１２に遷移する。
【００９４】
以上、説明したように本発明に係る送信装置１１０はコンテンツ移動（ＭＯＶＥ）したときに、そのコンテンツ情報を削除するまでのタイムアウト時間を設定する。これにより、コンテンツ移動（ＭＯＶＥ）後、時間経過してからコンテンツ情報要求を受信した場合でも、タイムアウト時間内であればチャプタ情報を提供することができる。そのため、複数のコンテンツを移動（ＭＯＶＥ）し、そのあとに、それらのコンテンツのコンテンツ情報を受信するような処理を行う受信装置であってもコンテンツ情報を提供することができ、受信装置側の処理シーケンスの自由度が高くなる。なお、ここでは記載していないが、移動（ＭＯＶＥ）したコンテンツ情報が削除されるまでの時間を受信装置側で設定できるようにしても良い。
また、タイムアウト時間経過後はコンテンツ情報を削除するので、移動（ＭＯＶＥ）したコンテンツのコンテンツ情報だけが残ってしまうことを防ぐことができる。
【実施例３】
【００９５】
本発明に係る実施形態３について説明する。
本実施形態は、コンテンツのシーン区切りを示すチャプタ情報を管理する送信装置に記録されたコンテンツの一部分をネットワーク上の受信機にコピーする場合の送信装置動作と受信装置動作に関するものである。なお、本発明は、本実施例に示す形態に限定されるものではない。
本実施例において、送信装置１１０と受信装置１３０の構成は実施例１で説明した図２、図３と同じである。また、受信装置１３０が送信装置１１０を探索し、送信装置１１０が提供するサービス情報を取得するまでのシーケンスも実施例１で説明した図７と同じである。受信装置１３０が送信装置１１０からチャプター情報を持つコピーする場合の処理シーケンスは図８と同じであるが、コンテンツコピー要求（Ｓ８１２）にコピー範囲（開始位置と終了位置）を指定する点が異なる。ＨＴＴＰのＧＥＴリクエストを利用する場合はＲａｎｇｅヘッダを用いることで指定できる。
【００９６】
また、本実施例では図１４に示すように図５（ａ）に示したサービス記述のアクション５１１、５１４の引数にコンテンツ範囲を指定を追加し、指定した範囲のチャプタ情報、および、指定した範囲のチャプタ情報提供可否を返すようにする。図１４の１４０１、１４０２は追加したコンテンツ範囲を指定する引数「ＣｏｎｔｅｎｔＲａｎｇｅ」の定義である。１４０３は引数「ＣｏｎｔｅｎｔＲａｎｇｅ」で使用する型名「Ｘ＿Ａ＿ＡＲＧ＿ＴＹＰＥ＿ＣｏｎｔｅｎｔＲａｎｇｅ」のデータタイプの定義である。なお、図１４で図５（ａ）と同じものは同じ符号で表し、説明は割愛する。
【００９７】
図１６（ａ）はアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの一例である。１６０１が第１引数「ＯｂｊｅｃｔＩＤ」で、１６０２が本実施例で追加定義した第２引数「ＣｏｎｔｅｎｔＲａｎｇｅ」の指定である。どちらもｓｔｒｉｎｇ型なので２重引用符（”）で囲っている。第２引数はカンマ（，）で区切ってコンテンツ範囲の開始位置と終了位置を指定する。アクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストの場合も同様の形式で指定する。
【００９８】
図１６（ｂ）はアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストの一例である。図１６（ａ）と同様に、１６１１が第１引数「ＯｂｊｅｃｔＩＤ」で、１６１２が本実施例で追加定義した第２引数「ＣｏｎｔｅｎｔＲａｎｇｅ」の指定である。
【００９９】
以下、コンテンツ範囲を指定した「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエスト、および、「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストを受信した送信装置１１０の処理について説明する。
【０１００】
はじめに、図１７、図１５（ａ）（ｂ）、図１８（ａ）（ｂ）を用いて「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストを受信する処理について説明する。図１７は送信装置１１０の制御部２２０における、「Ｃｏｎｔｅｎｔ Ｒａｎｇｅ」を含む「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの受信処理フロー、図１５（ａ）は送信装置１１０に記憶されたコンテンツとコンテンツのシーン区切りを示すチャプタ情報を模式的に表したもの、図１５（ｂ）はチャプタ管理情報６３０として管理される、図１５（ａ）のチャプタ情報６３２である。
【０１０１】
図１５（ａ）において１５００は送信装置に記憶されたコンテンツを表し、１５１０、１５２０、１５１２、１５１３、１５１５、１５１６、１５１７はコンテンツ１５００に付加されたシーン区切りを示すチャプタである。１５０１は「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの引数「ＣｏｎｔｅｎｔＲａｎｇｅ」で指定されたコンテンツの開始位置、１５０２は終了位置を表す。ここでは、図１６（ａ）のアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの一例で指定された値、開始位置＝６００００、終了位置＝２７００００が指定されたとして説明する。
【０１０２】
図１５（ｂ）はコンテンツ１５００のチャプタ情報の具体例である。１５２０は図６、図１０で６３２で示されたチャプタ情報である。１５１０〜１５１７は図１５（ａ）の同符号のチャプタのチャプタ位置情報である。図１５（ａ）では８個のチャプタを持つのでチャプタ数は「８」である。チャプタ表現形式は図１５（ｂ）の場合はコンテンツの先頭からのバイト位置を表す「ｂｙｔｅｓ」としている。
【０１０３】
Ｓ１７０１：制御部２２０はチャプタ情報処理部２１１がアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストを受信すると処理を開始する。チャプタ情報処理部２１１は引数と伴に、アクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの受信を制御部２２０に通知する。
Ｓ１７０２：制御部２２０は引数「ＯｂｊｅｃｔＩＤ」で指定されたコンテンツのチャプタ情報の有無を確認するために、ネットワーク配信コンテンツ情報６２０を参照し「コンテンツＩＤ」を取得する。そして、「コンテンツＩＤ」で記録媒体内コンテンツ情報６１０のチャプターフラグ６１２を取得する。
Ｓ１７０３：制御部２２０は、指定されたコンテンツのチャプタ情報の有無をチャプターフラグ６１２の値で判定する。チャプターフラグ６１２の値が”ＩｓＣｈａｐｔｅｒ”なら該当コンテンツのチャプター情報があると判断しＳ１７０４へ遷移する。その他の場合はチャプター情報は無いと判断し、Ｓ１７０８へ遷移してエラーレスポンスを返信する。
【０１０４】
Ｓ１７０４：指定されたコンテンツのチャプタ情報が存在する場合は、制御部２２０はチャプタ管理情報６３０を参照し、アクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストの引数「ＣｏｎｔｅｎｔＲａｎｇｅ」で指定された範囲のチャプタ情報位置を取得する。ここでは、図１６（ａ）に示した通り引数「ＣｏｎｔｅｎｔＲａｎｇｅ」が開始位置＝６００００、終了位置＝２７００００に指定されたと仮定する。また、指定されたコンテンツのチャプタ情報は図１５（ｂ）であるとする。制御部２２０はチャプタ情報１５２０が持つチャプタ位置情報を参照し、チャプタ位置の値が開始位置以上、終了位置以下のものを抽出する。本例の場合は６０，０００以上、２７０，０００以下で、１５１２、１５１３、１５１４、１５１５の４つのチャプタ位置情報が抽出される。
Ｓ１７０５：Ｓ１７０４の処理の結果から指定されたコンテンツ範囲にチャプター情報が含まれていたかどうかを判断する。すなわち抽出されたチャプタ位置情報の数が０より多かったらチャプタ情報が含まれていると判断しＳ１７０６に遷移する。そうでなかった場合は、チャプター情報は含まれていないと判断し、Ｓ１７０８へ遷移してエラーレスポンスを返信する。
【０１０５】
Ｓ１７０６：制御部２２０は抽出したチャプタ位置情報を用いて、返信用の「返信チャプタ情報」を生成する。図１５（ｂ）のチャプタ情報はコンテンツの先頭からのチャプタ位置を示しているが、制御部２２０は、指定された引数「ＣｏｎｔｅｎｔＲａｎｇｅ」の開始位置＝６００００を基準としてチャプタ位置情報を算出しなおす。また、インデックス番号も抽出されたチャプタ位置情報で０から始まる値を割当てる。図１８（ａ）に範囲指定されたコンテンツと、そのコンテンツのシーン区切りを示すチャプタ情報の模式図、図１８（ｂ）に制御部２２０が生成した「返信チャプタ情報」を示す。なお、図１８（ａ）（ｂ）において図１５と同じものは同じ符号で表現する。図１８（ａ）の１８００は引数「ＣｏｎｔｅｎｔＲａｎｇｅ」、すなわち、１５０１、１５０２で範囲指定されたコンテンツを表す。１８１０、１０１１、１８１２、１８１３はコンテンツ１５００に付加されたシーン区切りを示すチャプタ（１５１０〜１５１７）の内、範囲指定されたコンテンツ１８００に含まれるものである。コンテンツ１５００のチャプタ１５１２がコンテンツ１８００のチャプタ１８１０に当たる。図１８（ｂ）に示すように、制御部２２０はコンテンツ１８００で先頭のチャプタであるチャプタ位置情報１８１２のインデックス番号には０を割当て、１８１１、１８１２、１８１３には各１、２、３を割当てる。チャプタ位置はコンテンツ１８００の先頭からの位置を示すように再計算する。すなわち、開始位置の値が６００００なので図１５（ｂ）の１５１２で値が７２０００だったチャプタ位置は１８１０では１２０００になる。
【０１０６】
Ｓ１７０７：チャプタ情報処理部２１１は制御部２２０の指示に従い、「返信チャプタ情報」を用いて「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」レスポンスを生成し送信する。
Ｓ１７０８：チャプタ情報処理部２１１は制御部２２０の指示に従い、チャプタ情報を持たないことを示すエラーコードを付加したエラーレスポンスを生成し送信する。
【０１０７】
次に、図１９、図１５（ａ）（ｂ）を用いて「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストを受信する処理について説明する。図１９は送信装置１１０の制御部２２０における「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストの受信処理フローである。
【０１０８】
Ｓ１９０１：制御部２２０はチャプタ情報処理部２１１がアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストを受信すると処理を開始する。チャプタ情報処理部２１１は引数と伴に、アクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストの受信を制御部２２０に通知する。
Ｓ１９０２：制御部２２０は引数「ＯｂｊｅｃｔＩＤ」で指定されたコンテンツのチャプタ情報の有無を確認するために、ネットワーク配信コンテンツ情報６２０を参照し「コンテンツＩＤ」を取得する。そして、「コンテンツＩＤ」で記録媒体内コンテンツ情報６１０のチャプターフラグ６１２を取得する。
Ｓ１９０３：制御部２２０は、指定されたコンテンツのチャプタ情報の有無をチャプターフラグ６１２の値で判定する。チャプターフラグ６１２の値が”ＩｓＣｈａｐｔｅｒ”なら該当コンテンツのチャプター情報があると判断しＳ１９０４へ遷移する。その他の場合はチャプター情報は無いと判断し、Ｓ１９０７へ遷移する。
【０１０９】
Ｓ１９０４：指定されたコンテンツのチャプタ情報が存在する場合は、制御部２２０はチャプタ管理情報６３０を参照し、アクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」リクエストの引数「ＣｏｎｔｅｎｔＲａｎｇｅ」で指定された範囲のチャプタ情報位置を取得する。ここでは、図１６（ｂ）に示した通り引数「ＣｏｎｔｅｎｔＲａｎｇｅ」が開始位置＝６００００、終了位置＝２７００００に指定されたと仮定する。また、指定されたコンテンツのチャプタ情報は図１５（ｂ）であるとする。制御部２２０はチャプタ情報１５２０が持つチャプタ位置情報を参照し、チャプタ位置の値が開始位置以上、終了位置以下のものを抽出する。本例の場合は６０，０００以上、２７０，０００以下で、１５１２、１５１３、１５１４、１５１５の４つのチャプタ位置情報が抽出される。
【０１１０】
Ｓ１９０５：Ｓ１９０４の処理の結果から指定されたコンテンツ範囲にチャプター情報が含まれていたかどうかを判断する。すなわち抽出されたチャプタ位置情報の数が０より多かったらチャプタ情報が含まれていると判断しＳ１９０６に遷移する。そうでなかった場合は、チャプター情報は含まれていないと判断し、Ｓ１９０７へ遷移する。
Ｓ１９０６：指定されたコンテンツ範囲にチャプタ情報が含まれるので、制御部２２０は出力引数５１６「ＣｈａｐｔｅｒＦｌａｇ」の値を”ＩｓＣｈａｐｔｅｒ”に設定する。
Ｓ１９０７：指定されたコンテンツ範囲にチャプタ情報が含まれないので、制御部２２０は出力引数５１６「ＣｈａｐｔｅｒＦｌａｇ」の値を”ＮｏｔＣｈａｐｔｅｒ”に設定する。
【０１１１】
Ｓ１９０８：チャプタ情報処理部２１１は制御部２２０の指示に従い、Ｓ１９０６、または、Ｓ１９０７で値を設定した出力引数「ＣｈａｐｔｅｒＦｌａｇ」を用いて「Ｘ＿ＧｅｔＣｈａｐｔｅｒＦｌａｇ」レスポンスを生成し送信する。
【０１１２】
以上のように、本実施例の送信装置１１０ではアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」とアクション「ＣｈａｐｔｅｒＦｌａｇ」に引数「ＣｏｎｔｅｎｔＲａｎｇｅ」を追加する。これによって、コンテンツの範囲を指定して一部分だけコピーする場合においても、その範囲部分のチャプター情報を提供することができる。受信装置１３０は一部分だけコピーしたコンテンツを再生する場合であってもチャプタ情報に従った頭出し再生やスキップ再生が可能になりユーザの使い勝手を向上することができる。
【実施例４】
【０１１３】
本発明に係る実施形態４について説明する。
本実施形態は、コンテンツのシーン区切りを示すチャプタ情報を管理する送信装置に記録されたコンテンツの一部分をネットワーク上の受信機に移動（ＭＯＶＥ）する場合の送信装置動作と受信装置動作に関するものである。なお、本発明は、本実施例に示す形態に限定されるものではない。
【０１１４】
本実施例において、送信装置１１０と受信装置１３０の構成は実施例１で説明した図２、図３と同じである。また、受信装置１３０が送信装置１１０を探索し、送信装置１１０が提供するサービス情報を取得するまでのシーケンスも実施例１で説明した図７と同じである。受信装置１３０が送信装置１１０からチャプター情報を持つコンテンツを移動（ＭＯＶＥ）する場合の処理シーケンスはＳ８１２をコンテンツ移動（ＭＯＶＥ）要求、Ｓ８１３を移動（ＭＯＶＥ）コンテンツ伝送に読み替えたシーケンスになり、コンテンツ移動（ＭＯＶＥ）要求（Ｓ８１２）には移動（ＭＯＶＥ）対象範囲（開始位置と終了位置）を指定する。範囲はＨＴＴＰのＧＥＴリクエストを利用する場合はＲａｎｇｅヘッダを用いることで指定できる。
【０１１５】
本実施例では送信装置１１０はコンテンツの一部分の移動（ＭＯＶＥ）コンテンツ伝送（終了）後、コンテンツ管理情報を移動（ＭＯＶＥ）した部分とされなかった部分それぞれの管理する。
【０１１６】
ここでは、開始位置＝６００００、終了位置＝２７００００の範囲のコンテンツが移動（ＭＯＶＥ）された場合を例に想定して説明する。図２０は記憶されたコンテンツとコンテンツのシーン区切りを示すチャプタ情報を模式的に表した図である。図中、図１５と同じものは同じ符号で表現する。１８００はコンテンツの一部分の移動（ＭＯＶＥ）要求によって移動（ＭＯＶＥ）したコンテンツを表す。１５０１は開始位置、１５０２は終了位置を示している。１８１０、１０１１、１８１２、１８１３はコンテンツ１５００に付加されたシーン区切りを示すチャプタ（１５１０〜１５１７）の内、移動（ＭＯＶＥ）したコンテンツ１８００に含まれるチャプターである。２０００、および、２００１は１８００の一部分の移動（ＭＯＶＥ）によって残されたコンテンツである。そして、２０１０、２０１１はコンテンツ２０００に含まれるチャプター、２０２０、２０２１はコンテンツ２００１に含まれるチャプターである。
【０１１７】
送信装置１１０の制御部２２０はコンテンツの一部分の移動（ＭＯＶＥ）コンテンツ伝送（終了）後、コンテンツ１８００、２０００、２００１の３つに分割されたコンテンツのコンテンツ管理情報を生成し、コンテンツ情報管理部２０５を介して保持する。
【０１１８】
以下、コンテンツの一部分の移動（ＭＯＶＥ）コンテンツ伝送（終了）後のコンテンツ情報管理処理について図２１、図２２を用いて説明する。
【０１１９】
図２２はコンテンツ１５００を管理するコンテンツ管理情報、記録媒体内コンテンツ情報２１１０、配信コンテンツ情報２１２０、チャプタ管理情報２１３０の具体例である。ここで、コンテンツ１５００のコンテンツＩＤは「１」、ＯｂｊｅｃｔＩＤも「１」と設定している。チャプタ管理情報２１３０において、図１０で説明したように、各チャプタのチャプタ位置情報はインデックス番号とチャプタ位置の２つの情報からなる。図では上段がインデックス番号、下段がチャプタ位置を表す。２１３０のインデックス番号「０」のチャプタ位置情報が図２０の１５１０に対応する。同様にインデックス番号「１」〜「７」が図２０の１５１１〜１５１７に対応する。
【０１２０】
ここで、コンテンツの一部分（開始位置＝６００００、終了位置＝２７００００）の移動（ＭＯＶＥ）要求よるコンテンツ伝送が終了すると送信装置１１０はコンテンツ情報管理部２０５でコンテンツ管理情報を図２２のように再構築する。記録媒体内コンテンツ情報２２１０、配信コンテンツ情報２２２０、チャプタ管理情報２２３０は移動（ＭＯＶＥ）した部分、すなわちコンテンツ１８００（図２０）のコンテンツ管理情報である。記録媒体内コンテンツ情報２２４０、配信コンテンツ情報２２５０、チャプタ管理情報２２６０はコンテンツ２０００（図２０）のコンテンツ管理情報である。記録媒体内コンテンツ情報２２７０、配信コンテンツ情報２２８０、チャプタ管理情報２２９０はコンテンツ２００１（図２０）のコンテンツ管理情報である。
【０１２１】
送信装置１１０の制御部２２０はコンテンツを要求した受信装置からチャプター情報取得を考慮し、移動（ＭＯＶＥ）した部分のコンテンツ１８００のコンテンツＩＤとＯｂｊｅｃｔＩＤはコンテンツ１５００に割り当てたものをそのまま使用する。コンテンツ２０００とコンテンツ２００１については、コンテンツＩＤとＯｂｊｅｃｔＩＤを新たに割当てコンテンツ１８００のコンテンツ管理情報（図２１）を用いて生成し管理する。ここでは、コンテンツ２０００にコンテンツＩＤ＝１０１、ＯｂｊｅｃｔＩＤ＝１０１をコンテンツ２００１にコンテンツＩＤ＝１０２、ＯｂｊｅｃｔＩＤ＝１０２を割当てている。また、コンテンツを保存するファイル名、ＵＲＬもそれぞれ新しく割当てる。コンテンツ長は元のコンテンツ１５００のコンテンツ長＝３６０，０００（図２２）とコンテンツの一部分の移動（ＭＯＶＥ）要求のコンテンツ範囲（開始位置＝６００００、終了位置＝２７００００）から算出する。
【０１２２】
チャプタフラグは実施例３の図１９で示した手順と同様の方法で、図２１、２１３０のチャプタ位置情報とコンテンツの範囲から求める。一部分の移動（ＭＯＶＥ）のコンテンツ１８００の範囲が開始位置＝６００００、終了位置＝２７００００であることから、コンテンツ２０００の範囲は開始位置＝０、終了位置＝５９９９９である。コンテンツ２００１の範囲は開始位置＝２７０００１、終了位置＝３６００００となる。本例の場合は、コンテンツ１８００、２０００、２００１ともチャプタ位置情報を持つのでチャプターフラグは”ＩｓＣｈａｐｔｅｒ”を設定する。
【０１２３】
チャプタ情報も実施例３の図１７で示した手順と同様の方法で、図２１、２１３０のチャプタ位置情報とコンテンツの範囲から求める。チャプタ位置の値はそれぞれのコンテンツの開始位置を基準位に算出する。ＭＯＶＥフラグはコンテンツ１８００が移動（ＭＯＶＥ）したコンテンツなので２２１０のＭＯＶＥフラグのみ値「１」に設定する。ＭＯＶＥフラグの値「１」のコンテンツ管理情報２２１０、２２２０、２２３０は、コンテンツ移動（ＭＯＶＥ）後所定の時間が経過した場合、あるいは、コンテンツの移動（ＭＯＶＥ）を要求した受信装置からチャプタ情報要求であるアクション「Ｘ＿ＧｅｔＣｈａｐｔｅｒＬｉｓｔ」リクエストを受信し、その処理が終了した時点で削除する。
【０１２４】
以上のように、本実施例の送信装置１１０ではコンテンツの一部分の移動（ＭＯＶＥ）要求を受けた場合に、移動（ＭＯＶＥ）した部分とされなかった部分それぞれについて、コンテンツ管理情報、記録媒体内コンテンツ情報、配信コンテンツ情報、チャプタ管理情報を生成する。したがって、一部分の移動（ＭＯＶＥ）コンテンツを取得した受信装置に対して、その部分のチャプタ情報を提供することができる。さらに、残った部分のコンテンツに関しても、そのコンテンツの部分のチャプター情報を保持することができる。
【実施例５】
【０１２５】
本実施形態は、コンテンツのシーン区切りを示すチャプタ情報を管理する送信装置に記録されたコンテンツをネットワーク上の受信機にコピーする場合の送信装置動作と受信装置動作に関するものである。なお、本発明は、本実施例に示す形態に限定されるものではない。
【０１２６】
本実施例において、送信装置１１０と受信装置１３０の構成は実施例１で説明した図２、図３と同じである。また、受信装置１３０が送信装置１１０を探索し、送信装置１１０が提供するサービス情報を取得するまでのシーケンスも実施例１で説明した図７と同じである。
【０１２７】
本実施例と実施例１の違いは、コンテンツ一覧応答にコンテンツ提供ＵＲＬ６２３の他に、チャプタ情報を提供可能なコンテンツに関してはコンテンツとチャプタ情報を提供するためのＵＲＬ（以下、チャプタコンテンツＵＲＬと記す）を含めることである。図２３（ａ）にコンテンツ一覧応答の一例を示す。図２３（ａ）はＸＭＬ形式で表現した場合を示している。また、各コンテンツ情報の部分だけを示し、ＨＴＴＰレスポンスのヘッダ部分などは含まない。図２３（ａ）において＜ｉｔｅｍ＞タグで囲われた部分２３１０、２３２０が１つのコンテンツのコンテンツ情報である。各コンテンツのコンテンツ情報は図１１で示したものが含まれる。この例ではタイトル＜ｄｃ：ｔｉｔｌｅ＞とコンテンツの種類＜ｕｐｎｐ：ｃｌａｓｓ＞を一例として挙げている。そして、＜ｒｅｓ＞タグがコンテンツを提供するＵＲＬを表すタグである。コンテンツ２３１０はコンテンツのＵＲＬだけを含む場合であり２３１１がコンテンツのＵＲＬを提供する＜ｒｅｓ＞タグである。コンテンツ２３２０は２３２１、２３２２の２つの＜ｒｅｓ＞タグを含む。
【０１２８】
２３２１がコンテンツを提供するＵＲＬで、２３２２がコンテンツとチャプタ情報を提供するためのチャプタコンテンツＵＲＬである。＜ｒｅｓ＞タグで提供するＵＲＬはコンテンツを提供するＵＲＬか、チャプタコンテンツＵＲＬであるかは＜ｒｅｓ＞タグのプロパティ情報で識別する。本実施例では、＜ｒｅｓ＞タグにｐｒｏｔｏｃｏｌＩｎｆｏプロパティを持たせ、そのフィールド情報で識別する。図２３（ｂ）がｐｒｏｔｏｃｏｌＩｎｆｏプロパティは持つフィールドの定義の例である。図２３（ｂ）に示すようにｐｒｏｔｏｃｏｌＩｎｆｏプロパティは４つのフィールドを持つ。第１フィールド＜ｐｒｏｔｏｃｏｌ＞はコンテンツを出力するときのプロトコルを表す。図２３（ａ）はＨＴＴＰ ＧＥＴで出力することを示している。第２フィールド＜ｎｅｔｗｏｒｋ＞は出力プロトコルに依存するフィールドでＨＴＴＰの場合は”＊”（アスタリスク）を記述する。第３フィールド＜ｃｏｎｔｅｎｔＦｏｒｍａｔ＞はコンテンツのフォーマット
を表す。そして第４フィールド＜ａｄｄｉｔｏｎａｌＩｎｆｏ＞は付加情報を表すフィールドである。本例ではこの＜ａｄｄｉｔｏｎａｌＩｎｆｆｏ＞を用いてコンテンツを提供するＵＲＬか、チャプタコンテンツＵＲＬであるかを表す。図２３（ａ）２３２３に示しように第４フィールドに”ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｃｈａｐｔｅｒＬｉｓｔ”と記述した場合に、チャプタコンテンツＵＲＬであることを表す。
【０１２９】
送信装置１１０の制御部２２０は、チャプタ情報生成部２０９によりコンテンツのチャプタ情報が生成された場合に、チャプタ情報とコンテンツを提供するためのチャプタコンテンツＵＲＬを生成し、コンテンツ情報管理部２０５を介して配信コンテンツ情報に記憶する。図２４に送信装置１１０のコンテンツ情報管理部２０５が管理するコンテンツ管理情報、記録媒体内コンテンツ情報、チャプタ管理情報、配信コンテンツ情報の構成をしめす。図６と同じ要素については同じ符号で表し説明は割愛する。２４０１がコンテンツとコンテンツに付加されたチャプタ情報を提供するためのＵＲＬである。
【０１３０】
図２５に、本発明に係るコンテンツ一覧提供とコンテンツ提供の処理シーケンスをしめす。
Ｓ２５１０：はじめに受信装置１３０はコピーするコンテンツを決定するため、送信装置１１０が記録しているコンテンツ一覧情報を取得する。コンテンツ一覧情報は「ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ」サービスのＢｒｏｗｓｅアクションを用いて取得できる。受信装置１３０の制御部３２０は、コンテンツ情報処理部３１２を制御し、コントロールＵＲＬへ「Ｂｒｏｗｓｅリクエスト」メッセージをＨＴＴＰのＰＯＳＴリクエスト等を用いて発行させる。
【０１３１】
Ｓ２５１１：コントロールＵＲＬに対して発行された「Ｂｒｏｗｓｅリクエスト」メッセージを受信した送信装置１１０の制御部２２０はコンテンツ情報処理部２１２を制御し、ＨＴＴＰの応答メッセージなどを用いて「Ｂｒｏｗｓｅレスポンス」メッセージを送信させる。コンテンツ情報処理部２１２は先に図２４で説明した記録媒体内コンテンツ情報６１０、配信コンテンツ情報６２０を参照して、コンテンツ毎にＢｒｏｗｓｅレスポンス用コンテンツ情報を生成する。ＸＭＬ形式で表現した場合のＢｒｏｗｓｅレスポンス用コンテンツ情報は図２３（ａ）に示した通りである。図２３（ａ）でも説明したとおり、＜ｒｅｓ＞タグのｐｒｏｔｏｃｏｌＩｎｆｏプロパティの第４フィールドに”ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｃｈａｐｔｅｒＬｉｓｔ”と記述することでコンテンツとコンテンツに付加されたチャプタ情報を提供するためのＵＲＬであることを示す。
【０１３２】
送信装置１１０からの応答「Ｂｒｏｗｓｅレスポンス」メッセージ受信した受信装置１３０の制御部３２０はコンテンツ情報処理部３１２で取得、解析処理したＢｒｏｗｓｅレスポンス用コンテンツ情報１１００から各コンテンツのコンテンツ情報（タイトル、ジャンル、ＵＲＬ、チャプタコンテンツＵＲＬなど）を取得できる。制御部３２０はコンテンツのタイトル、録画日時などの情報を表示部３０４に表示してユーザに提示するなどして、コピーするコンテンツの選択をユーザに促す。この時、アイコンや文字などでチャプタ情報が利用できることを提示し、コンテンツと一緒にチャプタ情報もコピーするかどうかをユーザに決定させる。コピーするコンテンツが選択されると、制御部３２０は選択されたコンテンツのコンテンツ情報をコンテンツ情報管理部３０５に渡し、図６に示したようなコンテンツ情報を生成させ、記憶させる。記録媒体内コンテンツ情報６１０の情報のうち、コンテンツＩＤ６１１、ファイル名はコンテンツ情報管理部３０５が生成する。コンテンツＩＤ６１１は、受信装置１３０の記録媒体に記録したコンテンツを一意に特定するためのＩＤを割当てる。ファイル名も同様である。チャプターフラグ６１２の値はチャプタ情報取得後に設定する。その他の情報（タイトル、ジャンル、詳細説明、録画日時、フォーマット情報など）は取得したＢｒｏｗｓｅレスポンス用コンテンツ情報を設定する。受信装置１３０は配信コンテンツ情報６２０を持たないが、同じデータ構成の受信コンテンツ情報６５０を管理する。受信コンテンツ情報６５０は、送信装置１１０のコンテンツ識別情報であるＯｂｊｅｃｔＩＤ６２２やコンテンツ取得先のＵＲＬ情報であるＵＲＬ６２３を保持し、コンテンツ情報管理部３０５が割当てたコンテンツＩＤとの対応を参照するための情報である。コンテンツ情報管理部３０５は受信コンテンツ情報６５０をコンテンツをコピーの一連の処理が完了するまで保持する。
【０１３３】
Ｓ２５１２：そして、受信装置１３０はＨＴＴＰのＧＥＴリクエスト等を用いて、Ｂｒｏｗｓｅレスポンス用コンテンツ情報から取得したＵＲＬに「コンテンツコピー要求」を送信する。本例ではコンテンツとコンテンツに付加されたチャプタ情報を提供するチャプタコンテンツＵＲＬに対してリクエストを送信した場合について説明する。
Ｓ２５１３：送信装置１１０の制御部２２０はＵＲＬで指定されたコンテンツをコンテンツ送信部２０７を介して送信する。チャプタコンテンツＵＲＬが指定された場合は、最初にコンテンツを送信し、その後、チャプタ情報を送信する（Ｓ２５１５で後述）。コンテンツを送信するか、チャプタ情報を送信するかは、ヘッダで区別する。図２６（ａ）にＨＴＴＰプロトコルを利用してコンテンツおよび、チャプタ情報を送信する場合のフォーマットを示す。２６００はＨＴＴＰヘッダ、２６１０はＨＴＴＰのメッセージを入れるＨＴＴＰボディである。本例の場合は、ＨＴＴＰボディ２６１０にコンテンツヘッダ２６２０とペイロード部２６３０を入れる。ペイロード部２６３０はコンテンツやチャプタ情報を挿入する部分である。コンテンツヘッダ２６２０は図２６（ｂ）のようにＰａｙｌｏａｄＴｙｐｅ２６２１、ＯｂｊｅｃｔＩＤ２６２２、および、Ｂｙｔｅ Ｌｅｎｇｔｈ ｏｆ Ｐａｙｌｏａｄ２６２３で構成する。ＰａｙｌｏａｄＴｙｐｅ２６２１がペイロード部２６３０の内容がコンテンツデータかチャプタ情報であるかを識別するための情報である。コンテンツを送信する場合はＰａｙｌｏａｄＴｙｐｅ２６２１をコンテンツの伝送を示す値「０」で伝送する。ＯｂｊｅｃｔＩＤ２６２２は伝送するコンテンツのＯｂｊｅｃｔＩＤである。Ｂｙｔｅ Ｌｅｎｇｔｈ ｏｆ Ｐａｙｌｏａｄ２６２１はペイロード部２６３０のバイト数を示す。
【０１３４】
受信装置１３０はコンテンツ受信部３０７でコンテンツを受信しコンテンツヘッダ２６２０のＰａｙｌｏａｄＴｙｐｅ２６２１からコンテンツの受信であることを判断し、Ｓ８１１でコンテンツ情報管理部３０５が割り当てたファイル名で記録媒体３０６に記録する。コンテンツの受信が完了するとコンテンツ情報管理部３０５は実際に受信したコンテンツ長で記録媒体内コンテンツ情報６１０を更新し、記録媒体３０６に記録する。
【０１３５】
Ｓ２５１５：送信装置１１０はコンテンツを送信を完了すると、続けてチャプタ情報を送信する。このとき、コンテンツヘッダ２６２０のＰａｙｌｏａｄＴｙｐｅ２６２１をチャプタ情報の伝送を示す値「１」で伝送する。受信装置１３０はコンテンツ受信部３０７でコンテンツを受信しコンテンツヘッダ２６２０のＰａｙｌｏａｄＴｙｐｅ２６２１からチャプタ情報の受信であることを判断し、Ｓ２５１３で受信したコンテンツのチャプタ管理情報６３０のチャプタ情報６３２に取得したコンテンツ情報を記憶する。
【０１３６】
以上のように、コンテンツ一覧の応答としてコンテンツ提供ＵＲＬの他に、チャプタ情報を提供可能なコンテンツに関してはコンテンツとチャプタ情報を提供するためのＵＲＬ（チャプタコンテンツＵＲＬ）を提供することで、受信機はコンテンツとチャプタ情報を一緒に取得することができる。したがって受信機側の処理が簡素化され実装しやすくなる。
【０１３７】
本実施例では、コンテンツ一覧応答にコンテンツ提供ＵＲＬ６２３のほかにチャプタ情報を提供可能なコンテンツに関してはコンテンツとチャプタ情報を提供するためのＵＲＬを含めたが、受信装置によりネットワーク上の装置に公開される機器情報を送信装置で取得し、受信装置がチャプタ情報を利用可能な場合に、コンテンツ一覧の応答に、コンテンツとチャプタ情報を提供するためのＵＲＬを含めて提供するようにしても良い。これにより、送信装置はチャプタ情報を利用可能でない受信装置にはコンテンツとチャプタ情報を提供するためのＵＲＬを含まない従来形式のコンテンツ一覧応答を返信するため従来機器互換を実現できる。、また、チャプタ情報を利用可能でない受信装置においては、従来形式のコンテンツ一覧応答が返信されるため、コンテンツ一覧応答を処理する負荷が軽減される。
【０１３８】
本実施例ではコンテンツコピー要求の場合について説明したが移動（ＭＯＶＥ）についても処理シーケンスは同じである。移動（ＭＯＶＥ）の場合、送信装置１１０はＳ２５１５の送信処理完了後、送信したコンテンツの情報である記録媒体内コンテンツ情報６１０、ネットワーク配信コンテンツ情報６２０、チャプタ管理情報６３０を削除する。チャプタコンテンツＵＲＬで移動（ＭＯＶＥ）要求を受けた場合はコンテンツを移動（ＭＯＶＥ）したが、受信機からのチャプタ情報取得要求がなく、チャプタ情報だけ残ってしまうようなことが無いため送信機側の処理も簡素化され容易になる。
【符号の説明】
【０１３９】
１００ ホームネットワーク
１１０ 送信装置（サーバ）
１２０ 表示装置
１３０、１４０、１５０ 受信装置（クライアント）
２０１、３０１ チューナ復号部
２０２、３０２ 分離抽出部
２０３、３０３ 復号部
２０４ 表示出力部
２０５、３０５ コンテンツ情報管理部
２０６、３０６ 記録媒体
２０７ コンテンツ送信部
２０９ チャプタ情報生成部
２１０、３１０ 機器情報処理部
２１１、３１１ チャプタ情報処理部
２１２、３１２ コンテンツ情報処理部
２１３、３１３ ネットワークＩ／Ｆ部
２２０、３２０ 制御部
３０４ 表示部
３０７ コンテンツ受信部
４００ 機器情報
４１０ デバイス情報
４２０ サービス情報リスト
４３０ 拡張情報リスト
５００、５５０ サービス記述情報
６１０ 記録媒体内コンテンツ情報
６２０ ネットワーク配信コンテンツ情報
６３０ チャプタ管理情報
６３２ チャプタ情報
１６００ コピー履歴情報
【特許請求の範囲】
【請求項１】
ネットワークを介してコンテンツを送信するコンテンツ送信部を備えた送信装置であって、
前記コンテンツのシーンの区切りを示すチャプタ情報を保持し、保持したチャプタ情報を前記ネットワークを介して送信するチャプタ情報処理部と、
前記ネットワークを介して前記チャプタ情報を前記ネットワークに接続された他の装置に送信する機器情報処理部とを有し、
前記他の装置の要求に従い、コンテンツ、および、チャプタ情報を送信することを特徴とする送信装置。
【請求項２】
請求項１に記載の送信装置であって、
前記チャプタ情報処理部は、チャプタ情報を要求されたコンテンツに対し、当該要求において開始位置と終了位置によりコンテンツの一部分が指定されている場合に、前記保持しているチャプタ情報から、前記開始位置と終了位置で指定されたコンテンツに対するチャプタ情報を生成し送信することを特徴とする送信装置。
【請求項３】
請求項１に記載の送信装置であって、
少なくとも、保持しているコンテンツのタイトルおよびコンテンツ取得先を示すＵＲＬを有するコンテンツ情報を記録媒体に格納し、要求に応じて提供するコンテンツ情報処理部をさらに備え、
前記保持しているコンテンツのうち、前記他の装置の要求により特定されたコンテンツに対応するチャプタ情報が記録媒体に格納されている場合に、前記コンテンツ情報として、前記特定されたコンテンツを提供するためのＵＲＬおよび当該コンテンツに対応するチャプタ情報を提供するためのＵＲＬを提供することを特徴とする送信装置。
【請求項４】
ネットワークを介してコンテンツを送信するコンテンツステップを備え、
前記コンテンツのシーンの区切りを示すチャプタ情報を保持し、保持したチャプタ情報を前記ネットワークを介して送信するチャプタ情報処理ステップと、
前記ネットワークを介して前記チャプタ情報を前記ネットワークに接続された他の装置に送信する機器情報処理ステップとを有し、
前記他の装置の要求に従い、コンテンツ、および、チャプタ情報を送信することを特徴とする送信方法。
【請求項１】
ネットワークを介してコンテンツを送信するコンテンツ送信部を備えた送信装置であって、
前記コンテンツのシーンの区切りを示すチャプタ情報を保持し、保持したチャプタ情報を前記ネットワークを介して送信するチャプタ情報処理部と、
前記ネットワークを介して前記チャプタ情報を前記ネットワークに接続された他の装置に送信する機器情報処理部とを有し、
前記他の装置の要求に従い、コンテンツ、および、チャプタ情報を送信することを特徴とする送信装置。
【請求項２】
請求項１に記載の送信装置であって、
前記チャプタ情報処理部は、チャプタ情報を要求されたコンテンツに対し、当該要求において開始位置と終了位置によりコンテンツの一部分が指定されている場合に、前記保持しているチャプタ情報から、前記開始位置と終了位置で指定されたコンテンツに対するチャプタ情報を生成し送信することを特徴とする送信装置。
【請求項３】
請求項１に記載の送信装置であって、
少なくとも、保持しているコンテンツのタイトルおよびコンテンツ取得先を示すＵＲＬを有するコンテンツ情報を記録媒体に格納し、要求に応じて提供するコンテンツ情報処理部をさらに備え、
前記保持しているコンテンツのうち、前記他の装置の要求により特定されたコンテンツに対応するチャプタ情報が記録媒体に格納されている場合に、前記コンテンツ情報として、前記特定されたコンテンツを提供するためのＵＲＬおよび当該コンテンツに対応するチャプタ情報を提供するためのＵＲＬを提供することを特徴とする送信装置。
【請求項４】
ネットワークを介してコンテンツを送信するコンテンツステップを備え、
前記コンテンツのシーンの区切りを示すチャプタ情報を保持し、保持したチャプタ情報を前記ネットワークを介して送信するチャプタ情報処理ステップと、
前記ネットワークを介して前記チャプタ情報を前記ネットワークに接続された他の装置に送信する機器情報処理ステップとを有し、
前記他の装置の要求に従い、コンテンツ、および、チャプタ情報を送信することを特徴とする送信方法。
【図１】
【図２】
【図３】
【図４】
【図５（ａ）】
【図５（ｂ）】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２（ａ）】
【図１２（ｂ）】
【図１３】
【図１４】
【図１５（ａ）】
【図１５（ｂ）】
【図１６（ａ）】
【図１６（ｂ）】
【図１７】
【図１８（ａ）】
【図１８（ｂ）】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３（ａ）】
【図２３（ｂ）】
【図２４】
【図２５】
【図２６（ａ）】
【図２６（ｂ）】
【図２】
【図３】
【図４】
【図５（ａ）】
【図５（ｂ）】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２（ａ）】
【図１２（ｂ）】
【図１３】
【図１４】
【図１５（ａ）】
【図１５（ｂ）】
【図１６（ａ）】
【図１６（ｂ）】
【図１７】
【図１８（ａ）】
【図１８（ｂ）】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３（ａ）】
【図２３（ｂ）】
【図２４】
【図２５】
【図２６（ａ）】
【図２６（ｂ）】
【公開番号】特開２０１２−１４７２１７（Ｐ２０１２−１４７２１７Ａ）
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願番号】特願２０１１−３５４２（Ｐ２０１１−３５４２）
【出願日】平成２３年１月１２日（２０１１．１．１２）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願日】平成２３年１月１２日（２０１１．１．１２）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
[ Back to top ]