特許 7195489 中央処理装置、通信システム、端末管理方法およびプログラム

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

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

(11)【特許番号】

(24)【登録日】2022-12-15

(45)【発行日】2022-12-23

(54)【発明の名称】中央処理装置、通信システム、端末管理方法およびプログラム

(51)【国際特許分類】

   H04L 43/045 20220101AFI20221216BHJP

   H04L 43/0811 20220101ALI20221216BHJP

【ＦＩ】

H04L43/045

H04L43/0811

【請求項の数】 17

(21)【出願番号】P 2022555901

(86)(22)【出願日】2022-03-31

(86)【国際出願番号】 JP2022016883

【審査請求日】2022-09-15

【早期審査対象出願】

(73)【特許権者】

【識別番号】000006013

【氏名又は名称】三菱電機株式会社

(74)【代理人】

【識別番号】100118762

【弁理士】

【氏名又は名称】高村 順

(72)【発明者】

【氏名】宇都 隆

【審査官】佐々木 洋

(56)【参考文献】

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

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

【文献】米国特許出願公開第２０１３／０１８８４７５（ＵＳ，Ａ１）

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

Ｈ０４Ｌ ４３／０４５

Ｈ０４Ｌ ４３／０８１１

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

【請求項1】

無線マルチホップネットワークを構成する複数の端末のそれぞれの通信品質に関する情報である通信品質情報を用いて監視対象の端末である監視対象端末を抽出し、前記複数の端末のそれぞれからの情報の受信状況に基づいて通信不能と推定される通信不良端末を検出する端末抽出部と、
前記監視対象端末から取得された情報である端末情報を含む端末状態情報を取得する端末状態情報取得部と、
端末状態情報と端末の通信不良の原因との相関関係を判定するための相関情報と前記端末状態情報取得部によって取得された前記端末状態情報のうち前記通信不良端末に対応する前記端末状態情報とを用いて前記通信不良端末の通信不良の原因を推定する原因推定部と、
前記通信不良の原因の推定結果を出力する出力部と、
を備えることを特徴とする中央処理装置。

【請求項2】

前記端末状態情報取得部は、前記監視対象端末の周辺の前記端末である周辺端末から取得した情報である端末情報を含む端末状態情報を取得し、
前記原因推定部は、前記相関情報と前記端末状態情報取得部によって取得された前記端末状態情報のうち前記通信不良端末に対応する前記端末状態情報と前記端末状態情報取得部によって取得された前記端末状態情報のうち前記通信不良端末の周辺の端末に対応する前記端末状態情報とを用いて前記通信不良端末の通信不良の原因を推定することを特徴とする請求項１に記載の中央処理装置。

【請求項3】

前記出力部は、地図上の前記端末の位置に当該端末を示す図形を表示し、前記通信不良端末に対応する前記図形を、推定された前記原因の種類に応じた表示方法で表示することを特徴とする請求項２に記載の中央処理装置。

【請求項4】

前記出力部は、前記端末が前記監視対象端末と前記周辺端末と監視対象端末ではなくかつ前記周辺端末ではない前記端末とのうちのいずれであるかを示す属性に応じた表示方法で前記端末に対応する前記図形を表示することを特徴とする請求項３に記載の中央処理装置。

【請求項5】

前記通信品質情報は、前記端末における受信信号強度を含むことを特徴とする請求項１に記載の中央処理装置。

【請求項6】

前記複数の端末は、前記中央処理装置に定期的に定期送信情報を送信し、
前記通信品質情報は、前記定期送信情報の予定受信日時と前記定期送信情報を受信した日時との差を含むことを特徴とする請求項１に記載の中央処理装置。

【請求項7】

前記端末状態情報は、前記端末の位置を示す位置情報を含むことを特徴とする請求項１に記載の中央処理装置。

【請求項8】

前記出力部は、前記原因に対応する対策を出力することを特徴とする請求項１に記載の中央処理装置。

【請求項9】

前記相関情報は、機械学習によって生成された、端末状態情報から通信不良の原因を推論するための学習済モデルであることを特徴とする請求項１から８のいずれか１つに記載の中央処理装置。

【請求項10】

前記相関情報は、通信不良の原因が既知の通信不良端末に関する端末状態情報と当該原因とを含み、
前記原因推定部は、コサイン類似法を用いて前記原因を推定することを特徴とする請求項１から８のいずれか１つに記載の中央処理装置。

【請求項11】

無線マルチホップネットワークを構成する複数の端末のそれぞれからの情報の受信状況に基づいて通信不能と推定される通信不良端末を検出する端末抽出部と、
前記通信不良端末の周辺の前記端末である周辺端末から取得された複数の種類の情報を含む端末情報を含む端末状態情報を取得する端末状態情報取得部と、
通信不良端末の周辺の端末の端末状態情報と当該通信不良端末の通信不良の原因との相関関係を判定するための相関情報と前記端末状態情報取得部によって取得された前記端末状態情報とを用いて前記通信不良端末の通信不良の原因を推定する原因推定部と、
前記通信不良の原因の推定結果を出力する出力部と、
を備えることを特徴とする中央処理装置。

【請求項12】

無線マルチホップネットワークを構成する複数の端末と、
中央処理装置と、
を備え、
前記中央処理装置は、
前記複数の端末のそれぞれの通信品質に関する情報である通信品質情報を用いて監視対象の端末である監視対象端末を抽出し、前記複数の端末のそれぞれからの情報の受信状況に基づいて通信不能と推定される通信不良端末を検出する端末抽出部と、
前記監視対象端末から取得された情報である端末情報を含む端末状態情報を取得する端末状態情報取得部と、
端末状態情報と端末の通信不良の原因との相関関係を判定するための相関情報と前記端末状態情報取得部によって取得された前記端末状態情報のうち前記通信不良端末に対応する前記端末状態情報とを用いて前記通信不良端末の通信不良の原因を推定する原因推定部と、
前記通信不良の原因の推定結果を出力する出力部と、
を備えることを特徴とする通信システム。

【請求項13】

無線マルチホップネットワークを構成する複数の端末と、
中央処理装置と、
を備え、
前記中央処理装置は、
前記複数の端末のそれぞれからの情報の受信状況に基づいて通信不能と推定される通信不良端末を検出する端末抽出部と、
前記通信不良端末の周辺の前記端末である周辺端末から取得された複数の種類の情報を含む端末情報を含む端末状態情報を取得する端末状態情報取得部と、
通信不良端末の周辺の端末の端末状態情報と当該通信不良端末の通信不良の原因との相関関係を判定するための相関情報と前記端末状態情報取得部によって取得された前記端末状態情報とを用いて前記通信不良端末の通信不良の原因を推定する原因推定部と、
前記通信不良の原因の推定結果を出力する出力部と、
を備えることを特徴とする通信システム。

【請求項14】

中央処理装置における端末管理方法であって、
無線マルチホップネットワークを構成する複数の端末のそれぞれの通信品質に関する情報である通信品質情報を用いて監視対象の端末である監視対象端末を抽出し、前記複数の端末のそれぞれからの情報の受信状況に基づいて通信不能と推定される通信不良端末を検出するステップと、
前記監視対象端末から取得された情報である端末情報を含む端末状態情報を取得するステップと、
端末状態情報と端末の通信不良の原因との相関関係を判定するための相関情報と取得された前記端末状態情報のうち前記通信不良端末に対応する前記端末状態情報とを用いて前記通信不良端末の通信不良の原因を推定するステップと、
前記通信不良の原因の推定結果を出力するステップと、
を含むことを特徴とする端末管理方法。

【請求項15】

中央処理装置における端末管理方法であって、
無線マルチホップネットワークを構成する複数の端末のそれぞれからの情報の受信状況に基づいて通信不能と推定される通信不良端末を検出するステップと、
前記通信不良端末の周辺の前記端末である周辺端末から取得された複数の種類の情報を含む端末情報を含む端末状態情報を取得するステップと、
通信不良端末の周辺の端末の端末状態情報と当該通信不良端末の通信不良の原因との相関関係を判定するための相関情報と取得された前記端末状態情報とを用いて前記通信不良端末の通信不良の原因を推定するステップと、
前記通信不良の原因の推定結果を出力するステップと、
を含むことを特徴とする端末管理方法。

【請求項16】

コンピュータシステムに、
無線マルチホップネットワークを構成する複数の端末のそれぞれの通信品質に関する情報である通信品質情報を用いて監視対象の端末である監視対象端末を抽出し、前記複数の端末のそれぞれからの情報の受信状況に基づいて通信不能と推定される通信不良端末を検出するステップと、
前記監視対象端末から取得された情報である端末情報を含む端末状態情報を取得するステップと、
端末情報と端末の通信不良の原因との相関関係を判定するための相関情報と前記端末状態情報のうち前記通信不良端末に対応する前記端末状態情報とを用いて前記通信不良端末の通信不良の原因を推定するステップと、
前記通信不良の原因の推定結果を出力するステップと、
を実行させることを特徴とするプログラム。

【請求項17】

コンピュータシステムに、
無線マルチホップネットワークを構成する複数の端末のそれぞれからの情報の受信状況に基づいて通信不能と推定される通信不良端末を検出するステップと、
前記通信不良端末の周辺の前記端末である周辺端末から取得された複数の種類の情報を含む端末情報を含む端末状態情報を取得するステップと、
通信不良端末の周辺の端末の端末情報と当該通信不良端末の通信不良の原因との相関関係を判定するための相関情報と取得された前記端末状態情報とを用いて前記通信不良端末の通信不良の原因を推定するステップと、
前記通信不良の原因の推定結果を出力するステップと、
を実行させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信システムを管理する中央処理装置、この中央処理装置を備える通信システム、端末管理方法およびプログラムに関する。

【背景技術】

【0002】

近年、電力量やガスをはじめとした自動検針、各種の計測データの収集、などのように、複数の端末から広範囲にデータを収集するシステムで無線マルチホップネットワークが導入されている。このようなシステムでは、通信不良の端末が発生するとデータの収集ができなくなるため、通信不良の端末を特定し、通信不良の原因に応じた対策を行う必要がある。

【0003】

例えば、電力量の自動検針においては、検針情報を収集する中央処理装置は、定期的に収集される検針情報の収集結果をもとに、検針情報を収集できなかった端末を通信不良として特定することができる。一方、通信不良の端末が特定された後は、例えば、保守者、運用者などが、人手によって原因の推定が行われ対策が決定される。したがって、保守のために時間およびコストを要するとともに、保守者、運用者などが持つ経験と保守を行う組織が持つノウハウとに大きく依存する。電力量の自動検針システムをガス、水道の検針と連係させたり、他のデータの収集、制御などに使用したりといった利用が進むことも考慮すると、より効率的な保守手段が求められる。

【0004】

特許文献１には、通信網の障害の原因が既知である過去の障害事例をもとに、障害の特徴と障害原因との間の対応関係を求めておき、障害発生時に通信機器から取得したログから特徴量を抽出し、抽出した特徴量と上記の対応関係とを用いて障害の原因を推定する障害原因分析システムが開示されている。

【先行技術文献】

【特許文献】

【0005】

【文献】特許第５４５９６０８号公報

【発明の概要】

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

【0006】

特許文献１に記載の技術では、障害原因分析システムが障害の原因を自動で推定することができる。しかしながら、特許文献１に記載の技術では、分析対象の端末からログを取得する必要がある。したがって、通信断となる通信不良が発生した端末に関して通信不良の原因を推定するときには、通信によってログを取得することができないため遠隔で原因の推定を行うことができない。このため、特許文献１に記載の技術では、保守者、運用者などが当該端末の設置場所に出向いてログを取得しなければならず、作業効率を向上させることが難しい。

【0007】

本開示は、上記に鑑みてなされたものであって、通信不良の原因推定における作業効率を向上させることができる中央処理装置を得ることを目的とする。

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

【0008】

上述した課題を解決し、目的を達成するために、本開示にかかる中央処理装置は、無線マルチホップネットワークを構成する複数の端末のそれぞれの通信品質に関する情報である通信品質情報を用いて監視対象の端末である監視対象端末を抽出し、複数の端末のそれぞれからの情報の受信状況に基づいて通信不能と推定される通信不良端末を検出する端末抽出部と、監視対象端末から取得された情報である端末情報を含む端末状態情報を取得する端末状態情報取得部と、端末状態情報と端末の通信不良の原因との相関関係を判定するための相関情報と端末状態情報取得部によって取得された端末状態情報のうち通信不良端末に対応する端末状態情報とを用いて通信不良端末の通信不良の原因を推定する原因推定部と、通信不良の原因の推定結果を出力する出力部と、を備える。

【発明の効果】

【0009】

本開示にかかる中央処理装置は、通信不良の原因推定における作業効率を向上させることができるという効果を奏する。

【図面の簡単な説明】

【0010】

【図1】実施の形態にかかる通信システムの構成例を示す図

【図2】実施の形態の中央処理装置の構成例を示す図

【図3】実施の形態の端末の構成例を示す図

【図4】実施の形態の通信不良端末の原因推定処理手順の一例を示すフローチャート

【図5】実施の形態の端末状態情報の一例を示す図

【図6】実施の形態の統計情報の取得対象となる端末の一例を示す図

【図7】過去情報の一例を示す図

【図8】過去情報における統計情報の一例を示す模式図

【図9】原因の推定に機械学習が用いられる場合の原因推定部の構成例を示す図

【図10】原因推定結果をリスト形式で表示する場合の表示画面の一例を示す図

【図11】原因推定結果をリスト形式で表示する場合の表示画面の一例を示す図

【図12】原因推定結果を地図上で表示する場合の表示画面の一例を示す図

【図13】実施の形態の通信不良の原因の推定処理手順の別の一例を示すフローチャート

【図14】実施の形態の中央処理装置を実現するコンピュータシステムの構成例を示す図

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

【0011】

以下に、実施の形態にかかる中央処理装置、通信システム、端末管理方法およびプログラムを図面に基づいて詳細に説明する。

【0012】

実施の形態．
図１は、実施の形態にかかる通信システムの構成例を示す図である。実施の形態の通信システム１００は、例えば、電力量、ガスなどの自動検針のために、計量データを収集するシステムであるが、計測データを収集するセンサネットワークシステムであってもよく、通信システム１００の用途はこれらに限定されない。以下、通信システム１００が電力量の検針情報を収集するシステムである例を説明するが、上述したように、通信システム１００の用途はこれに限定されない。

【0013】

図１に示すように、通信システム１００は、中央処理装置１、集約装置２－１，２－２および端末３－１～３－７を備える。以下、集約装置２－１，２－２のそれぞれを個別に区別せずに示すときには、集約装置２と記載し、端末３－１～３－７のそれぞれを個別に区別せずに示すときには、端末３と記載する。なお、図１では、集約装置２を２台図示し、端末３を７台図示しているが、集約装置２および端末３のそれぞれの数はこれに限定されない。

【0014】

集約装置２―１，２－２および端末３－１～３－７のそれぞれは、無線マルチホップネットワークを構築するための通信制御を行うことが可能である。以下、無線マルチホップネットワークを構成する集約装置２―１，２－２および端末３－１～３－７のそれぞれを、ノードとも呼ぶ。

【0015】

端末３は、例えば、電力量を計量する後述するメータに接続される通信装置であり、端末３と対応するメータとで、いわゆるスマートメータが構成される。すなわち、端末３は、例えばスマートメータの一部であり、電力量の検針情報を、対応する集約装置２へ向けて送信する。端末３は、例えば、電力の需要家に設置される。また、本実施の形態の通信システム１００が電力量の自動検針以外の他の用途に用いられる場合には、端末３は、用途に応じて、メータ以外の他の装置と通信を行い、他の装置から取得したデータを対応する集約装置２へ向けて送信する。端末３は、定期的に検針情報を送信する。検針情報は、端末３が中央処理装置１に定期的に送信する定期送信情報の一例である。定期的な検針情報の送信周期を、以下、定期送信周期と呼ぶ。定期送信周期は、例えば、３０分、１５分および５分のうちのいずれかであるが、定期送信周期はこれらに限定されない。以下、定期的な検針情報の収集を定期収集とも呼ぶ。

【0016】

