WO2013011670A1 - コンテンツ再生装置、コンテンツ再生方法及びコンテンツ配信システム - Google Patents

Abstract

内容が共通し視聴形態の異なるコンテンツ間で、映像の長さや、映像の内容の一部が異なっている場合において、再生を中断し、視聴形態を切り替えて再生を再開した場合に、ユーザが覚える違和感を従来よりも低減できるコンテンツ再生装置を提供する。コンテンツ再生装置は、内容が共通し視聴形態の異なる２つのコンテンツを配信するコンテンツサーバから、コンテンツをストリーミング受信して再生する装置であり、視聴形態を選出する選出手段と、前記選出された視聴形態とは異なる視聴形態の第１のコンテンツについて、再生が中断されているか否かを判断する判断手段と、前記再生が中断されていると判断された場合に、再生が中断された位置を、前記選出された視聴形態の第２のコンテンツにおける対応位置に変換する変換手段と、前記第２のコンテンツについて前記対応位置から送信するよう前記コンテンツサーバに対し要求する要求手段を備える。

Description

コンテンツ再生装置、コンテンツ再生方法及びコンテンツ配信システム

　本発明は、コンテンツをストリーム受信して再生する技術に関し、特に、コンテンツ再生時の視聴形態の切り替えに関する。

　ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　ＴｅｌｅＶｉｓｉｏｎ）において、３Ｄ映像における左目用の映像をベースビューとし、右目用の映像をディペンデントビューとして多重化するＭＶＣ（Ｍｕｌｔｉｖｉｅｗ　Ｖｉｄｅｏ　Ｃｏｄｉｎｇ）方式で符号化されたコンテンツの配信が検討されている。このＭＶＣ方式では、ベースビューが左目映像と２Ｄ映像とを兼ねており、ベースビューのみ抽出することで２Ｄ映像としても再生ができる。特許文献１には、コンテンツについて視聴形態を２Ｄと３Ｄとの間で切り替え可能な期間を示す制御情報をストリーム中に埋め込む技術が開示され、この期間内において視聴形態の切り替えができる。

　コンテンツを３Ｄ、２Ｄのいずれの視聴形態でも再生可能な場合、ユーザは、一方の視聴形態で再生中のコンテンツについて、再生途中であっても他の視聴形態への切り替えを望む場合があると考えられる。例えば、ユーザは、当初３Ｄメガネを用いコンテンツを３Ｄで視聴していたが、その続きを３Ｄメガネを持たない他のユーザと共に視聴することを望む場合や、２Ｄで視聴していたコンテンツについて、その続きをより迫力ある３Ｄで視聴することを望む場合などである。

　コンテンツの再生途中で視聴形態を切り替える場合、上述のＭＶＣ方式で符号化されたコンテンツであれば、３Ｄの映像と２Ｄの映像とは内容が同様であり、立体視できるか否かが異なるだけであるため、視聴形態の切り替え時にユーザが違和感を覚えることはない。

特開２０１１－８２６６６号公報

　ところで、コンテンツには、３Ｄ版コンテンツと２Ｄ版コンテンツというように、内容は共通しているものの別個のコンテンツとして作成されているものがあり、カメラワークや編集の違いなどにより、両コンテンツ間で映像の長さや、映像の内容の一部が異なっている場合がある。

　このような場合に、一方のコンテンツの再生途中に、コンテンツの時間軸上のある位置で再生を中断し、視聴形態を切り替えて、すなわち、内容が共通し視聴形態の異なる他方のコンテンツに再生対象を変更して、同じ位置から再生を再開すると、一方のコンテンツにおけるその中断位置の映像の内容と、他方のコンテンツにおけるその中断位置と同じ位置の映像の内容とが全く異なっていることからユーザに違和感を覚えさせてしまう場合があるという問題がある。

　そこで、本発明は、係る問題を鑑みてなされたものであり、内容が共通し視聴形態の異なるコンテンツ間で、映像の長さや、映像の内容の一部が異なっている場合において、再生を中断し、視聴形態を切り替えて再生を再開した場合に、ユーザが覚える違和感を従来よりも低減することができるコンテンツ再生装置を提供することを目的とする。

　上記課題を解決するために、本発明に係るコンテンツ再生装置は、内容が共通し視聴形態の異なる２つのコンテンツを配信するコンテンツサーバから、コンテンツをストリーミング受信して再生するコンテンツ再生装置であって、視聴形態を選出する選出手段と、前記選出された視聴形態とは異なる視聴形態の第１のコンテンツについて、再生が中断されているか否かを判断する判断手段と、前記再生が中断されていると判断された場合に、再生が中断された位置を、前記選択された視聴形態の第２のコンテンツにおける対応位置に変換する変換手段と、前記第２のコンテンツについて前記対応位置から送信するよう前記コンテンツサーバに対し要求する要求手段とを備えることを特徴とする。

　上述の構成により、本発明に係るコンテンツ再生装置は、第２のコンテンツにおける、第１のコンテンツで再生が中断された位置に対応する対応位置から再生を再開するので、再生中断前のコンテンツの内容と再生再開時のコンテンツの内容とが対応づいたものとなり、ユーザが覚える違和感を従来よりも低減することができる。

本発明の一実施形態に係るコンテンツ配信システムの構成を示す図 コンテンツサーバの構成を示すブロック図 関連コンテンツ表の一例を示す図 ＰＩの一例を示す図 関連コンテンツのＰＩの一例を示す図 ＨＲ辞書の一例を示す図 内容は共通するものの視聴形態の異なる２つのコンテンツの構成例を模式的に示す図 再生位置対応表の一例を示す図 再生位置対応表における３ＤコンテンツＡ（３Ｄアクション映画Ａ）に関する部分を送信するためのＥＲＩを示す図 再生位置対応表における２ＤコンテンツＡ（アクション映画Ａ）に関する部分を送信するためのＥＲＩを示す図 中断位置情報表の一例を示す図 コンテンツ再生装置１０２の構成を示すブロック図 （ａ）視聴状況情報の一例を示す図、（ｂ）視聴状況情報の他の一例を示す図 （ａ）コンテンツ一覧画像の一例を示す図、（ｂ）視聴が中断されていない場合のコンテンツ詳細情報画像の一例を示す図、（ｃ）視聴が中断されている場合のコンテンツ詳細情報画像の一例を示す図 コンテンツ配信システムにおいて、コンテンツを再生する場合の全体動作の流れを示すフローチャート ユーザがコンテンツを選択して再生を開始し、再生を停止するまでのコンテンツ再生装置による処理を示すフローチャート コンテンツの詳細情報画面作成処理の手順を示すフローチャート 位置変換処理の手順を示すフローチャート 本発明の変形例に係る、位置変換処理をコンテンツサーバ側で行う場合の、コンテンツを再生する際の全体動作の流れを示す図 本発明の変形例に係る、位置変換処理をコンテンツサーバ側で行う場合の、コンテンツを再生する際の全体動作の流れを示す図 本発明の変形例に係る、再生位置対応表の一例を示す図 本発明の変形例に係る、ＥＲＩを示す図 本発明の変形例に係る、ＥＲＩを示す図 本発明の変形例に係る、３Ｄアクション映画ＡについてのＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅの一例を示す図 本発明の変形例に係る、アクション映画ＡについてのＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅの一例を示す図 本発明の変形例に係る、ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅにおけるＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素の一例を示す図

＜１．概要＞
　図１は、本発明の一実施形態に係るコンテンツ配信システム１００の構成を示す図である。

　コンテンツ配信システム１００は、図１に示すように、コンテンツ、及びコンテンツの再生に必要な再生制御情報等を配信するコンテンツサーバ１０１、コンテンツを受信して再生するコンテンツ再生装置１０２及びコンテンツ再生装置１０３がネットワーク１０４を介して接続して成る。

　ここで、コンテンツサーバ１０１が配信するコンテンツには、内容は共通するものの２Ｄ版コンテンツと３Ｄ版コンテンツというように視聴形態の異なる別個のコンテンツとして作成されるものがあり、視聴形態に応じてカメラワークや編集が異なる場合がある。例えば、一方の視聴形態のコンテンツには存在するシーンが、他方の視聴形態のコンテンツには全く存在しない場合や、異なる視聴形態のコンテンツ間で、対応しているシーンの内容や、長さが異なる場合などである。

　このように視聴形態の異なるコンテンツについて、一方の視聴形態でコンテンツを再生し、コンテンツの再生を途中で中断して、他の視聴形態に変更してコンテンツの再生を再開する場合に、元の視聴形態で再生を中断した位置（コンテンツの先頭からの再生時間）と同じ位置（再生時間）から再生すると、ユーザが、視聴中断前に視聴した映像内容と同等の映像内容を再び視聴してしまう場合や、逆に、部分的に未視聴になる場合が起こり得る。

　本実施形態に係るコンテンツ配信システムでは、異なる視聴形態にてコンテンツの再生を再開する場合に、再生中断位置の映像内容と同等の映像内容の位置からコンテンツの再生を再開して、ユーザによるコンテンツの円滑な視聴を実現している。

　以下、本発明の一実施形態について、より詳細に説明する。
＜２．構成＞
＜２－１．コンテンツ＞
　まず、本実施形態に係るコンテンツについて説明する。

　コンテンツは、ユーザにより視聴されることを目的とした映像、音声等から構成される情報である。１つのコンテンツは、ストリーム形式の１つのファイルで構成される。

　コンテンツサーバ１０１が配信するコンテンツには、内容は共通するものの２Ｄ版と３Ｄ版というように視聴形態が異なるコンテンツが複数作成されるもの、及び１つの視聴形態のコンテンツのみが作成されるものの２種類がある。ここで、コンテンツの「視聴形態」とは、コンテンツの「視覚的な表現形態」をいう。また、「視聴」の語は、一般的には単なる「視」よりも限定的な語であるが、本明細書及び請求の範囲では、「視」のみの場合も含めており一般的な用法よりも広義に用いている。また、以下の説明では、あるコンテンツについての、内容は共通するものの視聴形態の異なる別個のコンテンツを「関連コンテンツ」という。上記の２Ｄ版と３Ｄ版のコンテンツの場合であれば、３Ｄ版のコンテンツは、２Ｄ版のコンテンツの関連コンテンツであり、逆に、２Ｄ版のコンテンツは、３Ｄ版のコンテンツの関連コンテンツである。

　視聴形態が異なるコンテンツを作成する場合に、視聴形態に応じてカメラワークや編集が異なることがある。例えば、一方の視聴形態のコンテンツには存在するシーンが他方の視聴形態のコンテンツには全く存在しない場合や、異なる視聴形態のコンテンツ間で、対応しているシーンの撮影に用いられたカメラのアングルが異なる場合や、対応するシーンの長さが異なる場合などである。このような場合、視聴形態の異なる両コンテンツの時間軸上における先頭からの位置が同じであっても内容が異なってくる。なお、シーンとは、一定の基準に基づき区切られたコンテンツの各部分をいう。また、コンテンツの時間軸上における先頭からの位置を、単に、「コンテンツにおける位置」などという。

　図７は、内容は共通するものの視聴形態の異なる２つのコンテンツの構成例を模式的に示す図である。

　２つのコンテンツのうち一方は、タイトル名が「３Ｄアクション映画Ａ」で、視聴形態が３Ｄのコンテンツである。以下、このコンテンツを便宜上「３ＤコンテンツＡ」という。

　２つのコンテンツのうち他方は、タイトル名が「アクション映画Ａ」で、視聴形態が２Ｄのコンテンツである。以下、このコンテンツを便宜上「２ＤコンテンツＡ」という。

　なお、コンテンツのそれぞれは、識別情報であるＣＲＩＤ（Ｃｏｎｔｅｎｔ　Ｒｅｆｅｒｅｎｃｅ　ＩＤ）によって一意に識別される。３ＤコンテンツＡのＣＲＩＤは「ｃｒｉｄ：／／ａａａ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ／ＡＢＣＤＥ００００」である。また、２ＤコンテンツＡのＣＲＩＤは「ｃｒｉｄ：／／ａａａ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ／ＡＢＣＤＥ０００１」である。ここで、３ＤコンテンツＡは、２ＤコンテンツＡの関連コンテンツであり、２ＤコンテンツＡは、３ＤコンテンツＡの関連コンテンツである。

　図７に示すように、３ＤコンテンツＡは、シーンＡ～シーンＤの４つのシーンに分けられている。一方、２ＤコンテンツＡは、シーンＡ、シーンＣ、シーンＤ’の３つのシーンに分けられている。

　３ＤコンテンツＡについて、シーンＡは、コンテンツの時間軸上における先頭から３００秒までの３００秒間の部分である。シーンＢは、コンテンツの時間軸上における３０１秒から５００秒までの２００秒間の部分である。シーンＣは、コンテンツの時間軸上における５０１秒から７００秒までの２００秒間の部分である。シーンＤは、コンテンツの時間軸上における７０１秒から１１００秒までの４００秒間の部分である。

　２ＤコンテンツＡについて、シーンＡは、コンテンツの時間軸上における先頭から３００秒までの３００秒間の部分である。シーンＣは、コンテンツの時間軸上における３０１秒から５００秒までの２００秒間の部分である。シーンＤ’は、コンテンツの時間軸上における５０１秒から７００秒までの４００秒間の部分である。

　ここで、３ＤコンテンツＡのシーンＡと、２ＤコンテンツＡのシーンＡとは、内容が同一のシーンである。また、３ＤコンテンツＡのシーンＣと、２ＤコンテンツＡのシーンＣとは、内容が同一のシーンである。

　３ＤコンテンツＡのみ、シーンＢがシーンＡとシーンＣとの間に挿入されている。シーンＤとシーンＤ’とは、映像などにより表現している内容はほぼ同様であるが、シーンＤの方が、複数のカメラアングルにより撮影された映像が挿入されているなどによって、シーンＤ’よりも時間の長いシーンになっている。

　なお、上述のコンテンツに関し、例えば、視聴形態が３Ｄの３ＤコンテンツＡを４００秒間視聴して視聴を中断し、その後、視聴形態を２Ｄに変更し、２ＤコンテンツＡにおける最初から４００秒の位置から再生を再開してしまうと、２ＤコンテンツＡのシーンＣの先頭の１００秒間に相当する部分は、再生されないこととなってしまう。

　また、逆に、視聴形態が２Ｄの２ＤコンテンツＡを最初から４００秒間視聴して視聴を中断し、その後、視聴形態を３Ｄに変更して、３ＤコンテンツＡにおける最初から４００秒の位置から再生を再開してしまうと、３ＤコンテンツＡのシーンＢの先頭から１００秒間に相当する部分が再生されず、更に、シーンＣの先頭から１００秒に相当する部分が再度再生されてしまうことになる。
＜２－２．コンテンツサーバ１０１＞
＜２－２－１．構成＞
　コンテンツサーバ１０１は、コンテンツ、及びコンテンツの再生に必要な制御情報などの配信を行うサーバ装置である。

　図２は、コンテンツサーバ１０１の構成を示すブロック図である。

