JP2018129599A - 受信装置、受信方法、送信装置、及び送信方法 - Google Patents

Abstract

【課題】無線通信システムを利用して、より柔軟にサービスを提供することができるようにする。【解決手段】携帯網を含むネットワークを介して、マルチキャスト方式で送信されてくるコンテンツの一部のデータと、ユニキャスト方式で送信されてくるコンテンツの他の一部のデータを受信し、受信したコンテンツの一部のデータと他の一部のデータを処理して、コンテンツを再生することで、ハイブリッドモバイル放送として、マルチキャスト方式での配信とユニキャスト方式での配信とが、ストリームの種別に応じて使い分けられる。その結果、無線通信システムを利用して、より柔軟にサービスを提供することができるようになる。本発明は、例えば、第５世代移動通信システム（５Ｇ）を利用した５Ｇ携帯網を含むネットワークを介したモバイル放送に適用することができる。【選択図】図４

Description

本発明は、受信装置、受信方法、送信装置、及び送信方法に関し、特に、無線通信システムを利用して、より柔軟にサービスを提供することができるようにした受信装置、受信方法、送信装置、及び送信方法に関する。

移動体通信システムの標準化プロジェクトである3GPP(Third Generation Partnership Project)や、各国の標準化団体などによって、次世代無線通信システムとして、第５世代移動通信システム（５Ｇ：5th Generation）の標準化が進められている。

次世代無線通信システムでは、データ伝送速度の高速化や大容量化などが図られるため、高精細動画ストリーミングの配信サービス（例えば２Ｋや４Ｋ、８Ｋの動画等）など、様々なサービスが提供されることが期待されている（例えば、非特許文献１参照）。

ドコモ５Ｇホワイトペーパー ２０２０年以降の５Ｇ無線アクセスにおける要求条件と技術コンセプト、株式会社ＮＴＴドコモ、２０１４年９月

現在、次世代無線通信システムの標準化が進められているが、各種のサービスを提供するためのシステムの構築や運用方式は確立されておらず、無線通信システムを利用して、より柔軟にサービスを提供するためのシステムの構築や運用方式の提案が求められていた。

本発明はこのような状況に鑑みてなされたものであり、無線通信システムを利用して、より柔軟にサービスを提供することができるようにするものである。

本発明の第１の側面の受信装置は、携帯網を含むネットワークを介して、マルチキャスト方式で送信されてくるコンテンツの一部のデータと、ユニキャスト方式で送信されてくる前記コンテンツの他の一部のデータを受信する受信手段と、受信した前記コンテンツの一部のデータと他の一部のデータを処理して、前記コンテンツを再生する処理手段とを備える受信装置である。

本発明の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本発明の第１の側面の受信方法は、上述した本発明の第１の側面の受信装置に対応する受信方法である。

本発明の第１の側面の受信装置、及び、受信方法においては、携帯網を含むネットワークを介して、マルチキャスト方式で送信されてくるコンテンツの一部のデータと、ユニキャスト方式で送信されてくる前記コンテンツの他の一部のデータが受信され、受信された前記コンテンツの一部のデータと他の一部のデータが処理されて、前記コンテンツが再生される。

本発明の第２の側面の送信装置は、コンテンツのデータを処理する処理手段と、携帯網を含むネットワークを介して、マルチキャスト方式で前記コンテンツの一部のデータを送信するか、又はユニキャスト方式で前記コンテンツの他の一部のデータを送信する送信手段とを備える送信装置である。

本発明の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本発明の第２の側面の送信方法は、上述した本発明の第２の側面の送信装置に対応する送信方法である。

本発明の第２の側面の送信装置、及び、送信方法においては、コンテンツのデータが処理され、携帯網を含むネットワークを介して、マルチキャスト方式で前記コンテンツの一部のデータが送信されるか、又はユニキャスト方式で前記コンテンツの他の一部のデータが送信される。

本発明の第１の側面、及び、第２の側面によれば、無線通信システムを利用して、より柔軟にサービスを提供することができる。

本発明を適用した配信システムの一実施の形態の構成を示すブロック図である。 配信サーバの構成例を示すブロック図である。 受信端末の構成例を示すブロック図である。 第１の実施の形態の同時配信サービスを提供するためのシステム運用の方式を説明する図である。 第１の実施の形態の送信側と受信側の処理の流れを説明するフローチャートである。 第２の実施の形態の同時配信サービスを提供するためのシステム運用の方式の概要を説明する図である。 第２の実施の形態の同時配信サービスを提供するためのシステムの構成例を説明する図である。 第２の実施の形態の具体的な運用例（輻輳検知前）を説明する図である。 第２の実施の形態の具体的な運用例（輻輳検知時）を説明する図である。 第２の実施の形態の具体的な運用例（輻輳検知後）を説明する図である。 第２の実施の形態の送信側と受信側の処理の流れを説明するフローチャートである。 第２の実施の形態の送信側と受信側の処理の流れを説明するフローチャートである。

以下、図面を参照しながら本発明の実施の形態について説明する。なお、説明は以下の順序で行うものとする。

１．システムの構成
２．第１の実施の形態：ハイブリッドモバイル放送
３．第２の実施の形態：輻輳時マルチキャストモード対応モバイル放送
４．変形例

＜１．システムの構成＞

（配信システムの構成例）
図１は、本発明を適用した配信システムの一実施の形態の構成を示すブロック図である。

図１において、配信システム１は、ネットワーク３０を介して、放送番組等のコンテンツを配信するためのシステムである。なお、システムとは、複数の装置が物理的又は論理的に集合したものをいう。

配信システム１は、配信サーバ１０と、受信端末２０−１乃至２０−Ｎ（Ｎ：１以上の整数）から構成され、ネットワーク３０を介して相互に接続される。

配信サーバ１０は、コンテンツを配信する専用のサーバであり、例えば、放送局等の放送事業者や、通信キャリア等の通信事業者等により提供される。配信サーバ１０は、放送番組（例えばライブ番組）等のコンテンツを、ネットワーク３０を介して、受信端末２０−１乃至２０−Ｎに配信する。

受信端末２０−１は、例えば、スマートフォンや携帯電話機、タブレット型コンピュータ等の携帯型の端末装置（モバイル受信機）である。受信端末２０−１は、エンドユーザの操作に応じて、ネットワーク３０を介して配信サーバ１０から配信されるコンテンツを受信して再生する。

受信端末２０−２乃至２０−Ｎは、受信端末２０−１と同様に、スマートフォン等として構成され、配信サーバ１０から配信されるコンテンツを再生することができる。なお、以下の説明において、受信端末２０−１乃至２０−Ｎを、特に区別する必要がない場合には、単に、受信端末２０と記述する。

ネットワーク３０は、無線アクセスネットワークやコアネットワーク等からなる移動体通信ネットワークや、コンピュータネットワークが相互に接続されたインターネットなどを含むシステム全体を表している。

なお、配信システム１において、ネットワーク３０を介して、配信サーバ１０と受信端末２０との間で行われる通信は、無線通信及び有線通信は勿論、無線通信と有線通信とが混在した通信、すなわち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであってもよい。例えば、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであってもよい。

配信システム１は、以上のように構成される。

（配信サーバの構成例）
図２は、図１の配信サーバ１０の構成例を示すブロック図である。

図２において、配信サーバ１０は、処理部１００、記憶部１０１、及び通信部１０２から構成される。

処理部１００は、例えば、CPU(Central Processing Unit)やマイクロプロセッサ等から構成される。処理部１００は、各種の演算処理や、各部の動作制御など、配信サーバ１０における中心的な処理装置として動作する。

