JP2008053916A - コンテンツ配信システム、情報端末装置、コンテンツ配信方法および画像切替プログラム - Google Patents

Abstract

【課題】配信されているコンテンツを、ユーザの選択や条件に応じて切り替えて表示する。
【解決手段】コンテンツサーバからは、配信情報として、シナリオ３１、シナリオ３２、シナリオ３３の３種類のシナリオが配信されている。ユーザＡおよびユーザＢの携帯端末は、はじめはシナリオ３１中の動画を表示している。シナリオ３１にイベント３６が発生すると、ユーザＡは、シナリオ３２に切り替えるアクションを起こす。ユーザＢは、アクションを起こさなかったか、あるいはそのままのシナリオを選ぶアクションを起こしたとする。すると、ユーザＡの携帯端末は、シナリオ切り替えタイミング３７で、表示するシナリオ中の動画を切り替える。すなわち、シナリオ切り替えタイミング３７からシナリオ切り替えタイミング３９までの間、ユーザＡの携帯端末は、シナリオ３２中の動画を表示する。一方、ユーザＢの携帯端末は、引き続きシナリオ３１中の動画を表示する。
【選択図】図３

Description

本発明は、ブロードキャスト・マルチキャストサービスを提供するためのコンテンツ配信システム、コンテンツを受信可能な情報端末装置、コンテンツ配信方法および画像切替プログラムに関する。

近年、携帯電話機等の情報端末装置において、同じ情報を複数のユーザに配信することのできるＭＢＭＳ（Multimedia Broadcast and Multicast Service）が注目を集めている。ＭＢＭＳ等のブロードキャスト・マルチキャストサービスでは、１対多の接続形態を介して、複数のユーザが、同じエリアで同じ時刻に同じモバイルテレビジョン（以下、モバイルＴＶという。）を観ることも可能になる。さらに、ＭＢＭＳでは、１つのオペレータが複数のチャネルを管理することも可能である。

ところで、通常、モバイルＴＶ等のコンテンツ内容は、同じエリア内のユーザ全てに対して同じである。したがって、同じエリア内のユーザは、同じコンテンツ内容を視聴することになる。さらに、ユーザは、コンテンツを一方的に視聴するだけである。

また、視聴者が家庭に居ながら番組に参加している気分を味わえるテレビジョン放送（以下、テレビ放送という）の送受信方法や番組参加方法が提案されている（特許文献１参照）。例えば、特許文献１に記載されているブロードキャスト番組参加方法では、テレビ放送やブロードキャスト番組において、視聴者の視点情報や、アバタ情報が用いられている。そのようにすることにより、視聴者が家庭に居ながらにして番組撮影に参加したり、物語の１シーンの世界にいる気分が味わえる参加型番組を提供できる。

特開２００６−１３９７８号公報（段落００６０−００６１、図１）

しかしながら、特許文献１記載のブロードキャスト番組参加方法では、番組に参加する為に、視聴者の視点情報やアバタ情報を生成する手段を有していなければならない。そのような情報を生成することは、携帯電話機等の情報端末装置においては困難を伴う。また、視点の変更をしたり、番組にアバタを参加させることはできても、放送される番組内容は、どの視聴者がみても同じ内容になってしまう。

そこで、本発明は、携帯電話機等の情報端末装置を用いたブロードキャスト・マルチキャストサービスを提供する場合に、ユーザに多種のコンテンツを提供できるコンテンツ配信システム、情報端末装置、コンテンツ配信方法および画像切替プログラムを提供することを目的とする。

本発明によるコンテンツ配信システムは、コンテンツを配信するコンテンツ配信サーバと、ユーザ端末とを備え、コンテンツ配信サーバは、所定の切り替えタイミングで切り替え表示が可能な複数の画像を含むコンテンツを、通信ネットワークを介してユーザ端末に送信するコンテンツ配信手段を含み、ユーザ端末は、コンテンツ配信サーバから受信したコンテンツにもとづく画像表示中に、画像を切り替えるための所定の切り替え条件が成立したか否かを判定する切替条件判定手段と、切替条件判定手段によって所定の切り替え条件が成立したと判定されると、表示する画像を切り替える画像切替手段とを含むことを特徴とする。

本発明によるコンテンツ配信システムでは、切替条件判定手段は、画像の切り替えタイミングを特定可能な切替情報にもとづいて、画像表示中に所定の切り替えタイミングが到来したか否かを判定し、所定の切り替えタイミングが到来したと判定したときに、所定の切り替え条件が成立したか否かを判定する。

また、本発明によるコンテンツ配信システムは、切替条件判定手段は、ユーザの選択指示に従って、所定の切り替え条件が成立したか否かを判定するように構成されていることが好ましい。

本発明による他の態様のコンテンツ配信システムは、コンテンツを配信するコンテンツ配信サーバと、ユーザ端末とを備え、ユーザ端末は、コンテンツ配信サーバから配信されている情報（１つ、または複数）を、ユーザの選択や条件に応じて切り替えることを特徴とする。そのような構成によれば、ユーザに多種のコンテンツを提供することができる。

本発明による他の態様のコンテンツ配信システムでは、コンテンツ配信サーバは、ＭＢＭＳによるコンテンツを配信するのが好ましい。

