特許 7698700 通信システム、端末装置および端末プログラム

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

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

(11)【特許番号】

(24)【登録日】2025-06-17

(45)【発行日】2025-06-25

(54)【発明の名称】通信システム、端末装置および端末プログラム

(51)【国際特許分類】

   H04L 61/5069 20220101AFI20250618BHJP

   H04W 4/06 20090101ALI20250618BHJP

   H04W 88/18 20090101ALI20250618BHJP

【ＦＩ】

H04L61/5069

H04W4/06

H04W88/18

【請求項の数】 12

(21)【出願番号】P 2023213240

(22)【出願日】2023-12-18

【審査請求日】2024-03-19

(73)【特許権者】

【識別番号】501440684

【氏名又は名称】ソフトバンク株式会社

(74)【代理人】

【識別番号】110002147

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

(72)【発明者】

【氏名】橋本 賢明

【審査官】速水 雄太

(56)【参考文献】

【文献】米国特許出願公開第２００８／０２４００９７（ＵＳ，Ａ１）

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

【文献】特表２０２３－５５０２８０（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１１／０１６４５４８（ＵＳ，Ａ１）

【文献】米国特許出願公開第２００９／０２１９８４９（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１０／００３４１２９（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０２３／０３３７３２６（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０２３／０１８９２９６（ＵＳ，Ａ１）

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

Ｈ０４Ｌ ６１／５０６９

Ｈ０４Ｗ ４／０６

Ｈ０４Ｗ ８８／１８

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

【請求項1】

アプリケーションを介して提供されるコンテンツデータが、ユニキャスト通信のウェブコンテンツ配信装置から入稿されるデータ入稿装置と、モバイルネットワークを実現するための機能を提供するネットワーク装置と、前記アプリケーションのうちのいずれかが導入される端末装置とを含む通信システムであって、
前記データ入稿装置は、
入稿された前記コンテンツデータを用いて、マルチキャストブロードキャストサービス（ＭＢＳ）の配信形態に応じたＭＢＳデータを生成するデータ制御部と、
前記ＭＢＳデータの配信制御を行う配信制御部と、
を備え、
前記ＭＢＳデータは、当該ＭＢＳデータに基づくデータを提供するアプリケーションの識別情報を紐付けられた状態で、前記配信制御によって前記モバイルネットワーク内で保持され、
前記ネットワーク装置は、
前記前記ＭＢＳデータのうち、リクエストを行った前記アプリケーションに応じたＭＢＳデータを前記端末装置が取得できるよう、自装置に割り当てられる地域内の端末装置に対して、マルチキャストまたはブロードキャストで前記ＭＢＳデータを繰り返し配信する、
通信システム。

【請求項2】

前記コンテンツデータは、
前記アプリケーションの管理者によって、前記アプリケーションを介して提供されるデータであるアプリデータとして前記データ入稿装置に入稿される、
請求項１に記載の通信システム。

【請求項3】

前記データ入稿装置は、
前記ネットワーク装置として、前記モバイルネットワークに組み込まれる、
請求項２に記載の通信システム。

【請求項4】

前記配信制御部は、
前記モバイルネットワーク内の基地局に前記ＭＢＳデータを送信し、
前記基地局は、
前記データ入稿装置から受信した前記ＭＢＳデータをマルチキャストまたはブロードキャストで繰り返し配信する、
請求項３に記載の通信システム。

【請求項5】

前記データ制御部は、
前記コンテンツデータを所定の単位で複数のデータに分割し、
前記配信制御部は、
前記分割で得られたセグメントデータで構成される前記ＭＢＳデータを前記基地局に送信する、
請求項４に記載の通信システム。

【請求項6】

前記データ制御部は、
前記ＭＢＳデータを構成する前記セグメントデータのそれぞれに、前記ＭＢＳデータ内での並び順の情報、前記アプリケーションのうち当該セグメントデータに対応するアプリケーションを識別する識別情報、当該セグメントデータのバージョン情報、当該セグメントデータを符号化処理した符号情報を付与する、
請求項５に記載の通信システム。

【請求項7】

前記配信制御部は、
前記ネットワーク装置に対して前記ＭＢＳデータの配信を担当させる地域を割り当てる処理を実行し、前記ネットワーク装置が前記地域を担当地域として登録した場合には、前記ＭＢＳデータの配信準備が完了したことを前記管理者に通知する、
請求項４に記載の通信システム。

【請求項8】

前記端末装置は、
前記基地局から配信された前記セグメントデータを取得する取得部と、
前記符号情報に基づいて、取得された前記セグメントデータから前記ＭＢＳデータを復元する復元部と、
を備える、
請求項６に記載の通信システム。

【請求項9】

前記取得部は、
前記並び順の情報に基づいて、前記端末装置に導入されている前記アプリケーションのうち、リクエストを行ったアプリケーションに対応する前記セグメントデータの全てを取得する、
請求項８に記載の通信システム。

【請求項10】

前記復元部は、
リクエストを行ったアプリケーションに対応する前記セグメントデータからエラーが検出された場合には、当該セグメントデータに付与される前記符号情報に基づいて、当該アプリケーションのアプリデータに対応する前記ＭＢＳデータを復元し、
前記取得部は、
前記ＭＢＳデータの復元が不可能な場合には、前記セグメントデータのうちエラーが検出された対象のセグメントデータを再度取得する、
請求項９に記載の通信システム。

【請求項11】

請求項１に記載の通信システムに含まれる端末装置であって、
繰り返し配信される前記ＭＢＳデータのうち、自装置に導入される前記アプリケーションのリクエストに応じたＭＢＳデータを取得する取得部と、
取得された前記ＭＢＳデータを、自装置に導入される前記アプリケーションを介して提供されるデータであるアプリデータとして出力させる出力制御部と、
を備える端末装置。

【請求項12】

