JP2016165093A - 監視装置、監視方法及び監視プログラム - Google Patents

Abstract

【課題】ＨＯ失敗が発生する虞のあるエリアを推定できる監視装置等を提供する。
【解決手段】監視装置は、判定部と、特定部と、推定部とを有する。判定部は、移動局から収集した位置情報毎の各基地局との通信品質を参照し、前記位置情報に対応する区画毎の通信品質に基づき、複数の基地局間のＨＯ通信が不可であるか否かを判定する。特定部は、前記複数の基地局間のＨＯ通信が不可の場合に、当該区画を不可エリアとして特定する。推定部は、特定された不可エリアの区画と隣接する区画のＨＯ通信が未確定で、当該未確定の区画の周囲が複数の不可エリアの区画に隣接する場合に、当該未確定の区画を前記不可エリアと推定する。
【選択図】図７

Description

本発明は、監視装置、監視方法及び監視プログラムに関する。

移動局は、例えば、通信中に現在のセルから移動先のセルへ移動する際に、現在のセルから移動先のセルへ通信を引き継ぐことで通信を継続できるハンドオーバ（HO:Hand Over）機能がある。しかしながら、移動先に受信電力が低いセルしか存在しない場合に、ＨＯ機能が使用できず、移動先で通信断となってしまう。そこで、通信事業者は、複数のセルが重なり合うように基地局を配置設計している。

しかしながら、複数のセルが重なり合うように基地局を配置した場合でも、例えば、高層ビルの新規建設等の環境変化により通信品質が劣化し、ＨＯ機能を使用できないエリアが発生する場合もある。

そこで、従来では、実際にＨＯ失敗を検出しない限り、エリア毎のＨＯ先セルの存在有無が確認できず、各セルのＨＯ失敗回数を確認した上で、周辺セルの電力増加や基地局の増設を図るようにしていた。

特開平５−３３６５６４号公報 特開２００２−１５２１０４号公報 特開２０１１−０６１８０５号公報

しかしながら、実際に各セルのＨＯ失敗回数を確認した上で、ＨＯ失敗が発生したエリアを認識できるものの、ＨＯ失敗が発生する虞のあるエリアを事前に検出できていないのが実情である。

一つの側面では、ＨＯ失敗が発生する虞のあるエリアを推定できる監視装置、監視方法及び監視プログラムを提供することを目的とする。

一つの態様の監視装置は、判定部と、特定部と、推定部とを有する。判定部は、移動局から収集した位置情報毎の各基地局との通信品質を参照し、前記位置情報に対応する区画毎の通信品質に基づき、複数の基地局間のハンドオーバ通信が不可であるか否かを判定する。特定部は、前記判定部にて前記複数の基地局間のハンドオーバ通信が不可の場合に、当該区画を不可エリアとして特定する。推定部は、前記特定部にて特定された前記不可エリアの区画と隣接する区画の前記ハンドオーバ通信が未確定で、当該未確定の区画の周囲が複数の不可エリアの区画に隣接する場合に、当該未確定の区画を前記不可エリアと推定する。

一つの態様では、ＨＯ失敗が発生する虞のある不可エリアを推定できる。

図１は、本実施例のＨＯ監視システムの一例を示すブロック図である。 図２は、移動局内のハードウェア構成の一例を示すブロック図である。 図３は、移動局内のＣＰＵの機能構成の一例を示すブロック図である。 図４は、品質情報の一例を示す説明図である。 図５は、基地局内のハードウェア構成の一例を示すブロック図である。 図６は、監視装置内のハードウェア構成の一例を示すブロック図である。 図７は、監視装置内のＣＰＵの機能構成及び記憶部の一例を示す説明図である。 図８は、一部の地域を区画化したメッシュの一例を示す説明図である。 図９は、監視テーブルの一例を示す説明図である。 図１０は、第１の分析部に関わる処理動作の一例を示す説明図である。 図１１は、第２の分析部に関わる処理動作の一例を示す説明図である。 図１２は、監視テーブルの一例を示す説明図である。 図１３は、エリアテーブルの一例を示す説明図である。 図１４は、エリアテーブルのエリア確定処理に関わる一連の処理動作の一例を示す説明図である。 図１５は、監視テーブル内のデータクリア処理に関わる一連の処理動作の一例を示す説明図である。 図１６Ａは、図１４の（Ａ）に示す状況下のタイミングでの優先度更新処理に関わる一連の処理動作の一例を示す説明図である。 図１６Ｂは、図１４の（Ｆ）に示す状況下のタイミングでの優先度更新処理に関わる一連の処理動作の一例を示す説明図である。 図１７は、第１の分析処理に関わる監視装置の処理動作の一例を示すフローチャートである。 図１８は、第２の分析処理に関わる監視装置の処理動作の一例を示すフローチャートである。 図１９は、エリア確定処理に関わる監視装置の処理動作の一例を示すフローチャートである。 図２０は、データクリア処理に関わる監視装置の処理動作の一例を示すフローチャートである。 図２１は、優先度更新処理に関わる監視装置の処理動作の一例を示すフローチャートである。 図２２は、監視プログラムを実行する情報処理装置の一例を示す説明図である。

以下、図面に基づいて、本願の開示する監視装置、監視方法及び監視プログラムの実施例を詳細に説明する。尚、実施例により、開示技術が限定されるものではない。また、以下に示す実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

図１は、本実施例のＨＯ監視システム１の一例を示すブロック図である。図１に示すＨＯ監視システム１は、複数の移動局２と、複数の基地局３と、監視装置４と、監視端末５とを有する。移動局２は、基地局３のセル内で基地局３と無線通信する、例えば、携帯電話機やスマートフォン等の無線端末である。基地局３は、自局セル内の移動局２と無線通信する装置である。監視装置４は、各基地局３を通じて各移動局２の後述する品質情報を収集し、品質情報の分析結果に基づき、例えば、各地域のＨＯエラーエリア、ＨＯエリア及び未確定エリア等を特定できる、例えば、サーバである。尚、ＨＯエリアは、ＨＯ可能な通信環境のエリア、ＨＯエラーエリアはＨＯ不可の通信環境のエリア、未確定エリアはＨＯエリア又はＨＯエラーエリアの何れかが未確定の通信環境のエリアである。監視端末５は、監視装置４と接続し、監視装置４の監視結果を取得する、例えば、保守者の端末である。

図２は、移動局２内のハードウェア構成の一例を示すブロック図である。図２に示す移動局２は、位置センサ１１と、通信ＩＦ（Interface）１２と、メモリ１３と、ＣＰＵ（Central Processing Unit）１４とを有する。位置センサ１１は、例えば、ＧＰＳ（Global Positioning System）等を使用して移動局２の現在位置（緯度、経度）を示す位置情報を測定する計測器である。通信ＩＦ１２は、例えば、基地局３との無線通信を司るインタフェースである。メモリ１３は、例えば、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）等のＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ等に相当し、各種プログラムや各種処理に必要な情報等を記憶する領域である。ＣＰＵ１４は、移動局２全体を制御するプロセッサである。

図３は、移動局２内のＣＰＵ１４の機能構成の一例を示すブロック図である。ＣＰＵ１４は、メモリ１３に記憶された収集プログラムを読み出し、読み出された収集プログラムに基づき各種プロセスを機能として構成する。ＣＰＵ１４は、機能構成として、取得部１４Ａと、受信部１４Ｂと、生成部１４Ｃと、送信部１４Ｄとを有する。

