JP6652177B2 - システム、サービスプラットフォーム、及び方法 - Google Patents

Description

本発明は情報収集システムに関し、例えば複数のネットワークを有する情報収集システムに関する。

近年、移動通信事業者とは異なるサービス業者から、携帯電話端末等の移動通信装置に対して様々なサービスが提供されている。移動通信事業者とは異なるサービス業者が増加することにより、提供サービスが多様化し、ユーザは様々なサービスを受けることができるというメリットがある。

特許文献１には、センサーと、モバイル情報端末と、アプリケーションサーバとが連携して、モバイル情報端末にサービスを提供するシステムが開示されている。具体的には、モバイル情報端末は、複数のセンサー情報を取得する。さらに、モバイル情報端末は、取得したセンサー情報をアプリケーションサーバへ送信する。ここで、アプリケーションサーバは、モバイル情報端末から送信されたセンサー情報に基づいて、アドバイス情報を作成して、モバイル情報端末に送信する。このようにして、モバイル情報端末は、センサー情報に基づいたアドバイスサービスを受けることができる。

特開２０１０−１６５１１２号公報

現在、アプリケーションサーバ等の第三者が提供するサーバを用いたサービス提供において、モバイル端末から送信される情報のみではなく、様々な情報を用いてサービスを提供することが望まれている。例えば、第三者が提供するサーバにおいて、移動通信事業者が保有するネットワーク情報等を用いてサービスを提供することも考えられている。さらに、移動時通信事業者以外であって、例えば固定通信事業者等が保有するネットワーク情報等も用いて、様々なネットワーク情報を用いてサービスを提供することも考えられている。しかし、アプリケーションサーバ等は、現在の移動通信網及び固定通信網等の複数のネットワークからネットワーク情報等を柔軟に収集するように構成されていないという問題がある。

本発明は、このような問題を解決するために、様々なネットワーク情報を収集することができる情報収集システム、サービスプラットフォーム、通信端末、情報収集方法及びプログラムを提供することを目的とする。

本発明の第１の態様にかかる情報収集システムは、複数のネットワークと接続し、前記複数のネットワークが保持するネットワーク情報を収集するサービスプラットフォームと、前記サービスプラットフォームへ前記ネットワーク情報の収集ポリシーを通知するアプリケーションサーバと、を備え、前記サービスプラットフォームは、前記複数のネットワークのうち前記収集ポリシーを満たす少なくとも１つのネットワークから前記ネットワーク情報を収集し、収集した前記ネットワーク情報もしくは収集した前記ネットワーク情報に基づいて生成したサービス情報を前記アプリケーションサーバへ送信するものである。

本発明の第２の態様にかかるサービスプラットフォームは、複数のネットワークと接続し、前記複数のネットワークが保持するネットワーク情報を収集するネットワーク情報収集部と、アプリケーションサーバから送信された前記ネットワーク情報の収集ポリシーを受信するポリシー設定部と、を備え、前記ネットワーク情報収集部は、前記複数のネットワークのうち前記収集ポリシーを満たす少なくとも１つのネットワークから前記ネットワーク情報を収集し、収集した前記ネットワーク情報もしくは収集した前記ネットワーク情報に基づいて生成したサービス情報を前記アプリケーションサーバへ送信するものである。

本発明の第３の態様にかかる情報収集方法は、アプリケーションサーバから送信されたネットワーク情報の収集ポリシーを受信し、複数のネットワークのうち前記収集ポリシーを満たす少なくとも１つのネットワークから前記ネットワーク情報を収集し、収集した前記ネットワーク情報もしくは収集した前記ネットワーク情報に基づいて生成したサービス情報を前記アプリケーションサーバへ送信するものである。

本発明の第４の態様にかかるプログラムは、アプリケーションサーバから送信されたネットワーク情報の収集ポリシーを受信するステップと、複数のネットワークのうち前記収集ポリシーを満たす少なくとも１つのネットワークから前記ネットワーク情報を収集するステップと、収集した前記ネットワーク情報もしくは収集した前記ネットワーク情報に基づいて生成したサービス情報を前記アプリケーションサーバへ送信するステップと、をコンピュータに実行させるものである。

本発明により、様々なネットワーク情報を収集することができる情報収集システム、サービスプラットフォーム、通信端末、情報収集方法及びプログラムを提供することができる。

実施の形態１にかかる情報収集システムの構成図である。 実施の形態２にかかるサービスプラットフォームの構成図である。 実施の形態２にかかる情報収集処理の流れを説明する図である。 実施の形態３にかかる情報収集処理の流れを説明する図である。 実施の形態４にかかる情報収集処理の流れを説明する図である。 実施の形態６にかかる情報収集処理の流れを説明する図である。 実施の形態７にかかる移動通信ネットワークの構成図である。 実施の形態８にかかる移動通信ネットワークの構成図である。

（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１の情報収集システムは、サービスプラットフォーム１０、アプリケーションサーバ（ＡＳ）２０及びネットワーク３１〜３３を有している。サービスプラットフォーム１０は、ネットワーク３１〜３３と接続している。さらに、サービスプラットフォーム１０は、ネットワーク３１〜３３が保持するネットワーク情報を収集する。また、ネットワーク３１〜３３には、ＡＳ２０が管理もしくは運用する通信端末２１〜２３が接続されている。

ネットワーク３１〜３３は、例えば、移動通信事業者が管理する移動通信ネットワーク、固定通信事業者が管理する固定通信ネットワーク等であってもよい。もしくは、ネットワーク３１〜３３は、ユーザにインターネット接続を提供するインターネットサービスプロバイダーが管理するInternet Service Provider（ＩＳＰ）ネットワークであってもよい。移動通信ネットワークは、例えば、３ＧＰＰにおいて規定されたネットワークであってもよく、それ以外の標準化機関において規定されたネットワークであってもよい。

ネットワーク３１〜３３は、同種のネットワークであって、事業者が異なるネットワークであってもよい。例えば、ネットワーク３１は、Ａ事業者が管理する移動通信ネットワークであり、ネットワーク３２は、Ｂ事業者が管理する移動通信ネットワークであり、ネットワーク３３は、Ｃ事業者が管理する移動通信ネットワークであってもよい。

もしくは、ネットワーク３１〜３３は、全て異なる種類のネットワークであってもよい。例えば、ネットワーク３１は、移動通信ネットワークであり、ネットワーク３２は、固定通信ネットワークであり、ネットワーク３３は、ＩＳＰネットワークであってもよい。

もしくは、ネットワーク３１及び３２は、同種のネットワークであり、ネットワーク３３は、ネットワーク３１及び３２とは異なる種類のネットワークであってもよい。

ネットワーク情報は、それぞれのネットワークを構成するノード装置が実行した処理に応じて定まるノード装置固有の情報であってもよい。具体的には、ノード装置固有の情報は、ノード装置のＣＰＵ情報、メモリ情報、処理を行った信号量（もしくはトラヒック）情報もしくはノード装置に同時接続している通信端末の数に関する情報等であってもよい。もしくは、ネットワーク情報は、それぞれのネットワーク３１〜３３における混雑度を示す情報であってもよい。例えば、ネットワークにおける混雑度は、各ノード装置のＣＰＵ情報、トラヒック等に基づいて定められてもよい。混雑度とは、ネットワークの輻輳状態を示す情報であってもよい。さらに、ネットワーク情報は、ネットワークの混雑が解消するまでに想定される時間であってもよい。さらに、ネットワーク情報は、それぞれのネットワークにおいて使用可能な帯域量を示す情報であってもよい。

