特開 2023-72525 端末装置、切替方法及び切替プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023072525

(43)【公開日】2023-05-24

(54)【発明の名称】端末装置、切替方法及び切替プログラム

(51)【国際特許分類】

   H04N 21/462 20110101AFI20230517BHJP

   H04N 21/442 20110101ALI20230517BHJP

【ＦＩ】

H04N21/462

H04N21/442

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2021185141

(22)【出願日】2021-11-12

(71)【出願人】

【識別番号】399035766

【氏名又は名称】エヌ・ティ・ティ・コミュニケーションズ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】遠藤 雅和

(72)【発明者】

【氏名】小松 健作

(72)【発明者】

【氏名】澤田 州市

【テーマコード（参考）】

5C164

【Ｆターム（参考）】

5C164FA06

5C164UB41P

5C164UC27P

5C164YA21

5C164YA24

(57)【要約】

【課題】低遅延のライブ配信の視聴を可能にし、利用者の望む過去時間の映像データも容易に視聴させること。
【解決手段】端末装置１００は、ネットワークを介して、映像ソースから取得した映像データを配信する第１サーバから映像データを受信するのか、映像ソースから取得した映像データを映像ファイルに変換して保存した後に、映像データを配信する第２サーバから映像データを受信するのかを、所定の条件を満たすか否かを基にして判定する判定部と、判定部の判定結果を基にして、第１サーバまたは第２サーバに対して、映像データの配信要求を行う切替部とを備える。
【選択図】図４

【特許請求の範囲】

【請求項1】

ネットワークを介して、映像ソースから取得した映像データを配信する第１サーバから映像データを受信するのか、前記映像ソースから取得した映像データを映像ファイルに変換して保存した後に、映像データを配信する第２サーバから映像データを受信するのかを、所定の条件を満たすか否かを基にして判定する判定部と、
前記判定部の判定結果を基にして、前記第１サーバまたは前記第２サーバに対して、映像データの配信要求を行う切替部と
を備えることを特徴とする端末装置。

【請求項2】

前記第１サーバから受信する映像データまたは前記第２サーバから受信する映像データを再生する再生領域と、映像データの開始時間から総時間までの時間幅に対応付けられたシークバー上のポインタであって、映像データの現在の再生時間を示す前記ポインタの移動操作を受け付ける操作領域とを含んだ画面情報を表示する表示制御部を更に有し、
前記判定部は、前記ポインタの位置が前記シークバーの総時間に相当する位置となる場合に、前記第１サーバから映像データを受信すると判定し、前記ポインタの位置が前記シークバーの総時間に相当する位置以外に移動した場合に、前記第２サーバから映像データを受信すると判定することを特徴とする請求項１に記載の端末装置。

【請求項3】

前記切替部は、前記判定部によって、前記第２サーバから映像データを受信すると判定された場合に、前記ポインタに示される再生時間に対応する映像データの配信要求を、前記第２サーバに対して行うことを特徴とする請求項２に記載の端末装置。

【請求項4】

前記判定部は、映像データの総時間と、映像データの現在の再生時間とを更に取得し、前記総時間と前記現在の再生時間とが一致する場合に、前記第１サーバから映像データを受信すると判定し、前記総時間と前記現在の再生時間とが一致しない場合には、前記第２サーバから映像データを受信すると判定することを特徴とする請求項１に記載の端末装置。

【請求項5】

前記判定部は、前記ネットワークの品質を基にして、前記第１サーバから映像データを受信するのか、前記第２サーバから映像データを受信するのかを判定することを特徴とする請求項１に記載の端末装置。

【請求項6】

ネットワークを介して、映像ソースから取得した映像データを配信する第１サーバから映像データを受信するのか、前記映像ソースから取得した映像データを映像ファイルに変換して保存した後に、映像データを配信する第２サーバから映像データを受信するのかを、所定の条件を満たすか否かを基にして判定する判定工程と、
前記判定工程の判定結果を基にして、前記第１サーバまたは前記第２サーバに対して、映像データの配信要求を行う切替工程と
を含んだことを特徴とする切替方法。

