JPWO2017068832A1 - 装置及び方法 - Google Patents

Abstract

【課題】セルラーシステムを利用することで、安全確保の確実性をより向上させる。
【解決手段】無線通信を行う通信部と、前記無線通信を介して基地局から送信されるメッセージの応答先に関する情報を、当該無線通信を介して取得する取得部と、取得された前記応答先に関する情報に基づき、前記メッセージに対する、当該応答先への応答に関する処理を実行する処理部と、を備える、装置。
【選択図】図８

Description

本開示は、装置及び方法に関する。

自動車や鉄道等の交通を運営するための交通システムとして、ＩＴＳ（Intelligent Transport Systems）と呼ばれる交通システムが知られており、当該ＩＴＳの高度化や高機能化が検討されている。特に、ＩＴＳにおいては、車両と車両との間（Ｖ２Ｖ：Vehicular−to−Vehicular）、あるいは車両とインフラとの間（Ｖ２Ｉ：Vehicular−to−Infrastructure）のような、所謂Ｖ２Ｘ（Vehicular−to−X）の通信機能の確保が検討されており、車両のモビリティを考慮すると、無線通信による接続がより望ましいと言える。

特開２００１−３３９５３６号公報

ところで、車両のリコールが発生した場合には、例えば、新聞、テレビ、及びラジオ等による報道を通じた告知や、自動車会社や販売店を通じた告知等により、顧客に対してリコールに関する情報を報知している。しかしながら、このような告知方法では、顧客に対して情報が届いているか否かを確認することが困難な場合が想定され、リコール等の情報の配信方法に対する改善が求められている。

これに対して、ＩＴＳ等の交通システムに対する、携帯電話やスマートフォン等で広く普及している所謂セルラーシステムの適用が検討されている。特に、セルラーシステムでは、ＥＴＷＳ（Earthquake and Tsunami Warning System）等のようなメッセージを配信するための仕組みが規定及び実装されている。このようなメッセージ配信のための仕組みを、リコール等の情報を配信に利用することで、対象となる顧客に対してより確実に情報を配信することが可能となると期待されている。

その一方で、既存のセルラーシステムを単に利用するのみでは、例えば、端末装置に対して情報を配信した後に、さらに安全確保の確実性を向上させることが困難な場合も想定される。

そこで、本開示では、セルラーシステムを利用することで、安全確保の確実性をより向上させることが可能な、装置及び方法を提案する。

本開示によれば、無線通信を行う通信部と、前記無線通信を介して基地局から送信されるメッセージの応答先に関する情報を、当該無線通信を介して取得する取得部と、取得された前記応答先に関する情報に基づき、前記メッセージに対する、当該応答先への応答に関する処理を実行する処理部と、を備える、装置が提供される。

また、本開示によれば、メッセージの配信対象に対応する端末が、前記メッセージの応答先への、当該メッセージに対する応答に関する処理を実行するための、当該応答先に関する情報を生成する生成部と、生成された前記応答先に関する情報が、前記メッセージに関連付けられて、前記端末に送信されるように通信を制御する制御部と、を備える、装置が提供される。

また、本開示によれば、メッセージの配信対象に対応する端末が、前記メッセージの応答先への、当該メッセージに対する応答に関する処理を実行するための、当該応答先に関する情報を取得する取得部と、取得した前記応答先に関する情報が、前記端末に配信されるように、制御対象となる他の装置との間の通信を制御する制御部と、を備える、装置が提供される。

また、本開示によれば、無線通信を行うことと、前記無線通信を介して基地局から送信されるメッセージの応答先に関する情報を、当該無線通信を介して取得することと、プロセッサが、取得された前記応答先に関する情報に基づき、前記メッセージに対する、当該応答先への応答に関する処理を実行することと、を含む、方法が提供される。

また、本開示によれば、プロセッサが、メッセージの配信対象に対応する端末が、前記メッセージの応答先への、当該メッセージに対する応答に関する処理を実行するための、当該応答先に関する情報を生成することと、生成された前記応答先に関する情報が、前記メッセージに関連付けられて、前記端末に送信されるように通信を制御することと、を含む、方法が提供される。

また、本開示によれば、メッセージの配信対象に対応する端末が、前記メッセージの応答先への、当該メッセージに対する応答に関する処理を実行するための、当該応答先に関する情報を取得することと、プロセッサが、取得した前記応答先に関する情報が、前記端末に配信されるように、制御対象となる他の装置との間の通信を制御することと、を含む、方法が提供される。

以上説明したように本開示によれば、セルラーシステムを利用することで、安全確保の確実性をより向上させることが可能な、装置及び方法が提供される。

なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

ＥＴＷＳの概要について説明するための説明図である。 ＬＴＥにおけるＥＴＷＳの配信フローの一例について示したシーケンス図である。 本開示の一実施形態に係る通信システムの構成の一例を説明するための図である。 論理的インタフェース及び物理的インタフェースについて説明するための図である。 同実施形態に係る通信制御装置の論理的な構成の一例を示すブロック図である。 同実施形態に係る基地局の論理的な構成の一例を示すブロック図である。 同実施形態に係る端末装置の論理的な構成の一例を示すブロック図である。 マルチキャストを利用したメッセージの配信に係る処理フローの一例を示したシーケンス図である。 ブロードキャストを利用したメッセージの配信に係る処理フローの一例を示したシーケンス図である。 ＣＢＥによるメッセージの配信対象の特定に係る処理の一例を示したフローチャートである。 ＣＢＣによるメッセージの作成、配信対象の特定、及び、情報配信の要求に係る一連の処理の流れの一例について示したフローチャートである。 ＣＢＣによるメッセージの作成、配信対象の特定、及び、情報配信の要求に係る一連の処理の流れの一例について示したフローチャートである。 ＭＭＥによる配信対象の特定及び情報配信の要求に係る一連の処理の流れの一例について示したフローチャートである。 ＭＭＥによる配信対象の特定及び情報配信の要求に係る一連の処理の流れの一例について示したフローチャートである。 基地局によるメッセージの配信に係る一連の処理の流れの一例について示したフローチャートである。 基地局によるメッセージの配信に係る一連の処理の流れの一例について示したフローチャートである。 基地局によるメッセージの配信に係る一連の処理の流れの一例について示したフローチャートである。 端末装置による、配信されたメッセージの内容に応じた実行する処理の決定に係る一連の処理の流れの一例について示したフローチャートである。 端末装置による、配信されたメッセージの内容に応じた実行する処理の決定に係る一連の処理の流れの一例について示したフローチャートである。 端末装置が、配信されたメッセージに対する応答を基地局に返信する場合における一連の処理の流れの一例について示したシーケンス図である。 端末装置からユーザへの情報の報知態様の一例について説明するための説明図である。 端末装置が、配信されたメッセージの内容に応じてユーザに情報を報知する場合の一連の動作の流れの一例について示したフローチャートである。 端末装置が、配信されたメッセージの内容に応じてユーザに情報を報知する場合の一連の動作の流れの一例について示したフローチャートである。 端末装置が、配信されたメッセージの内容に応じてユーザに情報を報知する場合の一連の動作の流れの一例について示したフローチャートである。 端末装置が、配信されたメッセージの内容に応じて車両の動作を制御する場合の一連の処理の流れの一例を示したフローチャートである。 端末装置が、配信されたメッセージの内容に応じて車両の動作を制御する場合の一連の処理の流れの一例を示したフローチャートである。 端末装置が、配信されたメッセージの内容に応じて車両の動作を制御する場合の一連の処理の流れの一例を示したフローチャートである。 メッセージの配信先のリスト管理に係る一連の動作の流れの一例を示したフローチャートである。 本開示に係る技術が適用され得るサーバの概略的な構成の一例を示すブロック図である。 本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。 本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。 本開示に係る技術が適用され得るスマートフォンの概略的な構成の一例を示すブロック図である。 本開示に係る技術が適用され得るカーナビゲーション装置の概略的な構成の一例を示すブロック図である。

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

なお、説明は以下の順序で行うものとする。
１．ＥＴＷＳ
２．技術的課題
３．構成例
３．１．通信システム
３．２．通信制御装置
３．３．基地局
３．４．端末装置
４．技術的特徴
４．１．メッセージの配信フローの一例
４．２．ＣＢＥによる配信対象の特定
４．３．ＣＢＣによるメッセージの作成及び配信対象の特定
４．４．ＭＭＥによる配信エリアの特定
４．５．基地局によるメッセージの配信
４．６．メッセージの配信を受けた端末装置の動作
４．７．メッセージ配信のリスト管理
５．応用例
５．１．通信制御装置に関する応用例
５．２．基地局に関する応用例
５．３．端末装置に関する応用例
６．むすび

＜＜１．ＥＴＷＳ＞＞
３Ｇ、ＬＴＥ（Long Term Evolution）及びＬＴＥ−Ａ（LTE−Advanced）に代表されるセルラーシステム（又は移動体通信システム）には、災害等の緊急メッセージ配信を主な用途とした機能として、ＥＴＷＳ（Earthquake and Tsunami Warning System）が規定及び実装されている。そこで、まず、図１及び図２を参照して、ＥＴＷＳの概要について説明する。

例えば、図１は、ＥＴＷＳの概要について説明するための説明図であり、３ＧＰＰで規定されているＥＴＷＳの構成の一例を示している。なお、ＥＴＷＳは、緊急メッセージ配信を主な用途として使用されているが、災害等の緊急情報の配信のみに限らず、緊急情報以外の他の情報の配信にも利用することが可能である。

図１に示すように、ＥＴＷＳのシステム構成においては、例えば、３Ｇの場合には、ＣＢＥ（Cell Broadcast Entity）４１０と、ＣＢＣ（Cell Broadcast Center）４３０と、ＲＮＣ（Radio Network Controller）２００’と、端末装置（ＵＥ）３００とが含まれる。なお、端末装置３００は、ユーザとも呼ばれる。当該ユーザは、ユーザ機器（User Equipment：ＵＥ）とも呼ばれ得る。ここでのＵＥは、ＬＴＥ又はＬＴＥ−Ａにおいて定義されているＵＥであってもよく、より一般的に通信機器を意味してもよい。なお、以降の説明では、ＬＴＥ及びＬＴＥ−Ａを総じて、単に「ＬＴＥ」と称する場合がある。

ＣＢＥ４１０は、メッセージの配信元に相当する。例えば、地震警報や津波警報等の緊急メッセージが配信されるケースでは、気象庁がＣＢＥ４１０に相当する。ＣＢＥ４１０においてメッセージ配信の必要性が発生した場合には、セルラーシステム内の情報配信サーバに相当するＣＢＣ４３０が、ＣＢＥ４１０からのメッセージ配信要求を受け付けて、対応する配信メッセージを作成する。

そして、３Ｇの場合においては、ＣＢＣ４３０は、無線制御装置に相当するＲＮＣ２００’へとメッセージ配信要求を送信する。ＲＮＣ２００’は、ＣＢＣ４３０から送信されるメッセージ配信要求に応じて、配下の端末装置３００へとメッセージを配信する（例えば、ブロードキャストされる）。

また、ＬＴＥの場合には、ＣＢＣ４３０とＵＥ３００との間には、ＲＮＣ２００’に替えて、ＭＭＥ（Mobility Management Entity）４５０と、基地局（ｅＮＢ：eNodeB）２００とが設けられている。即ち、ＣＢＣ４３０と基地局２００との間にＭＭＥ４５０が介在することとなる。このような構成とすることで、基地局（ｅＮＢ）２００が増えた場合においても、ＣＢＣ４３０に直接負荷がかからないように制御することが可能となる。

なお、基地局２００は、セルラーシステムの基地局である。基地局２００は、セル内に位置する端末装置３００との間で無線通信を行う。例えば、基地局２００は、端末装置３００へダウンリンク信号を送信し、端末装置３００からアップリンク信号を受信する。ここで、基地局２００は、ＨｅｔＮｅｔ（Heterogeneous Network）又はＳＣＥ（Small Cell Enhancement）などのマルチセルシステムを想定したものであってもよい。即ち、基地局２００は、所謂マクロセルエリアを管理するマクロセル基地局であってもよく、所謂スモールセルエリアを管理するスモールセル基地局であってもよい。

また、端末装置３００は、セルラーシステムにおいて基地局２００との間で無線通信を行う。例えば、端末装置３００は、基地局２００からダウンリンク信号を受信し、基地局２００へアップリンク信号を送信する。

ここで、図２を参照して、ＬＴＥにおけるＥＴＷＳの配信フローの一例について説明する。図２は、ＬＴＥにおけるＥＴＷＳの配信フローの一例について示したシーケンス図である。

ＣＢＥ４１０においてメッセージ配信の必要性（イベント等）が発生した場合（Ｓ１０１）、ＣＢＥ４１０からＣＢＣ４３０に対してメッセージの配信に係る要求（以降では、「情報配信要求」とも称する）が送信される（Ｓ１０３）。ＣＢＣ４３０は、ＣＢＥ４１０からの情報配信要求に従いメッセージを作成し（Ｓ１０５）、作成したメッセージを配信するエリアを特定する（Ｓ１０７）。そして、ＣＢＣ４３０は、特定したエリアを管理するＭＭＥ４５０に対して、配信要求（例えば、Write−Replace Warning Request）を送信する（Ｓ１０９）。ＭＭＥ４５０は、ＣＢＣ４３０から配信要求を受信すると、メッセージを配信することを示す応答（例えば、Write−Replace Warning Confirm）をＣＢＣ４３０に返信する（Ｓ１１１）。ＣＢＣ４３０は、配信要求に対する応答をＭＭＥ４５０から受信すると、情報配信要求の送信元であるＣＢＥ４１０に対して、当該情報配信要求に対応することを、当該情報配信要求に対する応答（以降では、「情報配信応答」とも称する）として返信する（Ｓ１１３）。

