特許 6342839 受信端末及び映像視聴システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6342839

(24)【登録日】2018年5月25日

(45)【発行日】2018年6月13日

(54)【発明の名称】受信端末及び映像視聴システム

(51)【国際特許分類】

   H04N 21/6377 20110101AFI20180604BHJP

   H04L 12/917 20130101ALI20180604BHJP

   H04L 29/08 20060101ALI20180604BHJP

   H04N 21/2385 20110101ALI20180604BHJP

   H04N 21/442 20110101ALI20180604BHJP

【ＦＩ】

   H04N21/6377

   H04L12/917

   H04L13/00 307C

   H04N21/2385

   H04N21/442

【請求項の数】2

【全頁数】10

(21)【出願番号】特願2015-85740(P2015-85740)

(22)【出願日】2015年4月20日

(65)【公開番号】特開2016-208176(P2016-208176A)

(43)【公開日】2016年12月8日

【審査請求日】2015年4月20日

【審判番号】不服2017-1929(P2017-1929/J1)

【審判請求日】2017年2月9日

(73)【特許権者】

【識別番号】399041158

【氏名又は名称】西日本電信電話株式会社

(74)【代理人】

【識別番号】100083806

【弁理士】

【氏名又は名称】三好 秀和

(72)【発明者】

【氏名】田中 聡

【合議体】

【審判長】 鳥居 稔

【審判官】 清水 正一

【審判官】 小池 正彦

(56)【参考文献】

【文献】 特開２００２−１９８９２６（ＪＰ，Ａ）

【文献】 特開２０１４−１５７４６４（ＪＰ，Ａ）

【文献】 特開２００９−１４１９２６（ＪＰ，Ａ）

【文献】 特開２００４−１３５３０７（ＪＰ，Ａ）

【文献】 特開２０１５−１９３８４（ＪＰ，Ａ）

【文献】 特開２００８−２３６６８５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

H04N 21/00 - 21/858

(57)【特許請求の範囲】

【請求項1】

映像配信サーバから映像視聴の提供を受け、ＷＥＢサーバからＷＥＢサービスの提供を受け、映像視聴とＷＥＢサービスを同時利用する受信端末であって、
映像視聴時のアダプティブストリーミングを制御するアダプティブ制御部と、
ＷＥＢ利用の帯域を制限するための帯域制御情報を算出する帯域制御部と、
同一の映像コンテンツを視聴している間に１回だけ前記帯域制御部により算出された帯域制御情報をＷＥＢサーバに送信する通信部と
を備え、
前記アダプティブ制御部は、次のセグメントの取得時、前記アダプティブストリーミングで保持されるバッファ量を確認し、前記バッファ量が閾値以下になった際に最低ビットレートのセグメントの取得に必要な帯域の情報を前記帯域制御部に通知し、
前記帯域制御部は、前記アダプティブ制御部から前記帯域の情報を通知されると、映像視聴用に少なくとも最低ビットレートの映像コンテンツが取得できるだけの帯域を確保するため、最低ビットレートのセグメントのサイズをｓ、１セグメントの再生時間をｔ、ネットワークのスループットをＴとした場合、前記帯域制御情報として［Ｔ−ｓ／ｔ］を算出し、
前記ＷＥＢサーバによって、［Ｔ−ｓ／ｔ］未満までＷＥＢ利用の帯域が制限される
ことを特徴とする受信端末。

【請求項2】