　コンテンツサーバ１０１は、図２に示すように、データ配信部２０１、配信制御部２０２、及びコンテンツ管理部２０３を含んで構成される。また、コンテンツサーバ１０１は、プロセッサ及びメモリを含んで構成されており、配信制御部２０２の機能は、メモリに記憶されているプログラムをプロセッサが実行することにより実現される。
＜データ配信部２０１＞
　データ配信部２０１は、通信用のＬＳＩで構成されており、ネットワーク１０４を介してデータを送受信する機能を有する。
＜配信制御部２０２＞
　配信制御部２０２は、（１）ＥＣＧ（Ｅｌｅｃｔｒｉｃ　Ｃｏｎｔｅｎｔｓ　Ｇｕｉｄｅ）メタデータ配信機能、（２）辞書提供機能、（３）再生制御メタファイル配信機能、及び（４）コンテンツ配信機能を有する。以下、各機能について説明する。

　（１）ＥＣＧメタデータ配信機能
　配信制御部２０２は、ＥＣＧメタデータの配信要求を受け付け、要求されたＥＣＧメタデータを配信する。

　ＥＣＧメタデータは、コンテンツ、ライセンスなどに関する属性情報を記述したＸＭＬ文書である。ＥＣＧメタデータには、コンテンツ自体の属性情報を記述したＰＩ（Ｐｒｏｇｒａｍ　Ｉｎｆｏｒｍａｔｉｏｎ　ｔａｂｌｅ）、コンテンツの格納場所を示す属性情報を記述したＰＬ（Ｐｒｏｇｒａｍ　Ｌｏｃａｔｉｏｎ　ｔａｂｌｅ）、コンテンツがどのグループに属するかを記述したＧＩ（Ｇｒｏｕｐ　Ｉｎｆｏｒｍａｔｉｏｎ　ｔａｂｌｅ）、コンテンツのライセンス属性を記述したＬＩ（Ｌｉｃｅｎｓｅ　Ｉｎｆｏｒｍａｔｉｏｎ　ｔａｂｌｅ）等がある。

　ＥＣＧメタデータの詳細は、「社団法人　電波産業会、サーバ型放送における符号化、伝送及び蓄積制御方式　ＡＲＩＢ　ＳＴＤ－Ｂ３８　２．０版、　平成２２年４月２６日発行」（以下、単に「ＡＲＩＢ　ＳＴＤ－Ｂ３８」という。）、及び、「一般社団法人　ＩＰＴＶフォーラム、ＩＰＴＶ規定　ＣＤＮスコープ　サービスアプローチ仕様　ＩＰＴＶＦＪ　ＳＴＤ－０００６　１．３版、２０１０年７月３０日発行」（以下、単に「ＩＰＴＶＦＪ　ＳＴＤ－０００６」という。）に規定されている。以下では、本実施形態に関連するものについてのみ適宜説明する。

　ＥＣＧメタデータ配信機能は、（１－１）コンテンツ一覧配信機能、（１－２）ＰＬ配信機能を含む。以下、それぞれについて説明する。

　（１－１）コンテンツ一覧配信機能
　コンテンツ一覧配信機能は、コンテンツ配信システム１００において配信対象となっているコンテンツを一覧表示するために用いられるＰＩを配信する機能である。

　ＰＩは、コンテンツについて、そのコンテンツのタイトル、ＡＶ符号化方式などの属性情報を記載するメタデータである。１つのＰＩが、１つのコンテンツに対応する。以下、便宜上、ＰＩに対応するコンテンツを「対応コンテンツ」という。ＰＩの詳細については、後述する。

　コンテンツ一覧配信機能を実現するため、配信制御部２０２は、配信パラメータを含むＰＩ配信要求を受け付けると、配信パラメータの内容に応じたＰＩを要求元の装置に配信する。

　配信パラメータは、ユーザＩＤ、デバイスＩＤ、及び取得条件を含む。

　ユーザＩＤは、要求元の装置のユーザを識別する識別情報である。

　デバイスＩＤは、要求元の装置を識別する識別情報である。

　取得条件は、「タイトル名について５０音順で最初からＸ個」や、「タイトル名について５０音順でＡ個目からＸ個」など、配信するＰＩを選出するための条件である。

　例えば、取得条件が「タイトル名について５０音順で最初からＸ個」の場合、配信制御部２０２は、取得条件に合致するＰＩ、すなわち、記載されているタイトル名が５０音順で最初であるコンテンツについてのＰＩ、タイトル名が５０音順で最初から２つ目であるコンテンツについてのＰＩ、・・・・、タイトル名が５０音順で最初からＸ個目であるコンテンツについてのＰＩ、のＸ個のＰＩを要求元の装置に配信することとなる。

　コンテンツプロバイダは、コンテンツ管理部２０３にコンテンツを登録する際、ＰＩ、ＰＬ、ＧＩ、ＬＩ等のメタデータもあわせて登録する。その時、登録するコンテンツに関連コンテンツがある場合、そのＰＩ中に関連コンテンツのＣＲＩＤと、関連コンテンツに関する情報の取得先を記載する。対応コンテンツについて、関連コンテンツがあるか否かは、後述の関連コンテンツ表に、関連コンテンツついての記載があるか否かにより判断できる。

　また、配信制御部２０２は、配信対象となったＰＩに対応するコンテンツが、同一のユーザＩＤを有する装置に既に配信され、その視聴が途中で中断されている場合には、ＰＩに加え、対応コンテンツの時間軸上における中断位置を示す再生中断位置情報と、視聴中断に係る装置のデバイスＩＤとを付して送信する。

　対応コンテンツについて、同一のユーザＩＤを有する装置に既に配信され、その視聴が途中で中断されているか否かは、後述の中断位置情報表に、配信パラメータに含まれるユーザＩＤ、デバイスＩＤ、中断位置情報が記録されているか否かによって判断できる。

　コンテンツ一覧配信機能に係る処理は、後述の図１５のＳ１５０２～Ｓ１５０３に相当する。

　（１－２）ＰＬ配信機能
　ＰＬ配信機能は、コンテンツ再生装置１０２、１０３において、再生対象として特定されたコンテンツ（以下、「再生対象コンテンツ」という。）についてのＰＬを配信する機能である。配信制御部２０２は、ＣＲＩＤをパラメータとしたＰＬ配信要求を受け付けると、そのＣＲＩＤで識別されるコンテンツについてのＰＬを要求元の装置に配信する。

　ＰＬ配信機能に係る処理は、後述の図１５のＳ１５０８～Ｓ１５０９に相当する。

　（２）辞書提供機能
　辞書提供機能は、検索パラメータとして「分類スキーム（辞書）のＵＲＩ：辞書内での番号（ｔｅｒｍＩＤ）」の形式で指定された項目について検索要求された場合に、その項目がどのような意味を有するかを、保持している後述のＩＰＴＶＳＥＲＶＩＣＥＨｏｗＲｅｌａｔｅｄＣＳ辞書（以下、「ＨＲ辞書」という。）を検索することにより認識し、応答する機能である。

　例えば、ＨＲ辞書において、ｔｅｒｍＩＤが２２．１である項目には、「関係：当該コンテンツの別の視聴形態（２Ｄ映像）」が記載されている。

　配信制御部２０２は、「ｈｔｔｐ:／／ｗｗｗ．ｉｐｔｖｆｏｒｕｍ．ｊｐ／ｃｓ／２０１１／０７／ＩＰＴＶＳＥＲＶＩＣＥＨｏｗＲｅｌａｔｅｄＣＳ：２２．１」を検索パラメータとして検索要求された場合、ＨＲ辞書のｔｅｒｍＩＤが２２．１である項目に記載された「関係：当該コンテンツの別の視聴形態（２Ｄ映像）」を応答として送信する。

　（３）再生制御メタファイル配信機能
　配信制御部２０２は、再生制御メタファイル配信要求を受け付け、要求された再生制御メタファイルを配信する。再生制御メタファイルについては「ＩＰＴＶＦＪ　ＳＴＤ-０００６」に規定されている。再生制御メタファイルの１つであるＥＲＩ（Ｅｎｔｒｙ　Ｒｅｓｏｕｒｃｅ　Ｉｎｆｏｒｍａｔｉｏｎ）の＜ｃｏｎｔｅｎｔ＿ｃｈａｐｔｅｒ＿ｉｎｆｏ＞は、再生位置対応表を作成するために利用することができる。

　（４）コンテンツ配信機能
　コンテンツ配信機能は、コンテンツ配信、コンテンツ配信中断、及び特殊再生を行う機能である。

　コンテンツ配信は、ＣＲＩＤ、視聴形態情報、再生開始位置情報をパラメータとしたコンテンツ配信要求を受け付け、ＣＲＩＤで識別されるコンテンツを、視聴形態情報で表される視聴形態で視聴できるよう、再生開始位置情報で示される再生開始位置から配信することで実現する。

　また、コンテンツ配信中断は、ユーザＩＤ、再生中断するコンテンツのＣＲＩＤ、デバイスＩＤ、視聴形態を示す視聴形態情報、コンテンツの時間軸上の再生中断位置を示す再生中断位置情報をパラメータとした配信中断要求を受け取って、コンテンツ配信を中断し、受け取ったパラメータの内容を、後述の中断位置情報表に記憶することで実現する。

　また、コンテンツの特殊再生は、コンテンツ配信中に、一時停止、早送り又は巻き戻しなど特殊再生の内容をパラメータとした特殊再生要求を受信し、コンテンツ再生装置１０２、１０３において、コンテンツの再生がパラメータに応じた特殊再生となるよう配信することで実現する。
＜コンテンツ管理部２０３＞
　コンテンツ管理部２０３は、不揮発性メモリで構成され、配信対象となるコンテンツについて、コンテンツ自体、関連コンテンツ表、ＨＲ辞書、再生制御メタファイル、ＥＣＧメタデータ、再生位置対応表、中断位置情報表など各種の情報を記憶する。
＜２－２－２．データ構造＞
　以下、コンテンツサーバ１０１が記憶し、又は使用するデータの構造について説明する。
＜関連コンテンツ表＞
　関連コンテンツ表は、コンテンツ配信システム１００において配信対象となっている各コンテンツについて、関連コンテンツがある場合に、その関連コンテンツとの対応を表している。

　関連コンテンツ表は、具体的には、コンテンツ配信システム１００において配信対象となっているコンテンツのＣＲＩＤと、視聴形態と、そのコンテンツの関連コンテンツのＣＲＩＤ（以下、関連コンテンツのＣＲＩＤを「関連ＣＲＩＤ」という。）との対応を表す。

　図３は、関連コンテンツ表の一例を示す図である。

　例えば、図３に示す関連コンテンツ表の１行目は、コンテンツのＣＲＩＤが「ｃｒｉｄ：／／ａａａ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ／ＡＢＣＤＥ００００」であり、視聴形態が「３Ｄ」であることを示している。また、ＣＲＩＤが「ｃｒｉｄ：／／ａａａ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ／ＡＢＣＤＥ００００」であるコンテンツに関し、その関連コンテンツのＣＲＩＤが「ｃｒｉｄ：／／ａａａ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ／ＡＢＣＤＥ０００１」であることを示している。
＜Ｐｒｏｇｒａｍ　Ｉｎｆｏｒｍａｔｉｏｎ（ＰＩ）＞
　ＰＩは、コンテンツについて、そのコンテンツのタイトル、ＡＶ符号化方式などの属性情報を記載したメタデータである。１つのＰＩが、１つのコンテンツに１対１に対応する。

　図４は、ＰＩの一例を示す図であり、本実施形態の説明に必要な部分を抜粋して記載している。

　ＰｒｏｇｒａｍＩｎｆｏｒｍａｔｉｏｎ要素のｐｒｏｇｒａｍＩｄ属性には、属性値として対応コンテンツのＣＲＩＤが記載される。ＣＲＩＤはコンテンツを識別するためのＩＤであり、コンテンツごとにユニークな値が付与される。図４の場合、ＣＲＩＤは、「ｃｒｉｄ：／／ａａａ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ／ＡＢＣＤＥ００００」である。

　また、ｔｙｐｅがｍａｉｎであるＴｉｔｌｅ要素の属性値として、対応コンテンツのタイトル名が記載される。例えば、図４の場合、タイトル名は「３Ｄアクション映画Ａ」である。

　ＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素は、対応コンテンツと関連のあるコンテンツやサイト等を記述する際に配置する要素であり、ＨｏｗＲｅｌａｔｅｄ要素とＭｅｄｉａＵｒｉ要素を含む。

　ＨｏｗＲｅｌａｔｅｄ要素は、対応コンテンツと、ＭｅｄｉａＵｒｉで特定されるコンテンツやサイトとがどのような関係であるかを示す情報の取得先を示す。ＨｏｗＲｅｌａｔｅｄ要素のｈｒｅｆ属性には、属性値として「分類スキーム（辞書）のＵＲＩ：辞書内での番号（ｔｅｒｍＩＤ）」を記載する。

　例えば、図４の場合、ｈｒｅｆ属性の属性値は、「ｈｔｔｐ:／／ｗｗｗ．ｉｐｔｖｆｏｒｕｍ．ｊｐ／ｃｓ／２０１１／０７／ＩＰＴＶＳＥＲＶＩＣＥＨｏｗＲｅｌａｔｅｄＣＳ：２２．１」である。この属性値で示されるアクセス先にアクセスすることで、辞書中のｔｅｒｍＩＤが２２．１である項目を取得できる。

　辞書については後述するが、例えば、ＨＲ辞書（ｈｔｔｐ:／／ｗｗｗ．ｉｐｔｖｆｏｒｕｍ．ｊｐ／ｃｓ／２０１１／０７／ＩＰＴＶＳＥＲＶＩＣＥＨｏｗＲｅｌａｔｅｄＣＳ）におけるｔｅｒｍＩＤが２２．１の項目には、「関係：当該コンテンツの別の視聴形態（２Ｄ映像）」が記載されている。

　ＭｅｄｉａＵｒｉ要素には、関連ＣＲＩＤが記載される。図４の場合、関連ＣＲＩＤは、「ｃｒｉｄ：／／ａａａ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ／ＡＢＣＤＥ０００１」である。

　ＰＩのＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素を参照することによって、対応コンテンツには、ＣＲＩＤが「ｃｒｉｄ：／／ａａａ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ／ＡＢＣＤＥ０００１」であり、別の視聴形態（２Ｄ映像）の関連コンテンツが存在することを認識することができる。

　図５は、図４に示したＰＩの対応コンテンツについての、関連コンテンツのＰＩを示す図である。

　ＰｒｏｇｒａｍＩｎｆｏｒｍａｔｉｏｎ要素のｐｒｏｇｒａｍＩｄ属性には、属性値として「ｃｒｉｄ：／／ａａａ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ／ＡＢＣＤＥ０００１」が記載されている。

　ＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素中のＨｏｗＲｅｌａｔｅｄ要素のｈｒｅｆ属性の属性値として「ｈｔｔｐ:／／ｗｗｗ．ｉｐｔｖｆｏｒｕｍ．ｊｐ／ｃｓ／２０１１／０７／ＩＰＴＶＳＥＲＶＩＣＥＨｏｗＲｅｌａｔｅｄＣＳ：２２．２」が記載されている。

　なお、ＨＲ辞書（ｈｔｔｐ:／／ｗｗｗ．ｉｐｔｖｆｏｒｕｍ．ｊｐ／ｃｓ／２０１１／０７／ＩＰＴＶＳＥＲＶＩＣＥＨｏｗＲｅｌａｔｅｄＣＳ）におけるｔｅｒｍＩＤが２２．２の項目には、後述のように「関係：当該コンテンツの別の視聴形態（Ｓｔｅｒｅｏｓｃｏｐｉｃ＿３Ｄ）」が記載されている。

