(57)【要約】  多様化された情報配信へのニーズに対応するために、様々な事業者等が利用することができる情報配信システム、ゲートウェイ装置、配信制御方法及びプログラムを提供することを目的とする。本発明にかかる情報配信システムは、複数のイベント発生を検出し、イベントに応じてイベント情報の配信地域情報を指定するように構成されるイベント検出装置（１０）を備える。さらに、情報配信システムは、イベント検出装置（１０）から指定された配信地域情報に対応する配信先ノードへイベント情報を配信する配信装置（２０）と、を備えるものである。
2014083733.tif 000002
【特許請求の範囲】
【請求項１】
複数のイベント発生を検出し、前記イベントに応じてイベント情報の配信地域である配信地域情報を指定するイベント検出装置を有する外部ネットワークと、
前記イベント検出装置から前記配信地域情報を受信するサービス制御装置と、前記配信地域に在圏する移動局へ発生したイベントに関する一斉送信情報を同報配信する同報配信装置と、前記配信地域情報に基づいて前記一斉送信情報を受信する前記移動局を管理する配信ノードを特定し、前記同報配信装置へ前記特定した配信ノードを通知するゲートウェイ装置と、を有する移動通信ネットワークと、を備える情報配信システム。
【請求項２】
前記サービス制御装置は、前記移動通信ネットワーク内において前記配信地域情報と関連付けられた配信地域ＩＤを前記ゲートウェイ装置へ通知し、
前記ゲートウェイ装置は、前記配信地域ＩＤ内に配置された前記配信ノードを特定する、請求項１に記載の情報配信システム。
【請求項３】
前記サービス制御装置は、前記配信地域を示すＧＰＳ情報を前記ゲートウェイ装置へ通知し、
前記ゲートウェイ装置は、ＧＰＳ情報において示された地点を中心とした所定の範囲内に配置された前記配信ノードを特定する、請求項１又は２に記載の情報配信システム。
【請求項４】
前記サービス制御装置は、前記一斉送信情報を送信する移動局に関する情報を前記ゲートウェイ装置へ通知し、
前記ゲートウェイ装置は、前記移動局が位置する地点を中心とした所定の範囲内に配置された前記配信ノードを特定する、請求項１乃至３のいずれか１項に記載の情報配信システム。
【請求項５】
前記ゲートウェイ装置は、前記サービス制御装置から通知された移動局の移動特性に応じて、所定時間経過後に当該移動局が位置する地点を中心とした所定の範囲内に配置された前記配信ノードを特定する、請求項４に記載の情報配信システム。
【請求項６】
前記サービス制御装置は、前記配信地域情報を３ＧＰＰにおいて定められたＴｓｐインタフェースのＤｅｖｉｃｅ−Ａｃｔｉｏｎ−Ｒｅｑｕｅｓｔを用いて前記ゲートウェイ装置へ通知する、請求項１乃至５のいずれか１項に記載の情報配信システム。
【請求項７】
前記サービス制御装置は、
前記イベント検出装置から前記イベントに関する一斉送信情報を同報配信する同報配信要求を受信した場合、前記イベント検出装置から送信された同報配信要求に応じて同報配信を行うか否かを判定する、請求項１乃至６のいずれか１項に記載の情報配信システム。
【請求項８】
前記ゲートウェイ装置は、前記イベント検出装置から前記イベントに関する一斉送信情報を同報配信する同報配信要求を受信した場合、前記イベント検出装置を請求先とする課金情報を生成する、請求項１乃至７のいずれか１項に記載の情報配信システム。
【請求項９】
前記課金情報は、前記同報配信を行うエリア、前記一斉送信情報を送信する回数及び前記一斉送信情報を受信する移動局の数のうち少なくとも一つに基づいて生成される、請求項８に記載の情報配信システム。
【請求項１０】
前記サービス制御装置は、前記配信地域情報とともに前記イベント情報を前記ゲートウェイ装置へ通知し、
前記ゲートウェイ装置は、前記イベント情報と当該イベント情報に関する前記一斉送信情報を送信する優先度とを関連づけた情報テーブルを有し、前記サービス制御装置から通知されたイベント情報に基づいて、当該イベントに関する優先度を特定する、請求項１乃至９のいずれか１項に記載の情報配信システム。
【請求項１１】
前記サービス制御装置は、前記イベント情報を３ＧＰＰにおいて定められたＴｓｐインタフェースのＤｅｖｉｃｅ−Ａｃｔｉｏｎ−Ｒｅｑｕｅｓｔを用いて前記ゲートウェイ装置へ通知する、請求項１０に記載の情報配信システム。
【請求項１２】
前記ゲートウェイ装置は、前記配信ノードとともに前記一斉送信情報の配信先となる移動局に関する情報を前記同報配信装置へ通知し、
前記同報配信装置は、前記配信ノードへ前記配信先となる移動局に関する情報を通知し、前記配信ノードから送信される前記配信先となる移動局に関する情報を受信した移動局に対して、自局宛に配信された一斉送信情報か否かを判定させる、請求項１乃至１１のいずれか１項に記載の情報配信システム。
【請求項１３】
前記同報配信装置は、前記配信先となる移動局に関する情報を３ＧＰＰにおいて定められたＷＲＩＴＥ−ＲＥＰＬＡＣＥ ＷＡＲＮＩＮＧ ＲＥＱＵＥＳＴを用いて前記配信ノードへ通知する、請求項１２に記載の情報配信システム。
【請求項１４】
前記サービス制御装置は、前記一斉送信情報を同報配信する有効期間を前記ゲートウェイ装置へ通知する、請求項１乃至１３のいずれか１項に記載の情報配信システム。
【請求項１５】
前記配信ノードは、前記一斉送信情報を同報配信すると配信結果通知を前記同報配信装置を介して前記ゲートウェイ装置へ通知し、
前記ゲートウェイ装置は、前記配信結果通知を前記有効期間内に受信した場合、前記一斉送信情報を再度同報配信することを前記同報配信装置へ通知する、請求項１４に記載の情報配信システム。
【請求項１６】
前記サービス制御装置は、前記一斉送信情報を同報配信する有効期間を前記ゲートウェイ装置を介して前記同報配信装置へ通知する、請求項１４に記載の情報配信システム。
【請求項１７】
前記配信ノードは、前記一斉送信情報を同報配信すると配信結果通知を前記同報配信装置へ通知し、
前記同報配信装置は、前記配信結果通知を前記有効期間内に受信した場合、前記一斉送信情報を再度同報配信することを前記配信ノードへ通知する、請求項１６に記載の情報配信システム。
【請求項１８】
前記サービス制御装置は、前記有効期間を３ＧＰＰにおいて定められたＤｅｖｉｅ−Ａｃｔｉｏｎ−Ｒｅｑｕｅｓｔを用いて前記ゲートウェイ装置へ通知する、請求項１４乃至１７のいずれか１項に記載の情報配信システム。
【請求項１９】
外部ネットワークに配置され、複数のイベント発生を検出し、イベントに応じてイベント情報の配信地域である配信地域情報を指定するイベント検出装置から前記配信地域情報を受信する受信手段と、
前記配信地域に在圏する移動局へ発生したイベントに関する一斉送信情報を同報配信する際に、前記移動局を管理し、前記移動局へ前記一斉送信情報を同報配信する配信ノードを特定するゲートウェイ装置へ前記配信地域情報を送信する送信手段と、を備えるサービス制御装置。
【請求項２０】
前記送信手段は、移動通信ネットワーク内において前記配信地域情報と関連付けられた配信地域ＩＤ内に配置された前記配信ノードを特定するために前記配信地域ＩＤを前記ゲートウェイ装置へ通知する、請求項１９に記載のサービス制御装置。
【請求項２１】
前記送信手段は、ＧＰＳ情報において示された地点を中心とした所定の範囲内に配置された前記配信ノードを特定するために、前記ＧＰＳ情報を前記ゲートウェイ装置へ通知する、請求項１９又は２０に記載のサービス制御装置。
【請求項２２】
前記送信手段は、移動局が位置する地点を中心とした所定の範囲内に配置された前記配信ノードを特定するために、移動局に関する情報を前記ゲートウェイ装置へ通知する、請求項１９乃至２１のいずれか１項に記載のサービス制御装置。
【請求項２３】
前記送信手段は、前記配信地域情報を３ＧＰＰにおいて定められたＴｓｐインタフェースのＤｅｖｉｃｅ−Ａｃｔｉｏｎ−Ｒｅｑｕｅｓｔを用いて前記ゲートウェイ装置へ通知する、請求項１９乃至２２のいずれか１項に記載のサービス制御装置。
【請求項２４】
前記イベント検出装置から前記イベントに関する一斉送信情報を同報配信する同報配信要求を受信した場合、前記イベント検出装置から送信された同報配信要求に応じて同報配信を行うか否かを判定する制御手段をさらに備える、請求項１９乃至２３のいずれか１項に記載のサービス制御装置。
【請求項２５】
前記送信手段は、前記配信地域情報とともに前記イベント情報を前記ゲートウェイ装置へ通知する、請求項１９乃至２４のいずれか１項に記載のサービス制御装置。
【請求項２６】
前記送信手段は、前記イベント情報を３ＧＰＰにおいて定められたＴｓｐインタフェースのＤｅｖｉｃｅ−Ａｃｔｉｏｎ−Ｒｅｑｕｅｓｔを用いて前記ゲートウェイ装置へ通知する、請求項２５に記載のサービス制御装置。
【請求項２７】
前記送信手段は、前記一斉送信情報を同報配信する有効期間を前記ゲートウェイ装置へ通知する、請求項１９乃至２６のいずれか１項に記載のサービス制御装置。
【請求項２８】
前記送信手段は、前記一斉送信情報を同報配信する有効期間を前記ゲートウェイ装置を介して同報配信装置へ通知する、請求項２７に記載のサービス制御装置。
【請求項２９】
前記送信手段は、前記有効期間を３ＧＰＰにおいて定められたＤｅｖｉｅ−Ａｃｔｉｏｎ−Ｒｅｑｕｅｓｔを用いて前記ゲートウェイ装置へ通知する、請求項２７又は２８に記載のサービス制御装置。
【請求項３０】
外部ネットワークに配置されたイベント検出装置において、複数のイベント発生を検出し、前記イベントに応じてイベント情報の配信地域である配信地域情報を指定された場合に、前記配信地域に在圏する移動局へ発生したイベントに関する一斉送信情報を同報配信する同報配信装置へ、前記配信地域情報に基づいて前記一斉送信情報を受信する前記移動局を管理する配信ノードを特定し前記同報配信装置へ前記特定した配信ノードを通知する通知手段を備える、ゲートウェイ装置。
【請求項３１】
前記通知手段は、移動通信ネットワーク内において前記配信地域情報と関連付けられた配信地域ＩＤに配置された前記配信ノードを特定する、請求項３０に記載のゲートウェイ装置。
【請求項３２】
前記通知手段は、ＧＰＳ情報において示された地点を中心とした所定の範囲内に配置された前記配信ノードを特定する、請求項３０又は３１に記載のゲートウェイ装置。
【請求項３３】
前記通知手段は、移動局が位置する地点を中心とした所定の範囲内に配置された前記配信ノードを特定する、請求項３０乃至３２のいずれか１項に記載のゲートウェイ装置。
【請求項３４】
前記通知手段は、前記移動局の移動特性に応じて、所定時間経過後に当該移動局が位置する地点を中心とした所定の範囲内に配置された前記配信ノードを特定する、請求項３３に記載のゲートウェイ装置。
【請求項３５】
前記イベント検出装置から前記イベントに関する一斉送信情報を同報配信する同報配信要求を受信した場合、前記イベント検出装置を請求先とする課金情報を生成する、課金情報生成手段をさらに備える、請求項３０乃至３４のいずれか１項に記載のゲートウェイ装置。
【請求項３６】
前記課金情報は、前記同報配信を行うエリア、前記一斉送信情報を送信する回数及び前記一斉送信情報を受信する移動局の数のうち少なくとも一つに基づいて生成される、請求項３５に記載のゲートウェイ装置。
【請求項３７】
前記イベント情報と当該イベント情報に関する前記一斉送信情報を送信する優先度とを関連づけた情報テーブルさらに備え、前記通知手段は、通知されたイベント情報に基づいて、当該イベントに関する優先度を特定する、請求項３０乃至３６のいずれか１項に記載のゲートウェイ装置。
【請求項３８】
前記通知手段は、前記配信ノードから、前記一斉送信情報を同報配信したことを示す配信結果通知を受信し、前記一斉送信情報を同報配信する有効期間内に、前記配信結果通知を受信した場合、前記一斉送信情報を再度同報配信することを前記同報配信装置へ通知する、請求項３０乃至３７のいずれか１項に記載のゲートウェイ装置。
【請求項３９】
外部ネットワークに配置され、複数のイベント発生を検出し、前記イベントに応じてイベント情報の配信地域である配信地域情報を指定するイベント検出装置から前記配信地域情報を受信し、
前記配信地域に在圏する移動局へ発生したイベントに関する一斉送信情報を同報配信する際に、前記移動局を管理し、前記移動局へ前記一斉送信情報を同報配信する配信ノードを特定するゲートウェイ装置へ前記配信地域情報を送信する、サービス制御装置の制御方法。
【請求項４０】
外部ネットワークに配置されたイベント検出装置において、複数のイベント発生が検出され、前記イベントに応じてイベント情報の配信地域である配信地域情報を指定された場合に、前記配信地域に在圏する移動局へ発生したイベントに関する一斉送信情報を同報配信する同報配信装置へ、前記配信地域情報に基づいて前記一斉送信情報を受信する前記移動局を管理する配信ノードを特定し前記同報配信装置へ前記特定した配信ノードを通知する、ゲートウェイ装置の制御方法。
【請求項４１】
外部ネットワークに配置され、複数のイベント発生を検出し、前記イベントに応じてイベント情報の配信地域である配信地域情報を指定するイベント検出装置から前記配信地域情報を受信するステップと、
前記配信地域に在圏する移動局へ発生したイベントに関する一斉送信情報を同報配信する際に、前記移動局を管理し、前記移動局へ前記一斉送信情報を同報配信する配信ノードを特定するゲートウェイ装置へ前記配信地域情報を送信するステップとを、コンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【請求項４２】
外部ネットワークに配置されたイベント検出装置において、複数のイベント発生が検出され、前記イベントに応じてイベント情報の配信地域である配信地域情報を指定された場合に、前記配信地域に在圏する移動局へ発生したイベントに関する一斉送信情報を同報配信する同報配信装置へ、前記配信地域情報に基づいて前記一斉送信情報を受信する前記移動局を管理する配信ノードを特定し前記同報配信装置へ前記特定した配信ノードを通知するステップを、コンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報配信システムに関し、特にイベントに応じて配信地域を変更する情報配信システムに関する。
【背景技術】
【０００２】
近年、モバイルネットワークにおける緊急情報配信方式として、ＣＢＳ（Cell Broadcast Service）が用いられている。ＣＢＳは、緊急情報を配信する対象エリアに在圏する携帯電話端末に対して、一斉同報によって緊急情報を通知する。また、災害通知の高速化や、配信エリアの柔軟性に対応するために、ＥＴＷＳ（Earthquake and Tsunami Warning System）が規定されている。【０００３】
例えば、災害通知の高速化は、「地震発生」等、最も急を要する最低限の情報部分を最速で配信する第１報と、震度や、震源地等の補足的な情報を配信する第２報の２種類の信号を分離配信することにより実現されている。【０００４】
さらに、配信エリアの柔軟性は、Ｃｅｌｌレベル、ＴＡ（Tracking Area）レベル及びＥＡ（Emergency Area）レベルの３つのレベルで配信エリアを使い分けることにより実現されている。【０００５】
ここで、配信エリアの柔軟性に関連して、特許文献１には、緊急メッセージの配信エリアとして、広域地域単位もしくはセクタ単位で配信エリアを指定する構成が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−４５７４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
緊急情報配信に対するニーズは将来的に多様化されることが想定されている。例えば、現在、ＣＢＳを用いた緊急情報配信においては、地震及び津波に関する緊急情報が配信されている。しかし、将来的には、自然災害以外の緊急情報についても配信することが望まれている。さらに、配信先についても、緊急情報の配信を依頼する事業者等が希望する地域に対して緊急情報等を配信することが望まれている。しかし、現在のＣＢＳにおいては、このような多様化されたニーズに対応したシステム構成とはなっていないため、多様化されたニーズに対応するため、更なるシステムの改良を行う必要がある。【０００８】
本発明は、多様化された情報配信へのニーズに対応するために、事業者等が同報配信を希望する一斉送信情報を移動局へ配信する、移動通信ネットワーク内の構成を明確にした情報配信システム、サービス制御装置、ゲートウェイ装置、制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１の態様にかかる情報配信システムは、複数のイベント発生を検出し、前記イベントに応じてイベント情報の配信地域である配信地域情報を指定するイベント検出装置を有する外部ネットワークと、前記イベント検出装置から前記配信地域情報を受信するサービス制御装置と、前記配信地域に在圏する移動局へ前記発生したイベントに関する一斉送信情報を同報配信する同報配信装置と、前記配信地域情報に基づいて前記一斉送信情報を受信する前記移動局を管理する配信ノードを特定し、前記同報配信装置へ前記特定した配信ノードを通知するゲートウェイ装置と、を有する移動通信ネットワークと、を備えるものである。【００１０】
本発明の第２の態様にかかるサービス制御装置は、外部ネットワークに配置され、複数のイベント発生を検出し、イベントに応じてイベント情報の配信地域である配信地域情報を指定するイベント検出装置から前記配信地域情報を受信する受信部と、前記配信地域に在圏する移動局へ前記発生したイベントに関する一斉送信情報を同報配信する際に、前記移動局を管理し、前記移動局へ前記一斉送信情報を同報配信する配信ノードを特定するゲートウェイ装置へ前記配信地域情報を送信する送信部と、を備えるものである。【００１１】
本発明の第３の態様にかかるゲートウェイ装置は、外部ネットワークに配置されたイベント検出装置において、複数のイベント発生を検出し、前記イベントに応じてイベント情報の配信地域である配信地域情報を指定された場合に、前記配信地域に在圏する移動局へ前記発生したイベントに関する一斉送信情報を同報配信する同報配信装置へ、前記配信地域情報に基づいて前記一斉送信情報を受信する前記移動局を管理する配信ノードを特定し前記同報配信装置へ前記特定した配信ノードを通知する通知部を備えるものである。【００１２】
本発明の第４の態様にかかる制御方法は、外部ネットワークに配置され、複数のイベント発生を検出し、前記イベントに応じてイベント情報の配信地域である配信地域情報を指定するイベント検出装置から前記配信地域情報を受信し、前記配信地域に在圏する移動局へ前記発生したイベントに関する一斉送信情報を同報配信する際に、前記移動局を管理し、前記移動局へ前記一斉送信情報を同報配信する配信ノードを特定するゲートウェイ装置へ前記配信地域情報を送信するものである。【００１３】
本発明の第５の態様にかかるプログラムは、外部ネットワークに配置され、複数のイベント発生を検出し、前記イベントに応じてイベント情報の配信地域である配信地域情報を指定するイベント検出装置から前記配信地域情報を受信するステップと、前記配信地域に在圏する移動局へ前記発生したイベントに関する一斉送信情報を同報配信する際に、前記移動局を管理し、前記移動局へ前記一斉送信情報を同報配信する配信ノードを特定するゲートウェイ装置へ前記配信地域情報を送信するステップとを、コンピュータに実行させるものである。
【発明の効果】
【００１４】
本発明により、多様化された情報配信へのニーズに対応するために、事業者等が同報配信を希望する一斉送信情報を移動局へ配信する移動通信ネットワーク内の構成を明確にした情報配信システム、サービス制御装置、ゲートウェイ装置、制御方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】実施の形態１にかかる情報配信システムの構成図である。
【図２】実施の形態１にかかる情報配信システムの構成図である。
【図３Ａ】実施の形態１にかかるＳＣＳの構成図である。
【図３Ｂ】実施の形態１にかかるＭＴＣ ＩＷＦの構成図である。
【図４】実施の形態１にかかるＮＷ構成情報ＤＢの構成図である。
【図５】実施の形態１にかかる情報配信システムの信号の流れを示すシーケンスである。
【図６Ａ】実施の形態１にかかる情報配信システムの信号の流れを示すシーケンスである。
【図６Ｂ】実施の形態１にかかる情報配信システムの配信結果通知に関する信号の流れを示すシーケンスである。
【図７】実施の形態２にかかるＳＣＳの構成図である。
【図８Ａ】実施の形態２にかかる優先度情報ＤＢの構成図である。
【図８Ｂ】実施の形態２にかかる優先度情報ＤＢの構成図である。
【図９Ａ】実施の形態２にかかる情報配信システムの信号の流れを示すシーケンスである。
【図９Ｂ】実施の形態２にかかる情報配信システムの信号の流れを示すシーケンスである。
【図１０】実施の形態２にかかる情報配信システムの信号の流れを示すシーケンスである。
【図１１】実施の形態３にかかるＳＣＳの構成図である。
【図１２】実施の形態３にかかるデータ形式情報ＤＢの構成図である。
【図１３】実施の形態４にかかる情報配信システムの信号の流れを示すシーケンスである。
【図１４】３ＧＰＰにおいて規定されているネットワーク構成を示す図である。
【発明を実施するための形態】
【００１６】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。はじめに、図１を用いて本発明の実施の形態１にかかる情報配信システムの構成例について説明する。図１の情報配信システムは、外部ネットワーク及び移動通信ネットワークを備えている。
【００１７】
はじめに、外部ネットワークの構成例について説明する。外部ネットワークは、イベント検出装置１を有している。イベント検出装置１は、複数のイベント発生を検出する。さらに、イベント検出装置１は、検出したイベントに応じてイベント情報の配信地域情報を指定する。イベントの発生とは、例えば、地震、津波等の自然災害の発生や、火災の発生、交通事故の発生、犯罪の発生等がある。さらに、イベントには、火災や、交通事故等の発生に伴う緊急車両の出動等、上述したイベントの発生に伴う付随的なイベントが含まれてもよい。
【００１８】
イベント検出装置１は、これらのイベントが発生したことを検出する。例えば、イベント検出装置１は、政府機関と接続されているコンピュータを介して自然災害の発生を通知されることにより、自然災害の発生を検出してもよい。さらに、イベント検出装置１は、消防署や警察署と接続されているコンピュータを介して火災や交通事故、犯罪等の発生を通知されることにより、火災や、交通事故、犯罪等の発生を検出してもよい。さらに、イベント検出装置１は、緊急車両に搭載されている通信装置等と通信を行うことにより、緊急車両が出動することを検出してもよい。
【００１９】
配信地域情報は、例えば、自然災害や、火災、事故現場、犯罪現場等が発生している地点の半径数メートルもしくは数キロメートル等を指定する情報であってもよい。もしくは、配信地域情報は、交通事故現場となっている高速道路の地点から、上り及び下りの数キロ圏内等を指定する情報であってもよい。もしくは、配信地域情報は、緊急車両の走行経路に関する情報であってもよい。イベント検出装置１は、指定した配信地域情報を移動通信ネットワークへ通知する。
【００２０】
次に、移動通信ネットワークの構成例について説明する。移動通信ネットワークは、サービス制御装置２、ゲートウェイ装置３、同報配信装置４、配信ノード５及び移動局６を備えている。
【００２１】
サービス制御装置２は、イベント検出装置１から送信された配信地域情報を受信する。サービス制御装置２は、配信地域情報を受信すると、ゲートウェイ装置３へ受信した配信地域情報を送信する。
【００２２】
同報配信装置４は、イベント検出装置１から送信された配信地域情報に示された配信地域に在圏する移動局６へ、イベント検出装置１において検出したイベントに関する一斉送信情報を同報配信する。
【００２３】
ゲートウェイ装置３は、サービス制御装置２から送信された配信地域情報を受信する。ゲートウェイ装置３は、受信した配信地域情報に基づいて、一斉送信情報を受信する移動局６を管理する配信ノード５を特定する。さらに、ゲートウェイ装置３は、特定した配信ノードを同報配信装置４へ通知する。ここで、配信ノードは、例えば基地局、基地局管理装置もしくは移動通信ネットワーク内のノード装置等であってもよい。さらに、配信ノードが無線ＬＡＮ（Local Area Network）を構築する場合、配信ノードは、アクセスポイントであってもよい。
【００２４】
以上説明したように、図１には、外部ネットワークに配置されたイベント検出装置から指定された配信地域情報に一斉送信情報を同報配信する移動通信ネットワークの構成が明確に示されている。このような移動通信ネットワークを用いることにより、イベント検出装置から指定された配信地域情報に基づいて、一斉送信情報を同報配信する配信ノードを特定することができる。そのため、外部ネットワークに配置されたイベント検出装置の配信要求に応じて、移動通信ネットワークを介して同報配信を行うことができる。
【００２５】
また、図１の情報配信システムを用いることにより、様々なイベント発生に応じた情報配信を行うことが可能となり、さらにイベント毎に情報の配信先を決定することができるため、情報を必要な地域へ正確に情報を配信することができる。
【００２６】
続いて、図２を用いて本発明の実施の形態１にかかる情報配信システムの詳細な構成例について説明する。図２の情報配信システムは、Ｍ２Ｍ（Machine to Machine）サービスＰＦ３０と、ゲートウェイ装置４０と、ＣＢＣ（Cell Broadcast Center）５０と、移動管理ノード６０と、無線基地局７０と、移動端末８０とを備えている。ゲートウェイ装置４０と、ＣＢＣ５０と、移動管理ノード６０とは、移動通信ネットワークにおけるコアネットワーク９０内に配置されている。コアネットワーク９０に配置されている装置及び無線基地局７０は、移動通信事業者によって管理される装置である。そのため、Ｍ２ＭサービスＰＦ３０は、移動通信事業者とは異なる事業者によって提供されているプラットフォームであってもよく、移動通信事業者によって管理されているプラットフォームであってもよい。
【００２７】
Ｍ２ＭサービスＰＦ３０は、図１におけるイベント検出装置１に対応する。Ｍ２ＭサービスＰＦ３０は、政府機関、警察署もしくは消防署等のそれぞれの組織に配置されるコンピュータを介して地震、津波等の自然災害や、火災、交通事故、犯罪等のイベント発生情報を受け取る。Ｍ２ＭサービスＰＦ３０は、それぞれのイベントが発生した位置に関する情報も併せて受け取る。Ｍ２ＭサービスＰＦ３０は、イベントが発生した位置に基づいて、イベント情報を配信する地域に関する配信地域情報を決定する。Ｍ２ＭサービスＰＦ３０は、イベント情報と配信地域情報とを含む配信要求をゲートウェイ装置４０へ送信する。
【００２８】
ゲートウェイ装置４０は、図１におけるサービス制御装置２及びゲートウェイ装置３の機能を有する。ゲートウェイ装置４０は、Ｍ２ＭサービスＰＦ３０とコアネットワーク９０内の装置との間の通信を中継する。つまり、コアネットワーク９０の外部にある外部ネットワークと通信を行うためのインタフェースを有し、さらに、コアネットワーク９０内の装置と通信を行うためのインタフェースを有する。これより、ゲートウェイ装置４０は、外部ネットワークとの間のゲートウェイ装置として機能する。また、ゲートウェイ装置４０は、ＳＣＳ（Service Capability Server）とＭＴＣ ＩＷＦと２つの装置を用いて構成されてもよい。この場合、図１のサービス制御装置２は、ＳＣＳに相当し、ゲートウェイ装置３は、ＭＴＣ ＩＷＳに相当する。ＳＣＳ及びＭＴＣ−ＩＷＦの構成は、後に詳述する。ゲートウェイ装置４０は、Ｍ２ＭサービスＰＦ３０から送信される配信要求を受信する。
【００２９】
ゲートウェイ装置４０は、受信した配信地域情報に対応する配信先ノードを特定する。ゲートウェイ装置４０は、イベント情報と、特定した配信先ノード情報とを含む配信要求をＣＢＣ５０へ送信する。
【００３０】
ここで、ゲートウェイ装置４０は、Ｍ２ＭサービスＰＦ３０から送信された情報がコアネットワーク９０内に転送することを許可されているか否かに関する認証処理を実行してもよい。例えば、ゲートウェイ装置４０は、イベント情報の配信要求を受け取った際に、配信要求が、予めイベント情報をコアネットワーク９０内に転送することが許可されている組織に関する配信要求か否かを判定してもよい。つまり、ゲートウェイ装置４０は、配信要求の転送を許可する組織の一覧に関する情報を管理してもよい。もしくは、ゲートウェイ装置４０は、コアネットワーク９０内の装置に転送可能なイベント情報の一覧に関する情報を管理してもよい。また、ゲートウェイ装置４０がＳＣＳとＭＴＣ ＩＷＦとを用いて構成される場合、Ｍ２ＭサービスＰＦ３０から直接アクセスされるＳＣＳが認証処理を実行してもよい。
【００３１】
さらに、ゲートウェイ装置４０は、配信要求の転送先であるＣＢＣ５０の処理負荷状況に応じて、Ｍ２ＭサービスＰＦ３０から送信された配信要求をＣＢＣ５０へ転送するか否かに関する判定処理を実行してもよい。ゲートウェイ装置４０は、ＣＢＣ５０から定期的に処理負荷に関する情報を受け取ってもよく、配信要求を受信した際に、ＣＢＣ５０から処理負荷に関する情報を受け取ってもよい。処理負荷に関する情報は、例えば、ＣＢＣ５０におけるＣＰＵ使用率等であってもよい。もしくは、ゲートウェイ装置４０は、ＣＢＣ５０を介して、配信先ノードである無線基地局７０もしくは移動管理ノード６０等の処理負荷に関する情報を受け取ってもよい。
【００３２】
ゲートウェイ装置４０は、ＣＢＣ５０もしくは、無線基地局７０、移動管理ノード６０等の処理負荷が高い場合には、Ｍ２ＭサービスＰＦ３０から送信された配信要求を転送せずに廃棄してもよい。もしくは、ゲートウェイ装置４０は、ＣＢＣ５０もしくは、無線基地局の処理負荷が高い場合には、Ｍ２ＭサービスＰＦ３０に対して、配信要求の再送時間を指定して通知してもよい。もしくは、ゲートウェイ装置４０は、配信要求をバッファに格納し、所定時間経過後にバッファに格納した配信要求をＣＢＣ５０へ送信してもよい。これにより、ゲートウェイ装置４０は、ＣＢＣ５０もしくは無線基地局、ＭＭＥ等の配信先ノードの処理負荷の上昇を防ぐことができる。つまり、ゲートウェイ装置４０は、コアネットワーク９０及び無線基地局７０の輻輳状態を考慮して配信要求をコアネットワーク９０内に送信することができる。
【００３３】
さらに、ゲートウェイ装置４０は、Ｍ２ＭサービスＰＦ３０から配信要求が送信された場合に、イベント情報に関連する組織に対して請求を行うための課金情報の生成処理を実行してもよい。例えば、ゲートウェイ装置４０は、コアネットワーク９０内の課金処理を実行する課金処理装置等に対して、イベント情報に関連する組織を識別する識別情報と、配信要求があった旨を通知し、課金プロファイルを生成させてもよい。課金処理装置は、例えば３ＧＰＰにおいて規定されているネットワークに配置されているＣＤＦ（Charging Data Function）や、ＣＧＦ（Charging Gateway Function）等であってもよい。
【００３４】
ＣＢＣ５０は、ゲートウェイ装置４０から通知された配信先ノード情報に基づいて、配信要求を移動管理ノード６０へ送信する。配信先ノード情報には、配信先の移動管理ノード６０が指定されていてもよい。もしくは、配信先ノード情報に配信先の無線基地局７０が指定されている場合、ＣＢＣ５０は、指定された無線基地局７０と接続されている移動管理ノード６０を抽出してもよい。この場合、ＣＢＣ５０は、移動管理ノード６０と無線基地局７０とを情報テーブル等を用いて管理してもよい。
【００３５】
移動管理ノード６０は、ＣＢＣ５０から送信された配信要求を受信する。例えば、移動管理ノード６０は、３ＧＰＰに規定されているコアネットワークのノードであるＭＭＥ（Mobility Management Entity）であってもよい。移動管理ノード６０は、都道府県単位もしくは、都道府県よりも小さい地方単位でネットワークに配置されてもよい。
【００３６】
移動管理ノード６０は、受信した配信要求に含まれるイベント情報を移動管理ノード６０に接続されている複数の無線基地局７０へ送信する。移動管理ノード６０は、受信したイベント情報を、接続されている全ての無線基地局７０へ送信してもよい。もしくは、移動管理ノード６０は、ＣＢＣ５０から配信先の無線基地局７０を指定された場合、指定された無線基地局７０へ受信したイベント情報を送信してもよい。
【００３７】
無線基地局７０は、移動管理ノード６０から送信されたイベント情報を受信する。無線基地局７０は、受信したイベント情報を無線基地局７０の管理するエリア内に属する移動端末８０に対して送信する。
【００３８】
移動端末８０は、携帯電話端末や、スマートフォン端末、ノートブック型パーソナルコンピュータ等であってもよく、自動車や、電車等に通信機能が搭載された移動手段であってもよく、時計等のユーザが身につける機械に通信機能を搭載したものであってもよい。もしくは、移動端末８０は、通信機能が搭載された自動販売機等のように、移動する頻度が少なく、無線を介して制御される装置であってもよい。
【００３９】
また、上記の説明においては、ゲートウェイ装置４０とＣＢＣ５０とは異なる装置として説明しているが、例えば、ゲートウェイ装置４０において実現されている機能をＣＢＣ５０において実現してもよい。つまり、ゲートウェイ装置４０とＣＢＣ５０とを一体の装置とコアネットワーク９０に配置してもよい。また、ゲートウェイ装置４０とＣＢＣ５０とが異なる装置である場合に、ＣＢＣ５０が、配信地域情報に基づいて配信先ノードを決定してもよい。
【００４０】
続いて、図３Ａ及び図３Ｂを用いて本発明の実施の形態１にかかるＳＣＳ４０Ａと、ＭＴＣ ＩＷＦ４０Ｂとの構成例について説明する。図３ＡのＳＣＳ４０Ａは、サービスＰＦインタフェース４１と、制御部４３とを備えている。また、ＳＣＳ４０Ａは、ＭＴＣ Ｓｅｒｖｅｒと称されてもよい。
【００４１】
サービスＰＦインタフェース４１は、Ｍ２ＭサービスＰＦ３０と通信を行うために用いられ、Ｍ２ＭサービスＰＦ３０とデータの送受信を行う。サービスＰＦインタフェース４１は、Ｍ２ＭサービスＰＦ３０から、イベント情報と配信地域情報とを含む配信要求を受信する。サービスＰＦインタフェース４１は、配信要求を制御部４３へ出力する。
【００４２】
制御部４３は、サービスＰＦインタフェース４１から出力されたイベント情報及び配信地域情報をＭＴＣ ＩＷＦ４０Ｂへ送信する。
【００４３】
続いて、図３ＢのＭＴＣ ＩＷＦ４０Ｂの構成例について説明する。ＭＴＣ ＩＷＦ４０Ｂは、通知部４４と、ＮＷ構成情報ＤＢ４５と、ＣＢＣインタフェース４２とを備えている。通知部４４は、ＳＣＳ４０Ａから、配信地域情報及びイベント情報を受信する。通知部４４は、ＳＣＳ４０Ａから送信された配信地域情報に基づいて、配信先ノードを特定する。通知部４４は、ＮＷ構成情報ＤＢ４５を用いて配信先ノードを特定する。通知部４４は、ＳＣＳ４０Ａの制御部４３から出力されたイベント情報と特定した配信先ノード情報とを含む配信要求をＣＢＣインタフェース４２を介してＣＢＣ５０へ送信する。
【００４４】
ＣＢＣインタフェース４２は、ＣＢＣ５０と通信を行うために用いられ、ＣＢＣ５０とデータの送受信を行う。
【００４５】
ここで、図４を用いてＮＷ構成情報ＤＢ４５の構成例について説明する。ＮＷ構成情報ＤＢ４５は、地域情報とその地域に属する基地局とを関連付けて管理している。例えば、地域Ａと、地域Ａに属する基地局としてｅＮＢ＃１、ｅＮＢ＃２及びｅＮＢ＃３とが関連付けられている。さらに、地域Ｂと地域Ｂに属する基地局として、ｅＮＢ＃４、ｅＮＢ＃５及びｅＮＢ＃６とが関連付けられている。さらに、地域Ｃと地域Ｃに属する基地局として、ｅＮＢ＃７及びｅＮＢ＃８とが関連付けられている。地域Ｃは、例えば国道Ｘ号線沿いのようにしていされてもよい。その他にも、地域情報として、高速道路上の数キロの範囲等を指定してもよい。
【００４６】
ｅＮＢは、３ＧＰＰに規定されているＬＴＥにおいて用いられる無線基地局の名称である。本図においては、基地局としてｅＮＢを用いて説明しているが、Ｗ−ＣＤＭＡ無線方式において用いられる無線基地局等、ＬＴＥとは異なる通信方式において用いられる無線基地局と地域情報とが関連付けられてもよい。
【００４７】
また、本図においては、地域情報と基地局とを関連付けて管理している例について説明したが、例えば、地域情報と、移動管理ノード等のコアネットワーク内のノードとを関連付けて管理してもよい。また、地域情報と、コアネットワーク内のノード及び基地局とを関連付けて管理してもよい。
【００４８】
続いて、図５を用いて本発明の実施の形態１にかかるＭ２ＭサービスＰＦ３０とＣＢＣ５０との間における情報配信システムの信号の流れを示すシーケンスについて説明する。はじめに、Ｍ２ＭサービスＰＦ３０は、政府機関、警察署もしくは消防署等のそれぞれの組織に配置されるコンピュータを介して地震、津波等の自然災害や、火災、交通事故、犯罪等のイベント情報と、イベントが発生した位置に関する情報を受け取る（Ｓ１１）。
【００４９】
次に、Ｍ２ＭサービスＰＦ３０は、ＳＣＳ４０Ａにイベント情報と配信地域に関する情報とを含む配信要求を送信する（Ｓ１２）。ＳＣＳ４０Ａは、Ｍ２ＭサービスＰＦ３０から送信された配信要求を受信し、受信した配信要求をＭＴＣ ＩＷＦ４０Ｂへ送信する（Ｓ１３）。ここで、本図においては、ＳＣＳ４０ＡとＭＴＣ ＩＷＦ４０Ｂとを異なる装置として説明している。これは、３ＧＰＰにおいて規定されているネットワーク構成では、ＳＣＳ４０ＡとＭＴＣ ＩＷＦ４０Ｂとが異なる装置として配置されていることに従い、本図においても、ＳＣＳ４０ＡとＭＴＣ ＩＷＦ４０Ｂとを異なる装置として説明している。
【００５０】
ＳＣＳ４０ＡとＭＴＣ ＩＷＦ４０Ｂとの間は、３ＧＰＰにおいてＴｓｐ ＩＦとして定義されている。ＳＣＳ４０Ａは、配信要求として、Ｔｓｐ ＩＦのDevice-Action-Requestに配信エリア情報を意図するＡＶＰ（Attribute Value Pair）を設定してＭＴＣ ＩＷＦ４０Ｂへ送信する。ＴＳＰ ＩＦのDevice-Action-Requestに設定されるＡＶＰは、配信エリアを特定する情報を示すDistribution-Areaである。さらに、Distribution-Areaには、Type及びoptionが設定される。
【００５１】
optionは、エリアＩＤ、ＧＰＳ、端末（ＩＭＳＩ）、配信ポリシーもしくは移動特性等に関する情報を含む。エリアＩＤとは、例えば、住所情報に対応づけられるＩＤである。エリアＩＤは、通信事業者が定めてもよい。ＧＰＳとは、例えば、配信ポリシーとして、指定した位置の半径Ｘ（Ｘは任意の数字）ｋｍに情報を配信することが設定された場合、指定した位置を示す位置情報であってもよい。ＩＭＳＩは、配信ポリシーとして、指定した端末を中心とした半径Ｘｋｍに情報を配信することが設定された場合、指定した端末を識別する情報であってもよい。
【００５２】
Typeは、配信エリアを指定するために、エリアＩＤを指定するか、ＧＰＳを指定するか、ＩＭＳＩを指定するかに関する情報が含まれる。例えば、TypeにＧＰＳを指定することが設定されている場合、ＧＰＳ情報として通知された位置情報の半径Ｘｋｍ以内の端末に対して情報を配信することを示す。
【００５３】
ＭＴＣ ＩＷＦ４０Ｂは、配信地域情報に基づいて配信先ノードを特定する。配信先ノードの特定は、上述したようにＮＷ構成情報ＤＢ４５を用いて行われる。ＭＴＣ ＩＷＦ４０Ｂは、イベント情報と共に特定した配信先ノードに関する情報をＣＢＣ５０へ送信する（Ｓ１４）。
【００５４】
ここで、例えば、Device-Action-RequestのTypeにエリアＩＤが指定されている場合、ＭＴＣ ＩＷＦ４０Ｂは、エリアＩＤに関連づけられているＭＭＥもしくはセルを特定する。Device-Action-RequestのTypeにＧＰＳが指定されている場合、ＭＴＣ ＩＷＦ４０Ｂは、ＧＰＳ情報として通知された緯度及び経度情報の周辺Ｘｋｍ以内に配置されているＭＭＥもしくはｅＮＢを特定する。Device-Action-RequestのTypeに自動販売機等の移動しない固定端末のＩＭＳＩが指定されている場合、ＭＴＣ ＩＷＦ４０Ｂは、固定端末の周辺Ｘｋｍ以内に配置されているＭＭＥもしくはセルを特定する。このように、Device-Action-RequestのTypeにＧＰＳもしくは固定端末のＩＭＳＩが指定されている場合、optionにおいて半径Ｘｋｍ等の配信先エリアを示す配信ポリシーが設定される。Device-Action-RequestのTypeに緊急車両等の移動する端末のＩＭＳＩが指定されている場合、ＭＴＣ ＩＷＦ４０Ｂは、移動する端末の速度等を示す移動特性を用いて配信先ＭＭＥもしくはセルを特定する。つまり、ＭＴＣ ＩＷＦ４０Ｂは、移動特性を用いて、所定期間経過後の、移動する端末の位置を中心に半径Ｘｋｍ以内に存在するＭＭＥもしくはセルを特定する。このように、Device-Action-RequestのTypeに緊急車両等の移動する端末のＩＭＳＩが指定されている場合、optionに移動特性に関する情報が設定される。
【００５５】
ＭＴＣ ＩＷＦ４０Ｂが特定した配信先ノードに関する情報は、３ＧＰＰにおいてimpacted areaとして定義されている。impacted areaには、例えば特定した配信先ノードが管理するセルに関する情報（セル情報）が設定されてもよい。ステップＳ１４において、ＭＴＣ ＩＷＦ４０Ｂは、ＣＢＣ５０へ、３ＧＰＰにおいて規定されているEmergency Broadcast Requestにimpacted areaを設定して送信してもよい。また、ＣＢＣ５０は、後述するWRITE-REPLACE WARNING RESPONSEを受信した後に、ＭＴＣ ＩＷＦ４０Ｂへ、Emergency Broadcast Responseを送信してもよい。
【００５６】
ＭＴＣ ＩＷＦ４０Ｂは、ＣＢＣ５０からEmergency Broadcast Responseを受信すると、課金処理を行い、Device-Action-Requestの応答信号であるDevice-Action-Answerに課金情報を設定してＳＣＳ４０Ａへ送信してもよい。ここで、ＣＢＣを用いて配信された情報に関する課金は、配信エリア、データ量、配信時間、配信回数もしくは配信先端末台数等に基づいて行われてもよい。例えば、配信エリアに応じて課金レートを変更してもよい。さらに、料金請求先は、情報を受け取った端末ではなく、情報配信を要求した政府機関、警察署もしくは消防署等のそれぞれの組織としてもよい。また、ＭＴＣ ＩＷＦ４０Ｂは、後の図６Ｂにおいて詳述する配信結果通知を受信することにより配信先端末台数に関する情報を取得することができる。
【００５７】
また、３ＧＰＰが規定する技術仕様書は、ＣＢＣへRequestメッセージ等を送信する装置をＣＢＥ（Cell Broadcast Entities）として定義している。ここで、ＭＴＣ ＩＷＦ４０Ｂは、ＣＢＣと通信を行うために、ＣＢＥに関する機能を有してもよい。
【００５８】
ここで、ＵＥにおいて、緊急配信された情報を受け取るかどうかを判断させる情報（緊急配信受信要否情報）が、ＣＢＣ５０へ通知されてもよい。例えば、ＬＴＥでは、Ｗａｒｎｉｎｇ ＴｙｐｅもしくはＷａｒｎｉｎｇ Ｍｅｓｓａｇｅ等に、災害種別等と共に緊急配信受信要否情報が設定されてもよい。また、３Ｇにおいては、Ｍｅｓｓａｇｅ ＩＤやＳｅｒｉａｌ Ｎｕｍｂｅｒ等に、災害種別等と共に緊急配信受信要否情報が設定されてもよい。さらに、緊急配信受信要否情報は、その他のパラメータもしくはメッセージに設定されてもよい。緊急配信受信要否情報は、ステップＳ１２、１３、１４において送信されるいずれのメッセージに含められてもよい。
【００５９】
例えば、緊急配信受信要否情報は、ＭＴＣデバイスのみが受け取るべきか、あるいは、ＭＴＣデバイスが受け取らないべき（もしくは廃棄すべき）か等、を判断することができる情報であってもよい。ＭＴＣデバイスは、ＵＥに含まれるデバイスであって、マシン通信として定義されているＭＴＣに用いられるデバイスである。ＭＴＣ及びＭＴＣデバイスは、３ＧＰＰの技術仕様書において定義されている。ＣＢＣ５０は、緊急配信受信要否情報として、ＭＴＣデバイス用、であるか否かを示すフラグを受信してもよい。
【００６０】
もしくは、ＣＢＣ５０は、ＭＴＣ−ＩＷＦ４０Ｂから送信される情報は、全てＭＴＣデバイス向けと判定してもよい。この場合、緊急配信受信要否情報は、不要となる。
【００６１】
続いて、図６Ａを用いてＣＢＣ５０と移動端末８０との間における情報配信システムの信号の流れを示すシーケンスについて説明する。本図におけるシーケンスは、３ＧＰＰにおいて規定されているネットワークにおける信号の流れを示している。ＣＢＣ５０と移動端末８０との間における情報配信は、緊急情報配信システムを用いて行われる。
【００６２】
はじめに、ＣＢＣ５０は、図５のステップＳ１４において、配信先ノードが通知されると、ＭＭＥに対してWRITE-REPLACE WARNING REQUESTを送信する（Ｓ２１）。WRITE-REPLACE WARNING REQUESTには、TAI、Warning Area List、Extended Repetition Period、Warning Type、Warning Message Contents等が含まれている。TAIは、位置登録エリアを示すTracking Area Identityの略称である。WRITE-REPLACE WARNING REQUESTにTAIが含まれている場合、ＭＭＥは、同一のTAIに属するセルもしくは基地局に対して、情報配信を行う。例えば、ＣＢＣ５０は、Warning TypeもしくはWarning Messageに、ＭＴＣデバイス用か否かに関する情報（フラグ）を設定する。
【００６３】
次に、ＭＭＥは、WRITE-REPLACE WARNING REQUESTを受け取ると、応答信号としてWRITE-REPLACE WARNING RESPONSEをＣＢＣ５０へ送信する（Ｓ２２）。次に、ＭＭＥは、ステップＳ２１においてTAIを受信した場合、受信したTAIに属するｅＮＢに対して、WRITE-REPLACE WARNING REQUESTを送信する（Ｓ２３）。ここで、ステップＳ２１において、TAIを受信しなかった場合、ＭＭＥは、配下のすべてのｅＮＢに対して、WRITE-REPLACE WARNING REQUESTを送信してもよい。
【００６４】
次に、ｅＮＢは、WRITE-REPLACE WARNING REQUESTに設定されている情報を、配下の複数のＵＥに対して同報配信する（Ｓ２４）。ここで、ＬＴＥのＥＴＷＳにおいては、primary notificationという、緊急配信の第一報（ページング）を送り、その後、secondary notificationという第二報で詳細情報を送信する。例えば、第一報に、緊急配信受信要否情報を含めることにより、ＵＥは、送信された同報配信が自装置宛てであるか否かを判定することができる。第一報に、ＭＴＣデバイス用であることが示される緊急受信要否情報が設定された場合、ＭＴＣデバイスではないＵＥは、同報配信が自装置宛てではないと判定する。この場合ＭＴＣデバイスではないＵＥは、第二報の詳細情報を破棄することができる。また、第一報に、ＭＴＣデバイス用ではないことが示される緊急受信要否情報が設定された場合、ＭＴＣデバイスは、同報配信が自装置宛てではないと判定する。この場合、ＭＴＣデバイスは、第二報の詳細情報を破棄することができる。このようにすることにより、ＭＴＣデバイス及びＭＴＣデバイスではないＵＥは、必要のないデータ処理を行う必要がなく、データ処理を行うためのリソースを無駄に使用する必要がなくなる。
【００６５】
次に、ｅＮＢは、ＭＭＥに対して応答信号としてWRITE-REPLACE WARNING RESPONSEを送信する（Ｓ２６）。
【００６６】
ここで、ステップＳ２３において、ＭＭＥは、WRITE-REPLACE WARNING REQUESTに配信先端末を特定する端末種別に関する情報を設定してもよい。この場合、ｅＮＢは、同報配信するデータに端末種別に関する情報も含める。ＵＥは、端末種別に関する情報を受信すると、同報配信によって送信されたデータが自装置宛に送信されたデータか否かを判定する。このようにすることにより、ＵＥは、自装置宛に送信されていないデータに関しては受信処理を行う必要がなくなり、処理負担を軽減することができる。
【００６７】
続いて、図６Ｂを用いて、同報配信終了後の配信結果通知処理の流れについて説明する。ｅＮＢは、図６ＡのステップＳ２４において同報配信を行うと、ＭＭＥへ配信結果通知を送信する（Ｓ１０１）。配信結果通知は、複数のＵＥへ同報配信を実行したことを示す情報及び配信したＵＥ数に関する情報を含む。例えば、ｅＮＢは、同報配信においてデータを受信したＵＥから送信される応答メッセージの数をカウントすることにより配信したＵＥ数を特定してもよい。
【００６８】
次に、ＭＭＥは、受信した配信結果通知をＣＢＣ５０へ送信する（Ｓ１０２）。さらに、ＣＢＣ５０は、受信した配信結果通知をＭＴＣ ＩＷＦ４０Ｂへ送信する（Ｓ１０３）。ステップＳ１０２及びＳ１０３において、配信結果通知は、ステップＳ１０１と同様に、複数のＵＥへ同報配信を実行したことを示す情報及び配信したＵＥ数に関する情報を含む。
【００６９】
次に、ＭＴＣ ＩＷＦ４０Ｂは、複数のＵＥへ同報配信を実行したことを示す情報を含む配信結果通知をＳＣＳ４０Ａへ送信する（Ｓ１０４）。ここで、ＭＴＣ ＩＷＦ４０Ｂは、Ｔｓｐ ＩＦのDevice-Notification-Requestに複数のＵＥへ同報配信を実行したことを示す情報を意図するＡＶＰを設定してＭＴＣ ＩＷＦ４０Ｂへ送信する。Device-Notification-Requestに設定されるＡＶＰは、例えばＲｅｐｏｒｔ ＡＶＰであってもよい。
【００７０】
次に、ＳＣＳ４０Ａは、受信した配信結果通知をＭ２ＭサービスＰＦ３０へ送信する（Ｓ１０５）。さらに、ＳＣＳ４０Ａは、ＭＴＣ ＩＷＦ４０Ｂへ配信結果通知に対する応答信号として配信結果応答を送信する（Ｓ１０６）。ここで、ＳＣＳ４０Ａは、配信結果応答としてＴｓｐ ＩＦのDevice-Notification-Answerを用いてもよい。
【００７１】
以上説明したように、本発明の実施の形態１にかかるＭ２ＭサービスＰＦ３０を用いることにより、政府機関、警察署、消防署その他の組織にかかるイベントを検出することができる。つまり、本発明の実施の形態１にかかる情報配信システムを用いることにより、政府機関、警察署、消防署その他の組織等複数の組織からの要求に応じて、イベント情報を配信することができる。
【００７２】
さらに、ゲートウェイ装置４０において、ＮＷ構成情報ＤＢ４５を用いることにより、イベント情報毎に配信先ノードを決定することができる。これにより、政府機関、警察署、消防署その他の組織等複数の組織毎に任意に配信地域を決定することができるため、必要な情報を必要な地域に送信することができる。
【００７３】
さらに、ＣＢＣ５０を用いることにより、イベント情報を既存の緊急情報配信システムを用いて移動端末８０へ配信することができる。これにより、新たなネットワークを構築する必要がなく、イベント情報の配信に伴うコストの増加を抑えることができる。
【００７４】
（実施の形態２）
続いて図７を用いて本発明の実施の形態２にかかるＳＣＳ４０Ａ＿１の構成例について説明する。ＳＣＳ４０Ａ＿１は、サービスＰＦインタフェース４１と、制御部４３と、優先度情報ＤＢ４６とを備えている。優先度情報ＤＢ４６以外の構成は、図３Ａと同様であるため、図３Ａと同様の構成については、詳細な説明を省略する。また、図７においては、ＳＣＳ４０Ａ＿１が優先度情報ＤＢ４６を有する構成について説明したが、ＭＴＣ ＩＷＦ４０Ｂが優先度情報ＤＢ４６を有してもよい。
【００７５】
優先度情報ＤＢ４６は、政府機関、警察署、消防署その他の組織等毎に優先度を規定している。つまり、政府機関、警察署、消防署その他の組織等のうち複数の組織から、イベント情報等が同時に通知された場合に、優先度情報ＤＢ４６は、高優先度が設定されている組織からのイベント情報等については、優先的に配信するように処理するために優先度が設定されている。ここで、イベント情報等が同時に通知された場合とは、所定時間内に複数のイベント情報等が通知された場合を含む。たとえば、イベント情報等が同時に通知された場合とは、数秒間の間に複数のイベント情報が順番に通知された場合についても含む。
【００７６】
ここで、図８Ａを用いて優先度情報ＤＢ４６の構成例について説明する。優先度情報ＤＢ４６は、事業者に関する情報と優先度に関する情報とから構成されている。事業者は、例えば、政府機関、警察署、消防署その他の組織等であり、本図においては事業者Ａ〜Ｃとしている。優先度は、例えば優先度＿１〜優先度＿３が設定されている。優先度＿１が最も高優先度であり、数字が大きくなるにつれて、優先度が低くなる。もちろん、数字が大きい場合を高優先度とし、数字が小さくなるにつれて優先度が低くなるようにしてもよい。本図においては、事業者Ａには優先度＿１が設定されており、事業者Ｂには優先度＿２が設定されており、事業者Ｃには優先度＿３が設定されている。つまり、事業者Ａが最も優先度が高く、事業者Ｃが最も優先度が低い。
【００７７】
また、図８Ｂを用いて、図８Ａの優先度情報ＤＢ４６の異なる構成例について説明する。図８Ｂにおける優先度情報ＤＢ４６は、サービス用途と優先度とが関連づけられている。例えば、サービス用途は、優先度が高い順に、災害情報、セキュリティ情報、医療情報、交通情報、電力情報、天気情報、広告及び試験等が設定されている。また、高優先度に設定されている災害情報は、例えば、地震、津波、火災、雷、洪水、竜巻等である。その他のサービス用途の具体的な情報は、図８Ｂに示す通りである。
【００７８】
続いて、図９Ａを用いて本発明の実施の形態２にかかるＭ２ＭサービスＰＦ３０とＣＢＣ５０との間における情報配信システムの信号の流れを示すシーケンスについて説明する。はじめに、Ｍ２ＭサービスＰＦ３０は、事業者Ａからイベント情報１を通知される（Ｓ３１）。次に、Ｍ２ＭサービスＰＦ３０は、ＳＣＳ４０Ａ＿１に対して配信要求１を通知する（Ｓ３２）。同様にして、Ｍ２ＭサービスＰＦ３０は、事業者Ｂからイベント情報２を通知されると（Ｓ３３）、ＳＣＳ４０Ａ＿１に対して配信要求２を通知し（Ｓ３４）、事業者からイベント情報３を通知されると（Ｓ３５）、ＳＣＳ４０Ａ＿１に対して配信要求３を通知する（Ｓ３６）。配信要求１〜３には、事業者の識別子が含まれる。
【００７９】
次に、ＳＣＳ４０Ａ＿１は、あらかじめ定められた所定時間内に、配信要求１〜３を受信した場合、それぞれの配信要求について優先度判定を行う（Ｓ３７）。ＳＣＳ４０Ａ＿１は、優先度情報ＤＢ４６を用いて優先度判定を行う。図８Ａに基づくと、事業者Ａからのイベント情報を含む配信要求１が最も優先度が高い。そのため、ＳＣＳ４０Ａ＿１は、配信要求１をＭＴＣ ＩＷＦ４０Ｂへ送信する（Ｓ３８）。ステップＳ３９の処理は、図５におけるステップＳ１４と同様であるため説明を省略する。
【００８０】
ここで、ステップＳ３７において、ＳＣＳ４０Ａ＿１は、ＭＴＣ ＩＷＦ４０Ｂへ通知する配信要求１以外の配信要求２及び３を破棄してもよい。この場合、ＳＣＳ４０Ａ＿１は、Ｍ２ＭサービスＰＦ３０を介してそれぞれの事業者に配信要求を破棄したことを通知し、所定時間経過後に再度イベント情報を通知するよう、再送要求を行ってもよい。もしくは、ステップＳ３７において、ＳＣＳ４０Ａ＿１は、配信要求２及び３をバッファに蓄積し、所定時間経過後に配信要求２をＭＴＣ ＩＷＦ４０Ｂへ送信し、さらに所定期間経過後に配信要求３をＭＴＣ ＩＷＦ４０Ｂへ送信してもよい。つまり、ＳＣＳ４０Ａ＿１は、優先度の高い順に、一定の時間間隔をおいて配信要求を送信してもよい。
【００８１】
図９Ａにおいては、ＳＣＳ４０Ａ＿１は、ひとつのＭ２ＭサービスＰＦ３０から複数の事業者のイベント情報を受け取る場合について説明したが、例えば、複数のＭ２ＭサービスＰＦ３０から複数の事業者のイベント情報を受け取る場合についても、本発明を同様に適用することができる。
【００８２】
続いて、図９Ｂを用いて、ＭＴＣ ＩＷＦ４０Ｂが優先度判定処理を行う場合の処理の流れについて説明する。ステップＳ３１〜３６及びステップＳ３９は、図９Ａと同様であるため詳細な説明を省略する。
【００８３】
ＳＣＳ４０Ａ＿１は、ステップＳ３２、Ｓ３４及びＳ３６において配信要求を受信すると、ＭＴＣ ＩＷＦ４０Ｂへサービス用途通知を送信する（Ｓ６１〜Ｓ６３）。サービス用途通知は、例えば、図８Ｂにおいて説明したサービス用途に関する情報を含む。また、ＳＣＳ４０Ａ＿＿１は、Ｔｓｐ ＩＦのDevice-Action-Requestにサービス用途に関する情報を示すＡＶＰ（Attribute Value Pair）を設定してＭＴＣ ＩＷＦ４０Ｂへ送信してもよい。サービス用途に関する情報を示すＡＶＰとして、例えば、ＳｅｒｖｉｃｅとするＡＶＰを３ＧＰＰにおいて新たに定義してもよい。
【００８４】
次に、ＭＴＣ ＩＷＦ４０Ｂは、優先度判定を行う（Ｓ６４）。ＭＴＣ ＩＷＦ４０Ｂは、ＳＣＳ４０Ａ＿１からサービス用途に関する情報を受信すると、図８Ｂに示す優先度情報ＤＢ４６に基づいて、受信したサービス用途の優先度を判定する。以降の処理は、図９Ａと同様であるため詳細な説明を省略する。
【００８５】
ここで、図９Ａ及び図９Ｂにおいて、ＭＴＣ ＩＷＦ４０Ｂは、３ＧＰＰにおいて規定されているEmergency Broadcast Requestを用いて配信先ノードをＣＢＣ５０へ通知する。Emergency Broadcast Requestは、さらに、ＭＴＣ ＩＷＦ４０Ｂにおいて判定された優先度に関する情報を有してもよい。さらに、ＣＢＣ５０は、図６Ａにおいて説明したWRITE-REPLACE WARNING REQUESTに優先度に関する情報を含めてＭＭＥへ送信してもよい。
【００８６】
続いて、図１０を用いて、Ｍ２ＭサービスＰＦ３０から複数の配信要求が通知された場合の異なる例について説明する。ステップＳ４１〜ステップＳ４６は、図９のステップＳ３１〜ステップＳ３６と同様であるため、説明を省略する。ステップＳ４２、Ｓ４４及びＳ４６において、ＳＣＳ４０Ａ＿１は、所定時間内に複数の配信要求を受信した場合、複数の配信要求をまとめて一つの配信要求メッセージを生成し、生成した一つの配信要求メッセージをＭＴＣ ＩＷＦ４０Ｂへ通知する（Ｓ４７）。一つの配信要求メッセージには、それぞれの配信要求１〜３の配信地域情報及びイベント情報を含む。
【００８７】
次に、ＭＴＣ ＩＷＦ４０Ｂは、それぞれの配信要求毎に、配信先ノードを特定し、特定した配信先ノードをＣＢＣ５０へ通知する（Ｓ４８）。
【００８８】
以上説明したように、本発明の実施の形態２にかかるＳＣＳ４０Ａ＿１を用いることにより、所定時間内に複数の配信要求を受信した場合においても、優先度に基づいてイベント情報を配信することができる。これにより、例えば、優先度の高い緊急メッセージ等を、他のイベント情報よりも優先的に処理することも可能であり、必要な情報を確実に配信することができる。
【００８９】
また、図１０において説明したように、ＳＣＳ４０Ａ＿１からＭＴＣ ＩＷＦ４０Ｂに対して、複数の配信要求１〜３をまとめて新たな１つの配信要求を生成することにより、複数の配信要求を一括して処理することができる。これにより、Ｍ２ＭサービスＰＦ３０から受け付けた配信要求を破棄等することなく、配信することができる。
【００９０】
（実施の形態３）
続いて、図１１を用いて本発明の実施の形態３にかかるＳＣＳ４０Ａ＿２の構成例について説明する。ＳＣＳ４０Ａ＿２は、サービスＰＦインタフェース４１と、制御部４３と、データ形式情報ＤＢ４７とを備えている。データ形式情報ＤＢ４７以外の構成は、図３Ａと同様であるため、図３Ａと同様の構成については、詳細な説明を省略する。
【００９１】
データ形式情報ＤＢ４７は、配信内容と、配信内容のデータ形式とを関連付けて管理している。ここで、図１２を用いて、データ形式情報ＤＢ４７の構成例について説明する。データ形式情報ＤＢ４７は、配信内容とデータ形式とを関連付けて管理している。例えば、文字情報が配信される場合に、データ形式としてテキストメッセージを用いて配信される。さらに、経路情報が配信される場合に、データ形式として地図データを用いて配信される。さらに、配信先の移動通信装置等のデバイスの動作を制御する場合、データ形式としてデバイス制御信号が配信される。例えば、経路情報は、事故現場から病院等まで緊急車両が通行する経路等を、当該経路の周辺を通行している車両等へ通知する場合に用いられる。例えば、デバイス動作の制御は、デバイスの電源のＯＮ／ＯＦＦ動作等であってもよい。
【００９２】
図１１に戻り、制御部４３は、サービスＰＦインタフェース４１から配信要求を受け取った場合に、配信要求に設定されているイベント情報の配信内容を抽出する。制御部４３は、データ形式情報ＤＢ４７を用いて配信内容に対応するデータ形式を特定する。制御部４３は、特定したデータ形式に関する情報をＭＴＣ ＩＷＦ４０Ｂの通知部４４へ通知する。
【００９３】
以上説明したように、本発明の実施の形態３にかかるＳＣＳ４０Ａ＿２において、データ形式情報ＤＢ４７を用いることにより、文字情報のみではなく、様々な情報を配信することができる。図１２に示している内容のほかに、画像情報や、動画情報等についても規定してもよい。
【００９４】
また、図１１においては、図３ＡのＳＣＳ４０の構成に、データ形式情報ＤＢ４７を追加する構成について説明したが、図７のＳＣＳ４０Ａ＿１の構成に、データ形式情報ＤＢ４７を追加する構成としてもよい。
【００９５】
（実施の形態４）
続いて、図１３を用いて、本発明の実施の形態４にかかるＣＢＣ５０と移動端末８０との間における情報配信システムの信号の流れを示すシーケンスについて説明する。図１３を用いて、動いている緊急車両を中心として、周囲数キロメートルの範囲に情報を配信する場合のように、短い時間に情報配信エリアが変化する場合の処理の流れについて説明する。ステップＳ５１〜ステップＳ５６までの処理は、図６におけるステップＳ２１〜２６と同様であるため詳細な説明を省略する。
【００９６】
ＵＥ＃１は、緊急車両の周辺数キロメートルの範囲内に存在し、同報配信を受けている端末とする。ＵＥ＃２は、緊急車両に搭載されている端末とする。ここで、ステップＳ５５の後に、緊急車両であるＵＥ＃２から、位置情報の変更を通知するためにＭ２ＭサービスＰＦ３０に対して位置情報通知が送信される（Ｓ５７）。Ｍ２ＭサービスＰＦ３０は、ＵＥ＃２の位置情報が変更されると、新たな配信地域情報を設定して、ＳＣＳ４０へ通知する。以降は、図５の処理を繰り返す。
【００９７】
また、ＵＥ＃２は、位置情報の変更を通知する位置情報通知をコアネットワーク９０内の位置情報を管理する装置であるＭＭＥもしくはＨＳＳ（加入者情報管理装置）等へ通知してもよい（Ｓ５７）。ＵＥ＃２等の移動通信装置に位置情報が変更された場合、コアネットワーク９０内のＭＭＥもしくはＨＳＳ等が更新され、最新の位置情報が記録される。ＣＢＣ５０は、ＭＭＥもしくはＨＳＳ等からＵＥ＃２の最新の位置情報を受け取り、イベント情報の配信先ノードを決定してもよい。
【００９８】
以上説明したように、本発明の実施の形態４にかかる情報配信システムを用いることにより、次のような効果を得られる。Ｍ２ＭサービスＰＦ３０は、情報配信の中心位置となる移動通信装置の位置情報を受け取ることにより、配信地域を受け取った位置情報に応じて変更させることができる。これにより、短い時間に情報配信エリアを変化させることができる。また、ＣＢＣ５０は、ＭＭＥやＨＳＳ等のコアネットワーク内の装置から情報配信の中心位置となる移動通信装置の最新の位置情報を受けとることによっても短い時間に情報配信エリアを変化させることができる。
【００９９】
Ｍ２ＭサービスＰＦ３０が、ＵＥ＃２から位置情報を受信する場合次のような効果も生じる。例えば、ＵＥ＃２がＩｄｌｅモードに遷移し、ｅＮＢ等との間の物理リンクの接続状態が解除されている場合がある。このような場合、ＵＥ＃２の位置情報が変更された場合においても、ＭＭＥもしくはＨＳＳ等は、ＵＥ＃２の位置情報の変更を把握することができない。これに対して、ＵＥ＃２は、アプリケーション情報として位置情報をＭ２ＭサービスＰＦ３０に対して通知することにより、位置情報の変更を通知することができる。
【０１００】
また、ＣＢＣ５０がＭＭＥもしくはＨＳＳ等から最新の位置情報を受け取る場合次のような効果も生じる。この場合、コアネットワーク９０内の制御メッセージ等を用いて位置情報の変更が通知される。そのため、アプリケーション情報として位置情報が通知される場合と比較して、位置情報の変更処理を早期に完了させることができる。そのため、ＣＢＣ５０は、Ｍ２ＭサービスＰＦ３０から更新された配信地域情報を受け取る場合と比較して、配信先ノードを早期に決定することができる。
【０１０１】
（実施の形態５）
続いて、図５、図６Ａ及び図６Ｂを用いて、ＵＥに同報配信する期間を指定する動作について説明する。図６Ａにおいて説明したように、ｅＮＢは、Write-REPLACE WARNINT REQUESTを受信すると、同報配信を行う（Ｓ２４）。さらに、図６Ｂにおいて説明したように、ｅＮＢは、同報配信を行うと、ＭＭＥへ配信結果通知を行う（Ｓ１０１）。ＳＣＳ４０Ａは、ステップＳ１０１、Ｓ１０２、Ｓ１０３及びＳ１０４を経て配信結果通知を受信する。ここで、ＳＣＳ４０Ａは、配信結果応答として用いるＴｓｐ ＩＦのDevice-Notification-Answerに、ステップＳ２４で同報配信を行ったエリアと同一のエリアに対して再度同報配信を行うことを指示する情報を設定し、ＭＴＣ ＩＷＦ４０Ｂへ送信してもよい。再度同報配信する際のデータは、ステップＳ２４において送信したデータと同一のデータであってもよく、異なるデータであってもよい。
【０１０２】
このようにすることにより、ＳＣＳ４０Ａにおいて予め定めた期間内において、同報配信を繰り返し実行することができる。
【０１０３】
もしくは、ＳＣＳ４０Ａは、図５のステップＳ１３において、配信要求としてDevice-Action-Requestに、同報配信を行う期間を示す情報を設定してＭＴＣ ＩＷＦ４０Ｂへ送信してもよい。このようにして同報配信を行う期間を示す情報を受信したＭＴＣ ＩＷＦ４０Ｂ、ＣＢＣ５０もしくはＭＭＥは、指定された期間内において自律的に同報配信を繰り返し実行してもよい。
【０１０４】
例えば、ＭＴＣ ＩＷＦ４０Ｂが、繰り返し実行する同報配信を制御する場合、ＭＴＣ ＩＷＦ４０Ｂは、図６ＢのステップＳ１０３において配信結果通知を受けとると、再度同報配信を実行するか、同報配信を停止するかを決定し、決定した情報をＣＢＣ５０へ通知してもよい。
【０１０５】
もしくは、ＣＢＣ５０が繰り返し実行する同報配信を制御する場合、図６ＢのステップＳ１０２において配信結果通知を受け取った場合に、再度同報配信を実行するか、同報配信を停止するかを決定し、決定した情報をＭＭＥへ通知してもよい。
【０１０６】
もしくは、ＭＭＥが繰り返し実行する同報配信を制御する場合、図６ＢのステップＳ１０１において配信結果通知を受け取った場合に、再度同報配信を実行するか、同報配信を停止するかを決定し、決定した情報をｅＮＢへ通知してもよい。
【０１０７】
以上説明したように、本発明の実施の形態５にかかる同報配信の制御を行うことにより、配信データを繰り返し送信することができる。また、ＳＣＳ４０Ａが、同報配信を行う期間を示す情報をＭＴＣ ＩＷＦ４０Ｂ、ＣＢＣ５０もしくはＭＭＥへ送信することにより、各ノード装置において同報配信の繰り返し実行もしくは停止を制御することができる。
【０１０８】
（その他の実施の形態）
図１４を用いて、上述した実施の形態１〜４におけるＳＣＳ４０Ａ、ＭＴＣ ＩＷＦ４０Ｂ及びＣＢＣ５０を３ＧＰＰ技術仕様書に規定されているネットワークに適用した場合のネットワークシステムについて説明する。
【０１０９】
図１４のネットワークシステムは、ＵＥ（User Equipment）２０１と、ＲＡＮ（Radio Access Network）２０６と、ＭＳＣ（Mobile Switching Center）２０２と、ＭＭＥ２０３と、ＳＧＳＮ（Serving GPRS Support Node）２０４と、Ｓ−ＧＷ２０５と、ＧＧＳＮ（Gateway GPRS Support Node）／Ｐ−ＧＷ２１１と、ＭＴＣ−ＩＷＦ２１２と、ＳＣＳ２１３と、ＡＳ（Application Server）２１４及び２１５と、ＨＳＳ２１６と、ＳＭＳ−ＳＣ（Short Message Service-Service Center）／ＧＳＭＳＣ／ＩＷＭＳＣ２１７と、ＣＤＦ（Charging Data Function）／ＣＧＦ（Charging Gateway Function）２１８と、ＳＭＥ（Short Message Entity）２１９と、ＩＰ−ＳＭ−ＧＷ２２０とから構成される。
【０１１０】
ＭＴＣ−ＩＷＦ２１２及びＳＣＳ２１３は、ＭＳＣ２０２、ＭＭＥ２０３及びＳＧＳＮ２０４と、ＡＳ２１４との間の通信を中継するように配置されている。ここで、ＡＳ２１４は、移動通信網とは異なる外部通信網に配置されている。ＭＴＣ−ＩＷＦ２１２は、移動通信網に配置されている。ＳＣＳ２１３に関しては、移動通信網と外部通信網とのどちらに配置されてもよい。つまり、ＳＣＳ２１３の配置位置は、通信事業者や、ＡＳ事業者等のネットワーク設計ポリシに依存する。
さらに、緊急情報配信システムを利用して、異なる組織から通知される複数のイベントに応じた情報配信を行うために、ＭＴＣ−ＩＷＦ２１２とＣＢＣ１１１とを接続している。
【０１１１】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、ゲートウェイ装置４０における制御部の処理を、ＣＰＵ（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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１１３】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【０１１４】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１１５】
この出願は、２０１２年１１月２９日に出願された日本出願特願２０１２−２６０７１８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１１６】
１０  イベント検出装置
２０  配信装置
３０  Ｍ２ＭサービスＰＦ
４０  ゲートウェイ装置
４０Ａ  ＳＣＳ
４０Ａ＿１  ＳＣＳ
４０Ａ＿２  ＳＣＳ
４０Ｂ  ＭＴＣ ＩＷＦ
４１  サービスＰＦインタフェース
４２  ＣＢＣインタフェース
４３  制御部
４４  通知部
４５  ＮＷ構成情報ＤＢ
４６  優先度情報ＤＢ
４７  データ形式情報ＤＢ
５０  ＣＢＣ
６０  移動管理ノード
７０  無線基地局
８０  移動端末
９０  コアネットワーク
２０１  ＵＥ
２０２  ＭＳＣ
２０３  ＭＭＥ
２０４  ＳＧＳＮ
２０５  Ｓ−ＧＷ
２０６  ＲＡＮ
２１１  ＧＧＳＮ／Ｐ−ＧＷ
２１２  ＭＴＣ−ＩＷＦ
２１３  ＳＣＳ
２１４  ＡＳ
２１５  ＡＳ
２１６  ＨＳＳ
２１７  ＳＭＳ−ＳＣ／ＧＳＭＳＣ／ＩＷＭＳＣ
２１８  ＣＤＦ／ＣＧＦ
２１９  ＳＭＥ
２２０  ＩＰ−ＳＭ−ＧＷ
【図１】
2014083733.tif 000003
【図２】
2014083733.tif 000004
【図３Ａ】
2014083733.tif 000005
【図３Ｂ】
2014083733.tif 000006
【図４】
2014083733.tif 000007
【図５】
2014083733.tif 000008
【図６Ａ】
2014083733.tif 000009
【図６Ｂ】
2014083733.tif 000010
【図７】
2014083733.tif 000011
【図８Ａ】
2014083733.tif 000012
【図８Ｂ】
2014083733.tif 000013
【図９Ａ】
2014083733.tif 000014
【図９Ｂ】
2014083733.tif 000015
【図１０】
2014083733.tif 000016
【図１１】
2014083733.tif 000017
【図１２】
2014083733.tif 000018
【図１３】
2014083733.tif 000019
【図１４】
2014083733.tif 000020
【手続補正書】
【提出日】平成27年5月14日(2015.5.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４１
【補正方法】変更
【補正の内容】
【請求項４１】
外部ネットワークに配置され、複数のイベント発生を検出し、前記イベントに応じてイベント情報の配信地域である配信地域情報を指定するイベント検出装置から前記配信地域情報を受信するステップと、
前記配信地域に在圏する移動局へ発生したイベントに関する一斉送信情報を同報配信する際に、前記移動局を管理し、前記移動局へ前記一斉送信情報を同報配信する配信ノードを特定するゲートウェイ装置へ前記配信地域情報を送信するステップとを、コンピュータに実行させるプログラム。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４２
【補正方法】変更
【補正の内容】
【請求項４２】
外部ネットワークに配置されたイベント検出装置において、複数のイベント発生が検出され、前記イベントに応じてイベント情報の配信地域である配信地域情報を指定された場合に、前記配信地域に在圏する移動局へ発生したイベントに関する一斉送信情報を同報配信する同報配信装置へ、前記配信地域情報に基づいて前記一斉送信情報を受信する前記移動局を管理する配信ノードを特定し前記同報配信装置へ前記特定した配信ノードを通知するステップを、コンピュータに実行させるプログラム。
【国際調査報告】
2014083733.tif 000021
2014083733.tif 000022
2014083733.tif 000023
2014083733.tif 000024