JP5488180B2 - コンテンツ再生装置、制御情報提供サーバ、及びコンテンツ再生システム - Google Patents

Description

本発明は、コンテンツ再生装置、制御情報提供サーバ、及びコンテンツ再生システムに関する。

現在、通信インフラの整備に伴い、インターネット等の通信網を介して様々なサービスが提供されている。例えば、音楽や動画などのメディアコンテンツに関しても、インターネットを介して、ダウンロード又はストリーミング等の形態によりコンテンツの提供が開始されている。

このようなコンテンツ提供サービスは、従来、例えばＷｅｂページにおいて、提供されるコンテンツのリストが表示され、ユーザは、このリストの中から所望のコンテンツを選択する操作を行うと、選択されたコンテンツの再生が開始されるといった形態のものが大部分を占めていた。コンテンツは、１つの始点と１つの終点とからなる単一の時間軸のストリームにより構成されるものであった。

一方、例えばゲームの世界においては、マルチメディアエンジンを端末装置に実装し、プログラミング言語の実行によって複数の時間軸からなる複数のストリームをリンクして再生することが行われている。これをゲーム以外のコンテンツに対しても適用すれば、多様な表現を用いたリンク型のコンテンツを提供することができる。

ところが、複雑なマルチメディアエンジンを実装するには、コストがかかる。このため、ゲームほど複雑な処理を必要としないコンテンツにとっては、マルチメディアエンジンにより提供される高機能な表現力は必要でない。このため、例えば特許文献１は、動画ファイルと別途のガイドファイルにより、動画ファイルの再生分岐画面において、ユーザが行った操作に応じて異なるコンテンツを再生させる、又は再生終了させるなどの処理を行うコンテンツ再生システムが提案されている。

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

ところが、特許文献１に記載のコンテンツ再生システムは、単純に一つのコンテンツから他のコンテンツへ遷移するためのユーザ操作などを規定したものであり、例えば複数のストリームが複雑にリンクするコンテンツに適用する場合、及び、１つのコンテンツを複数の事業者で運営する場合などには適さないという問題があった。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、コンテンツデータと、コンテンツデータの再生を制御する制御情報とからなるシナリオを複数含み、シナリオがリンクしているリンク型コンテンツを再生することのできる、新規かつ改良されたコンテンツ再生装置、制御情報提供サーバ、及びコンテンツ再生システムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、コンテンツデータと上記コンテンツデータの再生に関する制御情報とからなるシナリオを複数含むリンク型コンテンツの再生を制御する再生制御部と、上記制御情報を取得する制御情報取得部とを有し、上記再生制御部は、現シナリオから他のシナリオへ遷移するためのイベント情報を含む上記制御情報に従って上記コンテンツデータを再生させることにより上記リンク型コンテンツの再生を制御する、コンテンツ再生装置が提供される。

また、上記制御情報の上記イベント情報は、遷移先のシナリオの制御情報を取得するための情報を含み、上記制御情報取得部は、上記遷移先のシナリオの制御情報を取得するための情報に基づいて上記遷移先のシナリオの制御情報を取得し、上記再生制御部は、上記遷移先のシナリオの制御情報に従って上記遷移先のシナリオのコンテンツデータを再生させて上記シナリオの遷移を制御してもよい。

また、上記制御情報取得部は、上記制御情報を取得するための取得要求メッセージに、ユーザの認証情報を付加して送信し、上記ユーザの認証情報が付加された制御情報を取得することにより、上記シナリオ間で上記ユーザの認証情報を引き継いでもよい。

また、上記制御情報取得部は、上記コンテンツ内のシナリオに共通して用いられる共通ユーザ認証情報、及び、上記シナリオを提供するプロバイダ毎に付与されるプロバイダ別ユーザ認証情報を、上記制御情報を取得するための取得要求メッセージに付加してもよい。

また、上記制御情報取得部は、上記制御情報に基づいて、現シナリオと他のシナリオとが同一のプロバイダにより提供されると判断すると、上記他のシナリオの制御情報を取得するための取得要求メッセージに上記プロバイダ別ユーザ認証情報を付加してもよい。

また、上記イベント情報は、現シナリオから他のシナリオへ遷移するときのユーザインタフェースを規定するためのブリッジ情報を含み、上記再生制御部は、上記ブリッジ情報に基づいて上記他のシナリオへ遷移するためのブリッジ画面を表示させてもよい。

また、上記再生制御部の制御に従って再生処理を行う再生処理部をさらに備え、上記ブリッジ情報は、上記他のシナリオのセットアップ期間において表示させるための静止画像の情報を含み、上記再生処理部は、上記静止画像の再生処理を行う静止画再生部と、動画像の再生処理を行う動画再生部と、上記静止画再生部の出力画像と上記動画再生部の出力画像とを切替えるセレクタと、を有してもよい。

また、上記制御情報は、上記コンテンツデータのメディアタイプ情報を含み、上記再生制御部は、上記メディアタイプ情報に応じて、上記再生処理部が上記コンテンツデータの再生処理を実行するよう制御してもよい。

また、上記制御情報は、上記コンテンツデータのメディアタイプが動画像である場合に、２次元映像コンテンツデータ又は３次元映像コンテンツデータのうち少なくともいずれかに関する情報を含んでもよい。

また、上記イベント情報は、現シナリオから他のシナリオへ遷移することのできる範囲を示す情報を含み、上記再生制御部は、上記範囲内においてユーザが上記イベントを起動するための操作を行うと、上記ブリッジ画面を表示させてもよい。

また、上記再生制御部は、遷移先のシナリオが、再生を終了した後に、遷移元のシナリオの遷移点に戻るループシナリオである場合に、上記遷移点の情報、及び上記遷移元のシナリオの上記制御情報を保持して上記遷移先のシナリオを再生させてもよい。

また、上記再生制御部は、上記ループシナリオからさらに他のシナリオに遷移する場合において、上記他のシナリオがループシナリオではない場合に、上記遷移点の情報及び上記遷移元のシナリオの上記制御情報の保持を解除してもよい。

また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータを再生するコンテンツ再生装置から、上記コンテンツデータの再生に関する制御情報の取得要求を受信する通信部と、上記取得要求に基づいて、現シナリオから他のシナリオへ遷移するためのイベント情報を含む上記制御情報を上記コンテンツ再生装置に提供する入出力制御部とを有する、制御情報提供サーバが提供される。

また、上記課題を解決するために、本発明の別の観点によれば、コンテンツデータを再生するコンテンツ再生装置と、上記コンテンツデータを提供するコンテンツ提供サーバと、上記コンテンツデータと対応づけられ、上記コンテンツデータの再生に関する制御情報を提供する制御情報提供サーバと、を備え、上記コンテンツ再生装置は、コンテンツデータと上記コンテンツデータの再生に関する制御情報とからなるシナリオを複数含むリンク型コンテンツの再生を制御する再生制御部と、上記制御情報提供サーバから、再生する上記コンテンツデータと対応づけられた上記制御情報を取得する制御情報取得部と、上記制御情報に従って上記コンテンツデータの再生を制御する再生制御部と、を有し、上記再生制御部は、上記制御情報に従って上記コンテンツデータを再生させることにより上記シナリオ間の遷移を制御することにより、上記リンク型コンテンツの再生を制御する、コンテンツ再生装置が提供される。

以上説明したように本発明によれば、複数のストリームをリンクして再生することが可能な、コンテンツ再生装置、制御情報提供サーバ、及びコンテンツ再生システムを提供することができる。

本発明の一実施形態に係るコンテンツ再生システムの概要を示す説明図である。 本発明の一実施形態に係るコンテンツ再生システムにおいて再生されるリンク型コンテンツのデータ構成を示す説明図である。 コンテンツ再生装置の構成の差異の説明図である。 コンテンツ再生装置の構成を示すブロック図である。 ＶＳＩの構成についての説明図である。 用語の定義についての説明図である。 ２Ｄコンテンツデータと３Ｄコンテンツデータの双方が提供されるコンテンツの一例を示す説明図である。 ループシナリオについての説明図である。 コネクトシナリオについての説明図である。 コネクトシナリオの他の一例についての説明図である。 終端シナリオについての説明図である。 時間イベントについての説明図である。 空間イベントについての説明図である。 時空間イベントについての説明図である。 終端シナリオを用いたオートイベントについての説明図である。 コネクトシナリオを用いたオートイベントについての説明図である。 ループシナリオを用いたオートイベントについての説明図である。 ブリッジの一例についての説明図である。 ブリッジ画面の実装方法の一例についての説明図である。 ブリッジ画面の実装方法の他の一例についての説明図である。 ブリッジ画面の実装方法の他の一例についての説明図である。 ブリッジ画面の実装方法の他の一例についての説明図である。 図２１及び図２２のブリッジ画面の実現方法の説明図である。 コンテンツのシナリオ構成の一例を示す説明図である。 図２４の例の動作を示すシーケンス図である。 コンテンツ再生装置の動作を示すフローチャートである。 コンテンツ再生装置の動作を示すフローチャートである。 認証トークンを用いる場合の動作を示すシーケンス図である。 認証トークンの引継ぎにより実現できるコンテンツの一例の説明図である。 ＶＳＩの詳細仕様の一例を示す表である（シナリオ）。 ＶＳＩの詳細仕様の一例を示す表である（イベント部分）。 ＶＳＩの詳細仕様の一例を示す表である（ブリッジ部分）。 ＶＳＩの詳細仕様の一例を示す表である（ブランチ部分）。 本実施形態に係るコンテンツ再生システムを適用して実現できるマルチシナリオコンテンツの一例を示す説明図である。 本実施形態に係るコンテンツ再生システムを適用して実現できる体験型旅情報コンテンツの一例を示す説明図である。 本実施形態に係るコンテンツ再生システムを適用して実現できるコンテンツの一例を示す説明図である。 本実施形態に係るコンテンツ再生システムを適用して本編動画コンテンツに関連する動画コンテンツを提供する例を示す説明図である。 本実施形態に係るコンテンツ再生システムを適用してＣＭコンテンツを挿入及び差し替えする例を示す説明図である。 本実施形態に係るコンテンツ再生システムを適用して実現できる仮想空間の一例を示す説明図である。 図３９の仮想空間により実現できるユーザ体験の一例の説明図である。 図３９の仮想空間の映画館部分のシナリオ構成を示す説明図である。 図３９の仮想空間により実現できるユーザ体験の他の一例の説明図である。 図３９の仮想空間の１ショップ部分のシナリオ構成を示す説明図である。 従来のコンテンツ再生の概要を示す説明図である。 従来のコンテンツ再生におけるデータ構成を示す説明図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じてＶＳＩサーバ３００ａ、およびＶＳＩサーバ３００ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、ＶＳＩサーバ３００ａ、およびＶＳＩサーバ３００ｂなどを特に区別する必要が無い場合には、単にＶＩＳサーバ３００と称する。

なお、説明は以下の順序で行うものとする。
１．概要
２．機能構成
３．用語の定義
４．シナリオの種類
５．イベントの種類
６．ブリッジのパターン
７．動作例
８．認証トークンの引継ぎ
９．制御情報の詳細仕様例
１０．適用サービス例

＜１．概要＞
まず、図１〜３、及び図４４〜４５を参照しながら、本発明の一実施形態に係るコンテンツ再生システムの概要について、従来と比較しながら説明する。図１は、本実施形態におけるコンテンツ再生システムの概要についての説明図である。図２は、本実施形態に係るコンテンツ再生システムにおいて再生されるリンク型コンテンツのデータ構成の説明図である。図３は、コンテンツ再生装置の構成の従来との差異を説明するための説明図である。