集約装置２は、端末３から検針情報を収集し、収集した検針情報を集約して、ネットワークを介して中央処理装置１へ送信する。これにより、中央処理装置１は、端末３から上りデータとして検針情報を定期的に収集することができる。集約装置２と中央処理装置１との間のネットワークは、例えば、ＩＰ（Internet Protocol）ネットワークであり、光回線ネットワーク、携帯電話ネットワークであるが、これらに限定されない。集約装置２は、例えば、電柱などに設置されるが、設置位置は電柱に限定されない。本実施の形態の通信システム１００が電力量の自動検針以外の他の用途に用いられる場合には、集約装置２は、端末３から受信した他の用途のためのデータを、ネットワークを介して中央処理装置１へ送信する。

【0017】

また、集約装置２および端末３を含む無線マルチホップネットワークでは、定められた経路制御プロトコルに基づいて経路制御が行われる。経路制御プロトコルとしては、ＲＰＬ（IPv6 Routing Protocol for Low-Power and Lossy Networks）を用いることができる。経路制御プロトコルは、これに限定されない。ＲＰＬでは、各端末３から集約装置２へ向かう通信経路である上り経路に関しては、各端末３が集約装置２へ向かう経路における次の端末３を上り経路として管理する。図１において、端末３間および集約装置２と端末３との間を接続する線は、互いに無線通信を行うことが可能であることを示している。図１に示すように、各端末３は、複数の端末３と無線通信を行うことが可能な場合がある。各端末３は、経路構築のための制御メッセージを他の端末３または集約装置２とやりとりすることで、通信可能な端末３のなかから、または通信可能な端末３および集約装置２のなかから、上り経路を選択する。例えば、各端末３は、例えば、集約装置２までのホップ数、通信品質などに応じて、自身が属する集約装置２を選択し、集約装置２へ向かう上り経路を選択する。また、各端末３は、上り制御メッセージに自身の識別情報を順次付加する。これにより、集約装置２は、各端末３に対応する上り経路として経由した端末３を把握することができる。ＲＰＬでは、集約装置２から各端末３へ向かう下り経路に関しては、集約装置２が上り経路の逆の経路を下り経路として決定する。

【0018】

また、各端末３は、集約装置２として主と副の両方を定めておき、主の集約装置２へ向かう経路である主経路と、副の集約装置２へ向かう経路である副経路との２つを管理していてもよい。通常は主経路を用いて通信を行い、主経路における通信の障害を検出した場合に副経路を選択するようにしてもよいし、中央処理装置１から主と副との切替えが指示されてもよい。

【0019】

中央処理装置１は、集約装置２および端末３を管理する装置である。中央処理装置１は、集約装置２から検針情報を収集し、収集した検針情報を図示しないメーターデータ管理システム（ＭＤＭＳ（Meter Data Management System））へ送信する。ＭＤＭＳは、メーターデータを管理する装置である。また、本実施の形態の通信システム１００が電力量の自動検針以外の他の用途に用いられる場合には、中央処理装置１は、他の用途のために端末３から収集されたデータを、他の用途のための管理システムなどへ送信する。また、中央処理装置１は、端末３を制御するための制御信号を、集約装置２を介して端末３へ送信する。

【0020】

中央処理装置１は、後述するように、原因が既知である過去の通信状況に関する端末状態情報と当該原因とを含む過去情報と通信不良端末の端末状態情報とを用いて原因を推定する。例えば、中央処理装置１は、検針情報の受信状況に基づいて通信不能と推定される端末３である通信不良端末を検出し、検出した通信不良端末に対応する端末状態情報と過去情報とを用いて通信不良の原因を推定する。通信不良端末に対応する端末状態情報は、例えば、通信不良となる前に当該通信不良端末から取得した統計情報を含む。端末状態情報は、さらに、中央処理装置１が内部で保持している情報を含んでいてもよい。また、本実施の形態では、通信状態に関する情報を用いて監視対象端末を抽出し、抽出した監視対象端末から統計情報を取得する。すなわち、本実施の形態の中央処理装置１は、通信不良端末となる可能性があるが通信不能には至っていない状態の端末３を監視対象として統計情報を取得しておくことで、監視対象端末が通信不能となった場合でも、通信不能となる直前の統計情報を用いて通信不良の原因を推定することができる。すなわち、保守者、運用者などが通信不良端末の設置場所に出向いて情報を取得する必要がなく、中央処理装置１から遠隔で原因の推定を行うことができるため、保守者、運用者などが通信不良端末の設置場所に出向く場合に比べて、通信不良の原因推定における作業効率を向上させることができる。

【0021】

また、中央処理装置１が、過去情報と、通信不良端末に対応する端末状態情報とを用いて原因を推定するため、人手によって原因の推定が行われる場合に比べて、保守のために時間およびコストを抑制することができる。また、保守者、運用者などが持つ経験と保守を行う組織が持つノウハウとに依存することなく、原因の推定を行うことができる。また、中央処理装置１は、原因に応じた対策を関連付けておくことで、通信不良の原因の推定の際に、原因の推定とともに対応する対策を提示する、すなわち対策を出力することができる。

【0022】

また、監視対象端末をあらかじめ抽出し、抽出した監視対象端末から統計情報を取得するため、全ての端末３から統計情報を取得する場合に比べて、通信システム１００内のトラフィックの増加による輻輳を避けることができ、中央処理装置１における記憶容量を削減することができる。

【0023】

次に、本実施の形態の中央処理装置１および端末３の構成例について説明する。図２は、本実施の形態の中央処理装置１の構成例を示す図である。図２に示すように、中央処理装置１は、検針情報取得部１１、端末抽出部１２、端末状態情報取得部１３、原因推定部１４、出力部１５、過去情報更新部１６、検針情報記憶部１７、端末状態情報記憶部１８、過去情報記憶部１９および監視対象端末記憶部２０を備える。

【0024】

検針情報取得部１１は、集約装置２を介して端末３から検針情報を受信することで、検針情報を取得し、取得した検針情報に受信日時を付加して検針情報記憶部１７へ格納する。検針情報は、検針値と端末３の識別情報（以下、端末ＩＤ（IDentifier）と呼ぶ）と通信品質を示す情報とを含む。また、端末３が主経路と副経路とを管理している場合には、検針情報に、当該検針情報が主経路と副経路とのうちいずれで送信されたかを示す主／副経路情報が含まれていてもよい。受信日時は、例えば、検針情報が検針情報記憶部１７へ格納される日時であるが、これに限らず、検針情報取得部１１が検針情報を受信した日時であってもよい。受信日時は、中央処理装置１が検針情報を受信した時刻に相当するものであればよい。

【0025】

なお、検針情報記憶部１７へ格納される検針情報は、集約装置２から受信した各端末３に対応する検針情報自体であってもよいし、受信した検針情報から一部の情報が削除されたものであってもよい。検針情報記憶部１７に格納される検針情報は、少なくとも検針値および端末ＩＤと受信日時とを含む。ここでは、検針情報は上述した定期送信周期で各端末３から送信されることとし、各端末３の定期送信周期ごとの検針値の検針情報記憶部１７における格納領域（レコード位置）が定められる。検針情報取得部１１は、対応する格納領域に検針情報を格納する。以下、この定期送信周期ごとの検針値のデータの収集を定期収集とも呼ぶ。定期取集は、各端末３が中央処理装置１から定期送信周期と初回の送信タイミングとを指示された後に自発的に定期送信周期ごとに検針情報を取得することで行われてもよいし、中央処理装置１が定期送信周期ごとに各端末３へ検針情報の取得要求を送信することで行われてもよい。

【0026】

検針情報取得部１１は、対応する格納領域に格納済の検針情報を参照し、現在の定期送信周期における定期収集で検針情報を受信できなかった端末３がある場合、すなわち定期収集における欠測が生じた端末３がある場合には、検針情報の再収集処理である欠測補完処理を実施する。欠測補完処理では、検針情報取得部１１が、定期収集における欠測が生じた端末３に、検針情報の再送を指示する。検針情報取得部１１は、再送の指示により端末３から検針情報を受信できた場合には、検針情報記憶部１７における対応する格納領域に当該検針情報を格納する。検針情報取得部１１は、再送の指示を定められた回数送信しても端末３から検針情報を得られない場合には、端末３から応答が得られないことを示す情報を、該当する格納領域に格納してもよいし、該当する格納領域をブランクのままとしてもよい。

