(57)【要約】様々な種類のメッセージを同報配信することが出来る通信システムを提供することを目的とする。本発明にかかる通信システムは、通信事業者によって管理されるネットワーク（２０）に配置されるネットワークオペレータ装置（２１）と、ネットワークオペレータ装置（２１）とアプリケーションサービスを提供する複数のアプリケーションサーバとの間に配置される配信情報決定装置（３０）とを備える。配信情報決定装置（３０）は、通信装置（１０＿１）から送信されたイベント通知に応じていずれかのアプリケーションサーバから送信された配信メッセージと、配信メッセージを配信する際に用いられる配信ポリシーをネットワークオペレータ装置（２１）へ送信し、ネットワークオペレータ装置（２１）は、配信ポリシーに基づいて配信メッセージを複数の通信装置（１０＿１）〜（１０＿３）へ配信するものである。
2014141575.tif 000002
【特許請求の範囲】
【請求項１】
通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、
前記ネットワークオペレータ装置と、前記ネットワークを介してアプリケーションサービスを提供する複数のアプリケーションサーバとの間に配置され、複数の前記アプリケーションサーバが定めるサービスポリシーを有する配信情報決定装置とを備え、
前記配信情報決定装置は、
前記サービスポリシーに基づいて前記ネットワークオペレータ装置へ送信する配信メッセージ及び配信ポリシーを決定し、決定した前記配信メッセージ及び配信ポリシーを前記ネットワークオペレータ装置へ送信し、
前記ネットワークオペレータ装置は、
前記配信情報決定装置から送信された前記配信ポリシーに基づいて前記配信メッセージを複数の通信装置へ配信する、通信システム。
【請求項２】
前記サービスポリシーは、
前記アプリケーションサーバが定めるサービス内容もしくはサービス仕様である、請求項１に記載の通信システム。
【請求項３】
前記配信ポリシーは、
配信エリア、配信対象の通信装置、優先度及び配信期間のうち少なくとも１つを含む、請求項１に記載の通信システム。
【請求項４】
前記配信情報決定装置は、
外部装置から送信されたイベント情報に応じて、前記配信メッセージ及び前記配信ポリシーを決定する、請求項１乃至３のいずれか１項に記載の通信システム。
【請求項５】
前記イベント情報は、発生したイベントの深刻度、発生したイベントの場所、発生したイベントの時間帯もしくは発生したイベントの数のうち少なくとも１つを含む、請求項４に記載の通信システム。
【請求項６】
前記配信情報決定装置は、
前記ネットワークを介して通信を行う前記通信装置から送信される前記イベント情報を受信する、請求項４又は５に記載の通信システム。
【請求項７】
前記配信情報決定装置は、
予め前記アプリケーションサーバから送信される前記サービスポリシーを受信し、前記通信装置から送信される前記イベント情報を受信した時に、前記配信メッセージ及び前記配信ポリシーを決定する、請求項４乃至６のいずれか１項に記載の通信システム。
【請求項８】
前記配信情報決定装置は、
前記イベント情報と、前記イベント情報に対応する前記配信メッセージ及び前記配信ポリシーとを管理する情報テーブルを有する、請求項４乃至７のいずれか１項に記載の通信システム。
【請求項９】
前記配信情報決定装置は、
異なるネットワークに配置された複数の前記ネットワークオペレータ装置と前記アプリケーションサーバとの間に配置され、
前記イベント情報を受信した時に、複数の前記ネットワークオペレータ装置の中から、前記サービスポリシーを満たす少なくとも１つのネットワークオペレータ装置を選択し、選択した前記ネットワークオペレータ装置へ前記配信メッセージ及び前記配信ポリシーを送信する、請求項４乃至８のいずれか１項に記載の通信システム。
【請求項１０】
前記配信情報決定装置は、
前記通信事業者が管理するネットワーク内に配置される、請求項１乃至８のいずれか１項に記載の通信システム。
【請求項１１】
前記配信情報決定装置は、
前記イベント情報に応じて前記配信メッセージを配信して良いか否かを判定し、前記配信メッセージを配信して良いと判定した場合、前記配信メッセージと前記配信ポリシーとを前記ネットワークオペレータ装置へ送信する、請求項４乃至９のいずれか１項に記載の通信システム。
【請求項１２】
前記配信情報決定装置は、
ネットワークごとに、配信メッセージ及び配信ポリシーの指定方法が異なる場合に、前記配信メッセージ及び前記配信ポリシーを、各ネットワークにおいて規定された配信メッセージ及び配信ポリシーのデータ形式に変換して、各ネットワークオペレータ装置に送信する請求項９に記載の通信システム。
【請求項１３】
前記配信情報決定装置は、
前記通信装置から前記アプリケーションサーバへ任意のタイミングに送信されるユーザデータを解析し、解析した結果に応じて前記ネットワークオペレータ装置へ前記配信メッセージ及び前記配信ポリシーを送信する、請求項１乃至１２のいずれか１項に記載の通信システム。
【請求項１４】
前記通信装置は、
前記通信装置もしくは前記通信装置の周辺環境の状態変化を検知するセンサーを用いて、前記状態変化を検知すると、前記配信情報決定装置へ前記イベント情報を送信する、請求項４乃至９のいずれか１項に記載の通信システム。
【請求項１５】
前記通信装置は、携帯電話、無線ＬＡＮ通信において用いられる端末装置もしくは近距離通信において用いられる端末装置である、請求項１乃至１４のいずれか１項に記載の通信システム。
【請求項１６】
通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、前記ネットワークを介してアプリケーションサービスを提供するアプリケーションサーバとの間に配置される配信情報決定装置であって、
前記アプリケーションサーバが定めるサービスポリシーを有する情報格納手段と、
前記サービスポリシーに基づいて前記ネットワークオペレータ装置へ送信する配信メッセージ及び配信ポリシーを決定する配信情報決定手段と、
決定した前記配信メッセージ及び配信ポリシーを、前記配信ポリシーに基づいて前記配信メッセージを複数の通信装置へ配信する前記ネットワークオペレータ装置へ送信する通信手段と、を備える配信情報決定装置。
【請求項１７】
通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、前記ネットワークを介してアプリケーションサービスを提供するアプリケーションサーバとの間に配置される配信情報決定装置において用いられる通信方法であって、
前記アプリケーションサーバが定めるサービスポリシーに基づいて前記ネットワークオペレータ装置へ送信する配信メッセージ及び配信ポリシーを決定し、
決定した前記配信メッセージ及び配信ポリシーを、前記配信ポリシーに基づいて前記配信メッセージを複数の通信装置へ配信する前記ネットワークオペレータ装置へ送信する通信方法。
【請求項１８】
通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、前記ネットワークを介してアプリケーションサービスを提供するアプリケーションサーバとの間に配置される配信情報決定装置のコンピュータに実行させるプログラムであって
前記アプリケーションサーバが定めるサービスポリシーに基づいて前記ネットワークオペレータ装置へ送信する配信メッセージ及び配信ポリシーを決定するステップと、
決定した前記配信メッセージ及び配信ポリシーを、前記配信ポリシーに基づいて前記配信メッセージを複数の通信装置へ配信する前記ネットワークオペレータ装置へ送信するステップとをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システム、配信情報決定装置、通信方法及びプログラムに関し、例えば同報配信を行う通信システム、配信情報決定装置、通信方法及びプログラムに関する。
【背景技術】
【０００２】
複数の通信装置へデータを配信する際に、データの配信事業者は、通信事業者の管理するネットワークにおいて提供されている同報配信サービスを用いてデータを配信する。同報配信を実現する手法として、ブロードキャストサービスもしくはマルチキャストサービス等がある。また、移動通信ネットワークにおいては、緊急情報を配信するためにＣＢＳ（Cell Broadcast Service）が用いられている。ＣＢＳは、対象エリアに在圏する携帯電話端末に対して、一斉同報によって情報を通知するサービスである。また、災害通知の高速化や、配信エリアの柔軟性に対応するために、ＥＴＷＳ（Earthquake and Tsunami Warning System）が規定されている。【０００３】
特許文献１には、緊急メッセージの配信エリアを指定する際に、広域地域単位もしくはセクタ単位で配信エリアを指定する構成が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−４５７４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１には、データ配信を希望する速報送信局からの要求を受けたメッセージ配信局が、緊急配信メッセージを送信する、とするネットワーク構成が開示されている。しかし、将来的に、通信ネットワークは、緊急情報に関連したメッセージに限定されず、様々な種類のメッセージを同報配信することが要望されている。すなわち、通信ネットワークは、様々な種類のメッセージを同報配信するために、アプリケーションサーバ毎に異なる内容の配信メッセージを同報配信することが出来るように構成される必要がある。これに対して、特許文献１には、特定の速報送信局から要望されるメッセージの配信を実行することが出来るネットワークの構成については開示されているが、複数の異なる事業者等から要求される様々な種類のメッセージを配信することが出来るネットワークの構成については開示されていない。そのため、特許文献１は、アプリケーションサーバ毎に異なる内容の配信メッセージを同報配信することが出来ないという問題がある。【０００６】
本発明の目的は、上述した課題を解決するために、様々な種類のメッセージを同報配信することが出来る通信システム、配信情報決定装置、通信方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第１の態様にかかる通信システムは、通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、前記ネットワークオペレータ装置と、前記ネットワークを介してアプリケーションサービスを提供する複数のアプリケーションサーバとの間に配置され、複数の前記アプリケーションサーバが定めるサービスポリシーを有する配信情報決定装置とを備え、前記配信情報決定装置は、前記サービスポリシーに基づいて前記ネットワークオペレータ装置へ送信する配信メッセージ及び配信ポリシーを決定し、決定した前記配信メッセージ及び配信ポリシーを前記ネットワークオペレータ装置へ送信し、前記ネットワークオペレータ装置は、前記配信情報決定装置から送信された前記配信ポリシーに基づいて前記配信メッセージを複数の通信装置へ配信するものである。【０００８】
本発明の第２の態様にかかる配信情報決定装置は、通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、前記ネットワークを介してアプリケーションサービスを提供するアプリケーションサーバとの間に配置される配信情報決定装置であって、前記アプリケーションサーバが定めるサービスポリシーを有する情報格納部と、前記サービスポリシーに基づいて前記ネットワークオペレータ装置へ送信する配信メッセージ及び配信ポリシーを決定する配信情報決定部と、決定した前記配信メッセージ及び配信ポリシーを、前記配信ポリシーに基づいて前記配信メッセージを複数の通信装置へ配信する前記ネットワークオペレータ装置へ送信する通信部と、を備えるものである。【０００９】
本発明の第３の態様にかかる通信方法は、通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、前記ネットワークを介してアプリケーションサービスを提供するアプリケーションサーバとの間に配置される配信情報決定装置において用いられる通信方法であって、前記アプリケーションサーバが定めるサービスポリシーに基づいて前記ネットワークオペレータ装置へ送信する配信メッセージ及び配信ポリシーを決定し、決定した前記配信メッセージ及び配信ポリシーを、前記配信ポリシーに基づいて前記配信メッセージを複数の通信装置へ配信する前記ネットワークオペレータ装置へ送信するものである。【００１０】
本発明の第４の態様にかかるプログラムは、通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、前記ネットワークを介してアプリケーションサービスを提供するアプリケーションサーバとの間に配置される配信情報決定装置のコンピュータに実行させるプログラムであって前記アプリケーションサーバが定めるサービスポリシーに基づいて前記ネットワークオペレータ装置へ送信する配信メッセージ及び配信ポリシーを決定するステップと、決定した前記配信メッセージ及び配信ポリシーを、前記配信ポリシーに基づいて前記配信メッセージを複数の通信装置へ配信する前記ネットワークオペレータ装置へ送信するステップとをコンピュータに実行させるものである。
【発明の効果】
【００１１】
本発明により、様々な種類のメッセージを同報配信することが出来る通信システム、配信情報決定装置、通信方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態１にかかる通信システムの構成図である。
【図２】実施の形態２にかかる通信システムの構成図である。
【図３】実施の形態２にかかるＭ２Ｍデバイスの構成図である。
【図４】実施の形態２にかかるアプリケーションサーバの構成図である。
【図５】実施の形態２にかかるＭ２Ｍサービスプラットフォームの図である。
【図６】実施の形態２にかかる配信装置の構成図である。
【図７】実施の形態２にかかる配信処理の流れを示す図である。
【図８】実施の形態２にかかるサービス概要を説明する図である。
【図９】実施の形態２にかかる通信システムの構成図である。
【図１０】実施の形態２にかかる通信システムの構成図である。
【図１１】実施の形態３にかかる通信システムの構成図である。
【図１２】実施の形態５にかかる通信システムの構成図である。
【図１３】実施の形態６にかかる通信システムの構成図である。
【図１４】実施の形態６にかかる配信処理の流れを示す図である。
【図１５】実施の形態７にかかるアプリケーションサービスを説明する図である。
【図１６】実施の形態７にかかるアプリケーションサービスを説明する図である。
【図１７】実施の形態７にかかるアプリケーションサービスを説明する図である。
【発明を実施するための形態】
【００１３】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。通信システムは、通信装置１０＿１〜１０＿３、ネットワーク２０、配信情報決定装置３０及びアプリケーションサーバ４０＿１〜４０＿３を有している。さらに、ネットワーク２０は、ネットワークオペレータ装置２１を有している。
【００１４】
ネットワークオペレータ装置２１は、通信事業者によって管理されるネットワーク２０に配置されている。アプリケーションサーバ４０＿１〜４０＿３は、ネットワーク２０を介して接続されている通信装置１０＿１〜１０＿３へメッセージを配信するサービスを提供する。
【００１５】
通信装置１０＿１〜１０＿３は、携帯電話端末、スマートフォン端末、ノートブック型パーソナルコンピュータ等であってもよく、自動車、電車等に通信機能が搭載された移動手段であってもよく、時計等のユーザが身につける機械に通信機能を搭載したものであってもよい。もしくは、通信装置１０＿１〜１０＿３は、通信機能が搭載された自動販売機、家電機器等のように、移動する頻度が少ない装置であってもよい。さらに、通信装置１０＿１〜１０＿３は、固定通信ネットワークを介して通信を行う固定電話であってもよい。さらに、通信装置１０＿１〜１０＿３は、無線ＬＡＮを介して通信を行う端末装置であってもよく、赤外線通信もしくはその他の方式を用いた近距離無線通信を行う端末装置であってもよい。
【００１６】
配信情報決定装置３０は、アプリケーションサーバ４０＿１〜４０＿３と、ネットワークオペレータ装置２１との間に配置されている。配信情報決定装置３０は、アプリケーションサーバ４０＿１〜４０＿３のそれぞれが定めたサービスポリシーを有している。配信情報決定装置３０は、アプリケーションサーバ４０＿１〜４０＿３のそれぞれから送信されたサービスポリシーを受信して、受信したサービスポリシーを配信情報決定装置３０内のメモリー等へ格納してもよい。また、本図においては、配信情報決定装置３０は、ネットワーク２０の外部に配置されているが、配信情報決定装置３０は、ネットワーク２０内に配置されてもよい。
【００１７】
サービスポリシーは、それぞれのアプリケーションサーバ４０＿１〜４０＿３が提供するサービス内容もしくはサービス仕様等を定めた情報である。例えば、アプリケーションサーバ４０＿１は、交通事故が発生した場合、交通事故現場の半径１キロメートル内を走行する車両に対して、速度を減少させることを促すメッセージを一定期間配信する、といったサービスポリシーを定め、定めたサービスポリシーを配信情報決定装置３０へ登録してもよい。サービスポリシーは、上述した具体例に限定されず、様々な内容が定められてもよい。
【００１８】
配信情報決定装置３０は、サービスポリシーに基づいてネットワークオペレータ装置２１へ送信する配信メッセージ及び配信ポリシーを決定する。配信ポリシーは、ネットワークオペレータ装置２１が複数の通信装置に配信メッセージを配信する際に用いる情報である。配信ポリシーは、配信エリア、配信対象の通信装置及び配信期間の少なくとも１つを含む情報である。例えば、配信情報決定装置３０は、交通事故現場を特定し、交通事故現場の半径１キロメートル以内のエリアを配信エリアとして決定する。さらに、配信情報決定装置３０は、配信対象の通信装置を、車両に搭載されている通信装置とし、配信期間を交通事故発生後３０分間等と定めてもよい。このようにして、配信情報決定装置３０は、サービスポリシーを満たすように配信ポリシーを定める。また、配信情報決定装置３０は、サービスポリシーを満たす配信メッセージとして、例えば、速度の減少を促すメッセージを生成もしくは決定する。
【００１９】
配信情報決定装置３０は、決定した配信ポリシー及び配信メッセージをネットワークオペレータ装置２１へ送信する。
【００２０】
ネットワークオペレータ装置２１は、配信情報決定装置３０から送信された配信ポリシーに基づいて配信メッセージを送信する。
【００２１】
以上説明したように、図１の通信システムにおいて、配信情報決定装置３０は、複数のアプリケーションサーバと接続されている。さらに、配信情報決定装置３０は、アプリケーションサーバが定めるサービスポリシーに応じて、異なる配信ポリシーをネットワークオペレータ装置２１へ送信することが出来る。
【００２２】
そのため、ネットワークオペレータ装置２１は、様々なアプリケーションサーバが定めるサービスポリシーに応じて、様々な配信メッセージを、ネットワーク２０に接続されている複数の通信装置へ配信することが出来る。
【００２３】
また、本図においては通信装置を３台及びアプリケーションサーバを３台備える構成を示しているが、通信装置及びアプリケーションサーバの数は３台に制限されない。図２以降に示されているシステム構成においても、図示されている装置の台数に制限されない。
【００２４】
（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかる通信システムの構成例について説明する。本図においては、主にＭ２Ｍ（Machine to Machine）通信について説明を行うが、Ｍ２Ｍ通信の適用に限定されるものでなく、一般的な通信等にも適用することが出来る。本図の通信システムは、Ｍ２Ｍデバイス１１＿１〜１１＿３、モバイルネットワーク２５、モバイルネットワーク５０、Ｍ２Ｍサービスプラットフォーム（Ｍ２ＭサービスＰＦ）ＰＦ３１及びアプリケーションサーバ４０を有している。さらに、モバイルネットワーク２５は、配信装置２６を有している。Ｍ２Ｍデバイス１１＿１〜１１＿３は、図１の通信装置に相当する。モバイルネットワーク２５及び５０は、図１のネットワーク２０に相当する。配信装置２６は、図１のネットワークオペレータ装置２１に相当する。Ｍ２ＭサービスＰＦ３１は、図１の配信情報決定装置３０に相当する。
【００２５】
Ｍ２Ｍデバイス１１＿１〜１１＿３は、例えば通信機器間においてユーザ操作を伴わずに自律的にデータを送信する装置である。Ｍ２Ｍデバイス１１＿１〜１１＿３がＭ２ＭサービスＰＦ３１へ自律的に送信するデータを、例えばイベント情報と称する。イベント情報は、例えば、Ｍ２Ｍデバイス１１＿１〜１１＿３において検知したイベントの深刻度、検知したイベントの場所、検知したイベントの時間帯もしくは検知したイベントの数等に関する情報を含む。
【００２６】
例えば、Ｍ２Ｍデバイス１１＿１が自動車である場合に、Ｍ２Ｍデバイス１１＿１は、自動車に発生したイベント情報をＭ２ＭサービスＰＦ３１へ通知する。自動車に発生したイベント情報とは、例えば交通事故に関する情報であってもよい。Ｍ２Ｍデバイス１１＿１は、自動車に設けられたセンサから交通事故に関する情報を取得してもよい。
【００２７】
例えば、Ｍ２Ｍデバイス１１＿１が検知したイベントの深刻度は、交通事故を例にすると、けが人の数に応じて決定されてもよい。例えば、交通事故によるけが人の数を用いて２つの閾値を設け、第１の閾値よりもけが人の数が少ない場合、深刻度を低とし、けが人の数が第１の閾値よりも多く、第２の閾値よりも少ない場合、深刻度を中とし、けが人の数が第２の閾値よりも多い場合、深刻度を大としてもよい。もしくは、交通事故の内容に応じて、車が道路上の物に衝突した場合、深刻度を低とし、車が人と衝突した場合、深刻度を中とし、車同士が激突し複数台の車が巻き込まれた場合、深刻度を大としてもよい。
【００２８】
例えば、Ｍ２Ｍデバイス１１＿１は、エアバックが動作したこと等をセンサから出力された情報を用いて検知してもよい。このような場合、Ｍ２Ｍデバイス１１＿１は、交通事故が起きたことを示すイベント情報をＭ２ＭサービスＰＦ３１へ通知してもよい。さらに、Ｍ２Ｍデバイス１１＿１は、加速度センサを用いて交通事故によって衝突した位置（例えば車両の正面もしくは側面）に関する情報を検知して、イベント情報としてＭ２ＭサービスＰＦ３１へ通知してもよい。Ｍ２Ｍデバイス１１＿１は、複数のセンサ情報を用いてイベントの深刻度を判定してもよい。
【００２９】
また、Ｍ２Ｍデバイス１１＿１が自動車である場合に、車載カメラ等を用いて危険物の大きさを判定し、危険物の大きさに応じてイベントの深刻度を決定してもよい。また、Ｍ２Ｍデバイス１１＿１は、センサ及び車載カメラ等を用いてトンネルの崩落を検知し、イベントの深刻度を送信してもよい。
【００３０】
また、Ｍ２Ｍデバイス１１＿１が、自動車以外の装置に用いられている場合、停電の範囲、落雷の影響範囲、電力線の断線範囲等を検知して、それぞれの範囲の大きさに応じてイベントの深刻度を定めてもよい。さらに、Ｍ２Ｍデバイス１１＿１が温度センサから出力される情報を用いることが出来る場合、検知した気温に応じて、イベントの深刻度を定めてもよい。
【００３１】
また、Ｍ２Ｍデバイス１１＿１は、漏水の範囲、漏水の量もしくは道が陥没する等の漏水の被害状態を検知し、これらの情報に応じてイベントの深刻度を定めてもよい。
【００３２】
さらに、Ｍ２Ｍデバイス１１＿１は、セキュリティ情報を検知してもよい。例えば、Ｍ２Ｍデバイス１１＿１は、センサにおいて検知した情報及び目撃者からの情報等を用いて、盗難、痴漢、ひったくり、強盗、殺人、無差別殺人等の犯罪の種別を判定し、犯罪の種別に応じてイベントの深刻度を定めてもよい。
【００３３】
さらに、Ｍ２Ｍデバイス１１＿１は、Ｍ２Ｍデバイス１１＿１を身に付けているユーザの健康状態を検知してもよい。例えば、Ｍ２Ｍデバイス１１＿１は、脈拍、血圧、体温の変動を検知すると、深刻度を低とし、出血を検知すると優先度を中とし、意識不明もしくは呼吸困難等を検知すると深刻度を大等としてもよい。
【００３４】
そのほかに、Ｍ２Ｍデバイス１１＿１は、火災が発生した場合に、一戸建て住宅における火災かもしくはビル火災かに応じてイベントの深刻度を決定してもよく、さらに、火災現場の周囲に存在する建物の密集度等に応じてイベントの深刻度を決定してもよい。
【００３５】
Ｍ２Ｍデバイス１１＿１は、イベント情報の他の例として、イベントの場所を通知する際に、イベントが発生した場所、例えば交通事故が起きた場所に関するＧＰＳ情報をＭ２ＭサービスＰＦ３１へ送信してもよい。
【００３６】
さらに、Ｍ２Ｍデバイス１１＿１は、イベントが発生した場所が、都市部であるか郊外であるかをイベント情報として通知してもよい。さらに、Ｍ２Ｍデバイス１１＿１は、イベントが発生した場所が、ビルか一戸建て住宅か、自宅内か自宅外か、もしくは、山か海か等をイベント情報として通知してもよい。さらに、Ｍ２Ｍデバイス１１＿１は、イベントが発生した場所がビルの何階か、もしくは、イベントが発生した場所のお店の種類等をイベント情報として通知してもよい。さらに、Ｍ２Ｍデバイス１１＿１は、イベントが発生した場所が、歩道、一般道もしくは高速道路のいずれかであるかに関する情報をイベント情報として通知してもよい。さらに、Ｍ２Ｍデバイス１１＿１は、イベントが発生した場所が、バス内か、電車内かもしくは一般車両内か等に関する情報をイベント情報として通知してもよい。さらに、Ｍ２Ｍデバイス１１＿１は、イベントが発生した国、都道府県もしくは都市等に関する情報をイベント情報として通知してもよい。
【００３７】
さらに、Ｍ２Ｍデバイス１１＿１は、Ｍ２ＭサービスＰＦ３１へイベント情報を送信する際に、イベントが発生した時刻情報を含めて送信してもよい。さらに、Ｍ２Ｍデバイス１１＿１が他の複数のＭ２Ｍデバイスのイベント情報を収集して、収集した情報をまとめてＭ２ＭサービスＰＦ３１へ送信する際に、収集したイベントの数に関する情報をＭ２ＭサービスＰＦ３１へ送信してもよい。
【００３８】
Ｍ２Ｍデバイス１１＿１は、イベント情報をモバイルネットワーク２５を介してＭ２ＭサービスＰＦ３１へ送信してもよく、モバイルネットワーク２５とは異なる通信回線を用いてＭ２ＭサービスＰＦ３１へ送信してもよい。モバイルネットワーク２５とは異なる通信回線とは、例えば、無線ＬＡＮを介して接続されるインターネット回線等であってもよい。
【００３９】
アプリケーションサーバ４０は、アプリケーションサービスプロバイダーによって管理される装置である。アプリケーションサービスプロバイダーは、例えば、アプリケーションサービスを提供する企業等である。また、アプリケーションサービスプロバイダーは、移動通信事業者とは異なる事業者であってもよい。つまり、アプリケーションサーバ４０は、移動通信事業者の管理する移動通信ネットワークとは異なる管理ポリシーによって管理されるネットワークに配置されてもよい。アプリケーションサーバ４０は、サービスポリシーを定め、定めたサービスポリシーをＭ２ＭサービスＰＦ３１へ送信する。
【００４０】
アプリケーションサーバ４０は、例えば、交通事故に関連する情報を配信するブロードキャストサービスを提供してもよい。具体的には、アプリケーションサーバ４０は、Ｍ２Ｍデバイス１１＿１〜１１＿３において交通事故の発生が検出された場合に、交通事故現場の半径１キロメートル内を走行する車両に対して、速度を減少させることを促すメッセージを一定期間配信する、といったサービスポリシーを定めてもよい。さらに、アプリケーションサーバ４０は、交通事故の深刻度及び緊急度を示す警告レベル、交通事故現場を迂回する経路情報もしくは交通事故の発生により生じる渋滞情報等を配信することをサービスポリシーに定めてもよい。
【００４１】
また、アプリケーションサーバ４０は、サービスポリシーとして次のことを定めてもよい。例えば、アプリケーションサーバ４０は、Ｍ２Ｍデバイス１１＿１〜１１＿３から送信されるイベント情報と、Ｍ２ＭサービスＰＦ３１が配信装置２６へ送信する配信ポリシーとを対応付ける情報をサービスポリシーとしてＭ２ＭサービスＰＦ３１へ送信してもよい。もしくは、アプリケーションサーバ４０は、イベント情報に含まれるイベントの深刻度及びイベントが発生した場所に関する情報等複数のイベント情報と、配信ポリシーとを対応付ける情報をサービスポリシーとしてＭ２ＭサービスＰＦ３１へ送信してもよい。
【００４２】
もしくは、アプリケーションサーバ４０は、Ｍ２Ｍデバイス１１＿１〜１１＿３へ配信メッセージを配信する配信時間帯及び配信をしてよいエリアに関する情報をサービスポリシーとしてＭ２ＭサービスＰＦ３１へ送信してもよい。さらに、アプリケーションサーバ４０は、配信間隔もしくは配信時間並びに配信対象の装置グループをサービスポリシーとしてＭ２ＭサービスＰＦ３１へ送信してもよい。
【００４３】
さらに、アプリケーションサーバ４０は、モバイルネットワーク２５を管理する通信事業者に対する支払総額に関する情報を定め、支払総額に収まる範囲内において配信メッセージの配信を行うことを指示する情報をサービスポリシーとしてＭ２ＭサービスＰＦ３１へ送信してもよい。
【００４４】
Ｍ２ＭサービスＰＦ３１は、複数のネットワークと接続されている。例えば、本図においては、Ｍ２ＭサービスＰＦ３１は、モバイルネットワーク２５及びモバイルネットワーク５０と接続されている例を示している。また、Ｍ２ＭサービスＰＦ３１は、モバイルネットワークとは異なる固定通信用ネットワーク等に接続されてもよい。さらに、モバイルネットワーク２５及びモバイルネットワーク５０は、異なる通信事業者によって管理されているネットワークであってもよい。もしくは、モバイルネットワーク２５及びモバイルネットワーク５０は、異なる通信方式を用いてデータを配信するネットワークであってもよい。例えば、モバイルネットワーク２５及びモバイルネットワーク５０は、３ＧＰＰにおいて規定される２Ｇ／３Ｇ／ＬＴＥ等のネットワークであってもよく、ＰＨＳネットワーク、Ｗｉｍａｘネットワークもしくは無線ＬＡＮ等であってもよい。
【００４５】
Ｍ２ＭサービスＰＦ３１は、例えば、Ｍ２Ｍサービスプロバイダーによって管理される装置群である。そのため、Ｍ２ＭサービスＰＦ３１は、複数のサーバ装置によって構成されてもよく、もしくは１つのサーバ装置によって構成されてもよい。Ｍ２Ｍサービスとは、例えば、Ｍ２Ｍデバイスに対して提供されるブロードキャストサービス等であってもよい。
【００４６】
また、Ｍ２Ｍサービスプロバイダーは、移動通信事業者及びアプリケーションサービスプロバイダーとは異なる事業者であってもよい。つまり、Ｍ２ＭサービスＰＦ３１は、アプリケーションサービスプロバイダー及び移動通信事業者が管理するネットワークとは異なる管理ポリシーによって管理されるネットワークに配置されてもよい。もしくは、Ｍ２Ｍサービスプロバイダー及びアプリケーションサービスプロバイダーは、同一の事業者であってもよく、Ｍ２ＭサービスＰＦ３１及びアプリケーションサーバ４０は、同一の管理ポリシーによって管理されるネットワークに配置されてもよい。もしくは、Ｍ２Ｍサービスプロバイダー及び移動通信事業者は、同一の事業者であってもよく、Ｍ２ＭサービスＰＦ３１及び配信装置２６は、同一の管理ポリシーによって管理されるモバイルネットワーク２５に配置されてもよい。もしくは、Ｍ２Ｍサービスプロバイダー、移動通信事業者及びアプリケーションサービスプロバイダーは、同一の事業者であってもよく、Ｍ２ＭサービスＰＦ３１、アプリケーションサーバ４０及び配信装置２６は、同一の管理ポリシーによって管理されるネットワークに配置されてもよい。
【００４７】
Ｍ２ＭサービスＰＦ３１は、アプリケーションサーバ４０から送信されたサービスポリシーを受信する。さらに、Ｍ２ＭサービスＰＦ３１は、Ｍ２Ｍデバイス１１＿１〜１１＿３の少なくとも１つのＭ２Ｍデバイスから送信されたイベント情報を受信する。本図においては、Ｍ２ＭサービスＰＦ３１は、Ｍ２Ｍデバイス１１＿１から送信されたイベント情報を受信している例を示している。Ｍ２ＭサービスＰＦ３１は、イベント情報を用いて配信装置２６へ配信する配信メッセージ及び配信ポリシーを決定する。例えば、Ｍ２ＭサービスＰＦ３１は、イベント情報と、配信メッセージ及び配信ポリシーを関連付けた情報テーブルを有し、イベント情報を受信すると、情報テーブルを用いて受信したイベント情報に対応する配信メッセージ及び配信ポリシーを特定してもよい。ここで、配信メッセージ及び配信ポリシーは、アプリケーションサーバ４０において定められたサービスポリシーを満たすように定められている。また、配信メッセージは、内容に応じて警告メッセージと称されてもよい。
【００４８】
配信ポリシーは、例えば、配信エリア、配信対象となる装置、優先度もしくは配信期間等を含む。ここで、Ｍ２ＭサービスＰＦ３１は、イベント情報に応じて、配信ポリシーに設定されている内容を変更し、書き換えてもよい。また、配信ポリシーは、変更可能な情報であり、配信パラメータもしくは配信制御情報等と称されてもよい。これに対して、サービスポリシーは、アプリケーションサーバ４０において定められる情報であり、Ｍ２ＭサービスＰＦ３１が書き換えることはできない。サービスポリシーの変更は、アプリケーションサーバ４０において行われ、Ｍ２ＭサービスＰＦ３１は、アプリケーションサーバ４０から変更されたサービスポリシーを受信すると、既存のサービスポリシーを破棄するか、もしくは、既存のサービスポリシーを上書きしてサービスポリシーを更新する。
【００４９】
Ｍ２ＭサービスＰＦ３１は、イベント情報の深刻度に応じて配信エリアを変更してもよい。例えば、Ｍ２ＭサービスＰＦ３１は、深刻度が低の場合、配信エリアを小さく設定した小エリアとし、深刻度が大の場合、配信エリアを大きく設定した大エリアとし、深刻度が中の場合、配信エリアを小エリアと大エリアの中間の中エリアとしてもよい。
【００５０】
さらに、Ｍ２ＭサービスＰＦ３１は、イベント情報において通知された場所に関する情報に応じて配信エリアを変更してもよい。例えば、Ｍ２ＭサービスＰＦ３１は、イベントの発生場所が都市部である場合には、人口密度が高いため配信エリアを小さくし、イベントの発生場所が郊外である場合には、人口密度が低いため配信エリアを大きくしてもよい。また、イベントが発生した場所が、自宅かもしくは自宅外か等に応じて、配信エリアを変更してもよい。
【００５１】
配信対象となる装置とは、例えば、配信メッセージの配信対象を車両に搭載された通信装置としてもよい。もしくは、Ｍ２ＭサービスＰＦ３１は、配信対象となる装置として、車両、電光掲示板等のＭ２Ｍデバイスもしくはスマートフォン等の非Ｍ２Ｍデバイスのいずれかを選択してもよい。また、Ｍ２ＭサービスＰＦ３１は、イベントが発生した場所が高速道路である場合、高速道路上を通行している車両を配信対象となる装置とし、イベントが発生した場所が一般道である場合、一般道を通行する車両及び歩行者が有する通信装置の両方を配信対象となる装置としてもよい。
【００５２】
また、配信対象となる装置がグループ化されている場合、Ｍ２ＭサービスＰＦ３１は、配信対象となる装置を指定する場合、グループを指定してもよい。グループは、例えば契約する企業毎に定められてもよく、もしくは、Ｍ２Ｍデバイス、非Ｍ２Ｍデバイス等のように共通する端末種別毎にグループを定められてもよい。
【００５３】
さらに、Ｍ２ＭサービスＰＦ３１は、イベント情報の深刻度に応じて、優先度を変更してもよい。例えば、Ｍ２ＭサービスＰＦ３１は、イベント情報の深刻度が低になるにつれて許容する遅延を長くしてもよい。さらに、Ｍ２ＭサービスＰＦ３１は、イベント情報の深刻度に応じて、アプリケーションサーバ４０に課金する料金を変更してもよい。
【００５４】
また、Ｍ２ＭサービスＰＦ３１は、イベントが発生した場所に応じて、優先度を変更してもよい。例えば、Ｍ２ＭサービスＰＦ３１は、イベントが発生した場所が郊外である場合、人口密度が低く事故時の影響が少ないため、配信優先度を下げるようにしてもよい。もしくは、イベントの内容が停電に関する情報であり、停電が発生した場所がビル及び一戸建て住宅である場合、ビルの停電のほうが影響が大きいため、配信優先度を高くしてもよい。
【００５５】
さらに、配信ポリシーは、配信メッセージを繰り返し配信するか否か、配信メッセージを繰り返し配信する場合のインターバル期間もしくは配信を停止する状況等を含んでもよい。配信ポリシーは、警告パラメータと称されてもよい。
【００５６】
さらに、Ｍ２ＭサービスＰＦ３１は、イベント情報が通知された時間帯に応じて、配信メッセージの内容を変更してもよい。例えば、Ｍ２ＭサービスＰＦ３１は、交通事故に関するイベント情報が夜に通知された場合、交通事故の発生を通知する車両に対して、ライトをつけることを促すメッセージを送信してもよい。また、Ｍ２ＭサービスＰＦ３１は、イベント情報が通知された時間帯としてそのほかに、通勤時間帯か否か、を判断してもよく、休日、祝日、平日もしくは連休のいずれに該当するかを判断してもよく、コンサート、スポーツ大会、選挙、花火大会等のイベント日に該当するか否かを判断してもよい。
【００５７】
また、Ｍ２ＭサービスＰＦ３１は、通知される複数のイベント情報を用いて配信メッセージ及び配信ポリシーを定めてもよい。例えば、Ｍ２ＭサービスＰＦ３１は、広範囲で同じイベント情報が通知された場合に、配信エリアとして、イベント情報が通知された広範囲のエリアを含むようにしてもよい。さらに、Ｍ２ＭサービスＰＦ３１は、特定の場所から複数の同じイベント情報が通知された場合、イベント情報の深刻度を高くして制御してもよい。
【００５８】
さらに、Ｍ２ＭサービスＰＦ３１は、種類の異なるイベント情報が通知された場合、通知されたイベント情報に応じてイベント情報の深刻度等を判定してもよい。例えば、Ｍ２ＭサービスＰＦ３１は、交通事故に関するイベント情報と火災に関するイベント情報を受信した場合、大事故であると判断しイベント情報の深刻度を高くして制御してもよい。さらに、Ｍ２ＭサービスＰＦ３１は、怪我に関するイベント情報と飯台に関するイベント情報が通知された場合、大きな犯罪が発生したと判断し、イベント情報の深刻度を高くして制御してもよい。さらに、Ｍ２ＭサービスＰＦ３１は、怪我に関するイベント情報と火災に関するイベント情報とを受信した場合、緊急事故が発生したと判断し、イベント情報の深刻度を高くして制御してもよい。さらに、Ｍ２ＭサービスＰＦ３１は、交通事故に関するイベント情報とけがに関するイベント情報を受信した場合、人身事故が起きたこと及び緊急対応が必要であることを示す配信メッセージを定めてもよい。
【００５９】
また、Ｍ２ＭサービスＰＦ３１は、Ｍ２Ｍデバイス１１＿１から送信されたイベント情報に応じて配信メッセージ及び配信ポリシーを特定する場合のほかに、Ｍ２Ｍデバイス１１＿１とアプリケーションサーバ４０との間において定期的もしくは不定期、つまり任意のタイミングに伝送されるユーザデータを受け取ってもよい。Ｍ２ＭサービスＰＦ３１は、受け取ったデータの内容を解析し、解析結果に基づいて配信装置２６へ送信する配信メッセージ及び配信ポリシーの配信を決定してもよい。
【００６０】
ここで、Ｍ２ＭサービスＰＦ３１は、アプリケーションサーバ４０から送信されたサービスポリシーを受信した場合に、アプリケーションサーバ４０がモバイルネットワークを介してブロードキャストサービスを実施することが許可されているアプリケーションサーバか否かを判定してもよい。例えば、Ｍ２ＭサービスＰＦ３１は、ブロードキャストサービスを実施することが許可されているアプリケーションサーバの一覧を管理する管理表を有しており、アプリケーションサーバからサービスポリシーが送信された場合に、サービスポリシーの送信元のアプリケーションサーバが、管理表において管理されているか否かを判定してもよい。
【００６１】
また、Ｍ２ＭサービスＰＦ３１は、接続されている複数のネットワークの中から、配信メッセージを送信するネットワークを選択する。つまり、Ｍ２ＭサービスＰＦ３１は、Ｍ２Ｍデバイス装置へ配信メッセージを配信するネットワークを選択する。Ｍ２ＭサービスＰＦ３１は、アプリケーションサーバ４０から送信されるサービスポリシーに基づいてネットワークを選択してもよい。つまり、Ｍ２ＭサービスＰＦ３１は、アプリケーションサーバ４０から送信されたサービスポリシーを満たすことが出来るネットワークを選択する。例えば、Ｍ２ＭサービスＰＦ３１は、サービスポリシーに基づいて決定される配信エリアに配信メッセージを配信することが出来るネットワークを選択してもよい。さらに、Ｍ２ＭサービスＰＦ３１は、サービスポリシーに基づいて決定される配信対象となる装置にデータを配信することが出来るネットワークを選択してもよい。
【００６２】
さらに、Ｍ２ＭサービスＰＦ３１は、それぞれのネットワークにおける輻輳状況に関する情報を有し、通信トラヒックの少ないネットワークを選択してもよい。本図においては、Ｍ２ＭサービスＰＦ３１は、モバイルネットワーク２５を選択している。
【００６３】
Ｍ２ＭサービスＰＦ３１は、選択したネットワークの配信装置２６へ配信メッセージ及び配信ポリシーを送信する。ここで、Ｍ２ＭサービスＰＦ３１は、選択したネットワークに応じて、配信メッセージ及び配信ポリシーのメッセージフォーマット及び符号化方式等を変更してもよい。
【００６４】
ここで、Ｍ２ＭサービスＰＦ３１は、サービスポリシーを満たすように決定した配信ポリシーに応じて課金を行ってもよい。例えば、Ｍ２ＭサービスＰＦ３１は、配信ポリシーにおいて定めた配信エリアとして広い配信エリアを指定していした場合、狭い配信エリアを指定した場合よりも高い料金を設定して、アプリケーションサーバ４０に対して課金を行ってもよい。
【００６５】
配信装置２６は、Ｍ２ＭサービスＰＦ３１から送信された配信ポリシーに基づいて、配信メッセージをＭ２Ｍデバイス１１＿１〜１１＿３へ配信する。配信装置２６は、配信ポリシーに配信地域が設定されている場合、設定された配信地域に配置されている基地局等を介して配信メッセージをＭ２Ｍデバイス１１＿１〜１１＿３へ配信する。さらに、配信装置２６は、配信ポリシーに配信対象となる装置が設定されている場合、配信対象となる装置と通信を行う基地局等を介して配信メッセージをＭ２Ｍデバイス１１＿１〜１１＿３へ配信する。また、配信装置２６がＭ２ＭサービスＰＦ３１から受信する配信ポリシーは、Ｍ２Ｍデバイス１１＿１〜１１＿３へ配信メッセージをブロードキャストするために用いられるため、ブロードキャストパラメータと称されてもよい。
【００６６】
配信装置２６は、ブロードキャスト通信、マルチキャスト通信もしくはセルブロードキャスト通信等の同報配信を用いて配信メッセージを配信してもよい。マルチキャスト通信は、例えばＭＢＭＳ（Multimedia Broadcast Multicast Service）が用いられてもよい。セルブロードキャスト通信は、例えば、ＥＴＷＳ（Earthquake and Tsunami Warning System）が用いられてもよい。
【００６７】
配信装置２６は、配信メッセージの配信を完了すると、完了通知メッセージをＭ２ＭサービスＰＦ３１へ送信してもよい。さらに、Ｍ２ＭサービスＰＦ３１は、完了通知メッセージを集約してアプリケーションサーバ４０へ送信してもよい。
【００６８】
上述の説明においては、Ｍ２ＭサービスＰＦ３１は、Ｍ２Ｍデバイスから送信されたイベント情報に基づいて決定した配信メッセージ及び配信ポリシーをＭ２ＭサービスＰＦ３１へ送信する構成について説明したが、Ｍ２ＭサービスＰＦ３１の動作はこれに制限されない。例えば、Ｍ２ＭサービスＰＦ３１は、交通事故に関する情報を集約する情報サーバ等から、交通事故に関するイベント情報を受信してもよい。Ｍ２ＭサービスＰＦ３１へイベント情報を通知する装置を外部装置等と称してもよい。
【００６９】
また、Ｍ２ＭサービスＰＦ３１は、例えば、ネットワークにおいて、一度送信された配信メッセージ及び配信ポリシーに基づいて周期的にブロードキャストを行う機能が用いられていない場合、ネットワークに対して繰り返し配信メッセージ及び配信ポリシーを送信するようにしてもよい。これによって、配信装置２６は、配信メッセージ及び配信ポリシーを受信するたびに、ブロードキャストを実行することが出来る。
【００７０】
続いて、図３を用いてＭ２Ｍデバイス１１＿１の構成例について説明する。なお、Ｍ２Ｍデバイス１１＿２及び１１＿３は、Ｍ２Ｍデバイス１１＿１と同様の構成を有するため詳細な説明を省略する。Ｍ２Ｍデバイス１１＿１は、センサー１２及び通信部１３を有している。Ｍ２Ｍデバイス１１＿１が一般車両、トラックもしくはタクシー等の車両である場合、例えば、センサー１２は、上述したようにエアバックの動作等の交通事故に関連した動作を検出する。さらに、センサー１２は、Ｍ２Ｍデバイス１１＿１の現在地を示すＧＰＳデータを収集してもよい。センサー１２は、検出もしくは収集した情報を通信部１３へ出力する。
【００７１】
本図においては、Ｍ２Ｍデバイス１１＿１がセンサー１２を有する構成について開示しているが、センサー１２は、Ｍ２Ｍデバイス１１＿１の外部に設けられてもよい。
【００７２】
Ｍ２Ｍデバイス１１＿１は、センサー１２から出力された情報をイベント情報としてＭ２ＭサービスＰＦ３１へ送信する。通信部１３は、移動通信事業者が提供する無線回線を介してＭ２ＭサービスＰＦ３１へイベント通知を送信してもよく、無線ＬＡＮ（Local Area Network）及びインターネット等を介してＭ２ＭサービスＰＦ３１へイベント通知を送信してもよい。
【００７３】
続いて、図４を用いてアプリケーションサーバ４０の構成例について説明する。アプリケーションサーバ４０は、サービスポリシー通信部４１を有している。サービスポリシー通信部４１は、保持しているサービスポリシーをＭ２ＭサービスＰＦ３１へ送信する。
【００７４】
続いて、図５を用いてＭ２ＭサービスＰＦ３１の構成例について説明する。Ｍ２ＭサービスＰＦ３１は、サービスポリシー格納部３２、配信情報決定部３３及び通信部３４を有している。
【００７５】
サービスポリシー格納部３２は、通信部３４を介してアプリケーションサーバ４０から送信されたサービスポリシーを格納する。サービスポリシー格納部３２は、異なるアプリケーションサーバから送信された複数のサービスポリシーを格納してもよい。さらに、サービスポリシー格納部３２は、Ｍ２ＭサービスＰＦ３１に対して送信されるイベント情報とサービスポリシーとを関連付けて管理する。
【００７６】
配信情報決定部３３は、通信部３４を介してＭ２Ｍデバイス１１＿１から送信されたイベント情報を受信する。配信情報決定部３３は、受信したイベント情報に関連付けられたサービスポリシーをサービスポリシー格納部３２から抽出する。配信情報決定部３３は、サービスポリシー格納部３２から抽出したサービスポリシーを満たすように配信メッセージ及び配信ポリシーを決定する。ここで、配信情報決定部３３は、Ｍ２Ｍデバイス１１＿１から複数のイベント情報を受信した場合、複数のイベント情報を解析して、解析結果に応じてサービスポリシー格納部３２から関連するサービスポリシーを抽出してもよい。
【００７７】
さらに、配信情報決定部３３は、Ｍ２ＭサービスＰＦ３１が、それぞれが異なるネットワークに配置される複数の配信装置と接続されている場合、決定した配信メッセージ及び配信ポリシーを送信する配信装置を決定する。配信情報決定部３３は、抽出したサービスポリシーを満たすことが出来るネットワークを選択する。例えば、配信情報決定部３３は、サービスポリシーに基づいて決定される配信エリアに配信メッセージを配信することが出来るネットワークを選択してもよい。さらに、Ｍ２ＭサービスＰＦ３１は、サービスポリシーに基づいて決定される配信対象となる装置にデータを配信することが出来るネットワークを選択してもよい。
【００７８】
さらに、Ｍ２ＭサービスＰＦ３１は、それぞれのネットワークにおける輻輳状況に関する情報を有し、通信トラヒックの少ないネットワークを選択してもよい。
【００７９】
通信部３４は、アプリケーションサーバ４０及び配信装置２６と通信を行う。通信部３４は、アプリケーションサーバ４０から送信されたサービスポリシーを受信し、受信したサービスポリシーをサービスポリシー格納部３２へ出力する。さらに、通信部３４は、配信装置２６を介してＭ２Ｍデバイス１１＿１から送信されたイベント情報を受信し、受信したイベント情報を配信情報決定部３３へ出力する。ここで、通信部３４は、配信装置２６を介さずに他の通信回線等を介してＭ２Ｍデバイス１１＿１から送信されたイベント情報を受信してもよい。もしくは、通信部３４は、Ｍ２Ｍデバイス１１＿１とは異なる通信装置、例えば、サーバ装置等の外部装置から送信されたイベント情報を受信してもよい。
【００８０】
通信部３４は、配信情報決定部３３において決定された配信装置２６へ配信メッセージ及び配信ポリシーを送信する。
【００８１】
続いて、図６を用いて配信装置２６の構成例について説明する。配信装置２６は、配信ポリシー処理部２７及びメッセージ送信部２８を有している。
【００８２】
配信ポリシー処理部２７は、Ｍ２ＭサービスＰＦ３１から送信された配信ポリシーを受け取る。配信ポリシー処理部２７は、例えば、配信ポリシーに基づいて、配信先の基地局もしくは中継装置等を決定し、配信メッセージの通信経路を決定する。配信ポリシー処理部２７は、決定した通信経路に関する情報をメッセージ送信部２８へ出力する。
【００８３】
メッセージ送信部２８は、Ｍ２ＭサービスＰＦ３１から受け取った配信メッセージを、配信ポリシー処理部２７から出力された通信経路に関する情報に基づいて、Ｍ２Ｍデバイス１１＿１〜１１＿３と通信を行う基地局等を介してＭ２Ｍデバイス１１＿１〜１１＿３へ配信する。
【００８４】
続いて、図７を用いて本発明の実施の形態２にかかる配信処理の流れについて説明する。はじめに、アプリケーションサーバ４０は、Ｍ２ＭサービスＰＦ３１へサービスポリシー通知メッセージを送信する（Ｓ１１）。サービスポリシー通知メッセージは、アプリケーションサーバ４０において定められたサービスポリシーを含む。
【００８５】
次に、Ｍ２Ｍデバイス１１＿１は、交通事故の発生等を通知するためにイベント情報通知メッセージをＭ２ＭサービスＰＦ３１へ送信する（Ｓ１２）。例えば、Ｍ２Ｍデバイス１１＿１は、交通事故が発生した場所もしくは交通事故レベルをＭ２ＭサービスＰＦ３１へ送信する。交通事故レベルは、例えば、被害状況が大きいか小さいか等を示してもよい。
【００８６】
次に、Ｍ２ＭサービスＰＦ３１は、受信したイベント情報に関連付けられたサービスポリシーを満たす配信メッセージ及び配信ポリシーを決定する（Ｓ１３）。Ｍ２ＭサービスＰＦ３１は、配信メッセージ及び配信ポリシーを決定するとともに、複数のネットワークのうち、サービスポリシーを満たすネットワークを選択する。
【００８７】
次に、Ｍ２ＭサービスＰＦ３１は、選択したネットワークに配置されている配信装置２６へ配信メッセージ及び配信要求ポリシーを含む配信要求メッセージを送信する（Ｓ１４）。次に、配信装置２６は、Ｍ２ＭサービスＰＦ３１から通知された配信要求メッセージに含まれる配信ポリシーに基づいて、配信要求メッセージに含まれる配信メッセージをＭ２Ｍデバイス１１＿１〜１１＿３へ配信する（Ｓ１５）。配信装置２６は、配信ポリシーに指定された配信地域、装置もしくは配信期間等に従って配信メッセージを配信する。
【００８８】
続いて、図８を用いて本発明の実施の形態２にかかるブロードキャストサービスの概要について説明する。本図は、左方向から右方向へ車両が進行している様子を示している。六角形で示されるエリアは、１台の基地局がカバーするエリアを示しており、例えば、セルもしくはセクタを示している。
【００８９】
本図は、３台の車両のうち右側の車両において交通事故が発生した様子を示している。このような場合、交通事故の発生に関与した車両は、Ｍ２ＭサービスＰＦ３１に対して、交通事故の発生をイベント情報として通知する。Ｍ２ＭサービスＰＦ３１は、予めアプリケーションサーバ４０から、「交通事故の発生が検出された場合に、交通事故現場の後方１キロメートル内を走行する車両に対して、速度を減少させることを促すメッセージを一定期間配信する」と規定されたサービスポリシーを受け取っている。そのため、Ｍ２ＭサービスＰＦ３１は、配信エリアとして、イベント情報にて通知された交通事故現場の半径１キロメートル内を定め、配信対象装置として、車両に搭載された通信装置を定める。さらに、配信メッセージとして、速度の減少を促すメッセージとして予め定められたメッセージを定める。
【００９０】
Ｍ２ＭサービスＰＦ３１は、配信エリア及び配信対象装置に配信メッセージを配信可能なモバイルネットワーク２５を選択し、選択したモバイルネットワーク２５に配置される配信装置２６へ、配信ポリシー及び配信メッセージを送信する。ここで、本図の網掛けのエリアは、Ｍ２ＭサービスＰＦ３１において決定された配信エリアを示している。
【００９１】
配信装置２６は、配信エリア内を走行中の車両に対して配信メッセージを配信する。本図における配信メッセージを配信する車両の台数は例示であり、網掛けのエリアに位置する車両が、配信メッセージの配信対象の車両となりうる。
【００９２】
また、本図においては交通事故が発生した場合に情報配信を行う例について説明したが、Ｍ２ＭサービスＰＦ３１は、複数の車両から送信される情報を解析することによって、渋滞の発生もしくは渋滞の発生が予測されることを検出した場合、周辺の車両に、渋滞情報及び道路案内に関する情報を配信してもよい。
【００９３】
さらに、Ｍ２ＭサービスＰＦ３１は、イベント情報において救急車、警察車両、消防車等の緊急車両の移動情報が通知された場合、緊急車両の移動先を走行している車両に対して、緊急車両が走行していることを示す情報を配信してもよい。
【００９４】
ここで、図９及び図１０を用いて、本発明の実施の形態２にかかる通信システムにおける、ネットワーク選択の例について説明する。図９において、ＸＹＺ  Ｌｔｄ１１０は、アプリケーションサーバに相当する。ＡＢＣ  Ｃｏｒｐ１２０は、Ｍ２ＭサービスＰＦに相当する。ＡＡ Ｗｉｒｅｌｅｓｓ１３１、ＢＢ Ｔｅｌｅｃｏｍ１３２及びＣＣ Ｍｏｂｉｌｅ１３３は、複数のネットワークが存在することを示している。さらに、Ｍ２Ｍデバイスの具体例として車両１４１が示されている。
【００９５】
図９においては、ＡＢＣ  Ｃｏｒｐ１２０が、ＡＡ Ｗｉｒｅｌｅｓｓ１３１、ＢＢ Ｔｅｌｅｃｏｍ１３２及びＣＣ Ｍｏｂｉｌｅ１３３のうち、ＡＡ Ｗｉｒｅｌｅｓｓ１３１及びＣＣ Ｍｏｂｉｌｅ１３３を選択し、ＡＡ Ｗｉｒｅｌｅｓｓ１３１及びＣＣ Ｍｏｂｉｌｅ１３３が、それぞれのネットワークにおける基地局装置等を用いて、基地局が管理するエリア内に在圏する車両１４１に対して、配信メッセージを送信している。
【００９６】
また、図１０においては、Ｍ２Ｍデバイスとして、携帯電話１５１及びアラーム装置１５２が示されている。その他の構成は、図９と同様である。図１０においては、ＡＢＣ  Ｃｏｒｐ１２０が、ＡＡ Ｗｉｒｅｌｅｓｓ１３１、ＢＢ Ｔｅｌｅｃｏｍ１３２及びＣＣ Ｍｏｂｉｌｅ１３３のうち、ＡＡ Ｗｉｒｅｌｅｓｓ１３１及びＣＣ Ｍｏｂｉｌｅ１３３を選択し、ＡＡ Ｗｉｒｅｌｅｓｓ１３１及びＣＣ Ｍｏｂｉｌｅ１３３が、それぞれのネットワークにおける基地局装置等を用いて、基地局が管理するエリア内に在圏する携帯電話１５１及びアラーム装置１５２に対して、配信メッセージを送信している。
【００９７】
図９は、配信対象となる装置が１種類であることに対して、図１０は、配信対象となる装置が複数種類（例えば２種類）であることを示している。また、図９及び図１０においては、Ｍ２ＭサービスＰＦは、ネットワークを１つのみ選択するのではなく、複数のネットワークを選択することが出来ることも示している。
【００９８】
以上説明したように、本発明の実施の形態２にかかる通信システムにおいては、Ｍ２ＭサービスＰＦ３１に複数のアプリケーションサーバが接続されている。これにより、モバイルネットワーク２５の配信装置２６は、様々な種類の配信メッセージをＭ２Ｍデバイスを含む複数の通信装置へ配信することが出来る。
【００９９】
さらに、Ｍ２ＭサービスＰＦ３１は、モバイルネットワークを含む複数のネットワークと接続されている。これにより、Ｍ２ＭサービスＰＦ３１は、アプリケーションサーバ４０から送信された配信ポリシーに応じて、最適なネットワークへ配信メッセージを選択して、配信メッセージを配信することが出来る。
【０１００】
（実施の形態３）
続いて、図１１を用いて本発明の実施の形態３にかかる通信システムの構成例について説明する。本図の通信システムは、図２の通信システムの配信装置２６が、制御装置６１及びＮＷノード６２に置き換わっている点において図２と異なる。
【０１０１】
制御装置６１は、Ｍ２ＭサービスＰＦ３１から送信される配信ポリシーを受信する。例えば、制御装置６１は、配信ポリシーに基づいて配信メッセージの配信エリアを決定し、決定した配信エリアに関する情報をＮＷノード６２へ出力する。さらに、制御装置６１は、配信タイミングもしくは配信期間等に関する情報もＮＷノード６２へ出力してもよい。
【０１０２】
ＮＷノード６２は、Ｍ２ＭサービスＰＦ３１から受け取った配信メッセージをＭ２Ｍデバイス１１＿１〜１１＿３へ配信する。ＮＷノード６２は、配信エリアに関する情報を制御装置６１から受け取り、受け取った配信エリアに位置するＭ２Ｍデバイスへ配信メッセージを配信する。さらに、ＮＷノード６２は、制御装置６１から指示された配信タイミングに配信メッセージを配信してもよい。
【０１０３】
ここで、制御装置６１は、図６において説明した配信ポリシー処理部２７を有して、配信ポリシーを決定する処理を実行してもよい。さらに、ＮＷノード６２は、図６において説明したメッセージ送信部２８を用いて配信メッセージの送信処理を実行してもよい。
【０１０４】
以上説明したように、本発明の実施の形態３にかかる通信システムを用いることにより、モバイルネットワーク２５内において、配信ポリシーと配信メッセージとを異なる装置において処理することが出来る。これにより、１台の装置において配信ポリシーと配信メッセージとを処理する場合と比較して、制御装置６１及びＮＷノード６２における処理負荷を低減させることが出来る。
【０１０５】
（実施の形態４）
続いて、本発明の実施の形態４にかかるサービスポリシーの内容について説明する。実施の形態１〜３においては、Ｍ２ＭサービスＰＦ３１が、アプリケーションサーバ４０から取得したサービスポリシーに応じて、配信エリア等を定めた配信ポリシーと、配信メッセージとを決定する処理について説明を行った。これに対して、実施の形態４においては、サービスポリシーに、配信ポリシー及び配信メッセージ等を含める例について説明する。具体的には、サービスポリシーは、イベント情報と、イベント情報に対応する配信メッセージ及び配信ポリシーと、を含む。つまり、アプリケーションサーバ４０は、交通事故情報等のイベント情報が通知された場合に、配信する配信メッセージ及び配信メッセージを配信するエリア等の配信ポリシーを予め定め、定めた配信メッセージ及び配信ポリシーをサービスポリシーとしてＭ２ＭサービスＰＦ３１へ送信する。
【０１０６】
Ｍ２ＭサービスＰＦ３１は、アプリケーションサーバ４０から送信されたサービスポリシーを、サービスポリシー格納部３２へ格納する。
【０１０７】
Ｍ２ＭサービスＰＦ３１は、例えばＭ２Ｍデバイス１１＿１からイベント情報を受信した場合、イベント情報に対応付けられている配信メッセージ及び配信ポリシーを配信装置２６へ送信する。
【０１０８】
このようにして、Ｍ２ＭサービスＰＦ３１は、イベント情報を受信した際に、アプリケーションサーバ４０において定められた配信メッセージ及び配信ポリシーを配信装置２６へ送信してもよい。
【０１０９】
ここで、配信メッセージ及び配信ポリシーは、Ｍ２Ｍデバイス１１＿１から送信されるイベント情報毎に設定されてもよく、複数のイベント情報に対応するように設定されてもよい。
【０１１０】
（実施の形態５）
続いて、図１２を用いて本発明の実施の形態４にかかるモバイルネットワークの構成例について説明する。本図においては、移動通信事業者が、３ＧＰＰ（3rd Generation Partnership Project）において規定されたモバイルネットワークを用いる例について説明する。本図のモバイルネットワークは、ＵＥ（User Equipment）７１、ＮｏｄｅＢ７２、ｅＮｏｄｅＢ７３、ＢＳＣ（Base Station Controller）７４、ＲＮＣ（Radio Network Controller）７５、ＭＭＥ（Mobility Management Entity）７６、ＣＢＣ（Cell Broadcast Center）７７、ＭＴＣ−ＩＷＦ（Interworking Function）７８、ＳＣＳ（Service Capability Server）７９及びアプリケーションサーバ８０を有している。
【０１１１】
ＳＣＳ７４は、Ｍ２ＭサービスプラットＰＦに相当する。ＭＴＣ−ＩＷＦ７３は、配信装置２６もしくは制御装置６１に相当する。ＵＥ７１以外のその他のノード装置は、配信装置２６もしくはＮＷノード６２に相当する。
【０１１２】
ＵＥ７１は、移動通信装置である。ＮｏｄｅＢ７２及びｅＮｏｄｅＢ７３は、基地局装置であり、特にｅＮｏｄｅＢ７３は、ＬＴＥにおいて用いられる基地局装置である。ＭＭＥ７２は、主にＵＥ７１の移動管理を行う。ＢＳＣ７４及びＲＮＣ７５は、ＮｏｄｅＢ７２を制御する装置である。ＣＢＣ７７は、セルブロードキャストを実行する際に用いられる装置である。ＳＣＳ７９は、アプリケーションサーバ８０と通信を行うために設けられた通信ノードであり、アプリケーションサーバ８０からサービスポリシーを受け取る。ＳＣＳ７９は、制御メッセージとして配信ポリシーをＭＴＣ−ＩＷＦ７３へ出力する。
【０１１３】
ＭＴＣ ＩＷＦ７８は、ＳＣＳ７９から送信された配信ポリシーに基づいて、配信メッセージの配信エリアを特定する。
【０１１４】
また、本図に示しているＵｍ、Ｕｕ、ＬＴＥ−Ｕｕ、Ｇｂ、Ｉｕｂ、ＣＢＣ−ＢＳＣ、Ｉｕ−ＢＣ、Ｓ１−ＭＭＥ、ＳＢｃ、Ｔｃｂ、Ｔｓｐは、それぞれ装置間のインタフェース名称を示している。
【０１１５】
以上説明したように、本発明の実施の形態４にかかるモバイルネットワークを用いることにより、３ＧＰＰにおいて規定されているネットワークを用いた場合においても、ＳＣＳ７９から通知された配信ポリシーに関する情報に基づいて、配信メッセージをアプリケーションサーバの要望するエリアへ配信することが出来る。
【０１１６】
（実施の形態６）
続いて、図１３を用いて本発明の実施の形態６にかかる通信システムの構成例について説明する。図２においては、配信情報決定装置３０に相当するＭ２ＭサービスＰＦ３１が、モバイルネットワーク２５の外部に位置する構成について説明したが、図１３においては、配信情報決定装置３０がモバイルネットワーク２５の内部に位置する構成について説明する。モバイルネットワーク２５の内部に位置する配信情報決定装置３０は、例えば、モバイルネットワーク２５が３ＧＰＰに規定されているネットワークである場合、ＭＴＣ ＩＷＦ７８であってもよい。
【０１１７】
続いて、図１４を用いて本発明の実施の形態６に係る配信処理の流れについて説明する。ここで、ステップＳ２１〜Ｓ２５にかかるメッセージは、図７のステップＳ１１〜Ｓ１５と同様であるため詳細な説明を省略する。本図においては、配信装置２６と配信情報決定装置３０との間は、モバイルネットワーク内において規定されるインタフェースが用いられる点において、図７と異なる。配信装置２６と配信情報決定装置３０との間において送信される配信要求メッセージは、例えば、３ＧＰＰにおいて定められるインタフェースが用いられてもよい。この点について図７においては、配信装置２６とＭ２ＭサービスＰＦ３１との間のインタフェースは、モバイルネットワーク２５内において制御メッセージが通信されるインタフェースではなく、ユーザデータを通信するために用いられるインタフェースであってもよい。
【０１１８】
（実施の形態７）
続いて、アプリケーションサーバ及びＭ２Ｍデバイスについて、実施の形態２とは異なる例について説明する。実施の形態２においては、アプリケーションサーバを、交通事故に関連する情報を配信するブロードキャストサービスを提供する企業において管理されているサーバとして説明している。このほかに、図１５に示すように、アプリケーションサーバは、犯罪が発生した地域の周辺に位置するユーザが有する通信装置へ犯罪発生情報を通知するサービスを提供する企業において管理されているサーバであってもよい。例えば、アプリケーションサーバ４０は、犯罪発生を検出すると、犯罪が発生した地域の周辺に位置する子供が有する通信装置、さらに、その子供の親が有する通信装置へ犯罪発生情報を通知する、というサービスポリシーをＭ２ＭサービスＰＦ３１へ送信してもよい。また、このようなサービスを実現するために、Ｍ２Ｍデバイスは、例えば防犯ブザー等の装置と連携して、防犯ブザーが使用された場合にＭ２ＭサービスＰＦ３１へ、犯罪発生をイベント情報として送信するようにしてもよい。
【０１１９】
さらに、図１５において、犯罪が発生した場合と、火災が発生した場合に置き換えてもよい。アプリケーションサーバ４０は、火災が発生したことを検出した場合、火災の発生による被害エリアを予測し、被害エリアに位置する通信装置へ、火災発生情報を通知する、というサービスポリシーをＭ２ＭサービスＰＦ３１へ送信してもよい。例えば、Ｍ２ＭサービスＰＦ３１は、携帯電話端末等に対しては、避難勧告を示す配信メッセージを配信し、車両に搭載されている通信装置には、火災現場に近づくことを禁止することを示す配信メッセージを配信する、という配信ポリシーを決定してもよい。
【０１２０】
さらに、アプリケーションサーバは、水を管理する企業において管理されているサーバであってもよい。例えば、図１６に示すように、アプリケーションサーバ４０は、水道管の漏水センサーから水道管破裂を通知された場合、破裂した水道管の周辺に位置する通信装置に対して、水漏れの発生情報を配信するとともに、水道バルブの制御を行うよう指示するとのサービスポリシーをＭ２ＭサービスＰＦ３１へ送信してもよい。
【０１２１】
さらに、アプリケーションサーバは、スマートグリッド制御を行う企業において管理されているサーバであってもよい。例えば、図１７に示すように、アプリケーションサーバ４０は、特定のスマートメータの急激な電圧変化を検知した場合、スマートメータの周辺に位置する通信装置へ、電圧抑制に関するメッセージを配信する、というサービスポリシーをＭ２ＭサービスＰＦ３１へ送信してもよい。
【０１２２】
以上説明したように、実施の形態１〜６において説明した通信システムを用いることにより、様々なサービスに応じた情報を配信することが出来る。この時、Ｍ２ＭサービスＰＦ３１が複数のアプリケーションサーバと接続し、ネットワークとアプリケーションサーバとの間に配置されることによって、ネットワーク側は、アプリケーションサーバが新設される毎に接続対応等を行う必要がない。さらに、Ｍ２ＭサービスＰＦ３１が認証処理も実施するため、ネットワーク側における設定変更を最小限にして、様々なサービスに応じた情報を配信することが出来る。
【０１２３】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、配信情報決定装置の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。）
【０１２４】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１２５】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【０１２６】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１２７】
この出願は、２０１３年３月１３日に出願された日本出願特願２０１３−５０３３１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１２８】
１０＿１  通信装置
１０＿２  通信装置
１０＿３  通信装置
１１＿１  Ｍ２Ｍデバイス
１１＿２  Ｍ２Ｍデバイス
１１＿３  Ｍ２Ｍデバイス
１２  センサー
１３  通信部
２０  ネットワーク
２１  ネットワークオペレータ装置
２５  モバイルネットワーク
２６  配信装置
２７  配信ポリシー処理部
２８  メッセージ送信部
３０  配信情報決定装置
３１  Ｍ２ＭサービスＰＦ
３２  サービスポリシー格納部
３３  配信情報決定部
３４  通信部
４０  アプリケーションサーバ
４０＿１  アプリケーションサーバ
４０＿２  アプリケーションサーバ
４０＿３  アプリケーションサーバ
４１  サービスポリシー通信部
５０  モバイルネットワーク
６１  制御装置
６２  ＮＷノード
７１  ＵＥ
７２  ＮｏｄｅＢ
７３  ｅＮｏｄｅＢ
７４  ＢＳＣ
７５  ＲＮＣ
７６  ＭＭＥ
７７  ＣＢＣ
７８  ＭＴＣ ＩＷＦ
７９  ＳＣＳ
８０  アプリケーションサーバ
【図１】
2014141575.tif 000003
【図２】
2014141575.tif 000004
【図３】
2014141575.tif 000005
【図４】
2014141575.tif 000006
【図５】
2014141575.tif 000007
【図６】
2014141575.tif 000008
【図７】
2014141575.tif 000009
【図８】
2014141575.tif 000010
【図９】
2014141575.tif 000011
【図１０】
2014141575.tif 000012
【図１１】
2014141575.tif 000013
【図１２】
2014141575.tif 000014
【図１３】
2014141575.tif 000015
【図１４】
2014141575.tif 000016
【図１５】
2014141575.tif 000017
【図１６】
2014141575.tif 000018
【図１７】
2014141575.tif 000019
【手続補正書】
【提出日】平成27年9月3日(2015.9.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１８
【補正方法】変更
【補正の内容】
【請求項１８】
通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、前記ネットワークを介してアプリケーションサービスを提供するアプリケーションサーバとの間に配置される配信情報決定装置のコンピュータに実行させるプログラムであって、
前記アプリケーションサーバが定めるサービスポリシーに基づいて前記ネットワークオペレータ装置へ送信する配信メッセージ及び配信ポリシーを決定するステップと、
決定した前記配信メッセージ及び配信ポリシーを、前記配信ポリシーに基づいて前記配信メッセージを複数の通信装置へ配信する前記ネットワークオペレータ装置へ送信するステップとをコンピュータに実行させるプログラム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
さらに、Ｍ２Ｍデバイス１１＿１は、Ｍ２Ｍデバイス１１＿１を身に付けているユーザの健康状態を検知してもよい。例えば、Ｍ２Ｍデバイス１１＿１は、脈拍、血圧、体温の変動を検知すると、深刻度を低とし、出血を検知すると深刻度を中とし、意識不明もしくは呼吸困難等を検知すると深刻度を大等としてもよい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００５８
【補正方法】変更
【補正の内容】
【００５８】
さらに、Ｍ２ＭサービスＰＦ３１は、種類の異なるイベント情報が通知された場合、通知されたイベント情報に応じてイベント情報の深刻度等を判定してもよい。例えば、Ｍ２ＭサービスＰＦ３１は、交通事故に関するイベント情報と火災に関するイベント情報を受信した場合、大事故であると判断しイベント情報の深刻度を高くして制御してもよい。さらに、Ｍ２ＭサービスＰＦ３１は、怪我に関するイベント情報と犯罪に関するイベント情報が通知された場合、大きな犯罪が発生したと判断し、イベント情報の深刻度を高くして制御してもよい。さらに、Ｍ２ＭサービスＰＦ３１は、怪我に関するイベント情報と火災に関するイベント情報とを受信した場合、緊急事故が発生したと判断し、イベント情報の深刻度を高くして制御してもよい。さらに、Ｍ２ＭサービスＰＦ３１は、交通事故に関するイベント情報とけがに関するイベント情報を受信した場合、人身事故が起きたこと及び緊急対応が必要であることを示す配信メッセージを定めてもよい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１１０
【補正方法】変更
【補正の内容】
【０１１０】
（実施の形態５）
続いて、図１２を用いて本発明の実施の形態５にかかるモバイルネットワークの構成例について説明する。本図においては、移動通信事業者が、３ＧＰＰ（3rd Generation Partnership Project）において規定されたモバイルネットワークを用いる例について説明する。本図のモバイルネットワークは、ＵＥ（User Equipment）７１、ＮｏｄｅＢ７２、ｅＮｏｄｅＢ７３、ＢＳＣ（Base Station Controller）７４、ＲＮＣ（Radio Network Controller）７５、ＭＭＥ（Mobility Management Entity）７６、ＣＢＣ（Cell Broadcast Center）７７、ＭＴＣ−ＩＷＦ（Interworking Function）７８、ＳＣＳ（Service Capability Server）７９及びアプリケーションサーバ８０を有している。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１１１
【補正方法】変更
【補正の内容】
【０１１１】
ＳＣＳ７４は、Ｍ２ＭサービスプラットＰＦに相当する。ＭＴＣ−ＩＷＦ７８は、配信装置２６もしくは制御装置６１に相当する。ＵＥ７１以外のその他のノード装置は、配信装置２６もしくはＮＷノード６２に相当する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１１２
【補正方法】変更
【補正の内容】
【０１１２】
ＵＥ７１は、移動通信装置である。ＮｏｄｅＢ７２及びｅＮｏｄｅＢ７３は、基地局装置であり、特にｅＮｏｄｅＢ７３は、ＬＴＥにおいて用いられる基地局装置である。ＭＭＥ７６は、主にＵＥ７１の移動管理を行う。ＢＳＣ７４及びＲＮＣ７５は、ＮｏｄｅＢ７２を制御する装置である。ＣＢＣ７７は、セルブロードキャストを実行する際に用いられる装置である。ＳＣＳ７９は、アプリケーションサーバ８０と通信を行うために設けられた通信ノードであり、アプリケーションサーバ８０からサービスポリシーを受け取る。ＳＣＳ７９は、制御メッセージとして配信ポリシーをＭＴＣ−ＩＷＦ７８へ出力する。
【国際調査報告】
2014141575.tif 000020
2014141575.tif 000021
2014141575.tif 000022
2014141575.tif 000023