【請求項7】

ネットワークを介して、映像ソースから取得した映像データを配信する第１サーバから映像データを受信するのか、前記映像ソースから取得した映像データを映像ファイルに変換して保存した後に、映像データを配信する第２サーバから映像データを受信するのかを、所定の条件を満たすか否かを基にして判定する判定ステップと、
前記判定ステップの判定結果を基にして、前記第１サーバまたは前記第２サーバに対して、映像データの配信要求を行う切替ステップと
をコンピュータに実行させるための切替プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、端末装置、切替方法及び切替プログラム等に関する。

【背景技術】

【0002】

映像データのライブ配信を行うための技術として、WebRTC（Web Real-Time Communication）や、HLS（Http Live Streaming）等の技術がある。

【0003】

WebRTCに基づいてライブ配信を行うサーバ（以下、WebRTC配信サーバ）は、ストリーム型のライブ配信を行う。たとえば、WebRTC配信サーバは、映像ソースからリアルタイムに取得する映像データを、映像ファイルに変換することなく、そのまま利用者の端末に配信し、端末は、受信した映像データをメモリ上に展開して再生することで、低遅延のライブ配信を実現している。

【0004】

一方、HLSに基づいてライブ配信を行うサーバ（以下、HLS配信サーバ）は、セグメント・ダウンロード型のライブ配信を行う。たとえば、HLS配信サーバは、映像ソースからリアルタイムに取得する映像データを、一定時間（数十秒程度）単位の映像ファイルに変換して保存しつつ、映像データを利用者の端末に配信し、端末は、受信した映像ファイルを内部ストレージに一時的に保存して再生する。

【先行技術文献】

【非特許文献】

【0005】

【非特許文献1】“「WebRTC」とは？”、[online]、[２０２１年１１月１日検索]、インターネット＜https://www.freshvoice.net/knowledge/basic/7437/＞

【非特許文献2】“What is HLS?”、[online]、[２０２１年１１月１日検索]、インターネット＜https://www.dpsj.co.jp/tech-articles/wowza-blog-hls＞

【発明の概要】

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

【0006】

WebRTC配信サーバは、低遅延のライブ配信を実現できるが、配信済みの映像データが、WebRTC配信サーバおよび映像データを受信した端末上に残っていないため、過去時間から映像データを再配信することができない。一方、HLS配信サーバおよび映像データを受信した端末には、映像ファイルが残っているため、過去時間から映像データを再配信および再生することが可能であるが、映像ファイルを作成するため、低遅延のライブ配信を実現することができない。

【0007】

上記問題に対して、利用者側で、WebRTC配信サーバから配信される映像データを視聴するWebRTC視聴プレイヤと、HLS配信サーバから配信される映像データを視聴するHLS視聴プレイヤとを別々に用意して、映像データを視聴することも考えられるが、利用者は、快適に映像データを視聴することができない。

【0008】

たとえば、WebRTC視聴プレイヤを用いて映像データを視聴中に過去時間の映像データを確認するべく、HLS視聴プレイヤに切り替えて映像データを視聴する場合を想定すると、WebRTC視聴プレイヤを用いてそれまで視聴した映像データの再生時間との関連が分かりづらく、利用者の望む過去時間の映像データを容易に視聴することができない。

【0009】

本発明は、上記に鑑みてなされたものであって、低遅延のライブ配信の視聴を可能にし、利用者の望む過去時間の映像データも容易に視聴できる端末装置、切替方法及び切替プログラムを提供することを目的とする。

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

【0010】

上述した課題を解決し、目的を達成するために、本発明に係る端末装置は、ネットワークを介して、映像ソースから取得した映像データを配信する第１サーバから映像データを受信するのか、前記映像ソースから取得した映像データを映像ファイルに変換して保存した後に、映像データを配信する第２サーバから映像データを受信するのかを、所定の条件を満たすか否かを基にして判定する判定部と、前記判定部の判定結果を基にして、前記第１サーバまたは前記第２サーバに対して、映像データの配信要求を行う切替部とを備える。