また、図４４は、従来のコンテンツ再生システムの概要についての説明図である。図４５は、従来のコンテンツ再生システムにおいて再生されるコンテンツのデータ構成の説明図である。

まず、図４４を参照すると、従来のコンテンツ再生システムにおいては、１つの始点と１つの終点とからなる単一の時間軸のストリームにより構成されるコンテンツが再生されている。これに対し、図１に示される、本実施形態に係るコンテンツ再生システムは、複数の時間軸の複数のストリームをリンクして構成されるコンテンツを再生することができる。このようなコンテンツを以下リンク型コンテンツということにする。また、リンク型コンテンツは、１つの時間軸のストリームにより構成されるシナリオを複数含む。例えば、図１に示すシナリオＳ１は、イベント１において、シナリオＳ２とリンクし、イベント２において、シナリオＳ３とリンクする。つまり、１つのリンク型コンテンツは、複数のシナリオがリンクすることにより構成される。このとき、シナリオＳ１を再生しているときに、シナリオＳ１から見てシナリオＳ２及びシナリオＳ３はブランチシナリオと呼ばれる。また、これに対してシナリオＳ１は、ベースシナリオともいう。

シナリオＳ１は、情報番組コンテンツであり、例えば映画の情報を紹介する内容である。このとき、ブランチシナリオが紹介された映画コンテンツであれば、ユーザは、例えば映画が紹介されている場面（イベント１内）において、そのコンテンツを視聴する操作を行うと、シナリオＳ２へとリンクしてシナリオＳ２のコンテンツデータを再生させることができる。

また、本明細書及び図面中において、シナリオに符号を付与して区別することがある。しかし、この符号は、同じ図中においてシナリオを区別するために用いるものとし、異なる図面に同じ符号が付与されていたとしても、特に明記されていない場合には、必ずしも同じシナリオを指すものではない。また、同じ図面中においては、同じ符号により示されるシナリオは、同一のシナリオを指すものとする。

次に、図４５を参照すると、従来のコンテンツ再生システムにおいては、ＨＴＭＬ文書により提供されるコンテンツのリストから、ユーザが所望のコンテンツを選択すると、コンテンツ再生装置は、選択されたコンテンツデータを取得して再生する。

これに対し、本実施形態に係るコンテンツ再生システムにおいては、図２に示されるように、ＨＴＭＬ文書により提供されるコンテンツのリストから、ユーザが所望のコンテンツを選択すると、コンテンツ再生装置は、まず選択されたコンテンツのうち最初に再生されるシナリオの制御情報であるＶＳＩ（Ｖｉｄｅｏ Ｓｃｅｎａｒｉｏ Ｉｎｆｏｒｍａｔｉｏｎ）情報を取得する。そして、コンテンツ再生装置は、このＶＳＩ情報に従って、コンテンツデータを再生する。例えばシナリオＳ１からシナリオＳ２にリンクする場合であっても、コンテンツ再生装置は、シナリオＳ１のＶＳＩ情報に記述された、シナリオＳ２のＶＳＩ情報の位置を参照してシナリオＳ２のＶＳＩ情報を取得してから、このシナリオＳ２のＶＳＩ情報に従ってシナリオＳ２のコンテンツデータを取得し、このコンテンツデータを再生する。

このように、１つのシナリオは、１つのコンテンツデータと、このコンテンツデータの再生を制御するための制御情報であるＶＳＩ情報とから構成される。ＶＳＩ情報の詳細な内容等については、後述される。

次に図３を参照すると、本実施形態に係るコンテンツ再生装置（リンク型コンテンツ再生装置）の構成が、従来のストリーム配信におけるクライアント及び従来のゲーム機器と比較して示される。図４４及び図４５を用いて説明した従来のストリーム配信を受信するクライアント装置は、ＡＶプレイヤとブラウザを実装している。これに対して、従来のゲーム機器は、ブラウザの代わりに重いマルチメディアエンジンを搭載し、多様な表現を可能にしている。ところが、例えばテレビ受像機のような情報処理装置においては、マルチメディアエンジンを搭載すると実装が重くなり、快適な操作が期待できない。そこで、本実施形態に係るコンテンツ再生装置は、ＡＶプレイヤの機能を拡張するレベルの軽い実装（ＶＳＩ Ｃｌｉｅｎｔエンジン）により実現することができる。

かかる構成により、本実施形態に係るコンテンツ再生システムのコンテンツ再生装置は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、家庭用映像処理装置（ＤＶＤレコーダ、ビデオデッキなど）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、及び家電機器などの情報処理装置、並びに、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置などの携帯型の情報処理装置などあらゆる情報処理装置を用いて実現することができる。また、家庭用ゲーム機器及び携帯用ゲーム機器など、ゲーム機器によりコンテンツ再生装置は実現されてもよい。

＜２．機能構成＞
（コンテンツ再生システム１０）
このようなコンテンツ再生システムの機能構成について、次に図４を参照しながら説明する。図４は、本実施形態に係るコンテンツ再生システムの機能構成を示すブロック図である。

本発明の一実施形態に係るコンテンツ再生システム１０は、コンテンツ再生装置１００、コンテンツの一覧画面などをユーザに提供するＷｅｂサーバ２００、ＶＳＩ情報を提供するＶＳＩサーバ３００、及びコンテンツデータを提供するコンテンツサーバ４００を有する。コンテンツ再生装置１００、Ｗｅｂサーバ２００、ＶＳＩサーバ３００、及びコンテンツサーバ４００は、互いにネットワーク５００を介して接続されている。

なお、ここでＶＳＩ情報及びコンテンツデータは、それぞれ別体のサーバに記憶されているものとしたが、本発明はかかる例に限定されない。例えば、ＶＳＩ情報及びコンテンツデータは、一のサーバに記憶されてもよい。また、ここではＶＳＩサーバ３００及びコンテンツサーバ４００は、それぞれ１つずつ示したが、実際にはＶＳＩサーバ３００及びコンテンツサーバ４００は、複数であってよい。例えば、コンテンツ再生システム１０は、複数の事業会社が提供するコンテンツサーバ４００を有してもよい。同様に、ＶＳＩサーバ３００も複数の事業会社により提供されてよい。

（コンテンツ再生装置１００）
コンテンツ再生装置１００は、リンク型コンテンツを再生する機能を有する情報処理装置である。コンテンツ再生装置１００は、ＶＳＩサーバ３００からＶＳＩ情報を取得し、取得したＶＳＩ情報に従って再生するコンテンツのコンテンツデータをコンテンツサーバ４００から取得する。コンテンツ再生装置１００は、取得したコンテンツデータを再生することにより、リンク型コンテンツを出力する。

コンテンツ再生装置１００は、通信部１１０、及び制御部１２０を主に有する。

通信部１１０は、外部装置と有線又は無線で接続するための通信インタフェースである。図４においては、ネットワーク５００との接続しか示されていないが、通信部１１０は、例えば図示しない入出力装置と接続するための通信インタフェースであってもよい。例えば、入力装置であるマウスがＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）の規格に従ったコネクタを有する場合には、通信部１１０は、ＵＳＢの規格に従ったポート及びホストコントローラなどを含む概念であってよい。

制御部１２０は、演算処理装置および制御装置として機能し、各種プログラムに従ってコンテンツ再生装置１００内の動作全般を制御する。また、制御部１２０は、マイクロプロセッサであってもよい。例えば、制御部１２０は、表示制御部１２２、制御情報取得部１２４、再生制御部１２６、及び再生処理部の機能を主に有する。制御部１２０の上記の機能は、実際には、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などの演算装置がこれらの機能を実現する処理手順を記述した制御プログラムを記憶したＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの記憶媒体から制御プログラムを読出し、そのプログラムを解釈して実行することにより達成される。

表示制御部１２２は、図示しない表示装置の画面表示を制御する。例えば、表示制御部１２２は、ユーザが、図示しない入力装置により操作指示を入力すると、この操作指示に応じてＷｅｂサーバ２００にアクセスして、再生することのできるコンテンツのリスト画面を取得して表示装置に表示させる。また、表示制御部１２２は、再生制御部１２６がコンテンツを再生しているときには、再生されたコンテンツを表示装置に表示させる。

制御情報取得部１２４は、コンテンツデータの制御情報であるＶＳＩ情報を取得する。制御情報取得部１２４は、まず、ユーザが入力装置を用いて入力した操作情報により指定されたリンク型コンテンツに対応するＶＳＩ情報を取得し、その後は、ＶＳＩ情報に従って指定されたシナリオのＶＳＩ情報を取得する。このとき、オートイベントにより他のシナリオに遷移する場合には、制御情報取得部１２４は、ＶＳＩ情報により指定されたシナリオのＶＳＩ情報を自動的に取得する。一方、オートイベントではない場合には、ユーザが入力装置を用いてシナリオを指定した場合に、指定されたシナリオに対応するＶＳＩ情報を取得する。イベントの一種であるオートイベントについては、後に詳述される。

再生制御部１２６は、再生処理部１３０を制御することにより、リンク型コンテンツの再生を制御する。リンク型コンテンツは、コンテンツデータと、コンテンツデータの再生に関する制御情報であるＶＳＩ情報とからなるシナリオを複数含む。ここで、図５に示されるように、ＶＳＩ情報は、シナリオ毎に作成され、例えばＸＭＬ文書の形式で提供される。ＶＳＩ情報は、当該シナリオ再生起動に必要な情報（当該シナリオのコンテンツデータのＵＲＬなど）、当該シナリオから他のシナリオへ遷移するための複数のイベント情報、ユーザ認証のためのトークン情報などを含む。このイベント情報は、ブランチシナリオへの遷移が有効となる時間範囲及び空間範囲の少なくともいずれか、他のシナリオに遷移するためのユーザインタフェースを規定するブリッジ情報、及び、他のシナリオを示す１又は複数のブランチ情報を含む。ブランチ情報は、当該シナリオから分岐するブランチシナリオへ遷移するために必要な情報（例えば、ブランチシナリオのＶＳＩ情報のＵＲＬなど）を含む。ブランチシナリオのＶＳＩ情報も同様の情報を含む。例えば、ブランチシナリオのＶＳＩ情報は、ブランチシナリオからさらに分岐するブランチシナリオへ遷移するための情報を含んでいてよい。

再生制御部１２６は、このようなＶＳＩ情報に従ってコンテンツデータを再生させることにより、リンク型コンテンツの再生を制御する。上記の通り、ＶＳＩ情報は、当該シナリオのコンテンツデータのＵＲＬ情報、及び、ブランチシナリオのＶＳＩ情報のＵＲＬを含むため、制御情報取得部１２４が当該シナリオのＶＳＩ情報に従って、ブランチシナリオのＶＳＩ情報を取得し、再生制御部１２６が、制御情報取得部１２４の取得したＶＳＩ情報に含まれるコンテンツデータの情報に従って、コンテンツデータの再生を制御することにより、再生制御部１２６は、リンク型コンテンツの再生を制御する。

再生処理部１３０は、再生制御部１２６の制御に従って、コンテンツデータの再生処理を実行する。再生処理部１３０は、例えば、コンテンツデータをデコードするデコーダを含む。また、再生処理部１３０は、図４においては、制御部１２０の一機能として示されているが、本発明はかかる例に限定されない。例えば、再生処理部１３０は、その一部又は全体をハードウェアにより実現されてもよい。

（Ｗｅｂサーバ２００）
Ｗｅｂサーバ２００は、コンテンツ再生装置１００が再生するコンテンツのリストなどの画面を提供するサーバ装置である。Ｗｅｂサーバ２００は、表示制御部２１０と通信部２２０とを主に有する。通信部２２０は、他の装置と接続するための通信インタフェースであり、表示制御部２１０は、コンテンツ再生装置１００に提供する画面表示を制御する。具体的には、表示制御部２１０は、コンテンツサーバ４００が提供するコンテンツのリストを含む画面を生成してコンテンツ再生装置１００に提供する。

