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