請求項１に記載の通信システムに含まれる端末装置によって実行される端末プログラムであって、
繰り返し配信される前記ＭＢＳデータのうち、自装置に導入される前記アプリケーションのリクエストに応じたＭＢＳデータを取得する取得手順と、
取得された前記ＭＢＳデータを、自装置に導入される前記アプリケーションを介して提供されるデータであるアプリデータとして出力させる出力制御手順と、
を前記端末装置に実行させる端末プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信システム、端末装置および端末プログラムに関する。

【背景技術】

【0002】

従来、基地局からユーザ装置に対してマルチキャストブロードキャストサービス（ＭＢＳ）を提供する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２３－１２０３１９号公報

【発明の概要】

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

【0004】

しかしながら、上記の従来技術では、ネットワークへのアクセスがひっ迫することで、コンテンツデータの取得が滞る状況を回避することができるとは限らない。

【0005】

例えば、上記の従来技術には、第１基地局が、第２基地局を識別する第１識別子と、第２基地局がマルチキャストまたはブロードキャストで提供するＭＢＳセッションを識別する第２識別子とを含む通知をコアネットワーク装置から受信する点が開示されている。

【0006】

すなわち、上記の従来技術で提案される構成は、第５世代（５Ｇ）システムにマルチキャストブロードキャストサービスを導入するうえで、ＬＴＥ（Long Term Evolution）のマルチキャストブロードキャストサービスよりも改善されたサービスを提供するための構成であるといえる。このようなことから、上記の従来技術では、例えば、ネットワークへのアクセス集中により、ユーザ装置に導入されているアプリケーションによるコンテンツデータの出力に遅延が発生してしまうという状況を回避する点については考慮されていない。

【0007】

そこで、本発明では、ネットワークへのアクセスがひっ迫することで、コンテンツデータの取得が滞る状況を回避することが可能な通信システム、端末装置および端末プログラムを提案する。

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

【0008】

上記の課題を解決するために、本発明に係る一形態の通信システムは、コンテンツデータが入稿されるデータ入稿装置と、モバイルネットワークを実現するための機能を提供するネットワーク装置とを含む通信システムであって、前記データ入稿装置は、入稿された前記コンテンツデータを用いて、マルチキャストブロードキャストサービス（ＭＢＳ）の配信形態に応じたＭＢＳデータを生成するデータ制御部と、制御後の前記コンテンツデータであるＭＢＳデータの配信制御を行う配信制御部と、を備え、前記ネットワーク装置は、前記配信制御に応じて、マルチキャストまたはブロードキャストで前記ＭＢＳデータをユーザに配信する。

【発明の効果】

【0009】

本発明によれば、ネットワークへのアクセスがひっ迫することで、コンテンツデータの取得が滞る状況を回避することができる。

【図面の簡単な説明】

【0010】

【図1】図１は、実施形態に係る通信システムの概要を示す図である。

【図2】図２は、実施形態に係る通信システムの構成の具体例を説明する図である。

【図3】図３は、実施形態に係るデータ入稿装置の構成例を示す図である。

【図4】図４は、データ生成処理の具体例を示す図である。

【図5】図５は、ＭＢＳデータの配信態様を示す図である。

【図6】図６は、実施形態に係る端末装置の構成例を示す図である。

【図7】図７は、通信システムにおいてＭＢＳデータの配信準備を完了させるまでの流れの一例を示すシーケンス図である。

【図8】図８は、通信システムにおいてＭＢＳデータが配信される配信処理の流れの一例を示すシーケンス図である。

【図9】図９は、実施形態に係る装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

【0011】

以下に添付図面を参照しながら、本開示の実施形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

【0012】

以下に説明される１または複数の実施形態（実施例、変形例、適用例を含む）は、各々が独立に実施されることが可能である。一方で、以下に説明される複数の実施形態は少なくとも一部が他の実施形態の少なくとも一部と適宜組み合わせて実施されてもよい。これら複数の実施形態は、互いに異なる新規な特徴を含み得る。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し得、互いに異なる効果を奏し得る。

【0013】

（実施形態）
〔１．はじめに〕
近年、ユーザの端末装置（例えば、スマートフォン）用の様々なアプリケーションが存在するが、係るアプリケーションを介してデータを出力する場合、データの配信システムへと端末装置がアクセスしそしてデータを取得することになる。

【0014】

しかしながら、例えば、災害時等には、不特定多数のユーザが、同じようなタイミングでアプリケーションを利用することがあり、端末装置がデータ配信システムにアクセスするまでの様々なポイントにおいてアクセスが集中する（すなわち混雑する）という状況が発生し得る。

【0015】

例えば、端末装置は、ユーザによってアプリケーションが起動されると、モバイルネットワーク（セルラーネットワーク）を通じてインターネット回線に接続され、インターネット回線を介してデータ配信システムアクセスし、そして起動されたアプリケーションに対応するデータを取得する。係る例では、モバイルネットワーク、インターネット、データ配信システムのいずれもが混雑のポイントとなり得る。

【0016】

災害時を例に挙げると、帰宅支援情報、危険エリア情報、避難所情報等の情報提供において即時性が求められるが、上記のような様々なポイントにおいてアクセスが集中すると、ユーザは、アプリを起動しても、遅延により情報表示までに時間を要する、あるいは、そもそも情報が表示されず、リアルタイムに情報を確認できないという状況に巻き込まれてしまう場合がある。

【0017】

そこで、本発明の提案技術は、アクセスの混雑を抑制し、例えば、災害発生時等の緊急時においてもユーザが迅速に情報取得することができるよう、アクセスが混雑するポイントを無くしたいという発明者らの思想から生まれたものである。

【0018】

例えば、本発明の提案技術は、通常、ユニキャストで提供されるようなアプリデータをマルチキャストブロードキャストサービス（ＭＢＳ）に適した状態に加工・生成し、これによって得られたＭＢＳデータをマルチキャストまたはブロードキャストでユーザに配信させるというものである。また、本開示の提案技術では、事前にアプリデータが取得され、アクセスが混雑する場合でも混雑に影響なくアプリデータを更新し表示することができる機能がＭＢＳの一機能として提供される。このような本発明の提案技術によれば、アクセス集中に依存しない情報配信を実現することが可能となる。

【0019】

