(57)【要約】【課題】これまでよりも有用なコンテンツ再生機能を提供する。【解決手段】プログラム単位コンテンツとして、番組に関する番組構成情報とジャンプ制御情報と含むメタ情報を付加して作成する。このプログラム単位コンテンツを再生装置により再生しているときのジャンプ操作に応じては、再生装置が制御情報に従って番組構成情報を参照することで、プログラム単位コンテンツに関連した本篇コンテンツの再生に切り換える。この際において、制御情報は、プログラム単位コンテンツにおいて、本編コンテンツを利用して作成したものではない内容の再生中においても、適切とされる本編コンテンツへの再生切り換えが可能なようにして記述する。【選択図】図１４
2010130613.tif 000002
【特許請求の範囲】
【請求項１】
本篇コンテンツのデータを利用した内容を有する１以上の第１種のコンテンツと、上
記本篇コンテンツのデータを利用した内容を有さない１以上の第２種のコンテンツとを再生時間に従って連結していくことで作成された１プログラム分としてのコンテンツ内容を有するプログラム単位コンテンツのデータを対象として解析処理を実行する解析手段と、
上記解析処理の結果に基づいて、上記プログラム単位コンテンツにおける上記第１種のコンテンツと上記第２種のコンテンツの区間を認識するコンテンツ区間認識手段と、
上記コンテンツ区間認識手段の認識結果に基づいて、上記第１種のコンテンツと上記第２種のコンテンツとを素材としての上記プログラム単位コンテンツの構成を示す情報である、プログラム構成情報を生成する、プログラム構成情報生成手段と、
少なくとも、上記プログラム単位コンテンツにおける第２種のコンテンツを再生装置により再生しているときに上記再生装置に対して行われた本篇コンテンツへの再生切り換えの指示操作に応じて、上記再生装置により、上記プログラム単位コンテンツに付加された上記プログラム構成情報を利用して、上記プログラム単位コンテンツの再生から、上記第１種のコンテンツに関連する本篇コンテンツの再生に切り換える動作が実行されるようにするための制御情報を生成する、制御情報生成手段と、
上記プログラム構成情報と、上記制御情報とを有するメタ情報を生成し、このメタ情報を上記プログラム単位コンテンツに付加することで、上記再生装置により再生されるための、再生用のプログラム単位コンテンツを作成するコンテンツ作成手段と、
を備えるコンテンツ作成装置。
【請求項２】
上記プログラム単位コンテンツは、１つの本篇コンテンツを時系列方向で分割して作成した複数の第１種のコンテンツの間に第２種のコンテンツを挿入するようにして作成されたものであり、
上記制御情報生成手段は、上記プログラム構成情報に基づいて、上記指示操作が行われたタイミングにおいて再生されていた第２種のコンテンツの後に再生される第１種のコンテンツの開始位置と一致する上記本篇コンテンツにおける時系列上でのデータ位置を特定し、このデータ位置から再生が開始される動作が得られるようにするための上記制御情報を生成する、
請求項１に記載のコンテンツ作成装置。
【請求項３】
上記プログラム単位コンテンツは、それぞれが異なる本篇コンテンツを基にして作成された第１〜第Ｎの第１種のコンテンツと、１以上の第２種のコンテンツを、時系列に従って連結していくようにして作成されたものであり、
上記解析手段は、上記コンテンツプログラム単位コンテンツについて、時系列における映像及び／又は音声の内容として、上記第１〜第Ｎの第１種のコンテンツの基となる第１〜第Ｎの本篇コンテンツの何れに対応するものであるのかを解析し、
プログラム構成情報生成手段は、上記解析手段による解析処理の結果に基づいて、上記コンテンツプログラム単位コンテンツについて、第１〜第Ｎの本篇コンテンツのそれぞれに対応する映像及び／又は音声の内容を有する第１〜第Ｎの本篇コンテンツ対応区間による区分を示す本篇コンテンツ対応区間情報を生成してプログラム構成情報に含めるようにされ、
上記制御情報生成手段は、本篇コンテンツ対応区間情報に基づいて、上記指示操作が行われたときに再生されていた上記本篇コンテンツ対応区間に対応する本篇コンテンツの再生が開始される動作が得られるようにするための制御情報を生成する、
請求項１又は請求項２に記載のコンテンツ作成装置。
【請求項４】
本篇コンテンツのデータを利用した内容を有する１以上の第１種のコンテンツと、上記本篇コンテンツのデータを利用した内容を有さない１以上の第２種のコンテンツとを再生時間に従って連結していくことで作成された１プログラム分としてのコンテンツ内容を有するプログラム単位コンテンツのデータを対象として解析処理を実行する解析手順と、
上記解析処理の結果に基づいて、上記プログラム単位コンテンツにおける上記第１種のコンテンツと上記第２種のコンテンツの区間を認識するコンテンツ区間認識手順と、
上記コンテンツ区間認識手順による認識結果に基づいて、上記第１種のコンテンツと上記第２種のコンテンツとを素材としての上記プログラム単位コンテンツの構成を示す情報である、プログラム構成情報を生成する、プログラム構成情報生成手順と、
少なくとも、上記プログラム単位コンテンツにおける第２種のコンテンツを再生装置により再生しているときに上記再生装置に対して行われた本篇コンテンツへの再生切り換えの指示操作に応じて、上記再生装置により、上記プログラム単位コンテンツに付加された上記プログラム構成情報を利用して、上記プログラム単位コンテンツの再生から、上記第１種のコンテンツに関連する本篇コンテンツの再生に切り換える動作が実行されるようにするための制御情報を生成する、制御情報生成手順と、
上記プログラム構成情報と、上記制御情報とを有するメタ情報を生成し、このメタ情報を上記プログラム単位コンテンツに付加することで、上記再生装置により再生されるための、再生用のプログラム単位コンテンツを作成するコンテンツ作成手順と、
を実行するコンテンツ作成方法。
【請求項５】
本篇コンテンツのデータを利用した内容を有する１以上の第１種のコンテンツと、上記本篇コンテンツのデータを利用した内容を有さない１以上の第２種のコンテンツとを再生時間に従って連結していくことで作成された１プログラム分としてのコンテンツ内容を有するプログラム単位コンテンツのデータを対象として解析処理を実行する解析手順と、
上記解析処理の結果に基づいて、上記プログラム単位コンテンツにおける上記第１種のコンテンツと上記第２種のコンテンツの区間を認識するコンテンツ区間認識手順と、
上記コンテンツ区間認識手順による認識結果に基づいて、上記第１種のコンテンツと上記第２種のコンテンツとを素材としての上記プログラム単位コンテンツの構成を示す情報である、プログラム構成情報を生成する、プログラム構成情報生成手順と、
少なくとも、上記プログラム単位コンテンツにおける第２種のコンテンツを再生装置により再生しているときに上記再生装置に対して行われた本篇コンテンツへの再生切り換えの指示操作に応じて、上記再生装置により、上記プログラム単位コンテンツに付加された上記プログラム構成情報を利用して、上記プログラム単位コンテンツの再生から、上記第１種のコンテンツに関連する本篇コンテンツの再生に切り換える動作が実行されるようにするための制御情報を生成する、制御情報生成手順と、
上記プログラム構成情報と、上記制御情報とを有するメタ情報を生成し、このメタ情報を上記プログラム単位コンテンツに付加することで、上記再生装置により再生されるための、再生用のプログラム単位コンテンツを作成するコンテンツ作成手順と、
をコンテンツ作成装置に実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを作成するコンテンツ作成装置と、その方法に関する。また、上記コンテンツ作成装置が実行するプログラムに関する。
【背景技術】
【０００２】
現在、インターネットに代表されるネットワーク通信やデジタルテレビジョン放送などが広く普及してきている。つまり、デジタルの映像・音声コンテンツが一般のユーザに多く提供、流通される環境が整ってきている。
【０００３】
【特許文献１】特開２０００−１１３０６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本願発明としては、例えば、上記のようなテレビジョン放送、ネットワークなどによるコンテンツ流通環境下でのコンテンツ再生機能に関して、よりユーザにとって有用なものを提供できるようにすることを、その課題とするものである。
【課題を解決するための手段】
【０００５】
そこで本発明は上記した課題を考慮して、コンテンツ作成装置として次のように構成する。
本篇コンテンツのデータを利用した内容を有する１以上の第１種のコンテンツと、上記本篇コンテンツのデータを利用した内容を有さない１以上の第２種のコンテンツとを再生時間に従って連結していくことで作成された１プログラム分としてのコンテンツ内容を有するプログラム単位コンテンツのデータを対象として解析処理を実行する解析手段と、上記解析処理の結果に基づいて、上記プログラム単位コンテンツにおける上記第１種のコンテンツと上記第２種のコンテンツの区間を認識するコンテンツ区間認識手段と、上記コンテンツ区間認識手段の認識結果に基づいて、上記第１種のコンテンツと上記第２種のコンテンツとを素材としての上記プログラム単位コンテンツの構成を示す情報である、プログラム構成情報を生成する、プログラム構成情報生成手段と、少なくとも、上記プログラム単位コンテンツにおける第２種のコンテンツを再生装置により再生しているときに上記再生装置に対して行われた本篇コンテンツへの再生切り換えの指示操作に応じて、上記再生装置により、上記プログラム単位コンテンツに付加された上記プログラム構成情報を利用して、上記プログラム単位コンテンツの再生から、上記第１種のコンテンツに関連する本篇コンテンツの再生に切り換える動作が実行されるようにするための制御情報を生成する、制御情報生成手段と、上記プログラム構成情報と、上記制御情報とを有するメタ情報を生成し、このメタ情報を上記プログラム単位コンテンツに付加することで、上記再生装置により再生されるための、再生用のプログラム単位コンテンツを作成するコンテンツ作成手段とを備えることとした。
【０００６】
上記構成であれば、作成されたプログラム単位コンテンツを再生装置により再生しているときの指示操作に応じて、制御情報に従い、プログラム単位コンテンツに関連した本篇コンテンツの再生に切り換えることが可能になる。特に、プログラム単位コンテンツにおいて、本編コンテンツを利用して作成したものではない内容の再生中においても、適切とされる本編コンテンツへの再生切り換えが可能になる。
【発明の効果】
【０００７】
このようにして、本発明は、本編コンテンツを利用した内容を有さないコンテンツ部分の再生中であるのにかかわらず、適切とされる本編コンテンツへの再生切り換えが可能とされることで、コンテンツ再生機能に関して、これまでよりもユーザにとって有用なものを提供できる。
【発明を実施するための最良の形態】
【０００８】
以下、本願発明を実施するための最良の形態（以下、実施形態という）について、下記の順により説明する。
＜１．コンテンツ流通システムの構成＞
＜２．コンテンツ再生態様(第１例)の概要＞
＜３．コンテンツ再生態様(第２例)の概要＞
＜４．コンテンツ作成装置の構成＞
＜５．セットトップボックスの構成＞
＜６．コンテンツサーバの構成＞
＜７．第１例のコンテンツ再生態様に対応するアルゴリズム＞
[７−１．番組コンテンツ作成処理]
[７−２．番組関連メタ情報作成処理]
[７−３．再生コンテンツ切換処理]
＜８．第２例のコンテンツ再生態様に対応するアルゴリズム＞
[８−１．番組コンテンツ作成処理]
[８−２．番組関連メタ情報作成処理]
[８−３．再生コンテンツ切換処理]
【０００９】
＜１．コンテンツ流通システムの構成＞
図１は、本実施形態のコンテンツ流通システムの構成例を示している。
本実施形態のコンテンツ流通システムは、この図に示すように、放送局１、コンテンツ作成装置２、セットトップボックス（ＳＴＢ）３、コンテンツサーバ４から成る。
【００１０】
放送局１は、デジタルテレビジョン放送により番組（コンテンツ）を放送する放送局のうちの１つである。なお、例えばデジタルテレビジョン放送は、現状においては、衛星放送、地上波放送のいずれもが稼働しているが、放送局１は、いずれの放送に対応するものであってもよい。
【００１１】
コンテンツ作成装置２は、放送局１が送出すべきビデオコンテンツ（送出用放送コンテンツ）を例えば番組単位で作成することができる。放送局１は、コンテンツ作成装置２により作成した送出用放送コンテンツを受け取り、放送網５を利用して、予め割り当てられたチャンネルの放送として送出する。
【００１２】
セットトップボックス３は、一般のユーザが所有するもので、実際には、ユーザごとに応じて多数存在する。
このセットトップボックスは、放送局１が対応するキャリアの放送網５を利用したデジタルテレビジョン放送を受信選局して、選局したチャンネルの画像・音声信号を再生出力できる。また、ネットワーク接続機能を有していることで、例えば次に説明するコンテンツサーバ４からネットワーク６経由でビデオコンテンツ(VODコンテンツ)をダウンロードし、その画像・音声信号を再生出力させることもできる。
【００１３】
コンテンツサーバ４は、多くのビデオコンテンツを保有し、セットトップボックス３などのネットワーク端末からの正当なダウンロード要求に応じて、ネットワーク６経由で、要求されたネットワーク端末に対してコンテンツのデータを送信する。
また、ここでのコンテンツサーバ７は、ここでは放送局１が放送する放送コンテンツを成す素材としてのビデオコンテンツの本篇を保有する。
なお、コンテンツサーバ４が保有するビデオコンテンツは、上記のようにしてネットワーク端末からの要求に応じて送信されるものであり、視聴者が視聴したいときにコンテンツを配信するという、いわゆるビデオ・オン・デマンド(VOD:Video On Demand)の条件を満足している。そこで、コンテンツサーバ４が保有するビデオコンテンツについては、以降、ＶＯＤコンテンツともいう。
また、この場合のコンテンツサーバ４は、例えば設備間通信網７により、コンテンツ作成装置２と通信可能に接続されている。この設備間通信網７は、専用線、もしくは、ＶＰＮ(Virtual Private Network)などに代表されるセキュリティが図られたネットワーク通信により実現できる。
【００１４】
＜２．コンテンツ再生態様(第１例)の概要＞
本実施形態では、上記図１に示したコンテンツ流通システムによるコンテンツ再生の態様として２例を挙げる。そこで、これらコンテンツ再生態様についての概要を説明することとして、先ず、第１例から説明する。
【００１５】
図２は、本実施形態としての第１のコンテンツ再生態様例を模式的に示している。
ここで、放送局１が或る放送時間帯により図２（ａ）に示される内容の番組単位の放送コンテンツである番組コンテンツ（プログラム単位コンテンツ）を放送しているものとする。そのうえで、或るユーザが、セットトップボックス３により、この図２（ａ）の番組コンテンツをその開始時刻から受信、再生出力させており、これを視聴していたとする。
【００１６】
ここで、番組コンテンツは、例えば或るタイトルの映画を放送しており、その内容の内訳として、開始時刻から終了時刻にかけて、本篇パート１、ＣＭ１、本篇パート２、ＣＭ２、本篇パート３、ＣＭ３、本篇パート４、ＣＭ４、本篇パート５の順となっているものとする。
なお、本篇パート（第１種のコンテンツ）は、映画本篇全体における或る時間分を抜き出した区間部分であり、この場合には、本篇パート１，２，３，４，５の順でつなげば、映画の本篇全体が再現される。また、ＣＭ１〜４は、それぞれＣＭ（コマーシャル）として本篇パートの間に挿入されるＣＭコンテンツである。
【００１７】
ここで、図２（ａ）に示す番組コンテンツをセットトップボックス３により視聴していたユーザが、この映画をとてもおもしろいと思い、例えば、ＣＭ２が再生出力されているときに、普通の映画本篇のようにしてＣＭの挿入無しに全部通して視聴したいと思ったとする。
この場合ユーザは、セットトップボックス３に対して、現在視聴している番組コンテンツと同じタイトルの映画で本篇だけから成る、通常の映画のコンテンツの視聴への切り換えを指示する操作を行うことができる。この操作を、ここでは「ＣＭ無しコンテンツへのジャンプ操作」、もしくはこれを省略して単に「ジャンプ操作」ともいうことにする。
【００１８】
上記ＣＭ無しコンテンツへのジャンプ操作が行われると、セットトップボックス３は、コンテンツサーバ４から、図２（ａ）の放送コンテンツの本篇と同じタイトルの映画のＶＯＤコンテンツをダウンロードする。そして、セットトップボックス３は、これまでの番組コンテンツの再生出力から、受信したＶＯＤコンテンツの再生出力に切り換える。
【００１９】
ただし、本実施形態の第１例のコンテンツ再生態様としては、ＶＯＤコンテンツとして、その本篇全体の内容をダウンロードしてはじめから再生出力させるのではなく、ＣＭ無しコンテンツへのジャンプ操作が行われた時点より後において番組コンテンツとして放送される内容をダウンロードして再生出力させる。
【００２０】
具体例として、図２の場合には、番組コンテンツの本篇パート２が放送された後のＣＭ２が流れているときにジャンプ操作が行われている。すると、この場合には、既に映画の本篇全体における本篇パート１，２が放送されており、未だ、本篇パート３〜本篇パート５までが放送されていないことになる。
そこで、この場合には、図２（ｂ）に示すようにして、セットトップボックス３は、VODコンテンツとしての本篇全体において、本篇パート３の開始位置に対応する位置から本篇パート５の終了位置までの区間をダウンロードし、時系列で再生出力していくことになる。
【００２１】
例えばユーザが、通常のＣＭの挿入される番組をテレビジョン放送で視聴していておもしろいと感じ、その番組で放送している映画などのコンテンツを、すぐにＣＭ抜きで通して鑑賞してみたいと思うことは、しばしばあると考えられる。本実施形態のようなコンテンツ再生出力の態様であれば、上記のようなユーザの要望に応えることができる。
【００２２】
また、第１例のコンテンツ再生態様では、ＶＯＤコンテンツの再生にあたり、ジャンプ操作を行った時点では放送済みの本篇コンテンツの内容は再生されることなく、ジャンプ操作を行った時点以降において番組で放送されるはずの、本篇の途中から再生が開始される。
ジャンプ操作は、ユーザがこれまで視聴していた番組コンテンツの本篇内容をおもしろいと思ったことに応じて行われることを想定している。従って、番組コンテンツにおいて、ジャンプ操作を行った時点では放送済みの本篇の内容は、既にユーザが視聴しているものとしてみてよい。そこで、番組コンテンツからＶＯＤコンテンツの再生に切り換える際、ジャンプ操作を行った時点以降の本篇の内容から再生を開始させれば、ユーザは、既に鑑賞し終わった内容を再び鑑賞することがなく、ストレスも感じない。
【００２３】
＜３．コンテンツ再生態様(第２例)の概要＞
図３は、本実施形態のコンテンツ再生態様の第２例を模式的に示している。
この第２例に対応して放送局１から放送される番組コンテンツは、図３（ａ）に示すように、ＭＣ(Master of Ceremony)の映像・音声内容を有するＭＣコンテンツと、映画などの映像コンテンツを編集して作成したとされる映像・音声内容ダイジェストコンテンツとにより編集・作成されるものとなる。この図では、ＭＣ１、ダイジェスト［本篇コンテンツ１］、ＭＣ２、ダイジェスト［本篇コンテンツ２］、ＭＣ３、ダイジェスト［本篇コンテンツ３］・・・・の順でＭＣ，ダイジェストコンテンツが配列されて１つの番組コンテンツを形成した例が示されている。ダイジェスト［本篇コンテンツ１］〜ダイジェスト［本篇コンテンツ３］は、それぞれが、異なる映像コンテンツ（ここでは便宜上、本篇コンテンツ１，２，３としている）を素材として、そのダイジェスト内容を有するものとして作成されたコンテンツである。
【００２４】
このような図３（ａ）に示される構成の番組は、一般に、ＭＣの部分によりダイジェストコンテンツの基となる本編コンテンツについてのコメントが行われる。
また、ＭＣの部分における本編コンテンツについてのコメントの流れであるが、最もよくみられるのは、直前に再生したダイジェストコンテンツに対応する本編コンテンツについてのコメントをした後に、次に再生することになるダイジェストコンテンツに対応する本編コンテンツについてのコメントをする、というものである。
【００２５】
すると、先ず、ダイジェストコンテンツのそれぞれは、編集素材としての本篇コンテンツに対応する内容を有しているものとみることができる。
そのうえで、１つのダイジェストコンテンツが再生された後のＭＣについては、その前半は、直前に再生したダイジェストコンテンツに対応する本編コンテンツに関連した内容を有し、後半は、次に再生するダイジェストコンテンツに対応する本編コンテンツに関連した内容を有しているものとしてみることができる。
【００２６】
そこで、この第２例においては、番組コンテンツについて、ＭＣの区間も含めて、ダイジェストコンテンツの基となる本篇コンテンツごとに対応する区間（本編コンテンツ対応区間）を設定する。具体例として、図３（ａ）においては、ＭＣ１、ダイジェスト［本篇コンテンツ１］、及びＭＣ２を分割点ａにより分割した前側の部分とから成る、時系列的に連続した番組内容部分が、本篇コンテンツ１対応区間として設定されている。これは、ＭＣ１の全てと、ダイジェスト［本篇コンテンツ１］、また、ＭＣ２の分割点ａより前の部分が、本篇コンテンツ１に関連した内容を有していることに基づいている。
また、ＭＣ２の分割点ａより後ろの区間と、ダイジェスト［本篇コンテンツ２]、及び、ＭＣ３の分割点ｂより前の部分とから成る区間が、本篇コンテンツ２対応区間として設定されている。これは、ダイジェスト［本篇コンテンツ２]とともに、ＭＣ２の分割点ａより後ろの区間、及びＭＣ３の分割点ｂより前の区間も、本篇コンテンツ２についての紹介などをしていることで本篇コンテンツ２に関連していることに基づいて設定されたものである。
なお、本篇コンテンツ２対応区間に続いては、本篇コンテンツ３対応区間が設定されることになる。これら本篇コンテンツ１対応区間〜本篇コンテンツＮ対応区間のそれぞれについて特に区別することなく言及するときには、コンテンツ対応区間という。
【００２７】
ここで、ダイジェスト［本篇コンテンツ１]の基となる本編コンテンツ１は、例えば既に映像ソフト化されている映画などのビデオコンテンツについてのものであるとする。
そのうえで、ユーザが、図３（ａ）の番組コンテンツをセットトップボックス３により受信、再生出力させて鑑賞していたとする。そして、ダイジェスト［本篇コンテンツ１］での本篇コンテンツ１を紹介する映像を見て、この本篇コンテンツ１を鑑賞したいと思ったとする。このようなとき、ユーザは、ＶＯＤコンテンツへのジャンプ操作を行うことができる。なお、このときには、本篇コンテンツ１としてのタイトルのＶＯＤコンテンツを鑑賞したいわけであるが、このための操作としては、単に「ＶＯＤコンテンツへのジャンプ」を指示する操作のみでよく、敢えて、ジャンプ先のＶＯＤコンテンツのタイトルを指定する操作は必要ない。
【００２８】
図３においては、このジャンプ操作は、ダイジェスト［本篇コンテンツ１]が終了した次のＭＣ２において、本篇コンテンツ１対応区間として設定されている区間内の時点で行われているとしている。つまり、ジャンプ操作は本篇コンテンツ１対応区間において行われた。
このようにして、本篇コンテンツ１対応区間においてジャンプ操作が行われたことに応じては、セットトップボックス３は、図３（ｂ）に示すようにして、正規の本篇コンテンツ１のデータを先頭からダウンロードして、その開始から終了までを再生出力させる。
【００２９】
このようなコンテンツの再生出力切り換えが行われることで、ユーザは、番組コンテンツのダイジェストを見て、自分が鑑賞したいと思った本篇コンテンツ１の再生にすぐ切り換えることができる。
【００３０】
また、図２（ａ）に例示される番組コンテンツの内容は、本篇パートとＣＭとが混在している。再生の切り換え先であるVODコンテンツ（再生切換先コンテンツ）のタイトルとの関係性としてみた場合、本篇パートの映像内容は、VODコンテンツ（本編コンテンツ）のデータの一部となる。従って、本篇パートは、基の本篇コンテンツを直接的に利用しているということで映像内容として密接な関連性を有しているといえる。これに対して、ＣＭは、なんらかの商品を宣伝する映像内容のものであるから、上記本編コンテンツのデータを利用して作成されるものではない。つまり、ＣＭと本編コンテンツとでは、データ（映像・音声）についての利用関係は元来ないといえる。
同様にして、図３（ａ）に示される番組コンテンツは、コンテンツのダイジェストと、ＭＣとが混在している。ダイジェストは、対応のコンテンツの本篇全体のデータの一部を直接に利用、編集して作成されるものである。これに対して、ＭＣは、例えば、ＭＣを行っている人物などが主体的な映像内容とされ、音声も、ＭＣの人物のものであることが通常である。従って、ＭＣと本編コンテンツとは、データについての利用関係は無いといえる。
【００３１】
このことから、本実施形態のコンテンツ再生態様の第１例と第２例では次の共通点を有しているといえる。
つまり、番組コンテンツは、映像内容的に再生切換先コンテンツと密接に関連するコンテンツ部分と、無関係とされるコンテンツ部分とが混在する内容を有している。そのうえで、密接に関連するコンテンツ部分だけではなく、無関係とされるコンテンツ部分を再生しているときにジャンプ操作が行われたときにおいても、ユーザの操作の意図に適合した、しかるべきＶＯＤコンテンツに再生が切り換えられるように配慮されている。
【００３２】
＜４．コンテンツ作成装置の構成＞
以降、上記した本実施形態のコンテンツ再生態様（第１例、第２例）に対応する技術構成例について説明していく。
先ず、図４を参照してコンテンツ作成装置の構成例について説明する。
この図に示されるコンテンツ作成装置２は、制御部２１、コンテンツ作成部２２、記憶部２３、通信部２４、送出部２５、及び操作入力部２６を備えて成るものとしている。
【００３３】
制御部２１は、例えばＣＰＵ(Central Processing Unit)、ＲＯＭ、ＲＡＭなどから成り、例えば記憶部２３としての補助記憶装置とともに１つのコンピュータシステムを構成して、コンテンツ作成装置２における動作を制御する。
記憶部２３には、例えば制御部２１におけるＣＰＵなどが実行すべきプログラム、コンテンツ作成の素材となるコンテンツの映像・音声データなどが記憶される。この記憶部２３については例えばハードディスクなどを採用できる。
【００３４】
コンテンツ作成部２２は、例えば放送用コンテンツとして、図２（ａ）、図３（ａ）などに示した番組コンテンツ単位による作成処理を行える部位であり、例えばそのための信号処理などのためのハードウェア、ソフトウェアなどより成る。
このコンテンツ作成部２２を利用しての番組コンテンツの作成は、例えば編集・作成作業者が操作入力部２６を操作して行うことができる。ただし、後述するようにして、放送コンテンツに付加される番組関連メタ情報については、放送コンテンツの編集結果に従って、コンテンツ作成部２２が自動作成する。
【００３５】
通信部２４は、図１に示した設備間通信網７を経由してコンテンツサーバ４と通信するための機能部位である。
送出部２５は、コンテンツ作成部２２により作成した送出用放送コンテンツのデータを、所定の伝送線などを経由して放送局１に伝達する機能が与えられた部位である。
【００３６】
＜５．セットトップボックスの構成＞
図５のブロック図は、セットトップボックス３の構成例を示している。
この図に示すセットトップボックス３は、チューナ部３１、映像・音声信号処理部３２、映像出力部３３、音声出力部３４、制御部３５、記憶部３６、通信部３７、操作部３８を備えている。
【００３７】
チューナ部３１は、放送通信網５から、アンテナ経由、もしくはCATV回線などを経由して受信された放送波、もしくは放送信号を入力する。ユーザは、操作部３８に対してチャンネルを指定する操作を行うことができるが、この操作に応じて制御部３５は、チューナ部３１により選曲すべきチャンネルを指定する。そしてチューナ部３１は、制御部３１により指定されたチャンネルのデータを抽出する。
本実施形態において、番組コンテンツ単位に対応する送出用放送コンテンツは、後述するようにして、番組内容に対応した映像・音声信号（放送コンテンツ）と、番組単位で付加されるメタデータ（番組関連メタ情報）から成る。チューナ部３１は、上記チャンネルのデータとして、この放送コンテンツとしての映像・音声信号と、番組関連メタ情報とを抽出する。
チューナ部３１は、抽出した映像・音声信号を映像・音声信号処理部３２に対して出力する。また、番組関連メタ情報は、制御部３５に出力する。
【００３８】
また、通信部３７は、ネットワーク６経由での通信を行うために設けられる。制御部３５が通信部３７を制御して、対応の通信プロトコルに従った動作を実行させることで、コンテンツサーバ４をはじめとするネットワーク上のデバイスとの通信が可能になる。
VODコンテンツをダウンロードするときには、コンテンツサーバ４から送信されてくるVODコンテンツのデータが通信部３７にて受信されることになる。通信部３７は、パケットを解くなどの処理を行って、VODコンテンツとしての映像・音声信号を復元し、画像・声処理部３２に対して出力する。
【００３９】
上記のようにして映像・音声信号処理部３２に入力される映像・音声信号は例えば圧縮符号化形式となっている。そこで、映像・音声信号処理部３２は、映像・音声信号について伸張処理を実行して所定形式の映像・音声信号を得る。また、必要に応じて伸張後の映像・音声信号について所定の信号処理を施す。そして、これらの信号処理を施した映像・音声信号のうち、映像信号ついては映像出力部３３に出力し、音声信号については音声出力部３４に対して出力する。
【００４０】
映像出力部３３は、入力される映像信号を表示用画像信号に変換して出力する。例えばこの表示用画像信号は、ここでは図示していないディスプレイデバイスに入力されて画像として再生表示される。
音声出力部３４は、入力される音声信号を増幅して出力する。音声出力部３４にて増幅されて出力された音声信号は、ここでは図示していないスピーカ、ヘッドフォンなどに供給されることで、音として再生される。
【００４１】
制御部３５は、例えばＣＰＵ、ＲＯＭ、ＲＡＭなどから成り、例えば補助記憶装置としての記憶部３６とにより、コンピュータシステムを形成する。例えば、上記ＣＰＵが、記憶部３６、ＲＯＭなどに記憶されるプログラムを実行することで、制御部３５としての各種の制御、処理の動作が得られる。
【００４２】
記憶部３６は、例えばＨＤＤなどの大容量の記憶媒体を有して成るもので、例えば上記制御部３５の補助記憶装置として機能する。
本実施形態においては、例えばこの記憶部３６に、放送の受信、もしくはネットワーク経由でダウンロードしたコンテンツとしての映像・音声信号を、所定のファイル形式により保存させることが可能である。
【００４３】
操作部３８は、セットトップボックス３の本体に備えられる各種操作子、また、リモートコントローラなどを一括して示したものである。操作部３８に対して操作が行われることに応じては、制御部３５に対して、その操作に対応した操作信号が出力される。制御部３５は、入力された操作信号に応じてしかるべき制御、処理を実行する。これにより、ユーザ操作に応じたセットトップボックス３の動作が得られる。
本実施形態では、制御部３５は、ジャンプ操作に対応する操作信号入力に応じて、後述するようにして番組関連メタ情報を利用して、図２、図３に示した再生態様例に対応した再生コンテンツの切換制御を実行する。
【００４４】
＜６．コンテンツサーバの構成＞
図６のブロック図は、コンテンツサーバ４の構成例を示している。この図に示すコンテンツサーバ４は、制御部４１、記憶部４２、及び通信部４３から成るものとしている。
制御部４１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどから成り、例えば補助記憶装置としての記憶部４２とにより、サーバコンピュータシステムを形成する。上記ＣＰＵが、記憶部４２、ＲＯＭなどに記憶されるプログラムを実行することで、制御部４１としての各種の制御、処理の動作が得られる。
【００４５】
記憶部４２は、例えばＨＤＤなどにより形成され、上記したように、制御部４１の補助記憶装置としての機能を有する。
また、記憶部４２には、ＶＯＤコンテンツデータベース４２Ａが記憶されている。このＶＯＤコンテンツデータベース４２Ａは、多数のVODコンテンツ１〜Ｎをデータベース形式により記憶管理する。ＶＯＤコンテンツデータベース４２Ａは、例えば、図７において模式的に示すようにして、ＶＯＤコンテンツごとに、固有のサーバコンテンツＩＤ(Server_content_ID)を対応付けて管理する構造を有する。
【００４６】
＜７．第１例のコンテンツ再生態様に対応するアルゴリズム＞
[７−１．番組コンテンツ作成処理]
第１例のコンテンツ再生態様に対応しては、図２（ａ）に示したように、本篇パートとＣＭとが交互に挿入される内容の番組コンテンツを放送局１から放送する。この番組コンテンツは、コンテンツ作成装置２にて作成され、放送局１に渡される。
【００４７】
図８は、コンテンツ作成装置２が行う、第１例に対応する番組コンテンツの作成手順を模式的に示している。ここでは、図２（ａ）に示した番組コンテンツを作成する例を示している。
また、図１１のフローチャートは、コンテンツ作成装置２において実行される番組コンテンツ作成処理として、図８の手順に従った処理例を示している。
【００４８】
コンテンツ作成装置２は、先ず図１１のステップＳ１０１により、これより作成する番組コンテンツに組み込むべき本篇コンテンツのデータを取得する。図８（ａ）は、取得した本篇コンテンツのデータを時系列に従った帯形状により示している。
【００４９】
ここでは、上記本篇コンテンツのデータは、ここでは、設備間通信網７を経由した通信によりコンテンツサーバ４から取得するものとする。つまり、コンテンツ作成装置２の制御部２１は、通信部２４により設備間通信網７経由で、本篇コンテンツを指定して送信要求を行う。
この際、コンテンツ作成作業者は、操作入力部２６に対する操作により、コンテンツサーバ４にアクセスさせたうえで取得したい本篇コンテンツを選択する操作を行うことができるものとする。コンテンツサーバ４は、このようにして選択された本篇コンテンツのデータをＶＯＤコンテンツデータベース４２Ａから読み出し、コンテンツ作成装置２に送信する。コンテンツ作成装置２の制御部２１は、送信されてきた本篇コンテンツのデータを受信して記憶部２３に対して記憶させる。
このように、本実施形態では、ＶＯＤコンテンツデータベース４２Ａにて記憶されるコンテンツは、セットトップボックス３などにＶＯＤコンテンツとして配信されるだけではなく、番組作成のための素材である本篇コンテンツとして、コンテンツ作成装置２に対しても送信される。
【００５０】
ステップＳ１０２においてコンテンツ作成装置２は、取得した本篇コンテンツを、番組構成のもとで設定されているＣＭ以外の本篇部分ごとの時間長を基準にして、複数の本篇パートに分割する。図８（ｂ）の例では、本篇コンテンツの全体を、本篇パート１〜５の５つに分割することになる。
例えばこの本篇コンテンツの分割処理は、作業者の操作入力部２６に対する、本篇コンテンツの分割編集操作に応じた制御部２１の制御に従い、コンテンツ作成部２２が実行する。
【００５１】
次のステップＳ１０３においてコンテンツ作成装置２は、番組コンテンツの素材として１以上の必要なコマーシャルコンテンツを取得する。図８（ｃ）の例では、４つのコマーシャルＣＭ１〜ＣＭ４のＣＭコンテンツを取得している。
ＣＭコンテンツについては、例えばそのＣＭコンテンツを作成した広告会社、メーカなどから提供されるものを、ネットワークなどの通信網経由での受信、もしくは記憶媒体からの読み込みなどにより取り込んで記憶部２３に記憶させることとすればよい。
【００５２】
ステップＳ１０４〜Ｓ１０６は、コンテンツ作成装置２におけるコンテンツ作成部２２が制御部３５の制御に応じて実行する。
ステップＳ１０４として、コンテンツ作成部２２は、ステップＳ１０２により得た本篇パートと、ステップＳ１０３により得たコマーシャルコンテンツとを編集・作成素材として利用して、番組コンテンツを作成する。つまり、図８（ｄ）に例示するようにして、時系列に沿って、本篇パート１、ＣＭ１、本篇パート２、ＣＭ２、本篇パート３、ＣＭ３、本篇パート４、ＣＭ４、本篇パート５の順にデータ（ビデオ・オーディオデータ）を連結していく。これにより得られることとなった１単位のコンテンツデータを番組コンテンツとする。
このコンテンツ作成部２２による本篇パートとＣＭの連結処理も、作業者による操作に応じて行われる。
【００５３】
次のステップＳ１０５においてコンテンツ作成部２２は、上記ステップＳ１０４により作成した番組コンテンツに対応する番組関連メタ情報を作成する。図８（ｅ）においては、図８（ｄ）の番組コンテンツの内容に対応して作成したとする番組関連メタ情報が示されている。
なお、ステップＳ１０５については、作業者の操作に応じて作成するのではなく、￥ステップＳ１０４による番組コンテンツの作成結果に従い、コンテンツ作成部２２が自動的に番組関連メタ情報を作成する処理を実行する。このコンテンツ作成部２２が実行する番組関連メタ情報の作成処理については後述する。
【００５４】
次のステップＳ１０６において、コンテンツ作成部２２は、放送用番組コンテンツ（再生用のプログラム単位コンテンツ）を作成する。
つまり、図８（ｆ）に例示するようにして、ステップＳ１０４にて作成した番組コンテンツに対して、ステップＳ１０５により作成した番組関連メタ情報を付加する。このようにして番組コンテンツに番組関連メタ情報を付加した形式のデータが、放送用番組コンテンツとなる。
【００５５】
[７−２．番組関連メタ情報作成処理]
次に、上記図１１のステップＳ１０５としての番組関連メタ情報の作成処理について説明する。
先ず、番組関連メタ情報の構造例を図９に示す。
この図に示す番組関連メタ情報は、番組ＩＤ、放送時間帯情報、番組構成情報（プログラム構成情報）、及びジャンプ制御情報の各情報項目を有して成るものとしている。
番組ＩＤは、対応する番組（番組コンテンツ）に対して固有に与えられる識別子である。
放送時間帯情報は、対応する番組が放送される時間帯を示す。
番組構成情報は、対応する番組の全編における構成内容を示す。
ジャンプ制御情報は、対応する番組をセットトップボックス３により再生出力しているときにジャンプ操作が行われた場合、このジャンプ操作に対応して適切にしかるべきＶＯＤコンテンツの再生出力に切り換えるための制御情報である。このジャンプ制御情報は、例えばＸＭＬ(eXtensible Markup Language)、ＢＭＬ(Broadcast Markup Language)などの放送との親和性が高いマークアップ言語を利用して記述された形式とすることが考えられる。
【００５６】
図１０は、番組構成情報の内容例として、図８（ｄ）に示した構成の番組コンテンツに対応したものを示している。
番組構成情報は、左ブラケットと右ブラケット（[  ]）により括られる記述部分ごとに、１つの素材コンテンツ（本篇パート、もしくはＣＭ）に対応した内容（素材単位情報）を示している。
先ず、先頭における素材単位情報は、本篇パート１に対応するのであるが、
[
Content_ID=V0001
program_time=00:00-00:27
content_time=start-00:27
]
と記述されている。
上記素材単位情報においてContent_IDは、対応する素材コンテンツ（ここでは本篇パート１）を特定する識別子である。ただし、対応する素材コンテンツが本篇パートの場合には、Content_IDには、その基となる、図８（ａ）の本篇コンテンツのサーバコンテンツＩＤが記述される。ここでは、本篇コンテンツのサーバコンテンツＩＤとして便宜上「V0001」と表記している。このサーバコンテンツＩＤによっては、当該本篇パートの基となるＶＯＤコンテンツが保存されているコンテンツサーバ４と、そのコンテンツサーバ４におけるＶＯＤコンテンツデータベース４２Ａにおいて管理される上記基となるＶＯＤコンテンツとが特定できる。
program_timeは、対応する番組内での相対的再生時間が示される。ここでは、program_time=00:00-00:27と示されている。これは、番組において、本篇パート１が、番組の開始時刻（00:00）から２７分（00:27）を経過するまで再生されることを示している。なお、実際においては、再生時間を秒単位で管理できるが、ここでは説明を簡単で分かりやすいものとすることの便宜上、分単位としている。
content_timeは、対応の素材コンテンツについて、その基となるコンテンツにおける再生時間を示す。ここでは、content_time=start-00:27と示されている。これは、対応する素材コンテンツである本篇パート１は、サーバコンテンツＩＤ＝V0001の本篇コンテンツにおける開始位置から27分が経過するまでの区間を再生するものであることを示している。
【００５７】
次に、ＣＭ１に対応する２番目の素材単位情報は、
[
Content_ID=CM1
program_time=00:27-00:30
content_time=start-end
]
と記述されている。上記の記述において、先ず、Content_ID=CM1は、対応する素材コンテンツがＣＭ１としてのコンテンツであることを示している。ここでは、Content_IDは、その値を参照すれば、その素材コンテンツがＶＯＤコンテンツを基とするものであるのか、ＣＭ自体であるのかを区別できるように定義されているものとする。
また、program_time=00:27-00:30と記述されていることで、ＣＭ１は、本篇パート１に続けて、番組中の時刻00:27-00:30の区間において再生されるものであることを示している。
また、content_time=start-endと記述されている。本編パートは、本編コンテンツのデータを利用して作成されたものであるため、その大元の実体としては、本編コンテンツで有ることになる。これに対してＣＭコンテンツは、これ自体が独立したコンテンツとなる。従って、この場合には、素材コンテンツとして、ＣＭ１の開始位置(start)から終了位置(end)までを再生すべきことを示している。
【００５８】
同様にして、次の本篇パート２に対応する素材単位情報は、
[
Content_ID=V0001
program_time=00:30-00:57
content_time=00:27-00:54
]
と記述され、対応の素材コンテンツ（即ち本篇パート２）は、本篇パート１と同じContent_ID=V0001であること、番組内の再生時刻は、ＣＭ１に続く00:30-00:57の区間であること、Content_ID=V0001により示される本篇コンテンツにおける時刻00:27-00:54の区間を再生するものであることが示される。
以降の素材単位情報についても、同様にして、Content_IDによる本篇コンテンツもしくはＣＭコンテンツの指定と、program_timeによる番組内再生時間の指定、content_timeによる基のコンテンツ（ＣＭコンテンツ自体）の再生時刻の区間の指定が行われる。
このようにして、図１０に示される番組構成情報は、図８（ｄ）に示した番組コンテンツにおける、素材コンテンツの構成内容を示すものとして形成される。
【００５９】
図１２のフローチャートは、図１１のステップＳ１０５となる、第１例に対応の番組構成情報作成のための処理手順例を示している。
先ず、コンテンツ作成部２２は、ステップＳ２０１において、例えば放送時間帯情報を取得する。放送時間帯の情報は、例えば放送局１側からの通信などによって予めコンテンツ作成装置２に伝達されており、コンテンツ作成装置２はこれを記憶しているものとする。ステップＳ２０１では、このようにして記憶されている放送時間帯情報を読み出して取得する。
【００６０】
次のステップＳ２０２においては、番組ＩＤを取得する。番組ＩＤも、例えば放送局１側で設定されたものを、事前に、コンテンツ作成装置２側にて受け取って記憶しておくようにする。
【００６１】
ステップＳ２０３においては、番組構成情報を生成する。番組構成情報生成のための処理手順例については、図１３により後述する。
【００６２】
ステップＳ２０４においては、ジャンプ制御情報を生成する。ジャンプ制御情報としては、先にも述べたように、ＢＭＬ、ＸＭＬなどのマークアップ言語などにより、ジャンプ操作に応じた処理を記述することで実現できる。このジャンプ制御情報がどのような内容を有するべきものであるのかについては、図１４のフローチャートによるジャンプ操作に応じた処理手順例として後述する。
【００６３】
ステップＳ２０５においてコンテンツ作成部２２は、上記ステップＳ２０１〜Ｓ２０４により取得、生成して保持している、放送時間帯情報、番組ＩＤ、番組構成情報、ジャンプ制御情報を所定のデータ構造にあてはめるようにして、番組関連メタ情報として構築する。これにより、番組関連メタ情報が作成されたことになる。
【００６４】
図１３は、コンテンツ作成部２２が実行する番組構成情報作成のための処理手順例を示している。この図に示す処理は、図１２のステップＳ２０３に対応する。なお、コンテンツ作成部２２の機能について、制御部２１がプログラムを実行することにより得られる機能、もしくはＤＳＰに与えるプログラムにより得られる機能であるとして捉えると、この図に示す処理は、ＣＰＵ、ＤＳＰがプログラムを実行することにより実現されるものであるとみることができる。
【００６５】
図１３においてコンテンツ作成部２２は、先ず、ステップＳ３０１、Ｓ３０２により、変数ｎ、ｍに対して、それぞれ初期値として０を代入する。変数ｎは、本篇パートごとについて処理の便宜上付すべき、番組コンテンツにおける時系列の出現順に従った番号を示す。変数ｍは、ＣＭごとについて処理の便宜上付すべき、番組コンテンツにおける時系列の出現順に従った番号を示す。
次に、コンテンツ作成部２２は、ステップＳ３０３により、図１１のステップＳ１０４により作成された番組コンテンツの映像・音声の解析スキャンを開始する。ここでいうスキャンとは、番組コンテンツの映像信号、音声信号を、それぞれ開始位置から終了位置まで時系列に従って読み込んでいきながら、映像信号解析処理と、音声信号解析処理を実行していくことをいう。
【００６６】
本実施形態では、この映像・音声解析スキャンにより、解析結果として、例えば番組コンテンツにおける一定間隔の時刻ごとに、そのときのコンテンツ種別が本篇パートとＣＭとのいずれであるのかの判定結果を得る。
なお、このようなコンテンツ種別は、映像信号、音声信号それぞれについて特徴量を求めた上で、この特徴量の変化の状態に基づいて判定できる。
例えば、映像に関しては、例えば映画などであると、一貫して基本的な色合いが持続されることが多い。これは、例えば色ヒストグラムが或る特定の傾向を持つということにつながる。また、字幕付きであれば、映画本篇の内容を放送しているときには、台詞の声などに応じたタイミングで、必ず決まった位置に字幕が現れる。また、映画などでは、登場人物も或る程度の数に限定される。つまり、顔の個人認識を行った場合、認識される顔の特徴も、いくつかのパターンに限定される傾向となる。
また、音声についても、その本篇コンテンツに特有な周波数スペクトルの特性が得られる場合があると考えられる。また、例えば本篇コンテンツがコンサートなどであれば、本篇パートにおいては、音楽として検知される音声信号が得られることになる。
このようにして、本篇コンテンツについては、各種のパラメータに基づいた映像・音声の特徴量の情報を利用することで、或る時刻の番組コンテンツが、本篇コンテンツとしてみることのできる特徴量を有しているのか否か、つまり、本篇パートであるのか、もしくはＣＭであるのかを判定できる。
【００６７】
ステップＳ３０４においてコンテンツ種別が本篇パートであるとして判定された場合には、ステップＳ３０５の手順に進み、変数ｎをインクリメントする。ここで、ステップＳ３０１からステップＳ３０４までを経て、最初にステップＳ３０５に至った場合には、変数ｎは１となる。
【００６８】
ステップＳ３０５からステップＳ３０６に至ると、本篇パートｎの再生時間のカウントが開始される。
ここで、映像・音声解析により本篇パートとＣＭの判定が可能であるということは、本篇パートとＣＭとの間でのコンテンツ種別の変化点を検出可能であることなる。そこで、ステップＳ３０７においては、本篇パートからＣＭへのコンテンツ種別の変化が生じたか否かについて判別する。ここで、コンテンツ種別に変化がないとして否定の判別結果が得られたのであれば、ステップＳ３０８において番組コンテンツのスキャンが終端まで行われたか否かを判別し、否定の判別結果が得られたのであれば、ステップＳ３０６に戻る。つまり、スキャンによってコンテンツ種別の変化点に至った、もしくは番組コンテンツの終了位置までスキャンが完了するまで、本篇パートｎについてのカウントを継続して実行する。
【００６９】
これに対して、ステップＳ３０７においてコンテンツ種別がＣＭに変化したとして肯定の判別結果が得られた場合には、ステップＳ３０９に進む。
ステップＳ３０９においては、変数ｍについてインクリメントしてからステップＳ３１０に進むことでＣＭmの再生時間のカウントを開始する。このカウント処理は、ステップＳ３１１によりコンテンツ種別がＣＭから本篇パートに変化したことが判別されるまで、もしくはステップＳ３１２により、番組コンテンツの終了位置までスキャンが完了したことが判別されるまで継続される。
そして、ステップＳ３１１においてコンテンツ種別が本篇パートに変化したことが判別されると、ステップＳ３０５に移行する。
【００７０】
これまでに述べた処理により、コンテンツ作成部２２は、番組コンテンツを解析スキャンしながら、本篇パートとＣＭの区間を時系列に従って弁別していく。そして、本篇パート１〜ｎの各区間とＣＭ１〜ＣＭｍの区間ごとに、その再生時間長を認識していく。
【００７１】
そして、ステップＳ３０８、もしくはステップＳ３１２において解析スキャンが終了したとして肯定の判別結果が得られると、ステップＳ３１３に進む。
【００７２】
ステップＳ３１３においては、番組構成情報を記述する処理を実行する。
番組構成情報の記述に際しては、図１０に示したように、素材コンテンツに対応する素材単位情報ごとに、対応する素材コンテンツを特定するContent_ID、番組コンテンツ中での再生時刻の区間を示すprogram_time、及び、対応する素材コンテンツ自体の再生時間長を示すcontent_timeの情報が必要になる。
【００７３】
ここで、本篇パートについては、図１１のステップＳ１０１により本篇コンテンツを取得した段階で、そのサーバコンテンツＩＤを保持しており、ＣＭについては、ステップＳ１０３にて取得した段階で、ＣＭコンテンツ自体のコンテンツＩＤを保持している。
Content_IDについては、また、上記のようにして保持している本篇コンテンツのサーバコンテンツＩＤ、ＣＭコンテンツのコンテンツＩＤをContent_IDとして利用すればよい。
【００７４】
また、本篇パートごとのcontent_timeについては、本篇パート１〜ｎの順番で、それぞれステップＳ３０６によりカウントされた再生時間をオフセット（積算）していく計算を行う。この計算の結果得られる本篇パート１〜ｎごとの時刻の区間が、content_timeとなる。
なお、ＣＭについては、例えば図１０の場合であれば、start-endと表記している。ただし、ステップＳ３０９によりカウントされた再生時間を利用して、00:00〜xx:xxのような表記としてもよい。
【００７５】
また、program_timeは、解析スキャンによって判定された本篇パートとＣＭの配列の順に従って、ステップＳ３０６、Ｓ３０９によりカウントされた再生時間をオフセット（積算）していく。これにより得られる時刻の区間は、番組コンテンツ中での再生時刻の区間に対応する。つまり、program_timeとなる。
そして、コンテンツ作成部２２は、上記のようにして得た素材コンテンツごとのContent_ID、program_time、content_timeを利用して、例えば図１０に例示したように番組構成情報としての記述を実行する。この結果、番組構成情報は、番組コンテンツの作成結果に応じて自動的に作成されるものとなる。
【００７６】
[７−３．再生コンテンツ切換処理]
図１４のフローチャートは、第１例としての、セットトップボックス３が実行するジャンプ操作に応じた再生コンテンツ切換処理の手順例を示している。
ここで、セットトップボックス３においては、第１例に対応する本篇パートとＣＭが混在する放送用番組コンテンツを受信して、その番組コンテンツとしての映像・音声を再生出力しているものとする。このとき、セットトップボックス３においては、放送用番組コンテンツから番組関連メタ情報を抽出して制御部３５が取り込んで保持しているものとする。
【００７７】
この図に示す処理は、セットトップボックス３の制御部３５（ＣＰＵ）が、番組関連メタ情報におけるジャンプ制御情報を解釈して実行して得られるものとみることができる。この点で、ジャンプ制御情報は、セットトップボックス３の制御部３５（ＣＰＵ）が実行するプログラムとしてみることができ、図１４のフローチャートは、ジャンプ制御情報として記述されたプログラム内容を示しているといえる。
【００７８】
先ず、制御部３５は、図１４のステップＳ４０１によりジャンプ操作が行われるのを待機しており、ジャンプ操作が行われたことを検知すると、ステップＳ４０２以降の手順にすすむ。
【００７９】
ステップＳ４０２においては、上記ステップＳ４０１に対応して検知されたジャンプ操作が行われたタイミングに対応する番組内再生時刻（操作時対応番組内再生時刻）を認識する。番組内再生時刻とは、番組の開始時刻を起点(00:00)としたうえで時間経過に応じた番組の進行に従って計時される時刻となる。例えば、番組の開始から15分に至った時点の番組内再生時刻は、00:15となる。
この操作時番組内再生時刻を認識するには、例えば番組関連メタ情報の放送時間帯情報が示す番組の開始時刻と、制御部３５が有している時計が示す現在時刻とを取得し、現在時刻と開始時刻との差分を求めればよい。この差分としての値から再生時刻が得られる。
【００８０】
次に制御部３５は、ステップＳ４０３により、ジャンプ操作時に再生中とされていたコンテンツ種別が、本篇パートとＣＭのいずれであるのかについて判別する。
このためには、番組構成情報の素材単位情報におけるprogram_timeが示す時刻区間のうちから、上記ステップＳ４０２により認識した番組内再生時刻を含むprogram_timeを有する素材単位情報を探索する。次に、探索した素材単位情報において記述されるContent_IDを参照して、対応のコンテンツが本篇パートとＣＭのいずれであるのかを認識する。この認識結果が、ステップＳ４０３の判定結果となる。
【００８１】
ステップＳ４０３により再生中のコンテンツ種別が本篇パートであると判別された場合にはステップＳ４０４，Ｓ４０５の処理を実行してステップＳ４０８に進む。
ステップＳ４０４に至った場合、上記のようにジャンプ操作は本篇パートの再生中に行われていたことになる。そこで、ステップＳ４０４においては、ジャンプ操作が行われたときの本篇パート内の位置が、本篇コンテンツにおいてどの再生時刻となるのか（本篇コンテンツ対応操作時刻）を認識する。
このためには、ステップＳ４０３にて探索された素材単位情報のcontent_timeの時間区間のなかから、ステップＳ４０２にて認識した番組内再生時刻において再生していたとされる本篇コンテンツにおける再生時刻を求める。
例えば図８の番組コンテンツを例にして、ステップＳ４０２にて認識した番組内再生時刻が00:40であったとする。番組内再生時刻00:40を含むprogram_timeは、図１０の番組構成情報における三番目の素材単位情報、つまり、本篇パート２に対応したものである。この本篇パート２の素材単位情報においては、program_time=00:30-00:57であり、番組内再生時刻00:40と照らし合わせることで、ジャンプ操作は、本篇パート２の再生開始から10分に至ったタイミングで行われたことが分かる。次に、同じ本篇パート２の素材単位情報におけるcontent_timeを参照すると00:27-00:54となっている。つまり、本篇パート２は、本篇コンテンツにおける00:27-00:54の再生時刻区間を再生することが示されている。すると、ジャンプ操作は、本篇コンテンツにおける00:27の時刻位置から10分を経過した00:37の時刻位置を再生していたときに行われたことが分かる。これが本篇コンテンツ対応操作時刻となる。
【００８２】
ステップＳ４０５においては、本篇コンテンツの全体（開始位置〜終了位置）のうち、上記ステップＳ４０４により認識した本篇コンテンツ対応操作時刻から終端までの区間の本篇コンテンツ部分を、ＶＯＤコンテンツとして要求する通信を、コンテンツサーバ４に対して行う。この要求に際しては、要求コマンドのオペランドに、ＶＯＤコンテンツのサーバコンテンツＩＤと、本篇コンテンツ対応操作時刻から終端までの区間を示す情報（区間情報）と格納して送信する。サーバコンテンツＩＤは、番組構成情報において本篇コンテンツを示すContent_IDの値を利用する。
【００８３】
これに対して、ステップＳ４０３によりコンテンツ種別がＣＭであると認識された場合には、ステップＳ４０６，Ｓ４０７の処理を実行してからステップＳ４０８に進む。
ステップＳ４０６においては、ジャンプ操作が行われた時点に再生中とされていたＣＭの次に再生される本篇パートの開始位置が対応する本篇コンテンツにおける再生時刻（本篇コンテンツ内再生開始時刻）を認識する。
このためには、ステップＳ４０３に対応して認識されたジャンプ操作時に対応するＣＭコンテンツの素材単位情報の次の素材単位情報にアクセスする。そして、このアクセスした素材単位情報におけるcontent_timeにおける開始時刻を認識する。
例えば、図８の番組コンテンツを例にして、ＣＭ２の再生中にジャンプ操作が行われたものとする。図１０の番組構成情報においては、４番目の素材単位情報がＣＭ２に対応する。そこで、５番目の素材単位情報にアクセスして、この５番目の素材単位情報におけるcontent_timeを参照すると、00:54-01:21となっている。この場合には、content_timeにおける開始時刻00:54を認識することになる。この開始時刻00:54が本篇コンテンツ内再生開始時刻となる。
【００８４】
ステップＳ４０７においては、上記ステップＳ４０６で認識した本篇コンテンツ内再生開始時刻から終端までの区間の本篇コンテンツ部分をＶＯＤコンテンツとして要求する通信を、コンテンツサーバ４に対して行う。この要求に際しては、要求コマンドのオペランドに、ＶＯＤコンテンツのサーバコンテンツＩＤと、本篇コンテンツ対応操作時刻から終端までの区間を示す情報（区間情報）とを格納して送信する。
【００８５】
ステップＳ４０５又はステップＳ４０７により送信されたＶＯＤコンテンツの要求を受信したコンテンツサーバ４は、ＶＯＤコンテンツデータベース４２Ａから、要求コマンドに格納されるサーバコンテンツＩＤと対応付けられているＶＯＤコンテンツを検索する。次に、この検索したＶＯＤコンテンツにおいて、要求コマンドに格納される区間情報により指定される時刻区間のデータを抜き出して、１つのダウンロード用ＶＯＤコンテンツの形式として生成する。そして、この生成したダウンロード用ＶＯＤコンテンツを、要求元のセットトップボックス３に対して送信する。
【００８６】
セットトップボックス３の制御部３５は、ステップＳ４０５又はステップＳ４０７によるＶＯＤコンテンツの要求を行った後、ステップＳ４０８において、この要求に応答してコンテンツサーバ４から送信されてくるＶＯＤコンテンツが受信されるのを待機する。そして、ＶＯＤコンテンツが受信されたことを判別すると、ステップＳ４０９により、コンテンツの再生切り換えを実行する。つまり、これまでの放送経由の番組コンテンツ（放送コンテンツ）の再生出力を停止させ、これに代えて、ステップＳ４０８に対応して受信が開始されたＶＯＤコンテンツの再生出力を先頭から開始させる。
【００８７】
このような処理により、図２にて説明したように、先ず、番組コンテンツにおけるＣＭの再生中にジャンプ操作が行われたことに応じて、本篇コンテンツの時系列における、このＣＭに続けて放送される本篇パートの冒頭に対応する位置からの再生出力に切り換わる。
また、番組コンテンツにおける本篇パートの再生中にジャンプ操作が行われたことに応じては、ジャンプ操作が行われたときに本篇パートとして再生されていた本篇コンテンツの内容から、ＣＭ無しの本篇コンテンツの再生出力に切りかわる。
【００８８】
＜８．第２例のコンテンツ再生態様に対応するアルゴリズム＞
[８−１．番組コンテンツ作成処理]
第１例と同様、第２例に対応する構成内容の番組コンテンツも、コンテンツ作成装置２にて作成されたうえで放送局１に渡される。
図１５は、コンテンツ作成装置２による第２例に対応した番組コンテンツの作成手順を模式的に示している。ここでは、図３（ａ）に示した番組コンテンツを作成する場合の例を示している。
また、図１６のフローチャートは、コンテンツ作成装置２において実行される番組コンテンツ作成処理として、図１５の手順に従った処理例を示している。
【００８９】
コンテンツ作成装置２は、先ず図１６のステップＳ５０１として、番組コンテンツに必要なダイジェストコンテンツとしてのデータを取得する。図１５（ａ）においては、本篇コンテンツ１，２，３・・・に対応したダイジェスト１，２，３・・・として示すように、必要数のダイジェストコンテンツを取得していることが模式的に示される。なお、この場合のダイジェストコンテンツのデータは、番組コンテンツ作成者が、コンテンツサーバ４においてＶＯＤコンテンツとして記憶管理されているもののうちから選んだコンテンツを基として編集を行って作成し、記憶部２３に記憶させたものとする。従って、
【００９０】
次のステップＳ５０２においては、ＭＣコンテンツを取得する。ＭＣコンテンツ、ここでは、番組コンテンツ作成者が制作して、そのデータを記憶部２３に記憶させるものとする。図１５（ｂ）には、ＭＣ１，ＭＣ２，ＭＣ３・・・のようにして、必要な複数のＭＣコンテンツを取得したことが模式的に示される。
【００９１】
ステップＳ５０３〜Ｓ５０５は、コンテンツ作成装置２におけるコンテンツ作成部２２が制御部３５の制御に応じて実行する。
ステップＳ５０３として、コンテンツ作成部２２は、例えば作業者の編集操作に応じて、ステップＳ５０１により得たダイジェストコンテンツと、ステップＳ５０２により得たＭＣコンテンツとを編集・作成素材として利用して、番組コンテンツを作成する。つまり、図１５（ｃ）に例示するようにして、時系列に沿って、ＭＣ１、ダイジェスト［本篇コンテンツ１］、ＭＣ２、ダイジェスト［本篇コンテンツ２］、ＭＣ３、ダイジェスト［本篇コンテンツ３］・・・のようにして番組の最後となるダイジェストコンテンツもしくはＭＣコンテンツまで連結していく。これにより得られることとなった１単位のコンテンツが第２例に対応した構造の番組コンテンツとなる。
【００９２】
次にコンテンツ作成部２２は、ステップＳ５０４により、上記ステップＳ５０３により作成された番組コンテンツの内容に基づき、番組関連メタ情報を作成する。この第２例に対応する番組関連メタ情報の内容例及び作成処理については後述する。
図１５（ｄ）には、図１５（ｃ）の番組コンテンツの内容に基づいて作成したとする番組関連メタ情報が示されている。
【００９３】
ステップＳ５０５においてコンテンツ作成部２２は、図１５（ｅ）に例示するように、上記ステップＳ５０３により作成した番組コンテンツに対して、ステップＳ５０４により作成した番組関連メタ情報を付加した形式の放送用番組コンテンツを作成する。
【００９４】
[８−２．番組関連メタ情報作成処理]
次に、第２例に対応した番組関連メタ情報の作成処理について説明する。
ここで、第２例に対応する番組関連情報の構造としては、図９と同様でよいが、その構造内における番組構成情報については、例えば図１７に示される形式となる。
第２例に対応する番組構成情報は、先ず、図１７（ａ）に示すようにして、番組コンテンツの素材コンテンツ構成を時系列に沿って示す素材単位情報群を有する。これに加えて、さらに対応区間情報（本編コンテンツ対応区間情報）を有する。
【００９５】
先ず、図１７（ａ）に示される番組構成情報は、図１５（ｃ）のコンテンツ内容に対応したものとなっており、例えばＭＣ１に対応する１番目の素材単位情報は、
[
Content_ID=MC1
program_time=00:00-00:04
content_time=start-end
]
と記述されている。これは、Content_ID=MC1により、対応の素材コンテンツがＭＣ１であることを示している。また、program_time=00:00-00:04により、このＭＣ１が番組コンテンツにおける00:00-00:04の時刻区間において再生されることを示す。また、content_time=start-endとされているが、これは、ＭＣ１としての独立したコンテンツの開始位置から終端までの区間を、素材コンテンツとして再生すべきことを示している。
また、ＭＣ１に続いて再生されるべきダイジェスト［本篇コンテンツ１］に対応する２番目の素材単位情報は、
[
Content_ID=dj1
program_time=00:04-00:10
content_time=start-end
]
と記述されている。ここではContent_ID=dj1により、対応の素材コンテンツがダイジェスト[本篇コンテンツ１]としてのダイジェストコンテンツであることを示している。また、また、program_time=00:04-00:10により、このＭＣ１が番組コンテンツにおける00:04-00:10の時刻区間において再生されることを示す。また、ダイジェストコンテンツは、第１例での本篇パートのようにして本篇コンテンツの一部として扱うのではなく、１つの独立したコンテンツとして扱うこととしている。これにより、content_time=start-endと記述して、ダイジェストコンテンツの開始位置から終端までの区間を、素材コンテンツとして再生すべきことを示すようにする。
以降、同様にして、時系列に従った素材コンテンツの再生順に従って、素材単位情報が記述されていく。
【００９６】
次に、図１７（ｂ）に示される対応区間情報は、上記素材単位情報群によりその素材コンテンツ構造が規定される番組コンテンツにおける、図３（ａ）に示した本篇コンテンツ１対応区間〜本篇コンテンツＮ対応区間を規定するものとなる。
【００９７】
図１７（ｂ）の対応区間情報は、区間単位情報から成る。１つの区間単位情報が、１つの対応区間を規定する内容を有する。区間単位情報は、番組コンテンツにおける素材コンテンツの時系列に沿った再生順に従った順で記述されている。
図１７（ｂ）の１番目の区間単位情報は、
[
dj1_time=00:00-00:13
Server_content_ID=0001
]
と記述されている。dj1_time=00:00-00:13は、ダイジェスト［本篇コンテンツ１］が対応する本篇コンテンツ１に対応する区間、即ち本篇コンテンツ１対応区間が、番組コンテンツにおいて00:00-00:13の再生時刻区間で有ることを示す。また、Server_content_ID=0001
は、本篇コンテンツ１対応区間が対応する本篇コンテンツ１についてのサーバコンテンツＩＤを示す。
以降、これに準じて、２番目以降の区間単位情報により、本篇コンテンツ２対応区間〜本篇コンテンツＮ対応区間ごとについての番組コンテンツにおける時間区間、及び対応する本篇コンテンツについてのサーバコンテンツＩＤが示される。
【００９８】
第２例に対応する番組関連メタ情報の作成処理としての全体の手順、流れは、図１２と同様でよい。
また、番組構成情報における素材単位情報群の生成については、図１３に準じた処理を適用できる。
但し、この場合のステップＳ３０３の映像・音声解析スキャンは、コンテンツ種別として、ダイジェストコンテンツとＭＣコンテンツのいずれであるのかが判定できるようにアルゴリズムを構成する。ＭＣは、一般には、番組を通じて同じ人物の紹介音声が用いられるが、その周波数特性は、ダイジェストコンテンツとは相当の違いがあることが通常である。従って、このＭＣの音声の特徴量を把握しておけば、これに基づいたダイジェストコンテンツとＭＣコンテンツとの弁別は可能である。
そのうえでステップＳ３０４においては、コンテンツ種別として、ダイジェストコンテンツとＭＣコンテンツのいずれであるのかを判別する。そして、ダイジェストコンテンツとの判別結果に応じてはステップＳ３０６〜Ｓ３０８の手順を実行し、ＭＣコンテンツとの判別結果に応じてはステップＳ３１０〜Ｓ３１２の手順を実行させる。
また、ステップＳ３１３としては、ステップＳ３０１〜Ｓ３１２までの処理結果に基づいて番組構成情報における素材単位情報群を記述し、次に説明する図１８のフローチャートに示す手順を実行して対応区間情報を生成する。そして、これらの素材単位情報群と対応区間情報とにより番組構成情報を構築すればよい。
【００９９】
また、第２例の番組コンテンツとしては、例えばダイジェストコンテンツが２以上連続して連結される区間があるようにして作成される場合もあると考えられる。この場合に対応しては、ステップＳ３０７については、コンテンツ種別の変化点だけではなく、コンテンツ種別として同じダイジェストコンテンツが連続する場合には、これらのダイジェストコンテンツの間の変化点の有無についても判別するアルゴリズムとする。ダイジェストコンテンツについては、基とする本編コンテンツが異なれば、その特徴量も相応に異なるものとなる。従って、映像・音声解析スキャンにより、ダイジェストコンテンツの相違、即ち、連続するダイジェストコンテンツの変化点を検出することは可能である。
そして、ステップＳ３０７においてコンテンツ種別の変化もしくはダイジェストコンテンツ間での変化があるとして判別された場合には、ステップＳ３０９に移行せずに、ともにステップＳ３０４に戻ることとして、ここで改めてコンテンツ種別が何であるのかについて判別すればよい。ここで、次のコンテンツ種別もダイジェストコンテンツであるとして判別されれば、ステップＳ３０５以降の処理に進むことになって、次のダイジェストコンテンツについての再生時間カウントが適正に行われる。
【０１００】
図１８は、対応区間情報生成のための処理手順例を示している。
先ず、コンテンツ作成部２２は、ステップＳ６０１により、変数Ｎについて初期値として１を設定する。
次のステップＳ６０２においては、番組コンテンツの映像・音声解析スキャンを開始させ、ステップＳ６０３に進む。
ステップＳ６０２のスキャンは、対応区間の変化点検出のために実行する。このためには、先ず、ＭＣコンテンツの区間におけるＭＣとしての語りの音声について、その発話内容の解析を行うようにする。そのうえで、発話内容が、そのＭＣの区間の前に再生されていたダイジェストコンテンツ（即ち、このダイジェストに対応する本篇コンテンツ）に対応するものであるのか、そのＭＣ区間の次に再生されることとなるダイジェストコンテンツ（即ち、このダイジェストに対応する本篇コンテンツ）に対応するものであるのかについての弁別ができるように解析を行うようにする。対応区間の変化点は、ＭＣコンテンツの区間において、発話内容が、先に再生したダイジェストコンテンツに対応するものから次に再生するダイジェストコンテンツに対応するものに変わる位置となる。
この点からすると、対応区間の変化点検出は、音声の解析スキャンのみによっても可能ではある。しかし、例えば映像の解析スキャンにより番組コンテンツにおける現スキャン位置のコンテンツ種別がダイジェストコンテンツとＭＣコンテンツの何れであるのかについての検出も行うこととして、この検出結果を併用してもよい。この場合には，ダイジェストコンテンツであるとして判定される区間は変化点を検出しないようにマスキング処理を行うようにする。このようにすれば、例えば対応区間の変化点をより高い信頼性で検出できる。
【０１０１】
コンテンツ作成部２２は、ステップＳ６０３に至ると本篇コンテンツＮ対応区間の再生時間のカウントを開始させ、ステップＳ６０４により、現時刻までの映像の解析スキャンの結果荷基づき変化点が検出されたか否かについて判別する。
ステップＳ６０４において否定の判別結果が得られた場合には、ステップＳ６０６により、番組コンテンツの終端まで映像・音声解析スキャンが終了したか否かについて判別することとして、ここで否定の判別結果が得られたのであれば，ステップＳ６０３に戻ることで、本篇コンテンツＮ対応区間の再生時間のカウントを継続する。
【０１０２】
また、ステップＳ６０４において変化点が検出されたとして肯定の判別結果が得られると、コンテンツ作成部２２は、ステップＳ６０５により変数Ｎをインクリメントして、ステップＳ６０３に戻る。
これにより、ステップＳ６０３によっては、新たに、次の本篇コンテンツＮ対応区間の再生時間のカウントを開始する。なお、コンテンツ作成部２２は、これまでの再生時間のカウント動作は停止させ、この停止時点にて得られている再生時間を、先の対応区間（この時点では本篇コンテンツＮ−１対応区間となる）の再生時間として保持する。
このようにして、ステップＳ６０３〜Ｓ６０６の処理が繰り返されることで、本篇コンテンツＮ対応区間ごとの再生時間長が、順次、時系列に従って計測されていく。
【０１０３】
そして、番組コンテンツの終端まで映像・音声解析スキャンが完了したことでステップＳ６０６において肯定の判別結果が得られると、ステップＳ６０７に進み、これまでの再生時間のカウントを停止する。
【０１０４】
ステップＳ６０７においては、対応区間情報を生成する。
対応区間情報の生成には、djN_timeとして規定される、本篇コンテンツ１対応区間〜本篇コンテンツＮ対応区間ごとの、番組コンテンツにおける時刻区間の情報と、本篇コンテンツ１対応区間〜本篇コンテンツＮ対応区間ごとに対応する本篇コンテンツ１〜ＮごとのサーバコンテンツＩＤとなる。
【０１０５】
サーバコンテンツＩＤは、図１６のステップＳ５０１に対応してダイジェスト[本篇コンテンツ１]〜ダイジェスト[本篇コンテンツＮ]を制作する際に取得して、例えば記憶部２３などにおいて保持させておくようにされている。
また、djN_timeは、ステップＳ６０１〜Ｓ６０６までの処理によって得られた、本篇コンテンツ１対応区間〜本篇コンテンツＮ対応区間ごとの再生時間長の情報を利用する。つまり書く対応区間の再生時間長を、本篇コンテンツ１対応区間〜本篇コンテンツＮ対応区間の順でオフセット（積算）していく。これにより得られる本篇コンテンツ１対応区間〜本篇コンテンツＮ対応区間ごとの時刻区間が、それぞれdj1_time〜djN_timeとなる。
そこで、ステップＳ６０７では、上記のようにして得られたサーバコンテンツＩＤとdj1_time〜djN_timeの情報を利用して、本篇コンテンツ１対応区間〜本篇コンテンツＮ対応区間ごとに区間単位情報を順次記述する。これにより、対応区間情報が生成される。
【０１０６】
[８−３．再生コンテンツ切換処理]
図１９のフローチャートは、第２例に対応してセットトップボックス３が実行する、ジャンプ操作に応じた再生コンテンツ切換処理の手順例を示している。
この場合に対応しては、セットトップボックス３は、第２例に対応する、ダイジェストコンテンツとＭＣコンテンツとが混在する放送用番組コンテンツを受信して、その番組コンテンツとしての映像・音声を再生出力している。また、セットトップボックス３においては、放送用番組コンテンツから番組関連メタ情報を抽出して制御部３５が取り込んで保持している。
【０１０７】
また、この図に示す処理も、第１例と同じく、セットトップボックス３の制御部３５（ＣＰＵ）が、番組関連メタ情報におけるジャンプ制御情報、即ちプログラムを解釈して実行することで得られるものとみることができる。
【０１０８】
図１９において制御部３５は、ステップＳ７０１にてジャンプ操作が行われるのを待機しており、ジャンプ操作が行われることを検知すると、ステップＳ７０２以降の手順にすすむ。
【０１０９】
ステップＳ７０２においては、上記ステップＳ７０１に対応して検知されたジャンプ操作に対応する操作時対応番組内再生時刻を認識する。
次に、制御部３５は、ステップＳ７０３により、上記ステップＳ７０２にて認識した操作時対応番組内再生時刻が含まれるコンテンツの対応区間が、本篇コンテンツ１対応区間〜本篇コンテンツＮ対応区間のうちの何れであるのかを認識する。このためには、番組関連メタ情報の番組構成情報における対応区間情報から、操作時対応番組内再生時刻を含むdjN_timeを探索する。探索されたdjN_timeを有する区間単位情報が、操作時対応番組内再生時刻が含まれるコンテンツ対応区間に対応する。
【０１１０】
次のステップＳ７０４においては、上記ステップＳ７０３により認識したコンテンツ対応区間が有するサーバコンテンツＩＤを指定して、コンテンツサーバ４に対して、ネットワーク経由でＶＯＤコンテンツ要求を送信する。
この場合、ＶＯＤコンテンツ要求を受信したコンテンツサーバ４は、ＶＯＤコンテンツデータベース４２Ａから、指定されたサーバコンテンツＩＤに対応するＶＯＤコンテンツのデータを、その開始位置から終了位置までの全区間読み出す。そして、このように読み出したＶＯＤコンテンツを、要求元のセットトップボックス３に対して送信する。
【０１１１】
制御部３５は、ステップＳ７０５において、要求したＶＯＤコンテンツの受信を待機する。そして、ＶＯＤコンテンツを受信すると、ステップＳ７０６により、これまでの番組コンテンツの再生出力を停止する代わりに、このＶＯＤコンテンツを先頭から再生出力していく。
【０１１２】
なお、本実施形態のコンテンツ流通システムに対応するビジネスモデルとしては、例えば、次のようなものを考えることができる。
つまり、セットトップボックス３により放送局１からの放送コンテンツを受信して再生出力することについては無料とする。これに対して、コンテンツサーバ４からセットトップボックス３にＶＯＤコンテンツとしてビデオコンテンツをダウンロードすることについては、有料にする。というものである。第１例の場合であれば、ダウンロードしたＶＯＤコンテンツの区間の、本編コンテンツの全体における割合などに従って、料金を変更することが考えられる。
【０１１３】
また、図１４のフローチャートによると、第１例では、ＣＭコンテンツの再生中だけではなく、本篇コンテンツの再生中においてジャンプ操作が行われた場合にも、そのジャンプ操作が行われたときに再生されていたコンテンツ内容の続きから、本篇コンテンツの再生に切り換わるようにされている。
また、第２例も同様にして、図１９のフローチャートから分かるように、ＭＣコンテンツを再生中のときだけではなく、ダイジェストコンテンツを再生中においてジャンプ操作が行われても、そのダイジェストコンテンツに対応する本篇コンテンツの再生に切り替わるようにされている。
本実施形態としては、前述したように、ＣＭコンテンツであるとかＭＣコンテンツのような本篇コンテンツとは無関係とされる内容のコンテンツが再生中においても、本篇コンテンツへのジャンプ操作が行われたときには、その操作が行われた番組コンテンツでの位置に応じて、適切な本篇コンテンツへの再生に切り換えることができることに特徴を有する。
この点からすれば、本実施形態としては、少なくとも、ＣＭコンテンツ、ＭＣコンテンツの再生中においてのみジャンプ操作に応答した本篇コンテンツへの再生が行われるように構成すれば、上記の目的、効果は達成される。
しかし、実用上のことを想定すると、本篇パートやダイジェストコンテンツの再生中にジャンプ操作ができないのではユーザが不便に感じることが多いと考えられる。そこで、本実施形態では、本篇パートやダイジェストコンテンツの再生中にもジャンプ操作が行えるようにしてジャンプ制御情報を作成することとしている。
【０１１４】
また、例えば第２例でのジャンプ操作に応じては、番組コンテンツにおけるダイジェストコンテンツにて紹介されている本篇コンテンツがＶＯＤコンテンツとして再生出力される。つまり番組コンテンツにおいて再生されるダイジェストコンテンツにおいて紹介されている同タイトルの本篇コンテンツをＶＯＤコンテンツとして再生するものとしている。つまり、再生されるＶＯＤコンテンツは、ダイジェストコンテンツにより一義的に特定されるものであり、ダイジェストコンテンツと直接関係しているといえる。
しかし本実施形態としては、例えば第２例に関しては、本篇コンテンツもしくはダイジェストコンテンツと関連してさえすれば、より間接的な関係を持つビデオコンテンツがＶＯＤコンテンツとして再生されるようにしてよい。つまり、ジャンプ操作が行われたとすると、そのジャンプ操作時に対応するダイジェストコンテンツが紹介するビデオコンテンツに関連した他のビデオコンテンツがＶＯＤコンテンツとして再生されるようにするものである。
より具体的な態様としては、ダイジェストコンテンツとして、例えばこれから劇場公開される映画を紹介したものを製作して番組コンテンツに組み込んだ場合を考えてみる。この場合、ダイジェストコンテンツにより紹介する映画のタイトルは、一般には、未だビデオソフト化されていない。つまり、コンテンツサーバ４においても、未だＶＯＤコンテンツとして記憶されていない。
このような場合には、例えば、ダイジェストコンテンツにより紹介している映画に関連するものとして、同じ映画監督であるとか同じ主役で既にコンテンツサーバ４に登録されているビデオコンテンツなどをＶＯＤコンテンツとして再生させるようにする。
この場合、ジャンプ操作に応じて再生できるＶＯＤコンテンツは複数存在することが考えられる。そこで、コンテンツサーバ４は、ジャンプ操作に応じては、先ず、ダイジェストコンテンツにより紹介している映画に関連性があるものとしてＶＯＤコンテンツデータベース４２Ａに登録されているビデオコンテンツのリストを作成し、このリストをセットトップボックス３に送信する。セットトップボックス３側では、ジャンプ制御情報に従って、このリストをＧＵＩとして表示させる。そして、セットトップボックス３では、このリスト表示に対するユーザのコンテンツ選択決定操作に応じて指定されたコンテンツをＶＯＤコンテンツとして改めて要求する。次に、セットトップボックス３は、要求に応答してビデオコンテンツサーバ４が送信してきたＶＯＤコンテンツを再生出力させる。
【０１１５】
また、上記実施形態では、放送用番組コンテンツの再生から本篇コンテンツの再生に切り換えるのにあたり、セットトップボックス３は、本篇コンテンツをサーバからネットワーク経由でダウンロードして取得することとしている。しかし、ジャンプ制御情報の記述内容として、ジャンプ操作に応じては、例えばセットトップボックス３のローカルに保存している本篇コンテンツを読み出して、これの再生出力に切り換えるように構成することもできる。この場合においては、セットトップボックス３のローカルで保存管理する際のビデオコンテンツのＩＤと、放送用番組コンテンツを作成する側で管理するビデオコンテンツのＩＤとの間で、共通化が図られる仕組みを整えておくようにする。
【０１１６】
また、上記実施形態では、放送により番組コンテンツを提供するようにしているが、例えばインターネットで番組コンテンツを提供するサイトから配信できるようにしてもよい。
これとともに、プログラム単位コンテンツとしては、放送により提供される番組単位のコンテンツに限定されることなく、例えば映画紹介など、１つのまとまったプログラム内容を有して作成された１まとまりのコンテンツでありさえすればよい。
【０１１７】
また、これまでの説明では、番組コンテンツとしてビデオコンテンツを対象にしたものを前提としているが、同じ仕組み、構成を、オーディオコンテンツにも適用できる。
【０１１８】
また、実施形態としてこれまでにフローチャートとしての図により示した処理を実現するために装置に実行させるプログラムは、例えば内部の記憶部などの記憶領域に対して書き込んで記憶させるほか、リムーバブルの記憶媒体に記憶させておいたうえで、この記憶媒体からインストール(アップデートも含む)させるようにして上記の記憶領域に記憶させることが考えられる。また、所定のデータインターフェース経由により、他のホストとなる機器からの制御によってプログラムのインストールを行えるようにすることも考えられる。さらに、ネットワーク上の記憶装置に記憶させておいたうえで、ネットワーク機能により、上記記憶装置からダウンロードして取得できるように構成することも考えられる。
【図面の簡単な説明】
【０１１９】
【図１】本実施形態としてのコンテンツ流通システムの全体構成例を示す図である。
【図２】実施形態における第１例としてのコンテンツ再生態様例を説明するための模式図である。
【図３】実施形態における第２例としてのコンテンツ再生態様例を説明するための模式図である。
【図４】コンテンツ作成装置の構成例を示す図である。
【図５】セットトップボックスの構成例を示す図である。
【図６】コンテンツサーバの構成例を示す図である。
【図７】ＶＯＤコンテンツデータベースによるコンテンツの管理態様例を説明するための図である。
【図８】第１例としてのコンテンツ再生態様例に対応する、放送用番組コンテンツの作成手順例を模式的に示す図である。
【図９】番組関連メタ情報の構造例を示す図である。
【図１０】第１例としてのコンテンツ再生態様例に対応する、番組構成情報の内容例を示す図である。
【図１１】第１例としてのコンテンツ再生態様例に対応する、放送用番組コンテンツの作成手順例を示すフローチャートである。
【図１２】番組関連メタ情報の作成手順例を示すフローチャートである。
【図１３】第１例としてのコンテンツ再生態様例に対応する、番組構成情報の生成処理手順例を示すフローチャートである。
【図１４】第１例としてのコンテンツ再生態様例に対応する、ジャンプ操作に応じた再生コンテンツ切り換えのための処理手順例を示すフローチャートである。
【図１５】第２例としてのコンテンツ再生態様例に対応する、放送用番組コンテンツの作成手順例を模式的に示す図である。
【図１６】第２例としてのコンテンツ再生態様例に対応する、放送用番組コンテンツの作成手順例を示すフローチャートである。
【図１７】第２例としてのコンテンツ再生態様例に対応する、番組構成情報の内容例を示す図である。
【図１８】第２例としてのコンテンツ再生態様例に対応する、対応区間情報生成のための処理手順例を示すフローチャートである。
【図１９】第２例としてのコンテンツ再生態様例に対応する、ジャンプ操作に応じた再生コンテンツ切り換えのための処理手順例を示すフローチャートである。
【符号の説明】
【０１２０】
１  放送局、２  コンテンツ作成装置、３  セットトップボックス、４  コンテンツサーバ、２１  制御部、２２  コンテンツ作成部、２３  記憶部、２４  通信部、２５  送出部、２６  操作入力部、３１  チューナ部、３２  映像・音声処理部、３３  映像出力部、３４  音声出力部、３５  制御部、３６  記憶部、３７  通信部、３８  操作部、４１  制御部、４２  記憶部、４２Ａ  ＶＯＤコンテンツデータベース、４３  通信部
【図１】
2010130613.tif 000003
【図２】
2010130613.tif 000004
【図３】
2010130613.tif 000005
【図４】
2010130613.tif 000006
【図５】
2010130613.tif 000007
【図６】
2010130613.tif 000008
【図７】
2010130613.tif 000009
【図８】
2010130613.tif 000010
【図９】
2010130613.tif 000011
【図１０】
2010130613.tif 000012
【図１１】
2010130613.tif 000013
【図１２】
2010130613.tif 000014
【図１３】
2010130613.tif 000015
【図１４】
2010130613.tif 000016
【図１５】
2010130613.tif 000017
【図１６】
2010130613.tif 000018
【図１７】
2010130613.tif 000019
【図１８】
2010130613.tif 000020
【図１９】
2010130613.tif 000021