本発明による他の態様のコンテンツ配信システムでは、コンテンツ配信サーバは、ＲＡＣＨ、または上りのＤＰＣＨを用いて、ユーザの選択指示を特定できる情報を受信するのが好ましい。そのような構成によれば、ユーザ端末は、ユーザのアクション（選択指示）を特定できる情報をコンテンツ配信サーバに送信できる。

また、本発明による他の態様のコンテンツ配信システムでは、コンテンツ配信サーバは、配信するコンテンツを決定するためのユーザの選択指示を特定できる情報として、ユーザ端末の場所、所定の温度情報、速度情報、時間情報または確率情報のうちの少なくとも１つを特定できる情報を受信してもよい。そのような構成によれば、コンテンツ配信サーバは、特別なコンテンツを容易に配信できる。

また、本発明による他の態様のコンテンツ配信システムでは、コンテンツ配信サーバは、動画、文字、音楽、画像または音声のうちの少なくとも１つを含むコンテンツを配信する。

また、本発明による好ましい態様のコンテンツ配信システムは、携帯電話等の情報端末装置のブロードキャスト・マルチキャストサービスにおいて、同時に配信されている複数の動画情報（以下、シナリオという。）を、ユーザの選択や条件に応じて切り替えることにより、ユーザに多種のコンテンツを提供することを特徴とする。

また、本発明による好ましい態様のコンテンツ配信システムでは、コンテンツサーバからは、配信情報（例えば、図４の３０）として、例えば３種類のシナリオ、シナリオ１（図４の３１）、シナリオ２（図４の３２）、シナリオ３（図４の３３）が配信されている。図４では、異なるシナリオが配信されている様子を、異なる模様の矩形を用いて時間軸で示している。ユーザＡ、Ｂの情報端末装置は共に、共通チャネル（例えば、図４の３４，３５）を用いて、上記のサービス（シナリオ）を受信している。図４では、最初はユーザＡ、Ｂの情報端末装置は共にシナリオ１を受信していることを示している。ただし、説明の簡略化のため送受信による遅延は無視するものとする。以上の状況において、シナリオを切り替えるための情報が表示される（以下、イベントという。）と、ユーザはこれに対し、次のシナリオを決定する処理を実行する（以下、アクションという。）。ここでは、ユーザＡは、シナリオ２に切り替えるアクションを起こし、ユーザＢは、アクションを起こさなかったか、そのままのシナリオを選ぶアクションを起こしたとする。ユーザからのアクションを受け、最初のシナリオ切り替えタイミング（例えば、図４の３７）において、シナリオの切り替えが行われる。その結果、ユーザＡは、切り替えタイミング３７以降はシナリオ２を視聴し、ユーザＢは、引き続きシナリオ１を視聴することができる。

本発明による情報端末装置は、所定の切り替えタイミングで切り替え表示が可能な複数の画像を含むコンテンツを、通信ネットワークを介してコンテンツ配信サーバから受信するコンテンツ受信手段と、コンテンツ配信サーバから受信したコンテンツにもとづく画像表示中に、画像を切り替えるための所定の切り替え条件が成立したか否かを判定する切替条件判定手段と、切替条件判定手段によって所定の切り替え条件が成立したと判定されると、表示する画像を切り替える画像切替手段とを備えたことを特徴とする。

また、本発明による他の態様の情報端末装置は、配信されている情報（１つ、または複数）を、ユーザの選択や条件に応じて切り替える切替手段を備えたことを特徴とする。

本発明によるコンテンツ配信方法は、コンテンツ配信サーバが、所定の切り替えタイミングで切り替え表示が可能な複数の画像を含むコンテンツを、通信ネットワークを介してユーザ端末に送信するステップと、ユーザ端末が、コンテンツ配信サーバから受信したコンテンツにもとづく画像表示中に、画像を切り替えるための所定の切り替え条件が成立したか否かを判定するステップと、ユーザ端末が、所定の切り替え条件が成立したと判定すると、表示する画像を切り替えるステップとを含むことを特徴とする。

また、本発明によるコンテンツ配信方法は、ユーザ端末が、画像の切り替えタイミングを特定可能な切替情報にもとづいて、画像表示中に所定の切り替えタイミングが到来したか否かを判定するステップと、ユーザ端末が、所定の切り替えタイミングが到来したと判定したときに、所定の切り替え条件が成立したか否かを判定するステップとを含むことを特徴とする。

本発明による他の態様のコンテンツ配信方法は、配信されている情報（１つ、または複数）を、ユーザの選択や条件に応じて切り替え、ユーザに多種のコンテンツを提供することを特徴とする。

コンテンツ配信方法は、ＭＢＭＳによるコンテンツを配信することが好ましい。

また、コンテンツ配信方法は、ＲＡＣＨ、または上りのＤＰＣＨを用いて、ユーザの選択指示を特定できる情報をコンテンツサーバに送信してもよい。その場合、配信するコンテンツを決定するためのユーザの選択指示を特定できる情報として、ユーザ端末の場所、所定の温度情報、速度情報、時間情報または確率情報のうちの少なくとも１つを特定できる情報を使用してもよい。

また、コンテンツ配信方法は、例えば、動画、文字、音楽、画像または音声のうちの少なくとも１つを含むコンテンツを配信する。

本発明による画像切替プログラムは、コンピュータに、所定の切り替えタイミングで切り替え表示が可能な複数の画像を含むコンテンツを、通信ネットワークを介してコンテンツ配信サーバから受信する処理と、コンテンツ配信サーバから受信したコンテンツにもとづく画像表示中に、画像を切り替えるための所定の切り替え条件が成立したか否かを判定する切替条件判定処理と、切替条件判定処理によって所定の切り替え条件が成立したと判定すると、表示する画像を切り替える画像切替処理とを実行させることを特徴とする。