　ｔｙｐｅがｍａｉｎであるＴｉｔｌｅ要素には、タイトル名として「アクション映画Ａ」が記載されている。

　ＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素中のＭｅｄｉａＵｒｉ要素には、関連ＣＲＩＤである「ｃｒｉｄ：／／ａａａ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ／ＡＢＣＤＥ００００」が記載されている。

　このＰＩのＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素を参照することによって、対応コンテンツには、ＣＲＩＤが「ｃｒｉｄ：／／ａａａ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ／ＡＢＣＤＥ００００」であり、別の視聴形態（Ｓｔｅｒｅｏｓｃｏｐｉｃ＿３Ｄ）の関連コンテンツが存在することを認識することができる。
＜ＨＲ辞書＞
　ＨＲ辞書は、上述した検索パラメータ「分類スキーム（辞書）のＵＲＩ：辞書内での番号（ｔｅｒｍＩＤ）」で示される項目が、どのような意味を有するかを記載した辞書である。

　図６は、ＨＲ辞書６０１のうち、本実施形態の説明に必要な部分を抜粋したものを表した図である。ＨＲ辞書については、「ＩＰＴＶＦＪ　ＳＴＤ－０００６」に規定されている。この規定では、ｔｅｒｍＩＤが１から２１までの値について関連性が定義されている。例えば、ｔｅｒｍＩＤが１の項目は、「現在のＡ／ＶコンテンツはＣＲＩＤに関連付けた番組の予告編」を示す。

　本実施形態では、「ＩＰＴＶＦＪ　ＳＴＤ－０００６」の規定を拡張し、ｔｅｒｍＩＤの値として「２２．ｘ」（ｘは任意の正の整数）を追加している。

　ｔｅｒｍＩＤが２２．１の要素は、「当該コンテンツについての別の視聴形態（２Ｄ映像）」を示している。ｔｅｒｍＩＤが２２．２の要素は、「当該コンテンツについての「別の視聴形態（ｓｔｅｒｅｏｓｃｏｐｉｃ＿３Ｄ）」を示している。

　なお、上述の図４、図５で示したＰＩ中のＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素中のＨｏｗＲｅｌａｔｅｄ要素のｈｒｅｆ属性の属性値は、「分類スキーム（辞書）のＵＲＩ：辞書内での番号（ｔｅｒｍＩＤ）」の形式で記載されたものである。

　図４で示したＰＩ中のＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素中のＨｏｗＲｅｌａｔｅｄ要素のｈｒｅｆ属性の属性値「ｈｔｔｐ:／／ｗｗｗ．ｉｐｔｖｆｏｒｕｍ．ｊｐ／ｃｓ／２０１１／０７／ＩＰＴＶＳＥＲＶＩＣＥＨｏｗＲｅｌａｔｅｄＣＳ：２２．１」を検索パラメータとしてＨＲ辞書を検索した場合、検索結果は、「当該コンテンツの別の視聴形態（２Ｄ映像）」となる。
＜再生位置対応表＞
　再生位置対応表は、あるコンテンツの時間軸上の位置と、その関連コンテンツの時間軸上の位置との対応関係を示す表である。

　図８は、再生位置対応表の一例を示す図である。

　図８の再生位置対応表８０１は、図７を用いて既に説明した３ＤコンテンツＡの時間軸上の位置と、その関連コンテンツである２ＤコンテンツＡの時間軸上の位置との対応関係を示している。

　図８に示すように、３ＤコンテンツＡ（ＣＲＩＤが、ｃｒｉｄ：／／ａａａ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ／ＡＢＣＤＥ００００である）の時間軸上における０～３００秒の部分（シーンＡ）は、２ＤコンテンツＡ（ＣＲＩＤが、ｃｒｉｄ：／／ａａａ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ／ＡＢＣＤＥ０００１である）の時間軸上における０～３００秒の部分（シーンＡ）に対応することを示す。これは、既に図７を用いて説明した通りである。

　また、図８は、３ＤコンテンツＡの時間軸上における３０１～５００秒の部分（シーンＢ）は、２ＤコンテンツＡには存在しない。このような、再生位置対応表において、あるシーン（シーンＢ）に対応するシーンが記載されていない場合を、以下、便宜上、あるシーンに対応するシーンが、「無シーン」であるということもある。例えば、３ＤコンテンツＡのシーンＢに対応する、２ＤコンテンツＡのシーンは、無シーンである。

　この場合、３ＤコンテンツＡの３０１～５００秒の間のいずれの位置（例えば、３１０秒の位置）も、２ＤコンテンツＡにおける無シーンの次のシーンである、２ＤコンテンツＡの時間軸上における３０１～５００秒の部分（シーンＣ）の先頭位置（３０１秒の位置）に対応づけられることとなる。

　また、３ＤコンテンツＡの時間軸上における５０１～７００秒の部分（シーンＣ）は、２ＤコンテンツＡの時間軸上における３０１～５００秒の部分（シーンＣ）に対応づけられることを示す。例えば、３ＤコンテンツＡのシーンＣの先頭から２０秒経過位置である５２１秒の位置は、２ＤコンテンツＡのシーンＣの先頭から２０秒経過位置である３２１秒の位置に対応づけられる。

　また、３ＤコンテンツＡの時間軸上における７０１～１１００秒の部分（シーンＤ）は、２ＤコンテンツＡの時間軸上における５０１～７００秒の部分（シーンＤ’）に対応づけられることを示す。ここで、シーンＤの時間長は４００秒であり、シーンＤ’の時間長は２００秒であり、長さが異なる。

　このような場合には、一例として、３ＤコンテンツＡのシーン（シーンＤ）と、２ＤコンテンツＡの対応するシーン（シーンＤ’）の長さの比の逆数に応じて対応づけを行う。

　具体的には、シーンＤとシーンＤ’の長さの比は２であり、その逆数は１／２である。

　よって、３ＤコンテンツＡのシーンＤの先頭から２０秒経過位置である７２１秒の位置は、２ＤコンテンツＡのシーンＤ’の先頭から２０×（１／２）秒経過位置である５１１秒の位置に対応づけられる。

　以上のように、一方のコンテンツのある位置に対応づけられた、又は、一方のコンテンツのある位置を変換することにより得た他方のコンテンツの位置を「対応位置」という。なお、上述のように、上述の３ＤコンテンツＡのシーンＢのように、２ＤコンテンツＡにおいて対応するシーンが再生位置対応表に直接的に記載されていない場合もあるが、このような場合でも、３ＤコンテンツＡのシーンＢ内の位置は、全て２ＤコンテンツＡにおけるシーンＣの先頭位置に対応づけられることとなるので、このシーンＣの先頭位置のことを「対応位置」という。
＜再生装置で再生位置対応表を作成するためのＥＲＩの記述＞
　コンテンツサーバ１０１が保持している再生位置対応表は、その内容をＥＲＩに記載しておくことで、コンテンツ再生装置１０２及びコンテンツ再生装置１０３に送信される。

　図９は、図８の再生位置対応表における３ＤコンテンツＡに関する部分を送信するためのＥＲＩを示す図である。図９、及び後述の図１０に示す２つのＥＲＩにより、１つの再生位置対応表が表現される。

　図９に示すＥＲＩのｃｏｎｔｅｎｔ＿ｔｉｔｌｅ要素には、コンテンツのタイトル名が記載される。図９の場合、３ＤコンテンツＡのタイトルである「３Ｄアクション映画Ａ」が記載されている。

　ｃｏｎｔｅｎｔ＿ｃｈａｐｔｅｒ＿ｉｎｆｏ要素のｃｈａｐｔｅｒ要素のそれぞれが、１つのシーンに対応する。

　ｃｈａｐｔｅｒ要素のｎｕｍｂｅｒ属性には、シーン（チャプター）の通し番号が記載される。

　ｃｈａｐｔｅｒ要素のｃｈａｐｔｅｒ＿ｐｏｉｎｔ属性には、コンテンツの時間軸上におけるシーンの開始位置が記載される。

　ｃｈａｐｔｅｒ要素のｃｈａｐｔｅｒ＿ｔｉｔｌｅ属性には、シーンのタイトルが記載される。

　例えば、図９の場合、ｎｕｍｂｅｒ属性が２であるｃｈａｐｔｅｒ要素は、コンテンツの時間軸上における開始位置が３０１秒であるシーンＢを表している。なお、コンテンツの時間軸上におけるシーンＢの終了位置は、次のシーン（シーンＣ）の開始位置（５０１秒）の直前（５００秒）となる。

　図１０は、図８の再生位置対応表における２ＤコンテンツＡに関する部分を送信するためのＥＲＩを表す図である。図１０の説明は、図９の説明と同様である。

　なお、２ＤコンテンツＡのＥＲＩにおいて、ｎｕｍｂｅｒ属性の値が「２」のｃｈａｐｔｅｒ要素のｃｈａｐｔｅｒ＿ｐｏｉｎｔ要素の値と、ｎｕｍｂｅｒ属性の値が「３」のｃｈａｐｔｅｒ要素のｃｈａｐｔｅｒ＿ｐｏｉｎｔ要素の値が等しくなっている。これは、ｎｕｍｂｅｒ属性の値が「２」のシーンの長さ（ｄｕｒａｔｉｏｎ）が「０」である、すなわちｎｕｍｂｅｒ属性の値が「２」のシーン（３ＤコンテンツＡにおけるシーンＢ）が、２ＤコンテンツＡには存在しないことを表現している。
＜中断位置情報表＞
　中断位置情報表は、あるコンテンツが既に配信され、その視聴が途中で中断している場合に、その再生中断位置などが記載された表である。

　図１１は、中断位置情報表の一例を示す図である。

　中断位置情報は、ユーザＩＤ、ＣＲＩＤ、デバイスＩＤ、視聴形態情報、及び再生中断位置情報から成る。

　ユーザＩＤは、コンテンツの配信を希望するユーザを識別する情報である。ユーザＩＤは、コンテンツ配信業者により、コンテンツの配信契約締結時などに各ユーザに対して一意に割り当てられる。ユーザＩＤは、一例として契約者番号である。なお、１人のユーザが複数のデバイスを有している場合など、同一のユーザについて複数の再生中断位置情報が中断位置情報表に記載されていることもある。

　ＣＲＩＤは、コンテンツを識別する識別情報である。

　デバイスＩＤは、ユーザが用いるコンテンツ再生装置を一意に識別する識別情報である。デバイスＩＤは、コンテンツの配信契約が締結された時などにユーザの申請に応じてコンテンツ配信業者が各デバイスに一意に割り当てるものとする。

　視聴形態情報は、コンテンツが再生中断される直前に、どの視聴形態で視聴されていたかを示す情報である。本実施形態では、視聴形態情報は、「２Ｄ」、「ｓｔｅｒｅｏｓｃｏｐｉｃ＿３Ｄ（３Ｄ）」のいずれかである。但し、コンテンツが視聴中断されていない場合には、何も記載されない。

　再生中断位置情報は、コンテンツが視聴中断前に、コンテンツの時間軸上における先頭から何秒分視聴されて視聴が中断されたかの再生中断位置を示す情報である。なお、コンテンツの視聴が中断されていない場合、再生中断位置情報には何も記載されない。
＜２－３．コンテンツ再生装置１０２＞
＜２－３－１．構成＞
　コンテンツ再生装置１０２は、コンテンツをストリーム受信し、再生する装置である。

　図１２は、コンテンツ再生装置１０２の構成を示すブロック図である。

　コンテンツ再生装置１０２は、図１２に示すように、データ取得部１２０１、入力受付部１２０２、デマルチプレクサ１２０３、ビデオデコーダ１２０４、映像出力部１２０５、データ管理部１２０６、ＡＶプレーヤ１２０７、メタデータ処理部１２０８、及び表示部１２０９を含んで構成される。コンテンツ再生装置１０２は、プロセッサ及びメモリを含んで構成されており、ＡＶプレーヤ１２０７、及びメタデータ処理部１２０８の各機能は、メモリに記憶されているプログラムをプロセッサが実行することにより実現される。
＜データ取得部１２０１＞
　データ取得部１２０１は、通信用のＬＳＩで構成されており、ネットワーク１０４を介してデータを送受信する機能を有する。データ取得部１２０１は、コンテンツを受信した場合にはデマルチプレクサ１２０３に対し出力し、ＥＣＧメタデータ、再生制御メタデータなどのメタデータを取得した場合にはメタデータ処理部１２０８に対し出力する。
＜入力受付部１２０２＞
　入力受付部１２０２は、キーパッド、リモコン等で構成され、ユーザがキーパッド、リモコン等を操作することにより入力した指示（以下、「ユーザ指示」という。）を、ユーザ指示の内容に応じてＡＶプレーヤ１２０７又はメタデータ処理部１２０８に通知する。

　入力受付部１２０２は、一例として、コンテンツの一覧表示要求、コンテンツの選択、再生指示などのユーザ指示を受け付けた場合には、メタデータ処理部１２０８に通知し、また、コンテンツ再生中に一時停止や早送り、巻き戻しなどの特殊再生やコンテンツの再生停止等のユーザ指示を受け付けた場合には、ＡＶプレーヤ１２０７に通知する。
＜デマルチプレクサ１２０３＞
　デマルチプレクサ１２０３は、デマルチプレクサＬＳＩで構成されており、多重化されているＭＰＥＧ－２　ＴＳを受信して、映像、音声、ＰＳＩ／ＳＩ等のパケットに分離する機能を有する。デマルチプレクサ１２０３は、分離した音声パケットを音声デコーダ（図示せず）に出力し、映像パケットをビデオデコーダ１２０４に出力する。なお、デマルチプレクサ１２０３が、ＰＡＴ（Ｐｒｏｇｒａｍ　Ａｓｓｏｃｉａｔｉｏｎ　Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ　Ｍａｐ　Ｔａｂｌｅ）等のＰＳＩ（Ｐｒｏｇｒａｍ　Ｓｐｅｃｉｆｉｃ　Ｉｎｆｏｒｍａｔｉｏｎ）／ＳＩ（Ｓｅｒｖｉｃｅ　Ｉｎｆｏｒｍａｔｉｏｎ）情報を解析し、パケットを適切なデコーダに渡す処理などは周知であり説明は省略する。
＜ビデオデコーダ１２０４＞
　ビデオデコーダ１２０４は、ＡＶ信号処理ＬＳＩで実現されており、ＡＶプレーヤ１２０７からコンテンツの再生に用いる視聴形態の通知を受け、通知された視聴形態で映像を表示できるよう、映像パケットを復号することによりフレーム画像を得て、映像出力部１２０５に出力する機能を有する。
＜映像出力部１２０５＞
　映像出力部１２０５は、上述のＡＶ信号処理ＬＳＩで実現されており、ビデオデコーダ１２０４から取得したフレーム画像、メタデータ処理部１２０８から受け取ったＧＵＩ(Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ)画像などを一定間隔で表示部１２０９に出力する。
＜データ管理部１２０６＞
　データ管理部１２０６は、不揮発性メモリで構成され、自装置のユーザを識別するユーザＩＤ、自装置を識別するデバイスＩＤ、受信したコンテンツ、ＥＣＧメタデータ、再生制御メタデータ、及び、コンテンツの視聴状況についての情報である視聴状況情報などを記憶する。
＜ＡＶプレーヤ１２０７＞
　ＡＶプレーヤ１２０７は、コンテンツの再生制御を行う機能を有する。