映像視聴とＷＥＢサービスを同時利用する受信端末と、
前記受信端末に映像を配信する映像配信サーバと、
前記受信端末からの帯域制御情報に基づいてＷＥＢ利用の帯域を制限するＷＥＢサーバと
を備え、
前記受信端末は、
映像視聴時のアダプティブストリーミングを制御するアダプティブ制御部と、
ＷＥＢ利用の帯域を制限するための帯域制御情報を算出する帯域制御部と、
同一の映像コンテンツを視聴している間に１回だけ前記帯域制御部により算出された帯域制御情報をＷＥＢサーバに送信する通信部と
を備え、
前記アダプティブ制御部は、次のセグメントの取得時、前記アダプティブストリーミングで保持されるバッファ量を確認し、前記バッファ量が閾値以下になった際に最低ビットレートのセグメントの取得に必要な帯域の情報を前記帯域制御部に通知し、
前記帯域制御部は、前記アダプティブ制御部から前記帯域の情報を通知されると、映像視聴用に少なくとも最低ビットレートの映像コンテンツが取得できるだけの帯域を確保するため、最低ビットレートのセグメントのサイズをｓ、１セグメントの再生時間をｔ、ネットワークのスループットをＴとした場合、前記帯域制御情報として［Ｔ−ｓ／ｔ］を算出し、
前記ＷＥＢサーバは、［Ｔ−ｓ／ｔ］未満までＷＥＢ利用の帯域を制限する
ことを特徴とする映像視聴システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、受信端末及び映像視聴システムに関し、特に、マルチウィンドウ環境での映像視聴における帯域制御技術に関する。

【背景技術】

【0002】

昨今、テレビでのインターネットの利用が普及し、今後、マルチウィンドウにより映像視聴やＷＥＢサービスを同時に利用するケースが増えると想定される。そのため、マルチウィンドウ環境においても映像視聴の品質を損なわない技術が必要である（特許文献１〜３参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００５−３４８２８４号公報

【特許文献2】特開２００８−３１１９０２号公報

【特許文献3】特開２０００−２５３０２１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ＮＷ（ネットワーク）の状況に応じて映像品質を調整することで、スループットが低下した場合でも映像再生が途切れないようにする技術（アダプティブストリーミング）は既にあるが、映像視聴とＷＥＢを同時利用する場合は、映像再生が途切れることがある。

【0005】

図８は、従来の課題を説明するためのグラフである。図中の線Ｌ１はスループット（ＮＷの状況）を示し、線Ｌ２はＷＥＢで使用するＮＷ帯域（ＷＥＢ使用帯域）を示している。また、「低」「中」「高」は、映像コンテンツ２０の品質（ビットレート）を示している。

【0006】

まず、映像視聴のみの場合、図８（ａ）に示すように、スループットＬ１により、取得する映像コンテンツ２０のビットレートを調整する。これにより、スループットＬ１が低下した場合でも映像再生が途切れないようにすることができる。

【0007】

しかし、映像視聴とＷＥＢの同時利用の場合、図８（ｂ）に示すように、ＷＥＢ使用帯域Ｌ２の影響で映像視聴用に使用できるＮＷ帯域が減少し、映像コンテンツ２０の取得に時間がかかる。そのため、映像コンテンツ２０のダウンロードが間に合わないことで受信端末内のバッファが枯渇し、映像再生が途切れやすくなる（区間Ａ参照）。

【0008】

本発明は、上述した従来の技術に鑑み、マルチウィンドウ環境で映像視聴とＷＥＢ利用を同時利用する場合でも両サービスの品質を大きく損ねることのない受信端末及び映像視聴システムを提供することを目的とする。

【課題を解決するための手段】

【0009】

上記目的を達成するため、第１の態様に係る発明は、映像配信サーバから映像視聴の提供を受け、ＷＥＢサーバからＷＥＢサービスの提供を受け、映像視聴とＷＥＢサービスを同時利用する受信端末であって、映像視聴時のアダプティブストリーミングを制御するアダプティブ制御部と、ＷＥＢ利用の帯域を制限するための帯域制御情報を算出する帯域制御部と、同一の映像コンテンツを視聴している間に１回だけ前記帯域制御部により算出された帯域制御情報をＷＥＢサーバに送信する通信部とを備え、前記アダプティブ制御部は、次のセグメントの取得時、前記アダプティブストリーミングで保持されるバッファ量を確認し、前記バッファ量が閾値以下になった際に最低ビットレートのセグメントの取得に必要な帯域の情報を前記帯域制御部に通知し、前記帯域制御部は、前記アダプティブ制御部から前記帯域の情報を通知されると、映像視聴用に少なくとも最低ビットレートの映像コンテンツが取得できるだけの帯域を確保するため、最低ビットレートのセグメントのサイズをｓ、１セグメントの再生時間をｔ、ネットワークのスループットをＴとした場合、前記帯域制御情報として［Ｔ−ｓ／ｔ］を算出し、前記ＷＥＢサーバによって、［Ｔ−ｓ／ｔ］未満までＷＥＢ利用の帯域が制限されることを要旨とする。