ＭＭＥ４５０は、自身の配下の基地局（ｅＮＢ）２００の中から、メッセージの配信対象となるエリアに存在する基地局２００を確認し（Ｓ１１５）、該当する基地局２００に対して、配信要求（例えば、Write−Replace Warning Request）を送信する（Ｓ１１７）。配信要求を受けた基地局２００は、さらに配下に複数のセクタまたはセルが存在する場合には、配信エリアの決定等の処理を実行し（Ｓ１１９）、端末装置３００に対してメッセージを配信する。

なお、基地局２００から端末装置３００へのメッセージ配信の手順としては、基地局２００は、まず端末装置３００に対してページング信号を送信することで、メッセージを配信することを端末装置３００に通知する（Ｓ１２１）。そして、基地局２００は、メッセージを報知情報として端末装置３００に配信する（Ｓ１２３）。なお、基地局２００は、端末装置３００へのメッセージの送信が完了すると、ＭＭＥ４５０に対して応答（例えば、Write−Replace Warning Confirm）を返信する（Ｓ１２５）。

以上、図１及び図２を参照して、ＥＴＷＳの概要について説明した。

＜＜２．技術的課題＞＞
次に、本開示の実施形態に係る技術的課題について説明する。

（交通システムへのＥＴＷＳの適用）
前述したように、ＥＴＷＳは、災害等の緊急情報の配信のみに限らず、緊急情報以外の他の情報の配信にも利用することが可能である。そこで、例えば、自動車や鉄道等の交通を、より安全に、より効率よく運営するための交通システムへの適用が検討されている。

具体的には、自動車や鉄道等の交通を運営するための交通システムとして、ＩＴＳ（Intelligent Transport Systems）と呼ばれる交通システムが知られており、当該ＩＴＳの高度化や高機能化が検討されている。特に、ＩＴＳにおいては、車両と車両との間（Ｖ２Ｖ：Vehicular−to−Vehicular）、あるいは車両とインフラとの間（Ｖ２Ｉ：Vehicular−to−Infrastructure）のような、所謂Ｖ２Ｘ（Vehicular−to−X）の通信機能の確保も課題となっており、車両のモビリティを考慮すると、無線通信による接続がより望ましいと言える。

ＩＴＳのための通信システムとしては、交通システム専用のＤＳＲＣ（Dedicated Short Range Communications）や、無線ＬＡＮをＩＴＳのために拡張したＩＥＥＥ８０２．１１ｐ等の専用規格が存在する。

一方で、ＩＴＳのための通信システムとして、携帯電話やスマートフォン等で普及している所謂セルラーシステムを流用することも、候補の一つとして考えられる。特に、一般車両への適用を考慮した場合には、専用規格の機能を有する装置を搭載するよりも、既に普及しているセルラーシステムの端末を搭載する方が、導入のハードルが低く、またコストの面においても低く抑えられる可能性がある。

（事故防止、安全確保、及びリコールのための情報配信）
ＩＴＳに求められる機能の一つとして、事前の事故防止及び安全確保の実現が挙げられる。例えば、事故発生の原因の一つとして、リコールが発生した車両によるものがある。現状では、リコールが発生した場合には、新聞、テレビ、及びラジオ等による報道を通じた告知や、自動車会社や販売店を通じた告知等により、顧客に対してリコールに関する情報（以降では、「リコール情報」とも称する）を報知している。一方で、このような告知方法では、対象となる車両を保有する顧客にリコール情報が届いていない場合も想定され、またリコール情報が届いていないこと（もしくは、届いたこと）を確認することが困難な場合もある。そのため、リコール情報の配信方法に対する改善が求められている。

このような状況を鑑みて、例えば、リコール情報を配信する方法として、上記で述べたようなセルラーシステム（例えば、通信システム及び通信方式）を利用することが考えられる。特に、セルラーシステム等のようにより広く普及しているシステムを利用してリコール情報を配信することで、対象となる顧客に対してより確実にリコール情報を配信することが可能となると期待されている。

しかしながら、現状のセルラーシステムでは、ＩＴＳで要求される条件をカバーすることが困難な場合がある。より具体的には、既存のＥＴＷＳでは、端末装置３００に対して一方的にメッセージ（報知情報）が配信されるのみであり、メッセージの配信元（例えば、ＣＢＥ４１０）は、配信先への当該メッセージの到達を確認することが困難な場合がある。そのため、既存のＥＴＷＳを、単純に利用したのみでは、端末装置３００（ＩＴＳにおいては、自動車、自転車、バイク、トラック、バス、電車、その他の移動車両、あるいは、通信機能付の車載装置等）がメッセージを受けた後の安全確保の確実性を向上させることが困難な場合がある。

そこで、本開示では、ＩＴＳ等の交通システムに対してセルラーシステムをより好適な態様で適用することが可能な仕組みの一例として、特に、セルラーシステムを利用することにより、安全確保の確実性をより向上させることが可能な仕組みの一例について提案する。

＜＜３．構成例＞＞
＜３．１．通信システム＞
まず、図３〜図４を参照して、本実施形態に係る通信システムの全体構成について説明する。

図３は、本実施形態に係る通信システムの構成の一例を説明するための図である。図３に示すように、通信システム１は、アプリケーションサーバ１０、サービスプラットフォーム１１、ネットワークゲートウェイ１２、デバイス１３、ＩＰネットワーク１４及びコアネットワーク１５を含む。

アプリケーションサーバ１０は、サービスを提供するサーバである。サービスプラットフォーム１１は、アプリケーションサーバ１０が提供するサービスの基盤となる環境を提供するサーバである。ネットワークゲートウェイ１２は、異なるネットワーク間を仲介する機能を有する装置である。デバイス１３は、無線通信装置である。ネットワークゲートウェイ１２は、ＩＰネットワーク１４を介してサービスプラットフォーム１１に接続される。また、デバイス１３は、コアネットワーク１５を介してネットワークゲートウェイ１２に接続される。

デバイス１３は、端末装置、基地局、ネットワークマネージャなどを含み得る。端末装置は、例えばユーザ端末である。基地局は、例えばＮｏｄｅＢ、ｅＮＢ又はアクセスポイント等である。ネットワークマネージャは、ネットワークを管理する機能を有する。図３では、端末装置、基地局及びネットワークマネージャをデバイス１３として同一レイヤで表現しているが、それぞれ異なるレイヤに属していてもよい。異なるレイヤに属する場合、基地局及びネットワークマネージャが属するレイヤが、端末装置が属するレイヤと比較してコアネットワーク１５に近いことが望ましい。

デバイス１３に属する端末装置は、アプリケーションサーバ１０が提供するサービスを、ネットワークを介して利用する。このようなサービスの利用に関する論理的なセッションは、符号２１に示す端末装置とアプリケーションサーバ１０との通信として捉えることができる。一方で、このようなサービスの利用に関する物理的なセッションは、符号２２、２３及び２４に示すように、多様な装置を介した通信として捉えることができる。例えば、端末装置は、基地局、コアネットワーク１５、ネットワークゲートウェイ１２、ＩＰネットワーク１４及びサービスプラットフォーム１１を介してアプリケーションサーバ１０に接続される。なお、アプリケーションサーバ１０は、例えばクラウドシステムのような複数の他のサーバと共にサービスプラットフォーム１１を形成してもよい。その場合、サービスプラットフォーム１１は、ＩＰネットワーク１４との接続を行うゲートウェイ機能を有していてもよい。また、サービスプラットフォーム１１、ＩＰネットワーク１４及びコアネットワーク１５は、さらに物理的な装置として、ルータ、スイッチ、ルータ又はスイッチ等のネットワークを仮想化する仮想化装置、仮想化を制御する仮想化制御装置、ケーブル等を含み得る。

図４は、論理的インタフェース及び物理的インタフェースについて説明するための図である。図４に示すように、基地局１３Ａ及び１３Ｂは、論理的なインタフェース２５により接続されている。このインタフェースは、物理的に接続されているとは限らない。例えば、図４に示すように、基地局１３Ａ及び１３Ｂは、コアネットワーク１５等の複数のエンティティを介する物理的なインタフェース２６により物理的に接続され得る。なお、符号２５及び２６に示した基地局間のインタフェースは、Ｘ２インタフェースとも称される。なお、図１及び図２を参照して説明した、ＣＢＥ４１０、ＣＢＣ４３０、及びＭＭＥ４５０は、各種エンティティ（所謂、論理エンティティ）の一例に相当する。

以上、本実施形態に係る通信システム１の全体構成を説明した。続いて、通信システム１が含む各装置の基本的な構成例を説明する。

＜３．２．通信制御装置＞
本実施形態に係る通信システム１は、通信システム１内の通信を協調的に制御するための通信制御装置を含む。通信制御装置は、例えば、アプリケーションサーバ１０、サービスプラットフォーム１１、又はネットワークマネージャ１６として実現され得る。通信制御装置は、論理的エンティティとして実現されてもよく、例えば基地局と一体的に形成されてもよい。より具体的な一例として、通信制御装置は、図１及び図２を参照して前述したＣＢＥ４１０、ＣＢＣ４３０、及びＭＭＥ４５０として実現され得る。

図５は、本実施形態に係る通信制御装置１００の論理的な構成の一例を示すブロック図である。図５に示すように、通信制御装置１００は、通信部１１０、記憶部１２０、及び制御部１３０を含む。

（１）通信部１１０
通信部１１０は、通信制御装置１００による他の装置との通信を仲介する通信インタフェースである。通信部１１０は、有線通信インタフェースであってもよく、又は無線通信インタフェースであってもよい。具体的な一例として、通信部１１０は、直交リソースを用いた多元接続方式又は非直交リソースを用いた多元接続方式の少なくともいずれかの接続方式を含む複数の接続方式を利用して通信可能な通信システム１の無線通信装置と通信を行ってもよい。通信部１１０が通信を行う無線通信装置としては、例えばデバイス１３に属する一つ以上の端末装置及び一つ以上の基地局が挙げられる。

なお、直交リソースとしては、例えば、時間（サブフレーム、スロット、無線フレーム等）、周波数（コンポーネントキャリア、サブキャリア、サブチャネル、リソースブロック等)、符号（拡散符号、ランダム化符号等）等が挙げられる。また、非直交リソースとしては、例えば、空間（空間ストリーム、空間レイヤ、空間コードブック、アンテナ、アンテナポート等）、電力（パワー等）、インタリーバ（ビットインタリーバ、シンボルインタリーバ等)、データレート、符号（スパース符号（Sparse Code）、拡散コードブック等)等が挙げられる。なお以降の説明では、これらのリソースを単にリソースと称するが、他にも多様に称されてもよい。例えば、これらのリソースは、無線アクセスリソース（RAR：Radio Access Resource）、無線リソース（RR：Radio Resource）、アクセスリソース（AR：Access Resource）、無線アクセス軸（RAA：Radio Access Axis）、無線アクセスコンポーネント（RAC：Radio Access Component）、無線アクセスブロック（RAB：Radio Access Block)と称されてもよい。

（２）記憶部１２０
記憶部１２０は、ハードディスク又は半導体メモリなどの記憶媒体を用いて、通信制御装置１００の動作のためのプログラム及びデータを記憶する。

（３）制御部１３０
制御部１３０は、通信制御装置１００の動作全般を制御する。制御部１３０は、通信システム１内の通信を協調的に制御する機能を有する。

例えば、通信制御装置１００がＣＢＥ４１０として実現される場合には、制御部１３０は、地震情報や津波警報等のメッセージの配信をＣＢＣ４３０に要求（即ち、情報配信要求）してもよい。また、このとき制御部１３０は、所定の条件に基づきメッセージの配信対象を限定してもよい。

また、他の一例として、通信制御装置１００がＣＢＣ４３０として実現される場合には、制御部１３０は、ＣＢＥ４１０からの要求に応じて配信メッセージを作成してもよい。このとき、制御部１３０は、作成した配信メッセージに対して、当該配信メッセージの応答先に関する情報を関連付けてもよい。配信メッセージの応答先としては、例えば、当該配信メッセージの配信元であるＣＢＥ４１０が挙げられる。また、配信メッセージの応答先として、配信メッセージに対する応答を収集するサーバ等のように、配信メッセージの配信元（即ち、ＣＢＥ４１０）とは異なる構成が設けられていてもよい。配信メッセージの応答先に関する情報としては、例えば、ＣＢＣ４３０が、ＣＢＥ４１０に対してアクセスするための情報（例えば、アドレス）が挙げられる。また、配信メッセージの応答先に関する情報の他の一例としては、エンドユーザが当該応答先に直接アクセスするための情報（例えば、ＵＲＬ等）が挙げられる。なお、応答先に関する情報に応じた各種動作の詳細については、別途後述する。

また、制御部１３０は、作成した配信メッセージの配信対象に応じて配信エリアを特定し、特定した配信エリアを管理するＭＭＥ４５０に対して配信要求が送信されるように通信部１１０を制御してもよい。また、制御部１３０は、配信要求に対する応答がＭＭＥ４５０から受信された場合には、情報配信要求の送信元であるＣＢＥ４１０に対して、当該情報配信要求に対応することが、応答（即ち、情報配信応答）として返信されるように通信部１１０を制御してもよい。

また、他の一例として、通信制御装置１００がＭＭＥ４５０として実現される場合には、制御部１３０は、ＣＢＣ４３０から配信要求が受信されると、メッセージを配信することを示す応答がＣＢＣ４３０に返信されるように通信部１１０を制御してもよい。また、制御部１３０は、配下の基地局２００の中から、メッセージの配信対象となるエリアに存在する基地局２００を確認し、該当する基地局２００に対して、配信要求が送信されるように通信部１１０を制御してもよい。