さらに、ネットワーク情報は、それぞれのネットワークに接続している通信端末２１〜２３に関する情報であってもよい。具体的には、ネットワークに接続している通信端末に関する情報は、それぞれのネットワークに接続している通信端末の位置情報もしくは通信端末が送受信したデータ量に関する情報等であってもよい。

ＡＳ２０は、サービスプラットフォーム１０へネットワーク情報の収集ポリシーを通知する。収集ポリシーは、例えば、ネットワーク情報の収集対象となるノード装置、ネットワーク情報の収集対象となる通信端末２１〜２３、ネットワーク情報を収集するタイミング等を規定した情報である。

サービスプラットフォーム１０は、ネットワーク３１〜３３のうち、ＡＳ２０から通知された収集ポリシーを満たす少なくとも１つのネットワークからネットワーク情報を収集する。さらに、収集したネットワーク情報もしくは収集したネットワーク情報に基づいて生成したサービス情報をＡＳ２０へ送信する。サービスプラットフォーム１０は、例えば一つのサーバ装置を用いて構成されてもよく、もしくは複数のサーバ装置を用いて構成されてもよい。

ＡＳ２０から通知された収集ポリシーを満たすネットワークとは、例えば、収集ポリシーにおいて収集対象として設定された通信端末と接続しているネットワーク、収集ポリシーにおいて収集対象として設定されたノード装置を有するネットワーク等である。つまり、ＡＳ２０から通知された収集ポリシーを満たすネットワークとは、ＡＳ２０が要求する情報を保持するネットワークである。

収集したネットワーク情報に基づいて生成したサービス情報は、収集したネットワーク情報が加工された情報である。例えば、サービス情報は、収集した複数のネットワーク情報の分析情報もしくは収集した複数のネットワーク情報の統計情報等であってもよい。

以上説明したように、本発明の実施の形態１にかかる情報収集システムにおいては、複数のネットワークに接続しているサービスプラットフォーム１０が、複数のネットワークに接続している。さらに、サービスプラットフォーム１０は、ＡＳ２０から通知されるネットワーク情報の収集ポリシーに応じてネットワーク情報を収集することが出来る。このようにして、サービスプラットフォーム１０は、接続している複数のネットワークからネットワーク情報を収集することが出来る。そのため、サービスプラットフォーム１０は、様々なネットワーク情報を収集し、収集した情報をＡＳ２０へ送信することが出来る。これによって、ＡＳ２０は、収集した様々な情報を用いてサービスを提供することが出来る。

また、本図においては、ＡＳ２０と、通信端末２１〜２３とは、異なる装置として説明したが、通信端末２１〜２３が、ＡＳ２０に関する機能を有してもよい。つまり、通信端末２１〜２３が、それぞれ接続しているネットワークを介してサービスプラットフォーム１０へネットワーク情報の収集ポリシー等を通知し、さらに、サービスプラットフォームからサービス情報を取得してもよい。

（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかるサービスプラットフォーム１０の詳細な構成例について説明する。サービスプラットフォーム１０は、ポリシー設定部１１及びネットワーク情報収集部１２を有している。

ポリシー設定部１１は、ＡＳ２０から通知された収集ポリシーを受け取る。ポリシー設定部１１は、例えば、受け取った収集ポリシーを、メモリ等へ保持する。さらに、ポリシー設定部１１は、受け取った収集ポリシーをネットワーク情報収集部１２へ出力する。

ネットワーク情報収集部１２は、ポリシー設定部１１から出力された収集ポリシーを受け取る。ネットワーク情報収集部１２は、ネットワーク３１〜３３の中から、ポリシー設定部１１から出力された収集ポリシーを満たすネットワークを選択する。ネットワーク情報収集部１２は、ポリシー設定部１１から出力された収集ポリシーを満たす１つのネットワークを選択してもよく、収集ポリシーを満たす複数のネットワークを選択してもよい。ネットワーク情報収集部１２は、選択したネットワークから、ポリシー設定部１１から出力された収集ポリシーに基づいてネットワーク情報を収集する。さらに、ネットワーク情報収集部１２は、収集したネットワーク情報をＡＳ２０へ送信する。もしくは、ネットワーク情報収集部１２は、収集したネットワーク情報に基づいて生成したサービス情報をＡＳ２０へ送信する。

収集ポリシーは、上述したように、ネットワーク情報の収集対象となるノード装置、ネットワーク情報の収集対象となる通信端末、ネットワーク情報を収集するタイミング等を定めた情報である。

例えば、ネットワーク情報を収集するタイミングに関する情報は、ネットワーク情報を収集する時刻に関する情報もしくは何時間もしくは何分毎にネットワーク情報を収集する等のネットワーク情報を収集する間隔に関する情報であってもよい。もしくは、ネットワーク情報を収集するタイミングは、サービスＰＦ１０が、ＡＳ２０からネットワーク情報収集依頼に関するメッセージを受け付けたタイミングであってもよい。

さらに、収集ポリシーには、収集する対象となるネットワーク情報が変化したタイミングに当該ネットワーク情報を収集する、とするポリシーが含まれてもよい。例えば、サービスプラットフォーム１０が、特定の通信端末に関する位置情報をネットワーク情報として収集する場合、収集ポリシーには、対象となる通信端末の位置情報が変化したタイミングに、対象となる通信端末の位置情報を収集することが指定されてもよい。

もしくは、サービスプラットフォーム１０がネットワーク３１〜３３における通信品質を収集する場合、収集ポリシーには、通信品質が変化したタイミングに、変化後の通信品質に関する情報を収集することが指定されてもよい。通信品質は、例えば、それぞれのノード装置が有する、ネットワーク内における遅延時間、データロス率もしくは回線使用率等に関する情報であってもよい。通信品質に関する情報を収集する対象となるノード装置は、収集ポリシーによって指定されてもよい。

もしくは、サービスプラットフォーム１０が、それぞれのネットワーク３１〜３３を構成するノード装置におけるＣＰＵ情報もしくはメモリ情報等を収集する場合、収集ポリシーには、ＣＰＵ使用率がある閾値を超えた場合もしくはメモリ使用量がある閾値を超えたタイミングに、ＣＰＵ情報もしくはメモリ情報等を収集することが指定されてもよい。ＣＰＵ情報もしくはメモリ情報等を収集する対象となるノード装置は、収集ポリシーによって指定されてもよい。また、サービスプラットフォーム１０は、それぞれのネットワーク３１〜３３における混雑が解消されたタイミングに、それぞれのネットワーク３１〜３３から情報を収集してもよい。混雑度の解消とは、例えば、ネットワークの輻輳状態が解消されたことを示してもよい。

サービスプラットフォーム１０は、ネットワーク情報が変更したことを、それぞれのネットワークから通知されてもよい。例えば、ネットワーク３１〜３３は、通信端末の位置情報を管理しており、通信端末の位置情報が変更した場合、サービスプラットフォーム１０へ管理している通信端末の位置情報が変更したことを通知してもよい。また、ネットワーク３１〜３３は、通信品質が変化した場合、通信品質の変化をサービスプラットフォーム１０へ通知してもよい。もしくは、それぞれのネットワークにおけるノード装置が、輻輳状態を検出した場合に、自律的に輻輳情報をサービスプラットフォーム１０へ通知してもよい。輻輳状態は、例えばネットワーク全体の輻輳を検出した状態であってもよく、予め定められた量以上のデータを送受信している通信端末を検出した状態であってもよい。