記憶部１０１は、例えば、HDD(Hard Disk Drive)や光ディスク、半導体メモリ等のストレージとして構成される。記憶部１０１は、処理部１００からの制御に従い、各種のデータを記録する。例えば、記憶部１０１には、外部から提供される、放送番組等のコンテンツのデータが記録される。

なお、放送番組としてライブ番組の配信を行う場合には、外部のカメラ装置から提供されるコンテンツのデータを、記憶部１０１に記録せずに、直接、処理部１００に供給することができる。

通信部１０２は、例えば、通信I/F回路として構成される。この通信I/F回路としては、例えば、イーサーネット（登録商標）や無線LAN(Local Area Network)など、ネットワーク３０に接続するための機能が実装される。

通信部１０２は、ネットワーク３０を介して、受信端末２０との間で通信を行うことで、処理部１００により処理されたコンテンツ等の各種のデータを、配信することができる。

配信サーバ１０は、以上のように構成される。

（受信端末の構成例）
図３は、図１の受信端末２０の構成例を示すブロック図である。

図３において、受信端末２０は、処理部２００、メモリ２０１、タッチパネル２０２、スピーカ２０３、通信部２０４、及び電源部２０５から構成される。

処理部２００は、例えば、CPUやマイクロプロセッサ等から構成される。処理部２００は、各種の演算処理や、各部の動作制御など、受信端末２０における中心的な処理装置として動作する。

メモリ２０１は、例えば、不揮発性メモリ（例えば、NVRAM(Non-Volatile RAM)等）などの半導体メモリとして構成される。メモリ２０１は、処理部２００からの制御に従い、各種のデータを記録する。

タッチパネル２０２は、タッチセンサ２２１と表示部２２２から構成される。なお、タッチセンサ２２１は、表示部２２２の画面上に重畳されている。

タッチセンサ２２１は、ユーザによりタッチパネル２０２に対して行われる入力操作（例えば、ユーザの指をパネル表面に接触させる操作など）を、その操作が行われた場所のタッチパネル２０２上での位置とともに検出し、その検出信号を処理部２００に供給する。

表示部２２２は、例えば、液晶や有機EL(Electro Luminescence)等のディスプレイから構成される。表示部２２２は、処理部２００からの制御に従い、映像信号に応じた映像やテキスト等の各種の情報を表示する。

スピーカ２０３は、処理部２００からの制御に従い、音声信号に応じた音声を出力する。

通信部２０４は、例えば、通信I/F回路として構成される。この通信I/F回路としては、例えば、５Ｇ(5th Generation)等のセルラー通信プロトコルを実装することで、アンテナを介して基地局との間で無線通信を行い、ネットワーク３０に接続することができる。

通信部２０４は、ネットワーク３０を介して配信サーバ１０との間で通信を行うことで、コンテンツ等の各種のデータを受信し、処理部２００に供給することができる。

電源部２０５は、蓄電池又は外部電源から得られる電源電力を、処理部２００を含む受信端末２０の各部に供給する。

なお、説明の簡略化のために図示していないが、例えば、受信端末２０が、スマートフォンや携帯電話機などの通話機能を有する機器である場合には、通話機能を実現するための回路やマイクロフォンが設けられる。また、受信端末２０は、GPS(Global Positioning System)等の現在の位置を示す位置情報を取得するための機能を有している。

また、スマートフォン等の受信端末２０は、アプリケーションをダウンロードして実行するなど、様々な機能を備えることができる。さらに、いわゆるワンセグやフルセグ等の地上波デジタル放送を視聴するための機能（例えば、チューナ）が、受信端末２０に設けられるようにしてもよい。

受信端末２０は、以上のように構成される。

ところで、現在、次世代無線通信システムとして、第５世代移動通信システム（５Ｇ）の標準化が進められているが、無線通信システムを利用して、より柔軟にサービスを提供するためのシステムの構築や運用方式の提案が求められているのは、先に述べた通りである。

そこで、本発明では、より柔軟に、同時配信サービスとしてのモバイル放送を提供するためのシステムの構築や運用方式の提案を行うものとする。

すなわち、図１の配信システム１において、第５世代移動通信システム（５Ｇ）を利用した５Ｇ携帯網を含むネットワーク３０を介して提供されるモバイル放送として、ハイブリッドモバイル放送、又は輻輳時マルチキャストモード対応モバイル放送が行われるようにする。

ここで、ハイブリッドモバイル放送とは、マルチキャスト方式での配信と、ユニキャスト方式での配信を組み合わせたモバイル放送である。一方で、輻輳時マルチキャストモード対応モバイル放送とは、通常時にユニキャスト方式での配信を行い、輻輳時にマルチキャスト方式での配信を行うモバイル放送である。

以下の説明では、まず、第１の実施の形態として、ハイブリッドモバイル放送を説明し、その後、第２の実施の形態として、輻輳時マルチキャストモード対応モバイル放送を説明するものとする。

＜２．第１の実施の形態＞

まず、第１の実施の形態について説明する。この第１の実施の形態では、マルチキャスト方式での配信と、ユニキャスト方式での配信を組み合わせたハイブリッドモバイル放送について説明する。

（ハイブリッドモバイル放送の構成例）
図４は、第１の実施の形態における同時配信サービスを提供するためのシステム運用の方式を説明する図である。

なお、図４においては、本発明で提案する同時配信サービスのシステム運用の方式とともに、一般的な同時配信サービスのシステム運用の方式についても図示して、それらのシステム運用の方式を比較している。また、図４において、時間の方向は、図中の下側から上側に向かう方向とされる。

図４Ａ（同図左側）には、一般的な同時配信サービス（モバイル放送）のシステム運用の方式を用いた場合のデータの流れを示している。なお、この同時配信サービスは、放送番組（例えばライブ番組）等のコンテンツを、マルチキャスト方式を用いて、同報型配信するものであるため、モバイル放送であるとも言える。

図４Ａにおいては、配信サーバ１０からネットワーク３０を介して配信される、放送番組等のコンテンツが、受信端末２０−１乃至２０−３によりそれぞれ受信されている。

ただし、ネットワーク３０には、５Ｇマルチキャスト網３１が含まれる。５Ｇマルチキャスト網３１は、第５世代移動通信システム（５Ｇ）を用いて構築された携帯網である５Ｇ携帯網（移動体通信ネットワーク）の一部である。

５Ｇマルチキャスト網３１では、あらかじめ固定の帯域が確保され、その固定の帯域を用いて、コンテンツのデータとして、SI/EPGデータストリーム、音声ストリーム、及び映像ストリームが、マルチキャスト方式で伝送される。

ここで、マルチキャスト方式は、５Ｇマルチキャスト網３１において、決められた特定の受信端末２０に対し、同時にデータ（パケット）を送信する方式である。なお、ブロードキャスト方式は、不特定多数の受信端末２０に、同時にデータ（パケット）を送信する方式であり、対象が不特定である点が、マルチキャスト方式と異なる。

なお、SI(Service Information)情報は、放送番組の再生などに関する情報を定義する制御情報である。また、EPG(Electronic Program Guide)情報は、電子番組表に関する情報である。SI情報には、番組情報としてEPG情報のほぼ全てが含まれるため、SI/EPG情報としてまとめて取り扱うようにしてもよい。

受信端末２０−１は、ユーザＡが使用している。受信端末２０−１においては、SI/EPGデータストリームから得られるEPG情報（SI/EPG情報）に基づき、番組情報が提示され、ユーザＡにより所望の放送番組が選択（選局）された場合、SI/EPGデータストリームから得られるSI情報に基づき、当該放送番組の映像ストリームと音声ストリームが受信される。これにより、受信端末２０−１では、同時配信サービスとして配信される放送番組を視聴することが可能となる。