取得部１４Ａは、位置センサ１１の測定結果である自局の現在位置を示す位置情報を取得する。受信部１４Ｂは、例えば、ＲＲＣ（ＴＳ２５．３３１）のＭＲ（Measurement Report）を用いて、現在位置付近の各基地局３との間の無線通信に関わる受信品質を取得する。尚、受信品質は、移動局２が無線通信する基地局３のセルを識別するセルＩＤと、移動局２が無線通信する基地局３との間の受電電力（ＲＳＲＰ）を示す電波強度とを有する。生成部１４Ｃは、取得部１４Ａで取得した自局の位置情報と、受信部１４Ｂで取得した受信品質とに基づき品質情報を生成する。送信部１４Ｄは、生成部１４Ｃで生成した品質情報を基地局３に送信する。尚、送信部１４Ｄは、品質情報を生成した場合、通信中若しくは定期的に基地局３に送信するものである。

図４は、品質情報２０の一例を示す説明図である。図４に示す品質情報２０は、移動局２の測定位置を示す位置情報２１と、移動局２の受信品質２２とを有する通信品質である。位置情報２１は、移動局２の測定位置を示す緯度２１Ａ及び経度２１Ｂ等の位置座標を有する。受信品質２２は、測定位置で無線通信した各基地局３のセルを識別するセルＩＤ２２Ａ及び電波強度２２Ｂを管理する。受信品質２２は、移動局２が無線通信可能な基地局３が複数ある場合、その基地局３毎にセルＩＤ２２Ａ及び電波強度２２Ｂを含む。図４に示す品質情報２０内の受信品質２２は、例えば、セルＩＤ“Ｋ１”の電波強度、セルＩＤ“Ｋ２”の電波強度及びセルＩＤ“Ｋ３”の電波強度を含んでいる。

図５は、基地局３内のハードウェア構成の一例を示すブロック図である。図５に示す基地局３は、無線ＩＦ３１と、有線ＩＦ３２と、管理メモリ３３と、メモリ３４と、ＣＰＵ３５とを有する。無線ＩＦ３１は、自局セル内の移動局２との無線通信を司る通信インタフェースである。有線ＩＦ３２は、例えば、他の基地局３や監視装置４との有線通信を司る通信インタフェースである。管理メモリ３３は、自局セル内で位置登録した移動局２を識別する移動局ＩＤや位置情報等を管理する領域である。メモリ３４は、例えば、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）等のＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ等に相当し、各種プログラムや各種処理に必要な情報等を記憶する領域である。ＣＰＵ３５は、基地局３全体を制御するプロセッサである。

有線ＩＦ３２は、例えば、ＳＮＭＰ（Simple Network Management Protocol）やＴＲ−０６９（Technical Report 069:CPE WAN Management Protocol）を用いて各移動局２から受信した品質情報を監視装置４に伝送する。

図６は、監視装置４内のハードウェア構成の一例を示すブロック図である。図６に示す監視装置４は、上位ＩＦ４１と、装置ＩＦ４２と、記憶部４３と、メモリ４４と、ＣＰＵ４５とを有する。上位ＩＦ４１は、監視端末５との通信を司るインタフェースである。装置ＩＦ４２は、他の基地局３との間の通信を司るインタフェースである。記憶部４３は、各種情報を記憶する領域である。メモリ４４は、例えば、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）等のＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ等に相当し、各種プログラムや各種処理に必要な情報等を記憶する領域である。ＣＰＵ４５は、監視装置４全体を制御するプロセッサである。

図７は、監視装置４内のＣＰＵ４５の機能構成及び記憶部４３の一例を示す説明図である。ＣＰＵ４５は、メモリ４４に記憶された監視プログラムを読み出し、読み出された監視プログラムに基づき各種プロセスを機能として構成する。ＣＰＵ４５は、機能構成として、受信部５１と、蓄積制御部５２と、第１の分析部５３と、第２の分析部５４と、送信部５５とを有する。記憶部４３は、品質情報ＤＢ６１と、メッシュ変換テーブル６２と、監視テーブル６３と、エリアテーブル６４とを有する。

受信部５１は、装置ＩＦ４２を通じて各移動局２で収集した品質情報を受信する。蓄積制御部５２は、受信部５１で受信した各移動局２の品質情報を品質情報ＤＢ６１内に格納する。第１の分析部５３は、メッシュ変換テーブル６２を参照し、品質情報２０内の位置情報２１にある緯度２１Ａ及び経度２１Ｂからメッシュ番号を特定する。尚、メッシュ番号は、行政管理庁告示第１４３号で定める国内の全地域を区画分割し、分割した区画（メッシュ）を識別する番号である。メッシュ変換テーブル６２は、メッシュ番号毎に地図情報の位置座標（緯度・経度）を対応付けて管理している。図８は、一部の地域を区画化したメッシュの一例を示す説明図である。尚、説明の便宜上、一部の地域を計３６個のメッシュ番号のエリアに分割したが、これらに限定されるものではない。図８に示す地図は、例えば、ｘ座標をＡ〜Ｆ、ｙ座標を１〜６に分割し、例えば、Ａ１〜Ａ６、Ｂ１〜Ｂ６、Ｃ１〜Ｃ６、Ｄ１〜Ｄ６、Ｅ１〜Ｅ６及びＦ１〜Ｆ６の計３６個のメッシュに分割している。第１の分析部５３は、メッシュ変換テーブル６２を参照し、品質情報２０内の位置情報２１（緯度２１Ａ及び経度２１Ｂ）をメッシュ番号に特定する。第１の分析部５３は、メッシュ番号毎に、受信品質２２を分析し、その分析結果、例えば、報告数、受信良好数、経過回数及び報告優先度を監視テーブル６３内に登録する。

図９は、監視テーブル６３の一例を示す説明図である。図９に示す監視テーブル６３は、メッシュ番号６３Ａ毎に、報告数６３Ｂ、受信良好数６３Ｃ、経過回数６３Ｄ及び報告優先度６３Ｅを対応付けて管理している。報告数６３Ｂは、メッシュ番号に該当するエリアにおいて、品質情報を受信した報告回数である。受信良好数６３Ｃは、メッシュ番号のエリアにおいて、所定電波強度以上のセルが所定セル数以上あった場合にＨＯエリアと判定された回数である。経過回数６３Ｄは、メッシュ番号のエリアにおいて、例えば、未確定エリアと判定された場合に＋１インクリメントして経過を観測するための回数である。報告優先度６３Ｅは、メッシュ番号のエリアにおいて、ＨＯエラーエリアを含むＨＯエラー範囲を監視端末５に報告する際の優先度である。

図１０は、第１の分析部５３に関わる処理動作の一例を示す説明図である。蓄積制御部５２は、受信部５１を通じて移動局２からの品質情報を受信した場合、受信した品質情報を品質情報ＤＢ６１に格納する。そして、第１の分析部５３は、品質情報ＤＢ６１内の受信した品質情報をメッシュ番号毎に分析する。

第１の分析部５３は、図１０の（Ａ）に示すように移動局２からの品質情報２０を受信する。品質情報２０は、緯度２１Ａ及び経度２１Ｂにおいて、例えば、３台の基地局３のセルを識別するセルＩＤ２２Ａ（Ｋ１，Ｋ２，Ｋ３）の電波強度２２Ｂを有する。第１の分析部５３は、メッシュ変換テーブル６２を参照し、図１０の（Ｂ）に示す品質情報２０内の緯度２１Ａ及び経度２１Ｂからメッシュ番号“Ａ１”を取得する。

第１の分析部５３は、図１０の（Ｃ）に示すように、メッシュ番号“Ａ１”の品質情報を受信したので、監視テーブル６３内のメッシュ番号“Ａ１”の報告数６３Ｂを＋１インクリメントして更新する。