＜３．３．基地局＞
図６は、本実施形態に係る基地局２００の論理的な構成の一例を示すブロック図である。図６に示すように、基地局２００は、無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び制御部２４０を含む。

（１）無線通信部２１０
無線通信部２１０は、基地局２００による他の装置との通信を仲介する通信インタフェースである。無線通信部２１０は、直交リソースを用いた多元接続方式又は非直交リソースを用いた多元接続方式等の接続方式を利用して、基地局２００に接続する一つ以上の端末装置３００と無線通信を行う。例えば、無線通信部２１０は、通信制御装置１００により割り当てられた接続設定を用いて端末装置３００との間で無線通信を行う。

（２）ネットワーク通信部２２０
ネットワーク通信部２２０は、基地局２００をコアネットワーク１５に接続するための通信インタフェースである。ネットワーク通信部２２０は、有線通信インタフェースであってもよく、又は無線通信インタフェースであってもよい。ネットワーク通信部２２０は、コアネットワーク１５内の様々な制御ノードとの間で、データトラフィックを送受信し、及び制御メッセージを交換する。ネットワーク通信部２２０は、通信システム１内の他の基地局２００又は通信制御装置１００との間で通信を行い得る。

（３）記憶部２３０
記憶部２３０は、ハードディスク又は半導体メモリなどの記憶媒体を用いて、基地局２００の動作のためのプログラム及びデータを記憶する。

（４）制御部２４０
制御部２４０は、基地局２００の動作全般を制御する。本実施形態に係る制御部２４０は、無線通信部２１０が利用する接続方式に関して割り当てられたリソースを用いた無線通信を行うよう無線通信部２１０を制御する機能を有する。例えば、制御部２４０は、通信制御装置１００により割り当てられた接続方式を利用するよう無線通信部２１０を設定する。そして、制御部２４０は、無線通信部２１０が利用する接続方式に関して、通信制御装置１００により割り当てられた空間領域、電力領域、インタリーバ領域、データレート領域、又はスパース符号領域を利用して無線通信を行うように無線通信部２１０を設定する。

制御部２４０は、ＭＭＥ４５０からメッセージの配信要求を受けて、当該メッセージが対象となる端末装置３００に配信されるように無線通信部２１０を制御してもよい。このとき、制御部２４０は、例えば、端末装置３００に対してページング信号を送信することで、ＥＴＷＳ等の規定に基づきメッセージを配信することを端末装置３００に通知し、その後に、メッセージを報知情報として端末装置３００に配信してもよい。また、制御部２４０は、メッセージの配信エリア（換言すると、セクタまたはセル）を限定してもよい。また、制御部２４０は、端末装置３００に対してメッセージが送信された場合には、ＭＭＥ４５０からのメッセージの配信要求に対して応答が返信されるように無線通信部２１０を制御してもよい。

＜３．４．端末装置＞
図７は、本実施形態に係る端末装置３００の論理的な構成の一例を示すブロック図である。図７に示すように、端末装置３００は、無線通信部３１０、記憶部３２０及び制御部３３０を有する。また、端末装置３００は、報知部３４０を含んでもよい。また、端末装置３００は、車両部３９０を含んでもよい。

（１）無線通信部３１０
無線通信部３１０は、端末装置３００による他の装置との無線通信を仲介する無線通信インタフェースである。本実施形態に係る無線通信部３１０は、直交リソースを用いた多元接続方式又は非直交リソースを用いた多元接続方式の少なくともいずれかの接続方式をひとつ以上用いて無線通信を行う。例えば、無線通信部３１０は、通信制御装置１００により割り当てられた接続設定を用いて基地局２００との間で無線通信を行う。

（２）記憶部３２０
記憶部３２０は、ハードディスク又は半導体メモリなどの記憶媒体を用いて、端末装置３００の動作のためのプログラム及びデータを記憶する。

（３）報知部３４０
報知部３４０は、ディスプレイ、スピーカ、振動デバイス等の出力デバイスを用いて、ユーザに情報を報知する。例えば、報知部３４０は、基地局２００から配信されたメッセージの内容に応じた報知情報をユーザに報知してもよい。

（４）車両部３９０
車両部３９０は、自動車や電車等の車両装置の各種構成（例えば、駆動系等）や機能（例えば、セキュリティロック等）を模式的に示している。車両部３９０は、例えば、後述する制御部３３０により、その動作が直接的または間接的に制御されてもよい。より具体的な一例として、自動車の自動運転の例が挙げられる。この場合には、例えば、車両部３９０は、制御部３３０からの指示に基づき、駆動系に関する構成や機能（例えば、アクセルやブレーキ）が制御されてもよい。

なお、車両部３９０を含む端末装置３００は、基地局２００との間での通信機能を有した、所謂自動車や電車等の車両装置に相当し得る。また、車両部３９０は、端末装置３００の外部に設けられていてもよい。この場合には、当該端末装置３００は、車両装置内に設置される所謂車載装置に相当し得る。

（５）制御部３３０
制御部３３０は、端末装置３００の動作全般を制御する。本実施形態に係る制御部３３０は、無線通信部３１０が利用する接続方式に関して割り当てられたリソースを用いた無線通信を行うよう無線通信部３１０を制御する機能を有する。例えば、制御部３３０は、基地局２００により割り当てられた接続方式を利用するよう無線通信部３１０を設定する。そして、制御部３３０は、無線通信部３１０が利用する接続方式に関して、基地局２００により割り当てられた空間領域、電力領域、インタリーバ領域、データレート領域、又はスパース符号領域を利用して無線通信を行うよう無線通信部３１０を設定する。

制御部３３０は、基地局２００からメッセージが配信された場合には、当該メッセージの内容に応じた報知情報を、報知部３４０に報知させてもよい。また、制御部３３０は、基地局２００から配信されたメッセージの内容に応じて、車両部３９０の動作を直接的または間接的に制御してもよい。

また、制御部３３０は、基地局２００からメッセージが配信された場合には、メッセージの応答先に対して、当該メッセージが配信されたことを示す応答を行うための処理を実行してもよい。なお、当該処理の詳細については、別途後述する。

以上、図３〜図７を参照して、通信システム１に含まれる各装置の基本的な構成例を説明した。

＜＜４．技術的特徴＞＞
続いて、本開示の一実施形態に係る技術的特徴について説明する。

＜４．１．メッセージの配信フローの一例＞
まず、本開示の一実施形態に係る通信システム１における、メッセージの配信フローの一例について、特に交通システムに適用する場合を想定して説明する。

例えば、交通に関する情報（以降では、「安全情報」とも称する）のメッセージのタイプとしては、以下に示す例が考えられる。
１．特定の車両に該当するメッセージ（特定車両のリコール情報等）
２．広く車両に該当するメッセージ（道路交通情報、公共交通情報、周辺情報等）
３．特定の運転者に該当するメッセージ（車検情報、保険情報、推薦情報等）

特定の車両に該当するメッセージについては、配信対象が複数となる場合が想定され、例えば、マルチキャストやブロードキャストによりメッセージを配信することが想定され得る。また、広く車両に該当するメッセージについては、配信対象が特に限定されない場合が想定され、例えば、ブロードキャストによりメッセージを配信することが効率の観点から望ましい。また、特定の運転者に該当するメッセージについては、プライバシーの観点から、ユニキャストによりメッセージを配信することが望ましい。

なお、ユニキャストによりメッセージを配信する場合については、セルラーシステムにおける従来の配信方法と変わらない。そのため、本説明では、主に、マルチキャスト及びブロードキャストのそれぞれによりメッセージを配信する場合の配信フローの一例について説明し、ユニキャストによるメッセージの配信については詳細な説明は省略する。

（マルチキャストの場合の例）
まず、図８を参照して、マルチキャストを利用した、安全情報等のメッセージの配信に係る処理フローの一例について説明する。図８は、マルチキャストを利用したメッセージの配信に係る処理フローの一例を示したシーケンス図である。なお、本説明では、特定車両に関する情報（例えば、リコール情報等）がメッセージとして配信される場合を例に、当該メッセージの配信フローの一例について説明する。即ち、本説明では、ＣＢＥ４１０としては、自動車メーカーや自転車メーカー等の車両メーカー、車両販売店、車両を管理する管理会社等が該当する。

まず、ＣＢＥ４１０は、メッセージ配信の必要性（イベントう等）が発生した場合（Ｓ２０１）、例えば、所定の条件（例えば、リコールの対象となる車種等）に基づきメッセージの配信対象を特定する（Ｓ２０３）。なお、このときＣＢＥ４１０は、配信するメッセージの内容に応じて、当該メッセージのタイプ（例えば、リコール情報等）を設定してもよい。また、ＣＢＥ４１０は、配信するメッセージに対する応答の送信先（即ち、応答先）を示す情報を設定してもよい。なお、ＣＢＥ４１０は、応答先を示すとして、例えば、自身に関する情報を設定してもよいし、自身とは別に設けられた応答先を示す情報を設定してもよい。なお、ＣＢＥ４１０による、メッセージの配信対象の特定に係るより詳細な動作の一例については別途後述する。そして、ＣＢＥ４１０は、ＣＢＣ４３０に対して、該当するメッセージの配信に係る情報配信要求を送信する（Ｓ２０５）。

ＣＢＣ４３０は、ＣＢＥ４１０から情報配信要求を受信すると、当該要求の内容に従いメッセージを作成し、ＣＢＥ４１０からの要求に応じて、当該メッセージに対して情報配信要求の応答先に関する情報を関連付ける（Ｓ２０７）。次いで、ＣＢＣ４３０は、生成したメッセージの配信対象（例えば、車種や、当該車種に対応する車両もしくは端末装置）に応じて、当該メッセージを配信するエリアを特定する（Ｓ２０９）。そして、ＣＢＣ４３０は、特定したエリアを管理するＭＭＥ４５０に対して、配信要求（例えば、Write−Replace Warning Request）を送信する（Ｓ２１１）。なお、ＣＢＣ４３０の、より詳細な動作の一例については別途後述する。

ＭＭＥ４５０は、ＣＢＣ４３０から配信要求を受信すると、メッセージを配信することを示す応答（例えば、Write−Replace Warning Confirm）をＣＢＣ４３０に返信する（Ｓ２１３）。ＣＢＣ４３０は、配信要求に対する応答をＭＭＥ４５０から受信すると、情報配信要求の送信元であるＣＢＥ４１０に対して、当該情報配信要求に対応することを示す情報配信応答を返信する（Ｓ２１５）。

次いで、ＭＭＥ４５０は、自身の配下の基地局（ｅＮＢ）２００の中から、メッセージの配信対象となるエリアに存在する基地局２００を確認する（Ｓ２１９）。このとき、ＭＭＥ４５０は、対象となる車種等の所定の条件に基づきメッセージの配信対象を特定したうえで（Ｓ２１７）、当該配信対象の特定結果に基づき、メッセージの配信対象となるエリアに存在する基地局２００を確認してもよい（Ｓ２１９）。そして、ＭＭＥ４５０は、該当する基地局２００に対して、配信要求（例えば、Write−Replace Warning Request）を送信する（Ｓ２２１）。なお、ＭＭＥ４５０の、より詳細な動作の一例については別途後述する。

基地局２００は、ＭＭＥ４５０から配信要求を受信すると、配信対象となる端末装置（ＵＥ）３００に対して、メッセージを報知情報として送信するための処理を実行する。具体的には、基地局２００は、配下に複数のセクタまたはセルが存在する場合には、配信エリアを決定する（Ｓ２２５）。また、このとき基地局２００は、対象となる車種等の所定の条件に基づきメッセージの配信対象となる端末装置３００を特定したうえで（Ｓ２２３）、当該配信対象の特定結果に基づき、配信エリアを決定してもよい（Ｓ２２５）。そして、基地局２００は、端末装置３００に対してページング信号を送信することで、メッセージを配信することを端末装置３００に通知し（Ｓ２２７）、メッセージを報知情報として端末装置３００に配信する（Ｓ２２９）。また、基地局２００は、端末装置３００へのメッセージの送信が完了すると、ＭＭＥ４５０に対して応答（例えば、Write−Replace Warning Confirm）を返信する（Ｓ２３１）。なお、基地局２００の、より詳細な動作の一例については別途後述する。

端末装置３００は、基地局２００からメッセージを報知情報として受信すると、当該メッセージの内容が自身に該当するか否かを判断する（Ｓ２３３）。例えば、端末装置３００は、自身に関連付けられた車両の車種が、配信されたメッセージの内容が対象として示す車種に該当するか否かに応じて、当該メッセージの内容が自身に該当するか否かを判断してもよい。そして、端末装置３００は、メッセージの内容が自身に該当すると判断した場合には、当該メッセージの内容に応じた処理を実行する（Ｓ２３５）。具体的な一例として、端末装置３００は、メッセージの内容に応じた報知情報を、所定の出力部（例えば、ディスプレイやスピーカ等）を介してユーザに報知してもよい。また、他の一例として、端末装置３００は、メッセージの内容に応じて車両の動作（例えば、アクセルやブレーキ等）を制御してもよい。

また、端末装置３００は、配信されたメッセージに関連付けられた当該メッセージの応答先（例えば、ＣＢＥ４１０等）に関する情報に基づき、当該応答先に、当該メッセージに対応する応答（以降では、「確認応答」とも称する）を行うための処理を実行する（Ｓ２３７）。