本発明によれば、ブロードキャスト・マルチキャストサービスにおいて、複数のユーザに送信されている複数のシナリオ（動画等）を、ユーザの選択や条件に応じて切り替えることができる。そのため、同じサービスを受信しているユーザが、それぞれ違ったストーリー（例えば、アドベンチャーゲーム）を楽しむことができる。その結果、ブロードキャスト・マルチキャスト配信サービスにおいても、ユーザに多種のコンテンツを提供することが可能となる。

また、本発明によれば、ユーザの選択によってストーリーが変化するため、ユーザに対し、配信されるサービスに参加しているという気持ちを与えることができる。

さらに、本発明によるコンテンツ配信方法を用いることにより、マルチシナリオ型の推理ゲームや、アドベンチャーゲーム、クイズゲーム、心理テスト、宝探しゲーム等の用途で、魅力あるコンテンツを実現することができる。

実施の形態１．
以下、本発明の実施の形態を図面を参照して説明する。図１は、本発明によるコンテンツ配信システムの一例を示すシステム構成図である。コンテンツ配信システムは、携帯端末１と、無線基地局２と、通信ネットワーク３と、コンテンツサーバ４とを含む。携帯端末１とコンテンツサーバ４とは、携帯電話網やインターネット等を含む通信ネットワーク３を介して接続される。なお、図１では、１つの携帯端末１を示しているが、本発明によるコンテンツ配信システムは、複数の携帯端末１を含んでいてもよい。

図２は、コンテンツ配信システムで用いられる携帯端末の一例を示すブロック図である。携帯端末１は、例えば、携帯電話機、ＰＨＳ(Personal Handyphone System)端末機、ＰＤＡ(Personal Data Assistance, Personal Digital Assistants ：個人向け携帯型情報通信機器)である。携帯端末１は、アンテナ１１と、通信に関する処理を行う通信処理部１２と、配信されたシナリオ中の動画をデコードする為のデコーダモジュール１３と、デコードされた動画を表示する為の出力部１４と、イベント情報を管理するイベント制御部１５と、イベントに対するユーザからのアクションを入力する為の入力部１６とを備える。

なお、ここでいう「シナリオ」とは、同時に配信されている複数の動画情報等をいう。具体的には、シナリオには、後述するイベント、文字情報、音楽情報、画像情報、音声情報も含まれる。例えば、シナリオは、複数の動画を含み、それらの動画が所定の順序で再生されるように配列されたコンテンツである。また、シナリオは、切り替え点を含み、あるシナリオ中の動画を切り替え点まで再生すると、その切り替え点から他のシナリオ中の動画に切り替えて、動画再生を行うことが可能に構成されている。

「イベント」とは、シナリオを切り替えるための情報である。「イベント」は、ユーザが認識できるもの、例えば動画や文字情報の一部である。具体的には、イベントは、動画・文字情報中のクイズや選択肢等の情報である。

「アクション」とは、次のシナリオを決定するための、イベントに対するユーザの指示操作を指す。

通信処理部１２は、アンテナ１１を介して無線信号の送受信を行い、所定の通信プロトコルにしたがって信号の変復調を行う機能を有する。具体的には、通信処理部１２は、アンテナ１１で受信した無線信号を復調する処理を行う。また、通信処理部１２は、イベント制御部１５から出力された信号を変調する。通信処理部１２は、アンテナ１１を介して無線信号を送信する機能を有する。

出力部１４は、例えばＬＣＤ（液晶表示装置）によって実現される。具体的には、出力部１４は、デコーダモジュール１３でデコードされた動画（イベントを含む）を表示する。

イベント制御部１５は、例えばプログラムに従って動作するＣＰＵによって実現される。イベント制御部１５は、受信したシナリオに含まれるイベントを管理する。具体的には、イベント制御部１５は、イベント情報をメモリ等の記憶装置に記憶する。例えば、イベント情報は、シナリオに含まれているイベントの動画中における位置を示す情報である。あるいは、イベント情報は、動画再生開始後の何秒後にイベントが発生するのかを示す情報であってもよい。

さらに、イベント情報は、以下の内容を含む情報であってもよい。
（１）イベントに対する選択肢がいくつある
（２）選択肢に対する次のシナリオはどれである
（３）イベントに対し、どのようにしてアクションを返すか（選択肢を選んでその選択肢に対応する値を示す情報を送信するか、あるいは携帯端末１の位置や時間等の情報を送信するか等。）
（４）イベントが発生してからアクションを返すまでの有効期間（イベントが発生してから１０秒以内にアクションを送信しなければならない等。）

イベント制御部１５は、コンテンツサーバ４から、イベント情報を受信して記憶する。そして、イベント制御部１５は、シナリオに従って動画再生中に、イベントの発生の有無を判別する。具体的には、イベント情報は、ヘッダー情報のように、配信されるシナリオの前に付加されている。あるいは、イベント制御部１５は、予めイベント情報を保持していてもよい。その場合、イベント制御部１５は、予め記録されているイベント情報に従ってイベントの発生の有無を判別する。

イベント制御部１５は、入力部１６から入力された情報に従い処理を実行する。また、イベント制御部１５は、携帯端末１が次にどのシナリオを受信（表示）するかについての情報（後述する「シナリオ情報」。）も管理する。