ネットワーク情報収集部１２は、収集ポリシーにおいて設定された収集タイミングを検出した場合、ポリシー設定部１１から出力された収集ポリシーに応じてネットワーク情報を収集する。

ここで、ネットワーク情報収集部１２がネットワーク情報もしくはネットワーク情報に基づいて生成したサービス情報をＡＳ２０へ出力するタイミングについて説明する。ネットワーク情報収集部１２は、ネットワーク情報を収集する度に、もしくは、サービス情報を生成する度に、収集したネットワーク情報もしくは生成したサービス情報をＡＳ２０へ送信してもよい。

もしくは、ネットワーク情報収集部１２は、ＡＳ２０から通知された収集ポリシーに基づいて、ネットワーク情報もしくはサービス情報をＡＳ２０へ送信するタイミングを定めてもよい。

例えば、ＡＳ２０は、収集ポリシーにおいて、ネットワーク情報収集部１２がネットワーク情報もしくはサービス情報をＡＳ２０へ送信するタイミングを定めてもよい。例えば、ＡＳ２０は、ネットワーク情報収集部１２によって収集されたネットワーク情報量が、ある閾値を超えた場合に、ネットワーク情報もしくはサービス情報をＡＳ２０へ通知することを、収集ポリシーに定めてもよい。

もしくは、ＡＳ２０は、ネットワーク情報収集部１２がネットワーク情報を収集した回数が、ある閾値を超えた場合に、ネットワーク情報もしくはサービス情報をＡＳ２０へ通知することを、収集ポリシーに定めてもよい。

もしくは、ＡＳ２０は、ネットワーク情報収集部１２がネットワーク情報を収集する際に、利用したネットワークにおいて課金されるネットワークの利用料金が、ある閾値を超えた場合に、ネットワーク情報もしくはサービス情報をＡＳ２０へ通知することを、収集ポリシーに定めてもよい。

次に、サービスプラットフォーム１０がＡＳ２０へ送信する情報について具体的に説明する。サービスプラットフォーム１０は、上述したように、ＡＳ２０へ収集したネットワーク情報もしくは生成したサービス情報を送信する。さらに、サービス情報は、例えば、収集した複数のネットワーク情報の分析情報もしくは収集した複数のネットワーク情報の統計情報等であってもよい。

例えば、ネットワーク情報として通信端末の位置情報を収集した場合のネットワーク情報の分析情報について説明する。サービスプラットフォーム１０は、ネットワーク情報を収集するネットワークが移動通信ネットワークである場合、例えば、通信端末の位置情報として、通信端末が在圏するエリアを管理する基地局情報を収集してもよい。この場合、ＡＳ２０は、サービスプラットフォーム１０から基地局に関する情報を受け取ったとしても、通信端末の位置情報を把握することは困難である。なぜなら、ＡＳ２０は、基地局が設置されている場所に関する情報を有していないことが多いからである。そこで、ネットワーク情報収集部１２は、収集した基地局情報を、基地局が設置された住所情報に変換し、住所情報をＡＳ２０へ送信してもよい。この場合、ネットワーク情報の分析情報は、基地局情報が変換された住所情報に相当する。

次に、ネットワーク情報として単位時間当たりのデータ通信量を収集した場合のネットワーク情報の統計情報について説明する。例えば、ネットワーク情報収集部１２は、ネットワーク３１から単位時間当たりのデータ通信量に関する情報を収集した場合、収集した情報を蓄積する。ネットワーク情報収集部１２は、このように蓄積したデータ通信量に関する情報を足し合わせて、例えば、一日の総データ通信量を算出してもよい。もしくは、ネットワーク情報収集部１２は、一日のうち特定の時間におけるデータ通信量を１週間分抽出してもよい。サービスプラットフォーム１０は、一日の総データ通信量もしくは一日のうち特定の時間におけるデータ通信量の推移等に関する統計情報を生成し、ＡＳ２０へ送信してもよい。

さらに、サービスプラットフォーム１０は、過去のデータ通信量の推移に関する統計情報を用いて、今後のデータ通信量を予測する予測部を有し、予測した情報をＡＳ２０へ送信してもよい。例えば、サービスプラットフォーム１０は、一日のうちＰＭ２：００にトラヒック量が急増する頻度が高いことを検出した場合、今後も特定の曜日におけるＰＭ２：００のトラヒック量は急増するとの予測情報をＡＳ２０に送信してもよい。

次に、サービスプラットフォーム１０がＡＳ２０へ送信する情報について他の具体例について説明する。

例えば、サービスプラットフォーム１０は、収集したネットワーク情報量の超過、ネットワーク情報を収集した回数の超過もしくはネットワークの利用料金の超過等によってネットワーク情報等をＡＳ２０へ通知する場合、ネットワーク情報の収集を継続するか否かを問い合わせる情報もあわせてＡＳ２０へ通知してもよい。ここでは、それぞれのネットワーク３１〜３３は、収集したネットワークの情報量、ネットワーク情報を収集した回数等に応じて課金を行うことを前提としてもよい。ＡＳ２０は、ネットワーク情報の収集を継続するか否かを問い合わせる情報を受け取った場合、ＡＳ２０を利用するユーザからの入力情報に応じて、ネットワーク情報の収集を継続するもしくはネットワーク情報の収集を継続しないとの情報をサービスプラットフォーム１０へ送信する。

また、サービスプラットフォーム１０のネットワーク情報収集部１２は、管理する事業者の異なるネットワーク、異なる種類のネットワーク等様々なネットワークからネットワーク情報を収集する。そのため、ネットワーク情報収集部１２は、同一の内容の情報であっても、収集するネットワーク情報の形式もしくはフォーマット等が異なる場合がある。このような場合、ネットワーク情報収集部１２は、それぞれのネットワークから異なる形式のネットワーク情報を収集した場合においても、統一した形式のネットワーク情報に変換し、変換したネットワーク情報をＡＳ２０へ送信してもよい。

続いて、図３を用いて情報収集システムにおける情報収集処理の流れについて説明する。はじめに、ＡＳ２０は、サービスプラットフォーム１０へネットワーク情報収集依頼メッセージを送信する（Ｓ１１）。例えば、ＡＳ２０は、ネットワーク情報収集依頼メッセージに、ある通信端末の位置情報の収集を行うことを示す収集ポリシーを設定する。ある通信端末は、例えば、基地局等と通信を行う通信機能を有する車両等であってもよい。例えば、ＡＳ２０は、荷物を搭載する車両の位置を把握したい場合に、車両の位置情報の収集を行う。

次に、サービスプラットフォーム１０は、ネットワーク３１〜３３の中から、ＡＳ２０から送信された収集ポリシーを満たすネットワークを選択する（Ｓ１２）。例えば、サービスプラットフォーム１０は、収集ポリシーにおいて位置情報の収集を行う対象として指定された通信端末が接続しているネットワークを選択する。サービスプラットフォーム１０は、ネットワークを選択する際に、ネットワーク３１〜３３へ、収集ポリシーにおいて指定された通信端末と接続しているか否かを問い合わせるメッセージを送信し、ネットワーク３１〜３３から送信される応答信号を用いて、指定された通信端末が接続しているネットワークを特定してもよい。もしくは、サービスプラットフォーム１０は、予め通信端末と、その通信端末が接続しているネットワークとの関係を示す情報をそれぞれのネットワークから取得しておき、取得した情報を保持していてもよい。