例えば、端末装置３００は、メッセージに対して、応答先（例えば、ＣＢＥ４１０）に対してアクセスするためのアドレスが関連付けられている場合には、配信されたメッセージに対する確認応答を生成し、当該確認応答に対して当該アドレスを関連付けて基地局２００に送信する。これにより、端末装置３００から送信された確認応答は、基地局２００及びＭＭＥ４３０を順次経てＣＢＣ４３０に受信される。また、ＣＢＣ４３０は、受信した確認応答に関連付けられたアドレスに基づき、対象となる応答先（例えば、ＣＢＥ４１０）にアクセスし、当該応答先に対して受信した確認応答を送信する。これにより、ＣＢＥ４１０から配信されたメッセージの応答を管理するエンティティ（例えば、ＣＢＥ４１０や応答を収集するサーバ等）は、情報配信要求が行われたメッセージが、配信対象となる端末装置３００に到達したことを確認することが可能となる。

また、他の一例として、端末装置３００は、メッセージに対して、応答先（例えば、ＣＢＥ４１０）にユーザが直接アクセスするための情報（例えば、ＵＲＬ等）が関連付けられている場合には、当該情報に基づき、ユーザが当該メッセージに対する確認応答を行うためのインタフェースを提示してもよい。より具体的な一例として、端末装置３００は、ブラウザ等を起動し、応答先のＷｅｂページに対して、インターネット等のネットワークを介してアクセスするための画面を提示してもよい。また、このとき端末装置３００は、配信されたメッセージに対する確認応答を、当該ネットワークを介して送信するためのインタフェース（例えば、ボタン等）を提示してもよい。この場合には、例えば、端末装置３００は、提示した画面に対するユーザ操作を受けて、メッセージの応答先（例えば、ＣＢＥ４１０）に、インターネット等のネットワークを介して、当該メッセージに対する確認応答を送信する。このような構成により、ＣＢＥ４１０は、情報配信要求を行ったメッセージが、配信対象となる端末装置３００に到達したことを確認することが可能となる。

なお、端末装置３００の、より詳細な動作の一例については別途後述する。

以上、図８を参照して、マルチキャストを利用した、安全情報等のメッセージの配信に係る処理フローの一例について説明した。なお、ＣＢＥ４１０、ＣＢＣ４３０、ＭＭＥ４５０、及び基地局２００の処理として説明した、配信対象の特定に係る処理については、少なくとも一部の構成において実行されれば、必ずしも全ての構成において実行されなくてもよい。

（ブロードキャストの場合の例）
次に、図９を参照して、ブロードキャストを利用した、安全情報等のメッセージの配信に係る処理フローの一例について説明する。図９は、ブロードキャストを利用したメッセージの配信に係る処理フローの一例を示したシーケンス図である。

図９に示すように、ブロードキャストを利用してメッセージを配信する場合には、図８に示す例（即ち、マルチキャストを利用した例）において、ＣＢＥ４１０、ＣＢＣ４３０、ＭＭＥ４５０、及び基地局２００により実行される、配信対象の特定に係る処理（例えば、図８において、Ｓ２０３、Ｓ２１７、及びＳ２２３として示された処理等）が不要となる。なお、その他の処理については、図８を参照して説明した例と同様のため、詳細な説明は省略する。

また、本実施形態に係る通信システム１においては、例えば、配信対象を特定可能か否かに応じて、メッセージの配信方法を、マルチキャストとブロードキャストとの間で選択的に切り替えてもよい。この場合には、例えば、ＣＢＥ４１０、ＣＢＣ４３０、ＭＭＥ４５０、及び基地局２００等の構成を、配信対象が特定できる場合にはマルチキャストを利用し、配信対象を特定できない場合にはブロードキャストを利用するように動作させてもよい。

以上、図９を参照して、ブロードキャストを利用した、安全情報等のメッセージの配信に係る処理フローの一例について説明した。

＜４．２．ＣＢＥによる配信対象の特定＞
次いで、図１０を参照して、ＣＢＥ４１０によるメッセージの配信対象の特定に係る処理の一例について、特に、特定車両のリコール情報等の安全情報を配信する場合を例に説明する。図１０は、ＣＢＥ４１０によるメッセージの配信対象の特定に係る処理の一例を示したフローチャートである。

具体的には、メッセージ配信の必要性が発生した場合には、ＣＢＥ４１０は、まず配信するメッセージのメッセージタイプを特定する（Ｓ３０１）。ここで、メッセージタイプとは、配信されるメッセージの種別を示す情報であり、例えば、リコール情報がメッセージとして配信される場合には、当該メッセージがリコール情報であることを示すメッセージタイプが設定される。

次いで、ＣＢＥ４１０は、配信するメッセージの内容に応じて配信対象を特定する（Ｓ３０３〜Ｓ３０７）。具体的な一例として、ＣＢＥ４１０は、配信するメッセージの内容が車種に依存する場合には、配信対象となる車種を特定する（Ｓ３０３）。また、ＣＢＥ４１０は、配信するメッセージの内容が車両の製造年月日に依存する場合には、配信対象となる製造年月日を特定する（Ｓ３０３）。また、ＣＢＥ４１０は、配信するメッセージの内容が車両の製造場所に依存する場合には、配信対象となる製造場所を特定する（Ｓ３０３）。以上のように、ＣＢＥ４１０は、車種、製造年月日、及び製造場所等の各種条件に応じて、メッセージの配信対象を特定してもよい。

そして、ＣＢＥ４１０は、配信対象として特定した条件に対応する端末装置３００を特定する（Ｓ３０９）。なお、このときＣＢＥ４１０は、あらかじめ生成された、車種と端末装置３００との対応関係を示す管理テーブルに基づき、配信対象として特定した車種に対応する端末装置３００を認識してもよい。例えば、以下に示す表１は、車種と端末装置３００との対応関係を示す管理テーブルの一例を示している。

表１において、車種ＩＤは、車種を識別するための識別情報である。また、装置ＩＤは、端末装置３００を識別するための識別情報である。なお、装置ＩＤの具体的な一例としては、ＩＭＳＩ（International Mobile Subscriber Identity）や、ＴＭＳＩ（Temporary Mobile Subscriber Identity）等のように、セルラーシステムに内においてユーザを識別するための識別情報が挙げられる。

なお、表１に示した管理テーブルに基づき、配信対象となる車種に対応する端末装置３００を特定する処理の主体は、必ずしもＣＢＥ４１０には限定されない。具体的な一例として、ＣＢＣ４３０、ＭＭＥ４５０、及び基地局２００のうちの少なくともいずれかが、表１に示した管理テーブルを保持し、当該管理テーブルに基づき、配信対象となる車種に対応する端末装置３００を特定してもよい。

そして、ＣＢＥ４１０は、配信対象の特定結果に基づきメッセージの配信を要求するためのＩＥ（Information Elements）を作成し、作成したＩＥを情報配信要求としてＣＢＣ４３０に送信する。例えば、以下に示す表２は、情報配信要求のためのＩＥのデータ構造の一例を示している。

表２において、「Message ID」は、各ＩＥの種別を識別するための識別情報であり、例えば、当該ＩＥが「情報配信要求」であることを示す識別情報や、情報配信要求に対する応答（以降では、「情報配信応答」とも称する）であることを示す識別情報等が設定される。また、「Message Series」は、ＩＥを複数の配信に分けて送信する場合に、各配信により送信される情報の順番を整理するための情報である。また、「Message Type ID」は、メッセージの種別を示す情報であり、例えば、配信されるメッセージが「リコール情報」であることを示す識別情報等が設定される。「Emergency Level ID」は、緊急度を示す情報であり、例えば、「緊急」、「通常」等を示す情報が設定される。

「Distribution」は、メッセージの配信に係る設定を示す情報であり、「Distribution Type ID」、「Distribution Subscriber IDs」等が設定される。「Distribution Type ID」は、配信タイプを示す情報であり、選択されたメッセージの配信方法に応じて、「マルチキャスト」、「ブロードキャスト」、「ユニキャスト」等を示す情報が設定される。「Distribution Subscriber IDs」は、配信対象となる端末装置３００に対応する情報であり、ＩＭＳＩ、ＴＭＳＩ等のような装置ＩＤが設定される。

「Options」は、所謂拡張領域を示しており、各種情報が設定される。例えば、「Message Text」は、配信されるメッセージの本文（例えば、文字情報）を示す情報である。また、「Source URL」や「Source Address」等のようなメッセージの配信元を示す情報が含まれていてもよい。なお、「Source URL」は、例えば、エンドユーザが、メッセージの配信元のＷｅｂサイトにアクセスするための情報である。また、「Source Address」は、ＣＢＣ４３０等のエンティティが、メッセージの配信元であるＣＢＥ４１０にアクセスするための情報である。また、「Response URL」や「Response Address」等のようなメッセージの応答先にアクセスするための情報が含まれていてもよい。なお、「Response URL」は、例えば、エンドユーザが、メッセージに対して応答を行うために、応答先となるＷｅｂサイトにアクセスするための情報である。また、「Response Address」は、配信されたメッセージに対する端末装置３００からの応答を、基地局２００、ＭＭＥ４５０、ＣＢＣ４３０を経て、応答先となるエンティティ（例えば、ＣＢＥ４１０や応答を収集するサーバ等）に通知するための情報である。また、「Response Requirements」は、受信した装置に求める対応を示した情報である。具体的な一例として、「Response Requirements」には、メッセージに対する応答や、車両の制御等を示す情報が含まれ得る。また、「Vehicle ID」は、メッセージの配信対象となる車種を示す情報である。

なお、メッセージの配信元であるＣＢＥ４１０自身が、当該メッセージに対する応答を収集する場合等のように、メッセージの配信元とメッセージの応答先とが一致する場合も想定され得る。このような場合には、メッセージの配信元を示す情報（例えば、「Source URL」、「Source Address」等）と、応答先にアクセスするための情報（例えば、「Response URL」や「Response Address」等）とのうち、いずれかのみが設定されていてもよい。具体的な一例として、メッセージの配信元を示す情報のみが設定されている場合には、当該情報が、応答先にアクセスするための情報として使用されてもよい。

以上、図１０を参照して、ＣＢＥ４１０によるメッセージの配信対象の特定に係る処理の一例について、特に、特定車両のリコール情報等の安全情報を配信する場合を例に説明した。

＜４．３．ＣＢＣによるメッセージの作成及び配信対象の特定＞
次いで、図１１及び図１２を参照して、ＣＢＣ４３０によるメッセージの作成、配信対象の特定、及び、情報配信の要求に係る一連の処理の流れの一例について説明する。図１１及び図１２は、ＣＢＣ４３０によるメッセージの作成、配信対象の特定、及び、情報配信の要求に係る一連の処理の流れの一例について示したフローチャートである。

図１１に示すように、ＣＢＣ４３０は、ＣＢＥ４１０から情報配信要求（ＩＥ）を受信すると、受信した情報配信要求の内容を解析することで、当該情報配信要求の内容を認識し（Ｓ３２１）、認識した要求内容に応じてメッセージを作成する（Ｓ３２３）。

次いで、ＣＢＣ４３０は、作成したメッセージの配信エリアを特定する（Ｓ３３０）。例えば、図１２は、ＣＢＣ４３０による、メッセージの配信エリアの特定に係る処理の流れの一例を示したフローチャートである。

具体的には、ＣＢＣ４３０は、まず配信対象となる端末装置３００の装置ＩＤ（例えば、ＩＭＳＩ、ＴＭＳＩ等）の特定を試みる（Ｓ３３１）。このとき、ＣＢＣ４３０のレイヤか、それよりも上位のレイヤ（例えば、ＣＢＥ４１０）において、配信対象となる端末装置３００を認識できている場合には、この時点において、当該端末装置３００の装置ＩＤを特定することが可能となる。

ここで、配信対象の装置ＩＤを特定できた場合には（Ｓ３３３、ＹＥＳ）、ＣＢＣ４３０は、特定した装置ＩＤに対してメッセージがマルチキャストされるように、各種情報（例えば、表２において「Distribution」として示した情報等）を設定する（Ｓ３３５）。

一方で、配信対象の装置ＩＤを特定できない場合、または、当該装置ＩＤが不定の場合には（Ｓ３３３、ＮＯ）、ＣＢＣ４３０は、メッセージがブロードキャストされるように、各種情報を設定する（Ｓ３３７）。

次いで、ＣＢＣ４３０は、設定した各種情報に基づき、ＭＭＥ４５０に対して情報配信要求を行うためのＩＥを設定する（Ｓ３３９）。そして、ＣＢＣ４３０は、図１１に示すように、設定したＩＥを配信要求としてＭＭＥ４５０に送信することで、当該ＭＭＥ４５０に対してメッセージの配信を要求する（Ｓ３２５）。

なお、ＣＢＣ４３０が配信要求を送信するＭＭＥ４５０は、例えば、対象となるセルラーシステムのすべてのＭＭＥ４５０としてもよい。特に、メッセージをブロードキャストする場合には、すべてのＭＭＥ４５０に対して配信要求を送信することが望ましい。一方で、メッセージをマルチキャストする場合において、ＣＢＣ４３０が配信対象のエリア（例えば、特定された装置ＩＤを含むエリア）と当該エリアを管理するＭＭＥ４５０とを認識できる場合には、当該ＣＢＣ４３０は、配信対象のエリアを管理するＭＭＥ４５０に対してのみ配信要求を送信してもよい。

以上、図１１及び図１２を参照して、ＣＢＣ４３０によるメッセージの作成、配信対象の特定、及び、情報配信の要求に係る一連の処理の流れの一例について説明した。

＜４．４．ＭＭＥによる配信エリアの特定＞
次いで、図１３及び図１４を参照して、ＭＭＥ４５０による配信対象の特定及び情報配信の要求に係る一連の処理の流れの一例について説明する。図１３及び図１４は、ＭＭＥ４５０による配信対象の特定及び情報配信の要求に係る一連の処理の流れの一例について示したフローチャートである。