以下では、本発明の提案技術に係る一実施形態について詳細に説明する。なお、本実施形態では、アプリケーションを「アプリＡＰ」と略表記する場合がある。また、実施形態に係る情報処理においてアプリＡＰの種別は限定されないが、一例として、災害時等に主に利用される傾向にある地図アプリが挙げられる。また、アプリデータとは、アプリＡＰを介して提供されるデータを指し示し、地図アプリを例に挙げると、地図の画像情報、帰宅支援情報、危険エリア情報、避難所情報等のリアルタイム提供を求められる情報がこれに相当する。

【0020】

また、コンテンツデータとは、アプリデータとして提供される大元のデータを指し示し、アプリ管理者Ｔによって、データ入稿装置に入稿される。一方、ＭＢＳデータとは、ＭＢＳの配信形態に合わせてコンテンツデータから生成されたデータを指し示す。例えば、ＭＢＳデータとは、コンテンツデータを用いてＭＢＳで提供可能に生成されたデータを指し示す。

【0021】

〔２．システム構成の概要〕
図１は、実施形態に係る通信システムの概要を示す図である。図１には、実施形態に係る通信システムの一例として、通信システム１が示される。実施形態に係る情報処理（すなわち、本発明の提案技術）は、通信システム１において実現される。

【0022】

図１に示すように、通信システム１は、管理者装置１０、データ配信装置２０、端末装置３０およびデータ入稿装置１００の他に、モバイルネットワークＭＮを実現するための機能を提供するネットワーク装置を含む。係る構成により、通信システム１は、ＭＢＳを提供する。

【0023】

管理者装置１０は、アプリ管理者Ｔによって利用される情報処理端末であり、エッジコンピュータであってもよいし、クラウドコンピュータであってもよい。エッジコンピュータとしての管理者装置１０は、例えば、スマートフォンや、ウェアラブルデバイスや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等であってよい。

【0024】

また、アプリ管理者Ｔは、アプリＡＰの提供者（アプリケーションサービスプロバイダ）であってよく、自身のアプリＡＰを介して提供されるアプリデータの大元のデータ（すなわちコンテンツデータ）の入稿操作を、管理者装置１０を用いて行う場合がある。

【0025】

データ配信装置２０は、管理者装置１０からコンテンツデータを取得する。例えば、管理者装置１０は、アプリ管理者Ｔの入稿操作に応じてコンテンツデータを送信してもよいし、自動でコンテンツデータを送信してもよいが、いずれの場合であっても、データ配信装置２０は、管理者装置１０が送信したコンテンツデータを取得する。また、データ配信装置２０は、取得したコンテンツデータをデータ入稿装置１００に入稿する。

【0026】

なお、データ配信装置２０は、管理者装置１０からのアクセスに応じて、入稿操作を受け付けるためのウェブサイトを提供してもよい。また、データ配信装置２０は、単一装置ではなく、機能が分散されたシステム装置として実装されてもよい。

【0027】

端末装置３０は、アプリＡＰのサービスを受けるエンドユーザＵによって利用される情報処理端末であり、例えば、スマートフォンや、ウェアラブルデバイスや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等であってよい。

【0028】

端末装置３０には、帰宅支援情報、危険エリア情報、避難所情報等の各種サービスを提供する様々なアプリＡＰがユーザＵの操作によってインストールされるだけでなく、インストールされたアプリＡＰに対応するプログラムモジュールＭもインストールされてよい。

【0029】

プログラムモジュールＭは、通信システム１を管理・運営する事業者によって生成され、アプリ管理者Ｔに対して提供されてよい。この結果、アプリ管理者Ｔは、プログラムモジュールＭが組み込まれたアプリＡＰを生成することができる。プログラムモジュールＭが組み込まれたアプリＡＰが、上記のようにユーザＵの操作によって端末装置３０にインストールされた場合、端末装置３０は、プログラムモジュールＭに従って、以下のような機能を有することができるようになる。

【0030】

例えば、端末装置３０は、プログラムモジュールＭが内部で実行されることに応じて、ＭＢＳデータの受信、アプリＡＰを介して実際に提供されるアプリデータをＭＢＳデータから再構成、といった機能を有することができるようになる。なお、ＭＢＳデータを用いたアプリデータの再構成処理では、ＭＢＳデータの破損チェック・復元、復元後のＭＢＳデータをアプリＡＰで出力可能なアプリデータとしてローカルに保存等の処理が含まれる。

【0031】

データ入稿装置１００は、実施形態に係る情報処理を行う中心的な装置である。例えば、データ入稿装置１００は、コンテンツデータの入稿を受け付ける。一例として、データ入稿装置１００は、入稿のためデータ配信装置２０が配信したコンテンツデータを受け付けてもよいし、データ配信装置２０によるコンテンツデータの配信に拘わらず、コンテンツデータの入稿を受け付けるべく、データ配信装置２０に対して動的にアクセスしてもよい。

【0032】

また、データ入稿装置１００は、コンテンツデータを用いて、マルチキャストブロードキャストサービス（ＭＢＳ）の配信形態に適したデータであるＭＢＳデータを生成するデータ生成処理を行う。データ生成処理では、例えば、コンテンツデータがＭＢＳで提供可能な状態へと加工あるいは成形される。また、データ生成処理によって、コンテンツデータが加工あるいは成形された後のデータがＭＢＳデータである。

【0033】

また、データ入稿装置１００は、ＭＢＳデータが端末装置３０に配信されるよう配信制御する。

【0034】

ネットワーク装置は、基地局（ＢＳ：Base Station）であってもよいし、コアネットワーク（ＣＮ：Core Network）を構成する装置であってもよい。また、図１では不図示すであるが、ネットワーク装置は、アプリケーションファンクションと呼ばれるエンティティであってもよい。

【0035】

コアネットワークＣＮは、５Ｇのコアネットワークでもよいし、ＥＰＣ（Evolved Packet Core）または第６世代以降のコアネットワークであってもよい。また、図１に示す１つのコアネットワークＣＮは、複数の装置で構成されてもよい。また、コアネットワークＣＮは、ＭＢＳセッションを管理する。例えば、コアネットワークＣＮは、ＭＢＳセッションの確立、更新および解放等を制御する。