（ＶＳＩサーバ３００）
ＶＳＩサーバ３００は、リンク型コンテンツの有するシナリオ毎の制御情報であるＶＳＩ情報を提供するサーバ装置である。ＶＳＩサーバ３００は、コンテンツ再生装置１００の要求に応じて、ＶＳＩ情報を提供する。ＶＳＩサーバ３００は、通信部３１０と入出力制御部３２０とＶＳＩ情報記憶部３３０とを主に有する。

通信部３１０は、ＶＳＩサーバ３００が他の装置と接続するための通信インタフェースであり、入出力制御部３２０は、ＶＳＩサーバ３００のデータの入出力を制御する。入出力制御部３２０は、コンテンツ再生装置１００からのＶＳＩ情報取得要求メッセージを解析し、この要求メッセージに応じたシナリオのＶＳＩ情報を、ＶＳＩ情報記憶部３３０から取り出してコンテンツ再生装置１００に提供する。

（コンテンツサーバ４００）
コンテンツサーバ４００は、リンク型コンテンツに含まれる各シナリオのコンテンツデータを提供するサーバ装置である。通常のコンテンツであれば、１つのコンテンツを提供する事業会社は１社であるが、リンク型コンテンツは、異なる事業会社がシナリオ毎にコンテンツデータ及びＶＳＩ情報を作成することによって、複数の事業会社により１つのコンテンツが作成される場合がある。このため、コンテンツサーバ４００は、事業会社毎に異なるサーバ装置であってもよい。ＶＳＩサーバ３００についても同様である。

コンテンツサーバ４００は、通信部４１０と入出力制御部４２０とコンテンツデータ記憶部４３０とを主に有する。コンテンツサーバ４００は、コンテンツ再生装置１００がＶＳＩ情報を参照してコンテンツサーバ４００に送信したコンテンツデータの取得要求メッセージを解析し、この要求メッセージに応じたシナリオのコンテンツデータを、コンテンツデータ記憶部４３０から取り出してコンテンツ再生装置１００に提供する。

＜３．用語の定義＞
次に、図６を参照しながらリンク型コンテンツにおける構成要素の用語の定義について説明する。

図６に示すように、リンク型コンテンツは、複数のシナリオを含む。シナリオは、１つの時間軸で成立する、リンク型コンテンツの一部であり、通常１つのストリームとなる。シナリオは、１つのコンテンツファイルと、該コンテンツファイルのメタデータファイルでありＶＳＩ情報が記述された１つのＶＳＩファイルとから構成される。図６のリンク型コンテンツは、ＴＳ１〜ＴＳ５、ＬＳ１〜ＬＳ４、ＣＳ１，ＣＳ２の１１個のシナリオから構成される。

また、シナリオの中で、当該シナリオから他のシナリオに遷移することを可能とする時間位置（時間範囲）又は空間位置（空間範囲）をイベントとよぶ。イベントについての情報であるイベント情報は、当該シナリオから他のシナリオに遷移する間のユーザインタフェースを規定するブリッジ情報と、当該シナリオからみた他のシナリオであるブランチシナリオの情報を含む。例えば、シナリオＴＳ１から見ると、シナリオＴＳ２，ＴＳ３，ＴＳ４，及びＴＳ５は、ブランチシナリオと呼ばれる。また、ＴＳ１から見たブランチシナリオであるＴＳ２から見ると、ＬＳ１，ＣＳ１，およびＬＳ２は、ブランチシナリオである。

また、ブリッジ情報は、他のシナリオに遷移するか否かのユーザ確認、及び複数のシナリオがリンクしている場合の選択などの操作と、画面全体の表示の指定を含む。

＜４．シナリオの種類＞
次に、本実施形態に係るコンテンツ再生システム１０において再生されるリンク型コンテンツに含まれるシナリオについて、図７〜図１１を参照しながら説明する。

まず、シナリオとは、単一の時間軸で再生される１つの再生単位をいう。本実施形態に係るコンテンツ再生システム１０において再生されるリンク型コンテンツは、基本的に複数のシナリオがリンクされて構成される。このとき、各シナリオのコンテンツデータは、例えば、動画、静止画、スライドショー、及びアプリケーションが用いられる。

１つのシナリオの再生は、シナリオのコンテンツデータが再生開始されてから、分岐、中断、又は終了するまで継続される。シナリオ再生中のリモコン操作としては、例えば、Ｓｔｏｐ操作、Ｅｎｔｅｒ操作、Ｐａｕｓｅ操作、ＦＦ操作、ＦＲ操作、Ｓｋｉｐ操作、及びＰｌａｙ操作が想定される。

Ｓｔｏｐ操作は、再生中断するための操作である。このＳｔｏｐ操作がなされた場合には、リンク型コンテンツの再生が中断され、リンク型コンテンツ起動前の画面に戻る。

また、Ｅｎｔｅｒ操作は、例えば、イベント対象時間範囲（又は空間範囲）において、シナリオ分岐のチェックをするために行われる。イベント対象時間範囲又は空間範囲においてＥｎｔｅｒ操作が行われると、Ｂｒｉｄｇｅ画面が表示される。

Ｐａｕｓｅ操作、ＦＦ操作、ＦＲ操作については、通常のコンテンツ再生時と同様である。つまり、Ｐａｕｓｅ操作が行われると、再生中のコンテンツの再生が一時停止される。また、ＦＦ操作及びＦＲ操作はオプションであり、コンテンツがＦＦ操作及びＦＲ操作に対応している場合には、ＦＦ操作が行われると、再生中のコンテンツが早送りされ、ＦＲ操作が行われると、再生中のコンテンツが巻き戻される。

また、コンテンツ再生中にＳｋｉｐ操作が行われると、次のイベント開始時点のシーンにスキップする。Ｐｌａｙ操作は、シナリオ再生中においては、Ｐａｕｓｅ操作からのレジュームに利用される。

（シナリオのメディアタイプによる分類）
上述の通り、シナリオのコンテンツデータは、例えば、動画、静止画、スライドショー、及びアプリケーションが用いられる。

動画シナリオは、動画像及び音声による動画コンテンツで構成される。このとき、動画像は２Ｄ（Ｄｉｍｅｎｓｉｏｎｓ）コンテンツ及び３Ｄコンテンツの少なくともいずれかに対応している。例えば、図７に示されるリンク型コンテンツは、各シナリオのコンテンツデータが２Ｄコンテンツの場合には、シナリオに対する符号の後にハイフンを介して２Ｄの符号を付して２Ｄコンテンツであることが示される。同様に、各シナリオのコンテンツデータが３Ｄコンテンツの場合には、シナリオに対する符号の後にハイフンを介して３Ｄの符号を付して３Ｄコンテンツであることが示される。

例えば、図７のリンク型コンテンツは、シナリオＳ１、シナリオＳ２，及びシナリオＳ３は、２Ｄデータと３Ｄデータの両方のデータを有する。これに対し、シナリオＳ４及びシナリオＳ５は、２Ｄデータのみを有する。このようなリンク型コンテンツを再生する場合には、コンテンツ再生装置１００の再生制御部１２６は、３Ｄコンテンツの再生に対応していない場合には、常に２Ｄコンテンツデータを参照して再生する。また、３Ｄコンテンツの再生に対応しているコンテンツ再生装置１００の場合には、再生制御部１２６は、例えば、３Ｄコンテンツデータが存在する場合には、３Ｄコンテンツデータを自動選択してもよい。このとき、例えばシナリオＳ４のように２Ｄコンテンツデータしか存在しない場合には、２Ｄコンテンツデータの再生に自動的に切り替わることが望ましい。

なお、現時点においては、２Ｄコンテンツデータが主流であり、３Ｄコンテンツデータの再生に対応している再生装置は少ない。このため、３Ｄコンテンツデータを提供する場合には、２Ｄコンテンツデータも合わせて提供されることが望ましい。３Ｄ対応の有無は、シナリオ単位で設定することができる。

また、動画シナリオの再生においては、動画の最後の画像を表示後、例えば元のシナリオに遷移する、リンク型コンテンツを終了するなど、当該シナリオを抜けることが望ましい。また、ＶＳＩ情報によりイベントが指定されている場合には、イベントの対象時間内（又は対象空間内）において、Ｅｎｔｅｒ操作が行われることにより、指定された別のシナリオのブリッジ画面が表示される。

静止画シナリオは、ＪＰＥＧなどの形式による１枚の静止画像で構成されるシナリオである。静止画シナリオが再生されると、コンテンツデータである静止画像が全画面表示される。シナリオのリンクタイプによる分類は後述されるが、静止画シナリオは、全てのリンクタイプのシナリオに適用することができる。静止画シナリオにおいては、シナリオ再生中においてユーザがＥｎｔｅｒ操作を行うと、シナリオを抜ける。また、静止画シナリオのＶＳＩ情報においてイベントが指定されている場合には、ユーザがＥｎｔｅｒ操作を行うことにより、指定された別のシナリオへのブリッジ画面が表示される。

スライドショーシナリオは、１枚又は複数の静止画像で構成される。スライドショーシナリオが再生されると、コンテンツデータである静止画像が全画面表示される。そして、予め指定された時間間隔で各静止画像の表示が順次切替えられる。スライドショーコンテンツデータに含まれる最後の静止画像が表示されると、例えば元のシナリオに戻る、又はリンク型コンテンツを終了するなどにより当該シナリオの再生は終了される。

また、アプリケーションシナリオは、アプリケーションにより構成されるシナリオである。ここで用いられるアプリケーションとしては、例えば、Ｗｉｄｇｅｔアプリケーション、Ｊａｖａ（登録商標）アプリケーションなどが挙げられる。

（シナリオのリンクタイプによる分類）
また、本実施形態に係るコンテンツ再生システム１０において再生されるリンク型コンテンツに含まれるシナリオは、主にシナリオ終了時の挙動からループシナリオ、コネクトシナリオ、および終端シナリオの３タイプに分類される。

まず、ループシナリオは、図８にループシナリオＬＳ１として示されるように、シナリオＳ１のある時点から遷移して、シナリオの再生が終了すると、再び同じシナリオの遷移点に戻るシナリオをいう。ループシナリオの再生が開始されると、コンテンツ再生装置１００の再生制御部１２６は、遷移元のシナリオの遷移点の情報（レジューム情報）及び遷移元のシナリオのＶＳＩ情報（ＶＳＩ情報本体またはＶＳＩのＵＲＬ情報）を保持しておき、ループシナリオの再生終了後は、元のシナリオのレジューム再生を自動的に開始する。

例えば、図８に示されるリンク型コンテンツにおいて、シナリオＳ１の再生中にループシナリオＬＳ１に遷移し、さらにループシナリオＬＳ１からループシナリオＬＳ２に遷移した場合には、コンテンツ再生装置１００の再生制御部１２６は、シナリオＳ１からループシナリオＬＳ１に遷移した時点のレジューム情報及びＶＳＩ情報だけでなく、ループシナリオＬＳ１からループシナリオＬＳ２に遷移した時点のレジューム情報も保持しておく。

一方、例えば途中のイベントにおいて、ループシナリオ以外のブランチシナリオに遷移する場合には、元の遷移点に戻ることはなくなるため、再生制御部１２６は、保持していたレジューム情報およびＶＳＩ情報を削除してもよい。

次に、コネクトシナリオは、シナリオの再生が終了すると、遷移元とは異なるシナリオ、又は、遷移元のシナリオであっても異なる時間位置に遷移するシナリオである。図９に、遷移元とは異なるシナリオに遷移するコネクトシナリオＣＳ１の例が示される。また、図１０には、シナリオＳ１から遷移して、同じシナリオＳ１の異なる時間位置に遷移するコネクトシナリオＣＳ１の例が示される。コネクトシナリオの再生終了時には、遷移先のシナリオの再生にスムーズに移行するために、再生終了時の画面でフリーズしておくことが望ましい。また、コネクトシナリオは、ループシナリオと異なり、他のシナリオからコネクトシナリオに遷移してきた場合に、コネクトシナリオの起動時に遷移点の情報及び遷移元のシナリオのＶＳＩ情報は、保持する必要はない。

また、終端シナリオは、シナリオ再生を終了すると、リンク型コンテンツの再生を終了するシナリオである。例えば、図１１には、シナリオＳ１のブランチシナリオであって、終端シナリオであるＴＳ１が示される。終端シナリオの場合にもコネクトシナリオと同様に、他のシナリオから終端シナリオに遷移してきた場合に、終端シナリオの起動時に遷移点の情報及び遷移元のシナリオのＶＳＩ情報は、保持する必要がない。

各シナリオは、複数の事業会社により個別に製作される可能性があるため、このようなコンテンツにおいては、運用上のルールが規定されることが重要である。例えば、シナリオ間の遷移ルールとしては、次のようなものが考えられる。

シナリオの途中のイベントによるシナリオ間の遷移においては、基本的には、どのタイプのシナリオからどのタイプのシナリオに遷移してもよい。しかし、管理上の観点から、ループシナリオを多段に遷移する場合には、段数制限が設定されることが望ましい。また、上述の通り、ループシナリオから他のタイプのシナリオに遷移する場合には、遷移点の情報及び遷移元のシナリオのＶＳＩ情報は削除される。

また、シナリオ終了時の遷移に関しては、次のようなルールが適用されることが望ましい。例えば、コネクトシナリオは、終了時シナリオ終了時のイベントによりコネクトシナリオ又は終端シナリオに遷移することができる。ループシナリオは、再生終了時に、その定義通り、遷移元のシナリオの遷移時点に遷移する。終端シナリオは、再生終了時に、どのシナリオにも遷移せずにリンク型コンテンツの再生を終了する。

＜５．イベントの種類＞
次に、イベントの種類について、図１２〜図１７を参照しながら説明する。まずイベントとは、シナリオの時間空間の一部区域を示し、他のシナリオへ遷移するリンクとして機能するものをいう。

イベントは、時間イベント、空間イベント、及び時空間イベントの３種類に分類される。また、基本的にイベントは、時間または空間により規定される区域内においてユーザが操作を行うことによって他のシナリオに遷移するためのものであるが、ユーザ操作によらず自動的にシナリオ遷移するオートイベントも規定されている。

まず時間イベントは、シナリオの時間軸上の始点及び終点により区切られたある時間帯をいう。ＶＳＩにおいては、時間イベントは、始点と終点とにより規定される。例えば、図１２に示されるように、Ｅｖｅｎｔ１においてシナリオＳ２へとリンクされている場合に、シナリオＳ１の再生中にユーザがＥｎｔｅｒ操作を行うと、コンテンツ再生装置１００の再生制御部１２６は、ユーザがＥｎｔｅｒ操作を行った時点が、ＶＳＩにより指定されるイベント区間内であるか否かを判断する。そして、その時点がＶＳＩにより指定されたイベント区間内であると判断されると、再生制御部１２６は、表示制御部１２２によりＶＳＩ情報により指定されたブリッジ画面を表示させる。そして、再生制御部１２６は、ユーザ操作により指定された他のシナリオＳ２のシナリオ再生を行う。

また、空間イベントは、シナリオの画面空間上の領域により示されるイベントである。ＶＳＩ情報においては、空間イベントは、矩形領域の左上座標と右下座標とにより規定される。空間イベントは、シナリオが静止画シナリオである場合に主に用いられる。或いは、動画シナリオの場合には、イベントがシナリオの全時間区間において有効である場合に該イベントを空間イベントとよぶ。例えば、図１３に示されるように、静止画シナリオＳ１において、Ｅｖｅｎｔ１及びＥｖｅｎｔ２の２つのイベントが規定されている。この静止画シナリオＳ１の再生中において、ユーザがＥｎｔｅｒ操作を行うと、再生制御部１２６は、その時点におけるカーソル位置が、ＶＳＩにより規定されたイベントの矩形領域内であるか否かを判断する。そして、イベント領域内であると判断された場合には、再生制御部１２６は、表示制御部１２２により、ＶＳＩで指定されたブリッジ画面を表示させる。そして、ここでユーザ操作によりシナリオが指定された場合には、再生制御部１２６は、ユーザ操作により指定された他のシナリオＳ２の再生を開始する。

また、時空間イベントは、シナリオの時間軸上の時間内における、画面空間上の矩形領域により示されるイベントである。ＶＳＩにおいては、時空間イベントは、時間軸上の始点及び終点と、画面上矩形領域の左上座標及び右下座標の組合せにより規定される。時空間イベントは、時間及び空間の概念のある動画シナリオの場合にのみ有効である。図１４には、シナリオＳ１における時空間イベントＥｖｅｎｔ１及びＥｖｅｎｔ２が示される。このシナリオＳ１の再生中において、ユーザがＥｎｔｅｒ操作を行うと、再生制御部１２６は、ユーザがＥｎｔｅｒ操作を行った時点が、ＶＳＩにより規定されたイベントの時間範囲内であるか否か、及び、その時点におけるカーソル位置が、ＶＳＩにより規定されたイベントの空間範囲内であるか否かを判断する。そして、イベント範囲内であると判断された場合には、再生制御部１２６は、表示制御部１２２により、ＶＳＩで指定されたブリッジ画面を表示させる。そして、ここでユーザ操作によりシナリオが指定された場合には、再生制御部１２６は、ユーザ操作により指定された他のシナリオＳ２の再生を開始する。

また、例えば、再生制御部１２６は、ＶＳＩ情報中に空間イベント又は時空間イベントを認識すると、表示画面上にカーソルを表示するように制御してもよい。このカーソルの表示方法は、実装依存であるが、例えばリモコンなどの入力装置の上下左右キーなどにより画面上を移動することができるようにする。

以上、時間イベント、空間イベント、及び時空間イベントについて、主にユーザ操作により他のシナリオに遷移するためのイベントについて説明してきたが、イベントには、ユーザ操作により他のシナリオに遷移するものだけでなく、自動的に他のシナリオに遷移するオートイベントが規定されている。次にこのオートイベントについて説明する。

オートイベントは、ユーザ操作によらず、自動的に他のシナリオに遷移するイベントである。ＶＳＩによりオートイベントが規定されている場合、コンテンツ再生装置１００の再生制御部１２６は、オートイベントにより規定される時間範囲に入ったことを認識すると、ユーザ操作によらず自動的に当該シナリオの再生を中断し、ブリッジ画面を表示して他のシナリオに遷移する。

例えば図１５に示されるシナリオＳ１において、オートイベントであるＥｖｅｎｔ１が規定されている。シナリオＳ１を再生しているコンテンツ再生装置１００の再生制御部１２６は、シナリオＳ１のＶＳＩ情報により規定されるＥｖｅｎｔ１の範囲内に入ったことを認識すると、ＶＳＩ情報により規定されるブリッジ画面を表示させた後、自動的にシナリオＳ２の再生を開始する。このようなオートイベントＥｖｅｎｔ１は、例えば、シナリオＳ１において、ある時点以降の動画を差し替えたい場合などに用いられる。

また、例えば、オートイベントの遷移先のシナリオは、コネクトシナリオであってもよい。例えば、図１６に示されるようにシナリオＳ１において、ある時点ｔ１からオートシナリオであるコネクトシナリオＣＳ１に自動的に遷移し、コネクトシナリオＣＳ１の再生終了後、元のシナリオＳ１の時点ｔ２に遷移するように規定すると、コネクトシナリオＣＳ１の内容により、シナリオＳ１の時点ｔ１から時点ｔ２の間の動画像を差し替えることができる。このようなシナリオを応用すれば、ペアレンタルロックが設定されている場合にのみ、オートイベントを有効として、子供が見るのに不適切な内容を含む時点ｔ１から時点ｔ２のコンテンツをコネクトシナリオＣＳ１の内容に差し替えることもできる。

或いは、オートイベントの遷移先のシナリオは、ループシナリオであってもよい。例えば図１７に示されるように、シナリオＳ１のある時点ｔ１にオートシナリオであるループシナリオＬＳ１を規定する。かかるループシナリオＬＳ１によれば、例えばＣＭ（Ｃｏｍｍｅｒｃｉａｌ Ｍｅｓｓａｇｅ）コンテンツをシナリオＳ１の途中に挿入することができる。リンク型コンテンツにおいては、このようにＶＳＩ情報を編集することにより元のシナリオＳ１を編集することなくシナリオＳ１の途中の時点に他のコンテンツを差し込むことができる。このため、例えばループシナリオをＣＭコンテンツとすれば、定期的にＣＭコンテンツの内容を差し替えることができる。或いは、ユーザ認証の結果を利用すれば、ユーザに応じて異なるＣＭコンテンツを表示させることも容易である。例えばユーザの嗜好情報に応じたＣＭコンテンツを表示させたり、課金ユーザにはＣＭを表示させないようにすることも容易に実現できる。

＜６．ブリッジのパターン＞
次に、イベント情報に含まれるブリッジについて図１８〜図２３を参照しながら説明する。図１８は、ブリッジの一例についての説明図である。

ブリッジは、シナリオ分岐時のＵＩであり、ＶＳＩ情報中のブリッジ情報は、イベント毎に規定される。そして、ブリッジ情報は、イベント範囲中においてユーザが入力操作を行った場合又はオートイベントにおいてイベント範囲に入った場合に提供されるシナリオ分岐時の画面を規定する。

例えば、図１８の例において、ベースシナリオであるシナリオＳ１のコンテンツデータが再生されている間に、イベント範囲内であるイベント画面１８２において、ユーザがＥｎｔｅｒ操作を行った場合に、再生制御部１２６は、表示制御部１２２により、ブリッジ情報により規定された第１のブリッジ画面１８４を表示させる。

図１８の第１のブリッジ画面１８４においては、ブリッジ情報により規定された、ユーザ操作のＵＩを含む画面構成において、１つのブランチシナリオＳ２へ遷移するための選択肢と、元のベースシナリオへ戻るための選択肢との２つの選択肢が表示されている。ここで、ユーザが入力操作によりブランチシナリオＳ２へ遷移する選択肢を選択すると、再生制御部１２６は、表示制御部１２２により、選択肢のＵＩのみを消した第２のブリッジ画面１８６を表示させる。そして、ブランチシナリオＳ２の再生を開始するためのセットアップが完了すると、再生制御部１２６は、ブランチシナリオＳ２の再生を開始し、表示制御部１２２は、ブランチシナリオ開始画面１８８を表示する。

以上、ブリッジ画面の表示の概要について説明してきたが、このブリッジ画面の表示方法にもいくつかのパターンが考えられる。そこで、次にブリッジ画面の表示パターンを４つ挙げて説明をする。図１９〜図２２を参照しながら次に説明する４つのパターンにおいて、画面遷移時の動作は、図１８において説明した動作と同様である。