次に、サービスプラットフォーム１０は、収集ポリシーにおいて指定されたネットワーク情報を収集するために、選択したネットワーク内のノード装置へネットワーク情報収集メッセージを送信する（Ｓ１３）。例えば、サービスプラットフォーム１０は、ネットワーク情報の収集対象として指定された通信端末の位置情報を収集する。

次に、ネットワーク内のノード装置は、指定されたネットワーク情報をサービスプラットフォーム１０へ送信するために、ネットワーク情報通知メッセージを送信する（Ｓ１４）。例えば、ネットワーク内のノード装置は、通信端末の位置情報として、通信端末が在圏するエリアを識別するエリア情報を送信してもよく、通信端末の位置情報を示すＧＰＳ情報を送信してもよい。次に、サービスプラットフォーム１０は、ノード装置から送信されたネットワーク情報を用いてサービス情報として、統計情報もしくは分析情報を生成する（Ｓ１５）。例えば、サービスプラットフォーム１０は、ノード装置から収集した位置情報を、ＡＳ２０において容易に位置情報を確認することが出来るように、地図上の住所情報に変換する。

次に、サービスプラットフォーム１０は、生成したサービス情報を設定したネットワーク情報収集依頼応答メッセージを送信する（Ｓ１６）。ＡＳ２０は、例えば、サービスプラットフォーム１０から通信端末の位置が示された住所情報を受け取ることによって容易に通信端末の現在位置を把握することが出来る。

以上説明したように、本発明の実施の形態２にかかる情報収集システムを用いることによって、サービスプラットフォーム１０は、ＡＳ２０から通知された収集ポリシーに応じて、適切なネットワークを選択してネットワーク情報を収集することが出来る。

さらに、ＡＳ２０は、収集ポリシーに、ネットワーク情報の収集タイミングもしくは収集すべきネットワーク情報の種類等を設定することが出来るため、サービスプラットフォーム１０を介して必要な情報を収集することが出来る。

（実施の形態３）
続いて、図４を用いて本発明の実施の形態３にかかる情報収集システムにおける情報収集処理の流れについて説明する。はじめに、ＡＳ２０は、サービスプラットフォーム１０へネットワーク情報収集依頼メッセージを送信する（Ｓ２１）。例えば、ＡＳ２０は、ネットワーク情報収集依頼メッセージに、ある通信端末の位置情報の収集を行うことを示す収集ポリシーを設定する。さらに、ＡＳ２０は、ネットワーク収集依頼メッセージに、位置情報の収集タイミングに関する情報を設定する。位置情報の収集タイミングは、例えば、位置情報を収集する時刻に関する情報であってもよい。

次に、サービスプラットフォーム１０は、図３のステップＳ１２と同様に、ネットワーク３１〜３３の中から、ＡＳ２０から送信された収集ポリシーを満たすネットワークを選択する（Ｓ２２）。

次に、サービスプラットフォーム１０は、収集ポリシーにおいて指定されたネットワーク情報を収集するために、選択したネットワーク内のノード装置へネットワーク情報収集契機通知メッセージを送信する（Ｓ２３）。サービスプラットフォーム１０は、ネットワーク情報収集契機通知メッセージに、位置情報の収集の対象となる通信端末に関する情報及び位置情報の収集タイミングに関する情報を設定する。

次に、ノード装置は、サービスプラットフォーム１０から送信された位置情報の収集タイミングが到来したか否かを判定する（Ｓ２４）。例えば、ノード装置は、サービスプラットフォーム１０から送信された位置情報の収集タイミングと、現在時刻とを比較して、現在時刻が収集ポリシーに設定された収集タイミングであるか否かを判定する。

ノード装置は、ステップＳ２４において、収集タイミングであると判定した場合に、ネットワーク情報を収集する。ノード装置は、ステップＳ２４において、収集タイミングではないと判定した場合、所定時間経過後に、再度収集タイミングであるか否かを判定してもよい。次に、ノード装置は、収集したネットワーク情報を設定したネットワーク情報通知メッセージをサービスプラットフォーム１０へ送信する（Ｓ２５）。ステップＳ２６及びＳ２７は、図３のステップＳ１５及びＳ１６と同様であるため詳細な説明を省略する。

以上説明したように、本発明の実施の形態３にかかる情報収集処理の流れを用いることによって、ノード装置は、収集ポリシーに設定されたネットワーク情報の収集タイミングに応じて自律的にネットワーク情報を収集することが出来る。そのため、ＡＳ２０は、ネットワーク情報を収集するタイミングではなく、任意のタイミングに事前に収集タイミングを設定した収集ポリシーをサービスプラットフォーム１０へ通知することによって、ネットワーク情報を収集することが出来る。

また、図３においては、ノード装置においてネットワーク情報の収集契機を判定する例について説明したが、収集ポリシーを受信したサービスプラットフォーム１０が、ネットワーク情報の収集契機を判定してもよい。例えば、サービスプラットフォーム１０が、収集ポリシーにおいて指定された収集タイミングに、ノード装置へネットワーク情報収集メッセージを送信してもよい。この場合、ノード装置は、ネットワーク情報収集メッセージを受信すると、ネットワーク情報を収集する。

このように、ＡＳ２０からネットワーク情報の収集タイミングを指定された場合、サービスプラットフォーム１０もしくはノード装置のどちらが収集タイミングを判定してもよい。

（実施の形態４）
続いて、図５を用いて本発明の実施の形態４にかかる情報収集システムにおける情報収集処理の流れについて説明する。はじめに、ＡＳ２０は、サービスプラットフォーム１０へネットワーク情報収集依頼メッセージを送信する（Ｓ３１）。例えば、ＡＳ２０は、ネットワーク情報収集依頼メッセージに、ある通信端末の位置情報の収集を行うことを示す収集ポリシーを設定する。さらに、ＡＳ２０は、ネットワーク情報収集依頼メッセージに、位置情報の収集タイミングに関する情報を設定する。位置情報の収集タイミングは、例えば、所定の時間間隔毎に位置情報を収集するという、収集間隔に関する情報であってもよい。さらに、ＡＳ２０は、サービスプラットフォーム１０からＡＳ２０へサービス情報を送信するタイミングに関する情報を設定する。サービス情報を送信するタイミングは、例えば、生成した統計情報が所定のデータ量を超えた場合に、サービスプラットフォーム１０がＡＳ２０へサービス情報を送信するとしてもよい。

ステップＳ３２〜Ｓ３６は、図２のステップＳ２２〜Ｓ２６と同様であるため詳細な説明を省略する。ステップＳ３６において統計情報を生成した後、サービスプラットフォーム１０は、生成した統計情報が収集ポリシーにおいて設定されたデータ量に達していない場合、サービス情報をＡＳ２０へ送信しない。

ここで、ノード装置は、ネットワーク情報収集依頼メッセージに設定された収集タイミングに関する情報に基づいて、ステップＳ３７及びＳ３８において、ステップＳ３４及びＳ３５と同様の処理を繰り返す。さらに、サービスプラットフォーム１０は、ステップＳ３８において送信されたネットワーク情報及びステップＳ３６において生成した統計情報を用いて、再度統計情報を生成する（Ｓ３９）。サービスプラットフォーム１０は、ステップＳ３９において生成した統計情報が収集ポリシーにおいて設定されたデータ量に達した場合、サービス情報としてステップＳ３９において生成した統計情報を、ネットワーク情報収集依頼応答メッセージに設定してＡＳ２０へ送信する（Ｓ４０）。