また、受信端末２０−２は、ユーザＢにより使用され、受信端末２０−３は、ユーザＣにより使用される。受信端末２０−２と受信端末２０−３においては、受信端末２０−１と同様に、エンドユーザの操作に応じて、所望の放送番組を視聴することが可能となる。

このように、一般的な同時配信サービス（モバイル放送）では、あらかじめ固定の帯域が確保された５Ｇマルチキャスト網３１で、SI/EPGデータストリーム、音声ストリーム、及び映像ストリームを伝送している。そして、このような常時固定帯域確保型のモバイル放送において、データ量が大きい映像ストリーム等のストリームを伝送すると、より広い帯域が必要となるため、その分だけコストが高くなる。

一方で、図４Ｂ（同図右側）には、本発明で提案する同時配信サービス（ハイブリッドモバイル放送）のシステム運用の方式を用いた場合のデータの流れを示している。なお、この同時配信サービスは、放送番組等のコンテンツを、マルチキャスト方式とユニキャスト方式を用いて、同報型配信するものであるため、ハイブリッドモバイル放送であるとも言える。

図４Ｂにおいては、上述した図４Ａと同様に、配信サーバ１０からネットワーク３０を介して配信される、放送番組等のコンテンツが、受信端末２０−１乃至２０−３によりそれぞれ受信されている。

ただし、ネットワーク３０には、５Ｇマルチキャスト網３１のほかに、５Ｇユニキャスト網３２が含まれる。５Ｇマルチキャスト網３１と５Ｇユニキャスト網３２は、５Ｇ携帯網（移動体通信ネットワーク）の一部である。

５Ｇマルチキャスト網３１では、あらかじめ固定の帯域が確保され、その固定の帯域を用いて、コンテンツの一部のデータとして、SI/EPGデータストリームと音声ストリームが、マルチキャスト方式で伝送される。５Ｇユニキャスト網３２では、帯域が保証されておらず、コンテンツの他の一部のデータとして、映像ストリームが、ユニキャスト方式で伝送される。

ここで、ユニキャスト方式は、５Ｇユニキャスト網３２において、単一の受信端末２０を指定して、データ（パケット）を送信する方式である。ユニキャスト方式は、１対１の通信となる点が、１対多数の通信となるマルチキャスト方式やブロードキャスト方式とは異なる。

受信端末２０−１では、５Ｇマルチキャスト網３１を介して配信されるSI/EPGデータストリームから得られるEPG情報（SI/EPG情報）に基づき、番組情報が提示され、ユーザＡにより所望の放送番組が選択（選局）される。

このとき、受信端末２０−１では、５Ｇマルチキャスト網３１を介して配信される音声ストリームと、５Ｇユニキャスト網３２を介して配信される映像ストリームが受信され、SI/EPGデータストリームから得られるSI情報（例えば、再生時刻の情報等）に基づき、音声ストリームと映像ストリームとが同期される。これにより、受信端末２０−１では、同時配信サービスとして配信される放送番組を視聴することが可能となる。

例えば、受信端末２０−１においては、図４Ｂに示すように、ユーザＡの操作に応じて、時刻t1乃至t2と時刻t3乃至t4の期間に、音声ストリームと映像ストリームとが合成され、放送番組が再生されているため、その期間に、ユーザＡによって、当該放送番組が視聴されたことになる。

また、受信端末２０−２と受信端末２０−３においては、受信端末２０−１と同様に、エンドユーザの操作に応じて、所望の放送番組が再生される。図４Ｂに示すように、受信端末２０−２では、時刻t2乃至t3の期間に、ユーザＢによって、放送番組が視聴されている。また、受信端末２０−３では、時刻t2乃至t4の期間に、ユーザＣによって、放送番組が視聴されている。

このように、本発明で提案する同時配信サービス（ハイブリッドモバイル放送）では、あらかじめ固定の帯域が確保された５Ｇマルチキャスト網３１では、SI/EPGデータストリーム及び音声ストリームのみを伝送し、映像ストリームは、５Ｇユニキャスト網３２で伝送している。

データ量が大きい映像ストリームを、５Ｇマルチキャスト網３１で伝送すると、より広い帯域が必要となるが、本発明で提案する同時配信サービスのように、映像ストリームが、５Ｇユニキャスト網３２で伝送されるようにして、５Ｇマルチキャスト網３１では、SI/EPGストリーム及び音声データストリームのみが伝送されるようにすることで、５Ｇマルチキャスト網３１の帯域の節約を図ることが可能となる。

すなわち、５Ｇマルチキャスト網３１は、ギャランティ型（帯域確保型又は帯域保証型）のサービスを提供可能であるが、その分だけコストが高くなる。一方で、５Ｇユニキャスト網３２は、ベストエフォート型の品質が保証されないサービスを提供することになるが、コストは低くなる。そのため、本発明で提案する同時配信サービスにおいては、配信されるストリームの種別（特性）に応じて、当該ストリームが、５Ｇマルチキャスト網３１又は５Ｇユニキャスト網３２のいずれかで伝送されるようにしている。

ここで、例えば、コンテンツとして、地上波や衛星放送等の放送番組の再送信（同時配信）を行う場合に、放送局１局につき、500Kbpsに収まる程度で、SI/EPGデータストリームと音声ストリームを伝送可能であるならば、10局で5Mbps程度となる。この程度のデータ量であるならば、５Ｇ携帯網上に、固定のマルチキャスト帯域を確保した５Ｇマルチキャスト網３１を設けても、帯域上は特に問題にはならないと考えられる。

また、５Ｇユニキャスト網３２は、ベストエフォート型の経路となるため、災害時等に、急激にトラフィックが増大すると、輻輳状態（破綻状態）になる可能性がある。そして、５Ｇユニキャスト網３２において、輻輳が発生した場合には、受信端末２０は、映像ストリームを受信することができなくなる。

しかしながら、５Ｇユニキャスト網３２で、輻輳が発生した場合でも、固定の帯域が確保された５Ｇマルチキャスト網３１においては、SI/EPGデータストリームと音声ストリームが伝送されているため、受信端末２０では、輻輳の発生に関係なく、SI/EPGデータストリームと音声ストリームを、確実に受信することができる。そして、受信端末２０は、SI/EPGデータストリームから得られるSI情報に基づいて、音声ストリームを処理することで、放送番組の音声（番組音声）のみを出力することができる。

例えば、地震や津波等の災害が発生して、５Ｇ携帯網上の５Ｇユニキャスト網３２にて輻輳が発生した場合に、受信端末２０は、５Ｇマルチキャスト網３１を介してデータを受信して、緊急警報放送の音声を出力することで、エンドユーザに対し、地震や津波等の災害に関する情報を通知することができる。

なお、図４においては、説明の簡略化のため、ある１つの放送局のチャネルで配信される放送番組のストリームが伝送される場合を例示しているが、実際の運用では、10局など、複数の放送局に対応した複数のチャネルごとに、各放送局の放送番組のストリームが配信されることになる。そして、受信端末２０では、エンドユーザの操作に従い、各放送局の放送番組の中から、番組情報に応じた所望の放送番組が選局されることになる。

（送信側と受信側の処理の流れ）
次に、図５のフローチャートを参照して、第１の実施の形態において、送信側の配信サーバ１０と、受信側の受信端末２０で実行される処理の流れについて説明する。

ステップＳ１０１において、配信サーバ１０の処理部１００は、外部のカメラ装置から提供されるコンテンツ、あるいは記憶部１０１に記録されたコンテンツのストリームを読み出して処理する。

ここでは、例えば、ライブ番組等の放送番組の音声ストリームと映像ストリームに対し、エンコードやパッケージング等の処理が施される。また、ここでは、配信される放送番組に応じて、SI情報やEPG情報等の制御情報が生成される。