図１３に示すように、ＭＭＥ４５０は、ＣＢＣ４３０から配信要求（ＩＥ）を受信すると、受信した配信要求の内容を解析することで、当該配信要求の内容を認識し（Ｓ３２１）、メッセージの配信エリアを特定する（Ｓ３７０）。なお、このときＭＭＥ４５０は、前述したＣＢＥ４１０やＣＢＣ４３０による配信対象となる装置の特定に係る処理を、この段階で実行してもよい。例えば、図１４は、ＭＭＥ４５０による、メッセージの配信エリアの特定に係る処理の流れの一例を示したフローチャートである。

具体的には、ＭＭＥ４５０は、まず配信対象となる端末装置３００の装置ＩＤ（例えば、ＩＭＳＩ、ＴＭＳＩ等）の特定を試みる（Ｓ３７１）。このとき、ＭＭＥ４５０のレイヤか、それよりも上位のレイヤ（例えば、ＣＢＥ４１０またはＣＢＣ４３０）において、配信対象となる端末装置３００を認識できている場合には、この時点において、当該端末装置３００の装置ＩＤを特定することが可能となる。

ここで、配信対象の装置ＩＤを特定できた場合には（Ｓ３３３、ＹＥＳ）、ＭＭＥ４５０は、特定した装置ＩＤに対応する端末装置３００をセル内に収容する基地局（ｅＮＢ）２００を特定する（Ｓ３７５）。そして、ＭＭＥ４５０は、特定した基地局２００を、配信要求の送信先（即ち、メッセージ配信の要求先）として選択する（Ｓ３７７）。

なお、一の情報配信に対して、配信要求の送信先となる基地局２００が複数存在する場合が想定され得る。そのため、ＭＭＥ４５０は、配信対象として特定した装置ＩＤすべてについて、対応する基地局２００の選択を行い、配信要求の送信先となる基地局２００を列挙する。そして、ＭＭＥ４５０は、特定した装置ＩＤを、列挙された基地局２００ごとに分別する（Ｓ３７９）。

一方で、配信対象の装置ＩＤを特定できない場合、または、当該装置ＩＤが不定の場合には（Ｓ３８１、ＮＯ）、ＭＭＥ４５０は、メッセージがブロードキャストされるように、各種情報を設定する（Ｓ３８１）。なお、ここで、装置ＩＤが不定の場合とは、ＭＭＥ４５０の配下に対称となる端末装置３００が位置していない場合（即ち、当該端末装置３００が他のエリアに位置する場合）も含み得る。そして、ＭＭＥ４５０は、配信要求の送信先として、配下に存在するすべての基地局２００を選択する（Ｓ３８３）。

そして、ＭＭＥ４５０は、図１３に示すように、配信要求の送信先として特定した基地局２００に対して、配信要求のためのＩＥを送信することで、当該基地局２００に対してメッセージの配信を要求する（Ｓ３５３）。

以上、図１３及び図１４を参照して、ＭＭＥ４５０による配信対象の特定及び情報配信の要求に係る一連の処理の流れの一例について説明した。

＜４．５．基地局によるメッセージの配信＞
次に、図１５〜図１７を参照して、基地局（ｅＮＢ）２００によるメッセージの配信に係る一連の処理の流れの一例について説明する。図１５〜図１７は、基地局２００によるメッセージの配信に係る一連の処理の流れの一例について示したフローチャートである。

図１５に示すように、基地局２００は、ＭＭＥ４５０から配信要求（ＩＥ）を受信すると、受信した配信要求の内容を解析することで、当該配信要求の内容を認識する（Ｓ４１０）。例えば、図１６は、基地局２００による、ＭＭＥ４５０から配信された配信要求の内容の認識に係る処理の流れの一例を示したフローチャートである。

例えば、基地局２００は、要求されているメッセージの配信がブロードキャスト及びマルチキャストのいずれによるものかを判定する。ブロードキャストによるメッセージの配信が要求されている場合には（Ｓ４１１、ＹＥＳ）、基地局２００は、配下のすべてのセルを、メッセージ配信の対象となる配信エリアに設定する（Ｓ４１３）。

一方で、マルチキャストによるメッセージの配信が要求されている場合には（Ｓ４１１、ＮＯ）、基地局２００は、メッセージの配信対象となる装置ＩＤを、受信した配信要求（即ち、ＩＥ）に基づき特定し（Ｓ４１５）、特定した装置ＩＤに対応する端末装置３００が存在するセルを特定する（Ｓ４１７）。そして、基地局２００は、特定したセルを、メッセージ配信の対象となる配信エリアに設定する（Ｓ４１９）。なお、配信エリアに設定されるセルは、複数となる場合も想定され得る。

配信エリアとするセルを設定すると、基地局２００は、設定した当該セルごとに、メッセージを送信するためのチャネル（即ち、論理チャネル、物理チャネル、または無線リソース等）を選択し、リソースの割当て等のスケジューリングを行う。

次いで、基地局２００は、図１５に示すように、配信エリアとして設定したセルそれぞれにおいてページング信号を送信することで、当該セル配下の端末装置３００に対してメッセージを配信することを通知する（Ｓ４０１）。そして、基地局２００は、ページング信号を送信した後に、配信が要求されたメッセージ（即ち、配信要求に対応するメッセージ）を、当該セル配下の端末装置３００に配信する。例えば、図１７は、基地局２００による、メッセージの配信に係る処理の流れの一例を示したフローチャートである。

具体的には、基地局２００は、例えば、メッセージを配信するために選択したチャネル等を端末装置３００に通知するための制御情報（例えば、System Information）を生成する（Ｓ４３１）。この制御情報（System Information）には、例えば、選択したチャネルの周波数(Component Carrier、Resource Block等)、時間リソース(Radio Frame、Subframe、Slot等)の位置についての情報が含まれる。

次いで、基地局２００は、生成した制御情報を、対応するセル配下の端末装置（ＵＥ）３００に送信する（Ｓ４３３）。なお、このとき基地局２００は、例えば、物理報知チャネル(ＰＢＣＨ：Physical Broadcast Channel)を利用して、生成した制御情報を送信するとよい。そして、基地局２００は、制御情報により指定したチャネル及びリソースによりメッセージ（ＩＥ）が配信されるように、当該メッセージに対して符号化及び変調を施し（Ｓ４３５）、符号化及び変調が施されたメッセージを端末装置３００に送信する（Ｓ４３７）。

以上、図１５〜図１７を参照して、基地局２００によるメッセージの配信に係る一連の処理の流れの一例について説明した。

＜４．６．メッセージの配信を受けた端末装置の動作＞
次いで、図１８〜図２７を参照して、基地局（ｅＮＢ）２００からのメッセージの配信を受けた端末装置（ＵＥ）３００の動作の一例について説明する。

（実行する処理の決定）
まず、図１８及び図１９を参照して、端末装置３００による、配信されたメッセージの内容に応じた実行する処理の決定に係る一連の処理の流れの一例について説明する。図１８及び図１９は、端末装置３００による、配信されたメッセージの内容に応じた実行する処理の決定に係る一連の処理の流れの一例について示したフローチャートである。

図１８に示すように、端末装置３００は、基地局２００からメッセージ（ＩＥ）を受信すると、受信したメッセージを解析することで、当該メッセージの内容を認識する（Ｓ４５１）。そして、端末装置３００は、メッセージの内容に応じて、実行する処理を特定する（Ｓ４７０）。例えば、図１９は、端末装置３００による、基地局２００から配信されたメッセージの内容に応じた実行する処理の特定に係る一連の処理の流れの一例を示したフローチャートである。

具体的には、端末装置３００は、まず配信されたメッセージの配信タイプ（例えば、ブロードキャスト、マルチキャスト等）を確認する（Ｓ４７１）。

例えば、配信されたメッセージの配信タイプがブロードキャストの場合には（Ｓ４７３、ＹＥＳ）、端末装置３００は、配信されたメッセージに設定されている、配信対象となる車種ＩＤが、自身に関連付けられた車両の車種ＩＤと一致するか否かを確認する（Ｓ４７９）。端末装置３００は、メッセージに設定された車種ＩＤと、自身に関連付けられた車両の車種ＩＤとが一致しない場合には（Ｓ４８１、ＮＯ）、当該メッセージの応答先（例えば、ＣＢＥ４１０）への応答が不要であるものと認識する（Ｓ４８９）。一方で、端末装置３００は、メッセージに設定された車種ＩＤと、自身に関連付けられた車両の車種ＩＤとが一致した場合には（Ｓ４８１、ＹＥＳ）、自身が当該メッセージの配信対象であるものと認識する。

また、配信されたメッセージの配信タイプがブロードキャスト以外（例えば、マルチキャスト）の場合には（Ｓ４７３、ＮＯ）、配信されたメッセージに設定されている、配信対象となる装置ＩＤが、自身の装置ＩＤと一致するか否かを確認する（Ｓ４７５）。端末装置３００は、メッセージに設定された装置ＩＤと、自身の装置ＩＤとが一致しない場合には（Ｓ４７７、ＮＯ）、メッセージに設定されている、配信対象となる車種ＩＤが、自身に関連付けられた車両の車種ＩＤと一致するか否かを確認する（Ｓ４７９）。なお、この場合の移行の処理は、前述したブロードキャストの場合と同様である。一方で、端末装置３００は、メッセージに設定された装置ＩＤと、自身の装置ＩＤとが一致した場合には（Ｓ４７７、ＹＥＳ）、自身が当該メッセージの配信対象であるものと認識する。

次いで、端末装置３００は、自身がメッセージの配信対象と認識した場合には（（Ｓ４７７、ＹＥＳ）または（Ｓ４８１、ＹＥＳ））、当該メッセージに対する応答の要求の有無を確認する（Ｓ４８３）。なお、メッセージに対する応答の要求の有無については、例えば、配信されたメッセージ内の対応する情報（例えば、表２に示したＩＥにおける「Response Requirements」に相当する情報）に基づき判定することが可能である。

そして、端末装置３００は、メッセージに対する応答が要求されている場合には（Ｓ４８５、ＹＥＳ）、当該メッセージの応答先（例えば、ＣＢＥ４１０）への応答が必要であるものと認識する（Ｓ４８７）。一方で、端末装置３００は、メッセージに対する応答が要求されていない場合には（Ｓ４８５、ＹＥＳ）、当該メッセージの応答先（例えば、ＣＢＥ４１０）への応答が不要であるものと認識する（Ｓ４８９）。

また、端末装置３００は、メッセージに対する応答以外の他の対応が要求されている場合には、当該要求に基づき実行する処理を特定する（Ｓ４９１）。

そして、端末装置３００は、図１８に示すように、メッセージの内容に応じて特定した処理を実行する（Ｓ４５３）。

具体的には、端末装置３００は、メッセージの応答先への応答が必要と認識した場合には、当該応答に関する処理として、例えば、ユーザに対して、当該応答先に直接アクセスするための情報を提示してもよい。また、他の一例として、端末装置３００は、メッセージの応答先への応答に関する処理として、当該応答先のアドレスが関連付けられた、応答のためのメッセージ（以降では、「応答メッセージ」とも称する）を基地局２００に返信してもよい。なお、端末装置３００による基地局２００への応答メッセージの返信に係る動作については、詳細を別途後述する。

また、他の一例として、端末装置３００は、ユーザに対して、メッセージの内容に応じた報知情報を提示してもよい。また、端末装置３００は、メッセージの内容に応じて、自身が関連付けられた車両の動作を制御してもよい。なお、端末装置３００による、メッセージの内容に応じた報知情報の提示や車両の動作の制御については、詳細を別途後述する。

なお、前述したように、メッセージの応答先は、必ずしも当該メッセージの配信元であるＣＢＥ４１０には限定されない。具体的な一例として、メッセージに対する応答を収集するサーバが、ＣＢＥ４１０とは別に設けられている場合には、当該サーバがメッセージの応答先として設定されていてもよい。この場合には、例えば、表２を参照して説明した、情報配信要求のためのＩＥにおける、「Response URL」や「Response Address」等のようなメッセージの配信元にアクセスするための情報として、メッセージの応答先となるサーバの情報が設定されるとよい。

以上、図１８及び図１９を参照して、端末装置３００による、配信されたメッセージの内容に応じた実行する処理の決定に係る一連の処理の流れの一例について説明した。

（メッセージに対する応答）
次いで、図２０を参照して、端末装置３００が、配信されたメッセージに対する応答を基地局２００に返信する場合における一連の処理の流れの一例について説明する。図２０は、端末装置３００が、配信されたメッセージに対する応答を基地局２００に返信する場合における一連の処理の流れの一例について示したシーケンス図である。

図２０に示すように、端末装置３００は、基地局２００から配信されたメッセージを受信すると（Ｓ５０１）、受信したメッセージを解析することで当該メッセージの内容を認識する（Ｓ５０３）。そして、端末装置３００は、メッセージの内容の認識結果に基づき、当該メッセージに対する応答が要求されているか否かを認識し、応答が要求されている場合には、当該応答を行うことを決定する（Ｓ５０５）。ここでは、端末装置３００は、配信されたメッセージに対する応答として、応答メッセージを基地局２００に送信するものとして説明する。

メッセージに対して応答を行うことを決定した場合には、端末装置３００は、まず基地局２００に対して、応答のためのＵＬ（Uplink）リソースの割り当てを要求する（Ｓ５０７）。なお、端末装置３００から基地局２００へのＵＬリソースの割り当てに係る要求は、例えば、ＰＲＡＣＨ（Physical Random Access Channel）またはＰＵＣＣＨ（Physical Uplink Control Channel）等を通じて行われる。

