JP2015192248A - 端末装置及びコンテンツリクエスト送信方法 - Google Patents

Abstract

【課題】再生時履歴情報を基に現在地での再生に最適なビットレートを選択し、無線通信にてデジタルコンテンツ記憶機器へ選択結果を送信し、最適な画質のデジタルコンテンツが再生される端末装置を提供する。【解決手段】外出先でのデジタルコンテンツ再生時に、再生時の場所や時間、再生したデジタルコンテンツのビットレートや再生品質情報を再生時履歴情報として記憶する。次回の外出時にデジタルコンテンツを再生する場合、再生前に現在地や時間を取得し、記憶した再生時履歴情報と比較し記憶された再生品質情報から、前回と同様のビットレートで再生を行ったり、過去の再生品質情報からコンテンツのビットレートを上げて高解像度の再生画像を選択したり、逆にビットレートを下げて低解像度の再生画像を選択しても良い。【選択図】図７

Description

本発明は、ネットワークを通じたコンテンツ再生に関するものである。

DTCP+(Digital Transmission Content Protection+)/DLNA(Digital Living Network
Alliance) の技術を用いて、家庭内で録画したコンテンツを外出先から再生するような
製品が存在する。また、無線ネットワークを経由して、サーバから音楽、画像、映像、ゲームソフトなどのデジタルコンテンツを無線通信端末へダウンロードすることが行われている。

無線通信の場合、場所や通信の混雑度によって実効伝送レートが低下する可能性があり、実効伝送レートが低下すると、デジタルコンテンツをダウンロードできなかったり、ストリーミングであればバッファのアンダーフローによるフリーズが発生したりする。
そこで、そのような問題が発生しないような対策が考えられている。

例えば、特許文献１には、デジタルコンテンツを提供するサーバには、１つのデジタルコンテンツについてデータ量ごとに複数のファイルが用意または作成され、無線通信端末へダウンロードを行う無線通信の通信品質に基づいて、ダウンロードするデジタルコンテンツの画質を決定する技術が開示されている。特許文献１での通信品質は受信電界強度、無線通信の誤り率、サーバからの応答時間、実効伝送レートなどである。

特開2007-129472号公報

しかしながら、従来のように通信品質を受信電界強度とし、その受信電界強度に基づいてダウンロードするデジタルコンテンツの画質を決める手法だと、受信電界強度と無線通信のスループットとは直接の関係は無いので、最適な画質のデジタルコンテンツがダウンロードされるとは限らない、という問題が発生する。

上記課題を解決するために、外出先でのデジタルコンテンツ再生時に、再生時の場所や時間、再生したデジタルコンテンツのビットレートや再生品質情報を再生時履歴情報として記憶する。次回の外出時にデジタルコンテンツを再生する場合、再生前に現在地や時間を取得し、記憶した再生時履歴情報と比較し記憶された再生品質情報から、前回と同様のビットレートで再生を行ったり、過去の再生品質情報からコンテンツのビットレートを上げて高解像度の再生画像を選択したりする。逆にビットレートを下げて低解像度の再生画像を選択しても良い。

本発明によれば、再生時履歴情報を基に現在地での再生に最適なビットレートを選択し、無線通信にてデジタルコンテンツ記憶機器へ選択結果を送信するので、最適な画質のデジタルコンテンツ再生が実施される。

本案の構成図である。 本案の概略イメージ図である。 本案を用いた携帯端末のブロック図である。 本案を用いたＢＤレコーダのブロック図である。 本案を用いた携帯端末とＢＤレコーダのシーケンス図である。 本案を用いた携帯端末のソフトウェアブロック図である。 本案、再生開始までのフローチャートである。 再生開始以降のフローチャートである。 ビットレート選択処理のフローチャートである。 コンテンツ記憶機器からのコンテンツリストの例である。 再生履歴情報の例である。 標準ビットレート、最大ビットレートの例である。