ステップＳ１０２において、配信サーバ１０の通信部１０２は、５Ｇマルチキャスト網３１を含むネットワーク３０を介して、マルチキャスト方式で、SI/EPGデータストリームを配信する。

なお、ここでは、説明を分かりやすくするため、マルチキャスト方式で、SI/EPGデータストリームのみが配信されているとしているが、それと同時に、音声ストリームも配信されている。また、ユニキャスト方式では、映像ストリームが同時に配信されている。

５Ｇマルチキャスト網３１を介して、マルチキャスト方式で配信されるSI/EPGデータストリームは、受信端末２０の通信部２０４により受信される。

ステップＳ１１１において、受信端末２０の処理部２００は、配信サーバ１０から配信されるSI/EPGデータストリームから得られる番組情報（EPG）を、表示部２２２に提示する。

ステップＳ１１２において、受信端末２０の処理部２００は、タッチセンサ２２１からのからの検出信号に基づいて、番組情報に含まれる放送番組の一覧の中から、エンドユーザによる所望の放送番組（チャネル）の選択を検知する。

ステップＳ１０３において、配信サーバ１０の通信部１０２は、５Ｇマルチキャスト網３１を含むネットワーク３０を介して、マルチキャスト方式で、SI/EPGデータストリームと音声ストリームを配信する。

ステップＳ１０４において、配信サーバ１０の通信部１０２は、５Ｇユニキャスト網３２を含むネットワーク３０を介して、ユニキャスト方式で、映像ストリームを配信する。

なお、ここでは、説明の都合上、マルチキャスト方式で、SI/EPGデータストリームと音声ストリームが配信され、ユニキャスト方式で、映像ストリームのみが配信されるとして説明しているが、それらのストリームは、同時に配信されるものである。

このようにして、５Ｇマルチキャスト網３１を介して、マルチキャスト方式で配信される音声ストリームと、５Ｇユニキャスト網３２を介して、ユニキャスト方式で配信される映像ストリームは、受信端末２０の通信部２０４により受信可能となる。これにより、受信端末２０では、SI/EPGデータストリームから得られるSI情報に基づき、ステップＳ１１２の処理での検知結果に応じたチャネルの放送番組の音声ストリームと映像ストリームが受信される。

ステップＳ１１３において、配信サーバ１０の処理部２００は、SI/EPGデータストリームから得られるSI情報に含まれる同期情報（例えば、再生時刻の情報等）に基づいて、音声ストリームと映像ストリームとの同期をとる。

ステップＳ１１４において、配信サーバ１０の処理部２００は、同期された音声ストリームと映像ストリームのレンダリングを行う。

このレンダリング処理では、同期された音声ストリームと映像ストリームが処理されることで、ステップＳ１１２の処理での検知結果に応じたチャネルの放送番組の音声と映像のデータが生成され、エンドユーザにより選択された所望の放送番組が再生される。

以上、送信側の配信サーバ１０と、受信側の受信端末２０で実行される処理の流れを説明した。

以上のように、第１の実施の形態では、データ量がそれほど大きくなく、かつ、輻輳の影響を受けることなく配信する必要があるデータ（例えば、SI/EPGデータストリームと音声ストリーム）を、固定の帯域が確保された５Ｇマルチキャスト網３１を介して配信する一方で、データが大きく、かつ、輻輳の影響を受けてもよいデータ（例えば、映像ストリーム）を、５Ｇユニキャスト網３２を介して配信している。

このようなマルチキャスト方式での配信とユニキャスト方式での配信を組み合わせたハイブリッドモバイル放送によって、異なる配信経路での配信を行うことで、受信端末２０では、通常時には、５Ｇマルチキャスト網３１を介して配信される音声ストリームと、５Ｇユニキャスト網３２を介して配信される映像ストリームとを合成して、放送番組を提示することができる。一方で、５Ｇユニキャスト網３２の輻輳時において、受信端末２０では、５Ｇマルチキャスト網３１を介して配信される音声ストリームから、番組音声のみを出力することができる。

このように、本発明によれば、ハイブリッドモバイル放送として、マルチキャスト方式での配信と、ユニキャスト方式での配信とを、配信されるストリームの種別（特性）に応じて使い分けることで、より柔軟（フレキシブル）に、同時配信サービスとしてのモバイル放送を提供することができる。そして、このようなシステムの構築や運用方式が提供されることで、固定の帯域を確保する必要がある５Ｇマルチキャスト網３１の帯域の節約を図ることが可能となる。

また、５Ｇユニキャスト網３２で、災害時等に輻輳が発生した場合でも、固定の帯域が確保された５Ｇマルチキャスト網３１では、受信端末２０にて最低限の情報を出力するためのデータが伝送されているため、受信端末２０では、最低限の情報（例えば災害発生時の緊急警報放送の音声）を出力することができる。

なお、上述した説明では、マルチキャスト方式で配信されるSI/EPGデータストリーム及び音声ストリームと、ユニキャスト方式で配信される映像ストリームとが、同一の配信サーバ１０から配信されるとして説明したが、SI/EPGデータストリーム及び音声ストリームと、映像ストリームとを、配信方式ごとに、異なる配信サーバ１０（例えば、配信サーバ１０−１と、配信サーバ１０−２）から配信されるようにしてもよい。

また、マルチキャスト方式で配信されるSI/EPGデータストリームと音声ストリームを、ストリームの種別ごとに、異なる配信サーバ１０（例えば、配信サーバ１０−３と、配信サーバ１０−４）から配信されるようにしてもよい。ただし、これらのストリームを配信する配信サーバ１０は、放送番組を提供（制作）する放送局ごとに設けるようにしてもよいし、あるいは、１つの配信サーバ１０で、複数の放送局から提供される放送番組をまとめて配信するようにしてもよい。

さらに、上述した説明では、ネットワーク３０として、５Ｇマルチキャスト網３１と５Ｇユニキャスト網３２が配信経路に含まれるとして説明したが、インターネットやその他のネットワークが配信経路に含まれるようにしてもよい。また、説明の簡略化のため、図示を省略しているが、５Ｇマルチキャスト網３１と５Ｇユニキャスト網３２を含む５Ｇ携帯網（移動体通信ネットワーク）は、基地局の無線設備やアンテナ等からなる無線アクセスネットワーク（RAN：Radio Access Network）と、基地局相互や移動体通信網、固定通信網などとの接続を行うためのコアネットワーク（CN：Core Network）等から構成されている。

＜３．第２の実施の形態＞

次に、第２の実施の形態について説明する。この第２の実施の形態では、通常時にユニキャスト方式での配信を行い、輻輳時にマルチキャスト方式での配信を行うモバイル放送である、輻輳時マルチキャストモード対応モバイル放送について説明する。

（輻輳時マルチキャストモード対応モバイル放送の概要）
図６は、第２の実施の形態における同時配信サービスを提供するためのシステム運用の方式の概要を説明する図である。

図６において、インターネット３３を含むネットワーク３０には、配信サーバ１０から配信されるコンテンツのデータなど、様々なデータが流れている。ここで、災害時等には、急激なトラフィックの増大によって、ネットワーク３０に多大な負荷がかかると、輻輳状態（破綻状態）となる。

図６においては、インターネット３３のトラフィック状態を常に監視して（Ｓ１１）、インターネット３３の輻輳が検知された場合には、５Ｇ携帯網（移動体通信ネットワーク）３４に、配信リソースを確保して、コンテンツのデータの配信経路を、ユニキャスト方式のインターネット３３経由から、マルチキャスト方式の５Ｇ携帯網３４経由に切り替えるようにする（Ｓ１２）。