【発明の効果】

【0011】

本発明によれば、低遅延のライブ配信の視聴を可能にし、利用者の望む過去時間の映像データも容易に視聴させることができる。

【図面の簡単な説明】

【0012】

【図1】図１は、本実施例１に係るシステムの一例を示す図である。

【図2】図２は、本実施例１に係る端末装置の処理を説明するための図（１）である。

【図3】図３は、本実施例１に係る端末装置の処理を説明するための図（２）である。

【図4】図４は、本実施例１に係る端末装置の処理を説明するための図（３）である。

【図5】図５は、本実施例１に係る端末装置の構成を示す機能ブロック図である。

【図6】図６は、本実施例１に係る端末装置の処理手順を示すフローチャートである。

【図7】図７は、本実施例２に係る端末装置の構成を示す機能ブロック図である。

【図8】図８は、本実施例２に係る端末装置の処理手順を示すフローチャートである。

【図9】図９は、本実施例３に係るシステムの一例を示す図である。

【図10】図１０は、本実施例３に係る端末装置の構成を示す機能ブロック図である。

【図11】図１１は、本実施例３に係る端末装置の処理手順を示すフローチャートである。

【図12】図１２は、切替プログラムを実行するコンピュータの一例を示す図である。

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

【0013】

以下に、本願の開示する端末装置、切替方法及び切替プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

【実施例0014】

図１は、本実施例１に係るシステムの一例を示す図である。図１に示すように、このシステムは、映像ソース１０と、WebRTC配信サーバ２０と、HLS配信サーバ３０と、端末装置１００とを有する。映像ソース１０と、WebRTC配信サーバ２０とは、無線または有線によって相互に接続される。映像ソース１０と、HLS配信サーバ３０とは、無線または有線によって相互に接続される。WebRTC配信サーバ２０と、端末装置１００とは、ネットワーク５０を介して相互に接続される。HLS配信サーバ３０と、端末装置１００とは、ネットワーク５０を介して相互に接続される。

【0015】

映像ソース１０は、カメラ等の撮影装置に対応する。映像ソース１０は、撮影した映像データをリアルタイムに、WebRTC配信サーバ２０およびHLS配信サーバ３０に出力する。

【0016】

WebRTC配信サーバ２０は、端末装置１００から、映像データの配信要求を受け付けた場合に、ストリーム型のライブ配信を行う。たとえば、WebRTC配信サーバ２０は、映像ソース１０からリアルタイムに取得する映像データを、映像ファイルに変換して記憶装置に記憶することなく、端末装置１００に配信する。WebRTC配信サーバ２０は、配信後の映像データを保持しない。

【0017】

HLS配信サーバ３０は、映像データの配信要求を受け付けた場合に、セグメント・ダウンロード型のライブ配信を行う。たとえば、HLS配信サーバ３０は、映像ソース１０からリアルタイムに取得する映像データを、一定時間（数十秒程度）単位の映像ファイルに変換して、映像ＤＢ３５に格納する。

【0018】

HLS配信サーバ３０は、配信要求にて指定されるセグメントファイル情報に対応する映像データを、映像ＤＢ３５から取得し、取得した映像データを、端末装置１００に配信する。

【0019】

端末装置１００は、WebRTC配信サーバ２０またはHLS配信サーバ３０から映像データを受信し、受信した映像データを再生する。ここで、端末装置１００は、所定の条件を満たすか否かを基にして、WebRTC配信サーバ２０から映像データを受信するのか、HLS配信サーバ３０から映像データを受信するのかを判定し、判定結果を基にして、WebRTC配信サーバ２０またはHLS配信サーバ３０に対して映像データの配信要求を行う（配信要求を送信する）。

【0020】

図２～図４は、本実施例１に係る端末装置の処理を説明するための図である。まず、図２について説明する。端末装置１００は、ＵＩ（User Interface）６０を表示する。ＵＩ６０には、再生領域６０ａと、操作領域６０ｂとが含まれる。再生領域６０ａは、映像データが再生される領域である。操作領域６０ｂは、利用者が映像データを再生する時間を操作する領域である。

