JP6269649B2 - 通信システム、サービスプラットフォーム、通信方法及びプログラム - Google Patents

Description

本発明は通信システム、サービスプラットフォーム、通信方法及びプログラムに関し、例えば同報配信を行う通信システム、サービスプラットフォーム、通信方法及びプログラムに関する。

複数の通信装置へデータを配信する際に、データの配信事業者は、通信事業者の管理するネットワークにおいて提供されている同報配信サービスを用いてデータを配信する。同報配信を実現する手法として、ブロードキャストサービスもしくはマルチキャストサービス等がある。また、移動通信ネットワークにおいては、緊急情報を配信するためにＣＢＳ（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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

この出願は、２０１３年３月１日に出願された日本出願特願２０１３−４１０４５を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１０＿１ 通信装置
１０＿２ 通信装置
１０＿３ 通信装置
１１＿１ Ｍ２Ｍデバイス
１１＿２ Ｍ２Ｍデバイス
１１＿３ Ｍ２Ｍデバイス
１２ センサー
１３ 通信部
２０ ネットワーク
２１ ネットワークオペレータ装置
２５ モバイルネットワーク
２６ 配信装置
２７ 制御メッセージ処理部
２８ ユーザデータ処理部
３０ サービスプラットフォーム
３１ Ｍ２ＭサービスＰＦ
３２ 配信情報取得部
３３ 認証部
３４ ネットワーク選択部
３５ 通信部
４０ アプリケーションサーバ
４０＿１ アプリケーションサーバ
４０＿２ アプリケーションサーバ
４０＿３ アプリケーションサーバ
４１ イベント情報取得部
５０ モバイルネットワーク
６１ 制御装置
６２ ＮＷノード
７１ ＵＥ
７２ ＮｏｄｅＢ
７３ ｅＮｏｄｅＢ
７４ ＢＳＣ
７５ ＲＮＣ
７６ ＭＭＥ
７７ ＣＢＣ
７８ ＭＴＣ ＩＷＦ
７９ ＳＣＳ
８０ アプリケーションサーバ

Claims (24)

1. 通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、
   前記ネットワークオペレータ装置と、前記ネットワークを介してアプリケーションサービスを提供する複数のアプリケーションサーバとの間に配置されるサービスプラットフォームとを備え、
   前記サービスプラットフォームは、
   前記複数のアプリケーションサーバに含まれるいずれかのアプリケーションサーバから送信された配信データに応じて前記配信データを配信して良いか否かを判定し、前記配信データを配信して良いと判定した場合、前記配信データと前記配信データを配信する際に用いられる配信ポリシーとを前記ネットワークオペレータ装置へ送信し、
   前記ネットワークオペレータ装置は、
   前記サービスプラットフォームから配信された前記配信ポリシーに基づいて前記配信データを複数の通信装置へ配信する、通信システム。
2. 前記配信ポリシーは、
   配信エリア、配信対象の通信装置及び配信期間のうち少なくとも１つを含む、請求項１に記載の通信システム。
3. 前記ネットワークオペレータ装置は、
   前記配信データを、配信エリアに位置する通信装置へ同報配信する、請求項１又は２に記載の通信システム。
4. 前記サービスプラットフォームは、
   前記配信データの内容に基づいて、前記配信ポリシーを決定する請求項１乃至３のいずれか１項に記載の通信システム。
5. 前記サービスプラットフォームは、
   複数の前記ネットワークの中から前記配信データを配信するネットワークを選択し、前記配信ポリシーを前記選択したネットワークに配置される前記ネットワークオペレータ装置へ送信する、請求項１乃至４のいずれか１項に記載の通信システム。
6. 前記サービスプラットフォームは、
   前記配信データの内容に基づいて、前記配信データを配信するネットワークを選択する請求項５に記載の通信システム。
7. 前記複数のネットワークは、
   移動通信装置が接続される移動通信ネットワーク及び固定通信装置が接続される固定通信ネットワークの少なくとも一方を含む、請求項５又は６に記載の通信システム。
8. 前記通信装置から送信されるイベント通知を受信し、前記イベント通知に基づいて前記配信データを決定するアプリケーションサーバをさらに備え、
   前記サービスプラットフォームは、
   前記アプリケーションサーバから前記配信データを受信する、請求項１乃至７のいずれか１項に記載の通信システム。
9. 前記通信装置から送信されるイベント通知を受信し、前記イベント通知に基づいて前記配信データ及び前記配信ポリシーを決定するアプリケーションサーバをさらに備え、
   前記サービスプラットフォームは、
   前記アプリケーションサーバから前記配信データ及び前記配信ポリシーを含む配信要求メッセージを前記アプリケーションサーバから受信する、請求項１乃至８のいずれか１項に記載の通信システム。
10. 前記通信装置は、
    前記通信装置もしくは前記通信装置の周辺環境の状態変化を検知するセンサーにおいて、前記状態変化が検知された場合、前記アプリケーションサーバへ前記イベント通知を送信する、請求項９に記載の通信システム。