そして、切り替え先の５Ｇ携帯網３４においては、配信サーバ１０からのコンテンツの一部のデータが配信されるようにする。例えば、コンテンツのデータとして、切り替え元のインターネット３３で、SI/EPGデータストリーム、音声ストリーム、及び映像ストリームが配信されていた場合に、切り替え先の５Ｇ携帯網３４では、SI/EPGデータストリーム及び音声ストリームのみが配信されるようにする。

このように、災害時等に輻輳が発生した場合には、５Ｇ携帯網３４で、SI/EPGデータストリーム及び音声ストリームを配信することができるため、受信端末２０では、番組音声（例えば災害発生時の緊急警報放送の音声）のみを再生することができる。

ここでは、遅延が一定で、サービスの品質（QoS：Quality of Service）が一定に保たれるネットワーク（マルチキャスト方式の５Ｇ携帯網３４）の特質を活かして、品質の一定しないネットワーク（インターネット３３）のオフロード先に使用するトラフィックオフローディングを実現していると言える。すなわち、インターネット３３のトラフィックが輻輳しそうな場合に、ショートカットパスとしての５Ｇ携帯網３４を利用してトラフィックを安定化させるともに、負荷分散を行っている。

すなわち、第５世代移動通信システム（５Ｇ）等の移動体通信システムを用いて構築された携帯網を経由したユニキャスト方式のモバイル放送が提供されているような場合において、災害時等に、インターネット３３での双方向トラフィックが、特に集中して破綻するような状況に陥ったときに、第５世代移動通信システム（５Ｇ）で提供される低遅延インフラを利用して、マルチキャスト方式の５Ｇ携帯網３４で、最低限の情報のみを配信することができる。

例えば、５Ｇ携帯網３４上で、マルチキャスト方式によって、最低限の情報（例えば、SI/EPGデータストリームと音声ストリーム）を配信することによって、携帯網の帯域を圧迫せずに、番組ロイヤリティ、非健常者向けの緊急時情報配信、災害時の最低限の音声情報を担保することが可能となる。

（輻輳時マルチキャストモード対応モバイル放送の構成例）
図７は、第２の実施の形態における同時配信サービスを提供するためのシステムの構成例を説明する図である。

図７においては、インターネット３３のトラフィック状態を常に監視して、輻輳を検知する輻輳検知モジュール４０が設けられている。輻輳検知モジュール４０は、インターネット３３のトラフィックモニタリングを行う（Ｓ３１）。

輻輳検知モジュール４０では、一般的なトラフィックモニタリングの手法によって、例えば、ネットワークがダウンしていないかどうか、あるいは、性能低下でレスポンスが悪化していないかどうかなどを監視する。この監視は、例えば、ネットワーク機器やサーバ、通信トラフィックなどを見ることで、障害や性能低下の発生を検知することが可能となる。

なお、一般的なトラフィックモニタリングの手法をとることができれば、例えば、ソーシャルネットワーキングサービス（SNS：Social Networking Service）のトピックの遷移をトラックすることで、そのトラフィックが急激に上がって輻輳（破綻）に至るほどのトピックを検知するといったアプリケーションレイヤでのディープパケットインスペクション(DPI：Deep Packet Inspection)による手法などを用いることもできる。つまり、ソーシャルネットワーキングサービス上で発信される膨大な情報（ビッグデータ）等を利用しても、輻輳（破綻）を検知することができる。

輻輳検知モジュール４０において、インターネット３３にて輻輳が検知された場合には、配信エリアを指定して、対象の配信エリアにおける５Ｇ携帯網３４に、ネットワークリソースやコンピューティングリソース等の配信リソースが確保されるようにする（Ｓ３２）。ただし、５Ｇ携帯網３４は、低遅延やサービスの品質（QoS）の保証可能な携帯網であるものとする。

ここで、５Ｇ携帯網３４は、５Ｇパケットコアネットワーク３５とMBMS無線ネットワーク３６に大別することができる。

５Ｇパケットコアネットワーク３５は、基地局相互や他の移動体通信網、固定通信網などとの接続を行うためのコアネットワーク（CN）である。この５Ｇパケットコアネットワーク３５では、例えば、QoS制御やマルチキャストエリア制御、プロビジョニング/サブスクリプション制御などが行われる。

QoS制御は、帯域制御や優先制御などの制御である。マルチキャストエリア制御は、マルチキャスト方式での配信が、対象の配信エリアにおける５Ｇ携帯網３４にて行われるようにするための制御である。プロビジョニング/サブスクリプション制御は、エンドユーザの需要に応じて設備やサービス等のリソースを提供したり、予約したりするための制御である。

MBMS無線ネットワーク３６は、同時配信サービスを行うためのMBMS(Multimedia Broadcast Multicast Services)機能を利用して、データを、IPマルチキャストにて配信する。なお、MBMSは、3GPPで標準化された機能であって、同報型配信を実現するベアラサービスである。このMBMSを利用することで、あるエリア内の全ての受信端末２０に対して、共通のベアラにて一斉に情報を配信することが可能となる。

ここで、IPマルチキャストは、IP(Internet Protocol)ネットワーク上で、マルチキャストを実現するものである。IPネットワーク内で単一のアドレスを指定して特定の相手にデータを送信するIPユニキャストと比べて、IPマルチキャストは、IPネットワークの利用効率の良い伝送技術であって、利用可能なリソースに限りのある移動体通信網において特に効果的である。また、MBMS無線ネットワーク３６には、基地局の無線設備やアンテナ等からなる無線アクセスネットワーク（RAN）を含めることができる。

例えば、ある配信エリアＸ内において、受信端末２０−１と受信端末２０−２が、インターネット３３を介して、放送番組の配信サービス（ユニキャスト方式で配信される音声と映像のサービス）を受信している場合に、輻輳検知モジュール４０によって、インターネット３３にて輻輳が検知されたときには、次のように配信経路が切り替えられる。

すなわち、対象の配信エリアＸにおける５Ｇ携帯網３４において、SI/EPGデータストリーム及び音声ストリームを配信するために必要な配信リソースが確保され、５Ｇパケットコアネットワーク３５及びMBMS無線ネットワーク３６を介して、SI/EPGデータストリーム及び音声ストリームが、マルチキャスト方式（IPマルチキャスト）で配信される。

これにより、インターネット３３経由から５Ｇ携帯網３４経由に配信経路が切り替えられ（オフロードされ）、ある配信エリアＸ内の受信端末２０−１と受信端末２０−２では、５Ｇ携帯網３４を介して、マルチキャスト方式で配信されるSI/EPGデータストリーム及び音声ストリームを受信して、放送番組（例えば災害時の緊急情報など）の音声のみを出力することができる。

（より具体的な運用例）
ここで、図８乃至図１０を参照して、第２の実施の形態における同時配信サービスである、輻輳時マルチキャストモード対応モバイル放送について、より具体的な運用例を説明する。

（１）輻輳の検知前の状態
図８は、輻輳検知モジュール４０による輻輳の検知前のシステムの構成例を示す図である。

図８のシステムにおいては、送信側のサーバとして、送出制御サーバ１１、5GMBMSサーバ１２−Ａ、5GMBMSサーバ１２−Ｂ、SI/EPGサーバ１３、及び音声サーバ１４が設けられている。

送出制御サーバ１１は、輻輳時マルチキャストモード対応モバイル放送の運用を行う際に制御の中心を担うサーバである。

送出制御サーバ１１は、輻輳検知モジュール４０によって、インターネット３３にて輻輳が検知された場合に、対象の配信エリア内でMBMS配信を行う5GMBMSサーバ１２（１２−Ａ，１２−Ｂ）に対し、配信リソースの確保を要求する。また、送出制御サーバ１１は、配信リソースの確保を要求した5GMBMSサーバ１２に対し、SI/EPGサーバ１３からのSI/EPGデータストリームと、音声サーバ１４からの音声ストリームを供給する。