【0021】

操作領域６０ｂには、シークバー６１と、ポインタ６２とが含まれる。シークバー６１上の位置は、映像データの開始時間からの経過時間に対応付けられる。シークバー６１の左端は、映像データの開始時間に対応する。以下の説明では、ポインタ６２に示される時間であって、開始時間からの時間を「再生時間」と表記する。シークバー６１の位置が右側に移行するほど、時間が増え、シークバー６１の右端が、現在までの映像データの総時間に対応する。リアルタイムのライブ配信が継続している限り、総時間は増加し続ける。本実施例１では、シークバー６１の長さを固定とし、総時間の増加に伴って、シークバー６１上の時間が調整されるものとする。

【0022】

シークバー６１上に設定されるポインタ６２の位置に応じた再生時間の映像データが、再生領域６０ａで再生される。利用者は、リアルタイムの映像データを視聴する場合には、ポインタ６２の位置を、シークバー６１の右端に設定する。利用者は、過去時間の映像データを視聴する場合には、ポインタ６２の位置を、所望する過去時間に対応した再生時間の位置に移動させる。

【0023】

図３の説明に移行する。図３に示すように、端末装置１００は、ポインタ６２の位置が、シークバー６１の右端に設定されている場合には、WebRTC配信サーバ２０に対して、映像データの配信要求を行い、リアルタイムの映像データを再生する。

【0024】

図４の説明に移行する。図４に示すように、端末装置１００は、ポインタ６２の位置が、シークバー６１の右端以外の位置に設定されている場合には、HLS配信サーバ３０に対して、ポインタ６２の位置に応じた過去時間の映像データの配信要求を行い、過去時間からの映像データを再生する。端末装置１００は、HLS配信サーバ３０に対して、映像データの配信要求を行う場合には、ポインタ６２の位置に対応するセグメントファイル情報を、HLS配信サーバ３０に通知する。セグメントファイル情報は、ポインタ６２の位置の時間情報に対応する。

【0025】

上記のように、本実施例１に係る端末装置１００は、ポインタ６２の位置が、シークバー６１の右端に設定されている場合には、WebRTC配信サーバ２０に対して、映像データの配信要求を行い、シークバー６１の右端以外の位置に設定されている場合には、HLS配信サーバ３０に対して、ポインタ６２の位置に応じた時間の映像データの配信要求を行い、WebRTC配信サーバ２０またはHLS配信サーバ３０から配信される映像データをＵＩ６０の再生領域６０ａに表示する。これによって、低遅延のライブ配信の視聴を可能にし、利用者の望む過去時間の映像データも容易に視聴させることができる。

【0026】

たとえば、ポインタ６２を移動させる場合に、シークバー６１の右端が、リアルタイムの時間に対応するため、リアルタイムの時間と比較して、どのくらい前の映像データであるのかを容易に確認できる。

【0027】

次に、本実施例１に係る端末装置１００の構成例について説明する。図５は、本実施例１に係る端末装置の構成を示す機能ブロック図である。図５に示すように、この端末装置１００は、通信制御部１１０と、入力部１２０と、表示部１３０と、記憶部１４０と、制御部１５０とを有する。

【0028】

通信制御部１１０は、ＮＩＣ（Network Interface Card）等で実現され、ＬＡＮ（Local Area Network）やネットワーク５０を介したWebRTC配信サーバ２０と制御部１５０との通信、HLS配信サーバ３０と制御部１５０との通信を制御する。通信制御部１１０は、他の外部装置と通信を実行してもよい。

【0029】

入力部１２０は、キーボードやマウス等の入力デバイスを用いて実現され、利用者による入力操作に対応して、制御部１５０に対して各種の情報を入力する。たとえば、利用者は、入力部１２０を操作して、図２等で説明したＵＩ６０のポインタ６２の位置を所望の位置に移動させる。

【0030】

表示部１３０は、制御部１５０から取得した情報を出力する出力デバイスであり、液晶ディスプレイなどの表示装置によって実現される。表示部１３０は、図２等で説明したＵＩ６０等を表示する。