入力部１６は、例えば、電話番号の入力等を行うためのキーボタンによって実現される。入力部１６は、ユーザの操作（アクション）に応じた入力信号をイベント制御部１５に出力する機能を有する。

次に、携帯端末１の動作について説明する。図３は、携帯端末１が実行する処理を示すフローチャートである。ユーザは、予め自分が視聴したいブロードキャスト・マルチキャストサービスに加入、または登録する。コンテンツサーバ４は、共通チャネルを用いて、複数（例えば、３つ）のシナリオを同時配信している。なお、「共通チャネル」とは、複数のユーザ（携帯端末１）が共通で利用する（共有する）チャネルのことである。

まず、携帯端末１は、コンテンツサーバ４から、通信ネットワーク３を介してシナリオを受信する（ステップＳ１）。そして、携帯端末１は、受信したシナリオ中の動画をデコーダモジュール１３でデコードする。携帯端末１は、デコードした動画に基づいて出力部１４から動画を出力（表示）し（ステップＳ２）、ユーザにその動画を視聴させる。なお、同時に複数のシナリオが配信されている場合には、携帯端末１は、それらのシナリオのうち予め定めたシナリオ中の動画をデコードして再生する。

シナリオの途中には、次の分岐点（例えば、後述するシナリオ切り替えタイミング３７等。）以降のシナリオを決定する為のイベントが用意されている。イベント情報は、イベント制御部１５で管理される。

イベント発生時において、ユーザは、そのイベントの内容に従い、呼応するアクションを入力部１６から指示する。携帯端末１は、ユーザの指示に従って、入力部１６からアクションを入力する。

携帯端末１は、動画の再生中に、イベント情報に基づいてイベントが発生したか否かを判定する（ステップＳ３）。また、イベントが発生したと判定すると、携帯端末１は、ユーザ操作に従ってアクションを入力したか否かを判定する。

なお、アクションには、何もしないこと（つまり、入力部１６からアクションを入力しない場合）も含まれる。シナリオにイベントが無い（含まれない）場合には、イベント制御部１５は、特に処理を行わない（ステップＳ３の右分岐）。その場合、出力部１４は、引き続き同一のシナリオに含まれる動画を表示する。

例えば、配信されるコンテンツがアドベンチャーゲームの場合、イベントとしては、物語の主人公がどのような動作を取るか（右の道を行くのか、左の道を行くのか）の選択を促す動画中の表示等が考えられる。また、例えば、配信されるコンテンツがクイズや心理テストの場合、イベントとしては、クイズ・心理テストへの回答を促す動画中の表示等が考えられる。

イベント制御部１５は、ユーザによって入力部１６から入力されたアクションに応じて（例えば、ステップＳ３の左分岐）、通信処理部１２に対し、次に受信する（出力部１４へ出力する）シナリオを変更するように指示を出す（ステップＳ４、ステップＳ５）。例えば、ステップＳ４では、イベント制御部１５は、通信処理部１２に対してアクションＸに応じた指示を出す。その場合、通信処理部１２は、出力部１４へ出力する動画をシナリオＸ中の動画に切り替える。イベント制御部１５は、通信処理部１２に対し、シナリオ切り替えタイミング（例えば、図４の３７）でシナリオを切り替えさせる。

イベントが発生しない場合や、ユーザからのアクションが無い場合（ステップＳ３の右分岐）、イベント制御部１５は、シナリオの変更が無い（変更を行わない）ものと判定する。その場合、通信処理部１２は、シナリオ切り替えタイミング以降も引き続き同じシナリオ中の動画を出力する。シナリオ切り替えタイミング以降もストーリーが続く場合、イベント制御部１５は、シナリオ情報に従い、通信処理部１２に次のシナリオ中の動画を出力させる。

なお、「シナリオ情報」とは、次にどのシナリオ中の動画を表示するかについての情報を指す。例えば、変数ｎでシナリオの切り替えを管理する場合、この変数ｎがシナリオ情報に相当する。その場合、ｎ＝０であれば同じシナリオ中の動画を表示し、ｎ＝１であればシナリオ１中の動画に変更し、ｎ＝２であればシナリオ２中の動画に変更するというように、イベント制御部１５は、変数ｎに従ってシナリオを切り替えさせる。

そして、携帯端末１は、ステップＳ１以降の処理を繰り返し実行する（ステップＳ６：ＮＯ）。シナリオ中の動画の表示を終了する場合（アドベンチャーゲームのストーリーが終了した場合等）には、携帯端末１は、処理を終了する。その場合、携帯端末１は、ブロードキャスト・マルチキャストサービスから脱退（すなわち、コンテンツサーバ４からのコンテンツの受信を終了）する（ステップＳ６：ＹＥＳ）。

上述した動作を、図４を用いてより具体的に説明する。図４は、本実施の形態のコンテンツ配信システムで実行される動作の一例を説明する説明図である。コンテンツサーバ４からは、配信情報３０として、シナリオ３１、シナリオ３２、およびシナリオ３３の３種類のシナリオが配信されている。ここでは、異なるシナリオが配信されている様子を、異なる模様の矩形を用いて、時間軸で示している。ユーザＡ、Ｂの携帯端末１は共に、共通チャネル３４，３５を用いて、上記のサービス（シナリオの配信サービス）を受信している。

