特許 6474714 エレベーターの監視装置及び遠隔監視システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6474714

(24)【登録日】2019年2月8日

(45)【発行日】2019年2月27日

(54)【発明の名称】エレベーターの監視装置及び遠隔監視システム

(51)【国際特許分類】

   B66B 5/00 20060101AFI20190218BHJP

   G08B 25/04 20060101ALI20190218BHJP

   H04M 11/00 20060101ALI20190218BHJP

   H04Q 9/00 20060101ALI20190218BHJP

   B66B 5/02 20060101ALI20190218BHJP

【ＦＩ】

   B66B5/00 G

   G08B25/04 B

   H04M11/00 301

   H04Q9/00 311K

   H04Q9/00 341B

   H04Q9/00 311W

   B66B5/02 Z

【請求項の数】6

【全頁数】10

(21)【出願番号】特願2015-241558(P2015-241558)

(22)【出願日】2015年12月10日

(65)【公開番号】特開2017-105608(P2017-105608A)

(43)【公開日】2017年6月15日

【審査請求日】2018年3月1日

(73)【特許権者】

【識別番号】000232955

【氏名又は名称】株式会社日立ビルシステム

(74)【代理人】

【識別番号】100093861

【弁理士】

【氏名又は名称】大賀 眞司

(74)【代理人】

【識別番号】100129218

【弁理士】

【氏名又は名称】百本 宏之

(72)【発明者】

【氏名】薛 祺

(72)【発明者】

【氏名】渡部 恭志

【審査官】 羽月 竜治

(56)【参考文献】

【文献】 特開２００９−１７７４４１（ＪＰ，Ａ）

【文献】 特開２００５−２５５３１０（ＪＰ，Ａ）

【文献】 特開２００５−３４６１６３（ＪＰ，Ａ）

【文献】 特開２０１２−０３０９０３（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｂ６６Ｂ ３／００−５／２８

Ｇ０８Ｂ ２３／００−３１／００

Ｈ０４Ｍ １１／００

Ｈ０４Ｑ ９／００

(57)【特許請求の範囲】

【請求項1】

設備の異常の有無を検出し、検出した検出情報を無線通信網を介してセンター装置へ通報するエレベーターの監視装置であって、
所定の時間毎に前記センター装置と通信した通信状態を所定の期間計測する通信状態統計手段と、
前記通信状態統計手段で計測した計測結果に基づいて、前記センター装置との通信状態が所定値よりも低下する時間帯を特定し、前記特定した時間帯に前記センター装置へ通報する通信時間特定手段と、を備えることを特徴とするエレベーターの監視装置。

【請求項2】

請求項１に記載のエレベーターの監視装置において、
前記通信状態統計手段は、
前記センター装置と通信した通信状態を示す計測結果を曜日と時間帯に関連づけて記録し、
前記通信時間特定手段は、
前記通信状態統計手段により記録された計測結果を基づいて、前記センター装置との通信状態が所定値よりも低下する時間帯と曜日を特定し、前記特定した時間帯と曜日に前記センター装置へ通報することを特徴とするエレベーターの監視装置。

【請求項3】

請求項１又は２に記載のエレベーターの監視装置において、
前記通信時間特定手段は、
前記通信状態統計手段で計測した計測結果に基づいて、前記センター装置との通信状態が所定値よりも低下する時間帯として、通信時間が最も長い時間帯、通信リトライが最も多い時間帯、或いは通信失敗が最も多く発生した時間帯のうちいずれかの時間帯を特定することを特徴とするエレベーターの監視装置。

【請求項4】

設備の異常の有無を検出する監視装置と、前記監視装置で検出した検出情報を無線通信網へ送信する無線装置と、前記無線装置と前記無線通信網を介して情報の送受信を行うセンター装置と、を備えるエレベーターの遠隔監視システムであって、
前記監視装置は、
所定の時間毎に前記センター装置と通信した通信状態を所定の期間計測する通信状態統計手段と、
前記通信状態統計手段で計測した計測結果に基づいて、前記センター装置との通信状態が所定値よりも低下する時間帯を特定し、前記特定した時間帯に前記センター装置へ通報する通信時間特定手段と、を備えることを特徴とするエレベーターの遠隔監視システム。

【請求項5】