まず、図１９を参照しながら、ブリッジ画面表示の第１のパターンについて説明する。シナリオＳ１のイベント画面１９２においてユーザがイベント起動操作を行うと、再生制御部１２６は、イベント起動操作時のイベント画面１９２のＰａｕｓｅ画面に、ブリッジ情報により規定された、選択肢を提供するための表示を重畳したブリッジ画面１９４を表示させる。このブリッジ画面１９４において、ユーザがブランチシナリオに遷移するための選択肢を選択すると、再生制御部１２６は、ブランチシナリオの再生を開始する。ところが、ブランチシナリオＳ２の再生が起動するまでのセットアップ期間の画面表示は、端末の実装に依存する。通常、このセットアップ期間の画面１９６の表示は黒画状態となることが多い。

また、図２０を参照しながら、ブリッジ画面表示の第２のパターンについて説明する。ブリッジ画面表示の第２のパターンは、第１のパターンと比べてブリッジ画面２０４が、Ｐａｕｓｅ画面に選択肢を提供するための表示を重畳するのではなく、黒画に選択肢を提供するための表示を重畳する点において異なる。ブリッジ画面表示の第１のパターン及び第２のパターンのいずれも、ブランチシナリオＳ２の再生が起動するまでのセットアップ期間の画面表示は、黒画状態である。本パターンは、選択し表示時に背景をあえて黒画にすることにより、選択肢を見やすくする効果が想定される。一方でこのように、シナリオから他のシナリオへの遷移中に黒画が挟まれると、コンテンツの世界観の連続性が失われ、自然なシナリオ分岐を実現することができない。

そこで、ブランチシナリオＳ２の再生が起動するまでのセットアップ期間においても、表示する画面を規定しておくことにより、コンテンツの世界観が連続した自然なシナリオ分岐が実現される。そこで、セットアップ期間においても想定された静止画の表示を維持するブリッジ画面表示の第３のパターンについて、図２１を参照しながら説明する。

ブリッジ画面表示の第３のパターンにおいては、イベント画面２１２においてユーザがイベント起動操作を行うと、ブリッジ情報により規定された、イベント起動操作時のＰａｕｓｅ画面に相当する全画面静止画表示に、選択肢を提供するための表示を重畳した第１のブリッジ画面２１４が表示される。そして、この第１のブリッジ画面２１４において、ユーザがブランチシナリオに遷移するための選択肢を選択した後、ブランチシナリオＳ２の再生が開始するまでのセットアップ期間の間、第１のブリッジ画面から、重畳された選択肢表示を消した第２のブリッジ画面２１６が表示される。第１のブリッジ画面２１４の背景及び第２のブリッジ画面２１６は、例えばＪＰＥＧなどの静止画像である。本静止画像は、図２１の例においては、イベント起動操作時のＰａｕｓｅ画面に相当する画像とした。しかし、本発明はかかる例に限定されず、例えばＰａｕｓｅ画面とは別の画像が別途ＶＳＩ情報のブリッジ情報により規定されていてもよい。

また、同様にブリッジ画面を構成する背景画像が規定されたブリッジ画面表示の第４のパターンについて、図２２を参照しながら説明する。上記のブリッジ画面表示の第３のパターンにおいては、ブリッジ画面において静止画は、全画面表示で用いられた。第４のパターンにおいては、ブリッジ画面における静止画は、画面の一部において表示されるものである。本パターンは、第３のパターンに対して、選択肢表示を黒画を背景とすることにより見やすくする効果が着たいされる。

第３のパターン及び第４のパターンに示されたように、静止画像を用いてブリッジ画面を表示させることにより、セットアップ期間においても世界観の連続性のある画面を提供するためには、出力映像を切替えるための構成が必要である。ここで、図２３を参照しながら、ブリッジ画面表示の第３のパターン及び第４のパターンを実現するためのコンテンツ再生装置１００の構成について説明する。

図２３は、ブリッジ画面表示の第３のパターン及び第４のパターンを実現するためのコンテンツ再生装置１００の部分構成を示す説明図である。なお、ここで図４の構成図と同じ符号を付した機能構成は、図４と同様の機能を有することとする。

コンテンツ再生装置１００は、通信部１１０と再生処理部１３０とを有する。通信部１１０を介してコンテンツサーバ４００から取得されたコンテンツデータは、再生制御部１２６の制御に従って動作する再生処理部１３０により再生され、映像が出力される。

再生処理部１３０は、デマルチプレクサ１３２、静止画デコーダ１３４、ビデオデコーダ１３６、及びセレクタ１３８を有する。デマルチプレクサ１３２は、１つの入力信号を制御信号に従って複数の信号に分配する回路である。デマルチプレクサ１３２は、入力信号から取り出した静止画像データを静止画デコーダ１３４に入力する。また、デマルチプレクサ１３２は、入力信号から取り出した動画像データをビデオデコーダ１３６に入力する。

静止画デコーダ１３４は、入力された静止画像データをデコードする機能を有する。また、ビデオデコーダ１３６は、入力された動画像データをデコードする機能を有する。セレクタ１３８は、複数の入力信号から１つの信号を選択して出力する回路である。セレクタ１３８は、ベースシナリオであるシナリオＳ１の再生からブリッジ画面に遷移する場合には、再生制御部１２６の制御に従って、出力映像をビデオデコーダ１３６の出力データから静止画デコーダ１３４の出力データに切替える。そして、セレクタ１３８は、シナリオＳ２の再生準備が整うまでのセットアップ期間中は静止画デコーダの出力データを出力映像として出力し、シナリオＳ２のセットアップが完了すると、出力映像をビデオデコーダ１３６の出力データに切替える。

かかる構成により、コンテンツ再生装置１００は、出力映像を静止画像又は動画像のいずれかに切替えることができる。そして、ＶＳＩ情報のブリッジ情報により、セットアップ期間も含めて出力する静止画像が規定されている場合には、次に再生される動画像コンテンツデータのセットアップ期間中においても、従来は通常黒画表示となっていたのに対して、静止画像が表示されるため、世界観の連続性のあるコンテンツを提供することができるようになる。

上記で示した第１〜第４のパターンは一例であり、他の画面構成に基づく他のパターンが規定されてもよい。コンテンツ再生システム１０の表示制御部１２２は、ＶＳＩにおいて指定されたパターンに基づいて表示画面のレイアウトを決定する。

また、ブリッジには必ずしもユーザ操作による選択肢のＵＩを備える必要はない。直接ブリッジ（Ｉｍｍｅｄｉａｔｅ Ｂｒｉｄｇｅ）が指定されている場合には、選択肢のＵＩを表示せず、よってユーザ操作を待たずに、パターンとして静止画が指定されている場合には静止画表示を経て自動的に師弟されたブランチシナリオの再生を開始する。直接ブリッジは、ベースシナリオのイベントから分岐するブランチシナリオが１つだけに限定されていて、かつイベントにおけるＥｎｔｅｒ操作を一度行うだけでブランチシナリオに遷移させてよい場合に用いる想定である。

以上、本発明の一実施形態に係るコンテンツ再生システム１０の各要素について説明してきた。次に、コンテンツ再生システム１０の動作の一例について説明する。

＜７．動作例＞
図２４は、リンク型コンテンツの一例を示す説明図であり、図２５は、図２４のリンク型コンテンツの再生動作の一例を示すシーケンス図である。

図２４に示されるリンク型コンテンツは、ベースシナリオである終端シナリオＴＳ１とループシナリオＬＳ１とを有し、ループシナリオＬＳ１は、終端シナリオＴＳ１のある時点におけるＥｖｅｎｔから分岐している。終端シナリオＴＳ１とループシナリオＬＳ１とは、互いに別の事業会社が提供するものとし、終端シナリオＴＳ１のコンテンツデータ及びＶＳＩ情報と、ループシナリオＬＳ１のコンテンツデータ及びＶＳＩ情報とは、互いに異なるＶＳＩサーバ３００及びコンテンツサーバ４００によりそれぞれ提供される。

まず、コンテンツ再生装置１００の表示制御部１２２は、Ｗｅｂサーバ２００に対してコンテンツリスト画面を要求する（Ｓ１０２）。すると、Ｗｅｂサーバ２００は、コンテンツ再生装置１００からの要求に応じてコンテンツリストを含むＨＴＭＬ文書を提供する（Ｓ１０４）。ここで提供されたコンテンツリスト画面を参照したユーザ６００が、コンテンツリストからリンク型コンテンツを選択する操作を行うと（Ｓ１０６）、表示制御部１２２は、ＶＳＩクライアント１２８の機能を起動する（Ｓ１０８）。ＶＳＩクライアント１２８は、図４における制御情報取得部１２４及び再生制御部１２６の機能を含む概念である。

そして、ＶＳＩクライアント１２８は、表示制御部１２２からの要求に応じて、ユーザ６００が指定したリンク型コンテンツに対応するＶＳＩ情報をＶＳＩサーバ３００ａに対して要求する（Ｓ１１０）。ＶＳＩクライアント１２８からＶＳＩ情報を要求されたＶＳＩサーバ３００ａは、この要求メッセージに記載されたリンク型コンテンツのうち初めに再生されるシナリオＴＳ１に対応するＶＳＩ情報を転送する（Ｓ１１２）。そして、ＶＳＩ情報を受信したＶＳＩクライアント１２８は、受信したＶＳＩ情報を解析する（Ｓ１１４）。ＶＳＩ情報には、当該シナリオのコンテンツデータがどこに格納されているかを示す情報が記載されている。ＶＳＩクライアント１２８は、コンテンツデータの格納場所の情報と共に、再生処理部１３０にストリーム再生要求を入力する（Ｓ１１６）。

再生処理部１３０は、ＶＳＩクライアント１２８から受け取った情報に基づいて、コンテンツサーバ４００ａにストリーミング起動を要求する（Ｓ１１８）。コンテンツサーバ４００ａは、ストリーミング起動の要求に応じて、指定されたシナリオＴＳ１に対応するコンテンツデータのストリーミング配信を開始する（Ｓ１２０）。また、このストリーミング配信によるシナリオＴＳ１の再生の途中にユーザ６００がＥｎｔｅｒ操作を行うと（Ｓ１２２）、ＶＳＩクライアント１２８は、ＶＳＩ情報に含まれるブリッジ情報に基づいてブリッジ画面の表示を制御する（Ｓ１２４）。ここでは、ブリッジ画面には、ブランチシナリオであるループシナリオＬＳ１に遷移する選択肢と、元のベースシナリオである終端シナリオＴＳ１に戻る選択肢とが表示される。

このブリッジ画面に対して、ユーザ６００がブランチシナリオを選択する操作を行うと（Ｓ１２６）、ＶＳＩクライアント１２８は、ユーザ６００が選択したブランチシナリオであるループシナリオＬＳ１に対応するＶＳＩ情報をＶＳＩサーバ３００ｂに要求する（Ｓ１２８）。ＶＳＩサーバ３００ｂは、ＶＳＩ情報を要求するメッセージに応じて、指定されたシナリオＬＳ１に対応するＶＳＩ情報をＶＳＩクライアント１２８に転送する（Ｓ１３０）。

ＶＳＩ情報を受信したＶＳＩクライアント１２８は、受信したＶＳＩ情報を解析する（Ｓ１３２）。そして、ＶＳＩクライアント１２８は、ブランチシナリオであるループシナリオＬＳ１のコンテンツデータの格納場所をＶＳＩ情報から取得して、コンテンツデータの格納場所の情報と共に、ストリーム再生要求を再生処理部１３０に入力する（Ｓ１３４）。このとき、ＶＳＩクライアント１２８は、遷移時点の情報、及び、ベースシナリオＴＳ１のＶＳＩ情報を保持しておく。再生処理部１３０は、この再生要求に応じて、コンテンツサーバ４００ｂに対してループシナリオＬＳ１のストリーミング起動要求を送信する（Ｓ１３６）。

