(57)【要約】【課題】緊急速報の動画を配信する際に、輻輳による遅延の影響を受け難く、高速配信を可能とする。【解決手段】端末装置３は、緊急地震速報を含むエリアメールを受信すると、配信経路切替要求を配信サーバ１１へ送信し、配信サーバ１１から緊急切替先のアドレスａを受信する。端末装置３は、配信要求をアドレスａの配信サーバ１４へ送信し、配信サーバ１４からオープンインターネット７を介することなく緊急動画ストリームを受信し、緊急動画を再生する。配信サーバ１１は、緊急地震速報の終了を判断すると、配信停止要求及び通常切替先のアドレスｂを配信サーバ１４へ送信し、配信サーバ１４は、緊急動画ストリームの配信を停止し、通常切替先のアドレスｂを端末装置３へ送信する。端末装置３は、配信要求をアドレスｂの配信サーバ１１へ送信し、配信サーバ１１から動画ストリームを受信し、動画を再生する。【選択図】図１
2020202492.tif 000002
【特許請求の範囲】
【請求項１】
所定の動画ストリームを、オープンインターネット及びモバイルネットワークを介して配信する第１の配信サーバと、緊急速報の動画ストリームである緊急動画ストリームを、前記モバイルネットワークを介して配信するＭＥＣ（モバイルエッジコンピューティング）の第２の配信サーバと、ユーザの所望する前記動画ストリームを受信して再生し、前記緊急速報が発生すると、前記緊急動画ストリームを受信して再生する端末装置と、を備えて構成される動画配信システムにおける前記第１の配信サーバであって、
前記第２の配信サーバのアドレスが第２アドレスとして格納されたメモリと、
前記端末装置から送信された配信要求を受信する配信要求受信部と、
前記配信要求受信部により受信された前記配信要求に対応する前記動画ストリームを、前記端末装置へ送信する動画送信部と、
前記端末装置から送信された配信経路切替要求を受信する配信経路切替要求受信部と、
前記配信経路切替要求受信部により前記配信経路切替要求が受信されると、前記メモリから前記第２アドレスを読み出し、前記端末装置が前記第２の配信サーバから前記緊急動画ストリームの配信を受けるように、前記第２アドレスを前記端末装置へ送信する緊急切替先アドレス送信部と、
前記緊急速報が終了すると、前記緊急動画ストリームの配信を停止させるための配信停止要求と共に、前記端末装置が当該第１の配信サーバから前記動画ストリームの配信を受けるように、当該第１の配信サーバのアドレスである第１アドレスを前記第２の配信サーバへ送信する配信停止要求送信部と、
を備えたことを特徴とする第１の配信サーバ。
【請求項２】
所定の動画ストリームを、オープンインターネット及びモバイルネットワークを介して配信する第１の配信サーバと、緊急速報の動画ストリームである緊急動画ストリームを、前記モバイルネットワークを介して配信するＭＥＣ（モバイルエッジコンピューティング）の第２の配信サーバと、ユーザの所望する前記動画ストリームを受信して再生し、前記緊急速報が発生すると、前記緊急動画ストリームを受信して再生する端末装置と、を備えて構成される動画配信システムにおいて、
前記端末装置が、前記第１の配信サーバから前記動画ストリームを受信しているときに、前記緊急速報の通知があると、配信経路切替要求を前記第１の配信サーバへ送信し、
前記第１の配信サーバが、前記配信経路切替要求を受信すると、前記第２の配信サーバのアドレスである第２アドレスを前記端末装置へ送信し、
前記端末装置が、前記第２アドレスを受信すると、緊急配信要求を前記第２の配信サーバへ送信し、
前記第２の配信サーバが、前記緊急配信要求を受信すると、前記緊急動画ストリームを前記端末装置へ送信し、
前記第１の配信サーバが、前記緊急速報の終了に伴い、配信停止要求、及び当該第１の配信サーバのアドレスである第１アドレスを前記第２の配信サーバへ送信し、
前記第２の配信サーバが、前記配信停止要求及び前記第１アドレスを受信すると、前記緊急動画ストリームの送信を停止し、前記第１アドレスを前記端末装置へ送信し、
前記端末装置が、前記第１アドレスを受信すると、前記第１の配信サーバから前記動画ストリームを受信するための配信要求を、前記第１の配信サーバへ送信する、ことを特徴とする動画配信システム。
【請求項３】
請求項２に記載の動画配信システムにおいて、
前記第２の配信サーバが、前記緊急動画ストリームを前記端末装置へ送信する際に、前記端末装置が前記緊急動画ストリームを再生するときにバッファに格納する前記緊急動画ストリームの時間長であって、前記動画ストリームを再生するときに前記バッファに格納する前記動画ストリームよりも短い前記時間長のバッファ量を、前記端末装置へ送信し、
前記端末装置が、前記バッファ量を受信し、前記緊急動画ストリームを受信し、前記緊急動画ストリームを前記バッファに格納し、前記バッファ量が示す前記時間長に対応する前記緊急動画ストリームが前記バッファに格納されたときに、前記バッファから前記緊急動画ストリームを読み出し、緊急動画を再生する、ことを特徴とする動画配信システム。
【請求項４】
請求項２または３に記載の動画配信システムにおいて、
前記端末装置が、前記緊急速報の通知を、前記緊急速報を送信する第４の配信サーバからエリアメールにて受信するか、または、前記第１の配信サーバからプッシュ通知にて受信する、ことを特徴とする動画配信システム。
【請求項５】
コンピュータを、請求項１に記載の第１の配信サーバとして機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画を配信する配信サーバ、動画配信システム及びプログラムに関し、特に、インターネットを介して通常の動画を配信し、モバイルキャリア網のネットワークスライスを利用して低遅延の動画を配信する配信技術に関する。
【背景技術】
【０００２】
従来、インターネットを介して動画を配信する動画配信システムにおいては、ネットワークの混雑状況により、受信側の端末装置毎に利用可能な通信帯域が時々刻々と変化する現状がある。
【０００３】
このような動画配信システムでは、ＨＬＳ（Hi-speed Link System）、ＭＰＥＧ−ＤＡＳＨ（MPEG Dynamic Adaptive Streaming over HTTP）等のアダプティブストリーミング方式が一般的に用いられている。
【０００４】
動画を受信する端末装置は、通信帯域の変化に対してバッファがアンダーフローしないように、例えば５秒、１０秒分の動画ストリームをバッファに蓄積した後、動画再生を開始する。動画ストリームのバッファリングの詳細については、非特許文献１を参照されたい。
【０００５】
このように、動画ストリームをバッファに蓄積することにより、インターネットまたは配信サーバでのアクセスの輻輳によるスループットの変動を吸収することができ、バッファのアンダーフローによる動画再生の途切れを抑制することができる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】“モバイルネットワークを利用した動画配信ガイドライン〜効率的な動画配信に向けて  第１．０版”、［online］、２０１４年５月２９日、株式会社ＮＴＴドコモ、［令和１年５月３１日検索］、インターネット＜URL：https://www.nttdocomo.co.jp/binary/pdf/service/developer/smart_phone/etc/mobile_movie_guide_1_0.pd＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、端末装置が動画ストリームをバッファに蓄積する場合、動画再生は、動画ストリームがバッファに一定量蓄積されたときに行われることから、一定量蓄積されるまでの時間分、再生開始が遅れてしまう。例えば、５秒分の動画ストリームをバッファに蓄積したときに動画再生を開始する場合には、再生開始までに少なくとも５秒の待ち時間が発生する。
【０００８】
ここで、緊急地震速報等の緊急性を要する動画のように、即時再生が望まれる場合には、その緊急性に対応するために、待ち時間はできる限り短くすべきである。緊急速報の動画は、ユーザに安心感を与える点においても、低遅延かつ短時間で再生されることが望ましい。
【０００９】
また、配信サーバからインターネットを介して端末装置へ動画ストリームを配信する動画配信システムにおいて、インターネットは、輻輳による遅延の影響のあるネットワークである。
【００１０】
このため、緊急性を要しない動画については、インターネットを経由して配信を行い、緊急速報の動画については、インターネットを経由しないように配信が行われることが望ましい。
【００１１】
そこで、本発明は前記課題を解決するためになされたものであり、その目的は、緊急速報の動画を配信する際に、ネットワーク上の輻輳による遅延の影響を受け難く、高速配信が可能な配信サーバ、動画配信システム及びプログラムを提供することにある。
【課題を解決するための手段】
【００１２】
前記課題を解決するために、請求項１の配信サーバは、所定の動画ストリームを、オープンインターネット及びモバイルネットワークを介して配信する第１の配信サーバと、緊急速報の動画ストリームである緊急動画ストリームを、前記モバイルネットワークを介して配信するＭＥＣ（モバイルエッジコンピューティング）の第２の配信サーバと、ユーザの所望する前記動画ストリームを受信して再生し、前記緊急速報が発生すると、前記緊急動画ストリームを受信して再生する端末装置と、を備えて構成される動画配信システムにおける前記第１の配信サーバであって、前記第２の配信サーバのアドレスが第２アドレスとして格納されたメモリと、前記端末装置から送信された配信要求を受信する配信要求受信部と、前記配信要求受信部により受信された前記配信要求に対応する前記動画ストリームを、前記端末装置へ送信する動画送信部と、前記端末装置から送信された配信経路切替要求を受信する配信経路切替要求受信部と、前記配信経路切替要求受信部により前記配信経路切替要求が受信されると、前記メモリから前記第２アドレスを読み出し、前記端末装置が前記第２の配信サーバから前記緊急動画ストリームの配信を受けるように、前記第２アドレスを前記端末装置へ送信する緊急切替先アドレス送信部と、前記緊急速報が終了すると、前記緊急動画ストリームの配信を停止させるための配信停止要求と共に、前記端末装置が当該第１の配信サーバから前記動画ストリームの配信を受けるように、当該第１の配信サーバのアドレスである第１アドレスを前記第２の配信サーバへ送信する配信停止要求送信部と、を備えたことを特徴とする。
【００１３】
さらに、請求項２の動画配信システムは、所定の動画ストリームを、オープンインターネット及びモバイルネットワークを介して配信する第１の配信サーバと、緊急速報の動画ストリームである緊急動画ストリームを、前記モバイルネットワークを介して配信するＭＥＣ（モバイルエッジコンピューティング）の第２の配信サーバと、ユーザの所望する前記動画ストリームを受信して再生し、前記緊急速報が発生すると、前記緊急動画ストリームを受信して再生する端末装置と、を備えて構成される動画配信システムにおいて、前記端末装置が、前記第１の配信サーバから前記動画ストリームを受信しているときに、前記緊急速報の通知があると、配信経路切替要求を前記第１の配信サーバへ送信し、前記第１の配信サーバが、前記配信経路切替要求を受信すると、前記第２の配信サーバのアドレスである第２アドレスを前記端末装置へ送信し、前記端末装置が、前記第２アドレスを受信すると、緊急配信要求を前記第２の配信サーバへ送信し、前記第２の配信サーバが、前記緊急配信要求を受信すると、前記緊急動画ストリームを前記端末装置へ送信し、前記第１の配信サーバが、前記緊急速報の終了に伴い、配信停止要求、及び当該第１の配信サーバのアドレスである第１アドレスを前記第２の配信サーバへ送信し、前記第２の配信サーバが、前記配信停止要求及び前記第１アドレスを受信すると、前記緊急動画ストリームの送信を停止し、前記第１アドレスを前記端末装置へ送信し、前記端末装置が、前記第１アドレスを受信すると、前記第１の配信サーバから前記動画ストリームを受信するための配信要求を、前記第１の配信サーバへ送信する、ことを特徴とする。
【００１４】
また、請求項３の動画配信システムは、請求項２に記載の動画配信システムにおいて、前記第２の配信サーバが、前記緊急動画ストリームを前記端末装置へ送信する際に、前記端末装置が前記緊急動画ストリームを再生するときにバッファに格納する前記緊急動画ストリームの時間長であって、前記動画ストリームを再生するときに前記バッファに格納する前記動画ストリームよりも短い前記時間長のバッファ量を、前記端末装置へ送信し、前記端末装置が、前記バッファ量を受信し、前記緊急動画ストリームを受信し、前記緊急動画ストリームを前記バッファに格納し、前記バッファ量が示す前記時間長に対応する前記緊急動画ストリームが前記バッファに格納されたときに、前記バッファから前記緊急動画ストリームを読み出し、緊急動画を再生する、ことを特徴とする。
【００１５】
また、請求項４の動画配信システムは、請求項２または３に記載の動画配信システムにおいて、前記端末装置が、前記緊急速報の通知を、前記緊急速報を送信する第４の配信サーバからエリアメールにて受信するか、または、前記第１の配信サーバからプッシュ通知にて受信する、ことを特徴とする。
【００１６】
さらに、請求項５のプログラムは、コンピュータを、請求項１に記載の配信サーバとして機能させることを特徴とする。
【発明の効果】
【００１７】
以上のように、本発明によれば、緊急速報の動画を配信する際に、ネットワーク上の輻輳による遅延の影響を受け難く、高速配信を実現することができる。
【図面の簡単な説明】
【００１８】
【図１】動画配信システムの全体構成例を示す概略図である。
【図２】緊急地震速報が発生したときの経路切り替え処理のシーケンスを説明する図である。
【図３】端末装置の構成例を示すブロック図である。
【図４】端末装置の処理例を示すフローチャートである。
【図５】通常用の配信サーバの構成例を示すブロック図である。
【図６】通常用の配信サーバの処理例を示すフローチャートである。
【図７】通常用の配信サーバのメモリに格納されたデータ例を示す図である。
【図８】緊急用の配信サーバの構成例を示すブロック図である。
【図９】緊急用の配信サーバの処理例を示すフローチャートである。
【図１０】緊急用の配信サーバのメモリに格納されたデータ例を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明を実施するための形態について図面を用いて詳細に説明する。本発明は、コンテンツ提供事業者の配信サーバからインターネットを介して端末装置へ動画を配信しているときに緊急速報が発生すると、緊急速報の動画を、モバイルキャリア網に設置したＭＥＣ（Mobile Edge Computing：モバイルエッジコンピューティング）を実現する配信サーバから配信するように、配信経路を切り替えることを特徴とする。
【００２０】
これにより、緊急速報の動画は、コンテンツ提供事業者の配信サーバからインターネットを介して配信されることがなく、ＭＥＣを実現する配信サーバから低遅延かつ短時間で配信される。したがって、緊急速報の動画を配信する際に、輻輳による遅延の影響を受け難く、高速配信を実現することができ、端末装置を操作するユーザは安心感を得ることができる。
【００２１】
〔動画配信システム〕
まず、動画配信システムの全体構成について説明する。図１は、動画配信システムの全体構成例を示す概略図である。この動画配信システム１は、端末装置３を操作するユーザの所望する動画ストリームを、コンテンツ提供事業者の配信サーバ１１から端末装置３へ配信しているときに、気象庁５による緊急地震速報が発生すると、配信経路を切り替えることで、緊急速報の動画ストリーム（緊急動画ストリーム）を、高速のネットワークスライスを利用したモバイルキャリア網のＭＥＣを実現する配信サーバ１４から端末装置３へ配信する。
【００２２】
動画配信システム１は、通常配信システム２−１、高速配信システム２−２、エリアメール配信システム２−３、端末装置３、放送局（の設備）４及び気象庁（の設備）５を備えて構成される。
【００２３】
通常配信システム２−１及び端末装置３は、オープンインターネット７、モバイル基地局６−１及びモバイルネットワーク８を介して接続される。高速配信システム２−２及び端末装置３は、モバイル基地局６−１及びモバイルネットワーク８を介して接続される。エリアメール配信システム２−３及び端末装置３は、モバイル基地局６−２及びモバイルネットワーク８を介して接続される。
【００２４】
通常配信システム２−１は、コンテンツ提供事業者配信設備１０及び通常用の配信サーバ１１を備えており、端末装置３からの配信要求に従い、端末装置３を操作するユーザが視聴する動画ストリームを端末装置３へ配信する。通常配信システム２−１により、オープンインターネット７を介したベストエフォート型の動画配信が行われる。
【００２５】
コンテンツ提供事業者配信設備１０は、コンテンツ提供事業者が保持する設備であり、端末装置３が要求する動画のトランスコード・ストリーム化（後述するトランスコード・ストリーム化装置１３と同様の処理）等を行い、動画ストリームを生成し、動画ストリームを配信サーバ１１へ送信する。
【００２６】
配信サーバ１１は、ＣＤＮ（Content Delivery Network：コンテンツデリバリネットワーク）サービスを利用することで、ユーザが所望する動画ストリームを送信するサーバである。図１に示すように、配信サーバ１１を通常用のサーバとするのは、配信サーバ１４を緊急用のサーバとすることに対応させたものである。配信サーバ１１のアドレスをｂとする。ＣＤＮは、動画ストリームをキャッシュして配信するサービスを提供するネットワークであり、動画ストリーミングのために一般に用いられる技術である。
【００２７】
配信サーバ１１は、コンテンツ提供事業者配信設備１０から動画ストリームを受信し、動画ストリーム（のパケット）を、オープンインターネット７、モバイル基地局６−１及びモバイルネットワーク８を介して端末装置３へ送信する。
【００２８】
尚、通常配信システム２−１の配信サーバ１１は、ＣＤＮサービスを利用しなくてもよく、通常配信システム２−１のコンテンツ提供事業者配信設備１０には、配信サーバ１１が含まれるようにしてもよい。
【００２９】
高速配信システム２−２は、モバイルキャリア網内に設けられている。高速配信システム２−２は、高速スライスを利用するシステムであり、放送信号復号装置１２、トランスコード・ストリーム化装置１３及び緊急用の配信サーバ１４を備えている。高速配信システム２−２は、端末装置３からの配信要求に従い、緊急動画ストリームを端末装置３へ配信する。
【００３０】
スライスとは、ネットワークスライシング技術と呼ばれるソフトウェアにより通信路を確立する手法であり、伝送容量、遅延時間等のパラメータを柔軟に設定できる特長がある。ここでは、遅延時間が極めて短い（例えば１ｓｅｃ）スライスを、高速スライスという。高速配信システム２−２により、高速スライスの緊急動画配信が実現され、端末装置３は、緊急速報が発生してから短時間で、緊急動画ストリームを受信し再生することができる。
【００３１】
放送信号復号装置１２は、放送局４から送信された緊急速報の動画を含む地上デジタル放送信号を、放送受信アンテナを介して受信し、地上デジタル放送信号を復号し、復号信号をトランスコード・ストリーム化装置１３へ送信する。
【００３２】
トランスコード・ストリーム化装置１３は、放送信号復号装置１２から復号信号を受信する。そして、トランスコード・ストリーム化装置１３は、復号信号を、ＡＶＣ（Advanced Video Coding）等の符号化方式にてトランスコードし、ＨＬＳ、ＭＰＥＧ−ＤＡＳＨ等のアダプティブストリーミングのストリームを生成する。
【００３３】
トランスコード・ストリーム化装置１３は、生成したストリームを緊急動画ストリームとして、配信サーバ１４へ送信する。
【００３４】
配信サーバ１４は、端末装置３に近いエッジに設置され、ＭＥＣを実現する高速配信が可能な装置（ＭＥＣ装置）であり、緊急速報が発生したときに緊急動画ストリームを配信する緊急用のサーバである。配信サーバ１４のアドレスをａとする。
【００３５】
配信サーバ１４は、トランスコード・ストリーム化装置１３から緊急動画ストリームを受信し、緊急動画ストリーム（のパケット）を、モバイル基地局６−１及びモバイルネットワーク８を介して端末装置３へ送信する。
【００３６】
エリアメール配信システム２−３は、モバイルキャリア網内に設けられ、配信サーバ１５等を備えている。エリアメール配信システム２−３は、例えば緊急地震速報が発生したときに、緊急地震速報を含むエリアメールを端末装置３へ配信する。
【００３７】
エリアメール配信システム２−３の図示しない配信設備は、緊急地震速報が発生すると、気象庁５から緊急地震速報を受信する。そして、配信サーバ１５は、緊急地震速報を含むエリアメールを生成し、エリアメールを、モバイル基地局６−２及びモバイルネットワーク８を介して、地震発生が想定される所定エリア内の端末装置３へ送信する。
【００３８】
端末装置３は、通常配信システム２−１の配信サーバ１１からオープンインターネット７、モバイル基地局６−１及びモバイルネットワーク８を介して、ユーザの所望する動画ストリームであって、配信要求に対応する動画ストリームを受信し、動画を再生する。
【００３９】
端末装置３は、エリアメール配信システム２−３の配信サーバ１５からモバイル基地局６−２及びモバイルネットワーク８を介して、緊急地震速報を含むエリアメールを受信する。そして、端末装置３は、緊急地震速報に関する緊急動画ストリームを受信するための経路切り替えの処理を行う。
【００４０】
端末装置３は、高速配信システム２−２の配信サーバ１４からモバイル基地局６−１及びモバイルネットワーク８を介して、緊急動画ストリームを受信し、緊急動画を再生する。
【００４１】
〔緊急地震速報発生時の経路切り替え〕
次に、緊急地震速報発生時の経路切り替え処理について説明する。図２は、緊急地震速報が発生したときの経路切り替え処理のシーケンスを説明する図である。
【００４２】
通常配信システム２−１に備えたコンテンツ提供事業者の通常用の配信サーバ１１は、ユーザが操作する端末装置３からの配信要求に従い、ユーザの所望する動画ストリームを端末装置３へ送信しているものとする（ステップＳ２０１）。端末装置３は、配信サーバ１１から動画ストリームを受信し、動画を再生する。
【００４３】
ここで、気象庁５において緊急地震速報が発生したとする。そうすると、エリアメール配信システム２−３は、気象庁５から緊急地震速報を受けて、エリアメール配信システム２−３に備えたモバイルキャリア網内の配信サーバ１５は、緊急地震速報を含むエリアメールを生成する。そして、配信サーバ１５は、エリアメールを、地震発生が想定される所定エリア内の端末装置３へ送信する（ステップＳ２０２）。
【００４４】
端末装置３は、緊急地震速報を含むエリアメールを受信すると、動画ストリームが格納された後述するバッファ２３をクリアする。そして、端末装置３は、配信経路を切り替えるために、緊急動画ストリームを配信する緊急用の配信サーバ１４のアドレスａを取得するための配信経路切替要求を配信サーバ１１へ送信する（ステップＳ２０３）。
【００４５】
配信サーバ１１は、端末装置３から配信経路切替要求を受信すると、動画ストリームの配信を停止する。そして、配信サーバ１１は、予め保持している緊急切替先である配信サーバ１４のアドレスａを後述するメモリ５７から読み出す。配信サーバ１１は、端末装置３が配信サーバ１４から緊急動画ストリームの配信を受けるように、緊急切替先のアドレスａを端末装置３へ送信する（ステップＳ２０４）。
【００４６】
端末装置３は、配信サーバ１１から緊急切替先のアドレスａを受信すると、緊急動画ストリームを配信する配信サーバ１４のアドレスａを認識する。そして、端末装置３は、配信サーバ１１からのオープンインターネット７及びモバイルネットワーク８を介する配信経路を、配信サーバ１４からのモバイルネットワーク８を介する配信経路に切り替えるものと判断する。端末装置３は、緊急動画ストリームを配信するための配信要求（緊急配信要求）を配信サーバ１４へ送信する（ステップＳ２０５）。
【００４７】
配信サーバ１４は、端末装置３から配信要求を受信すると、緊急動画ストリームの配信に先立って、端末装置３が緊急動画ストリームを後述するバッファ２３に格納して再生する際のバッファ量に関するデータを端末装置３へ送信する。そして、配信サーバ１４は、緊急動画ストリームを端末装置３へ送信する（ステップＳ２０６）。これにより、緊急動画ストリームの配信が開始する。
【００４８】
端末装置３が緊急動画ストリームを後述するバッファ２３に格納して再生する際のバッファ量に関するデータは、配信サーバ１４に備えた後述するメモリ４５に予め格納されており、例えば１ｓｅｃの時間長に対応する緊急動画ストリームのデータ量である。これに対し、端末装置３が動画ストリームを後述するバッファ２３に格納して再生する際のバッファ量に関するデータは、配信サーバ１１に備えた後述するメモリ５７に予め格納されており、例えば５ｓｅｃの時間長に対応する動画ストリームのデータ量である。
【００４９】
つまり、緊急動画ストリームを再生する際のバッファ量が示す時間長は、動画ストリームを再生する際のバッファ量が示す時間長よりも短いから、緊急動画ストリームは、動画ストリームよりも遅延することなく短時間で再生することができる。
【００５０】
端末装置３は、配信サーバ１４からの緊急動画ストリームの受信に先立って、緊急動画ストリームを後述するバッファ２３に格納して再生する際のバッファ量に関するデータを受信する。そして、端末装置３は、バッファ量に関するデータに基づいて、バッファ量の設定を変更する。例えば、端末装置３は、動画ストリームを再生するための５ｓｅｃの時間長の設定を、緊急動画ストリームを再生するための１ｓｅｃの時間長の設定に変更する。
【００５１】
端末装置３は、配信サーバ１４から緊急動画ストリームを受信し、後述するバッファ２３に格納し、緊急動画を再生する。
【００５２】
これにより、配信サーバ１１からオープンインターネット７及びモバイルネットワーク８を介して動画ストリームを受信していた配信経路が、配信サーバ１４からモバイルネットワーク８を介して緊急動画ストリームを受信する配信経路に切り替えられる。また、この切替後の配信経路は、高速スライスを利用するＭＥＣ装置によるものであり、かつ、緊急動画ストリームを再生する際のバッファ量の示す時間長が短くなるように設定されるから、緊急動画ストリームの遅延時間を短くし、短時間で再生することができる。
【００５３】
通常配信システム２−１のコンテンツ提供事業者配信設備１０は、緊急地震速報の終了を判定し、配信サーバ１１は、コンテンツ提供事業者配信設備１０からその終了のデータを受信すると、緊急地震速報が終了したことを判断する。
【００５４】
配信サーバ１１は、当該配信サーバ１１のアドレスを通常切替先のアドレスｂとし、配信サーバ１４に対して緊急動画ストリームの配信を停止させるための配信停止要求と共に、端末装置３が配信サーバ１１から動画ストリームの配信を受けるように、通常切替先のアドレスｂを配信サーバ１４へ送信する（ステップＳ２０７）。
【００５５】
配信サーバ１４は、配信サーバ１１から配信停止要求及び通常切替先のアドレスｂを受信すると、緊急動画ストリームの配信を停止し、受信した通常切替先のアドレスｂを端末装置３へ送信する（ステップＳ２０８）。
【００５６】
通常切替先のアドレスｂが配信サーバ１１から配信サーバ１４へ送信され、配信サーバ１４から端末装置３へ送信されるのは、通常配信システム２−１に備えた配信サーバ１１が複数存在する場合に、複数の配信サーバ１１のうちのいずれか１つの配信サーバが端末装置３へ動画ストリームを配信する場合に対応するためである。
【００５７】
端末装置３は、配信サーバ１４から通常切替先のアドレスｂを受信すると、緊急動画ストリームが格納された後述するバッファ２３をクリアする。そして、端末装置３は、動画ストリームを配信するための配信要求を配信サーバ１１へ送信する（ステップＳ２０９）。
【００５８】
配信サーバ１１は、端末装置３から配信要求を受信すると、動画ストリームの配信に先立って、端末装置３が動画ストリームを後述するバッファ２３に格納して再生する際のバッファ量に関するデータを端末装置３へ送信する。そして、配信サーバ１１は、動画ストリームを端末装置３へ送信する（ステップＳ２１０）。これにより、動画ストリームの配信が開始する。
【００５９】
バッファ量に関するデータは、配信サーバ１１に備えた後述するメモリ５７に予め格納されており、前述のとおり、例えば５ｓｅｃの時間長に対応する動画ストリームのデータ量である。
【００６０】
端末装置３は、配信サーバ１１からの動画ストリームの受信に先立って、動画ストリームを後述するバッファ２３に格納して再生する際のバッファ量に関するデータを受信する。そして、端末装置３は、バッファ量に関するデータに基づいて、バッファ量の設定を変更する。例えば、端末装置３は、緊急動画ストリームを再生するための１ｓｅｃの時間長の設定を、動画ストリームを再生するための５ｓｅｃの時間長の設定に変更する。
【００６１】
端末装置３は、配信サーバ１１から動画ストリームを受信し、後述するバッファ２３に格納し、動画を再生する。
【００６２】
これにより、配信サーバ１４からモバイルネットワーク８を介して緊急動画ストリームを受信していた配信経路が、配信サーバ１１からオープンインターネット７及びモバイルネットワーク８を介して動画ストリームを受信する配信経路に切り替えられる。
【００６３】
〔端末装置３〕
次に、図１及び図２に示した端末装置３について詳細に説明する。図３は、端末装置３の構成例を示すブロック図である。この端末装置３は、通信インターフェース２０、動画処理部２１、再生部２２、バッファ２３及びメモリ２４を備えている。
【００６４】
動画処理部２１、再生部２２及びバッファ２３は、当該端末装置３にインストールされた動画視聴アプリの動作により機能する構成部である。動画処理部２１は、エリアメール受信部３０、切替要求送信部３１、緊急切替先アドレス受信部３２、緊急配信要求部３３、緊急動画受信部３４、通常切替先アドレス受信部３５、配信要求部３６及び動画受信部３７を備えている。
【００６５】
図４は、端末装置３の処理例を示すフローチャートである。以下、図３及び図４を参照して、端末装置３の処理を説明する。
【００６６】
配信サーバ１１は、端末装置３からの配信要求に従い、所定の動画ストリームを端末装置３へ送信しているものとする。端末装置３の動画受信部３７は、配信サーバ１１から動画ストリームを、通信インターフェース２０を介して受信し、動画ストリームをバッファ２３に格納する。そして、再生部２２は、バッファ２３に所定時間長（配信サーバ１１から受信したバッファ量に関するデータが示す時間長）の動画ストリームが蓄積されたときに、バッファ２３から動画ストリームを読み出し、動画を再生する（ステップＳ４０１）。
【００６７】
ここで、気象庁５において緊急地震速報が発生すると、気象庁５は、緊急地震速報をエリアメール配信システム２−３へ送信する。エリアメール配信システム２−３は、気象庁５から緊急地震速報を受信すると、配信サーバ１５は、緊急地震速報を含むエリアメールを、地震発生が想定される所定エリア内の端末装置３へ送信する。
【００６８】
端末装置３のエリアメール受信部３０は、配信サーバ１５から緊急地震速報を含むエリアメールを、通信インターフェース２０を介して受信したか否かを判定する（ステップＳ４０２）。エリアメール受信部３０は、ステップＳ４０２において、エリアメールを受信していないと判定した場合（ステップＳ４０２：Ｎ）、ステップＳ４０１へ移行する。
【００６９】
一方、エリアメール受信部３０は、ステップＳ４０２において、エリアメールを受信したことを判定した場合（ステップＳ４０２：Ｙ）、バッファ２３をクリアし（ステップＳ４０３）、配信経路切り替えの指示を切替要求送信部３１に出力する。
【００７０】
この場合、通信インターフェース２０は、エリアメールを受信すると、エリアメールを受信したことを、動画処理部２１、再生部２２及びバッファ２３を機能させる動画視聴アプリに通知する。そして、動画視聴アプリは、動画処理部２１、再生部２２及びバッファ２３を機能させる。
【００７１】
切替要求送信部３１は、エリアメール受信部３０から配信経路切り替えの指示を入力する。そうすると、切替要求送信部３１は、配信経路を切り替えるために、緊急動画ストリームを配信する配信サーバ１４のアドレスａを取得するための配信経路切替要求を、通信インターフェース２０を介して配信サーバ１１へ送信する（ステップＳ４０４）。
【００７２】
緊急切替先アドレス受信部３２は、配信サーバ１１から、緊急動画ストリームを配信する配信サーバ１４のアドレスである緊急切替先のアドレスａを、通信インターフェース２０を介して受信する（ステップＳ４０５）。そして、緊急切替先アドレス受信部３２は、緊急切替先のアドレスａを緊急配信要求部３３に出力する。
【００７３】
緊急配信要求部３３は、緊急切替先アドレス受信部３２から緊急切替先のアドレスａを入力し、緊急動画ストリームを配信するための配信要求を、通信インターフェース２０を介して緊急切替先のアドレスａの配信サーバ１４へ送信する（ステップＳ４０６）。
【００７４】
緊急動画受信部３４は、配信サーバ１４からの緊急動画ストリームの受信に先立って、配信サーバ１４から、緊急動画ストリームを格納して再生する際のバッファ量に関するデータを、通信インターフェース２０を介して受信する。そして、緊急動画受信部３４は、バッファ量に関するデータを再生部２２に出力し、再生部２２は、緊急動画受信部３４からバッファ量に関するデータを入力し、バッファ量を設定する（ステップＳ４０７）。
【００７５】
例えば、緊急動画受信部３４は、バッファ量に関するデータとして、セグメント時間長（０．２ｓｅｃ／セグメント）及びセグメント数（５セグメント）を受信する。再生部２２は、１ｓｅｃ（＝０．２×５）の時間長に対応する緊急動画ストリームがバッファ２３に格納されたときに、バッファ２３から緊急動画ストリームを読み出すように、バッファ量を設定する。
【００７６】
緊急動画受信部３４は、配信サーバ１４から緊急動画ストリームを、通信インターフェース２０を介して受信し、緊急動画ストリームをバッファ２３に格納する。再生部２２は、バッファ２３に所定時間長（前記例では１ｓｅｃ）の緊急動画ストリーム（前記例では５セグメントの緊急動画ストリーム）が格納されたときに、バッファ２３から緊急動画ストリームを読み出して再生する（ステップＳ４０８）。
【００７７】
これにより、動画ストリームの配信経路が緊急動画ストリームの配信経路に切り替えられる。また、この切替後の配信経路は、高速スライスを利用するＭＥＣ装置によるものであり、かつ、緊急動画ストリームを再生する際のバッファ量の示す時間長が動画ストリームの場合よりも短くなるように設定されるから、緊急動画ストリームの遅延時間を短くし、短時間で再生することができる。
【００７８】
つまり、緊急動画ストリームをバッファ２３に蓄積する時間を短くしたから（例えば５ｓｅｃを１ｓｅｃに短くしたから）、速やかに動画を再生することができる。また、緊急動画ストリームは、オープンインターネット７を経由しないため輻輳等の影響を受けることがないから、バッファ２３のアンダーフローが起こり難くなる。したがって、緊急性の高い情報を含む動画を迅速に再生することができる。
【００７９】
そして、通常配信システム２−１のコンテンツ提供事業者配信設備１０が緊急地震速報の終了を判定すると、配信停止要求及び通常切替先のアドレスｂが、配信サーバ１１から高速配信システム２−２の配信サーバ１４へ送信される。通常切替先のアドレスｂは、配信サーバ１１のアドレスである。配信サーバ１４は、緊急動画ストリームの配信を停止し、通常切替先のアドレスｂを端末装置３へ送信する。
【００８０】
端末装置３の通常切替先アドレス受信部３５は、配信サーバ１４から通常切替先のアドレスｂを、通信インターフェース２０を介して受信したか否かを判定する（ステップＳ４０９）。通常切替先アドレス受信部３５は、ステップＳ４０９において、通常切替先のアドレスｂを受信していないと判定した場合（ステップＳ４０９：Ｎ）、ステップＳ４０８へ移行する。
【００８１】
一方、通常切替先アドレス受信部３５は、ステップＳ４０９において、通常切替先のアドレスｂを受信したことを判定した場合（ステップＳ４０９：Ｙ）、バッファ２３をクリアし（ステップＳ４１０）、通常切替先のアドレスｂを配信要求部３６に出力する。
【００８２】
配信要求部３６は、通常切替先アドレス受信部３５から通常切替先のアドレスｂを入力し、動画ストリームを配信するための配信要求を、通信インターフェース２０を介して通常切替先のアドレスｂの配信サーバ１１へ送信する（ステップＳ４１１）。
【００８３】
動画受信部３７は、配信サーバ１１からの動画ストリームの受信に先立って、配信サーバ１１から、動画ストリームを格納して再生する際のバッファ量に関するデータを、通信インターフェース２０を介して受信する。そして、動画受信部３７は、バッファ量に関するデータを再生部２２に出力し、再生部２２は、動画受信部３７からバッファ量に関するデータを入力し、バッファ量を設定する（ステップＳ４１２）。
【００８４】
例えば、動画受信部３７は、バッファ量に関するデータとして、セグメント時間長（１ｓｅｃ／セグメント）及びセグメント数（５セグメント）を受信する。再生部２２は、５ｓｅｃ（＝１×５）の時間長に対応する動画ストリームがバッファ２３に格納されたときに、バッファ２３から動画ストリームを読み出すように、バッファ量を設定する。
【００８５】
動画受信部３７は、配信サーバ１１から動画ストリームを、通信インターフェース２０を介して受信し、動画ストリームをバッファ２３に格納する。再生部２２は、バッファ２３に所定時間長（前記例では５ｓｅｃ）の動画ストリーム（前記例では５セグメントの動画ストリーム）が格納されたときに、バッファ２３から動画ストリームを読み出して再生する（ステップＳ４１３）。
【００８６】
これにより、緊急動画ストリームの配信経路が動画ストリームの配信経路に切り替えられる。また、この切替後の配信経路は、コンテンツ提供事業者の通常用の配信サーバ１１を用いるものであり、かつ、動画ストリームを再生する際のバッファ量の示す時間長が緊急動画ストリームの場合よりも長くなるように設定されるから、視聴時の遅延時間は元に戻ることとなる。
【００８７】
以上のように、図３に示した端末装置３によれば、配信サーバ１１からオープンインターネット７を介して動画ストリームの配信を受けているときに、緊急地震速報を含むエリアメールを受信すると、バッファ２３をクリアし、配信経路切替要求を配信サーバ１１へ送信する。そして、端末装置３は、配信サーバ１１から緊急切替先のアドレスａを受信し、配信要求をアドレスａの配信サーバ１４へ送信する。
【００８８】
端末装置３は、配信サーバ１４からバッファ量に関するデータを受信し、緊急動画ストリームを再生する際のバッファ量の示す時間長の設定を、動画ストリームを再生する際のバッファ量の示す時間長よりも短くなるように変更する。端末装置３は、配信サーバ１４からオープンインターネット７を介することなく緊急動画ストリームを受信し、緊急動画ストリームをバッファ２３に格納し、緊急動画を再生する。
【００８９】
これにより、動画ストリームの配信経路が緊急動画ストリームの配信経路に切り替えられる。緊急動画ストリームは、コンテンツ提供事業者の通常用の配信サーバ１１からインターネットを介して配信されることがなく、ＭＥＣを実現する配信サーバ１４から低遅延で配信される。したがって、緊急動画ストリームは、輻輳による遅延の影響を受け難く、高速配信を実現することができる。端末装置３を操作するユーザは、緊急動画を迅速に視聴することができるから、緊急速報の内容を迅速に認識することができ、安心感を得ることができる。
【００９０】
その後、緊急地震速報が終了すると、端末装置３は、配信サーバ１４から通常切替先のアドレスｂを受信し、バッファ２３をクリアし、配信要求をアドレスｂの配信サーバ１１へ送信する。
【００９１】
端末装置３は、配信サーバ１１からバッファ量に関するデータを受信し、動画ストリームを再生する際のバッファ量の設定を変更する。端末装置３は、配信サーバ１１からオープンインターネット７を介して動画ストリームを受信し、動画ストリームをバッファ２３に格納し、動画を再生する。
【００９２】
これにより、緊急動画ストリームの配信経路が動画ストリームの配信経路に切り替えられ、元の動画の視聴状態に戻る。
【００９３】
〔配信サーバ１１（コンテンツ提供事業者の通常用の配信サーバ１１）〕
次に、図１及び図２に示したコンテンツ提供事業者の通常用の配信サーバ１１について詳細に説明する。図５は、配信サーバ１１の構成例を示すブロック図である。この配信サーバ１１は、通信インターフェース５０−１，５０−２、配信要求受信部５１、動画送信部５２、配信経路切替要求受信部５３、緊急切替先アドレス送信部５４、緊急速報終了判断部５５、配信停止要求送信部５６及びメモリ５７を備えている。
【００９４】
図６は、配信サーバ１１の処理例を示すフローチャートである。以下、図６及び図７を参照して、配信サーバ１１の処理を説明する。
【００９５】
配信サーバ１１の配信要求受信部５１は、端末装置３から配信要求を、通信インターフェース５０−１を介して受信したか否かを判定する（ステップＳ６０１）。配信要求受信部５１は、ステップＳ６０１において、配信要求を受信していないと判定した場合（ステップＳ６０１：Ｎ）、配信要求を受信するまで待つ。
【００９６】
配信要求受信部５１は、ステップＳ６０１において、配信要求を受信したと判定した場合（ステップＳ６０１：Ｙ）、配信の指示を動画送信部５２に出力する。
【００９７】
動画送信部５２は、配信要求受信部５１から配信の指示を入力すると、メモリ５７からセグメント時間長及びセグメント数をバッファ量に関するデータとして読み出す。そして、動画送信部５２は、バッファ量に関するデータを、通信インターフェース５０−１を介して端末装置３へ送信する（ステップＳ６０２）。
【００９８】
セグメント時間長及びセグメント数については後述する。バッファ量に関するデータは、端末装置３が動画ストリームを再生する際の、バッファ２３に動画ストリームを蓄積する時間長に対応する動画ストリームの量（セグメント数）を示す。
【００９９】
動画送信部５２は、メモリ５７から、配信の指示に対応する（配信要求に対応する）動画ストリームを読み出し、動画ストリームを、通信インターフェース５０−１を介して端末装置３へ送信する（ステップＳ６０３）。これにより、動画ストリームの配信が開始する。
【０１００】
配信経路切替要求受信部５３は、端末装置３から配信経路切替要求を、通信インターフェース５０−１を介して受信したか否かを判定する（ステップＳ６０４）。配信経路切替要求受信部５３は、ステップＳ６０４において、配信経路切替要求を受信していないと判定した場合（ステップＳ６０４：Ｎ）、ステップＳ６０３へ移行する。
【０１０１】
一方、配信経路切替要求受信部５３は、ステップＳ６０４において、配信経路切替要求を受信したと判定した場合（ステップＳ６０４：Ｙ）、配信停止の指示を動画送信部５２に出力し、動画送信部５２に動画ストリームの配信を停止させる（ステップＳ６０５）。また、配信経路切替要求受信部５３は、緊急切替先送信の指示を緊急切替先アドレス送信部５４に出力する。
【０１０２】
緊急切替先アドレス送信部５４は、配信経路切替要求受信部５３から緊急切替先送信の指示を入力すると、メモリ５７から緊急切替先のアドレスａを読み出す。そして、緊急切替先アドレス送信部５４は、緊急切替先のアドレスａを、通信インターフェース５０−１を介して端末装置３へ送信する（ステップＳ６０６）。
【０１０３】
緊急速報終了判断部５５は、緊急地震速報が終了したか否かを判断する（ステップＳ６０７）。具体的には、緊急速報終了判断部５５は、コンテンツ提供事業者配信設備１０から緊急地震速報が終了した旨のデータ（図示せず）を、通信インターフェース５０−２を介して受信したか否かを判定する。緊急速報終了判断部５５は、コンテンツ提供事業者配信設備１０から緊急地震速報が終了した旨のデータを受信した場合、緊急地震速報が終了したと判断し、緊急地震速報が終了した旨のデータを受信していない場合、緊急地震速報が終了していないと判断する。
【０１０４】
この場合、コンテンツ提供事業者配信設備１０は、例えばオペレータの操作に従い、緊急地震速報が終了したと判定し、緊急地震速報が終了した旨のデータを生成し、当該データを配信サーバ１１へ送信する。
【０１０５】
緊急速報終了判断部５５は、ステップＳ６０７において、緊急地震速報が終了していないと判断した場合（ステップＳ６０７：Ｎ）、緊急地震速報が終了するまで待つ。
【０１０６】
一方、緊急速報終了判断部５５は、ステップＳ６０７において、緊急地震速報が終了したと判断した場合（ステップＳ６０７：Ｙ）、当該配信サーバ１１のアドレスを通常切替先のアドレスｂとする。そして、緊急速報終了判断部５５は、緊急動画ストリームの配信停止の指示を配信停止要求送信部５６に出力する。
【０１０７】
配信停止要求送信部５６は、緊急速報終了判断部５５から緊急動画ストリームの配信停止の指示を入力すると、配信サーバ１４に対して緊急動画ストリームの配信を停止するための配信停止要求、及び通常切替先のアドレスｂを、通信インターフェース５０−１を介して配信サーバ１４へ送信する（ステップＳ６０８）。
【０１０８】
尚、図６には示してないが、コンテンツ提供事業者配信設備１０から送信された動画ストリームは、通信インターフェース５０−２を介してメモリ５７に格納される。
【０１０９】
図７は、配信サーバ１１のメモリ５７に格納されたデータ例を示す図である。メモリ５７には、動画ストリーム、ＭＰＤ（Microsoft Project Database）ファイルであるマニフェストファイル等が格納されている。ＭＰＤファイルには、緊急切替先のアドレスａ、セグメント時間長、セグメント数等が含まれる。
【０１１０】
緊急切替先のアドレスａは、緊急動画ストリームを配信する配信サーバ１４のアドレスである。セグメント時間長及びセグメント数は、端末装置３が動画ストリームを再生する際の、バッファ２３に動画ストリームを格納する量（動画ストリームの時間長）、すなわちバッファ量に関するデータである。
【０１１１】
図７の例では、セグメント時間長として１ｓｅｃ／セグメントが格納され、セグメント数として５セグメントが格納されている。これは、端末装置３が動画ストリームを再生する際のバッファ量として、時間長では５（＝１×５）ｓｅｃであり、セグメント数では５であることを示している。つまり、端末装置３のバッファ２３に５ｓｅｃの動画ストリーム（５セグメントの動画ストリーム）が格納されると、バッファ２３から動画ストリームが読み出され、動画が再生されることを示している。
【０１１２】
以上のように、図５に示したコンテンツ提供事業者の通常用の配信サーバ１１によれば、端末装置３から配信要求を受信すると、動画ストリームを、オープンインターネット７を介して端末装置３へ送信する。
【０１１３】
これにより、端末装置３が動画ストリームを受信すると、ユーザは、動画を視聴することができる。
【０１１４】
配信サーバ１１は、端末装置３から配信経路切替要求を受信すると、動画ストリームの配信を停止し、メモリ５７から緊急切替先のアドレスａを読み出し、緊急切替先のアドレスａを端末装置３へ送信する。
【０１１５】
これにより、端末装置３は、緊急動画ストリームを配信する配信サーバ１４のアドレスａを認識することができ、緊急動画ストリームの配信要求を配信サーバ１４へ送信することができる。したがって、端末装置３は、配信サーバ１４からオープンインターネット７を介することなく、緊急動画ストリームの配信を受けることができるから、動画ストリームの配信経路を、遅延の小さい緊急動画ストリームの配信経路に切り替えることができる。
【０１１６】
緊急地震速報が終了すると、配信サーバ１１は、配信停止要求及び通常切替先のアドレスｂを配信サーバ１４へ送信する。
【０１１７】
これにより、配信サーバ１４は、緊急地震速報の終了を認識することができ、緊急動画ストリームの配信を停止することができる。
【０１１８】
したがって、配信サーバ１１により、緊急切替先のアドレスａが端末装置３へ送信されることで、緊急動画ストリームが配信サーバ１４から端末装置３へ送信され、配信停止要求及び通常切替先のアドレスｂが配信サーバ１４へ送信されることで、緊急動画ストリームの送信が停止され、元の動画ストリームの送信が開始することとなる。つまり、配信経路の切り替えが行われることで、緊急動画ストリームは、輻輳による遅延の影響を受け易いオープンインターネット７を経由しないから、高速配信を実現することができる。また、元の動画ストリームの配信に戻すことができる。
【０１１９】
〔配信サーバ１４（高速スライスを利用するモバイルキャリア網内のＭＥＣを実現する緊急用の配信サーバ１４）〕
次に、図１及び図２に示した高速スライスを利用するモバイルキャリア網内のＭＥＣを実現する緊急用の配信サーバ１４について詳細に説明する。図８は、配信サーバ１４の構成例を示すブロック図である。この配信サーバ１４は、通信インターフェース４０−１，４０−２、配信要求受信部４１、緊急動画送信部４２、配信停止要求受信部４３、通常切替先アドレス送信部４４及びメモリ４５を備えている。
【０１２０】
図９は、配信サーバ１４の処理例を示すフローチャートである。以下、図８及び図９を参照して、配信サーバ１４の処理を説明する。
【０１２１】
配信サーバ１４の配信要求受信部４１は、端末装置３から配信要求を、通信インターフェース４０−１を介して受信したか否かを判定する（ステップＳ９０１）。配信要求受信部４１は、ステップＳ９０１において、配信要求を受信していないと判定した場合（ステップＳ９０１：Ｎ）、配信要求を受信するまで待つ。
【０１２２】
配信要求受信部４１は、ステップＳ９０１において、配信要求を受信したと判定した場合（ステップＳ９０１：Ｙ）、配信の指示を緊急動画送信部４２に出力する。
【０１２３】
緊急動画送信部４２は、配信要求受信部４１から配信の指示を入力すると、メモリ４５からセグメント時間長及びセグメント数をバッファ量に関するデータとして読み出す。そして、緊急動画送信部４２は、バッファ量に関するデータを、通信インターフェース４０−１を介して端末装置３へ送信する（ステップＳ９０２）。
【０１２４】
セグメント時間長及びセグメント数については後述する。バッファ量に関するデータは、端末装置３が緊急動画ストリームを再生する際の、バッファ２３に緊急動画ストリームを蓄積する時間長に対応する緊急動画ストリームの量（セグメント数）を示す。
【０１２５】
緊急動画送信部４２は、メモリ４５から、配信の指示に対応する（配信要求に対応する）緊急動画ストリームを読み出し、緊急動画ストリームを、通信インターフェース４０−１を介して端末装置３へ送信する（ステップＳ９０３）。これにより、緊急動画ストリームの配信が開始する。
【０１２６】
配信停止要求受信部４３は、配信サーバ１１から配信停止要求及び通常切替先のアドレスｂを、通信インターフェース４０−１を介して受信したか否かを判定する（ステップＳ９０４）。配信停止要求受信部４３は、ステップＳ９０４において、配信停止要求及び通常切替先のアドレスｂを受信していないと判定した場合（ステップＳ９０４：Ｎ）、ステップＳ９０３へ移行する。
【０１２７】
一方、配信停止要求受信部４３は、ステップＳ９０４において、配信停止要求及び通常切替先のアドレスｂを受信したと判定した場合（ステップＳ９０４：Ｙ）、配信停止の指示を緊急動画送信部４２に出力し、緊急動画送信部４２に緊急動画ストリームの配信を停止させる（ステップＳ９０５）。また、配信停止要求受信部４３は、通常切替先のアドレスｂを通常切替先アドレス送信部４４に出力する。
【０１２８】
通常切替先アドレス送信部４４は、配信停止要求受信部４３から通常切替先のアドレスｂを入力すると、通常切替先のアドレスｂを、通信インターフェース４０−１を介して端末装置３へ送信する（ステップＳ９０６）。
【０１２９】
尚、図９には示してないが、トランスコード・ストリーム化装置１３から送信された緊急動画ストリームは、通信インターフェース４０−２を介してメモリ４５に格納される。
【０１３０】
図１０は、配信サーバ１４のメモリ４５に格納されたデータ例を示す図である。メモリ４５には、緊急動画ストリーム、ＭＰＤファイル等が格納されている。ＭＰＤファイルには、セグメント時間長、セグメント数等が含まれる。
【０１３１】
セグメント時間長及びセグメント数は、端末装置３が緊急動画ストリームを再生する際の、バッファ２３に緊急動画ストリームを格納する量（緊急動画ストリームの時間長）、すなわちバッファ量に関するデータである。
【０１３２】
図１０の例では、セグメント時間長として０．２ｓｅｃ／セグメントが格納され、セグメント数として５セグメントが格納されている。これは、端末装置３が緊急動画ストリームを再生する際のバッファ量として、時間長では１ｓｅｃ（＝０．２×５）であり、セグメント数では５であることを示している。つまり、端末装置３のバッファ２３に１ｓｅｃの緊急動画ストリーム（５セグメントの緊急動画ストリーム）が格納されると、バッファ２３から緊急動画ストリームが読み出され、緊急動画が再生されることを示している。
【０１３３】
以上のように、図８に示した高速スライスを利用するモバイルキャリア網内のＭＥＣを実現する緊急用の配信サーバ１４によれば、端末装置３から配信要求を受信すると、緊急動画ストリームを、オープンインターネット７を介することなく端末装置３へ送信する。
【０１３４】
これにより、端末装置３が緊急動画ストリームを受信すると、ユーザは、緊急動画を、視聴していた動画よりも低遅延にて視聴することができる。
【０１３５】
配信サーバ１４は、配信サーバ１１から配信停止要求及び通常切替先のアドレスｂを受信すると、緊急動画ストリームの配信を停止し、通常切替先のアドレスｂを端末装置３へ送信する。
【０１３６】
これにより、端末装置３は、元の動画ストリームを配信する配信サーバ１１のアドレスｂを認識することができ、動画ストリームの配信要求を配信サーバ１１へ送信することができる。したがって、端末装置３は、元の動画ストリームの配信を受けることができるから、緊急動画ストリームの配信経路を元の動画ストリームの配信経路に切り替えることができる。
【０１３７】
したがって、配信サーバ１４により配信される緊急動画ストリームは、輻輳による遅延の影響を受け易いオープンインターネット７を経由しないから、高速配信を実現することができる。そして、端末装置３を操作するユーザは、緊急動画を迅速に視聴することができるから、緊急速報の内容を迅速に認識することができ、安心感を得ることができる。
【０１３８】
以上、実施形態を挙げて本発明を説明したが、本発明は前記実施形態に限定されるものではなく、その技術思想を逸脱しない範囲で種々変形可能である。例えば図１に示した動画配信システム１において、緊急速報の動画を含む地上デジタル放送信号は、放送局４から放送受信アンテナを介して、高速配信システム２−２に入力される。
【０１３９】
これに対し、例えばコンテンツ提供事業者が放送事業者でもある場合には、通常配信システム２−１のコンテンツ提供事業者配信設備１０と高速配信システム２−２の放送信号復号装置１２とを専用線で接続するようにしてもよい。具体的には、通常配信システム２−１のコンテンツ提供事業者配信設備１０は、緊急速報の動画を含む信号を、専用線を介して高速配信システム２−２の放送信号復号装置１２へ送信する。
【０１４０】
また、図１に示した動画配信システム１において、エリアメール配信システム２−３の配信サーバ１５は、気象庁５から緊急地震速報を受信し、緊急地震速報を含むエリアメールを端末装置３へ送信するようにした。これに対し、通常配信システム２−１のコンテンツ提供事業者配信設備１０は、気象庁５から緊急地震速報を受信し、配信サーバ１１は、エリアメールの代わりに、緊急地震速報の発生を、オープンインターネット７を介して端末装置３へプッシュ通知にて送信するようにしてもよい。この場合、端末装置３は、エリアメールの代わりに、配信サーバ１１から緊急地震速報の発生をプッシュ通知にて受信し、図４に示したバッファ２３をクリアする等の処理を行う。
【０１４１】
また、前記実施形態では、配信経路を切り替えることで、動画ストリームの配信から緊急動画ストリームの配信に変更するようにしたが、この実施形態は、ライブ映像の配信についても適用がある。例えば、配信サーバ１１は、ライブ映像を、オープンインターネット７及びモバイルネットワーク８を介して、ライブ会場以外の場所（例えば自宅）の端末装置３へ送信する。これにより、端末装置３を操作するユーザは、例えば自宅にてライブ映像を視聴することができる。
【０１４２】
一方、配信サーバ１４は、配信サーバ１１が配信するライブ映像と同一または異なるライブ映像を、オープンインターネット７を介することなくモバイルネットワーク８を介して、ライブ会場内の端末装置３へ送信する。これにより、端末装置３を操作するユーザは、ライブ映像を低遅延にて視聴することができる。
【０１４３】
尚、本発明の実施形態による端末装置３及び配信サーバ１１，１４のそれぞれのハードウェア構成としては、通常のコンピュータを使用することができる。端末装置３及び配信サーバ１１，１４は、ＣＰＵ、ＲＡＭ等の揮発性の記憶媒体、ＲＯＭ等の不揮発性の記憶媒体、及びインターフェース等を備えたコンピュータによって構成される。
【０１４４】
端末装置３に備えた通信インターフェース２０、動画処理部２１（エリアメール受信部３０、切替要求送信部３１、緊急切替先アドレス受信部３２、緊急配信要求部３３、緊急動画受信部３４、通常切替先アドレス受信部３５、配信要求部３６及び動画受信部３７）、再生部２２、バッファ２３及びメモリ２４の各機能は、これらの機能を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現される。
【０１４５】
また、配信サーバ１１に備えた通信インターフェース５０−１，５０−２、配信要求受信部５１、動画送信部５２、配信経路切替要求受信部５３、緊急切替先アドレス送信部５４、緊急速報終了判断部５５、配信停止要求送信部５６及びメモリ５７の各機能も、これらの機能を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現される。
【０１４６】
また、配信サーバ１４に備えた通信インターフェース４０−１，４０−２、配信要求受信部４１、緊急動画送信部４２、配信停止要求受信部４３、通常切替先アドレス送信部４４及びメモリ４５の各機能も、これらの機能を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現される。
【０１４７】
これらのプログラムは、前記記憶媒体に格納されており、ＣＰＵに読み出されて実行される。また、これらのプログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ等の記憶媒体に格納して頒布することもでき、ネットワークを介して送受信することもできる。
【符号の説明】
【０１４８】
１  動画配信システム
２−１  通常配信システム
２−２  高速配信システム
２−３  エリアメール配信システム
３  端末装置
４  放送局（の設備）
５  気象庁（の設備）
６−１，６−２  モバイル基地局
７  オープンインターネット
８  モバイルネットワーク
１０  コンテンツ提供事業者配信設備
１１，１４，１５  配信サーバ
１２  放送信号復号装置
１３  トランスコード・ストリーム化装置
２０，４０−１，４０−２，５０−１，５０−２  通信インターフェース
２１  動画処理部
２２  再生部
２３  バッファ
２４，４５，５７  メモリ
３０  エリアメール受信部
３１  切替要求送信部
３２  緊急切替先アドレス受信部
３３  緊急配信要求部
３４  緊急動画受信部
３５  通常切替先アドレス受信部
３６  配信要求部
３７  動画受信部
４１  配信要求受信部
４２  緊急動画送信部
４３  配信停止要求受信部
４４  通常切替先アドレス送信部
５１  配信要求受信部
５２  動画送信部
５３  配信経路切替要求受信部
５４  緊急切替先アドレス送信部
５５  緊急速報終了判断部
５６  配信停止要求送信部
【図１】
2020202492.tif 000003
【図２】
2020202492.tif 000004
【図３】
2020202492.tif 000005
【図４】
2020202492.tif 000006
【図５】
2020202492.tif 000007
【図６】
2020202492.tif 000008
【図７】
2020202492.tif 000009
【図８】
2020202492.tif 000010
【図９】
2020202492.tif 000011
【図１０】
2020202492.tif 000012