　コンテンツの再生制御として、ＡＶプレーヤ１２０７は、メタデータ処理部１２０８から、再生対象コンテンツの取得先のＵＲＩ、ＣＲＩＤ、視聴形態情報、再生開始位置情報をパラメータとしたコンテンツ再生要求を受け付け、再生対象コンテンツの取得先のＵＲＩ（本実施形態ではコンテンツサーバ１０１）に対し、受け付けたパラメータに含まれる情報をパラメータとしたコンテンツ配信要求を送信する。そして、ＡＶプレーヤ１２０７は、コンテンツ配信要求に対する応答としてコンテンツを取得し、再生する。

　また、ＡＶプレーヤ１２０７は、コンテンツ再生中に、入力受付部１２０２から一時停止、早送り又は巻き戻しなどの特殊再生の要求を受け付けた場合に、コンテンツサーバ１０１に対し、特殊再生の内容をパラメータとした特殊再生要求を送信する。そして、ＡＶプレーヤ１２０７は、特殊再生要求に対する応答としてコンテンツを取得し、特殊再生する。

　また、ユーザがコンテンツを最後まで視聴せずに、入力受付部１２０２を用いて視聴中断を指示した場合には、コンテンツの時間軸上の再生中断位置を示す再生中断位置情報をパラメータとした、コンテンツの配信中断要求をコンテンツサーバ１０１に送信し、再生中断位置を視聴状況情報としてデータ管理部１２０６に記憶させる。
＜メタデータ処理部１２０８＞
　メタデータ処理部１２０８は、取得したメタデータを処理する処理部であり、（１）コンテンツ一覧表示機能、（２）コンテンツ詳細情報表示機能、（３）メタファイル処理機能、及び（４）位置変換機能を有する。

　（１）コンテンツ一覧表示機能
　コンテンツ一覧表示機能は、ＧＵＩとして、配信対象となるコンテンツのタイトル名が列挙されたコンテンツ一覧画像を表示する機能である。

　コンテンツのタイトル名は、ＥＣＧメタデータにおけるＰＩ中のＴｉｔｌｅ要素の属性値として記載されている。

　コンテンツ一覧表示機能を実現するため、メタデータ処理部１２０８は、コンテンツサーバ１０１に対し、配信パラメータを含むＰＩ配信要求を送信する（図１５のＳ１５０２、図１６のＳ１６０１などに相当）。配信パラメータには、少なくとも取得条件が含まれる。取得条件は、例えば、「タイトル名について５０音順でＡ個目からＸ個」のような条件を示す。Ｘは、例えば、コンテンツ一覧画像１枚に列挙するタイトル名の個数である。なお、取得条件、通信プロトコルなどについては、「ＩＰＴＶＦＪ　ＳＴＤ-０００６」に規定されている。

　なお、配信パラメータとして、ユーザＩＤ、デバイスＩＤを含んでも良い。配信パラメータとして、ユーザＩＤ、デバイスＩＤが含まれている場合には、上述のように、コンテンツサーバ１０１は、配信対象となったＰＩに対応するコンテンツが、同一のユーザＩＤを有する装置に既に配信され、その視聴が途中で中断していると判断した場合に、ＰＩに加え、そのコンテンツの時間軸上における再生中断位置を示す中断位置情報と、再生を中断した装置のデバイスＩＤとを付して送信することができる。この場合、メタデータ処理部１２０８は、これらを取得し、コンテンツのＣＲＩＤ、中断位置情報、デバイスＩＤ、及びＰＩに記載される関連コンテンツのＣＲＩＤを、視聴状況情報として、データ管理部１２０６に記憶させる。

　また、メタデータ処理部１２０８は、取得した各ＰＩからタイトル名を抜き出して列挙したコンテンツ一覧画像を生成し、映像出力部１２０５に送信する（図１６のＳ１６０２に相当）。

　図１４（ａ）は、コンテンツ一覧画像の一例を示す図である。

　コンテンツ一覧画像１４１０には、タイトル名が表示されるボタン１４１２～１４１５が配置される。

　ボタン１４１２には、タイトル名「アクション映画Ａ」が表示され、ボタン１４１３には、タイトル名「アクション映画Ｂ」が表示され、ボタン１４１４には、タイトル名「アニメＣ」が表示され、ボタン１４１５には、タイトル名「アニメＤ」が表示されている。

　また、コンテンツ一覧画像１４１０には、一例として、タイトル名の表示順序を変更するためのナビゲーションボタン１４１１、表示されているタイトル名とは別のタイトル名を列挙したコンテンツ一覧画像の表示を指示するためのナビゲーションボタン１４１６などが表示される。

　ユーザは、コンテンツ一覧画像１４１０が表示されている場合において、例えば、入力受付部１２０２を操作して、タイトル名が表示されるボタン１４１２～１４１５のいずれかを選択（押下）する指示を入力することにより、コンテンツを選出することができる。以下、ユーザ操作によって、コンテンツ一覧画像に表示されたものから選出されたコンテンツを「選出コンテンツ」という。

　なお、上述の再生対象コンテンツと、選出コンテンツとは、必ずしも一致するとは限らない。例えば、選出コンテンツが、３ＤコンテンツＡであった場合に、再生対象コンテンツが３ＤコンテンツＡの関連コンテンツ、すなわち３ＤコンテンツＡとは視聴形態が異なる２ＤコンテンツＡとなる場合もある。

　（２）コンテンツ詳細情報表示機能
　コンテンツ詳細情報表示機能は、選出コンテンツについての詳細情報が記載されたコンテンツ詳細情報画像を表示する機能である。この機能は、図１５のＳ１５０６、図１７などに相当する。

　図１４（ｂ）は、選出コンテンツ、及びその関連コンテンツについて、視聴中断されていない場合のコンテンツ詳細情報画像の一例を示す図である。

　コンテンツ詳細情報画像１４２０は、タイトルが「アクション映画Ａ」である選出コンテンツについてのコンテンツ詳細情報画像である。コンテンツ詳細情報画像１４２０には、サムネイル画像１４２１、視聴形態として２Ｄを選択するためのナビゲーションボタン１４２２、視聴形態として３Ｄを選択するためのナビゲーションボタン１４２３、選出コンテンツの詳細を説明するテキストが記載された画像であるコンテンツ説明欄画像１４２４が配置されている。

　また、選出コンテンツ又はその関連コンテンツについて再生の中断がされていないので（図１７のＳ１７０６でＮＯに対応）、コンテンツ詳細情報画像１４２０には、「続きから視聴」のようなナビゲーションボタンは配置されていない。

　図１４（ｃ）は、選出コンテンツ又はその関連コンテンツについて視聴中断されている場合のコンテンツ詳細情報画像の一例を示す図である。

　図１４（ｃ）のコンテンツ詳細情報画像１４３０では、選出コンテンツ又はその関連コンテンツについて視聴の中断がされているので（図１７のＳ１７０６でＹＥＳに対応）、図１４（ｂ）のナビゲーションボタン１４２２、ナビゲーションボタン１４２３に代えて、視聴形態を２Ｄとし、初めから視聴することを選択するためのナビゲーションボタン１４３２、視聴形態を３Ｄとし、始めから視聴することを選択するためのナビゲーションボタン１４３３、視聴形態を２Ｄとし、続きから視聴することを選択するためのナビゲーションボタン１４３４、視聴形態を３Ｄとし、続きから視聴することを選択するためのナビゲーションボタン１４３５が配置されている。

　（３）メタファイル処理機能
　メタファイル処理機能は、再生対象コンテンツについて、ＰＬを取得し（図１６のＳ１６０７参照）、再生制御メタファイルを取得して再生対象コンテンツの取得先のＵＲＩを取得する（図１６のＳ１６０８参照）機能である。

　メタファイル処理機能は、また、前回の視聴形態と異なる視聴形態で続きから視聴する場合には、コンテンツサーバ１０１から前回の視聴形態のコンテンツに対応するＥＲＩを取得し、前回の視聴形態のコンテンツに対応するＥＲＩとすでに取得している再生対象コンテンツのＥＲＩから再生位置対応表を生成して、データ管理部１２０６に記録する機能を含む。

　再生制御メタファイルの処理については、「一般社団法人　ＩＰＴＶフォーラム、ＩＰＴＶ規定　ＶＯＤ仕様　ＩＰＴＶＦＪ　ＳＴＤ－０００２　１．２版、２０１２年４月１６日発行」（以下、「ＩＰＴＶＦＪ　ＳＴＤ－０００２」という。）、及び「ＩＰＴＶＦＪ　ＳＴＤ－０００６」に規定されている。

　（４）位置変換機能
　位置変換機能は、再生対象コンテンツの関連コンテンツについて再生が中断されている場合に、再生対象コンテンツの関連コンテンツにおける再生中断位置を、再生対象コンテンツにおける再生開始位置に変換する機能である。この機能は、後述の図１８に示す手順で行う。
＜表示部１２０９＞
　表示部１２０９は、ディスプレイデバイス及びそのドライバＬＳＩで構成されており、映像出力部１２０５から受信する画像をディスプレイデバイスに表示する。
＜２－３－２．データ構造＞
　図１３（ａ）は、視聴状況情報の一例を示す図である。

　視聴状況情報は、コンテンツについて視聴が中断された場合に生成、記憶される情報である。

　視聴状況情報は、コンテンツを識別するためのＣＲＩＤ、視聴形態、再生中断位置を示す再生中断位置情報、及び関連コンテンツのＣＲＩＤである関連ＣＲＩＤから成る。

　視聴状況情報は、メタデータ処理部１２０８が、コンテンツサーバ１０１からＰＩと共に、再生中断位置情報、及びデバイスＩＤを受け取った場合に、受け取った再生中断位置情報、デバイスＩＤ、ＰＩに記載されているコンテンツのＣＲＩＤ、関連コンテンツのＣＲＩＤを視聴状況情報としてメタデータ処理部１２０８によりデータ管理部１２０６に記憶される。

　図１３（ｂ）は、視聴状況情報の、図１３（ａ）とは異なる例を示す図である。

　この視聴状況情報は、メタデータ処理部１２０８により適宜、参照、更新などがされる。
＜２－４．コンテンツ再生装置１０３＞
　コンテンツ再生装置１０３については、コンテンツ再生装置１０２と同様の構成を有するものとする。但し、コンテンツ再生装置１０２のデバイスＩＤは、Ｄ０１とし、コンテンツ再生装置１０３のデバイスＩＤは、Ｄ０２とする。
＜３．動作＞
＜３－１．全体動作＞
　以上のように構成されたコンテンツ配信システム１００において、コンテンツが再生されるまでの全体動作の概略についてデータの送受信を中心に説明する。なお、コンテンツ再生装置１０２及びコンテンツ再生装置１０３の動作については、後に図１６～図１８を用い、より詳細に説明する。

　図１５は、コンテンツ配信システム１００において、コンテンツを再生する場合の全体動作の流れを示すフローチャートである。

　まず、コンテンツ再生装置１０２のユーザは、入力受付部１２０２を用いて、配信の対象であるコンテンツの一覧表示要求を入力する（Ｓ１５０１）。入力受付部１２０２は、コンテンツの一覧表示要求を取得し、取得したコンテンツ一覧表示要求をメタデータ処理部１２０８に通知する。

　メタデータ処理部１２０８は、コンテンツサーバ１０１に対し、コンテンツ一覧表示に必要な複数のＰＩの取得要求を行う（Ｓ１５０２）。コンテンツサーバ１０１は、取得要求されたＰＩをコンテンツ再生装置１０２に送信する（Ｓ１５０３）。

　メタデータ処理部１２０８は、取得した複数のＰＩそれぞれからタイトル名を抽出し、コンテンツ一覧画像を生成し、映像出力部１２０５を介して表示部１２０９に表示させる（Ｓ１５０４）。

　コンテンツ一覧画像を見たユーザは、コンテンツ一覧画像に列挙されているタイトル名のうち１つを選出し、入力受付部１２０２を用いて入力する（Ｓ１５０５）。

　メタデータ処理部１２０８は、選出されたタイトル名に係るコンテンツ（選出コンテンツ）についてのコンテンツ詳細情報表示画面を生成し、表示する（Ｓ１５０６）。

　コンテンツ詳細情報表示画面を見たユーザは、再生対象コンテンツ、視聴形態、再生開始位置を選択し、入力受付部１２０２を用いて入力する（Ｓ１５０７）。ユーザは、この再生対象コンテンツ、視聴形態、再生開始位置との選択を、ＧＵＩとしてのコンテンツ詳細情報表示画面に表示されたナビゲーションボタンを押下するなどにより簡易に行うことができる。

　メタデータ処理部１２０８は、ユーザにより選出されたタイトル名、すなわち選出コンテンツのタイトル名がＴｉｔｌｅ要素に記載されているＰＩから、ＣＲＩＤを抽出する。そして、メタデータ処理部１２０８は、抽出したＣＲＩＤをパラメータとして、ＥＣＧメタデータのＰＬをコンテンツサーバ１０１に要求する（Ｓ１５０８）。

　コンテンツサーバ１０１は、パラメータとして指定されたＣＲＩＤに係るＰＬをコンテンツ再生装置１０２に送信する（Ｓ１５０９）
　メタデータ処理部１２０８は、コンテンツサーバ１０１からＰＬを取得する。そして、ＰＬを解析し、ＰＬのＯｎＤｅｍａｎｄＰｒｏｇｒａｍ要素のＰｒｏｇｒａｍＵＲＬ要素に記述された再生制御メタファイルのＵＲＩを取得する（Ｓ１５１０）。

　メタデータ処理部１２０８は、取得したＵＲＩで指定されたリソース（本実施形態ではコンテンツサーバ１０１を指している）に対し、再生制御メタファイルの配信を要求する（Ｓ１５１１）。コンテンツサーバ１０１は、要求された再生制御メタファイルをコンテンツ再生装置１０２に配信する（Ｓ１５１２）。

　メタデータ処理部１２０８は、再生制御メタファイルを取得し、解析し、再生対象コンテンツを取得するためのＵＲＩとして、再生制御メタファイルのＥＲＩに記載されているＵＲＩを取得する（Ｓ１５１３）。そして、メタデータ処理部１２０８は、再生対象コンテンツについて、再生開始位置を特定する（Ｓ１５１４）。

　メタデータ処理部１２０８は、ＡＶプレーヤ１２０７に対し、再生対象コンテンツの取得先のＵＲＩ、再生対象コンテンツのＣＲＩＤ、再生対象コンテンツの視聴形態を示す視聴形態情報、及び再生開始位置をパラメータとした再生要求を出力する。

　ＡＶプレーヤ１２０７は、再生対象コンテンツの取得先のＵＲＩで示されるコンテンツサーバ１０１に対し、取得したＣＲＩＤ、視聴形態情報、再生開始位置をパラメータとして、コンテンツ配信要求を送信する（Ｓ１５１５）。