【0031】

記憶部１４０は、制御部１５０等で利用する各種の情報を記憶する。記憶部１４０は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク等の記憶装置によって実現される。

【0032】

制御部１５０は、切替部１５１、第１受信部１５２、第２受信部１５３、表示制御部１５４、判定部１５５を有する。制御部１５０は、ＣＰＵ（Central Processing Unit）等に対応する。

【0033】

切替部１５１は、判定部１５５の判定結果を基にして、WebRTC配信サーバ２０またはHLS配信サーバ３０に対して、映像データの配信要求を送信する。

【0034】

切替部１５１は、判定部１５５によって、WebRTC配信サーバ２０から映像データを受信すると判定された場合に、WebRTC配信サーバ２０に対して、映像データの配信要求を送信する。切替部１５１は、判定部１５５によって、WebRTC配信サーバ２０から映像データを受信すると判定された時点において、HLS配信サーバ３０から映像データを受信している場合には、HLS配信サーバ３０に対して、配信の停止要求を行う。

【0035】

切替部１５１は、既にWebRTC配信サーバ２０から映像データを受信している場合には、配信要求を行わなくてもよい。

【0036】

切替部１５１は、判定部１５５によって、HLS配信サーバ３０から映像データを受信すると判定された場合に、HLS配信サーバ３０に対して、映像データの配信要求を送信する。HLS配信サーバ３０に対して行う配信要求には、ポインタ６２の位置に対応するセグメントファイル情報が含まれる。切替部１５１は、判定部１５５によって、HLS配信サーバ３０から映像データを受信すると判定された時点において、WebRTC配信サーバ２０から映像データを受信している場合には、WebRTC配信サーバ２０に対して、配信の停止要求を行う。

【0037】

切替部１５１は、ポインタ６２の位置が更新されるたびに、ポインタ６２の位置に対応するセグメントファイル情報の配信要求を、HLS配信サーバ３０に対して行う。

【0038】

なお、切替部１５１は、処理の開始時に、判定部１５５の判定結果にかかわらず、WebRTC配信サーバ２０に対して、映像データの配信要求を行うものとする。

【0039】

第１受信部１５２は、WebRTC配信サーバ２０から配信される映像データを受信する。第１受信部１５２は、受信した映像データを、表示制御部１５４に出力する。

【0040】

第２受信部１５３は、HLS配信サーバ３０から配信される映像データを受信する。第２受信部１５３は、受信した映像データを、表示制御部１５４に出力する。

【0041】

表示制御部１５４は、入力部１２０を操作する利用者によって、ＵＩ６０の表示要求を受け付けた場合に、図２に示したＵＩ６０を、表示部１３０に出力して表示させる。

【0042】

表示制御部１５４は、第１受信部１５２または第２受信部１５３から映像データを取得し、取得した映像データを、再生領域６０ａにおいて再生する。

【0043】

ここで、表示制御部１５４は、入力部１２０を操作する利用者からのポインタ６２の移動操作を受け付けた場合には、移動操作に応じて、ポインタ６２の位置を移動させる。表示制御部１５４は、ポインタ６２の移動操作を受け付ける度に、ポインタ６２の移動操作情報を生成し、判定部１５５に出力する。

【0044】

表示制御部１５４が、判定部１５５に出力する移動操作情報には、ポインタ６２がシークバー６１の右端に位置しているか否かの情報が含まれる。また、ポインタ６２がシークバー６１の右端に位置していない場合には、ポインタ６２に位置に応じたセグメントファイル情報が、移動操作情報に含まれる。

【0045】

判定部１５５は、表示制御部１５４から取得する移動操作情報を基にして、WebRTC配信サーバ２０から映像データを受信するのか、HLS配信サーバ３０から映像データを受信するかを判定し、判定結果を切替部１５１に出力する。

【0046】

判定部１５５は、移動操作情報を基にして、ポインタ６２がシークバー６１の右端に位置している場合には、WebRTC配信サーバ２０から映像データを受信すると判定する。