【0013】

上記目的を達成するため、第２の態様に係る発明は、映像視聴システムであって、映像視聴とＷＥＢサービスを同時利用する受信端末と、前記受信端末に映像を配信する映像配信サーバと、前記受信端末からの帯域制御情報に基づいてＷＥＢ利用の帯域を制限するＷＥＢサーバとを備え、前記受信端末は、映像視聴時のアダプティブストリーミングを制御するアダプティブ制御部と、ＷＥＢ利用の帯域を制限するための帯域制御情報を算出する帯域制御部と、同一の映像コンテンツを視聴している間に１回だけ前記帯域制御部により算出された帯域制御情報をＷＥＢサーバに送信する通信部とを備え、前記アダプティブ制御部は、次のセグメントの取得時、前記アダプティブストリーミングで保持されるバッファ量を確認し、前記バッファ量が閾値以下になった際に最低ビットレートのセグメントの取得に必要な帯域の情報を前記帯域制御部に通知し、前記帯域制御部は、前記アダプティブ制御部から前記帯域の情報を通知されると、映像視聴用に少なくとも最低ビットレートの映像コンテンツが取得できるだけの帯域を確保するため、最低ビットレートのセグメントのサイズをｓ、１セグメントの再生時間をｔ、ネットワークのスループットをＴとした場合、前記帯域制御情報として［Ｔ−ｓ／ｔ］を算出し、前記ＷＥＢサーバは、［Ｔ−ｓ／ｔ］未満までＷＥＢ利用の帯域を制限することを要旨とする。

【発明の効果】

【0014】

本発明によれば、マルチウィンドウ環境で映像視聴とＷＥＢ利用を同時利用する場合でも両サービスの品質を大きく損ねることのない受信端末及び映像視聴システムを提供することが可能である。

【図面の簡単な説明】

【0015】

【図1】本発明の実施の形態における受信端末の利用環境を示す図である。

【図2】本発明の実施の形態における映像視聴システムの構成図である。

【図3】本発明の実施の形態における受信端末の機能ブロック図である。

【図4】本発明の実施の形態における映像視聴システムの説明図である。

【図5】本発明の実施の形態における映像視聴システムのシーケンス図である。

【図6】本発明の実施の形態における受信端末の動作を示すフローチャートである。

【図7】本発明の実施の形態の効果を示すグラフである。

【図8】従来の課題を説明するためのグラフである。

【発明を実施するための形態】

【0016】

以下、本発明の実施の形態について図面を参照して詳細に説明する。なお、以下の実施の形態は、この発明の技術的思想を具体化するための映像視聴システムを例示するものであり、装置の構成やデータの構成等は以下の実施の形態に限定されるものではない。

【0017】

図１は、本発明の実施の形態における受信端末１の利用環境を示す図である。ここでは、マルチウィンドウにより映像視聴とＷＥＢサービスを同時に利用する場合を想定している。

【0018】

受信端末１は、ＳＴＢ（セットトップボックス）等の端末である。映像配信サーバ２は、ＶＯＤ（Video On Demand）等の映像配信サービスを提供する装置である。ＷＥＢサーバ３は、ＷＥＢサービスを提供する装置である。ディスプレイ４は、テレビ等の表示装置である。

【0019】