請求項４に記載のエレベーターの遠隔監視システムにおいて、
前記通信状態統計手段は、
前記センター装置と通信した通信状態を示す計測結果を曜日と時間帯に関連づけて記録し、
前記通信時間特定手段は、
前記通信状態統計手段により記録された計測結果を基づいて、前記センター装置との通信状態が所定値よりも低下する時間帯と曜日を特定し、前記特定した時間帯と曜日に前記センター装置へ通報することを特徴とするエレベーターの遠隔監視システム。

【請求項6】

請求項４又は５に記載のエレベーターの遠隔監視システムにおいて、
前記通信時間特定手段は、
前記通信状態統計手段で計測した計測結果に基づいて、前記センター装置との通信状態が所定値よりも低下する時間帯として、通信時間が最も長い時間帯、通信リトライが最も多い時間帯、或いは通信失敗が最も多く発生した時間帯のうちいずれかの時間帯を特定することを特徴とするエレベーターの遠隔監視システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、エレベーターの運用状態を監視するエレベーター監視装置及び遠隔監視システムに関する。

【背景技術】

【0002】

従来、エレベーターの運用状態を遠隔地において監視するエレベーター遠隔監視システムは、エレベーターの異常を検出する監視装置を設け、検出情報を遠隔のセンター装置へ通報する構成としている。このシステムでは、センター装置と監視装置との間の通信確立ができることを確認するため、監視装置はセンター装置に向けて定時通報を行っている。センター装置は、所定の時間以上、監視装置からの定時通報を受信しない場合には、監視装置との間の通信が異常であると判断していた。

【0003】

しかし、監視装置とセンター装置との間の通信で無線による通信網を利用する場合には、監視装置を設置する場所によって電波状況が異なる可能性がある。また、監視装置を設置した時点では電波状況が良好であった場合でも、その後、電波を妨害する建物や電波塔などの建設により電波状況が悪化する可能性が生じるなどの課題があった。

【0004】

そこで、例えば特許文献１には、電波受信レベルを確認する技術が開示されている。具体的には、監視装置は無線装置の電波受信レベルを所定の時間間隔で確認し、電波受信レベルが所定の基準レベルより低い場合には、電波受信レベルが異常であることを無線装置を介してセンター装置へ通報する。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００５−３４６１６３号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかし、特許文献１では、例えば、エレベーターの所在建物のシャッターが閉まり、電波通信が急遽遮蔽されて、電波受信レベルがセンター装置へ通報ができないレベルまでに低下する場合、遠隔監視装置は、センター装置へ通報することができない。

【0007】

本発明の目的は、監視装置とセンター装置との間の通信状態が所定値よりも悪化した場合、その時間帯をセンター装置に通報することにある。

【課題を解決するための手段】

【0008】

前記課題を解決するために、本発明は、設備の異常の有無を検出し、検出した検出情報を無線通信網を介してセンター装置へ通報するエレベーターの監視装置であって、所定の時間毎に前記センター装置と通信した通信状態を所定の期間計測する通信状態統計手段と、前記通信状態統計手段で計測した計測結果に基づいて、前記センター装置との通信状態が所定値よりも低下する時間帯を特定し、前記特定した時間帯に前記センター装置へ通報する通信時間特定手段と、を備えることを特徴とする。

【発明の効果】

【0009】

監視装置とセンター装置との間の通信状態が所定値よりも悪化した場合、その時間帯をセンター装置に通報することができる。

【図面の簡単な説明】

【0010】

【図1】第１実施例によるエレベーターの遠隔監視システムの概略構成図である。

【図2】第１実施例による通信状態統計処理のフローチャートである。

【図3】日にち毎の通信状態を示す統計データが記録された統計テーブルの構成図である。

【図4】本実施例の通信時間特定処理を示すフローチャートである。

【図5】第２実施例における通信時間特定処理を示すフローチャートである。

【図6】曜日毎の通信状態を示す統計データが記録された統計テーブルの構成図である。

【発明を実施するための形態】

【0011】