図４では、最初はユーザＡ、Ｂの携帯端末１が共にシナリオ３１を受信していることを示している。ただし、説明の簡略化のため、送受信による遅延は無視するものとする。

上述した状況において、シナリオ３１のイベント３６が発生すると、ユーザからイベント３６に対するアクションが指示される。ここでは、ユーザＡの携帯端末１に、シナリオ３１からシナリオ３２に切り替えるアクションが指示されたとする。また、ユーザＢの携帯端末１には、アクションが指示されなかったか、そのままのシナリオ３１を選ぶアクションが指示されたとする。

イベント制御部１５は、ユーザからのアクションを受け、通信処理部１２に、出力部１４へ出力するシナリオ中の動画を切り替えるように指示を出す。通信処理部１２は、イベント３６の後に設定された、シナリオ切り替えタイミング３７において、シナリオの切り替えを実行する。その結果、ユーザＡの携帯端末１では、シナリオ切り替えタイミング３７以降はシナリオ３２中の動画が表示される。ユーザＢの携帯端末１では、引き続きシナリオ３１中の動画が表示されることになる。

なお、シナリオ切り替えタイミング３７は、アクションを受けた直後に発生してもよい。あるいは、あらかじめ決められたポイントで発生してもよい。

同様に、２番目のイベント３８に対しても、イベント制御部１５は、指示されたアクションに応じた処理を実行する。例えば、図４では、ユーザＡがアクションを起こした結果、ユーザＡの携帯端末１は、２番目のシナリオ切り替えタイミング３９で、表示するシナリオ中の動画をシナリオ３３中の動画に切り替えている。また、ユーザＢがアクションを起こした結果、ユーザＢの携帯端末１は、表示するシナリオ中の動画をシナリオ３２中の動画に切り替えている。

以上のように、本実施の形態の携帯端末１は、ブロードキャスト・マルチキャストサービスにおいて、複数のユーザに並列に送信されている複数のシナリオ中の動画を、ユーザの選択や条件に応じて切り替えて表示することができる。すなわち、同じサービスを受信している複数の携帯端末１で、それぞれ違ったストーリーを楽しむことができる。その結果、ブロードキャスト・マルチキャスト配信サービスにおいても、ユーザに多種のコンテンツを提供することが可能となる。

また、ユーザの選択によってストーリー（例えば、アドベンチャーゲーム）が変化するため、ユーザに対し、配信されるサービスに参加しているという気持ちを与えることができる。

さらに、本実施の形態のコンテンツ配信方法を用いることにより、マルチシナリオ型の推理ゲームや、アドベンチャーゲーム、クイズゲーム、心理テスト、宝探しゲーム等の用途で魅力あるコンテンツを実現することができる。

実施の形態２．
次に、本発明による第２の実施の形態を図面を参照して説明する。第１の実施の形態のでは、ユーザの携帯端末１で、並列に配信されているシナリオの中から視聴するシナリオを選択していた。第２の実施の形態のコンテンツ配信システムでは、ユーザからのアクションに対して条件をもうける。そのようにすることにより、コンテンツサーバ４は、一定の条件を満たしたユーザにのみ、ユーザの個別チャネルを用いて特別シナリオを提供できる。なお、「個別チャネル」とは、各携帯端末１で個別に利用される固有のチャネルを意味する。また、本実施の形態の携帯端末１は、第１の実施の形態の携帯端末１と同じ構成要素を有する。

図５は、本実施の形態のコンテンツ配信システムで実行される動作の一例を説明する説明図である。図５では、図４と同様に、ユーザＡ、Ｂは、同じ配信サービスに加入しているものとする。コンテンツプロバイダ（具体的には、コンテンツサーバ４）から提供される配信情報３０が、共通チャネル３４および３５で受信される。

上述した状況において、シナリオ３１の最初のイベント３６が発生した場合、ユーザＡ、Ｂの携帯端末１は、各ユーザの個別チャネルを用いてコンテンツサーバ４にアクションを特定できる情報を送信する。例えば、図５では、ユーザＡの携帯端末１は、最初のイベント３６に対し、ユーザＡ個別チャネル４１でアクションを特定できる情報（アクション４３）を送信している。ユーザＢの携帯端末１は、最初のイベント３６に対し、ユーザＢ個別チャネル４２でアクションを特定できる情報（アクション４４）を送信している。

図５に示されているように、２番目のイベント３８に対しては、ユーザＡの携帯端末１は、アクションを特定できる情報を送信していない。一方、ユーザＢの携帯端末１は、アクションを特定できる情報（アクション４５）を送信している。その結果、コンテンツサーバ４は、ユーザＢの携帯端末１に対しては、３番目の特別シナリオ４６を、ユーザＢ個別チャネル４２で配信している。ユーザＡの携帯端末１は、シナリオ切り替えタイミング３９以降も、引き続きシナリオ３２中の動画を表示する。

図６のフローチャートを用いて、図５に示されている例をより具体的に説明する。なお、図６における携帯端末１の動作は、ユーザＢの携帯端末１で実行される動作を示したものである。図５に示されているように、コンテンツサーバ４は、シナリオ３１，３２，３３を配信している（ステップＳ２１）。なお、コンテンツサーバ４は、シナリオ３１，３２，３３を継続的に同時配信しているものとする。携帯端末１は、ユーザＢ共通チャネル３５を用いて、シナリオ中の動画の再生を開始する（ステップＳ２２）。

