(57)【要約】様々な種類のメッセージを同報配信することが出来る共通サービス装置を提供することを目的とする。本発明にかかる共通サービス装置（２０）は、複数のアプリケーションサーバ（４０）を集約し、複数の配信ネットワーク（３０）と接続する。共通サービス装置（２０）は、複数のアプリケーションサーバ（４０）との間に共通して設定された第１のインタフェースを介して複数のアプリケーションサーバ（４０）に含まれる第１のアプリケーションサーバから送信された配信要求メッセージを用いて、第１のアプリケーションサーバに関する認証を行う認証部（２１）と、配信要求メッセージに基づいて、複数の配信ネットワーク（３０）の中から同報配信を要求する第１の配信ネットワークを選択し、選択した第１の配信ネットワークへ同報配信要求メッセージを送信する通信部（２２）と、を備える。
2015045232.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプリケーションサーバを集約し、複数の配信ネットワークと接続するサービスプラットフォーム内に配置される共通サービス装置であって、
前記複数のアプリケーションサーバとの間に共通して設定された第１のインタフェースを介して前記複数のアプリケーションサーバに含まれる第１のアプリケーションサーバから送信された配信要求メッセージを用いて、前記第１のアプリケーションサーバに関する認証を行う認証手段と、
前記配信要求メッセージに基づいて、前記複数の配信ネットワークの中から同報配信を要求する第１の配信ネットワークを選択し、選択した前記第１の配信ネットワークへ同報配信要求メッセージを送信する通信手段と、を備える共通サービス装置。
【請求項２】
前記通信手段は、
前記配信要求メッセージを、前記第１の配信ネットワークにおいて用いられる信号フォーマットに変換するフォーマット変換手段を有する、請求項１に記載の共通サービス装置。
【請求項３】
前記配信要求メッセージは、前記第１のアプリケーションサーバを識別する配信元アプリケーション識別子を含み、
前記認証手段は、
前記配信元アプリケーション識別子を用いて、前記第１のアプリケーションサーバに関する認証を行う、請求項１又は２に記載の共通サービス装置。
【請求項４】
前記通信手段は、
前記配信要求メッセージに含まれる配信ポリシーを満たす前記第１の配信ネットワークを選択する、請求項１乃至３のいずれか１項に記載の共通サービス装置。
【請求項５】
前記配信ポリシーは、
配信種別、配信エリア情報及び配信期間のうち少なくとも１つが規定されている、請求項４に記載の共通サービス装置。
【請求項６】
前記通信手段は、
前記複数の配信ネットワークとの間に共通して設定された第２のインタフェースを介して、前記同報配信要求メッセージを前記第１のアプリケーションサーバへ送信する、請求項１乃至５のいずれか１項に記載の共通サービス装置。
【請求項７】
前記認証手段は、
前記配信要求メッセージに基づいて前記第１のアプリケーションサーバに対する課金内容を決定する、請求項１乃至６のいずれか１項に記載の共通サービス装置。
【請求項８】
配信ネットワーク内に配置される配信装置であって、
アプリケーションサーバから送信された配信要求メッセージを受信した共通サービス装置から、前記配信要求メッセージに基づいて生成された同報配信要求メッセージを取得し、前記同報配信要求メッセージに含まれる配信ポリシーに基づいて、複数の通信端末へ情報配信を行う通信手段を備える、配信装置。
【請求項９】
複数のアプリケーションサーバを集約する共通サービス装置と、前記共通サービス装置に接続する配信装置とを有する通信システムであって、
前記共通サービス装置は、
サービスプラットフォーム内に配置され、
前記複数のアプリケーションサーバとの間に共通して設定された第１のインタフェースを介して前記複数のアプリケーションサーバに含まれる第１のアプリケーションサーバから送信された配信要求メッセージを用いて、前記第１のアプリケーションサーバに関する認証を行う認証手段と、
前記配信要求メッセージに基づいて、前記複数の配信ネットワークの中から同報配信を要求する第１の配信ネットワークを選択し、選択した前記第１の配信ネットワークへ同報配信要求メッセージを送信する通信手段と、を有し、
前記配信装置は、
前記第１の配信ネットワーク内に配置され、
前記同報配信要求メッセージを取得し、前記同報配信要求メッセージに含まれる配信ポリシーに基づいて、複数の通信端末へ情報配信を行う通信手段を有する、通信システム。
【請求項１０】
複数のアプリケーションサーバを集約し、複数の配信ネットワークと接続するサービスプラットフォーム内に配置される共通サービス装置における配信方法であって、
前記複数のアプリケーションサーバとの間に共通して設定された第１のインタフェースを介して前記複数のアプリケーションサーバに含まれる第１のアプリケーションサーバから送信された配信要求メッセージを用いて、前記第１のアプリケーションサーバに関する認証処理を実行し、
前記配信要求メッセージに基づいて、前記複数の配信ネットワークの中から同報配信を要求する第１の配信ネットワークを選択し、
選択した前記第１の配信ネットワークへ同報配信要求メッセージを送信する配信方法。
【請求項１１】
前記第１の配信ネットワークを選択した後、
前記配信要求メッセージを、前記第１の配信ネットワークにおいて用いられる信号フォーマットに変換する、請求項１０に記載の配信方法。
【請求項１２】
前記配信要求メッセージは、前記第１のアプリケーションサーバを識別する配信元アプリケーション識別子を含み、
前記認証処理を実行する際に、
前記配信元アプリケーション識別子を用いて、前記第１のアプリケーションサーバに関する認証を行う、請求項１０又は１１に記載の配信方法。
【請求項１３】
前記第１の配信ネットワークを選択する際に、
前記配信要求メッセージに含まれる配信ポリシーを満たす前記第１の配信ネットワークを選択する、請求項１０乃至１２のいずれか１項に記載の配信方法。
【請求項１４】
前記同報配信要求メッセージを送信する際に、
前記複数の配信ネットワークとの間に共通して設定された第２のインタフェースを介して、前記同報配信要求メッセージを前記第１のアプリケーションサーバへ送信する、請求項１０乃至１３のいずれか１項に記載の配信方法。
【請求項１５】
複数のアプリケーションサーバを集約し、複数の配信ネットワークと接続するサービスプラットフォーム内に配置される共通サービス装置のコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体であって、
前記複数のアプリケーションサーバとの間に共通して設定された第１のインタフェースを介して前記複数のアプリケーションサーバに含まれる第１のアプリケーションサーバから送信された配信要求メッセージを用いて、前記第１のアプリケーションサーバに関する認証処理を実行し、
前記配信要求メッセージに基づいて、前記複数の配信ネットワークの中から同報配信を要求する第１の配信ネットワークを選択し、
選択した前記第１の配信ネットワークへ同報配信要求メッセージを送信する工程をコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は共通サービス装置に関し、例えば同報配信に用いられる共通サービス装置に関する。
【背景技術】
【０００２】
複数の通信装置へデータを配信する際に、データの配信事業者は、通信事業者の管理するネットワークにおいて提供されている同報配信サービスを用いてデータを配信する。同報配信を実現する手法として、ブロードキャストサービスもしくはマルチキャストサービス等がある。また、移動通信ネットワークにおいては、緊急情報を配信するためにＣＢＳ（Cell Broadcast Service）が用いられている。ＣＢＳは、対象エリアに在圏する携帯電話端末に対して、一斉同報によって情報を通知するサービスである。また、災害通知の高速化や、配信エリアの柔軟性に対応するために、ＥＴＷＳ（Earthquake and Tsunami Warning System）が規定されている。【０００３】
特許文献１には、緊急メッセージの配信エリアを指定する際に、広域地域単位もしくはセクタ単位で配信エリアを指定する構成が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−４５７４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１には、データ配信を希望する速報送信局からの要求を受けたメッセージ配信局が、緊急配信メッセージを送信する、とするネットワーク構成が開示されている。しかし、将来的に、通信ネットワークは、緊急情報に関連したメッセージに限定されず、様々な種類のメッセージを同報配信することが要望されている。すなわち、通信ネットワークは、様々な種類のメッセージを同報配信するために、アプリケーションサーバ毎に異なる内容の配信メッセージを同報配信することが出来るように構成される必要がある。これに対して、特許文献１には、特定の速報送信局から要望されるメッセージの配信を実行することが出来るネットワークの構成については開示されているが、複数の異なる事業者等から要求される様々な種類のメッセージを配信することが出来るネットワークの構成については開示されていない。そのため、特許文献１は、アプリケーションサーバ毎に異なる内容の配信メッセージを同報配信することが出来ないという問題がある。【０００６】
本発明の目的は、上述した課題を解決するために、様々な種類のメッセージを同報配信することが出来る共通サービス装置、配信装置、通信ネットワーク、配信方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の第１の態様にかかる共通サービス装置は、複数のアプリケーションサーバを集約し、複数の配信ネットワークと接続するサービスプラットフォーム内に配置される共通サービス装置であって、前記複数のアプリケーションサーバとの間に共通して設定された第１のインタフェースを介して前記複数のアプリケーションサーバに含まれる第１のアプリケーションサーバから送信された配信要求メッセージを用いて、前記第１のアプリケーションサーバに関する認証を行う認証部と、前記配信要求メッセージに基づいて、前記複数の配信ネットワークの中から同報配信を要求する第１の配信ネットワークを選択し、選択した前記第１の配信ネットワークへ同報配信要求メッセージを送信する通信部と、を備えるものである。【０００８】
本発明の第２の態様にかかる配信装置は、配信ネットワーク内に配置される配信装置であって、アプリケーションサーバから送信された配信要求メッセージを受信した共通サービス装置から、前記配信要求メッセージに基づいて生成された同報配信要求メッセージを取得し、前記同報配信要求メッセージに含まれる配信ポリシーに基づいて、複数の通信端末へ情報配信を行う通信部を備えるものである。【０００９】
本発明の第３の態様にかかる通信システムは、複数のアプリケーションサーバを集約する共通サービス装置と、前記共通サービス装置に接続する配信装置とを有する通信システムであって、前記共通サービス装置は、サービスプラットフォーム内に配置され、前記複数のアプリケーションサーバとの間に共通して設定された第１のインタフェースを介して前記複数のアプリケーションサーバに含まれる第１のアプリケーションサーバから送信された配信要求メッセージを用いて、前記第１のアプリケーションサーバに関する認証を行う認証部と、前記配信要求メッセージに基づいて、前記複数の配信ネットワークの中から同報配信を要求する第１の配信ネットワークを選択し、選択した前記第１の配信ネットワークへ同報配信要求メッセージを送信する通信部と、を有し、前記配信装置は、前記第１の配信ネットワーク内に配置され、前記同報配信要求メッセージを取得し、前記同法配信要求メッセージに含まれる配信ポリシーに基づいて、複数の通信端末へ情報配信を行う通信部を有するものである。【００１０】
本発明の第４の態様にかかる配信方法は、複数のアプリケーションサーバを集約し、複数の配信ネットワークと接続するサービスプラットフォーム内に配置される共通サービス装置における配信方法であって、前記複数のアプリケーションサーバとの間に共通して設定された第１のインタフェースを介して前記複数のアプリケーションサーバに含まれる第１のアプリケーションサーバから送信された配信要求メッセージを用いて、前記第１のアプリケーションサーバに関する認証処理を実行し、前記配信要求メッセージに基づいて、前記複数の配信ネットワークの中から同報配信を要求する第１の配信ネットワークを選択し、選択した前記第１の配信ネットワークへ同報配信要求メッセージを送信するものである。【００１１】
本発明の第５の態様にかかるプログラムは、複数のアプリケーションサーバを集約し、複数の配信ネットワークと接続するサービスプラットフォーム内に配置される共通サービス装置のコンピュータに実行させるプログラムであって、前記複数のアプリケーションサーバとの間に共通して設定された第１のインタフェースを介して前記複数のアプリケーションサーバに含まれる第１のアプリケーションサーバから送信された配信要求メッセージを用いて、前記第１のアプリケーションサーバに関する認証処理を実行し、前記配信要求メッセージに基づいて、前記複数の配信ネットワークの中から同報配信を要求する第１の配信ネットワークを選択し、選択した前記第１の配信ネットワークへ同報配信要求メッセージを送信する工程をコンピュータに実行させるものである。
【発明の効果】
【００１２】
本発明により、様々な種類のメッセージを同報配信することが出来る共通サービス装置、配信装置、通信ネットワーク、配信方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態１にかかる通信システムの構成図である。
【図２】実施の形態１にかかる配信装置の構成図である。
【図３】実施の形態２にかかる通信システムの構成図である。
【図４】実施の形態２にかかるserviceExposure resourceのサブリソースを示す図である。
【図５】実施の形態２にかかるdeviceCharactoristic resourceのAttributeを示す図である。
【図６】実施の形態２にかかるdeviceCharactoristic resourceのAttributeを示す図である。
【図７】実施の形態２にかかるareaService resourceもしくはgroupService resourceのAttributeを示す図である。
【図８】実施の形態２にかかるareaService resourceもしくはgroupService resourceのAttributeを示す図である。
【図９】実施の形態２にかかるdeviceTriggering resourceのサブリソースを示す図である。
【図１０】実施の形態２にかかるdeviceTriggering resourceのAttributeを示す図である。
【図１１】実施の形態２にかかるtriggerResult resourceのAttributeを示す図である。
【図１２】実施の形態２にかかるZ Reference Pointにおけるリンク接続手順を説明する図である。
【図１３】実施の形態２にかかるZ Reference Pointにおけるリンク切断手順を説明する図である。
【図１４】実施の形態２にかかるZ Reference Pointにおけるリンク監視手順を説明する図である。
【図１５】実施の形態２にかかるZ Reference Pointを介したサービス要求手順を説明する図である。
【図１６】実施の形態２にかかるサービスの実行が成功した場合の処理の流れを説明する図である。
【図１７】実施の形態２にかかるサービスの実行が失敗した場合の処理の流れを説明する図である。
【図１８】実施の形態２にかかるサービスの実行要求に対する非同期応答処理の流れを説明する図である。
【図１９】実施の形態２にかかるＡＥがＣＳＥのリソースを更新する際の処理の流れを説明する図である。
【図２０】実施の形態２にかかるＮＳＥ６０が、ＣＳＥ５０へリソースの更新を要求した際の処理の流れを説明する図である。
【図２１】実施の形態２にかかる配信処理の流れを示す図である。
【図２２】実施の形態２にかかる配信要求受信処理の流れを示す図である。
【図２３】実施の形態３にかかるＣＢＳが用いられる場合のネットワークの構成図である。
【図２４】実施の形態３にかかるＭＢＭＳが用いられる場合のネットワークの構成図である。
【図２５】実施の形態４にかかるブロードキャストサービスの概要を示す図である。
【図２６】実施の形態５にかかる通信システムの構成図である。
【発明を実施するための形態】
【００１４】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、複数のアプリケーションサーバ（ＡＳ）１０、共通サービス装置２０及び複数の配信ネットワーク３０を有している。さらに、共通サービス装置２０は、認証部２１及び通信部２２を有している。
【００１５】
アプリケーションサーバ１０は、配信ネットワーク３０を介して配信する情報を生成するサービス業者等が管理するサーバ装置である。アプリケーションサーバ１０は、例えば、配信情報とともに、配信地域、配信回数等を定めた配信ポリシーを合わせて共通サービス装置２０へ送信する。
【００１６】
ここで、共通サービス装置２０及びアプリケーションサーバ１０は、共通サービス装置２０と複数のアプリケーションサーバ１０との間に共通して設定されたインタフェースを介して接続している。つまり、共通サービス装置２０とアプリケーションサーバ１０との間に設定されたインタフェース仕様は、共通サービス装置２０と他のアプリケーションサーバとの間に設定されたインタフェース仕様と共通する。このように、共通サービス装置２０と複数のアプリケーションサーバ１０との間に共通のインタフェース仕様を設定することによって、異なるサービスを提供する複数のサービス業者が存在する場合であっても、共通のインタフェースを設定することによって、共通サービス装置２０と接続することができる。
【００１７】
配信ネットワーク３０は、それぞれのネットワークに接続している通信端末等へ情報を同報配信するネットワークである。同報配信は、例えば、ブロードキャス通信もしくはマルチキャスト通信等であってもよい。また、移動通信ネットワークにおいては、同報配信を行う手段として、緊急情報を配信するＣＢＳ（Cell Broadcast Service）が用いられてもよい。さらに、３ＧＰＰにおいて規定された仕様に基づいて構築されたネットワークにおいては、ＭＢＭＳ（Multimedia Broadcast Multicast Service）が用いられてもよい。
【００１８】
また、配信ネットワーク３０は、移動通信ネットワークでもよく、固定電話等に用いられる固定通信ネットワークでもよい。また、配信ネットワーク３０は、インターネットサービスプロバイダーが管理するネットワークであってもよく、無線ＬＡＮを構築するネットワーク等であってもよい。
【００１９】
さらに、複数の配信ネットワーク３０は、例えば、全て移動通信ネットワーク等、全てが同種類のネットワークであってもよく、例えば、移動通信ネットワーク及び固定通信ネットワーク等、異なる種類のネットワークが混在してもよい。
【００２０】
次に、共通サービス装置２０の構成例について説明する。共通サービス装置２０の認証部２１は、アプリケーションサーバ１０との間に設定されたインタフェースを介してアプリケーションサーバ１０から送信された配信要求メッセージを受信する。さらに、認証部２１は、受信した配信要求メッセージを用いて、配信要求メッセージを送信したアプリケーションサーバ１０に関する認証を行う。
【００２１】
例えば、認証部２１は、配信要求メッセージに送信元のアプリケーションサーバ１０に関する識別子が設定されている場合、アプリケーションサーバ１０に関する識別子が、予め接続することが許可されたアプリケーションサーバか否かを判定してもよい。例えば、認証部２１は、予め接続することが許可されたアプリケーションサーバの一覧に関する情報を保持していてもよい。
【００２２】
認証部２１は、認証処理を行った結果、アプリケーションサーバ１０の接続を許可しない場合、アプリケーションサーバ１０へ接続を許可しない旨の通知をするか、もしくは、アプリケーションサーバ１０との間の接続を解除してもよい。認証部２１は、認証処理を行った結果、アプリケーションサーバ１０の接続を許可する場合、アプリケーションサーバ１０の接続を許可した旨の通知を通信部２２へ出力してもよい。
【００２３】
通信部２２は、認証部２１においてアプリケーションサーバ１０の接続を許可した場合、複数の配信ネットワーク３０の中から同報配信の実行を要求する配信ネットワーク３０を選択する。さらに、通信部２２は、選択した配信ネットワーク３０へ、同報配信要求メッセージを送信する。
【００２４】
続いて、図２を用いて本発明の実施の形態１にかかる配信ネットワーク３０に配置される配信装置３１の構成例について説明する。配信装置３１は、通信部３２を有している。通信部３２は、共通サービス装置２０から送信された同報配信要求メッセージを受信する。さらに、通信部３２は、同報配信要求メッセージに含まれる配信ポリシーに基づいて、複数の通信端末へ同報配信を行う。
【００２５】
例えば、同報配信要求メッセージに、アプリケーションサーバ１０が定めた配信地域が設定されている場合、通信部３２は、指定された配信地域内に存在する通信装置等を特定し、特定した通信装置を介して、通信端末へ同報配信を行う。さらに、同報配信要求メッセージに、アプリケーションサーバ１０が定めた配信回数が設定されている場合、通信部３２は、同報配信を指定された回数実行する。
【００２６】
以上説明したように、本発明の実施の形態１にかかる通信システムを用いることによって、複数のアプリケーションサーバ１０は、定められたインタフェースを介して、共通サービス装置２０に接続することができる。共通サービス装置２０は、複数のアプリケーションサーバ１０と接続することによって、複数のアプリケーションサーバ１０から送信される配信要求メッセージに基づいて、配信ネットワーク３０を介して同報配信を行うことができる。
【００２７】
（実施の形態２）
続いて、図３を用いて本発明の実施の形態２にかかる通信システムの構成例について説明する。図３の通信システムは、ＡＥ（Application Entity）４０、ＣＳＥ（Common Services Entity）５０及びＮＳＥ（Network Service Entity）６０を有している。ＡＥ、ＣＳＥ及びＮＳＥは、Machine to Machineサービスに関する標準化を行うｏｎｅＭ２Ｍにおいて定められているノード装置である。ＡＥ４０は、図１におけるアプリケーションサーバ１０に相当する。ＣＳＥ５０は、図１における共通サービス装置２０に相当する。ＮＳＥ６０は、図２における配信装置３１に相当する。
【００２８】
ＣＳＥ５０は、複数のＡＥ４０と複数のＮＳＥ６０との間の通信を仲介するサービス事業者によって管理されるサーバ装置であってもよい。また、このようなサービス事業者が管理するＣＳＥ５０もしくは複数のＣＳＥ５０群をサービスプラットフォームと称してもよい。
【００２９】
さらに、ＡＥ４０及びＣＳＥ５０の間のインタフェースは、X Reference Pointとして定められている。さらに、ＣＳＥ５０とＮＳＥ６０との間のインタフェースは、Z Reference Pointとして定められている。
【００３０】
ここで、X Reference Pointについて説明を行う。X Reference Pointは、ＡＥ４０からＣＳＥ５０へ配信要求メッセージを送信する際に、必要な情報項目を定めた共通フォーマット及びＢｒｏａｄｃａｓｔ専用フォーマットを定めている。
【００３１】
ＡＥ４０は、共通フォーマットにおいて、配信先サービスプラットフォームＩＤ及び配信元アプリケーションＩＤを設定する。配信先サービスプラットフォームＩＤは、例えば、ＣＳＥ５０に割り当てられているＩＤである。サービス事業者が複数のＣＳＥ５０を管理する場合、複数のＣＳＥ５０に共通する配信先サービスプラットフォームＩＤが割り当てられてもよい。配信元アプリケーションＩＤは、ＡＥ４０を識別するために用いられるＩＤである。
【００３２】
Ｂｒｏａｄｃａｓｔ専用フォーマットには、配信種別、メッセージ本文、配信エリア情報、配信期間、端末挙動、優先度、端末到達確認、配信方式、配信対象無線方式もしくは指定ＮＳＥ ＩＤ等の情報項目が定められている。ＡＥ４０は、Ｂｒｏａｄｃａｓｔ専用フォーマットにおいて、これらの情報項目を設定する。以下に、各情報項目について説明する。
【００３３】
配信種別は、例えば、配信する情報の内容を示す情報である。例えば、配信種別は、災害情報、セキュリティ情報、医療情報、交通情報、電力情報、天気情報もしくは広告情報等であってもよい。例えば、災害情報に対してＩＤ：１、セキュリティ情報に対してＩＤ：２等のＩＤが予め割り当てられている場合、ＡＥ４０は、配信種別としてＩＤを指定してもよい。
【００３４】
メッセージ本文は、例えば、配信先の通信端末に表示させる文字情報、数字情報もしくは記号情報等が設定される。例えば、メッセージ本文には、文字情報、数字情報及び記号情報等を組み合わせた文章情報が設定されてもよい。メッセージ本文に設定される情報の組み合わせは、これに制限されず、例えば、文字情報及び数字情報のみが組み合わされてもよく、数字情報及び記号情報のみが組み合わされてもよく、文字情報及び記号情報のみが組み合わされてもよい。もしくは、メッセージ本文には、文字情報のみ、もしくは、数字情報のみ、もしくは記号情報のみが設定されてもよい。
【００３５】
また、メッセージ本文には、使用可能な文字、記号、数字等が定められてもよく、設定可能な文字数等が定められてもよい。
【００３６】
配信エリア情報は、ＡＥ４０が情報配信を希望する配信エリアに関する情報である。例えば、配信エリアが複数の地域から構成されている場合、各地域に地域ＩＤが割り当てられてもよい。このような場合、配信エリア情報には、ＡＥ４０が情報配信を希望する地域の地域ＩＤが設定される。もしくは、配信エリア全体に座標を設定した場合、配信エリア情報には、ＡＥ４０が情報配信を希望するエリアに設定された座標が設定される。また、配信エリア情報は、ある座標を中心に半径Ａｋｍ（Ａは０以上の数値）の円内と設定されてもよく、もしくは、配信エリアの外延は、円だけではなく、楕円、四角形、多角形等であってもよい。もしくは、配信エリアは、住所情報等が指定されてもよく、もしくは、特定の高速道路沿い等が指定されてもよい。もしくは、配信エリア情報は、ＧＰＳ情報によって示されてもよい。
【００３７】
配信期間は、配信ネットワーク３０を介して情報を配信する回数、情報を配信する間隔等が定められてもよい。もしくは、配信期間は、配信する時刻、許容する遅延時間等が定められてもよい。もしくは、配信期間は、ＡＥ４０から送信された配信要求メッセージの有効期間等が定められてもよい。
【００３８】
端末挙動は、配信ネットワーク３０を介して情報を受信した通信端末における動作が設定されてもよい。例えば、情報を受信した通信端末に対して、ブザー音もしくはメロディ等を出力させるように通信端末における動作を設定してもよい。もしくは、情報を受信した通信端末に対して、通信端末の表示画面に情報を受信した旨のＰｏｐ  ＵＰ画面等を表示させるように通信端末における動作を設定してもよい。このように、情報を受信した際の端末挙動を設定することによって、通信端末を保持するユーザに対して、情報の受信を通知することができる。
【００３９】
優先度は、ＡＥ４０が配信を希望する配信情報の優先順位が定められる。例えば、優先度として、優先度が高い順番に、Ｈｉｇｈ、Ｎｏｒｍａｌ、Ｌｏｗが定められてもよい。さらに、Ｈｉｇｈよりも高い優先度として、Ｅｍｅｒｇｅｎｃｙが設定されてもよい。ＡＥ４０は、配信要求メッセージを送信する度に、配信要求メッセージを定めてもよい。もしくは、優先度は、配信種別と関連づけられて自動的に定められてもよい。例えば、配信種別に災害情報が設定された場合、優先度は自動的にＥｍｅｒｇｅｎｃｙと定められ、配信種別に広告情報が設定された場合、優先度は自動的にＬｏｗと定められてもよい。
【００４０】
ＣＳＥ５０は、複数のＡＥ４０から配信要求メッセージが集中して送信された場合に、優先度が高い配信要求メッセージから順番に処理をするようにしてもよい。もしくは、ＣＳＥ５０は、優先度に関する情報をＮＳＥ６０へ通知し、例えば、優先度がＥｍｅｒｇｅｎｃｙ、Ｈｉｇｈ等の情報については、ＮＳＥ６０において優先的に配信させるようにしてもよい。
【００４１】
配信方式は、例えば、ＮＳＥ６０において用いられている同報配信の方式が設定されてもよい。例えば、配信方式には、ＣＢＳ、ＭＢＭＳ等の３ＧＰＰにおいて規定された同報配信方式が指定されてもよい。
【００４２】
配信対象無線方式は、例えば、通信端末が配信ネットワーク３０に接続する際の無線方式が設定されてもよい。例えば、配信対象無線方式には、３Ｇ、ＬＴＥ等の３ＧＰＰにおいて規定された無線方式が指定されてもよい。
【００４３】
対象ＮＳＥ ＩＤは、情報配信を行うＮＳＥを識別するＩＤが設定される。ＣＳＥ５０には、異なる配信ネットワーク３０に配置される複数のＮＳＥ６０が接続している。そのため、ＡＥ４０は、ＣＳＥ５０に選択させるＮＳＥ６０を予め指定する場合、対象ＮＳＥ ＩＤを設定してもよい。
【００４４】
ＡＥ４０は、上述した情報項目すべてを設定する必要はなく、上述した情報項目を、設定を必須とする必須項目及び任意の設定を可能とするオプション項目とに分けてもよい。例えば、必須項目は、配信種別、メッセージ本文、配信エリア情報、配信期間及び端末挙動とし、オプション項目は、優先度、配信方式、配信対象無線及び指定ＮＳＥ ＩＤとしてもよい。
【００４５】
次に、ＣＳＥ５０の構成及び機能について説明する。ＣＳＥ５０は、ＣＳＦｓ（Common Service Functions）５５とする機能ブロックを有する。ＣＳＦｓ５５は、例えば、ＣＳＥ５０におけるＣＰＵ等を用いて構成されてもよい。ＣＳＦｓ５５は、図１における認証部２１及び通信部２２に相当する。以下に、ＣＳＦｓ５５において実行される機能について説明する。
【００４６】
ＣＳＦｓ５５は、X Reference Pointを介してＡＥ４０から送信された配信要求メッセージを受信する。さらに、ＣＳＦｓ５５は、受信した配信要求メッセージに設定された項目をチェックする機能を有する。
【００４７】
例えば、ＣＳＦｓ５５は、配信元アプリケーションＩＤが、予めＣＳＥ５０への接続が許可されたＡＥに該当するか否かを判定する。例えば、ＣＳＦｓ５５は、予めＣＳＥ５０への接続が許可されたＡＥの一覧に関する情報を保持していてもよい。ＣＳＦｓ５５は、配信要求メッセージに設定されている配信元アプリケーションＩＤが、予めＣＳＥ５０への接続が許可されたＡＥの一覧に含まれているかどうかを判定してもよい。
【００４８】
さらに、ＣＳＦｓ５５は、配信要求メッセージのその他の情報項目に関する正当性をチェックしてもよい。例えば、ＡＥ４０は、配信種別として、広告情報もしくは天気情報のみを設定することが許可されているとする。ＡＥ４０が設定可能な配信種別は、例えば、ＡＥ４０を管理する事業者と、ＣＳＥ５０を管理する事業者との間の契約等において定められてもよい。さらに、ＣＳＦｓ５５は、事業者間の契約情報を保持してもよい。このような場合に、ＡＥ４０から送信された配信要求メッセージに、交通情報が設定されている場合に、ＣＳＦｓ５５は、ＡＥ４０から送信された配信要求メッセージは不当なメッセージとして破棄してもよい。ＣＳＦｓ５５は、配信種別以外の他の項目をチェックして、配信要求メッセージの正当性をチェックしてもよい。
【００４９】
ＣＳＦｓ５５は、配信要求メッセージのチェックを完了した後に、複数のＮＳＥ６０の中から同報配信要求メッセージを送信するＮＳＥ６０を選択する。ＣＳＦｓ５５は、配信要求メッセージに設定された情報項目を用いてＮＳＥ６０を選択する。
【００５０】
例えば、ＣＳＦｓ５５は、各ＮＳＥ６０において、配信可能な配信エリアが異なる場合、配信要求メッセージにおいて指定された配信エリアに配信することが可能なＮＳＥ６０を選択してもよい。もしくは、ＣＳＦｓ５５は、各ＮＳＥ６０において、配信方式が異なる場合、配信要求メッセージにおいて指定された配信方式をサポートするＮＳＥ６０を選択してもよい。もしくは、ＣＳＦｓ５５は、各ＮＳＥ６０において、配信対象無線方式が異なる場合、配信要求メッセージにおいて指定された配信対象無線方式をサポートするＮＳＥ６０を選択してもよい。
【００５１】
一方、ＣＳＦｓ５５は、配信要求メッセージにおいて、ＮＳＥ  ＩＤが指定されている場合、指定されたＮＳＥ  ＩＤと関連づけられているＮＳＥ６０を選択する。
【００５２】
ＣＳＦｓ５５は、ＮＳＥ６０を選択すると、ＡＥ４０から送信された配信要求メッセージを、選択したＮＳＥ６０において用いられるフォーマットに変換し、選択したＮＳＥ６０へ送信する同報配信メッセージを生成する。ここで、ＮＳＥ６０において用いられるフォーマットは、Z Reference Pointとして定められている。Z Reference Pointは、ＣＳＥ５０からＮＳＥ６０へ配信要求メッセージを送信する際に、必要な情報項目を定めた共通フォーマット及びＢｒｏａｄｃａｓｔ専用フォーマットを定めている。
【００５３】
ＣＳＦｓ５５は、共通フォーマットにおいて、配信先ネットワークＩＤ及び配信元サービスプラットフォームＩＤを設定する。配信先ネットワークＩＤは、例えば、ＮＳＥ６０に割り当てられているＩＤである。配信元サービスプラットフォームＩＤは、ＣＳＥ５０を識別するために用いられるＩＤである。
【００５４】
Z Reference Pointにおいて定められるＢｒｏａｄｃａｓｔ専用フォーマットに設定する情報項目は、基本的にX Reference Pointにおいて定められるＢｒｏａｄｃａｓｔ専用フォーマットに設定する情報項目と同様であるため詳細な説明を省略する。
【００５５】
また、Z Reference Pointにおいて定められるＢｒｏａｄｃａｓｔ専用フォーマットに設定する項目の内容は、X Reference Pointにおいて定められるＢｒｏａｄｃａｓｔ専用フォーマットに設定する情報項目の内容に基づいて変更を加えてもよい。
【００５６】
例えば、X Reference Pointにおいて定められるＢｒｏａｄｃａｓｔ専用フォーマットにおいて配信エリア情報として、地域ＩＤが設定されている場合、ＣＳＥ５０は、Z Reference Pointにおいて定められるＢｒｏａｄｃａｓｔ専用フォーマットにおいて、地域ＩＤをＮＳＥ６０に用いられる位置情報に変換して設定してもよい。例えば、ＮＳＥ６０は、通信装置もしくは基地局等を指定して、通信端末へ情報を配信する場合がある。このような場合、ＣＳＥ５０は、指定された地域ＩＤ内に配置されている通信装置もしくは基地局等のＩＤをZ Reference Pointにおける配信エリア情報に設定してもよい。
【００５７】
このように、ＣＳＥ５０は、それぞれのReference Pointに設定する情報項目の内容が異なる場合に、ＡＥ４０から送信された情報を、ＮＳＥ６０において用いられる情報に変更してもよい。また、このような変更は、ＮＳＥ６０において実行されてもよい。
【００５８】
また、上記の説明においては、ＡＥ４０からＣＳＥ５０へ送信されるメッセージを配信要求メッセージとし、ＣＳＥ５０からＮＳＥ６０へ送信されるメッセージを同報配信メッセージとして区別しているが、両メッセージとも配信要求メッセージと称してもよい。
【００５９】
ＣＳＦｓ５５は、上述した機能の他に、課金処理を実行してもよい。課金処理は、例えば、ＡＥ４０から配信要求メッセージを受信した際に、ＮＳＥ６０を用いて情報配信をおおなった際の課金情報を生成することであってもよい。
【００６０】
ここで、ＣＳＦｓの具体例について説明する。ＣＳＦｓは、複数の機能の総称である。複数の機能の一つの機能として、Network Service Exposure, Service Execution and Triggering（ＮＳＥ） ＣＳＦがある。ＮＳＥ ＣＳＦは、複数のリソースを管理している。複数のリソースは、ＡＥにおいて更新等される。ＮＳＥ ＣＳＦは、X Reference Pointを介して、ＡＥによって管理しているリソースが更新された場合に、ＮＳＥへ、更新された情報を通知する。以下に、ＮＳＥ ＣＳＦが管理するリソースについて説明する。
【００６１】
ＮＳＥ ＣＳＦは、serviceExposure resource for M2M Applicationsを管理している。さらに、serviceExposure resource for M2M Applicationsのサブリソース（child resource）として、以下のリソースを管理している。
・deviceTriggering resource as a child resource of serviceExposure resource
・deviceCharacteristic resource as a child resource of serviceExposure resource
・locationNotification resource as a child resource of serviceExposure resource
・policyRule resource as a child resource of serviceExposure resource
・locationQuery resource as a child resource of serviceExposure resource
・imsService resource as a child resource of serviceExposure resource
・deviceManagement resource as a child resource of serviceExposure resource
・areaService resource as a child resource of serviceExposure resource
・groupService resource as a child resource of serviceExposure resource
・underlyingNetwork resource for the CSE operation purpose
・collection of underlyingNetwork resources
・linkManagement resource as a child resource of underlyingNetwork resource
・linkCredential resource as a child resource of linkManagement resource
【００６２】
Ｂｒｏａｄｃａｓｔ専用フォーマットに設定される、配信種別、メッセージ本文、配信エリア情報、配信期間、端末挙動、優先度、端末到達確認、配信方式、配信対象無線方式もしくは指定ＮＳＥ ＩＤ等の情報項目は、上記のサブリソースのいずれかに設定される。
【００６３】
ここで、deviceTriggering resource、deviceCharacteristic resource、areaService resource、groupService resource及び上記のサブリソースには記載していないsubscription resourceは、図４に示される機能を有する。
【００６４】
例えば、deviceTriggering resourceは、ＡＥ４０が、ＮＳＥ６０に対してサービスの実行を通知するタイミングを管理するリソースである。deviceCharacteristic resourceは、例えば、ＮＳＥ６０に接続している通信端末の特性を管理するリソースである。areaService resourceは、配信地域を管理するリソースである。groupService resourceは、情報の配信先である通信端末のグループを管理するリソースである。subscription resourceは、いずれかのサブリソースが更新された場合に、ＡＥ４０へ更新されたリソースを通知するために用いられるリソースである。subscription resourceを有することによって、ＡＥ４０とＮＳＥ６０との間の双方向の通信を行うことができる。
【００６５】
さらに、deviceCharacteristic resourceは、図５及び図６の一覧に示すAttributeを有している。また、areaService resourceもしくはgroupService resourceは、図７及び図８の一覧に示すAttributeを有している。また、deviceTriggering resourceは、図９に示すように、サブリソースとして、triggerResult resourceを有している。deviceTriggering resourceは、図１０の一覧に示すAttributeを有している。また、deviceTriggering resourceのサブリソースであるtriggerResult resourceは、図１１の一覧に示すAttributeを有している。
【００６６】
ＡＥ４０が、deviceCharacteristic resource、areaService resource、groupService resource、deviceTriggering resourceもしくはdeviceTriggering resourceのサブリソースであるtriggerResult resource等のリソースを更新（Update）すると、ＣＳＥ５０は、情報を通知するＮＳＥ６０を選択する。ＣＳＥ５０は、例えば、更新したリソースに関する情報を通知する必要があるＮＳＥか否か等を判定して、ＮＳＥ６０を選択する。もしくは、ＮＳＥ６０は、ポリシー情報等に基づいて選択されてもよい。ＣＳＥ５０は、選択したＮＳＥ６０へ更新されたリソースに関する情報を通知する。
【００６７】
また、ＣＳＥ５０は、通信端末等のApplication Service Node（ＡＳＮ）、ルータ等のMiddle Node（ＭＮ）もしくはサービスプラットフォーム等のInfrastructure Node（ＩＮ）のいずれかに搭載される。ここで、ＣＳＥ５０は、ＡＳＮ、ＭＮもしくはＩＮのいずれに搭載されているかに応じて、ＮＳＥとの間に用いるインタフェースもしくはＮＳＥへ通知する情報が異なる。そのため、ＣＳＥ５０は、自装置がＡＳＮ、ＭＮもしくはＩＮのどの装置に搭載されているかを識別する機能を有してもよい。この機能は、メモリに格納されているプログラムを実行するＣＰＵ等により実現されてもよい。
【００６８】
ここで、ＣＳＥ５０が、ＩＮに搭載されている場合について説明する。この場合、ＣＳＥ５０は、ＮＳＥと通信する際に、ＯＭＡ、ＧＳＭＡ ＯｎｅＡＰＩ ｆｒａｍｅｗｏｒｋ等の中からインタフェースを選択してもよい。また、ＣＳＥ５０は、serviceExposure resourceに含まれるサブリソースが更新された場合に、以下に記載する機能の実行をＮＳＥ６０へ要求してもよい。
・IP Multimedia communications
・Messaging
・Location
・Charging and billing services
・Device information and profiles
・Configuration and management of devices
・Triggering, monitoring of devices
・Small data transmission
・Group management
【００６９】
例えば、deviceTriggering resourceが更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してTriggering及びSmall data transmissionに関する機能の実行を要求してもよい。deviceCharacteristic resourceが更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してDevice information and profilesに関する機能の実行を要求してもよい。locationNotification resourceが更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してLocationに関する機能の実行を要求してもよい。policyRule resourceが更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してCharging and billing servicesに関する機能の実行を要求してもよい。locationQuery resourceが更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してLocationに関する機能の実行を要求してもよい。imsService resource が更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してIP Multimedia communicationsに関する機能の実行を要求してもよい。deviceManagement resourceが更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してConfiguration and management of devicesに関する機能の実行を要求してもよい。groupService resourceが更新された場合、ＣＳＥ５０は、ＮＳＥ６０に対してGroup managementに関する機能の実行を要求してもよい。
【００７０】
続いて、図１２を用いて、Z Reference Pointにおけるリンク接続手順について説明する。はじめに、ＣＳＥ５０は、ＮＳＥ６０へConnection link requestメッセージを送信する（Ｓ１０１）。次に、ＮＳＥ６０は、応答メッセージとして、Connection link acceptメッセージを送信する（Ｓ１０２）。ステップＳ１０１及びＳ１０２におけるメッセージが通知された後に、ＮＳＥ６０及びＣＳＥ５０は、それぞれリンク設定処理（Create link credential）を実行する（Ｓ１０３、Ｓ１０４）。
【００７１】
続いて、図１３を用いて、Z Reference Pointにおけるリンク切断手順について説明する。はじめに、ＣＳＥ５０は、ＮＳＥ６０へDisconnect link requestメッセージを送信する（Ｓ１１１）。次に、ＮＳＥ６０は、応答メッセージとして、Disconnect link acceptメッセージを送信する（Ｓ１１２）。ステップＳ１１１及びＳ１１２におけるメッセージが通知された後に、ＮＳＥ６０及びＣＳＥ５０は、それぞれリンク切断処理（Remove link credential）を実行する（Ｓ１１３、Ｓ１１４）。
【００７２】
続いて、図１４を用いて、Z Reference Pointにおけるリンク監視手順について説明する。はじめに、ＣＳＥ５０は、ＮＳＥ６０へWatch dog requestメッセージを送信する（Ｓ１２１）。次に、ＮＳＥ６０は、応答メッセージとして、Watch dog responseメッセージを送信する（Ｓ１２２）。次に、ＣＳＥ５０は、Watch dog responseメッセージに基づいて、ＣＳＥ５０とＮＳＥ６０との間のリンク状態を判定する（Ｓ１２３）。
【００７３】
続いて、図１５を用いて、Z Reference Pointを介したサービス要求手順について説明する。はじめに、ＣＳＥ５０は、例えば、リソースが更新等されることによって、Requestメッセージを送信することを決定する（Ｓ１３１）。次に、ＣＳＥ５０は、ＮＳＥ６０へRequestメッセージを送信する。次に、ＮＳＥ６０は、Requestメッセージに基づいて、指示されたサービスを実行する（Ｓ１３３）。
【００７４】
続いて、図１６を用いて、サービスの実行が成功した場合の処理について説明する。はじめに、ＮＳＥ６０は、ＣＳＥ５０へResponseメッセージを送信する（Ｓ１４１）。Responseメッセージには、サービスの実行が成功したことを示す情報が設定されている。次に、ＣＳＥ５０は、他のResponseメッセージが送信されてきたか否かを判定する（Ｓ１４２）。
【００７５】
続いて、図１７を用いて、サービスの実行が失敗した場合の処理について説明する。はじめに、ＮＳＥ６０は、ＣＳＥ５０へResponseメッセージを送信する（Ｓ１５１）。Responseメッセージには、サービスの実行が失敗したことを示す情報が設定されている。次に、ＣＳＥ５０は、次のサービスの実行が指示されているか否かを判定する（Ｓ１５２）。
【００７６】
続いて、図１８を用いて、サービスの実行要求に対する非同期応答処理の流れについて説明する。はじめに、ＣＳＥ５０は、ＮＳＥ６０へRequestメッセージを送信する（Ｓ１６１）。次に、ＮＳＥ６０は、Requestメッセージに対する応答信号として、Responseメッセージを送信する（Ｓ１６２）。その後、ＮＳＥ６０は、ステップＳ１６１のRequestメッセージに基づいてサービスを実行した結果に関する応答メッセージとしてRequestメッセージを送信する（Ｓ１６３）。次に、ＣＳＥ５０は、ＮＳＥ６０へステップＳ１６３のRequestメッセージに対する応答メッセージとしてResponseメッセージを送信する（Ｓ１６４）。
【００７７】
続いて、図１９を用いて、ＡＥがＣＳＥのリソースを更新する際の処理の流れについて説明する。はじめに、ＡＥ４０は、ＣＳＥが保持するリソースを更新するために、ＣＳＥ５０へRequestメッセージを送信する（Ｓ１７１）。ＣＳＥが保持するリソースは、例えば、serviceExposure resourceに含まれるサブリソースである。次に、ＣＳＥ５０は、応答メッセージとして、ＡＥ４０へResponseメッセージを送信する（Ｓ１７２）。
【００７８】
次に、ＣＳＥ５０は、保持しているリソースが更新されたことにより、ＮＳＥ６０へRequestメッセージを送信することを決定する（Ｓ１７３）。次に、ＣＳＥ５０は、ＮＳＥ６０へRequestメッセージを送信する（Ｓ１７４）。次に、ＮＳＥ６０は、Requestメッセージに基づいて、指示されたサービスを実行する（Ｓ１７５）。
【００７９】
続いて、図２０を用いて、ＮＳＥ６０が、ＣＳＥ５０へリソースの更新を要求した際の処理の流れについて説明する。はじめに、ＮＳＥ６０は、ＣＳＥ５０へリソースの更新を要求するためにRequestメッセージを送信する（Ｓ１８１）。ここで、図１９においては、ＡＥ４０は、ＣＳＥが保持するリソースを直接更新するRequestメッセージを送信したのに対して、ＮＳＥ６０は、ＣＳＥ５０が保持するリソースを直接更新するのではなく、ＣＳＥ５０におけるリソースの更新を要求するためにRequestメッセージを送信する。
【００８０】
次に、ＣＳＥ５０は、ＮＳＥ６０へResponseメッセージを送信する（Ｓ１８２）。次に、ＣＳＥ５０は、ステップＳ１８１におけるRequestメッセージに基づいて保持するリソースを更新し、ＡＥ４０へRequestメッセージを送信することを決定する（Ｓ１８３）。次に、ＣＳＥ５０は、ＡＥ４０へRequestメッセージを送信する（Ｓ１８４）。次に、ＡＥ４０は、Requestメッセージに基づいて、指示されたサービスを実行する（Ｓ１８５）。本図は、例えば、ＡＥ４０が、ＣＳＥのリソースに変更が生じた場合に、ＡＥへ変更を通知することを予め設定していた場合等に実行される。
【００８１】
続いて、図２１を用いて本発明の実施の形態２にかかる配信処理の流れについて説明する。はじめに、ＡＥ４０は、ＣＳＥ５０へ配信要求メッセージを送信する（Ｓ１１）。ＡＥ４０は、配信ポリシーを設定した配信要求メッセージを送信する。次に、ＣＳＥ５０は、ＡＥ４０から送信された配信要求メッセージを受信すると、配信要求メッセージ受信処理を実行する（Ｓ１２）。配信要求メッセージ受信処理は、ＣＳＥ５０におけるＡＥ４０の認証処理を含む。ステップＳ１２における配信要求メッセージ受信処理は、後に詳述する。
【００８２】
次に、ＣＳＥ５０は、ＡＥ４０が予め接続が許可されているＡＥであると認証すると、ＮＳＥ６０へ配信要求メッセージを送信する（Ｓ１３）。ここで、ＣＳＥ５０からＮＳＥ６０へ送信される配信要求メッセージは、同報配信要求メッセージと称されてもよい。
【００８３】
次に、ＮＳＥ６０は、ＣＳＥ５０から送信された配信要求メッセージを受信すると、ＣＳＥ５０へ応答メッセージとして、配信応答メッセージを送信する（Ｓ１４）。ＣＳＥ５０は、ＮＳＥ６０から送信された配信応答メッセージを受信すると、ステップＳ１１における配信要求メッセージに対する応答メッセージとして、配信応答メッセージを送信する（Ｓ１５）。
【００８４】
ＮＳＥ６０は、ステップＳ１４において配信応答メッセージを送信すると、複数の通信端末に対する情報配信を実施する（Ｓ１６）。
【００８５】
続いて、図２２を用いて本発明の実施の形態２にかかる配信要求メッセージ受信処理の流れについて説明する。はじめに、ＣＳＥ５０は、ＡＥ４０から送信された配信要求メッセージを受信すると、配信要求メッセージの送信元であるＡＥ４０に関する認証を行う（Ｓ２１）。具体的には、ＣＳＥ５０は、ＡＥ４０が、予めＣＳＥ５０へ接続を許可されているＡＥであるか否かに関する判定を行う。ＣＳＥ５０は、予めＣＳＥ５０へ接続を許可されているＡＥに関する一覧情報を保持していてもよい。ＣＳＥ５０は、一覧情報の中にＡＥ４０が含まれているか否かを判定してもよい。
【００８６】
ＣＳＥ５０は、ＡＥ４０が一覧情報の中に含まれていない（認証ＮＧ）と判定した場合、処理を終了する。ＣＳＥ５０は、ＡＥ４０が一覧情報の中に含まれていると判定した場合、同報配信要求メッセージを送信するＮＳＥを選択する（Ｓ２２）。ＣＳＥ５０は、例えば、配信要求メッセージにおいて指定されている地域に情報配信を行うことができるＮＳＥ、配信要求メッセージにおいて指定されている配信方式をサポートするＮＳＥ等、配信要求メッセージにおいて指定された情報項目を満たすことができるＮＳＥを選択する。
【００８７】
次に、ＣＳＥ５０は、ＮＳＥ６０を選択すると、ＡＥ４０から送信された配信要求メッセージを、選択したＮＳＥ６０において用いられるフォーマットに変換する。ここで、ＮＳＥ６０において用いられるフォーマットは、Z Reference Pointとして定められている。Z Reference Pointは、ＣＳＥ５０からＮＳＥ６０へ配信要求メッセージを送信する際に、必要な情報項目を定めた共通フォーマット及びＢｒｏａｄｃａｓｔ専用フォーマットを定めている。
【００８８】
以上説明したように、本発明の実施の形態２にかかる通信システムを用いることによって、ｏｎｅＭ２Ｍにおいて規定されたネットワーク及びインタフェースが用いられる通信ネットワークにおいて、複数のＡＥから送信される配信メッセージを、ＮＳＥ６０を介して通信端末等へ配信することができる。また、X Reference Point、Z Reference Point等のインタフェースを定めることによって、ＡＥ４０及びＣＳＥ５０の間、ＣＳＥ５０及びＮＳＥ６０の間において通信される情報項目を定めることができる。これによって、ＣＳＥ５０は、複数のＡＥ及びＮＳＥと容易に接続することができる。
【００８９】
（実施の形態３）
【００９０】
続いて、図２３を用いて配信ネットワーク３０において、同報配信方式としてＣＢＳが用いられる場合の具体的なネットワーク構成について説明する。
【００９１】
本図のネットワークは、ＵＥ（User Equipment）１１１、ＮｏｄｅＢ１１２、ｅＮｏｄｅＢ１１３、ＢＳＣ（Base Station Controller）１１４、ＲＮＣ（Radio Network Controller）１１５、ＭＭＥ（Mobility Management Entity）１１６、ＣＢＣ（Cell Broadcast Center）１１７、ＭＴＣ−ＩＷＦ（Machine Type Communication-InterWorking Function）エンティティ１１８、ＳＣＳ（Service Capability Server）１１９及びＡＳ１２０を有している。ＵＥ１１１、ＮｏｄｅＢ１１２、ｅＮｏｄｅＢ１１３、ＢＳＣ１１４、ＲＮＣ１１５、ＭＭＥ１１６、ＣＢＣ１１７及びＭＴＣ−ＩＷＦエンティティ１１８は、３ＧＰＰにおいて規定されているノード装置である。
【００９２】
ＵＥ１１１は、配信情報を受信する通信端末に相当する。ＮｏｄｅＢ１１２、ｅＮｏｄｅＢ１１３、ＢＳＣ１１４、ＲＮＣ１１５、ＭＭＥ１１６、ＣＢＣ１１７及びＭＴＣ−ＩＷＦエンティティ１１８は、ＮＳＥ６０を構成するノード装置に相当する。ＳＣＳ１１９は、ＣＳＥ５０に相当する。さらに、ＡＳ１２０は、ＡＥ４０に相当する。
【００９３】
ＵＥ１１１は、移動通信装置である。ＮｏｄｅＢ１１２及びｅＮｏｄｅＢ１１３は、基地局装置であり、特にｅＮｏｄｅＢ１１３は、ＬＴＥにおいて用いられる基地局装置である。ＭＭＥ１１６は、主にＵＥ１１１の移動管理を行う。ＢＳＣ１１４及びＲＮＣ１１５は、ＮｏｄｅＢ１１２を制御する装置である。ＣＢＣ１１７は、セルブロードキャストを実行する際に用いられる装置である。ＭＴＣ−ＩＷＦエンティティ１１８は、ＳＣＳ１１９から送信された配信要求メッセージもしくは同報配信要求メッセージを受信する。さらに、ＭＴＣ−ＩＷＦエンティティ１１８は、ＣＢＣ１１７へ配信情報を送信する。
【００９４】
また、本図に示しているＵｍ、Ｕｕ、ＬＴＥ−Ｕｕ、Ｇｂ、Ｉｕｂ、ＣＢＣ−ＢＳＣ、Ｉｕ−ＢＣ、Ｓ１−ＭＭＥ、ＳＢｃ、Ｔｃｂ、Ｔｓｐは、それぞれ装置間のインタフェース名称を示している。
【００９５】
続いて、図２４を用いて配信ネットワーク３０において、同報配信方式としてＭＢＭＳが用いられる場合の具体的なネットワーク構成について説明する。本図のネットワークは、ＵＥ１２１、ＭＭＥ１２２、ＳＧＳＮ１２３、ＭＢＭＳ−ＧＷ１２４、ＰＤＮ−ＧＷ１２５、Ｖ−ＢＭＳＣ（Broadcast Multicast Service Center）１２６、Ｈ−ＢＭＳＣ１２７、ＳＣＳ１１９及びＡＳ１２０を有している。ＭＢＭＳ−ＧＷ１２４は、Ｅ−ＵＴＲＡＮ及びＵＴＲＡＮを介してＵＥへデータを送信する。また、ＵＥ１２１、ＭＭＥ１２２、ＳＧＳＮ１２３、ＭＢＭＳ−ＧＷ１２４、ＰＤＮ−ＧＷ１２５、Ｖ−ＢＭＳＣ１２６及びＨ−ＢＭＳＣ１２７を有するネットワークは、３ＧＰＰにおいて規定されているネットワークとして既に知られていることから、詳細な説明を省略する。
【００９６】
ＳＣＳ１１９は、ＡＳ１２０を介して送信された配信要求メッセージに基づいてＨ−ＢＭＳＣ１２７へ配信要求メッセージもしくは同報配信要求メッセージを送信する。ＢＭＳＣは、ＭＢＭＳにて伝送するコンテンツを格納する装置である。また、ＭＢＭＳ−ＧＷ１２４は、Ｈ−ＢＭＳＣ１２７及びＶ−ＢＭＳＣ１２６を介して送信された配信情報をＩＰマルチキャストを用いて送信する。
【００９７】
また、本図に示しているＥ−ＵＴＲＡＮ  Ｕｕ、Ｕｕ、Ｍ３、Ｍ１、Ｉｕ、Ｓｍ、Ｓｎ、ＳＧｍｂ、ＳＧｉ−ｍｂ、ＳＧｉ、ＳＧｉ−ｍｂ、Ｍｚ及びＴｍｂは、それぞれ装置間のインタフェース名称を示している。
【００９８】
以上説明したように、本発明の実施の形態３に示す情報配信システムを用いることにより、ＣＳＥ５０は、異なる配信手段を用いる配信ネットワーク３０と接続することができる。また、配信ネットワーク３０は、図２３及び図２４において説明したネットワークを両方含み、配信要求メッセージにおいて指定された配信方式に応じて、ＣＢＳもしくはＭＢＭＳを用いるかを定めてもよい。
【００９９】
（実施の形態４）
続いて、図２５を用いて本発明の実施の形態１〜３において説明した通信システムを用いたブロードキャストサービスの概要について説明する。本図は、左方向から右方向へ車両が進行している様子を示している。六角形で示されるエリアは、１台の基地局がカバーするエリアを示しており、例えば、セルもしくはセクタを示している。
【０１００】
本図は、３台の車両のうち中央の車両において交通事故が発生した様子を示している。このような場合、交通事故の発生を検知したＡＥ４０は、交通事故が発生した場所の周囲を走行する車両に対して、交通事故が発生したことを知らせるメッセージ、もしくは、交通事故の近くを走行中の車両に対しては速度の減少を促すメッセージ等を配信してもよい。また、ＡＥ４０は、配信エリアに応じて配信するメッセージの内容を変更してもよい。例えば、交通事故が発生した現場から５ｋｍ以上離れている車両等に対しては、交通事故が発生したことを知らせるメッセージを配信し、交通事故が発生した現場から１ｋｍ以内を走行中の車両に対しては速度の減少を促すメッセージを配信してもよい。
【０１０１】
例えば、ＡＥ４０は、配信種別に交通事故情報と設定し、配信エリア情報に配信を行う地域を指定し、メッセージ本文に配信地域に応じたメッセージを設定してもよい。
【０１０２】
ＡＥ４０は、交通事故の当事者もしくは交通事故の目撃者等の有する通信端末から送信された情報に基づいて交通事故の発生を検知してもよい。もしくは、交通事故車両が交通事故の発生を、センサ情報等を用いて検知した場合、自律的に交通事故情報をＡＥ４０へ通知してもよい。本図においては、網掛けのセルが配信対象地域となっている。
【０１０３】
また、本図においては交通事故が発生した場合に情報配信を行う例について説明したが、ＡＥ４０は、複数の車両から送信される情報を解析することによって、渋滞の発生もしくは渋滞の発生が予測されることを検出した場合、周辺の車両に、渋滞情報及び道路案内に関する情報を配信してもよい。
【０１０４】
さらに、ＡＥ４０は、イベント情報において救急車、警察車両、消防車等の緊急車両の移動情報が通知された場合、緊急車両の移動先を走行している車両に対して、緊急車両が走行していることを示す情報を配信してもよい。
【０１０５】
ここで、図２６を用いて、ＣＳＥ５０における、ネットワーク選択の例について説明する。図２６において、ＸＹＺ  Ｌｔｄ１３０は、ＡＥ４０に相当する。ＡＢＣ  Ｃｏｒｐ１４０は、ＣＳＥ５０に相当する。ＡＡ Ｗｉｒｅｌｅｓｓ１５１、ＢＢ Ｔｅｌｅｃｏｍ１５２及びＣＣ Ｍｏｂｉｌｅ１５３は、複数のネットワークが存在することを示しており、それぞれＮＳＥ６０に相当する。さらに、通信端末の具体例として通信装置が搭載されている車両１６１が示されている。
【０１０６】
図２６においては、ＡＢＣ  Ｃｏｒｐ１４０が、ＡＡ Ｗｉｒｅｌｅｓｓ１５１、ＢＢ Ｔｅｌｅｃｏｍ１５２及びＣＣ Ｍｏｂｉｌｅ１５３のうち、ＡＡ Ｗｉｒｅｌｅｓｓ１５１及びＣＣ Ｍｏｂｉｌｅ１５３を選択し、ＡＡ Ｗｉｒｅｌｅｓｓ１５１及びＣＣ Ｍｏｂｉｌｅ１５３が、それぞれのネットワークにおける基地局装置等を用いて、基地局が管理するエリア内に在圏する車両１６１に対して、配信メッセージを送信している。
【０１０７】
図２６においては、ＣＳＥ５０は、ネットワークを１つのみ選択するのではなく、複数のネットワークを選択することが出来ることも示している。例えば、ＣＳＥ５０は、一つのＮＳＥ６０を選択しただけではＡＥ４０が指定する地域全体に情報配信を行うことができない場合等に、複数のネットワークを選択してもよい。もしくは、ＣＳＥ５０は、配信時間に応じて選択するネットワークを変更してもよい。
【０１０８】
以上説明したように、実施の形態１〜３において説明した通信システムを、具体的なサービスを実現するために用いることができる。さらに、ＣＳＥ５０が、複数のネットワークを選択することができるようにすることによって、ＡＥ４０が指定する配信ポリシーをより正確に実現することが可能となる。
【０１０９】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【０１１０】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、任意の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
【０１１１】
また、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（ｔａｎｇｉｂｌｅ  ｓｔｏｒａｇｅ  ｍｅｄｉｕｍ）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１１２】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１１３】
この出願は、２０１３年９月２７日に出願された日本出願特願２０１３−２０２７７４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１１４】
１０  アプリケーションサーバ
２０  共通サービス装置
２１  認証部
２２  通信部
３０  配信ネットワーク
３１  配信装置
３２  通信部
４０  ＡＥ
５０  ＣＳＥ
５５  ＣＳＦｓ
６０  ＮＳＥ
１１１  ＵＥ
１１２  ＮｏｄｅＢ
１１３  ｅＮｏｄｅＢ
１１４  ＢＳＣ
１１５  ＲＮＣ
１１６  ＭＭＥ
１１７  ＣＢＣ
１１８  ＭＴＣ−ＩＷＦエンティティ
１１９  ＳＣＳ
１２０  ＡＳ
【図１】
2015045232.tif 000003
【図２】
2015045232.tif 000004
【図３】
2015045232.tif 000005
【図４】
2015045232.tif 000006
【図５】
2015045232.tif 000007
【図６】
2015045232.tif 000008
【図７】
2015045232.tif 000009
【図８】
2015045232.tif 000010
【図９】
2015045232.tif 000011
【図１０】
2015045232.tif 000012
【図１１】
2015045232.tif 000013
【図１２】
2015045232.tif 000014
【図１３】
2015045232.tif 000015
【図１４】
2015045232.tif 000016
【図１５】
2015045232.tif 000017
【図１６】
2015045232.tif 000018
【図１７】
2015045232.tif 000019
【図１８】
2015045232.tif 000020
【図１９】
2015045232.tif 000021
【図２０】
2015045232.tif 000022
【図２１】
2015045232.tif 000023
【図２２】
2015045232.tif 000024
【図２３】
2015045232.tif 000025
【図２４】
2015045232.tif 000026
【図２５】
2015045232.tif 000027
【図２６】
2015045232.tif 000028
【手続補正書】
【提出日】平成28年3月15日(2016.3.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１５
【補正方法】変更
【補正の内容】
【請求項１５】
複数のアプリケーションサーバを集約し、複数の配信ネットワークと接続するサービスプラットフォーム内に配置される共通サービス装置のコンピュータに実行させるプログラムであって、
前記複数のアプリケーションサーバとの間に共通して設定された第１のインタフェースを介して前記複数のアプリケーションサーバに含まれる第１のアプリケーションサーバから送信された配信要求メッセージを用いて、前記第１のアプリケーションサーバに関する認証処理を実行し、
前記配信要求メッセージに基づいて、前記複数の配信ネットワークの中から同報配信を要求する第１の配信ネットワークを選択し、
選択した前記第１の配信ネットワークへ同報配信要求メッセージを送信する工程をコンピュータに実行させるプログラム。
【国際調査報告】
2015045232.tif 000029
2015045232.tif 000030
2015045232.tif 000031
2015045232.tif 000032
2015045232.tif 000033
2015045232.tif 000034