【0047】

一方、判定部１５５は、移動操作情報を基にして、ポインタ６２がシークバー６１の右端に位置していない場合には、HLS配信サーバ３０から映像データを受信すると判定する。判定部１５５は、移動操作情報に含まれる時間情報を、切替部１５１に出力する。

【0048】

次に、本実施例１に係る端末装置１００の処理手順の一例について説明する。図６は、本実施例１に係る端末装置の処理手順を示すフローチャートである。図６に示すように、端末装置１００の表示制御部１５４は、ＵＩ６０を表示部１３０に表示させる（ステップＳ１０１）。

【0049】

端末装置１００の切替部１５１は、WebRTC配信サーバ２０に配信要求を送信し、第１受信部１５２は、映像データを受信する（ステップＳ１０２）。表示制御部１５４は、映像データの再生を開始する（ステップＳ１０３）。

【0050】

表示制御部１５４は、ポインタ６２の移動操作を受け付けていない場合には（ステップＳ１０４，Ｎｏ）、再度、ステップＳ１０４に移行する。一方、表示制御部１５４は、ポインタ６２の移動操作を受け付けた場合には（ステップＳ１０４，Ｙｅｓ）、ステップＳ１０５に移行する。

【0051】

判定部１５５は、移動操作後のポインタ６２の位置が右端か否かを判定する（ステップＳ１０５）。判定部１５５は、ポインタ６２の位置が右端の場合には（ステップＳ１０６，Ｙｅｓ）、ステップＳ１０７に移行する。判定部１５５は、ポインタ６２の位置が右端ではない場合には（ステップＳ１０６，Ｎｏ）、ステップＳ１０８に移行する。

【0052】

切替部１５１は、WebRTC配信サーバ２０に配信要求を送信し、第１受信部１５２は、映像データを受信し（ステップＳ１０７）、ステップＳ１１０に移行する。

【0053】

切替部１５１は、ポインタ６２の位置に応じたセグメントファイル情報を配信要求に設定する（ステップＳ１０８）。切替部１５１は、HLS配信サーバ３０に配信要求を送信し、第２受信部１５３は、映像データを受信し（ステップＳ１０９）、ステップＳ１１０に移行する。

【0054】

端末装置１００は、再生を終了しない場合には（ステップＳ１１０，Ｎｏ）、ステップＳ１０４に移行する。端末装置１００は、再生を終了する場合には（ステップＳ１１０，Ｙｅｓ）、処理を終了する。

【0055】

次に、本実施例１に係る端末装置１００の効果について説明する。端末装置１００は、ポインタ６２の位置が、シークバー６１の右端に設定されている場合には、WebRTC配信サーバ２０に対して、映像データの配信要求を行い、シークバー６１の右端以外の位置に設定されている場合には、HLS配信サーバ３０に対して、ポインタ６２の位置に応じた時間の映像データの配信要求を行い、WebRTC配信サーバ２０またはHLS配信サーバ３０から配信される映像データをＵＩ６０の再生領域６０ａに表示する。これによって、低遅延のライブ配信の視聴を可能にし、利用者の望む過去時間の映像データも容易に視聴させることができる。

【0056】

なお、上述した端末装置１００は、ポインタ６２の位置が右端か否かに応じて、WebRTC配信サーバ２０に対して映像データの配信要求を行うのか、HLS配信サーバ３０に対して映像データの配信要求を行うのかを判定していたが、これに限定されるものではない。

【0057】

端末装置１００は、表示制御部１５４から、映像データの総時間と、ＵＩ６０で現在再生されている映像データの再生時間（現在再生時間）の情報とを取得し、総時間と、現在再生時間とを基にして、WebRTC配信サーバ２０に対して映像データの配信要求を行うのか、HLS配信サーバ３０に対して映像データの配信要求を行うのかを判定してもよい。たとえば、端末装置１００の判定部１５５は、総時間と、現在再生時間が一致する場合には、WebRTC配信サーバ２０に対して、映像データの配信要求を行うと判定する。一方、端末装置１００は、総時間と、現在再生時間が一致しない場合には、HLS配信サーバ３０に対して、映像データの配信要求を行う。この場合、切替部１５１は、現在再生時間を時間情報として設定し、HLS配信サーバ３０に配信要求を送信する。