図１は本発明の実施に伴う構成をあらわした図であり、宅内に設置されるコンテンツ記憶機器２と、外出時にコンテンツを再生する再生端末機器１と、コンテンツ記憶機器２と再生端末機器１を接続する通信機能が必要になる。宅内に設置されるコンテンツ記憶機器２とは、ブルーレイやＤＶＤなどの録画機能付きのレコーダや再生機、テレビやパーソナルコンピュータに内蔵された同様のブルーレイやＤＶＤなどの録画機能付きのレコーダや再生機、またはテレビやパーソナルコンピュータに接続されたハードディスクドライブ内蔵の機器などが考えられる。

これらの機器内のコンテンツデータは、複数のビットレートのコンテンツをあらかじめ複数保持していても良いし、再生時に送信データを変換しても構わない。
外出時に再生する機器は、携帯電話やＰＨＳ（パーソナルハンディフォン）やスマートフォンやＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ＰＣ（パーソナルコンピュータ）やタブレット端末や、通信機能を持つ携帯テレビや音楽再生機器やカーナビゲーションなどでも良い。

コンテンツ記憶機器２と再生端末機器１を接続する通信機能は、コンテンツ記憶機器２では固定回線を用いた有線通信によりネットワーク５に接続しても良いし、無線通信によりネットワーク５に接続しても良い。ここで、無線通信とは、例えば、３Ｇ移動通信システムやＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）などによる携帯キャリア網、又は無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のことである。
再生端末機器１も無線通信によりネットワーク５に接続する。
次に図３の本案を用いた携帯端末のブロック図を用いて、再生端末機器１を説明する。例としてタッチパネル搭載のスマートフォンとしているが、通信機能を搭載し表示部と入力部と記憶部を備えるものであれば、この例の限りでは無い。

３Ｇ/ＬＴＥ通信部７は、電話網と接続され音声通信やパケット通信を行い、無線ＬＡＮ通信部１４は、無線ＬＡＮルータを介して、インターネット網に接続しデータ通信を行う。

タッチパネル部１０は搭載されるタッチセンサ部１２により、使用者からのタッチ操作による入力を受け付け、同様にキー入力部１６からのハードキーによる使用者からの入力もＣＰＵ１３（Central Processing Unit）へ送信しＣＰＵ１３は受け付けられた入力を基に様々な制御を行う。

ＧＰＳ１５（Global Positioning System）は端末装置の現在地である緯度と経度情報を取得するが、本発明における位置情報の取得はＧＰＳ１５だけに限られるものでは無く、３Ｇ/ＬＴＥ通信部７や無線ＬＡＮ通信部１４から位置情報を取得しても構わない。
記憶部１８は、データやプログラムの格納領域で、フラッシュＲＯＭ等から構成される。
接続先保存領域２０にはＢＤレコーダに接続するための接続先情報を保持し、例えばＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）やＩＰアドレスの情報を保持している。

また、再生履歴保存領域２１には、コンテンツを再生した際の日時や場所や再生品質情報等の履歴情報を保持する。再生品質情報は、例えばフォーマット形式や解像度やビットレートや通信種別や電波強度や平均バッファリング回数等で有る。 図１１は再生履歴保存領域に保存される情報例を示したものである。再生中に発生したバッファリング回数の１分あたりの平均値を平均バッファリング回数、最悪時の１分あたりのバッファリング回数を最悪バッファリング回数として保存している。

また、記憶部１８内の再生履歴保存領域２１について述べたが、保存される記憶部は再生端末機器１内に保存しなくても良い、例えば外部のサーバ装置やコンテンツ記憶機器２側に保存しても良く、再生端末機器１から参照可能な場所に保存しておけば良い。
その他の音声出力部８等、通常の携帯端末と同様の機能については説明を省略する。
次にコンテンツ記憶機器２の例として、図４の本案を用いたＢＤレコーダのブロック図を用いて説明するが、コンテンツ記憶機器２はＢＤレコーダに限られるものでは無くＤＶＤレコーダやＰＣやＴＶ、又は、ＰＣやＴＶやＢＤ／ＤＶＤレコーダに接続されたＨＤＤ（Hard disk drive）機器やＮＡＳ（Network-Attached Storage）などネットワーク５に接続される外部記憶装置でも構わない。