ストリーミング起動要求を受信したコンテンツサーバ４００ｂは、指定されたシナリオＬＳ１のストリーミングを開始する（Ｓ１３８）。シナリオＬＳ１の再生が終了すると、ＶＳＩクライアント１２８は、自動的に元のベースシナリオＴＳ１の再生を開始する。具体的には、ＶＳＩクライアント１２８は、保持しておいた遷移時点の情報と、ベースシナリオＴＳ１のＶＳＩ情報とを用いて、遷移時点からベースシナリオＴＳ１の再生を再開するように再生処理部１３０を制御する（Ｓ１４０）。なお、図２５の例においては、ＶＳＩクライアント１２８は、ベースシナリオＴＳ１のＶＳＩ情報そのものを保持している。このため、ＶＳＩクライアント１２８は、ブランチシナリオであるループシナリオＬＳ１の再生終了後、再びＶＳＩ情報を取得することなくベースシナリオＴＳ１の再生を再開することができる。これに対し、コンテンツ再生装置１００の性能に応じて、ＶＳＩクライアント１２８は、ＶＳＩ情報の格納場所の情報だけを保持しておくこともできる。この場合には、ＶＳＩクライアント１２８は、保持しておいた格納場所の情報に基づいて再びＶＳＩ情報を取得し、ベースシナリオＴＳ１の再生を再開することができる。

ＶＳＩクライアント１２８の制御に従って、再生処理部１３０は、コンテンツサーバ４００ａにベースシナリオＴＳ１の遷移時点からのコンテンツデータのストリーミング起動を要求する（Ｓ１４２）。そして、この要求に応じてコンテンツサーバ４００ａは、ベースシナリオＴＳ１のストリーミング配信を再開する（Ｓ１４４）。

以上、図２４に示したリンク型コンテンツの一例におけるコンテンツ再生システム１０の動作について説明してきた。次に、コンテンツ再生装置１００の動作を図２６及び図２７を参照しながら説明する。図２６及び図２７は、コンテンツ再生装置の動作を示すフローチャートである。

ユーザの操作によってリンク型コンテンツの再生が開始されることにより、本フローチャートの動作は開始される。リンク型コンテンツの再生が指示されると、コンテンツ再生装置１００のＶＳＩクライアント１２８は、指定されたＵＲＬからＶＳＩ情報を取得する（Ｓ２０２）。そして、ＶＳＩクライアント１２８により取得されたＶＳＩ情報をＶＳＩクライアント１２８が解析する（Ｓ２０４）。

ＶＳＩ情報には、当該シナリオのメディアタイプが記載されている。このため、ＶＳＩクライアント１２８は、ＶＳＩ情報に基づいて、シナリオのメディアタイプを判断する（Ｓ２０６）。ここでは、シナリオのメディアタイプは、アプリケーション（Ａｐｐ）、静止画像（Ｓｔｉｌｌ）、スライドショー（Ｓｌｉｄｅ）、及び動画像（Ｖｉｄｅｏ）の４種類であるとする。

ステップＳ２０６の判断において、シナリオのメディアタイプがアプリケーションであると判断された場合には、ＶＳＩクライアント１２８は、対象のアプリケーションを実行する（Ｓ２０８）。シナリオのメディアタイプがアプリケーションである場合には、シナリオの種類は終端シナリオであると規定されているため、アプリケーションの実行が終了すると、リンク型コンテンツの再生は終了する。

また、ステップＳ２０６の判断において、シナリオのメディアタイプが静止画像であると判断された場合には、ＶＳＩクライアント１２８は、対象のシナリオ静止画像を表示する（Ｓ２１０）。また、ステップＳ２０６の判断において、シナリオのメディアタイプがスライドショーであると判断された場合には、ＶＳＩクライアント１２８は、対象のシナリオスライドショーの表示を起動させる（Ｓ２１２）。また、ステップＳ２０６の判断において、シナリオのメディアタイプが動画像であると判断された場合には、ＶＳＩクライアント１２８は、対象のシナリオストリーミングの再生を起動させる（Ｓ２１４）。このとき、ＶＳＩクライアント１２８は、状況に応じて指定時間位置からストリーミング再生を開始させる。

ステップＳ２１０，ステップＳ２１２、又はステップＳ２１４において、それぞれ静止画像、スライドショー、又は動画像の再生が開始されると、次に、ＶＳＩクライアント１２８は、ユーザ６００により入力装置を用いて上下左右キー操作が行われたか否かを判断する（Ｓ２１６）。ステップＳ２１６の判断において、上下左右キー操作が行われたと判断された場合には、表示制御部１２２は、カーソルを表示させ、キー操作に応じてカーソル位置を移動させる（Ｓ２１８）。ステップＳ２１８の動作が行われた後は、再びステップＳ２１６の判断に戻る。

そして、ステップＳ２１６の判断において、上下左右キー操作が行われていないと判断された場合には、次にＶＳＩクライアント１２８は、決定キー操作が行われているか否かを判断する（Ｓ２２０）。ステップＳ２２０の判断において、決定キー操作が行われていると判断された場合には、該決定キー操作が対象イベント内で行われたか否かが判断される（Ｓ２２２）。ステップＳ２２２の判断において、対象イベント内でないと判断された場合には、再びステップＳ２１６の判断に戻る。一方、ステップＳ２２２の判断において、対象イベント内で決定キー操作が行われたと判断された場合には、図２７のステップＳ２２８に進む。

また一方、ステップＳ２２０の判断において、決定キー操作が行われていないと判断された場合には、次にＶＳＩクライアント１２８は、シナリオが終了したか否かを判断する（Ｓ２２４）。ステップＳ２２４の判断において、シナリオが終了していないと判断された場合には、再びステップＳ２１６の判断に戻る。すなわち、ステップＳ２１６〜ステップＳ２２４の判断が、対象イベント内において決定キー操作がなされる、または、シナリオの再生が終了するまで繰り返される。

そして、ステップＳ２２４において、ＶＳＩクライアント１２８がシナリオの再生が終了したと判断すると、次にＶＳＩクライアント１２８は、リンク型コンテンツ終了ケースか否かを判断する（Ｓ２２６）。即ち、リンク型コンテンツ終了ケースとは、再生しているシナリオが終端シナリオである場合である。

ステップＳ２２６において、リンク型コンテンツ終了ケースであると判断された場合にリンク型コンテンツの再生は終了する。一方、ステップＳ２２６においてリンク型コンテンツ終了ケースではないと判断された場合には、次にステップＳ２２８に進む。

ステップＳ２２８において、ＶＳＩクライアント１２８は、ブリッジを表示させる。ここで、ＶＳＩクライアント１２８は、この時点まで再生されていたシナリオがループシナリオであり、ループシナリオの再生が終了したのか否かを判断する（Ｓ２３０）。ステップＳ２３０の判断において、ループシナリオの終了であると判断された場合には、ＶＳＩクライアント１２８は、戻り先のシナリオのＶＳＩ ＵＲＬとレジューム位置（即ち、遷移時点）を指定して（Ｓ２３２）ステップＳ２５２に進む。一方、ステップＳ２３０の判断において、ループシナリオの終了ではないと判断された場合には、次に、ＶＳＩクライアント１２８は、ステップＳ２２８において表示されたブリッジがＩｍｍｅｄｉａｔｅ Ｂｒｉｄｇｅであるか否かを判断する（Ｓ２３４）。かかる判断は、ステップＳ２２８において表示されたブリッジのブリッジ情報に基づいて行われる。

ステップＳ２３４の判断において、ステップＳ２２８で表示されたブリッジがＩｍｍｅｄｉａｔｅ Ｂｒｉｄｇｅであると判断された場合には、ステップＳ２４８に進む。一方、ステップＳ２３４の判断において、ステップＳ２２８で表示されたブリッジがＩｍｍｅｄｉａｔｅ Ｂｒｉｄｇｅではないと判断された場合には、次にＶＳＩクライアント１２８は、ユーザが入力装置を用いて上下キー操作を行ったか否かを判断する（Ｓ２３６）。そして、ステップＳ２３６の判断において、上下キー操作が行われたと判断された場合には、表示制御部１２２は、上下キー操作に応じてカーソルを移動させる（Ｓ２３８）。一方、ステップＳ２３６の判断において、上下キー操作が行われていないと判断された場合には、次に、ＶＳＩクライアント１２８は、決定キー操作が行われたか否かを判断する（Ｓ２４０）。

ステップＳ２４０の判断において、決定キー操作が行われていないと判断された場合には、ステップＳ２３６の処理に再び戻る。一方、ステップＳ２４０の判断において、決定キー操作が行われたと判断された場合には、次に、ＶＳＩクライアント１２８は、選択された選択肢が元のシナリオに戻るための選択肢であるか否かを判断する（Ｓ２４２）。

ステップＳ２４２の判断において、選択された選択肢が元のシナリオに戻るための選択肢であると判断された場合には、図２６のステップＳ２０６の動作に戻る。一方、ステップＳ２４２の判断において、選択された選択肢が元のシナリオに戻るための選択肢ではないと判断された場合には、次に、ＶＳＩクライアント１２８は、遷移先のシナリオがループシナリオか否かを判断する（Ｓ２４４）。

ステップＳ２４４の判断において、遷移先のシナリオがループシナリオではないと判断された場合には、ＶＳＩクライアント１２８は、ＶＳＩ情報をリリースする（Ｓ２４６）。一方、ステップＳ２４４の判断において、遷移先のシナリオがループシナリオであると判断された場合には、ＶＳＩクライアント１２８は、現時点において再生しているシナリオのＶＳＩ ＵＲＬ及びレジューム情報を保持する（Ｓ２４８）。

そして、ＶＳＩクライアント１２８は、遷移先のシナリオのＶＳＩ ＵＲＬ及びストリーミング開始位置を指定して（Ｓ２５０）、トークンを検証し、トークンをＶＳＩ ＵＲＬに設定する（Ｓ２５２）。ステップＳ２５２の動作後は、ステップＳ２０２に進む。

以上、本実施形態に係るコンテンツ再生システム１０の動作について説明してきた。このコンテンツ再生システム１０の動作において、図２７のステップＳ２５２において一部説明した認証トークンについて、次に詳しく説明する。

＜８．認証トークンの引継ぎ＞
本実施形態に係るコンテンツ再生システム１０においては、ＶＳＩ情報に認証トークンを含ませて、シナリオ間において認証トークンを引き継ぐことにより、異なる事業者により提供される異なるシナリオ間においても、ユーザの認証情報を引き継ぐことができる。

かかる認証トークンの引継ぎについて、図２８及び図２９を参照しながら説明する。ここでは、事業者Ａにより提供される、ＶＳＩ情報及びコンテンツデータの双方を提供するＶＳＩコンテンツサーバ３５０ａと、事業者Ｂにより提供される、ＶＳＩコンテンツサーバ３５０ｂとにより、それぞれシナリオのＶＳＩ情報及びコンテンツデータが提供される。

まず、Ｗｅｂサーバ２００によりコンテンツリストのＨＴＭＬ文書がコンテンツ再生装置１００の表示制御部１２２に提供される（Ｓ３０２）。このとき、Ｗｅｂサーバ２００は、ユーザを識別するためのトークンをＨＴＭＬ文書と共に送信する。なお、前提として、Ｗｅｂサーバ２００が提供するＷｅｂサイト上において、ユーザ６００がログイン操作を行っているものとする。

提供されたコンテンツリストを参照してユーザ６００がリンク型コンテンツを選択する操作を行うと（Ｓ３０４）、表示制御部は、リンク型コンテンツを再生するためのＶＳＩクライアント１２８の機能を起動する（Ｓ３０６）。