基地局２００は、端末装置３００からＵＬリソースの割り当ての要求を受けると、当該端末装置３００へのＵＬリソースを割り当てる（Ｓ５０９）。ここで、ＵＬリソースは、例えば、周波数リソース(Resource Block、Subchannel、Subcarrier等)、時間リソース(Radio Frame、Subframe、Slot等)等の無線リソースを含み得る。また、当該ＵＬリソースとしては、例えば、ＰＵＳＣＨ（Physical Uplink Shared Channel）が使用される。そして、基地局２００は、端末装置３００に対して割り当てたＵＬリソースを通知する（Ｓ５１１）。なお、基地局２００から端末装置３００へのＵＬリソースの通知は、例えば、ＰＤＣＣＨ（Physical Downlink Control Channel）等を通じて行われる。

端末装置３００は、基地局２００からＵＬリソースの通知を受けると、メッセージに対する応答を、基地局２００に返信する（ひいては、基地局２００、ＭＭＥ４５０、及びＣＣＢ４３０を介して、ＣＢＥ４１０に返信する）ための応答メッセージを生成する。例えば、以下に示す表３は、配信されたメッセージに対する応答を返信するためのＩＥ（即ち、応答メッセージのＩＥ）のデータ構造の一例を示している。

表３において、「Message ID」は、各ＩＥの種別を識別するための識別情報であり、表２に示した情報配信要求のためのＩＥにおける「Message ID」に相当する。なお、応答メッセージのＩＥにおいては、「Message ID」には、「情報配信応答」であることを示す識別情報が設定される。また、「Message Type ID」及び「Emergency Level ID」は、表２に示した情報配信要求のためのＩＥにおける「「Message Type ID」及び「Emergency Level ID」にそれぞれ対応している。即ち、応答メッセージのＩＥにおける「Message Type ID」及び「Emergency Level ID」には、配信されたメッセージにおける「Message Type ID」及び「Emergency Level ID」に対応する情報が設定される。

また、「Subscriber IDs」は、応答メッセージの送信元である端末装置３００に対応する情報であり、ＩＭＳＩ、ＴＭＳＩ等のような装置ＩＤが設定される。また、「Vehicle ID」は、端末装置３００に関連付けられた車両の車種を示す情報である。

次いで、端末装置３００は、生成した応答メッセージが、基地局２００から通知されたＵＬリソースを介して当該基地局２００に送信されるように、当該応答メッセージに対して符号化及び変調を施す（Ｓ５１３）。そして、端末装置３００は、符号化及び変調が施された応答メッセージを基地局２００に送信する（Ｓ５１５）。

次いで、基地局２００は、端末装置３００からの応答メッセージ受信を試み（Ｓ５１７）、当該応答メッセージの受信結果に応じて、ＡＣＫまたはＮＡＣＫを端末装置３００に返信する（Ｓ５１９）。なお、基地局２００から端末装置３００へのＡＣＫまたはＮＡＣＫの返信は、例えば、ＰＤＣＣＨまたＰＨＩＣＨ（Physical HARQ Indicator Channel）等を通じて行われる。そして、基地局２００は、受信した応答メッセージの転送先となるノード（例えば、ＭＭＥ４５０）を決定し（Ｓ５２１）、当該ノードに対して応答メッセージを転送する（Ｓ５２３）。

以上、図２０を参照して、端末装置３００が、配信されたメッセージに対する応答を基地局２００に返信する場合における一連の処理の流れの一例について説明した。

（ユーザへの通知）
次いで、図２１〜図２４を参照して、端末装置３００が、配信されたメッセージの内容に応じてユーザに情報を報知する動作の一例について説明する。例えば、図２１は、端末装置３００からユーザへの情報の報知態様の一例について説明するための説明図である。

図２１において、参照符号Ｖ１０として示すように、端末装置３００は、例えば、ナビゲーション装置等の車載装置のディスプレイや、車両内に設けられたスクリーン等の表示部を介して、配信されたメッセージの内容に応じた報知情報をユーザに提示してもよい。より具体的な一例として、端末装置３００は、メッセージを受信したことを示す情報Ｖ１１やメッセージに含まれるテキスト情報Ｖ１３（即ち、メッセージの本文）を、表示情報として表示部を介して提示してもよい。

また、端末装置３００は、メッセージ中に当該メッセージの応答先にアクセスするためのＵＲＬが含まれている場合には、参照符号Ｖ１５として示すように、表示部を介して当該ＵＲＬを提示することで、ユーザに対して、当該ＵＲＬが示すリンク先（例えば、応答先のＷｅｂページ）の参照を促してもよい。また、表示部がタッチパネルを備えている場合には、端末装置３００は、ＵＲＬが示すリンク先にアクセスするために機能（例えば、ブラウザ等）を起動するためのインタフェース（例えば、ボタン等）を、表示部を介してユーザに提示してもよい。このような構成により、ユーザは、表示部に提示されたインタフェースを操作することで、メッセージの応答先のＷｅｂページにアクセスし、当該メッセージに対する応答を行うことが可能となる。

また、他の一例として、端末装置３００は、参照符号Ｖ２０として示すように、ダッシュボード上に所定のアイコンを提示したり、ＬＥＤ（Light Emitting Diode）等を点灯させるこことで、メッセージを受信したことをユーザに報知してもよい。また、端末装置３００は、参照符号Ｖ３０として示すように、車載スピーカ等の音響デバイスを介して音声や音響を出力することで、ユーザに対してメッセージを受信したことを通知してもよい。また、端末装置３００は、参照符号Ｖ４０として示すように、例えば、ハンドル等のようにユーザが操作するデバイス（例えば、把持するデバイス）を振動させることで、当該ユーザに対してメッセージを受信したことを通知してもよい。

なお、上記に示した報知方法はあくまで一例であり、必ずしも上記に説明した例には限定されない。また、情報を報知する方法は、いずれかのみに限定する必要は無く、例えば、複数の方法を組み合わせてもよいことは言うまでもない。

次に、図２２〜図２４を参照して、端末装置３００が、配信されたメッセージの内容に応じてユーザに情報を報知する場合の一連の動作の流れの一例について説明する。図２２〜図２４は、端末装置３００が、配信されたメッセージの内容に応じてユーザに情報を報知する場合の一連の動作の流れの一例について示したフローチャートである。

図２２に示すように、端末装置３００は、基地局２００から配信されたメッセージを受信すると、まず受信したメッセージの内容を解析する（Ｓ６１０）。例えば、図２３は、端末装置３００によるメッセージの解析に係る処理の流れの一例を示している。

具体的には、端末装置３００は、まず受信したメッセージの配信対象となる装置ＩＤ及び車種ＩＤを確認し（Ｓ６１１）、当該車種ＩＤ及び装置ＩＤが、自身のＩＤ（即ち、自身の装置ＩＤ、及び自身に関連付けられた車両の車種ＩＤ）と一致するか否かを判定する（Ｓ６１３）。

端末装置３００は、メッセージの配信対象となる装置ＩＤ及び車種ＩＤが自身のＩＤと一致する場合には（Ｓ６１３、ＹＥＳ）、メッセージタイプ（例えば、リコール情報等）が緊急性を要するものか否か、テキスト情報の有無、及び参照先ＵＲＬの有無等を確認する（Ｓ６１５〜Ｓ６１９）。

一方で、端末装置３００は、メッセージの配信対象となる装置ＩＤ及び車種ＩＤが自身のＩＤと一致しない場合には（Ｓ６１３、ＮＯ）、例えば、Ｓ６１５〜Ｓ６１９で示した各種処理をスキップしてもよい。また、このとき端末装置３００は、メッセージの配信対象となる装置ＩＤ及び車種ＩＤが自身のＩＤと一致しない場合に対応した所定の処理が設定されている場合には、当該処理を実行してもよい（Ｓ６２１）。

そして、端末装置３００は、図２２に示すように、メッセージの内容の解析結果に基づき、自身がメッセージの対象に該当するか否かを判断する（Ｓ６０１）。端末装置３００は、自身がメッセージの対象に該当しない場合には（Ｓ６０１、ＮＯ）、一連の処理を終了する。一方で、端末装置３００は、自身がメッセージの対象に該当する場合には（Ｓ６０１、ＹＥＳ）、メッセージの内容に応じた情報をユーザに通知する（Ｓ６３０）。例えば、図２４は、端末装置３００が、メッセージの内容に応じた情報をユーザに通知する処理の流れの一例を示している。

具体的には、まず端末装置３００は、ユーザに対してメッセージを受信したことを、例えば、図２１を参照して説明したように、各種デバイスを介して報知し（Ｓ６３１）、当該報知を受けたユーザからの入力を待ち受ける（Ｓ６３３）。なお、ユーザからの入力としては、例えば、メッセージを参照するための操作や、ＵＲＬ等のリンク先を参照するための操作が挙げられる。

端末装置３００は、ユーザからの入力を受け付けた場合には（Ｓ６３５、ＹＥＳ）、入力内容が適切か否か（例えば、有効な入力か否か）を確認する（Ｓ６３７）。入力内容が適切であると認識した場合には（Ｓ６３９、ＹＥＳ）、端末装置３００は、当該入力内容に対応した処理を実行する。なお、端末装置３００は、ユーザからの入力内容に対応した処理を実行した場合には、対応するメッセージに関する通知を消去してもよい（Ｓ６４３）。

一方で、ユーザからの入力の入力内容が適切ではないと認識した場合には（Ｓ６３９、ＮＯ）、端末装置３００は、ユーザに対して適切な内容（即ち、入力として有効な内容）を入力するように促してもよい（Ｓ６４９）。この場合には、端末装置３００は、ユーザからの入力を再度待ち受けることとなる。

また、ユーザからの入力が検出されない場合には（Ｓ６３５、ＮＯ）、端末装置３００は、所定時間が経過するまでユーザからの入力を待ち受け（Ｓ６４５、ＮＯ）、当該所定時間の経過後に（Ｓ６４５、ＹＥＳ）、ユーザ入力が行われなかったものと認識してもよい。また、この場合には、端末装置３００は、対応するメッセージがユーザ入力を要するか否かに応じて、以降の処理を切り替えてもよい。なお、ユーザ入力を要する場合の一例としては、配信されたメッセージが緊急性を要する場合や、配信されたメッセージが応答を要求している場合等が挙げられる。

例えば、対応するメッセージがユーザ入力を要する場合には（Ｓ６４７、ＹＥＳ）、端末装置３００は、ユーザに対して情報の入力を促してもよい（Ｓ６４９）。この場合には、端末装置３００は、例えば、ユーザからの入力を得られるまで、当該ユーザに対して情報の入力を促す通知を繰り返してもよい。なお、端末装置３００が、ユーザに対して情報の入力を促す通知を繰り返す回数には、上限が設けられていてもよい。

一方で、対応するメッセージがユーザ入力を必要としない場合には（Ｓ６４７、ＮＯ）、端末装置３００は、対応するメッセージに関する通知を消去し（Ｓ６４３）、当該メッセージの内容に応じた情報の通知に係る一連の処理を終了してもよい。

以上、図２１〜図２４を参照して、端末装置３００が、配信されたメッセージの内容に応じてユーザに情報を報知する動作の一例について説明した。

（車両の制御）
次いで、図２５〜図２７を参照して、端末装置３００が、配信されたメッセージの内容に応じて車両の動作を制御する場合の一連の処理の流れの一例について説明する。図２５〜図２７は、端末装置３００が、配信されたメッセージの内容に応じて車両の動作を制御する場合の一連の処理の流れの一例を示したフローチャートである。

図２５に示すように、端末装置３００は、基地局２００から配信されたメッセージを受信すると、まず受信したメッセージの内容を解析する（Ｓ７１０）。例えば、図２６は、端末装置３００によるメッセージの解析に係る処理の流れの一例を示している。

具体的には、端末装置３００は、まず受信したメッセージの配信対象となる装置ＩＤ及び車種ＩＤを確認し（Ｓ７１１）、当該車種ＩＤ及び装置ＩＤが、自身のＩＤ（即ち、自身の装置ＩＤ、及び自身に関連付けられた車両の車種ＩＤ）と一致するか否かを判定する（Ｓ７１３）。

端末装置３００は、メッセージの配信対象となる装置ＩＤ及び車種ＩＤが自身のＩＤと一致する場合には（Ｓ７１３、ＹＥＳ）、メッセージタイプ（例えば、リコール情報等）が緊急性を要するものか否かや、求められている対応（例えば、車両制御の内容等）等を確認する（Ｓ７１５、Ｓ７１７）。

一方で、端末装置３００は、メッセージの配信対象となる装置ＩＤ及び車種ＩＤが自身のＩＤと一致しない場合には（Ｓ７１３、ＮＯ）、例えば、Ｓ７１５、Ｓ７１７で示した各種処理をスキップしてもよい。また、このとき端末装置３００は、メッセージの配信対象となる装置ＩＤ及び車種ＩＤが自身のＩＤと一致しない場合に対応した所定の処理が設定されている場合には、当該処理を実行してもよい（Ｓ７１９）。

そして、端末装置３００は、図２５に示すように、メッセージの内容の解析結果に基づき、自身がメッセージの対象に該当するか否かを判断する（Ｓ７０１）。端末装置３００は、自身がメッセージの対象に該当しない場合には（Ｓ７０１、ＮＯ）、一連の処理を終了する。一方で、端末装置３００は、自身がメッセージの対象に該当する場合には（Ｓ７０１、ＹＥＳ）、メッセージの内容に応じて車両の制御を実行する（Ｓ７３０）。例えば、図２７は、端末装置３００が、メッセージの内容に応じた車両の制御に係る処理の流れの一例を示している。

具体的には、まず端末装置３００は、ユーザに対して車両の制御を実行することを、例えば、図２１を参照して説明したように、各種デバイスを介して通知する（Ｓ７３１）。なお、このような通知は、ユーザに対して、車両の制御に関する注意喚起を促す役割を果たす。