以上説明したように、本発明の実施の形態４にかかる情報処理の流れを用いることによって、サービスプラットフォーム１０とＡＳ２０との間における、サービス情報の送信回数を減少させることが出来る。そのため、サービスプラットフォーム１０は、サービス情報を送信する処理の減少により処理負担を低下させることができる。さらに、ＡＳ２０は、サービス情報を受信する処理の減少により処理負担を低下させることが出来る。

（実施の形態５）
続いて、実施の形態５にかかるネットワーク情報の種類について説明する。上述した実施の形態においては、サービスプラットフォーム１０は、ノード装置毎のネットワーク情報、通信端末毎のネットワーク情報等を収集する。これに対して、実施の形態５においては、複数のノード装置もしくは複数の通信端末をグループ化し、サービスプラットフォーム１０は、グループ単位にネットワーク情報を収集する。

例えば、同一地域に配置されたノード装置を同一の地域グループとしてもよい。この場合、サービスプラットフォーム１０は、地域グループを指定し、同一の地域グループに属する全てのノード装置からネットワーク情報を取得してもよい。

もしくは、同一の機能を有するノード装置を同一の機能グループとしてもよい。この場合、サービスプラットフォーム１０は、機能グループを指定し、同一の機能グループに属する全てのノード装置からネットワーク情報を取得してもよい。

もしくは、同一の種類の通信端末を同一の端末グループとしてもよい。例えば、通信端末が車両である場合、同一メーカの車両を一つの端末グループとしてもよい。この場合、サービスプラットフォーム１０は、端末グループを指定し、ネットワーク情報として、同一メーカの車両の位置情報等を取得してもよい。

ＡＳ２０は、収集ポリシーに、どのグループに関するネットワーク情報を収集するかについて設定してもよい。ＡＳ２０は、例えば、収集する対象となるノード装置等が属する地域のみを指定する場合もある。このような場合、サービスプラットフォーム１０は、それぞれのグループの識別子を管理し、ＡＳ２０から通知された地域と、グループの識別子とを予め対応付けておいてもよい。このようにすることによって、サービスプラットフォーム１０は、ＡＳ２０から地域を指定された場合、指定した地域に対応付けられたグループに属するノード装置等からネットワーク情報を収集することが出来る。

以上説明したように、ノード装置もしくは通信端末等をグループ化し、サービスプラットフォーム１０がグループ単位にネットワーク情報を収集することが出来ることによって、サービスプラットフォーム１０が、ノード装置に対してネットワーク情報の収集を指示するメッセージを送信する回数を減少させることが出来る。これによって、情報収集システム内の信号量を減少させることが出来る。

（実施の形態６）
続いて、図６を用いて本発明の実施の形態６にかかる情報収集システムにおける情報収集処理の流れについて説明する。はじめに、ノード装置は、輻輳を検出する（Ｓ５１）。ノード装置は、自装置において処理するトラヒック量が予め定められた値を超えている場合に、輻輳を検出してもよく、ネットワーク内の他の装置からトラヒック量に関する情報を収集し、収集したトラヒック量が予め定められた値を超えている場合に、輻輳を検出してもよい。

次に、ノード装置は、輻輳検出を示す情報を設定したネットワーク情報通知メッセージをサービスプラットフォーム１０へ送信する（Ｓ５２）。次に、サービスプラットフォーム１０は、ネットワークの輻輳情報を通知するＡＳを選択する（Ｓ５３）。例えば、ＡＳは、予め、ネットワークの輻輳が検出された場合には、通知を希望することを設定したポリシー情報をサービスプラットフォームへ送信しておいてもよい。このような場合、サービスプラットフォーム１０は、輻輳検出の通知を希望しているＡＳを選択する。複数のＡＳが、輻輳検出の通知を希望している場合、サービスプラットフォーム１０は、複数のＡＳを選択してもよい。

次に、サービスプラットフォーム１０は、選択したＡＳへ、輻輳が検出されたネットワークを示す情報を設定したネットワーク情報通知メッセージを送信する（Ｓ５４）。

以上説明したように、本図の情報収集処理の流れを用いることによって、ノード装置は、輻輳状態を検出した場合、自律的に輻輳状態を検出した旨をＡＳへ通知することができる。

（実施の形態７）
続いて、図７を用いて本発明の実施の形態７にかかる移動通信ネットワークの構成例について説明する。ここでは、図１において示した複数のネットワークの一例として、移動通信ネットワークが用いられる場合について説明する。図７の移動通信ネットワークは、３ＧＰＰにおいて規定されている移動通信ネットワークを示している。

図７の移動通信ネットワークは、ＵＥ４１、ｅＮＢ４２、ＭＭＥ４３、Ｅ−ＳＭＬＣ４４、ＧＭＬＣ４５、ＨＳＳ４６、MTC IWFエンティティ１、Ｍ２ＭサービスＰＦ５０及びＡＳ５１を有している。ＡＳ５１は、図１のＡＳ２０に相当する。Ｍ２ＭサービスＰＦ５０は、図１のサービスプラットフォーム１０に相当する。ｅＮＢ４２、ＭＭＥ４３、Ｅ−ＳＭＬＣ４４、ＧＭＬＣ４５、ＨＳＳ４６及びMTC IWFエンティティ１は、ネットワーク内のノード装置に相当する。ＵＥ４１は、通信端末２１〜２３に相当する。

ｅＮＢ４２、ＭＭＥ４３、Ｅ−ＳＭＬＣ４４、ＧＭＬＣ４５、ＨＳＳ４６及びMTC IWFエンティティ１は、ＵＥ４１の位置情報を収集するＬＣＳ（Location Service）を実行するネットワークを構成するノード装置である。

ＡＳ５１は、Ｍ２ＭサービスＰＦ５０へ、ＵＥ４１の位置情報を収集することを設定した収集ポリシー情報をＭ２ＭサービスＰＦ５０へ送信する。Ｍ２ＭサービスＰＦ５０は、ＡＳ５１から送信された収集ポリシー情報を満たすネットワークを選択する。例えば、Ｍ２ＭサービスＰＦ５０は、ＵＥ４１の位置情報を収集することが可能な、ｅＮＢ４２、ＭＭＥ４３、Ｅ−ＳＭＬＣ４４、ＧＭＬＣ４５、ＨＳＳ４６及びMTC IWFエンティティ１を有する移動通信ネットワークを選択する。

Ｍ２ＭサービスＰＦ５０は、MTC IWFエンティティ１へＵＥ４１の位置情報の収集を依頼するメッセージを送信する。MTC-IWFエンティティ１は、ＬＣＳクライアントとして動作する。ＬＣＳクライアントは、ＬＣＳにおいて通信端末の位置情報を収集する装置である。ここでは、MTC-IWFエンティティ１は、ＬＣＳクライアントとしてＵＥ４１の位置情報を収集するために、ＧＭＬＣ４５へ位置情報の収集を指示するメッセージ（例えば、LCS Service Request）を送信する。

ＧＭＬＣ４５は、MTC-IWFエンティティ１からＵＥ４１の位置情報収集を指示されると、ＨＳＳ４６から、ＵＥ４１の在圏エリアに関する情報を取得する。さらに、ＧＭＬＣ４５は、ＵＥ４１の在圏エリアを管理するＭＭＥ４３へ、ＵＥ４１の位置情報収集を指示するメッセージ（例えば、Provide Subscriber Location）を送信する。

