(57)【要約】【課題】  輻輳原因の信号発信を任意の形態で迅速に規制することができる輻輳制御方法、輻輳制御プログラム、輻輳制御装置、及びネットワークシステムを提供する。【解決手段】  輻輳制御方法は、第１ネットワーク内の複数の端末から送信される信号による第２ネットワークの輻輳状態を制御する方法において、コンピュータが、ネットワーク層の通信機能により、輻輳状態に関する輻輳情報を取得してアプリケーション層に出力する処理と、アプリケーション層の通信機能により、各第１ネットワークまたは各端末について、信号送信の規制形態の設定を受け付ける処理と、アプリケーション層の通信機能により、輻輳情報に基づき規制形態を選択し、その規制形態により信号送信を規制するメッセージを第１ネットワークに送信する処理と、を実行する方法である。【選択図】図２
2019080105.tif 000002
【特許請求の範囲】
【請求項１】
１以上の第１ネットワーク内の複数の端末から送信される信号による第２ネットワークの輻輳状態を制御する輻輳制御方法において、
ネットワーク層の通信機能と、アプリケーション層の通信機能とを有するコンピュータが、
前記ネットワーク層の通信機能により、前記輻輳状態に関する輻輳情報を取得して前記アプリケーション層に出力する処理と、
前記アプリケーション層の通信機能により、前記１以上の第１ネットワークの各々または前記複数の端末の各々について、前記信号の送信の規制形態の設定を受け付ける処理と、
前記アプリケーション層の通信機能により、前記輻輳情報に基づき前記規制形態を選択し、前記選択した前記規制形態により前記信号の送信を規制するメッセージを前記１以上の第１ネットワークに送信する処理と、を実行することを特徴とする輻輳制御方法。
【請求項２】
前記メッセージは、ＳＭＳメッセージであることを特徴とする請求項１に記載の輻輳制御方法。
【請求項３】
前記輻輳情報を取得して前記アプリケーション層に出力する処理において、前記輻輳情報をＳＩＧＴＲＡＮプロトコルに基づき取得することを特徴とする請求項１または２に記載の輻輳制御方法。
【請求項４】
前記規制形態の設定を受け付ける処理において、
前記１以上の第１ネットワークと前記第２ネットワークをそれぞれ接続する１以上のゲートウェイ装置の各々または前記複数の端末の各々の識別情報に対応付けて前記規制形態の設定を受け付け、
前記メッセージを前記１以上の第１ネットワークに送信する処理において、
前記輻輳情報から前記第２ネットワーク内の輻輳状態の交換機を特定し、
前記交換機に収容された通信機器の在圏情報から前記識別情報を取得し、
前記識別情報に基づき、当該ゲートウェイ装置または当該端末ごとに前記規制形態を選択することを特徴とする請求項１乃至３の何れかに記載の輻輳制御方法。
【請求項５】
前記ゲートウェイ装置の各々または前記複数の端末の各々の識別情報は、携帯電話番号であることを特徴とする請求項４に記載の輻輳制御方法。
【請求項６】
前記メッセージを前記１以上の第１ネットワークに送信する処理において、
前記メッセージの優先度を、前記輻輳情報が示す前記輻輳状態のレベルに応じて設定することを特徴とする請求項１乃至５の何れかに記載の輻輳制御方法。
【請求項７】
前記ネットワーク層の通信機能により、前記輻輳情報の取得元のノードに対し、前記輻輳情報が示す前記輻輳状態のレベルに応じた優先度の試験信号を送信する処理と、
前記ネットワーク層の通信機能により、前記取得元のノードから前記試験信号に対する応答信号を受信しない場合、前記輻輳状態の解消の通知を前記アプリケーション層に出力する処理と、
前記アプリケーション層の通信機能により、前記輻輳状態の解消の通知に応じて、前記信号の送信の規制を解除するメッセージを前記１以上の第１ネットワークに送信する処理と、を前記コンピュータが実行することを特徴とする請求項１乃至６の何れかに記載の輻輳制御方法。
【請求項８】
１以上の第１ネットワーク内の複数の端末から送信される信号による第２ネットワークの輻輳状態を制御する輻輳制御プログラムにおいて、
ネットワーク層の通信機能と、アプリケーション層の通信機能とを有するコンピュータに、
前記ネットワーク層の通信機能により、前記輻輳状態に関する輻輳情報を取得して前記アプリケーション層に出力し、
前記アプリケーション層の通信機能により、前記１以上の第１ネットワークの各々または前記複数の端末の各々について、前記信号の送信の規制形態の設定を受け付け、
前記アプリケーション層の通信機能により、前記輻輳情報に基づき前記規制形態を選択し、前記選択した前記規制形態により前記信号の送信を規制するメッセージを前記１以上の第１ネットワークに送信する、処理を実行させることを特徴とする輻輳制御プログラム。
【請求項９】
１以上の第１ネットワーク内の複数の端末から送信される信号による第２ネットワークの輻輳状態を制御する輻輳制御装置において、
ネットワーク層の通信機能を実行する第１機能部と、
アプリケーション層の通信機能を実行する第２機能部とを有し、
前記第１機能部は、前記輻輳状態に関する輻輳情報を取得して前記第２機能部に出力し、
前記第２機能部は、
前記１以上の第１ネットワークの各々または前記複数の端末の各々について、前記信号の送信の規制形態の設定を受け付け、
前記輻輳情報に基づき前記規制形態を選択し、前記選択した前記規制形態により前記信号の送信を規制するメッセージを前記１以上の第１ネットワークに送信することを特徴とする輻輳制御装置。
【請求項１０】
１以上の第１ネットワーク内の複数の端末から送信される信号による第２ネットワークの輻輳状態を制御する輻輳制御装置と、
前記１以上の第１ネットワークと前記第２ネットワークをそれぞれ接続する１以上のゲートウェイ装置とを有し、
前記輻輳制御装置は、ネットワーク層の通信機能を実行する第１機能部と、アプリケーション層の通信機能を実行する第２機能部とを有し、
前記第１機能部は、前記輻輳状態に関する輻輳情報を取得して前記第２機能部に出力し、
前記第２機能部は、
前記１以上の第１ネットワークの各々または前記複数の端末の各々について、前記信号の送信の規制形態の設定を受け付け、
前記輻輳情報に基づき前記規制形態を選択し、前記選択した前記規制形態により前記信号の送信を規制するメッセージを前記１以上のゲートウェイ装置に送信し、
前記１以上のゲートウェイは、前記メッセージに従い、前記複数の端末に対して前記信号の送信を規制することを特徴とするネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、輻輳制御方法、輻輳制御プログラム、輻輳制御装置、及びネットワークシステムに関する。
【背景技術】
【０００２】
センサなどの様々なデバイスをインターネットに接続するＩｏＴ（Internet Of Things）の技術が普及している。ＩｏＴデバイスによる広域通信には、例えば、スマートフォンなどの通信サービスを提供する通信キャリアのネットワーク（以下、「キャリアネットワーク」と表記）を利用することが検討されている。これに応じて、例えば、ＩｏＴデバイス専用の０２０番号帯を定めるため、総務省による省令改正などの動きがみられる。
【０００３】
ＩｏＴを用いたサービスでは、例えば製造業、社会インフラ、及び運輸・物流などの現場に設置された複数のＭＴＣ（Machine Type Communication）端末（例えば特許文献１及び２参照）から構成された無線ネットワークが、ＩｏＴゲートウェイを介してキャリアネットワークに接続される。この無線ネットワークとしては、例えばＬＰＷＡ（Low Power Wide Area）が挙げられる。各ＭＴＣ端末が収集したデータは、キャリアネットワーク経由でデータセンタなどに集められ、そこでデータ分析などのサービスが提供される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−８５５１６号公報
【特許文献２】特開２０１４−７８９８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
例えば災害が発生した場合、その災害地域に存在する多数のＭＴＣ端末から異常通知などの信号が無秩序かつ大量にキャリアネットワークに向けて送信されることが考えられる。このとき、例えばキャリアネットワーク内の移動交換機（MSC: Mobile Switching Center）ではＭＴＣ端末からの信号により負荷が上昇し、輻輳状態が発生するおそれがある。
【０００６】
これに対し、キャリアネットワークでは、輻輳状態が解消されるように、災害地域のＭＴＣ端末への通信が規制されるが、上記のような場合、ＭＴＣ端末からの信号送信が長く継続するため、災害地域への通信が長期間不可能となるおそれがある。
【０００７】
また、キャリアネットワークでは、通信の規制に先立って、輻輳状態のＭＳＣを迂回する通信経路または迂回先のバックアップノードが検索され、該当する通信経路またはバックアップノードがあれば、通信が規制されることはなく、通信経路の切り替えが行われる。しかし、災害による輻輳が発生すると、迂回可能な通信経路、迂回先のバックアップノードも輻輳状態となるケースが多く、仮に輻輳状態ではないものがあっても、その検索処理や切り替え処理には長時間を要するため、やはり、災害地域への通信を迅速に復旧することは難しい。
【０００８】
これに対し、輻輳状態の原因であるＭＴＣ端末自体が、ＭＳＣの輻輳状態を検出すれば、その検出に応じて自己の信号発信を迅速に規制することができるが、その機能を実装することによりＭＴＣ端末のコストが上昇するという別の問題が生ずる。さらに、ＭＴＣ端末の用途には多種多様なサービスがあるにもかかわらず、各ＭＴＣ端末の信号発信が一様な形態で規制されれば、サービス品質に影響を及ぼすおそれもある。
【０００９】
本発明は、輻輳原因の信号発信を任意の形態で迅速に規制することができる輻輳制御方法、輻輳制御プログラム、輻輳制御装置、及びネットワークシステムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
１つの態様では、輻輳制御方法は、１以上の第１ネットワーク内の複数の端末から送信される信号による第２ネットワークの輻輳状態を制御する輻輳制御方法において、ネットワーク層の通信機能と、アプリケーション層の通信機能とを有するコンピュータが、前記ネットワーク層の通信機能により、前記輻輳状態に関する輻輳情報を取得して前記アプリケーション層に出力する処理と、前記アプリケーション層の通信機能により、前記１以上の第１ネットワークの各々または前記複数の端末の各々について、前記信号の送信の規制形態の設定を受け付ける処理と、前記アプリケーション層の通信機能により、前記輻輳情報に基づき前記規制形態を選択し、前記選択した前記規制形態により前記信号の送信を規制するメッセージを前記１以上の第１ネットワークに送信する処理と、を実行する方法である。
【００１１】
１つの態様では、輻輳制御プログラムは、１以上の第１ネットワーク内の複数の端末から送信される信号による第２ネットワークの輻輳状態を制御する輻輳制御プログラムにおいて、ネットワーク層の通信機能と、アプリケーション層の通信機能とを有するコンピュータに、前記ネットワーク層の通信機能により、前記輻輳状態に関する輻輳情報を取得して前記アプリケーション層に出力し、前記アプリケーション層の通信機能により、前記１以上の第１ネットワークの各々または前記複数の端末の各々について、前記信号の送信の規制形態の設定を受け付け、前記アプリケーション層の通信機能により、前記輻輳情報に基づき前記規制形態を選択し、前記選択した前記規制形態により前記信号の送信を規制するメッセージを前記１以上の第１ネットワークに送信する、処理を実行させるプログラムである。
【００１２】
１つの態様では、輻輳制御装置は、１以上の第１ネットワーク内の複数の端末から送信される信号による第２ネットワークの輻輳状態を制御する輻輳制御装置において、ネットワーク層の通信機能を実行する第１機能部と、アプリケーション層の通信機能を実行する第２機能部とを有し、前記第１機能部は、前記輻輳状態に関する輻輳情報を取得して前記第２機能部に出力し、前記第２機能部は、前記１以上の第１ネットワークの各々または前記複数の端末の各々について、前記信号の送信の規制形態の設定を受け付け、前記輻輳情報に基づき前記規制形態を選択し、前記選択した前記規制形態により前記信号の送信を規制するメッセージを前記１以上の第１ネットワークに送信する。
【００１３】
１つの態様では、ネットワークシステムは、１以上の第１ネットワーク内の複数の端末から送信される信号による第２ネットワークの輻輳状態を制御する輻輳制御装置と、前記１以上の第１ネットワークと前記第２ネットワークをそれぞれ接続する１以上のゲートウェイ装置とを有し、前記輻輳制御装置は、ネットワーク層の通信機能を実行する第１機能部と、アプリケーション層の通信機能を実行する第２機能部とを有し、前記第１機能部は、前記輻輳状態に関する輻輳情報を取得して前記第２機能部に出力し、前記第２機能部は、前記１以上の第１ネットワークの各々または前記複数の端末の各々について、前記信号の送信の規制形態の設定を受け付け、前記輻輳情報に基づき前記規制形態を選択し、前記選択した前記規制形態により前記信号の送信を規制するメッセージを前記１以上のゲートウェイ装置に送信し、前記１以上のゲートウェイは、前記メッセージに従い、前記複数の端末に対して前記信号の送信を規制する。
【発明の効果】
【００１４】
１つの側面として、輻輳原因の信号発信を任意の形態で迅速に規制することができる。
【図面の簡単な説明】
【００１５】
【図１】ネットワークシステムの一例を示す構成図である。
【図２】信号発信の規制動作の一例を示す図である。
【図３】ＴＦＣ（Transfer Controlled）信号及びＲＣＴ（signalling-Route-set-Congestion-Test）信号の各パラメータの例を示す図である。
【図４】信号発信の規制解除動作の一例を示す図である。
【図５】ＳＭＳＣ（Short Message Service Center）の一例を示す構成図である。
【図６】ＭＴＰ（Message Transfer Part）サービスプリミティブの一例を示す図である。
【図７】メッセージデータベースの設定の一例を示す図である。
【図８】メッセージ送信依頼のパラメータの一例を示す図である。
【図９】ＩｏＴゲートウェイ装置の一例を示す構成図である。
【図１０】ＭＴＣ端末の一例を示す構成図である。
【図１１】初期設定処理の一例を示すフローチャートである。
【図１２】規制メッセージの送信処理の一例を示すフローチャートである。
【図１３】規制解除メッセージの送信処理の一例を示すフローチャートである。
【図１４】ＩｏＴゲートウェイ装置の規制メッセージ及び規制解除メッセージの受信処理の一例を示すフローチャートである。
【図１５】ＭＴＣ端末の発信規制及び規制解除の処理の一例を示すフローチャートである。
【図１６】発信規制の例を示す図である。
【発明を実施するための形態】
【００１６】
図１は、ネットワークシステムの一例を示す構成図である。ネットワークシステムは、キャリアネットワーク９０，９１と、複数のＩｏＴゲートウェイ装置（ＩｏＴ−ＧＷ）２と、複数の無線ネットワーク９２とを含む。無線ネットワーク９２は第１ネットワークの一例であり、キャリアネットワークは第２ネットワークの一例である。なお、以下に述べる輻輳制御方法は、キャリアネットワーク９０，９１の一方のみでも実行することが可能である。
【００１７】
無線ネットワーク９２では、例えば、ＬＰＷＡ（Low Power Wide Area）などの無線通信方式が用いられ、端末の一例である複数のＭＴＣ端末３が無線通信によりＩｏＴ−ＧＷ２を介して通信する。ＩｏＴ−ＧＷ２は、ゲートウェイ装置の一例であり、キャリアネットワーク９０，９１と複数の無線ネットワーク９２を接続する。なお、各キャリアネットワーク９０，９１には、複数のＩｏＴ−ＧＷ２を介して複数の無線ネットワーク９２が接続されているが、１つのＩｏＴ−ＧＷ２を介して１つの無線ネットワーク９２が接続されてもよい。
【００１８】
ＩｏＴ−ＧＷ２には、識別情報の一例として、携帯電話番号であるＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）が割り当てられている。このため、ＩｏＴ−ＧＷ２に接続されるＭＴＣ端末３の数によらず、無線ネットワーク９２ごとに必要なＭＳＩＳＤＮを１つに抑えることができる。なお、本例では、各ＭＴＣ端末３は、ＩｏＴ−ＧＷ２を介してキャリアネットワーク９０，９１に接続されているが、ＩｏＴ−ＧＷ２を介さずに直接的にキャリアネットワーク９０，９１に接続されてもよい。この場合、ＭＴＣ端末３ごとにＭＳＩＳＤＮが割り当てられる。
【００１９】
各キャリアネットワーク９０，９１は、ＳＣＳ（Service Capability Server）５から各種の設定が行われる。設定としては、後述するように、信号発信の規制形態の設定とプリミティブ受付の登録が挙げられる。
【００２０】
各キャリアネットワーク９０，９１には、ＳＭＳＣ１と、ＳＩＧＴＲＡＮゲートウェイ装置（ＳＩＧＴＲＡＮ−ＧＷ）４０と、ＧＭＳＣ（Gate Mobile Switching Center）４１と、複数のＭＳＣ（Mobile Switching Center）４２が含まれる。さらに、各キャリアネットワーク９０，９１には、ＭＴＣ（Machine Type Communication）−ＩＷＦ（Inter-Working Function）４３と、ＨＬＲ（Home Location Register）／ＨＳＳ（Home Subscriber Register）４４と、ＶＬＲ（Visitor Location Register）４５とが含まれる。
【００２１】
また、各無線ネットワーク９２には、複数のＭＴＣ端末３が含まれる。ＭＴＣ端末３としては、例えばセンサを搭載した無線端末が挙げられるが、これに限定されない。
【００２２】
ＳＭＳＣ１は、輻輳制御装置の一例であり、各無線ネットワーク９２内の複数のＭＴＣ端末３から送信される信号によるキャリアネットワーク９０，９１の輻輳状態を制御する。ＳＭＳＣ１は、ＳＩＧＴＲＡＮ−ＧＷ４０からのＴＦＣ信号によりＭＳＣ４２の輻輳を検出し、その検出に応じ、ＳＭＳ（Short Message Service）に基づいて信号の送信を規制する規制メッセージを第１ネットワークに送信する。
【００２３】
ＳＭＳＣ１は、ＳＣＳ５からＭＴＣ−ＩＷＦ４３を介して各無線ネットワーク９２または各ＭＴＣ端末３について、信号送信に対する規制形態の設定を受け付ける。ＳＭＳＣ１は、ＴＦＣ信号に含まれる輻輳情報に基づき規制形態を選択し、その規制形態により信号の送信を規制する規制メッセージを送信する。
【００２４】
ＳＩＧＴＲＡＮ−ＧＷ４０は、ＳＭＳＣ１とＧＭＳＣ４１の間に接続され、ＳＭＳＣ１と無線ネットワーク９２の間のＳＭＳの通信を中継する。また、ＳＩＧＴＲＡＮ−ＧＷ４０は、ＳＩＧＴＲＡＮプロトコルに従って輻輳制御を行う。例えば、ＳＩＧＴＲＡＮ−ＧＷ４０は、各ＭＳＣ４２に信号を送信し、その応答信号を受信するまでの遅延時間が所定の閾値を超えた場合、ＭＳＣ４２の輻輳状態を検出する。
【００２５】
ＳＩＧＴＲＡＮ−ＧＷ４０は、輻輳状態を検出すると、輻輳状態のＭＳＣ４２のアドレス及び輻輳レベルを含む輻輳情報を収容したＴＦＣ信号（転送統制信号）をＳＭＳＣ１に送信する。なお、ＭＴＰ３プロトコルによる輻輳制御については、例えば、ＴＴＣ（Telecommunication Technology Committee）標準ＪＴ−Ｑ７０４に規定されている。
【００２６】
ＧＭＳＣ４１は、ＳＩＧＴＲＡＮ−ＧＷ４０と複数のＭＳＣ４２の間に接続され、ＳＭＳＣ１と無線ネットワーク９２の間の通信を中継する。また、ＧＭＳＣ４１は、２つのキャリアネットワーク９０，９１間のＳＭＳの通信を中継する。ＧＭＳＣ４１による中継は、例えば、ＭＴＣ端末３の携帯電話番号（ＭＳＩＳＤＮ）のナンバーポータビリティが可能となった場合に用いられる。
【００２７】
この場合、例えば、ＭＴＣ端末３の接続先が一方のキャリアネットワーク９０から他方のキャリアネットワーク９１のＩｏＴ−ＧＷ２に変更されることがある。この場合、ＧＭＳＣ４１は、ＳＭＳＣ１からのＳＭＳメッセージを他方のキャリアネットワーク９０，９１のＧＭＳＣ４１経由でそのＭＴＣ端末３に中継する。
【００２８】
ＭＳＣ４２は、交換機の一例であり、ＧＭＳＣ４１と複数のＩｏＴ−ＧＷ２の間に接続されて、ＳＭＳＣ１と無線ネットワーク９２の間の通信を中継する。ＭＳＣ４２は、各ＩｏＴ−ＧＷ２からＭＴＣ端末３の信号を大量に受信すると、交換処理の負荷が増加するため、輻輳状態となる。ＭＳＣ４２は、輻輳状態においてＳＩＧＴＲＡＮ−ＧＷ４０から信号を受信すると、その応答信号をＳＩＧＴＲＡＮ−ＧＷ４０に送信するまでに多くの時間がかかる。
【００２９】
ＩｏＴ−ＧＷ２は、ＭＳＣ４２と複数のＩｏＴ−ＧＷ２の間に接続され、ＳＭＳＣ１と無線ネットワーク９２の間の通信を中継する。ＩｏＴ−ＧＷ２は、ＳＭＳＣ１から規制メッセージを受信すると、規制メッセージに従って規制対象のＭＴＣ端末３に信号発信の規制を指示する。ＭＴＣ端末３は、信号発信の規制の指示に従って信号の送信を停止する。
【００３０】
ＩｏＴ−ＧＷ２は、ＭＳＩＳＤＮ（携帯電話番号）が予め割り当てられており、ＭＳＩＳＤＮに基づいてＳＭＳＣ１とＳＭＳ通信を行う。なお、ＭＳＩＳＤＮはＭＴＣ端末３ごとに割り当てられてもよく、この場合、ＭＴＣ端末３は、ＳＭＳＣ１からＩｏＴ−ＧＷ２を介して規制メッセージを受信し、受信に応じて信号の送信を停止する。
【００３１】
ＩｏＴ−ＧＷ２は、後述するように、ＳＭＳＣ１からのＳＭＳメッセージに従って、接続先のキャリアネットワーク９０，９１を変更することができる。例えば、一方のキャリアネットワーク９０のＭＳＣ４２に収容されたＩｏＴ−ＧＷ２は、ＳＭＳメッセージに従って、他方のキャリアネットワーク９１のＭＳＣ４２に収容される（符号Ｌ参照）。このとき、ＩｏＴ−ＧＷ２の配下の各ＭＴＣ端末３には、キャリアネットワーク９０，９１ごとのＭＳＩＳＤＮが割り当てられている必要があり、収容先のＭＳＣ４２のキャリアネットワーク９０，９１に応じたＭＳＩＳＤＮが通信に用いられる。
【００３２】
また、ＳＭＳＣ１は、ＳＩＧＴＲＡＮ−ＧＷ４０にＲＣＴ信号を送信し、その応答としてＴＦＣ信号が所定時間内にＳＩＧＴＲＡＮ−ＧＷ４０から受信されない場合、ＭＳＣ４２の輻輳状態の解消を検出する。ＳＭＳＣ１は、輻輳状態の解消を検出すると、信号の送信の規制を解除する規制解除メッセージを無線ネットワーク９２に送信する。
【００３３】
ＩｏＴ−ＧＷ２は、ＳＭＳＣ１から規制解除メッセージを受信すると、規制解除メッセージに従って規制解除対象のＭＴＣ端末３に信号発信の規制解除を指示する。ＭＴＣ端末３は、信号発信の規制解除の指示に従って信号の送信を再開する。
【００３４】
また、ＨＬＲ／ＨＳＳ４４はＧＭＳＣ４１に接続され、ＶＬＲ４５はＭＳＣ４２に接続されている。ＨＬＲ／ＨＳＳ４４とＶＬＲ４５は、各ＭＳＣ４２に収容された通信機器の在圏情報を管理する。すなわち、ＨＬＲ／ＨＳＳ４４とＶＬＲ４５は、ＩｏＴ−ＧＷ２またはＭＴＣ端末３の位置を管理する。
【００３５】
より具体的には、ＨＬＲ／ＨＳＳ４４とＶＬＲ４５は、ＭＳＣ４２のアドレスと、ＩｏＴ−ＧＷ２及びＭＴＣ端末３に割り当てられたＭＳＩＳＤＮとを対応付けて管理する。ＳＭＳＣ１は、ＨＬＲ／ＨＳＳ４４及びＶＬＲ４５と連携して、輻輳状態のＭＳＣ４２の在圏情報を取得し、そのＭＳＣ４２に収容されたＩｏＴ−ＧＷ２及びＭＴＣ端末３をＭＳＩＳＤＮにより識別する。ＳＭＳＣ１は、事前に設定された規制形態から、ＭＳＩＳＤＮに応じた規制形態を選択する。
【００３６】
図２は、信号発信の規制動作の一例を示す図である。「Ａ」〜「Ｆ」は動作の順序を示す。また、符号ＬａはＳＭＳＣ１のプロトコルスタック構成を示し、符号ＬｂはＳＩＧＴＲＡＮ−ＧＷ４０のプロトコルスタック構成を示し、符号ＬｃはＭＳＣ４２のプロトコルスタック構成を示す。各プロトコルスタックＬａ〜Ｌｃには、ＳＭＳメッセージを送受信するためのＳＳ７のシグナリングプロトコルが含まれる。
【００３７】
ＳＭＳＣ１のプロトコルスタック構成Ｌａには、ＳＣＴＰ（Stream Control Transmission Protocol）、Ｍ２ＵＡ（Message transfer protocol 2 User Adaptation layer）、ＭＴＰ３、及びＳＣＣＰ（Signaling Connection Control Part）が含まれる。さらにＳＭＳＣ１のプロトコルスタック構成Ｌａには、ＴＣＡＰ（Transaction Capability Application Part）、ＭＡＰ（Mobile Application Part）、及びＳＭＳアプリケーション（ＳＭＳ  ＡＰＬ）が含まれる。
【００３８】
ＳＭＳＣ１のプロトコルスタック構成Ｌａのうち、ＭＴＰ３及びＳＣＣＰはネットワーク層（ＮＷ層）の通信機能であり、ＴＣＡＰ、ＭＡＰ、及びＳＭＳアプリケーションはアプリケーション層（ＡＰＬ層）の通信機能である。
【００３９】
ＳＩＧＴＲＡＮ−ＧＷ４０のプロトコルスタック構成Ｌｂには、ＳＣＴＰ、Ｍ２ＵＡ、ＭＴＰ３、及びＳＣＣＰが含まれる。ＭＳＣ４２のプロトコルスタック構成Ｌｃには、ＳＣＴＰ、Ｍ２ＵＡ、ＭＴＰ３、ＳＣＣＰ、ＴＣＡＰ、及びＭＡＰが含まれる。
【００４０】
順序「Ａ」において、ある無線ネットワーク９２の地域で災害が発生すると（「災害発生」参照）、その無線ネットワーク９２内のＭＴＣ端末３から異常通知などの信号が無秩序かつ大量に送信される。次に、順序「Ａ」において、キャリアネットワーク９０，９１内のＭＳＣ４２ではＭＴＣ端末３からの信号により負荷が上昇し、輻輳状態が発生する。
【００４１】
順序「Ｃ」において、ＳＩＧＴＲＡＮ−ＧＷ４０は、ＳＣＴＰに従ってＭＳＣ４２に対し遅延測定を行う。ＳＩＧＴＲＡＮ−ＧＷ４０は、例えば周期的に信号をＭＳＣ４２に送信し、その応答信号がＭＳＣ４２から受信されるまでの遅延時間を測ることにより遅延測定を行う。ＳＩＧＴＲＡＮ−ＧＷ４０は、例えば、遅延時間が所定の閾値を超える場合、ＭＳＣ４２の輻輳状態を検知する（「輻輳検知」参照）。
【００４２】
ＳＣＴＰにより輻輳状態が検知されると、その上位側のＭ２ＵＡに輻輳プリミティブＰａが出力される。ここで、プリミティブとは、プロトコルがその上位側のプロトコルに提供するサービスの規定である。Ｍ２ＵＡでは、輻輳プリミティブＰａにより輻輳検知が通知される。Ｍ２ＵＡでは、さらに輻輳プリミティブＰｂがその上位側のＭＴＰ３に出力される。
【００４３】
ＭＴＰ３では、輻輳プリミティブＰｂにより輻輳検知が通知されると、輻輳制御が実行される。順序「Ｄ」において、ＳＩＧＴＲＡＮ−ＧＷ４０は、ＳＭＳＣ１から受信した信号をＭＴＰ３の輻輳制御により所定回数（例えば８回）だけ廃棄するたびに、ＴＦＣ信号をＳＭＳＣ１に送信する。
【００４４】
図３の符号Ｇ１は、ＴＦＣ信号のパラメータの例を示す。なお、ＴＦＣ信号の未使用のフィールドの図示は省略する。
【００４５】
ＴＦＣ信号には、輻輳レベル（２ビット）、着信局アドレス（１６ビット）、ヘッディングコードＨ１（４ビット）、ヘッディングコードＨ２（４ビット）、及びラベルが含まれる。ラベルには、信号リンク選択番号（SLS: Signalling Link Selection）（４ビット）、発信局コード（OPC: Originating Point Code）（１６ビット）、及び着信局コード（DPC: Destination Point Code）（１６ビット）が含まれる。
【００４６】
ヘッディングコードＨ１，Ｈ２はＴＦＣ信号の識別に用いられる。ヘッディングコードＨ１，Ｈ２は、一例として、それぞれ、「００１０」及び「００１１」（２進数）である。
【００４７】
輻輳レベルは、「０」〜「３」の４段階で輻輳状態のレベルを示す。輻輳レベル「０」は、輻輳状態が発生していないことを示し、輻輳レベル「３」は、最も重度の高い輻輳状態が発生していることを示す。このため、ＴＦＣ信号の輻輳レベルは「１」以上となる。
【００４８】
ＳＩＧＴＲＡＮ−ＧＷ４０は、ＳＭＳＣ１から受信した信号の優先度を輻輳レベルと比較し、優先度が輻輳レベルより低い信号を廃棄する。また、着信局アドレスは、輻輳状態のＭＳＣ４２のアドレスを示す。なお、輻輳レベル及び着信局アドレスは、輻輳状態に関する輻輳情報の例である。
【００４９】
再び図２を参照すると、ＳＭＳＣ１は、ＴＦＣ信号を受信すると、ＭＴＰ３により輻輳状態を検出する。ＭＴＰ３では、ＴＦＣ信号から輻輳レベル及び着信局アドレスが取得され、無線ネットワーク９２に到達可能な迂回経路の有無が判断される。例えば、他のＳＩＧＴＲＡＮ−ＧＷ４０ａを経由してＭＳＣ４２に至る迂回経路ＲＴａが存在する場合、通信経路の切り替えが実行される（「切替」参照）。
【００５０】
迂回経路がなければ、ＭＴＰ３から輻輳プリミティブＰｃが上位側のＳＣＣＰに出力される。輻輳プリミティブＰｃには、輻輳レベル及び着信局アドレスが付与されている。ＳＣＣＰでは、輻輳プリミティブＰｃに応じて、輻輳状態のＭＳＣ４２のバックアップノードが検索される。
【００５１】
順序「Ｅ」において、ＳＣＣＰでは、バックアップノードの有無が存在する場合、通信経路の切り替えが実行される（「切替」参照）。例えば、ＭＳＣ４２のバックアップノードとして他のＭＳＣ４２ａが存在する場合、宛先をＭＳＣ４２からＭＳＣ４２ａに変更することで、ＳＭＳＣ１とＩｏＴ−ＧＷ２の間の通信経路が、ＳＩＧＴＲＡＮ−ＧＷ４０及びＭＳＣ４２を経由する経路から、ＳＩＧＴＲＡＮ−ＧＷ４０ａ及びＭＳＣ４２ａを経由する経路ＲＴｂに切り替えられる。
【００５２】
また、迂回経路とバックアップノードの両方とも存在しない場合、ＳＣＣＰでは輻輳レベルに基づいて輻輳制御が実行される。ＳＣＣＰの輻輳制御では、ＳＭＳＣ１から送信する信号の優先度が輻輳レベルと比較され、優先度が輻輳レベルより低い信号が廃棄される。例えば、輻輳レベルが「２」である場合、優先度「１」の信号は、送信されずに廃棄される。
【００５３】
また、ＭＴＰ３では、ＴＦＣ信号の受信に応じて、ＳＭＳアプリケーションに対し、輻輳プリミティブＰｄが出力される。輻輳プリミティブＰｃには、輻輳レベル及び着信局アドレスが付与されている。
【００５４】
順序「Ｆ」において、ＳＭＳアプリケーションでは、輻輳プリミティブＰｄに応じて規制メッセージ（「規制ＭＳＧ」参照）を生成して送信する。このとき、規制メッセージの優先度は、ＴＦＣ信号から取得された輻輳レベル以上の値に設定される。例えば、輻輳レベルが「２」である場合、規制メッセージの優先度は「３」に設定される。
【００５５】
このため、規制メッセージは、ＳＣＣＰの輻輳制御により廃棄されずに送信される。なお、他のＳＭＳメッセージの優先度は「０」に設定されているため、輻輳制御により廃棄される。このため、ＭＳＣ４２の輻輳状態が解消されるまで、災害地域のＭＴＣ端末３に他のＳＭＳメッセージを送信することができない。
【００５６】
規制メッセージは、点線で示されるように、ＳＭＳＣ１、ＳＩＧＴＲＡＮ−ＧＷ４０、ＭＳＣ４２の各プロトコルスタック構成Ｌａ〜Ｌｃにおいて処理されてＩｏＴ−ＧＷ２において受信される。これにより、輻輳原因となる信号の発信元のＭＴＣ端末３において信号発信が規制されるため、ＭＳＣ４２の輻輳状態が解消される。
【００５７】
上述したように、ＳＭＳＣ１は、ＭＴＰ３によりＴＦＣ信号を受信すると、ＭＴＰ３からＳＣＣＰへの輻輳プリミティブＰｃに加えて、ＭＴＰ３からＳＭＳアプリケーションへの輻輳プリミティブＰｄを生成する。このため、ＳＭＳＣ１では、ＳＣＣＰにおける通信経路の検索処理及び切り替え処理に並行して、輻輳プリミティブＰｄによるＳＭＳアプリケーションに対するＭＳＣ４２の輻輳情報の通知が可能となる。さらに、輻輳プリミティブＰｄはＳＣＣＰ、ＴＣＡＰ、及びＭＡＰの処理をスキップしているため、ＳＭＳアプリケーションに対する輻輳情報の迅速な通知が可能となる。
【００５８】
つまり、ＳＭＳＣ１は、ネットワーク層の通信機能により輻輳情報を取得してアプリケーション層に出力するため、アプリケーション層において規制メッセージを迅速に送信することが可能となる。なお、輻輳プリミティブＰｄは、初回の発信規制の設定時、またはＳＭＳＣ１の起動時やコンフィグデータによってＭＴＰ３に対して事前に設定される。
【００５９】
図４は、信号発信の規制解除動作の一例を示す図である。図４において、図２と共通する構成には同一の符号を付し、その説明は省略する。なお、「Ａ」〜「Ｅ」は動作の順序を示す。
【００６０】
順序「Ａ」において、ＳＩＧＴＲＡＮ−ＧＷ４０は、ＳＣＣＰに基づく遅延測定の結果、ＭＳＣ４２の輻輳状態の解消を検知する（「輻輳解消検知」参照）。ＳＩＧＴＲＡＮ−ＧＷ４０は、例えば、信号の送信から応答信号の受信までの遅延時間が所定の閾値以下である場合、輻輳状態の解消を検知する。
【００６１】
ＳＣＴＰでは、輻輳状態の解消が輻輳プリミティブＰｑによりＭ２ＵＡに通知される。輻輳プリミティブＰｑには輻輳レベル「０」が含まれる。Ｍ２ＵＡでは、輻輳状態の解消が輻輳プリミティブＰｒによりＭＴＰ３に通知される。これにより、ＭＴＰ３による輻輳制御が停止する。
【００６２】
順序「Ｂ」において、ＳＭＳＣ１は、ＭＴＰ３に従ってＲＣＴ信号を、例えば、周期的に所定回数だけＳＩＧＴＲＡＮ−ＧＷ４０に送信する。
【００６３】
図３の符号Ｇ２は、ＲＣＴ信号のパラメータの例を示す。なお、ＲＣＴ信号の未使用のフィールドの図示は省略する。
【００６４】
ＲＣＴ信号には、ヘッディングコードＨ１（４ビット）、ヘッディングコードＨ２（４ビット）、ラベル、ＳＩＯ（サービス情報オクテット）（８ビット）、及びＰＲＩ（優先度）（２ビット）が含まれる。ラベルには、ＳＬＳ（４ビット）、ＯＰＣ（１６ビット）、及びＤＰＣ（１６ビット）が含まれる。
【００６５】
ヘッディングコードＨ１，Ｈ２はＲＣＴ信号の識別に用いられる。ヘッディングコードＨ１，Ｈ２は、一例として、それぞれ、「０００１」及び「００１１」（２進数）である。
【００６６】
また、優先度は、「０」〜「３」の４段階で表される。再び図４を参照すると、優先度は、ＭＳＣ４２の輻輳状態の発生時の輻輳レベルより１つだけ低い値に設定される。例えば、輻輳状態の発生時の輻輳レベルが「１」である場合、優先度は「０」に設定される。
【００６７】
このため、ＲＣＴ信号は、仮にＭＳＣ４２の輻輳状態が継続している場合、ＳＩＧＴＲＡＮ−ＧＷ４０のＭＴＰ３の輻輳制御により廃棄され、所定数のＲＣＴ信号を廃棄するたびにＴＦＣ信号をＳＭＳＣ１に送信する。一方、ＭＳＣ４２の輻輳状態が解消している場合、ＲＣＴ信号は廃棄されない。順序「Ｃ」において、ＲＣＴ信号はＭＳＣ４２に転送され、ＭＳＣ４２において廃棄される。
【００６８】
したがって、ＳＭＳＣ１は、ＭＴＰ３において、ＲＣＴ信号の送信から所定時間内にＴＦＣ信号を受信しない場合、輻輳状態の解消を検出する。ＭＴＰ３では、ＭＳＣ４２の輻輳レベルを管理しており、ＴＦＣ信号に含まれる輻輳レベルに応じて輻輳レベルが更新されるが、上記の場合、輻輳レベルを「０」に更新する。このため、ＳＣＣＰにおける輻輳制御が停止する。
【００６９】
また、順序「Ｄ」において、ＭＴＰ３からＳＭＳアプリケーションに輻輳プリミティブＰｓが出力される。ＳＭＳアプリケーションでは、輻輳プリミティブＰｓに応じて規制解除メッセージが送信される。
【００７０】
規制解除メッセージは、点線で示されるように、ＳＭＳＣ１、ＳＩＧＴＲＡＮ−ＧＷ４０、ＭＳＣ４２の各プロトコルスタック構成Ｌａ〜Ｌｃにおいて処理されてＩｏＴ−ＧＷ２において受信される。これにより、輻輳原因となる信号の発信元のＭＴＣ端末３において信号発信の規制が解除されるため、ＭＴＣ端末３は、再び信号を送信することができるようになる。
【００７１】
次に、ＳＭＳＣ１の構成について述べる。
【００７２】
図５は、ＳＭＳＣ１の一例を示す構成図である。ＳＭＳＣ１は、ＣＰＵ（Central Processing Unit）１０、ＲＯＭ（Read Only Memory）１１、ＲＡＭ（Random Access Memory）１２、ＨＤＤ（Hard Disk Drive）１３、及び通信ポート１４を有する。ＣＰＵ１０は、互いに信号の入出力ができるように、ＲＯＭ１１、ＲＡＭ１２、ＨＤＤ１３、及び通信ポート１４と、バス１９を介して接続されている。なお、ＣＰＵ１０はコンピュータの一例である。
【００７３】
ＲＯＭ１１は、ＣＰＵ１０を駆動するプログラムが格納されている。プログラムには、ＯＳ（Operating System）と、輻輳制御方法を実行する輻輳制御プログラムとが含まれる。ＲＡＭ１２は、ＣＰＵ１０のワーキングメモリとして機能する。複数の通信ポート１４は、例えばＬＡＮ（Local Area Network）スイッチなどの回路であり、ＣＰＵ１０と他装置との通信を処理する。
【００７４】
ＣＰＵ１０は、ＲＯＭ１１からプログラムを読み込むと、機能として、ＳＭＳ制御部１００、プリミティブ制御部１０１、送信管理部１０２、位置情報管理部１０３、番号解決部１０４、ＭＡＰ／ＴＣＡＰ制御部１０５、ＳＣＣＰ制御部１０６、及びＭＴＰ制御部１０７が形成される。また、ＨＤＤ１３には、メッセージデータベース（ＭＳＧ−ＤＢ）１３０及び位置情報データベース（ＤＢ）１３１が格納されている。
【００７５】
プリミティブ制御部１０１、ＭＡＰ／ＴＣＡＰ制御部１０５、ＳＣＣＰ制御部１０６、及びＭＴＰ制御部１０７は、第１機能部の一例であり、ネットワーク層の通信機能を実行する。また、ＳＭＳ制御部１００、送信管理部１０２、位置情報管理部１０３、及び番号解決部１０４は、第２機能部の一例であり、アプリケーション層の通信機能を実行する。つまり、ＣＰＵ１０は、ネットワーク層の通信機能とアプリケーション層の通信機能とを有する。以下に各部の機能の詳細を説明する。
【００７６】
ＳＭＳ制御部１００は、上記のＳＭＳアプリケーションの機能を実行する。ＳＭＳ制御部１００は、ＳＣＳ５から通信ポート１４を介して輻輳プリミティブＰｄを受信可能とするためのプリミティブ受付登録をプリミティブ制御部１０１に対して実行する。
【００７７】
図６は、ＭＴＰサービスプリミティブの一例を示す図である。ＭＴＰサービスプリミティブとは、ＭＴＰ３からその上位側のプロトコルに出力することができるプリミティブである。このプリミティブには、「ＭＴＰ−転送」、「ＭＴＰ−休止」、「ＭＴＰ−再開」、及び「ＭＴＰ−状態表示」がある。このうち、「ＭＴＰ−状態表示」は輻輳プリミティブＰｄに該当する。
【００７８】
「ＭＴＰ−転送」のパラメータには、ＯＰＣ、ＤＰＣ、ＳＩ（Service Indicator）、及びユーザデータが含まれる。「ＭＴＰ−休止」のパラメータには、使用不可能となるＤＰＣが含まれる。また、「ＭＴＰ−再開」のパラメータには、使用可能となるＤＰＣが含まれる。「ＭＴＰ−状態表示」、つまり輻輳プリミティブＰｄのパラメータには、輻輳ＤＰＣと輻輳レベルが含まれる。なお、輻輳ＤＰＣは、ＴＦＣ信号の着信局アドレスに該当する。
【００７９】
ＳＭＳ制御部１００は、上記のプリミティブのうち、「ＭＴＰ−状態表示」のみを用いる。各プリミティブには、指示先を示すＳＩ値が指定される。「ＭＴＰ−転送」のＳＩ値は、ＳＣＣＰに該当しないため、ＳＭＳ制御部１００に通知されない。また、対向ノード障害及び復旧をそれぞれ通知する「ＭＴＰ−休止」及び「ＭＴＰ−再開」は、全てのＳＩ値に共通する通知であるため、ＳＭＳ制御部１００ではマスク処理される。ＳＭＳ制御部１００は、「ＭＴＰ−状態表示」のプリミティブを設定するとき、未使用のＳＩ値を使用する。
【００８０】
再び図５を参照すると、ＳＭＳ制御部１００は、ＳＣＳ５から通信ポート１４を介して、ＩｏＴ−ＧＷ２ごとに、つまり無線ネットワーク９２ごとに規制形態の設定を受け付ける。規制形態とは、どのようにＭＴＣ端末３の信号発信を規制するか（例えば規制期間を１日に限定など）を規定するものである。ＳＭＳ制御部１００は、ＩｏＴ−ＧＷ２ごとに、そのＩｏＴ−ＧＷ２に送信する規制メッセージの内容をＭＳＧ−ＤＢ１３０に設定する。
【００８１】
図７は、ＭＳＧ−ＤＢ１３０の設定の一例を示す図である。ＭＳＧ−ＤＢ１３０には、メッセージＩＤ、ＭＳＩＳＤＮ（携帯電話番号）、移動有無情報、ＭＳＣアドレス、ＭＴＣパターンＩＤ、及び動作パターンＩＤが設定される。
【００８２】
メッセージＩＤは、ＩｏＴ−ＧＷ２、つまり無線ネットワーク９２ごとの規制メッセージの識別子である。ＭＳＩＳＤＮは、ＩｏＴ−ＧＷ２の識別情報の一例である。移動有無情報は、ＩｏＴ−ＧＷ２が移動体（例えばモバイルゲートウェイ装置）であるか否かを示す。移動状態が「有（１）」の場合、ＩｏＴ−ＧＷ２は移動体であり、移動状態が「無（０）」の場合、ＩｏＴ−ＧＷ２は移動体ではない。
【００８３】
ＭＳＣアドレスは、ＩｏＴ−ＧＷ２の収容先のＭＳＣ４２のアドレスである。ＭＳＣアドレスは、ＩｏＴ−ＧＷ２が移動体ではない場合（移動有無情報＝無）のみ、登録される。
【００８４】
ＭＴＣパターンＩＤは、ＩｏＴ−ＧＷ２に対応する無線ネットワーク９２内のＭＴＣ端末３のうち、信号発信の規制対象のＭＴＣ端末３のＩＤ（規制対象ＭＴＣ−ＩＤ）の組み合わせのパターンの識別子である。例えば、ＭＴＣパターンＩＤが＃１である場合、規制対象のＭＴＣ端末３は全てのＭＴＣ端末３となる。また、ＭＴＣパターンＩＤが＃２である場合、規制対象ＭＴＣ−ＩＤがＭＴＣ０１，ＭＴＣ０２，ＭＴＣ０３，・・・，ＭＴＣ９９の各ＭＴＣ端末３が規制対象となる。また、ＭＴＣパターンＩＤが＃３である場合、規制対象ＭＴＣ−ＩＤがＭＴＣ０１，ＭＴＣ０３，ＭＴＣ０５，・・・，ＭＴＣ１１の各ＭＴＣ端末３が規制対象となる。
【００８５】
動作パターンＩＤは、信号発信の規制動作のパターンの識別子である。すなわち、動作パターンＩＤは、規制形態の識別子である。例えば、動作パターンＩＤが＃１である場合、その動作内容は、緊急情報を除く信号発信の規制となる。また、動作パターンＩＤが＃２である場合、その動作内容は、期間を１日に限定した規制となる。
【００８６】
なお、本例のＭＳＧ−ＤＢ１３０には、ＩｏＴ−ＧＷ２ごとに規制メッセージが設定されるが、ＭＳＩＳＤＮが割り当てられたＭＴＣ端末３については、ＭＴＣ端末３ごとに規制メッセージが設定される。なお、ＭＴＣ端末３の規制メッセージについては、ＭＴＣパターンＩＤは設定されない。
【００８７】
ＭＴＰ制御部１０７は、プロトコルスタック構成のＭＴＰ３の信号処理機能を備える。ＭＴＰ制御部１０７は、通信ポート１４を介してＴＦＣ信号を受信する。このとき、ＭＴＰ制御部１０７は、ヘッディングコードＨ１，Ｈ２によりＴＦＣ信号を識別する。ＭＴＰ制御部１０７は、ＴＦＣ信号から輻輳情報（輻輳レベルと着信局アドレス）を取得してプリミティブ制御部１０１に出力する。
【００８８】
ＭＴＰ制御部１０７は、輻輳情報をＳＩＧＴＲＡＮプロトコルに基づき取得するため、ＳＳ７の信号方式に基づくＳＭＳアプリケーションに柔軟に適応することができる。
【００８９】
プリミティブ制御部１０１は、輻輳情報から「ＭＴＰ−状態表示」の輻輳プリミティブＰｄを生成してＳＭＳ制御部１００に出力する。ＳＭＳ制御部１００は、輻輳情報の着信局アドレスから輻輳状態のＭＳＣ４２を特定する。
【００９０】
位置情報管理部１０３は、通信ポート１４を介してＨＬＲ／ＨＳＳ４４及びＶＬＲ４５にアクセスする。位置情報管理部１０３は、ＨＬＲ／ＨＳＳ４４及びＶＬＲ４５から、各ＭＳＣ４２に収容された通信機器の在圏情報を取得することにより、ＩｏＴ−ＧＷ２とＭＴＣ端末３の位置情報を管理する。位置情報管理部１０３は、位置情報を位置情報ＤＢ１３１に格納し、ＳＭＳ制御部１００及び送信管理部１０２の依頼に応じて位置情報ＤＢ１３１から位置情報を取得する。
【００９１】
位置情報は、各ＭＳＣ４２に収容されたＩｏＴ−ＧＷ２及びＭＴＣ端末３のＭＳＩＳＤＮを示す情報であり、着信局アドレスをキーとして輻輳状態のＭＳＣ４２に収容されたＩｏＴ−ＧＷ２及びＭＴＣ端末３の特定に用いられる。位置情報管理部１０３は、ＩｏＴ−ＧＷ２またはＭＴＣ端末３の在圏情報が変化するたびに位置情報ＤＢ１３１を更新する。このため、位置情報ＤＢ１３１には、ＩｏＴ−ＧＷ２及びＭＴＣ端末３の最近の位置が、収容先のＭＳＣ４２のアドレスとして格納されている。
【００９２】
ＳＭＳ制御部１００は、着信局アドレスをキーとして位置情報ＤＢ１３１を検索することにより、輻輳状態のＭＳＣ４２に収容されたＩｏＴ−ＧＷ２及びＭＴＣ端末３のＭＳＩＳＤＮを取得する。すなわち、ＳＭＳ制御部１００は、輻輳状態のＭＳＣ４２に収容された通信機器の在圏情報からＭＳＩＳＤＮを取得する。次に、ＳＭＳ制御部１００は、ＭＳＩＳＤＮをキーとしてＭＳＧ−ＤＢ１３０を検索することにより、そのＭＳＩＳＤＮに対応する規制メッセージのパラメータを選択する。
【００９３】
これにより、ＳＭＳ制御部１００は、ＭＳＩＳＤＮに基づき、ＩｏＴ−ＧＷ２またはＭＴＣ端末ごとに規制形態を選択する。このため、ＩｏＴ−ＧＷ２及びＭＴＣ端末３が移動体の通信機器であっても、ＩｏＴ−ＧＷ２またはＭＴＣ端末ごとに任意の規制形態で信号発信の規制を行うことができる。
【００９４】
このとき、ＳＭＳ制御部１００は、ＭＳＩＳＤＮ、つまり携帯電話番号をＩｏＴ−ＧＷ２またはＭＴＣ端末３の識別情報として用いるため、携帯電話番号をキーとしてＳＭＳアプリケーションの機能を用いることにより規制形態の選択が可能となる。
【００９５】
また、ＳＭＳ制御部１００は、輻輳状態のＭＳＣ４２には移動体の通信機器が収容されていない場合、位置情報ＤＢ１３１を用いることなく、着信局アドレスをキーとしてＭＳＧ−ＤＢ１３０を検索してもよい。ＭＳＧ−ＤＢ１３０には、ＭＳＣアドレスが設定されているため、ＳＭＳ制御部１００は、着信局アドレスに一致するＭＳＣアドレスの全ての規制メッセージのパラメータを選択することができる。
【００９６】
次に、ＳＭＳ制御部１００は、ＭＳＧ−ＤＢ１３０から選択した規制メッセージのパラメータに基づきメッセージ送信依頼を送信管理部１０２に出力する。送信管理部１０２は、メッセージ送信依頼に応じて規制メッセージを生成する。
【００９７】
図８は、メッセージ送信依頼のパラメータの一例を示す。メッセージ送信依頼には、ＭＳＩＳＤＮ、移動有無情報、ＭＳＣアドレス、優先度、及び制御パターンが含まれる。ＭＳＩＳＤＮ、移動有無情報、及びＭＳＣアドレスはＭＳＧ−ＤＢ１３０から取得され、また、制御パターンに含まれるＭＴＣパターンＩＤ及び動作パターンＩＤもＭＳＧ−ＤＢ１３０から取得される。なお、ＭＴＣパターン及び動作パターンは、ＳＭＳメッセージの本文となるテキストやバイナリーコードとして構成される。
【００９８】
また、優先度は、輻輳情報の輻輳レベルから決定される。ＳＭＳ制御部１００は、輻輳レベル以上の値を優先度として決定する。このように、ＳＭＳ制御部１００は、輻輳情報が示す輻輳レベルに応じて設定するため、ＭＴＰの輻輳制御による規制メッセージの廃棄が回避される。
【００９９】
送信管理部１０２は、規制メッセージを生成すると、規制メッセージのＭＳＩＳＤＮに基づき番号解決部１０４に番号解決処理を依頼する。番号解決依頼には、メッセージ送信依頼のパラメータが含まれる。
【０１００】
番号解決部１０４は、番号解決依頼に応じて、ＭＳＩＳＤＮがキャリアネットワーク９０，９１に接続中のＩｏＴ−ＧＷ２またはＭＴＣ端末３のものであるか否かを所定のデータベースに基づき判定する。番号解決部１０４は、ＭＳＩＳＤＮがキャリアネットワーク９０，９１に接続中のＩｏＴ−ＧＷ２またはＭＴＣ端末３のものではない場合、その旨を送信管理部１０２に通知し、送信管理部１０２は規制メッセージを廃棄する。
【０１０１】
番号解決部１０４は、ＭＳＩＳＤＮがキャリアネットワーク９０，９１に接続中のＩｏＴ−ＧＷ２またはＭＴＣ端末３のものである場合、メッセージ送信依頼のパラメータ中の移動有無情報が「有」を示すとき、ＨＬＲ／ＨＳＳ４４及びＶＬＲ４５にアクセスすることにより、ＩｏＴ−ＧＷ２またはＭＴＣ端末３の在圏情報を検索する。番号解決部１０４は、在圏情報から、輻輳状態のＭＳＣ４２にＩｏＴ−ＧＷ２またはＭＴＣ端末３が収容されているか否かを判定し、その判定結果をＳＭＳ制御部１００に通知する。
【０１０２】
ＳＭＳ制御部１００は、輻輳状態のＭＳＣ４２にＩｏＴ−ＧＷ２またはＭＴＣ端末３が収容されていない場合、規制メッセージを廃棄し、輻輳状態のＭＳＣ４２にＩｏＴ−ＧＷ２またはＭＴＣ端末３が収容されている場合、規制メッセージをＭＡＰ／ＴＣＡＰ制御部１０５に出力する。また、番号解決部１０４は、メッセージ送信依頼のパラメータ中の移動有無情報が「無」を示すとき、在圏情報の検索を行わず、ＳＭＳ制御部１００は、規制メッセージをＭＡＰ／ＴＣＡＰ制御部１０５に出力する。
【０１０３】
ＭＡＰ／ＴＣＡＰ制御部１０５は、規制メッセージに対し該当プロトコルに基づく処理を行い、ＳＣＣＰ制御部１０６に出力する。ＳＣＣＰ制御部１０６は、輻輳情報が示す輻輳レベルに基づいて規制メッセージに対し輻輳制御を行うが、規制メッセージの優先度は輻輳レベル以上に設定されているため、ＭＴＰ制御部１０７に出力する。ＭＴＰ制御部１０７は、通信ポート１４を介して、規制メッセージをＭＳＩＳＤＮの示す宛先に出力する。これにより、規制メッセージは、輻輳状態のＭＳＣ４２に収容されたＩｏＴ−ＧＷ２及びＭＴＣ端末３に送信される。
【０１０４】
また、ＭＴＰ制御部１０７は、例えば周期的にＲＣＴ信号を通信ポート１４経由でＳＩＧＴＲＡＮ−ＧＷ４０に送信する。このとき、ＭＴＰ制御部１０７は、ＲＣＴ信号に、輻輳情報が示す輻輳レベルに応じた優先度を設定する。例えば、ＭＴＰ制御部１０７は、輻輳レベルより１つだけ小さい優先度をＲＣＴ信号に設定する。
【０１０５】
ＭＴＰ制御部１０７は、ＳＩＧＴＲＡＮ−ＧＷ４０から、ＲＣＴ信号に対する応答信号であるＴＦＣ信号を一定期間内に受信しない場合、輻輳プリミティブＰｓによるＭＳＣ４２の輻輳状態の解消を検出し、その通知をプリミティブ制御部１０１に依頼する。プリミティブ制御部１０１は、依頼に応じて輻輳プリミティブＰｓを生成してＳＭＳ制御部１００に出力する。
【０１０６】
ＳＭＳ制御部１００は、輻輳プリミティブＰｓに応じて、ＭＴＣ端末３の信号の送信の規制を解除する規制解除メッセージのメッセージ送信依頼を送信管理部１０２に出力する。規制解除メッセージは、規制メッセージと同様の処理で通信ポート１４から送信される。
【０１０７】
次にＩｏＴ−ＧＷ２の構成について述べる。
【０１０８】
図９は、ＩｏＴ−ＧＷ２の一例を示す構成図である。ＩｏＴ−ＧＷ２は、ＣＰＵ２０、ＲＯＭ２１、ＲＡＭ２２、有線通信インターフェース部（有線通信ＩＦ）２４、及び無線通信インターフェース部（無線通信ＩＦ）２５を有する。ＣＰＵ２０は、互いに信号の入出力ができるように、ＲＯＭ２１、ＲＡＭ２２、有線通信ＩＦ２４、及び無線通信ＩＦ２５と、バス２９を介して接続されている。
【０１０９】
ＲＯＭ２１は、ＣＰＵ２０を駆動するプログラムが格納されている。ＲＡＭ２２は、ＣＰＵ２０のワーキングメモリとして機能する。有線通信ＩＦ２４は、例えばＬＡＮスイッチなどの回路から構成され、ＩｏＴ−ＧＷ２と有線通信する他の装置とＣＰＵ１０の間の通信を処理する。また、無線通信ＩＦ２５は、例えば無線ＬＡＮカードなどのハードウェアから構成され、ＩｏＴ−ＧＷ２と無線通信する他の装置とＣＰＵ１０の間の通信を処理する。
【０１１０】
ＣＰＵ２０は、ＲＯＭ２１からプログラムを読み込むと、機能として、ＳＭＳ制御部２００、メッセージ判定部２０１、位置検出部２０２、及びアクセス制御部２０３が形成される。アクセス制御部２０３は、有線通信ＩＦ２４または無線通信ＩＦ２５を介してＭＳＣ４２及びＭＴＣ端末３と通信する。ＳＭＳ制御部２００は、ＳＭＳメッセージの処理を行う。メッセージ判定部２０１は、ＳＭＳメッセージが規制メッセージまたは規制解除メッセージであるかを判定する。位置検出部２０２は、ＭＳＣ４２との通信からＩｏＴ−ＧＷ２の位置を検出してＨＬＲ／ＨＳＳ４４及びＶＬＲ４５に通知する。
【０１１１】
ＳＭＳ制御部２００は、アクセス制御部２０３経由でＳＭＳメッセージを受信すると、メッセージ判定部２０１に出力する。メッセージ判定部２０１は、ＳＭＳメッセージが規制メッセージまたは規制解除メッセージであると判定すると、その判定結果をＳＭＳ制御部２００に通知する。ＳＭＳ制御部２００は、ＳＭＳメッセージが規制メッセージである場合、規制メッセージに従い、接続中のＭＴＣ端末３に対して信号の送信を規制する。
【０１１２】
より具体的には、ＳＭＳ制御部２００は、規制メッセージのＭＴＣパターンＩＤに応じたＭＴＣ端末３に対し、規制メッセージの動作パターンＩＤに応じた規制形態での規制を指示する。規制の指示は、無線通信ＩＦ２５からＭＴＣ端末３に送信される。
【０１１３】
また、ＳＭＳ制御部２００は、ＳＭＳメッセージが規制解除メッセージである場合、信号発信の規制中のＭＴＣ端末３に規制解除の指示を送信する。規制解除の指示は、無線通信ＩＦ２５からＭＴＣ端末３に送信される。
【０１１４】
次に、ＭＴＣ端末３の構成について述べる。
【０１１５】
図１０は、ＭＴＣ端末３の一例を示す構成図である。ＭＴＣ端末３は、ＣＰＵ３０、ＲＯＭ３１、ＲＡＭ３２、及び無線通信インターフェース部（無線通信ＩＦ）３５を有する。ＣＰＵ３０は、互いに信号の入出力ができるように、ＲＯＭ３１、ＲＡＭ３２、及び無線通信ＩＦ３５と、バス３９を介して接続されている。
【０１１６】
ＲＯＭ３１は、ＣＰＵ３０を駆動するプログラムが格納されている。ＲＡＭ３２は、ＣＰＵ３０のワーキングメモリとして機能する。無線通信ＩＦ３５は、例えば無線ＬＡＮカードなどのハードウェアから構成され、ＭＴＣ端末３と無線通信する他の装置とＣＰＵ３０の間の通信を処理する。なお、ＭＴＣ端末３が、ＩｏＴ−ＧＷ２を介さずに直接的にＭＳＣ４２に収容される場合、通信サービスの種類によっては無線通信ＩＦ３５に代えて有線通信のインターフェースが設けられる。
【０１１７】
ＣＰＵ３０は、ＲＯＭ３１からプログラムを読み込むと、機能として、通信制御部３００及びアクセス制御部３０１が形成される。アクセス制御部３０１は、無線通信ＩＦ３５を介してＩｏＴ−ＧＷ２と通信する。通信制御部３００は、ＩｏＴ−ＧＷ２から無線通信ＩＦ２５を介して受信した規制指示に従って、アクセス制御部３０１からの信号の送信を規制する。
【０１１８】
規制指示には、動作パターンＩＤに従った規制形態が指定されており、通信制御部３００は、その規制形態に応じた規制を行う。例えば、規制形態において、規制を１日に限定する旨が指定されている場合、通信制御部３００は、カレンダ機能などを用いて規制指示の受信から１日経過するまで規制を行う。また、規制形態において、緊急情報を除く旨が指定されている場合、通信制御部３００は、緊急情報だけは送信されるように規制を行う。また、通信制御部３００は、規制解除の指示を受信した場合、アクセス制御部３０１に対する信号の送信の規制を停止する。
【０１１９】
なお、ＭＴＣ端末３が、ＩｏＴ−ＧＷ２を介さずに直接的にＭＳＣ４２に収容される場合、ＣＰＵ３０には、ＩｏＴ−ＧＷ２の位置検出部２０２と同様の機能が形成される。これにより、ＭＴＣ端末３は、ＭＳＣ４２との通信からＭＴＣ端末３の位置を検出してＨＬＲ／ＨＳＳ４４及びＶＬＲ４５に通知する。
【０１２０】
次に、ＳＭＳＣ１の各処理について述べる。
【０１２１】
図１１は、初期設定処理の一例を示すフローチャートである。本処理は、例えばＳＭＳＣ１の起動時に実行されるが、これに限定されず、その後の運用中に行われてもよい。
【０１２２】
ＳＭＳ制御部１００は、プリミティブ制御部１０１に対し「ＭＴＰ−状態表示」の輻輳プリミティブＰｄ，Ｐｓの受付登録を設定する（ステップＳｔ１）。これにより、ＴＦＣ信号の受信に応じて、ネットワーク層の通信機能であるプリミティブ制御部１０１から、アプリケーション層の通信機能であるＳＭＳ制御部１００に輻輳プリミティブＰｄが出力される。また、ＲＣＴ信号の応答信号のＴＦＣ信号が未受信であることに応じて、プリミティブ制御部１０１からＳＭＳ制御部１００に輻輳プリミティブＰｓが出力される。
【０１２３】
次に、ＳＭＳ制御部１００は、ＳＣＳ５から通信ポート１４を介して発信規制の設定が入力されたか否かを判定する（ステップＳｔ２）。ＳＭＳ制御部１００は、発信規制の設定の入力がない場合（ステップＳｔ２のＮｏ）、処理を終了する。
【０１２４】
また、ＳＭＳ制御部１００は、発信規制の設定の入力がある場合（ステップＳｔ２のＹｅｓ）、ＳＣＳ５からの入力に従ってＭＳＧ−ＤＢ１３０を設定する（ステップＳｔ３）。これにより、ＳＭＳ制御部１００は、各ＩｏＴ−ＧＷ２または各ＭＴＣ端末３のＭＳＩＳＤＮに対応付けて規制形態の設定を受け付ける。なお、ＭＳＧ−ＤＢ１３０の設定処理は、ＳＭＳアプリケーションで実行されてもよいし、他のアプリケーションにより実行されてもよい。
【０１２５】
次に、位置情報管理部１０３は、通信ポート１４を介してＨＬＲ／ＨＳＳ４４及びＶＬＲ４５から在圏情報の取得を開始する（ステップＳｔ４）。位置情報管理部１０３は、在圏情報に基づき位置情報ＤＢ１３１を更新する。このようにして、初期設定は実行される。
【０１２６】
図１２は、規制メッセージの送信処理の一例を示すフローチャートである。本処理は、例えば周期的に実行される。なお、本処理において、ステップＳｔ１１〜１４，Ｓｔ２２，Ｓｔ２３の各処理は、ＣＰＵ１０のネットワーク層の通信機能により実行され、ステップＳｔ１５〜２１の各処理は、ＣＰＵ１０のアプリケーション層の通信機能により実行される。また、本処理では、輻輳状態のＭＳＣ４２についての迂回経路やバックアップノードはないと仮定する。
【０１２７】
ＭＴＰ制御部１０７は、ＳＩＧＴＲＡＮ−ＧＷ４０からのＴＦＣ信号の受信の有無を判定する（ステップＳｔ１１）。ＭＴＰ制御部１０７は、ＴＦＣ信号が受信されていない場合（ステップＳｔ１１のＮｏ）、輻輳状態のＭＳＣ４２はないと判断して処理を終了する。
【０１２８】
ＭＴＰ制御部１０７は、ＴＦＣ信号が受信されている場合（ステップＳｔ１１のＹｅｓ）、ＴＦＣ信号から輻輳情報、つまり着信局アドレスと輻輳レベルを取得する（ステップＳｔ１２）。次に、ＳＣＣＰ制御部１０６は、輻輳状態に基づいて輻輳制御を開始する（ステップＳｔ１３）。より具体的には、ＳＣＣＰ制御部１０６は、ＭＴＰ制御部１０７からの輻輳プリミティブＰｃに応じて輻輳制御を開始する。
【０１２９】
次に、プリミティブ制御部１０１は、事前に設定された輻輳プリミティブＰｄをＳＭＳアプリケーションに出力する（ステップＳｔ１４）。すなわち、プリミティブ制御部１０１は、輻輳プリミティブＰｄをＳＭＳ制御部１００に出力する。これにより、ＳＭＳ制御部１００に輻輳情報が通知される。なお、ステップＳｔ１４の処理は、ステップＳｔ１３の処理に先立って実行されてもよい。
【０１３０】
ＳＭＳ制御部１００は、輻輳情報のうち、着信局アドレスに基づいて輻輳状態のＭＳＣ４２を特定し、そのＭＳＣ４２に応じて位置情報ＤＢ１３１から該当ＭＳＩＳＤＮを検索する（ステップＳｔ１５）。これにより、ＳＭＳ制御部１００は、輻輳状態のＭＳＣ４２に収容されたＩｏＴ−ＧＷ２及びＭＴＣ端末３のＭＳＩＳＤＮを取得する。なお、ＳＭＳ制御部１００は、輻輳状態のＭＳＣ４２に収容されたＩｏＴ−ＧＷ２及びＭＴＣ端末３が移動体ではない場合、本処理を省略することができる。
【０１３１】
次に、ＳＭＳ制御部１００は、ＭＳＩＳＤＮに基づいて、ＭＳＧ−ＤＢ１３０から該当規制メッセージのパラメータを検索する（ステップＳｔ１６）。より具体的には、ＳＭＳ制御部１００は、ＭＳＩＳＤＮが一致する規制メッセージのパラメータをＭＳＧ−ＤＢ１３０から取得する。これにより、ＳＭＳ制御部１００は、ＭＳＩＳＤＮに基づき、ＩｏＴ−ＧＷ２またはＭＴＣ端末３ごとに規制形態を選択する。
【０１３２】
このように、ＳＭＳＣ１は、ＩｏＴ−ＧＷ２またはＭＴＣ端末３が移動体であっても、在圏情報に基づく位置情報ＤＢ１３１からＭＳＩＳＤＮを取得して、ＩｏＴ−ＧＷ２またはＭＴＣ端末３ごとに任意の規制形態で信号発信の規制を行うことができる。なお、ＳＭＳ制御部１００は、ＩｏＴ−ＧＷ２が移動体ではない場合、着信局アドレスに基づき、ＭＳＧ−ＤＢ１３０からＭＳＩＳＤＮを取得してもよい。
【０１３３】
次に、ＳＭＳ制御部１００は、輻輳レベルから規制メッセージの優先度を設定する（ステップＳｔ１７）。ＳＭＳ制御部１００は、規制メッセージの優先度を、輻輳レベルに応じて設定することにより、ＳＣＣＰ制御部１０６の輻輳制御による規制メッセージの廃棄を回避する。
【０１３４】
次に、番号解決部１０４は、在圏情報によりＭＳＩＳＤＮの番号解決処理を行う（ステップＳｔ１８）。より具体的には、番号解決部１０４は、ＭＳＩＳＤＮからＩｏＴ−ＧＷ２またはＭＴＣ端末３の収容先のＭＳＣ４２を判定する。
【０１３５】
次に、番号解決部１０４は、規制メッセージのパラメータのうち、移動有無情報から、ＭＳＩＳＤＮに該当するＩｏＴ−ＧＷ２またはＭＴＣ端末３の移動の有無（移動体か否か）を判定する（ステップＳｔ１９）。移動がない場合（ステップＳｔ１９のＮｏ）、ステップＳｔ２１の処理が実行される。
【０１３６】
番号解決部１０４は、移動が有る場合（ステップＳｔ１９のＹｅｓ）、ＩｏＴ−ＧＷ２またはＭＴＣ端末３の収容先のＭＳＣ４２が輻輳状態のＭＳＣ４２に一致するか否かを判定する（ステップＳｔ２０）。各ＭＳＣ４２が一致しない場合（ステップＳｔ２０のＮｏ）、処理は終了する。各ＭＳＣ４２が一致する場合（ステップＳｔ２０のＹｅｓ）、ＳＭＳ制御部１００は、メッセージ送信依頼を送信管理部１０２に出力する（ステップＳｔ２１）。送信管理部１０２は、規制メッセージをネットワーク層に出力する。
【０１３７】
次に、ＳＣＣＰ制御部１０６は、規制メッセージの優先度を輻輳レベルと比較する（ステップＳｔ２２）。しかし、規制メッセージの優先度は、ＳＭＳ制御部１００により輻輳レベル以上に設定されているため、規制メッセージは廃棄されない。次に、ＭＴＰ制御部１０７は、規制メッセージを通信ポート１４からＩｏＴ−ＧＷ２またはＭＴＣ端末３に送信する（ステップＳｔ２３）。このようにして、規制メッセージの送信処理は実行される。
【０１３８】
このように、ＳＭＳ制御部１００は、各無線ネットワーク９２または各ＭＴＣ端末３について、ＭＴＣ端末３の信号の送信の規制形態の設定を受け付ける。また、ＭＴＰ制御部１０７は、輻輳情報を取得して、プリミティブ制御部１０１は、輻輳情報を輻輳プリミティブＰｄとしてＳＭＳ制御部１００に出力する。ＳＭＳ制御部１００は、輻輳情報に基づき規制形態を選択し、その選択した規制形態により規制メッセージを無線ネットワーク９２に送信する。
【０１３９】
上記の構成によると、ＳＭＳ制御部１００は、ネットワーク層の処理によらず、輻輳情報を直ちに取得することができるため、迅速に規制メッセージを送信することができる。また、ＳＭＳ制御部１００は、無線ネットワーク９２またはＭＴＣ端末３ごとに規制形態を選択するため、任意の規制形態で信号発信の規制を行うことができる。
【０１４０】
したがって、ＳＭＳＣ１は、輻輳原因の信号発信を任意の形態で迅速に規制することができる。
【０１４１】
図１３は、規制解除メッセージの送信処理の一例を示すフローチャートである。本処理において、ステップＳｔ３１〜３８ａ，Ｓｔ４０は、ネットワーク層の通信機能により実行され、ステップＳｔ３８ｂ，Ｓｔ３９は、アプリケーション層の通信機能により実行される。
【０１４２】
ＭＴＰ制御部１０７は、例えばタイマによりＲＣＴ信号の送信周期が到来したか否かを判定する（ステップＳｔ３１）。ＭＴＰ制御部１０７は、送信周期が到来していない場合（ステップＳｔ３１のＮｏ）、処理を終了する。また、ＭＴＰ制御部１０７は、送信周期が到来した場合（ステップＳｔ３１のＹｅｓ）、ＲＣＴ信号を生成する（ステップＳｔ３２）。
【０１４３】
次に、ＭＴＰ制御部１０７は、輻輳レベルからＲＣＴ信号の優先度を設定する（ステップＳｔ３３）。ＭＴＰ制御部１０７は、ＭＳＣ４２の輻輳状態が解消されていない場合にＲＣＴ信号が廃棄されるように、例えば、優先度を輻輳レベルより１つだけ小さい値に設定する。次に、ＭＴＰ制御部１０７は、ＲＣＴ信号を送信し（ステップＳｔ３４）、監視タイマを起動する（ステップＳｔ３４ａ）。監視タイマは、ＳＩＧＴＲＡＮ−ＧＷ４０からＲＣＴ信号に対する応答信号（ＴＦＣ信号）の受信の有無を監視するために用いられる。
【０１４４】
次に、ＭＴＰ制御部１０７は、監視タイマが満了したか否かを判定する（ステップＳｔ３５）。ＭＴＰ制御部１０７は、監視タイマが満了していない場合（ステップＳｔ３５のＮｏ）、ＴＦＣ信号の受信の有無を判定する（ステップＳｔ３６）。ここで、ＳＩＧＴＲＡＮ−ＧＷ４０は、ＭＳＣ４２の輻輳状態が継続している場合、ＲＣＴ信号を所定回数廃棄した後、応答信号としてＴＦＣ信号をＳＭＳＣ１に送信する。ＭＴＰ制御部１０７は、ＴＦＣ信号が受信されていない場合（ステップＳｔ３６のＮｏ）、再びステップＳｔ３５の処理を実行する。また、ＭＴＰ制御部１０７は、ＴＦＣ信号が受信されている場合（ステップＳｔ３６のＹｅｓ）、処理を終了する。なお、ＲＣＴ信号は試験信号の一例である。
【０１４５】
また、ＭＴＰ制御部１０７は、監視タイマが満了した場合（ステップＳｔ３５のＹｅｓ）、ＴＦＣ信号が受信されていないと判断し、ＳＣＣＰ制御部１０６に輻輳制御を停止させる（ステップＳｔ３７）。ここで、ＳＩＧＴＲＡＮ−ＧＷ４０は、ＭＳＣ４２の輻輳状態が解消している場合、輻輳レベルを０とするため、ＲＣＴ信号を廃棄せずに転送するため、ＴＦＣ信号を送信しない。このため、ＭＴＰ制御部１０７は、監視タイマが満了するまでにＴＦＣ信号が受信されない場合、輻輳状態が解消したと判断し、輻輳レベルを０とする。
【０１４６】
次に、ＭＴＰ制御部１０７は、ＲＣＴ信号の送信周期を計時するタイマを停止する（ステップＳｔ３８）。次に、プリミティブ制御部１０１は、輻輳レベルが０であることの通知をするため、輻輳プリミティブＰｓをアプリケーション層に出力する（ステップＳｔ３８ａ）。なお、輻輳プリミティブＰｓには、輻輳状態が解消したＭＳＣ４２のアドレスが含まれる。
【０１４７】
ＳＭＳ制御部１００は、ＭＳＣ４２のアドレスに基づき、位置情報ＤＢ１３１から該当ＭＳＩＳＤＮを検索する（ステップＳｔ３８ｂ）。これにより、ＳＭＳ制御部１００は、規制解除対象のＩｏＴ−ＧＷ２及びＭＴＣ端末３のＭＳＩＳＤＮを取得する。次に、ＳＭＳ制御部１００は、規制解除メッセージのメッセージ送信依頼を送信管理部１０２に出力する（ステップＳｔ３９）。送信管理部１０２は、規制解除メッセージをネットワーク層に出力する。
【０１４８】
次に、ＭＴＰ制御部１０７は、規制解除メッセージをＩｏＴ−ＧＷ２またはＭＴＣ端末３に送信する（ステップＳｔ４０）。このようにして、規制解除メッセージの送信処理は実行される。
【０１４９】
このように、ＭＴＰ制御部１０７は、輻輳情報の取得元のノードであるＳＩＧＴＲＡＮ−ＧＷ４０に対し、輻輳情報が示す輻輳レベルに応じた優先度のＲＣＴ信号を送信する。また、プリミティブ制御部１０１は、ＳＩＧＴＲＡＮ−ＧＷ４０からＲＣＴ信号に対する応答信号として、ＴＦＣ信号を受信しない場合、輻輳状態の解消の通知として、輻輳プリミティブＰｓをＳＭＳ制御部１００に出力する。ＳＭＳ制御部１００は、輻輳プリミティブＰｓに応じて、規制解除メッセージを無線ネットワーク９２に送信する。
【０１５０】
このため、ＳＭＳＣ１は、輻輳状態の解消を検出して、ＭＴＣ端末３の信号発信の規制を解除することができる。
【０１５１】
次にＩｏＴ−ＧＷ２の処理について述べる。
【０１５２】
図１４は、ＩｏＴ−ＧＷ２の規制メッセージ及び規制解除メッセージの受信処理の一例を示すフローチャートである。本処理は、例えば周期的に実行される。
【０１５３】
ＳＭＳ制御部２００は、ＳＭＳＣ１からのＳＭＳメッセージの受信の有無を判定する（ステップＳｔ５１）。ＳＭＳ制御部２００は、ＳＭＳメッセージが受信されていない場合（ステップＳｔ５１のＮｏ）、処理を終了する。また、ＳＭＳ制御部２００は、ＳＭＳメッセージが受信されている場合（ステップＳｔ５１のＹｅｓ）、メッセージ判定部２０１により、ＳＭＳメッセージが規制メッセージであるか否かを判定する（ステップＳｔ５２）。
【０１５４】
ＳＭＳ制御部２００は、ＳＭＳメッセージが規制メッセージである場合（ステップＳｔ５２のＹｅｓ）、規制メッセージのＭＴＣパターンＩＤから規制対象のＭＴＣ端末３を検出する（ステップＳｔ５３）。次に、ＳＭＳ制御部２００は、規制メッセージの動作パターンＩＤからＭＴＣ端末３ごとに規制形態を検出する（ステップＳｔ５４）。次に、ＳＭＳ制御部２００は、該当ＭＴＣ端末３に規制指示を送信する（ステップＳｔ５５）。
【０１５５】
また、ＳＭＳ制御部２００は、ＳＭＳメッセージが規制メッセージではない場合（ステップＳｔ５２のＮｏ）、ＳＭＳメッセージが規制解除メッセージであるか否かを判定する（ステップＳｔ５６）。ＳＭＳ制御部２００は、ＳＭＳメッセージが規制解除メッセージである場合（ステップＳｔ５６のＹｅｓ）、規制解除メッセージから規制解除対象のＭＴＣ端末３を検出する（ステップＳｔ５７）。次に、ＳＭＳ制御部２００は、該当ＭＴＣ端末３に規制解除指示を送信する（ステップＳｔ５８）。
【０１５６】
また、ＳＭＳ制御部２００は、ＳＭＳメッセージが規制解除メッセージではない場合（ステップＳｔ５６のＮｏ）、処理を終了する。このようにして、規制メッセージ及び規制解除メッセージの受信処理は実行される。
【０１５７】
次に、ＭＴＣ端末３の処理について述べる。
【０１５８】
図１５は、ＭＴＣ端末３の発信規制及び規制解除の処理の一例を示すフローチャートである。本処理は、例えば周期的に実行される。
【０１５９】
通信制御部３００は、ＩｏＴ−ＧＷ２から規制指示を受信したか否かを判定する（ステップＳｔ６１）。通信制御部３００は、規制指示を受信した場合（ステップＳｔ６１のＹｅｓ）、指示された規制形態で信号発信を規制する（ステップＳｔ６２）。
【０１６０】
また、通信制御部３００は、規制指示を受信していない場合（ステップＳｔ６１のＮｏ）、ＩｏＴ−ＧＷ２から規制解除指示を受信したか否かを判定する（ステップＳｔ６３）。通信制御部３００は、規制解除指示を受信した場合（ステップＳｔ６３のＹｅｓ）、信号発信の規制を停止する（ステップＳｔ６４）。
【０１６１】
また、通信制御部３００は、規制解除指示を受信していない場合（ステップＳｔ６３のＮｏ）、処理を終了する。このようにして、ＭＴＣ端末３の発信規制及び規制解除の処理は実行される。なお、ＭＴＣ端末３が直接的にＭＳＣ４２に収容されている場合、ＭＴＣ端末３は、規制メッセージまたは規制解除メッセージを受信するが、その処理は、規制対象を自装置としてＩｏＴ−ＧＷ２と同様となる。
【０１６２】
このように、ＳＭＳＣ１は、ＳＭＳメッセージによりＭＴＣ端末３の信号発信の規制及び規制解除を行うため、ＩｏＴ−ＧＷ２またはＭＴＣ端末３との間で汎用性の高いプロトコルにより高い互換性を実現することができる。
【０１６３】
また、ＳＭＳＣ１は、ＩｏＴ−ＧＷ２またはＭＴＣ端末３ごとに規制形態を選択するため、任意の方式でＭＴＣ端末３の信号発信の規制を行うことができる。
【０１６４】
図１６は、発信規制の例を示す図である。本例では、企業Ｘのフィールドセンサを備えるＭＴＣ端末３の無線ネットワーク９２ｘと、企業Ｙのフィールドセンサを備えるＭＴＣ端末３の無線ネットワーク９２ｙと、企業Ｚのフィールドセンサを備えるＭＴＣ端末３の無線ネットワーク９２ｚとを挙げる。なお、無線ネットワーク９２ｙには、グループ＃１とグループ＃２のＭＴＣ端末３が含まれる。
【０１６５】
無線ネットワーク９２ｘ〜９２ｚは、ＩｏＴ−ＧＷ２ｘ〜２ｚによりキャリアネットワーク９０，９１とそれぞれ接続されている。なお、ＩｏＴ−ＧＷ２ｘ〜２ｚは共通のＭＳＣ４２に収容されていると仮定する。
【０１６６】
ＩｏＴ−ＧＷ２ｘには、ＭＳＩＳＤＮ「０２０−ＸＸＸＸ−ＸＸＸＸ」が割り当てられている。また、ＩｏＴ−ＧＷ２ｙには、グループ＃１のＭＴＣ端末３に対応するＭＳＩＳＤＮ「０２０−ＹＹＹＹ−１１１１」と、グループ＃２のＭＴＣ端末３に対応するＭＳＩＳＤＮ「０２０−ＹＹＹＹ−２２２２」とが割り当てられている。また、ＩｏＴ−ＧＷ２ｚには、ＭＳＩＳＤＮ「０２０−ＺＺＺＺ−ＺＺＺＺ」が割り当てられている。
【０１６７】
ＳＭＳＣ１は、ＭＳＧ−ＤＢ１３０に基づいてＭＴＣ端末３ごとに個別の規制形態で信号発信の規制を行う。
【０１６８】
例えば、ＳＭＳＣ１は、緊急情報を除く規制形態の動作パターンＩＤ「＃１」が指定された規制メッセージＭ１を、ＭＳＩＳＤＮ「０２０−ＸＸＸＸ−ＸＸＸＸ」及び「０２０−ＹＹＹＹ−１１１１」のＩｏＴ−ＧＷ２ｘ，２ｙにそれぞれ送信する。このため、無線ネットワーク９２ｘのＭＴＣ端末３と無線ネットワーク９２ｙのグループ＃１のＭＴＣ端末３は、緊急情報を除く信号発信が規制される。
【０１６９】
また、ＳＭＳＣ１は、期間を１日に限定する規制形態の動作パターンＩＤ「＃２」が指定された規制メッセージＭ２を、ＭＳＩＳＤＮ「０２０−ＺＺＺＺ−ＺＺＺＺ」及び「０２０−ＹＹＹＹ−２２２２」のＩｏＴ−ＧＷ２ｚ，２ｙにそれぞれ送信する。このため、無線ネットワーク９２ｚのＭＴＣ端末３と無線ネットワーク９２ｙのグループ＃２のＭＴＣ端末３は、１日だけ信号発信が規制される。
【０１７０】
このように、ＳＭＳＣ１は、任意の規制形態で信号発信の規制を行うことができる。
【０１７１】
なお、上記の例において、ＳＭＳＣ１は、ＭＴＣ端末３の信号発信の規制を行うことによりＭＳＣ４２の輻輳状態を解消するが、例えば、ＭＴＣ端末３の接続先のキャリアネットワーク９０，９１を切り替えることにより輻輳状態を解消してもよい。この場合、ＳＭＳＣ１は、ＳＣＳ５からの入力に応じて、キャリアネットワーク９０，９１の切り替えを指示するＳＭＳメッセージを生成して、該当ＭＴＣ端末３の無線ネットワーク９２に接続されたＩｏＴ−ＧＷ２に送信する。
【０１７２】
ＩｏＴ−ＧＷ２は、ＳＭＳ制御部２００により接続先のキャリアネットワーク９０，９１を切り替える。より具体的には、ＳＭＳ制御部２００は、ＩｏＴ−ＧＷ２の収容先を一方のキャリアネットワーク９０，９１のＭＳＣ４２から他方のキャリアネットワーク９１，９０のＭＳＣ４２に切り替える。例えば、一方のキャリアネットワーク９０のＭＳＣ４２に収容されたＩｏＴ−ＧＷ２は、符号Ｌで示されるように、他方のキャリアネットワーク９１のＭＳＣ４２に収容先が切り替えられる。
【０１７３】
これにより、ＭＴＣ端末３の接続先は、一方のキャリアネットワーク９０，９１のＭＳＣ４２から他方のキャリアネットワーク９１，９０のＭＳＣ４２に切り替えられるため、元の収容先のＭＳＣ４２の輻輳状態が解消される。
【０１７４】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【０１７５】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１７６】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１７７】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形して実施可能である。
【０１７８】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  １以上の第１ネットワーク内の複数の端末から送信される信号による第２ネットワークの輻輳状態を制御する輻輳制御方法において、
ネットワーク層の通信機能と、アプリケーション層の通信機能とを有するコンピュータが、
前記ネットワーク層の通信機能により、前記輻輳状態に関する輻輳情報を取得して前記アプリケーション層に出力する処理と、
前記アプリケーション層の通信機能により、前記１以上の第１ネットワークの各々または前記複数の端末の各々について、前記信号の送信の規制形態の設定を受け付ける処理と、
前記アプリケーション層の通信機能により、前記輻輳情報に基づき前記規制形態を選択し、前記選択した前記規制形態により前記信号の送信を規制するメッセージを前記１以上の第１ネットワークに送信する処理と、を実行することを特徴とする輻輳制御方法。
（付記２）  前記メッセージは、ＳＭＳメッセージであることを特徴とする付記１に記載の輻輳制御方法。
（付記３）  前記輻輳情報を取得して前記アプリケーション層に出力する処理において、前記輻輳情報をＳＩＧＴＲＡＮプロトコルに基づき取得することを特徴とする付記１または２に記載の輻輳制御方法。
（付記４）  前記規制形態の設定を受け付ける処理において、
前記１以上の第１ネットワークと前記第２ネットワークをそれぞれ接続する１以上のゲートウェイ装置の各々または前記複数の端末の各々の識別情報に対応付けて前記規制形態の設定を受け付け、
前記メッセージを前記１以上の第１ネットワークに送信する処理において、
前記輻輳情報から前記第２ネットワーク内の輻輳状態の交換機を特定し、
前記交換機に収容された通信機器の在圏情報から前記識別情報を取得し、
前記識別情報に基づき、当該ゲートウェイ装置または当該端末ごとに前記規制形態を選択することを特徴とする付記１乃至３の何れかに記載の輻輳制御方法。
（付記５）  前記ゲートウェイ装置の各々または前記複数の端末の各々の識別情報は、携帯電話番号であることを特徴とする付記４に記載の輻輳制御方法。
（付記６）  前記メッセージを前記１以上の第１ネットワークに送信する処理において、
前記メッセージの優先度を、前記輻輳情報が示す前記輻輳状態のレベルに応じて設定することを特徴とする付記１乃至５の何れかに記載の輻輳制御方法。
（付記７）  前記ネットワーク層の通信機能により、前記輻輳情報の取得元のノードに対し、前記輻輳情報が示す前記輻輳状態のレベルに応じた優先度の試験信号を送信する処理と、
前記ネットワーク層の通信機能により、前記取得元のノードから前記試験信号に対する応答信号を受信しない場合、前記輻輳状態の解消の通知を前記アプリケーション層に出力する処理と、
前記アプリケーション層の通信機能により、前記輻輳状態の解消の通知に応じて、前記信号の送信の規制を解除するメッセージを前記１以上の第１ネットワークに送信する処理と、を前記コンピュータが実行することを特徴とする付記１乃至６の何れかに記載の輻輳制御方法。
（付記８）  １以上の第１ネットワーク内の複数の端末から送信される信号による第２ネットワークの輻輳状態を制御する輻輳制御プログラムにおいて、
ネットワーク層の通信機能と、アプリケーション層の通信機能とを有するコンピュータに、
前記ネットワーク層の通信機能により、前記輻輳状態に関する輻輳情報を取得して前記アプリケーション層に出力し、
前記アプリケーション層の通信機能により、前記１以上の第１ネットワークの各々または前記複数の端末の各々について、前記信号の送信の規制形態の設定を受け付け、
前記アプリケーション層の通信機能により、前記輻輳情報に基づき前記規制形態を選択し、前記選択した前記規制形態により前記信号の送信を規制するメッセージを前記１以上の第１ネットワークに送信する、処理を実行させることを特徴とする輻輳制御プログラム。
（付記９）  前記メッセージは、ＳＭＳメッセージであることを特徴とする付記８に記載の輻輳制御プログラム。
（付記１０）  前記輻輳情報を取得して前記アプリケーション層に出力する処理において、前記輻輳情報をＳＩＧＴＲＡＮプロトコルに基づき取得することを特徴とする付記８または９に記載の輻輳制御プログラム。
（付記１１）  前記規制形態の設定を受け付ける処理において、
前記１以上の第１ネットワークと前記第２ネットワークをそれぞれ接続する１以上のゲートウェイ装置の各々または前記複数の端末の各々の識別情報に対応付けて前記規制形態の設定を受け付け、
前記メッセージを前記１以上の第１ネットワークに送信する処理において、
前記輻輳情報から前記第２ネットワーク内の輻輳状態の交換機を特定し、
前記交換機に収容された通信機器の在圏情報から前記識別情報を取得し、
前記識別情報に基づき、当該ゲートウェイ装置または当該端末ごとに前記規制形態を選択することを特徴とする付記８乃至１０の何れかに記載の輻輳制御プログラム。
（付記１２）  前記ゲートウェイ装置の各々または前記複数の端末の各々の識別情報は、携帯電話番号であることを特徴とする付記１１に記載の輻輳制御プログラム。
（付記１３）  前記メッセージを前記１以上の第１ネットワークに送信する処理において、
前記メッセージの優先度を、前記輻輳情報が示す前記輻輳状態のレベルに応じて設定することを特徴とする付記８乃至１２の何れかに記載の輻輳制御プログラム。
（付記１４）  前記ネットワーク層の通信機能により、前記輻輳情報の取得元のノードに対し、前記輻輳情報が示す前記輻輳状態のレベルに応じた優先度の試験信号を送信し、
前記ネットワーク層の通信機能により、前記取得元のノードから前記試験信号に対する応答信号を受信しない場合、前記輻輳状態の解消の通知を前記アプリケーション層に出力し、
前記アプリケーション層の通信機能により、前記輻輳状態の解消の通知に応じて、前記信号の送信の規制を解除するメッセージを前記１以上の第１ネットワークに送信する、処理と、を前記コンピュータに実行させることを特徴とする付記８乃至１３の何れかに記載の輻輳制御プログラム。
（付記１５）  １以上の第１ネットワーク内の複数の端末から送信される信号による第２ネットワークの輻輳状態を制御する輻輳制御装置において、
ネットワーク層の通信機能を実行する第１機能部と、
アプリケーション層の通信機能を実行する第２機能部とを有し、
前記第１機能部は、前記輻輳状態に関する輻輳情報を取得して前記第２機能部に出力し、
前記第２機能部は、
前記１以上の第１ネットワークの各々または前記複数の端末の各々について、前記信号の送信の規制形態の設定を受け付け、
前記輻輳情報に基づき前記規制形態を選択し、前記選択した前記規制形態により前記信号の送信を規制するメッセージを前記１以上の第１ネットワークに送信することを特徴とする輻輳制御装置。
（付記１６）  前記メッセージは、ＳＭＳメッセージであることを特徴とする付記１５に記載の輻輳制御装置。
（付記１７）  前記第１機能部は、前記輻輳情報をＳＩＧＴＲＡＮプロトコルに基づき取得することを特徴とする付記１５または１６に記載の輻輳制御装置。
（付記１８）  前記第２機能部は、
前記１以上の第１ネットワークと前記第２ネットワークをそれぞれ接続する１以上のゲートウェイ装置の各々または前記複数の端末の各々の識別情報に対応付けて前記規制形態の設定を受け付け、
前記輻輳情報から前記第２ネットワーク内の輻輳状態の交換機を特定し、
前記交換機に収容された通信機器の在圏情報から前記識別情報を取得し、
前記識別情報に基づき、当該ゲートウェイ装置または当該端末ごとに前記規制形態を選択することを特徴とする付記１５乃至１７の何れかに記載の輻輳制御装置。
（付記１９）  前記第１機能部は、前記輻輳情報の取得元のノードに対し、前記輻輳情報が示す前記輻輳状態のレベルに応じた優先度の試験信号を送信し、前記取得元のノードから前記試験信号に対する応答信号を受信しない場合、前記輻輳状態の解消の通知を前記第２機能部に出力し、
前記第１機能部は、前記輻輳状態の解消の通知に応じて、前記信号の送信の規制を解除するメッセージを前記１以上の第１ネットワークに送信することを特徴とする付記１５乃至１８の何れかに記載の輻輳制御装置。
（付記２０）  １以上の第１ネットワーク内の複数の端末から送信される信号による第２ネットワークの輻輳状態を制御する輻輳制御装置と、
前記１以上の第１ネットワークと前記第２ネットワークをそれぞれ接続する１以上のゲートウェイ装置とを有し、
前記輻輳制御装置は、ネットワーク層の通信機能を実行する第１機能部と、アプリケーション層の通信機能を実行する第２機能部とを有し、
前記第１機能部は、前記輻輳状態に関する輻輳情報を取得して前記第２機能部に出力し、
前記第２機能部は、
前記１以上の第１ネットワークの各々または前記複数の端末の各々について、前記信号の送信の規制形態の設定を受け付け、
前記輻輳情報に基づき前記規制形態を選択し、前記選択した前記規制形態により前記信号の送信を規制するメッセージを前記１以上のゲートウェイ装置に送信し、
前記１以上のゲートウェイは、前記メッセージに従い、前記複数の端末に対して前記信号の送信を規制することを特徴とするネットワークシステム。
【符号の説明】
【０１７９】
１       ＳＭＳＣ
２       ＩｏＴ−ＧＷ
３       ＭＴＣ端末
１０       ＣＰＵ
１００      ＳＭＳ制御部
１０１      プリミティブ制御部
１０２      送信管理部
１０３      位置情報管理部
１０４      番号解決部
１０５      ＭＡＰ／ＴＣＡＰ制御部
１０６      ＳＣＣＰ制御部
１０７      ＭＴＰ制御部
１３０      ＭＳＧ−ＤＢ
１３１      位置情報ＤＢ
【図１】
2019080105.tif 000003
【図２】
2019080105.tif 000004
【図３】
2019080105.tif 000005
【図４】
2019080105.tif 000006
【図５】
2019080105.tif 000007
【図６】
2019080105.tif 000008
【図７】
2019080105.tif 000009
【図８】
2019080105.tif 000010
【図９】
2019080105.tif 000011
【図１０】
2019080105.tif 000012
【図１１】
2019080105.tif 000013
【図１２】
2019080105.tif 000014
【図１３】
2019080105.tif 000015
【図１４】
2019080105.tif 000016
【図１５】
2019080105.tif 000017
【図１６】
2019080105.tif 000018