次いで、端末装置３００は、メッセージの内容に基づき特定した対応（即ち、車両の制御）を実行する（Ｓ７３３）。また、端末装置３００は、配信されたメッセージにより直接指示された対応（制御）に加えて、他の対応（例えば、先に実行した制御に対する付加的な制御）を実行してもよい（Ｓ７３５）。そして、端末装置３００は、実行した制御の内容（もしくは、実行中の制御の内容）を示す情報を、例えば、図２１を参照して説明したように、各種デバイスを介してユーザに通知する（Ｓ７３７）。

以上、図２５〜図２７を参照して、端末装置３００が、配信されたメッセージの内容に応じて車両の動作を制御する場合の一連の処理の流れの一例について説明した。

＜４．７．メッセージ配信のリスト管理＞
次に、ＣＢＥ４１０、ＣＢＣ４３０、ＭＭＥ４５０、及び基地局２００のようにメッセージ配信の主体となる構成により、当該メッセージの配信先のリスト管理に係る動作の一例について説明する。前述したように、ＣＢＥ４１０、ＣＢＣ４３０、ＭＭＥ４５０、及び基地局２００等が配下の構成に対して、マルチキャストの場合等のように宛先を指定してメッセージを配信したうえで、当該宛先からの応答を要求する場合がある。このような場合には、ＣＢＥ４１０、ＣＢＣ４３０、ＭＭＥ４５０、及び基地局２００等のメッセージ配信の主体となる構成において、メッセージの配信先（即ち、メッセージの配信対象）をリストとして管理することがより望ましい。そこで、本説明では、図２８を参照して、メッセージの配信先のリスト管理に係る一連の動作の流れの一例について、ＣＢＥ４１０が、当該リストを管理する場合を例に説明する。図２８は、メッセージの配信先のリスト管理に係る一連の動作の流れの一例を示したフローチャートである。

具体的には、メッセージの配信に係る配信先のリスト管理に係る処理は、メッセージの配信を要するイベントがトリガとなって開始される（Ｓ８０１）。より具体的には、ＣＢＥ４１０がリスト管理の主体の場合には、例えば、リコールが必要な装置（端末装置３００または車両）が特定された場合や、事故が発生する可能性が高まっている装置（端末装置３００または車両）が特定された場合等が、リスト管理に係る処理のトリガとなるイベントに相当する。なお、当該イベントの内容は、メッセージの配信に係る配信先のリスト管理の主体に応じて異なることは言うまでもない。例えば、ＭＭＥ４５０が主体の場合には、当該イベントは、上位のＣＣＢ４３０から送信された情報配信要求の受信が該当する。

ＣＢＥ４１０は、メッセージの配信を要するイベントを受信すると（Ｓ８０１）、まずメッセージの配信対象となる装置（端末装置３００）を選択する（Ｓ８０３）。具体的な一例として、ＣＢＥ４１０は、メッセージの配信対象となる車種等の条件に基づき、該当する端末装置３００（もしくは、該当する車両に関連付けられた端末装置３００）を選択する。そして、ＣＢＥ４１０は、配信対象となる端末装置３００の選択結果に基づき、配信先のリストを生成する（Ｓ８０５）。ＣＢＣ４３０、ＭＭＥ４５０、及び基地局２００が、リストの管理する主体の場合には、当該リストを上位のレイヤに位置する構成から取得してもよい。

配信先のリストを生成すると、ＣＢＥ４１０は、メッセージの配信に係る処理を実行する（Ｓ８０７）。例えば、ＣＢＥ４１０の場合には、ＣＢＣ４３０への情報配信要求が、メッセージの配信に係る処理に該当する。メッセージの配信に係る処理を実行すると、ＣＢＥ４１０は、配信対象となる端末装置３００からの当該メッセージに対する応答を待ち受ける（Ｓ８０９）。

配信したメッセージに対する応答を受信すると（Ｓ８１１、ＹＥＳ）、ＣＢＥ４１０は、受信した応答の内容を解析することで、当該の送信元である端末装置３００の確認する（Ｓ８１３）。確認された端末装置３００が配信先のリストに含まれる場合には（Ｓ８１５、ＹＥＳ）、ＣＢＥ４１０は、当該リストから確認された端末装置３００に対応する情報を削除する。なお、確認された端末装置３００が配信先のリストに含まれない場合には（Ｓ８１５、ＮＯ）、ＣＢＥ４１０は、当該リストからの情報の削除に係る動作をスキップする。

そして、ＣＢＥ４１０は、配信先のリストに含まれる、メッセージの配信対象となる端末装置３００に関する情報の数が閾値未満となった場合には（Ｓ８１９、ＹＥＳ）、ＣＢＥ４１０は、対応するメッセージの配信先のリスト管理に係る処理を終了する。このような制御により、例えば、配信対象の端末装置３００の数が少なくなり、メッセージの配信に係る処理の効率が低下するといった事態の発生を防止することが可能となる。なお、メッセージが配信されていない端末装置３００に対しては、例えば、個別のコンタクトや、対応するメッセージをユニキャストで送信する等のような対応が別途行われてもよい。

一方で、配信したメッセージに対する応答が無い場合には（Ｓ８１１、ＮＯ）、ＣＢＥ４１０は、メッセージの配信回数が閾値に達していない限りは（Ｓ８２１、ＮＯ）、所定時間が経過するまでメッセージに対する応答を待ち受ける（Ｓ８２３、ＮＯ）。そして、所定時間が経過した場合には（Ｓ８２３、ＹＥＳ）、ＣＢＥ４１０は、対応するメッセージを再送してもよい（Ｓ８０７）。以上のようにして、ＣＢＥ４１０は、配信したメッセージに対する応答を、当該メッセージの配信回数が閾値に達するまで待ち受ける。そして、メッセージの配信回数が閾値に達した場合には（Ｓ８２１、ＹＥＳ）、ＣＢＥ４１０は、当該メッセージの配信に係る動作を終了する。

なお、配信先のリストの構成としては、例えば、以下に表４として示した例が挙げられる。

表４に示すように、配信先のリストは、例えば、リストＩＤ、リスト作成時刻、送信回数、原因、車種ＩＤ、及び装置ＩＤ等の各種情報を含む。リストＩＤは、配信されるメッセージごとに生成される配信先のリストを個々に識別するための識別情報である。また、リスト作成時刻は、対象となるメッセージの配信先のリストを作成した日付や時刻を示している。また、送信回数は、対応するメッセージを送信した回数を示している。また、原因は、リスト作成の要因となったイベント（原因）を示している。また、車種ＩＤは、メッセージの配信対象となる車両の車種を識別するための識別情報である。また、装置ＩＤは、メッセージの配信対象となる端末装置３００を識別するための識別情報である。

例えば、ＣＢＥ４１０が、配信したメッセージに対する応答を受けた場合には、当該応答の送信元である端末装置３００に関する情報として、例えば、表４に示すリストから、当該端末装置３００に対応する装置ＩＤを削除すればよい。そして、ＣＢＥ４１０は、リストＩＤで識別される各リストあたりの装置ＩＤの個数が閾値未満となった場合に、当該リストに対応するメッセージの配信に係る処理を終了すればよい。

また、ＣＢＥ４１０は、メッセージを再送した場合には、表４に示すリスト中の送信回数を加算し、当該送信回数が閾値に達した場合には、当該リストに対応するメッセージの配信に係る処理を終了すればよい。

メッセージの配信に係る処理を終了した場合には、ＣＢＥ４１０は、当該メッセージに対応するリストに対して、メッセージの配信に係る処理が終了したことを示す情報を付与してもよい。また、他の一例として、ＣＢＥ４１０は、メッセージの配信に係る処理を終了した場合には、当該メッセージに対応するリストを削除してもよい。

なお、前述したように、配信先のリストを管理する主体は、必ずしもＣＢＥ４１０には限定されず、ＣＢＣ４３０、ＭＭＥ４５０、及び基地局２００のいずれかであってもよい。具体的な一例として、ＣＢＥ４１０、ＣＢＣ４３０、ＭＭＥ４５０、及び基地局２００のうち、配信対象となる端末装置３００を認識できる構成が、配信先のリストを管理するとよい。

以上、図２８を参照して、ＣＢＥ４１０、ＣＢＣ４３０、ＭＭＥ４５０、及び基地局２００のようにメッセージ配信の主体となる構成により、当該メッセージの配信先のリスト管理に係る動作の一例について説明した。

＜＜５．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、通信制御装置１００は、タワーサーバ、ラックサーバ、又はブレードサーバなどのいずれかの種類のサーバとして実現されてもよい。また、通信制御装置１００の少なくとも一部の構成要素は、サーバに搭載されるモジュール（例えば、１つのダイで構成される集積回路モジュール、又はブレードサーバのスロットに挿入されるカード若しくはブレード）において実現されてもよい。

また、例えば、基地局２００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved Node B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局２００は、ＮｏｄｅＢ又はＢＴＳ（Base Transceiver Station）などの他の種類の基地局として実現されてもよい。基地局２００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote Radio Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局２００として動作してもよい。さらに、基地局２００の少なくとも一部の構成要素は、基地局装置又は基地局装置のためのモジュールにおいて実現されてもよい。

また、例えば、端末装置３００は、スマートフォン、タブレットＰＣ（Personal Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置３００は、Ｍ２Ｍ（Machine To Machine）通信を行う端末（ＭＴＣ（Machine Type Communication）端末ともいう）として実現されてもよい。さらに、端末装置３００の少なくとも一部の構成要素は、これら端末に搭載されるモジュール（例えば、１つのダイで構成される集積回路モジュール）において実現されてもよい。

＜５．１．通信制御装置に関する応用例＞
図２９は、本開示に係る技術が適用され得るサーバ７００の概略的な構成の一例を示すブロック図である。サーバ７００は、プロセッサ７０１、メモリ７０２、ストレージ７０３、ネットワークインタフェース７０４及びバス７０６を備える。

プロセッサ７０１は、例えばＣＰＵ（Central Processing Unit）又はＤＳＰ（Digital Signal Processor）であってよく、サーバ７００の各種機能を制御する。メモリ７０２は、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）を含み、プロセッサ７０１により実行されるプログラム及びデータを記憶する。ストレージ７０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。

ネットワークインタフェース７０４は、サーバ７００を有線通信ネットワーク７０５に接続するための有線通信インタフェースである。有線通信ネットワーク７０５は、ＥＰＣ（Evolved Packet Core）などのコアネットワークであってもよく、又はインターネットなどのＰＤＮ（Packet Data Network）であってもよい。

バス７０６は、プロセッサ７０１、メモリ７０２、ストレージ７０３及びネットワークインタフェース７０４を互いに接続する。バス７０６は、速度の異なる２つ以上のバス（例えば、高速バス及び低速バス）を含んでもよい。

図２９に示したサーバ７００において、図５を参照して説明した通信部１１０、記憶部１２０及び制御部１３０は、プロセッサ７０１において実装されてもよい。一例として、プロセッサを通信部１１０、記憶部１２０及び制御部１３０として機能させるためのプログラム（換言すると、プロセッサに通信部１１０、記憶部１２０及び制御部１３０の動作を実行させるためのプログラム）がサーバ７００にインストールされ、プロセッサ７０１が当該プログラムを実行してもよい。別の例として、サーバ７００は、プロセッサ７０１及びメモリ７０２を含むモジュールを搭載し、当該モジュールにおいて通信部１１０、記憶部１２０及び制御部１３０が実装されてもよい。この場合に、上記モジュールは、プロセッサを通信部１１０、記憶部１２０及び制御部１３０として機能させるためのプログラムをメモリ７０２に記憶し、当該プログラムをプロセッサ７０１により実行してもよい。以上のように、通信部１１０、記憶部１２０及び制御部１３０を備える装置としてサーバ７００又は上記モジュールが提供されてもよく、プロセッサを通信部１１０、記憶部１２０及び制御部１３０として機能させるための上記プログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

＜５．２．基地局に関する応用例＞
（第１の応用例）
図３０は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。

アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図３０に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３０にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。

基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。

コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio Resource Control）、無線ベアラ制御（Radio Bearer Control）、移動性管理（Mobility Management）、流入制御（Admission Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。

ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。

無線通信インタフェース８２５は、ＬＴＥ（Long Term Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium Access Control）、ＲＬＣ（Radio Link Control）及びＰＤＣＰ（Packet Data Convergence Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。

無線通信インタフェース８２５は、図３０に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図３０に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図３０には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。

図３０に示したｅＮＢ８００において、図６を参照して説明した無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び制御部２４０は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び制御部２４０が実装されてもよい。この場合に、上記モジュールは、プロセッサを無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び制御部２４０として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び制御部２４０として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び制御部２４０として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図３０に示したｅＮＢ８００において、図６を参照して説明した無線通信部２１０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、ネットワーク通信部２２０は、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。また、記憶部２３０は、メモリ８２２において実装されてもよい。

（第２の応用例）
図３１は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。

アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図３１に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３１にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。

基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図３０を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。

無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図３０を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図３１に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３１には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。

接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。

また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。

接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。

無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図３１に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図３１には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。

図３１に示したｅＮＢ８３０において、図６を参照して説明した無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び制御部２４０は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び制御部２４０が実装されてもよい。この場合に、上記モジュールは、プロセッサを無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び制御部２４０として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び制御部２４０として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び制御部２４０を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを無線通信部２１０、ネットワーク通信部２２０、記憶部２３０及び制御部２４０として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図３１に示したｅＮＢ８３０において、例えば、図４を参照して説明した無線通信部２１０は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、ネットワーク通信部２２０は、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。また、記憶部２３０は、メモリ８５２において実装されてもよい。