　コンテンツサーバ１０１は、コンテンツ再生装置１０２に対し、取得したパラメータに応じたコンテンツの配信を行う（Ｓ１５１６、Ｓ１５１７）。

　ＡＶプレーヤ１２０７は、配信されたコンテンツを受信して再生する（Ｓ１５１８）。

　ここで、コンテンツ再生装置１０２のユーザが、入力受付部１２０２を用いて、コンテンツの再生中断指示を入力すると（Ｓ１５１９）、ＡＶプレーヤ１２０７は、コンテンツの配信中断要求をコンテンツサーバ１０１に送信する（Ｓ１５２０）。
＜３－２．コンテンツ再生装置における再生処理＞
　図１６は、コンテンツ配信システム１００において、ユーザがコンテンツを選択して再生を開始し、再生を停止するまでのコンテンツ再生装置１０２による処理を示すフローチャートである。

　まず、入力受付部１２０２は、ユーザ入力によるコンテンツの一覧表示要求が入力されるのを待つ（Ｓ１６００でＮＯ）。入力された場合（Ｓ１６００でＹＥＳ）、メタデータ処理部１２０８に通知する。

　メタデータ処理部１２０８は、コンテンツサーバ１０１に対し、配信パラメータを含むＰＩ配信要求を送信する（Ｓ１６０１）。配信パラメータには、ユーザＩＤ、デバイスＩＤ、及び取得条件が含まれる。取得条件は、例えば、「タイトル名について５０音順でＡ個目からＸ個」とする。この場合、メタデータ処理部１２０８は、コンテンツサーバ１０１から５０音順でＡ個目からからＸ個のコンテンツに関するＰＩを取得することとなる。

　メタデータ処理部１２０８は、ＰＩを取得する毎に、ＡをＸずつインクリメントすることにより更新しながら、ＰＩの取得を繰り返す。ＰＩの取得は、一覧表示画像を生成するのに必要な分が揃うまで行う。また、一覧表示画面を更新する必要が生じた場合など、必要に応じて適宜ＰＩを取得する。

　次に、メタデータ処理部１２０８は、取得した各ＰＩから、Ｔｉｔｌｅ要素の属性値として記載されているタイトル名を抜き出す。そして、タイトル名を列挙したコンテンツ一覧画像（例えば前述の図１４（ａ））を生成し、映像出力部１２０５に送信して、表示部１２０９に表示させる（Ｓ１６０２）。

　入力受付部１２０２は、コンテンツ一覧画像を見たユーザが、コンテンツ一覧画像に列挙されているタイトル名のうち１つを選出して、ユーザ指示を入力するのを待つ（Ｓ１６０３でＮＯ）。

　タイトル名の１つの選出がされた場合、すなわち選出コンテンツが特定された場合（Ｓ１６０３でＹＥＳ）、コンテンツの詳細情報画面作成処理を行う（Ｓ１６０５）。Ｓ１６０５の詳細は、図１７に示す。

　次に、表示部１２０９が、コンテンツの詳細情報画面作成処理で作成された、コンテンツの詳細情報画面をＧＵＩとして表示し、ユーザが入力受付部１２０２を用いてコンテンツ再生要求を入力するのを待つ（Ｓ１６０６でＮＯ）。コンテンツ再生要求の入力は、コンテンツの詳細情報画面において表示されている「視聴」、「始めから視聴」、「続きから視聴」ボタンの押下等により行なわれる。このとき押下されるボタンに応じて、視聴すべきコンテンツである再生対象コンテンツ（選出コンテンツ、関連コンテンツのいずれかである）及び視聴形態（以下、「再生対象視聴形態」という。）、再生開始形態（「初めから視聴」、又は「続きから視聴」）が決定される。

　例えば、選出コンテンツの視聴形態が「３Ｄ」であり、関連コンテンツの視聴形態が「２Ｄ」であるとする。このとき、ユーザにより「初めから視聴（３Ｄ）」ボタンが押下された場合、再生対象コンテンツは、視聴形態が３Ｄの選出コンテンツであると決定し、再生対象視聴形態は「３Ｄ」であると決定し、再生開始形態は「初めから視聴」であると決定する。一方、ユーザにより「続きから視聴（２Ｄ）」ボタンが押下された場合、再生対象コンテンツは、関連コンテンツであると決定し、再生対象視聴形態は「２Ｄ」であると決定し、再生開始形態は「続きから視聴」であると決定する。

　次に、コンテンツ再生要求が入力された場合（Ｓ１６０６でＹＥＳ）、メタデータ処理部１２０８は、再生対象コンテンツのＰＩから、ＣＲＩＤを抽出する。そして、メタデータ処理部１２０８は、抽出したＣＲＩＤをパラメータとしたＰＬ配信要求をコンテンツサーバ１０１に送信し、その応答としてコンテンツサーバ１０１からＰＬを取得する。そして、ＰＬのＯｎＤｅｍａｎｄＰｒｏｇｒａｍ要素のＰｒｏｇｒａｍＵＲＬ要素に記載された再生制御メタファイルのＵＲＩを取得する（Ｓ１６０７）。

　次に、メタデータ処理部１２０８は、再生制御メタファイルの取得先に対し、再生制御メタファイル配信要求を行い、その応答として再生制御メタファイルを取得し、再生制御メタファイルから再生対象コンテンツの取得先のＵＲＩを抽出する（Ｓ１６０８）。

　そして、メタデータ処理部１２０８は、再生開始形態が「続きから視聴」でない場合（Ｓ１６０９でＮＯ）、再生開始位置を０（初めから）とし（Ｓ１６１０）、Ｓ１６１２に進む。

　再生開始形態が「続きから視聴」の場合（Ｓ１６０９でＹＥＳ）、位置変換処理を行い（Ｓ１６１１）、Ｓ１６１２に進む。位置変換処理の詳細は、後述の図１８に記載している。

　Ｓ１６１２において、メタデータ処理部１２０８は、ＡＶプレーヤ１２０７に対し、再生対象コンテンツの取得先のＵＲＩ、再生対象コンテンツのＣＲＩＤ、再生対象視聴形態を示す視聴形態情報、及び再生開始位置をパラメータとした再生要求を出力する。

　ＡＶプレーヤ１２０７は、再生対象コンテンツの取得先のＵＲＩで示されるリソース（本実施形態では、コンテンツサーバ１０１）に対し、取得したＣＲＩＤ、視聴形態情報、再生開始位置をパラメータとして、コンテンツ配信要求を送信する。

　コンテンツの配信要求に対する応答として、ＡＶプレーヤ１２０７は、コンテンツサーバ１０１から配信されるコンテンツを受信して、コンテンツを再生する（Ｓ１６１３）。

　そして、コンテンツ再生中に、ユーザが入力受付部１２０２を用いて再生中断を指示したか否かを監視しておき（Ｓ１６１４）、指示がない場合（Ｓ１６１４でＮＯ）、再生を継続する。

　指示があった場合（Ｓ１６１４でＹＥＳ）、コンテンツサーバ１０１に対し、データ管理部１２０６に記憶しているユーザＩＤ、再生中断するコンテンツのＣＲＩＤ、データ管理部１２０６に記憶している自装置のデバイスＩＤ、視聴形態を示す視聴形態情報、再生中断位置を示す再生中断位置情報をパラメータとした配信中断要求を送信し（Ｓ１６１５）、処理を終了する（Ｅｎｄ）。

　なお、コンテンツを最後まで視聴した場合にもコンテンツの再生処理は終了する。
＜３－３．コンテンツの詳細情報画面の作成＞
　ここで、上述のＳ１６０５に相当する、コンテンツの詳細情報画面の作成について詳細に説明する。

　図１７は、コンテンツの詳細情報画面作成処理の手順を示すフローチャートである。

　まず、コンテンツ再生装置１０２のメタデータ処理部１２０８は、選出コンテンツのＰＩをデータ管理部１２０６から読み出す（Ｓ１７０１）。

　次に、選出コンテンツのＰＩのＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素のＭｅｄｉａＵｒｉを読み出して、関連コンテンツのＣＲＩＤを取得する（Ｓ１７０２）。

　次に、選出コンテンツのＰＩのＨｏｗＲｅｌａｔｅｄ要素のｈｒｅｆ属性値に記載のＵＲＩを用いて、コンテンツサーバ１０１のＨＲ辞書を参照し、関連コンテンツの視聴形態を取得する（Ｓ１７０３）。

　次に、関連コンテンツのＣＲＩＤを有するＰＩ、すなわち、関連コンテンツのＰＩをデータ管理部１２０６から読み出す（Ｓ１７０４）。

　そして、関連コンテンツのＰＩのＨｏｗＲｅｌａｔｅｄ要素のｈｒｅｆ属性値に記載のＵＲＩを用いて、コンテンツサーバ１０１のＨＲ辞書を参照し、選出コンテンツの視聴形態を取得する（Ｓ１７０５）。

　次に、メタデータ処理部１２０８は、選出コンテンツ、関連コンテンツのいずれかについて、再生（視聴）の中断がされているか否かを判断する（Ｓ１７０６）。

　この判断は、データ管理部１２０６において、選出コンテンツについての視聴状況情報が記憶されているか否か、及び、関連コンテンツについての視聴状況情報が記憶されているか否かにより行う。いずれかについて視聴状況情報が記憶されている場合、再生の中断がされていると判断することになる。

　再生中断がされていないと判断した場合（Ｓ１７０６でＮＯ）、選出コンテンツの視聴形態、及び関連コンテンツの視聴形態についての「視聴」ボタンを、コンテンツの詳細情報画面に配置する（Ｓ１７０９）。なお、「視聴」ボタンは、視聴し得るコンテンツについてのみ配置する。具体的には、関連コンテンツが存在しない場合には、選出コンテンツについての「視聴」ボタンのみ配置する。また、関連コンテンツが存在する場合には、「視聴（選出コンテンツの視聴形態）」ボタンと「視聴（関連コンテンツの視聴形態）」ボタンとを配置する。そして、Ｓ１７１０に進む。

　一方、視聴中断がされていると判断した場合（Ｓ１７０６でＹＥＳ）、選出コンテンツの視聴形態、及び関連コンテンツの視聴形態についての「始めから視聴」ボタンを、コンテンツの詳細情報画面に配置する（Ｓ１７０７）。なお、「初めから視聴」ボタンは、視聴し得るコンテンツについてのみ配置する。具体的には、関連コンテンツが存在しない場合には、選出コンテンツについての「初めから視聴」ボタンのみ配置する。また、関連コンテンツが存在する場合には、「初めから視聴（選出コンテンツの視聴形態）」ボタンと「初めから視聴（関連コンテンツの視聴形態）」ボタンとを配置する。

　そして、選出コンテンツの視聴形態、及び関連コンテンツの視聴形態についての「続きから視聴」ボタンを、コンテンツの詳細情報画面に配置する（Ｓ１７０８）。なお、「続きから視聴」ボタンは、視聴し得るコンテンツについてのみ配置する。具体的には、関連コンテンツが存在しない場合には、選出コンテンツについての「続きから視聴」ボタンのみ配置する。また、関連コンテンツが存在する場合には、「続きから視聴（選出コンテンツの視聴形態）」ボタンと「続きから視聴（関連コンテンツの視聴形態）」ボタンとを配置する。　そして、Ｓ１７１０において、メタデータ処理部１２０８は、選出コンテンツ、及び関連コンテンツのＰＩからコンテンツについて説明するテキストを抽出し、抽出したテキストが掲載された画像であるコンテンツ説明欄の画像を生成し、コンテンツの詳細情報画面に配置する（Ｓ１７１０）。

　そして、コンテンツサーバ１０１から、選出コンテンツ又は関連コンテンツのサムネイル画像を取得してコンテンツの詳細情報画面に配置し、また各種の制御用のナビゲーションボタンなどを配置し（Ｓ１７１１）、処理を終了する（Ｒｅｔｕｒｎ）。
＜３－４．位置変換処理＞
　ここで、位置変換処理について説明する。

　図１８は、上述のＳ１６０９に相当する、位置変換処理の手順を示すフローチャートである。　まず、再生対象コンテンツについて、視聴状況情報（再生中断位置）がデータ管理部１２０６に記録されているか否かを判断する（Ｓ１８０１）。

　再生対象コンテンツについての再生中断位置が記録されている場合、すなわち視聴中断前の視聴形態と、視聴を再開するときの視聴形態とが同じ場合には（Ｓ１８０１でＹＥＳ）、再生開始位置を、再生対象コンテンツの再生中断位置とし（Ｓ１８１２）、処理を終了する（ＲＥＴＵＲＮ）。

　再生対象コンテンツについての再生中断位置が記録されていない場合、すなわち視聴中断前の視聴形態と、視聴を再開するときの視聴形態とが異なる場合には（Ｓ１８０１でＮＯ）、再生対象コンテンツが選出コンテンツか否かを判定する（Ｓ１８０２）。再生対象コンテンツが選出コンテンツである場合（Ｓ１８０２でＹＥＳ）、関連コンテンツが、変換元コンテンツである（Ｓ１８０３）。再生対象コンテンツが選出コンテンツでない、すなわち関連コンテンツである場合（Ｓ１８０２でＮＯ）、選出コンテンツが変換元コンテンツである（Ｓ１８０４）。

　次に、再生位置対応表を作成する（Ｓ１８０５）。再生位置対応表の作成には、上述のように、前回の視聴形態のコンテンツである変換元コンテンツのＥＲＩが必要となるので、ここで取得する。ＥＲＩの取得は、既に、Ｓ１６０７、Ｓ１６０８で説明したのと同様の手順で行う。すなわち、まず、変換元コンテンツのＰＩから、ＣＲＩＤを抽出する。そして、抽出したＣＲＩＤをパラメータとしたＰＬ配信要求をコンテンツサーバ１０１に送信し、その応答としてコンテンツサーバ１０１からＰＬを取得する。そして、ＰＬのＯｎＤｅｍａｎｄＰｒｏｇｒａｍ要素のＰｒｏｇｒａｍＵＲＬ要素に記載された再生制御メタファイルのＵＲＩを取得する。そして、再生制御メタファイルの取得先に対し、再生制御メタファイル配信要求を行い、その応答としてＥＲＩを取得する。

　そして、取得した変換元コンテンツのＥＲＩと、再生対象コンテンツのＥＲＩとを用いて再生位置対応表を作成する。

　再生位置対応表を作成した後、変換元コンテンツにおける、再生中断位置の属するシーンである変換元シーンと、再生中断位置の変換元シーンにおける位置であるシーン中位置とを導出する（Ｓ１８０６）。例えば、図７の３ＤコンテンツＡが変換元コンテンツであり、再生中断位置が３ＤコンテンツＡにおける先頭から４００秒である場合、この再生中断位置が属するシーンＢが変換元シーンである。また、再生中断位置が、シーンＢの先頭から１００秒の位置であることから、シーン中位置は１００秒となる。

　次に、再生位置対応表を参照し、変換元シーンに対応する、再生対象コンテンツのシーン（以下、「対応シーン」という。）が、無シーンか否か判定する（Ｓ１８０７）。例えば、図７の２ＤコンテンツＡが再生対象コンテンツであるとする。この場合、変換元シーンである、変換元コンテンツ（３ＤコンテンツＡ）のシーンＢについては、図８の再生位置対応表を参照すると、再生対象コンテンツである２ＤコンテンツＡにおいて対応するシーンが無い、すなわち無シーンに対応付けられていると判定される。

