(57)【要約】【課題】コンテンツをストリーミング再生する場合に、違和感のない再生状態を提供することにより、視聴者の不快感を軽減することを目的とするコンテンツ再生装置等を提供すること。【解決手段】サーバから通信部５０を介してコンテンツデータを受信し、データバッファ６２に記憶しつつ、再生動作制御部４０によりコンテンツデータをストリーミング再生する。このとき、中断許可情報取得部４２は、コンテンツデータから、中断許可ポイントを取得する。そして、再生されているコンテンツデータの位置から、２つ先までの中断許可ポイントまでストリーミング再生可能が出来ない場合には、次の中断許可ポイントにおいて、データバッファ６２に記憶されているコンテンツデータのバッファ量を増加させる制御を行う。【選択図】図２
2010028259.tif 000002
【特許請求の範囲】
【請求項１】
サーバにコンテンツデータの配信を要求するコンテンツデータ要求手段と、
前記サーバからコンテンツデータを受信するコンテンツ受信手段と、
前記コンテンツ受信手段により受信されたコンテンツデータを一時的に蓄積記憶する蓄積記憶手段と、
前記サーバから、中断許可ポイントを含む中断許可情報を取得する中断許可情報取得手段と、
前記蓄積記憶手段に記憶されたコンテンツデータをストリーミング再生するコンテンツ再生手段と、
前記コンテンツ再生手段により再生されているコンテンツデータの位置から、２つ先までの中断許可ポイントまでストリーミング再生可能か否かを判定する判定手段と、
前記判定手段が、２つ先までの中断許可ポイントまでストリーミング再生出来ないと判定した場合には、次の中断許可ポイントにおいて、前記蓄積記憶手段に蓄積記憶されているコンテンツデータの量を増加させる制御を行うコンテンツデータ制御手段と、
を備えたことを特徴とするコンテンツ再生装置。
【請求項２】
前記コンテンツ受信手段がコンテンツデータを受信する受信速度を算出する受信速度算出手段を更に備え、
前記判定手段は、前記受信速度と、前記蓄積記憶手段に記憶されているコンテンツデータの量とに基づいて、ストリーミング再生可能か否かを判定する請求項１に記載のコンテンツ再生装置。
【請求項３】
前記コンテンツデータ制御手段は、次の中断許可ポイントにおいて前記コンテンツ再生手段によるストリーミング再生を一時停止し、前記蓄積記憶手段に記憶されているコンテンツデータの量を増加させる制御を行うことを特徴とする請求項１又は２に記載のコンテンツ再生装置。
【請求項４】
前記コンテンツデータ制御手段は、次の中断許可ポイントまで、前記コンテンツ再生手段によるストリーミング再生の再生速度を可変し、前記蓄積記憶手段に記憶されているコンテンツデータの量を増加させる制御を行うことを特徴とする請求項１又は２に記載のコンテンツ再生装置。
【請求項５】
前記コンテンツデータ制御手段は、次の中断許可ポイントから前記コンテンツ要求手段が、転送レートの低いコンテンツデータの配信を要求することを特徴とする請求項１又は２に記載のコンテンツ再生装置。
【請求項６】
前記中断許可情報取得手段は、前記コンテンツ受信手段により受信されたコンテンツデータから中断許可情報を取得することを特徴とする請求項１から４のいずれか一項に記載のコンテンツ再生装置。
【請求項７】
サーバと接続されたコンピュータに、
サーバにコンテンツデータの配信を要求するコンテンツデータ要求機能と、
前記サーバからコンテンツデータを受信するコンテンツ受信機能と、
前記コンテンツ受信機能により受信されたコンテンツデータを一時的に蓄積記憶する蓄積記憶機能と、
前記サーバから、中断許可ポイントを含む中断許可情報を取得する中断許可情報取得機能と、
前記蓄積記憶機能に記憶されたコンテンツデータをストリーミング再生するコンテンツ再生機能と、
前記コンテンツ再生機能により再生されているコンテンツデータの位置から、２つ先までの中断許可ポイントまでストリーミング再生可能か否かを判定する判定機能と、
前記判定機能が、２つ先までの中断許可ポイントまでストリーミング再生出来ないと判定した場合には、次の中断許可ポイントにおいて、前記蓄積記憶機能に蓄積記憶されているコンテンツデータの量を増加させる制御を行うコンテンツデータ制御機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ再生装置及びプログラムに関する。
【背景技術】
【０００２】
従来から、サーバからコンテンツデータを受信し再生する装置が知られており、再生する方法としてコンテンツデータを受信しつつ、再生処理を実行するストリーミング再生が知られている。ここで、サーバから受信されたコンテンツデータは、一時的に蓄積記憶しつつ（バッファリング）再生を行うことにより、利用者はコンテンツデータを総てダウンロードするのを待つことなくコンテンツの視聴を開始することが可能となる。
【０００３】
しかしながら、ネットワークの通信環境により、通信速度が変化すると、一時的に蓄積記憶されているコンテンツデータの量（バッファリング量）も変化することとなる。バッファリングされているコンテンツデータが総て再生されると、通常再生を一時中断し、所定のバッファリング量が確保されるまで、コンテンツデータを受信する必要が有る。この場合、所定のバッファリング量が確保されるまでの間は、コンテンツデータは一時停止状態となる。
【０００４】
この、所定のバッファリング量を確保するために、コンテンツデータが一時停止状態となっている時間を利用して、例えば広告を表示するといった技術等が知られている（例えば、特許文献１参照）。
【特許文献１】特開２００６−９２２３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来、ストリーミング再生が一時停止となるタイミングは、所定のバッファリング量を下回った時点である。したがって、一時停止となるタイミングは、通信速度、バッファリング量、端末性能等の再生環境に左右されるため、視聴者が予期しない場面において、強制的に一時停止状態になってしまっていた。
【０００６】
例えば、ドラマ等を視聴しているときに、場面の途中や、セリフの途中で一時停止状態（バッファリング量を増加させる処理）となった場合、視聴者は映像が中断されたという印象が強く、不快感が増してしまうといった問題点があった。
【０００７】
また、上述のシステムが解決している課題はストリーミングデータ配信のデータ中断時に広告データを端末に提示することで、中断時にも有効な表示を行うことである。この技術でメリットを享受出来るのは、再生の中断時という、従来無駄になっている時間を利用することで、コンテンツ配信側が広告を表示することが可能になるコンテンツ配信側（広告提供側）である。したがって、視聴者にとっては、必ずしも適切な仕組みとは言えず、快適にコンテンツを視聴出来る状態とは言えなかった。
【０００８】
上述した課題に鑑み、本発明が目的とするところは、コンテンツをストリーミング再生する場合に、違和感のない再生状態を提供することにより、視聴者の不快感を軽減することを目的とするコンテンツ再生装置等を提供することである。
【課題を解決するための手段】
【０００９】
上述した課題に鑑み、本発明のコンテンツ再生装置は、サーバにコンテンツデータの配信を要求するコンテンツデータ要求手段と、前記サーバからコンテンツデータを受信するコンテンツ受信手段と、前記コンテンツ受信手段により受信されたコンテンツデータを一時的に蓄積記憶する蓄積記憶手段と、前記サーバから、中断許可ポイントを含む中断許可情報を取得する中断許可情報取得手段と、前記蓄積記憶手段に記憶されたコンテンツデータをストリーミング再生するコンテンツ再生手段と、前記コンテンツ再生手段により再生されているコンテンツデータの位置から、２つ先までの中断許可ポイントまでストリーミング再生可能か否かを判定する判定手段と、前記判定手段が、２つ先までの中断許可ポイントまでストリーミング再生出来ないと判定した場合には、次の中断許可ポイントにおいて、前記蓄積記憶手段に蓄積記憶されているコンテンツデータの量を増加させる制御を行うコンテンツデータ制御手段と、を備えたことを特徴とする。
【００１０】
また、本発明のコンテンツ再生装置は、前記コンテンツ受信手段がコンテンツデータを受信する受信速度を算出する受信速度算出手段を更に備え、前記判定手段は、前記受信速度と、前記蓄積記憶手段に記憶されているコンテンツデータの量とに基づいて、ストリーミング再生可能か否かを判定する。
【００１１】
また、本発明のコンテンツ再生装置において、前記コンテンツデータ制御手段は、次の中断許可ポイントにおいて前記コンテンツ再生手段によるストリーミング再生を一時停止し、前記蓄積記憶手段に記憶されているコンテンツデータの量を増加させる制御を行うことを特徴とする。
【００１２】
また、本発明のコンテンツ再生装置において、前記コンテンツデータ制御手段は、次の中断許可ポイントまで、前記コンテンツ再生手段によるストリーミング再生の再生速度を可変し、前記蓄積記憶手段に記憶されているコンテンツデータの量を増加させる制御を行うことを特徴とする。
【００１３】
また、本発明のコンテンツ再生装置において、前記コンテンツデータ制御手段は、次の中断許可ポイントから前記コンテンツ要求手段が、転送レートの低いコンテンツデータの配信を要求することを特徴とする。
【００１４】
また、本発明のコンテンツ再生装置において、前記中断許可情報取得手段は、前記コンテンツ受信手段により受信されたコンテンツデータから中断許可情報を取得することを特徴とする。
【００１５】
本発明のプログラムは、サーバと接続されたコンピュータに、サーバにコンテンツデータの配信を要求するコンテンツデータ要求機能と、前記サーバからコンテンツデータを受信するコンテンツ受信機能と、前記コンテンツ受信機能により受信されたコンテンツデータを一時的に蓄積記憶する蓄積記憶機能と、前記サーバから、中断許可ポイントを含む中断許可情報を取得する中断許可情報取得機能と、前記蓄積記憶機能に記憶されたコンテンツデータをストリーミング再生するコンテンツ再生機能と、前記コンテンツ再生機能により再生されているコンテンツデータの位置から、２つ先までの中断許可ポイントまでストリーミング再生可能か否かを判定する判定機能と、前記判定機能が、２つ先までの中断許可ポイントまでストリーミング再生出来ないと判定した場合には、次の中断許可ポイントにおいて、前記蓄積記憶機能に蓄積記憶されているコンテンツデータの量を増加させる制御を行うコンテンツデータ制御機能と、を実現させることを特徴としている。
【発明の効果】
【００１６】
本発明によれば、サーバからコンテンツデータをバッファリングしつつコンテンツデータをストリーミング再生する場合に、当該コンテンツデータに対応した中断許可ポイントを含む中断許可情報を受信する。そして、現在ストリーミング再生されているコンテンツデータの位置から、２つ先までの中断許可ポイントまでストリーミング再生が出来ない場合には、次の中断許可ポイントにおいて、コンテンツデータのバッファリング量を増加させる制御を行う。これにより、コンテンツデータのバッファリング量を増加させる制御を、中断許可ポイントにすることが出来るため、視聴者がストリーミング再生を視聴しているときに、違和感を生じない場所において、行うことが出来る。
【００１７】
また、本発明によれば、コンテンツデータを受信する受信速度と、コンテンツデータのバッファリング量（蓄積記憶手段に記憶されているコンテンツデータの量）とに基づいて、ストリーミング再生可能か否かを判定することが出来る。したがって、通信速度が変化した場合でも適切な制御を行うことが可能となる。
【００１８】
また、本発明によれば、次の中断許可ポイントにおいてストリーミング再生を一時停止し、バッファリング量を増加させる制御を行うことが出来る。したがって、再生が一時停止される位置を、中断許可ポイントとすることにより、コンテンツ提供者が任意の位置でストリーミング再生を一時停止する位置を設定することが出来る。さらに、視聴者は違和感のないストリーミング再生を視聴することが可能となる。
【００１９】
また、本発明によれば、次の中断許可ポイントから、転送レートの低いコンテンツデータの配信を要求することが出来る。したがって、コンテンツデータのバッファリング量等に応じて、コンテンツデータの転送レートを可変させることにより、中断許可ポイントで中断することなく、コンテンツデータのストリーミング再生を視聴出来ることとなる。
【発明を実施するための最良の形態】
【００２０】
以下添付図面を参照しながら、本発明の実施の形態について説明し、本発明の理解に供する。尚、以下の実施形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定する性格のものではない。
【００２１】
〔実施の形態〕
本発明の一実施の形態について図に基づいて説明すれば、以下のとおりである。なお、本実施形態では、本発明のコンテンツ再生装置を携帯電話に適用した場合について説明する。
【００２２】
［１．全体構成］
図１は、本実施形態におけるシステム全体を説明するための概略図である。図１に示す用に、携帯電話１は、ネットワークを介してサーバ３（基地局）に接続されている。携帯電話１から、コンテンツデータを再生する要求が、ネットワークを介してサーバ３に送信される。サーバ３は、コンテンツデータを再生する要求を受信すると、要求のあったコンテンツデータをネットワークを介して携帯電話１に配信する。
【００２３】
［２．機能構成］
つづいて、携帯電話１の構成について、図２を用いて説明する。図２に示す用に、携帯電話１は、制御部１０に、ＵＩ部２０と、表示部３０と、音声出力部３５と、再生動作制御部４０と、通信部５０と、記憶部６０と、ＴＶ受信部７０とがバスを介して接続されている。
【００２４】
制御部１０は、携帯電話１の制御を行う機能部であり、記憶されている各種プログラムを読み出して実行することにより、各処理を実現する機能部である。例えば、ＣＰＵ（Central Processing Unit）により構成されている。
【００２５】
ＵＩ部２０は、携帯電話１のＵＩ（ユーザインタフェース）を提供するための機能部である。例えば、キー操作部、タッチパネル等により提供される。視聴者が、ＵＩ部２０を介して指示を行うことが出来る。
【００２６】
表示部３０は、携帯電話１において、各種設定画面を表示したり、ストリーミング映像を表示したりする機能部である。なお、本実施形態においては、表示部３０はＬＣＤ（Liquid Crystal Display）により構成されているが、例えばＰＤＰ（Plasma Display Panel）や、有機ＥＬディスプレイ等の種々の表示装置により構成されていても良い。
【００２７】
音声出力部３５は、入力された音声データを復号し、出力する機能部である。音声出力部３５には、例えばスピーカ（不図示）等が接続されている。
【００２８】
再生動作制御部４０は、携帯電話１がコンテンツデータをストリーミング再生する場合に再生を制御する機能部である。再生動作制御部４０には、中断許可情報取得部４２と、閾値判定部４４と、進捗管理部４６とを備えて構成されている。
【００２９】
中断許可情報取得部４２は、コンテンツデータに対応する中断許可情報を取得し、記憶部６０に中断許可情報６４として出力する機能部である。本実施形態においては、通信部５０より受信されたコンテンツデータから中断許可情報が取得されることとなる。中断許可情報から、コンテンツデータの中断許可ポイントを求めることが出来る。
【００３０】
例えば、コンテンツデータ内にメタ情報として格納されており、当該メタ情報を参照することにより、中断許可情報を取得することとなる。なお、中断許可情報は、コンテンツデータに含まれているとは限られず、ＨＴＴＰメッセージ内に含まれていたり、別データとしてサーバ３から中断許可情報が送信されたりしても良い。
【００３１】
閾値判定部４４は、各閾値を判定する機能部であり、例えば、コンテンツデータを受信する通信速度が、所定の閾値以上確保出来ているかどうかを判定する機能部である。これにより、コンテンツデータの品質を確保することが出来る。
【００３２】
進捗管理部４６は、コンテンツデータをストリーミング再生する場合に、中断許可ポイントまで再生可能かを判定する機能部である。具体的には、中断許可ポイントまでに必要なコンテンツデータの容量と、バッファリング量及び通信速度とに基づいて判定されることとなる。
【００３３】
通信部５０は、通信用外部アンテナ５５を介してサーバ３（基地局）と通信を行う機能部である。電話の発着信等が、通信部５０を介して行われることとなる。また、通信部５０は、サーバ３からコンテンツデータを受信する。この場合、制御部１０から、コンテンツデータの配信を要求する要求信号を、サーバ３に送信する。
【００３４】
記憶部６０は、携帯電話１の設定状態を記憶したり、各種データを保存したりするための機能部である。ここで、記憶部６０は、半導体メモリ、ハードディスクドライブ、光学式ドライブ等のいずれかの記憶装置により構成されている。また、記憶部６０には、データバッファ６２の領域が確保され、中断許可情報６４と、再生事前プログラム６６と、再生プログラム６８と、再生中断プログラム６９とが記憶されている。
【００３５】
データバッファ６２は、通信部５０を介して受信されたコンテンツデータが、一時的に蓄積記憶（バッファリング）されるための機能部である。制御部１０は、データバッファ６２に一時的に蓄積記憶されているコンテンツデータをデコードし、表示部３０及び音声出力部３５に出力する。また、データバッファ６２は、現在コンテンツデータにおけるバッファリング量がどれくらいかを検知し、制御部１０に出力する。
【００３６】
中断許可情報６４は、コンテンツデータに対応する中断許可情報（中断許可ポイント）が記憶されている。中断許可情報の一例を図３に示す。図３に示す用に、中断許可情報には、中断許可ポイント番号（例えば、「１」）と、再生する位置の時間（コンテンツデータの再生開始から、中断許可ポイントまでの再生経過時間）を示す再生時間（例えば、「１００００ｍｓ」）と、中断許可ポイントに達するまでの必要データ受信量（例えば、「１，０００，０００ｂｙｔｅ」）とが記憶されている。
【００３７】
中断許可情報６４により、進捗管理部４６は、中断許可ポイントまで再生可能か否かを管理することとなる。即ち、現在の時間と再生時間との差に通信速度を乗ずることにより、次の中断許可ポイントまでの受信データ量を算出する。そして、算出された受信データ量と、現在のバッファリング量と和と、中断許可情報６４に記憶されている必要データ量とを比較することにより、次の中断許可ポイントまでストリーミング再生可能か否かを判定することができる。
【００３８】
再生事前プログラム６６、再生プログラム６８及び再生中断プログラム６９は、制御部１０により読み出され実行されることにより処理を実現するためのプログラムである。制御部１０は、再生事前プログラム６６を読み出して実行することにより再生事前処理を実現し、再生プログラム６８を読み出して実行することにより再生処理を実現し、再生中断プログラム６９を読み出して実行することにより再生中断処理を実行する。
【００３９】
ＴＶ受信部７０は、放送局から送信された放送波を外部アンテナ７５を介して受信し、ＴＳ（トランスポートストリーム）として出力する機能部である。ＴＶ受信部７０から出力されたＴＳは、制御部１０により映像データと音声データに変換され、映像データは表示部３０に、音声データは音声出力部３５にそれぞれ出力される。なお、ＴＶ受信処理については、本発明と関係が無いため、その詳細な説明を省略する。
【００４０】
［３．処理の流れ］
［３．１  再生事前処理］
つづいて、携帯電話１における処理の流れについて図を用いて説明する。まず、本実施形態における再生事前処理について、図４を用いて説明する。ここで、再生事前処理は、制御部１０が、再生事前プログラム６６を読み出して実行することにより実現される処理である。
【００４１】
まず、携帯電話１は、サーバ３に対してコンテンツデータの要求を開始する（ステップＳ１０）。具体的には、表示部３０にコンテンツリストを表示する。表示されたコンテンツリストの中から、ＵＩ部２０において視聴者が所望するコンテンツを選択・決定することにより、制御部１０は選択・決定されたコンテンツデータの配信を要求する。
【００４２】
上記コンテンツ要求に応じて、サーバ３からコンテンツデータが配信される。配信されたコンテンツデータは、通信部５０を介して受信され、データバッファ６２に一時的に蓄積記憶（バッファリング）されていくこととなる。
【００４３】
ここで、制御部１０は、プリバッファリングを開始する制御を行う（ステップＳ１２）。プリバッファリングとは、携帯電話１において、コンテンツの再生が始まるまでにコンテンツデータを蓄積記憶する処理のことを言う。
【００４４】
ここで、プリバッファリングとして確保されるバッファリング量は、携帯電話１に予め設定してあってもよいし、サーバ３から携帯電話１に対して付加情報として送信されることとしても良い。また、サーバの接続先に応じて、携帯電話１内で可変したり、視聴者がＵＩ部２０を通じて指定したりしても良い。
【００４５】
次に、（プリ）バッファリング中の通信速度を通信部５０から取得する（ステップＳ１４）。例えば、データバッファ６２にバッファリングされたコンテンツデータの記憶量と、コンテンツデータを受信した通信時間とから、随時通信速度を算出する。
【００４６】
つづいて、制御部１０は、予め定められたプリバッファリング量のコンテンツデータを受信すると（ステップＳ１６；Ｙｅｓ）、中断許可情報取得部４２に中断許可情報を取得させる（ステップＳ１８）。具体的には、コンテンツデータに含まれている中断許可情報を取得し、記憶部６０に中断許可情報６４として記憶する。なお、本実施形態において、中断許可情報は、コンテンツデータに含まれているものとして説明するが、他に、サーバ３から別に中断許可情報を受信する場合には、サーバ３から中断許可情報を受信することにより取得する。
【００４７】
進捗管理部４６は、データバッファ６２に記憶されているコンテンツデータのバッファリング量と、通信速度とから中断許可ポイントまでの必要なコンテンツデータの量及び時間を算出する（ステップＳ２０）。これにより、コンテンツデータをストリーミング再生する準備が行われることとなる。
【００４８】
ここまでが、ユーザが携帯電話１を用いてコンテンツの再生要求をしてから、プリバッファリングが完了するまでの処理である。
【００４９】
［３．２  再生処理］
つづいて、再生処理について図５を用いて説明する。再生処理は、制御部１０が、再生プログラム６８を読み出して実行することにより実現される処理である。また、プリバッファリング量が確保され、中断許可情報を取得したことを、再生動作制御部４０が制御部１０に通知したことにより開始される処理である。
【００５０】
まず、制御部１０は、データバッファ６２に所定のプリバッファリング量が確保されているか判定し、当該コンテンツデータに対応する中断許可情報が取得済みか否かを判定する（ステップＳ５０）。ここで、再生処理が実行されているのに、プリバッファリング量が確保されていない又は中継許可情報が取得されていない場合には、異常状態であると判定し、エラー処理等の異常終了となる（ステップＳ５０；Ｙｅｓ）。
【００５１】
他方、プリバッファリング量が確保され、中断許可情報が取得済みの場合には（ステップＳ５０；Ｙｅｓ）、コンテンツデータのストリーミング再生が開始される（ステップＳ５２）。すなわち、再生動作制御部４０は、データバッファ６２に一時的に蓄積記憶（バッファリング）されているコンテンツデータを読み出して、表示部３０や音声出力部３５に対してストリーミング再生する。なお、コンテンツデータの復号、伸張処理については、従来技術と同様であるため、詳細な説明を省略する。
【００５２】
再生動作制御部４０によりストリーミング再生中、再生継続処理が実行される（ステップＳ５４）。ここで、再生継続処理とは、通信部５０において、通信速度をモニタリングし、再生動作制御部４０にその状態を通知する。また、データバッファ６２は、バッファリングの残量を再生動作制御部４０に通知する。再生動作制御部４０は、ストリーミング再生中に、通信部５０や、データバッファ６２から得た情報と、中断許可情報６４に基づいて、携帯電話１の再生状態を取得する。
【００５３】
再生動作制御部４０内では、上記情報を利用し、進捗管理部４６においてデータが枯渇するまでの時間や、中断許可ポイントまでの必要時間を算出する。また、閾値判定部４４は、コンテンツデータが、どの程度の伝送劣化（通信速度の低下）まで許容出来るのかを判定する。
【００５４】
上述した再生継続処理により、再生動作制御部４０は、現時点で何処まで再生可能かを判定する。本実施形態では、次の中断許可ポイントまで再生不可能な場合（ステップＳ５６；Ｎｏ）、すなわち、データバッファ６２に記憶されているバッファリング量も少なく、次の中断許可ポイントまで、現在の通信速度が１００％維持しても足りないことが予想される場合に、通信劣化がおきた場合は中断非許可の箇所でもバッファリングが発生してしまうこととなる（ステップＳ５８）。
【００５５】
現在の再生位置の次の中断許可ポイントまで再生可能と判断された場合（ステップＳ５６；Ｙｅｓ）、さらに次の中断許可ポイント（２つ目）のポイントまで再生可能かを判断する（ステップＳ６０）。ここで、２つ目の中断許可ポイントまで再生が継続することが困難と判断された場合（ステップＳ６０；Ｎｏ）、次の中断許可ポイントで中断し、バッファリング量を増やす処理を実行する（ステップＳ６２）。
【００５６】
ここで、バッファリング増加処理としては、中断許可ポイントまで達したら、再生動作制御部４０はストリーミング再生を中断する状態であることを制御部１０に通知し、制御部１０は再生動作を一時停止する。そして、制御部１０は、表示部３０にバッファリング中であることを表示することにより視聴者に報知する。
【００５７】
ここで、表示する内容はバッファリング中であることを報知する内容の表示でもかまわないし、広告等を表示することとしてもよい。本実施形態においては、コンテンツ製作者（提供者）側が、この箇所であれば一時停止しても問題ないと判断している中断許可ポイントで停止することが重要である。
【００５８】
また、次のバッファリング増加処理まで確実にストリーミング再生を行えるように、コンテンツデータの品質（転送レート）を低下した場合を想定して計算を実行する。具体的には、これまでの通信速度ではなく、ある程度の劣化を想定して、現在の通信速度に対して閾値判定部４４により、閾値を求め、当該閾値の通信速度で算出する。通信速度が低下した場合に基づいて計算することにより、劣化を許容しつつ、一時停止するポイントは中断許可ポイントという状態を維持することが出来る。
【００５９】
上述したクライアントの再生状態や通信速度、バッファリング量、中断許可ポイントを利用した解析は再生時一度ではなく、定期的に実行され、再生中常に状態が変動する。
以上の動作が基本動作となる。
【００６０】
そして、コンテンツデータのストリーミング再生が終了しない場合には（ステップＳ６４；Ｎｏ）、ステップＳ５４から処理が繰り返し実行される。
【００６１】
［３．３  再生中断処理］
つづいて、再生中断しょりについて図６を用いて説明する。再生中断処理は、データバッファ６２に記憶されているコンテンツデータのバッファリング量が「０」となったとき、すなわち記憶されているバッファがなくなったときにコンテンツデータの再生が中断され、実行される割り込み処理である。
【００６２】
まず、再生中断処理が実行されると、進捗管理部４６により、再生が中断された時刻を再生中断時刻として記憶する（ステップＳ８０）。そして、制御部１０は、バッファリングを増加させる処理を実行する（ステップＳ８２）。このバッファリング増加処理は、データバッファ６２に、十分のバッファリング量が確保されるまで実行される（ステップＳ８４；Ｎｏ→ステップＳ８２）。
【００６３】
つづいて、データバッファ６２に、十分のバッファリング量が確保された場合には（ステップＳ８４；Ｙｅｓ）、現在時刻から再生中断時刻を引いたものを復帰時間として算出する（ステップＳ８６）。
【００６４】
この復帰時間が、所定の許容閾値時間より小さければ、再生中断時刻からコンテンツデータを再生する（ステップＳ８８；Ｙｅｓ→ステップＳ９０）。他方、復帰時間が、所定の許容閾値時間以上となった場合には、中断許可ポイントからさかのぼってコンテンツデータを再生する（ステップＳ８８；Ｎｏ→ステップＳ９２）。これは、コンテンツデータの再生が中断されてから、所定時間経過している場合、視聴者が必ずしも再生中断前の内容を覚えているとは限らないため、停止直前ポイントまで遡って再生する処理を実行する。
【００６５】
ここで許容閾値時間は、あらかじめ定められている時間でも良いし、視聴者が任意に設定する時間であっても良い。また、コンテンツデータの配信側が定め、サーバ３から送信されることとしても良い。
【００６６】
また、当該処理を実行する場合には、中断許可ポイントから、中断された時点までのコンテンツデータをデータバッファ６２に記憶しておく。そして、当該コンテンツデータは、図６のステップＳ９２において再生されるこことなる。
【００６７】
［４．動作例］
次に本実施形態の再生処理におけるバッファ量の様子を図７を用いて説明する。横軸が再生開始からの経過時間（プリバッファリング終了し、映像を表示する再生が開始されてからの時間）を示しており、縦の２軸は通信部５０で取得した通信速度と、データバッファ６２に一時的に蓄積記憶されているバッファ量である。
【００６８】
現在の再生が「Ｔ１」時点で、その時点のバッファ量が「Ｂ１」、それまでの平均通信速度が「ｂ１」であり、再生前のプリバッファリング量が「Ｂ０」であるとする。また、中断許可ポイントは「Ａ１」、「Ａ２」に存在している。
【００６９】
この場合、「Ｔ１」の時点で、通信速度「ｂ１」とバッファリング量「Ｂ１」から、現在の通信速度が継続すると、「Ｔ３」の時点でバッファが枯渇することが予想される。ここで、「Ａ１」においてバッファリング増加処理を行うこととなる。
【００７０】
また、携帯電話１において、再生を継続し、「Ａ１」に達した時点で、「ｂ１」の速度では、次の中断許可ポイント「Ａ２」まで再生することが困難だと判断し、「Ａ２」に達するまで十分と考えられるバッファ量「Ｂ３」まで再生を一時停止し、バッファリングのみを継続する動作を行う。
【００７１】
この動作を基本に、バッファリングの枯渇を算出する際に、これまでの通信速度「ｂ１」ではなく、ある程度の劣化を想定して、現在の「ｂ１」に対して７０％減の「ｂ２」というような値で算出することで、劣化を許容しつつ、一時停止するポイントは中断許可ポイントという状態を維持することが出来る。
【００７２】
また、「ｂ１」、「ｂ２」の算出についても、単純に平均値を用いるだけでない場合が考えられる。例えば、携帯電話１がＧＰＳから移動情報を取得可能な場合、これから再生が継続した場合に移動する地域が想定でき、その地域のトラフィックの込み具合やアンテナ設置地域の情報等から、より精度を向上した予想通信速度を割り出すような使い方も考えられる。
【００７３】
また、バッファ量の枯渇についても、上述した例では、現時点から２つ先の中断許可ポイントまでで判断を行うことを記載したが、通信速度の許容閾値を変動させるのと同様に、例えば３つ先（Ａ３）まで許容出来るよう「Ａ１」時点のバッファリング量を増やすことや、「Ａ２」まで、の許容範囲は「ｂ２」とするが、「Ａ３」までは異なる値というような算出の度に調整することが考えられる。また、ユーザが中断許可ポイントを気にすることなく、枯渇した時点でバッファリングを行うようにしたいという場合は視聴者からＵＩ部２０を介して設定を受け、再生動作制御部４０は判断を行わない、あるいは判断はするが、動作は変えないというような動作を行うことも出来る。
【００７４】
また、次の中断許可ポイントまでバッファリングが不十分な場合、再生動作制御部４０がコンテンツの再生速度を遅らせることにより、バッファリング量を増やすこととしても良い。
【００７５】
具体的には、再生速度を遅くすると、音声が聞き取りにくくなったり、音楽ではテンポが変化したりする等、利用者が不快に感じる場合も生ずる。したがって、再生速度を０．９倍という速度にすることにより、利用者に不快を感じさせることなく、再生を行うことが可能となる。この場合、再生を中断させることなく、バッファリング量を増加させることが出来るようになる。
【００７６】
このように、本実施形態によれば、再生状態、通信状態、中断許可ポイント、劣化の許容範囲といったパラメータから、現在の再生時点から次の中断許可ポイントで、中断してバッファリングを増やすかどうかの判断を逐次行うことで、これまで記載した判定、挙動変更をコンテンツの再生完了まで行うコンテンツ再生装置を提供することが可能となる。
【００７７】
［５．変形例］
上述したように、本実施形態においてはコンテンツ再生装置を携帯電話に適用した場合について説明したが、適用可能な装置は携帯電話に限られるものではない。例えば、コンテンツ再生機能を備えた液晶テレビ、カーナビゲーションシステム、コンピュータ、ＰＤＡ（Personal Digital Assistant）等の他の装置にも適用可能である。
【００７８】
また、上述した本実施形態では、バッファ量、通信速度による制御を記載したが、中断許可ポイントの情報を取得する際に、その他の情報を取得し、制御に使うことも考えられる。
【００７９】
すなわち、解析結果が、バッファリングがあまりに頻発すると予想される場合、視聴するコンテンツが通信速度にあわないことをサーバに通知し、通信速度が低くても再生出来るビットレートの低いものにコンテンツを変更する（サーバ側で再エンコードや、同一内容の低ビットレート版に変える等）という対応を行うことも考えられる。
【００８０】
具体的に、図５のステップＳ６０において、２つ先の中断ポイントまで、再生出来ないと判定された場合には、サーバ３に対して転送レートの低いコンテンツデータを配信するように要求する。サーバ３は、転送レートの低いコンテンツデータの配信要求を受信すると、現在配信しているコンテンツデータより転送レートの低いコンテンツデータを配信する。
【００８１】
携帯電話１においては、コンテンツデータの転送レートが低いことより、必要となるバッファリング量が少なくて済むこととなる。したがって、中断ポイントにおいて、映像を中断することなく、ストリーミング再生を行うことが出来る。
【００８２】
このように、バッファリング量、通信速度等に応じて、コンテンツの品質を変化させることにより、中断させることなく、コンテンツデータのストリーミング再生を可能とすることが出来るようになる。
【００８３】
また、上述した実施形態では、中断許可情報をサーバから受信することとして説明したが、例えば、中断許可情報が存在しない、すなわち中断許可ポイントに関する情報がない場合でも同様の処理が実現できる。この場合、受信されたコンテンツデータから中断許可ポイントを解析すれば良い。
【００８４】
ここで、携帯電話１において受信されたコンテンツデータを解析し、音声のピーク値や映像信号の変化量等からシーンの変化を検出するシーン解析部を備えることとする。そして、シーン解析部により、シーンが変わったとされた箇所を記憶し、中断許可ポイントとして判定する。これにより、サーバから中断許可情報が受信されない場合であっても、同様の処理が実現できることとなる。
【図面の簡単な説明】
【００８５】
【図１】実施形態におけるシステムの概略を説明するための図である。
【図２】実施形態における携帯電話の機能構成を説明する為の図である。
【図３】実施形態における中断許可情報のデータ構成の一例を示す図である。
【図４】実施形態における再生事前処理の流れを説明する動作フローである。
【図５】実施形態における再生処理の流れを説明する動作フローである。
【図６】実施形態における再生中断処理の流れを説明する動作フローである。
【図７】本実施形態におけるバッファリング量の状態を説明するための図である。
【符号の説明】
【００８６】
１  携帯電話
１０  制御部
２０  ＵＩ部
３０  表示部
３５  音声出力部
４０  音声動作制御部
４２  中断許可情報取得部
４４  閾値判定部
４６  進捗管理部
５０  通信部
５５  通信用外部アンテナ
６０  記憶部
６２  データバッファ
６４  中断許可情報
６６  再生事前プログラム
６８  再生プログラム
７０  ＴＶ受信部
７５  外部アンテナ
【図１】
2010028259.tif 000003
【図２】
2010028259.tif 000004
【図３】
2010028259.tif 000005
【図４】
2010028259.tif 000006
【図５】
2010028259.tif 000007
【図６】
2010028259.tif 000008
【図７】
2010028259.tif 000009