＜５．３．端末装置に関する応用例＞
（第１の応用例）
図３２は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。

プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System on Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal Serial Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。

カメラ９０６は、例えば、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。

無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図３２に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図３２には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。

さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local Area Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。

アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。

アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図３２に示したように複数のアンテナ９１６を有してもよい。なお、図３２にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。

さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。

バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図３２に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。

図３２に示したスマートフォン９００において、図７を参照して説明した無線通信部３１０、記憶部３２０、制御部３３０及び報知部３４０は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて無線通信部３１０、記憶部３２０、制御部３３０及び報知部３４０が実装されてもよい。この場合に、上記モジュールは、プロセッサを無線通信部３１０、記憶部３２０、制御部３３０及び報知部３４０として機能させるためのプログラム（換言すると、プロセッサに無線通信部３１０、記憶部３２０、制御部３３０及び報知部３４０の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを無線通信部３１０、記憶部３２０、制御部３３０及び報知部３４０として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを無線通信部３１０、記憶部３２０、制御部３３０及び報知部３４０として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図３２に示したスマートフォン９００において、例えば、図７を参照して説明した無線通信部３１０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、記憶部３２０は、メモリ９０２において実装されてもよい。

（第２の応用例）
図３３は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global Positioning System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図３３に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図３３には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。

さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。

アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。

アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図３３に示したように複数のアンテナ９３７を有してもよい。なお、図３３にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。

さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。

バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図３３に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

図３３に示したカーナビゲーション装置９２０において、図７を参照して説明した無線通信部３１０、記憶部３２０、制御部３３０及び報知部３４０は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを無線通信部３１０、記憶部３２０、制御部３３０及び報知部３４０として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、無線通信部３１０、記憶部３２０、制御部３３０及び報知部３４０を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを無線通信部３１０、記憶部３２０、制御部３３０及び報知部３４０として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図３３に示したカーナビゲーション装置９２０において、例えば、図７を参照して説明した無線通信部３１０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、記憶部３２０は、メモリ９２２において実装されてもよい。

また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、無線通信部３１０、記憶部３２０、制御部３３０及び報知部３４０を備える装置として車載システム（又は車両）９４０が提供されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。なお、図７を参照して説明した車両部３９０は、車両側モジュール９４２の一例に相当する。

＜＜６．むすび＞＞
以上、説明したように、本実施形態に係る通信システム１では、ＣＢＥ４１０等のようなメッセージの配信元となる構成は、メッセージに対して当該メッセージの応答先（例えば、自身や応答を収集するサーバ等）にアクセスするための情報を関連付けて、当該メッセージを配下の装置に配信する。また、ＣＢＥ４１０から配信されたメッセージを受信した端末装置３００は、受信したメッセージに関連付けられた当該メッセージの応答先に関する情報に基づき、当該メッセージに対する応答を、当該応答先に直接的または間接的に行う。

このような構成により、例えば、メッセージの応答先（ひいては、メッセージの配信元）が、配信されたメッセージが配信対象となるエンドユーザに到達していない場合に、当該エンドユーザにメッセージが到達していないことを認識することが可能となる。これにより、例えば、メッセージの配信元は、メッセージが到達していないエンドユーザに対して、個別にアクセスする等の追加的な対応を実施することが可能となる。

また、メッセージ中に、車両の制御等のような、当該メッセージとして通知される事象への対応に関する情報を含めることが可能ため、当該メッセージの配信先となる端末装置に対して、当該対応を実行させることも可能となる。

即ち、本実施形態に係る通信システムに依れば、例えば、車両に関する安全情報を、効率的かつより確実にエンドユーザに配信することが可能となる。また、配信した安全情報がエンドユーザに到達していない場合においても、このことを検出することが可能なため、安全情報の配信元は、当該エンドユーザに対して追加的な対応（例えば、安全確保のための対応）を実施することが可能となる。また、本実施形態に係る通信システムに依れば、発生した事象に対する対応を示す情報を安全情報に含めることが可能なため、当該安全情報を受信した端末装置は、発生した事象に対して必要な対応を認識し、車両の制御等を実行することが可能となる。このような仕組みに基づき、本実施形態に係る通信システムは、安全確保の確実性をより向上させることが可能となる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
無線通信を行う通信部と、
前記無線通信を介して基地局から送信されるメッセージの応答先に関する情報を、当該無線通信を介して取得する取得部と、
取得された前記応答先に関する情報に基づき、前記メッセージに対する、当該応答先への応答に関する処理を実行する処理部と、
を備える、装置。
（２）
前記処理部は、取得された前記応答先に関する情報に基づき、前記メッセージに対して応答するために当該応答先にアクセスするための情報をユーザに提示する、前記（１）に記載の装置。
（３）
前記処理部は、前記メッセージに対する応答を、前記応答先に関する情報と関連付けて、前記無線通信を介して前記基地局に送信する、前記（１）に記載の装置。
（４）
前記取得部は、前記メッセージの配信先を示す情報を取得し、
前記処理部は、前記配信先を示す情報に基づき前記メッセージの配信先に該当するか否かを判定し、前記メッセージの配信先に該当する場合に、当該メッセージに対する応答に関する処理を実行する、
前記（１）〜（３）のいずれか一項に記載の装置。
（５）
前記処理部は、前記メッセージの配信先に該当する場合に、当該メッセージの内容に応じた情報をユーザに提示する、前記（４）に記載の装置。
（６）
前記処理部は、前記メッセージの配信先に該当する場合に、当該メッセージの内容に応じて、あらかじめ関連付けられた車両の動作を制御する、前記（４）または（５）に記載の装置。
（７）
メッセージの配信対象に対応する端末が、前記メッセージの応答先への、当該メッセージに対する応答に関する処理を実行するための、当該応答先に関する情報を生成する生成部と、
生成された前記応答先に関する情報が、前記メッセージに関連付けられて、前記端末に送信されるように通信を制御する制御部と、
を備える、装置。
（８）
前記制御部は、前記メッセージの前記配信対象を限定し、限定した当該配信対象に対応する前記端末に対してのみ、生成された前記応答先に関する情報が、前記メッセージに関連付けられて送信されるように前記通信を制御する、前記（７）に記載の装置。
（９）
前記制御部は、前記メッセージが関連する車両に基づき前記配信対象を限定し、当該車両に関連付けられた前記端末に対してのみ、生成された前記応答先に関する情報が、前記メッセージに関連付けられて送信されるように前記通信を制御する、前記（８）に記載の装置。
（１０）
メッセージの配信対象に対応する端末が、前記メッセージの応答先への、当該メッセージに対する応答に関する処理を実行するための、当該応答先に関する情報を取得する取得部と、
取得した前記応答先に関する情報が、前記端末に配信されるように、制御対象となる他の装置との間の通信を制御する制御部と、
を備える、装置。
（１１）
前記制御部は、あらかじめ取得された前記メッセージの前記配信対象のリストに基づき、当該配信対象に対応する前記端末に対してのみ当該メッセージが配信されるように、前記通信を制御する、前記（１０）に記載の装置。
（１２）
前記取得部は、前記応答先に関する情報の取得元から前記リストを取得する、前記（１１）に記載の装置。
（１３）
前記制御部は、前記リストに基づく前記配信対象に対応する前記端末からの、前記メッセージに対する応答の取得結果に基づき、以降における、当該メッセージの配信方法を切り替える、前記（１１）または（１２）に記載の装置。
（１４）
前記取得部は、前記メッセージの前記配信対象に対応する前記端末からの応答を、前記通信を介して前記他の装置から取得し、
前記制御部は、取得された前記応答が、当該応答に対応する前記メッセージの前記応答先に関する情報の取得元に送信されるように、当該取得元との間の通信を制御する、前記（１０）〜（１３）のいずれか一項に記載の装置。
（１５）
無線通信を行うことと、
前記無線通信を介して基地局から送信されるメッセージの応答先に関する情報を、当該無線通信を介して取得することと、
プロセッサが、取得された前記応答先に関する情報に基づき、前記メッセージに対する、当該応答先への応答に関する処理を実行することと、
を含む、方法。
（１６）
プロセッサが、
メッセージの配信対象に対応する端末が、前記メッセージの応答先への、当該メッセージに対する応答に関する処理を実行するための、当該応答先に関する情報を生成することと、
生成された前記応答先に関する情報が、前記メッセージに関連付けられて、前記端末に送信されるように通信を制御することと、
を含む、方法。
（１７）
メッセージの配信対象に対応する端末が、前記メッセージの応答先への、当該メッセージに対する応答に関する処理を実行するための、当該応答先に関する情報を取得することと、
プロセッサが、取得した前記応答先に関する情報が、前記端末に配信されるように、制御対象となる他の装置との間の通信を制御することと、
を含む、方法。

１ 通信システム
１００ 通信制御装置
１１０ 通信部
１２０ 記憶部
１２０ 無線通信部
１３０ 制御部
２００ 基地局
２１０ 無線通信部
２２０ ネットワーク通信部
２３０ 記憶部
２４０ 制御部
３００ 端末装置
３１０ 無線通信部
３２０ 記憶部
３３０ 制御部
３４０ 報知部
３９０ 車両部
４１０ ＣＢＥ
４３０ ＣＢＣ
４５０ ＭＭＥ

Claims (17)

1. 無線通信を行う通信部と、
   前記無線通信を介して基地局から送信されるメッセージの応答先に関する情報を、当該無線通信を介して取得する取得部と、
   取得された前記応答先に関する情報に基づき、前記メッセージに対する、当該応答先への応答に関する処理を実行する処理部と、
   を備える、装置。
2. 前記処理部は、取得された前記応答先に関する情報に基づき、前記メッセージに対して応答するために当該応答先にアクセスするための情報をユーザに提示する、請求項１に記載の装置。
3. 前記処理部は、前記メッセージに対する応答を、前記応答先に関する情報と関連付けて、前記無線通信を介して前記基地局に送信する、請求項１に記載の装置。
4. 前記取得部は、前記メッセージの配信先を示す情報を取得し、
   前記処理部は、前記配信先を示す情報に基づき前記メッセージの配信先に該当するか否かを判定し、前記メッセージの配信先に該当する場合に、当該メッセージに対する応答に関する処理を実行する、
   請求項１に記載の装置。
5. 前記処理部は、前記メッセージの配信先に該当する場合に、当該メッセージの内容に応じた情報をユーザに提示する、請求項４に記載の装置。
6. 前記処理部は、前記メッセージの配信先に該当する場合に、当該メッセージの内容に応じて、あらかじめ関連付けられた車両の動作を制御する、請求項４に記載の装置。
7. メッセージの配信対象に対応する端末が、前記メッセージの応答先への、当該メッセージに対する応答に関する処理を実行するための、当該応答先に関する情報を生成する生成部と、
   生成された前記応答先に関する情報が、前記メッセージに関連付けられて、前記端末に送信されるように通信を制御する制御部と、
   を備える、装置。
8. 前記制御部は、前記メッセージの前記配信対象を限定し、限定した当該配信対象に対応する前記端末に対してのみ、生成された前記応答先に関する情報が、前記メッセージに関連付けられて送信されるように前記通信を制御する、請求項７に記載の装置。
9. 前記制御部は、前記メッセージが関連する車両に基づき前記配信対象を限定し、当該車両に関連付けられた前記端末に対してのみ、生成された前記応答先に関する情報が、前記メッセージに関連付けられて送信されるように前記通信を制御する、請求項８に記載の装置。
10. メッセージの配信対象に対応する端末が、前記メッセージの応答先への、当該メッセージに対する応答に関する処理を実行するための、当該応答先に関する情報を取得する取得部と、
    取得した前記応答先に関する情報が、前記端末に配信されるように、制御対象となる他の装置との間の通信を制御する制御部と、
    を備える、装置。
11. 前記制御部は、あらかじめ取得された前記メッセージの前記配信対象のリストに基づき、当該配信対象に対応する前記端末に対してのみ当該メッセージが配信されるように、前記通信を制御する、請求項１０に記載の装置。
12. 前記取得部は、前記応答先に関する情報の取得元から前記リストを取得する、請求項１１に記載の装置。
13. 前記制御部は、前記リストに基づく前記配信対象に対応する前記端末からの、前記メッセージに対する応答の取得結果に基づき、以降における、当該メッセージの配信方法を切り替える、請求項１１に記載の装置。
14. 前記取得部は、前記メッセージの前記配信対象に対応する前記端末からの応答を、前記通信を介して前記他の装置から取得し、
    前記制御部は、取得された前記応答が、当該応答に対応する前記メッセージの前記応答先に関する情報の取得元に送信されるように、当該取得元との間の通信を制御する、請求項１０に記載の装置。
15. 無線通信を行うことと、
    前記無線通信を介して基地局から送信されるメッセージの応答先に関する情報を、当該無線通信を介して取得することと、
    プロセッサが、取得された前記応答先に関する情報に基づき、前記メッセージに対する、当該応答先への応答に関する処理を実行することと、
    を含む、方法。
16. プロセッサが、
    メッセージの配信対象に対応する端末が、前記メッセージの応答先への、当該メッセージに対する応答に関する処理を実行するための、当該応答先に関する情報を生成することと、
    生成された前記応答先に関する情報が、前記メッセージに関連付けられて、前記端末に送信されるように通信を制御することと、
    を含む、方法。
17. メッセージの配信対象に対応する端末が、前記メッセージの応答先への、当該メッセージに対する応答に関する処理を実行するための、当該応答先に関する情報を取得することと、
    プロセッサが、取得した前記応答先に関する情報が、前記端末に配信されるように、制御対象となる他の装置との間の通信を制御することと、
    を含む、方法。

Images