ＬＡＮ通信部２４は、有線ＬＡＮケーブルを介してネットワーク５に接続する、この例では有線ＬＡＮとしたが、無線ＬＡＮ通信部を搭載する場合は無線ＬＡＮを用いても良い。

映像配信部２５は、ＨＤＤに保存されたコンテンツをＬＡＮ通信部２４を介して送信することでネットワーク５を通じて、外出先の携帯電話やスマートフォン等の再生端末機器１からもコンテンツを再生できるようにするものでコンテンツをトランスコードすることで、オリジナルより低いビットレートで配信することも可能である。

記憶部３１は、データやプログラムを格納しており、プログラム保存領域３２にはＣＰＵ２７上で動作させるプログラムを格納している。

その他の操作入力部等、通常のＢＤレコーダと同様の機能については説明を省略する。

次に図５の本案を用いた携帯端末とＢＤレコーダのシーケンスと、図６の本案を用いた携帯端末のソフトウェアブロックを合わせて、再生端末機器１とコンテンツ記憶機器２との動作を、携帯端末からＢＤレコーダのコンテンツを再生する例を用いて説明する。
携帯端末へ使用者がコンテンツ再生の指示を入力すると（図５Ａ１）、図６携帯端末内のコンテンツリスト取得部４２が接続先保存領域２０から取得した接続先情報をもとに通信機能を用いてＢＤレコーダに接続を行い、再生コンテンツリストの取得要求を（ブラウズ要求）行う。

ＢＤレコーダは、要求に基づき再生コンテンツのリスト（番組リスト情報）を携帯端末側へ送信する、このリスト情報（図１０）の中には、コンテンツの名称やフォーマット情報や解像度情報やビットレート情報やＵＲＬ情報などが含まれる。

携帯端末は受信したデータをコンテンツリスト取得部４２で受信し、再生コンテンツリストを携帯端末の表示部１１に表示させる（図５Ａ２）。

次に、表示された再生コンテンツの中から再生したいコンテンツを使用者が選択すると（図５Ａ３）、コンテンツ再生制御部４１へ使用者からの指示がタッチセンサ部１２を介して送信される。コンテンツ再生制御部４１は、位置データ取得部３６から、経度と緯度の位置情報を取得し、時刻データ取得部３７から、現在時刻を取得し、回線情報取得部３８から接続可能な回線情報を取得し、コンテンツリスト取得部４２から、該当コンテンツのビットレート情報を取得し、再生履歴取得部４０から再生履歴を取得する。

コンテンツ再生制御部４１では、位置データから現在位置を特定し、時刻データから現在時刻を取得すると、それら２つのデータをもとに再生履歴情報の中から２つのデータと一致する再生履歴情報を選択し、適切な再生ビットレートの値を決定し（図５Ａ４）、ストリーミング制御部３９へ再生すべきコンテンツのＵＲＬを通知する。位置情報や時刻情報の一致判定については、再生履歴内の時刻情報が７：３０で、現在時刻が７：３５である場合も同一とみなすなど、一定の余裕を持たせるのが望ましい。図２例１では、再生履歴情報より、同一条件での再生時にバッファリング回数が多かったことから、再生ビットレートを小さくする制御を行っている。また、図２例２では、同一条件での再生時にバッファリングが発生しなかったことから、再生ビットレートを大きくする制御を行っている。

ストリーミング制御部３９より、決定されたＵＲＬに対してＨＴＴＰ ＧＥＴ要求（コンテンツリクエスト送信）を行い、ＢＤレコーダは指定されたビットレートに合うようにコンテンツのトランスコードを行い、コンテンツを配信する。（尚、複数の再生ビットレートのコンテンツを用意されている場合は、トランスコード不要で、適切な再生ビットレートのコンテンツを配信する。）
ストリーミング制御部３９は、コンテンツのデータバッファリングを行い、十分な量が溜まったと判断すれば、コンテンツデコード部３５に対し、再生を要求する（図５Ａ５）。コンテンツデコード部３５が再生を継続し（図５Ａ６）、ストリーミング制御部３９のバッファが枯渇し、バッファリングが発生した場合は、再生状況解析部３４で時間ごとのバッファリングの発生回数を保持する。