【0036】

基地局ＢＳは、セル（在圏セル）を形成し、このセルを用いて端末装置３０と無線通信する。また、基地局ＢＳは、ＭＢＳをサポートする。例えば、端末装置３０は、在圏セルを形成する基地局ＢＳがＭＢＳをサポートする場合に、ＭＢＳデータを受信することができる。

【0037】

なお、コアネットワークＣＮと基地局ＢＳとの間では、ＭＢＳ接続が確立され、この結果、基地局ＢＳは、ＭＢＳ接続を介して、コアネットワークＣＮからＭＢＳデータを受信することができる。

【0038】

ここで、図１に示すように、データ入稿装置１００は、モバイルネットワークＭＮに組み込まれてよい。例えば、データ入稿装置１００は、ネットワーク装置として、モバイルネットワークＭＮに組み込まれてよい。データ入稿装置１００は、データ生成処理で生成したＭＢＳデータを基地局ＢＳに送信する。例えば、データ入稿装置１００は、データ生成処理で生成したＭＢＳデータをコアネットワークＣＮに送信することで、コアネットワークＣＮから基地局ＢＳへとＭＢＳデータを送信させてもよい。

【0039】

引き続き図１を用いて、実施形態に係る情報処理の概要を説明する。例えば、アプリ管理者Ｔは、コンテンツデータの入稿操作を行う場合がある。そうすると、管理者装置１０は、入稿操作に応じて、コンテンツデータの登録依頼をデータ配信装置２０に対して行う。なお、コンテンツデータは、災害等の発生に備えて事前に用意された新規なデータであってもよいし、災害発生時において随時更新させるための更新用のデータであってもよい。

【0040】

そして、図１の例によれば、データ配信装置２０は、管理者装置１０から登録依頼とともに送信されたコンテンツデータを取得する（ステップＳ１１）。さらに、データ配信装置２０は、インターネットＩＮを介して、コンテンツデータをデータ入稿装置１００に入稿する（ステップＳ１２）。

【0041】

データ入稿装置１００は、コンテンツデータの入稿を受け付けると、受け付けたコンテンツデータからＭＢＳデータを生成するデータ生成処理を実行する（ステップＳ１３）。データ生成処理の詳細については後述する。

【0042】

ＭＢＳデータは、例えば、コアネットワークＣＮを経由して基地局ＢＳへと送信される。基地局ＢＳは、マルチキャストまたはブロードキャストでＭＢＳデータを端末装置３０に配信する（ステップＳ１４）。

【0043】

例えば、基地局ＢＳは、ＭＢＳセッションへの参加リクエストを行った端末装置３０がＭＢＳデータを取得することができるよう、ＭＢＳの仕様に則りＭＢＳデータを配信する。

【0044】

端末装置３０は、ＭＢＳデータを用いたアプリデータの再構成処理を実行し、再構築されたアプリデータを出力部から出力させる（ステップＳ１５）。例えば、端末装置３０は、アプリデータを表示画面に表示させてもよいし、スピーカーから出力させてもよい。

【0045】

ここで、図１の例では、モバイルネットワークＭＮ、インターネットＩＮ、データ配信装置２０がアクセス集中による混雑ポイントとなり得る。しかしながら、図１で説明したように、実施形態に係る通信システム１では、一般に動画配信に使用されるＭＢＳを用いて、アプリＡＰ用のコンテンツデータが配信される。このため、アプリ管理者Ｔは、インターネットＩＮを介して１度だけコンテンツデータを入稿するだけでよく、インターネットＩＮやデータ配信装置２０にアプリ管理者Ｔのアクセスが集中するという状況は起こりにくいと考えられる。

【0046】

また、実施形態に係る通信システム１では、モバイルネットワークＭＮ内にデータ入稿装置１００が設置されるため、データ入稿装置１００によって生成されたＭＢＳデータは、モバイルネットワークＭＮ内に保持されることになる。このため、端末装置３０は、データ取得のため、モバイルネットワークＭＮおよびインターネットＩＮを経由して、データ配信装置２０にアクセスする必要が無くなる。よって、モバイルネットワークＭＮ、インターネットＩＮおよびデータ配信装置２０に不特定多数のユーザＵのアクセスが集中するという状況は起こりにくいと考えられる。

【0047】

さらに、実施形態に係る通信システム１では、端末装置３０からのアクセス数に依らず、ＭＢＳデータはアプリＡＰの種類ごとに１対１で紐づいているため、モバイルネットワークＭＮ内に保持されるＭＢＳデータは、アプリＡＰの種類ごとに１個だけである。このようなことも、アクセスの集中を抑えることができる要因と考えられる。

【0048】

以上のことから、実施形態に係る通信システム１では、アクセス集中に依存しない情報配信を実現することが可能となる。

【0049】

〔３．システム構成の具体例〕
図１では通信システム１の概要を説明した。次に、図２を用いて、通信システム１の構成の具体例を説明する。図２は、実施形態に係る通信システム１の構成の具体例を説明する図である。

【0050】

実施形態に係る通信システム１は、データ配信装置２０と、端末装置３０とを含む。通信システム１は、これらの装置に加えて、データ入稿装置１００と、基地局ＢＳを備える。なお、図２では、管理者装置１０の図示については省略されている。

【0051】

通信システム１は、通信システム１を構成する各無線通信装置（例えば、データ入稿装置１００および基地局ＢＳ）が連携して動作することにより、ユーザＵに対して通信（例えば、移動通信）が可能な無線ネットワーク（モバイルネットワーク）を提供する。無線ネットワークは、例えば、無線アクセスネットワークＲＡＮとコアネットワークＣＮとから構成されているセルラーネットワークと言い換えることができる。

【0052】

無線ネットワークを構成する装置は、ネットワーク装置と呼ばれる。例えば、ネットワーク装置は、無線アクセスネットワーク（例えば、５ＧのＲＡＮ及び／又は４ＧのＲＡＮ）を構成する装置であってもよいし、コアネットワーク（５Ｇのコアネットワーク及び／又は４Ｇのコアネットワーク）を構成する装置であってもよい。図２の例であれば、例えば、データ入稿装置１００及び／又は基地局ＢＳがネットワーク装置である。