受信端末１は、アダプティブストリーミングに対応している。アダプティブストリーミングとは、視聴者の通信環境に応じて自動的にコンテンツの品質・サイズを変更することができる映像配信方式である。アダプティブストリーミングで映像配信する場合の映像コンテンツの最小単位は「セグメント」と呼ばれる。

【0020】

図２は、本発明の実施の形態における映像視聴システムの構成図である。この図に示すように、受信端末１は、ブロードバンドルータ６を介して通信網５に接続されている。受信端末１は、映像配信サーバ２から映像コンテンツを受信してディスプレイ４に出力するとともに、ＷＥＢサーバ３からＨＴＭＬ文書等を受信してディスプレイ４に出力する。

【0021】

図３は、本発明の実施の形態における受信端末１の機能ブロック図である。この図に示すように、受信端末１は、通信部１１と、帯域制御部１２と、アプリケーション実行部１３と、アダプティブ制御部１４と、レンダリング部１５と、映像デコード部１６と、ディスプレイ出力部１７とを備える。通信部１１は、ＮＷ（ブロードバンドルータ６）との通信を行う。アプリケーション実行部１３は、映像視聴アプリやＷＥＢサービス利用アプリ等のアプリケーションプログラムを実行する。アダプティブ制御部１４は、映像視聴時のアダプティブストリーミングを制御する機能部であり、取得したセグメント２１から直近のスループットを計算し、次に取得するセグメント２１の品質（ビットレート）を決定する。帯域制御部１２は、バッファ量が減少した際に、ＷＥＢ利用の制限帯域を算出する。映像デコード部１６は、映像データのデコード処理を行う。レンダリング部１５は、画面を生成する。ディスプレイ出力部１７は、ディスプレイ４に画面を出力する。

【0022】

図４は、本発明の実施の形態における映像視聴システムの説明図である。

【0023】

まず、図４（ａ）を用いて、映像視聴のみの場合について説明する。映像配信サーバ２は、一つの映像コンテンツ２０に対して複数のビットレート（高、中、低）のセグメント２１を用意している。受信端末１は、ダウンロードする映像コンテンツ２０のビットレートをスループットに応じて選択する。具体的には、スループットが高ければ高ビットレートのセグメント２１、スループットが低ければ低ビットレートのセグメント２１を選択するようになっている。

【0024】

受信端末１は、例えば６個のバッファ（未再生セグメント）を保持し、順次再生する。ここでは、最低ビットレート（低ビットレート）のセグメント２１のサイズをｓ（Ｍｂｉｔ）、１つのセグメント２１の再生時間をｔ（秒）として説明する。

【0025】

次に、図４（ｂ）を用いて、映像視聴とＷＥＢを同時利用する場合について説明する。まず、映像視聴中にＷＥＢサービスの同時利用を開始すると、ＮＷのスループット低下によりセグメント２１のダウンロードに時間がかかり、受信端末１内のバッファ量が減少する。そこで、バッファの枯渇による映像停止を防ぐために、１つのセグメント２１の再生時間内に低ビットレートのセグメント２１を取得完了するのに必要なスループット（ｓ／ｔ）を計算し、そのスループットを確保するために制限をかけるべきＷＥＢの帯域を算出する。具体的には、ＮＷのスループットをＴ（Ｍｂｐｓ）とすると、［Ｔ−ｓ／ｔ］（Ｍｂｐｓ）未満までＷＥＢの利用帯域を制限する。このように算出した帯域制御情報をＷＥＢサーバ３に送信すると、ＷＥＢサーバ３側で帯域制御情報に基づいてＷＥＢ利用の帯域を制限するようになっている。その後、バッファ量の回復またはＷＥＢ利用の終了により帯域制御解除の情報をＷＥＢサーバ３に送信すると、ＷＥＢサーバ３側で帯域制御を解除するようになっている。

【0026】