【0027】

端末抽出部１２は、複数の端末３のそれぞれの通信品質に関する情報である通信品質情報を用いて監視対象の端末である監視対象端末を抽出し、複数の端末３のそれぞれからの情報の受信状況に基づいて通信不能と推定される通信不良端末を検出する。詳細には、端末抽出部１２は、通信品質に関する情報の一例である検針情報に基づいて、監視対象端末を抽出し、抽出した監視対象端末の端末ＩＤを監視対象端末リストとして監視対象端末記憶部２０に格納する。また、端末抽出部１２は、新たに、通信品質情報を用いた監視対象端末であるか否かの判定を行うと、判定結果に基づいて、監視対象端末リストを更新する。監視対象端末の抽出方法の詳細は後述する。

【0028】

また、端末抽出部１２は、検針情報記憶部１７に格納されている検針情報を用いて、通信不能と推定される端末３である通信不良端末を検出し、通信不良端末が検出された場合には、通信不良端末（通信不良端末の端末ＩＤ）を通信不良端末リストとして監視対象端末記憶部２０に格納する。

【0029】

端末状態情報取得部１３は、監視対象端末に関する情報である端末状態情報を取得する。端末状態情報は、端末３に記憶されている端末情報である統計情報を含む。端末状態情報取得部１３は、監視対象端末記憶部２０に記憶されている監視対象端末の端末ＩＤに基づいて、監視対象端末から統計情報を取得し、取得した統計情報を端末状態情報記憶部１８へ格納する。例えば、端末状態情報取得部１３は、定期的に、端末３へ統計情報の送信を指示することで、統計情報を定期的に端末３から取得する。また、端末状態情報取得部１３は、後述するように、監視対象端末の周辺の端末３の端末状態情報についても取得して端末状態情報記憶部１８へ格納してもよい。統計情報の収集周期は、例えば、定期送信周期より長い周期に設定されるが、統計情報の収集周期は、これに限らず、どのように設定されてもよい。また、統計情報には、後述するように、端末３から取得する情報以外の情報が含まれていてもよく、端末状態情報取得部１３は、端末３から取得する情報以外の情報を取得し端末状態情報記憶部１８へ格納する。例えば、統計情報が端末３の位置情報を含み、端末３が位置情報を保持している場合には、位置情報が端末３から取得されてもよい。

【0030】

端末状態情報記憶部１８には、端末状態情報が記憶される。端末状態情報は、上述したように、例えば、統計情報を含むが、さらに、中央処理装置１内で管理されている情報を含んでもよい。例えば、端末状態情報が端末３の位置を示す位置情報を含む場合、端末状態情報取得部１３は、中央処理装置１における図示しない各端末３に関する契約情報が記憶されている契約情報記憶部から位置情報を読み出して端末状態情報記憶部１８へ格納してもよい。なお、端末状態情報取得部１３は、統計情報以外の端末状態情報は、全端末３（監視対象端末以外の端末３を含む）の位置情報を取得してもよいし、監視対象端末の端末ＩＤに基づいて、中央処理装置１における図示しない各端末３に関する契約情報から監視対象端末に対応する位置情報を取得して端末状態情報記憶部１８へ格納してもよい。位置情報を例に説明したが、端末状態情報に中央処理装置１で取得される情報が含まれている場合には、位置情報以外についても、同様に、端末状態情報取得部１３が中央処理装置１内で取得して端末状態情報記憶部１８へ格納する。上述したように、監視対象端末の周辺の端末３の端末状態情報を取得する場合も、同様に、端末状態情報記憶部１８は、中央処理装置１は、中央処理装置１内で取得する情報を取得して端末状態情報記憶部１８へ格納する。

【0031】

原因推定部１４は、端末情報と端末３の通信不良の原因との相関関係を判定するための相関情報と端末状態情報取得部１３によって取得された端末状態情報のうち、通信不良端末に対応する端末状態情報を用いて通信不良端末の通信不良の原因を推定する。原因推定部１４は、監視対象端末記憶部２０に格納されている通信不良端末リストを参照することで通信不良端末を把握する。後述するように、原因推定部１４は、例えば、機械学習またはコサイン類似法によって原因を推定する。機械学習が用いられる場合、相関関係を判定するための相関情報は、端末状態情報から通信不良の原因を推論するための学習済モデルであり、コサイン類似法が用いられる場合、相関関係を判定するための相関情報は、過去情報である。学習済モデルも過去情報に基づいて生成されるため、原因推定部１４は、過去情報記憶部１９に格納されている過去情報を用いて、原因を推定することになる。過去情報は、原因が既知である事例に対応する過去の端末状態情報と当該端末状態情報に対応する原因の特定結果とを含む情報である。原因推定部１４は、端末抽出部１２から通信不良端末の通知を受けると、通信不良端末に対応する端末状態情報と、相関情報とを用いて原因を推定し、推定した原因を通信不良端末の端末ＩＤとともに出力部１５へ通知する。なお、原因推定部１４は、原因の推定結果とともに対応する対策も求め、求めた対策を原因の推定結果とともに出力部１５へ通知してもよい。

【0032】

出力部１５は、通信不良端末の通信不良の推定結果、通信不良端末の一覧、監視対象端末の一覧、各端末３の位置および端末３の属性を示す情報などの各種の情報を、表示したり、印刷したりすることで出力する。端末３の属性は、例えば、通信不良端末であるか、監視対象端末であるか、通信不良端末でもなく監視対象端末でもない正常端末であるかである。

【0033】

過去情報更新部１６は、保守者から、過去の通信不良に関する原因の特定結果（または原因の特定結果と施した対策）と、対応する端末状態情報を示す情報との入力を受け付け、入力をもとに過去情報を更新する。この過去の端末状態情報における統計情報は、端末３において取得された統計情報であってもよいし、中央処理装置１が記憶している統計情報であってもよい。例えば、端末３において取得された統計情報が、外部記録媒体、または図示しない他の装置を介して中央処理装置１へ入力されてもよい。また、対応する端末３が監視対象端末であった場合には中央処理装置１に統計情報が記憶されているため、保守者によって指定された端末ＩＤと対応する日時とに基づいて、端末状態情報記憶部１８から対応する統計情報を読み出すことで統計情報を取得してもよい。

【0034】

図３は、本実施の形態の端末３の構成例を示す図である。図３に示すように、端末３は、通信部３１、統計情報記憶部３２、制御処理部３３、検針値記憶部３４および検針値取得部３５を備える。端末３は、電力量を計量するメータ４に接続される。ここでは、上述したように、端末３が電力量の検針に用いられる例を説明するが、端末３が電力量の検針以外に用いられる場合には、用途に応じた他の装置が接続される。

【0035】

通信部３１は、無線マルチホップネットワークにおける経路制御プトロコルに基づいて他のノードとの間で通信を行う。例えば、通信部３１は、制御処理部３３から検針値を受領すると、検針値に端末ＩＤなどの情報を付加した検針情報を生成し、集約装置２宛ての検針情報を保持している上り経路上の次ノードに送信する。検針情報は上述したように集約装置２から中央処理装置１へ送信される。また、通信部３１は、自装置宛ての中央処理装置１からの指示を受信すると、制御処理部３３へ出力する。また、通信部３１は、他のノード宛ての情報を受信すると、経路制御プロトコルにしたがって宛先に向けて、受信した情報を転送する。また、通信部３１は、他のノードから受信した信号に基づいて通信品質を示す情報の一例であり、受信電波の強度を示すＲＳＳＩ（Received Signal Strength Indicator：受信信号強度）を測定し、ＲＳＳＩを検針情報に含めて送信する。

【0036】

また、通信部３１は、通信に関するログを統計情報として統計情報記憶部３２に格納する。通信部３１は、中央処理装置１から統計情報の送信の指示を受信すると、統計情報記憶部３２に格納されている統計情報を上り経路上の次ノードに送信する。統計情報は、集約装置２を経由して中央処理装置１へ到着する。

【0037】