【0053】

通信システム１は、図２に示すように、データ配信装置２０、端末装置３０、データ入稿装置１００および基地局ＢＳをそれぞれ複数備えてもよい。図２の例では、通信システム１は、データ配信装置２０としてデータ配信装置２０_１およびデータ配信装置２０_２を備えており、端末装置３０として端末装置３０_１および端末装置３０_２を備えている。

【0054】

また、通信システムは、データ入稿装置１００としてデータ入稿装置１００_１およびデータ入稿装置１００_２を備えており、基地局ＢＳとして基地局ＢＳ_１および基地局ＢＳ_２を備えている。

【0055】

端末装置３０は、ＬＴＥ（Long Term Evolution）、ＮＲ（New Radio）、６Ｇ、Ｗｉ－Ｆｉ、又はＢｌｕｅｔｏｏｔｈ（登録商標）等の無線アクセス技術（ＲＡＴ：Radio Access Technology）を使ってネットワークに接続するよう構成されていてもよい。このとき、端末装置３０は、異なる無線アクセス技術（無線通信方式）を使用可能に構成されていてもよい。例えば、端末装置３０は、ＮＲとＷｉ－Ｆｉを使用可能に構成されていてもよい。また、端末装置３０は、異なるセルラー通信技術（例えば、ＬＴＥ、ＮＲ、又は６Ｇ）を使用可能に構成されていてもよい。

【0056】

なお、無線ネットワークは、ＬＴＥ（Long Term Evolution）、ＮＲ（New Radio）、６Ｇ等の無線アクセス技術（ＲＡＴ：Radio Access Technology）のうち少なくとも１つに対応してもよい。ＬＴＥ、ＮＲおよび６Ｇは、セルラー通信技術の一種であり、基地局ＢＳがカバーする地域をセル状に複数配置することで端末装置３０の通信を可能にする。なお、通信システム１が使用する無線アクセス方式は、ＬＴＥ、ＮＲ、６Ｇに限定されず、Ｗ－ＣＤＭＡ（Wideband Code Division Multiple Access）、ｃｄｍａ２０００（Code Division Multiple Access 2000）等の他の無線アクセス方式であってもよい。

【0057】

また、基地局ＢＳは、地上局であってもよいし、非地上局であってもよい。非地上局は、衛星局であってもよいし、航空機局であってもよい。非地上局が衛星局なのであれば、無線ネットワークは、Bent-pipe（Transparent）型の移動衛星通信システムであってもよい。

【0058】

〔４．データ入稿装置の構成〕
図３を用いて、実施形態に係るデータ入稿装置１００について説明する。図３は、実施形態に係るデータ入稿装置１００の構成例を示す図である。図３の例によれば、データ入稿装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

【0059】

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。例えば、通信部１１０は、インターネットＩＮと無線で接続され、データ配信装置２０との間で情報の送受信を行う。

【0060】

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現されてよい。記憶部１２０は、例えば、実施形態に係る情報処理をデータ入稿装置１００に実行させるプログラムを記憶してよい。また、記憶部１２０は、入稿されたコンテンツデータや、コンテンツデータを基に生成したＭＢＳデータも記憶してよい。

【0061】

（制御部１３０について）
制御部１３０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＭＰＵ（Micro Processing Unit）等によって、データ入稿装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現されてよい。

【0062】

また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてよい。

【0063】

制御部１３０は、受付部１３１と、データ制御部１３２と、配信制御部１３３とを有してよい。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

【0064】

（受付部１３１）
受付部１３１は、コンテンツデータの入稿を受け付ける。例えば、受付部１３１は、ユーザＵの入稿操作に応じてデータ配信装置２０が配信したコンテンツデータを受け付けてよい。また、受付部１３１は、データ配信装置２０に対して動的にアクセスし、コンテンツデータを取得してもよい。

【0065】

（データ制御部１３２）
データ制御部１３２は、ＭＢＳデータを生成するデータ生成処理を行う。具体的には、データ制御部１３２は、コンテンツデータを用いて、マルチキャストブロードキャストサービス（ＭＢＳ）の配信形態に応じたＭＢＳデータを生成する。例えば、データ制御部１３２は、コンテンツデータに対して所定の制御を施すことにより、コンテンツデータから、ＭＢＳで提供可能なＭＢＳデータを生成する。

【0066】

例えば、データ制御部１３２は、コンテンツデータを所定の単位で複数のデータに分割する。この結果、データ制御部１３２は、分割で得たれた各データすなわちセグメントデータで構成されるデータをＭＢＳデータとして配信制御部１３３に出力する。

【0067】

また、データ制御部１３２は、ＭＢＳデータを構成するセグメントデータのそれぞれに、ＭＢＳデータ内での並び順の情報、アプリケーションのうち当該セグメントデータに対応するアプリケーションを識別する識別情報、当該セグメントデータのバージョン情報、当該セグメントデータを符号化処理した符号情報を付与する。

【0068】

図４は、データ生成処理の具体例を示す図である。図４には、アプリＡＰ１のアプリデータ（アプリＡＰを介して提供されるデータであるアプリデータの一例）の元となるコンテンツデータから、アプリＡＰ１に対応するＭＢＳデータが生成される場面が示される。

【0069】

図４に示すように、データ制御部１３２は、コンテンツデータをｎ個のセグメントデータＳＥに分割する。データ制御部１３２は、コンテンツデータが時系列の情報を有している場合には、コンテンツデータを時系列に応じてｎ個のセグメントデータＳＥに分割してよい。

【0070】