（第１実施例）
以下、本発明の実施例を図１に基づいて説明する。図１は、第１実施例によるエレベーターの遠隔監視システムの概略構成図である。図１において、エレベーターの遠隔監視システム監視装置１００は、監視装置１００と、無線装置２００と、センター装置３００と、交換機４００と、無線通信網５００から構成される。監視装置１００は、設備やエレベーターに設置され、異常検出部１０１と、通信処理部１０２とを備えている。異常検出部１０１は、設備やエレベーターの異常の有無を検出してそれぞれに対応した信号情報を発生する。通信処理部１０２は、図示しないＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等のメモリと、入出力インターフェース等を備えている。メモリには、ＣＰＵによって処理されるプログラムとして、例えば、通信状態統計手段１１１と、通信時間特定手段１１２が格納される。通信処理部１０２は、異常検出部１０１が発生した信号情報を通報可能なように処理する。通信状態統計手段１１１は、センター装置３００との通信状態、例えば、通信成否、通信時間、通信リトライ回数等を所定の期間計測し、計測結果を通信状態の統計データとして日づけと時間に対応づけて記録して管理する。通信時間特定手段１１２は、通信状態統計手段１１１によって記録された所定の期間の通信状態（統計データ）に基づいて、通信状態が所定値よりも悪化（低下）する時間（時間帯）を判定し、通信状態が所定値よりも悪化（低下）する時間（時間帯）になったときに、センター装置３００へ通報する。

【0012】

無線装置２００は、無線通信網５００に接続され、監視装置１００からの情報を無線通信網５００と交換機４００を介してセンター装置３００に送信する。交換機４００は、無線通信網５００に接続され、センター装置３００との通信の接続・切断を制御する。センター装置３００は、交換機４００に接続され、監視装置１００からの情報を受信して処理を行う。

【0013】

通信処理部１０２で処理された検出情報は、無線装置２００から無線通信網５００及び交換機４００を介してセンター装置３００の回線に接続した後、センター装置３００へ通報される。通信処理部１０２は、監視装置１００とセンター装置３００との間が通信可能の状態であることを通知するため、異常検出部１０１による設備やエレベーターの異常検出の有無にかかわらず、センター装置３００へ定期的に定時通報を行う。

【0014】

次に、本実施例による通信状態統計処理について図２を用いて説明する。図２は、第１実施例による通信状態統計処理のフローチャートである。ステップＳ１０１では、通信処理部１０２はセンター装置３００へ所定の時間に定時通報を行う。本実施例では、１時間に１回、所定の時間に定時通報を行うものとするが、定時通報を行う時間間隔はこれに限られるものではない。通信処理部１０２は、定時通報として、例えば固定データをセンター装置３００に送信する。そして、通信処理部１０２は、センター装置３００からの応答を受信した後、または所定の時間経過後、通信結果成功かの判定を行う（ステップＳ１０２）。センター装置３００は、監視装置１００からの定時通報を受信した場合、正常に受信できたことを示す応答を監視装置１００に返す。また、センター装置３００は、監視装置１００からの定時通報を受信できなかった場合、受信できなかったことを示すエラー応答を返す。

【0015】

ステップＳ１０２では、通信処理部１０２は、センター装置３００との通信結果（通信結果成功）を判定する。センター装置３００への通信結果が成功の場合（ステップＳ１０２：Ｙｅｓ）、即ち、センター装置３００からの応答を受信した場合、通信処理部１０２は、センター装置３００との通信が成功したと判定し、次に通信リトライ有りかを判定する（ステップＳ１０３）。通信結果が失敗の場合（ステップＳ１０２：Ｎｏ）、通信処理部１０２は、センター装置３００との通信が失敗したと判定し、通信失敗を記録する（ステップＳ１０６）。

【0016】

ステップＳ１０３では、通信処理部１０２は、センター装置３００へ定時通報において、通信リトライを行ったか否かを判定する。通信リトライを行った場合（ステップＳ１０３：Ｙｅｓ）、通信処理部１０２は、センター装置３００との通信において通信リトライが発生したと判定し、通信リトライを記録する（ステップＳ１０４）。通信リトライを行わなかった場合（ステップＳ１０３：Ｎｏ）、通信処理部１０２は、センター装置３００との通信において通信リトライは発生しなかったと判定し、通信時間と通信成功を記録する（ステップＳ１０５）。

【0017】