5GMBMSサーバ１２−Ａは、配信エリアＡ内の受信端末２０に対し、MBMS無線ネットワーク３６−Ａ（を含む５Ｇ携帯網３４）を介して、マルチキャスト方式（IPマルチキャスト）でのMBMS配信を行うサーバである。

5GMBMSサーバ１２−Ａは、送出制御サーバ１１からの配信リソースの確保要求に基づいて、ネットワークリソースやコンピューティングリソース等の、配信エリアＡ内にMBMS配信を行うための配信リソースを確保する。そして、5GMBMSサーバ１２−Ａは、MBMS無線ネットワーク３６−Ａ（を含む５Ｇ携帯網３４）を介して、配信エリアＡ内の受信端末２０に対し、送出制御サーバ１１からのSI/EPGデータストリームと音声ストリームをMBMS配信する。

配信エリアＡ内には、受信端末２０−１−１乃至２０−１−ｎ（ｎ：１以上の整数）と、受信端末２０−２と、受信端末２０−３−１乃至２０−３−ｍ（ｍ：１以上の整数）など、多数の受信端末２０が存在している。

5GMBMSサーバ１２−Ｂは、配信エリアＢ内の受信端末２０に対し、MBMS無線ネットワーク３６−Ｂ（を含む５Ｇ携帯網３４）を介して、マルチキャスト方式（IPマルチキャスト）でのMBMS配信を行うサーバである。

5GMBMSサーバ１２−Ｂは、送出制御サーバ１１からの配信リソースの確保要求に基づいて、配信エリアＢ内にMBMS配信を行うための配信リソースを確保する。そして、5GMBMSサーバ１２−Ｂは、配信エリアＢ内の受信端末２０に対し、MBMS無線ネットワーク３６−Ｂ（を含む５Ｇ携帯網３４）を介して、送出制御サーバ１１からのSI/EPGデータストリームと音声ストリームをMBMS配信する。

配信エリアＢ内には、受信端末２０−４−１乃至２０−４−ｉ（ｉ：１以上の整数）と、受信端末２０−５と、受信端末２０−６−１乃至２０−６−ｊ（ｊ：１以上の整数）など、多数の受信端末２０が存在している。

SI/EPGサーバ１３は、対象の放送番組のSI/EPGデータストリームを生成し、送出制御サーバ１１に供給する。音声サーバ１４は、対象の放送番組の音声ストリームを生成し、送出制御サーバ１１に供給する。

なお、図８においては、輻輳の検知前のシステムの構成例を示しているが、配信エリアＡ内の多数の受信端末２０では、インターネット３３を含むネットワーク３０を介して、放送番組の配信サービス（ユニキャスト方式で配信される音声と映像のサービス）が受信され、当該放送番組が再生されている。同様に、配信エリアＢ内の多数の受信端末２０では、インターネット３３を含むネットワーク３０を介して、放送番組の配信サービス（ユニキャスト方式で配信される音声と映像のサービス）が受信され、当該放送番組が再生されている。

（２）輻輳の検知時の状態
その後の状況として、図９には、輻輳検知モジュール４０による輻輳の検知時のシステムの構成例を示している。

図９においては、配信エリアＡ内の多数の受信端末２０と、インターネット３３との間のトラフィックの輻輳が、輻輳検知モジュール４０によって検知されている（Ｓ５１）。輻輳検知モジュール４０は、輻輳を検知したとき、送出制御サーバ１１に対して、配信エリア識別とともに、５Ｇ携帯網３４でのSI/EPGデータストリーム及び音声ストリームの配信を指示する（Ｓ５２）。

ここで、対象となる配信エリアの識別の手法であるが、例えば、受信端末２０の位置情報を用いることができる。すなわち、例えば、スマートフォン等の受信端末２０が、GPS等の現在の位置を示す位置情報を取得するための機能を有している場合に、送信側のサーバで、その位置情報を輻輳前にあらかじめ取得しておくことで、輻輳の検知時には、その取得済みの位置情報を用い、輻輳の影響を受けている受信端末２０の位置を特定して、当該位置を含む領域を配信エリアとして識別すればよい。例えば、送信側のサーバでは、受信端末２０ごとに、位置情報を、テーブルにより保持しておくことができる。

また、例えば、無線アクセスネットワークの基地局などで、スマートフォン等の受信端末２０の位置情報を取得できる場合には、その位置情報を用いるようにしてもよい。さらに、例えば、ルータやスイッチ等のネットワーク機器から得られる情報から、受信端末２０の位置情報が得られるようにしてもよい。要は、輻輳の影響を受けている受信端末２０の位置を含む領域が、当該受信端末２０の位置情報等を用いて配信エリアとして識別されればよく、その識別の手法は、任意である。

（３）輻輳の検知後の状態
さらにその後の状況として、図１０には、輻輳検知モジュール４０による輻輳の検知後のシステムの構成例を示している。

図１０において、送出制御サーバ１１は、輻輳検知モジュール４０からの指示に基づいて、配信エリアＡ内でMBMS配信を行う5GMBMSサーバ１２−Ａに対し、配信リソースの確保を指示する（Ｓ５３）。また、送出制御サーバ１１は、配信リソースの確保を要求した5GMBMSサーバ１２−Ａに、SI/EPGサーバ１３からのSI/EPGデータストリームと、音声サーバ１４からの音声ストリームを供給する（Ｓ５３）。

5GMBMSサーバ１２−Ａは、送出制御サーバ１１からの指示に基づいて、配信エリアＡ内にMBMS配信を行うための配信リソース（ネットワークリソースやコンピューティングリソース等）を確保する（Ｓ５４）。また、5GMBMSサーバ１２−Ａは、MBMS無線ネットワーク３６−Ａ（を含む５Ｇ携帯網３４）を介して、配信エリアＡ内の多数の受信端末２０に対し、送出制御サーバ１１からのSI/EPGデータストリームと音声ストリームをMBMS配信する（Ｓ５５）。

これにより、配信エリアＡ内において、多数の受信端末２０では、図８に示した輻輳の検知前には、インターネット３３を介して、ユニキャスト方式で配信される放送番組が受信され、その音声と映像が再生されていたが、図１０に示した輻輳の検知後には、MBMS無線ネットワーク３６−Ａ（を含む５Ｇ携帯網３４）を介して、マルチキャスト方式で、MBMS配信される番組音声のみが受信され、その音声が再生されることになる。

すなわち、配信エリアＡの多数の受信端末２０では、災害等により輻輳が発生した場合に、番組映像を再生することはできないが、番組音声を再生することができるため、エンドユーザに対し、最低限必要な情報を提供することができる。

なお、この運用例では、配信エリアＢ内の多数の受信端末２０と、インターネット３３との間のトラフィックの輻輳は検知されていないため、図８乃至図１０に示すように、配信エリアＢ内の多数の受信端末２０では、常に、インターネット３３を介して、ユニキャスト方式で配信される放送番組が受信され、その音声と映像が再生される。

また、この運用例では、配信エリアＡと配信エリアＢの２つの配信エリアを例示したが、配信エリアは、所定の領域を単位として、様々な単位で分けることができる。例えば、配信エリアＡを、大阪府とし、配信エリアＢを、京都府とするなど、都道得府県の単位で領域を指定したり、あるいは、市町村単位やさらに細かい単位で領域を指定したりしてもよい。

