(57)【特許請求の範囲】
【請求項１】
コンピュータに、
無線ネットワークの通信品質情報と、前記無線ネットワークの位置に対応する地域の気象情報を含む環境情報と、を取得し、
前記通信品質情報に基づいて前記無線ネットワークの通信品質の悪化が検出された場合、前記環境情報の変化に応じて前記無線ネットワーク内の無線通信装置又は前記無線ネットワークへのデータ流入量を制御する、
処理を実行させるプログラム。
【請求項２】
複数種の環境情報に対応付けて、制御命令が記憶された記憶部を参照し、変化の生じた環境情報に対応する制御命令を読み出し、
読み出した制御命令に基づき回復に関する制御を行う
請求項１に記載のプログラム。
【請求項３】
環境情報に対応付けて、複数の制御命令、及び、各制御命令に対する優先順位を記憶した前記記憶部を参照し、変化の生じた環境情報に対応する制御命令を、優先順位に従い読み出す
請求項２に記載のプログラム。
【請求項４】
環境情報の変化があると判断し、かつ、輻輳が生じていると判断した場合に、前記記憶部から、前記環境情報に対応する第１制御命令を、優先順位に従い読み出し、
環境情報の変化があると判断し、かつ、輻輳が生じていないと判断した場合に、前記記憶部から、前記環境情報に対応する第１制御命令とは異なる第２制御命令を、優先順位に従い読み出す
請求項３に記載のプログラム。
【請求項５】
前記制御命令は、前記無線通信装置のＭＡＣアドレスの再送回数を増加させる命令、符号化率を増加させる命令、送信電力を減少させる命令、または前記無線ネットワーク内の単位時間当たりの流入量を制限させる命令である
請求項１から４のいずれか一つに記載のプログラム。
【請求項６】
無線ネットワークの通信品質情報と、前記無線ネットワークの位置に対応する地域の気象情報を含む環境情報と、を取得する取得部と、
前記通信品質情報に基づいて前記無線ネットワークの通信品質の悪化が検出された場合、前記環境情報の変化に応じて前記無線ネットワーク内の無線通信装置又は前記無線ネットワークへのデータ流入量を制御する制御部と
を備える情報処理装置。
【請求項７】
無線ネットワークの通信品質情報と、前記無線ネットワークの位置に対応する地域の気象情報を含む環境情報と、を取得し、
前記通信品質情報に基づいて前記無線ネットワークの通信品質の悪化が検出された場合、前記環境情報の変化に応じて前記無線ネットワーク内の無線通信装置又は前記無線ネットワークへのデータ流入量を制御する、
処理を情報処理装置に実行させる情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム、情報処理装置及び情報処理方法に関する。
【背景技術】
【０００２】
従来、無線通信網における通信の状況及び無線ＬＡＮアクセスポイントによる通信の状況によって、通信を切り換える通信システムが提案されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−２１２４１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では切り替えの対処が適切に行うことができないという問題がある。
【０００５】
一つの側面では、通信品質を向上させることが可能なプログラム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
一つの案では、コンピュータに、無線ネットワークの通信品質情報と、前記無線ネットワークの位置に対応する地域の気象情報を含む環境情報とを取得し、前記通信品質情報に基づいて前記無線ネットワークの通信品質の悪化が検出された場合、前記環境情報の変化に応じて前記無線ネットワーク内の無線通信装置又は前記無線ネットワークへのデータ流入量を制御する処理を実行させる。
【発明の効果】
【０００７】
一つの側面では、通信品質を向上させることが可能となる。
【図面の簡単な説明】
【０００８】
【図１】情報処理システムの概要を示す説明図である。
【図２】ＧＷのハードウェア群を示すブロック図である。
【図３】制御機器のハードウェア群を示すブロック図である。
【図４】サーバコンピュータのハードウェア群を示すブロック図である。
【図５】エリアＤＢのレコードレイアウトを示す説明図である。
【図６】気象情報ＤＢのレコードレイアウトを示す説明図である。
【図７】交通情報ＤＢのレコードレイアウトを示す説明図である。
【図８】イベント情報ＤＢのレコードレイアウトを示す説明図である。
【図９】工事情報ＤＢのレコードレイアウトを示す説明図である。
【図１０】内部データＤＢのレコードレイアウトを示す説明図である。
【図１１】対策ＤＢのレコードレイアウトを示す説明図である。
【図１２】送信時間を示す説明図である。
【図１３】データフレームヘッダを示す説明図である。
【図１４】回復制御命令の設定例を示す説明図である。
【図１５】環境情報の変化有無を検出する手順を示すフローチャートである。
【図１６】回復制御命令の出力処理手順を示すフローチャートである。
【図１７】回復制御命令の出力処理手順を示すフローチャートである。
【図１８】実施の形態２に係る対策ＤＢのレコードレイアウトを示す説明図である。
【図１９】回復制御命令処理の手順を示すフローチャートである。
【図２０】回復制御命令処理の手順を示すフローチャートである。
【図２１】実施の形態に係る対策ＤＢのレコードレイアウトを示す説明図である。
【図２２】評価値及び優先順位の変更手順を示すフローチャートである。
【図２３】実施の形態４に係るサーバコンピュータのハードウェア群を示すブロック図である。
【図２４】履歴ＤＢのレコードレイアウトを示す説明図である。
【図２５】履歴の記憶処理手順を示すフローチャートである。
【図２６】回復制御命令の出力手順を示すフローチャートである。
【図２７】上述した形態のサーバコンピュータの動作を示す機能ブロック図である。
【図２８】実施の形態５に係るサーバコンピュータのハードウェア群を示すブロック図である。
【発明を実施するための形態】
【０００９】
実施の形態１
以下実施の形態を、図面を参照して説明する。図１は情報処理システムの概要を示す説明図である。情報処理システムは情報処理装置１、気象情報公開サーバ４１、交通情報公開サーバ４２、イベント情報公開サーバ４３、ゲートウェイ（以下、ＧＷという）２及び制御の対象となる制御機器３等を含む。情報処理装置１は、サーバコンピュータ、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、またはスマートフォン等である。以下情報処理装置１をサーバコンピュータ１という。サーバコンピュータ１、気象情報公開サーバ４１、交通情報公開サーバ４２、イベント情報公開サーバ４３及びゲートウェイ２はインターネット、公衆電話網、ＬＡＮ(Local Area Network)等の通信網Ｎを介して相互に接続されている。
【００１０】
ＧＷ２と、各エリアに分散配置された制御機器３とは、通信網Ｎ１を介して接続されている。通信網Ｎ１は、例えば920MHz帯の特定小電力無線ネットワークである。なお、周波数は一例であり他の周波数帯であってもよい。制御機器３は例えば街頭に設置されたＬＥＤ（Light Emitting Diode）、監視カメラ、温度センサ等である。本実施形態では制御機器３をＬＥＤに適用する例を示す。
【００１１】
雷等の気象の変化によりＧＷ２及び制御機器３に対する通信品質が悪化する場合がある。サーバコンピュータ１は通信品質が悪化した場合、気象情報公開サーバ４１等からの気象情報を含む環境情報を参照する。環境情報に変化がある場合、ＧＷ２または制御機器３に対し、変化の生じた事象に応じて異なる通信品質の回復に関する制御を行う。以下、詳細な処理内容を説明する。
【００１２】
図２はＧＷ２のハードウェア群を示すブロック図である。ＧＷ２は制御部としてのＣＰＵ（Central Processing Unit）２１、記憶部２５、通信部２６及び、無線通信部２８等を含む。ＣＰＵ２１は、バス２７を介してハードウェア各部と接続されている。ＣＰＵ２１は記憶部２５に記憶された制御プログラム２５Ｐに従いハードウェア各部を制御する。通信部２６は通信モジュールであり通信網Ｎを介してサーバ１等と情報の送受信を行う。無線通信部２８は無線通信モジュールであり、通信網Ｎ１を介して通信対象の各制御機器３と情報の送受信を行う。記憶部２５はメモリであり制御プログラム２５Ｐを記憶する。
【００１３】
図３は制御機器３のハードウェア群を示すブロック図である。制御機器３は制御部としてのＣＰＵ３１、記憶部３５、ＬＥＤ３２及び無線通信部３８等を含む。ＣＰＵ３１は、バス３７を介してハードウェア各部と接続されている。ＣＰＵ３１は記憶部３５に記憶された制御プログラム３５Ｐに従いハードウェア各部を制御する。無線通信部３８は無線通信モジュールであり、通信網Ｎ１を介して、ＧＷ２の無線通信部２８との間で情報の送受信を行う。記憶部３５はメモリであり制御プログラム３５Ｐを記憶する。ＬＥＤ３２は発光素子であり、ＣＰＵ３１の発光制御に従い、点灯または消灯される。サーバ１は、制御機器３に対し、ＬＥＤ３２の点灯または消灯制御を行うほか、ＬＥＤ３２の電流または電圧等の情報を取得する。
【００１４】
図４はサーバコンピュータ１のハードウェア群を示すブロック図である。コンピュータ１は制御部としてのＣＰＵ１１、ＲＡＭ１２、入力部１３、表示部１４、記憶部１５、時計部１８及び、通信部１６等を含む。ＣＰＵ１１は、バス１７を介してハードウェア各部と接続されている。ＣＰＵ１１は記憶部１５に記憶された制御プログラム１５Ｐに従いハードウェア各部を制御する。ＲＡＭ１２は例えばＳＲＡＭ（Static RAM）、ＤＲＡＭ(Dynamic RAM)、フラッシュメモリ等である。ＲＡＭ１２は、記憶部としても機能し、ＣＰＵ１１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００１５】
入力部１３はマウスまたはキーボード、マウスまたはタッチパネル等の入力デバイスであり、受け付けた操作情報をＣＰＵ１１へ出力する。表示部１４は液晶ディスプレイまたは有機ＥＬ（electroluminescence）ディスプレイ等であり、ＣＰＵ１１の指示に従い各種情報を表示する。通信部１６は通信モジュールであり、ＧＷ２、気象情報公開サーバ４１、交通情報公開サーバ４２及びイベント情報公開サーバ４３等と情報の送受信を行う。時計部１８は日時情報をＣＰＵ１１へ出力する。
【００１６】
記憶部１５はハードディスクまたは大容量メモリであり、制御プログラム１５Ｐ、エリアデータベース（以下、ＤＢという）１５０、気象情報ＤＢ１５１、交通情報ＤＢ１５２、イベント情報ＤＢ１５３及び工事情報ＤＢ１５４を含む。また記憶部１５は、内部データＤＢ１５５及び対策ＤＢ１５６等を含む。なお、実施形態ではエリアＤＢ１５０等を記憶部１５に記憶する例を挙げたが、これに限るものではない。ＲＡＭ１２に記憶するほか、図示しない他のＤＢサーバ内に記憶するようにしても良い。
【００１７】
図５はエリアＤＢ１５０のレコードレイアウトを示す説明図である。エリアＤＢ１５０は、エリアコードフィールド、エリアフィールド、緯度範囲フィールド及び経度範囲フィールド等を含む。エリアコードフィールドには、制御機器３が設置されたエリアを特定するための固有の識別情報が記憶されている。エリアフィールドには、エリアコードに対応付けてエリア名が記憶されている。緯度範囲フィールド及び経度範囲フィールドには、エリアコードに対応付けて、当該エリアをカバーする緯度範囲及び経度範囲が記憶されている。なお、緯度及び経度ではなく、住所等によりエリアを特定してもよい。
【００１８】
図６は気象情報ＤＢ１５１のレコードレイアウトを示す説明図である。気象情報ＤＢ１５１は、エリアコードフィールド、日時フィールド、雷フィールド、風速フィールド、及び湿度フィールド等を含む。日時フィールドには、エリアコードに対応付けて気象情報公開サーバ４１から気象情報を取得した日時が記憶されている。雷フィールドには、エリアコードに対応付けて当該エリア内にて雷が発生しているかの情報を記憶している。図６の例では、１が、雷が発生している状態、０が、雷が発生していない状態を示す。
【００１９】
風速フィールドには、エリアコードに対応付けて当該エリア内にて所定以上の風速を有する風が発生しているか否かの情報が記憶されている。実施形態では説明を容易にするために、図６に示すとおり、風速10ｍ/s以上の場合１、風速10m/s未満の場合０を記憶している。湿度フィールドには、エリアコードに対応付けて当該エリア内にて所定以上の湿度となっているか否かを示す情報が記憶されている。実施形態では説明を容易にするために、図６に示すとおり、湿度６０％以上の場合１、湿度６０未満の場合０を記憶している。
【００２０】
なお、本実施形態では気象情報の一例として雷、風速、湿度を挙げたがこれに限るものではない。その他、雨量、温度、積雪量等を取得してもよい。サーバコンピュータ１のＣＰＵ１１は、定期的に気象情報公開サーバ４１から気象情報及び日時を取得し、気象情報ＤＢ１５１に記憶する。また本実施形態では気象情報を気象情報公開サーバ４１から取得する例を示したがこれに限るものではない。例えば、制御機器３に設けた温度センサ、湿度センサ等から温度及び湿度等の気象情報、エリアコード及び日時を取得するようにしてもよい。
【００２１】
図７は交通情報ＤＢ１５２のレコードレイアウトを示す説明図である。交通情報ＤＢ１５２はエリアコードフィールド、日時フィールド及び渋滞情報フィールド等を含む。渋滞情報フィールドには、エリアコード及び日時に対応付けて、当該エリアの道路状況が記憶されている。渋滞情報は、例えば順調、混雑及び渋滞等がある。本実施形態では、図７に示すように、渋滞及び混雑の場合１、順調の場合０として記憶している。サーバコンピュータ１のＣＰＵ１１は、定期的に交通情報公開サーバ４２からエリアコード、渋滞情報及び日時を取得し、交通情報ＤＢ１５２に記憶する。また本実施形態では渋滞情報を交通情報公開サーバ４２から取得する例を示したがこれに限るものではない。例えば、制御機器３に設けた渋滞の有無を判断するためのビーコンから渋滞情報、エリアコード及び日時を取得するようにしてもよい。
【００２２】
図８はイベント情報ＤＢ１５３のレコードレイアウトを示す説明図である。イベント情報ＤＢ１５３はエリアコードフィールド、会場フィールド、開場日時フィールド及び終了日時フィールド等を含む。会場フィールドには、エリアコードに対応付けて当該エリア内でイベントが開催される会場名が記憶されている。開場日時フィールドには、エリアコードに対応付けてイベントの開場日時が記憶されている。終了日時フィールドには、エリアコードに対応付けてイベントの終了日時が記憶されている。サーバコンピュータ１のＣＰＵ１１は、定期的にイベント情報公開サーバ４３からエリアコード、会場、開場日時及び終了日時を取得し、イベント情報ＤＢ１５３に記憶する。
【００２３】
図９は工事情報ＤＢ１５４のレコードレイアウトを示す説明図である。工事情報ＤＢ１５４はエリアコードフィールド、開始日フィールド、終了日フィールド、工事開始時間フィールド及び工事終了時間フィールド等を含む。開始日フィールドには、エリアコードに対応付けて当該エリア内で行われる工事の開始日が記憶されている。終了日フィールドには、エリアコードに対応付けて当該エリア内で行われる工事の終了日が記憶されている。
【００２４】
工事開始時間フィールドには、エリアコードに対応付けて開始日と終了日との間で工事が開始される時間が記憶されている。工事終了時間フィールドには、エリアコードに対応付けて開始日と終了日との間で工事が終了する時間が記憶されている。サーバコンピュータ１のＣＰＵ１１は、定期的に交通情報公開サーバ４２からエリアコード、開始日、終了日、工事開始時間及び工事終了時間を取得し、エリア情報ＤＢ１５４に記憶する。
【００２５】
図１０は内部データＤＢ１５５のレコードレイアウトを示す説明図である。内部データＤＢ１５５は機器ＩＤフィールド、エリアコードフィールド、所属ＧＷフィールド、データ登録時間フィールド、送信フレーム数フィールド、受信フレーム数フィールド、再送回数フィールド及びビジー回数フィールド等を含む。機器ＩＤフィールドには、ＧＷ２及び制御機器３を特定するための固有の識別情報（以下、機器ＩＤという）が記憶されている。エリアコードフィールドには、ＧＷ２及び制御機器３が設置されているエリアコードが記憶されている。
【００２６】
所属ＧＷフィールドには、制御機器３の通信を制御するＧＷ２を特定するための情報が記憶されている。データ登録時間フィールドには、内部データＤＢ１５５を登録した際の日時が記憶されている。送信フレーム数フィールドには、機器ＩＤ及びデータ登録時間に対応付けて、登録時間からさかのぼった所定時間内（例えば５分内）に送信されたフレーム数が記憶されている。受信フレーム数には、機器ＩＤに対応付けて、当該機器ＩＤに係るＧＷ２または制御機器３が、所定期間内に受信したフレーム数が記憶されている。
【００２７】
再送回数フィールドには機器ＩＤに対応付けて、当該機器ＩＤに係るＧＷ２または制御機器３が、所定期間内にデータを再送した回数が記憶されている。ビジー回数フィールドには、機器ＩＤに対応付けて、所定期間内に、当該機器ＩＤに係るＧＷ２または制御機器３の応答がなくビジー状態となった回数が記憶されている。ＣＰＵ１１は、所定期間内の制御機器３またはＧＷ２の送信フレーム数、受信フレーム数、再送回数及びビジー回数を取得し、エリアコード、所属ＧＷ及びデータ登録時間に対応付けて記憶する。本実施形態では気象情報、工事情報と渋滞情報を含む交通情報、及びイベント情報を環境情報としたが、一例でありこれらに限るものではない。
【００２８】
図１１は対策ＤＢ１５６のレコードレイアウトを示す説明図である。対策ＤＢ１５６は、環境情報の変化フィールド、輻輳フィールド、環境情報フィールド、回復制御命令フィールド及び優先順位フィールド等を含む。環境情報の変化フィールドには、環境情報の変化があったか否かを示す情報が記憶されている。本実施形態では雷の発生、所定風速以上の風の発生、渋滞の発生により、環境情報の変化があったと判断する。図６の例において、ＣＰＵ１１は、特定のエリアにおいて雷フィールドの値が０から１に変化し、１が継続している場合に、変化ありと判断する。０の場合、環境情報の変化はなしと判断する。風、湿度についても同様である。
【００２９】
図７に示した交通情報についてもＣＰＵ１１は、特定のエリアにおいて渋滞情報フィールドの値が０から１に変化し、１が継続している場合に、変化ありと判断する。０の場合、環境情報の変化はなしと判断する。図８に示したイベント情報に対しては、ＣＰＵ１１は、特定のエリアにて、開場日時の所定時間前（例えば１時間前）から終了日時の所定時間後（例えば１時間後）までを変化ありと判断する。一方、当該特定のエリアにて上述した開場日時の所定時間前から終了日時の所定時間後の機関は環境情報の変化が無いと判断する。図９に示した工事情報に対しては、ＣＰＵ１１は、特定のエリアにて、開始日から終了日までの期間であり、かつ、工事開始時間から工事終了時間までの時間帯を、環境情報の変化ありと判断する。一方、ＣＰＵ１１は、上記期間外、または上記時間帯外で、当該特定のエリアにて環境情報の変化がないと判断する。
【００３０】
図１１の例は、環境情報の変化があった場合の、ＧＷ２または制御機器３に対する回復制御命令を記憶している。なお、環境情報の変化がなかった場合の回復制御命令については、他の実施形態で説明する。また本実施形態では説明を簡略化するために、環境情報は、雷、風及び渋滞の３つであるものとして説明する。
【００３１】
輻輳フィールドには通信網Ｎ１に輻輳が生じているか否かの情報が記憶されている。ＣＰＵ１１は、内部データＤＢ１５５を参照し、輻輳が生じているか否かを判断する。具体的にはＣＰＵ１１は、内部データＤＢ１５５に記憶した統計情報(送受信フレーム数)から現在のスループットを算出[送受信フレーム数×平均データ長/単位時間]する。ＣＰＵ１１は、算出したスループットが平均スループットに比べ所定倍（例えば２倍）以上大きい場合に、輻輳が生じていると判断する。
【００３２】
スループットの算出方法は以下の通りである。IEEE 802.15.4gのMAC仕様では、送信する前にランダムな待ち時間待機した後、キャリアセンス(チャネルが使用中がどうか確認)を行う。他の制御機器３等が送信していない場合、キャリアセンスを行い、他の制御機器３等が送信を行っていた場合(ビジー状態)、送信完了後、再びランダムな待ち時間待機した後、キャリアセンスを行う。
【００３３】
ランダムな待ち時間は最初の送信時は、(2CWmin -1)×バックオフ単位時間となる。ビジー状態となった後のランダムな待ち時間は、(2min(CWmin + 1, CWmax) - 1) ×バックオフ単位時間となる。i回目のランダムな待ち時間は(2min(CWmin + i, CWmax) - 1) ×バックオフ単位時間(i=0〜最大再送回数-1)となる。データをユニキャストで送信した場合、送信先からACKが送られてくるのを待機する。一定時間内にACKが来ない場合は、送信が失敗したものとして、再送処理に入る。
【００３４】
また、ビジー状態が一定回数(最大バックオフ回数)連続で発生した場合は、送信が失敗したものとして扱い、再送処理に入る。再送処理では、待ち時間の計算は再度CWminから再開される。IEEE 802.15.4のデフォルト値は、最大バックオフ回数が4、最大再送回数3となっている。Wi-SUN仕様(JJ-300.10v2.1)ではデフォルト値として、CWmin=8, CWmax = 8, バックオフ単位時間は1130μsec、LIFS=1msec、キャリアセンス時間=130μsecに設定されている。受信から送信への切替時間300μsec以上1000μsec以下、送信から受信への切替時間は300μsec以下となっている。本実施形態では300μsecとして算出する。
【００３５】
送信が成功するか、または、再送が発生するまでの発生パターンと各パターンの発生確率、伝送レート100kbps,平均データ長を20byteとした場合の送信時間を図１２に示す。図１２は送信時間を示す説明図である。
【００３６】
送信が成功する確率xsは以下の式１及び式２により算出する。
【００３７】
【数１】
0006497280.tif 000002
【００３８】
【数２】
0006497280.tif 000003
【００３９】
再送の発生確率xrは送信の失敗する確率と同一であるため、式３で表すことができる。
【００４０】
【数３】
0006497280.tif 000004
【００４１】
３回の再送発生を考慮した場合、xrに対して再送が発生することから下記式４のように示すことができる。
【００４２】
【数４】
0006497280.tif 000005
【００４３】
全体の平均遅延時間は、下記式５の通りとなる。
【００４４】
【数５】
0006497280.tif 000006
【００４５】
送信成功時の平均遅延時間は、下記式６で表すことができる。
【００４６】
【数６】
0006497280.tif 000007
【００４７】
送信失敗時の平均遅延時間は、下記式７で表すことができる。
【００４８】
【数７】
0006497280.tif 000008
【００４９】
つまり、３回再送を考慮した平均遅延時間は以下の式８で求めることができる。
【００５０】
【数８】
0006497280.tif 000009
【００５１】
これらは、送信失敗確率(xf)とビジー確率(xb)から算出が可能であり、内部データＤＢ１５５のＧＷ２の統計情報(送信フレーム数、再送回数、ビジー回数)に基づき算出する。図１０における機器ＩＤが「ＧＷ１」のＧＷ２の場合、送信失敗確率は式９で示すことができる。
【００５２】
【数９】
0006497280.tif 000010
【００５３】
よってビジー確率は、42/(158+41+42)=17.4%となる。
【００５４】
このときのスループットは、
平均データ長(byte) × 2 (往復) × 8 (bit) / 平均遅延時間
で求めることができる。
【００５５】
図１１における回復制御命令フィールドには、環境情報の変化、輻輳及び環境情報に対応付けて、回復制御命令が記憶されている。雷が発生している場合、ＣＰＵ１１は、ＭＡＣ(Media Access Control address)再送回数増加命令を、雷が発生しているエリア内の制御機器３に出力する。ＭＡＣレベルの再送回数は初期値が規格により定められている。例えばIEEE 802.15.4g (920MHz帯特定小電力無線)では、３回となっている。再送回数を一時的に増加することにより、到達性を向上させることができる。なお、再送回数が最大値となっている場合は、本命令は出力されない。
【００５６】
優先順位フィールドには、回復制御命令を出力する際の優先順位が記憶されている。ＣＰＵ１１は、環境情報の変化があり、かつ、輻輳が生じている場合、対応する環境情報に応じて、優先順位に回復制御命令を読み出す。図１１の例では、雷の場合、最初に優先順位１のＭＡＣ再送回数増加が行われ、次いで優先順位２の符号化率増加、最後に優先順位３の送信電力増加が行われる。
【００５７】
符号化率増加は、符号化率を増加することにより、誤り訂正能力を向上させ、到達性を向上させるものである。ＣＰＵ１１は、符号化率増加に係る命令を、雷が発生しているエリア内の制御機器３に出力する。送信電力増加は、送信電力を増加することにより、到達性を向上させるものである。なお、送信電力が既に最大の場合は、本命令は出力されない。ＣＰＵ１１は、送信電力増加に係る命令を、雷が発生しているエリア内の制御機器３に出力する。
【００５８】
送信電力減少は、送信電力を減少させることにより、到達性を向上させるものである。無線ネットワークがマルチホップ構成に対応している場合、送信電力を減少することにより、短い距離でホップ(転送)し、到達性が向上する。なお、信号強度が既に最小の場合は、本命令は出力されない。ＣＰＵ１１は、例えば渋滞が発生しているエリア内の制御機器３に送信電力減少に係る命令を出力する。
【００５９】
図１３はデータフレームヘッダを示す説明図である。ＣＰＵ１１は、制御機器３へ回復制御命令を出力する場合、図１３に示すIEEE 802.15.4ヘッダのInformation ElementsのHeaders IEsを拡張利用してもよい。図１４は回復制御命令の設定例を示す説明図である。ＣＰＵ１１は、１バイトを確保し、図１４に示すように設定する。
【００６０】
ＧＷ切り替えは、一つの無線ネットワークに複数のＧＷ２が設置されている場合に、データを送信するＧＷ２を通常と異なるＧＷ２に変更するものである。経路を切り替えることにより、到達性を向上させる。ＣＰＵ１１は、例えば渋滞が発生しているエリア内のＧＷ２にＧＷ切り替えに係る命令を出力する。なおＣＰＵ１１は、SDN (Software Defined Networking)の仕組みを用いて、ＧＷ２へ回復制御命令に係る設定ファイルを出力してもよい。
【００６１】
以上のハードウェア群において各ソフトウェア処理を、フローチャートを用いて説明する。図１５は環境情報の変化有無を検出する手順を示すフローチャートである。ＣＰＵ１１は、気象情報公開サーバ４１からエリアコード、日時及び雷の有無を取得する(ステップＳ１５１)。ＣＰＵ１１は、雷がある場合１、雷がない場合０を、エリアコード及び日時に対応付けて気象情報ＤＢ１５１に記憶する(ステップＳ１５２)。ＣＰＵ１１は、気象情報公開サーバ４１からエリアコード、日時及び風速を取得する(ステップＳ１５３)。
【００６２】
ＣＰＵ１１は、風速が所定風速以上の場合１、所定風速未満の場合０を、エリアコード及び日時に対応付けて気象情報ＤＢ１５１に記憶する(ステップＳ１５４)。ＣＰＵ１１は、交通情報公開サーバ４２からエリアコード、日時及び渋滞情報を取得する(ステップＳ１５５)。ＣＰＵ１１は、渋滞及び混雑の場合１、順調の場合０を、エリアコード及び日時に対応付けて交通情報ＤＢ１５２に記憶する(ステップＳ１５６)。ＣＰＵ１１は、制御機器３の通信品質情報を取得し、制御機器３の通信品質に劣化（悪化）が発生したか否かを判断する(ステップＳ１５７)。具体的には、ＣＰＵ１１は、通信品質情報として、制御機器３に対するデータの取得または制御が成功したか否かの情報を取得する。その他、ＣＰＵ１１は、通信品質情報として、制御機器３に対するデータの取得または制御の応答時間を取得する。ＣＰＵ１１は、制御機器３に対してデータの取得若しくは制御が失敗した場合、または、データの取得若しくは制御の応答時間が、予め設定された時間以上の場合、劣化したと判断する。設定された時間は例えば５秒とすればよい。
【００６３】
ＣＰＵ１１は、制御機器３の通信品質に劣化が発生していないと判断した場合(ステップＳ１５７でＮＯ)、処理をステップＳ１５１に戻す。ＣＰＵ１１は、制御機器３の通信品質に劣化が発生したと判断した場合(ステップＳ１５７でＹＥＳ)、処理をステップＳ１５８へ移行させる。ＣＰＵ１１は、内部データＤＢ１５５を参照し、劣化が発生した制御機器３の機器ＩＤに対応するエリアコードを読み出す(ステップＳ１５８)。ＣＰＵ１１は、読み出したエリアコード及び現在の日時に基づき最新の雷、風または渋滞の情報と、時系列で直前の雷、風または渋滞の情報とを抽出する。
【００６４】
ＣＰＵ１１は、現在と直前との情報を比較し、雷、風、または渋滞が０から１に変化したか否かを判断する(ステップＳ１５９)。ＣＰＵ１１は、現在と直前とを比較し、雷、風、または渋滞が０から１に変化していると判断した場合(ステップＳ１５９でＹＥＳ)、処理をステップＳ１５１０へ移行させる。ＣＰＵ１１は、内部データＤＢ１５５を参照しスループットを算出する(ステップＳ１５１０)。ＣＰＵ１１は、雷、風または渋滞が１に変化していないと判断した場合(ステップＳ１５９でＮＯ)、ステップＳ１５１０の処理をスキップし処理を終える。
【００６５】
図１６及び図１７は回復制御命令の出力処理手順を示すフローチャートである。ＣＰＵ１１は、ステップＳ１５１０で算出したスループットが平均スループットの２倍以上であるか否かを判断する(ステップＳ１６１)。なお、ＣＰＵ１１は、適宜のタイミングでスループットを求め、過去に算出したスループットとの平均値を求めている。ＣＰＵ１１は、算出した平均スループットを記憶部１５に記憶している。ＣＰＵ１１は、２倍以上であると判断した場合(ステップＳ１６１でＹＥＳ)、輻輳が生じていると判断し、処理をステップＳ１６２へ移行させる。なお、輻輳の算出手順は一例であり、これに限るものではない。
【００６６】
ＣＰＵ１１は、対策ＤＢ１５６を参照し、輻輳あり、及び、変化のあった環境情報に対応する回復制御命令を、優先順位に従い読み出す(ステップＳ１６２)。例えば、雷が１であった場合、優先順位１のＭＡＣ再送回数増加が読み出される。ＣＰＵ１１は、読み出した回復制御命令がＧＷ切り替えであるか否かを判断する(ステップＳ１６３)。ＣＰＵ１１は、ＧＷ切り替えであると判断した場合(ステップＳ１６３でＹＥＳ)、処理をステップＳ１６４へ移行させる。
【００６７】
ＣＰＵ１１は、ＧＷ２へ回復制御命令を出力する(ステップＳ１６４)。その後処理をステップＳ１７１へ移行させる。ＣＰＵ１１は、ＧＷ切り替えでないと判断した場合(ステップＳ１６３でＮＯ)、処理をステップＳ１６５へ移行させる。ＣＰＵ１１は、制御機器３へ回復制御命令を出力する(ステップＳ１６５)。その後処理をステップＳ１７１へ移行させる。
【００６８】
ＣＰＵ１１は、ステップＳ１５１０で算出したスループットが平均スループットの２倍以上でないと判断した場合(ステップＳ１６１でＮＯ)、処理をステップＳ１６６へ移行させる。ＣＰＵ１１は、対策ＤＢ１５６を参照し、輻輳なし、及び、変化のあった環境情報に対応する回復制御命令を、優先順位に従い読み出す(ステップＳ１６６)。例えば、雷が１であった場合、優先順位１の符号化率増加が読み出される。ＣＰＵ１１は、読み出した回復制御命令がＧＷ切り替えであるか否かを判断する(ステップＳ１６７)。ＣＰＵ１１は、ＧＷ切り替えであると判断した場合(ステップＳ１６７でＹＥＳ)、処理をステップＳ１６８へ移行させる。
【００６９】
ＣＰＵ１１は、ＧＷ２へ回復制御命令を出力する(ステップＳ１６８)。その後処理をステップＳ１７１へ移行させる。ＣＰＵ１１は、ＧＷ切り替えでないと判断した場合(ステップＳ１６７でＮＯ)、処理をステップＳ１６９へ移行させる。ＣＰＵ１１は、制御機器３へ回復制御命令を出力する(ステップＳ１６９)。その後処理をステップＳ１７１へ移行させる。
【００７０】
ＣＰＵ１１は、通信品質が改善したか否かを判断する(ステップＳ１７１)。具体的には、ＣＰＵ１１は、制御機器３に対してデータの取得若しくは制御が成功した場合、または、データの取得若しくは制御の応答時間が、予め設定された時間より短い場合、改善したと判断する。ＣＰＵ１１は、通信品質が改善したと判断した場合(ステップＳ１７１でＹＥＳ)、処理をステップＳ１７３へ移行させる。ＣＰＵ１１は、環境情報は０に変化したか否かを判断する(ステップＳ１７３)。具体的には、雷の場合、ＣＰＵ１１は、気象情報ＤＢ１５１を参照し、雷が１から０に変化したか否かを判断する。
【００７１】
ＣＰＵ１１は、環境情報が０に変化していないと判断した場合(ステップＳ１７３でＮＯ)、処理をステップＳ１７４へ移行させる。ＣＰＵ１１は、対策が効を奏していることから、雷等が０になるまで、引き続き回復制御命令の出力を維持する(ステップＳ１７４)。ＣＰＵ１１は、環境情報が０に変化したと判断した場合(ステップＳ１７３でＹＥＳ)、処理をステップＳ１７５へ移行させる。ＣＰＵ１１は、通信品質が改善し、かつ、雷等も０になったことから、回復制御命令の出力を中止する(ステップＳ１７５)。
【００７２】
ＣＰＵ１１は、制御機器３またはＧＷ２の設定を回復制御命令の出力前の状態に戻す(ステップＳ１７６)。なお、ステップＳ１７６の処理は必ずしも行う必要はない。ＣＰＵ１１は、通信品質が改善していないと判断した場合(ステップＳ１７１でＮＯ)、処理をステップＳ１７２へ移行させる。ＣＰＵ１１は、他の回復制御命令を実行させるべく優先順位をインクリメントする(ステップＳ１７２)。
【００７３】
ＣＰＵ１１は、その後処理をステップＳ１６１へ戻す。雷において優先順位が２となった場合、輻輳ありで符号化率増加、輻輳なしで送信電力増加が読み出される。なお、ＣＰＵ１１は、対策ＤＢ１５６を参照し、インクリメントした優先順位が優先順位フィールドに記憶した最大値を超えると判断した場合、オペレータ宛に、改善不可能であることを示すメールを送信するようにしてもよい。これにより、環境情報の変化に伴い、適切に通信品質を改善することができる。また優先順位を設け、順次実行させることで、様々な事象に対応することが可能となる。また輻輳の有無に応じて回復制御命令を適宜変更することで、より適切に通信品質を改善することが可能となる。
【００７４】
実施の形態２
実施の形態２は、環境情報に変化がない場合の処理に関する。図１８は実施の形態２に係る対策ＤＢ１５６のレコードレイアウトを示す説明図である。環境情報の変化フィールドには、環境情報の変化が「なし」の情報が記憶されている。図１８では環境情報の変化はないが、通信品質が劣化している場合の回復制御命令が記憶されている。回復制御命令フィールドには、輻輳フィールドの輻輳「あり」に対応付けて複数の回復制御命令が記憶されている。また回復制御命令フィールドには、輻輳フィールドの輻輳「なし」に対応付けて複数の回復制御命令が記憶されている。
【００７５】
トラフィック流入制御は、ＧＷ２から通信網Ｎ１に送信される単位時間あたりのデータ量を制限するものである。これにより、ネットワークのトラフィック量を減少させ、輻輳を解消する。ＣＰＵ１１は、通信品質が劣化している制御機器３が所属するＧＷ２に対し、トラフィック流入制御命令を出力する。
【００７６】
収容数制限は、ＧＷ２に収容する制御対象を制限するものである。これにより、ネットワークのトラフィック量を減少させる。具体的には、ＣＰＵ１１は、通信品質が劣化している制御機器３が所属するＧＷ２に対し、収容数（ホップ数）制限命令を出力する。収容数制限命令を受けたＧＷ２は、制御機器３にホップ数を通知する。ホップ数よりも大きい対象機器３は、他のＧＷ２に切り替えて通信を行う。
【００７７】
ＧＷ周波数チャネル変更は、ＧＷ２の周波数チャネルを変更することにより、同一周波数チャネルを使用する他システムの干渉を回避し、到達性を向上させるものである。ＣＰＵ１１は、通信品質が劣化している制御機器３が所属するＧＷ２に対し、ＧＷ周波数チャネル変更命令を出力する。
【００７８】
装置交換は、制御機器３またはＧＷ２を交換するものである。この場合、通信品質が劣化している制御機器３または当該制御機器３が所属するＧＷ２を、オペレータが交換する。ＣＰＵ１１は、装置交換が必要である旨及び通信品質が劣化している制御機器３に係る機器ＩＤを、メール等でオペレータに通知する。
【００７９】
図１９及び図２０は回復制御命令処理の手順を示すフローチャートである。ＣＰＵ１１は、ステップＳ１５９でＮＯの処理後、以下の処理を行う。ＣＰＵ１１は、輻輳が発生しているか否かを判断する(ステップＳ１９１)。ＣＰＵ１１は、輻輳が発生していると判断した場合(ステップＳ１９１でＹＥＳ)、処理をステップＳ１９２へ移行させる。ＣＰＵ１１は、対策ＤＢ１５６を参照し、環境情報の変化なし、輻輳ありに対応する回復制御命令を、優先順位に従い読み出す(ステップＳ１９２)。ＣＰＵ１１は、回復制御命令は、送信電力増加またはＧＷ切り替えであるか否かを判断する(ステップＳ１９３)。
【００８０】
ＣＰＵ１１は、送信電力増加またはＧＷ切り替えであると判断した場合(ステップＳ１９３でＹＥＳ)、制御機器３へ回復制御命令を出力する(ステップＳ１９５)。ＣＰＵ１１は、送信電力増加またはＧＷ切り替えでないと判断した場合(ステップＳ１９３でＮＯ)、ＧＷ２へ回復制御命令を出力する(ステップＳ１９４)。ステップＳ１９４及びＳ１９５の処理後、処理はステップＳ２０１へ移行する。
【００８１】
ＣＰＵ１１は、輻輳が発生していないと判断した場合(ステップＳ１９１でＮＯ)、処理をステップＳ１９６へ移行させる。ＣＰＵ１１は、対策ＤＢ１５６を参照し、環境情報の変化なし、輻輳なしに対応する回復制御命令を、優先順位に従い読み出す(ステップＳ１９６)。ＣＰＵ１１は、回復制御命令が装置交換であるか否かを判断する(ステップＳ１９６０)。ＣＰＵ１１は、装置交換であると判断した場合(ステップＳ１９６０でＹＥＳ)、通信品質が劣化している制御機器３の装置ＩＤ及び装置交換命令を、オペレータへ通知する(ステップＳ１９６１)。例えばあらかじめ登録してある電子メールアドレス宛に、装置ＩＤ及び装置交換を促すメッセージを記載した電子メールを送信するようにすればよい。ＣＰＵ１１は、装置交換でないと判断した場合(ステップＳ１９６０でＮＯ)、処理をステップＳ１９７へ移行させる。ＣＰＵ１１は、回復制御命令は、送信電力増加、送信電力減少またはＭＡＣ再送回数であるか否かを判断する(ステップＳ１９７)。
【００８２】
ＣＰＵ１１は、送信電力増加、送信電力減少またはＭＡＣ再送回数であると判断した場合(ステップＳ１９７でＹＥＳ)、制御機器３へ回復制御命令を出力する(ステップＳ１９９)。ＣＰＵ１１は、送信電力増加、送信電力減少またはＭＡＣ再送回数でないと判断した場合(ステップＳ１９７でＮＯ)、ＧＷ２へ回復制御命令を出力する(ステップＳ１９８)。ステップＳ１９８及びＳ１９９の処理後、処理はステップＳ２０１へ移行する。
【００８３】
ＣＰＵ１１は、通信品質が改善したか否かを判断する(ステップＳ２０１)。ＣＰＵ１１は、通信品質が改善していないと判断した場合(ステップＳ２０１でＮＯ)、処理をステップＳ２０２へ移行させる。ＣＰＵ１１は、優先順位をインクリメントする(ステップＳ２０２)。ＣＰＵ１１は、処理をステップＳ１９１へ戻す。これにより、優先順位の低い回復制御命令が順次実行される。
【００８４】
ＣＰＵ１１は、通信品質が改善したと判断した場合(ステップＳ２０１でＹＥＳ)、処理をステップＳ２０３へ移行させる。ＣＰＵ１１は、回復制御命令の出力を中止する(ステップＳ２０３)。ＣＰＵ１１は、制御機器３またはＧＷ２の設定を回復制御命令出力前の状態に戻す(ステップＳ２０４)。これにより、環境情報に変化が生じていない場合でも、通信品質を改善することが可能となる。また輻輳の有無により、回復制御命令の種類を適宜変更することで、より効率よく通信品質を改善することが可能となる。
【００８５】
本実施の形態２は以上の如きであり、その他は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００８６】
実施の形態３
実施の形態３は評価値を用いる形態に関する。図２１は実施の形態に係る対策ＤＢ１５６のレコードレイアウトを示す説明図である。新たに評価値フィールドが設けられている。評価値フィールドには、回復制御命令に対応付けて評価値が記憶されている。本実施形態では評価値が小さいほど優先順位が高くなるものとして説明するが、これに限るものではない。例えば評価値が大きいほど優先順位が高くなるようにしても良い。
【００８７】
図２２は評価値及び優先順位の変更手順を示すフローチャートである。ステップＳ１７１でＹＥＳ、または、Ｓ２０１でＹＥＳと判断し、通信品質が改善した場合（ステップＳ２２１）、以下の処理を行う。ＣＰＵ１１は、通信品質が改善した際に出力されていた回復制御命令に対応する評価値を、対策ＤＢ１５６から読み出す(ステップＳ２２２)。ＣＰＵ１１は、読み出した評価値から所定値（例えば１）を減算する(ステップＳ２２３)。ＣＰＵ１１は、減算後の評価値を回復制御命令に対応付けて、対策ＤＢ１５６に記憶する(ステップＳ２２４)。
【００８８】
ＣＰＵ１１は、評価値に基づき、対策ＤＢ１５６内の優先順位を変更する(ステップＳ２２５)。これにより、実際に効果のあった回復制御命令に対する評価値を変更することが可能となる。また評価値に基づき優先順位も変動することから、より好ましい回復制御命令が選択され、効率よく通信品質を向上させることが可能となる。
【００８９】
本実施の形態３は以上の如きであり、その他は実施の形態１及び２と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００９０】
実施の形態４
実施の形態４は、通信品質が劣化する前に回復制御命令を出力する形態に関する。図２３は実施の形態４に係るサーバコンピュータ１のハードウェア群を示すブロック図である。記憶部１５には新たに履歴ＤＢ１５７が設けられている。
【００９１】
図２４は履歴ＤＢ１５７のレコードレイアウトを示す説明図である。履歴ＤＢ１５７は日時フィールド、環境情報フィールド、及び回復制御命令フィールドを含む。日時フィールドには、通信品質が改善した際の日時を記憶している。環境情報フィールドには、日時に対応づけて、当時発生していた環境情報を記憶している。回復制御命令フィールドには、通信品質が改善した際に出力していた回復制御命令が日時に対応づけて記憶されている。ＣＰＵ１１は、通信品質が改善した場合、時計部１８の出力を参照し日時を、履歴ＤＢ１５７に記憶する。ＣＰＵ１１は、通信品質が改善した際の環境情報及び回復制御命令を、日時に対応付けて履歴ＤＢ１５７に記憶する。
【００９２】
ＣＰＵ１１は、後日環境情報が変化したと判断した場合、通信品質が劣化していない場合でも、履歴ＤＢ１５７を参照し、回復制御命令を出力してもよい。この場合、ＣＰＵ１１は、変化した環境情報に対応する回復制御命令を読み出す。ＣＰＵ１１は、読み出した回復制御命令の内、もっとも数の多い回復制御命令を抽出する。ＣＰＵ１１は、抽出した回復制御命令を、対象機器３へ出力する。
【００９３】
図２５は履歴の記憶処理手順を示すフローチャートである。ステップＳ１７１でＹＥＳ、または、Ｓ２０１でＹＥＳと判断し、通信品質が改善した場合（ステップＳ２５１）、以下の処理を行う。ＣＰＵ１１は、時計部１８から出力される日時を履歴ＤＢ１５７に記憶する(ステップＳ２５２)。ＣＰＵ１１は、当時発生していた雷、風または渋滞の情報を、日時に対応付けて履歴ＤＢ１５７に記憶する(ステップＳ２５３)。ＣＰＵ１１は、通信品質の改善時に出力していた回復制御命令を、日時に対応付けて履歴ＤＢ１５７に記憶する(ステップＳ２５４)。
【００９４】
図２６は回復制御命令の出力手順を示すフローチャートである。ステップＳ１５１〜Ｓ１５６の処理後、以下の処理を行う。ＣＰＵ１１は、気象情報ＤＢ１５１、交通情報ＤＢ１５２、イベント情報ＤＢ１５３または工事情報ＤＢ１５４を参照し、雷、風または渋滞が１に変化したか否かを判断する(ステップＳ２６１)。ＣＰＵ１１は、１に変化していないと判断した場合(ステップＳ２６１でＮＯ)、１に変化するまで待機する。ＣＰＵ１１は、１に変化したと判断した場合(ステップＳ２６１でＹＥＳ)、処理をステップＳ２６２へ移行させる。
【００９５】
ＣＰＵ１１は、１に変化した環境情報に対応する回復制御命令を、履歴ＤＢ１５７から読み出す(ステップＳ２６２)。ＣＰＵ１１は、読み出した回復制御命令の内、最も数の多い回復制御命令を抽出する(ステップＳ２６３)。ＣＰＵ１１は、抽出した回復制御命令を環境情報が１に変化したエリア内の制御機器３またはＧＷ２へ出力する(ステップＳ２６４)。ＣＰＵ１１は、通信品質が劣化したか否か判断する(ステップＳ２６５)。ＣＰＵ１１は、劣化がないと判断した場合(ステップＳ２６５でＮＯ)、処理をステップＳ２６７へ移行させる。
【００９６】
ＣＰＵ１１は、雷、風、または渋滞が０に変化したか否かを判断する(ステップＳ２６７)。ＣＰＵ１１は、０に変化していないと判断した場合(ステップＳ２６７でＮＯ)、処理をステップＳ２６４へ戻す。ＣＰＵ１１は、０に変化したと判断した場合(ステップＳ２６７でＹＥＳ)、回復制御命令の出力を停止する(ステップＳ２６８)。ＣＰＵ１１は、制御機器３またはＧＷ２の設定を回復制御命令出力前の状態に戻す。
【００９７】
ＣＰＵ１１は、通信品質の劣化があったと判断した場合(ステップＳ２６５でＹＥＳ)、処理をステップＳ２６６へ移行させる。ＣＰＵ１１は、回復制御命令の出力を停止する(ステップＳ２６６)。ＣＰＵ１１は、制御機器３またはＧＷ２の設定を回復制御命令出力前の状態に戻す。ＣＰＵ１１は、その後、処理をステップＳ１５８へ移行させる。これにより、通信品質の劣化を未然に防止することが可能となる。また履歴を記録することで、より確実性の高い回復制御命令を出力することが可能となる。
【００９８】
本実施の形態４は以上の如きであり、その他は実施の形態１から３と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００９９】
実施の形態５
図２７は上述した形態のサーバコンピュータ１の動作を示す機能ブロック図である。ＣＰＵ１１が制御プログラム１５Ｐを実行することにより、サーバコンピュータ１は以下のように動作する。取得部２７１は、無線ネットワークの通信品質情報と、前記無線ネットワークの位置に対応する地域の気象情報を含む環境情報と、を取得する。制御部２７２は前記通信品質情報に基づいて前記無線ネットワークの通信品質の悪化が検出された場合、前記環境情報の変化に応じて前記無線ネットワーク内の無線通信装置又は前記無線ネットワークへのデータ流入量を制御する。
【０１００】
図２８は実施の形態５に係るサーバコンピュータ１のハードウェア群を示すブロック図である。サーバコンピュータ１を動作させるためのプログラムは、ディスクドライブ等の読み取り部１０ＡにCD-ROM、DVD（Digital Versatile Disc）ディスク、メモリーカード、またはUSB(Universal Serial Bus)メモリ等の可搬型記録媒体１Ａを読み取らせて記憶部１５に記憶しても良い。また当該プログラムを記憶したフラッシュメモリ等の半導体メモリ１Ｂをサーバコンピュータ１内に実装しても良い。さらに、当該プログラムは、インターネット等の通信網Ｎを介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。
【０１０１】
図２８に示すサーバコンピュータ１は、上述した各種ソフトウェア処理を実行するプログラムを、可搬型記録媒体１Ａまたは半導体メモリ１Ｂから読み取り、或いは、通信網Ｎを介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、制御プログラム１５Ｐとしてインストールされ、ＲＡＭ１２にロードして実行される。これにより、上述したサーバコンピュータ１として機能する。
【０１０２】
本実施の形態５は以上の如きであり、その他は実施の形態１から４と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【０１０３】
以上の実施の形態１から５を含む実施形態に関し、さらに以下の付記を開示する。
【０１０４】
（付記１）
コンピュータに、
無線ネットワークの通信品質情報と、前記無線ネットワークの位置に対応する地域の気象情報を含む環境情報と、を取得し、
前記通信品質情報に基づいて前記無線ネットワークの通信品質の悪化が検出された場合、前記環境情報の変化に応じて前記無線ネットワーク内の無線通信装置又は前記無線ネットワークへのデータ流入量を制御する、
処理を実行させるプログラム。
【０１０５】
（付記２）
複数種の環境情報に対応付けて、制御命令が記憶された記憶部を参照し、変化の生じた環境情報に対応する制御命令を読み出し、
読み出した制御命令に基づき回復に関する制御を行う
付記１に記載のプログラム。
【０１０６】
（付記３）
環境情報に対応付けて、複数の制御命令、及び、各制御命令に対する優先順位を記憶した前記記憶部を参照し、変化の生じた環境情報に対応する制御命令を、優先順位に従い読み出す
付記２に記載のプログラム。
【０１０７】
（付記４）
環境情報の変化があると判断し、かつ、輻輳が生じていると判断した場合に、前記記憶部から、前記環境情報に対応する第１制御命令を、優先順位に従い読み出し、
環境情報の変化があると判断し、かつ、輻輳が生じていないと判断した場合に、前記記憶部から、前記環境情報に対応する第１制御命令とは異なる第２制御命令を、優先順位に従い読み出す
付記３に記載のプログラム。
【０１０８】
（付記５）
環境情報の変化が無いと判断し、かつ、輻輳が生じていると判断した場合に、前記記憶部から、第３制御命令を、優先順位に従い読み出す
付記４に記載のプログラム。
【０１０９】
（付記６）
環境情報の変化が無いと判断し、かつ、輻輳が生じていないと判断した場合に、前記記憶部から、第４制御命令を、優先順位に従い読み出す
付記５に記載のプログラム。
【０１１０】
（付記７）
前記記憶部には、各制御命令に対応付けて評価値が記憶されており、評価値に基づいて優先順位を決定する
付記３から６のいずれか一つに記載のプログラム。
【０１１１】
（付記８）
制御命令に基づく制御により、前記無線ネットワークの通信品質の悪化が解消された場合に、前記制御命令に対応する評価値を変更する
付記７に記載のプログラム。
【０１１２】
（付記９）
環境情報の変化があると判断し、かつ、制御命令に基づく制御により、前記無線ネットワークの通信品質の悪化が解消された場合、前記環境情報と前記制御命令とを対応付けて前記記憶部に記憶する
付記８に記載のプログラム。
【０１１３】
（付記１０）
環境情報の変化を検出した場合、前記記憶部を参照し、前記環境情報に対応する制御命令を読み出し、
読み出した制御命令に基づき制御を行う
付記９に記載のプログラム。
【０１１４】
（付記１１）
前記制御命令は、前記無線通信装置のＭＡＣアドレスの再送回数を増加させる命令、符号化率を増加させる命令、送信電力を減少させる命令、または前記無線ネットワーク内の単位時間当たりの流入量を制限させる命令である
付記１から９のいずれか一つに記載のプログラム。
【０１１５】
（付記１２）
無線ネットワークの通信品質情報と、前記無線ネットワークの位置に対応する地域の気象情報を含む環境情報と、を取得する取得部と、
前記通信品質情報に基づいて前記無線ネットワークの通信品質の悪化が検出された場合、前記環境情報の変化に応じて前記無線ネットワーク内の無線通信装置又は前記無線ネットワークへのデータ流入量を制御する制御部と
を備える情報処理装置。
【０１１６】
（付記１３）
無線ネットワークの通信品質情報と、前記無線ネットワークの位置に対応する地域の気象情報を含む環境情報と、を取得し、
前記通信品質情報に基づいて前記無線ネットワークの通信品質の悪化が検出された場合、前記環境情報の変化に応じて前記無線ネットワーク内の無線通信装置又は前記無線ネットワークへのデータ流入量を制御する、
処理を情報処理装置に実行させる情報処理方法。
【符号の説明】
【０１１７】
１      サーバコンピュータ
１Ａ    可搬型記録媒体
１Ｂ    半導体メモリ
２      ＧＷ
３      制御機器
１０Ａ  読み取り部
１１    ＣＰＵ
１２    ＲＡＭ
１３    入力部
１４    表示部
１５    記憶部
１５Ｐ  制御プログラム
１６    通信部
１８    時計部
２１    ＣＰＵ
２５    記憶部
２５Ｐ  制御プログラム
２６    通信部
２８    無線通信部
３１    ＣＰＵ
３２    ＬＥＤ
３５    記憶部
３５Ｐ  制御プログラム
３８    無線通信部
４１    気象情報公開サーバ
４２    交通情報公開サーバ
４３    イベント情報公開サーバ
１５０  エリアＤＢ
１５１  気象情報ＤＢ
１５２  交通情報ＤＢ
１５３  イベント情報ＤＢ
１５４  工事情報ＤＢ
１５５  内部データＤＢ
１５６  対策ＤＢ
１５７  履歴ＤＢ
２７１  取得部
２７２  制御部
Ｎ、Ｎ１  通信網
【図１】
0006497280.tif 000011
【図２】
0006497280.tif 000012
【図３】
0006497280.tif 000013
【図４】
0006497280.tif 000014
【図５】
0006497280.tif 000015
【図６】
0006497280.tif 000016
【図７】
0006497280.tif 000017
【図８】
0006497280.tif 000018
【図９】
0006497280.tif 000019
【図１０】
0006497280.tif 000020
【図１１】
0006497280.tif 000021
【図１２】
0006497280.tif 000022
【図１３】
0006497280.tif 000023
【図１４】
0006497280.tif 000024
【図１５】
0006497280.tif 000025
【図１６】
0006497280.tif 000026
【図１７】
0006497280.tif 000027
【図１８】
0006497280.tif 000028
【図１９】
0006497280.tif 000029
【図２０】
0006497280.tif 000030
【図２１】
0006497280.tif 000031
【図２２】
0006497280.tif 000032
【図２３】
0006497280.tif 000033
【図２４】
0006497280.tif 000034
【図２５】
0006497280.tif 000035
【図２６】
0006497280.tif 000036
【図２７】
0006497280.tif 000037
【図２８】
0006497280.tif 000038