ＭＭＥ４３は、ＵＥ４１の位置情報収集を指示されると、ｅＮＢ４２を介してＵＥ４１へ位置情報の収集を指示するメッセージ（例えば、NAS Location Notification invoke）を送信する。ＵＥ４１は、例えば、ＧＰＳ機能を用いて自装置の位置情報を測定してもよい。ＵＥ４１は、測定結果に関する情報をｅＮＢ４２を介してＭＭＥ４３へ送信する（例えば、NAS Location Notification Return Result）。ＭＭＥ４３は、ＵＥ４１から測定結果に関する情報を取得すると、測定結果に基づいた位置情報の算出を依頼するメッセージをＥ−ＳＭＬＣ４４へ送信する。ＭＭＥ４３は、Ｅ−ＳＭＬＣ４４における位置情報の算出結果を取得すると、取得した情報をＧＭＬＣ４５へ送信する（例えば、Provide Subscriber Location ack）。ＧＭＬＣ４５は、ＭＭＥ４３から送信されたＵＥ４１の位置情報をMTC-IWFエンティティ１へ送信する。

このようにして、ＬＣＳクライアントとして動作するMTC-IWFエンティティ１は、ＵＥ４１の位置情報を収集することができる。MTC-IWFエンティティ１は、収集したＵＥ４１の位置情報をＭ２ＭサービスＰＦ５０へ送信し、Ｍ２ＭサービスＰＦ５０は、ＵＥ４１の位置情報をＡＳ５１へ送信する。

また、これまでに、図７の移動通信ネットワークを用いた位置情報の収集方法として、ＬＣＳクライアントからの要求に応じて、ＵＥ４１の位置を測定し、測定した結果をＬＣＳクライアントへ通知するＭＴ−ＬＲ（Mobile Terminated Location Request）に関する動作について説明した。但し、位置情報の収集方法は、ＭＴ−ＬＲに限定されず、例えば、ＵＥ４１がＬＣＳクライアントへ現在の自装置の位置を自律的に通知するＭＯ−ＬＲ（Mobile Originate Location Request）が用いられてもよい。

以上説明したように、本発明の実施の形態７にかかる移動通信ネットワークを用いることによって、ＡＳ５１は、ＬＣＳを用いることによって収集されたＵＥの位置情報をＭ２ＭサービスＰＦ５０を介して取得することができる。つまり、ＡＳ５１は、特定のＵＥの位置情報を収集する際に、収集ポリシーをＭ２ＭサービスＰＦ５０へ通知することによって、Ｍ２ＭサービスＰＦ５０が、ＵＥの位置情報を収集するために適したネットワークを選択し、選択したネットワークを介してＵＥの位置情報を収集する。そのため、ＡＳ５１は、ネットワークにおける位置情報の収集方法を意識することなく、収集ポリシーのみを伝えることによって位置情報を収集することができる。つまり、ＡＳ５１は、収集ポリシーに応じた適切な位置情報の収集方法によってＵＥの位置情報を収集することができる。

（実施の形態８）
図８は、本実施形態８に係る無線通信システムの構成例を示す図である。本実施形態に係る無線通信システムは、3GPPの無線通信システム、すなわちUMTS又はEPSである。本図における無線通信システムは、図１のネットワークの一例である。EPSは、Long Term Evolution（LTE）システムとも呼ばれる。本図を用いて、SCS２が、ネットワーク情報の具体例である、ノード装置の負荷情報を収集する構成について説明する。ここで、SCS２は、Ｍ２ＭサービスＰＦ５０に相当する。さらに、AS４は、ＡＳ５１に相当する。

UE３は、MTC UEアプリケーション３５を実行し、MTCデバイスとして振る舞う。MTCデバイスとしてのUE３は、Radio Access Network（RAN）５９を介してSGSN５４又はMME５５に接続するとともに、MTCアプリケーションサーバ４と通信する。なお、UE３は、MTCゲートウェイ・デバイスであってもよい。MTCゲートウェイ・デバイスは、3GPP移動通信機能（つまり、UEの機能）を有するとともに、パーソナル／ローカルエリア接続技術によって近隣のデバイス（例えば、センサ、radio frequency identification （RFID）タグ、カーナビゲーション装置）と接続する。パーソナル／ローカルエリア接続技術の具体例は、IEEE 802.15、ZigBee、Bluetooth（登録商標）、IEEE 802.11aを含む。なお、MTCゲートウェイ・デバイスに接続する近隣のデバイスは、典型的には3GPP移動通信機能を有していないデバイスであるが、3GPP移動通信機能を有するデバイス（つまり、MTCデバイス）であってもよい。

なお、本明細書では、MTCデバイスの用語とMTCゲートウェイ・デバイスの用語を特に区別せずに使用する。つまり、本明細書において用いられるMTCデバイスの用語は、MTCゲートウェイ・デバイスを包含する。したがって、MTCデバイスとしてのUE３は、MTCゲートウェイ・デバイスとしてのUE３も意味する。

MTC-IWFエンティティ１は、PLMNに属するコントロールプレーンのエンティティである。MTC-IWFエンティティ１は、シグナリング・インタフェース（参照点）を介して他のネットワーク要素と通信する。MTC-IWFエンティティ１は、SCS２を含むM2Mサービスレイヤと3GPP PLMNとが、3GPP PLMN のトポロジの詳細を隠蔽しながら協調動作（interwork）するためのコントロールプレーンのインタフェース又はゲートウェイとして振る舞う。以下では、MTC-IWFエンティティ１のシグナリング・インタフェース（参照点）及び他のネットワーク要素について説明する。

MTC-IWFエンティティ１は、Tsp参照点を介してSCS２と通信する。SCS２は、MTCアプリケーションサーバ４をPLMNに接続し、3GPPで定義されたPLMNサービスを介してMTCアプリケーションサーバ４がUE３（つまり、MTCデバイス）と通信できるようにする。また、SCS２は、MTCアプリケーションサーバ４がMTC-IWFエンティティ１と通信できるようにする。SCS２は、PLMNのオペレータ、又はMTCサービスプロバイダによって制御される。SCS２は、MTCサーバ又はM2Mサーバとも呼ばれる。SCS２は、単体の独立した物理的なエンティティであってもよいし、他のネットワーク要素（例えば、MTCアプリケーションサーバ４）に付加された機能的なエンティティであってもよい。Tsp参照点は、例えば、SCS２からMTC-IWFエンティティ１へのデバイストリガーの送信要求（Device Trigger Request（DTR））の送信、MTC-IWFエンティティ１からSCS２へのデバイストリガー結果の報告のために用いられる。

MTC-IWFエンティティ１は、S6m参照点を介してHSS４６と通信する。HSS４６は、PLMNのコアネットワークに配置されたコントロールプレーンのノードであり、UE３の加入者情報を管理する。S6m参照点は、例えば、MTC-IWFエンティティ１からHSS４６への加入者情報の問い合わせの送信、及びHSS４６からMTC-IWFエンティティ１への加入者情報の送信のために用いられる。

MTC-IWFエンティティ１は、T4参照点を介してSMS-SC５２と通信する。SMS-SC５２は、Mobile Terminated（MT）方向のショートメッセージをSGSN５４、MME５５、又はMSC５６を介してUE３に送信し、Mobile Originated（MO）方向のショートメッセージをUE３から受信する。T4インタフェースは、例えば、MTC-IWFエンティティ１からSMS-SC５２へのデバイストリガーの送信要求（i.e. ショートメッセージの送信要求）の送信、SMS-SC５２からMTC-IWFエンティティ１への確認メッセージの送信のために使用される。