第１の分析部５３は、図１０の（Ｄ）に示すように、メッシュ番号“Ａ１”に関わる品質情報内の各基地局３の受信品質内の電波強度が所定電波強度以上であるか否かを判定する。尚、所定電波強度は、ＨＯ可能な電波強度のセルであるか否かを判定する閾値、例えば、“−１０１ｄｂｍ”である。第１の分析部５３は、セルＩＤ“Ｋ１”の電波強度が“−９０ｄｂｍ”の場合、所定電波強度以上であるため、電波良好セル数を＋１インクリメントする。更に、第１の分析部５３は、セルＩＤ“Ｋ２”の電波強度が“−１１４ｄｂｍ”の場合、所定電波強度未満であるため、電波良好セル数をカウントしない。更に、第１の分析部５３は、セルＩＤ“Ｋ３”の電波強度が“−１００ｄｂｍ”の場合、所定電波強度以上であるため、電波良好セル数を＋１インクリメントする。つまり、第１の分析部５３は、メッシュ番号“Ａ１”の電波良好セル数が“２”と集計することになる。

第１の分析部５３は、メッシュ番号“Ａ１”の電波良好セル数が所定セル数以上であるか否かを判定する。尚、所定セル数は、メッシュ番号“Ａ１”のエリア内でＨＯ可能となるセル数、例えば、２個とする。第１の分析部５３は、メッシュ番号“Ａ１”の電波良好セル数が“２”の場合、所定セル数以上であるため、図１０の（Ｅ）に示すように、監視テーブル６３内のメッシュ番号“Ａ１”の受信良好数６３Ｃを＋１インクリメントして更新する。

その結果、第１の分析部５３は、図１０の（Ｆ）に示すように、監視テーブル６３内のメッシュ番号“Ａ１”の報告数６３Ｂを“１”、受信良好数６３Ｃを“１”、経過回数６３Ｄを“１”に設定する。尚、経過回数６３Ｄは、初期設定を“１”としている。第１の分析部５３は、品質情報ＤＢ６１内に受信したメッシュ番号毎に品質情報を分析し、その分析結果を監視テーブル６３内に更新する。

第２の分析部５４は、判定部５４Ａと、特定部５４Ｂと、確定部５４Ｃと、クリア部５４Ｄと、更新部５４Ｅとを有する。図１１は、第２の分析部５４に関わる処理動作の一例を示す説明図である。第２の分析部５４内の判定部５４Ａは、所定周期毎に監視テーブル６３内のメッシュ番号６３Ａ毎の報告数６３Ｂ、受信良好数６３Ｃ及び経過回数６３Ｄに基づき、該当メッシュ番号６３Ａのエリア状況を判定する。

判定部５４Ａは、図１１の（Ａ）に示すように、監視テーブル６３内のメッシュ番号“Ａ１”に対応する報告数“１５０”、受信良好数“１４０”及び経過回数“１”を参照する。

判定部５４Ａは、図１１の（Ｂ）に示すように、メッシュ番号“Ａ１”の報告数６３Ｂが所定報告数以上であるか否かを判定する。尚、所定報告数は、該当メッシュ番号６３Ａのエリア判定に十分なサンプル数に到達しているか否かを判定する回数、例えば、１００回である。判定部５４Ａは、メッシュ番号“Ａ１”の報告数６３Ｂが“１５０”の場合、所定報告数以上であるため、メッシュ番号“Ａ１”の報告数６３Ｂがエリア判定に十分なサンプル数に到達していると判断する。

判定部５４Ａは、メッシュ番号“Ａ１”の報告数６３Ｂが所定報告数以上の場合、図１１の（Ｃ）に示すように、メッシュ番号“Ａ１”に対応する報告数“１５０”及び受信良好数“１４０”を監視テーブル６３から抽出する。判定部５４Ａは、受信良好数÷報告数×１００％で品質率を算出する。つまり、判定部５４Ａは、例えば、１４０÷１５０×１００％でメッシュ番号“Ａ１”の品質率９３．３３％を算出する。更に、判定部５４Ａは、算出した品質率が所定品質率以上であるか否かを判定する。尚、所定品質率は、該当メッシュ番号６３Ａの品質率がＨＯエリア若しくはＨＯエラーエリアであるかを判別するための品質率であって、例えば、８０％である。第２の分析部５４内の特定部５４Ｂは、メッシュ番号“Ａ１”の品質率９３．３３％の場合、所定品質率以上であるため、メッシュ番号“Ａ１”のエリアをＨＯエリアと判定する。

判定部５４Ａは、図１１の（Ｄ）に示すように、次の未指定のメッシュ番号“Ａ２”を指定し、メッシュ番号“Ａ２”に対応する報告数“１５６”、受信良好数“７５”及び経過回数“１”を参照する。

判定部５４Ａは、図１１の（Ｅ）に示すように、メッシュ番号“Ａ２”の報告数６３Ｂが所定報告数以上であるか否かを判定する。判定部５４Ａは、メッシュ番号“Ａ２”の報告数６３Ｂが“１５６”の場合、所定報告数（１００回）以上であるため、メッシュ番号“Ａ２”の報告数６３Ｂがエリア判定に十分なサンプル数に到達していると判断する。

判定部５４Ａは、メッシュ番号“Ａ２”の報告数６３Ｂが所定報告数以上の場合、図１１の（Ｆ）に示すように、メッシュ番号“Ａ２”に対応する報告数“１５６”及び受信良好数“７５”を監視テーブル６３から抽出する。判定部５４Ａは、７５÷１５６×１００％でメッシュ番号“Ａ２”の品質率４８．０７％を算出する。更に、特定部５４Ｂは、メッシュ番号“Ａ２”の品質率４８．０７％が所定品質率８０％以上でないため、メッシュ番号“Ａ２”のエリアをＨＯエラーエリアと判定する。更に、判定部５４Ａは、図１４の（Ｇ）に示すように、メッシュ番号“Ａ２”の報告数“１５６”及び経過回数“１”であるため、単位周期分の報告数を“１５６”ということになる。

つまり、判定部５４Ａは、メッシュ番号６３Ａ毎に報告数６３Ｂが所定報告数以上であるか否かを順次判定し、報告数６３Ｂが所定報告数以上の場合に、その品質率が所定品質率以上であるか否かを判定する。特定部５４Ｂは、該当メッシュ番号６３Ａの品質率が所定品質率以上の場合、該当メッシュ番号６３ＡのエリアをＨＯエリアと判定する。特定部５４Ｂは、該当メッシュ番号６３Ａの品質率が所定品質率未満の場合、該当メッシュ番号６３ＡのエリアをＨＯエラーエリアと判定する。特定部５４Ｂは、該当メッシュ番号６３Ａの報告数６３Ｂが所定報告数以上でない場合、該当メッシュ番号６３Ａのエリアを未確定エリアと判定する。その結果、第２の分析部５４は、メッシュ番号毎に分析を繰り返すことで、図１２に示すように監視テーブル６３の分析結果となる。図１２は、監視テーブル６３の一例を示す説明図である。監視装置４は、メッシュ番号“Ａ１”、“Ａ３”〜“Ａ６”、“Ｂ６”、“Ｃ５”〜“Ｄ２”、“Ｄ４”〜“Ｅ４”、“Ｅ６”〜“Ｆ６”のエリアがＨＯエリアとの判定結果を得たことになる。更に、監視装置４は、メッシュ番号“Ａ２”及び“Ｅ５”のエリアがＨＯエラーエリアとの判定結果を得たことになる。更に、監視装置４は、メッシュ番号“Ｂ１”〜“Ｂ５”、“Ｃ１”〜“Ｃ４”及び“Ｄ３”のエリアが未確定エリアとの判定結果を得たことになる。