使用者からの再生を停止する指示がタッチセンサ部を介して送信されると（図５Ａ７）、再生状況解析部３４が再生中のバッファリング処理回数を再生履歴記録部３３を通じて、記憶部の再生履歴保存領域２１へ保存し、他にも再生時刻と接続方式と位置情報とビットレート等のコンテンツ情報も記憶部に記録する。そしてストリーミング制御部がＢＤレコーダとの接続を切断し、再生を停止させる。

次に図７再生を開始するまでのフローチャートについて説明する。

携帯端末とＢＤレコーダ間におけるビットレート決定までのフローチャートである、最初にＢ１において携帯端末からレコーダ機器へ接続し録画リストを取得し携帯端末の表示部１１に表示を行う、Ｂ２でユーザは表示内容を確認し再生したい番組をキー入力部１６やタッチセンサ部１２を操作して選択する。Ｂ３で現時点での再生条件の取得を行う（回線情報取得部３８から接続している通信回線内容として、３Ｇ／ＬＴＥ／ＷｉＦｉ等の種別や受信電界強度を得る。さらに、時刻データ取得部３７から現在時間を、位置データ取得部３６から、現在の位置情報を得る。）。Ｂ４で再生履歴取得部４０から過去の再生履歴を取得し、Ｂ３で取得した現時点での再生条件と比較し、同一条件の再生履歴があるかを確認する、例えば完全に一致しなくても位置情報と接続方式が合致していれば、合致とみなしても良く合致の条件は状況に応じて設定可能としても良い、また一致する再生履歴がない場合は、Ｂ８で、現在の接続方式から標準の再生ビットレートを選択しその再生ビットレートで再生を開始しても良い、図１２には標準のビットレート例を示す。再生履歴があればＢ５で再生履歴の再生状況が良好だったかを判定するが、例えば平均のバッファリング回数および最悪のバッファリング回数が、あらかじめ定めた既定値を下回っていれば良好とみなして良い、良好でない場合は、前回と同一の再生ビットレートで再生を行うと前回同様、再生時に障害を発生する可能性が高いため、Ｂ７で再生履歴内容の再生ビットレートより１段階小さい再生ビットレートを選択する。また、既定値より上回っている場合は、より高い再生ビットレートでも再生できる可能性があるためＢ６で、接続方式毎の最大ビットレートを下回っている場合はＢ９で、現在の再生ビットレートより１段階大きい再生ビットレートを選択して再生を行う。尚、Ｂ６で接続方式毎の最大ビットレートと再生履歴の再生ビットレートを比較し、現在の再生ビットレートが接続方式毎の最大ビットレートの最大値かを確認し、最大値であればＢ１０にて、現在の再生ビットレートをそのまま選択し、再生ビットレートの増減は行わない。図１２には最大ビットレート例を示す。接続方式毎に上限を設けておくことで、必要以上に大きなビットレートを選択してしまわないようにできる。例えば、ＷｉＦｉについて、802.11bや802.11g、802.11nといった接続方式毎にさらに細かく上限を設定してもよい。

次に図８再生開始以降のフローチャートについて説明する。