ステップＳ１０４では、通信処理部１０２は、今回の通信リトライ回数をメモリに記録し、通信時間と通信成功を記録する（ステップＳ１０５）。例えば、センター装置３００に定時通報を送信し、２回の通信リトライが発生した場合、通信処理部１０２は「２」をメモリに記録する。ステップＳ１０５では、通信処理部１０２は、今回通信を行った時刻、例えば、ＹＹＹＹ年ＭＭ月ＤＤ日ＨＨ時ＭＭ分ＳＳ秒、通信時間、例えば６０秒、及び通信成功の情報をメモリに記録する。ステップＳ１０６では、通信処理部１０２は、今回通信を行った時刻、及び通信失敗の情報をメモリに記録する。通信処理部１０２は、ステップＳ１０１〜Ｓ１０６までの処理を所定の時間毎に所定の期間実行し、通信状態の統計データである通信状態データを統計テーブルに蓄積する。

【0018】

図３は、日にち毎の通信状態を示す統計データが記録された統計テーブルの構成図である。図３において、統計テーブル６００は、日付６０１と、時間６０２から構成され、時間６０２には、通信を行った時刻６０３、通信の成功／失敗を示す情報６０４、通信リトライの回数６０５、通信時間６０６が記録される。なお、他に必要な情報を統計テーブル６００に追加してもよい。通信状態データの統計テーブル６００は、説明の簡略化のため０時のみ詳細なデータを示しているが、１時以降にも同様の情報が記録され、規定期間である３０日間の通信状態データが記録されている。なお、通信状態データの統計テーブル６００を定期的に更新してもよい。定期的に統計テーブル６００を更新することによって、例えば建築物の建設が行われて電波状況が変化する等、通信環境が変化して通信状態が悪化する時間帯が変化する場合でも統計テーブル６００に反映することができる。

【0019】

次に、通信時間特定処理を図４を用いて説明する。図４は、本実施例の通信時間特定処理を示すフローチャートである。ステップＳ２０１では、通信処理部１０２は、規定期間の通信統計データは有りか否かを判定する。即ち、規定期間分の通信状態データを統計した統計データがあるか否かを判定する。本実施例では、規定期間を３０日とする。規定期間分の通信状態データの統計データがある場合（ステップＳ２０１：Ｙｅｓ）、通信処理部１０２は通信状態の判定を行うことができると判定し、通信失敗記録有かの判定を行う（ステップＳ２０２）。規定期間分の通信状態データの統計データがない場合（ステップＳ２０１：Ｎｏ）、通信処理部１０２は、通信状態データが統計継続中であると判定し、処理を終了する。ステップＳ２０２では、通信処理部１０２は、通信状態データの統計データに通信失敗記録があるか否かを判定する。通信失敗記録がない場合（ステップＳ２０２：Ｎｏ）、通信処理部１０２は、センター装置３００との通信において通信は失敗しなかったと判定し、通信リトライ記録有かの判定を行う（ステップＳ２０３）。通信失敗記録がある場合（ステップＳ２０２：Ｙｅｓ）、通信処理部１０２は通信失敗が発生した時間帯を特定する（ステップＳ２０６）。ステップＳ２０３では、通信処理部１０２は、通信状態データの統計データに通信リトライ記録があるか否かを判定する。通信リトライ記録がない場合（ステップＳ２０３：Ｎｏ）、通信処理部１０２は通信のリトライは発生しなかったと判定して通信時間帯の特定を行う（ステップＳ２０４）。通信リトライ記録がある場合（ステップＳ２０３：Ｙｅｓ）、通信処理部１０２は、通信リトライの時間帯を特定する（ステップＳ２０５）。

【0020】

ステップＳ２０４では、通信処理部１０２は、通信時間が最も長い時間帯を特定する。その後、通信処理部１０２は、特定した時間帯になったときに遠隔のセンター装置３００へ通報する。通信時間が最も長い時間帯を特定することによって、センター装置３００との通信状態が所定値よりも悪化する時間帯を特定することができる。ステップＳ２０４で特定した時間帯は他の時間帯よりも通信時間を要し、監視装置１００とセンター装置３００との間の通信は悪化するものの通信は成功しているので、他の時間帯に通報を行う場合でも通信は確実に成功する。

【0021】