11. 前記サービスプラットフォームは、
    前記通信装置から送信されるイベント通知を受信した場合、前記アプリケーションサーバから送信された前記配信データ及び前記配信ポリシーを含む配信要求メッセージを前記ネットワークオペレータ装置へ送信する、請求項１乃至１０のいずれか１項に記載の通信システム。
12. 前記サービスプラットフォームは、
    前記アプリケーションサーバから送信された前記配信要求メッセージに応じて前記配信データを配信して良いか否かを判定し、前記配信データを配信して良いと判定した場合、前記配信データ及び前記配信ポリシーを前記ネットワークオペレータ装置へ送信する、請求項９に記載の通信システム。
13. 前記サービスプラットフォームは、
    前記アプリケーションサーバから送信された前記配信要求メッセージに応じて前記配信データを配信するネットワークを選択する請求項９に記載の通信システム。
14. 前記サービスプラットフォームは、
    ネットワークごとに、配信データ及び配信ポリシーの指定方法が異なる場合に、前記アプリケーションサーバから送信された前記配信要求メッセージを、各ネットワークの配信データ及び配信ポリシー指定方法に変換して、各ネットワークオペレータ装置に送信する請求項１３に記載の通信システム。
15. 前記サービスプラットフォームは、
    前記通信装置から前記アプリケーションサーバへ任意のタイミングに送信されるユーザデータを解析し、解析した結果に応じて前記ネットワークオペレータ装置へ前記配信データ及び前記配信ポリシーを送信する、請求項１乃至１４のいずれか１項に記載の通信システム。
16. 通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、前記ネットワークを介してアプリケーションサービスを提供する複数のアプリケーションサーバとの間に配置されるサービスプラットフォームであって、
    前記複数のアプリケーションサーバに含まれるいずれかのアプリケーションサーバから送信された配信データと、前記配信データを配信する際に用いられる配信ポリシーを前記ネットワークオペレータ装置へ送信する通信手段と、
    前記アプリケーションサーバから送信された前記配信データに応じて前記配信データを配信して良いか否かを判定する認証手段と、を備え、
    前記通信手段は、
    前記認証手段において前記配信データを配信して良いと判定された場合、前記配信データと前記配信ポリシーとを前記ネットワークオペレータ装置へ送信する、サービスプラットフォーム。
17. 複数の前記ネットワークの中から前記配信データを配信するネットワークを選択するネットワーク選択手段をさらに備え、
    前記通信手段は、
    前記配信ポリシーを前記選択したネットワークに配置される前記ネットワークオペレータ装置へ送信する、請求項１６に記載のサービスプラットフォーム。
18. 前記複数のネットワークは、
    移動通信装置が接続される移動通信ネットワーク及び固定通信装置が接続される固定通信ネットワークの少なくとも一方を含む、請求項１７に記載のサービスプラットフォーム。
19. 通信装置から送信されるイベント通知を受信し前記イベント通知に基づいて前記配信データ及び前記配信ポリシーを決定するアプリケーションサーバから前記配信データ及び前記配信ポリシーを含む配信要求メッセージを取得する配信情報取得手段をさらに備える、請求項１６乃至１８のいずれか１項に記載のサービスプラットフォーム。
20. 前記通信手段は、
    通信装置から送信されるイベント通知を受信した場合、前記アプリケーションサーバから配信された前記配信データ及び前記配信ポリシーを含む配信要求メッセージを前記ネットワークオペレータ装置へ送信する、請求項１６乃至１８のいずれか１項に記載のサービスプラットフォーム。
21. 通信装置から前記アプリケーションサーバへ任意のタイミングに送信されるユーザデータを解析し、解析した結果に応じて前記ネットワークオペレータ装置へ前記配信データ及び前記配信ポリシーを送信する、請求項１６乃至１８のいずれか１項に記載のサービスプラットフォーム。
22. 通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、前記ネットワークを介してアプリケーションサービスを提供する複数のアプリケーションサーバとの間に配置されるサービスプラットフォームにおいて用いられる通信方法であって、
    前記複数のアプリケーションサーバに含まれるいずれかのアプリケーションサーバから配信データと、前記配信データを配信する際に用いられる配信ポリシーとを含む配信要求メッセージを受け取った場合に、前記配信データを配信して良いか否かを判定し、前記配信データを配信して良いと判定した場合、前記配信データと前記配信ポリシーとを前記ネットワークオペレータ装置へ送信する、通信方法。
23. 前記配信データ及び前記配信ポリシーを前記ネットワークオペレータ装置へ送信する前に、
    複数の前記ネットワークの中から前記配信データを配信するネットワークを選択する、請求項２２に記載の通信方法。
24. 通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、前記ネットワークを介してアプリケーションサービスを提供する複数のアプリケーションサーバとの間に配置されるコンピュータに実行させるプログラムであって、
    前記複数のアプリケーションサーバに含まれるいずれかのアプリケーションサーバから配信データと、前記配信データを配信する際に用いられる配信ポリシーとを含む配信要求メッセージを受け取った場合に、前記配信データを配信して良いか否かを判定し、前記配信データを配信して良いと判定した場合、前記配信データと前記配信ポリシーとを前記ネットワークオペレータ装置へ送信するステップをコンピュータに実行させるプログラム。

Images