JP6292222B2 - 通信システム及び配信情報決定装置 - Google Patents

通信システム及び配信情報決定装置 Download PDF

Info

Publication number
JP6292222B2
JP6292222B2 JP2015505246A JP2015505246A JP6292222B2 JP 6292222 B2 JP6292222 B2 JP 6292222B2 JP 2015505246 A JP2015505246 A JP 2015505246A JP 2015505246 A JP2015505246 A JP 2015505246A JP 6292222 B2 JP6292222 B2 JP 6292222B2
Authority
JP
Japan
Prior art keywords
distribution
service
policy
communication
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2015505246A
Other languages
English (en)
Other versions
JPWO2014141575A1 (ja
Inventor
孝法 岩井
孝法 岩井
訓雄 内田
訓雄 内田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JPWO2014141575A1 publication Critical patent/JPWO2014141575A1/ja
Application granted granted Critical
Publication of JP6292222B2 publication Critical patent/JP6292222B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

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 (12)

  1. 通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、
    前記ネットワークオペレータ装置と、前記ネットワークを介してアプリケーションサービスを提供する複数のアプリケーションサーバとの間に配置され、前記複数のアプリケーションサーバがそれぞれ定める複数のサービスポリシーを有する配信情報決定装置とを備え、
    各サービスポリシーは、複数のイベント情報候補と各イベント情報候補に対応する配信ポリシーとを対応づけており、
    前記配信情報決定装置は、
    前記複数のサービスポリシーを受信すると共に、前記受信された複数のサービスポリシーに基づき且つ複数のイベント情報候補と各イベント情報候補に対応する配信メッセージ及び配信ポリシーとを対応づけた、情報テーブルを保持し、
    外部装置から送信されたイベント情報と前記情報テーブルとに基づいて、前記ネットワークオペレータ装置へ送信する配信メッセージ及び配信ポリシーを決定し、前記決定した配信メッセージ及び配信ポリシーを前記ネットワークオペレータ装置へ送信し、
    前記ネットワークオペレータ装置は、
    前記配信情報決定装置から送信された前記配信ポリシーに基づいて前記配信メッセージを複数の通信装置へ配信する、通信システム。
  2. 前記配信ポリシーは、
    配信エリア、配信対象の通信装置、優先度及び配信期間のうち少なくとも１つを含む、請求項１に記載の通信システム。
  3. 前記イベント情報は、発生したイベントの深刻度、発生したイベントの場所、発生したイベントの時間帯もしくは発生したイベントの数のうち少なくとも１つを含む、請求項１又は２に記載の通信システム。
  4. 前記配信情報決定装置は、
    前記ネットワークを介して通信を行う前記通信装置から送信される前記イベント情報を受信する、請求項１乃至３のいずれか１項に記載の通信システム。
  5. 前記配信情報決定装置は、
    異なるネットワークに配置された複数の前記ネットワークオペレータ装置と前記アプリケーションサーバとの間に配置され、
    前記イベント情報を受信した時に、複数の前記ネットワークオペレータ装置の中から、前記サービスポリシーを満たす少なくとも１つのネットワークオペレータ装置を選択し、選択した前記ネットワークオペレータ装置へ前記配信メッセージ及び前記配信ポリシーを送信する、請求項１乃至４のいずれか１項に記載の通信システム。
  6. 前記配信情報決定装置は、
    前記通信事業者が管理するネットワーク内に配置される、請求項１乃至５のいずれか１項に記載の通信システム。
  7. 前記配信情報決定装置は、
    前記イベント情報に応じて前記配信メッセージを配信して良いか否かを判定し、前記配信メッセージを配信して良いと判定した場合、前記配信メッセージと前記配信ポリシーとを前記ネットワークオペレータ装置へ送信する、請求項１乃至６のいずれか１項に記載の通信システム。
  8. 前記配信情報決定装置は、
    ネットワークごとに、配信メッセージ及び配信ポリシーの指定方法が異なる場合に、前記配信メッセージ及び前記配信ポリシーを、各ネットワークにおいて規定された配信メッセージ及び配信ポリシーのデータ形式に変換して、各ネットワークオペレータ装置に送信する請求項５に記載の通信システム。
  9. 前記配信情報決定装置は、
    前記通信装置から前記アプリケーションサーバへ任意のタイミングに送信されるユーザデータを解析し、解析した結果に応じて前記ネットワークオペレータ装置へ前記配信メッセージ及び前記配信ポリシーを送信する、請求項１乃至８のいずれか１項に記載の通信システム。
  10. 前記通信装置は、
    前記通信装置もしくは前記通信装置の周辺環境の状態変化を検知するセンサーを用いて、前記状態変化を検知すると、前記配信情報決定装置へ前記イベント情報を送信する、請求項１乃至５のいずれか１項に記載の通信システム。
  11. 前記通信装置は、携帯電話、無線ＬＡＮ通信において用いられる端末装置もしくは近距離通信において用いられる端末装置である、請求項１乃至１０のいずれか１項に記載の通信システム。
  12. 通信事業者によって管理されるネットワークに配置されるネットワークオペレータ装置と、各アプリケーションサーバが前記ネットワークを介してアプリケーションサービスを提供し且つ各アプリケーションサーバがサービスポリシーを有する複数のアプリケーションサーバとの間に配置される、配信情報決定装置であって、
    前記複数のサービスポリシーを受信する受信手段と、
    前記受信された複数のサービスポリシーに基づき且つ複数のイベント情報候補と各イベント情報候補に対応する配信メッセージ及び配信ポリシーとを対応づけた、情報テーブルを保持する、情報格納手段と、
    外部装置から送信されたイベント情報と前記情報テーブルとに基づいて、前記ネットワークオペレータ装置へ送信する配信メッセージ及び配信ポリシーを決定する配信情報決定手段と、
    前記決定した配信メッセージ及び配信ポリシーを、前記配信ポリシーに基づいて前記配信メッセージを複数の通信装置へ配信する前記ネットワークオペレータ装置へ送信する通信手段と、を備える配信情報決定装置。
JP2015505246A 2013-03-13 2014-01-29 通信システム及び配信情報決定装置 Expired - Fee Related JP6292222B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2013050331 2013-03-13
JP2013050331 2013-03-13
PCT/JP2014/000449 WO2014141575A1 (ja) 2013-03-13 2014-01-29 通信システム、配信情報決定装置、通信方法及び非一時的なコンピュータ可読媒体

Publications (2)

Publication Number Publication Date
JPWO2014141575A1 JPWO2014141575A1 (ja) 2017-02-16
JP6292222B2 true JP6292222B2 (ja) 2018-03-14

Family

ID=51536260

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015505246A Expired - Fee Related JP6292222B2 (ja) 2013-03-13 2014-01-29 通信システム及び配信情報決定装置

Country Status (3)

Country Link
US (1) US9615237B2 (ja)
JP (1) JP6292222B2 (ja)
WO (1) WO2014141575A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3367640A4 (en) * 2015-10-20 2019-05-22 Sony Corporation DEVICE AND METHOD
CN107580290B (zh) * 2016-06-30 2021-04-06 阿尔卡特朗讯公司 一种用于实现mtc 组消息传送的方法与设备
US9934625B1 (en) * 2017-01-31 2018-04-03 Uber Technologies, Inc. Detecting vehicle collisions based on moble computing device data
US11012809B2 (en) 2019-02-08 2021-05-18 Uber Technologies, Inc. Proximity alert system
KR20220063554A (ko) * 2020-11-10 2022-05-17 현대자동차주식회사 차량의 긴급 콜 서비스 시스템 및 그 방법

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050203673A1 (en) * 2000-08-18 2005-09-15 Hassanayn Machlab El-Hajj Wireless communication framework
US7596599B1 (en) * 2002-07-31 2009-09-29 Facetime Communications, Inc. Management capabilities for real-time messaging networks
US7752259B2 (en) 2004-02-13 2010-07-06 Envisionit Llc Public service message broadcasting system and method
US7801538B2 (en) * 2004-02-13 2010-09-21 Envisionit Llc Message broadcasting geo-fencing system and method
BRPI0619069B1 (pt) 2005-11-23 2019-07-30 Envisionit Llc Sistema de radiodifusão de mensagem de serviço público, e, método de serviço de sistema de radiodifusão de mensagem de serviço público homólogo para gerenciamento da submissão e da transmissão de uma mensagem de radiodifusão para pelo menos um sistema de radiodifusão de mensagem de serviço público
US8037151B1 (en) * 2007-11-08 2011-10-11 At&T Mobility Ii Llc Predetermined emergency alert messages
US8478225B2 (en) * 2008-05-20 2013-07-02 At&T Mobility Ii Llc Method for geo-targeting wireless emergency alerts
JP5027754B2 (ja) 2008-08-01 2012-09-19 株式会社エヌ・ティ・ティ・ドコモ 情報配信システム及び情報配信サーバ
JP4647678B2 (ja) 2008-08-18 2011-03-09 株式会社エヌ・ティ・ティ・ドコモ メッセージ配信方法、無線基地局及びメッセージ配信局
US8340628B2 (en) * 2009-09-10 2012-12-25 Qualcomm Incorporated Systems and methods for localized wireless notification
US9118428B2 (en) * 2009-11-04 2015-08-25 At&T Intellectual Property I, L.P. Geographic advertising using a scalable wireless geocast protocol
US9071925B2 (en) * 2011-01-05 2015-06-30 Alcatel Lucent System and method for communicating data between an application server and an M2M device
US8989021B2 (en) * 2011-01-20 2015-03-24 Rohde & Schwarz Gmbh & Co. Kg Universal broadband broadcasting
JP5732922B2 (ja) * 2011-03-04 2015-06-10 住友電気工業株式会社 情報提供装置、方法及びシステム
US20120252518A1 (en) * 2011-04-01 2012-10-04 Interdigital Patent Holdings, Inc. Network initiated triggering of an offline device
US8688071B1 (en) * 2012-12-12 2014-04-01 At&T Intellectual Property I, L.P. Donut alert messaging
US9913105B2 (en) * 2013-03-01 2018-03-06 Nec Corporation Communication system, service platform, communication method, and non-transitory computer readable medium

Also Published As

Publication number Publication date
US20160029193A1 (en) 2016-01-28
WO2014141575A1 (ja) 2014-09-18
US9615237B2 (en) 2017-04-04
JPWO2014141575A1 (ja) 2017-02-16

Similar Documents

Publication Publication Date Title
EP3622496B1 (en) System and method for trust parameters in vehicle warning messages
JP6269649B2 (ja) 通信システム、サービスプラットフォーム、通信方法及びプログラム
JP6292222B2 (ja) 通信システム及び配信情報決定装置
US9819428B2 (en) Information distribution system, service control device, gateway device, control method, and non-transitory computer readable medium
JP6344239B2 (ja) 交通情報配信システム、セルラ通信システム、及び通信端末
KR101685782B1 (ko) 정보 전달 시스템, 게이트웨이 장치, 전달 제어 방법, 및 프로그램을 저장한 비일시적인 컴퓨터 판독 가능 매체
US20180096587A1 (en) Transmitting wireless alert messages at sub-cell granularity
WO2016206458A1 (zh) 车联网中告警信息的处理方法及装置
WO2015001795A1 (ja) 配信装置、通信端末、配信方法、受信方法及びプログラムが格納された非一時的なコンピュータ可読媒体
CN102484781B (zh) 用于提供过滤的本地化信息服务的系统、方法和设备
US9820110B2 (en) Common service device, distribution device, communication network, distribution method, and non-transitory computer readable medium
US20180247541A1 (en) Method, device, and system for detecting a dangerous road event and/or condition
JP2019067088A (ja) 通信装置、及び報告制御方法
JP2017195556A (ja) 基地局装置および端末装置
KR101591707B1 (ko) 차량 통신을 이용한 가상 공간 서비스 제공 방법 및 장치
WO2009016376A1 (en) Directional messaging

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161207

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170912

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171101

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180116

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180129

R150 Certificate of patent or registration of utility model

Ref document number: 6292222

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees