(57)【要約】  本願発明の課題は、故意または何らかの障害等により、特定のアプリケーションへのトリガリングが高い頻度で行われた場合による動作停止といった事態に対応することにある。本願発明は、端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視する監視部と、前記発生状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部とを有することを特徴とする。
2017022644.tif 000002
【特許請求の範囲】
【請求項１】
端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視する監視部と、
前記発生状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部と
を有する
通信システム。
【請求項２】
前記ポート番号情報は、前記ポート番号が属するグループを識別する識別子を含む請求項１に記載の通信システム。
【請求項３】
前記制御部は、前記トリガリングメッセージを削除、もしくは待機することにより、前記トリガリングメッセージの送信を制御する
請求項１又は請求項２に記載の通信システム。
【請求項４】
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の最大値とを用いて制御する
請求項１から請求項３のいずれかに記載の通信システム。
【請求項５】
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の平均値とを用いて制御する
請求項１から請求項３のいずれかに記載の通信システム。
【請求項６】
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
請求項１から請求項３のいずれかに記載の通信システム。
【請求項７】
前記端末が、マシンタイプコミュニケーション（ＭＴＣ）端末である
請求項１から請求項６のいずれかに記載の通信システム。
【請求項８】
端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視する監視手段と、
前記監視状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部と
を有する制御装置。
【請求項９】
前記ポート番号情報は、前記ポート番号が属するグループを識別する識別子を含む請求項８に記載の制御装置。
【請求項１０】
前記制御部は、前記トリガリングメッセージを削除、もしくは待機することにより、前記トリガリングメッセージの送信を制御する
請求項８又は請求項９に記載の制御装置。
【請求項１１】
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の最大値とを用いて制御する
請求項８から請求項１０のいずれかに記載の制御装置。
【請求項１２】
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の平均値とを用いて制御する
請求項８から請求項１０のいずれかに記載の制御装置。
【請求項１３】
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
請求項８から請求項１０のいずれかに記載の制御装置。
【請求項１４】
前記端末が、マシンタイプコミュニケーション（ＭＴＣ）端末である
請求項８から請求項１３のいずれかに記載の制御装置。
【請求項１５】
端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視し、
前記発生状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する
通信方法。
【請求項１６】
前記ポート番号情報は、前記ポート番号が属するグループを識別する識別子を含む請求項１５に記載の通信方法。
【請求項１７】
前記制御は、前記トリガリングメッセージを削除、もしくは待機することにより、前記トリガリングメッセージの送信を制御する
請求項１５又は請求項１６に記載の通信方法。
【請求項１８】
前記制御は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の最大値とを用いて制御する
請求項１５から請求項１７のいずれかに記載の通信方法。
【請求項１９】
前記制御は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの発生頻度数の平均値とを用いて制御する
請求項１５から請求項１７のいずれかに記載の通信方法。
【請求項２０】
前記制御は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
請求項１５から請求項１７のいずれかに記載の通信方法。
【請求項２１】
前記端末が、マシンタイプコミュニケーション（ＭＴＣ）端末である
請求項１５から請求項２０のいずれかに記載の通信方法。
【請求項２２】
制御装置のプログラムであって、前記プログラムは前記制御装置を、
端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視する監視手段と、
前記監視状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部と
して機能させるプログラム。
【請求項２３】
前記ポート番号情報は、前記ポート番号が属するグループを識別する識別子を含む請求項２２に記載のプログラム。
【請求項２４】
前記制御部は、前記トリガリングメッセージを削除、もしくは待機することにより、前記トリガリングメッセージの送信を制御する
請求項２２又は請求項２３に記載のプログラム。
【請求項２５】
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の最大値とを用いて制御する
請求項２２から請求項２４のいずれかに記載のプログラム。
【請求項２６】
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の平均値とを用いて制御する
請求項２２から請求項２４のいずれかに記載のプログラム。
【請求項２７】
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
請求項２２から請求項２４のいずれかに記載のプログラム。
【請求項２８】
前記端末が、マシンタイプコミュニケーション（ＭＴＣ）端末である
請求項２２から請求項２７のいずれかに記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、通信システム、通信制御装置、通信制御方法、及びプログラムに関する。
【背景技術】
【０００２】
現在、例えば、セルラー通信機能は、携帯電話やスマートフォンなどの音声通話やデータ通信で利用されるだけでなく、マシンタイプ通信向けの機器（ＭＴＣデバイスとも呼ばれる）でも広く利用されており、ＭＴＣデバイスを含む通信端末（以下、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）又は通信端末と記載する）の数は増加している。【０００３】
ユーザ及びユーザが操作するアプリケーション（以下、アプリケーションサーバと呼ぶ）では、ＭＴＣデバイス側から起動する通信方式と、ネットワーク側からＭＴＣデバイスを起動する通信方式、いずれも必要となるが、ネットワーク側からＭＴＣデバイスを起動する通信方式としてはトリガリングがある。このトリガリングはＭＴＣアプリケーションサーバからネットワークを介してＭＴＣデバイスを起動し、通信コネクションを確立するために行うものである。【０００４】
非特許文献１では、ＵＥ（ＭＴＣデバイス）に対するトリガリング方法について複数の方法が提案されている。その一つが外部のアプリケーション・サーバ（ＡＳ）からＭＴＣサーバ（ＳＣＳ:Ｓｅｒｖｉｃｅ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ）、ＭＴＣ−ＩＷＦ（ＭＴＣ−Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ）などのネットワークノードを経由してＵＥ（ＭＴＣデバイス）をトリガリングする方法である。【０００５】
また、非特許文献２ではＭＴＣサーバからＭＴＣ−ＩＷＦに要求されるトリガリングの数量またはレートを監視して、特定のＭＴＣサーバまたはＭＴＣ−ＩＷＦでのすべてのＳＣＳから合計のトリガ要求レートが閾値を超えている場合にトリガリングの手順をストップする、または、特定のタイプのトリガリングを抑制することにより、高頻度のトリガリング実行に起因するネットワークの輻輳やＭＴＣデバイスのバッテリー消費増加といった事態を回避するしくみが提案されている。【０００６】
具体的には、アプリケーション・サーバ（ＡＳ）は、ＭＴＣサーバ（ＳＣＳ:Ｓｅｒｖｉｃｅ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ)に対してデバイストリガリクエスト（Ｄｅｖｉｃｅ  Ｔｒｉｇｇｅｒ  Ｒｅｑｕｅｓｔ、以下、トリガリクエストとも呼ぶ）の送信を要求し、その要求を受けたＭＴＣサーバはＭＴＣ−ＩＷＦ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ、以下ＩＷＦと呼ぶ）に対してデバイストリガリクエストを送信する。【０００７】
デバイストリガリクエストを受けたＭＴＣ−ＩＷＦは必要なチェックを実行した後、ＵＥに対してデバイストリガを送信するための処理を行う【０００８】
尚、ＭＴＣ−ＩＷＦが行う必要なチェックは、送信元のＭＴＣサーバの認証（Ａｕｔｈｏｒｉｚａｔｉｏｎ）である。さらに、ＭＴＣ−ＩＷＦは、ＭＴＣサーバから受信したトリガリクエストのロードコントロールに関するチェック（送信回数（Ｓｕｂｍｉｓｓｉｏｎ  Ｑｕｏｔａ）が規定値を超えていないか、トリガリクエストの送信頻度（Ｓｕｂｍｉｓｓｉｏｎ  Ｒａｔｅ）が規定値を超えていないか、ＭＴＣ−ＩＷＦの処理負荷が過負荷（Ｏｖｅｒｌｏａｄ）になっていないかなど）を行う。トリガリクエストの送信頻度が規定値を超えていた場合、ＭＴＣ−ＩＷＦは、ロードコントロールの問題でデバイストリガの送信ができなかったこと（Ｒｅａｓｏｎ  ｏｆ  Ｆａｉｌｕｒｅ）を示す値（Ｃａｕｓｅ  Ｖａｌｕｅ）を含むデバイストリガ応答（又はデバイストリガ確認メッセージ（Ｄｅｖｉｃｅ  Ｔｒｉｇｇｅｒ  Ｃｏｎｆｉｒｍａｔｉｏｎ  Ｍｅｓｓａｇｅ）、以下トリガ応答と呼ぶ）をMTCサーバに送信する。一方、これらのチェックに問題がない場合は、ＨＬＲ／ＨＳＳ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ／Ｈｏｍｅ  Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｓｅｒｖｅｒ、以下ＨＳＳ）に問合せをし、応答にエラーが示されていないか、応答に含まれるＵＥのサブスクリプション情報（加入者情報、以下、ＵＥの情報）を取得し、内容を確認する。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】“3rd Generation Partnership Project; Technical Specification GroupServices and System Aspects; System Improvements for Machine-TypeCommunications”, 3GPP TR 23.888.
【非特許文献２】“3rd Generation Partnership Project; Technical Specification GroupServices and System Aspects; Architecture Enhancements to facilitatecommunications with Packet Data Networks and Applications”, 3GPP TS 23.682.
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、上述した関連技術は、ＭＴＣ−ＩＷＦにおけるトリガリングの数量またはレートで判断しており、ネットワーク全体において高頻度のトリガリングが実行されたことに起因するネットワークの輻輳や、ＵＥ（ＭＴＣデバイス）のバッテリー消費増加といった事態を回避することはできるが、複数のアプリケーションが動作しているＵＥ（ＭＴＣデバイス）おいて、ある特定のアプリケーションへのトリガリングが異常に多いだけで、他のアプリケーションは正常であっても、このＵＥ（ＭＴＣデバイス）へのトリガリングはすべて停止されてしまう。従って、例えば、故意または何らかの障害等により、特定のアプリケーションへのトリガリングが高い頻度で行われた場合による動作停止といった事態に対応することはできない。すなわち、特定のアプリケーションへのトリガリングに対応する技術はなかった。【００１１】
そこで、本発明は、上記課題を解決する通信システム、通信装置及び通信方法を提供することにある。
【課題を解決するための手段】
【００１２】
上記課題を解決するための本願発明の一態様は、端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視する監視手段と、前記発生状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部とを有する。【００１３】
上記課題を解決するための本願発明の一態様は、端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視する監視手段と、前記発生状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部とを有する。【００１４】
上記課題を解決するための本願発明の一態様は、端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視し、前記発生状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する。【００１５】
上記課題を解決するための本願発明の一態様は、プログラムであって、前記プログラムは前記制御装置を、端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視する手段と、前記発生状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御手段として機能させる。
【発明の効果】
【００１６】
本発明によると、特定のデバイスの動作保証期間の短縮や動作停止に起因するシステム全体の動作保証期間の短縮や動作不良の問題に対応することができる。
【図面の簡単な説明】
【００１７】
【図１】図１は、本発明におけるネットワークシステムの概略図である。
【図２】図２は、本発明におけるネットワークノードを説明するためのブロック図である。
【図３】図３は、本発明の動作を説明するための図である。
【図４】図４は、本発明におけるネットワークノードの他の態様を示す図である。
【発明を実施するための形態】
【００１８】
本発明におけるネットワークシステムは、図１に示す如く、ネットワークノード１０が監視部１１と、制御部１２とを有する。監視部１１は、ＵＥ(Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ)２０をトリガリングするトリガリングメッセージに含まれるＵＥ２０を識別する識別子を監視する。そして、制御部１２は、監視部１１での監視結果に応じて、ＵＥ２０へのトリガリングメッセージの送信を制御する。ここで本発明におけるネットワークシステムは、ＬＴＥ／ＳＡＥ／ＥＰＳ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ／Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ／Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）、ＵＭＴＳ、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ.）やＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ＦＯＲ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（登録商標）などを含む。
【００１９】
続いて、ネットワークノード１０とＵＥ２０が設けられるネットワークシステムについて説明する。尚、以下の説明では、ＬＴＥのＭ２Ｍコアネットワークを例にし、ネットワークノードをＭＴＣ-ＩＷＦ(Ｉｎｔｅｒ−Ｗｏｒｋｉｎｇ Ｆｕｎｃｔｉｏｎ)として、ＵＥをＭＴＣデバイスとして説明するが、各種エンティティの名称は各ネットワークの仕様に準ずるものとする。
【００２０】
図１に示すように、本発明に係るネットワークシステムは、ＭＴＣ−ＩＷＦ１０を含む。ＭＴＣ−ＩＷＦ１０は、ＭＴＣデバイス２０とＳＣＳ(Ｓｅｒｖｉｃｅ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ)３０との間でメッセージを中継するノードとして機能する。尚、ＳＣＳ３０は、ＬＴＥのＭ２ＭコアネットワークではＭＴＣサーバとして機能する。また、上記の通りネットワークノードとしてＭＴＣ-ＩＷＦ１０を用いて説明するが、他のノードとして、ＨＳＳ(Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ)、ＭＭＥ(Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ)、ＳＧＳＮ(Ｓｅｒｖｉｎｇ  ＧＰＲＳ(Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ)  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ)、ＭＳＣ(Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｒｅ)等でもよい。また、以下の説明においては、ＭＭＥ、ＳＧＳＮ及びＭＳＣを“ＭＭＥ／ＳＧＳＮ／ＭＳＣ”と呼称し、符号４０で総称することがある。ＭＴＣデバイス２０とＭＴＣ−ＩＷＦ１０の間の通信は、ＭＭＥ／ＳＧＳＮ／ＭＳＣ４０及びＲＡＮ(Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ)を介して行われる。
【００２１】
以下に、本発明の詳細について説明する。
【００２２】
〈第１の実施の形態〉
本発明における第１の実施の形態について説明する。
【００２３】
本実施の形態におけるＭＴＣ-ＩＷＦ１０は、図２に示す通り、監視部１１と制御部１２とを有する。
【００２４】
監視部１１は、ＳＣＳ３０からＴｓｐインターフェースを介して送信されるトリガリングメッセージの履歴を保持する。尚、３ＧＰＰ  ＴＳ２３．６８２において、トリガリングメッセージに含まれる情報として、
１．Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ  ｏｒ  ＭＳＩＳＤＮ（外部識別子またはＭＳＩＳＤＮ番号）
２．ＳＣＳ−Ｉｄｅｎｔｉｆｉｅｒ（ＭＴＣ‐サーバ識別子）
３．Ｔｒｉｇｇｅｒ  ｒｅｆｅｒｅｎｃｅ  ｎｕｍｂｅｒ（トリガリング参照番号）
４．Ｖａｌｉｄｉｔｙ  ｐｅｒｉｏｄ（有効期間）
５．Ｐｒｉｏｒｉｔｙ（優先度）
６．Ａｐｐｌｉｃａｔｉｏｎ  Ｐｏｒｔ  Ｉｄｅｎｔｉｆｉｅｒ（アプリケーション・ポート番号）
７．Ｔｒｉｇｇｅｒ  ｐａｙｌｏａｄ（トリガリング・ペイロード）
が含まれると記載されており、以下の説明では、これらの情報が含まれるトリガリングメッセージを用いて説明する。
【００２５】
監視部１１は、トリガリングメッセージを受信すると、その受信したトリガリングメッセージを履歴として保存する。
【００２６】
更に、その一方で、監視部１１は、受信したトリガリングメッセージに含まれるアプリケーション・ポート番号に記されているポート番号を確認し、このポート番号毎にトリガリングの発生数又は発生頻度等の発生状況を監視し、トリガリングの発生状況が高い場合、故意または何らかの障害等により異常が発生していると判断する。
【００２７】
制御部１２は、監視部１１の監視結果に応じて、ＭＴＣデバイス２０へのトリガリングメッセージの転送を制御する。制御部１２が行うトリガリングメッセージの制御は、トリガリングメッセージの廃棄又はバッファリングを示す。例えば、トリガリングメッセージに記されているプライオリティ、若しくはトリガリングメッセージに記されているアプリケーション毎に設けられているプライオリティに基づいて、プライオリティが低いトリガリングメッセージを廃棄又はバッファリングする。
【００２８】
続いて、本実施の形態における動作について図３を用いて説明する。
【００２９】
ＳＣＳ３０は、ＡＳからトリガリング要求メッセージを受けると、ＭＴＣ-ＩＷＦにトリガリング要求を送信する（ステップＳ１）。
【００３０】
監視部１１は、ＳＣＳからトリガリング要求を受けると、ＳＣＳがトリガリング要求の送信を許可されているか確認し、許可されている場合トリガリングメッセージとして扱い、履歴として保持する（ステップＳ２）。
【００３１】
監視部１１はアプリケーション・ポート番号に記されているポート番号を確認する（ステップＳ３）。
【００３２】
監視部１１は確認したポート番号に基づいて、このポート番号に対する所定期間におけるトリガリングの受信頻度（発生状況）を監視し、異常が発生しているかを判断する（ステップＳ４）。
【００３３】
Ｓ４で、異常が発生している場合、制御部１２は監視部１１の監視結果に応じて、トリガリングメッセージの転送を制御する（ステップＳ５）。一方、Ｓ４で、異常が発生していない場合、トリガリングメッセージをそのまま転送する（ステップＳ６）。
【００３４】
尚、上記実施の形態では、ＭＴＣ-ＩＷＦ１０に監視部１１を設けて異常が発生しているか否かを判断しているが、はＭＴＣ-ＩＷＦ１０にアドオンした新しいコンポネントに設けても良い。
【００３５】
また、上記実施の形態では、特定のポート番号に対するトリガリングの監視を行っている構成を用いて説明したが、ポート番号をグループ化し、グループ化した各グループを識別する識別情報に基づいてトリガリングを監視する構成であっても良い。この場合、アプリケーションの種類、トリガリング先のＭＴＣデバイスの種類・設置場所等に基づいてポート番号をグルーピングした属性情報を利用したり、ポート番号とグループとの対応表を保持してこの対応表を利用したりして、特定のポート番号に対するトリガリングの監視を行う構成が考えられる。
【００３６】
このような構成の場合、特定のポート番号に対する異常トリガリングの検知に加えて、特定のエリア(部屋・建物)に対する異常トリガリングや、重要デバイス群(グリティカルな情報を集めるデバイス)や電池駆動のデバイス等の特殊的な異常トリガリングを検知して対応することも可能となる。
【００３７】
上記本願発明によると、特定のデバイスの動作保証期間の短縮や動作停止に起因するシステム全体の動作保証期間の短縮や動作不良の問題に対応することができる。
【００３８】
〈実施例〉
上述の本願の監視部１１は、ポート番号毎にトリガリングの発生状況を監視して異常が発生しているかを判断しているが、下記実施例ではこの判断する方法の詳細について説明する。
【００３９】
〈実施例１〉
監視部１１は、ＭＴＣ-ＩＷＦ１０がポート番号毎に保存しているトリガリングメッセージの履歴に基づいて受信回数を所定時間（Δｔ）ごとにカウントし、そのうちの最大値を受信頻度最大値（Ｔｒｉ＿ｍａｘ）として保持しておく。尚、受信頻度最大値（Ｔｒｉ＿ｍａｘ）の更新は、所定時間毎であっても、例えばトリガリングメッセージを送信又は受信した時のようなトリガとなる動作に基づいて行っても良いものとする。
【００４０】
更に、トリガリングメッセージを受信すると、アプリケーション・ポート番号に記されているポート番号の受信頻度最大値（Ｔｒｉ＿ｍａｘ）に重み付した値（Ｔｒｉ＿ｍａｘ×Ａ）と、今回受信した時間を含む所定時間（Δｔ）における受信回数（Ｔｒｉ＿ｎｕｍ）とを比較する。比較の結果、（Ｔｒｉ＿ｎｕｍ）＞（Ｔｒｉ＿ｍａｘ×Ａ）の場合、異常が発生しているとして、トリガリングメッセージを破棄して転送を中止したり、所定時間バッファリングしたりして遅延させる。
【００４１】
尚、上記比較は、受信頻度最大値の場合を説明したが、過去の受信頻度の上位の平均に重み付した数値、過去の受信頻度の標準偏差等であってもよい。
【００４２】
〈実施例２〉
監視部１１は、ＭＴＣ-ＩＷＦ１０がポート番号毎に保存しているトリガリングメッセージの履歴に基づいて受信回数を所定時間（Δｔ）ごとにカウントし、その平均値（Ｔｒｉ＿ａｖｅ）を算出して保持しておく。尚、平均値（Ｔｒｉ＿ａｖｅ）の更新は、実施例１同様に、所定時間毎であっても、例えばトリガリングメッセージを送信又は受信した時のようなトリガとなる動作に基づいて行っても良いものとする。
【００４３】
更に、トリガリングメッセージを受信すると、アプリケーション・ポート番号に記されているポート番号における平均値（Ｔｒｉ＿ａｖｅ）に重み付した値（Ｔｒｉ＿ａｖｅ×Ｂ）と、今回受信した時間を含む所定時間（Δｔ）における受信回数（Ｔｒｉ＿ｎｕｍ）とを比較する。比較の結果、（Ｔｒｉ＿ｎｕｍ）＞（Ｔｒｉ＿ａｖｅ×Ｂ）の場合、異常が発生しているとして、トリガリングメッセージを破棄して転送を中止したり、所定時間バッファリングしたりして遅延させる。
【００４４】
尚、上記比較は、平均値の場合を説明したが、算術平均又は中央値等であってもよい。
【００４５】
〈実施例３〉
監視部１１は、ＭＴＣ-ＩＷＦ１０がポート番号毎に保存しているトリガリングメッセージの履歴に基づいて、１日を細分化して複数の時間帯を設定し、各時間帯の受信回数をカウントして、各時間帯の発生頻度を正規化した値（Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿ｈｏｕｒ：Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿０、Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿１、・・・、Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿２３）を算出する。そして、この算出した値（Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿ｈｏｕｒ：Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿０、Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿１、・・・、Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿２３）で、上記実施例２で求めた平均値（Ｔｒｉ＿ａｖｅ）を補正して、各時間帯の閾値（Ｔｒｉ＿ｔｈｒｅ＝Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿ｈｏｕｒ×Ｔｒｉ＿ａｖｅ）を算出して保持しておく。尚、各時間帯の閾値（Ｔｒｉ＿ｔｈｒｅ）の更新は、実施例１同様に、所定時間毎であっても、例えばトリガリングメッセージを送信又は受信した時のようなトリガとなる動作に基づいて行っても良いものとする。
【００４６】
更に、トリガリングメッセージを受信すると、アプリケーション・ポート番号に記されているポート番号の閾値の中から、このトリガリングメッセージを受信した時間に対応する時間帯の閾値（Ｔｒｉ＿ｔｈｒｅ）を検索する。この検索した閾値に重み付した値（Ｔｒｉ＿ｔｈｒｅ×Ｃ）と、今回受信した時間を含む所定時間（Δｔ）における受信回数（Ｔｒｉ＿ｎｕｍ）とを比較する。比較の結果、（Ｔｒｉ＿ｎｕｍ）＞（Ｔｒｉ＿ｔｈｒｅ×Ｃ）の場合、異常が発生しているとして、トリガリングメッセージを破棄して転送を中止したり、所定時間バッファリングしたりして遅延させる。
【００４７】
尚、上記比較は、時間帯毎の発生した頻度を正規化した値Ｔｉｍｅ＿Ｗｅｉｇｈｔ＿ｈｏｕｒ）の場合を説明したが、時刻毎、午前中及び午後等のように１日を細分化してもよい。また、上記閾値は実施例２で説明した平均値を用いて閾値を作成する方法について説明したが、過去の同一時間帯における最大値を用いて閾値を作成してもよい。
【００４８】
尚、上記実施例において判断の方法を複数用いて説明したが、例えば閾値を予め管理者が設定し、その閾値を超えた場合に異常が発生している等のように、他の方法であってもよい。
【００４９】
また、上述した本願発明は、上記説明からも明らかなようにハードウェアで構成することも可能であるが、コンピュータプログラムによって各処理を情報処理装置（ＣＰＵ）に行わせることにより実現することも可能である。この場合、プログラムメモリに格納されているプログラムで動作するプロセッサによって、上述した実施の形態と同様の機能、動作を実現させる。
【００５０】
例えば、ネットワークノード１０では、図４に示す如く、メモリ４００と、ＣＰＵ４０１とから構成されるコンピュータシステムによって実現可能である。この場合、メモリ４００には、上述した監視部１１及び制御部１２に対応する処理を行うプログラムが格納されている。そして、ＣＰＵ４０１がメモリ４００に格納されているプログラムを実行することで、監視部１１及び制御部１２の機能が実現される。
【００５１】
以上、実施の形態及び実施例をあげて本願発明を説明したが、本願発明は必ずしも上記実施の形態及び実施例に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
【００５２】
上記の実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【００５３】
（付記１）
端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視する監視部と、
前記発生状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部と
を有する通信システム。
【００５４】
（付記２）
前記ポート番号情報は、前記ポート番号が属するグループを識別する識別子を含む付記１に記載の通信システム。
【００５５】
（付記３）
前記制御部は、前記トリガリングメッセージを削除、もしくは待機することにより、前記トリガリングメッセージの送信を制御する
付記１又は付記２に記載の通信システム。
【００５６】
（付記４）
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の最大値とを用いて制御する
付記１から付記３のいずれかに記載の通信システム。
【００５７】
（付記５）
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の平均値とを用いて制御する
付記１から付記３のいずれかに記載の通信システム。
【００５８】
（付記６）
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
付記１から付記３のいずれかに記載の通信システム。
【００５９】
（付記７）
前記端末が、マシンタイプコミュニケーション（ＭＴＣ）端末である
付記１から付記６のいずれかに記載の通信システム。
【００６０】
（付記８）
端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視する監視手段と、
前記監視状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部と
を有する制御装置。
【００６１】
（付記９）
前記ポート番号情報は、前記ポート番号が属するグループを識別する識別子を含む付記８に記載の制御装置。
【００６２】
（付記１０）
前記制御部は、前記トリガリングメッセージを削除、もしくは待機することにより、前記トリガリングメッセージの送信を制御する
付記８又は付記９に記載の制御装置。
【００６３】
（付記１１）
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の最大値とを用いて制御する
付記８から付記１０のいずれかに記載の制御装置。
【００６４】
（付記１２）
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の平均値とを用いて制御する
付記８から付記１０のいずれかに記載の制御装置。
【００６５】
（付記１３）
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
付記８から付記１０のいずれかに記載の制御装置。
【００６６】
（付記１４）
前記端末が、マシンタイプコミュニケーション（ＭＴＣ）端末である
付記８から付記１３のいずれかに記載の制御装置。
【００６７】
（付記１５）
端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視し、
前記発生状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する
通信方法。
【００６８】
（付記１６）
前記ポート番号情報は、前記ポート番号が属するグループを識別する識別子を含む付記１５に記載の通信方法。
【００６９】
（付記１７）
前記制御は、前記トリガリングメッセージを削除、もしくは待機することにより、前記トリガリングメッセージの送信を制御する
付記１５又は付記１６に記載の通信方法。
【００７０】
（付記１８）
前記制御は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の最大値とを用いて制御する
付記１５から付記１７のいずれかに記載の通信方法。
【００７１】
（付記１９）
前記制御は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの発生頻度数の平均値とを用いて制御する
付記１５から付記１７のいずれかに記載の通信方法。
【００７２】
（付記２０）
前記制御は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
付記１５から付記１７のいずれかに記載の通信方法。
【００７３】
（付記２１）
前記端末が、マシンタイプコミュニケーション（ＭＴＣ）端末である
付記１５から付記２０のいずれかに記載の通信方法。
【００７４】
（付記２２）
制御装置のプログラムであって、前記プログラムは前記制御装置を、
端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視する監視手段と、
前記監視状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部と
して機能させるプログラム。
【００７５】
（付記２３）
前記ポート番号情報は、前記ポート番号が属するグループを識別する識別子を含む付記２２に記載のプログラム。
【００７６】
（付記２４）
前記制御部は、前記トリガリングメッセージを削除、もしくは待機することにより、前記トリガリングメッセージの送信を制御する
付記２２又は付記２３に記載のプログラム。
【００７７】
（付記２５）
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の最大値とを用いて制御する
付記２２から付記２４のいずれかに記載のプログラム。
【００７８】
（付記２６）
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の平均値とを用いて制御する
付記２２から付記２４のいずれかに記載のプログラム。
【００７９】
（付記２７）
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
付記２２から付記２４のいずれかに記載のプログラム。
【００８０】
（付記２８）
前記端末が、マシンタイプコミュニケーション（ＭＴＣ）端末である
付記２２から付記２７のいずれかに記載のプログラム。
【００８１】
本出願は、２０１５年８月５日に出願された日本出願特願２０１５−１５５２８７号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００８２】
１０  ＭＴＣ-ＩＷＦ
２０  ＭＴＣデバイス
３０  ＳＣＳ
１１  監視部
１２  制御部
４００  メモリ
４０１  ＣＰＵ
【図１】
2017022644.tif 000003
【図２】
2017022644.tif 000004
【図３】
2017022644.tif 000005
【図４】
2017022644.tif 000006
【手続補正書】
【提出日】平成30年1月29日(2018.1.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視する監視部と、
前記発生状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部と
を有する
通信システム。
【請求項２】
端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視する監視手段と、
前記監視状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部と
を有する制御装置。
【請求項３】
前記ポート番号情報は、前記ポート番号が属するグループを識別する識別子を含む請求項２に記載の制御装置。
【請求項４】
前記制御部は、前記トリガリングメッセージを削除、もしくは前記トリガリングメッセージの送信を待機することにより、前記トリガリングメッセージの送信を制御する
請求項２又は請求項３に記載の制御装置。
【請求項５】
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の最大値とを用いて制御する
請求項２から請求項４のいずれかに記載の制御装置。
【請求項６】
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの発生頻度数の平均値とを用いて制御する
請求項２から請求項４のいずれかに記載の制御装置。
【請求項７】
前記制御部は、所定のポート番号又は識別子を含むトリガリングメッセージを受信した時刻を含む所定期間の発生頻度数と、前記ポート番号又は識別子を含む過去のトリガリングメッセージの前記所定時間に対応する時間帯の発生頻度数とを用いて制御する
請求項２から請求項４のいずれかに記載の制御装置。
【請求項８】
前記端末が、マシンタイプコミュニケーション（ＭＴＣ）端末である
請求項２から請求項７のいずれかに記載の制御装置。
【請求項９】
端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視し、
前記発生状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する
通信方法。
【請求項１０】
制御装置のプログラムであって、前記プログラムは前記制御装置を、
端末をトリガリングするトリガリングメッセージに含まれるポート番号を識別するポート番号情報に基づいて前記トリガリングメッセージの発生状況を監視する監視手段と、
前記監視状況に基づいて、前記端末への前記トリガリングメッセージの送信を制御する制御部と
して機能させるプログラム。
【国際調査報告】
2017022644.tif 000007
2017022644.tif 000008