　変換元シーンに対応するシーンが無シーンである場合（Ｓ１８０７でＹＥＳ）、再生中断位置を、再生開始位置としての無シーンの次のシーンの先頭位置に変換する（Ｓ１８０８）。

　例えば、３ＤコンテンツのシーンＢに関しては、再生対象コンテンツにおける無シーンの次のシーンであるシーンＣの先頭位置（３０１秒）が、位置変換結果としての再生開始位置となる。

　対応シーンが無シーンでない場合（Ｓ１８０７でＮＯ）、変換元シーンの長さと、対応シーンの長さが同じか否かを判断し（Ｓ１８０９）、同じ場合には（Ｓ１８０９でＹＥＳ）、対応シーンにおける、シーン中位置と同じ位置を再生開始位置とする（Ｓ１８１０）。

　例えば、図７における、変換元シーンが３ＤコンテンツＡのシーンＣであり、シーン中位置が１００秒であり、対応シーンが、２ＤコンテンツＡのシーンＣであるとする。この場合、再生開始位置は、対応シーンであるシーンＣにおける最初から１００秒の位置となる。

　変換元シーンの長さと、対応シーンの長さが同じでない場合（Ｓ１８０９でＮＯ）、式
　　再生開始位置　＝　シーン中位置　×　（対応シーン長／変換元シーン長）
により再生開始位置を算出する（Ｓ１８１１）。

　例えば、図７において、変換元シーンが３ＤコンテンツＡのシーンＤであり、シーン中位置が１００秒であり、対応シーンが、２ＤコンテンツＡのシーンＤ’であるとする。

　この場合、再生開始位置は、対応シーン（シーンＤ’）における、１００秒×（２００秒／４００秒）の位置、すなわちシーンＤ’における最初から５０秒の位置となる。
＜３－５．実例による視聴中断処理、及び視聴再開処理の動作説明＞
　ここで、視聴中断処理、及び視聴再開処理の動作の流れについて、図１５～図１８を用い、実例を挙げて説明する。

　前提として、視聴中断処理に関しては、コンテンツ再生装置１０２によって、タイトル名が「３Ｄアクション映画Ａ」であるコンテンツ（３ＤコンテンツＡ）が再生されており、その再生が中断されるものとする。また、視聴再開処理に関しては、コンテンツ再生装置１０３によって、３ＤコンテンツＡとは視聴形態が異なる、すなわち関連コンテンツである２ＤコンテンツＡが再生されるものとする。

　なお、図１５～図１８については既に詳細な説明を行っているので、再度全てのステップについて詳細に説明することはせず、適宜説明を簡略化する。
（１）視聴中断処理
　まず、ユーザは、コンテンツ再生装置１０２の入力受付部１２０２を用い、コンテンツ一覧表示要求のユーザ指示を入力する（Ｓ１５０１）。

　コンテンツ再生装置１０２のメタデータ処理部１２０８は、入力受付部１２０２からコンテンツ一覧表示要求の通知を受け、コンテンツサーバ１０１に対しＰＩの取得要求をし（Ｓ１５０２）、応答としてＰＩを取得する（Ｓ１５０３）
　メタデータ処理部１２０８は、ＰＩに基づき図１４（ａ）のようなコンテンツ一覧画像を生成し、ＧＵＩとして表示する（Ｓ１５０４）。

　ユーザは、コンテンツ再生装置１０２の入力受付部１２０２を用い、選出コンテンツとして、３ＤコンテンツＡを選出する（Ｓ１５０５）。なお、図１４（ａ）では、３ＤコンテンツＡについて図示はない。

　次に、メタデータ処理部１２０８は、選出コンテンツについてのコンテンツ詳細情報画面を表示する（Ｓ１５０６）。

　コンテンツ詳細情報画面には、「視聴（２Ｄ）」、「視聴（３Ｄ）」の選択ボタンが表示されている。「視聴（２Ｄ）」を選択すると関連コンテンツが再生されることとなり、視聴（３Ｄ）」を選択すると選出コンテンツが再生されることとなる。

　ここでは、ユーザは、「視聴（３Ｄ）」を選択する（Ｓ１５０７）。これにより、再生対象コンテンツは、選出コンテンツであることが特定される。

　メタデータ処理部１２０８は、選出コンテンツのＰＬをコンテンツサーバ１０１から取得する（Ｓ１５０８、Ｓ１５０９）。そして、メタデータ処理部１２０８は、ＰＬを解析し、３ＤコンテンツＡの再生制御メタファイルの取得先のＵＲＩを認識する（Ｓ１５１０）。

　次に、再生制御メタファイルの取得先のＵＲＩにアクセスし、再生制御メタファイルを取得する（Ｓ１５１１、Ｓ１５１２）。そして、メタデータ処理部１２０８は、ＰＬを解析し、３ＤコンテンツＡの取得先のＵＲＩを認識する（Ｓ１５１３）。

　ここで、メタデータ処理部１２０８は、再生対象コンテンツについての再生開始位置を特定する（Ｓ１５１４）。３ＤコンテンツＡについては、未だ視聴は行っていないことから、再生開始位置は、０（最初から）である。

　なお、３ＤコンテンツＡについては、未だ視聴は行っていないことから、コンテンツサーバ１０１から、Ｓ１５０３において、３ＤコンテンツＡのＰＩとともに、再生中断位置の送信はされていない。よって、データ管理部１２０６に、３ＤコンテンツＡについての視聴状況情報は記憶されていない。

　そして、メタデータ処理部１２０８は、再生対象コンテンツについてのコンテンツ配信要求を行い、その応答として、ＡＶプレーヤ１２０７が、再生対象コンテンツを取得して、再生を行う（Ｓ１５１５～Ｓ１５１８）。

　ここで、３ＤコンテンツＡの再生を、例えば、４００秒行った後、ユーザが、コンテンツ再生装置１０２の入力受付部１２０２を用い、コンテンツの配信中断のユーザ指示を入力したものとする（Ｓ１５１８）。

　この場合、メタデータ処理部１２０８は、ユーザＩＤ、再生中断するコンテンツのＣＲＩＤ、デバイスＩＤ（Ｄ０１）、視聴形態を示す視聴形態情報（３Ｄ）、コンテンツ配信先の装置におけるコンテンツの時間軸上の再生中断位置（４００秒）を示す再生中断位置情報をパラメータとした配信中断要求を、コンテンツサーバ１０１に送信する（Ｓ１５２０）。コンテンツサーバ１０１は、配信中断要求のパラメータを、中断位置情報表に記載する。中断位置情報表は、一例として図１１に示すものとなる。
（２）視聴再開処理
　まず、ユーザは、コンテンツ再生装置１０３の入力受付部１２０２を用い、コンテンツ一覧表示要求のユーザ指示を入力する（Ｓ１５０１）。

　コンテンツ再生装置１０３のメタデータ処理部１２０８は、入力受付部１２０２からコンテンツ一覧表示要求の通知を受け、コンテンツサーバ１０１に対しＰＩの取得要求をし（Ｓ１５０２）、応答としてＰＩを取得する（Ｓ１５０３）
　ここで、コンテンツサーバ１０１は、３ＤコンテンツＡについての中断位置情報表を記憶している。３ＤコンテンツＡのＰＩを送信する場合、ＰＩに加え、３ＤコンテンツＡの時間軸上における中断位置を示す再生中断位置情報（４００秒）と、視聴中断に係る装置のデバイスＩＤ（Ｄ０１）とを付して送信する。メタデータ処理部１２０８は、これらの再生中断位置情報とデバイスＩＤとに加え、ＰＩに係る３ＤコンテンツＡのＣＲＩＤと、ＰＩに記載された関連コンテンツである２ＤコンテンツＡのＣＲＩＤを視聴状況情報として記憶する。このときの、視聴状況情報は、一例として図１３（ａ）に示すものとなる。

　メタデータ処理部１２０８は、ＰＩに基づき図１４（ａ）のようなコンテンツ一覧画像を生成し、ＧＵＩとして表示する（Ｓ１５０４）。

　ユーザは、コンテンツ再生装置１０３の入力受付部１２０２を用い、選出コンテンツとして、２ＤコンテンツＡを選出する（Ｓ１５０５）。

　次に、メタデータ処理部１２０８は、選出コンテンツについてのコンテンツ詳細情報画面を表示する（Ｓ１５０６）。メタデータ処理部１２０８は、関連コンテンツについて、視聴状況情報が記憶されていることから（Ｓ１５０６、Ｓ１７０６でＹＥＳ）、選出コンテンツ又は関連コンテンツについて視聴中断があると判断し、コンテンツ詳細情報画面に「初めから視聴（２Ｄ）」、「初めから視聴（３Ｄ）」、「続きから視聴（２Ｄ）」、「続きから視聴（３Ｄ）」ボタンを配置する（Ｓ１７０７、Ｓ１７０８）。

　ここでは、ユーザは「続きから視聴（２Ｄ）」を選択する（Ｓ１５０７）。これにより、選択された選出コンテンツが、再生対象コンテンツであると特定される。

　メタデータ処理部１２０８は、選出コンテンツのＰＬをコンテンツサーバ１０１から取得する（Ｓ１５０８、Ｓ１５０９）。そして、メタデータ処理部１２０８は、ＰＬを解析し、再生対象コンテンツである２ＤコンテンツＡの再生制御メタファイルの取得先のＵＲＩを認識する（Ｓ１５１０）。

　次に、メタデータ処理部１２０８は、再生制御メタファイルの取得先のＵＲＩにアクセスし、再生制御メタファイルを取得する（Ｓ１５１１、Ｓ１５１２）。ここで、再生制御メタファイルのＥＲＩにより、再生対象コンテンツである２ＤコンテンツＡについての再生位置対応表が、コンテンツサーバ１０１からコンテンツ再生装置１０３へと送信される。コンテンツ再生装置１０３のメタデータ処理部１２０８は、再生位置対応表をデータ管理部１２０６に記憶する。

　次に、メタデータ処理部１２０８は、ＰＬを解析し、２ＤコンテンツＡの取得先のＵＲＩを認識する（Ｓ１５１３）。

　ここで、メタデータ処理部１２０８は、再生対象コンテンツである２ＤコンテンツＡについての再生開始位置を特定する（Ｓ１５１４）。

　ここで、再生開始位置の特定について、図１６、図１８を参照する。

　まず、再生開始形態は、「続きから視聴」である（Ｓ１６０９でＹＥＳ）。

　また、再生対象コンテンツについては、データ管理部１２０６について、視聴状況情報（再生中断位置）は記録されていない（Ｓ１６１１、Ｓ１８０１でＮＯ）。また、再生対象コンテンツは、選出コンテンツであるので（Ｓ１８０２でＹＥＳ）、変換元コンテンツは、関連コンテンツである（Ｓ１８０３）。

　ここで、メタデータ処理部１２０８は、変換元コンテンツ（３ＤコンテンツＡ）の再生中断位置（４００秒）をデータ管理部１２０６から読み出す。そして、再生中断位置の属する変化元シーン（図７のシーンＢ）、再生中断位置のシーン中位置（１００秒）を導出する（Ｓ１８０６）。

　ここで、再生位置対応表を参照すると、変換元シーンに対応する、再生対象コンテンツのシーン（対応シーン）は、無シーンである（Ｓ１８０７でＹＥＳ）。よって、メタデータ処理部１２０８は、再生対象コンテンツにおける無シーンの次のシーンであるシーンＣの先頭位置（シーンＣの３０１秒）を、再生開始位置であると決定する（Ｓ１８０８）。

　無シーンの次のシーン以降も無シーンが続く場合には、その無シーン以降の、無シーンでない最初のシーンの先頭位置を、再生開始位置であると決定することとなる。

　再生開始位置を特定した後、メタデータ処理部１２０８は、再生対象コンテンツについて、再生開始位置から再生できるようコンテンツサーバ１０１に対しコンテンツ配信要求を行い、その応答として再生対象コンテンツを取得する。ＡＶプレーヤ１２０７は、再生対象コンテンツを、再生開始位置から再生する（Ｓ１６１２、Ｓ１６１３）。

　以上のように、コンテンツ再生装置１０２によって途中まで再生された３ＤコンテンツＡについて、コンテンツ再生装置１０３により異なる視聴形態で視聴を再開した場合であっても、視聴中断前に視聴した映像内容と同等の映像内容を重複して視聴することや、未視聴の部分が生じるようなことなく、コンテンツを円滑に視聴することができる。
＜４．変形例＞
　以上、本発明に係るコンテンツ配信システムの実施形態を説明したが、例示したコンテンツ配信システムを以下のように変形することも可能であり、本発明が上述の実施形態で示した通りのコンテンツ配信システムに限られないことは勿論である。

　（１）上述の実施形態で説明したネットワーク１０４は、データの送受信ができるものであれば足りる。例えば、ＣＤＮ網やインターネット網等のネットワーク、専用線による回線網などであってよい。

　（２）上述の実施形態では、コンテンツ配信システム１００を構成するコンテンツ再生装置を、コンテンツ再生装置１０２、１０３の２台としていたが、３台以上のコンテンツ再生装置を用いることともできる。

　このとき、例えば、コンテンツの再生を中断しているコンテンツ再生装置が２台あり、それぞれの再生中断位置が異なっており、これら２台とは異なるコンテンツ再生装置により、コンテンツの再生再開がされるとする。このような場合には、再生中断位置が最も後である再生中断位置を再生開始位置へと変換すればよい。

　（３）上述の実施形態では、図６のＩＰＴＶＳＥＲＶＩＣＥＨｏｗＲｅｌａｔｅｄＣＳ辞書について、ｔｅｒｍＩＤの２２．１、２２．２を追加して拡張することとしたが、拡張はこれらのみに限るものではなく、必要に応じ更なる拡張を行うこととしてもよい。例えば、ｔｅｒｍＩＤの２２．３以降に別の視聴形態について規定することとしてもよいし、マルチビューにおける別視点からの映像のコンテンツや異なる符号化形式のコンテンツを定義しても良い。

　（４）上述の実施形態では、コンテンツ再生装置１０２において、それぞれ１つのビデオデコーダ１２０４、映像出力部１２０５を用いることとしたが、ストリーム配信されたビデオパケットをデコードできれば足りる。例えば、コンテンツ再生装置１０２が、ビデオデコーダ、映像出力部を複数備えることとしてもよい。そして、３Ｄ映像について、左目用映像と右目用映像を別のＥＳで配信し、これらを複数のデコーダ、及び映像出力部を用いて表示してもよい。

　（５）上述の実施形態では、ＰＩのＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素を利用して、内容が共通し視聴形態の異なるコンテンツへのリンク情報を記載したが、内容が共通し視聴形態の異なるコンテンツについての情報を記載できれば足りる。