制御処理部３３は、定期的に検針値記憶部３４に格納されている検針値を読み出し、読み出した検針値を通信部３１へ出力する。また、制御処理部３３は、通信部３１を介して中央処理装置１からの指示を受けとると指示に応じた処理を行う。例えば、検針情報の再収集の指示を受けとると、指示に基づいて検針値記憶部３４に格納された検針値を読み出して通信部３１へ出力する。検針値取得部３５は、メータ４から計量結果である検針値を取得し、取得した検針値を検針値記憶部３４に格納する。

【0038】

中央処理装置１、集約装置２および端末３における検針情報の収集に関する動作は、一般的な検針システムにおける動作と同様であるため、詳細な説明は省略する。

【0039】

次に、本実施の形態の中央処理装置１における通信不良端末の原因推定に関する動作について説明する。図４は、本実施の形態の通信不良端末の原因推定処理手順の一例を示すフローチャートである。

【0040】

図４に示すように、中央処理装置１は、検針情報を用いて監視対象端末を抽出する（ステップＳ１）。詳細には、端末抽出部１２が、検針情報記憶部１７に格納されている検針情報における各端末３の通信品質に関する情報を用いて監視対象端末を抽出し、抽出した監視対象端末の端末ＩＤを監視対象端末記憶部２０へ格納する。

【0041】

通信品質に関する情報（通信品質情報）、すなわち監視対象端末の判定パラメータとしては、例えば、下記の（１）および（２）のうちの少なくとも一方を用いることができる。例えば、（１）を用いた条件を満たす端末３と（２）を用いた条件を満たす端末３との両方を監視対象端末としてもよいし、いずれか一方を用いた条件を満たす端末３を監視対象端末としてもよい。ただし、後述する通信不良の判定で通信不良と判定される端末３も監視対象端末とすることが望ましいため、（１）を用いた条件を用いる場合には、当該条件を満たす端末３と後述するステップＳ３で通信不良端末と判定される条件を満たす端末３との両方を監視対象端末とすることが望ましい。
（１）各端末３における受信強度を示す情報
具体的には、例えば、ＲＳＳＩを用いることができる。
（２）検針情報の受信日時
具体的には、端末３の検針情報の登録予定日時と受信日時との差を用いることができる。上述したように、定期収集では定期送信周期ごとに検針情報が送信されるため、過去に正常に登録された受信日時と定期送信周期とに基づいて登録予定時刻を求めることができる。例えば、予定受信日時と受信日時との差の絶対値がしきい値以上の場合には、定期収集で検針情報を収集できずに、欠測補完処理によって検針情報が収集されて登録されたと推定される。定期収集で検針情報を収集できない場合は通信が不安定な可能性がある。なお、受信日時は、中央処理装置１が検針情報を受信した日時に相当するものであればよく、例えば、検針情報取得部１１は、検針情報の予定受信日時と検針情報を受信した日時との差を用いて監視対象端末を抽出することができる。

【0042】

また、各端末３が主経路と副経路とを管理しており、検針情報に主／副経路情報が含まれている場合には、監視対象端末の判定パラメータとして主／副経路情報を用いてもよい。

【0043】

次に、図４に示すように、中央処理装置１は、監視対象端末および周辺端末の統計情報を取得する（ステップＳ２）。詳細には、端末状態情報取得部１３が、端末３、中央処理装置１内などから監視対象端末に関する統計情報を取得し、取得した統計情報を端末状態情報記憶部１８に格納する。なお、ここでは、中央処理装置１が、監視対象端末および周辺端末の統計情報を取得する例を説明するが、中央処理装置１は周辺端末の統計情報を取得しなくてもよい。

【0044】

図５は、本実施の形態の端末状態情報の一例を示す図である。図５では、端末状態情報ごとの、取得先と情報が示す事象とが示されている。取得先は、端末状態情報取得部１３がどこから情報を取得するかを示している。図５に示すように、端末状態情報としては、監視対象端末の判定パラメータ、位置情報、無線通信状態、ＣＳＭＡ（Carrier Sense Multiple Access）状態、信号通信状態、監視対象端末の識別情報などを例示することができる。無線通信状態、ＣＳＭＡ状態および信号通信状態は、端末３の通信状態を示す情報である。無線通信状態は、上位端末からの受信状態を判定するパラメータであり、例えば、ＭＡＣ（Media Access Control address）再送回数、ＭＡＣ応答未受信回数などが例示されるが、これらに限定されない。ＣＳＭＡ状態は、トラフィック量・輻輳を判定するパラメータであり、例えば、back off（バックオフ）最大値、無線輻輳検知回数などが例示されるが、これらに限定されない。無線通信状態は、途中経路の通信状態を判定するパラメータであり、例えば、ＩＣＭＰ（Internet Control Message Protocol）パケット送信失敗数、副経路を用いた送信回数、経路なしと判定された回数、中央処理装置１が発信した要求に対する応答未受信回数などが例示されるが、これらに限定されない。監視対象端末の判定パラメータおよび位置情報の取得先は、中央処理装置１である。すなわち、端末状態情報取得部１３は、監視対象端末の判定パラメータおよび位置情報を中央処理装置１内で取得する。無線通信状態、ＣＳＭＡ状態、信号通信状態は、例えば、統計情報であり、取得先は端末３である。無線通信状態、ＣＳＭＡ状態、信号通信状態のうちの一部は、中央処理装置１から取得されるものであってもよい。例えば、中央処理装置１が発信した要求に対する応答未受信回数は、中央処理装置１内で取得される。なお、上述したように、位置情報を端末３が保持している場合には、端末３から位置情報が取得されてもよい。

【0045】

監視対象端末の判定パラメータは、上述したステップＳ１で監視対象端末の抽出に用いられた判定パラメータである。位置情報は、端末３の位置を示す情報であり、例えば緯度経度で示されるが位置情報の表現方法は緯度経度に限定されない。

【0046】

中央処理装置１は、図５に示した情報の全てを端末状態情報として取得してもよいし、一部を端末状態情報として取得してもよいし、図５に記載した以外の情報を端末状態情報として取得してもよい。図５は一例であり、端末状態情報は、図５に示した例に限定されない。

【0047】

図６は、本実施の形態の統計情報の取得対象となる端末３の一例を示す図である。上述したように、中央処理装置１は、監視対象端末と判定された端末３の通信状態情報を取得してもよいし、さらに、監視対象端末の周辺の端末３である周辺端末の通信状態情報を取得してもよい。

【0048】

図６に示した例では、地図上に、端末３すなわちスマートメータ（図６では、ＳＭと記載）が正方形の図形で示され、集約装置２がひし形の図形で示されている。ハッチングがされていないスマートメータ５１は、正常な端末３である正常端末を示し、薄いハッチングがされたスマートメータ５２は、周辺端末を示し、黒くハッチングされたスマートメータ５３は、監視対象端末を示す。スマートメータ５１，５２，５３のそれぞれと同様のハッチングが施された図形は、それぞれ正常端末、周辺端末、監視対象端末を示す。図６に示した例では、監視対象端末の周辺の４つの端末３が周辺端末である。周辺端末は、例えば、監視対象端末からの距離、および監視対象端末からのホップ数のうちの少なくとも一方に基づいて決定される。例えば、端末状態情報取得部１３は、監視対象端末からの距離がしきい値以下であり、かつ監視対象端末からのホップ数が定められた数以下の端末３を周辺端末として決定してもよいし、これら２つの条件のうちの一方を満たす端末３を周辺端末として決定してもよい。監視対象端末からのホップ数は、例えば、各端末３から受信する検針情報における上り経路を示す情報に基づいて把握することができる。

【0049】

本実施の形態では、中央処理装置１が、周辺端末からも統計情報を取得することで、後述する、通信不良の原因の推定処理の精度の向上を図ることができる。また、例えば、端末３が設置直後に通信不良となり通信ができない場合には、当該端末３から統計情報を取得することができないが、当該端末３も監視対象端末に含まれているため周辺端末の統計情報は取得される。このため、周辺端末の統計情報を用いて後述する原因の推定を行うことができる。なお、監視対象端末と周辺端末とで取得する統計情報の内容を変えてもよい。

【0050】