さらに、5GMBMSサーバ１２は、配信エリアに応じて設けられるが、１つの5GMBMSサーバ１２で、１つの配信エリアをカバーすることは勿論、例えば、１つの5GMBMSサーバ１２で複数の配信エリアをカバーしたり、あるいは、複数の5GMBMSサーバ１２で、１つの配信エリアをカバーしたりするようにしてもよい。

（送信側と受信側の処理の流れ）
次に、図１１及び図１２のフローチャートを参照して、第２の実施の形態において、送信側の各サーバと、受信側の受信端末２０で実行される処理の流れについて説明する。

ステップＳ２４１において、輻輳検知モジュール４０は、インターネット３３を常に監視することで、インターネット３３における輻輳を検知する。

ステップＳ２４２において、輻輳検知モジュール４０は、インターネット３３で、輻輳が検知された場合、送出制御サーバ１１に対し、配信エリア識別とともに、SI/EPGデータストリーム及び音声ストリームの配信を指示する。

ステップＳ２２１において、送出制御サーバ１１は、配信エリア識別に基づいて、対象の配信エリア内の5GMBMSサーバ１２に対し、SI/EPGデータストリーム及び音声ストリームの配信を行うためのセッションの開設を指示する。

ここでは、配信エリア識別によって、輻輳の影響を受けている受信端末２０の位置を含む領域が、配信エリアとして識別されているので、当該配信エリア内でのMBMS配信を行うことが可能な5GMBMSサーバ１２に対して、指示がなされる。

ステップＳ２３１において、対象の配信エリア内の5GMBMSサーバ１２は、送出制御サーバ１１からの指示に基づいて、配信リソースを確保する。

ここでは、5GMBMSサーバ１２によって、対象の配信エリア内でMBMS配信を行うための配信リソース（ネットワークリソースやコンピューティングリソース等）が確保される。

ステップＳ２０１において、SI/EPGサーバ１３は、SI/EPGデータストリームを生成し、送出制御サーバ１１に転送する。

ステップＳ２２２において、送出制御サーバ１１は、SI/EPGサーバ１３からのSI/EPGデータストリームを、対象の配信エリア内の5GMBMSサーバ１２にのみ、ルーティングする。

ステップＳ２３２において、対象の配信エリア内の5GMBMSサーバ１２は、MBMS無線ネットワーク３６を含む５Ｇ携帯網３４を介して、マルチキャスト方式で、SI/EPGデータストリームを配信（MBMS配信）する。

MBMS無線ネットワーク３６を含む５Ｇ携帯網３４を介して、マルチキャスト方式で配信されるSI/EPGデータストリームは、受信端末２０の通信部２０４により受信される。

ステップＳ２５１において、受信端末２０の処理部２００は、5GMBMSサーバ１２から配信されるSI/EPGデータストリームから得られる番組情報（EPG）を、表示部２２２に提示する。

ステップＳ２５２において、受信端末２０の処理部２００は、タッチセンサ２２１からの検出信号に基づいて、エンドユーザによるチャネル（又は番組音声）の選択を検知する。

ステップＳ２１１において、音声サーバ１４は、番組音声の音声ストリームを生成し、送出制御サーバ１１に転送する。

ステップＳ２２３において、送出制御サーバ１１は、音声サーバ１４からの音声ストリームを、対象の配信エリア内の5GMBMSサーバ１２にのみ、ルーティングする。

ステップＳ２３３において、対象の配信エリア内の5GMBMSサーバ１２は、MBMS無線ネットワーク３６を含む５Ｇ携帯網３４を介して、マルチキャスト方式で、番組音声の音声ストリームを配信（MBMS配信）する。

MBMS無線ネットワーク３６を含む５Ｇ携帯網３４を介して、マルチキャスト方式で配信される音声ストリームは、受信端末２０の通信部２０４により受信される。

ステップＳ２５３において、受信端末２０の処理部２００は、ステップＳ２５２の処理での検知結果に応じたチャネルの番組音声の音声ストリームを受信し、当該チャネルの番組音声の音声ストリームのレンダリングを行う。

このレンダリング処理では、音声ストリームが処理されることで、ステップＳ２５２の処理での検知結果に応じたチャネル（又は番組音声）の音声データが生成され、エンドユーザにより選択された所望の番組音声が再生される。

以上、送信側の各サーバと、受信側の受信端末２０で実行される処理の流れを説明した。

以上のように、第２の実施の形態では、通常時は、すべてのデータ（例えば、SI/EPGデータストリーム、音声ストリーム、及び映像ストリーム）を、ユニキャスト方式のインターネット３３を介して配信する一方で、輻輳検知時には、データ量がそれほど大きくなく、かつ、輻輳の影響を受けることなく配信する必要があるデータ（例えば、SI/EPGデータストリームと音声ストリーム）を、マルチキャスト方式で、MBMS無線ネットワーク３６を含む５Ｇ携帯網３４を介して配信している。

このような、輻輳時にマルチキャスト方式での配信を行うモバイル放送である、輻輳時マルチキャストモード対応モバイル放送によって、通常時と輻輳時とで異なる配信経路での配信を行うことで、受信端末２０では、通常時には、インターネット３３を介して配信される音声ストリームと映像ストリームが受信され、放送番組の音声と映像を出力することができる。一方で、インターネット３３の輻輳時において、受信端末２０では、MBMS無線ネットワーク３６を含む５Ｇ携帯網３４を介して配信される音声ストリームから、番組音声のみを出力することができる。

このように、本発明によれば、輻輳時マルチキャストモード対応モバイル放送として、ユニキャスト方式での配信と、マルチキャスト方式での配信とを、輻輳の発生に応じて使い分けることで、より柔軟（フレキシブル）に、同時配信サービスとしてのモバイル放送を提供することができる。

そして、このようなシステムの構築や運用方式が提供されることで、ユニキャスト方式のネットワーク（インターネット３３）で、災害時等に輻輳が発生した場合でも、マルチキャスト方式のネットワーク（MBMS無線ネットワーク３６を含む５Ｇ携帯網３４）で、受信端末２０にて最低限の情報を出力するためのデータが伝送されているため、受信端末２０では、最低限の情報（例えば災害発生時の緊急警報放送の音声）を出力することが可能となる。

なお、第２の実施の形態において、送出制御サーバ１１、5GMBMSサーバ１２、SI/EPGサーバ１３、及び音声サーバ１４は、図１の配信サーバ１０に相当している。この配信サーバ１０は、放送番組を提供（制作）する放送局ごとに設けるようにしてもよいし、あるいは、１つの配信サーバ１０で、複数の放送局から提供される放送番組をまとめて配信するようにしてもよい。

また、第２の実施の形態において、インターネット３３と、５Ｇパケットコアネットワーク３５及びMBMS無線ネットワーク３６を含む５Ｇ携帯網３４は、図１のネットワーク３０に相当している。

なお、第２の実施の形態においては、輻輳が検知された場合に、ユニキャスト方式のネットワーク（インターネット３３）から、マルチキャスト方式のネットワーク（MBMS無線ネットワーク３６を含む５Ｇ携帯網３４）に切り替える（オフロードさせる）制御を行うが、その後に、輻輳状態から回復したときには、例えば、マルチキャスト方式のネットワークから、ユニキャスト方式のネットワークに戻すような制御を行うようにしてもよい。

また、上述した説明では、インターネットトラフィックの輻輳が検知された場合（図１１のＳ２４１）に、配信リソースを確保する（図１１のＳ２３１）として説明したが、あらかじめ確保すべきマルチキャスト帯域を予測可能な場合には、MBMS配信を行うために必要となる配信リソース（例えば、ネットワークリソースやコンピューティングリソース等）を、あらかじめ確保しておくようにしてもよい。この場合には、輻輳が検知されたときに、5GMBMSサーバ１２にて配信リソースを確保する処理（図１１のＳ２３１）を実行する必要はなく、あらかじめ確保された配信リソースが利用されることになる。