図１３は、エリアテーブル６４の一例を示す説明図である。図１３に示すエリアテーブル６４は、メッシュ番号のエリア毎にＨＯエリアを“○”、ＨＯエラーエリアを“×”、未確定エリアを“−”と登録する。尚、図１３に示すエリアテーブル６４は、図１２に示す監視テーブル６３の分析結果を反映したものである。

エリアテーブル６４は、メッシュ番号“Ａ１”、“Ａ３”〜“Ａ６”、“Ｂ６”、“Ｃ５”〜“Ｄ２”、“Ｄ４”〜“Ｅ４”、“Ｅ６”〜“Ｆ６”のエリアをＨＯエリアの“○”と登録する。エリアテーブル６４は、メッシュ番号“Ａ２”及び“Ｅ５”のエリアをＨＯエラーエリアの“×”と登録する。エリアテーブル６４は、メッシュ番号“Ｂ１”〜“Ｂ５”、“Ｃ１”〜“Ｃ４”及び“Ｄ３”のエリアを未確定エリアの“−”と登録する。

図１４は、エリアテーブル６４のエリア確定処理に関わる一連の処理動作の一例を示す説明図である。第２の分析部５４内の確定部５４Ｃは、図１４の（Ａ）に示す１周期目において、メッシュ番号“Ａ１”、“Ａ３”〜“Ａ６”、“Ｂ６”、“Ｃ５”〜“Ｄ２”、“Ｄ４”〜“Ｅ４”、“Ｅ６”〜“Ｆ６”のエリアがＨＯエリアと判定されたとする。この場合、確定部５４Ｃは、エリアテーブル６４内の該当メッシュ番号のエリアを“○”と登録する。更に、確定部５４Ｃは、メッシュ番号“Ａ２”及び“Ｅ５”のエリアがＨＯエラーエリアと判定された場合、エリアテーブル６４内の該当メッシュ番号のエリアを“×”と登録する。確定部５４Ｃは、メッシュ番号“Ｂ１”〜“Ｂ５”、“Ｃ１”〜“Ｃ４”及び“Ｄ３”のエリアが未確定エリアと判定された場合、エリアテーブル６４内の該当メッシュ番号のエリアを“−”と登録する。この際、確定部５４Ｃは、メッシュ番号“Ａ２”と、メッシュ番号“Ｅ５”との計２個のＨＯエラー範囲を確定する。

更に、確定部５４Ｃは、図１４の（Ｂ）に示す２周期目において、メッシュ番号“Ｂ１”のエリアがＨＯエラーエリア、メッシュ番号“Ｃ４”のエリアがＨＯエリアと判定されたとする。この場合、確定部５４Ｃは、エリアテーブル６４内のメッシュ番号“Ｂ１”のエリアを“×”、メッシュ番号“Ｃ４”のエリアを“○”と登録する。この際、確定部５４Ｃは、メッシュ番号“Ａ２”、“Ｅ５”及び“Ｂ２”の計３個のＨＯエラー範囲を確定する。

更に、確定部５４Ｃは、図１４の（Ｃ）に示す３周期目において、メッシュ番号“Ｃ２”のエリアがＨＯエラーエリア、メッシュ番号“Ｃ１”のエリアがＨＯエリアと判定されたとする。確定部５４Ｃは、エリアテーブル６４内のメッシュ番号“Ｃ２”のエリアを“×”、メッシュ番号“Ｃ１”のエリアを“○”と登録する。この際、確定部５４Ｃは、メッシュ番号“Ｂ２”の“−”の未確定エリアに着目し、メッシュ番号“Ｂ２”のエリアが複数の“×”エリアに隣接するため、メッシュ番号“Ｂ２”の未確定エリアをＨＯエラーエリア“×”と推定して登録する。この際、確定部５４Ｃは、メッシュ番号“Ａ２”、“Ｂ１”、“Ｂ２”及び“Ｃ２”のＨＯエラー範囲と、メッシュ番号“Ｅ５”のＨＯエラー範囲との計２個のＨＯエラー範囲を確定する。

更に、確定部５４Ｃは、図１４の（Ｄ）に示す４周期目において、メッシュ番号“Ｃ３”のエリアがＨＯエラーエリアと判定された場合、エリアテーブル６４内のメッシュ番号“Ｃ３”のエリアを“×”と登録する。この際、確定部５４Ｃは、メッシュ番号“Ａ２”、“Ｂ１”、“Ｂ２”、“Ｃ２”及び“Ｃ３”のＨＯエラー範囲と、メッシュ番号“Ｅ５”のＨＯエラー範囲との計２個のＨＯエラー範囲を確定する。

更に、確定部５４Ｃは、図１４の（Ｅ）に示す５周期目において、メッシュ番号“Ｂ４”のエリアがＨＯエラーエリアと判定された場合、エリアテーブル６４内のメッシュ番号“Ｂ４”のエリアを“×”と登録する。この際、確定部５４Ｃは、メッシュ番号“Ｂ３”のエリアの“−”の未確定エリアに着目する。そして、確定部５４Ｃは、図１４の（Ｆ）に示すようにメッシュ番号“Ｂ３”の未確定エリアが複数の“×”のエリアに隣接するため、メッシュ番号“Ｂ３”の未確定エリアをＨＯエラーエリア“×”と登録する。その結果、確定部５４Ｃは、メッシュ番号“Ａ２”、“Ｂ１”、“Ｂ２”、“Ｂ３”、“Ｂ４”、“Ｃ２”及び“Ｃ３”のＨＯエラー範囲と、メッシュ番号“Ｅ５”のＨＯエラー範囲との計２個のＨＯエラー範囲を確定する。尚、確定部は、例えば、推定部及び確定部である。

図１５は、監視テーブル６３内のデータクリア処理の一連の処理動作の一例を示す説明図である。第２の分析部５４内のクリア部５４Ｄは、監視テーブル６３内のメッシュ番号“Ａ１”、“Ａ３”〜“Ａ６”、“Ｂ６”、“Ｃ５”、“Ｃ６”、“Ｄ１”、“Ｄ２”、“Ｄ４”〜“Ｄ６”、“Ｅ１”〜“Ｅ４”、“Ｅ６”、“Ｆ１”〜“Ｆ６”が“○”であるため、該当メッシュ番号６３Ａの報告数６３Ｂ及び受信良好数６３Ｃをクリアにする。そして、クリア部５４Ｄは、該当メッシュ番号６３Ａの経過回数６３Ｄを初期値の“１”に設定する。また、クリア部５４Ｄは、メッシュ番号６３Ａ毎の経過回数６３Ｄが有効回数を超えた場合、メッシュ番号６３Ａの報告数６３Ｂ及び受信良好数６３Ｃをクリアし、経過回数６３Ｄを初期値の“１”に設定する。また、クリア部５４Ｄは、監視テーブル６３内のメッシュ番号“Ｂ１”〜“Ｂ５”、“Ｃ１”〜“Ｃ４”及び“Ｄ３”の経過回数６３Ｄが有効回数、例えば１０回を超えた場合、該当メッシュ番号６３Ａの報告数６３Ｂ及び受信良好数６３Ｃを“０”にする。更に、クリア部５４Ｄは、該当メッシュ番号６３Ａの経過回数６３Ｄを“１”に設定する。

図１６Ａは、図１４の（Ａ）に示す状況下のタイミングでの優先度更新処理に関わる監視テーブル６３の一例を示す説明図、図１６Ｂは、図１４の（Ｆ）に示す状況下のタイミングでの優先度更新処理に関わる監視テーブル６３の一例を示す説明図である。

図１４の（Ａ）に示す状況下では、メッシュ番号“Ａ２”と、メッシュ番号“Ｅ５”との計２個のＨＯエラー範囲を確定している。更新部５４Ｅは、メッシュ番号“Ａ２”及びメッシュ番号“Ｅ５”の報告数６３Ｂを取得する取得部である。更に、更新部５４Ｅは、メッシュ番号“Ａ２”及びメッシュ番号“Ｅ５”の報告数６３Ｂ同士を比較する。更新部５４Ｅは、メッシュ番号“Ａ２”の報告数６３Ｂが“１５６”、メッシュ番号“Ｅ５”の報告数６３Ｂが“１００１”であるため、メッシュ番号“Ｅ５”の報告数６３Ｂの方が多く、メッシュ番号“Ｅ５”のＨＯエラー範囲の方の優先度を高くする。つまり、更新部５４Ｅは、メッシュ番号“Ｅ５”のＨＯエラー範囲の方の報告優先度６３Ｅを“１”、メッシュ番号“Ａ２”のＨＯエラー範囲の報告優先度６３Ｅを“２”とする設定部である。その結果、更新部５４Ｅは、監視テーブル６３内のメッシュ番号“Ｅ５”の報告優先度６３Ｅを“１”、メッシュ番号“Ａ２”の報告優先度６３Ｅを“２”と登録する。

図１４の（Ｆ）に示す状況下では、メッシュ番号“Ａ２”、“Ｂ１”、“Ｂ２”、“Ｂ３”、“Ｂ４”、“Ｃ２”及び“Ｃ３”の第１のＨＯエラー範囲と、メッシュ番号“Ｅ５”の第２のＨＯエラー範囲との計２個のＨＯエラー範囲を確定している。更新部５４Ｅは、第１のＨＯエラー範囲のメッシュ番号に関わる報告数を全て加算し、その加算結果をメッシュ数で除算した平均報告数を算出する。更に、更新部５４Ｅは、第２のＨＯエラー範囲のメッシュ番号“Ｅ５”の報告数を算出する。更新部５４Ｅは、第１のＨＯエラー範囲の平均報告数と、第２のＨＯエラー範囲のメッシュ番号の平均報告数とを比較する。更新部５４Ｅは、第２のＨＯエラー範囲の報告数の方が多いため、第２のＨＯエラー範囲の報告優先度を“１”、第１のＨＯエラー範囲の報告優先度を“２”とする。その結果、更新部５４Ｅは、監視テーブル６３内の第２のＨＯエラー範囲のメッシュ番号“Ｅ５”の報告優先度を“１”、第１のＨＯエラー範囲の全メッシュ番号の報告優先度を“２”と登録する。

そして、送信部５５は、ＨＯエラー範囲毎の報告優先度に基づき、各ＨＯエラー範囲の該当するメッシュ番号に対応するＨＯエラーを監視端末５に送信する報知部である。その結果、監視端末５の利用者は、報告優先度に基づき順次受信した各メッシュ番号のＨＯエラーを認識できる。

次に本実施例のＨＯ監視システム１の動作の一例について説明する。図１７は、第１の分析処理に関わる監視装置４の処理動作の一例を示すフローチャートである。図１７に示す第１の分析処理は、各移動局２から収集した品質情報を参照し、品質情報内の緯度・経度からメッシュ番号を特定し、メッシュ番号毎に報告数及び受信良好数を集計して監視テーブル６３内に登録する処理である。監視装置４内の受信部５１は、基地局３から移動局２で収集した品質情報を受信したか否かを判定する（ステップＳ１１）。蓄積制御部５２は、品質情報を受信した場合（ステップＳ１１肯定）、品質情報を品質情報ＤＢ６１内に格納する（ステップＳ１２）。

第１の分析部５３は、メッシュ変換テーブル６２を参照し、受信した品質情報２０内の緯度２１Ａ及び経度２１Ｂからメッシュ番号を特定する（ステップＳ１３）。第１の分析部５３は、監視テーブル６３内の該当メッシュ番号６３Ａに対応する報告数６３Ｂを＋１インクリメントし（ステップＳ１４）、経過回数を“１”に設定する（ステップＳ１５）。第１の分析部５３は、受信した品質情報２０から未指定セルの電波強度２２Ｂを抽出し（ステップＳ１６）、抽出した電波強度２２Ｂが所定電波強度以上であるか否かを判定する（ステップＳ１７）。

第１の分析部５３は、抽出した電波強度２２Ｂが所定電波強度以上の場合（ステップＳ１７肯定）、該当メッシュ番号の電波良好セル数を＋１インクリメントし（ステップＳ１８）、受信した品質情報内に未指定セルがあるか否かを判定する（ステップＳ１９）。

第１の分析部５３は、受信した品質情報２０内に未指定セルがある場合（ステップＳ１９肯定）、未指定のセルを指定し（ステップＳ２０）、指定セルの電波強度２２Ｂを抽出すべく、ステップＳ１６に移行する。

第１の分析部５３は、受信した品質情報２０内に未指定セルがない場合（ステップＳ１９否定）、受信した品質情報２０の該当メッシュ番号の電波良好セル数が所定セル数以上であるか否かを判定する（ステップＳ２１）。第１の分析部５３は、該当メッシュ番号の電波良好セル数が所定セル数以上の場合（ステップＳ２１肯定）、監視テーブル６３内の該当メッシュ番号６３Ａの受信良好数６３Ｃを＋１インクリメントし（ステップＳ２２）、図１７に示す処理動作を終了する。

受信部５１は、ステップＳ１１にて品質情報２０を受信しなかった場合（ステップＳ１１否定）、図１７に示す処理動作を終了する。第１の分析部５３は、抽出した指定セルの電波強度が所定電波強度以上でない場合（ステップＳ１７否定）、品質情報内に未指定セルがあるか否かを判定すべく、ステップＳ１９に移行する。第１の分析部５３は、該当メッシュ番号の電波良好セル数が所定セル数以上でない場合（ステップＳ２１否定）、図１７に示す処理動作を終了する。

第１の分析処理は、各移動局２から収集した品質情報２０内の位置情報２１及び受信品質２２を参照する。第１の分析処理は、メッシュ番号毎に電波強度２２Ｂが所定電波強度以上のセルが所定セル数以上ある場合、メッシュ番号６３Ａ毎に報告数６３Ｂ及び受信良好数６３Ｃを集計して監視テーブル６３内に登録する。その結果、監視装置４は、監視テーブル６３を参照し、メッシュ番号６３Ａ毎の報告数６３Ｂ及び受信良好数６３Ｃを認識できる。

図１８は、第２の分析処理に関わる監視装置４の処理動作の一例を示すフローチャートである。図１８に示す第２の分析処理は、メッシュ番号６３Ａ毎の報告数６３Ｂ及び受信良好数６３Ｃに基づき、該当メッシュ番号に対応するエリアの状況を分析する処理である。第２の分析部５４は、所定周期毎に第２の分析処理を実行する。図１８において監視装置４内の第２の分析部５４内の判定部５４Ａは、監視テーブル６３内の未分析のメッシュ番号６３Ａを指定し（ステップＳ３１）、該当メッシュ番号の報告数６３Ｂを参照する（ステップＳ３２）。