このように、本実施の形態では、ＮＷ状況及び映像再生状況（バッファ量）から、映像再生に最低限必要なスループットを計算し、ＷＥＢ使用帯域を制御する。そのため、マルチウィンドウ環境で映像視聴とＷＥＢ利用を同時利用する場合でも両サービスの品質を大きく損ねることがないという効果が得られる。

【0027】

図５は、本発明の実施の形態における映像視聴システムのシーケンス図である。

【0028】

まず、アプリケーション実行部１３は、映像視聴アプリとＷＥＢサービス利用アプリの両方が起動されている場合、映像視聴、ＷＥＢの同時利用と判断する（Ｓ１）。この場合、映像配信サーバ２に映像コンテンツ２０を要求し、映像配信サーバ２から映像コンテンツ２０を取得すると（Ｓ２→Ｓ３）、映像データを映像デコード部１６に通知し（Ｓ４）、取得した映像コンテンツ２０のダウンロード情報をアダプティブ制御部１４に通知する（Ｓ５）。

【0029】

次いで、映像デコード部１６は、映像データのデコード処理を行う（Ｓ６）。

【0030】

一方、アダプティブ制御部１４は、取得したセグメント２１から直近のスループットを計算し、次に取得するセグメント２１のビットレートを決定する（Ｓ７）。また、次のセグメント２１の取得時にバッファ量を確認し、バッファ量が減少していた場合、ＷＥＢの帯域制御を行う（Ｓ８）。具体的には、低ビットレートのセグメント２１の取得に必要な帯域の情報を帯域制御部１２に通知する（Ｓ９）。これにより、帯域制御部１２がＷＥＢサーバ３に帯域制御情報を送信すると（Ｓ１０）、ＷＥＢサーバ３が帯域制御を開始する（Ｓ１１）。

【0031】

次いで、アプリケーション実行部１３は、アダプティブ制御部１４から次取得セグメント情報を受信すると、映像配信サーバ２に映像コンテンツ２０を要求し、映像配信サーバ２から映像コンテンツ２０を取得する（Ｓ１２→Ｓ１３→Ｓ１４）。ＷＥＢの帯域制御中は、低ビットレートのセグメント２１を取得することになる（Ｓ１４）。

【0032】

その後、アダプティブ制御部１４は、スループットが向上し、バッファ量が回復すると（Ｓ１５〜Ｓ１９）、バッファ回復情報を帯域制御部１２に通知する（Ｓ２０）。これにより、帯域制御部１２がＷＥＢサーバ３に帯域制御解除の情報を送信すると（Ｓ２１）、ＷＥＢサーバ３が帯域制御を解除する（Ｓ２２）。

【0033】

図６は、本発明の実施の形態における受信端末１の動作を示すフローチャートである。

【0034】

受信端末１は、映像視聴、ＷＥＢの同時利用を開始している（Ｓ３１）。次のセグメント２１の取得時にバッファ量を確認し、バッファ量が閾値以下であれば、最低ビットレートのセグメント２１の取得に必要な帯域を計算し、ＷＥＢ利用の帯域制御情報をＷＥＢサーバ３に送信する（Ｓ３２→Ｓ３３→Ｓ３４→Ｓ３５）。例えば、最低ビットレートのセグメント２１のサイズをｓ（Ｍｂｉｔ）、１セグメントの再生時間をｔ（秒）とすると、帯域制御情報は［Ｔ−ｓ／ｔ］（Ｍｂｐｓ）である。

【0035】

次いで、受信端末１は、次のセグメント２１の取得時にバッファ量を確認し、バッファ量が閾値以下であれば、ステップＳ３４に戻る（Ｓ３６→Ｓ３７→Ｓ３４）。一方、次のセグメント２１の取得時にバッファ量を確認し、バッファ量が閾値以下でなければ、帯域制御解除の情報をＷＥＢサーバに送信する（Ｓ３６→Ｓ３７→Ｓ３８）。例えば、６個の未再生セグメントを保持する場合、閾値は６×ｔ（秒）とすればよい。