　例えば、ＥＣＧメタデータのＰＩや再生制御メタファイルに、リンク情報を記載するための、新たな要素、属性を追加してもよい。また、現在規定されている要素や属性について、リンク情報を記載できるよう、解釈を拡張するなどしてもしてもよい。また、ＥＣＧメタデータのＧＩにより、内容が共通し視聴形態の異なるコンテンツ群をグルーピングすることとしてもよい。また、内容が共通し視聴形態の異なるコンテンツ群について１つのＰＩを用いることとし、そのＰＩ中に、視聴形態ごとの複数のＰＬについてのＵＲＬを記載できるような拡張を行うこととしてもよい。

　（６）上述の実施形態では、図７に、各コンテンツを区切ったシーンの一例を示したが、これに限定されることなく、コンテンツを一定の基準に基づいて区切り、両コンテンツにおけるシーンを相互に対応づけることができれば足りる。

　（７）上述の実施形態では、コンテンツ再生装置１０２及び１０３は、同様の構成であるとしたが、両コンテンツ再生装置間でコンテンツの再生能力、表示能力などに相違があってもよい。例えば、コンテンツ再生装置１０２が据え置き型の高描画性能を有する装置であり、コンテンツ再生装置１０３は、一例としてタブレット端末であって、３Ｄの再生機能を有しないものとしてもよい。

　このとき、例えば、コンテンツ再生装置１０３のデータ管理部１２０６には、コンテンツ再生装置１０３が再生可能な視聴形態（２Ｄ）を示す再生可能情報を記憶しておけば、この再生可能情報を参照することにより、自機が再生可能な視聴形態を認識することができる。なお、コンテンツ再生装置１０２についての再生可能情報についても、コンテンツ再生装置１０２のデータ管理部１２０６に、コンテンツ再生装置１０２が再生可能な視聴形態（２Ｄ、３Ｄの双方）を示す再生可能情報を記憶していてもよい。

　また、上述の「３－５．実例による視聴中断処理、及び視聴再開処理の動作説明」の（２）視聴再開処理において、ユーザが、コンテンツ再生装置１０２の入力受付部１２０２を用い、選出コンテンツとして、２ＤコンテンツＡを選出するとしていたが、コンテンツ再生装置１０３は、再生可能情報を参照することにより、３Ｄについては再生能力を有しないことがわかる。

　よって、コンテンツ再生装置１０３のＧＵＩには、３Ｄを再生するためのボタンである「初めから視聴（３Ｄ）」、「続きから視聴（３Ｄ）」などは、表示しないか、グレーアウトして選択できないような態様で表示するなどしてもよい。

　また、コンテンツ再生装置１０３において、再生可能情報として１つの視聴形態（例えば、２Ｄのみ）しか記載されていない場合には、コンテンツ再生装置１０３が選出する視聴形態は、ユーザ入力によらずとも２Ｄであると決定してもよい。

　（８）上述の実施形態では、Ｓ１８０９において、変換元シーンの長さと、対応シーンの長さが異なると判定された場合（Ｓ１８０９でＮＯ）、
　　再生開始位置　＝　シーン中位置　×　（対応シーン長／変換元シーン長）
により再生開始位置を算出する（Ｓ１８１１）こととしたが、コンテンツの内容に応じた適切な変換ができれば足りる。例えば、Ｓ１８１０の処理と同様、対応シーンにおいて、シーン中位置と同じ位置を再生開始位置とすることとしてもよい。また、対応シーンの先頭を再生開始位置とすることとしてもよい。

　（９）上述の実施形態では、コンテンツ再生装置１０２は、コンテンツ一覧画面要求時に、必要なＰＩなどのＥＣＧメタデータをコンテンツサーバ１０１から取得することとしていたが、ＥＣＧメタデータが使用できさえすれば足りる。例えば、コンテンツ再生装置１０２は、予めＥＣＧメタデータを取得しておき、これらを管理しても良い。また、必要なＥＣＧメタデータの全てをコンテンツサーバ１０１から取得するのではなく、ＥＣＧメタデータの全部又は一部については、コンテンツ再生装置１０２が予め記憶しておき、必要なデータを抽出して使用することとしてもよい。

　（１０）上述の実施形態では、図１４（ｂ）及び（ｃ）に示すようなＧＵＩを用いて、コンテンツの視聴要求と、視聴形態の選択と、初めから視聴するか続きから視聴するかの選択とを同時に行うこととしていたが、コンテンツの視聴要求と、視聴形態の選択、初めから視聴するか続きから視聴するかの選択とができれば足りる。例えば、視聴要求ボタンを押すと、視聴形態の選択ができるＧＵＩが表示され、次いで視聴形態を選択すると、初めから視聴するか続きから視聴するか選択できるＧＵＩが表示されるというように、ユーザに段階的に選択させるようなＧＵＩを採用することとしてもよい。

　（１１）上述の実施形態では、選出コンテンツのＰＩのＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素を参照することにより、関連コンテンツの視聴形態を知り、関連コンテンツのＰＩのＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素を参照することにより、選出コンテンツの視聴形態を知ることとしていたが、選出コンテンツと関連コンテンツの視聴形態を知ることができれば足りる。

　例えば、選出コンテンツのＰＩのＶｉｄｅｏＡｔｔｒｉｂｕｔｅｓ要素のｃｏｄｉｎｇ要素を参照し、記載されている符号化方式から視聴形態を判定してもよい。現状、「ＩＰＴＶＦＪのＳＴＤ-０００６」などに規定されているＩＰＴＶＳＥＲＶＩＣＥＶｉｓｕａｌＣｏｄｉｎｇＦｏｒｍａｔＣＳ辞書では、ＭＰＥＧ－２とＡＶＣのみが指定可能であるが、ＭＶＣ等を指定可能とするようＩＰＴＶＳＥＲＶＩＣＥＶｉｓｕａｌＣｏｄｉｎｇＦｏｒｍａｔＣＳ辞書を拡張すれば、本要素を参照することにより視聴形態の判別が可能となる。

　また、ＰＩに新たな要素を定義し、内容が共通し視聴形態が異なるコンテンツに関する、複数の視聴形態を記載することとしてもよい。

　（１２）上述の実施形態では、再生位置対応表として、再生位置対応表８０１のように、コンテンツ間の、シーン（チャプター単位であってもよい）についての対応関係を記載したが、コンテンツ間で同等の内容である再生位置を取得できる情報が記載されていれば足りる。

　例えば、図２１に示すように、シーン単位でなく、一方のコンテンツのある再生位置における、他方のコンテンツにおいて対応する再生位置を記載した情報を再生位置対応表としても良い。

　例えば、再生位置対応表２１０１には、ある視聴形態のコンテンツにおける再生時間と、対応する他方の視聴形態のコンテンツにおける再生時間との組が、複数記載されている。

　一方のコンテンツにしか存在しない映像内容がある場合には、他方のコンテンツにおいて、対応する再生時間がないため「―」が記載されている。また、再生位置対応表２１０１では、１００秒間隔で対応表が作成されているが、この間隔が短いほど再生開始位置の特定精度が高くなる。

　また、再生位置対応表２１０１では、対応表は１００秒ごとの等間隔であるが、等間隔である必要はない。コンテンツ提供者が、コンテンツの構成などを考慮して作成してよい。

　（１３）上述の実施形態は、コンテンツ配信要求の直前に再生開始位置取得を行なっているが、再生開始位置取得のタイミングはこれに限定されず、コンテンツ配信要求をするまでに取得できていれば足りる。

　（１４）上述の実施形態では、コンテンツ配信要求の直前に、コンテンツ再生装置１０２において位置変換処理により再生開始位置を取得しているが、再生開始位置が取得できれば足りる。例えば、位置変換処理は、コンテンツサーバ１０１側でも行い得る。

　図１９は、位置変換処理をコンテンツサーバ１０１側で行う場合の、コンテンツを再生する際の全体動作の流れを示す図である。図１９は、図１５とほぼ同じであるが、図１５のコンテンツ再生装置におけるＳ１５１４を、コンテンツサーバにおけるＳ１９０１で行うこととしている点が異なる。Ｓ１５１４における再生開始位置の特定処理と、Ｓ１９０１における再生開始位置の特定処理とは、同様の処理となる。

　コンテンツ再生装置１０２は、コンテンツ配信要求（Ｓ１５１５）時に、再生中断位置、再生中断した視聴形態に係るコンテンツのＣＲＩＤ、今回再生を要望する視聴形態のコンテンツのＣＲＩＤを引数としてコンテンツサーバ１０１に対しコンテンツ配信要求を行なうことになる。

　コンテンツサーバ１０１は、取得した引数をもとに再生開始位置を特定し（Ｓ１９０１）、取得した再生開始位置からコンテンツの配信を行う（Ｓ１５１６）。

　なお、図１９では、コンテンツサーバ１０１は、コンテンツ配信要求を受け取って（Ｓ１５１５）、再生開始位置特定処理（Ｓ１９０１）、コンテンツ配信処理（Ｓ１５１６）を連続して行っていたが、このシーケンスに限るものではなく、コンテンツサーバ１０１側で再生開始位置を特定できれば足りる。

　例えば、図２０に示すように、コンテンツサーバ１０１が、コンテンツ再生開始位置要求を受け取って（Ｓ２００１）、再生開始位置特定処理（Ｓ２００２）により再生開始位置を取得し、取得した再生開始位置をコンテンツ再生装置１０２に通知する（Ｓ２００３）。そして、コンテンツ再生装置１０２が、通知された再生開始位置に基づいてコンテンツサーバ１０１に対し、コンテンツ配信要求（Ｓ１５１５）を行うこととしてもよい。

　（１５）データ管理部１２０６が記憶するデータは、上述の実施形態に示したものに限らず、記憶容量に応じ、記憶するデータを適宜追加などしてもよい。

　例えば、データ管理部１２０６は、ＥＣＧメタデータの全ての要素、属性情報を記憶することとしてもよいし、表示やコンテンツ管理などに必要と判断した要素、属性情報のみを記憶することとしても良い。また、データを記憶しておく期間や、記憶するＥＣＧメタデータの個数は、システムの要求仕様などに応じて決定してよい。

　（１６）上述の実施形態では、ＨＲ辞書は、コンテンツサーバ１０１が有することとしたが、ＨＲ辞書を検索できれば足りる。例えば、コンテンツ再生装置１０２、１０３が辞書を保持し、検索することとしてもよい。

　（１７）上述の実施形態では、再生位置対応表を用いて再生開始位置を取得していたが、再生開始位置を取得できれば足りる。

　例えば、コンテンツ再生装置１０２が、上述の実施形態で説明したような再生位置対応表を用いて得たのと同等の結果が得られるような、変換元コンテンツの位置を、再生対象コンテンツの再生開始位置に変換する変換式を有しており、その変換式を用いることとしてもよい。

　（１８）上述の実施形態では、図１０に示したＥＲＩについて、シーンの長さを「０」にすることで、対応するシーン（一例としてｃｈａｐｔｅｒ要素のｎｕｍｂｅｒ 属性値＝２のシーン）がコンテンツ（アクション映画Ａ）には存在しない、もしくは無効であることを表現している。これは、「デジタルテレビ情報化研究会、デジタルテレビ ネットワーク機能仕様　ストリーミング機能仕様書　コーデック編、１．２版、２０１０年１２月２１日発行」において、ｃｈａｐｔｅｒ要素のｎｕｍｂｅｒ 属性にシーン番号を整数で1から順に付与するとの規定があるため、ｃｈａｐｔｅｒ要素のｎｕｍｂｅｒを欠番にしないよう配慮したものである。

　このような制限を考慮しなくてよい場合であれば、図２２に示すように、ｎｕｍｂｅｒ属性の値が「２」のｃｈａｐｔｅｒ要素を記載しないことで、ｎｕｍｂｅｒ属性の値が「２」のシーン（「３Ｄアクション映画Ａ」におけるシーンＢに対応するシーン）が、「アクション映画Ａ」には存在しないことを表現できる。

　また、図２３に示すように、ｃｈａｐｔｅｒ要素にこの要素が有効か無効かを示す属性（一例として”ｉｎｖａｌｉｄ”）を追加することで、当該シーンが当該コンテンツには存在しない、もしくは無効であることを表現してもよい。

　また、ＥＲＩに要素を新規に定義し、本変形例と同等の、コンテンツ間の位置の対応関係を表すこととしてもよい。

　（１９）上述の実施形態では、視聴形態の異なるコンテンツ間における位置の対応関係をＥＲＩに記載することとしたが、対応関係が記載できさえすれば足りる。

　例えば、ＥＣＧメタデータのいずれかに、視聴形態の異なるコンテンツ間における位置の対応関係を示すＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ（「ＡＲＩＢ　ＳＴＤ－Ｂ３８」で規定）を記載することとしてもよい。

　図２４は、コンテンツが図７の構成例である場合の「３Ｄアクション映画Ａ」についてのＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅの一部を抜粋した図である。

　図２５は、コンテンツが図７の構成例である場合の「アクション映画Ａ」のＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅの一部を抜粋した図である。

　ここで、「３Ｄアクション映画Ａ」のＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅと、「アクション映画Ａ」のＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅとで、同内容のシーンについてのＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ要素の出現順が、同じになるよう記載されている。

　また、図２５の「アクション映画Ａ」のＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅにおいて、出現順が２番目のＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ要素のＳｅｇｍｅｎｔＬｏｃａｔｏｒ要素の値と、出現順が３番目のＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ要素のＳｅｇｍｅｎｔＬｏｃａｔｏｒ要素の値が等しくなっている。

　これは、出現順が２番目のＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ要素の映像の長さ（ｄｕｔａｒｉｏｎ）が「０」であって映像が存在しないこと、すなわち、「３Ｄアクション映画Ａ」のＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅにおいて出現順が２番目のＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎに対応する映像が、「アクション映画Ａ」には無いことを表現している。

　コンテンツ再生装置１０２は、上述の「３Ｄアクション映画Ａ」のＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅと、「アクション映画Ａ」のＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅとから、再生位置対応表８０１と同等の情報を作成することができる。

　（２０）上述の変形例（１９）に関し、ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎ要素はＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素を含むことができるため、「３Ｄアクション映画Ａ」のＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎと、「アクション映画Ａ」ＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎとを要素の出現順で対応付けるのではなく、図２６に示すように、ＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素を用いて直接対応付けることとしてもよい。

　図２６では、シーンＡについて、ＨｏｗＲｅｌａｔｅｄ要素のｈｒｅｆ属性値として、「ｈｔｔｐ:／／ｗｗｗ．ｉｐｔｖｆｏｒｕｍ．ｊｐ／ｃｓ／２０１１／０７／ＩＰＴＶＳＥＲＶＩＣＥＨｏｗＲｅｌａｔｅｄＣＳ：２２．２」が記載されている。これは、シーンＡに関連するＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎが、別の視聴形態である２Ｄで再生可能なコンテンツに関するものであることを表している。その関連するセグメンテーションは、ＭｅｄｉａＵｒｉ要素の値「ｃｒｉｄ：／／ａａａ．ｎｅ．ｊｐ／ｃｏｎｔｅｎｔ／ＡＢＣＤＥ０００１／ＳｅｇｍｅｎｔＩｎｆｏｒｍａｉｏｎ／１」で特定される。

　以上のように、ＲｅｌａｔｅｄＭａｔｅｒｉａｌ要素に、「３Ｄアクション映画Ａ」と「アクション映画Ａ」とのＳｅｇｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ間の対応付けを記載することができる。