携帯端末とＢＤレコーダ間におけるコンテンツ再生開始以降のフローチャートである、まずＣ１においてＢＤレコーダから取得した、再生すべきＵＲＩ情報をコンテンツ再生制御部４１がストリーミング制御部３９に渡す、ストリーミング制御部３９はネットワーク通信部４３を介して、指定コンテンツに対するＧＥＴ要求によりＣ２でレコーダに対してコンテンツデータの取得要求を行う、尚、ＤＴＣＰ（Digital Transmission Content Protection）−ＩＰのような著作権保護がなされている場合は、認証および暗号の復号処理がされる。Ｃ３にてストリーミング制御部３９がレコーダより受け取ったデータの取得を開始し、Ｃ４にてコンテンツデータのバッファリングも開始する。次にＣ５にてストリーミング制御部３９は、あらかじめ定められた量のバッファリングが完了したかを確認し、ＮＯであれば再びＣ４に戻りバッファに十分なデータが溜まるまで待つ、そしてバッファに十分にデータが溜まれば、Ｃ６にてコンテンツデコード部３５に対して再生を開始させる。コンテンツデコード部３５が、コンテンツのデコードおよび再生を行い再生中もコンテンツデータの取得は継続して行われる。通信品質が再生ビットレートに追いつかない状態になるとバッファがだんだん枯渇して行きバッファのデータが空になるのでストリーミング制御部３９はＣ７で、バッファデータの空を検出したらコンテンツデコード部３５に対して、Ｃ１０で再生の一時停止を要求しバッファリング中である旨の表示を行う。ストリーミング制御部３９がバッファリングが発生した旨を再生状況解析部３４に伝え、Ｃ１１で再生状況解析部３４バッファリング発生をカウントする。再生が停止されると（Ｃ８でＹＥＳ）、Ｃ９で再生状況解析部３４が、再生時のバッファリング回数の平均や最悪値を算出し、コンテンツ再生制御部４１から取得した再生時刻や位置情報とともに、再生履歴記憶部３３を介して再生履歴情報として、記憶部１８の再生履歴保存領域２１へ記録する。

図７で説明したビットレート選択処理の別の実施形態について、図９ビットレート選択処理のフローチャートについて説明する。

Ｄ１で再生履歴の再生状況が良好でない場合（バッファリングが多く発生する場合）に、Ｄ２で最悪バッファリング回数のみが多いかを判定する、多い場合は、例えば電車での移動中トンネル等で一時的に電波状態が悪くなった場合などが考えられるため、通常は再生に問題がなかったと考え、Ｄ４ではさらに再生ビットレートは下げず再生履歴と同一の再生ビットレートを選択する。 Ｄ２で最悪バッファリング回数のみが多くない場合は、Ｄ３で、現在の電波強度と再生履歴の電波強度を比較し、現在の電波強度が低い場合は、Ｄ５で前回よりも更に電波状況が悪くなっていると判断し、前回の再生履歴の再生ビットレートより２段階下げた再生ビットレートを選択する。現在の電波強度と再生履歴の電波強度を比較し、現在の電波強度が低くない場合は、Ｄ６で前回の再生履歴の再生ビットレートより１段階下げた再生ビットレートを選択する。Ｄ１で再生履歴の再生状況が良好な場合は、Ｄ7で現在の再生ビットレートと接続方式毎の最大ビットレートを比較し、最大ビットレートを超えていない場合は、Ｄ８で現在の電波強度と再生履歴の電波強度を比較し再生履歴の電波強度よりも現在の電波強度が高い場合は、Ｄ１０で前回の再生履歴の再生ビットレートより２段階上げた再生ビットレートを選択する。現在の電波強度と再生履歴の電波強度を比較し再生履歴の電波強度よりも現在の電波強度が低い場合は、Ｄ１１で前回の再生履歴の再生ビットレートより１段階上げた再生ビットレートを選択する。Ｄ7で現在の再生ビットレートと接続方式毎の最大ビットレートを比較し、最大ビットレートを超えている場合は、Ｄ９で前回の再生履歴と同一の再生ビットレートを選択し、再生へ移る。

移動中の再生などでは、トンネル通過など様々な影響で一時的に通信の劣化が発生することがあるが、一時的な通信の劣化によるバッファリング回数結果が全体の平均値にも影響してしまうことがある。最悪バッファリング回数と平均バッファリング回数を比較することにより、一時的な通信の劣化に伴う結果をビットレート選択の考慮から外すことで、より実態に即したビットレートの選択が可能になる。また、現在の受信電波強度を再生履歴の情報と比較することで、ビットレートの変更をより大きく行うことで更に実態に即したものにすることができる。ここでは、受信電波強度による判断を行ったが、例えば、ＷｉＦｉのアクセスポイントから得られた情報（高速通信への対応の有無やネットワーク混雑情報の通知等）をもとにした判定を行ってもよい。