そして、ＶＳＩクライアント１２８は、このトークンをＶＳＩ情報の取得要求と共にＶＳＩコンテンツサーバ３５０ａに送信する（Ｓ３０８）。ＶＳＩコンテンツサーバ３５０ａは、このＶＳＩ情報取得要求に応じて、ＶＳＩ情報を転送する（Ｓ３１０）。このとき、ＶＳＩコンテンツサーバ３５０ａは、ＶＳＩ情報に、リンク型コンテンツに共通して用いられる共通ユーザ認証情報である、共通トークン（Ｃｏｍｍｏｎ Ｔｏｋｅｎ）を含ませてＶＳＩ情報を転送する。

なお、図２８においては省略されているが、ステップＳ３１０の実行後、ＶＳＩクライアント１２８は、ストリーミング起動要求をＶＳＩコンテンツサーバ３５０ａに送信してもよい。この起動要求に応じて、ＶＳＩコンテンツサーバ３５０ａは、指定されたシナリオのコンテンツデータのストリーミング再生を開始する（Ｓ３１２）。シナリオのコンテンツデータの再生が実行されている間に、ユーザ６００が物品購入に係るシナリオの遷移指示を行った場合には（Ｓ３１４）、ＶＳＩクライアント１２８は、遷移指示がイベントの範囲内において行われたか否かなどを判断し、指示に応じてＶＳＩ情報の取得要求を行う（Ｓ３１６）。このとき、ＶＳＩクライアント１２８は、ＶＳＩの取得要求メッセージに共通トークンを含ませて送信する。

ＶＳＩコンテンツサーバ３５０ａは、ユーザ６００の入力に基づいて決済処理を行う（Ｓ３１８）と、受信した共通トークンをＶＳＩ情報に含ませてＶＳＩ情報を転送する（Ｓ３２０）。ＶＳＩクライアント１２８が受信したＶＳＩ情報に基づいてストリーミングの起動要求を行うと、ＶＳＩコンテンツサーバ３５０ａは、購入確認映像のコンテンツデータのストリーミング配信を開始する（Ｓ３２２）。

また、ユーザ６００が、他社サイトに遷移するシナリオ遷移指示を入力した場合には（Ｓ３３０）、ＶＳＩクライアント１２８は、このシナリオ遷移指示に応じて、他社サイトのサーバであるＶＳＩコンテンツサーバ３５０ｂに対してＶＳＩ情報の要求メッセージを送信させる（Ｓ３３２）。このとき、ＶＳＩクライアント１２８は、ＶＳＩ情報の要求メッセージに共通トークンを含ませて送信する。

ここで、事業者Ｂにおいては、共通トークンと異なる事業者固有のプロバイダ別ユーザ認証情報であるプロバイダトークンを用いる場合には、ＶＳＩコンテンツサーバ３５０ｂは、プロバイダトークンを生成し（Ｓ３３４）、共通トークンとプロバイダトークンの双方をＶＳＩ情報に含ませて、ＶＳＩ情報をコンテンツ再生装置１００に転送する（Ｓ３３６）。そして、ＶＳＩコンテンツサーバ３５０ｂは、ＶＳＩクライアント１２８の要求に応じて指定されたシナリオのコンテンツデータのストリーミング配信を開始する（Ｓ３３８）。

以上説明したように、本実施形態に係るコンテンツ再生システム１０は、リンク型コンテンツの複数のシナリオ間で共通に用いられる共通トークンと、シナリオを提供する事業者独自のプロバイダトークンとをＶＳＩ情報及び要求メッセージなどに含ませて送信する。このため、各シナリオ間でトークンが引き継がれ、ユーザ認証が容易となる。

なお、事業者独自のプロバイダトークンは、ドメインの異なる他社の提供するシナリオに遷移する場合には引き継がれず、破棄される。共通トークンは、異なる事業者の提供するシナリオ間であっても引き継がれる。

このようにトークンを引き継ぐことにより、別途のログイン操作などを行うことなく、ユーザを識別することが可能となる。このため例えば図２９に示されるように、あるシナリオＳ１からシナリオＳ２にトークンを引き継ぐ場合に、ＶＳＩサーバはこのトークン情報を用いてユーザを識別することができる。そこで、ＶＳＩサーバは、例えばユーザの属性に応じて異なるシナリオを提供することもできる。例えば、ユーザ６００ａは有料ユーザであり、ユーザ６００ｂが無料ユーザである場合において、ユーザ６００ａにはイベントを含むシナリオＳ２ａを提供し、ユーザ６００ｂにはイベントを含まないシナリオＳ２ｂを提供することもできる。

＜９．制御情報の詳細仕様例＞
次に、制御情報であるＶＳＩ情報の詳細仕様について、図３０〜図３３に示す。図３０は、ＶＳＩ情報の全体仕様を示す表である。

ＶＳＩ情報は、シナリオ毎に作成され、シナリオに関するメタデータと、シナリオに含まれる分岐イベントに関するイベント情報と、トークン情報とを主に含む。

シナリオに関するメタデータとしては、シナリオを特定するための情報、及びシナリオを提供する事業者を識別するための情報、また、シナリオのコンテンツデータを特定するための情報、シナリオのメディアタイプの情報などが含まれる。シナリオのメディアタイプの情報を付与することにより、コンテンツ再生装置においては、メディアタイプの情報を参照して再生を制御することによって、複数のメディアタイプに対応することができる。

また、シナリオに含まれるイベント情報は、さらに図３１に示される仕様により規定される。イベント情報は、イベントに関するメタデータと、イベントにおいて用いられるブリッジ情報、及び、当該イベントから遷移することのできるブランチシナリオに関するブランチ情報とを含む。

そして、イベント情報に含まれるブリッジ情報のさらに詳細な仕様については、図３２に示される。ブリッジ情報は、イベント起動時のユーザインタフェースを規定する情報である。このため、ブリッジ画面を表示するために必要な情報が含まれる。

また、イベント情報に含まれるブランチ情報のさらに詳細な仕様については、図３３に示される。ブランチ情報は、イベント情報中に１又は複数含まれる。なお、ブリッジ画面における各ブランチに関するフォントサイズ、フォントタイプ、及びフォントカラーなどの情報は、本実施形態においては、ブリッジ情報に含まれることとしたが、本発明はかかる例に限定されない。例えば、ブリッジ画面における各ブランチに関するフォントサイズ、フォントタイプ、及びフォントカラーなどの情報は、それぞれのブランチ情報中に含まれてもよい。

以上、本発明の一実施形態形態に係るコンテンツ再生システム１０の機能と、リンク型コンテンツの詳細な仕様について説明してきた。かかるコンテンツ再生システム１０を用いれば、複数の事業者により、１つのコンテンツをシナリオ単位で製作することができる。このため、今までにない新しいコンテンツを提供することが可能となる。次に、本発明の一実施形態形態に係るコンテンツ再生システムを適用して提供することのできるリンク型コンテンツの例をいくつか例示する。

＜１０．適用サービス例＞
まず、図３４は、本発明の一実施形態形態に係るコンテンツ再生システムにより提供することのできるマルチシナリオドラマの一例を示す説明図である。

本発明により提案するリンク型コンテンツによれば、ユーザの操作入力に応じて、異なるシナリオを再生させることができる。このため、シナリオＳ１のＥｖｅｎｔにおいて、いずれのシナリオを選択するかに応じて結末の異なるマルチシナリオドラマを提供することができる。

また、図３５は、本発明の一実施形態形態に係るコンテンツ再生システムにより提供することのできる体験型度情報番組の一例を示す説明図である。

リンク型コンテンツによれば、ユーザの操作入力に応じて選択されたシナリオを再生させることにより、ユーザの選択に応じて異なる内容の番組を提供することができる。例えば、初めのＥｖｅｎｔにおけるユーザの選択に応じて、ユーザが得ることのできる旅に関する情報は異なってくる。ループシナリオＬＳ１を選択したユーザは、バスにより目的地まで移動する。そして、ループシナリオＬＳ２を選択したユーザは、新幹線により目的地まで移動する。

また、図３６は、本発明の一実施形態形態に係るコンテンツ再生システムにより提供することのできる静止画空間ポータルの一例を示す説明図である。

例えば、静止画メインシナリオ３６２の静止画像には、地球上の地図が示される。静止画メインシナリオ３６２は、空間イベントを複数有しており、ユーザが地図上の地点を選択すると、選択された位置に対応するイベントが起動して他のシナリオに遷移する。例えば、静止画メインシナリオ３６２の再生中に、日本の位置を選択すると、静止画メインシナリオ３６２のブランチシナリオである静止画ブランチシナリオ３６４に遷移する。静止画ブランチシナリオ３６４は、空間イベントを複数有しており、ユーザがさらに静止画ブランチシナリオ３６４の地図上の地点（ここでは東京）を選択すると、選択された位置に対応するイベントが起動される。ここでは、東京に関する複数のシナリオリスト表示されたブリッジ画面３６８が表示される。ユーザが、このブリッジ画面３６８から１のシナリオを選択すると、選択されたシナリオの再生が開始される。例えばここで提供されるシナリオは動画ブランチシナリオ３６９であってよい。

或いは、図３７は、本発明の一実施形態に係るコンテンツ再生システムにより提供することのできる動画像コンテンツの一例を示す説明図である。

かかる例によれば、ベースシナリオである終端シナリオＴＳ１のイベントからループシナリオを用いることによって、ベースシナリオＴＳ１に関連するＣＭ画像であるループシナリオＬＳ１およびベースシナリオＴＳ１に関連する動画コンテンツであるループシナリオＬＳ２を挿入したコンテンツを提供することができる。

このとき、ループシナリオＬＳ１及びループシナリオＬＳ２をオートイベントにより挿入すれば、事業者は、ベースシナリオＴＳ１を視聴するユーザが必ず関連するＣＭ及び関連動画コンテンツを視聴するように設定することができる。また、ここで上述したトークンを引き継ぐ仕組みを用いれば、コンテンツ再生装置１００は、課金ユーザに対してはループシナリオＬＳ１及びループシナリオＬＳ２を再生しないように制御することができるようになる。

また、図３８は、本発明の一実施形態に係るコンテンツ再生システムにより提供することのできる動画像コンテンツの一例を示す説明図である。

リンク型コンテンツの仕組みを用いることにより、本編コンテンツであるシナリオＴＳ１に対して、ユーザ操作により遷移することのできるＣＭ映像コンテンツを挿入することができるようになる。このとき、例えばループシナリオＬＳ１の再生中において、ユーザがさらに遷移操作を行うと、ループシナリオＬＳ１により提供されていたＣＭにより紹介される製品の詳細な説明ビデオを見ることができる。かかるコンテンツは、ループシナリオＬＳ１によりＣＭ動画コンテンツを挿入し、ループシナリオＬＳ１の再生中に遷移することのできるループシナリオＬＳ２を設定し、ループシナリオＬＳ２として商品説明ビデオを設定することにより実現することができる。

或いは、本編コンテンツであるシナリオＴＳ１の間のＣＭ画像３８２においてイベントを設定し、ＣＭを差し替えできるようにしてもよい。かかるコンテンツは、ＣＭ画像３８２においてイベントを設定し、他のＣＭ動画シナリオをコネクトシナリオにより設定することにより実現することができる。コネクトシナリオは、該コネクトシナリオの再生が終わったときに、元のＣＭ部分が終了する時点に遷移するように設定することでＣＭを差し替えることができる。

また、図３９は、本実施形態に係るコンテンツ再生システムを適用して実現することのできる仮想空間の一例を示す説明図である。