【0058】

これによって、総時間と現在再生時間とを用いて、低遅延のライブ配信の視聴を可能にし、利用者の望む過去時間の映像データも容易に視聴させることができる。

【実施例0059】

次に、本実施例２に係るシステムの一例について説明する。本実施例２に係るシステムの構成は、実施例１で説明したシステムと同様であるため、説明を省略する。本実施例２に係る端末装置は、WebRTC配信サーバ２０およびHLS配信サーバ３０とにネットワーク５０を介して接続される。

【0060】

本実施例２に係る端末装置は、ネットワーク５０の通信品質を基にして、映像データを受信するサーバを、WebRTC配信サーバ２０からHLS配信サーバ３０に切り替える。たとえば、端末装置は、ネットワーク５０の通信品質が一定の品質を維持している間は、WebRTC配信サーバ２０から映像データを受信する。一方、端末装置は、ネットワーク５０の通信品質が一定品質を下回った場合に、HLS配信サーバ３０から映像データを受信する。これによって、利用者が自身で切替操作等を行わなくても、ネットワーク５０の通信品質に応じた映像データを視聴可能とすることができる。

【0061】

図７は、本実施例２に係る端末装置の構成を示す機能ブロック図である。図７に示すように、この端末装置２００は、通信制御部２１０と、入力部２２０と、表示部２３０と、記憶部２４０と、制御部２５０とを有する。

【0062】

通信制御部２１０、入力部２２０、表示部２３０、記憶部２４０に関する説明は、実施例１で説明した通信制御部１１０、入力部１２０、表示部１３０、記憶部１４０に関する説明と同様である。

【0063】

制御部２５０は、切替部２５１、第１受信部２５２、第２受信部２５３、表示制御部２５４、統計データ取得部２５５、判定部２５６を有する。制御部２５０は、ＣＰＵ等に対応する。

【0064】

切替部２５１は、判定部２５６の判定結果を基にして、WebRTC配信サーバ２０またはHLS配信サーバ３０に対して、映像データの配信要求を送信する。切替部２５１は、処理の開始時に、判定部２５６の判定結果にかかわらず、WebRTC配信サーバ２０に対して、映像データの配信要求を行うものとする。切替部２５１に関するその他の処理の説明は、実施例１で説明した切替部１５１に関する説明と同様である。

【0065】

第１受信部２５２は、WebRTC配信サーバ２０から配信される映像データを受信する。第１受信部２５２は、受信した映像データを、表示制御部２５４および統計データ取得部２５５に出力する。

【0066】

第１受信部２５２は、切替部２５１の切替制御によって、HLS配信サーバ３０から、第２受信部２５３に対して映像データが配信されている間は、定期的に、WebRTC配信サーバ２０にアクセスして映像データを受信し、受信した映像データを、統計データ取得部２５５に出力する。

【0067】

第２受信部２５３は、HLS配信サーバ３０から配信される映像データを受信する。第２受信部２５３は、受信した映像データを、表示制御部２５４に出力する。

【0068】

表示制御部２５４は、入力部２２０を操作する利用者によって、映像データを視聴するためのＵＩの表示要求を受け付けた場合に、ＵＩを表示部２３０に出力して表示させる。表示制御部２５４は、第１受信部２５２または第２受信部２５３から映像データを取得し、取得した映像データを、ＵＩの再生領域において再生する。

【0069】

統計データ取得部２５５は、WebRTC配信サーバ２０から取得する映像データを基にして、ネットワーク５０のレイテンシーと、パケットロス率とを取得する。統計データ取得部２５５は、レイテンシーと、パケットロス率との情報を、判定部２５６に出力する。

【0070】

判定部２５６は、統計データ取得部２５５から取得するレイテンシーと、パケットロス率との情報を基にして、WebRTC配信サーバ２０から映像データを受信するのか、HLS配信サーバ３０から映像データを受信するかを判定し、判定結果を切替部２５１に出力する。

