(57)【要約】  CP Parameterによって定められる通信タイミングが重複することを防止することができるサービス制御装置を提供することを目的とする。本開示にかかるサービス制御装置（２０）は、サービス提供装置（３０、３２、３４）から、それぞれのサービス提供装置と通信端末（１０）との通信タイミングを定める通信パターンを受信する通信部（２１）と、複数の通信パターンに基づいて、通信端末（１０）とそれぞれのサービス提供装置との間のデータ伝送を行うネットワークの負荷を予測する制御部（２２）と、を備える。通信部（２１）は、制御部（２２）において、ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、通信パターンの変更を促すメッセージを送信する。
2019058628.tif 000002
【特許請求の範囲】
【請求項１】
複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信する通信手段と、
複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測する制御手段と、を備え、
前記通信手段は、
前記制御手段において、ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する、サービス制御装置。
【請求項２】
前記通信手段は、
前記通信パターンの変更を促すメッセージとして、変更後の通信パターンを示す情報を前記サービス提供装置へ送信する、請求項１に記載のサービス制御装置。
【請求項３】
前記変更後の通信パターンは、
前記通信端末と行う周期的な通信の継続時間、前記周期的な通信が発生する間隔、及び、前記通信端末と通信を行うことが可能な時刻のうち少なくとも一つを変更する、請求項２に記載のサービス制御装置。
【請求項４】
前記制御手段は、
それぞれの前記サービス提供装置と、前記通信端末との通信タイミングが分散するように、前記変更後の通信パターンを決定する、請求項２又は３に記載のサービス制御装置。
【請求項５】
前記通信手段は、
少なくとも１つの前記サービス提供装置が前記通信パターンを変更した場合、前記複数のサービス提供装置に関する課金レートを管理する課金管理サーバへ、前記通信パターンを変更した前記サービス提供装置の識別情報を送信する、請求項１乃至４のいずれか１項に記載のサービス制御装置。
【請求項６】
サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信する通信手段と、
前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更する制御手段と、を備える課金管理サーバ。
【請求項７】
複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信し、
複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測し、
ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する、サービス制御方法。
【請求項８】
サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信し、
前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更する、課金情報管理方法。
【請求項９】
複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信し、
複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測し、
ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【請求項１０】
サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信し、
前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示はサービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、ネットワークに接続する多くのＭＴＣ（Machine Type Communication）端末とサーバ装置との通信を実現するためのネットワーク構成が３ＧＰＰ（3rd Generation Partnership Project）において検討されている。具体的には、ＳＣＳ（Services Capability Server）と、ＳＣＥＦ（Ｓｅｒｖｉｃｅ  Capability Exposure Function）エンティティ（以下、ＳＣＥＦとする）との間のインタフェースに関する検討が進められている。ＳＣＳは、複数のアプリケーションサーバ（Application Server：AS）と接続する。ＳＣＥＦは、モバイルネットワークに配置されるノードである。ＳＣＳは、複数のＡＳを収容するサービスプラットフォームとして用いられる。モバイルネットワークは、３ＧＰＰにおいて仕様が規定されているノード装置によって構成されるネットワークである。【０００３】
ここで、非特許文献１において、ＳＣＳとＳＣＥＦとの間のインタフェースとして、T8 Reference Pointを設けることが定められている。【０００４】
例えば、T8 Reference Pointにおいて伝送される共通パラメータとして、TTRI（T8 Transaction Reference ID）、TLTRI（T8 Long Term Transaction Reference ID）、T8 Destination Address、Accuracy、及びIdle Status Indication等が定められている。【０００５】
また、非特許文献１には、ＳＣＳが、ＭＴＣ端末を含むＵＥ（User Equipment）と通信を行う際に、ＵＥに関する通信パターン（Communication Pattern：CP）を指定もしくは設定する手順が開示されている。【０００６】
通信パターンは、非特許文献１に、CP parameterとして定義されている。CP parameterとして、Periodic communication indicator、Communication duration time、Periodic time、Scheduled communication time、及びStationary indicationが定義されている。Periodic communication indicatorは、ＵＥが周期的に通信するか、もしくは、ＵＥが要求に応じて通信するか、を示す。Communication duration timeは、周期的に行われる通信の継続時間を示す。Periodic timeは、周期的な通信が発生する間隔を示す。Scheduled communication timeは、ＵＥが通信可能な時刻に関する情報を示す。Stationary indicationは、ＵＥが固定通信を行うか移動通信を行うかを示す。【０００７】
ＳＣＳは、Periodic communication indicator、Communication duration time、Periodic time、Scheduled communication time、及びStationary indicationのうち、少なくとも１つを設定したCP Parameter setを、T8 Reference Pointを介してＳＣＥＦへ送信する。次に、ＳＣＥＦは、受信したCP Parameter setを、ＵＥの加入者情報を管理するＨＳＳ（Home Subscriber Server）へ送信する。ＨＳＳは、ＵＥの加入者情報として、CP Parameter setを管理する。さらに、ＨＳＳは、ＵＥの移動管理等を行うＭＭＥ（Mobile Management Entity）もしくはＳＧＳＮ（Serving General Packet Radio Service Support Node）等のコアネットワークノードへ、ＵＥに関するCP Parameter setを送信する。【０００８】
CP Parameter setを受信したコアネットワークは、CP Parameter setに含まれるCP Parameterに従って、ＵＥと通信を行う、もしくは、ＵＥと通信を行うための呼処理等を実行する。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】3GPP TS23.682 V15.1.0 (2017-06)
【発明の概要】
【発明が解決しようとする課題】
【００１０】
今後、ＭＴＣ端末の急速な増加に伴い、モバイルネットワークに接続するＭＴＣ端末（ＵＥ）も急激に増加することが想定される。モバイルネットワークに接続するＵＥが増加した場合、それぞれのコアネットワークノードが保持するCP Parameter setも増加する。コアネットワークノードは、CP Parameterに従ってＵＥと通信を行う際に、それぞれのCP Parameterによって定められる通信タイミングが重複することがある。この場合、重複する通信タイミングの数が多くなるほど、コアネットワークノードの負荷が高くなるという問題がある。【００１１】
本開示の目的は、CP Parameterによって定められる通信タイミングが重複することを防止しうるサービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本開示の第１の態様にかかるサービス制御装置は、複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信する通信部と、複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測する制御部と、を備え、前記通信部は、前記制御部において、ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する。【００１３】
本開示の第２の態様にかかる課金管理サーバは、サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信する通信部と、前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更する制御部と、を備える。【００１４】
本開示の第３の態様にかかるサービス制御方法は、複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信し、複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測し、ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する。【００１５】
本開示の第４の態様にかかる課金情報管理方法は、サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信し、前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更する。【００１６】
本開示の第５の態様にかかるプログラムは、複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信し、
複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測し、ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する。
【発明の効果】
【００１７】
本開示により、CP Parameterによって定められる通信タイミングが重複することを防止しうるサービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００１８】
【図１】実施の形態１にかかる通信システムの構成図である。
【図２】実施の形態２にかかる通信システムの構成図である。
【図３】実施の形態２にかかるCP Parameter変更処理の流れを示す図である。
【図４】実施の形態３にかかるＰＣＲＦの構成図である。
【図５】実施の形態３にかかるCP Parameter変更処理の流れを示す図である。
【図６】それぞれの実施の形態にかかるＳＣＥＦ及びＰＣＲＦの構成図である。
【発明を実施するための形態】
【００１９】
（実施の形態１）
以下、図面を参照して本開示の実施の形態について説明する。図１を用いて本開示の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、通信端末１０、サービス制御装置２０、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４を有している。また、通信端末１０は、ネットワークを介してサービス制御装置２０と通信を行う。ネットワークは、例えば、無線ネットワーク及びコアネットワークを含む。サービス制御装置２０は、コアネットワーク内に配置されているとする。また、無線ネットワーク及びコアネットワークを含むネットワークを、モバイルネットワークと称してもよい。
【００２０】
通信端末１０、サービス制御装置２０、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
【００２１】
通信端末１０は、携帯電話端末もしくはスマートフォン端末であってもよい。または、通信端末１０は、ＭＴＣ端末もしくはＭ２Ｍ（Machine to Machine）端末であってもよい。
【００２２】
サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４は、通信端末１０へ通信サービスを提供する装置、もしくは、通信端末１０を利用した通信サービスを提供する装置である。通信サービスは、例えば、アプリケーションサービス等と言い換えられてもよい。サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４は、サービスを提供するサーバ装置であってもよい。
【００２３】
サービス制御装置２０は、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４に関する認証処理等を行う装置である。サービス制御装置２０は、通信端末１０へ提供されるサービスもしくは通信端末１０を利用したサービスに関する制御を行うサーバ装置であってもよい。サービス制御装置２０は、通信端末１０と、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４との間に配置されている。
【００２４】
続いて、サービス制御装置２０の構成例について説明する。サービス制御装置２０は、通信部２１及び制御部２２を有している。通信部２１及び制御部２２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部２１及び制御部２２は、回路もしくはチップ等のハードウェアであってもよい。
【００２５】
通信部２１は、サービス提供装置３０から、サービス提供装置３０と通信端末１０との通信タイミングを定める通信パターンに関する情報を受信する。また、通信部２１は、サービス提供装置３２から、サービス提供装置３２と通信端末１０との通信タイミングを定める通信パターンに関する情報を受信する。また、通信部２１は、サービス提供装置３４から、サービス提供装置３４と通信端末１０との通信タイミングを定める通信パターンに関する情報を受信する。
【００２６】
通信パターンに関する情報は、サービス提供装置３０等が通信端末１０と通信を行う時間情報もしくは時刻情報等の通信タイミングを定める情報である。通信パターンに関する情報は、例えば、Communication duration time、Periodic time、及びScheduled communication time、のうち、少なくとも１つを設定したCP Parameter setであってもよい。
【００２７】
また、図１においては、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４が通信端末１０と通信を行う構成が示されている。さらに、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４は、通信端末１０以外の他の通信端末と通信を行ってもよい。
【００２８】
制御部２２は、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４のそれぞれから受信した通信パターンに基づいて、ネットワークの負荷を予測する。制御部２２は、それぞれのサービス提供装置から受信した通信パターンに示される通信先の通信端末に関する情報から、その通信端末とサービス提供装置との間のデータの伝送に用いられるコアネットワークノード及び無線制御装置等を特定することができる。コアネットワークノードは、コアネットワークに配置されているノードである。無線制御装置は、通信端末１０と無線通信を行う装置であり、例えば、基地局等であってもよい。
【００２９】
さらに、制御部２２は、通信パターンによって定められる通信タイミングに関する情報から、所定期間内に特定のコアネットワークノードもしくは無線制御装置に、どの程度の負荷が集中するかを特定する。例えば、制御部２２は、特定のコアネットワークノードもしくは無線制御装置が所定期間内に伝送するデータ量もしくは伝送回数等が、予め定められた閾値を上回ることが想定される場合に、高負荷と判定する。コアネットワークノードもしくは無線制御装置における負荷は、ネットワークの負荷と言い換えられてもよい。
【００３０】
また、制御部２２は、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４のそれぞれから受信した通信パターンによって定められる通信タイミングが、一致する、もしくは所定の期間内に集中する場合、高負荷になると判定してもよい。通信タイミングが一致するサービス提供装置の数、もしくは所定の期間内に集中してサービスを提供するサービス提供装置の数が予め定められた数を超える場合に、制御部２２は、高負荷になると判定してもよい。
【００３１】
通信部２１は、制御部２２において、所定の期間においてコアネットワークノードもしくは無線制御装置が高負荷になると判定された場合、サービス提供装置３０乃至３４のうち少なくとも１つへ、通信パターンの変更を促すメッセージを送信する。
【００３２】
通信パターンの変更を促すメッセージは、例えば、ネットワークの負荷が高負荷になることを示すメッセージであってもよく、通信パターンの変更を要求するメッセージであってもよい。
【００３３】
また、制御部２２は、ネットワークの負荷が、予め定められた閾値を下回る低負荷となるような、それぞれのサービス提供装置における通信パターンを決定してもよい。通信部２１は、制御部２２において決定された通信パターンをサービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４のすくなくとも１つのサービス提供装置へ送信してもよい。
【００３４】
以上説明したように、サービス制御装置２０は、ネットワークが高負荷になると推定した場合、サービス提供装置３０乃至３４の少なくとも１つへ、通信パターンの変更を促すメッセージを送信することができる。通信パターンの変更を促すメッセージを受信したサービス提供装置のうち、いくつかのサービス提供装置が通信パターンを変更した場合、ネットワークが高負荷となることを防止することができる。
【００３５】
（実施の形態２）
続いて、図２を用いて本開示の実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、３ＧＰＰにおいて規格もしくは仕様が定められているノード装置によって構成される。図２の通信システムは、ＵＥ４０、ＲＡＮ（Radio Access Network）５０、ＭＭＥ６０、ＳＧＳＮ７０、ＳＣＥＦ８０、ＰＣＲＦ８５、ＳＣＳ９０、ＳＣＳ９２、ＳＣＳ９４、ＡＳ１００、ＡＳ１０２、及びＡＳ１０４を有している。ＳＣＥＦ８０と、ＳＣＳ９０との間、ＳＣＥＦ８０とＳＣＳ９２との間、ＳＣＥＦ８０とＳＣＳ９４との間には、T8 Reference Pointが定められている。
【００３６】
ＵＥ４０は、図１の通信端末１０に相当する。ＳＣＥＦ８０は、図１のサービス制御装置２０に相当する。つまり、ＳＣＥＦ８０は、サービス制御装置２０と同様の構成を有している。ＳＣＳ９０及びＡＳ１００は、図１のサービス提供装置３０に相当し、ＳＣＳ９２及びＡＳ１０２は、図１のサービス提供装置３２に相当し、ＳＣＳ９４及びＡＳ１０４は、図１のサービス提供装置３４に相当する。ＳＣＳ９０及びＡＳ１００、ＳＣＳ９２及びＡＳ１０２、ＳＣＳ９４及びＡＳ１０４は、以下の説明において、サービスを提供するための装置群として、ＳＣＳ９０／ＡＳ１００、ＳＣＳ９２／ＡＳ１０２、ＳＣＳ９４／ＡＳ１０４として説明することがある。また、図２においては、ＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４が、一つのＡＳと接続している構成を示しているが、それぞれのＳＣＳは、複数のＡＳと接続してもよい。
【００３７】
ＲＡＮ５０は、ＲＮＣ（Radio Network Controller）、無線通信方式としていわゆる２Ｇ（Generation）もしくは３ＧをサポートするNode B、及び無線通信方式としてＬＴＥ（Long Term Evolution）をサポートするｅＮＢ（evolved Node B）等を含んでもよい。ＵＥ４０は、Node BもしくはｅＮＢと無線通信を行う。ＭＭＥ６０及びＳＧＳＮ７０は、ＵＥ４０に関する移動管理を行うノード装置である。
【００３８】
ＰＣＲＦ８５は、モバイルネットワーク内におけるポリシー制御を行う。さらに、ＰＣＲＦ８５は、ＵＥ４０、ＳＣＳ９０／ＡＳ１００、ＳＣＳ９２／ＡＳ１０２、及びＳＣＳ９４／ＡＳ１０４に関する課金制御を行う。課金制御は、例えば、課金レートの変更、課金情報の生成等を含む。
【００３９】
続いて、図３を用いて実施の形態２にかかるCP Parameter変更処理の流れについて説明する。はじめに、ＳＣＳ９０は、CP Parameter setを含むメッセージをＳＣＥＦ８０へ送信する（Ｓ１１）。ＳＣＳ９２及びＳＣＳ９４もＳＣＳ９０と同様に、CP Parameter setを含むメッセージをＳＣＥＦ８０へ送信する（Ｓ１１）。
【００４０】
次に、ＳＣＥＦ８０は、ＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４から受信したCP Parameter setを用いてネットワークの負荷を予測する（Ｓ１２）。ＳＣＥＦ８０は、例えば、所定期間内に受信したCP Parameter setを用いてネットワークの負荷を予測してもよい。言い換えると、ＳＣＥＦ８０は、所定期間外に受信したCP Parameter setを用いることなく、ネットワークの負荷を予測してもよい。もしくは、ＳＣＥＦ８０は、所定数のCP Parameter setを受信した場合に、ネットワークの負荷を予測してもよい。例えば、図３において、ＳＣＥＦ８０は、所定数を３と定め、３個のCP Parameter setを受信した際に、ステップＳ１２におけるネットワークの負荷を予測してもよい。また、図３においては、ステップＳ１２において、ＳＣＥＦ８０は、ネットワークの負荷が高負荷になると予測したとして、ステップＳ１３以降の説明を行う。
【００４１】
次に、ＳＣＥＦ８０は、負荷予測情報として、高負荷との情報を含むメッセージをＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４へ送信する（Ｓ１３）。負荷予測情報として、高負荷との情報を含むメッセージはCP Parameterの変更を促すメッセージに相当する。ＳＣＥＦ８０は、CP Parameter setを送信したＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４へ、負荷予測情報を送信する。
【００４２】
次に、負荷予測情報を受信したＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４は、ステップＳ１１において送信したCP Parameter setに含まれるCP Parameterを変更するか否かを判定する（Ｓ１４、Ｓ１５、Ｓ１６）。例えば、ＳＣＳ９０がCP Parameterを変更することは、ＳＣＳ９０がＵＥ４０と通信を行う通信タイミングを変更することである。具体的には、ＳＣＳ９０は、ＵＥ４０との通信を行う通信タイミングを変更するために、Communication duration time、Periodic time、及びScheduled communication time、のうち、少なくとも１つを変更して、通信タイミングを変更してもよい。
【００４３】
ＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４は、CP Parameterを変更しても、提供するサービスに影響を与えないか、等の、それぞれのＳＣＳが有するポリシーに従って、CP Parameterを変更するか否かを判定する。
【００４４】
図３においては、ＳＣＳ９２は、CP Parameterを変更すると判定し、ＳＣＳ９０及びＳＣＳ９４は、CP Parameterを変更しないと判定したとして説明する。この場合、ＳＣＳ９２は、ステップＳ１１において送信したCP Parameter setに含まれるCP Parameterの値とは異なるCP Parameterを有するCP Parameter setを含む、CP Parameter変更要求メッセージをＳＣＥＦ８０へ送信する（Ｓ１７）。
【００４５】
以降の処理において、ＳＣＥＦ８０は、ＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４から送信されたCP Parameter setをＨＳＳへ送信し、ＨＳＳは、CP Parameter setを、ＭＭＥ６０もしくはＳＧＳＮ７０へ送信する。また、ＳＣＥＦ８０は、コアネットワーク内においてCP Parameter setの変更処理が完了した場合、ＳＣＳ９２へ、CP Parameter setの変更を完了したことを示すメッセージを送信してもよい。
【００４６】
以上説明したように、実施の形態２にかかるＳＣＥＦ８０は、複数のＳＣＳから受信した複数のCP Parameter setを用いて、ネットワークの負荷を予測することができる。さらに、ＳＣＥＦ８０は、ネットワークの負荷が予め定められた閾値を超える高負荷になると予測した場合、それぞれのＳＣＳへ、ネットワークが高負荷になることを示す負荷予測情報を送信することができる。負荷予測情報を受信したＳＣＳが、CP Parameter setを変更した場合、ネットワークが高負荷となることを防止することができる。
【００４７】
また、ステップＳ１３において、ＳＣＥＦ８０が送信する負荷予測情報には、高負荷になるとの予測情報とともに、CP Parameterの変更値が含まれてもよい。言い換えると、ＳＣＥＦ８０は、ネットワークが高負荷とならないようなCP Parameterの値を決定し、変更後のCP ParameterをそれぞれのＳＣＳへ送信してもよい。さらに言い換えると、ＳＣＥＦ８０は、ネットワークが高負荷となることを防止するために、通信タイミングを分散させるように、CP Parameterの値を決定してもよい。ＳＣＥＦ８０は、ＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４のうち、ＳＣＳ９２のCP Parameterのみの変更を決定した場合、ＳＣＳ９２のみに変更後のCP Parameterを送信してもよい。
【００４８】
また、ＳＣＥＦ８０は、CP Parameterを変更させるＳＣＳを決定するために、予めそれぞれのＳＣＳに対して優先度を設定し、優先度の低いＳＣＳにおけるCP Parameterを変更させてもよい。もしくは、ＳＣＥＦ８０は、一番早くCP Parameter Setを送信したＳＣＳをCP Parameterを変更させるＳＣＳとしてもよい。もしくは、ＳＣＥＦ８０は、一番遅くCP Parameter setを送信したＳＣＳをCP Parameterを変更させるＳＣＳとしてもよい。もしくは、ＳＣＥＦ８０は、CP Parameter setを受信したタイミングに応じてCP Parameterを変更させるＳＣＳを決定してもよい。
【００４９】
また、図３において、ＳＣＳ９０及びＳＣＳ９４は、CP Parameterを変更しないことを決定した場合、ＳＣＥＦ８０に対して、CP Parameterの変更を拒否することを示すメッセージを送信してもよい。
【００５０】
（実施の形態３）
続いて、図４を用いて実施の形態３にかかるＰＣＲＦ８５の構成例について説明する。ＰＣＲＦ８５は、通信部８６及び制御部８７を有している。通信部８６及び制御部８７は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部８６及び制御部８７は、回路もしくはチップ等のハードウェアであってもよい。
【００５１】
通信部８６は、ＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４のうち少なくとも１つのＳＣＳがCP Parameterの値を変更した場合、ＳＣＥＦ８０から、CP Parameterの値を変更したＳＣＳの識別情報を受信する。
【００５２】
制御部８７は、通信部８６が受信した識別情報によって特定されるＳＣＳに適用されている課金レートを変更する。CP Parameterの値を変更したＳＣＳは、ＳＣＥＦ８０からの負荷予測情報の結果に基づいてCP Parameterの値を変更することを決定している。言い換えると、CP Parameterの値を変更したＳＣＳは、通信キャリアから送信されたCP Parameterの値の変更要求に従って、CP Parameterの値を変更している。そのため、通信キャリア側は、CP Parameterの値を変更したＳＣＳの課金レートを下げるように、課金レートを変更してもよい。このように、CP Parameterの値を変更したＳＣＳの課金レートを下げる処理を行うことによって、ＳＣＳに対して通信キャリア側の要求に対してCP Parameterの値の変更に応じやすくさせることができる。
【００５３】
続いて、図５を用いて実施の形態３にかかるCP Parameter変更処理の流れについて説明する。ステップＳ２１〜Ｓ２７は、図３のステップＳ１１〜Ｓ１７と同様であるため詳細な説明を省略する。
【００５４】
ＳＣＥＦ８０は、ステップＳ２７においてＳＣＳ９２からCP Parameter変更要求メッセージを受信した場合、ＰＣＲＦ８５へ、CP Parameterを変更したＳＣＳの識別情報を含むCP Parameter変更要求メッセージを送信する（Ｓ２８）。ＳＣＳの識別情報は、例えば、ＳＣＳに割り当てられているＩＰアドレスであってもよく、もしくは、モバイルネットワークにおいてＳＣＳを一意に識別することができる情報であってもよい。
【００５５】
次に、ＰＣＲＦ８５は、ステップＳ２８において受信した識別情報によって特定されるＳＣＳの課金情報を変更する（Ｓ２９）。具体的には、ＰＣＲＦ８５は、ステップＳ２８において受信した識別情報によって特定されるＳＣＳの課金レートを下げるように変更する。
【００５６】
次に、ＰＣＲＦ８５は、課金情報の変更が完了すると、ステップＳ２８において受信したメッセージに対する応答として、CP Parameter変更完了メッセージをＳＣＥＦ８０へ送信する（Ｓ３０）。さらに、ＳＣＥＦ８０は、ステップＳ３０においてCP Parameter変更完了メッセージを受信すると、ＳＣＳ９２へ、CP Parameter変更完了メッセージを送信する（Ｓ３１）。
【００５７】
以上説明したように、ＰＣＲＦ８５は、ＳＣＥＦ８０からの要求に応じてCP Parameterを変更したＳＣＳの課金レートを下げることができる。これにより、ＳＣＥＦ８０から送信されたCP Parameterの変更要求に対して、CP Parameterの変更に応じるＳＣＳの数が増加することを期待できる。
【００５８】
続いて以下では、図６を用いて、上述の複数の実施形態で説明されたＳＣＥＦ８０及びＰＣＲＦ８５の構成例について説明する。
【００５９】
図６は、ＳＣＥＦ８０及びＰＣＲＦ８５の構成例を示すブロック図である。図６を参照すると、ＳＣＥＦ８０及びＰＣＲＦ８５は、ネットワークインタフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインタフェース１２０１は、通信システムを構成する他のネットワークノード装置と通信するために使用される。ネットワークインタフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
【００６０】
プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明されたＳＣＥＦ８０及びＰＣＲＦ８５の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
【００６１】
メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
【００６２】
図６の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたＳＣＥＦ８０及びＰＣＲＦ８５の処理を行うことができる。
【００６３】
図６を用いて説明したように、ＳＣＥＦ８０及びＰＣＲＦ８５が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
【００６４】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリを含む。記録媒体は、例えばフレキシブルディスク、磁気テープ、ハードディスクドライブを有する。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory）を有する。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００６５】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
【００６６】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００６７】
この出願は、２０１７年９月２１日に出願された日本出願特願２０１７−１８１５０４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【００６８】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信する通信部と、
複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測する制御部と、を備え、
前記通信部は、
前記制御部において、ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する、サービス制御装置。
（付記２）
前記通信部は、
前記通信パターンの変更を促すメッセージとして、変更後の通信パターンを示す情報を前記サービス提供装置へ送信する、付記１に記載のサービス制御装置。
（付記３）
前記変更後の通信パターンは、
前記通信端末と行う周期的な通信の継続時間、前記周期的な通信が発生する間隔、及び、前記通信端末と通信を行うことが可能な時刻のうち少なくとも一つを変更する、付記２に記載のサービス制御装置。
（付記４）
前記制御部は、
それぞれの前記サービス提供装置と、前記通信端末との通信タイミングが分散するように、前記変更後の通信パターンを決定する、付記２又は３に記載のサービス制御装置。
（付記５）
前記通信部は、
少なくとも１つの前記サービス提供装置が前記通信パターンを変更した場合、前記複数のサービス提供装置に関する課金レートを管理する課金管理サーバへ、前記通信パターンを変更した前記サービス提供装置の識別情報を送信する、付記１乃至４のいずれか１項に記載のサービス制御装置。
（付記６）
サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信する通信部と、
前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更する制御部と、を備える課金管理サーバ。
（付記７）
複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信し、
複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測し、
ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する、サービス制御方法。
（付記８）
サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信し、
前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更する、課金情報管理方法。
（付記９）
複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信し、
複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測し、
ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信することをコンピュータに実行させるプログラム。
（付記１０）
サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信し、
前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更することをコンピュータに実行させるプログラム。
【符号の説明】
【００６９】
１０  通信端末
２０  サービス制御装置
２１  通信部
２２  制御部
３０  サービス提供装置
３２  サービス提供装置
３４  サービス提供装置
４０  ＵＥ
５０  ＲＡＮ
６０  ＭＭＥ
７０  ＳＧＳＮ
８０  ＳＣＥＦ
８５  ＰＣＲＦ
８６  通信部
８７  制御部
９０  ＳＣＳ
９２  ＳＣＳ
９４  ＳＣＳ
１００  ＡＳ
１０２  ＡＳ
１０４  ＡＳ
【図１】
2019058628.tif 000003
【図２】
2019058628.tif 000004
【図３】
2019058628.tif 000005
【図４】
2019058628.tif 000006
【図５】
2019058628.tif 000007
【図６】
2019058628.tif 000008
【手続補正書】
【提出日】令和2年3月12日(2020.3.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信する通信手段と、
複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測する制御手段と、を備え、
前記通信手段は、
前記制御手段において、ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する、サービス制御装置。
【請求項２】
前記通信手段は、
前記通信パターンの変更を促すメッセージとして、変更後の通信パターンを示す情報を前記サービス提供装置へ送信する、請求項１に記載のサービス制御装置。
【請求項３】
前記変更後の通信パターンは、
前記通信端末と行う周期的な通信の継続時間、前記周期的な通信が発生する間隔、及び、前記通信端末と通信を行うことが可能な時刻のうち少なくとも一つを変更する、請求項２に記載のサービス制御装置。
【請求項４】
前記制御手段は、
それぞれの前記サービス提供装置と、前記通信端末との通信タイミングが分散するように、前記変更後の通信パターンを決定する、請求項２又は３に記載のサービス制御装置。
【請求項５】
前記通信手段は、
少なくとも１つの前記サービス提供装置が前記通信パターンを変更した場合、前記複数のサービス提供装置に関する課金レートを管理する課金管理サーバへ、前記通信パターンを変更した前記サービス提供装置の識別情報を送信する、請求項１乃至４のいずれか１項に記載のサービス制御装置。
【請求項６】
サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信する通信手段と、
前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更する制御手段と、を備える課金管理サーバ。
【請求項７】
複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信し、
複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測し、
ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する、サービス制御方法。
【請求項８】
サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信し、
前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更する、課金情報管理方法。
【請求項９】
複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信し、
複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測し、
ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信することをコンピュータに実行させるプログラム。
【請求項１０】
サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信し、
前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更することをコンピュータに実行させるプログラム。
【国際調査報告】
2019058628.tif 000009
2019058628.tif 000010
2019058628.tif 000011
2019058628.tif 000012