判定部５４Ａは、該当メッシュ番号６３Ａの報告数６３Ｂが所定報告数以上であるか否かを判定する（ステップＳ３３）。判定部５４Ａは、該当メッシュ番号６３Ａの報告数６３Ｂが所定報告数以上の場合（ステップＳ３３肯定）、該当メッシュ番号６３Ａの報告数６３Ｂ及び受信良好数６３Ｃに基づき品質率を算出する（ステップＳ３４）。尚、判定部５４Ａは、該当メッシュ番号毎に、受信良好数÷報告数×１００％で品質率を算出する。

判定部５４Ａは、該当メッシュ番号６３Ａの品質率が所定品質率未満であるか否かを判定する（ステップＳ３５）。特定部５４Ｂは、該当メッシュ番号６３Ａの品質率が所定品質率未満の場合（ステップＳ３５肯定）、該当メッシュ番号のエリアをＨＯエラーエリアと判定する。そして、特定部５４Ｂは、エリアテーブル６４内の該当メッシュ番号のエリアを“×”と登録し（ステップＳ３６）、未分析のメッシュ番号があるか否かを判定する（ステップＳ３７）。

特定部５４Ｂは、該当メッシュ番号６３Ａの品質率が所定品質率未満でない場合（ステップＳ３５否定）、該当メッシュ番号のエリアをＨＯエリアと判定する。そして、特定部５４Ｂは、エリアテーブル６４内の該当メッシュ番号のエリアを“○”と登録し（ステップＳ３８）、未分析のメッシュ番号があるか否かを判定すべく、ステップＳ３７に移行する。

また、特定部５４Ｂは、該当メッシュ番号６３Ａの報告数６３Ｂが所定報告数以上でない場合（ステップＳ３３否定）、該当メッシュ番号のエリアを未確定エリアと判定する。更に、特定部５４Ｂは、エリアテーブル６４内の該当メッシュ番号のエリアを“−”と登録し（ステップＳ３９）、未分析のメッシュ番号があるか否かを判定すべく、ステップＳ３７に移行する。

第２の分析部５４は、未分析のメッシュ番号がある場合（ステップＳ３７肯定）、未分析のメッシュ番号を指定すべく、ステップＳ３１に移行する。第２の分析部５４は、未分析のメッシュ番号がない場合（ステップＳ３７否定）、後述する図１９に示すエリア確定処理を実行する（ステップＳ４０）。

更に、第２の分析部５４は、エリア確定処理を実行後、図２０に示すデータクリア処理を実行する（ステップＳ４１）。更に、第２の分析部５４は、データクリア処理を実行後、図２１に示す優先度更新処理を実行し（ステップＳ４２）、図１８に示す処理動作を終了する。

図１８に示す第２の分析処理は、監視テーブル６３内のメッシュ番号６３Ａ毎に報告数６３Ｂが所定報告数以上の場合、報告数６３Ｂ及び受信良好数６３Ｃに基づき、メッシュ番号６３Ａ毎の品質率を算出する。第２の分析処理は、メッシュ番号６３Ａ毎の品質率が所定品質率未満の場合、該当メッシュ番号６３ＡのエリアをＨＯエラーエリアと判定する。その結果、監視装置４は、複数のメッシュ番号のエリアの内、ＨＯエラーエリアを特定できる。

第２の分析処理は、メッシュ番号毎の品質率が所定品質率未満でない場合、該当メッシュ番号６３ＡのエリアをＨＯエリアと判定する。その結果、監視装置４は、複数のメッシュ番号の内、ＨＯエリアを特定できる。

第２の分析処理は、メッシュ番号毎の報告数が所定報告数以上でない場合、該当メッシュ番号のエリアを未確定エリアと判定する。その結果、監視装置４は、複数のメッシュ番号の内、未確定エリアを特定できる。

図１９は、エリア確定処理に関わる監視装置４の処理動作の一例を示すフローチャートである。図１９に示すエリア確定処理は、エリアテーブル６４内の“−”のメッシュ番号のエリアが“×”に所定条件下で囲まれている場合に当該“−”のメッシュ番号を“×”として登録する処理である。図１９において監視装置４内の確定部５４Ｃは、エリアテーブル６４内の“×”及び“−”のメッシュ番号を参照し（ステップＳ５１）、未指定の“−”のメッシュ番号を指定する（ステップＳ５２）。

確定部５４Ｃは、指定の“−”のメッシュ番号のエリアが“×”に囲まれているか否かを判定する（ステップＳ５３）。尚、“×”で囲まれているエリアとは、図１４の（Ｃ）に示すメッシュ番号“Ｂ２”のように、複数の“×”のエリアに隣接する“−”のエリアとする。確定部５４Ｃは、指定の“−”のメッシュ番号のエリアが“×”のエリアに囲まれている場合（ステップＳ５３肯定）、指定の“−”のメッシュ番号のエリアをＨＯエラーエリア“×”と推定して登録する（ステップＳ５４）。更に、確定部５４Ｃは、未指定の“−”のメッシュ番号があるか否かを判定する（ステップＳ５５）。

確定部５４Ｃは、未指定の“−”のメッシュ番号がある場合（ステップＳ５５肯定）、未指定の“−”のメッシュ番号を指定すべく、ステップＳ５２に移行する。確定部５４Ｃは、未指定の“−”のメッシュ番号がない場合（ステップＳ５５否定）、未指定の“×”のメッシュ番号を指定し（ステップＳ５６）、指定の“×”のメッシュ番号のエリアに隣接する“−”のエリアがあるか否かを判定する（ステップＳ５７）。

確定部５４Ｃは、指定の“×”のメッシュ番号のエリアに隣接する“−”のエリアがある場合（ステップＳ５７肯定）、未指定の“×”のメッシュ番号を指定すべく、ステップＳ５６に移行する。

確定部５４Ｃは、指定の“×”のメッシュ番号のエリアに隣接する“−”のエリアがない場合（ステップＳ５７否定）、“×”のメッシュ番号のＨＯエラー範囲を確定する（ステップＳ５８）。更に、確定部５４Ｃは、未指定の“×”のメッシュ番号のエリアがあるか否かを判定する（ステップＳ５９）。確定部５４Ｃは、未指定の“×”のメッシュ番号のエリアがある場合（ステップＳ５９肯定）、未指定の“×”のメッシュ番号を指定すべく、ステップＳ５６に移行する。確定部５４Ｃは、未指定の“×”のメッシュ番号のエリアがない場合（ステップＳ５９否定）、図１９に示す処理動作を終了する。

図１９に示すエリア確定処理は、エリアテーブル６４の“−”のメッシュ番号のエリアの内、複数の“×”のエリアに隣接する場合、その“−”のメッシュ番号のエリアをＨＯエラーエリア“×”と推定して登録する。その結果、確定部５４Ｃは、複数のＨＯエラーエリアに隣接する未確定エリアをＨＯエラーエリアと推定して登録できるため、事前にＨＯエラーエリアを特定できる。

図２０は、データクリア処理に関わる監視装置４の処理動作の一例を示すフローチャートである。図２０に示すデータクリア処理は、監視テーブル６３内のメッシュ番号６３Ａ毎に経過回数６３Ｄが有効回数を超えた場合に該当メッシュ番号６３Ａの報告数６３Ｂ及び受信良好数６３Ｃをクリアにする処理である。図２０において監視装置４内のクリア部５４Ｄは、図１９に示すエリア確定処理実行後、エリアテーブル６４内の未指定のメッシュ番号を指定し（ステップＳ６１）、指定の該当メッシュ番号のエリアがＨＯエリア“○”であるか否かを判定する（ステップＳ６２）。