【0071】

判定部２５６は、レイテンシーが閾値Ｔｈ１未満、かつ、パケットロス率が閾値Ｔｈ２未満の場合には、ネットワーク５０の通信品質が一定の品質を維持していると判定する。閾値Ｔｈ１、閾値Ｔｈ２の値は、事前に設定される。判定部２５６は、ネットワーク５０の通信品質が一定の品質を維持している場合には、WebRTC配信サーバ２０から映像データを受信すると判定する。

【0072】

一方、判定部２５６は、レイテンシーが閾値Ｔｈ１以上、または、パケットロス率が閾値Ｔｈ２以上の場合には、ネットワーク５０の通信品質が一定の品質を維持していないと判定する。判定部２５６は、ネットワーク５０の通信品質が一定の品質を維持していない場合には、HLS配信サーバ３０から映像データを受信すると判定する。

【0073】

次に、本実施例２に係る端末装置２００の処理手順の一例について説明する。図８は、本実施例２に係る端末装置の処理手順を示すフローチャートである。図８に示すように、端末装置２００の表示制御部２５４は、ＵＩを表示部２３０に表示させる（ステップＳ２０１）。

【0074】

端末装置２００の切替部２５１は、WebRTC配信サーバ２０に配信要求を送信し、第１受信部２５２は、映像データを受信する（ステップＳ２０２）。表示制御部２５４は、映像データの再生を開始する（ステップＳ２０３）。

【0075】

端末装置２００の統計データ取得部２５５は、映像データを基にして、レイテンシーと、パケットロス率とを特定する（ステップＳ２０４）。

【0076】

端末装置２００の判定部２５６は、ネットワーク５０の通信品質が一定の品質以上でない場合には（ステップＳ２０５，Ｎｏ）、ステップＳ２０６に移行する。切替部２５１は、HLS配信サーバ３０に配信要求を送信し、第２受信部２５３は、HLS配信サーバ３０から映像データを受信し（ステップＳ２０６）、ステップＳ２０９に移行する。

【0077】

一方、判定部２５６は、ネットワーク５０の通信品質が一定の品質以上の場合には（ステップＳ２０５，Ｙｅｓ）、ステップＳ２０７に移行する。切替部２５１は、WebRTC配信サーバ２０から映像データを受信中であるか否かを判定する（ステップＳ２０７）。

【0078】

判定部２５６は、WebRTC配信サーバ２０から映像データを受信中である場合には（ステップＳ２０７，Ｙｅｓ）、ステップＳ２０９に移行する。一方、判定部２５６は、WebRTC配信サーバ２０から映像データを受信中でない場合には（ステップＳ２０７，Ｎｏ）、ステップＳ２０８に移行する。

【0079】

切替部２５１は、WebRTC配信サーバ２０に配信要求を送信し、第１受信部２５２は、WebRTC配信サーバ２０から映像データを受信し（ステップＳ２０８）、ステップＳ２０９に移行する。

【0080】

端末装置２００は、一定時間待機する（ステップＳ２０９）。端末装置２００は、再生を終了しない場合には（ステップＳ２１０，Ｎｏ）、ステップＳ２０４に移行する。端末装置２００は、再生を終了する場合には（ステップＳ２１０，Ｙｅｓ）、処理を終了する。

【0081】

次に、本実施例２に係る端末装置２００の効果について説明する。端末装置２００は、ネットワーク５０の通信品質を基にして、映像データを受信するサーバを、WebRTC配信サーバ２０からHLS配信サーバ３０に切り替える。たとえば、端末装置２００は、ネットワーク５０の通信品質が一定の品質を維持している間は、WebRTC配信サーバ２０から映像データを受信する。一方、端末装置２００は、ネットワーク５０の通信品質が一定品質を下回った場合に、HLS配信サーバ３０から映像データを受信する。これによって、利用者が自身で切替操作等を行わなくても、ネットワーク５０の通信品質に応じた映像データを視聴可能とすることができる。