(57)【要約】      （修正有）【課題】ネットワーク処理の最適化を実行することができる通信システムを提供する。【解決手段】通信システムは、通信端末５０の挙動を検出するように構成されたアプリケーションサーバ１０と、アプリケーションサーバ１０との間に定義された第１のインタフェースを介してアプリケーションサーバ１０から送信された通信端末５０の識別子及び通信端末５０の挙動情報を受信し、通信端末５０に関するパラメータを最適化させるために、モバイルネットワークノード４０との間に定義された第２のインタフェースを介して、通信端末５０の識別子及び通信端末５０の挙動情報をモバイルネットワークノード４０へ送信する共通サービス装置２０と、を備える。【選択図】図１
2020145758.tif 000002
【特許請求の範囲】
【請求項１】
外部サーバから送信された通信端末の識別子及び前記通信端末の特性を示す情報を受信するように構成された通信手段と、
前記通信端末の特性を示す情報をネットワークノードへ送信するか否かを判定するように構成された制御手段と、を備え、
前記通信手段は、
前記通信端末の特性を示す情報を前記ネットワークノードへ送信すると判定された場合、前記通信端末の識別子及び前記通信端末の特性を示す情報を、前記ネットワークノードへ送信する、
第１の装置。
【請求項２】
前記通信端末の特性を示す情報は、
前記通信端末が固定されているか移動するかを示す情報を含む、請求項１に記載の第１の装置。
【請求項３】
前記通信端末の特性を示す情報は、
前記通信端末について予定された移動ルートに関する情報を含む、請求項１又は２に記載の第１の装置。
【請求項４】
前記通信端末の特性を示す情報は、
前記ネットワークノードにおいて前記通信端末のパラメータを変更するために用いられる、請求項１乃至３のいずれか１項に記載の第１の装置。
【請求項５】
外部サーバから送信された通信端末の識別子と、前記通信端末の特性を示す情報とを受信し、
前記通信端末の特性示す情報をネットワークノードへ送信するか否かを判定し、
前記通信端末の特性を示す情報を前記ネットワークノードへ送信すると判定された場合、前記通信端末の識別子及び前記通信端末の特性を示す情報を、前記ネットワークノードへ送信する、
第１の装置において実行される方法。
【請求項６】
前記通信端末の特性を示す情報は、
前記通信端末が固定されているか移動するかを示す情報を含む、請求項５に記載の第１の装置において実行される方法。
【請求項７】
前記通信端末の特性を示す情報は、
前記通信端末について予定された移動ルートに関する情報を含む、請求項５又は６に記載の第１の装置において実行される方法。
【請求項８】
前記通信端末の特性を示す情報は、
前記ネットワークノードにおいて前記通信端末のパラメータを変更するために用いられる、請求項５乃至７のいずれか１項に記載の第１の装置において実行される方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システム、サービス共通装置、モバイルネットワークノード装置、データ通信方法及びプログラムに関し、特に通信端末のパラメータを最適化する通信システム、サービス共通装置、モバイルネットワークノード装置、データ通信方法及びプログラムに関する。
【背景技術】
【０００２】
近年、移動通信システムを構成するそれぞれの処理ノードの設定を最適化するための方法が求められている。３ＧＰＰにおいては、移動通信端末の利用特性に応じてネットワーク処理を最適化する方法の提案が行われている（非特許文献１）。例えば、特定の場所に固定して設置される端末に関しては、移動に関する制御処理を軽減するようにネットワーク処理を実行してもよい。具体的には、端末が位置登録を実行する間隔を、所定の時間よりも長く設定してもよい。さらに、移動通信端末が遅延を許容する端末である場合には、通信時間を制御してデータ送受信量がピークとなるタイミングを避けるようにして、移動端末に対してデータの送信を行うようにネットワーク処理を実行してもよい。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】3GPP TS 22.368 V11.3.0 (2011-09) 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Service requirements for Machine-Type Communications(MTC);Stage 1 (Release 11)
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上述したように、ネットワーク処理の最適化は、利用特性が固定的な移動端末を対象として実行されている。例えば、特定の場所に固定して設置されている端末又は遅延を許容する端末かどうかは、あらかじめ定められている、端末のサービス情報もしくは端末情報等を用いて判定される。現在、上述したネットワーク処理の最適化に加えて、利用特性が変化する移動端末を対象としたネットワーク処理の最適化を実行することが求められている。そのために、一般的に変化する頻度が少ないサービス情報等以外の情報を用いて、ネットワーク処理の最適化を実行することが求められている。
【０００５】
本発明の目的は、上述した課題を解決するために、一般的に変化する頻度が少ないサービス情報等以外の情報を用いて、ネットワーク処理の最適化を実行することができる通信システム、サービス共通装置、モバイルネットワークノード装置、データ通信方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明の第１の態様にかかる通信システムは、通信端末の挙動を検出するように構成されたアプリケーションサーバと、前記アプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信し、前記通信端末に関するパラメータを最適化させるために、モバイルネットワークノード装置との間に定義された第２のインタフェースを介して、前記通信端末の識別子及び前記通信端末の挙動情報を前記モバイルネットワークノード装置へ送信するように構成されたサービス共通装置と、を備えるものである。
【０００７】
本発明の第２の態様にかかるサービス共通装置は、通信端末の挙動を検出するように構成されたアプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信し、前記通信端末に関するパラメータを最適化させるために、モバイルネットワークノード装置との間に定義された第２のインタフェースを介して、前記通信端末の識別子及び前記通信端末の挙動情報を前記モバイルネットワークノード装置へ送信する通信部、を備えるものである。
【０００８】
本発明の第３の態様にかかるモバイルネットワークノード装置は、通信端末の挙動を検出するように構成されたアプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信したサービス共通装置から、第２のインタフェースを介して前記通信端末の識別子及び前記通信端末の挙動情報を取得し、前記通信端末に関するパラメータを最適化するものである。
【０００９】
本発明の第４の態様にかかるデータ通信方法は、通信端末の挙動を検出するように構成されたアプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信し、前記通信端末に関するパラメータを最適化させるために、モバイルネットワークノード装置との間に定義された第２のインタフェースを介して、前記通信端末の識別子及び前記通信端末の挙動情報を前記モバイルネットワークノード装置へ送信するものである。
【００１０】
本発明の第５の態様にかかるプログラムは、通信端末の挙動を検出するように構成されたアプリケーションサーバとの間に定義された第１のインタフェースを介して前記アプリケーションサーバから送信された前記通信端末の識別子及び前記通信端末の挙動情報を受信し、前記通信端末に関するパラメータを最適化させるために、モバイルネットワークノード装置との間に定義された第２のインタフェースを介して、前記通信端末の識別子及び前記通信端末の挙動情報を前記モバイルネットワークノード装置へ送信する工程をコンピュータに実行させるものである。
【発明の効果】
【００１１】
本発明によって、一般的に変化する頻度が少ないサービス情報等以外の情報を用いて、ネットワーク処理の最適化を実行することができる通信システム、サービス共通装置、モバイルネットワークノード装置、データ通信方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態１にかかる通信ネットワークの構成図である。
【図２】実施の形態２にかかるアプリケーションサーバの構成図である。
【図３】実施の形態２にかかる共通サービス装置の構成図である。
【図４】実施の形態２にかかるモバイルネットワークノードの図である。
【図５】実施の形態３にかかる通信ネットワークの構成図である。
【図６】実施の形態２にかかる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を介したサービス要求手順を説明する図である。
【図１８】実施の形態２にかかるサービスの実行が成功した場合の処理の流れを説明する図である。
【図１９】実施の形態２にかかるサービスの実行が失敗した場合の処理の流れを説明する図である。
【図２０】実施の形態２にかかるサービスの実行要求に対する非同期応答処理の流れを説明する図である。
【図２１】実施の形態２にかかるＡＥがＣＳＥのリソースを更新する際の処理の流れを説明する図である。
【図２２】実施の形態２にかかるＮＳＥ６０が、ＣＳＥ５０へリソースの更新を要求した際の処理の流れを説明する図である。
【図２３】実施の形態３にかかるパラメータ変更処理の流れを示す図である。
【図２４】実施の形態３にかかるメッセージ受信処理の流れを示す図である。
【図２５】実施の形態４にかかる通信ネットワークの構成図である。
【図２６】実施の形態５にかかる通信ネットワークの構成図である。
【発明を実施するための形態】
【００１３】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、アプリケーションサーバ１０、共通サービス装置２０、モバイルネットワークノード４０及び通信端末５０を有している。モバイルネットワークノード４０は、モバイルネットワーク３０に配置されている装置である。
【００１４】
アプリケーションサーバ１０は、通信端末５０の挙動を検出する。通信端末５０の挙動とは、通信端末５０の移動状態、もしくは通信状態等を示す内容であってもよい。移動状態は、例えば、通信端末５０の移動速度等を示す移動特性と称されてもよく、通信状態は、通信端末５０の平均利用帯域等を示す通信特性と称されてもよい。その他に、通信端末５０の挙動として、例えば、通信端末の電池情報を示す内容であってもよい。
【００１５】
アプリケーションサーバ１０は、通信端末５０から、挙動を示す情報を取得する。例えば、アプリケーションサーバ１０は、通信端末５０が接続しているモバイルネットワーク３０を介して通信端末５０の挙動を示す情報を取得する。もしくは、アプリケーションサーバ１０は、通信端末５０と通信するサーバを介して、通信端末５０の挙動を示す情報を取得してもよい。
【００１６】
モバイルネットワーク３０は、移動通信事業者によって管理されているネットワークである。モバイルネットワーク３０は、例えば、３ＧＰＰにおいて規定されたノード装置が配置されたネットワークであってもよい。そのため、モバイルネットワーク３０に配置されているモバイルネットワークノード４０は、３ＧＰＰにおいて規定されたノード装置であってもよい。
【００１７】
共通サービス装置２０は、アプリケーションサーバ１０との間に定義されたインタフェースを介して、アプリケーションサーバ１０から送信された通信端末５０の識別子及び通信端末５０の挙動に関する情報を受信する。共通サービス装置２０とアプリケーションサーバ１０との間に定義されたインタフェースは、例えば、共通サービス装置２０とアプリケーションサーバ１０との間においてデータ通信を行う際に定められるデータ形式のフォーマットであってもよい。
【００１８】
共通サービス装置２０は、モバイルネットワークノード４０において保持されている通信端末５０に関連するパラメータを最適化させるために、モバイルネットワークノード４０との間に定義されたインタフェースを介して、通信端末５０の識別子及び通信端末５０の挙動に関する情報をモバイルネットワークノード４０へ送信する。
【００１９】
通信端末５０に関連するパラメータの最適化とは、例えば、モバイルネットワークノード４０において、通信端末５０に対して割り当てている通信リソースを、通信端末５０の挙動に応じて増減することである。モバイルネットワークノード４０は、通信端末５０の識別子及び通信端末５０の挙動に関する情報に基づいて、通信端末５０に関連するパラメータの最適化を行う。
【００２０】
共通サービス装置２０とモバイルネットワークノード４０との間に定義されたインタフェースは、例えば、共通サービス装置２０とモバイルネットワークノード４０との間においてデータ通信を行う際に定められるデータ形式のフォーマットであってもよい。
【００２１】
以上説明したように、本発明の実施の形態１にかかる通信システムを用いることによって、共通サービス装置２０は、動的に変化する通信端末５０の挙動に関する情報を、モバイルネットワークノード４０へ通知することができる。さらに、モバイルネットワークノード４０は、頻繁に変化する通信端末５０の挙動に関する情報を用いて、通信端末５０に関連するパラメータを最適化することができる。これによって、モバイルネットワーク３０における通信端末の収容効率の向上等、モバイルネットワーク３０における負荷を削減することができる。
【００２２】
（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかるアプリケーションサーバ１０の構成例について説明する。アプリケーションサーバ１０は、挙動管理部１１を有している。
【００２３】
挙動管理部１１は、モバイルネットワーク３０に接続している通信端末５０の挙動を検出する。例えば、通信端末５０は、自装置における挙動が変化したタイミングにおいて、自律的に挙動に関する情報をアプリケーションサーバ１０へ送信する。もしくは、通信端末５０は、定期的に自装置の挙動に関する情報をアプリケーションサーバ１０へ送信してもよい。アプリケーションサーバ１０は、通信端末５０から送信される挙動に関する情報を取得することによって、通信端末５０の挙動を検出してもよい。
【００２４】
ここで、通信端末５０の挙動に関して詳細に説明する。通信端末５０の挙動に関する情報には、例えば、通信端末５０の移動特性、通信特性、電池情報等が含まれる。通信端末５０の移動特性とは、例えば、通信端末５０が移動しているか否かを示す情報であってもよい。また、通信端末５０が移動している場合には、移動速度が予め定められた速度よりも速いか、遅いかを示す情報であってもよい。
【００２５】
例えば、通信端末５０が移動していない状態を、Ｓｔｏｐ状態とし、通信端末５０が、予め定められた速度よりも遅い速度にて移動している状態を、Ｌｏｗ Ｍｏｂｉｌｉｔｙ状態とし、通信端末５０が、予め定められた速度よりも速い速度にて移動している状態を、Ｈｉｇｈ Ｍｏｂｉｌｉｔｙ状態としてもよい。
【００２６】
もしくは、通信端末５０の移動特性は、通信端末５０の移動範囲を示す情報であってもよい。例えば、通信端末５０の移動特性は、所定期間内に通信端末５０が移動した範囲を示す情報であってもよく、もしくは、所定期間内に通信端末５０が移動した軌跡を示す情報であってもよい。さらに、通信端末５０の移動特性は、通信端末５０の目的地に関する情報であってもよい。
【００２７】
通信端末５０の通信特性とは、例えば、通信端末５０がモバイルネットワーク３０を介して通信を行っている際の所定期間における、平均利用帯域、平均通信時間、平均操作時間、平均通信間隔等であってもよい。もしくは、通信端末５０の通信特性とは、通信端末５０が通信を行う時間帯を示す情報であってもよい。もしくは、通信端末５０の通信特性とは、通信端末５０が許容するデータの遅延時間であってもよい。
【００２８】
通信端末５０の電池情報とは、例えば、通信端末５０のバッテリー残量を示す情報であってもよい。もしくは、通信端末５０の電池情報とは、通信端末５０が充電中か否かを示す情報であってもよく、通信端末５０が省電力モードで動作しているか否かを示す情報であってもよい。
【００２９】
その他に、通信端末５０の挙動に関する情報は、通信端末５０が起動しているアプリケーションの情報であってもよく、通信端末５０の電波状況に関する情報であってもよい。
【００３０】
挙動管理部１１は、通信端末５０の移動特性、通信特性、電池情報もしくはその他の情報を含む挙動に関する情報を通信端末５０から取得すると、その情報を保持する。
【００３１】
ここで、挙動管理部１１は、アプリケーションサーバ１０と共通サービス装置２０との間に定義されたインタフェースを介して、通信端末５０の挙動に関する情報とともに通信端末５０を識別する情報を共通サービス装置２０へ送信する。
【００３２】
続いて、図３を用いて本発明の実施の形態２にかかる共通サービス装置２０の構成例について説明する。共通サービス装置２０は、通信部２１及び認証部２２を有している。
【００３３】
通信部２１は、アプリケーションサーバ１０との間に設定されたインタフェースを介してアプリケーションサーバ１０から送信された通信端末５０の識別子及び通信端末５０の挙動に関する情報を受信する。
【００３４】
通信部２１は、受信した通信端末５０の識別子及び通信端末５０の挙動に関する情報を認証部２２へ出力する。
【００３５】
認証部２２は、通信部２１から出力された情報を用いてアプリケーションサーバ１０に関する認証を行う。
【００３６】
例えば、認証部２２は、通信端末５０の挙動に関する情報等の出力元のアプリケーションサーバ１０が、予め接続することが許可されたアプリケーションサーバか否かを判定してもよい。例えば、認証部２２は、予め接続することが許可されたアプリケーションサーバの一覧に関する情報を保持していてもよい。
【００３７】
認証部２２は、認証処理を行った結果、アプリケーションサーバ１０の接続を許可しない場合、通信部２１を介してアプリケーションサーバ１０へ接続を許可しない旨の通知をするか、もしくは、アプリケーションサーバ１０との間の接続を解除してもよい。認証部２２は、認証処理を行った結果、アプリケーションサーバ１０の接続を許可する場合、アプリケーションサーバ１０の接続を許可した旨の通知を通信部２１へ出力してもよい。
【００３８】
通信部２１は、認証部２２がアプリケーションサーバ１０の接続を許可した場合、アプリケーションサーバ１０から出力された通信端末５０の識別子及び通信端末５０の挙動に関する情報をモバイルネットワークノード４０へ出力する。通信部２１は、通信端末５０の挙動に関する情報等を、共通サービス装置２０とモバイルネットワークノード４０との間において定義されたインタフェースにおいて用いられているフォーマットの形式に変換して、モバイルネットワークノード４０へ出力する。
【００３９】
続いて、図４を用いて本発明の実施の形態２にかかるモバイルネットワークノード４０の構成例について説明する。モバイルネットワークノード４０は、パラメータ管理部４１を有している。
【００４０】
パラメータ管理部４１は、共通サービス装置２０との間に定義されたインタフェースを介して共通サービス装置２０から送信された通信端末５０の識別子及び通信端末５０の挙動に関する情報を受信する。
【００４１】
パラメータ管理部４１は、共通サービス装置２０から送信された情報に基づいて、通信端末５０に関するパラメータを最適化するように変更する。ここで、通信端末５０に関するパラメータの最適化に関する例を説明する。
【００４２】
例えば、パラメータ管理部４１は、通信端末５０が現在移動をしておらず停止している状態であるとする挙動に関する情報を受信したとする。このような場合、パラメータ管理部４１は、通信端末５０の位置登録エリアについて定めているパラメータについて、位置登録エリアを狭くするように変更してもよい。
【００４３】
一般的に、通信端末５０は、位置登録エリア外に移動した場合に、モバイルネットワークノード４０へ位置登録要求信号を送信する。この時、位置登録エリアを狭くしすぎた場合、通信端末５０が少し移動する度にモバイルネットワークノード４０に対して位置登録要求信号が送信されてしまい、モバイルネットワークノード４０の輻輳を引き起こす可能性がある。位置登録エリアを広くしすぎた場合、一台のモバイルネットワークノード４０が管理する通信端末５０の数が増加し、モバイルネットワークノード４０における処理負担が増加する。
【００４４】
これに対して、通信端末５０が停止していることを検出した場合、通信端末５０に関するパラメータである位置登録エリアを狭くしても、頻繁に通信端末５０が位置登録要求信号を送信することはない。このようにして、通信端末５０の挙動に関する情報を用いて、パラメータ管理部４１が管理している通信端末５０に関する情報を最適化することができる。
【００４５】
ここまで、挙動に関する情報として、移動特性を用いた場合における、パラメータ管理部４１のパラメータ変更の例を説明したが、移動特性以外の挙動に関する情報を用いて、パラメータ管理部４１のパラメータを変更してもよい。
【００４６】
以上説明したように、本発明の実施の形態２にかかるアプリケーションサーバ１０、共通サービス装置２０及びモバイルネットワークノード４０を用いることによって、通信端末５０の挙動に応じて、モバイルネットワークノード４０が管理している通信端末５０のパラメータを最適化するように変更することができる。
【００４７】
（実施の形態３）
続いて、図５を用いて本発明の実施の形態３にかかる通信システムの構成例について説明する。図５の通信システムは、ＡＥ（Application Entity）６０、ＣＳＥ（Common Services Entity）７０及びＮＳＥ（Network Service Entity）８０を有している。ＡＥ、ＣＳＥ及びＮＳＥは、Machine to Machineサービスに関する標準化を行うｏｎｅＭ２Ｍにおいて定められているノード装置である。ＡＥ６０は、図１におけるアプリケーションサーバ１０に相当する。ＣＳＥ７０は、図１における共通サービス装置２０に相当する。ＮＳＥ８０は、図１におけるモバイルネットワークノード４０に相当する。
【００４８】
ＣＳＥ５０は、ＡＥ６０とＮＳＥ８０との間の通信を仲介するサービス事業者によって管理されるサーバ装置であってもよい。また、このようなサービス事業者が管理するＣＳＥ７０もしくは複数のＣＳＥ７０群をサービスプラットフォームと称してもよい。
【００４９】
さらに、ＡＥ６０及びＣＳＥ７０の間のインタフェースは、X Reference Pointとして定められている。さらに、ＣＳＥ７０とＮＳＥ８０との間のインタフェースは、Z Reference Pointとして定められている。
【００５０】
ここで、X Reference Pointについて説明を行う。X Reference Pointは、ＡＥ６０からＣＳＥ７０へ通信端末５０の挙動に関する情報を送信する際に、必要な情報項目を定めた共通フォーマット及びM2M Devices Information専用フォーマットを定めている。
【００５１】
ＡＥ６０は、共通フォーマットにおいて、配信先サービスプラットフォームＩＤ及び配信元アプリケーションＩＤを設定する。配信先サービスプラットフォームＩＤは、例えば、ＣＳＥ７０に割り当てられているＩＤである。サービス事業者が複数のＣＳＥ７０を管理する場合、複数のＣＳＥ７０に共通する配信先サービスプラットフォームＩＤが割り当てられてもよい。配信元アプリケーションＩＤは、ＡＥ６０を識別するために用いられるＩＤである。
【００５２】
ＡＥ６０は、M2M Devices Information専用フォーマットにおいて、挙動に関する情報を送信してきた通信端末５０の端末ＩＤ、挙動に関する情報を設定する。
【００５３】
通信端末５０の端末ＩＤは、３ＧＰＰにおいて定義されている端末の識別子であるＩＭＳＩ（International Mobile Subscriber Identity）が用いられてもよい。もしくは、通信端末５０の端末ＩＤは、通信端末５０を識別するための電話番号等、他の識別子が用いられてもよい。
【００５４】
挙動に関する情報は、移動特性、通信特性、電池情報もしくはこれら以外のその他の情報が設定される。
【００５５】
ＡＥ６０は、M2M Devices Information専用フォーマットにおける情報項目をすべて設定する必要なく、上述した情報項目を、設定を必須とする必須項目及び任意の設定を可能とするオプション項目とに分けてもよい。例えば、必須項目は、パラメータ変更対象となる通信端末５０の端末ＩＤとしてもよい。さらに、挙動に関する情報の内、通信端末５０から送信された挙動に関する情報以外の項目は、オプション項目としてもよい。例えば、通信端末５０から移動特性に関する情報が送信されてきた場合に、通信特性等他の情報については、設定しなくてもよい。
【００５６】
次に、ＣＳＥ７０の構成及び機能について説明する。ＣＳＥ７０は、ＣＳＦｓ（Common Service Functions）７５とする機能ブロックを有する。ＣＳＦｓ７５は、例えば、ＣＳＥ７０におけるＣＰＵ等を用いて構成されてもよい。ＣＳＦｓ７５は、図３における通信部２１及び認証部２２に相当する。以下に、ＣＳＦｓ７５において実行される機能について説明する。
【００５７】
ＣＳＦｓ７５は、X Reference Pointを介してＡＥ６０から送信されたメッセージを受信する。さらに、ＣＳＦｓ７５は、受信したメッセージに設定された項目をチェックする機能を有する。
【００５８】
例えば、ＣＳＦｓ７５は、配信元アプリケーションＩＤが、予めＣＳＥ７０への接続が許可されたＡＥに該当するか否かを判定する。例えば、ＣＳＦｓ７５は、予めＣＳＥ７０への接続が許可されたＡＥの一覧に関する情報を保持していてもよい。ＣＳＦｓ７５は、メッセージの共通フォーマットに設定されている配信元アプリケーションＩＤが、予めＣＳＥ７０への接続が許可されたＡＥの一覧に含まれているかどうかを判定してもよい。
【００５９】
さらに、ＣＳＦｓ７５は、メッセージのその他の情報項目に関する正当性をチェックしてもよい。例えば、ＡＥ６０は、オプション項目として、移動特性のみを設定することが許可されているとする。ＡＥ６０が設定可能なオプション項目は、例えば、ＡＥ６０を管理する事業者と、ＣＳＥ７０を管理する事業者との間の契約等において定められてもよい。さらに、ＣＳＦｓ７５は、事業者間の契約情報を保持してもよい。このような場合に、ＡＥ６０から送信されたメッセージのオプション項目に、通信特性が設定されている場合に、ＣＳＦｓ７５は、ＡＥ６０から送信されたメッセージは不当なメッセージとして破棄してもよい。
【００６０】
もしくは、ＡＥ６０は、必須項目として設定することができる端末ＩＤが定められているとする。このような場合に、ＡＥ６０から送信されたメッセージの必須項目に、予め定められている端末ＩＤ以外の端末ＩＤが設定されている場合に、ＣＳＦｓ７５は、ＡＥ６０から送信されたメッセージは不当なメッセージとして破棄してもよい。
【００６１】
ＣＳＦｓ７５は、メッセージのチェックを完了した後に、Z Reference Pointを介してメッセージをＮＳＥ８０へ送信する。また、ＣＳＥ７０に複数のＮＳＥ８０が接続している場合、ＣＳＦｓ７５は、メッセージを送信するＮＳＥを選択し、選択したＮＳＥへメッセージを送信する。
【００６２】
例えば、ＣＳＦｓ７５は、複数のＮＳＥ８０の中から、ＡＥ６０から送信されたメッセージに設定された端末ＩＤに関するパラメータを保持するＮＳＥ８０を検索し、抽出されたＮＳＥ８０を選択してもよい。ＣＳＦｓ７５は、ＮＳＥ８０に対してパラメータ変更の対象となる端末ＩＤを各ＮＳＥ８０へ送信し、その応答信号を用いて、当該端末ＩＤに関するパラメータを保持するＮＳＥ８０を特定してもよい。
【００６３】
ＣＳＦｓ７５は、ＮＳＥ８０へメッセージを送信する際に、ＡＥ６０から送信されたメッセージを、ＮＳＥ８０において用いられるフォーマットに変換し、フォーマットを変換したメッセージをＮＳＥ８０へ送信する。ここで、ＮＳＥ８０において用いられるフォーマットは、Z Reference Pointとして定められている。Z Reference Pointは、ＣＳＥ７０からＮＳＥ８０へメッセージを送信する際に、必要な情報項目を定めた共通フォーマット及びM2M Devices Informationフォーマットを定めている。
【００６４】
ＣＳＦｓ７５は、共通フォーマットにおいて、配信先ネットワークＩＤ及び配信元サービスプラットフォームＩＤを設定する。配信先ネットワークＩＤは、例えば、ＮＳＥ８０に割り当てられているＩＤである。配信元サービスプラットフォームＩＤは、ＣＳＥ７０を識別するために用いられるＩＤである。
【００６５】
Z Reference Pointにおいて定められるM2M Devices Informationフォーマットに設定する情報項目は、基本的にX Reference Pointにおいて定められるM2M Devices Informationフォーマットに設定する情報項目と同様であるため詳細な説明を省略する。
【００６６】
また、ＣＳＦｓ７５は、ＡＥ６０から送信された挙動に関する情報を分析し、分析した結果をM2M Devices Informationフォーマットに設定して、ＮＳＥ８０へ送信してもよい。例えば、ＣＳＦｓ７５は、ＡＥ６０から通信端末が停止していると設定されたメッセージを受信した場合、ＮＳＥ８０における位置登録エリアを狭くするように指示する内容をM2M Devices Informationフォーマットに設定してもよい。
【００６７】
ＣＳＦｓ７５は、上述した機能の他に、課金処理を実行してもよい。課金処理は、例えば、ＡＥ６０からメッセージを受信した際に、ＮＳＥ８０を用いて情報配信をおこなった際の課金情報を生成することであってもよい。
【００６８】
ここで、ＣＳＦｓの具体例について説明する。ＣＳＦｓは、複数の機能の総称である。複数の機能の一つの機能として、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
【００７０】
M2M Devices Information専用フォーマットに設定される、移動特性、通信特性、電池情報もしくはこれら以外のその他の情報等の情報項目は、上記のサブリソースのいずれかに設定される。
【００７１】
ここで、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等のリソースを更新（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メッセージに基づいて、指示されたサービスを実行する（Ｓ１８５）。本図は、例えば、ＡＥ４０が、ＣＳＥのリソースに変更が生じた場合に、ＡＥへ変更を通知することを予め設定していた場合等に実行される。
【００８９】
続いて、図２３を用いて本発明の実施の形態３にかかるパラメータ変更処理の流れについて説明する。はじめに、ＡＥ６０は、ＣＳＥ７０へM2M Devices Information通知メッセージを送信する（Ｓ１１）。次に、ＣＳＥ７０は、ＡＥ６０から送信されたM2M Devices Information通知メッセージを受信すると、M2M Devices Information通知メッセージ受信処理を実行する（Ｓ１２）。M2M Devices Information通知メッセージ受信処理は、ＣＳＥ７０におけるＡＥ６０の認証処理を含む。ステップＳ１２におけるM2M Devices Information通知メッセージ受信処理は、後に詳述する。
【００９０】
次に、ＣＳＥ７０は、ＡＥ６０が予め接続が許可されているＡＥであると認証すると、ＮＳＥ８０へM2M Devices Information通知メッセージを送信する（Ｓ１３）。
【００９１】
次に、ＮＳＥ８０は、ＣＳＥ７０から送信されたM2M Devices Information通知メッセージを受信すると、ＣＳＥ７０へ応答メッセージを送信する（Ｓ１４）。ＣＳＥ７０は、ＮＳＥ８０から送信された応答メッセージを受信すると、ステップＳ１１におけるM2M Devices Information通知メッセージに対する応答メッセージを送信する（Ｓ１５）。
【００９２】
ＮＳＥ６０は、ステップＳ１４において応答メッセージを送信すると、指定された通信端末に関連するパラメータの変更処理を実施する（Ｓ１６）。
【００９３】
続いて、図２４を用いて本発明の実施の形態３にかかるM2M Devices Information通知メッセージ受信処理の流れについて説明する。はじめに、ＣＳＥ７０は、ＡＥ６０から送信されたM2M Devices Information通知メッセージを受信すると、M2M Devices Information通知メッセージの送信元であるＡＥ６０に関する認証を行う（Ｓ２１）。具体的には、ＣＳＥ７０は、ＡＥ６０が、予めＣＳＥ７０へ接続を許可されているＡＥであるか否かに関する判定を行う。ＣＳＥ７０は、予めＣＳＥ７０へ接続を許可されているＡＥに関する一覧情報を保持していてもよい。ＣＳＥ７０は、一覧情報の中にＡＥ６０が含まれているか否かを判定してもよい。
【００９４】
ＣＳＥ７０は、ＡＥ６０が一覧情報の中に含まれていない（認証ＮＧ）と判定した場合、処理を終了する。ＣＳＥ７０は、ＡＥ６０が一覧情報の中に含まれていると判定した場合、M2M Devices Information通知メッセージを送信するＮＳＥを選択する（Ｓ２２）。ＣＳＥ７０は、例えば、M2M Devices Information通知メッセージにおいて指定されている端末に関するパラメータを保持しているＮＳＥを選択する。また、ＣＳＥ７０に接続されているＮＳＥが一つである場合、本ステップを省略してもよい。
【００９５】
次に、ＣＳＥ７０は、ＮＳＥ８０を選択すると、ＡＥ６０から送信されたM2M Devices Information通知メッセージを、選択したＮＳＥ８０において用いられるフォーマットに変換する。ここで、ＮＳＥ８０において用いられるフォーマットは、Z Reference Pointとして定められている。Z Reference Pointは、ＣＳＥ７０からＮＳＥ８０へM2M Devices Information通知メッセージを送信する際に、必要な情報項目を定めた共通フォーマット及びM2M Devices Informationフォーマットを定めている。
【００９６】
以上説明したように、本発明の実施の形態３にかかる通信ネットワークは、ＡＥ６０とＣＳＥ７０との間、及び、ＣＳＥ７０とＮＳＥ８０との間に、それぞれX Reference Point、Z Reference Pointを定義している。これによって、ＡＥ６０は、通信端末５０から端末の挙動に関する情報を取得すると、ＣＳＥ７０を介してＮＳＥ８０へ端末の挙動に関する情報を通知することができる。ＮＳＥ８０は、端末の挙動に関する情報を取得することによって、通信端末５０に関するパラメータを最適化するように変更することができる。
【００９７】
（実施の形態４）
続いて、図２５を用いて本発明の実施の形態４にかかる通信ネットワークの構成例について説明する。本図においては、主に図５におけるＮＳＥ８０に関する詳細な構成例を説明する。本図においては、ＣＳＥ７０が、３ＧＰＰにおいて規定されたノード装置を用いて構成される移動通信ネットワークと接続している構成例について説明する。
【００９８】
図２５の通信ネットワークは、ＡＥ６０、ＣＳＥ７０、ＭＴＣ（Machine Type Communication）−ＩＷＦ（InterWorking Function）エンティティ８１、ＨＳＳ（Home Subscriber Server）８２及びＭＭＥ（Mobility Management 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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１１１】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【０１１２】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１１３】
この出願は、２０１３年９月２７日に出願された日本出願特願２０１３−２０２７７３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１１４】
１０  アプリケーションサーバ
１１  挙動管理部
２０  共通サービス装置
２１  通信部
２２  認証部
３０  モバイルネットワーク
４０  モバイルネットワークノード
４１  パラメータ管理部
５０  通信端末
６０  ＡＥ
７０  ＣＳＥ
７５  ＣＳＦｓ
８０  ＮＳＥ
８１  ＭＴＣ−ＩＷＦエンティティ
８２  ＨＳＳ
８３  ＭＭＥ
【図１】
2020145758.tif 000003
【図２】
2020145758.tif 000004
【図３】
2020145758.tif 000005
【図４】
2020145758.tif 000006
【図５】
2020145758.tif 000007
【図６】
2020145758.tif 000008
【図７】
2020145758.tif 000009
【図８】
2020145758.tif 000010
【図９】
2020145758.tif 000011
【図１０】
2020145758.tif 000012
【図１１】
2020145758.tif 000013
【図１２】
2020145758.tif 000014
【図１３】
2020145758.tif 000015
【図１４】
2020145758.tif 000016
【図１５】
2020145758.tif 000017
【図１６】
2020145758.tif 000018
【図１７】
2020145758.tif 000019
【図１８】
2020145758.tif 000020
【図１９】
2020145758.tif 000021
【図２０】
2020145758.tif 000022
【図２１】
2020145758.tif 000023
【図２２】
2020145758.tif 000024
【図２３】
2020145758.tif 000025
【図２４】
2020145758.tif 000026
【図２５】
2020145758.tif 000027
【図２６】
2020145758.tif 000028