(57)【要約】ＳＣＳの数が増加した場合であっても、ＭＴＣ端末の通信時間を抑えることができるサービス制御装置を提供することを目的とする。本開示にかかるサービス制御装置（２０）は、サービス提供装置（３０）から、サービス提供装置（３０）と通信端末（１０）との通信タイミングを定める第１の通信パターンを受信し、サービス提供装置（３２）から、サービス提供装置（３２）と通信端末（１０）との通信タイミングを定める第２の通信パターンを受信する通信部（２１）と、第１の通信パターンと、第２の通信パターンとが異なる通信タイミングを示しているか否かを判定する制御部（２２）と、を備える。通信部（２１）は、第１の通信パターンと、第２の通信パターンとが異なる通信タイミングを示している場合、サービス提供装置（３２）へ、第１の通信パターンへ変更することを要求するメッセージを送信する。
2019058629.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に基づいて定まる通信タイミングにＭＴＣ端末と通信を行う。この時、それぞれのＳＣＳにおける通信タイミングが異なる場合、ＭＴＣ端末が通信を行う時間が増加し、バッテリーを用いて通信を行うＭＴＣ端末の通信可能時間が減少してしまうという問題がある。また、ＭＴＣ端末は、センサ端末等の小型の端末であることが多く、搭載するバッテリーの容量も小さい。そのため、ＭＴＣ端末のバッテリー容量を減少させないように通信することが求められている。【００１１】
本発明の目的は、ＳＣＳの数が増加した場合であっても、ＭＴＣ端末の通信時間を抑えることができるサービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本開示の第１の態様にかかるサービス制御装置は、第１のサービス提供装置から、前記第１のサービス提供装置と通信端末との通信タイミングを定める第１の通信パターンを受信し、第２のサービス提供装置から、前記第２のサービス提供装置と前記通信端末との通信タイミングを定める第２の通信パターンを受信する通信部と、前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示しているか否かを判定する制御部と、を備え、前記通信部は、前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示している場合、前記第２のサービス提供装置へ、前記第１の通信パターンへ変更することを要求するメッセージを送信する。【００１３】
本開示の第２の態様にかかる課金管理サーバは、サービス制御装置から、通信端末との通信タイミングを定める通信パターンを第１のサービス提供装置が指定する第１の通信パターンへ変更することを要求するメッセージを受信した第２のサービス提供装置が、通信パターンを前記第１の通信パターンへ変更した場合、前記第２のサービス提供装置の識別情報を前記サービス制御装置から受信する通信部と、前記識別情報を用いて特定される前記第２のサービス提供装置の課金レートを変更する制御部と、を備える。【００１４】
本開示の第３の態様にかかるサービス制御方法は、第１のサービス提供装置から、前記第１のサービス提供装置と通信端末との通信タイミングを定める第１の通信パターンを受信し、第２のサービス提供装置から、前記第２のサービス提供装置と前記通信端末との通信タイミングを定める第２の通信パターンを受信し、前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示しているか否かを判定し、前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示している場合、前記第２のサービス提供装置へ、前記第１の通信パターンへ変更することを要求するメッセージを送信する。【００１５】
本開示の第４の態様にかかる課金情報管理方法は、サービス制御装置から、通信端末との通信タイミングを定める通信パターンを第１のサービス提供装置が指定する第１の通信パターンへ変更することを要求するメッセージを受信した第２のサービス提供装置が、通信パターンを前記第１の通信パターンへ変更した場合、前記第２のサービス提供装置の識別情報を前記サービス制御装置から受信し、前記識別情報を用いて特定される前記第２のサービス提供装置の課金レートを変更する。【００１６】
本開示の第５の態様にかかるプログラムは、第１のサービス提供装置から、前記第１のサービス提供装置と通信端末との通信タイミングを定める第１の通信パターンを受信し、第２のサービス提供装置から、前記第２のサービス提供装置と前記通信端末との通信タイミングを定める第２の通信パターンを受信し、前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示しているか否かを判定し、前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示している場合、前記第２のサービス提供装置へ、前記第１の通信パターンへ変更することを要求するメッセージを送信することをコンピュータに実行させる。
【発明の効果】
【００１７】
本開示により、ＳＣＳの数が増加した場合であっても、ＭＴＣ端末の通信時間を抑えることができるサービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及びプログラムを提供することにある。
【図面の簡単な説明】
【００１８】
【図１】実施の形態１にかかる通信システムの構成図である。
【図２】実施の形態２にかかる通信システムの構成図である。
【図３】実施の形態２にかかる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_1を含む設定要求メッセージをＳＣＥＦ８０へ送信する（Ｓ１１）。CP Parameter set_1は、ＳＣＳ９０がＵＥ４０と通信する際の通信タイミングを示す情報である。次に、ＳＣＥＦ８０は、ＳＣＳ９０が、CP Parameter setの設定を要求することができるか否かを判定する（Ｓ１２）。つまり、ＳＣＥＦ８０は、ＳＣＳ９０に関する認証処理を行う。例えば、ＳＣＥＦ８０は、CP Parameter setの設定を要求することができるＳＣＳの一覧情報を保持していてもよい。ＳＣＥＦ８０は、設定要求メッセージに設定される送信元のＳＣＳを示す識別情報が、一覧情報に設定されている場合に、ＳＣＳ９０が、CP Parameter setの設定を要求することができると判定してもよい。また、ＳＣＥＦ８０は、ＳＣＳ９０が、CP Parameter setの設定を要求することができると判定した場合、ＳＣＳ９０に関するCP Parameter set_1の設定処理を行う。CP Parameter set_1の設定処理は、例えば、ＵＥ４０の加入者情報を管理するＨＳＳへ送信することであってもよい。また、ＨＳＳは、CP Parameter set_1を受信すると、ＵＥ４０の移動管理を行うＭＭＥもしくはＳＧＳＮへCP Parameter set_1を送信する。
【００３９】
次に、ＳＣＥＦ８０は、CP Parameter set_1の設定処理を完了すると、ＳＣＳ９０へ設定完了メッセージを送信する（Ｓ１３）。
【００４０】
次に、ＳＣＳ９２は、CP Parameter set_2を含む設定要求メッセージをＳＣＥＦ８０へ送信する（Ｓ１４）。CP Parameter set_2は、ＳＣＳ９２がＵＥ４０と通信する際の通信タイミングを示す情報である。次に、ＳＣＥＦ８０は、ＳＣＳ９２が、CP Parameter setの設定を要求することができるか否かを判定する（Ｓ１５）。つまり、ＳＣＥＦ８０は、ＳＣＳ９２に関する認証処理を行う。
【００４１】
ＳＣＥＦ８０は、ＳＣＳ９２が、CP Parameter setの設定を要求することができると判定した場合、CP Parameter set_1に示される通信タイミングと、CP Parameter set_2に示される通信タイミングとが異なっているか否かを判定する（Ｓ１６）。CP Parameter set_1は、ＵＥ４０に関するCP Parameter setとして既に設定されている。CP Parameter set_2は、ＳＣＳ９２から送信される。つまり、ＳＣＥＦ８０は、ＳＣＳ９０の通信先であるＵＥと、ＳＣＳ９２の通信先であるＵＥとが一致している場合、ＳＣＳ９０の通信タイミングとＳＣＳ９２の通信タイミングとが異なっているか否かを判定してもよい。通信タイミングが異なるとは、それぞれの通信タイミングの差が、予め定められた期間を超えている場合であってもよい。ここでは、ステップＳ１６において、ＳＣＥＦ８０が、CP Parameter set_1に示される通信タイミングと、CP Parameter set_2に示される通信タイミングとが異なっていると判定したとして説明する。
【００４２】
次に、ＳＣＥＦ８０は、ＳＣＳ９２へ設定変更要求メッセージを送信する（Ｓ１７）。設定変更要求メッセージには、CP Parameter set_2から、CP Parameter set_1へ変更することを要求する情報が含まれている。
【００４３】
次に、ＳＣＳ９２は、設定変更要求メッセージを受信すると、CP Parameter set_2からCP Parameter set_1へ変更するか否かを判定する（Ｓ１８）。ＳＣＳ９２は、提供するサービスに影響を与えないか、等の、ＳＣＳ９２が有するポリシーに従って、CP Parameter setを変更するか否かを判定してもよい。ここでは、ステップＳ１８において、ＳＣＳ９２が、CP Parameter set_2から、CP Parameter set_1変更すると判定したとして説明する。
【００４４】
次に、ＳＣＳ９２は、CP Parameter set_1を含む設定要求メッセージをＳＣＥＦ８０へ送信する（Ｓ１９）。次に、ＳＣＥＦ８０は、ＳＣＳ９２に関するCP Parameter set_1の設定処理を行う（Ｓ２０）。次に、ＳＣＥＦ８０は、ＳＣＳ９２に関するCP Parameter set_1の設定処理が完了すると、ＳＣＳ９２へ設定完了メッセージを送信する（Ｓ２１）。
【００４５】
続いて、図４を用いて図３とは異なる実施の形態２にかかるCP Parameter変更処理の流れについて説明する。図３においては、ＳＣＳ９２が、CP Parameter setを変更すると判定した場合の処理の流れについて説明したが、図４においては、ＳＣＳ９２が、CP Parameter setを変更しないと判定した場合の処理の流れについて説明する。
【００４６】
ステップＳ３１〜Ｓ３７は、図３のステップＳ１１〜Ｓ１７と同様であるため詳細な説明を省略する。次に、ＳＣＳ９２は、CP Parameter set_2から、CP Parameter set_1変更しないと判定したとする（Ｓ３８）。この場合、ＳＣＳ９２は、ステップＳ３４において送信したCP Parameter set_2を含む設定要求メッセージをＳＣＥＦ８０へ送信する（Ｓ３９）。つまり、ＳＣＳ９２は、ステップＳ３４において送信した設定要求メッセージを再送信する。
【００４７】
次に、ＳＣＥＦ８０は、ＳＣＳ９２に関するCP Parameter set_2の設定処理を行う（Ｓ４０）。次に、ＳＣＥＦ８０は、ＳＣＳ９２に関するCP Parameter set_2の設定処理が完了すると、ＳＣＳ９２へ設定完了メッセージを送信する（Ｓ４１）。
【００４８】
以上説明したように、実施の形態２にかかるＳＣＥＦ８０は、ＳＣＳ９０から送信されたCP Parameter set_1に示される通信タイミングと、ＳＣＳ９２から送信されたCP Parameter set_2に示される通信タイミングが異なるかを判定することができる。それぞれの通信タイミングが異なる場合、ＳＣＥＦ８０は、ＳＣＳ９２に対して通信タイミングの変更を要求するメッセージを送信することができる。具体的には、ＳＣＳ９０は、ＳＣＳ９２に対して、ＳＣＳ９０が使用するCP Parameter set_1へ変更することを要求することができる。
【００４９】
ここで、ＳＣＳ９２が、CP Parameter set_1へ変更すると判定した場合、ＳＣＳ９０がＵＥ４０と通信する通信タイミングと、ＳＣＳ９２がＵＥ４０と通信する通信タイミングとが一致することになる。その結果、ＵＥ４０が通信を行う時間を減少させることができる。言い換えると、ＵＥ４０が無線ネットワークと接続している時間を減少させることができる。ＵＥ４０は、通信を行わない時間は、消費電力を抑えるＰＳＭ（Power Saving Mode）にて動作してもよく、もしくは、ＤＲＸ（Discontinuous Reception）における通信間隔を延ばしてもよい。その結果、ＵＥ４０が使用するバッテリー容量を節約することができる。
【００５０】
また、ＳＣＳ９２が、CP Parameter set_1へ変更しないと判定した場合、ＳＣＥＦ８０は、既にCP Parameter set_1を設定したＳＣＳ９０に対して、CP Parameter set_1からCP Parameter set_2へ変更することを要求するメッセージを送信してもよい。
【００５１】
（実施の形態３）
続いて、図５を用いて実施の形態３にかかるＰＣＲＦ８５の構成例について説明する。ＰＣＲＦ８５は、通信部８６及び制御部８７を有している。通信部８６及び制御部８７は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部８６及び制御部８７は、回路もしくはチップ等のハードウェアであってもよい。
【００５２】
通信部８６は、ＳＣＳ９０もしくはＳＣＳ９２が、他のＳＣＳの通信タイミングに合わせるためにCP Parameterの値を変更した場合、ＳＣＥＦ８０から、CP Parameterの値を変更したＳＣＳの識別情報を受信する。
【００５３】
制御部８７は、通信部８６が受信した識別情報によって特定されるＳＣＳに適用されている課金レートを変更する。CP Parameterの値を変更したＳＣＳは、ＳＣＥＦ８０からの設定変更要求メッセージに基づいてCP Parameterの値を変更することを決定している。言い換えると、CP Parameterの値を変更したＳＣＳは、通信キャリアから送信されたCP Parameterの値の変更要求に従って、CP Parameterの値を変更している。そのため、通信キャリア側は、CP Parameterの値を変更したＳＣＳの課金レートを下げるように、課金レートを変更してもよい。このように、CP Parameterの値を変更したＳＣＳの課金レートを下げる処理を行うことによって、ＳＣＳに対して通信キャリア側の要求に対してCP Parameterの値の変更に応じやすくさせることができる。
【００５４】
続いて、図６を用いて実施の形態３にかかるCP Parameter変更処理の流れについて説明する。ステップＳ５１〜Ｓ６１は、図３のステップＳ１１〜Ｓ２１と同様であるため詳細な説明を省略する。
【００５５】
ＳＣＥＦ８０は、ＳＣＳ９２に関するCP Parameter set_1の設定処理を完了した後、ＰＣＲＦ８５へ、課金情報変更要求メッセージを送信する（Ｓ６２）。課金情報変更要求メッセージは、ＳＣＥＦ８０の要求に応じてCP Parameter setを変更したＳＣＳ９２の識別情報を含む。ＳＣＳ９２の識別情報は、例えば、ＳＣＳ９２に割り当てられているＩＰアドレスであってもよく、もしくは、モバイルネットワークにおいてＳＣＳ９２を一意に識別することができる情報であってもよい。
【００５６】
次に、ＰＣＲＦ８５は、ステップＳ６２において受信した識別情報によって特定されるＳＣＳ９２の課金情報を変更する（Ｓ６３）。具体的には、ＰＣＲＦ８５は、ステップＳＳＣＳ９２の課金レートを下げるように変更する。
【００５７】
次に、ＰＣＲＦ８５は、課金情報の変更が完了すると、ステップＳ６２において受信したメッセージに対する応答として、課金情報変更完了メッセージをＳＣＥＦ８０へ送信する（Ｓ６４）。さらに、ＳＣＥＦ８０は、ステップＳ６４において課金情報変更完了メッセージを受信すると、ＳＣＳ９２へ、課金情報変更完了メッセージを送信する（Ｓ６５）。
【００５８】
以上説明したようにＰＣＲＦ８５は、ＳＣＥＦ８０からの要求に応じて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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００６６】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
【００６７】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００６８】
この出願は、２０１７年９月２１日に出願された日本出願特願２０１７−１８１５０５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【００６９】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
第１のサービス提供装置から、前記第１のサービス提供装置と通信端末との通信タイミングを定める第１の通信パターンを受信し、第２のサービス提供装置から、前記第２のサービス提供装置と前記通信端末との通信タイミングを定める第２の通信パターンを受信する通信部と、
前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示しているか否かを判定する制御部と、を備え、
前記通信部は、
前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示している場合、前記第２のサービス提供装置へ、前記第１の通信パターンへ変更することを要求するメッセージを送信する、サービス制御装置。
（付記２）
前記第１及び第２の通信パターンは、
前記通信端末と行う周期的な通信の継続時間、前記周期的な通信が発生する間隔、及び、前記通信端末と通信を行うことが可能な時刻のうち少なくとも一つが用いられる、付記１に記載のサービス制御装置。
（付記３）
前記通信部は、
前記第２のサービス提供装置が、前記第１の通信パターンへ変更した場合、複数のサービス提供装置に関する課金レートを管理する課金管理サーバへ、通信パターンを変更した前記第２のサービス提供装置の識別情報を送信する、付記１又は２に記載のサービス制御装置。
（付記４）
前記通信部は、
前記第２のサービス提供装置において、前記第１の通信パターンへの変更が行われない場合、前記第１のサービス提供装置へ、前記第２の通信パターンへ変更することを要求するメッセージを送信する、付記１又は２に記載のサービス制御装置。
（付記５）
サービス制御装置から、通信端末との通信タイミングを定める通信パターンを第１のサービス提供装置が指定する第１の通信パターンへ変更することを要求するメッセージを受信した第２のサービス提供装置が、通信パターンを前記第１の通信パターンへ変更した場合、前記第２のサービス提供装置の識別情報を前記サービス制御装置から受信する通信部と、
前記識別情報を用いて特定される前記第２のサービス提供装置の課金レートを変更する制御部と、を備える課金管理サーバ。
（付記６）
第１のサービス提供装置から、前記第１のサービス提供装置と通信端末との通信タイミングを定める第１の通信パターンを受信し、第２のサービス提供装置から、前記第２のサービス提供装置と前記通信端末との通信タイミングを定める第２の通信パターンを受信し、
前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示しているか否かを判定し、
前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示している場合、前記第２のサービス提供装置へ、前記第１の通信パターンへ変更することを要求するメッセージを送信する、サービス制御方法。
（付記７）
サービス制御装置から、通信端末との通信タイミングを定める通信パターンを第１のサービス提供装置が指定する第１の通信パターンへ変更することを要求するメッセージを受信した第２のサービス提供装置が、通信パターンを前記第１の通信パターンへ変更した場合、前記第２のサービス提供装置の識別情報を前記サービス制御装置から受信し、
前記識別情報を用いて特定される前記第２のサービス提供装置の課金レートを変更する課金情報管理方法。
（付記８）
第１のサービス提供装置から、前記第１のサービス提供装置と通信端末との通信タイミングを定める第１の通信パターンを受信し、第２のサービス提供装置から、前記第２のサービス提供装置と前記通信端末との通信タイミングを定める第２の通信パターンを受信し、
前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示しているか否かを判定し、
前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示している場合、前記第２のサービス提供装置へ、前記第１の通信パターンへ変更することを要求するメッセージを送信することをコンピュータに実行させるプログラム。
（付記９）
サービス制御装置から、通信端末との通信タイミングを定める通信パターンを第１のサービス提供装置が指定する第１の通信パターンへ変更することを要求するメッセージを受信した第２のサービス提供装置が、通信パターンを前記第１の通信パターンへ変更した場合、前記第２のサービス提供装置の識別情報を前記サービス制御装置から受信し、
前記識別情報を用いて特定される前記第２のサービス提供装置の課金レートを変更することをコンピュータに実行させるプログラム。
【符号の説明】
【００７０】
１０  通信端末
２０  サービス制御装置
２１  通信部
２２  制御部
３０  サービス提供装置
３２  サービス提供装置
４０  ＵＥ
５０  ＲＡＮ
６０  ＭＭＥ
７０  ＳＧＳＮ
８０  ＳＣＥＦ
８５  ＰＣＲＦ
８６  通信部
８７  制御部
９０  ＳＣＳ
９２  ＳＣＳ
１００  ＡＳ
１０２  ＡＳ
【図１】
2019058629.tif 000003
【図２】
2019058629.tif 000004
【図３】
2019058629.tif 000005
【図４】
2019058629.tif 000006
【図５】
2019058629.tif 000007
【図６】
2019058629.tif 000008
【図７】
2019058629.tif 000009
【手続補正書】
【提出日】令和2年3月12日(2020.3.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のサービス提供装置から、前記第１のサービス提供装置と通信端末との通信タイミングを定める第１の通信パターンを受信し、第２のサービス提供装置から、前記第２のサービス提供装置と前記通信端末との通信タイミングを定める第２の通信パターンを受信する通信手段と、
前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示しているか否かを判定する制御手段と、を備え、
前記通信手段は、
前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示している場合、前記第２のサービス提供装置へ、前記第１の通信パターンへ変更することを要求するメッセージを送信する、サービス制御装置。
【請求項２】
前記第１及び第２の通信パターンにおいては、
前記通信端末と行う周期的な通信の継続時間、前記周期的な通信が発生する間隔、及び、前記通信端末と通信を行うことが可能な時刻のうち少なくとも一つが用いられる、請求項１に記載のサービス制御装置。
【請求項３】
前記通信手段は、
前記第２のサービス提供装置が、前記第１の通信パターンへ変更した場合、複数のサービス提供装置に関する課金レートを管理する課金管理サーバへ、通信パターンを変更した前記第２のサービス提供装置の識別情報を送信する、請求項１又は２に記載のサービス制御装置。
【請求項４】
前記通信手段は、
前記第２のサービス提供装置において、前記第１の通信パターンへの変更が行われない場合、前記第１のサービス提供装置へ、前記第２の通信パターンへ変更することを要求するメッセージを送信する、請求項１又は２に記載のサービス制御装置。
【請求項５】
サービス制御装置から、通信端末との通信タイミングを定める通信パターンを第１のサービス提供装置が指定する第１の通信パターンへ変更することを要求するメッセージを受信した第２のサービス提供装置が、通信パターンを前記第１の通信パターンへ変更した場合、前記第２のサービス提供装置の識別情報を前記サービス制御装置から受信する通信手段と、
前記識別情報を用いて特定される前記第２のサービス提供装置の課金レートを変更する制御手段と、を備える課金管理サーバ。
【請求項６】
第１のサービス提供装置から、前記第１のサービス提供装置と通信端末との通信タイミングを定める第１の通信パターンを受信し、第２のサービス提供装置から、前記第２のサービス提供装置と前記通信端末との通信タイミングを定める第２の通信パターンを受信し、
前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示しているか否かを判定し、
前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示している場合、前記第２のサービス提供装置へ、前記第１の通信パターンへ変更することを要求するメッセージを送信する、サービス制御方法。
【請求項７】
サービス制御装置から、通信端末との通信タイミングを定める通信パターンを第１のサービス提供装置が指定する第１の通信パターンへ変更することを要求するメッセージを受信した第２のサービス提供装置が、通信パターンを前記第１の通信パターンへ変更した場合、前記第２のサービス提供装置の識別情報を前記サービス制御装置から受信し、
前記識別情報を用いて特定される前記第２のサービス提供装置の課金レートを変更する課金情報管理方法。
【請求項８】
第１のサービス提供装置から、前記第１のサービス提供装置と通信端末との通信タイミングを定める第１の通信パターンを受信し、第２のサービス提供装置から、前記第２のサービス提供装置と前記通信端末との通信タイミングを定める第２の通信パターンを受信し、
前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示しているか否かを判定し、
前記第１の通信パターンと、前記第２の通信パターンとが異なる通信タイミングを示している場合、前記第２のサービス提供装置へ、前記第１の通信パターンへ変更することを要求するメッセージを送信することをコンピュータに実行させるプログラム。
【請求項９】
サービス制御装置から、通信端末との通信タイミングを定める通信パターンを第１のサービス提供装置が指定する第１の通信パターンへ変更することを要求するメッセージを受信した第２のサービス提供装置が、通信パターンを前記第１の通信パターンへ変更した場合、前記第２のサービス提供装置の識別情報を前記サービス制御装置から受信し、
前記識別情報を用いて特定される前記第２のサービス提供装置の課金レートを変更することをコンピュータに実行させるプログラム。
【国際調査報告】
2019058629.tif 000010
2019058629.tif 000011
2019058629.tif 000012