　（２１）上述の実施形態では、主に、ＶＯＤ（Ｖｉｄｅｏ　Ｏｎ　Ｄｅｍａｎｄ）サービスの例で説明したが、本発明は、コンテンツをダウンロードした後に再生するダウンロードサービスにも適用できる。

　ダウンロードサービスでは、コンテンツをコンテンツサーバ１０１からダウンロードした後は、コンテンツ再生装置１０２は、コンテンツサーバ１０１にコンテンツ配信要求を行う代わりに、自装置に既にダウンロードして記憶しているコンテンツを再生することとなる。

　（２２）上述の実施形態では、コンテンツ再生装置１０２が、ＥＣＧメタデータを取得し、取得したＥＣＧメタデータを用いてコンテンツ一覧画面を作成していたが、コンテンツ一覧画面を作成できれば足りる。

　例えば、コンテンツサーバ１０１がコンテンツ一覧画面を表現するＢＭＬ文書を作成し、コンテンツ再生装置１０２は、このＢＭＬ文書を取得し、解釈してコンテンツ一覧画面を表示してもよい。

　（２３）上述の実施形態では、Ｓ１５２０において、コンテンツ再生装置１０２が、再生中断位置情報をパラメータとしてコンテンツサーバ１０１に送信することとしていたが、コンテンツサーバ１０１側で、再生中断位置を把握できれば足りる。例えば、コンテンツサーバ１０１側で、コンテンツの配信を中断した位置を再生中断位置情報として記憶することとしてもよい。

　（２４）上述の実施形態では、再生を中断したコンテンツ再生装置と再生を再開するコンテンツ再生装置が異なる場合でも、続きから再生が行えるよう、再生中断位置をコンテンツサーバが管理することとしているが、ユーザが保有するコンテンツ再生装置が一台である場合には、再生中断位置はコンテンツ再生装置で管理してもよい。また、その場合には、ユーザＩＤ及びデバイスＩＤは不要であり、ＣＲＩＤ、視聴形態情報、再生中断位置情報のみ管理すればよい。

　（２５）上述の実施形態で示したコンテンツの再生処理、コンテンツの詳細情報画面作成処理、位置変換処理などをコンテンツ再生装置１０２、及び１０３のプロセッサ、及びそのプロセッサに接続された各種回路に実行させるための機械語或いは高級言語のプログラムコードからなる制御プログラムを、記録媒体に記録すること、又は各種通信路等を介して流通させ頒布することもできる。このような記録媒体には、ＩＣカード、ハードディスク、光ディスク、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等がある。流通、頒布された制御プログラムはプロセッサに読み出され得るメモリ等に格納されることにより利用に供され、そのプロセッサがその制御プログラムを実行することにより各実施形態で示したような各機能が実現されるようになる。なお、プロセッサは、制御プログラムを直接実行する他、コンパイルして実行或いはインタプリタにより実行してもよい。

　（２６）上述の実施形態で示した各機能構成要素（データ配信部２０１、配信制御部２０２、コンテンツ管理部２０３、データ取得部１２０１、入力受付部１２０２、デマルチプレクサ１２０３、ビデオデコーダ１２０４、映像出力部１２０５、データ管理部１２０６、ＡＶプレーヤ１２０７、メタデータ処理部１２０８、及び表示部１２０９など）は、その機能を実行する回路として実現されてもよいし、１又は複数のプロセッサによりプログラムを実行することで実現されてもよい。

　なお、上述の各機能構成要素は典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。更には、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。

　（２７）上述の実施形態及び各変形例を、部分的に組み合せてもよい。

＜５．補足＞
　以下、更に本発明の一実施形態としてのコンテンツ再生装置の構成及びその変形例と効果について説明する。
（１）本発明の一実施形態に係るコンテンツ再生装置は、内容が共通し視聴形態の異なる２つのコンテンツを配信するコンテンツサーバから、コンテンツをストリーミング受信して再生するコンテンツ再生装置であって、視聴形態を選出する選出手段と、前記選出された視聴形態とは異なる視聴形態の第１のコンテンツについて、再生が中断されているか否かを判断する判断手段と、前記再生が中断されていると判断された場合に、再生が中断された位置を、前記選出された視聴形態の第２のコンテンツにおける対応位置に変換する変換手段と、前記第２のコンテンツについて前記対応位置から送信するよう前記コンテンツサーバに対し要求する要求手段とを備える。

　この構成により、第２のコンテンツにおける、第１のコンテンツで再生が中断された位置に対応する対応位置から再生を再開するので、再生中断前のコンテンツの内容と再生再開時のコンテンツの内容とが対応づいたものとなるため、ユーザが覚える違和感を従来よりも低減することができる。
（２）前記変換手段は、前記第２のコンテンツにおける各位置と、前記第１のコンテンツにおける各位置との対応表を有しており、前記変換において、前記対応位置として、前記再生が中断された位置に対応する、前記第２のコンテンツにおける位置を前記対応表から読み出すこととしてもよい。

　この構成により、予め第１のコンテンツの各位置と、第２のコンテンツの各位置との対応を対応表に規定することができ、前記対応表を参照することで前記対応位置を導出することができる。
（３）前記第１のコンテンツ及び前記第２のコンテンツは、それぞれ複数のシーンに分割されており、前記対応表は、前記第１のコンテンツの各シーンと、前記第２のコンテンツの各シーンとの対応を表し、前記変換手段は、前記変換において、前記中断された位置が属する第１のシーンと、前記中断された位置の前記第１のシーンにおける第１の位置とを特定し、前記対応表を参照して、前記第１のシーンに対応する、前記第２のコンテンツにおける第２のシーンを取得し、前記第１の位置に相当する前記第２のシーンにおける第２の位置を前記対応位置と決定することとしてもよい。

　この構成により、第１のコンテンツと、第２のコンテンツとの時間軸上における各位置を、一定の纏まりであるシーン単位で対応づけることができる。
（４）前記変換手段は、前記第１のシーンの長さと、前記第２のシーンの長さとが異なる場合、前記第２の位置を、
　前記第２の位置　＝　前記第１の位置　×　（第２のシーンの長さ／第１のシーンの長さ）
　により算出することとしてもよい。

　この構成により、第１のコンテンツにおける第１のシーンと、これに対応する、第２のコンテンツにおける第２のシーンとの長さが異なる場合であっても、第１のコンテンツにおける時間軸上の位置と、第２のコンテンツにおける時間軸上の位置とを対応づけることができる。
（５）前記変換手段は、前記変換に先立ち、前記コンテンツサーバから前記対応表を受信して保持することとしてもよい。

　この構成により、第１のコンテンツにおける時間軸上の位置と、第２のコンテンツにおける時間軸上の位置とを、配信側であるコンテンツサーバにおいて管理させることができる。
（６）前記コンテンツサーバは、前記第１のコンテンツについての前記再生の中断が、前記コンテンツ再生装置に予め対応付けられている装置により成された場合に、前記再生が中断された位置を記憶しており、前記変換手段は、前記選出手段により視聴形態が選出されたときに、前記再生が中断された位置を前記コンテンツサーバから取得することとしてもよい。

　この構成により、コンテンツの再生を中断した装置が、当該コンテンツ再生装置とは異なっている場合にも、コンテンツの再生再開時にユーザが覚える違和感を従来よりも低減することができる。
（７）前記コンテンツ再生装置は、２つのコンテンツについての両視聴形態のうち、一方の視聴形態についてのみ再生能力を有しており、前記選出手段は、再生能力を有している視聴形態を選出することとしてもよい。

　また、前記両視聴形態のうち、一方は３Ｄであり、他方は２Ｄであることとしてもよい。

　この構成により、視聴形態を選択するためのユーザの手間を省くことができる。
（８）本発明の一実施形態に係るコンテンツ再生方法は、内容が共通し視聴形態の異なる２つのコンテンツを配信するコンテンツサーバから、コンテンツをストリーミング受信して再生し、かつ、選出手段と、判断手段と、変換手段と、要求手段とを備えたコンテンツ再生装置に用いられるコンテンツ再生方法であって、前記選出手段が、視聴形態を選出する選出ステップと、前記判断手段が、前記選出された視聴形態とは異なる視聴形態の第１のコンテンツについて、再生が中断されているか否かを判断する判断ステップと、前記変換手段が、前記再生が中断されていると判断された場合に、再生が中断された位置を、前記選択された視聴形態の第２のコンテンツにおける対応位置に変換する変換ステップと、前記要求手段が、前記第２のコンテンツについて前記対応位置から送信するよう前記コンテンツサーバに対し要求する要求ステップとを含む。

　また、本発明の一実施形態に係るコンテンツ配信システムは、内容が共通し視聴形態の異なる２つのコンテンツをストリーミング配信するコンテンツサーバと、前記コンテンツサーバからコンテンツをストリーミング受信して再生するコンテンツ再生装置とから成るコンテンツ配信システムであって、前記コンテンツ再生装置は、視聴形態を選出する選出手段と、前記選出された視聴形態とは異なる視聴形態の第１のコンテンツについて、再生が中断されているか否かを判断する判断手段と、前記再生が中断されていると判断された場合に、再生が中断された位置を、前記選択された視聴形態の第２のコンテンツにおける対応位置に変換する変換手段と、前記第２のコンテンツについて前記対応位置から送信するよう前記コンテンツサーバに対し要求する要求手段とを備える。

　この構成により、第２のコンテンツにおける、第１のコンテンツで再生が中断された位置に対応する対応位置から再生を再開するので、再生中断前のコンテンツの内容と再生再開時のコンテンツの内容とが対応づいたものとなるため、ユーザが覚える違和感を従来よりも低減することができる。

　本発明の一形態に係るコンテンツ再生装置は、コンテンツ再生中に、ユーザに違和感をえさせないよう視聴形態を切り替えるものであり、ネットワークを介してコンテンツをストリーミング受信し再生する装置等に有用である。

　　１００　　コンテンツ配信システム
　　１０１　　コンテンツサーバ
　　１０２　　コンテンツ再生装置
　　１０３　　コンテンツ再生装置
　　１０４　　ネットワーク
　　２０１　　データ配信部
　　２０２　　配信制御部
　　２０３　　コンテンツ管理部
　１２０１　　データ取得部
　１２０２　　入力受付部
　１２０３　　デマルチプレクサ
　１２０４　　ビデオデコーダ
　１２０５　　映像出力部
　１２０６　　データ管理部
　１２０７　　ＡＶプレーヤ
　１２０８　　メタデータ処理部
　１２０９　　表示部

Claims (10)

1. 　内容が共通し視聴形態の異なる２つのコンテンツを配信するコンテンツサーバから、コンテンツをストリーミング受信して再生するコンテンツ再生装置であって、
   　視聴形態を選出する選出手段と、
   　前記選出された視聴形態とは異なる視聴形態の第１のコンテンツについて、再生が中断されているか否かを判断する判断手段と、
   　前記再生が中断されていると判断された場合に、再生が中断された位置を、前記選出された視聴形態の第２のコンテンツにおける対応位置に変換する変換手段と、
   　前記第２のコンテンツについて前記対応位置から送信するよう前記コンテンツサーバに対し要求する要求手段と
   　を備えることを特徴とするコンテンツ再生装置。
2. 　前記変換手段は、前記第２のコンテンツにおける各位置と、前記第１のコンテンツにおける各位置との対応表を有しており、前記変換において、前記対応位置として、前記再生が中断された位置に対応する、前記第２のコンテンツにおける位置を前記対応表から読み出す
   　ことを特徴とする請求項１記載のコンテンツ再生装置。
3. 　前記第１のコンテンツ及び前記第２のコンテンツは、それぞれ複数のシーンに分割されており、
   　前記対応表は、前記第１のコンテンツの各シーンと、前記第２のコンテンツの各シーンとの対応を表し、
   　前記変換手段は、前記変換において、
   　前記中断された位置が属する第１のシーンと、前記中断された位置の前記第１のシーンにおける第１の位置とを特定し、
   　前記対応表を参照して、前記第１のシーンに対応する、前記第２のコンテンツにおける第２のシーンを取得し、
   　前記第１の位置に相当する前記第２のシーンにおける第２の位置を前記対応位置と決定する
   　ことを特徴とする請求項２記載のコンテンツ再生装置。
4. 　前記変換手段は、前記第１のシーンの長さと、前記第２のシーンの長さとが異なる場合、前記第２の位置を、
   　前記第２の位置　＝　前記第１の位置　×（第２のシーンの長さ／第１のシーンの長さ）
   　により算出する
   　ことを特徴とする請求項３記載のコンテンツ再生装置。
5. 　前記変換手段は、前記変換に先立ち、前記コンテンツサーバから前記対応表を受信して保持する
   　ことを特徴とする請求項２記載のコンテンツ再生装置。
6. 　前記コンテンツサーバは、前記第１のコンテンツについての前記再生の中断が、前記コンテンツ再生装置に予め対応付けられている装置により成された場合に、前記再生が中断された位置を記憶しており、
   　前記変換手段は、前記選出手段により視聴形態が選出されたときに、前記再生が中断された位置を前記コンテンツサーバから取得する
   　ことを特徴とする請求項１記載のコンテンツ再生装置。
7. 　前記コンテンツ再生装置は、２つのコンテンツについての両視聴形態のうち、一方の視聴形態についてのみ再生能力を有しており、
   　前記選出手段は、再生能力を有している視聴形態を選出する
   　ことを特徴とする請求項６記載のコンテンツ再生装置。
8. 　前記両視聴形態のうち、一方は３Ｄであり、他方は２Ｄである
   　ことを特徴とする請求項７記載のコンテンツ再生装置。
9. 　内容が共通し視聴形態の異なる２つのコンテンツを配信するコンテンツサーバから、コンテンツをストリーミング受信して再生し、かつ、選出手段と、判断手段と、変換手段と、要求手段とを備えたコンテンツ再生装置に用いられるコンテンツ再生方法であって、
   　前記選出手段が、視聴形態を選出する選出ステップと、
   　前記判断手段が、前記選出された視聴形態とは異なる視聴形態の第１のコンテンツについて、再生が中断されているか否かを判断する判断ステップと、
   　前記変換手段が、前記再生が中断されていると判断された場合に、再生が中断された位置を、前記選択された視聴形態の第２のコンテンツにおける対応位置に変換する変換ステップと、
   　前記要求手段が、前記第２のコンテンツについて前記対応位置から送信するよう前記コンテンツサーバに対し要求する要求ステップと
   　を含むことを特徴とするコンテンツ再生方法。
10. 　内容が共通し視聴形態の異なる２つのコンテンツをストリーミング配信するコンテンツサーバと、前記コンテンツサーバからコンテンツをストリーミング受信して再生するコンテンツ再生装置とから成るコンテンツ配信システムであって、
    　前記コンテンツ再生装置は、
    　視聴形態を選出する選出手段と、
    　前記選出された視聴形態とは異なる視聴形態の第１のコンテンツについて、再生が中断されているか否かを判断する判断手段と、
    　前記再生が中断されていると判断された場合に、再生が中断された位置を、前記選択された視聴形態の第２のコンテンツにおける対応位置に変換する変換手段と、
    　前記第２のコンテンツについて前記対応位置から送信するよう前記コンテンツサーバに対し要求する要求手段とを備える
    　ことを特徴とするコンテンツ配信システム。

Images