＜４．変形例＞

上述した説明では、無線通信システムとして、第５世代移動通信システム（５Ｇ）を利用した場合を、一例に説明したが、LTE(Long Term Evolution)やLTE-Advanced等の第４世代移動通信システム（４Ｇ）、その他の無線通信システムを利用するようにしてもよい。

例えば、第５世代移動通信システム（５Ｇ）以降の次世代無線通信システムであってもよい。また、５ＧやLTE，LTE-Aなどのセルラー通信プロトコルに限らず、例えば、無線LAN（Wi-Fi（登録商標）ともいう）等の無線通信プロトコルを利用した無線通信システムに適用するようにしてもよい。

また、上述した説明では、マルチキャスト方式で配信されるデータとして、SI/EPGデータストリームと音声ストリームを一例に説明したが、それに限らず、受信端末２０にて何らかの情報を提示（出力）することが可能な最低限の情報であればよい。このような最低限の情報としては、例えば、映像ストリームとして、ユニキャスト方式での配信時よりも、解像度やフレームレートを下げるなどしてビットレートを低下させたもののほか、字幕や副音声、時刻情報などの情報を用いることができる。

また、上述した説明では、受信端末２０として、スマートフォン等のモバイル受信機を例に説明したが、モバイル受信機に限らず、通信機能を有するテレビ受像機やパーソナルコンピュータ、セットトップボックス（STB：Set Top Box）、ゲーム機などの固定受信機であってもよい。さらに、ヘッドマウントディスプレイ（HMD：Head Mounted Display）などのウェアラブルコンピュータであってもよい。

すなわち、受信端末２０としては、チューナを有していない機器は、勿論、チューナを有する機器であってもよい。

また、上述した説明では、コンテンツとして、ライブ配信される放送番組であるライブ番組を中心に説明したが、ライブ配信に限らず、放送済みの放送番組や公開済みの映画、オリジナルの映像作品などのVOD(Video On Demand)番組が配信されるようにしてもよい。さらに、コンテンツとしては、動画に限らず、例えば、静止画や音声のみのコンテンツなどであってもよい。

なお、スマートフォン等の受信端末２０において、ライブ番組等のコンテンツは、アプリケーションとして提供される再生プレーヤによって再生することができる。このアプリケーションは、HTML5（HyperText Markup Language 5）等のマークアップ言語や、JavaScript（登録商標）等のスクリプト言語などにより記述され、ブラウザにより実行される。また、ここでのアプリケーションとしては、ブラウザにより実行されるアプリケーションに限らず、いわゆるネイティブアプリケーションとして、オペレーティングシステム（OS：Operating System）環境などで実行されるようにしてもよい。

また、本明細書において、２Ｋとは、概ね横2,000×縦1,000前後の画面解像度（例えば、FHD：1920×1080）に対応した映像である。４Ｋとは、概ね横4,000×縦2,000前後の画面解像度（例えば、UHD：3840×2160）に対応した映像である。８Ｋとは、概ね横8,000×縦4,000前後の画面解像度（例えば、FUHD：7680×4320）に対応した映像である。

なお、上述した一連の処理（例えば、図５や図１１乃至図１２の送信側と受信側の処理）は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。

また、本明細書において、コンピュータがプログラムに従って行う処理（例えば、図５や図１１乃至図１２の送信側と受信側の処理）は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。

また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。例えば、本発明は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。

１ 配信システム， １０ 配信サーバ， １１ 送出制御サーバ， １２，１２−Ａ，１２−Ｂ 5GMBMSサーバ， １３ SI/EPGサーバ， １４ 音声サーバ， ２０，２０−１乃至２０−Ｎ 受信端末， ３０ ネットワーク， ３１ ５Ｇマルチキャスト網， ３２ ５Ｇユニキャスト網， ３３ インターネット， ３４ ５Ｇ携帯網， ３５ ５Ｇパケットコアネットワーク， ３６ MBMS無線ネットワーク， ４０ 輻輳検知モジュール， １００ 処理部， １０１ 記憶部， １０２ 通信部， ２００ 処理部， ２０１ メモリ， ２０２ タッチパネル， ２０３ スピーカ， ２０４ 通信部， ２０５ 電源部， ２２１ タッチセンサ， ２２２ 表示部

Claims (12)

1. 携帯網を含むネットワークを介して、マルチキャスト方式で送信されてくるコンテンツの一部のデータと、ユニキャスト方式で送信されてくる前記コンテンツの他の一部のデータを受信する受信手段と、
   受信した前記コンテンツの一部のデータと他の一部のデータを処理して、前記コンテンツを再生する処理手段と
   を備える受信装置。
2. 前記コンテンツの一部のデータは、制御情報と音声ストリームを含み、
   前記コンテンツの他の一部のデータは、映像ストリームを含み、
   前記処理手段は、前記制御情報に含まれる同期情報に基づいて、前記音声ストリームと前記映像ストリームとを同期して、前記コンテンツを再生する
   請求項１に記載の受信装置。
3. 前記コンテンツは、放送番組であり、
   前記制御情報は、少なくとも、SI(Service Information)情報及びEPG(Electronic Program Guide)情報を含む
   請求項２に記載の受信装置。
4. 前記受信手段は、前記携帯網上にあらかじめ確保されたマルチキャスト帯域を介して、マルチキャスト方式で送信されてくる前記コンテンツの一部のデータを受信し、
   前記処理手段は、前記携帯網で輻輳が発生した場合に、前記マルチキャスト帯域を介して受信された前記コンテンツの一部のデータを処理して、前記コンテンツを再生する
   請求項１に記載の受信装置。
5. 前記携帯網は、LTE(Long Term Evolution)、LTE-A(LTE-Advanced)、又は第５世代移動通信システム（５Ｇ：5th Generation）の携帯網である
   請求項１乃至４のいずれかに記載の受信装置。
6. 受信装置の受信方法において、
   前記受信装置が、
   携帯網を含むネットワークを介して、マルチキャスト方式で送信されてくるコンテンツの一部のデータと、ユニキャスト方式で送信されてくる前記コンテンツの他の一部のデータを受信し、
   受信した前記コンテンツの一部のデータと他の一部のデータを処理して、前記コンテンツを再生する
   ステップを含む受信方法。
7. コンテンツのデータを処理する処理手段と、
   携帯網を含むネットワークを介して、マルチキャスト方式で前記コンテンツの一部のデータを送信するか、又はユニキャスト方式で前記コンテンツの他の一部のデータを送信する送信手段と
   を備える送信装置。
8. 前記コンテンツの一部のデータは、制御情報と音声ストリームを含み、
   前記コンテンツの他の一部のデータは、映像ストリームを含む
   請求項７に記載の送信装置。
9. 前記コンテンツは、放送番組であり、
   前記制御情報は、少なくとも、SI情報及びEPG情報を含む
   請求項８に記載の送信装置。
10. 前記送信手段は、前記携帯網上にあらかじめ確保されたマルチキャスト帯域を介して、マルチキャスト方式で前記コンテンツの一部のデータを送信する
    請求項８に記載の送信装置。
11. 前記携帯網は、LTE、LTE-A、又は第５世代移動通信システム（５Ｇ）の携帯網である
    請求項７乃至１０のいずれかに記載の送信装置。
12. 送信装置の送信方法において、
    前記送信装置が、
    コンテンツのデータを処理し、
    携帯網を含むネットワークを介して、マルチキャスト方式で前記コンテンツの一部のデータを送信するか、又はユニキャスト方式で前記コンテンツの他の一部のデータを送信する
    ステップを含む送信方法。

Images