MTC-IWFエンティティ１は、Rf参照点又はGa参照点を介してCharging Data Function（CDF）/Charging Gateway Function（CGF）５３と通信する。CDF/CGF５３が有するCDFは、Charging Trigger Function（CTF）によって生成された課金対象イベント（chargeable event）についての課金情報（charging information）をRf参照点を介して受信し、予め定められた課金パーティ（charged party）毎にCharging Data Record（CDR）を生成する。また、CDF/CGF５３が有するCGFは、Ga参照点を介してCDFからCDRを受信し、課金システムにCDRを送信する。なお、課金対象イベントは、通信ネットワークのリソース又はサービスを利用するアクテビティを意味する。課金対象イベントは、例えば、user to user communication (e.g. a single call, a data communication session or a short message)、user to network communication (e.g. service profile administration)、inter-network communication (e.g. transferring calls, signalling, or short messages)、又はmobility (e.g. roaming or inter-system handover) である。CDRは、フォーマットされた課金情報（e.g. 通話時間、データ転送量など）を意味する。MTC-IWFエンティティ１は、例えば、CTF又はCTF 及びCDFを有する。MTC-IWFエンティティ１に配置されたCTF（不図示）は、Rf参照点を介して課金情報をCDF/CGF５３に送る。また、MTC-IWFエンティティ１に配置されたCDF（不図示）は、Ga参照点を介してCDRをCDF/CGF５３に送る。

MTC-IWFエンティティ１は、T5a参照点を介してSGSN５４と通信する。SGSN５４は、UMTSのコアネットワークノードであり、ユーザープレーン機能及びコントロールプレーン機能を有する。SGSN５４のユーザープレーン機能は、RAN５９（i.e. UMTS Terrestrial Radio Access Network（UTRAN））との間にユーザープレーンのトンネリング・インタフェース（i.e. Iu-PS参照点）を有し、Gateway GPRS Support Node（GGSN、i.e. GGSN/P-GW５７）との間にユーザープレーンのトンネリング・インタフェース（i.e. Gn参照点）を有する。そして、SGSN５４のユーザープレーン機能は、RAN５９とGGSN（GGSN/P-GW５７）との間でUE３のユーザーデータパケットを転送する。SGSN５４のコントロールプレーン機能は、UE３のモビリティ管理（e.g. 位置登録）、及びベアラ管理（e.g. ベアラ確立、ベアラ構成変更、ベアラ解放）などを行う。SGSN５４のコントロールプレーン機能は、RAN５９内のノード（i.e. Radio Network Controller (RNC)）との間で制御メッセージを送受信し、UE３との間でNon-Access Stratum（NAS）メッセージを送受信する。NASメッセージは、RAN５９で終端されず、RANの無線アクセス方式に依存することなく、UE３とSGSN５４の間で透過的に送受信される制御メッセージである。さらに、SGSN５４は、UE３のinter-RNCハンドオーバーの際に、ユーザープレーンのモビリティアンカーとして動作する。

MTC-IWFエンティティ１は、T5b参照点を介してMME５５と通信する。MME５５は、EPSのコアネットワークノードであり、UE３のモビリティ管理（e.g. 位置登録）、及びベアラ管理（e.g. ベアラ確立、ベアラ構成変更、ベアラ解放）などを行う。MME５５は、RAN５９内のノード（i.e. eNodeB）との間で制御メッセージを送受信し、UE３との間でNASメッセージを送受信する。NASメッセージは、RAN５９で終端されず、RANの無線アクセス方式に依存することなく、UE３とMME５５の間で透過的に送受信される。

MTC-IWFエンティティ１は、T5c参照点を介してMSC５６と通信する。MSC５６は、コアネットワークに配置されるCircuit-Switched（CS）サービスドメイン（i.e. Public-Switched Telephone Network（PSTN）/Integrated Services Digital Network（ISDN））のノードである。MSC５６は、CSサービスドメインでの呼接続および呼制御を行う。

Gateway GPRS Support Node（GGSN）は、UMTSのコアネットワークノードである。Packet Data Network Gateway（P-GW）は、EPSのコアネットワークノードである。GGSN/P-GW５７は、GGSN若しくはP-GW又はこれら両方を意味する。GGSN/P-GW５７は、PLMNのコアネットワークに配置されるユーザープレーンのパケット転送ノードであり、UE３のユーザーデータパケットを転送する。GGSN/P-GW５７は、外部Packet Data Network（PDN）とのゲートウェイの役割を担い、UE３に外部PDNとのコネクティビティを提供する。さらに、GGSN/P-GW５７は、Charging Trigger Function (CTF)、Charging Data Function (CDF)、及びPolicy and Charging Enforcement Function（PCEF）を有する。

CTFとしてのGGSN/P-GW５７は、課金対象イベント（chargeable event）についての課金情報（charging information）を収集する。そして、CDFとしてのGGSN/P-GW５７は、収集された課金情報を用いて、予め定められた課金パーティ（charged party）毎にCharging Data Record (CDR) を生成する。

さらに、PCEFとしてのGGSN/P-GW５７は、Policy and Charging Rule Function（PCRF）６０から供給されたPolicy and Charging Control（PCC）ルールに従って、UE３のサービスデータフロー（つまり、IPパケットフロー）単位でのQuality of Service（QoS）制御およびフローベースのベアラ課金（Flow Based bearer Charging（FBC））を行う。FBCは、GGSN/P-GW５７が有するCTF、CDF、及びPCEFによって実現される。つまり、GGSN/P-GW５７は、UE３のサービスデータフローのフィルタリングを行い、CDRの生成及びクローズをトリガーする課金対象イベントとしてサービスデータフローを監視し、サービスデータフローのパケット数をカウントし、サービスデータフローに関する課金情報を含むCDRを生成する。

S-GW５８は、EPSのコアネットワークに配置されるパケット転送ノードである。S-GW５８は、RAN５９（i.e. Evolved UTRAN）との間にユーザープレーンのトンネリング・インタフェース（i.e. S1-U参照点）を有し、P-GW（i.e. GGSN/P-GW５７）との間にユーザープレーンのトンネリング・インタフェース（i.e. S5/S8参照点）を有する。そして、S-GW５８は、RAN５９とP-GW（GGSN/P-GW５７）との間でUE３のユーザーデータパケットを転送する。さらに、S-GW５８は、UE３のinter-eNodeBハンドオーバーの際に、ユーザープレーンのモビリティアンカーとして動作する。

PCRF６０は、SCS２との間にシグナリングインタフェース１６を有する。PCRF６０は、GGSN/P-GW５７との間のシグナリング・インタフェース（i.e. Gx参照点）、S-GW５８との間のシグナリング・インタフェース（i.e. Gxc参照点）、若しくはTraffic Detection Function（TDF:不図示）との間のシグナリング・インタフェース（i.e. Sd参照点）、又はこれらの組み合わせを用いて、GGSN/P-GW５７若しくはS-GW５８又はこれら両方の負荷情報を取得してもよい。

TDFは、ディープパケットインスペクション機能を有する。TDFは、Sd参照点を介してPCRF６０からApplication Detection and Control（ADC）ルールを受信し、ADCルールに従ってユーザパケットに対するディープパケットインスペクションを実行し、ADCルールによって指定されたアプリケーションのトラフィックを検出する。そそして、TDFは、Sd参照点を介して、アプリケーションのトラフィックの検出結果をPCRF６０に報告する。したがって、TDFは、アプリケーション毎のトラフィック量を検出することができ、アプリケーション毎のGGSN/P-GW５７の負荷を検出することができる。