なお、図６は、出力部１５が表示する表示画面の一例であり、図４では省略しているが、監視対象端末が決定された後に、図示を省略した中央処理装置１の入力手段を用いて保守者などから表示の指示を受け付けると、出力部１５は、図６に例示した表示画面を表示してもよい。地図情報については、例えば、図示を省略した中央処理装置１内の表示情報記憶部に格納されている。なお、図６は、一例であり、正常端末、周辺端末、監視対象端末の具体的な表示方法などは図６に示した例に限定されない。また、出力部１５は、監視対象端末の一覧として監視対象端末の端末ＩＤをリスト形式で表示してもよいし、監視対象端末および周辺端末の一覧をリスト形式で表示してもよい。リスト形式で表示される際に、監視対象端末の判定パラメータおよび端末状態情報のうちの少なくとも一部が端末ＩＤとともに表示されてもよい。

【0051】

図４の説明に戻る。中央処理装置１は、通信不良が発生したか否かを判定する（ステップＳ３）。詳細には、端末抽出部１２が、検針情報を用いて通信不良端末があるか否かを判断する。通信不良端末の判定は、通信が不能であると推定されるか否かの判定であり、例えば、端末抽出部１２は、次のように通信不良端末を検出する。

【0052】

上述したように、定期収集により検針情報が収集され、定期収集で収集できなかった端末３には再収集の処理である欠測補完処理が行われる。端末抽出部１２は、この欠測補完処理が終了した時点で検針情報を収集できない端末３がある場合、当該端末３を通信不良端末と判定し、通信不良端末の端末ＩＤを監視対象端末記憶部２０に格納する。例えば、上述したように検針情報記憶部１７には、格納領域が定められているため、欠測補完処理が終了した時点で対応する格納領域に検針情報が格納されていない端末３を通信不良端末と判定する。なお、ここでは、端末抽出部１２が、１回の定期送信周期で、検針情報が取得できなかった端末３を、通信不良端末と判定する例を説明したが、これに限らず、複数回の定期送信周期で連続して検針情報が取得できなかった端末３を通信不良端末と判定してもよい。すなわち、端末抽出部１２は、定められた回数以上すなわちＮ（Ｎは１以上の整数）回以上の定期送信周期で連続して検針情報が取得できない場合に、通信不良端末と判定すればよい。または、端末抽出部１２は、定められた時間以上連続して検針情報が取得できない場合に、通信不良端末と判定するようにしてもよい。

【0053】

通信不良が発生していないと判定した場合（ステップＳ３ Ｎｏ）、中央処理装置１は、ステップＳ２の処理を繰り返す。通信不良が発生したと判定した場合（ステップＳ３ Ｙｅｓ）、中央処理装置１は、過去情報を用いた原因推定を行う（ステップＳ４）。詳細には、原因推定部１４が、監視対象端末記憶部２０に格納されている通信不良端末リストを参照して、通信不良端末を把握し、相関情報と、通信不良端末に対応する端末状態情報とを用いて、通信不良端末の通信不良の原因を推定する。相関情報は、上述したように、例えば、学習済モデル、または過去情報である。通信不良端末に対応する端末状態情報は、当該通信不良端末が監視対象端末である場合には、当該通信不良端末に関してすでに取得済の端末状態情報記憶部１８に格納されている端末状態情報である。通信不良端末が正常端末であった場合、または端末３の設置直後に通信不良になった場合には、統計情報が取得されていないため、原因推定部１４は、端末状態情報取得部１３に通信不良端末に関する統計情報の取得を指示し、端末状態情報取得部１３が指示に基づいて統計情報を取得する。このとき、通信不良端末自体は通信ができない可能性が高いため、通信不良端末からは統計情報が取得できない可能性が高い。このため、端末状態情報取得部１３は、通信不良端末の周辺端末からも統計情報を取得する。端末状態情報取得部１３は、周辺端末に関する、統計情報以外の端末状態情報についても、取得して端末状態情報記憶部１８に格納する。なお、正常端末から通信不良端末へ遷移した場合、または端末３の設置直後に通信不良になった場合は、通信不良が発生した後に統計情報の取得を要求するため、監視対象端末の統計情報に比べて統計情報に対応する期間は短くなるが、周辺端末の統計情報を用いて通信不良の原因の推定を行うことができる。すなわち、原因推定部１４は、相関情報と端末状態情報取得部１３によって取得された端末状態情報のうち通信不良端末に対応する端末状態情報と端末状態情報取得部１３によって取得された統計情報のうち通信不良端末の周辺の端末に対応する端末状態情報とを用いて通信不良端末の通信不良の原因を推定することができる。

【0054】

ここで、相関情報の例について説明する。相関情報は、例えば機械学習によって学習された学習済モデルであってもよい。コサイン類似法によって原因が推定される場合は、相関情報は過去情報である。

【0055】

いずれの場合も、入力となる過去情報としては、過去の通信不良が発生する前の一定期間の端末状態情報と、当該端末状態情報に対応する既知の原因とを用いることができる。また、過去情報に、原因に対応する対策が含まれていてもよいし、対策については、原因と対策との対応が、相関情報とは別に、例えば対応テーブルなどとして保持されてもよい。

【0056】

図７は、過去情報の一例を示す図である。図７では、過去に取得された端末状態情報は、当該端末状態情報が格納されたファイルを示すデータ名によって示されている。図７に示した情報は、例えば保守者などから入力され、過去情報更新部１６が当該入力を受け付けて過去情報を更新する。または、図７に示した情報は、図示しない他の装置から送信されてもよい。初期の学習済モデルの初回の作成時には、過去情報更新部１６以外の図示しない入力手段から、過去情報が入力されてもよい。

【0057】

図８は、過去情報における統計情報の一例を示す模式図である。図８に示すように、過去情報における統計情報は、通信不良の発生から一定期間前の時刻から一定期間分の情報である。一定期間の長さは例えば、数十分から数時間程度に設定することができるが、どのように設定されてもよくこの例に限定されない。例えば、図８に示した例では、統計情報の一例としてＲＳＳＩが示されており、通信不良となる前にＲＳＳＩが徐々に低下している。このように、通信不良の発生前になんらかの前兆が現れることができ、これらの現象を通信不良の原因と対応付けて学習しておくことで原因の推定に利用することができる。なお、上述したように統計情報は、例えば図５に示した情報のうちの１つ以上の情報である。

【0058】

原因の推定に機械学習が用いられる場合、学習方法としては、例えば、ランダムフォレスト、ニューラルネットワークなどを用いた教師あり学習を用いることができる。学習方法はこれらに限定されない。

【0059】

図９は、原因の推定に機械学習が用いられる場合の原因推定部１４の構成例を示す図である。図９に示した例では、原因推定部１４は、学習済モデル生成部１４１、学習済モデル記憶部１４２および推論部１４３を備える。

【0060】

学習済モデル生成部１４１は、過去情報における端末状態情報と当該対応する正解データとを１組のデータセットとし、複数のデータセットを用いて機械学習により学習済モデルを生成し、生成した学習済モデルを学習済モデル記憶部１４２へ格納する。推論部１４３は、通信不良の原因の推定対象の端末３に関する端末状態情報を、学習済モデル記憶部１４２から読み出した学習済モデルに入力することで、推論結果として原因の推定結果（原因推定結果）を取得し、原因推定結果を出力部１５へ出力する。なお、通信不良の原因の推定対象の端末３の周辺の端末３の端末状態情報を取得している場合には、推論部１４３は、周辺端末に関しても、同様に推定を行い、これらの推定結果を重み付けして加算した結果を用いるなどの処理により、通信不良の原因の推定結果を決定する。コサイン類似法によって原因が推定される場合も同様である。なお、通信不良の原因の推定結果の推定方法はこの例に限定されない。

【0061】

なお、図９に示した例では、原因推定部１４が学習済モデル生成部１４１を生成する例を説明したが、学習済モデルの生成は図示しない学習装置によって行われてもよい。この場合、原因推定部１４の学習済モデル記憶部１４２には学習装置が生成した学習済モデルが格納される。この場合、学習装置が、過去情報記憶部１９および過去情報更新部１６を備え、中央処理装置１は、過去情報記憶部１９および過去情報更新部１６を備えていなくてよい。