また、データ制御部１３２は、分割により得られたセグメントデータＳＥそれぞれにヘッダ情報を付与する。例えば、データ制御部１３２は、セグメントデータＳＥそれぞれにＭＢＳデータ内での並び順の情報を付与してよい。例えば、データ制御部１３２は、コンテンツデータが有する時系列情報に基づき、セグメントデータＳＥそれぞれにＭＢＳデータ内での並び順の情報を付与してよい。図４には、データ制御部１３２が、セグメントデータＳＥそれぞれに、並び順「１」，並び順「２」，．．．，並び順「ｎ」等を付与した例が示される。

【0071】

このように並び順の情報が付与されることで、端末装置３０は、アプリＡＰ１のアプリデータを再構成するために必要なセグメントデータＳＥの全てを取得することができるようになる。また、端末装置３０は、マルチキャストまたはブロードキャストでは、データの再送を依頼することができないが、並び順の情報が付与されることで、例えば、セグメントデータＳＥの配信途中からアクセスしたとしても、データの取り逃しなく全てのセグメントデータＳＥを取得することができるようになる。

【0072】

また、データ制御部１３２は、セグメントデータＳＥそれぞれにセグメントデータＳＥに対応するアプリケーションを識別する識別情報を付与する。図４の例では、セグメントデータＳＥはアプリＡＰ１のアプリデータとして出力されることになる。このため、データ制御部１３２は、セグメントデータＳＥそれぞれにアプリＡＰ１を識別する識別情報を付与する。

【0073】

このようにアプリＡＰの識別情報が付与されることで、端末装置３０は、例えば、間違ったアプリデータを取得してしまうことが無くなる。

【0074】

また、データ制御部１３２は、セグメントデータＳＥそれぞれにセグメントデータＳＥのバージョンを示すバージョン情報を付与する。

【0075】

このようにバージョン情報が付与されることで、端末装置３０は、例えば、セグメントデータＳＥが最新のデータであるか否かを判定し、最新のデータでない場合には、最新のセグメントデータＳＥを取得し直すことができるようになる。

【0076】

また、データ制御部１３２は、セグメントデータＳＥそれぞれに、セグメントデータＳＥを符号化処理した符号情報を付与する。

【0077】

例えば、データ制御部１３２は、セグメントデータＳＥの本体から誤り訂正符号を算出し、算出した訂正符号をセグメントデータＳＥに付与してよい。例えば、データ制御部１３２は、誤り訂正符号として、セグメントデータＳＥのハッシュ値を算出し、算出したハッシュ値をセグメントデータＳＥに付与してよい。この結果、端末装置３０は、セグメントデータＳＥが破損・変質している場合にはその元のセグメントデータＳＥを復元することができるし、セグメントデータＳＥが脱落している場合には、そのセグメントデータを取得し直すことができるようになる。

【0078】

他の例として、データ制御部１３２は、セグメントデータで構成されるＭＢＳデータの本体から誤り訂正符号を算出し、算出した訂正符号をセグメントデータＳＥに付与してよい。例えば、データ制御部１３２は、誤り訂正符号として、ＭＢＳデータのハッシュ値を算出し、算出したＭＢＳデータを最後のセグメントデータＳＥのみに付与してよい。最後のセグメントデータＳＥとは、例えば、並び順が最後のセグメントデータＳＥである。この結果、端末装置３０は、例えば、並び順の情報でセグメントデータＳＥを並べて再構成されたＭＢＳデータ（アプリデータ）が誤っている場合には、元のＭＢＳデータを復元することができるようになる。

【0079】

なお、データ制御部１３２がヘッダ情報として付与する情報は上記例に限定されない。例えば、データ制御部１３２は、セグメントデータＳＥそれぞれにセグメントデータＳＥのサイズ情報を付与する。

【0080】

（配信制御部１３３）
図３に戻り、配信制御部１３３は、ＭＢＳデータの配信制御を行う。例えば、配信制御部１３３は、データ制御部１３２の分割で得られたセグメントデータＳＥで構成されるＭＢＳデータを基準局ＢＳに送信する。なお、配信制御部１３３は、セグメントデータＳＥＥで構成されるＭＢＳデータを、コアネットワークＣＮを経由して基地局ＢＳへ送信してもよい。基地局ＢＳは、マルチキャストまたはブロードキャストでＭＢＳデータを端末装置３０に配信する。

【0081】

また、配信制御部１３３は、コアネットワークＣＮに対してＭＢＳデータの送信を担当させる地域を割り当てる処理を実行し、コアネットワークＣＮ（例えば、基準局ＢＳ）がこの地域を担当地域として登録した場合には、ＭＢＳデータの配信準備が完了したことをアプリ管理者Ｔに通知してよい。

【0082】

ここで、基地局ＢＳによるマルチキャストまたはブロードキャストでのＭＢＳデータの配信態様について説明する。図５は、ＭＢＳデータの配信態様を示す図である。図５には、図４で生成されたセグメントデータＳＥで構成されるＭＢＳデータが、マルチキャストまたはブロードキャストで配信される場面を示す。

【0083】

図５の例によれば、基地局ＢＳは、セグメントデータＳＥを並び順に応じて順番に配信し続ける。具体的には、基地局ＢＳは、セグメントデータＳＥを並び順に応じて順番に配信する動作を繰り返すことで、セグメントデータＳＥで構成されるＭＢＳデータの繰り返し配信を実行する。

【0084】

このような配信態様により、端末装置３０は、例えば、ｎ個のセグメントデータＳＥのうち、どのセグメントデータＳＥから受信を開始しても一定の期間受信を継続すれば、ｎ個のセグメントデータＳＥの全てを取得することができるようになる。例えば、端末装置３０は、５番目のセグメントデータＳＥから受信を開始した場合には、その後４番目のセグメントデータＳＥを受信できるまで受信を継続すれば、ｎ個のセグメントデータＳＥの全てを取得することができる。

【0085】

〔５．端末装置の構成〕
図６を用いて、実施形態に係る端末装置３０について説明する。図６は、実施形態に係る端末装置３０の構成例を示す図である。図６の例によれば、端末装置３０は、通信部３１と、記憶部３２と、制御部３３とを有する。

【0086】

（通信部３１について）
通信部３１は、例えば、ＮＩＣ等によって実現される。例えば、通信部３１は、ネットワークと無線で接続され、基地局ＢＳとの間で情報の送受信を行う。