【0036】

映像視聴、ＷＥＢの同時利用中は以上の動作を繰り返す（Ｓ３２〜Ｓ３９）。

【0037】

なお、ここでは、次のセグメント２１の取得時に帯域制御情報［Ｔ−ｓ／ｔ］（Ｍｂｐｓ）をＷＥＢサーバ３に送信することとしているが（Ｓ３２→Ｓ３３→Ｓ３４→Ｓ３５）、本発明はこれに限定されるものではない。すなわち、同一の映像コンテンツ２０を視聴している間は、ｓ／ｔ（Ｍｂｐｓ）が変わらないため、帯域制御情報［Ｔ−ｓ／ｔ］（Ｍｂｐｓ）をＷＥＢサーバ３に送信するのは１回だけでもよい。

【0038】

図７は、本発明の実施の形態の効果を示すグラフである。この図に示すように、ＷＥＢの利用により映像コンテンツ２０のバッファが枯渇する場合は、図中の矢印のように、ＷＥＢ使用帯域Ｌ２を絞るように制御し、映像視聴用に少なくとも最低ビットレートの映像コンテンツ２０が取得できるだけの帯域を確保する。これにより、映像視聴とＷＥＢ利用を同時利用する場合でも安定して両サービスを利用することができる。

【0039】

以上のように、本発明の実施の形態における受信端末１は、映像視聴とＷＥＢサービスを同時利用する受信端末１であって、映像視聴時のアダプティブストリーミングを制御するアダプティブ制御部１４と、アダプティブ制御部１４によるアダプティブストリーミングで保持されるバッファ量が閾値以下になった際、ＷＥＢ利用の帯域を制限するための帯域制御情報を算出する帯域制御部１２と、帯域制御部１２により算出された帯域制御情報をＷＥＢサーバ３に送信する通信部１１とを備える。これにより、映像再生状況（映像コンテンツ取得時のスループット及び受信端末１内のバッファ量）をリアルタイムに加味して、ＷＥＢサービス利用のＮＷ帯域を制御することができる。そのため、マルチウィンドウ環境で映像視聴とＷＥＢ利用を同時利用する場合でも両サービスの品質を大きく損ねることがないという効果が得られる。

【0040】

具体的には、帯域制御部１２は、映像視聴用に少なくとも最低ビットレートの映像コンテンツ２０が取得できるだけの帯域を確保してもよい。これにより、ネットワークの帯域が変動する環境下においても、少なくとも最低ビットレートのコンテンツは取得できるため、確実に映像再生の途切れが生じないようＷＥＢ利用の帯域を制御することが可能である。

【0041】

また、帯域制御部１２は、最低ビットレートのセグメントのサイズをｓ、１セグメントの再生時間をｔとした場合、帯域制御情報としてｓ／ｔを算出してもよい。これにより、１セグメントの再生時間ｔに応じて最適な帯域制御値を算出することが可能である。

【0042】

また、帯域制御部１２は、バッファ量が回復した際、又はＷＥＢ利用が終了した際、ＷＥＢ利用の帯域制限を解除してもよい。これにより、ＷＥＢ利用の帯域制限が不要になると、即座にＷＥＢ利用の帯域制限を解除することが可能である。

【0043】

なお、本発明は、受信端末１として実現することができるだけでなく、受信端末１が備える特徴的な処理部を各ステップとする映像視聴方法として実現したり、それら各ステップをコンピュータに実行させる映像視聴プログラムとして実現したりすることも可能である。このようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのはいうまでもない。

【符号の説明】

【0044】

１…受信端末
２…映像配信サーバ
３…ＷＥＢサーバ
４…ディスプレイ
５…通信網
６…ブロードバンドルータ
１１…通信部
１２…帯域制御部
１３…アプリケーション実行部
１４…アダプティブ制御部
１５…レンダリング部
１６…映像デコード部
１７…ディスプレイ出力部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】