シナリオ中にイベントが発生すると、携帯端末１は、ユーザＢ個別チャネル４２でアクションを特定できる情報（アクション４５）をコンテンツサーバ４に送信する（ステップＳ２３）。なお、携帯端末１は、第１の実施の形態で説明したように、イベント情報に従ってイベントの発生の有無を判別する。

そして、コンテンツサーバ４は、ユーザＢ個別チャネル４２を用いて特別シナリオ４６を配信する（ステップＳ２４）。特別シナリオを受信すると、携帯端末１は、特別シナリオ４６中の動画の再生を開始する（ステップＳ２５）。

また、図５に示されている例では、イベントに対してアクションを特定できる情報を返したかどうかで、携帯端末１が特別シナリオを受信できるかどうかを判定している。すなわち、コンテンツサーバ４は、アクションを特定できる情報を返した場合のみ、携帯端末１に特別シナリオを配信する。しかしながら、特別シナリオを配信するか否かの判定は、必ずしもこの方法に限定されるものではない。

例えば、コンテンツサーバ４は、アクションを特定できる情報の内容にポイントをつけ、ポイントが一定値を超えたら条件をクリアしたものと判定してもよい。その場合、コンテンツサーバ４は、携帯端末１に特別シナリオを配信する。具体的には、コンテンツサーバ４は、シナリオの分岐が発生した場合、最終的にある特定のシナリオに到達した携帯端末１に、特別シナリオを配信する。また、例えばコンテンツサーバ４は、クイズの正解数が一定値を超えたユーザの携帯端末１に、特別シナリオを配信してもよい。

コンテンツサーバ４は、例えばイベントをある一定の順序で発生させることを、特別シナリオを配信するか否かの判定条件にしてもよい。

あるいは、携帯端末１で、特別シナリオ中の動画を表示するか否かを判定してもよい。その場合、携帯端末１は、イベント制御部１５の有するプログラムを用いて、特別シナリオ中の動画を再生するか否かを判定する。

また、ユーザの発するアクションは、ユーザが明示的に入力部１６から指示するものに限定されない。ユーザ端末（携帯端末１）の場所や、温度、速度、時間、確率等の情報をアクションとして使用してもよい。本発明によるコンテンツ配信システムでは、ユーザが明示的に指示しない情報もアクションとして使用できる。

例えば、「場所」をアクションとする場合、テーマパークにおける宝探しゲームに適用することなどが考えられる。例えば宝探しゲームの場合、ユーザは、携帯端末１に配信される情報をもとにチェックポイントをまわる。そして、ある時間にイベントが発生すると、チェックポイントにあったユーザの携帯端末１にのみ、次のチェックポイントのヒントが配信される。

また、例えば「時間」をアクションとする場合、ユーザの携帯端末１がコンテンツサーバ４に現在時刻を送信することなどが考えられる。ある特定の時間（例えば、１２：００〜１３：００の間）にアクションを特定する情報を返した場合のみ、コンテンツサーバ４は、携帯端末１に特別なコンテンツを配信する。

また、例えば「温度」をアクションとする場合、コンテンツサーバ４は、携帯端末１が決められたある温度の場所にあるときだけ特別なコンテンツを配信してもよい。

また、例えば「速度」をアクションとする場合、コンテンツサーバ４は、携帯端末１が決められたある速度で移動しているときだけ特別なコンテンツを配信してもよい。

また、例えば「確率」をアクションとする場合、携帯端末１は、イベントが発生したときに乱数等を用いてアクションを特定できる情報を返すか否かの判定を行う。その場合、コンテンツサーバ４は、アクションを特定できる情報を返した携帯端末１だけに特別なコンテンツを配信してもよい。

図５に示されている例では、ユーザのアクションを特定できる情報の送信に個別チャネルを用いているが、共通チャネルを用いてもよい。

図４および図５に示されている例では、３つのシナリオが配信されている場合について説明した。しかし、コンテンツサーバ４から配信されるシナリオの数は、３つよりも多くても少なくてもよい。例えば、配信されるシナリオが１つのみの場合も考えられる。そのような場合には、携帯端末１は、イベントに対するアクションが条件を満たしているときだけ、ある期間に配信されるシナリオを受信できる。以下、配信されるシナリオが１つの場合について説明する。

図７は、配信されるシナリオが１つのみの場合を説明する説明図である。図７では、各ユーザに共通シナリオ（単一シナリオ５０）が配信されている。なお、ユーザＡ、Ｂは、同じ配信サービスに加入している。ユーザＡ、Ｂの携帯端末１は、シナリオ中に発生する１つ、または複数のイベントに対し、各個別チャネルを用いてアクションを特定できる情報を送信する。

図７に示されているように、ユーザＡの携帯端末１は、最初のイベント３６に対してアクションを特定できる情報（アクション４３）を送信する。ユーザＢの携帯端末１は、アクションを特定できる情報として、アクション４４を送信している。そして、２番目のイベント３８に対しては、ユーザＡの携帯端末１は、アクションを特定できる情報を送信しない。一方、ユーザＢの携帯端末１は、アクションを特定できる情報として、アクション４５を送信している。

共通シナリオ（単一シナリオ５０）の終了時点５１において、各ユーザの携帯端末１のアクションが判定される。すると、図５の場合と同様に、ユーザＢの携帯端末１が一定の条件を満たしているとコンテンツサーバ４に判断（判定）される。その結果、ユーザＢの携帯端末１にだけ、限定シナリオ５２が配信される。ユーザＢの携帯端末１は、終了時点５１以降の限定シナリオ５２を受信し、限定シナリオ５２中の動画を出力部１４で表示する。

