(57)【要約】【課題】通信端末にて発生した重要な情報を迅速かつ確実に宛先に伝達する。【解決手段】Ｍ２Ｍ通信端末１０１から呼要求を受信すると、通信方式の異なる複数のセルラネットワーク（ＬＴＥセルラネットワーク、３Ｇセルラネットワーク、２Ｇセルラネットワーク）のいずれかを選択し、選択したセルラネットワークにより呼要求を宛先に転送するセルラＭ２Ｍ通信システム１において、呼重要度分析制御サーバ１１４が、Ｍ２Ｍ通信端末１０１から受信する呼要求の受信周期と各セルラネットワークの負荷の状況とに基づき、受信した呼要求の転送に用いるセルラネットワークを選択するようにする。呼重要度分析制御サーバ１１４は、受信した呼要求の受信日時と、同じ２Ｍ通信端末１０１から前回受信した呼要求の受信日時との時間差を呼周期通常範囲と比較することにより受信した呼要求の種類（重要呼／通常呼）を決定する。【選択図】図１
2015100005.tif 000002
【特許請求の範囲】
【請求項１】
無線通信端末から情報の送信要求を受信すると、通信方式の異なる複数の通信手段のうちのいずれかを選択し、選択した通信手段により前記送信要求を宛先に転送する通信システムにおいて、前記通信手段を選択する装置であって、
前記無線通信端末から受信する前記送信要求の受信周期と前記通信手段の夫々の負荷の状況とに基づき、受信した前記送信要求の前記転送に用いる前記通信手段を選択する、
通信制御装置。
【請求項２】
無線通信端末から呼要求を受信すると、通信方式の異なる複数のセルラネットワークのうちのいずれかを選択し、選択したセルラネットワークにより前記呼要求を宛先に転送する通信システムにおいて、前記セルラネットワークを選択する装置であって、
前記無線通信端末から受信する前記呼要求の受信周期と前記セルラネットワークの夫々の負荷の状況とに基づき、受信した前記呼要求の前記転送に用いる前記セルラネットワークを選択する、
請求項１に記載の通信制御装置。
【請求項３】
前記無線通信端末から受信する前記呼要求の受信日時を記憶し、
前記呼要求の種別の判定に用いる呼周期通常範囲を記憶し、
前記無線通信端末から呼要求を受信すると、今回受信した呼要求の受信日時と当該無線通信端末から前回受信した呼要求の受信日時との時間差を前記呼周期通常範囲と比較し、
前記時間差が前記呼周期通常範囲以内であれば、今回受信した前記呼要求の種別を通常呼と判定し、前記時間差が前記呼周期通常範囲外であれば、今回受信した前記呼要求の種別を重要呼と判定し、
今回受信した前記呼要求を重要呼と判定する場合、当該呼要求が、通常呼と判定する他の呼要求よりも優先して前記宛先に到達するように前記セルラネットワークを選択する、
請求項２に記載の通信制御装置。
【請求項４】
前記無線通信端末は複数のグループのいずれかに分類され、前記無線通信端末は前記呼要求とともに当該無線通信端末が所属する前記グループの識別子を送信し、
同一の前記グループに所属する複数の前記無線通信端末から前記呼要求を予め設定された所定時間内に受信し、かつ、前記種別の判定によりそのうちの複数の前記呼要求が前記重要呼と判定される場合、そのうちの一部の前記呼要求のみを前記重要呼とし、他の前記呼要求については通常呼とする、
請求項３に記載の通信制御装置。
【請求項５】
前記呼要求を送信してきた前記無線通信端末に対し、選択した前記セルラネットワークへの呼要求の送信を指示する応答を送信する、
請求項２乃至４のいずれか一項に記載の通信制御装置。
【請求項６】
前記今回受信した呼要求を通常呼と判定し、かつ、前記セルラネットワークの夫々の負荷が夫々について設定された閾値を超えている場合、当該呼要求を送信してきた前記無線通信端末に対して当該呼要求についての前記宛先への転送を拒否する旨の応答を送信する
請求項２乃至４のいずれか一項に記載の通信制御装置。
【請求項７】
前記無線通信端末は、社会インフラシステムを構成する機器に付設されたＭ２Ｍ無線通信端末であり、
前記無線通信端末が前記宛先に送信する情報は、前記機器から取得される情報であり、
前記セルラネットワークはインターネットに接続され、
前記宛先は前記インターネットに接続する情報処理装置である、
請求項２乃至４のいずれか一項に記載の通信制御装置。
【請求項８】
前記セルラネットワークは、無線通信の基地局、コアネットワーク、及び呼制御サーバを含む
請求項２乃至４のいずれか一項に記載の通信制御装置。
【請求項９】
前記呼制御サーバと通信可能に接続し、前記呼制御サーバから前記セルラネットワークの前記負荷を示す情報を受信する
請求項８に記載の通信制御装置。
【請求項１０】
前記セルラネットワークは、ＬＴＥセルラネットワーク、３Ｇセルラネットワーク、及び２Ｇセルラネットワークのうちの少なくともいずれかである、
請求項２乃至４のいずれか一項に記載の通信制御装置。
【請求項１１】
前記無線通信端末から受信する前記呼要求の平均受信時間間隔に所定の上限重み及び下限重みを乗じることにより前記呼周期通常範囲を求める、
請求項３又は４に記載の通信制御装置。
【請求項１２】
無線通信端末から情報の送信要求を受信すると、通信方式の異なる複数の通信手段のうちのいずれかを選択し、選択した通信手段により前記送信要求を宛先に転送する通信システムにおいて、
前記通信手段を選択する通信制御装置が、
前記無線通信端末から受信する前記送信要求の受信周期と前記通信手段の夫々の負荷の状況とに基づき、受信した前記送信要求の前記転送に用いる前記通信手段を選択する、
通信制御方法。
【請求項１３】
無線通信端末から呼要求を受信すると、通信方式の異なる複数のセルラネットワークのいずれかを選択し、選択したセルラネットワークにより前記呼要求を宛先に転送する通信システムにおいて、
前記セルラネットワークを選択する通信制御装置が、前記無線通信端末から受信する前記呼要求の受信周期と前記セルラネットワークの夫々の負荷の状況とに基づき、受信した前記呼要求の前記転送に用いる前記セルラネットワークを選択する、
請求項１２に記載の通信制御方法。
【請求項１４】
前記通信制御装置が、
前記無線通信端末から受信する前記呼要求の受信日時を記憶するステップ、
前記呼要求の種別の判定に用いる呼周期通常範囲を記憶するステップ、
前記無線通信端末から呼要求を受信すると、今回受信した呼要求の受信日時と当該無線通信端末から前回受信した呼要求の受信日時との時間差を前記呼周期通常範囲と比較するステップ、
前記時間差が前記呼周期通常範囲以内であれば、今回受信した前記呼要求の種別を通常呼と判定し、前記時間差が前記呼周期通常範囲外であれば、今回受信した前記呼要求の種別を重要呼と判定するステップ、
今回受信した前記呼要求を重要呼と判定する場合、当該呼要求が、通常呼と判定する他の呼要求よりも優先して前記宛先に到達するように前記セルラネットワークを選択するステップ
を含む、請求項１３に記載の通信制御方法。
【請求項１５】
前記無線通信端末は複数のグループのいずれかに分類され、前記無線通信端末は前記呼要求とともに当該無線通信端末が所属する前記グループの識別子を送信し、
前記通信制御装置が、
同一の前記グループに所属する複数の前記無線通信端末から前記呼要求を予め設定された所定時間内に受信し、かつ、前記種別の判定によりそのうちの複数の前記呼要求が前記重要呼と判定される場合、そのうちの一部の前記呼要求のみを前記重要呼とし、他の前記呼要求については通常呼とするステップを更に含む、
請求項１４に記載の通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信制御装置、及び通信制御方法に関する。
【背景技術】
【０００２】
特許文献１には、消費電力を低減するため、無線通信端末装置が、複数のデータ通信方式の中から一つを選択し、選択したデータ通信方式を用いて通信を行い、複数のデータ通信方式の通信状態及び予め決められた優先度を基に、通信に使用しているデータ通信方式以外のデータ通信方式を用いた基地局の検出処理の実行頻度を制御し、基地局の検出処理の実行頻度の制御を受けて、通信に使用しているデータ通信方式以外のデータ通信方式に対応する基地局を検出することが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−９００６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
遠隔エネルギー管理システム、上下水監視システム、災害検知システム等の社会インフラシステムに適用される通信端末及びこれら通信端末からの情報が集約される監視センタとの間で行われる通信は、広範囲に亘り多数の通信端末が設置される、通信端末で発生する通信の多くが少量のデータをサーバ装置等に周期的に送信するものである、といった特徴を有する。そのため、例えば、電力会社から電力供給を受ける約３０００万戸の需要家の電力メータがスマートメータに置き換わり、これらが例えばセルラネットワークを介して３０分毎に検針値を電力会社のデータセンタに送信すると仮定した場合、３０分間に小サイズの検針値の送信のための呼要求が３０００万回も発生し、少量のデータ通信のために膨大な制御信号の送受信が発生することになる。
【０００５】
こうした通信端末と監視センタとの間で行われる通信においては、通信端末にて発生したアラームなどの重要な情報を所定時間内に確実に監視センタ等へ到達させる必要がある。しかしセルラネットワーク等の通信手段に同時に収容可能な通信端末の数は有限であり、今後通信端末の数が増えると通信端末から送信される呼要求の処理が停滞し、重要な情報の伝達が所定時間内に行われなくなることが想定される。
【０００６】
本発明はこのような背景に基づきなされたものであり、通信端末にて発生した重要な情報が迅速かつ確実に宛先に伝達されるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するための本発明のうちの一つは、無線通信端末から情報の送信要求を受信すると、通信方式の異なる複数の通信手段のうちのいずれかを選択し、選択した通信手段により前記送信要求を宛先に転送する通信システムにおいて、前記通信手段を選択する装置であって、前記無線通信端末から受信する前記送信要求の受信周期と前記通信手段の夫々の負荷の状況とに基づき、受信した前記送信要求の前記転送に用いる前記通信手段を選択する。
【発明の効果】
【０００８】
本発明によれば、通信端末にて発生した重要な情報を迅速かつ確実に宛先に伝達することができる。
【図面の簡単な説明】
【０００９】
【図１】セルラＭ２Ｍ通信システム１の概略的な構成を示す図である。
【図２】呼重要度分析制御サーバ１１４が備える主な機能及び呼重要度分析制御サーバ１１４が記憶する主な情報を示す図である。
【図３】Ｍ２Ｍ通信端末リスト２０８及び呼履歴リスト２０５の一例である。
【図４】呼重要度判定テーブル２０３及び呼接続先制御テーブル２０１の一例である。
【図５】呼重要度分析制御サーバ１１４の処理を説明するフローチャートである。
【図６】呼重要度分析制御サーバ１１４の処理を説明するフローチャートである。
【図７】第２実施形態の呼重要度分析制御サーバ１１４が備える主な機能及び呼重要度分析制御サーバ１１４が記憶する主な情報を示す図である。
【図８】第２実施形態の呼重要度判定テーブル７０２の一例である。
【図９】第２実施形態のグループＩＤ別非周期呼発生回数テーブル７０３の一例である。
【図１０】第２実施形態の呼重要度分析制御サーバ７０１の処理を説明するフローチャートである。
【図１１】Ｍ２Ｍ通信端末１０１から送信される呼要求の一例である。
【発明を実施するための形態】
【００１０】
以下、実施形態について図面を参照しつつ説明する。以下の説明において、同一又は類似の構成に同一の符号を付して重複する説明を省略することがある。また「ゲートウェイ」のことを「ＧＷ」と、「インタフェース」のことを「Ｉ／Ｆ」と、「第２世代移動通信システム」のことを「２Ｇ」（2nd Generation）と、「第３世代移動通信システム」のことを「３Ｇ」（3rd  Generation）と、「ＬＴＥ通信システム」（LTE:Long Term Evolution）のことを「ＬＴＥ」と略記することがある。
【００１１】
＜第１実施形態＞
図１に第１実施形態として説明するセルラＭ２Ｍ通信システム１（M2M:Machine to Machine）の概略的な構成を示す。セルラＭ２Ｍ通信システム１は、地域に存在するＭ２Ｍ通信端末１０１（無線通信端末）から呼要求（送信要求）を受信すると、通信方式の異なる複数のセルラネットワーク（通信手段）のうちのいずれかを選択し、選択したセルラネットワークにより、受信した呼要求を、その宛先である監視センタ１１９に転送する。尚、本実施形態では、セルラＭ２Ｍ通信システム１は、上記通信方式の異なる複数のセルラネットワークの一例として、ＬＴＥセルラネットワーク、３Ｇセルラネットワーク、及び２Ｇセルラネットワークを含むものとする。
【００１２】
同図に示すように、セルラＭ２Ｍ通信システム１は、２Ｇセルラネットワークを構成している、２Ｇ基地局１０４、２Ｇコアネットワーク１１１、２Ｇ呼制御サーバ１０８、２Ｇゲートウェイ１１５、３Ｇセルラネットワークを構成している、３Ｇ基地局１０５、３Ｇコアネットワーク１１２、３Ｇ呼制御サーバ１０９、及び３Ｇゲートウェイ１１６、ＬＴＥセルラネットワークを構成している、ＬＴＥ基地局１０６、ＬＴＥコアネットワーク１１３、ＬＴＥ呼制御サーバ１１０、及びＬＴＥゲートウェイ１１７などを含む。
【００１３】
またセルラＭ２Ｍ通信システム１は、上記セルラネットワークを選択する装置（通信制御装置）を実現する装置である、呼重要度分析制御サーバ１１４及び呼負荷監視サーバ１０７を含む。Ｍ２Ｍ通信端末１０１は、セルラＭ２Ｍ通信システム１を介して、インターネット１１８に接続する監視センタ１１９と通信する。
【００１４】
２Ｇ呼制御サーバ１０８、３Ｇ呼制御サーバ１０９、ＬＴＥ呼制御サーバ１１０、呼重要度分析制御サーバ１１４、及び呼負荷監視サーバ１０７は、いずれもプロセッサ（ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等）、記憶装置（ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＮＶＲＡＭ（Non Volatile RAM）、ハードディスクドライブ、ＳＳＤ（Solid State Drive）、光学式記憶装置等）、及び通信装置等を備えた情報処理装置（コンピュータ）である。
【００１５】
Ｍ２Ｍ通信端末１０１には、例えば、社会インフラシステム（遠隔エネルギー管理システム、上下水監視システム、災害検知システム等）を構成している、監視センタ１１９に通知する情報を生成する機器（環境センサ、スマートメータ等）が接続される。Ｍ２Ｍ通信端末１０１は、上記機器が取得した情報を、セルラＭ２Ｍ通信システム１及びインターネット１１８を介して監視センタ１１９に転送する。
【００１６】
Ｍ２Ｍ通信端末１０１が監視センタ１１９に通知する上記情報は、その特性から、周期的に送信される情報と突発的に（非周期的に）送信される情報とに大別することができる。前者の一例として、環境センサである電力メータが所定の時間間隔で計測して監視センタ１１９たる電力会社の監視施設等に通知する検針値がある。また後者の一例として、電力設備に付設された機器から監視センタ１１９たる電力会社の監視施設等に通知される、障害情報、故障情報、使用電力量等の急激な上昇を示す情報（アラート）がある。
【００１７】
ここで前者の周期的に送信される情報の多くは比較的緊急性の低い情報である。例えば、前述した検針値は、通常は所定期日までに監視センタ１１９に到達していれば問題を生じない。一方、後者の突発的に送信される情報の多くは、迅速かつ確実に監視センタ１１９に到達させる必要のある緊急性の高い情報である。例えば、前述した使用電力量の急激な上昇を示す情報は、監視センタ１１９に迅速に通知する必要のある情報であり、迅速に通知されることでＭ２Ｍ通信端末１０１のフィードバック制御が可能となり、漏電や機器の故障等の事故を未然に防ぐことが可能となる。
【００１８】
セルラＭ２Ｍ通信システム１は、こうしたＭ２Ｍ通信端末１０１が監視センタ１１９に通知する情報の特性と、各セルラネットワークのリアルタイムな負荷の状況とに応じて、情報の転送に用いるセルラネットワークを適切に選択する仕組みを備えている。以下、この仕組みについて詳述する。
【００１９】
＜Ｍ２Ｍ通信端末＞
Ｍ２Ｍ通信端末１０１は、監視センタ１１９に通知すべき情報が発生すると、まずＬＴＥ基地局１０６に対して呼要求を送信する。Ｍ２Ｍ通信端末１０１は、ＬＴＥ基地局１０６から上記呼要求に対する呼応答として「接続許可」を受信すると、上記情報を、ＬＴＥセルラネットワーク及びインターネット１１８を介して監視センタ１１９に送信する。
【００２０】
一方、Ｍ２Ｍ通信端末１０１は、ＬＴＥ基地局１０６から上記呼要求に対する呼応答として「３Ｇセルラネットワークへの切り替え指示」を受信すると、３Ｇ基地局１０５に呼要求を送信する。Ｍ２Ｍ通信端末１０１は、３Ｇ基地局１０５から上記呼要求に対する呼応答として「３Ｇセルラネットワークへの接続許可」を受信すると、上記情報を３Ｇセルラネットワーク及びインターネット１１８を介して監視センタ１１９に送信する。
【００２１】
Ｍ２Ｍ通信端末１０１は、ＬＴＥ基地局１０６から上記呼要求に対する呼応答として「２Ｇセルラネットワークへの切り替え指示」を受信すると、２Ｇ基地局１０４に呼要求を送信する。Ｍ２Ｍ通信端末１０１は、上記呼要求に対する呼応答として「２Ｇセルラネットワークへの接続許可」を受信すると、上記情報を２Ｇセルラネットワーク及びインターネット１１８を介して監視センタ１１９に送信する。
【００２２】
尚、Ｍ２Ｍ通信端末１０１は、いずれかのセルラネットワークへ接続した後も、上記情報を送信できない状態が続く（所定の閾値時間Ｔｈ以上続く）と、呼処理を再実行する（前述したＬＴＥセルラネットワークへの接続を試みるところから呼処理を再実行する）。尚、閾値時間Ｔｈの値は通常は数十秒〜数分のオーダである。そのため、前述した検針値ように閾値時間Ｔｈを超える間隔（例えば３０分程度）で繰り返し情報が送信される場合、呼処理（制御信号の送受信）が繰り返し発生することになる。
【００２３】
ＬＴＥ基地局１０６は、Ｍ２Ｍ通信端末１０１から呼要求を受信すると、これをＬＴＥコアネットワーク１１３を介して呼重要度分析制御サーバ１１４に転送する。
【００２４】
３Ｇ基地局１０５は、Ｍ２Ｍ通信端末１０１から呼要求を受信すると、３Ｇコアネットワーク１１２を介して当該呼要求を３Ｇ呼制御サーバ１０９に転送する。
【００２５】
２Ｇ基地局１０４は、Ｍ２Ｍ通信端末１０１から呼要求を受信すると、２Ｇコアネットワーク１１１を介して当該呼要求を２Ｇ呼制御サーバ１０８に転送する。
【００２６】
呼重要度分析制御サーバ１１４は、ＬＴＥコアネットワーク１１３から呼要求を受信すると、当該呼要求に含まれている、当該呼要求の送信元のＭ２Ｍ通信端末１０１の識別子（以下、端末ＩＤと称する。）を取得する。呼重要度分析制御サーバ１１４は、後述のＭ２Ｍ通信端末リスト２０８を参照し、取得した端末ＩＤがＭ２Ｍ通信端末リスト２０８に登録されているか否かを判定する。取得した端末ＩＤがＭ２Ｍ通信端末リスト２０８に登録されていない場合、呼重要度分析制御サーバ１１４は当該呼要求をＬＴＥ呼制御サーバ１１０に転送する。
【００２７】
一方、取得した端末ＩＤがＭ２Ｍ通信端末リスト２０８に登録されている場合、呼重要度分析制御サーバ１１４は、当該呼要求が前述した周期的に送信される情報を送信するものであるか、突発的に（非周期的に）送信される情報を送信するものであるかを、後述する呼重要度判定テーブル２０３に基づき判定する。当該呼要求が周期的に送信される情報を送信するものであると判定した場合、呼重要度分析制御サーバ１１４は、当該呼要求を「通常呼」とする。一方、当該呼要求が突発的に（非周期的に）送信される情報を送信するものであると判定した場合、呼重要度分析制御サーバ１１４は、当該呼要求を「重要呼」とする。
【００２８】
呼重要度分析制御サーバ１１４は、受信した呼要求について、呼重要度判定テーブル２０３に基づく上記判定の結果（Ｍ２Ｍ通信端末１０１から受信した呼要求が「重要呼」／「通常呼」のいずれであるのか）と、呼負荷監視サーバ１０７から送られてくる各セルラネットワークのリアルタイムな負荷を示す情報とに基づき、当該呼要求の監視センタ１１９への転送に用いるセルラネットワークを決定する。
【００２９】
例えば、ＬＴＥセルラネットワークの呼負荷が低い場合（呼負荷が予め設定された閾値以下である場合）、呼重要度分析制御サーバ１１４は、「通常呼」及び「重要呼」のいずれについてもＬＴＥ呼制御サーバ１１０に転送することを決定する。
【００３０】
また例えば、各セルラネットワークの呼負荷がいずれも高い場合（呼負荷が予め設定された閾値を超えている場合）、呼重要度分析制御サーバ１１４は、「重要呼」をＬＴＥ呼制御サーバに１１０転送せず、「３Ｇセルラネットワークへの切り替え」を指示する呼応答を、ＬＴＥコアネットワーク１１３及びＬＴＥ基地局１０６を介してＭ２Ｍ通信端末１０１に送信することを決定する。
【００３１】
また例えば、各セルラネットワークの呼負荷がいずれも高い場合（呼負荷が予め設定された閾値を超えている場合）、呼重要度分析制御サーバ１１４は、「通常呼」をＬＴＥ呼制御サーバ１１０に転送せず、「接続拒否」を示す呼応答をＬＴＥコアネットワーク１１３及びＬＴＥ基地局１０６を介してＭ２Ｍ通信端末１０１に送信することを決定する。
【００３２】
ＬＴＥ呼制御サーバ１１０は、呼重要度分析制御サーバ１１４から呼要求を受信すると、予め設定された判定基準に基づき、当該呼要求に対する応答（ＬＴＥセルラネットワークへの接続許否）を決定する。当該呼要求についてＬＴＥセルラネットワークへの接続を許可する場合、ＬＴＥ呼制御サーバ１１０は「接続許可」を示す呼応答を、呼重要度分析制御サーバ１１４、ＬＴＥコアネットワーク１１３、及びＬＴＥ基地局１０６を介して、当該呼要求を送信してきたＭ２Ｍ通信端末１０１に送信する。また当該呼要求についてＬＴＥセルラネットワークへの接続を拒否する場合、ＬＴＥ呼制御サーバ１１０は「接続拒否」を示す呼応答を、呼重要度分析制御サーバ１１４、ＬＴＥコアネットワーク１１３、及びＬＴＥ基地局１０６を介して、上記呼要求を送信してきたＭ２Ｍ通信端末１０１に送信する。
【００３３】
３Ｇ呼制御サーバ１０９は、３Ｇコアネットワーク１１２を介して３Ｇ基地局１０５から呼要求を受信すると、予め設定された判定基準に基づき、当該呼要求に対する応答（３Ｇセルラネットワークへの接続許否）を決定する。当該呼要求について３Ｇセルラネットワークへの接続を許可する場合、３Ｇ呼制御サーバ１０９は「接続許可」を示す呼応答を、３Ｇコアネットワーク１１２及び３Ｇ基地局１０５を介して、当該呼要求を送信してきたＭ２Ｍ通信端末１０１に送信する。当該呼要求について３Ｇセルラネットワークへの接続を拒否する場合、３Ｇ呼制御サーバ１０９は「接続拒否」を示す呼応答を、３Ｇコアネットワーク１１２及び３Ｇ基地局１０５を介して、当該呼要求を送信してきたＭ２Ｍ通信端末１０１に送信する。
【００３４】
２Ｇ呼制御サーバ１０８は、２Ｇコアネットワーク１１１を介して２Ｇ基地局１０４から呼要求を受信すると、予め設定された判定基準に基づき、当該呼要求に対する応答（２Ｇセルラネットワークへの接続許否）を決定する。当該呼要求について２Ｇセルラネットワークへの接続を許可する場合、２Ｇ呼制御サーバ１０８は「接続許可」を示す呼応答を、２Ｇコアネットワーク１１１及び２Ｇ基地局１０４を介して、当該呼要求を送信してきたＭ２Ｍ通信端末１０１に送信する。２Ｇ呼制御サーバ１０８は、当該呼要求について２Ｇセルラネットワークへの接続を拒否する場合、２Ｇ呼制御サーバ１０８「接続拒否」を示す呼応答を、２Ｇコアネットワーク１１１及び２Ｇ基地局１０４を介して、当該呼要求を送信してきたＭ２Ｍ通信端末１０１に送信する。
【００３５】
呼負荷監視サーバ１０７は、ＬＴＥ呼制御サーバ１１０、３Ｇ呼制御サーバ１０９、及び２Ｇ呼制御サーバ１０８と通信し、ＬＴＥ呼制御サーバ１１０、３Ｇ呼制御サーバ１０９、及び２Ｇ呼制御サーバ１０８の夫々から、各セルラネットワークのリアルタイムな負荷の状況を示す情報を取得し、取得した情報を呼重要度分析制御サーバ１１４に送信する。尚、呼負荷は、例えば、各セルラネットワークへの現在の接続端末数／セルラネットワークの収容可能端末数で表される。また呼負荷は、例えば、ＬＴＥ呼制御サーバ１１０、３Ｇ呼制御サーバ１０９、及び２Ｇ呼制御サーバ１０８の夫々のハードウエア的な処理負荷や、ＬＴＥコアネットワーク１１３、２Ｇコアネットワーク１１１、及び３Ｇコアネットワーク１１２の夫々を流れるトラフィックなどの他の種類の指標によって表される。
【００３６】
＜呼重要度分析制御サーバの詳細＞
続いて、図２とともに呼重要度分析制御サーバ１１４が備える主な機能及び呼重要度分析制御サーバ１１４が記憶する主な情報（テーブル）について説明する。同図に示す各機能は、呼重要度分析制御サーバ１１４が備えるハードウエアによって、もしくは、呼重要度分析制御サーバ１１４のプロセッサが、記憶装置に格納されているプログラムを読み出して実行することにより実現される。
【００３７】
同図に示すように、呼重要度分析制御サーバ１１４は、主な機能として、ＬＴＥコアネットワーク通信Ｉ／Ｆ２０９、ＬＴＥ呼制御サーバ通信Ｉ／Ｆ２１０、呼負荷監視サーバ通信Ｉ／Ｆ２１１、呼重要度判定テーブル生成部２０６、呼送信元種別判定部２０７、呼重要度分析部２０４、及び呼接続先制御部２０２を備える。また呼重要度分析制御サーバ１１４は、呼履歴リスト２０５、Ｍ２Ｍ通信端末リスト２０８、呼重要度判定テーブル２０３、及び呼接続先制御テーブル２０１を記憶している。
【００３８】
図３にＭ２Ｍ通信端末リスト２０８の一例を示す。Ｍ２Ｍ通信端末リスト２０８には、セルラＭ２Ｍ通信システム１を介して監視センタ１１９に情報を通知するＭ２Ｍ通信端末１０１の端末ＩＤ１４１が登録されている。
【００３９】
ＬＴＥコアネットワーク通信Ｉ／Ｆ２０９は、ＬＴＥコアネットワーク１１３と通信する。ＬＴＥコアネットワーク通信Ｉ／Ｆ２０９は、ＬＴＥコアネットワーク１１３から呼要求を受信すると、これを呼送信元種別判定部２０７に入力する。またＬＴＥコアネットワーク通信Ｉ／Ｆ２０９は、呼接続先制御部２０２から入力される呼応答をＬＴＥコアネットワーク１１３に送信する。またＬＴＥコアネットワーク通信Ｉ／Ｆ２０９は、ＬＴＥ呼制御サーバ通信Ｉ／Ｆ２１０から入力される呼応答をＬＴＥコアネットワーク１１３に転送する。
【００４０】
ＬＴＥ呼制御サーバ通信Ｉ／Ｆ２１０は、ＬＴＥ呼制御サーバ１１０と通信する。ＬＴＥ呼制御サーバ通信Ｉ／Ｆ２１０は、ＬＴＥ呼制御サーバ１１０から受信した呼応答をＬＴＥコアネットワーク通信Ｉ／Ｆ２０９に入力する。またＬＴＥ呼制御サーバ通信Ｉ／Ｆ２１０は、呼送信元種別判定部２０７から入力される呼要求を、ＬＴＥ呼制御サーバ１１０に送信する。またＬＴＥ呼制御サーバ通信Ｉ／Ｆ２１０は、呼接続先制御部２０２から入力される呼要求を、ＬＴＥ呼制御サーバ１１０に送信する。
【００４１】
呼負荷監視サーバ通信Ｉ／Ｆ２１１は、呼負荷監視サーバ１０７と通信する。呼負荷監視サーバ通信Ｉ／Ｆ２１１は、呼負荷監視サーバ１０７から各セルラネットワークの呼負荷を受信し、呼接続先制御部２０２へ入力する。
【００４２】
呼重要度分析制御サーバ１１４は、「呼重要度判定テーブル生成モード」、「呼重要度分析制御モード」の各動作モードで動作することができる。呼重要度分析制御サーバ１１４が「呼重要度判定テーブル生成モード」で動作しているとき、呼送信元種別判定部２０７は、ＬＴＥコアネットワーク通信Ｉ／Ｆ２０９から入力される呼要求を、呼重要度判定テーブル生成部２０６及びＬＴＥコアネットワーク通信Ｉ／Ｆ２０９の両方に入力する。また呼重要度分析制御サーバ１１４が「呼重要度分析制御モード」で動作しているとき、呼送信元種別判定部２０７は、ＬＴＥコアネットワーク通信Ｉ／Ｆ２０９から入力される呼要求を呼重要度分析部２０４に入力する。
【００４３】
呼送信元種別判定部２０７は、ＬＴＥコアネットワーク通信Ｉ／Ｆ２０９から呼要求が入力されると、当該呼要求に含まれている端末ＩＤをＭ２Ｍ通信端末リスト２０８と対照し、当該呼要求がＭ２Ｍ通信端末１０１から送信されたものであるか否かを判定する。呼送信元種別判定部２０７は、当該呼要求に含まれている端末ＩＤに一致する端末ＩＤがＭ２Ｍ通信端末リスト２０８に存在しない場合、当該呼要求をＬＴＥ呼制御サーバ１１０に転送すべく、当該呼要求をＬＴＥ呼制御サーバ通信Ｉ／Ｆ２１０に入力する。
【００４４】
図３に呼履歴リスト２０５の一例を示す。呼重要度判定テーブル生成部２０６は、呼送信元種別判定部２０７から入力される呼要求の送信元のＭ２Ｍ通信端末１０１の端末ＩＤ１５１と現在日時（呼要求発生日時１５２）とを対応づけたレコードを呼履歴リスト２０５に登録する。呼重要度判定テーブル生成部２０６は、呼履歴リスト２０５を用いて呼重要度判定テーブル２０３を生成する。
【００４５】
図４に呼重要度判定テーブル生成部２０６が生成する呼重要度判定テーブル２０３の一例を示す。同図に示すように、呼重要度判定テーブル２０３は、端末ＩＤ３０１と、呼周期正常範囲３０２と、前回呼要求日時３０３とを対応づけた一つ以上のレコードで構成されている。尚、呼重要度判定テーブル２０３は、必ずしも呼重要度分析制御サーバ１１４によって自動生成されるものでなくてもよく、例えば、セルラＭ２Ｍ通信システム１の管理者等が作成するものであってもよい。
【００４６】
図２に戻り、呼重要度分析部２０４は、呼重要度判定テーブル２０３を用いて呼送信元種別判定部２０７から入力された呼要求が「重要呼」又は「通常呼」のいずれの種別であるかを判定し、その判定結果と当該呼要求とを呼接続先制御部２０２に入力する。
【００４７】
呼重要度分析部２０４は、上記判定を例えば次のようにして行う。まず呼重要度分析部２０４は、呼重要度判定テーブル２０３から呼要求の送信元のＭ２Ｍ通信端末ＩＤ３０１と合致するレコードを特定し、特定したレコードの前回呼要求日時３０３から現在日時までの経過時間を求める。そして呼重要度分析部２０４は、求めた経過時間がそのレコードの呼周期正常範囲３０２以内であれば当該呼要求を「通常呼」と判定する。呼重要度分析部２０４は、経過時間が呼周期正常範囲３０２以内となっていない場合、当該呼要求を「重要呼」と判定する。尚、当該呼要求を「通常呼」と判定した場合、呼重要度分析部２０４は次回の判定のために呼重要度判定テーブル２０３の前回呼要求日時３０３を現在日時に更新する。
【００４８】
呼接続先制御部２０２は、呼重要度分析部２０４から入力された呼要求の取り扱いを、呼負荷監視サーバ通信Ｉ／Ｆ２１１から入力される各セルラネットワークの呼負荷、入力された上記判定結果、及び呼接続先制御テーブル２０１を対照することにより決定する。
【００４９】
図４に呼接続先制御テーブル２０１の一例を示す。同図に示すように、呼接続先制御テーブル２０１には、各セルラネットワークの呼負荷の状況の組み合わせに対応づけて、呼要求の種別ごとの接続先が登録されている。尚、呼接続先制御テーブル２０１は、例えば、セルラＭ２Ｍ通信システム１の管理者等が予め作成する。
【００５０】
呼接続先制御部２０２は、呼接続先制御テーブル２０１に基づき、次のようにして呼重要度分析部２０４から入力された呼要求の取り扱いを決定する。以下の説明において、呼接続先制御テーブル２０１の内容は図４に示す内容であるものとする。
【００５１】
例えば、ＬＴＥセルラネットワークの呼負荷が「小」、３Ｇセルラネットワークの呼負荷が「大」、２Ｇセルラネットワークの呼負荷が「大」であるときに呼重要度分析部２０４から「重要呼」が入力されると、呼接続先制御部２０２は、当該呼要求の転送にＬＴＥセルラネットワーク（符号４０６）を用いることを決定し、この場合は当該呼要求を図２のＬＴＥ呼制御サーバ通信Ｉ／Ｆ２１０に入力する。
【００５２】
また例えば、ＬＴＥセルラネットワーク呼負荷が「大」、３Ｇセルラネットワーク呼負荷が「小」、２Ｇセルラネットワーク呼負荷が「小」であるときに呼重要度分析部２０４から「通常呼」が入力されると、呼接続先制御部２０２は、当該呼要求の接続先を２Ｇセルラネットワーク（符号４０７）に決定し、この場合は当該呼要求に対する応答としてＭ２Ｍ通信端末１０１に２Ｇセルラネットワークへの接続を指示する呼応答を生成し、生成した呼応等を図２のＬＴＥコアネットワーク通信Ｉ／Ｆ２０９に入力する。
【００５３】
続いて呼重要度分析制御サーバ１１４が行う処理について説明する。
【００５４】
図５は「呼重要度分析制御モード」で動作する際の呼重要度分析制御サーバ１１４の処理を説明するフローチャートである。尚、以下の説明において、符号の前に付している「Ｓ」の文字はステップを意味する。
【００５５】
呼重要度分析制御サーバ１１４は、Ｍ２Ｍ通信端末１０１からＬＴＥコアネットワーク１１３を介して呼要求を受信すると（Ｓ５０１）、当該呼要求の送信元がＭ２Ｍ通信端末１０１であるか否かを判定する（Ｓ５０２）。送信元がＭ２Ｍ通信端末１０１でないと判定すると（Ｓ５０２：Ｎ）、呼重要度分析制御サーバ１１４は、当該呼要求をＬＴＥ呼制御サーバ１１０に送信し（Ｓ５０９）、当該呼要求についての処理は終了する。
【００５６】
一方、受信した呼要求の送信元がＭ２Ｍ通信端末１０１であると判定すると（Ｓ５０２：Ｙ）、呼重要度分析制御サーバ１１４は、呼重要度判定テーブル２０３に登録されているレコードのうち、当該呼要求に含まれている端末ＩＤに対応するレコードを特定する（Ｓ５０３）。
【００５７】
続いて呼重要度分析制御サーバ１１４は、現在日時（今回受信した呼要求の受信日時）と特定した上記レコードの前回呼要求日時３０３との時間差を求め、求めた時間差を上記レコードの呼周期正常範囲３０２と比較する。求めた時間差が上記レコードの呼周期正常範囲３０２以内である場合、呼重要度分析制御サーバ１１４は当該呼要求を「通常呼」と判定するとともに前回呼要求日時３０３を現在日時に更新する。また求めた時間差が呼重要度判定テーブル２０３に記録されている呼周期正常範囲３０２外である場合、呼重要度分析制御サーバ１１４は当該呼要求を「重要呼」と判定する（Ｓ５０４）。
【００５８】
続いて呼重要度分析制御サーバ１１４は、呼負荷監視サーバ通信Ｉ／Ｆ２１１から入力されるリアルタイムな各セルラネットワークの呼負荷と、呼接続先制御テーブル２０１と、当該呼要求の種別とに基づき、当該呼要求の取り扱いを決定する（Ｓ５０５）。
【００５９】
呼重要度分析制御サーバ１１４は、当該呼要求をＬＴＥセルラネットワークにより宛先に転送することを決定した場合（Ｓ５０６：Ｙ）、当該呼要求をＬＴＥ呼制御サーバ１１０に送信し（Ｓ５０９）、当該呼要求についての処理は終了する。
【００６０】
一方、当該呼要求を３Ｇセルラネットワーク又は２Ｇセルラネットワークにより宛先に転送することを決定した場合（Ｓ５０６：Ｎ，Ｓ５０７：Ｙ）、呼重要度分析制御サーバ１１４は、３Ｇセルラネットワーク又は２Ｇセルラネットワークへの接続を指示する呼応答を生成し、生成した呼応答を、ＬＴＥコアネットワーク１１３を介してＭ２Ｍ通信端末１０１に送信し（Ｓ５１０）、当該呼要求の処理は終了する。
【００６１】
また呼重要度分析制御サーバ１１４は、呼要求を廃棄する場合（Ｓ５０６：Ｎ，Ｓ５０７：Ｎ）、接続不可であることを示す呼応答を生成し、生成した呼応答をＬＴＥコアネットワーク１１３を介してＭ２Ｍ通信端末１０１に送信し（Ｓ５１０）、当該呼要求の処理は終了する。
【００６２】
図６は「呼重要度判定テーブル生成モード」で動作する際の呼重要度分析制御サーバ１１４の処理を説明するフローチャートである。
【００６３】
同図に示すように、呼重要度分析制御サーバ１１４は、Ｍ２Ｍ通信端末１０１からＬＴＥコアネットワーク１１３を介して送られてくる呼要求の受信を待機している（Ｓ６０１）。呼重要度分析制御サーバ１１４は、呼要求を受信すると（Ｓ６０１：Ｙ）、呼履歴リスト２０５に呼要求の送信元のＭ２Ｍ通信端末１０１の端末ＩＤと現在日時とを対応づけたレコードを登録する（Ｓ６０２）。
【００６４】
Ｓ６０３では、呼重要度分析制御サーバ１１４は、呼重要度判定テーブル生成フラグがオンか否かを判定する。呼重要度判定テーブル生成フラグは、呼重要度判定テーブル２０３の生成を許可するか否かを制御するフラグである。呼重要度判定テーブル生成フラグは、例えば、セルラＭ２Ｍ通信システム１の管理者等が手動で設定する。また呼重要度判定テーブル生成フラグは、例えば、呼履歴リスト２０５のエントリ数が一定数以上になった場合に呼重要度分析制御サーバ１１４が自動的にオンに設定される。
【００６５】
呼重要度判定テーブル生成フラグがオンでなければ（Ｓ６０３：Ｎ）、処理はＳ６０１に戻る。呼重要度判定テーブル生成フラグがオンであれば（Ｓ６０３：Ｙ）、処理はＳ６０４に進む。
【００６６】
Ｓ６０４では、呼重要度分析制御サーバ１１４は、呼履歴リスト２０５のレコードをＭ２Ｍ通信端末１０１の端末ＩＤごとにグループ化する（Ｓ６０４）。
【００６７】
Ｓ６０５では、呼重要度分析制御サーバ１１４は、呼履歴リスト２０５に呼重要度判定テーブル２０３の呼周期正常範囲３０２の設定に用いていないＭ２Ｍ通信端末１０１が残存するか否か判定する。Ｍ２Ｍ通信端末１０１が残存する場合（Ｓ６０５：Ｙ）、呼重要度分析制御サーバ１１４は、呼周期正常範囲３０２の設定に用いていないＭ２Ｍ通信端末１０１について、呼要求の受信時間間隔の平均値を計算し（Ｓ６０６）、呼要求受信時間間隔平均値と上限値重みの積を求めてこれを正常呼周期上限値とし、呼要求受信時間間隔平均値と下限値重みの積を求めてこれを正常呼周期下限値とする（Ｓ６０７）。そして呼重要度分析制御サーバ１１４は、Ｍ２Ｍ通信端末１０１の端末ＩＤに対応づけて、正常呼周期下限値から正常呼周期上限値までの範囲を呼周期正常範囲３０２として呼重要度判定テーブル２０３に登録する（Ｓ６０８）。
【００６８】
以上に説明したように、本実施形態のセルラＭ２Ｍ通信システム１にあっては、呼要求の受信周期（周期的に送信される情報についての呼要求であるか、突発的に（非周期的に）送信される情報についての呼要求であるか）に基づき呼要求の重要度を判定することができることを利用して、特別な仕組み（Ｍ２Ｍ通信端末１０１から受信した呼要求の内容の詳細解析等）を設けることなく確実に呼要求の重要度を判定することができる。
【００６９】
また判定した重要度に基づき、通信方式の異なる複数のセルラネットワーク（ＬＴＥセルラネットワーク、３Ｇセルラネットワーク、及び２Ｇセルラネットワーク）の中から、Ｍ２Ｍ通信端末１０１から受信した呼要求の転送に用いるセルラネットワークを適切に選択することができる。そしてこれにより、例えば、Ｍ２Ｍ通信端末１０１が多数存在する場合、通信手段の負荷が高い場合、セルラネットワークに収容可能なＭ２Ｍ通信端末１０１の数が飽和しているような場合などにおいても、アラーム等の重要呼を迅速（所定時間内）かつ確実に宛先である監視センタ１１９に到達させることができ、通常呼についても可能な限り早期に宛先に到達させることができる。このように本実施形態のセルラＭ２Ｍ通信システム１によれば、Ｍ２Ｍ通信端末１０１にて発生した情報を効率よく適切に宛先に伝達することができる。
【００７０】
また呼重要度分析制御サーバ１１４は、「呼重要度判定テーブル生成モード」で随時動作することにより呼重要度判定テーブル２０３を自動生成するので、流動的に変化する、セルラＭ２Ｍ通信システム１を利用するＭ２Ｍ通信端末１０１の態様（数や利用頻度等）や各セルラネットワークの負荷状態等に応じて、Ｍ２Ｍ通信端末１０１にて発生した情報を効率よく適切に監視センタ１１９（宛先）に伝達することができるよう、呼重要度判定テーブル２０３の内容を常時適切な状態に自動的に管理することができる。
【００７１】
＜第２実施形態＞
図７に第２実施形態の呼重要度分析制御サーバ７０１の構成を示している。同図に示す構成のうち、図２と同一の符号が付された構成については前述と同様であるので説明を省略する。第２実施形態の呼重要度分析制御サーバ７０１の呼重要度判定テーブル７０２は第１実施形態の呼重要度判定テーブル２０３と異なる。また第２実施形態の呼重要度分析制御サーバ７０１はグループ別非周期呼発生回数テーブル７０３を管理している点で第１実施形態の呼重要度分析制御サーバ１１４と異なる。
【００７２】
第２実施形態の呼重要度分析制御サーバ７０１は、Ｍ２Ｍ通信端末１０１の呼要求を端末ＩＤとＭ２Ｍ通信端末１０１が属するグループＩＤとの組み合わせにより識別し、同一グループＩＤに属する複数のＭ２Ｍ通信端末１０１から所定時間内に呼周期正常範囲外の複数の呼要求を受信した場合、そのうちの所定数の呼要求のみを「重要呼」として取り扱う。
【００７３】
同図に示すように、呼重要度分析制御サーバ７０１は、主な機能として、ＬＴＥコアネットワーク通信Ｉ／Ｆ２０９、ＬＴＥ呼制御サーバ通信Ｉ／Ｆ２１０、呼負荷監視サーバ通信Ｉ／Ｆ２１１、呼重要度判定テーブル生成部２０６、呼送信元種別判定部２０７、呼重要度分析部２０４、及び呼接続先制御部２０２を備えている。また呼重要度分析制御サーバ７０１は、主な情報（テーブル）として、呼履歴リスト２０５、Ｍ２Ｍ通信端末リスト２０８、呼重要度判テーブル７０２、及び呼接続先制御テーブル２０１を記憶している。
【００７４】
図８に呼重要度分析制御サーバ７０１が記憶する呼重要度判定テーブル７０２の一例を示す。同図に示すように、呼重要度判定テーブル７０２は、Ｍ２Ｍ通信端末１０１の端末ＩＤ８０１とグループＩＤ８０２との組み合わせに呼周期正常範囲８０３及び前回呼要求日時８０４の各項目を対応づけたレコードで構成されている。呼重要度分析制御サーバ７０１は、例えば、前述した「呼重要度判定テーブル生成モード」で動作することにより呼重要度判定テーブル７０２を生成する。呼重要度判定テーブル２０３は、必ずしも呼重要度分析制御サーバ１１４によって自動生成されるものでなくてもよい。呼重要度判定テーブル２０３は、例えば、セルラＭ２Ｍ通信システム１の管理者等が作成するものであってもよい。
【００７５】
グループＩＤ８０２は、例えば、Ｍ２Ｍ通信端末１０１が所属するシステムの種類ごとに付与される。例えば、セルラＭ２Ｍ通信システム１がガスメータシステム及び自動車監視システムによって利用されている場合、ガスメータシステムに所属するＭ２Ｍ通信端末１０１と自動車監視システムに所属するＭ２Ｍ通信端末１０１には夫々異なるグループＩＤ８０２が付与される。尚、グループＩＤはこのように呼重要度判定テーブル７０２に予め登録しておくのではなく、例えば、Ｍ２Ｍ通信端末１０１が送信する呼要求にグループＩＤを含ませておき、呼重要度分析制御サーバ７０１が受信した呼要求からＭ２Ｍ通信端末１０１が所属するグループを特定するようにしてもよい。
【００７６】
図９にグループＩＤ別非周期呼発生回数テーブル７０３の一例を示す。グループＩＤ別非周期呼発生回数テーブル７０３は、各グループＩＤに属するＭ２Ｍ通信端末１０１が直近の一定時間（Ｔｃ秒）内に非周期的な呼を発生させた回数を、グループＩＤ毎に集計して記録するテーブルである。この例では、グループＩＤが「１」の端末から、直近Ｔｃ秒（例えば１分）内に８回の非周期呼が発生している。グループＩＤが「２」の端末から、直近Ｔｃ秒内に６回の非周期呼が発生していることを示している。グループＩＤが「３」の端末から、直近Ｔｃ秒内に９回の非周期呼が発生している。
【００７７】
図１０は前述した「呼重要度分析制御モード」で動作する際の第２実施形態の呼重要度分析制御サーバ７０１の処理を説明するフローチャートである。
【００７８】
呼重要度分析制御サーバ７０１は、Ｍ２Ｍ通信端末１０１からＬＴＥコアネットワーク１１３を介して呼要求を受信すると（Ｓ１００１）、呼要求の送信元がＭ２Ｍ通信端末１０１であるか否かを判定する（Ｓ１００２）。送信元がＭ２Ｍ通信端末１０１でないと判定した場合（Ｓ１００２：Ｎ）、呼重要度分析制御サーバ７０１は、当該呼要求をＬＴＥ呼制御サーバ１１０に送信し（Ｓ１００３）、当該呼要求の処理は終了する。
【００７９】
一方、呼要求の送信元がＭ２Ｍ通信端末１０１であると判定した場合（Ｓ１００２：Ｙ）、呼重要度分析制御サーバ７０１は、呼重要度判定テーブル２０３に登録されているレコードのうち、当該呼要求に含まれている端末ＩＤに対応するレコードを特定する（Ｓ１００４）。
【００８０】
続いて呼重要度分析制御サーバ７０１は、現在日時（今回受信した呼要求の受信日時）と特定した上記レコードの前回呼要求日時８０４との時間差を求め（Ｓ１００５）、求めた時間差が上記レコードの呼周期正常範囲８０３以内である場合は（Ｓ１００５：Ｙ）、前回呼要求日時８０４を現在日時に更新し（Ｓ１００６）、当該呼要求を「通常呼」と判定する（Ｓ１００７）。
【００８１】
一方、上記時間差が呼周期正常範囲８０３外である場合（Ｓ１００５：Ｎ）、呼重要度分析制御サーバ７０１は、グループＩＤ別非周期呼発生回数テーブル７０３の、当該Ｍ２Ｍ通信端末１０１のグループＩＤのＭ２Ｍ通信端末１０１が直近Ｔｃ秒内に発生した非周期呼の回数９０２を更新する（Ｓ１００９）。
【００８２】
呼重要度分析制御サーバ７０１は、直近Ｔｃ秒内に発生した非周期呼発生回数９０２が閾値回数Ｃｔ以上である場合（Ｓ１０１０：Ｙ）、当該呼要求を「通常呼」と判定する（Ｓ１００７）。即ちこの場合は本来「重要呼」として取り扱われる呼要求が「通常呼」として取り扱われる。一方、呼重要度分析制御サーバ７０１は、直近Ｔｃ秒内に発生した非周期呼発生回数が閾値回数Ｃｔ未満である場合（Ｓ１０１０：Ｎ）、当該呼要求を「重要呼」と判定する（Ｓ１０１１）。
【００８３】
続いて呼重要度分析制御サーバ７０１は、呼負荷監視サーバ通信Ｉ／Ｆ２１１から入力されるリアルタイムな各セルラネットワークの呼負荷と、呼接続先制御テーブル２０１と、当該呼要求の種別とに基づき当該呼要求の取り扱いを決定し、決定した取り扱いに従って当該呼要求を処理する（Ｓ１００８）。例えば当該呼要求をＬＴＥセルラネットワークにより宛先に転送することを決定した場合、呼重要度分析制御サーバ７０１は当該呼要求をＬＴＥ呼制御サーバ１１０に送信する。また当該呼要求を３Ｇセルラネットワーク又は２Ｇセルラネットワークにより宛先に転送することを決定した場合、呼重要度分析制御サーバ７０１は、３Ｇセルラネットワーク又は２Ｇセルラネットワークへの接続を指示する呼応答を生成し、生成した呼応答を、ＬＴＥコアネットワーク１１３を介してＭ２Ｍ通信端末１０１に送信する。また呼要求を廃棄することを決定した場合、呼重要度分析制御サーバ７０１は、接続不可であることを示す呼応答を生成し、生成した呼応答をＬＴＥコアネットワーク１１３を介してＭ２Ｍ通信端末１０１に送信する。
【００８４】
具体例を示す。以下の説明において、Ｔｃ＝１、Ｃｔ＝２であるものとする。また呼接続先制御テーブル２０１は図４に示す内容であり、呼重要度判定テーブル７０２は図８に示す内容であるものとする。
【００８５】
例えば、各セルラネットワークの呼負荷はＬＴＥセルラネットワークが「大」、３Ｇセルラネットワークが「大」、２Ｇセルラネットワークが「大」であるときに災害が発生し、図１１に示す順序で呼要求が到着したとする。同図に示すいずれの呼要求についても図８の呼周期正常範囲８０３に収まっていない。このとき呼重要度分析制御サーバ７０１は、Ｃｔ＝２であるので図８の呼要求のうち太線枠で示す、グループＩＤが「１」の呼要求（符号１１０５）、グループＩＤが「２」の呼要求（符号１１０６）、グループＩＤが「３」の呼要求（符号１１０７）を「重要呼」と判定し、夫々に対応するＭ２Ｍ通信端末１０１（端末ＩＤが「１」、「４」、「７」のＭ２Ｍ通信端末１０１)に対して２Ｇセルラネットワークに呼要求を送信するよう指示する。呼重要度分析制御サーバ７０１は、図１１に示す呼要求のうち、前述の呼要求（符号１１０５、符号１１０６、符号１１０７）以外の呼要求についてはいずれも「通常呼」と判定し、これらは廃棄する。
【００８６】
尚、仮に同様の呼要求について第１実施形態の方法で処理した場合、呼周期正常範囲８０３外の呼要求は全て「重要呼」として取り扱われ、２Ｇセルラネットワークの呼負荷が早期に飽和してしまう可能性がある。
【００８７】
以上に説明したように、本実施形態によれば、例えば、複数のＭ２Ｍ通信端末１０１が一つの同じシステムの構成要素になっている場合、一部の呼要求のみを重要呼とするので、災害が発生した際等に重要呼が増大して各セルラネットワークの負荷が増大するのを防ぐことができ、災害などが発生した場合においても、アラームなどの重要な情報を所定時間内に確実に宛先に伝達することができる。
【００８８】
例えば、Ｍ２Ｍ通信端末１０１を、ガスメータシステムと自動車監視システムが共用している場合を想定する。この場合、地震が発生すると、ガスメータシステムでは、各ガスメータに付設されたＭ２Ｍ通信端末１０１においてガスを閉栓したことを監視センタ１１９に通知するための呼要求が大量に発生する。また自動車監視システムでは、地震が発生すると、各車に設置されたセンサに付設されているＭ２Ｍ通信端末１０１に、揺れを検出したことを監視センタ１１９に通知するための呼要求が大量に発生する。
【００８９】
こうした状況において、例えば、ガスメータシステムのＭ２Ｍ通信端末１０１が自動車監視システムのＭ２Ｍ通信端末１０１に先行して呼要求を発生させると、ガスシステムの呼要求は所定時間内に監視センタ１１９に到達するが、自動車監視システムの呼要求は所定時間内に監視センタ１１９に到達しない、といった状況が生じうる。
【００９０】
しかし以上に説明した第２実施形態のセルラＭ２Ｍ通信システム１によれば、このような場合でも各システムにおいて発生した情報を所定時間内に確実に監視センタ１１９に伝達することができる。
【００９１】
尚、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００９２】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウエアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウエアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【００９３】
また制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【００９４】
以上の説明では、セルラネットワークとして、２Ｇセルラネットワーク、３Ｇセルラネットワーク、ＬＴＥセルラネットワークの３つのセルラネットワークを例示した。しかしセルラネットワークは、ＬＴＥ−Ａｄｖａｎｃｅｄなどの次世代のセルラネットワークやこれ以外のセルラネットワークであってもよい。またセルラＭ２Ｍ通信システム１を構成するセルラネットワークの数は必ずしも３つでなくてもよく、２以上のセルラネットワークであれば、セルラＭ２Ｍ通信システム１はいずれの数のセルラネットワークで構成されていてもよい。
【００９５】
また以上の説明では、呼重要度分析制御サーバ１１４はＬＴＥセルラネットワーク内に存在し、かつ、Ｍ２Ｍ通信端末１０１は監視センタ１１９への送信する情報が発生した時にまずＬＴＥセルラネットワークの接続を試みる構成としているが、呼重要度分析サーバ１１４の配置の態様やＭ２Ｍ通信端末１０１の初回接続先はいずれも限定されない。例えば、呼重要度分析制御サーバ１１４が３Ｇセルラネットワーク内に存在し、かつ、Ｍ２Ｍ通信端末１０１の初回接続先は３Ｇセルラネットワークであってもよい。
【００９６】
本実施形態では、呼重要度分析制御サーバ１１４を、ＬＴＥ基地局１０６とＬＴＥ呼制御サーバ１１０との間に設置しているが、ＬＴＥ基地局１０６やＬＴＥ呼制御サーバ１１０、セルラネットワークを構成している他の機器等に、呼重要度分析制御サーバ１１４の機能を設けてもよい。
【符号の説明】
【００９７】
１  セルラＭ２Ｍ通信システム、１０１  Ｍ２Ｍ通信端末、１０４  ２Ｇ基地局、１０５  ３Ｇ基地局、１０６  ＬＴＥ基地局、１０７  呼負荷監視サーバ、１０８  ２Ｇ呼制御サーバ、１０９  ３Ｇ呼制御サーバ、１１０  ＬＴＥ呼制御サーバ、１１１  ２Ｇコアネットワーク、１１２  ３Ｇコアネットワーク、１１３  ＬＴＥコアネットワーク、１１４  呼重要度分析制御サーバ、１１８  インターネット、１１９  監視センタ、２０１  呼接続先制御テーブル、２０２  呼接続先制御部、２０３  呼重要度判定テーブル、２０４  呼重要度分析部、２０５  呼履歴リスト、２０６  呼重要度判定テーブル生成部、２０７  呼送信元種別判定部、２０８  Ｍ２Ｍ通信端末リスト、２０９  ＬＴＥコアネットワーク通信Ｉ／Ｆ、２１０  ＬＴＥ呼制御サーバ通信Ｉ／Ｆ、２１１  呼負荷監視サーバ通信Ｉ／Ｆ、７０１  呼重要度分析制御サーバ、７０２  呼重要度判定テーブル、７０３  グループＩＤ別非周期呼発生回数テーブル
【図１】
2015100005.tif 000003
【図２】
2015100005.tif 000004
【図３】
2015100005.tif 000005
【図４】
2015100005.tif 000006
【図５】
2015100005.tif 000007
【図６】
2015100005.tif 000008
【図７】
2015100005.tif 000009
【図８】
2015100005.tif 000010
【図９】
2015100005.tif 000011
【図１０】
2015100005.tif 000012
【図１１】
2015100005.tif 000013