【0062】

また、初期の学習済モデルが学習装置によって生成されて学習済モデル記憶部１４２に格納され、学習済モデル生成部１４１が、過去情報が更新された場合に学習済モデルの更新を行ってもよい。

【0063】

原因の推定にコサイン類似法を用いる場合には、例えば、原因推定部１４は、端末状態情報のうち同じ原因に対応する端末状態情報を用いて、原因ごとに代表的な端末状態情報を求めておく。推定時には、原因推定部１４は、原因ごとの代表的な統計情報と推定対象の端末３に関する端末状態情報との距離を用いて類似度を算出し、例えば、類似度の最も高い原因推定結果とし、原因推定結果を出力部１５へ出力する。また、原因推定部１４は、１つの原因を推定結果として決定する代わりに、原因ごとの類似度を、原因推定結果として出力部１５へ出力してもよい。このとき、端末状態情報として周辺端末の情報も取得されている場合には、周辺端末ごと（監視対象端末ごと）の原因推定結果が出力部１５へ出力されてもよい。

【0064】

図４の説明に戻る。中央処理装置１は、結果を出力する（ステップＳ５）。詳細には、例えば、出力部１５が、原因推定部１４から受け取った原因推定結果を表示する。図１０および図１１は、原因推定結果をリスト形式で表示する場合の表示画面の一例を示す図である。図１０および図１１は、コサイン類似法が用いられた場合の原因推定結果の一例を示している。また、図１０および図１１に示す例では、原因に対応する対策も示されている。図１０では、１つの通信不良端末に関して、原因ごとの類似度も含む原因推定結果が示されている。図１１では、全通信不良端末に関して原因推定結果が示されており、１つの通信不良端末に関しては最も類似度が高い原因が示されている。図１０および図１１に示した例は一例であり、表示形式は、これらの例に限定されない。

【0065】

図１２は、原因推定結果を地図上で表示する場合の表示画面の一例を示す図である。図１２に示した例では、通信不良端末に対応するスマートメータに、推定された原因ごとに異なるハッチングが施されている。このように、出力部１５は、地図上の端末３の位置に当該端末３を示す図形を表示し、通信不良端末に対応する図形を、推定された原因の種類に応じた表示方法で表示してもよい。ハッチングされていないスマートメータは通信不良端末ではない端末３に対応するスマートメータである。

【0066】

また、各スマートメータを示す正方形の枠線の線種の違いは、正常端末であるか監視対象端末であるか周辺端末であるかを示している。このように、出力部１５は、端末３が監視対象端末と周辺端末と正常端末とのうちのいずれであるかを示す属性に応じた表示方法で端末３に対応する図形を表示してもよい。例えば、スマートメータ５１は、正常端末であり、スマートメータ５２は周辺端末であり、スマートメータ５３は監視対象端末である。また、スマートメータ５４，５５は、正常端末が通信不良端末となり原因が推定されている。図１２に示すように、地図上で端末３の位置や属性がわかるように、原因を表示することで、保守者、運用者は対策を検討しやすくなる。なお、図１２では、端末の属性とともに、原因をハッチングの違いで示しているが、端末の属性は示されずに原因だけが地図上に端末３の位置とともに示されてもよい。

【0067】

図４の説明に戻る。中央処理装置１は、保守者の判断が行われたか否かを判定する（ステップＳ６）。詳細には、過去情報更新部１６が、保守者から、原因の推定結果が正しいことを示す入力を受け付けたか否かを判定する。保守者は、表示された原因推定結果（または原因および対策）に対応する対策を行い、推定結果が適切であったか否かを判断する。または、保守者は対策を行う際に、端末３の設置場所に出向いて原因の推定結果が適切であったか否かを判断してもよい。過去情報更新部１６は、原因の推定結果が正しいことを示す入力を受け付けると、保守者の判断が行われたと判定する。

【0068】

保守者の判断が行われた場合（ステップＳ６ Ｙｅｓ）、過去情報更新部１６は、過去情報を更新する（ステップＳ７）。詳細には、過去情報更新部１６は、原因の推定結果を正解データとし、対応する端末状態情報と正解データとを過去情報として過去情報記憶部１９に格納する。保守者の判断が行われなかった場合（ステップＳ６ Ｎｏ）、すなわち、原因の推定結果が正しいことを示す入力を受け付けなかった場合、過去情報更新部１６は、原因および復旧作業の入力を受付け（ステップＳ８）、ステップＳ７を実施する。ステップＳ８の後に、ステップＳ７が実施される場合には、正解データとして、ステップＳ８で入力された原因が用いられる。また、対策も過去情報として記憶される場合には、ステップＳ８で入力された復旧作業が正解データにおける対策として用いられる。

【0069】

原因推定部１４は、機械学習によって原因を推定する場合、更新された過去情報を用いて学習済モデルを更新する。なお、原因推定部１４は、過去情報が更新されるたびに、学習済モデルを更新してもよいし、過去情報が一定数更新された場合に、学習済モデルを更新してもよい。

【0070】

なお、保守者が、通信不良端末および周辺端末のそれぞれの推定結果を参照して、通信不良端末に関する最終的な原因の推定結果を決定してもよい。例えば、推定結果である相関判定の結果が類似度降順に表示され、保守者がこの結果を確認する。そして、保守者は、表示された順に復旧作業（対策）を行う。表示された対策のうちのいずれかで解決した場合、原因の推定結果が正しいことを中央処理装置１へ入力する。これによりステップＳ６の判定でＹｅｓとなり、この場合、作業者は解決した対策・原因と、対応する端末状態情報とを過去情報として中央処理装置１へ入力する。中央処理装置１は、入力された情報を過去情報として記憶する。また、保守者は、表示された内容で、通信不良が解決できず別の対策を行った場合、または一部修正が必要であった場合は、表示された対策と別の対策を行ったことを中央処理装置１へ入力する。これによりステップＳ６の判定でＮｏとなり、保守者は、保守者が行った対策と当該対策に対応する原因と対応する端末状態情報とを過去情報として中央処理装置１へ入力する。なお、以上に述べた保守者の確認手順と過去情報の入力情報は、一例であり、具体的な方法はこの例に限定されない。

【0071】

図１３は、本実施の形態の通信不良の原因の推定処理手順の別の一例を示すフローチャートである。図４に示した処理では、中央処理装置１は、監視対象端末を抽出し、抽出した監視対象端末から統計情報を取得し、通信不良端末が検出された場合に、取得した統計情報を含む端末状態情報を用いて原因を推定したが、図１３に示す例では、監視対象端末を抽出せずに、通信不良端末が検出された場合に、周辺端末の統計情報を取得し、端末状態情報に基づいて通信不良の原因を推定する。この場合も、通信不良端末の設置位置に出向かずに遠隔で原因の推定を行うことができる。

【0072】

図１３に示したように、中央処理装置１は、図４と同様のステップＳ３を実施する。ステップＳ３でＮｏの場合には、ステップＳ３を繰り返す。ステップＳ３でＹｅｓの場合、中央処理装置１は、通信不良端末と通信不良端末の周辺の端末３との端末状態情報を取得する（ステップＳ１１）。通信不良端末の周辺の端末３は、監視対象端末の周辺端末と同様に、例えば、ホップ数および距離のうちの少なくとも一方に基づいて決定される。

【0073】

ステップＳ１１の後、中央処理装置１は、過去情報を用いた原因推定を実施する（ステップＳ１２）。詳細には、原因推定部１４が、ステップＳ１１で取得した端末状態情報と過去情報とを用いて、図４に示したステップＳ４と同様に原因を推定する。すなわち、原因推定部１４は、通信不良端末の周辺の端末の統計情報と当該通信不良端末の通信不良の原因との相関関係を判定するための相関情報と、端末状態情報取得部１３によって取得された端末状態情報（通信不良端末と通信不良端末の周辺の端末３との端末状態情報）とを用いて通信不良端末の通信不良の原因を推定する。相関情報は、図４に示した例と同様に、機械学習を用いて推定が行われる場合には学習済モデルであり、コサイン類似法により推定が行われる場合は過去情報である。ステップＳ１２以降は図４に示した例と同様である。中央処理装置１は、通信不良端末からは統計情報を取得できない可能性が高いが、通信不良端末から統計情報を取得できなくても周辺端末からは統計情報を取得できることがある。この場合、周辺端末の統計情報を用いて、図４に示した例と同様に原因を推定することができるため、通信不良端末の設置位置に出向く頻度を抑制することができる。したがって、ステップＳ１１で取得する端末状態情報には、通信不良端末の端末状態情報が含まれていなくてもよい。