【0087】

（記憶部３２について）
記憶部３２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現されてよい。記憶部３２は、例えば、アプリデータの再構成処理を端末装置３０に実行させるプログラムを記憶してよい。また、記憶部１２０は、セグメントデータで構成されるＭＢＳデータや、ＭＢＳデータを用いて再構成されたアプリデータも記憶してよい。

【0088】

（制御部３３について）
制御部３３は、ＣＰＵ、ＧＰＵ、ＭＰＵ等によって、端末装置３０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現されてよい。例えば、制御部３３は、プログラムモジュールＭ実行されることにより実現されてよい。

【0089】

また、制御部３３は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてよい。

【0090】

制御部３３は、取得（受信）部３３ａと、再構成部３３ｂと、出力制御部３３ｃとを有してよい。なお、制御部３３の内部構成は、図６に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部３３が有する各処理部の接続関係は、図６に示した接続関係に限られず、他の接続関係であってもよい。

【0091】

（取得部３３ａ）
取得部３３ａは、基準局ＢＳから配信されたセグメントデータＳＥを取得（受信）する。例えば、取得部３３ａは、セグメントデータＳＥに付与される並び順の情報に基づいて、端末装置３０にインストールされているアプリＡＰのうち、リクエストを行ったアプリＡＰに対応するセグメントデータＳＥの全てを取得する。図５で説明したように、取得部３３ａは、例えば、５番目のセグメントデータＳＥから受信を開始した場合には、その後４番目のセグメントデータＳＥを受信できるまで受信を継続することにより、ｎ個のセグメントデータＳＥの全てを取得する。

【0092】

（再構成部３３ｂ）
再構成部３３ｂは、ＭＢＳデータを用いたアプリデータの再構成処理を行う。再構成部３３ｂは、リクエストを行ったアプリＡＰに対応するセグメントデータＳＥの全てを取得された場合には、セグメントデータＳＥそれぞれに付与されるハッシュ値に基づいて、セグメントデータＳＥごとにエラー（例えば、破損、変質、脱落）を検出する。そして、再構成部３３ｂは、エラーを検出できた場合には、エラー検出対象のセグメントデータＳＥに対応する誤り訂正符号に基づいて、このセグメントデータＳＥを復元する。

【0093】

また、再構成部３３ｂは、エラーを検出できた場合にはセグメントデータＳＥを復元し、正常なセグメントデータＳＥの全てが揃った場合には、並び順の情報でセグメントデータＳＥを並べることでＭＢＳデータを再構成する。再構成されたＭＢＳデータは、アプリデータとしてローカルに保存される。このようなことから、ＭＢＳデータの再構成は、正常なセグメントデータＳＥを用いた、アプリデータの再構成（復元）に相当する。

【0094】

なお、再構成部３３ｂは、ＭＢＳデータを再構成できた場合には、ＭＢＳデータのハッシュ値に基づいて、再構成されたＭＢＳデータの正当性を判定してよい。例えば、再構成部３３ｂは、再構成されたＭＢＳデータが元のＭＢＣと比較して誤っている場合には、ＭＢＳデータに対応する誤り訂正符号に基づいて、ＭＢＳデータを復元する。

【0095】

また、取得部３３ａは、ＭＢＳデータが正しく復元されなかった場合には、復元が不可能なであった部分のセグメントデータＳＥ（すなわち、エラー検出対象のセグメントデータＳＥ）を再度取得する。そして、取得部３３ａは、再度取得したセグメントデータＳＥを用いた、ＭＢＳデータの再構成を再構成部３３ｂに対して実行させる。

【0096】

（出力制御部３３ｃ）
出力制御部３３ｃは、再構築されたＭＢＳデータをアプリデータとして出力部から出力させる。例えば、出力制御部３３ｃは、アプリデータを表示画面に表示させてもよいし、スピーカーから出力させてもよい。

【0097】

〔６．通信システムにおける動作手順〕
次に、図７および図８を用いて、実施形態に係る通信システム１における動作手順を説明する。なお、図７および図８では、アプリＡＰ１のアプリデータ（アプリＡＰを介して提供されるデータであるアプリデータの一例）の元となるコンテンツデータの入稿に伴う情報処理の流れを示す。

【0098】

図７は、通信システム１においてＭＢＳデータの配信準備を完了させるまでの流れの一例を示すシーケンス図である。まず、管理者装置１０は、アプリ管理者Ｔの入稿操作に従ってコンテンツデータをデータ配信装置２０に送信する（ステップＳ７０１）。

【0099】

データ配信装置２０は、管理者装置１０が送信したコンテンツデータを受信すると（ステップＳ７０２）、受信したコンテンツデータをデータ入稿装置１００に入稿する（ステップＳ７０３）。

【0100】

データ入稿装置１００の受付部１３１は、データ配信装置２０が入稿したコンテンツデータを受け付ける（ステップＳ７０４）。また、データ制御部１３２は、受け付けられたコンテンツデータを用いて、ＭＢＳデータを生成するデータ生成処理を行う（ステップＳ７０５）。図４で説明したように、データ制御部１３２は、データ生成処理では、コンテンツデータの分割や、分割で得られたセグメントデータに対するヘッダ情報の付与を行うことでＭＢＳデータを生成する。

【0101】

配信制御部１３３は、ＭＢＳデータが基地局ＢＳから配信されるよう配信制御する。具体的には、配信制御部１３３は、セグメントデータで構成されるＭＢＳデータをコアネットワークＣＮに送信する（ステップＳ７０６）。

【0102】

コアネットワークＣＮは、ＭＢＳデータを受信すると、受信したＭＢＳデータのコピーを生成する（ステップＳ７０７）。

【0103】

また、配信制御部１３３は、コアネットワークＣＮに対してＭＢＳデータの配信を担当させる地域を割り当てる処理を実行する（ステップＳ７０８）。コアネットワークＣＮは、割り当てられた地域を担当地域として登録すると（ステップＳ７０９）、ＭＢＳデータの配信準備が完了したことをデータ入稿装置１００に通知する（ステップＳ７１０）。