以上のように、本実施の形態のコンテンツ配信システムは、例えば限定のエンディング映像、エピソード映像の配信に利用できる。また、限定シナリオ（例えば、限定シナリオ５２）の配信は、シナリオ終了後に限らず、シナリオの途中で発生してもよい。

図７の例では、２つのイベント３６，３８を用いて説明したが、シナリオ中のイベントの数は２つに限定されない。例えば、シナリオ中に３つ以上のイベントが含まれていてもよい。逆に、シナリオ中にイベントが発生しない場合があってもよい。シナリオ中にイベントが発生しない場合、携帯端末１は、出力部１４で同じシナリオ中の動画を表示する。

シナリオ中にイベントが複数発生する場合、コンテンツサーバ４は、状態遷移図等を用いてもよい。その場合、コンテンツサーバ４は、それぞれのイベントに対するアクションを総合して判断し、次のシナリオを決定する。また、コンテンツサーバ４は、ユーザ１人のアクションだけでなく、複数のユーザのアクションを考慮して、次のシナリオを決定してもよい。その場合、「何人かのユーザで力を合わせなければ、あるシナリオ中の動画は見られない」といった仕掛けを作ることができる。

図４および図５の例では、配信される複数のシナリオは、常に同時に配信されていたが、本実施の形態のコンテンツ配信システムでは、必ずしも同時に配信されていなくてもよい。つまり、シナリオとシナリオの間に、時間的なずれが生じていてもよい。その場合、例えば、「シナリオ１中の動画を視聴しているユーザが、引き続きシナリオ１中の動画を視聴する場合はすぐに見られるが、シナリオ２中の動画に変更する場合は、次の日にならないと続きを見ることができない」といった仕掛けを作ることができる。

また、図４および図５の例では、異なるストーリーのシナリオを切り替えることを例に説明したが、コンテンツ配信システムは、必ずしもこれに限定されるものではない。例えば、同じストーリーに対して、異なるカメラアングルで撮影した映像を配信してもよい。その場合、携帯端末１は、ユーザのアクションに応じて、表示する動画のカメラの視点（アングル）を任意に切り替えることができる。

また、例えば複数の主人公を用いた場合、ユーザのアクションに従い、登場人物の視点を任意に切り替えてもよい。同じストーリーで異なる人物の立場で撮影した映像を配信すれば、ユーザの携帯端末１は、任意に登場人物の視点を切り替えて動画を表示することができる。

さらに、コンテンツ配信システムは、動画の配信に限定されるものではない。配信される情報（シナリオ）は、文字情報や音楽情報、画像情報、音声情報等であってもよい。すなわち、ブロードキャスト・マルチキャストサービスで配信される情報であればよい。あるいは、それらの情報を組み合わせて配信してもよい。

また、上述した例では、１つのつながりのあるストーリーをユーザが視聴することを例にして説明した。しかしながら、携帯端末１で表示するシナリオ中の動画は、シナリオ切り替えタイミングの前後でストーリーがつながっていなくてもよい。あるいは、シナリオ切り替えタイミングの前後で、例えば動画から音楽情報というように、配信される情報が変化してもよい。その場合、例えば一定のイベントをクリアしたユーザにのみ音楽情報を配信するというサービスが可能になる。

また、本実施の形態では携帯電話機を用いた場合について説明したが、携帯端末１は、携帯電話機に限定されない。ブロードキャスト・マルチキャスト配信サービス対応の情報端末装置でも適用できる。

ＭＢＭＳ等のブロードキャスト・マルチキャストサービスに対応した、携帯電話機、ＰＨＳ端末機、ＰＤＡ等の情報端末装置に好適に適用できる。

本発明によるコンテンツ配信システムの一例を示すシステム構成図である。 本発明による情報端末装置の一例を示すブロック図である。 携帯端末１が実行する動作を示すフローチャートである。 コンテンツ配信システムで実行される動作の一例を説明する説明図である。 第２の実施の形態のコンテンツ配信システムで実行される動作の一例を説明する説明図である。 特別シナリオの配信方法を説明するフローチャートである。 配信されるシナリオが１つの場合の、携帯端末１が実行する動作を説明する説明図である。

符号の説明

１ 携帯端末
２ 無線基地局
３ 通信ネットワーク
４ コンテンツサーバ
１１ アンテナ
１２ 通信処理部
１３ デコーダモジュール
１４ 出力部
１５ イベント制御部
１６ 入力部
３０ 配信情報
３１、３２、３３ シナリオ
３４ ユーザＡ共通チャネル
３５ ユーザＢ共通チャネル
３６、３８ イベント
３７、３９ シナリオ切り替えタイミング
４１ ユーザＡ個別チャネル
４２ ユーザＢ個別チャネル
４３、４４、４５ アクション
４６ 特別シナリオ
５０ 単一シナリオ
５１ 単一シナリオ５０の終了時点
５２ 限定シナリオ

Claims (18)