【0074】

次に、本実施の形態の中央処理装置１のハードウェア構成について説明する。本実施の形態の中央処理装置１は、コンピュータシステム上で、中央処理装置１における処理が記述されたコンピュータプログラムであるプログラムが実行されることにより、コンピュータシステムが中央処理装置１として機能する。図１４は、本実施の形態の中央処理装置１を実現するコンピュータシステムの構成例を示す図である。図１４に示すように、このコンピュータシステムは、制御部１０１と入力部１０２と記憶部１０３と表示部１０４と通信部１０５と出力部１０６とを備え、これらはシステムバス１０７を介して接続されている。また、制御部１０１および記憶部１０３は処理回路を構成する。

【0075】

図１４において、制御部１０１は、例えば、ＣＰＵ（Central Processing Unit）等のプロセッサであり、本実施の形態の中央処理装置１における処理が記述されたプログラムを実行する。入力部１０２は、たとえばキーボード、マウスなどで構成され、コンピュータシステムの使用者が、各種情報の入力を行うために使用する。記憶部１０３は、ＲＡＭ（Random Access Memory），ＲＯＭ（Read Only Memory）などの各種メモリおよびハードディスクなどのストレージデバイスを含み、上記制御部１０１が実行すべきプログラム、処理の過程で得られた必要なデータ、などを記憶する。また、記憶部１０３は、プログラムの一時的な記憶領域としても使用される。表示部１０４は、ディスプレイ、ＬＣＤ（液晶表示パネル）などで構成され、コンピュータシステムの使用者に対して各種画面を表示する。通信部１０５は、通信処理を実施する受信機および送信機である。出力部１０６は、プリンタなどである。なお、図１４は、一例であり、コンピュータシステムの構成は図１４の例に限定されない。

【0076】

ここで、本実施の形態のプログラムが実行可能な状態になるまでのコンピュータシステムの動作例について説明する。上述した構成をとるコンピュータシステムには、たとえば、図示しないＣＤ（Compact Disc）－ＲＯＭドライブまたはＤＶＤ（Digital Versatile Disc）－ＲＯＭドライブにセットされたＣＤ－ＲＯＭまたはＤＶＤ－ＲＯＭから、プログラムが記憶部１０３にインストールされる。そして、プログラムの実行時に、記憶部１０３から読み出されたプログラムが記憶部１０３の主記憶領域に格納される。この状態で、制御部１０１は、記憶部１０３に格納されたプログラムに従って、本実施の形態の中央処理装置１としての処理を実行する。

【0077】

なお、上記の説明においては、ＣＤ－ＲＯＭまたはＤＶＤ－ＲＯＭを記録媒体として、中央処理装置１における処理を記述したプログラムを提供しているが、これに限らず、コンピュータシステムの構成、提供するプログラムの容量などに応じて、たとえば、通信部１０５を経由してインターネットなどの伝送媒体により提供されたプログラムを用いることとしてもよい。

【0078】

図２に示した検針情報取得部１１、端末抽出部１２、端末状態情報取得部１３、原因推定部１４および過去情報更新部１６は、図１４に示した記憶部１０３に記憶されたプログラムが図１４に示した制御部１０１により実行されることにより実現される。検針情報取得部１１、端末抽出部１２、端末状態情報取得部１３、原因推定部１４および過去情報更新部１６の実現には、図１４に示した記憶部１０３も用いられる。また、検針情報取得部１１および端末状態情報取得部１３の実現には、図１４に示した通信部１０５も用いられる。過去情報更新部１６の実現には、図１４に示した通信部１０５または入力部１０２も用いられる。図２に示した検針情報記憶部１７、端末状態情報記憶部１８、過去情報記憶部１９および監視対象端末記憶部２０は、図１４に示した記憶部１０３の一部である。図２に示した出力部１５は、図１４に示した表示部１０４により実現される。図２に示した出力部１５の実現には、制御部１０１および記憶部１０３も用いられる。中央処理装置１は複数のコンピュータシステムにより実現されてもよい。例えば、中央処理装置１は、クラウドコンピュータシステムにより実現されてもよい。

【0079】

例えば、本実施の形態のプログラムは、複数の端末３のそれぞれの通信品質に関する情報である通信品質情報を用いて監視対象の端末である監視対象端末を抽出し、複数の端末のそれぞれからの情報の受信状況に基づいて通信不能と推定される通信不良端末を検出するステップと、監視対象端末に関する情報である端末情報を取得するステップと、を実行させる。さらに、本実施の形態のプログラムは、端末情報と端末３の通信不良の原因との相関関係を判定するための相関情報と取得された端末情報のうち通信不良端末に対応する端末情報とを用いて通信不良端末の通信不良の原因を推定するステップと、通信不良の原因の推定結果を出力するステップと、をコンピュータシステムに実行させる。

【0080】

以上のように、本実施の形態では、中央処理装置１は、通信状態に関する情報を用いて監視対象端末を抽出し、抽出した監視対象端末から統計情報を取得する。そして、中央処理装置１は、検針情報の受信状況に基づいて通信不能と推定される端末３である通信不良端末を検出し、検出した通信不良端末に対応する端末状態情報（統計情報を含む）と相関情報とを用いて通信不良の原因を推定する。これにより、保守者、運用者などが通信不良端末の設置場所に出向いて情報を取得する必要がなく、中央処理装置１から遠隔で原因の推定を行うことができるため、保守者、運用者などが通信不良端末の設置場所に出向く場合に比べて、通信不良の原因推定における作業効率を向上させることができる。

【0081】

また、本実施の形態の別の例では、通信不良端末が検出された場合に、周辺端末の端末状態情報を取得し、端末状態情報に基づいて通信不良の原因を推定する。この場合も、保守者、運用者などが通信不良端末の設置場所に出向いて情報を取得する必要がなく、中央処理装置１から遠隔で原因の推定を行うことができるため、保守者、運用者などが通信不良端末の設置場所に出向く場合に比べて、通信不良の原因推定における作業効率を向上させることができる。

【0082】

以上の実施の形態に示した構成は、一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、実施の形態同士を組み合わせることも可能であるし、要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。

【符号の説明】

【0083】

１ 中央処理装置、２，２－１，２－２ 集約装置、３，３－１～３－７ 端末、４ メータ、１１ 検針情報取得部、１２ 端末抽出部、１３ 端末状態情報取得部、１４ 原因推定部、１５，１０６ 出力部、１６ 過去情報更新部、１７ 検針情報記憶部、１８ 端末状態情報記憶部、１９ 過去情報記憶部、２０ 監視対象端末記憶部、３１，１０５ 通信部、３２ 統計情報記憶部、３３ 制御処理部、３４ 検針値記憶部、３５ 検針値取得部、５１，５２，５３，５４，５５ スマートメータ、１００ 通信システム、１０１ 制御部、１０２ 入力部、１０３ 記憶部、１０４ 表示部、１０７ システムバス、１４１ 学習済モデル生成部、１４２ 学習済モデル記憶部、１４３ 推論部。

【要約】

本開示にかかる中央処理装置（１）は、複数の端末のそれぞれの通信品質に関する情報である通信品質情報を用いて監視対象の端末である監視対象端末を抽出し、複数の端末のそれぞれからの情報の受信状況に基づいて通信不能と推定される通信不良端末を検出する端末抽出部（１２）と、監視対象端末から取得された情報である端末情報を含む端末状態情報を取得する端末状態情報取得部（１３）と、端末状態情報と端末の通信不良の原因との相関関係を判定するための相関情報と端末状態情報取得部（１３）によって取得された端末状態情報のうち通信不良端末に対応する端末状態情報とを用いて通信不良端末の通信不良の原因を推定する原因推定部（１４）と、通信不良の原因の推定結果を出力する出力部（１５）と、を備える。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】