クリア部５４Ｄは、指定のメッシュ番号のエリアがＨＯエリア“○”の場合（ステップＳ６２肯定）、監視テーブル６３内の指定のメッシュ番号６３Ａに対応する、報告数６３Ｂ、受信良好数６３Ｃ及び経過回数６３Ｄをクリアする（ステップＳ６３）。クリア部５４Ｄは、該当メッシュ番号６３Ａに対応する経過回数６３Ｄを“１”に設定し（ステップＳ６４）、未指定のメッシュ番号があるか否かを判定する（ステップＳ６５）。クリア部５４Ｄは、未指定のメッシュ番号がある場合（ステップＳ６５肯定）、未指定のメッシュ番号を指定すべく、ステップＳ６１に移行する。更に、クリア部５４Ｄは、未指定のメッシュ番号がない場合（ステップＳ６５否定）、図２０に示す処理動作を終了する。

クリア部５４Ｄは、指定のメッシュ番号のエリアがＨＯエリア“○”でない場合（ステップＳ６２否定）、指定のメッシュ番号のエリアがＨＯエラーエリア“×”であるか否かを判定する（ステップＳ６６）。クリア部５４Ｄは、指定のメッシュ番号のエリアがＨＯエラーエリア“×”である場合（ステップＳ６６肯定）、“×”のＨＯエラー範囲が確定したか否かを判定する（ステップＳ６７）。

クリア部５４Ｄは、“×”のＨＯエラー範囲が確定しなかった場合（ステップＳ６７否定）、監視テーブル６３内の該当メッシュ番号６３Ａの経過回数６３Ｄを＋１インクリメントする（ステップＳ６８）。そして、クリア部５４Ｄは、未指定のメッシュ番号があるか否かを判定すべく、ステップＳ６５に移行する。

クリア部５４Ｄは、指定のメッシュ番号のエリアがＨＯエラーエリア“×”でない場合（ステップＳ６６否定）、該当メッシュ番号６３Ａの経過回数６３Ｄが有効回数を経過したか否かを判定する（ステップＳ６９）。クリア部５４Ｄは、該当メッシュ番号６３Ａの経過回数６３Ｄが有効回数を経過した場合（ステップＳ６９肯定）、該当メッシュ番号６３Ａの報告数６３Ｂ、受信良好数６３Ｃ及び経過回数６３Ｄをクリアすべく、ステップＳ６３に移行する。

クリア部５４Ｄは、該当メッシュ番号６３Ａの経過回数６３Ｄが有効回数を経過しなかった場合（ステップＳ６９否定）、監視テーブル６３内の該当メッシュ番号６３Ａの経過回数６３Ｄを＋１インクリメントすべく、ステップＳ６８に移行する。クリア部５４Ｄは、“×”のＨＯエラー範囲が確定した場合（ステップＳ６７肯定）、監視テーブル６３内の指定のメッシュ番号６３Ａに対応する、報告数６３Ｂ、受信良好数６３Ｃ及び経過回数６３Ｄをクリアすべく、ステップＳ６３に移行する。

図２０に示すデータクリア処理は、指定メッシュ番号のエリアがＨＯエリア“○”の場合、監視テーブル６３内の該当メッシュ番号６３Ａに対応する報告数６３Ｂ、受信良好数６３Ｃ及び経過回数６３Ｄをクリアにする。

データクリア処理は、指定メッシュ番号のエリアがＨＯエラーエリア“×”で、かつ、ＨＯエラー範囲を確定した場合、監視テーブル６３内の該当メッシュ番号６３Ａに対応する経過回数６３Ｄを＋１インクリメントする。

データクリア処理は、指定メッシュ番号のエリアが未確定エリアで、監視テーブル６３内の該当メッシュ番号６３Ａに対応する経過回数６３Ｄが有効回数を超えた場合、該当メッシュ番号６３Ａの報告数６３Ｂ、受信良好数６３Ｃ及び経過回数６３Ｄをクリアする。その結果、監視装置４は、経過回数６３Ｄが有効回数を超える程、集計結果がサンプル数として古すぎるため、その集計結果を削除する。

データクリア処理は、指定メッシュ番号のエリアが未確定エリアで、監視テーブル６３内の該当メッシュ番号６３Ａの経過回数６３Ｄが有効回数を超えなかった場合、監視テーブル６３内の該当メッシュ番号６３Ａの経過回数６３Ｄを＋１インクリメントする。

図２１は、優先度更新処理に関わる監視装置４の処理動作の一例を示すフローチャートである。優先度更新処理は、エリア確定処理にて複数のＨＯエラー範囲を確定した場合、ＨＯエラー範囲毎にＨＯエラー範囲内の全メッシュ番号の平均報告数を比較し、その比較結果に基づき、ＨＯエラー範囲の各メッシュ番号に対応して報告優先度を設定する処理である。図２１において監視装置４内の更新部５４Ｅは、エリア確定処理実行後、“×”のＨＯエラー範囲が確定したか否かを判定する（ステップＳ８１）。尚、ＨＯエラー範囲は、単一メッシュ番号の“×”のエリア又は、複数のメッシュ番号の“×”のエリアで構成する。

更新部５４Ｅは、“×”のＨＯエラー範囲を確定した場合（ステップＳ８１肯定）、未指定の“×”のＨＯエラー範囲を指定し（ステップＳ８２）、指定した“×”のＨＯエラー範囲内のメッシュ番号毎に、単位周期分の報告数を算出する（ステップＳ８３）。尚、更新部５４Ｅは、監視テーブル６３内の報告数６３Ｂを経過回数６３Ｄで除算することで単位周期分の報告数を算出する。

更新部５４Ｅは、指定した“×”のＨＯエラー範囲内のメッシュ番号毎の単位周期分の報告数を加算して“×”のＨＯエラー範囲内の全メッシュ番号の単位周期分の全報告数を算出する（ステップＳ８４）。更新部５４Ｅは、算出した全報告数を“×”のＨＯエラー範囲内の全メッシュ番号で除算することで平均報告数を算出し、指定したＨＯエラー範囲のメッシュ単位の平均報告数を記憶する（ステップＳ８５）。

更新部５４Ｅは、指定した“×”のＨＯエラー範囲のメッシュ単位の平均報告数を記憶した後、未指定の“×”のＨＯエラー範囲があるか否かを判定する（ステップＳ８６）。更新部５４Ｅは、未指定の“×”のＨＯエラー範囲がある場合（ステップＳ８６肯定）、未指定の“×”のＨＯエラー範囲を指定すべく、ステップＳ８２に移行する。

更新部５４Ｅは、未指定の“×”のＨＯエラー範囲がない場合（ステップＳ８６否定）、記憶中の“×”のＨＯエラー範囲毎のメッシュ単位の平均報告数に基づき、“×”のＨＯエラー範囲毎の報告優先度を設定する（ステップＳ８７）。そして、更新部５４Ｅは、図２１に示す処理動作を終了する。尚、更新部５４Ｅは、平均報告数の大小に応じて各ＨＯエラー範囲の報告優先度を設定する。

優先度更新処理は、複数のＨＯエラー範囲を確定した後、ＨＯエラー範囲毎に、当該ＨＯエラー範囲内の全メッシュ番号の平均報告数を比較し、その比較結果に基づき、平均報告数が多いＨＯエラー範囲に報告優先度を設定する。その結果、監視装置４は、報告優先度の高い順にＨＯエラー範囲を監視端末５に報知できる。