1. コンテンツを配信するコンテンツ配信サーバと、
   ユーザ端末とを備え、
   前記コンテンツ配信サーバは、所定の切り替えタイミングで切り替え表示が可能な複数の画像を含むコンテンツを、通信ネットワークを介して前記ユーザ端末に送信するコンテンツ配信手段を含み、
   前記ユーザ端末は、
   前記コンテンツ配信サーバから受信したコンテンツにもとづく画像表示中に、画像を切り替えるための所定の切り替え条件が成立したか否かを判定する切替条件判定手段と、
   前記切替条件判定手段によって所定の切り替え条件が成立したと判定されると、表示する画像を切り替える画像切替手段とを含む
   ことを特徴とするコンテンツ配信システム。
2. 切替条件判定手段は、
   画像の切り替えタイミングを特定可能な切替情報にもとづいて、画像表示中に所定の切り替えタイミングが到来したか否かを判定し、
   所定の切り替えタイミングが到来したと判定したときに、所定の切り替え条件が成立したか否かを判定する
   請求項１記載のコンテンツ配信システム。
3. 切替条件判定手段は、ユーザの選択指示に従って、所定の切り替え条件が成立したか否かを判定する請求項１または請求項２記載のコンテンツ配信システム。
4. コンテンツを配信するコンテンツ配信サーバと、
   ユーザ端末とを備え、
   前記ユーザ端末は、前記コンテンツ配信サーバから配信されている情報を、ユーザの選択や条件に応じて切り替える
   ことを特徴とするコンテンツ配信システム。
5. コンテンツ配信サーバは、ＭＢＭＳによるコンテンツを配信する請求項４記載のコンテンツ配信システム。
6. コンテンツ配信サーバは、ＲＡＣＨ、または上りのＤＰＣＨを用いて、ユーザの選択指示を特定できる情報を受信する請求項４または請求項５記載のコンテンツ配信システム。
7. コンテンツ配信サーバは、配信するコンテンツを決定するためのユーザの選択指示を特定できる情報として、ユーザ端末の場所、所定の温度情報、速度情報、時間情報または確率情報のうちの少なくとも１つを特定できる情報を受信する請求項４から請求項６のうちのいずれか１項に記載のコンテンツ配信システム。
8. コンテンツ配信サーバは、動画、文字、音楽、画像または音声のうちの少なくとも１つを含むコンテンツを配信する請求項４から請求項７のうちのいずれか１項に記載のコンテンツ配信システム。
9. 所定の切り替えタイミングで切り替え表示が可能な複数の画像を含むコンテンツを、通信ネットワークを介してコンテンツ配信サーバから受信するコンテンツ受信手段と、
   前記コンテンツ配信サーバから受信したコンテンツにもとづく画像表示中に、画像を切り替えるための所定の切り替え条件が成立したか否かを判定する切替条件判定手段と、
   前記切替条件判定手段によって所定の切り替え条件が成立したと判定されると、表示する画像を切り替える画像切替手段とを備えた
   ことを特徴とする情報端末装置。
10. 配信されている情報を、ユーザの選択や条件に応じて切り替える切替手段を備えたことを特徴とする情報端末装置。
11. コンテンツ配信サーバが、所定の切り替えタイミングで切り替え表示が可能な複数の画像を含むコンテンツを、通信ネットワークを介してユーザ端末に送信するステップと、
    前記ユーザ端末が、コンテンツ配信サーバから受信したコンテンツにもとづく画像表示中に、画像を切り替えるための所定の切り替え条件が成立したか否かを判定するステップと、
    前記ユーザ端末が、所定の切り替え条件が成立したと判定すると、表示する画像を切り替えるステップとを含む
    ことを特徴とするコンテンツ配信方法。
12. ユーザ端末が、画像の切り替えタイミングを特定可能な切替情報にもとづいて、画像表示中に所定の切り替えタイミングが到来したか否かを判定するステップと、
    前記ユーザ端末が、所定の切り替えタイミングが到来したと判定したときに、所定の切り替え条件が成立したか否かを判定するステップとを含む
    請求項１２記載のコンテンツ配信方法。
13. 配信されている情報を、ユーザの選択や条件に応じて切り替え、ユーザに多種のコンテンツを提供することを特徴とするコンテンツ配信方法。
14. ＭＢＭＳによるコンテンツを配信する請求項１３記載のコンテンツ配信方法。
15. ＲＡＣＨ、または上りのＤＰＣＨを用いて、ユーザの選択指示を特定できる情報をコンテンツサーバに送信する請求項１３または請求項１４記載のコンテンツ配信方法。
16. 配信するコンテンツを決定するためのユーザの選択指示を特定できる情報として、ユーザ端末の場所、所定の温度情報、速度情報、時間情報または確率情報のうちの少なくとも１つを特定できる情報を使用する請求項１３から請求項１５のうちのいずれか１項に記載のコンテンツ配信方法。
17. 動画、文字、音楽、画像または音声のうちの少なくとも１つを含むコンテンツを配信する請求項１３から請求項１６のうちのいずれか１項に記載のコンテンツ配信方法。
18. コンピュータに、
    所定の切り替えタイミングで切り替え表示が可能な複数の画像を含むコンテンツを、通信ネットワークを介してコンテンツ配信サーバから受信する処理と、
    前記コンテンツ配信サーバから受信したコンテンツにもとづく画像表示中に、画像を切り替えるための所定の切り替え条件が成立したか否かを判定する切替条件判定処理と、
    前記切替条件判定処理によって所定の切り替え条件が成立したと判定すると、表示する画像を切り替える画像切替処理とを
    実行させるための画像切替プログラム。

Images