ステップＳ２０５では、通信処理部１０２は通信リトライ回数が最も多い時間帯を特定する。その後、通信処理部１０２は、特定した時間帯になったときに遠隔のセンター装置３００へ通報する。通信リトライ回数が最も多く発生する時間帯を特定することによって、センター装置３００との通信状態が所定値よりも悪化（低下）する時間帯を特定することができる。ステップＳ２０５で特定した時間帯は通信リトライ回数が多く、監視装置１００とセンター装置３００との通信は悪化するものの通信は成功するので、他の時間帯に通報を行う場合でも通信は確実に成功する。

【0022】

ステップＳ２０６では、通信処理部１０２は、通信失敗が最も多く発生した時間帯を特定する。その後、通信処理部１０２は、特定した時間帯になったときに遠隔のセンター装置３００へ通報する。通信失敗が最も多く発生した時間帯を特定することによって、センター装置３００との通信状態が所定値よりも悪化（低下）する時間帯を特定することができる。ステップＳ２０６で特定した時間帯は通信状態が所定値よりも悪化（低下）し、監視装置１００とセンター装置３００との通信は失敗する時間帯である。即ち、ステップＳ２０６で特定された時間帯に監視装置１００が設備またはエレベーターの異常を検出した場合でも、センター装置３００への通報ができないことになり、オペレータは通信状態の改善を図る必要があると判断できる。そして、オペレータは、通信装置の移設、または、シャッターを閉めない等、建屋の運用アドバイス等の対策を講じることができる。

【0023】

このように、本実施例では、監視装置１００とセンター装置３００との間の通信状態を所定時間毎、所定の期間分統計した通信状態を示す統計データに基づき、通信状態が所定値よりも悪化（低下）する時間帯を特定する。そして、通信状態が所定値よりも悪化（低下）する時間帯に監視装置１００からセンター装置３００に通報する。これにより、センター装置３００では、通信状態が所定値よりも悪化（低下）した時間帯において、監視装置１００とセンター装置３００との通信が可能か否かを判定することができ、通信ができない場合には早期に通信状態を改善するための措置を講じることができる。

【0024】

（第２実施例）
次に、本発明の第２実施例による監視装置について説明する。本実施例の監視装置は、日にち及び曜日を記録した統計テーブルに基づいて通信状態が悪化する時間帯を曜日に関連づけて確認する。なお、第１実施例と同じ構成については同様の符号を付して説明を省略する。

【0025】

図５は、第２実施例における通信時間特定処理を示すフローチャートである。図５において、ステップＳ３０１では、通信処理部１０２は、ステップＳ２０１と同様に、規定期間の通信統計データ有りかの判定（規定期間の通信統計データは有りか否かの判定）を行う。規定期間分の通信統計データがある場合（ステップＳ３０１：Ｙｅｓ）、通信処理部１０２は、通信状態の判定を行うことができると判定し、曜日毎のデータ抽出処理として、通信統計データから曜日毎の通信状態を示すデータを抽出する（ステップＳ３０２）。規定期間分の通信統計データがない場合（ステップＳ３０１：Ｎｏ）、通信処理部１０２は処理を終了する。ステップＳ３０２では、通信統計データから曜日毎のデータを抽出する。曜日毎の通信状態を示す統計データが記録された統計テーブルを図６に示す。

【0026】

図６は、曜日毎の通信状態を示す統計データが記録された統計テーブルの構成図である。図６において、統計テーブル７００は、通信状態統計手段１１１によって管理されるテーブルであって、各月の曜日７０１と、時間７０２から構成される。曜日７０１には、月曜日から日曜日までの情報が記録され、各曜日の時間７０２には、通信の成功又は失敗を示す情報７０３、リトライ回数７０４、通信時間７０５が統計データとして記録される。統計テーブル７００には、それぞれの曜日において通信状態が所定値よりも悪化（低下）した曜日と時間帯が記録されている。例えば、日曜日の０時はすべての通信が失敗していることが記録されている。

【0027】

ステップＳ３０３では、通信処理部１０２は、曜日毎の統計データに通信失敗記録があるか否かを判定する。通信失敗記録がない場合（ステップＳ３０３：Ｎｏ）、通信処理部１０２は、センター装置３００との通信において通信は失敗しなかったと判定し、通信リトライ記録有りかの判定を行う（ステップＳ３０４）。通信失敗記録がある場（ステップＳ３０３：Ｙｅｓ）合、通信処理部１０２は通信失敗が発生した時間帯を特定する（ステップＳ３０７）。ステップＳ３０４では、通信処理部１０２は、曜日毎の統計データに通信リトライ記録があるか否かを判定する。通信リトライ記録がない場合（ステップＳ３０４：Ｎｏ）、通信処理部１０２は通信のリトライは発生しなかったと判定して通信時間帯の特定を行う（ステップＳ３０５）。通信リトライ記録がある場合（ステップＳ３０４：Ｙｅｓ）、通信処理部１０２は、通信リトライがあった曜日とその時間帯とを特定する（ステップＳ３０６）。