図８の例では、SCS２は、PCRF６０との間のシグナリング・インタフェース１６を介して、GGSN/P-GW５７もしくはS-GW５８の負荷情報をPCRF６０から受信する。GGSN、S-GW又はP-GWの負荷情報は、GGSN又はP-GWにおけるユーザープレーン若しくはコントロールプレーン又はこれら両方の負荷状況を示す。GGSN又はP-GWの負荷情報は、例えば、転送したユーザーデータパケット数、確立されているトンネルの数、確立されているベアラの数、保持しているベアラコンテキストの数、又は処理した制御メッセージの数を示す。

また、例えば、MTC-IWFエンティティ１は、GGSN/P-GW５７との間にシグナリング・インタフェースを有する場合、MTC-IWFエンティティ１は、シグナリング・インタフェースを介して、GGSN又はP-GWの負荷情報をGGSN/P-GW５７から受信する。GGSN又はP-GWの負荷情報は、GGSN又はP-GWにおけるユーザープレーン若しくはコントロールプレーン又はこれら両方の負荷状況を示す。GGSN又はP-GWの負荷情報は、例えば、転送したユーザーデータパケット数、確立されているトンネルの数、確立されているベアラの数、保持しているベアラコンテキストの数、又は処理した制御メッセージの数を示す。このような場合、SCS２は、MTC-IWFエンティティ１から、GGSN又はP-GWの負荷情報を受信する。

さらに、MTC-IWFエンティティ１は、S-GW５８との間にシグナリング・インタフェースを有する場合、MTC-IWFエンティティ１は、シグナリング・インタフェースを介して、S-GW５８の負荷情報をS-GW５８から受信する。S-GWの負荷情報は、S-GW５８におけるユーザープレーン若しくはコントロールプレーン又はこれら両方の負荷状況を示す。S-GW５８の負荷情報は、例えば、転送したユーザーデータパケット数、確立されているトンネルの数、確立されているベアラの数、保持しているベアラコンテキストの数、又は処理した制御メッセージの数を示す。このような場合、SCS２は、MTC-IWFエンティティ１から、S-GW58の負荷情報を受信する。

さらに、MTC-IWFエンティティ１は、PCRF６０との間にシグナリング・インタフェースを有する場合、GGSN/P-GW５７もしくはS-GW５８の負荷情報をPCRFから受信する。

さらに、SCS２は、GGSN/P-GW５７及びS-GW５８との間にシグナリングインタフェースを有する場合、GGSN/P-GW５７もしくはS-GW５８の負荷情報をGGSN/P-GW５７もしくはS-GW５８から受信する。

ここで、本図においては、Ｍ２ＭサービスＰＦ５０に相当する装置としてSCS２を用いて説明したが、この装置は、SCS２に限定されない。例えば、Ｍ２ＭサービスＰＦ５０に相当する装置は、CSE（Common Services Entity）であってもよい。CSEは、CSF（Common Services Function）を有する装置である。CSEは、標準化組織oneM2Mにおいて定められているM2Mアーキテクチャにおいて規定されている装置である。CSFは、標準化組織oneM2Mにおいて定められているM2Mアーキテクチャにおいて規定されている機能である。CSFは、主に、収集したデータを分析し、分析した結果に基づいて実行する処理を決定する役割を担う。さらに、oneM2Mにおいて定められるM2Mアーキテクチャにおいては、CSFを有する装置とAS４との間のインタフェースは、X Reference Pointとして定められ、CSFを有する装置とMTC-IWFエンティティ１との間のインタフェースは、Z Reference Pointとして定められてもよい。また、3GPPにおいては、MTC-IWFエンティティ１と、CSFを有する装置との間のインタフェースは、TSPインタフェースとして定められてもよい。

上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、ノード装置における任意の処理を、ＣＰＵ（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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

この出願は、２０１３年８月２２日に出願された日本出願特願２０１３−１７２６５２を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ MTC-IWFエンティティ
２ SCS
３ UE
４ AS
１０ サービスプラットフォーム
１１ ポリシー設定部
１２ ネットワーク情報収集部
２０ ＡＳ
３１ ネットワーク
３２ ネットワーク
３３ ネットワーク
３５ MTC UEアプリケーション
４１ ＵＥ
４２ ｅＮＢ
４３ ＭＭＥ
４４ Ｅ−ＳＭＬＣ
４５ ＧＭＬＣ
４６ ＨＳＳ
５０ Ｍ２ＭサービスＰＦ
５１ ＡＳ
５２ SMS-SC
５３ CDF/CGF
５４ SGSN
５５ MME
５６ MSC
５７ GGSN/P-GW
５８ S-GW
６０ PCRF

Claims (7)

1. サービスプラットフォームへ、第１のエリアを示す情報と第１の閾値を示す情報とを含む第１の要求メッセージを送信するアプリケーションサーバと、
   前記第１のエリアを管轄する、少なくとも１つのネットワーク装置からなるグループを特定し、前記グループにおける前記少なくとも１つのネットワーク装置へ混雑度要求メッセージを送信し、前記グループにおける前記少なくとも１つのネットワーク装置から混雑度情報を受信し、
   前記グループにおけるすべての前記少なくとも１つのネットワーク装置から受信した混雑度情報を収集して、第１の値からなる収集情報を生成し、前記収集情報を前記アプリケーションサーバへ送信するサービスプラットフォームと、を備え、
   前記第１の閾値は、前記アプリケーションサーバが通知されることを望む、前記第１の値の範囲である、システム。
2. 前記第１の要求メッセージは、前記収集情報を報告するタイミングに関する情報を更に含む、請求項１に記載のシステム。
3. 前記タイミングに関する情報は、前記収集情報の自律的な送信が要求される時間を示す、請求項２に記載のシステム。
4. サービスプラットフォームであって、
   アプリケーションサーバから、第１のエリアを示す情報と第１の閾値を示す情報とを含む第１の要求メッセージを受信し、
   前記第１のエリアを管轄する、少なくとも１つのネットワーク装置からなるグループを特定し、前記グループにおける前記少なくとも１つのネットワーク装置へ混雑度要求メッセージを送信し、前記グループにおける前記少なくとも１つのネットワーク装置から混雑度情報を受信し、
   前記グループにおけるすべての前記少なくとも１つのネットワーク装置から受信した前記混雑度情報を収集して、第１の値からなる収集情報を生成するよう構成され、
   前記第１の閾値は、前記アプリケーションサーバが通知されることを望む、前記第１の値の範囲である、サービスプラットフォーム。
5. 前記第１の要求メッセージは、前記収集情報を報告するタイミングに関する情報を更に含む、請求項４に記載のサービスプラットフォーム。
6. 前記タイミングに関する情報は、前記収集情報の自律的な送信が要求される時間を示す、請求項５に記載のサービスプラットフォーム。
7. アプリケーションサーバから、第１のエリアを示す情報と第１の閾値を示す情報とを含む第１の要求メッセージを受信するステップと、
   前記第１のエリアを管轄する、少なくとも１つのネットワーク装置からなるグループを特定するステップと、
   前記グループにおける前記少なくとも１つのネットワーク装置へ混雑度要求メッセージを送信するステップと、
   前記グループにおける前記少なくとも１つのネットワーク装置から混雑度情報を受信するステップと、
   前記グループにおけるすべての前記少なくとも１つのネットワーク装置から受信した前記混雑度情報を収集して、第１の値からなる収集情報を生成するステップと、を有するサービスプラットフォームによる方法であって、
   前記第１の閾値は、前記アプリケーションサーバが通知されることを望む、前記第１の値の範囲である、方法。

Images