例えば、仮想空間のメインシナリオであるシナリオＳ１を、ショッピングモールを散策する動画コンテンツにより作製する。そして、シナリオＳ１のブランチシナリオとして複数のショップシナリオがある。また、シナリオＳ１のブランチシナリオとして、仮想映画館であるシネマシナリオＳ２があってもよい。このシネマシナリオＳ２の中では、図４０に示されるように、エントランス、各映画の予告映像などを視聴することのできるロビー、映画のチケットを購入するチケットブース、および映画を視聴することのできるシアターが用意される。図４０は、図３９に示される仮想空間により実現できるユーザ体験の一例を示す説明図である。

このようなシネマコンプレックスは、例えば図４１に示されるシナリオ構成により実現することができる。たとえば、仮想空間のメインシナリオであるシナリオＳ１において、シネマコンプレックスエントランスに相当するイベントを起動すると、シネマコンプレックスウォークスルーシナリオＳ２に遷移する。シネマコンプレックスウォークスルーシナリオＳ２は、映画の予告編の動画像シナリオであるブランチシナリオへ遷移するためのイベント、及び、チケットブースへ遷移するためのイベントを有している。

このとき、シナリオ間においてはＶＳＩ情報に含ませてトークンが引き継がれている。このため、ユーザは面倒な手続をすることなく、引き継がれたトークンを用いて、映画を視聴するためのチケットを購入する課金手続を行うこともできる。

また、ショッピングモールのウォークスルーシナリオから、ブランチシナリオである各店舗内のシナリオに遷移した場合のユーザ体験の一例が図４２に示される。ユーザは、ある店舗のエントランスから入店すると、複数の製品を陳列したショールーム内を見て回ることができる。ショールームでは、ユーザは、各製品の商品ＣＭシナリオや商品を詳細に説明する説明動画像シナリオに遷移することができる。或いは、商品説明は、商品のスペックを記載した静止画像シナリオにより提供されてもよい。また、ユーザはショールームに展示してある商品を実際に購入することもできる。

このようなユーザ体験は、例えば、図４３に示されるシナリオ構成により実現することができる。ショッピングモールシナリオのエントランスからある店舗に入店すると、ショールーム内を散策するシナリオに遷移することができる。このシナリオからは各商品のＣＭシナリオ、又は商品説明シナリオに遷移することが可能である。また、商品説明シナリオからは、実際に当該商品を購入することができる。このときにも、各シナリオ間をＶＳＩ情報にトークンを含ませることにより、ユーザの認証情報を引き継ぐことができるため、課金処理が容易である。

＜１１．効果の例＞
以上、本実施形態に係るコンテンツ再生システムの構成及びリンク型コンテンツの仕様などについて説明してきた。かかるコンテンツ再生システムを適用することにより、コンテンツデータと、コンテンツデータの再生を制御するためのメタデータであるＶＳＩ情報とからなるシナリオを複数含み、各シナリオがリンクされたリンク型コンテンツを提供することができる。

かかるリンク型コンテンツは、各シナリオのコンテンツデータと、該コンテンツデータの再生を制御するための情報が記載されたＶＳＩ情報とが別になっており、各シナリオは、ＶＳＩ情報に記載されたイベント情報により互いにリンクすることができる。このＶＳＩ情報を編集することにより、リンク型コンテンツは、元のコンテンツデータそのものを編集することなく、コンテンツデータの途中に他のシナリオへリンクするためのイベント情報をＶＳＩ情報に追加するだけで新たなコンテンツデータを挿入することができる。

このため、リンク型コンテンツは、複数の事業者により１つのコンテンツを製作することが容易である。ＶＳＩ情報の仕様を統一することにより、容易に１つのコンテンツを分担してシナリオ毎に異なる事業者が製作することができる。

また、ＶＳＩクライアントがユーザ認証に用いられるトークンをシナリオ間で引き継ぐことにより、異なるシナリオ間であっても、ユーザが他のシナリオに遷移する度にログイン操作をすることなく、コンテンツ再生装置、ＶＳＩサーバ、及びコンテンツサーバは、ユーザを識別することができる。また、複数の事業者により個別のプロバイダトークンが用いられる場合には、他の事業者のシナリオに遷移する場合にはプロバイダトークンは引渡しせず、共通トークンのみを引き渡す。共通トークンは、同一のリンク型コンテンツ内では異なる事業者の提供するシナリオ間であっても引き渡されてよい。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、上記実施形態では、コンテンツデータは、動画コンテンツ、静止画コンテンツ、スライドショーコンテンツ、及びアプリケーションコンテンツのいずれかであるとしたが、本発明はかかる例に限定されない。例えば、音楽、講演およびラジオ番組などの音声コンテンツを含んでもよい。

尚、本明細書において、フローチャートに記述されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的に又は個別的に実行される処理をも含む。また時系列的に処理されるステップでも、場合によっては適宜順序を変更することが可能であることは言うまでもない。

１００ コンテンツ再生装置
１１０ 通信部
１２０ 制御部
１２２ 表示制御部
１２４ 制御情報取得部
１２６ 再生制御部
１２８ ＶＳＩクライアント
１３０ 再生処理部
２００ Ｗｅｂサーバ
３００ ＶＳＩサーバ
４００ コンテンツサーバ
３５０ ＶＳＩコンテンツサーバ

Claims (11)

1. コンテンツデータと前記コンテンツデータの再生に関する制御情報とからなるシナリオを複数含むリンク型コンテンツの再生を制御する再生制御部と、
   前記制御情報を取得するための取得要求メッセージに、前記コンテンツ内のシナリオに共通して用いられる共通ユーザ認証情報、及び、前記シナリオを提供するプロバイダ毎に付与されるプロバイダ別ユーザ認証情報を、ユーザの認証情報として付加して送信し、前記ユーザの認証情報が付加された制御情報を取得することにより、前記シナリオ間で前記ユーザの認証情報を引き継ぐ、制御情報取得部と、
   を備え、
   前記再生制御部は、現シナリオから他のシナリオへ遷移するためのイベント情報を含む前記制御情報に従って前記コンテンツデータを再生させることにより前記リンク型コンテンツの再生を制御し、
   前記制御情報の前記イベント情報は、遷移先のシナリオの制御情報を取得するための情報を含み、
   前記制御情報取得部は、前記遷移先のシナリオの制御情報を取得するための情報に基づいて前記遷移先のシナリオの制御情報を取得し、
   前記再生制御部は、前記遷移先のシナリオの制御情報に従って前記遷移先のシナリオのコンテンツデータを再生させて前記シナリオの遷移を制御する、コンテンツ再生装置。
2. 前記制御情報取得部は、前記制御情報に基づいて、現シナリオと他のシナリオとが同一のプロバイダにより提供されると判断すると、前記他のシナリオの制御情報を取得するための取得要求メッセージに前記プロバイダ別ユーザ認証情報を付加する、請求項１に記載のコンテンツ再生装置。
3. 前記イベント情報は、現シナリオから他のシナリオへ遷移するときのユーザインタフェースを規定するためのブリッジ情報を含み、
   前記再生制御部は、前記ブリッジ情報に基づいて前記他のシナリオへ遷移するためのブリッジ画面を表示させる、請求項１に記載のコンテンツ再生装置。
4. 前記再生制御部の制御に従って再生処理を行う再生処理部をさらに備え、
   前記ブリッジ情報は、前記他のシナリオのセットアップ期間において表示させるための静止画像の情報を含み、
   前記再生処理部は、前記静止画像の再生処理を行う静止画再生部と、動画像の再生処理を行う動画再生部と、前記静止画再生部の出力画像と前記動画再生部の出力画像とを切替えるセレクタと、を有する、請求項３に記載のコンテンツ再生装置。
5. 前記制御情報は、前記コンテンツデータのメディアタイプ情報を含み、
   前記再生制御部は、前記メディアタイプ情報に応じて、前記再生処理部が前記コンテンツデータの再生処理を実行するよう制御する、請求項４に記載のコンテンツ再生装置。
6. 前記制御情報は、前記コンテンツデータのメディアタイプが動画像である場合に、２次元映像コンテンツデータ又は３次元映像コンテンツデータのうち少なくともいずれかに関する情報を含む、請求項５に記載のコンテンツ再生装置。
7. 前記イベント情報は、現シナリオから他のシナリオへ遷移することのできる範囲を示す情報を含み、
   前記再生制御部は、前記範囲内においてユーザが前記イベントを起動するための操作を行うと、前記ブリッジ画面を表示させる、請求項３に記載のコンテンツ再生装置。
8. 前記再生制御部は、遷移先のシナリオが、再生を終了した後に、遷移元のシナリオの遷移点に戻るループシナリオである場合に、前記遷移点の情報、及び前記遷移元のシナリオの前記制御情報を保持して前記遷移先のシナリオを再生させる、請求項１に記載のコンテンツ再生装置。
9. 前記再生制御部は、前記ループシナリオからさらに他のシナリオに遷移する場合において、前記他のシナリオがループシナリオではない場合に、前記遷移点の情報及び前記遷移元のシナリオの前記制御情報の保持を解除する、請求項８に記載のコンテンツ再生装置。
10. コンテンツデータを再生するコンテンツ再生装置から、前記コンテンツデータの再生に関する制御情報の取得要求を受信する通信部と、
    前記コンテンツ内のシナリオに共通して用いられる共通ユーザ認証情報、及び、前記シナリオを提供するプロバイダ毎に付与されるプロバイダ別ユーザ認証情報が、ユーザの認証情報として付加された前記取得要求に基づいて、現シナリオから他のシナリオへ遷移するためのイベント情報を含み、前記ユーザの認証情報が付加された前記制御情報を前記コンテンツ再生装置に提供する入出力制御部と、
    を備え、
    前記制御情報の前記イベント情報は、遷移先のシナリオの制御情報を取得するための情報を含む、制御情報提供サーバ。
11. コンテンツデータを再生するコンテンツ再生装置と、
    前記コンテンツデータを提供するコンテンツ提供サーバと、
    前記コンテンツデータと対応づけられ、前記コンテンツデータの再生に関する制御情報を提供する制御情報提供サーバと、
    を備え、
    前記コンテンツ再生装置は、
    コンテンツデータと前記コンテンツデータの再生に関する制御情報とからなるシナリオを複数含むリンク型コンテンツの再生を制御する再生制御部と、
    前記制御情報提供サーバに、前記制御情報を取得するための取得要求メッセージに、前記コンテンツ内のシナリオに共通して用いられる共通ユーザ認証情報、及び、前記シナリオを提供するプロバイダ毎に付与されるプロバイダ別ユーザ認証情報を、ユーザの認証情報として付加して送信し、前記制御情報提供サーバから、再生する前記コンテンツデータと対応づけられた、前記ユーザの認証情報が付加された制御情報を取得することにより、前記シナリオ間で前記ユーザの認証情報を引き継ぐ、制御情報取得部と、
    前記制御情報に従って前記コンテンツデータの再生を制御する再生制御部と、
    を有し、
    前記再生制御部は、現シナリオから他のシナリオへ遷移するためのイベント情報を含む前記制御情報に従って前記コンテンツデータを再生させることにより前記シナリオ間の遷移を制御することにより、前記リンク型コンテンツの再生を制御し、
    前記制御情報の前記イベント情報は、遷移先のシナリオの制御情報を取得するための情報を含み、
    前記制御情報取得部は、前記遷移先のシナリオの制御情報を取得するための情報に基づいて前記遷移先のシナリオの制御情報を取得し、
    前記再生制御部は、前記遷移先のシナリオの制御情報に従って前記遷移先のシナリオのコンテンツデータを再生させて前記シナリオの遷移を制御する、コンテンツ再生システム。

Images