以上、図面を参照し本発明の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

１…再生端末機器 ２…コンテンツ記憶機器 ３…無線ルータ ４…屋外基地局 ５… ネットワーク ６…屋内 ７…３Ｇ／ＬＴＥ通信部 １０…タッチパネル部 １１…表示部 １２…タッチセンサ部 １３…ＣＰＵ（再生端末機器） ４…無線ＬＡＮ通信部 １５…ＧＰＳ １６…キー入力部 １８…記憶部（再生端末機器）１９…プログラム保存領域（再生端末機器）２０…接続先保存領域 ２１…再生履歴保存領域 ２３…入力映像処理部 ２４…ＬＡＮ通信部 ２５…映像配信部 ２６…操作入力部 ２７…ＣＰＵ（コンテンツ記憶機器）２８…映像出力部 ３１…記憶部（コンテンツ記憶機器）３２…プログラム保存領域（コンテンツ記憶機器）３３…再生履歴記憶部 ３４…再生状況解析部 ３５…コンテンツデコード部 ３６…位置データ取得部 ３７…時刻データ取得部 ３８ …回線情報取得部 ３９…ストリーミング制御部 ４０…再生履歴取得部 ４１…コンテンツ再生制御部 ４２…コンテンツリスト取得部 ４３…ネットワーク通信部

Claims (5)

1. 端末装置の位置情報を取得する位置情報取得部と、
   再生履歴情報を保存する記憶部と、
   コンテンツの再生制御を行うコンテンツ再生制御部と、
   コンテンツ再生機器へ情報を送信する通信部とを備え、
   前記コンテンツ再生制御部は、前記位置情報取得部が取得した位置情報と前記再生履歴情報内の位置情報とを比較し、同一と判断した位置情報に付帯する再生品質情報を前記再生履歴情報から取得し、
   取得した前記再生品質情報に基づいて、通信部を介して前記コンテンツ再生機器へコンテンツリクエストを送信することを特徴とする端末装置。
2. 請求項１の端末装置であって、
   現在時刻を取得する時刻データ取得部を備え、
   前記コンテンツ再生制御部は、前記位置情報取得部が取得した位置情報と前記再生履歴情報内の位置情報とを比較し、更に前記時刻データ取得部が取得した時刻情報と前記再生履歴情報内の時刻情報とを比較し、前記位置情報と前記時刻情報がそれぞれ一致する前記再生履歴情報から前記再生品質情報を取得することを特徴とする請求項１に記載の端末装置。
3. 再生履歴情報内から取得した再生品質情報内の過去のバッファリング回数を基準値と比較し、
   バッファリング回数が、
   基準値を上回る場合はリクエストするビットレートを下げ、
   基準値を下回る場合はリクエストするビットレートを上げ、
   基準値と同一の場合はリクエストするビットレートを変更しない、
   ことを特徴とする請求項１又は請求項２に記載の端末装置。
4. 再生時履歴情報内から取得した再生品質情報内の電波強度を基準値として現在の電波強度と比較し、
   現在の電波強度が、
   基準値を上回る場合はリクエストするビットレートを上げ、
   基準値を下回る場合はリクエストするビットレートを下げ、
   基準値と同一の場合はリクエストするビットレートを変更しない、
   ことを特徴とする請求項１から請求項３のいずれか一項に記載の端末装置。
5. 端末装置の位置情報を取得する位置情報取得ステップと、
   再生履歴情報を保存する記憶ステップと、
   コンテンツの再生制御を行うコンテンツ再生制御ステップと、
   コンテンツ再生機器へ情報を送信する通信ステップと、
   前記コンテンツ再生制御ステップは、前記位置情報取得ステップにおいて取得した位置情報と前記再生履歴情報内の位置情報とを比較し、同一と判断した位置情報に付帯する再生品質情報を前記再生履歴情報から取得し、
   取得した前記再生品質情報に基づいて、前記通信ステップによりコンテンツ再生機器へコンテンツリクエストを送信することを特徴とするコンテンツリクエスト送信方法。