【0028】

ステップＳ３０５では、通信処理部１０２は、通信時間が最も長い時間帯とその曜日とを特定する。その後、通信処理部１０２は、特定した曜日の時間帯になったときに遠隔のセンター装置３００へ通報する。通信時間が最も長い時間帯とその曜日とを特定することによって、センター装置３００との通信状態が所定値よりも悪化（低下）する曜日と時間帯とを特定することができる。ステップＳ３０５で特定した曜日と時間帯とは他の曜日または時間帯よりも通信時間を要し、監視装置１００とセンター装置３００との間の通信は悪化するものの通信は成功しているので、他の時間帯に通報を行う場合でも通信は確実に成功する。

【0029】

ステップＳ３０６では、通信処理部１０２は通信リトライ回数が最も多い時間帯とその曜日を特定する。その後、通信処理部１０２は、特定した曜日の時間帯になったときに遠隔のセンター装置３００へ通報する。通信リトライ回数が最も多く発生する曜日と時間帯とを特定することによって、センター装置３００との通信状態が所定値よりも悪化（低下）する曜日とその時間帯とを特定することができる。ステップＳ３０６で特定した曜日と時間帯とは通信リトライ回数が多く、監視装置１００とセンター装置３００との通信は悪化するものの通信は成功するので、他の時間帯に通報を行う場合でも通信は確実に成功する。

【0030】

ステップＳ３０７では、通信処理部１０２は、通信失敗が最も多く発生した時間帯とその曜日を特定する。その後、通信処理部１０２は特定した曜日の時間帯になったときに遠隔のセンター装置３００へ通報する。通信失敗が最も多く発生した曜日とその時間帯とを特定することによって、センター装置３００との通信状態が所定値よりも悪化（低下）する曜日とその時間帯とを特定することができる。ステップＳ３０７で特定した曜日とその時間帯は通信状態が所定値よりも悪化し、監視装置１００とセンター装置３００との通信は失敗する時間帯である。即ち、ステップＳ３０７で特定された曜日とその時間帯に監視装置１００が設備またはエレベーターの異常を検出した場合でもセンター装置３００への通報ができないことになり、センター装置３００のオペレータは通信状態の改善を図る必要があると判断できる。そして、オペレータは、通信装置の移設、または、シャッターを閉めない等、建屋の運用アドバイス等の対策を講じることができる。

【0031】

このように、本実施例では、監視装置１００とセンター装置３００との間の通信状態を所定時間毎、規定期間記録した統計テーブルに基づいて曜日毎の統計データを抽出し、通信状態が所定値よりも悪化（低下）する曜日とその時間帯とを特定する。そして、通信状態が所定値よりも悪化（低下）する曜日とその時間帯に監視装置１００からセンター装置３００へ通報する。これにより、センター装置３００では、通信状態が所定値よりも悪化（低下）する曜日とその時間帯に監視装置１００とセンター装置３００との通信が可能か否かを判定することができ、通信ができない場合には早期に通信を改善するための措置を講じすることができる。

【0032】

以上で本実施例の説明を終えるが、本発明は範囲を超えない範囲で種々の変更が可能である。例えば、第２実施例では、通信処理部１０２は、通信状態データの統計データから曜日毎に統計データを抽出し、通信状態が所定値よりも悪化（低下）する曜日と時間帯を判定したが、時間帯の判定に用いる情報は曜日に限らず種々の情報を利用可能である。例えば、日付情報を時間帯の判定に用いて、年末等、通信状態が悪化する日付とその時間帯とを判定するようにしてもよい。

【符号の説明】

【0033】

１００ 監視装置、１０１ 異常検出部、１０２ 通信処理部、１１１ 通信状態統計手段、１１２ 通信時間特定手段、２００ 無線装置、３００ センター装置、４００ 交換機。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】