本実施例の監視装置４は、メッシュ番号６３Ａ毎の品質情報からＨＯエラーエリアを特定する。更に、監視装置４は、特定されたＨＯエラーエリアと隣接する未確定エリアで、当該未確定エリアの周囲が複数のＨＯエラーエリアに隣接する場合に、当該未確定エリアをＨＯエラーエリアと推定する。その結果、監視装置４は、外部環境の変化で、実際にＨＯエラーが発生しなくても、ＨＯエラーが発生する虞のあるエリアを推定できる。つまり、ＨＯ先の無いエリアや通信品質レベルの弱いエリアを事前に検出することで、潜在的なＨＯが失敗するリスクの高いＨＯエラー範囲を事前に検出できる。

監視装置４は、複数のメッシュ番号のエリアの内、隣接するＨＯエラーエリアで構成するＨＯエラー範囲を確定し、確定されたＨＯエラー範囲内の全メッシュ番号を監視端末５に報知する。その結果、監視端末５の保守者は、ＨＯエラー範囲のメッシュ番号に基づき、ＨＯエラー範囲を把握し、ＨＯエラー範囲内のセルの電力増加、チルト角の変更、基地局３やフェムトセルの増設等を図ることでＨＯエラーを抑制できる。

監視装置４は、確定された複数のＨＯエラー範囲が存在する場合に、ＨＯエラー範囲毎に、当該ＨＯエラー範囲内の全メッシュ番号の報告数６３Ｂを監視テーブル６３から取得する。更に、監視装置４は、ＨＯエラー範囲毎のメッシュ単位の報告数に基づき、ＨＯエラー範囲毎に報告優先度を設定する。監視装置４は、設定された報告優先度に基づき、ＨＯエラー範囲内の全メッシュ番号を報知する。その結果、監視端末５の保守者は、報告優先度に基づき、早急にＨＯエラーを解消すべき、ＨＯエラー範囲を認識できる。

尚、上記実施例では、メッシュ番号毎の区画を四角形で例示したが、四角形等の多角形に限定されるものではなく、円形等であっても良い。更に、上記実施例では、ＨＯエラーエリアとしてＨＯ不可の通信環境のエリアとして説明したが、ＨＯ可能であっても、所定の劣悪な通信品質しか提供できない程度の通信環境のエリアを含むようにしても良い。

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。

ところで、本実施例で説明した各種の処理は、予め用意されたプログラムを情報処理装置内のＣＰＵ等のプロセッサで実行させることによって実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行する情報処理装置の一例を説明する。図２２は、監視プログラムを実行する情報処理装置の一例を示す説明図である。

図２２に示す監視プログラムを実行する情報処理装置１００は、通信部１１０と、ＨＤＤ（Hard Disc driver）１２０と、ＲＯＭ１３０と、ＲＡＭ１４０と、ＣＰＵ１５０とを有する。通信部１１０、ＨＤＤ１２０、ＲＯＭ１３０、ＲＡＭ１４０及びＣＰＵ１５０は、バス１６０を介して接続される。

そして、ＲＯＭ１３０には、上記実施例と同様の機能を発揮する監視プログラムが予め記憶されている。ＲＯＭ１３０は、監視プログラムとして判定プログラム１３０Ａ、特定プログラム１３０Ｂ及び推定プログラム１３０Ｃが記憶されている。尚、ＲＯＭ１３０ではなく、図示せぬドライブでコンピュータ読取可能な記録媒体に監視プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。

そして、ＣＰＵ１５０は、判定プログラム１３０ＡをＲＯＭ１３０から読み出し、ＲＡＭ１４０上で判定プロセス１４０Ａとして機能する。更に、ＣＰＵ１５０は、特定プログラム１３０ＢをＲＯＭ１３０から読み出し、ＲＡＭ１４０上で特定プロセス１４０Ｂとして機能する。ＣＰＵ１５０は、推定プログラム１３０ＣをＲＯＭ１３０から読み出し、ＲＡＭ１４０上で推定プロセス１４０Ｃとして機能する。

ＣＰＵ１５０は、移動局から収集した位置情報毎の各基地局との通信品質を参照し、位置情報に対応する区画毎の通信品質に基づき、複数の基地局間のＨＯ通信が不可であるか否かを判定する。ＣＰＵ１５０は、複数の基地局間のＨＯ通信が不可の場合に、当該区画を不可エリアとして特定する。ＣＰＵ１５０は、特定された不可エリアの区画と隣接する区画のＨＯ通信が未確定で、当該未確定の区画の周囲が複数の不可エリアの区画に隣接する場合に、当該未確定の区画を不可エリアと推定する。その結果、ＨＯ失敗が発生する虞のあるエリアを推定できる。

１ ＨＯ監視システム
２ 移動局
３ 基地局
４ 監視装置
５３ 第１の分析部
５４ 第２の分析部
５４Ａ 判定部
５４Ｂ 特定部
５４Ｃ 確定部
５４Ｄ クリア部
５４Ｅ 更新部
５５ 送信部

Claims (5)

1. 移動局から収集した位置情報毎の各基地局との通信品質を参照し、前記位置情報に対応する区画毎の通信品質に基づき、複数の基地局間のハンドオーバ通信が不可であるか否かを判定する判定部と、
   前記判定部にて前記複数の基地局間のハンドオーバ通信が不可の場合に、当該区画を不可エリアとして特定する特定部と、
   前記特定部にて特定された前記不可エリアの区画と隣接する区画の前記ハンドオーバ通信が未確定で、当該未確定の区画の周囲が複数の不可エリアの区画に隣接する場合に、当該未確定の区画を前記不可エリアと推定する推定部と
   を有することを特徴とする監視装置。
2. 複数の区画の内、隣接する不可エリアの区画で構成する不可範囲を確定する確定部と、
   前記確定部にて確定された前記不可範囲内の全区画の識別番号を報知する報知部と
   を有することを特徴とする請求項１に記載の監視装置。
3. 前記確定部にて確定された複数の不可範囲が存在する場合に、前記不可範囲毎に、当該不可範囲内の全区画の通信品質のサンプル数を取得する取得部と、
   前記不可範囲毎のサンプル数に基づき、前記不可範囲毎に優先度を設定する設定部とを有し、
   前記報知部は、
   前記設定部に設定された前記優先度に基づき、前記不可範囲内の全区画の識別番号を報知することを特徴とする請求項２に記載の監視装置。
4. 情報処理装置が、
   移動局から収集した位置情報毎の各基地局との通信品質を参照し、前記位置情報に対応する区画毎の通信品質に基づき、複数の基地局間のハンドオーバ通信が不可であるか否かを判定し、
   前記複数の基地局間のハンドオーバ通信が不可の場合に、当該区画を不可エリアとして特定し、
   前記特定された前記不可エリアの区画と隣接する区画の前記ハンドオーバ通信が未確定で、当該未確定の区画の周囲が複数の不可エリアの区画に隣接する場合に、当該未確定の区画を前記不可エリアと推定する
   処理を実行することを特徴とする監視方法。
5. 情報処理装置のプロセッサに、
   移動局から収集した位置情報毎の各基地局との通信品質を参照し、前記位置情報に対応する区画毎の通信品質に基づき、複数の基地局間のハンドオーバ通信が不可であるか否かを判定し、
   前記複数の基地局間のハンドオーバ通信が不可の場合に、当該区画を不可エリアとして特定し、
   前記特定された前記不可エリアの区画と隣接する区画の前記ハンドオーバ通信が未確定で、当該未確定の区画の周囲が複数の不可エリアの区画に隣接する場合に、当該未確定の区画を前記不可エリアと推定する
   処理を実行させることを特徴とする監視プログラム。

Images