【0104】

配信制御部１３３は、コアネットワークＣＮが送信した配信準備完了の通知を受信する（ステップＳ７１１）。続いて、配信制御部１３３は、ＭＢＳデータの配信準備が完了したことをデータ配信装置２０に通知する（ステップＳ７１２）。

【0105】

データ配信装置２０は、配信制御部１３３が送信した配信準備完了の通知を受信する（ステップＳ７１３）。ここで、データ配信装置２０は、配信準備が完了したことを管理者装置１０を介してアプリ管理者Ｔに通知してよい。

【0106】

次に、図８は、通信システム１においてＭＢＳデータが配信される配信処理の流れの一例を示すシーケンス図である。図８示すように、ユーザＵ１が端末装置３０を操作してアプリＡＰ１を起動したとする（ステップＳ８０１）。

【0107】

端末装置３０は、プログラムモジュールＭに従い、アプリＡＰ１が起動されたことを認識すると（ステップＳ８０２）、ＭＢＳセッションへの参加リクエストを基地局ＢＳに送信する（ステップＳ８０３）。

【0108】

基地局ＢＳは、端末装置３０が送信した参加リクエストを受け付ける（ステップＳ８０４）。基地局ＢＳは、ＭＢＳセッションに参加している他のユーザＵが存在し、アプリＡＰ１のアプリデータをマルチキャストまたはブロードキャストで配信中である場合には、この配信を継続する。

【0109】

一方、基地局ＢＳは、アプリＡＰ１のアプリデータを配信するための新たなＭＢＳセッションを生成する必要がある。そこで、基地局ＢＳは、アプリＡＰ１に対応するＭＢＳデータの送信リクエストをコアネットワークＣＮに送信する（ステップＳ８０５）。

【0110】

コアネットワークＣＮは、基地局ＢＳが送信した送信リクエストを受け付ける（ステップＳ８０６）。そして、コアネットワークＣＮは、モバイルネットワークＭＮ内に保持されるＭＢＳデータのうち、アプリＡＰ１に対応するＭＢＳデータを基地局ＢＳに送信する（ステップＳ８０７）。例えば、コアネットワークＣＮは、ＭＢＳデータのコピーを基地局ＢＳに送信してよい。

【0111】

基地局ＢＳは、コアネットワークＣＮが送信したＭＢＳデータを受信すると、受信したＭＢＳデータをマルチキャストまたはブロードキャストで配信する（ステップＳ８０８）。図５で説明したように、基地局ＢＳは、セグメントデータＳＥを並び順に応じて順番に配信する動作を繰り返すことで、セグメントデータＳＥで構成されるＭＢＳデータの繰り返し配信を実行してよい。

【0112】

端末装置３０の取得部３３ａは、マルチキャストまたはブロードキャストで配信されたＭＢＳデータを受信する（ステップＳ８０９）。例えば、取得部３３ａは、ＭＢＳデータを構成するｎ個のセグメントデータＳＥの全てを取得できるまで、セグメントデータＳＥの受信を継続する。

【0113】

再構成部３３ｂは、ｎ個のセグメントデータＳＥの全てを取得できると、アプリＡＰ１を介して実際に提供されるアプリデータをＭＢＳデータから再構成（復元）する再構成処理を実行する（ステップＳ８１０）。例えば、再構成部３３ｂは、セグメントデータＳＥごとにエラー（例えば、破損、変質、脱落）の検出を行い、エラーが検出されたセグメントデータＳＥについては当該セグメントデータＳＥに付与される符号化情報に基づき、セグメントエータＳＥを復元する。また、取得部３３ａは、再構成部３３ｂが復元できないセグメントデータＳＥが存在する場合には、復元できなかったセグメントデータを再度受信する。再構成部３３ｂは、エラーが検出されない正当なセグメントデータＳＥが揃った場合には、セグメントデータＳＥを並び順の情報で並べたＭＢＳデータを、アプリＡＰ１のアプリデータとしてローカルに保存する。

【0114】

そして、出力制御部３３ｃは、アプリＡＰ１を介して、ローカルに保存されたアプリデータを表示させる（ステップＳ８１１）。

【0115】

〔７．ハードウェア構成〕
実施形態に係る装置（例えば、データ入稿装置１００、端末装置３０、データ配信装置２０、管理者装置１０）は、例えば、図９に示すような構成のコンピュータ１０００によって実現されてよい。図９は、実施形態に係る装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

【0116】

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

【0117】

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、所定の通信網を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを所定の通信網を介して他の機器へ送信する。

【0118】

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイ等の出力装置、及び、キーボード等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

【0119】

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

【0120】

例えば、コンピュータ１０００が実施形態に係るデータ入稿装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

【0121】

〔８．その他〕
また、上記各実施形態において説明した処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

【0122】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

【0123】

また、上記各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

【0124】

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、本発明の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

【符号の説明】

【0125】

１ 通信システム
１０ 管理者装置
２０ データ配信装置
３０ 端末装置
３３ 制御部
３３ａ 取得部
３３ｂ 再構成部
３３ｃ 出力制御部
１００ データ入稿装置
１３０ 制御部
１３１ 受付部
１３２ データ制御部
１３３ 配信制御部
ＡＰ アプリケーション
ＢＳ 基地局
ＣＮ コアネットワーク
ＭＮ モバイルネットワーク

【要約】

【課題】ネットワークへのアクセスがひっ迫することで、コンテンツデータの取得が滞る状況を回避すること。
【解決手段】コンテンツデータが入稿されるデータ入稿装置と、モバイルネットワークを実現するための機能を提供するネットワーク装置とを含む通信システムであって、データ入稿装置は、入稿されたコンテンツデータを用いて、マルチキャストブロードキャストサービス（ＭＢＳ）の配信形態に応じたＭＢＳデータを生成するデータ制御部と、ＭＢＳデータの配信制御を行う配信制御部と、を備え、ネットワーク装置は、配信制御に応じて、マルチキャストまたはブロードキャストで前記ＭＢＳデータをユーザに配信する。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】