(57)【要約】【課題】サーバと親機との間の通信異常の解消後、通信異常期間中の検針データを効率よくサーバで取得することができる検針システム、通信装置、スマートメータを提供する。【解決手段】コンセントレータ３は、サーバ４との間の通信異常の発生期間中にサーバ４の代わりに検針データを収集し、収集した検針データを通信異常の解消時にサーバ４に送信するために収集部３５１と記憶部３５２と通知部３５３とを有している。収集部３５１は、サーバ４−コンセントレータ３間の通信異常の発生期間中に複数の通信装置２から検針データを収集する。記憶部３５２は、収集部３５１で収集された検針データをバックアップデータとして記憶する。通知部３５３は、記憶部３５２に記憶されたバックアップデータを通信異常の解消時にサーバ４に送信する。【選択図】図１
2014154114.tif 000002
【特許請求の範囲】
【請求項１】
需要家での資源の消費量を計測する計測器に付設された通信装置と、複数の前記需要家に設けられた複数の前記通信装置と通信可能な親機と、前記親機を介して複数の前記通信装置から前記計測器の計測結果を含む検針データを取得するサーバとを備え、
前記親機は、前記サーバとの間の通信異常の有無を判断する判断部を有し、
前記親機と特定の前記通信装置との一方は、前記サーバと前記親機との間の通信異常の発生期間中に複数の前記通信装置から前記検針データを収集する収集部と、前記収集部で収集された前記検針データをバックアップデータとして記憶する記憶部と、前記記憶部に記憶されたバックアップデータを前記サーバと前記親機との間の通信異常の解消時に前記サーバに送信する通知部とを有する
ことを特徴とする検針システム。
【請求項２】
前記収集部と前記記憶部と前記通知部とは前記親機に設けられており、
前記収集部は、前記サーバと前記親機との間の通信異常の発生期間中に、複数の前記通信装置の各々に検針要求を送信し、当該検針要求への応答として複数の前記通信装置の各々から送信される前記検針データを収集し前記記憶部に記憶するように構成されている
ことを特徴とする請求項１に記載の検針システム。
【請求項３】
前記収集部と前記記憶部と前記通知部とは前記親機に設けられており、
前記通信装置は、前記サーバからの検針要求を受信すると当該検針要求への応答として前記検針データを前記サーバに送信する通常モードと、前記検針データを前記親機に能動的に送信する非常モードとを切替可能であって、通常時には通常モードで動作し、前記親機からの遮断通知を受信すると非常モードに移行するように構成されており、
前記収集部は、前記サーバと前記親機との間の通信異常の発生時に、複数の前記通信装置に前記遮断通知を送信し、前記非常モードに移行した複数の前記通信装置から送信される前記検針データを収集し前記記憶部に記憶するように構成されている
ことを特徴とする請求項１に記載の検針システム。
【請求項４】
前記収集部と前記記憶部と前記通知部とは前記特定の前記通信装置に設けられており、
前記特定の前記通信装置は、前記親機から前記判断部での判断結果を受信するように構成されており、
前記通知部は、前記記憶部に記憶されたバックアップデータを前記サーバと前記親機との間の通信異常の解消時に前記親機を介して前記サーバに送信するように構成されている
ことを特徴とする請求項１に記載の検針システム。
【請求項５】
前記特定の前記通信装置は、前記親機との間の通信異常の有無を判断する副判断部と、前記親機との間の通信異常の発生期間中に他の前記通信装置から前記検針データを収集する副収集部と、前記副収集部で収集された前記検針データをバックアップデータとして記憶する副記憶部と、前記副記憶部に記憶されたバックアップデータを前記親機との間の通信異常の解消時に前記サーバに送信する副通知部とを有する
ことを特徴とする請求項４に記載の検針システム。
【請求項６】
前記通信装置は、前記サーバからの検針要求を受信すると当該検針要求への応答として前記検針データを前記サーバに送信するように構成されており、
前記通知部は、前記サーバと前記親機との間の通信異常の解消後、前記特定の前記通信装置が前記サーバからの前記検針要求を受信したときに、前記検針データと併せて、前記記憶部に記憶されたバックアップデータを前記サーバに送信するように構成されている
ことを特徴とする請求項４または５に記載の検針システム。
【請求項７】
前記通知部は、前記サーバからバックアップ要求を受けると、当該バックアップ要求への応答として前記記憶部に記憶されたバックアップデータを前記サーバに送信するように構成されている
ことを特徴とする請求項１〜５のいずれか１項に記載の検針システム。
【請求項８】
請求項１〜７のいずれか１項に記載の検針システムに用いられることを特徴とする通信装置。
【請求項９】
請求項８に記載の通信装置と、需要家での資源の消費量を計測する計測器とを備えることを特徴とするスマートメータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の需要家の検針データをサーバが取得する検針システム、それに用いられる通信装置、スマートメータに関する。
【背景技術】
【０００２】
従来から、需要家における使用電力量を電力メータにて計測し、親機（親局）が、電力メータに付設された通信装置（子局）から定期的に計測結果を検針データとして取得するように構成された遠隔検針システムが提案されている（たとえば特許文献１参照）。
【０００３】
特許文献１に記載のシステムでは、親機は、さらに電力会社等が運営するサーバ（上位集約サーバ）と通信網を通して通信を行い、通信装置から取得した電力メータごとの検針データを集約し検針情報としてサーバに送信し、これにより遠隔検針が可能となる。
【０００４】
ところで、上述したようなシステムでは、親機が通信装置から定期的に取得した検針データをサーバに送信した場合に、通信状況などによっては、サーバが取得した検針データに脱漏が生じる場合がある。そこで、特許文献１においては、このような場合に備えて、サーバは、通信装置を指定し、親機を経由して通信装置から検針データを取得する機能を備えている。これにより、サーバは、脱漏している検針データを補完することが可能になる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−２５０３０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上述したような従来のシステムでは、サーバと親機との間で通信異常が発生すると、サーバは、親機の管理下にある複数需要家のいずれからも検針データを取得することができないため、多数の検針データの脱漏が生じる場合がある。このような場合、サーバは、サーバと親機との間の通信異常の解消後、つまり通信復旧後に、脱漏している検針データを各通信装置から個別に取得するので、脱漏している検針データを全て取得するのに時間が掛かり、検針データの取得効率が悪くなることがある。
【０００７】
本発明は上記事由に鑑みて為されており、サーバと親機との間の通信異常の解消後、通信異常期間中の検針データを効率よくサーバで取得することができる検針システム、通信装置、スマートメータを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の検針システムは、需要家での資源の消費量を計測する計測器に付設された通信装置と、複数の前記需要家に設けられた複数の前記通信装置と通信可能な親機と、前記親機を介して複数の前記通信装置から前記計測器の計測結果を含む検針データを取得するサーバとを備え、前記親機は、前記サーバとの間の通信異常の有無を判断する判断部を有し、前記親機と特定の前記通信装置との一方は、前記サーバと前記親機との間の通信異常の発生期間中に複数の前記通信装置から前記検針データを収集する収集部と、前記収集部で収集された前記検針データをバックアップデータとして記憶する記憶部と、前記記憶部に記憶されたバックアップデータを前記サーバと前記親機との間の通信異常の解消時に前記サーバに送信する通知部とを有することを特徴とする。
【０００９】
この検針システムにおいて、前記収集部と前記記憶部と前記通知部とは前記親機に設けられており、前記収集部は、前記サーバと前記親機との間の通信異常の発生期間中に、複数の前記通信装置の各々に検針要求を送信し、当該検針要求への応答として複数の前記通信装置の各々から送信される前記検針データを収集し前記記憶部に記憶するように構成されていることが望ましい。
【００１０】
この検針システムにおいて、前記収集部と前記記憶部と前記通知部とは前記親機に設けられており、前記通信装置は、前記サーバからの検針要求を受信すると当該検針要求への応答として前記検針データを前記サーバに送信する通常モードと、前記検針データを前記親機に能動的に送信する非常モードとを切替可能であって、通常時には通常モードで動作し、前記親機からの遮断通知を受信すると非常モードに移行するように構成されており、前記収集部は、前記サーバと前記親機との間の通信異常の発生時に、複数の前記通信装置に前記遮断通知を送信し、前記非常モードに移行した複数の前記通信装置から送信される前記検針データを収集し前記記憶部に記憶するように構成されていることが望ましい。
【００１１】
この検針システムにおいて、前記収集部と前記記憶部と前記通知部とは前記特定の前記通信装置に設けられており、前記特定の前記通信装置は、前記親機から前記判断部での判断結果を受信するように構成されており、前記通知部は、前記記憶部に記憶されたバックアップデータを前記サーバと前記親機との間の通信異常の解消時に前記親機を介して前記サーバに送信するように構成されていることが望ましい。
【００１２】
この検針システムにおいて、前記特定の前記通信装置は、前記親機との間の通信異常の有無を判断する副判断部と、前記親機との間の通信異常の発生期間中に他の前記通信装置から前記検針データを収集する副収集部と、前記副収集部で収集された前記検針データをバックアップデータとして記憶する副記憶部と、前記副記憶部に記憶されたバックアップデータを前記親機との間の通信異常の解消時に前記サーバに送信する副通知部とを有することがより望ましい。
【００１３】
この検針システムにおいて、前記通信装置は、前記サーバからの検針要求を受信すると当該検針要求への応答として前記検針データを前記サーバに送信するように構成されており、前記通知部は、前記サーバと前記親機との間の通信異常の解消後、前記特定の前記通信装置が前記サーバからの前記検針要求を受信したときに、前記検針データと併せて、前記記憶部に記憶されたバックアップデータを前記サーバに送信するように構成されていることがより望ましい。
【００１４】
この検針システムにおいて、前記通知部は、前記サーバからバックアップ要求を受けると、当該バックアップ要求への応答として前記記憶部に記憶されたバックアップデータを前記サーバに送信するように構成されていることが望ましい。
【００１５】
本発明の通信装置は、上記の検針システムに用いられることを特徴とする。
【００１６】
本発明のスマートメータは、上記の通信装置と、需要家での資源の消費量を計測する計測器とを備えることを特徴とする。
【発明の効果】
【００１７】
本発明は、親機と特定の通信装置との一方が、サーバと親機との間の通信異常の発生期間中に収集部にて複数の通信装置から検針データを収集し、バックアップデータとして記憶部に記憶し、通信異常の解消時に通知部にてバックアップデータをサーバに送信する。したがって、サーバと親機との間の通信異常の解消後、通信異常期間中の検針データを効率よくサーバで取得することができるという利点がある。
【図面の簡単な説明】
【００１８】
【図１】実施形態１に係る検針システムを示すシステム構成図である。
【図２】実施形態１に係る検針システムの動作を示す説明図である。
【図３】実施形態２に係る検針システムの動作を示す説明図である。
【図４】実施形態３に係る検針システムを示すシステム構成図である。
【図５】実施形態３に係る検針システムの動作を示す説明図である。
【図６】実施形態３に係る検針システムの動作を示す説明図である。
【発明を実施するための形態】
【００１９】
以下の実施形態に示す検針システムは、外部の供給事業者から供給される電力、ガス、水道、熱などの資源の需要家を対象として、各需要家での資源の消費量を計測した検針データを遠隔地にあるサーバで取得するためのシステムである。以下では、需要家が集合住宅の各住戸である場合について例示するが、この例に限らず、需要家はたとえば戸建て住宅、事務所、工場などであってもよい。また、以下では、資源が電力である場合を例として説明するが、電力に限らず、電力以外の資源の消費量についても検針システムの検針対象とすることは可能である。
【００２０】
（実施形態１）
本実施形態の検針システム１は、図１に示すように、複数の通信装置２０１，２０２，…２０ｎ（以下、各々を区別しないときには単に「通信装置２」という）と、親機としてのコンセントレータ３と、サーバ４とを備えている。
【００２１】
通信装置２は集合住宅１０の各需要家に設けられている。各通信装置２０１，２０２，…２０ｎは、それぞれ各需要家での資源の消費量を計測する計測器５に付設されている。コンセントレータ３は、集合住宅１０ごとに設けられており、同じ集合住宅１０における複数の需要家に設けられた複数の通信装置２を管理下として、これら管理下の複数の通信装置２と通信可能に構成されている。サーバ４は、コンセントレータ３を介して複数の通信装置２から計測器５の計測結果を含む検針データを取得するように構成されている。
【００２２】
検針システム１は、実際には複数台のコンセントレータ３を備え、これら複数台のコンセントレータ３の各々の管理下にある通信装置２からの検針データを、１台のサーバ４で取得できるように構成されている。コンセントレータ３は、集合住宅１０ごとに設けられる構成に限らず、たとえば需要家を複数含んだ地域ごと、あるいは集合住宅１０のフロアごとに設けられていてもよい。ただし、本実施形態では、１つの集合住宅１０のみに着目して、コンセントレータ３が１台の場合をモデルとして検針システム１の構成および機能を説明する。
【００２３】
以下に、計測器５、通信装置２、コンセントレータ３、サーバ４の各々の具体的な構成について図１を参照して説明する。
【００２４】
計測器５は、電力の供給事業者からの電力（資源）が供給される配電線Ｌ１に接続されており、各需要家での使用電力量（資源の消費量）を計測する電力メータである。計測器５は、通信装置２と共にスマートメータ６を構成し、配電線Ｌ１に接続されているコンセントレータ３と通信装置２とが通信を行うことにより遠隔検針等を可能にする。スマートメータ６は、通信装置２と計測器５とが筐体（図示せず）を共用することが好ましいが、通信装置２と計測器５とが別に筐体を有していてもよい。
【００２５】
通信装置２とコンセントレータ３との間の通信は、配電線Ｌ１を伝送媒体に用いて通信を行う電力線搬送通信（ＰＬＣ：Power Line Communications）技術を用いて実現される。つまり、通信装置２とコンセントレータ３との間には、配電線Ｌ１を伝送媒体に用いた通信路が形成されている。通信装置２は、この通信路（配電線Ｌ１）を通してコンセントレータ３との間で電力線搬送通信を行うことにより、検針データをコンセントレータ３に送信する。ここでいう検針データは、少なくとも計測器５で所定期間内に測定された使用電力量を含んでいる。なお、通信装置２は、コンセントレータ３との間で電力線搬送通信を行う構成に限らず、その他の有線通信、あるいは無線通信を行う構成であってもよい。
【００２６】
そのため、通信装置２は、コンセントレータ３との通信を行う（第３）通信インターフェイス（以下、インターフェイスを「Ｉ／Ｆ」と表記する）２１と、計測器５から測定結果を取得する検針部２２と、各部の動作を制御する（第１）制御部２３とを有している。なお、図１では、通信装置２０１についてのみ、通信Ｉ／Ｆ２１、検針部２２、制御部２３を図示しているが、他の通信装置２０２，…２０ｎも同様の構成である。
【００２７】
通信Ｉ／Ｆ２１は、上述したように計測器５の上流側の配電線Ｌ１を伝送媒体に用いて、コンセントレータ３との間で双方向に電力線搬送通信を行うように構成されている。検針部２２は、たとえば計測器５の拡張端子（図示せず）に有線接続される構成により、計測器５との間でデータの授受を可能とする。なお、検針部２２は、計測器５と有線接続される構成に限らず、たとえば計測器５と無線通信や光通信を行う構成でもよい。
【００２８】
制御部２３は、プログラムに従って動作するプロセッサを備えたマイコン（マイクロコンピュータ）のようなデバイスを主構成とし、所定のプログラムを実行することにより種々の機能を実現する。ここでは、制御部２３は、少なくとも検針部２２が取得した計測器５の計測結果に基づいて検針データを生成し、この検針データを通信Ｉ／Ｆ２１からコンセントレータ３に送信する機能を有している。さらに、通信装置２は、メモリ（図示せず）を有し、一定時間（たとえば１分、５分、１０分等）ごとの検針データを一定期間（たとえば１日）分、メモリに記憶するように構成されている。
【００２９】
コンセントレータ３は、集合住宅１０の管理人室あるいは電気室などに配置されている。コンセントレータ３は、自らの管理下となる集合住宅１０における複数の需要家の通信装置２から検針データを取得し、取得した検針データをサーバ４に転送する。
【００３０】
そのため、コンセントレータ３は、サーバ４との通信を行う第１通信Ｉ／Ｆ３１と、通信装置２との通信を行う第２通信Ｉ／Ｆ３２と、各部の動作を制御する（第２）制御部３３とを有している。
【００３１】
第１通信Ｉ／Ｆ３１は、光ファイバ等を用いた専用回線ＮＴ１に接続されており、この専用回線ＮＴ１を介してサーバ４との間で双方向に通信を行うように構成されている。第２通信Ｉ／Ｆ３２は、上述したように計測器５の上流側の配電線Ｌ１を伝送媒体に用いて、通信装置２との間で双方向に電力線搬送通信を行うように構成されている。なお、コンセントレータ３は、専用回線ＮＴ１を介してサーバ４との間の通信を行う構成に限らず、インターネットのような公衆網を介して、あるいは無線通信によりサーバ４と通信する構成であってもよい。
【００３２】
制御部３３は、プログラムに従って動作するプロセッサを備えたマイコンのようなデバイスを主構成とし、所定のプログラムを実行することにより種々の機能を実現する。ここでは、制御部３３は、少なくとも集合住宅１０における複数の需要家の通信装置２から第２通信Ｉ／Ｆ３２で検針データを取得し、取得した検針データを第１通信Ｉ／Ｆからサーバ４に送信する機能を有している。
【００３３】
サーバ４は、管理範囲内の複数の需要家から検針データを収集するサーバコンピュータからなり、供給事業者である電力会社や、電力会社に代わって節電に係る管理や支援を行う節電事業者（節電アグリゲータ）、その他のサービス提供事業者によって運営されている。ここで、サーバ４は、自らの管理下にある需要家の検針データを定期的に収集する遠隔検針の機能を持つ。つまり、サーバ４は、専用回線ＮＴ１を通してコンセントレータ３と通信を行うことにより、このコンセントレータ３の管理下の複数の通信装置２から、コンセントレータ３を介して検針データを収集することができる。
【００３４】
具体的には、サーバ４は、定期的に（たとえば３０分周期で）コンセントレータ３経由で通信装置２に検針要求を送信するように構成されている。通信装置２は、サーバ４からの検針要求を受信すると、この検針要求への応答としてコンセントレータ３経由で検針データをサーバ４に送信するように構成されている。したがって、サーバ４は、コンセントレータ３を介して定期的に複数の通信装置２から検針データを取得することができる。このようにサーバ４が定期的に検針要求を送信して複数の通信装置２から検針データを取得する処理を、以下では「定期検針」という。
【００３５】
ここで、定期検針においては、サーバ４は、予め定められている定期検針時刻（たとえば０：００，０：３０，１：００，…）になると、複数の通信装置２０１，２０２，…２０ｎの各々に対して検針要求を順次送信する。このとき、サーバ４は、検針要求を送信するタイミングが通信装置２０１，２０２，…２０ｎごとに異なるように、たとえばスマートメータ６に固有の識別子（メータ番号）に基づいて、あるいはランダムに、検針要求を送信するタイミングを決定する。
【００３６】
なお、サーバ４は、供給事業者等によって運営される上位サーバの下位となり、地域ごとに設けられるエリア管理サーバであってもよい。この場合、サーバ４は、地域ごとにコンセントレータ３から検針データを収集し、上位サーバへ送信するように構成される。これにより、供給事業者等によって運営される上位サーバは、複数のサーバ４から検針データを収集することにより、複数地域の需要家の検針データを効率的に収集することができる。また、サーバ４はこのようなエリア管理サーバと上位サーバとの両方を含んでいてもよい。
【００３７】
ところで、本実施形態の検針システム１は、通信状況などにより定期検針においてサーバ４が取得した検針データに脱漏が生じた場合でも、脱漏している検針データを補完するための検針（以下、「バックアップ検針」という）が行われるように構成されている。以下では特に、サーバ４とコンセントレータ３との間の通信異常期間中にサーバ４が取得できなかった検針データを、通信異常の解消時にサーバ４が取得するバックアップ検針のための構成について詳述する。
【００３８】
コンセントレータ３は、サーバ４との間の通信異常の有無を判断する判断部３４を有している。判断部３４は、たとえば一定時間ごとにサーバ４から送信されるキープアライブ信号の受信状況に基づいて、サーバ４−コンセントレータ３間の通信異常の有無を判断する。つまり、判断部３４は、キープアライブ信号を正常に受信できていれば通信異常なし、キープアライブ信号を正常に受信できなくなると通信異常ありと判断する。
【００３９】
さらに、コンセントレータ３は、サーバ４との間の通信異常の発生期間中にサーバ４の代わりに検針データを収集し、収集した検針データを通信異常の解消時にサーバ４に送信するバックアップ部３５を有している。バックアップ部３５は、収集部３５１と記憶部３５２と通知部３５３とを具備している。
【００４０】
収集部３５１は、サーバ４−コンセントレータ３間の通信異常の発生期間中に複数の通信装置２から検針データを収集するように構成されている。ここで、収集部３５１は、判断部３４の判断結果を受けて通信異常の発生を検知しており、判断部３４で通信異常が発生したと判断されると、コンセントレータ３の管理下（つまり同じ集合住宅１０）の複数の通信装置２の全てから検針データを収集する。
【００４１】
記憶部３５２は、収集部３５１で収集された検針データをバックアップデータとして記憶するように構成されている。つまり、バックアップ部３５は、サーバ４−コンセントレータ３間の通信異常の発生期間中に、収集部３５１が複数の通信装置２から収集した検針データを、バックアップデータとして記憶部３５２に記憶する。記憶部３５２は、バックアップデータを、収集部３５１で収集された時間と対応付けて時系列に記憶する。なお、記憶部３５２は、コンセントレータ３に設けられているメモリ（図示せず）の記憶領域の一部が割り当てられていてもよい。
【００４２】
通知部３５３は、記憶部３５２に記憶されたバックアップデータを通信異常の解消時にサーバ４に送信するように構成されている。ここで、通知部３５３は、判断部３４の判断結果を受けて通信異常の解消を検知しており、判断部３４で通信異常が解消したと判断されると、この通信異常期間中に収集された（つまり記憶部３５２に記憶された）バックアップデータをサーバ４に送信する。
【００４３】
さらに詳しく説明すると、コンセントレータ３は、サーバ４と通信装置２との間で検針要求や検針データを中継する通常モードと、サーバ４の代わりに通信装置２から検針データを収集する非常モードとの２つの動作モードを切替可能に構成されている。コンセントレータ３は、通常時には通常モードで動作し、サーバ４との間の通信異常の発生時に非常モードに移行する。
【００４４】
本実施形態では、コンセントレータ３は、非常モードにおいて、ポーリング方式で検針データを収集するべく、自身の管理下の複数の通信装置２の各々に収集部３５１から検針要求を送信する。各通信装置２は、コンセントレータ３の収集部３５１から検針要求を受信すると、その応答としてコンセントレータ３に対して検針データを送信するように構成されている。つまり、収集部３５１は、サーバ４−コンセントレータ３間の通信異常の発生期間中に、複数の通信装置２の各々に検針要求を送信し、検針要求への応答として複数の通信装置２の各々から送信される検針データを収集し、記憶部３５２に記憶する。
【００４５】
ここで、収集部３５１は、定期検針時におけるサーバ４と同様に、予め定められている定期検針時刻（たとえば０：００，０：３０，１：００，…）になると、複数の通信装置２０１，２０２，…２０ｎの各々に対して検針要求を順次送信する。このとき、収集部３５１は、検針要求を送信するタイミングが通信装置２０１，２０２，…２０ｎごとに異なるように、たとえばスマートメータ６に固有の識別子（メータ番号）に基づいて、あるいはランダムに、検針要求を送信するタイミングを決定する。
【００４６】
また、通知部３５３は、サーバ４−コンセントレータ３間の通信異常が解消したと判断部３４で判断された時点で、バックアップ検針用のバックアップデータをサーバ４に送信するが、通信状況などによりバックアップデータがサーバ４に届かないことがある。そこで、通知部３５３は、サーバ４からバックアップ要求を受けると、このバックアップ要求への応答としてバックアップデータをサーバ４に送信する機能も有している。サーバ４は、脱漏している検針データがあるにもかかわらず、コンセントレータ３との間の通信異常の解消後、一定時間が経過してもバックアップデータを受信できなければ、バックアップ要求をコンセントレータ３に送信する。これにより、サーバ４は、一回目のバックアップ検針でコンセントレータ３からバックアップデータを取得するのに失敗しても、バックアップ要求を送信することで必要なバックアップデータを確実に取得可能になる。
【００４７】
なお、サーバ４は、上述のように通信異常の解消後、一定時間が経過してもバックアップデータを受信できないことをトリガにバックアップ要求を送信する構成に限らず、他の事象をコンセントレータ３へバックアップ要求を送信するためのトリガにしてもよい。たとえば、サーバ４は、定期検針時にある通信装置２から取得した検針データを、同じ通信装置２から既に取得済みの検針データと照らし合わせて、検針データの脱漏があれば、そのことをトリガにしてバックアップ要求を送信するように構成される。一例として、サーバ４は、ある通信装置２から０：００の検針データの次に１：００の検針データを取得した場合、この通信装置２からの０：３０の検針データが脱漏しているので、この通信装置２の上位のコンセントレータ３へバックアップ要求を送信する。
【００４８】
次に、本実施形態の検針システム１の動作について図２を参照して説明する。
【００４９】
コンセントレータ３が通常モードにある場合、サーバ４は、現在時刻が定期検針時刻になると、検針データを取得するための検針要求を、コンセントレータ３を介して通信装置２０１，２０２，…２０ｎに対して順次送信する（Ｓ１，Ｓ３）。検針要求を受信した通信装置２０１，２０２，…２０ｎは、コンセントレータ３を介してサーバ４に検針データを順次送信する（Ｓ２，Ｓ４）。このように、定期検針時には、サーバ４はコンセントレータ３を介して複数の通信装置２０１，２０２，…２０ｎから検針データを順次取得する。
【００５０】
一方、サーバ４−コンセントレータ３間の通信異常が発生すると（Ｓ５）、コンセントレータ３は、判断部３４の判断結果に従って動作モードを通常モードから非常モードに切り替える（Ｓ６）。非常モードにおいては、コンセントレータ３は、現在時刻が定期検針時刻になると、収集部３５１にてサーバ４の代わりに検針要求を通信装置２０１，２０２，…２０ｎに対して順次送信する（Ｓ７，Ｓ９）。検針要求を受信した通信装置２０１，２０２，…２０ｎは、コンセントレータ３に検針データを順次送信する（Ｓ８，Ｓ１０）。このとき、コンセントレータ３は通信装置２０１，２０２，…２０ｎから受信した検針データを、サーバ４に転送することなく、収集部３５１にてバックアップデータとして記憶部３５２に記憶する（Ｓ１１）。
【００５１】
サーバ４−コンセントレータ３間の通信異常が解消し通信が復旧すると（Ｓ１２）、コンセントレータ３は、通信異常期間中に記憶部３５２に記憶されたバックアップデータを通知部３５３にてサーバ４に送信する（Ｓ１３）。その後、コンセントレータ３は、動作モードを非常モードから通常モードに切り替える（Ｓ１４）。
【００５２】
なお、サーバ４は、通信状況などにより通知部３５３から送信されたバックアップデータを正常に受信できなかった場合、通信異常の解消後一定時間が経過すると、コンセントレータ３にバックアップ要求を送信し、その応答としてバックアップデータを取得する。
【００５３】
以上説明した検針システム１によれば、コンセントレータ３は、通信異常期間中に検針データを収集する収集部３５１と、バックアップデータを記憶する記憶部３５２と、通信異常の解消時にバックアップデータをサーバ４に送信する通知部３５３とを有している。すなわち、コンセントレータ３は、サーバ４−コンセントレータ３間の通信異常期間中には、サーバ４の代わりに複数の通信装置２から検針データを収集して記憶部３５２に記憶し、収集した検針データを通信異常の解消時にサーバ４に一括して送信する。これにより、検針システム１は、サーバ４による定期検針に失敗した場合でも、脱漏している検針データを補完するためのバックアップ検針が可能になる。
【００５４】
したがって、サーバ４−コンセントレータ３間で通信異常が発生し、サーバ４において多数の検針データの脱漏が生じた場合でも、サーバ４は、コンセントレータ３との通信だけで脱漏している通信異常期間中の検針データを一括して取得することができる。その結果、サーバ４は、通信異常の解消後、脱漏している検針データを各通信装置２から個別に取得する必要がなく、脱漏している検針データを全て取得するのに掛かる時間を短縮でき、よって、通信異常期間中の検針データを効率よく取得できる。
【００５５】
また、本実施形態では、バックアップ検針のためのバックアップ部３５（収集部３５１と記憶部３５２と通知部３５３）はコンセントレータ３に設けられている。収集部３５１は、サーバ４−コンセントレータ３間の通信異常の発生期間中に、複数の通信装置２の各々に検針要求を送信し、検針要求への応答として複数の通信装置２の各々から送信される検針データを収集し記憶部３５２に記憶する。つまり、通信装置２は、バックアップ検針時でも、定期検針時と同様に検針要求への応答としてコンセントレータ３に検針データを送信すればよいので、仕様を変更せずに既設の通信装置を用いることができる。
【００５６】
さらに、通知部３５３は、サーバ４からバックアップ要求を受けると、このバックアップ要求への応答としてバックアップデータをサーバ４に送信する。そのため、サーバ４は、コンセントレータ３からバックアップデータを取得するのに失敗しても、バックアップ要求を送信することで必要なバックアップデータを確実に取得可能となる。
【００５７】
（実施形態２）
本実施形態の検針システム１は、収集部３５１がイベント駆動方式にて検針データを収集する点で、収集部３５１が複数の通信装置２の各々に検針要求を送信することでポーリング方式にて検針データを収集する実施形態１の検針システム１と相違する。以下、実施形態１と同様の構成については共通の符号を付して適宜説明を省略する。
【００５８】
本実施形態では、通信装置２は、サーバ４からの検針要求を受信すると検針要求への応答として検針データをサーバ４に送信する通常モードと、検針データをコンセントレータ４に能動的に送信する非常モードとの２つの動作モードを切替可能に構成されている。通信装置２は、通常時には通常モードで動作しており、コンセントレータ３からの遮断通知を受信すると非常モードに移行し、コンセントレータ３からの復旧通知を受信すると通常モードに移行する。
【００５９】
収集部３５１は、サーバ４−コンセントレータ３間の通信異常の発生時に、複数の通信装置２に遮断通知を送信し、非常モードに移行した複数の通信装置２から送信される検針データを収集し記憶部３５２に記憶するように構成されている。つまり、コンセントレータ３は、サーバ４との間の通信異常の発生時に、イベント駆動方式で検針データを収集するべく、自身の管理下の複数の通信装置２に遮断通知を一斉に送信し、これらの全ての通信装置２の動作モードを非常モードに移行させる。これにより、各通信装置２は、能動的にコンセントレータ３へ検針データを送信するので、収集部３５１は、サーバ４−コンセントレータ３間の通信異常の発生期間中に、複数の通信装置２の各々から送信される検針データを収集することができる。収集部３５１は、サーバ４−コンセントレータ３間の通信異常の解消時に、複数の通信装置２に復旧通知を一斉に送信し、これらの全ての通信装置２の動作モードを通常モードへ移行させる。
【００６０】
なお、収集部３５１は、遮断通知や復旧通知を、管理下にある複数の通信装置２に対してマルチキャストで一斉に送信する構成に限らず、これら複数の通信装置２の各々に対してユニキャストで個別に送信する構成であってもよい。
【００６１】
ここで、非常モードで動作中の通信装置２は、定期検針時と同様に、予め定められている定期検針時刻（たとえば０：００，０：３０，１：００，…）になると、検針要求を受信しなくても自動的にコンセントレータ３へ検針データを送信する。このとき、通信装置２は、検針データを送信するタイミングが通信装置２０１，２０２，…２０ｎごとに異なるように、たとえばスマートメータ６に固有の識別子（メータ番号）に基づいて、あるいはランダムに、検針データを送信するタイミングを決定する。
【００６２】
次に、本実施形態の検針システム１の動作について図３を参照して説明する。
【００６３】
通信装置２が通常モードにある場合、サーバ４は、現在時刻が定期検針時刻になると、検針データを取得するための検針要求を、コンセントレータ３を介して通信装置２０１，２０２，…２０ｎに対して順次送信する（Ｓ１０１，Ｓ１０３）。検針要求を受信した通信装置２０１，２０２，…２０ｎは、コンセントレータ３を介してサーバ４に検針データを順次送信する（Ｓ１０２，Ｓ１０４）。このように、定期検針時には、サーバ４はコンセントレータ３を介して複数の通信装置２０１，２０２，…２０ｎから検針データを順次取得する。
【００６４】
一方、サーバ４−コンセントレータ３間の通信異常が発生すると（Ｓ１０５）、コンセントレータ３は、判断部３４の判断結果に従って遮断通知を複数の通信装置２０１，２０２，…２０ｎに一斉送信する（Ｓ１０６）。これにより、通信装置２０１，２０２，…２０ｎはいずれも動作モードが通常モードから非常モードに切り替わる（Ｓ１０７）。非常モードにおいては、通信装置２０１，２０２，…２０ｎは、現在時刻が定期検針時刻になると、自動的にコンセントレータ３へ検針データを順次送信する（Ｓ１０８，Ｓ１０９）。このとき、コンセントレータ３は通信装置２０１，２０２，…２０ｎから受信した検針データを、サーバ４に転送することなく、収集部３５１にてバックアップデータとして記憶部３５２に記憶する（Ｓ１１０）。
【００６５】
サーバ４−コンセントレータ３間の通信異常が解消し通信が復旧すると（Ｓ１１１）、コンセントレータ３は、復旧通知を複数の通信装置２０１，２０２，…２０ｎに一斉送信する（Ｓ１１２）。これにより、通信装置２０１，２０２，…２０ｎはいずれも動作モードが非常モードから通常モードに切り替わる（Ｓ１１３）。このとき、コンセントレータ３はさらに、通信異常期間中に記憶部３５２に記憶されたバックアップデータを通知部３５３にてサーバ４に送信する（Ｓ１１４）。
【００６６】
なお、サーバ４は、通信状況などにより通知部３５３から送信されたバックアップデータを正常に受信できなかった場合、通信異常の解消後一定時間が経過すると、コンセントレータ３にバックアップ要求を送信し、その応答としてバックアップデータを取得する。
【００６７】
以上説明した本実施形態の検針システム１によれば、収集部３５１は、サーバ４−コンセントレータ３間の通信異常の発生時に、複数の通信装置２に遮断通知を送信し、これらの全ての通信装置２の動作モードを非常モードに移行させる。これにより、各通信装置２は、能動的にコンセントレータ３へ検針データを送信するので、収集部３５１は、サーバ４−コンセントレータ３間の通信異常の発生期間中に、検針要求を送信することなく複数の通信装置２から検針データを収集できる。したがって、コンセントレータ３は、通信装置２との間の通信トラフィックの低減を図ることができる。
【００６８】
その他の構成および機能は実施形態１と同様である。
【００６９】
（実施形態３）
本実施形態の検針システム１は、バックアップ検針のためのバックアップ部がコンセントレータ３でなく特定の通信装置２に設けられている点で実施形態１の検針システム１と相違する。以下、実施形態１と同様の構成については共通の符号を付して適宜説明を省略する。
【００７０】
ここで、特定の通信装置２は、コンセントレータ３の管理下の複数の通信装置２の中から選択される任意の通信装置２であるが、コンセントレータ３からの通信距離が最短となる通信装置２であることが好ましい。たとえば、集合住宅１０であれば、特定の通信装置２は、配電線Ｌ１の幹線におけるコンセントレータ３に最も近い位置に接続されている通信装置２（図４では通信装置２０１）であることが好ましい。また、コンセントレータ３と通信装置２との通信に、複数の通信装置２を中継してデータを伝送するマルチホップ通信を用いている場合には、特定の通信装置２は、コンセントレータ３からのホップ数が最小となる最上位の通信装置２であることが望ましい。
【００７１】
特定の通信装置２は、コンセントレータ３から判断部３４での判断結果を受信するように構成されている。特定の通信装置２とそれ以外の通信装置２とは、共通の装置からなり、各装置に設けられた設定スイッチ（図示せず）の状態によって特定の通信装置２か否かが設定される。つまり、たとえば検針システム１の導入時、作業者は、任意の通信装置２の設定スイッチを操作することにより、この通信装置２を特定の通信装置２として機能させることが可能である。特定の通信装置２は、１台に限らず複数台であってもよい。
【００７２】
なお、通信装置２は、設定スイッチによる設定に限らず、たとえばサーバ４や保守端末（図示せず）からの切替信号によって、特定の通信装置２か否かの切り替えが行われる構成であってもよい。ここでいう保守端末は、通信装置２と数メートル程度の近距離でのみ通信可能な通信機能を有しており、一般的には、電力会社等の作業者に携行されて計測器５および通信装置２の保守、点検に用いられる。この場合、作業者は、サーバ４や保守端末の操作によって、いずれの通信装置２を特定の通信装置２として機能させるか決めることができる。
【００７３】
本実施形態では、図４に示すように、サーバ４−コンセントレータ３間の通信異常の発生期間中にサーバ４の代わりに検針データを収集し、収集した検針データを通信異常の解消時にサーバ４に送信するバックアップ部２４は、通信装置２０１に設けられている。なお、特定の通信装置２０１以外の通信装置２の構成は、図１に示した通信装置２と同様である。
【００７４】
バックアップ部２４は、収集部２４１と記憶部２４２と通知部２４３とを具備している。基本的な構成および機能については、収集部２４１は実施形態１の「収集部３５１」と、記憶部２４２は実施形態１の「記憶部３５２」と、通知部２４３は実施形態１の「通知部３５３」とそれぞれ共通である。
【００７５】
つまり、収集部２４１は、サーバ４−コンセントレータ３間の通信異常の発生期間中に複数の通信装置２から検針データを収集する。ここで、収集部２４１は、コンセントレータ３からの遮断通知を受けて通信異常の発生を検知しており、通信異常が発生すると、同じ集合住宅１０における他の（特定の通信装置２０１以外の）通信装置２の全てから検針データを収集する。
【００７６】
バックアップ部２４は、サーバ４−コンセントレータ３間の通信異常の発生期間中に、収集部２４１が複数の通信装置２から収集した検針データを、バックアップデータとして記憶部２４２に記憶する。このとき、収集部２４１は、特定の通信装置２０１自身の検針データについても、他の通信装置２から収集した検針データと共にバックアップデータとして記憶部２４２に記憶する。記憶部２４２は、バックアップデータを、収集部２４１で収集された時間と対応付けて時系列に記憶する。なお、記憶部２４２は、通信装置２に設けられているメモリ（図示せず）の記憶領域の一部が割り当てられていてもよい。
【００７７】
通知部２４３は、記憶部２４２に記憶されたバックアップデータを通信異常の解消時にコンセントレータ３を介してサーバ４に送信する。通知部２４３は、コンセントレータ３からの復旧通知を受けて通信異常の解消を検知しており、通信異常が解消すると、この通信異常期間中に収集された（つまり記憶部２４２に記憶された）バックアップデータをコンセントレータ３経由でサーバ４に送信する。
【００７８】
さらに詳しく説明すると、本実施形態においては、バックアップ部２４は、実施形態２で説明したように、サーバ４−コンセントレータ３間の通信異常の発生期間中に、イベント駆動方式で検針データを収集するように構成されている。
【００７９】
つまり、通信装置２は、サーバ４からの検針要求を受信すると検針要求への応答として検針データをサーバ４に送信する通常モードと、検針データを特定の通信装置２０１に能動的に送信する非常モードとの２つの動作モードを切替可能に構成されている。なお、特定の通信装置２０１は、非常モードにおいては検針データを自身の記憶部２４２にバックアップデータとして記憶することになる。
【００８０】
収集部２４１は、特定の通信装置２０１がコンセントレータ３から遮断通知を受けて非常モードに移行すると、非常モードに移行した他の複数の通信装置２から送信される検針データを収集し記憶部３５２に記憶するように構成されている。特定の通信装置２０１は、コンセントレータ３から復旧通知を受けると、通知部２４３により記憶部２４２に記憶されたバックアップデータをコンセントレータ３を介してサーバ４に送信した後、通常モードに移行する。
【００８１】
次に、本実施形態の検針システム１の動作について図５を参照して説明する。
【００８２】
通信装置２が通常モードにある場合、サーバ４は、現在時刻が定期検針時刻になると、検針データを取得するための検針要求を、コンセントレータ３を介して通信装置２０１，２０２，…２０ｎに対して順次送信する（Ｓ２０１，Ｓ２０３）。検針要求を受信した通信装置２０１，２０２，…２０ｎは、コンセントレータ３を介してサーバ４に検針データを順次送信する（Ｓ２０２，Ｓ２０４）。このように、定期検針時には、サーバ４はコンセントレータ３を介して複数の通信装置２０１，２０２，…２０ｎから検針データを順次取得する。
【００８３】
一方、サーバ４−コンセントレータ３間の通信異常が発生すると（Ｓ２０５）、コンセントレータ３は、判断部３４の判断結果に従って遮断通知を複数の通信装置２０１，２０２，…２０ｎに一斉送信する（Ｓ２０６）。これにより、通信装置２０１，２０２，…２０ｎはいずれも動作モードが通常モードから非常モードに切り替わる（Ｓ２０７）。非常モードにおいては、通信装置２０２，…２０ｎは、現在時刻が定期検針時刻になると、自動的に特定の通信装置２０１へ検針データを順次送信する（Ｓ２０８，Ｓ２０９）。このとき、特定の通信装置２０１は他の通信装置２０２，…２０ｎから受信した検針データを、サーバ４に転送することなく、収集部２４１にて自身の検針データと併せてバックアップデータとして記憶部２４２に記憶する（Ｓ２１０）。
【００８４】
サーバ４−コンセントレータ３間の通信異常が解消し通信が復旧すると（Ｓ２１１）、コンセントレータ３は、復旧通知を複数の通信装置２０１，２０２，…２０ｎに一斉送信する（Ｓ２１２）。このとき、特定の通信装置２０１は、通信異常期間中に記憶部２４２に記憶されたバックアップデータを通知部２４３にてコンセントレータ３を介してサーバ４に送信する（Ｓ２１３）。その後、通信装置２０１，２０２，…２０ｎはいずれも動作モードが非常モードから通常モードに切り替わる（Ｓ２１４）。
【００８５】
なお、サーバ４は、通信状況などにより通知部２４３から送信されたバックアップデータを正常に受信できなかった場合、通信異常の解消後一定時間が経過すると、特定の通信装置２０１にバックアップ要求を送信し、その応答としてバックアップデータを取得する。
【００８６】
また、バックアップ部２４は、上述したようなイベント駆動方式に限らず、実施形態１で説明したように、サーバ４−コンセントレータ３間の通信異常の発生期間中に、ポーリング方式で検針データを収集するように構成されていてもよい。この場合、特定の通信装置２は、サーバ４からの検針要求を受信すると検針要求への応答として検針データをサーバ４に送信する通常モードと、サーバ４の代わりに通信装置２から検針データを収集する非常モードとの２つの動作モードを切替可能に構成される。特定の通信装置２は、通常時には通常モードで動作し、サーバ４−コンセントレータ３間の通信異常の発生時に非常モードに移行する。
【００８７】
そして、特定の通信装置２は、非常モードにおいて、同じ集合住宅１０における他の（特定の通信装置２以外の）複数の通信装置２の各々に収集部２４１から検針要求を送信する。各通信装置２は、特定の通信装置２の収集部２４１から検針要求を受信すると、その応答として特定の通信装置２に対して検針データを送信するように構成されている。つまり、収集部２４１は、サーバ４−コンセントレータ３間の通信異常の発生期間中に、他の複数の通信装置２の各々に検針要求を送信し、検針要求への応答としてこれら複数の通信装置２の各々から送信される検針データを収集し、記憶部２４２に記憶する。
【００８８】
また、本実施形態においては、特定の通信装置２は、定期検針時に検針データと一緒にバックアップデータをサーバ４へ送信するように構成されている。すなわち、通知部２４３は、サーバ４−コンセントレータ３間の通信異常の解消後、特定の通信装置２がサーバ４からの検針要求を受信したときに、通常の（定期検針用の）検針データと併せて、記憶部２４２に記憶されたバックアップデータをサーバ４に送信する。
【００８９】
ここで、通知部２４３は、サーバ４−コンセントレータ３間の通信異常の解消時に、一度バックアップデータをサーバ４に送信するように構成されており、そのため、検針要求への応答として検針データと一緒に送るのは未送信のバックアップデータのみとする。具体的には、通知部２４３は、バックアップデータを構成する検針データの各々について送信済・未送信の別を示すフラグを記憶部２４２に記憶している。通知部２４３は、通信状況などによりバックアップデータの一部または全部の送信に失敗して未送信のバックアップデータが残っている場合に限り、定期検針時に検針要求への応答としてバックアップデータを送信する。
【００９０】
ところで、本実施形態の検針システム１は、上記構成に加えて、コンセントレータ３と通信装置２との間の通信異常の発生期間中にも、バックアップ検針で対応できるように以下の構成を採用している。
【００９１】
すなわち、図４に示すように、特定の通信装置２０１は、コンセントレータ３との間の通信異常の有無を判断する副判断部２５を有している。副判断部２５は、たとえば一定時間ごとにコンセントレータ３から送信されるキープアライブ信号の受信状況に基づいて、コンセントレータ３−特定の通信装置２０１間の通信異常の有無を判断する。つまり、副判断部２５は、キープアライブ信号を正常に受信できていれば通信異常なし、キープアライブ信号を正常に受信できなくなると通信異常ありと判断する。
【００９２】
さらに、特定の通信装置２０１は、コンセントレータ３との間の通信異常の発生期間中にサーバ４の代わりに検針データを収集し、収集した検針データを通信異常の解消時にサーバ４に送信する副バックアップ部２６を有している。副バックアップ部２６は、副収集部２６１と副記憶部２６２と副通知部２６３とを具備している。
【００９３】
副収集部２６１は、コンセントレータ３−特定の通信装置２０１間の通信異常の発生期間中に複数の通信装置２から検針データを収集する。ここで、副収集部２６１は、副判断部２５の判断結果を受けて通信異常の発生を検知しており、通信異常が発生すると、同じ集合住宅１０における他の（特定の通信装置２０１以外の）通信装置２の全てから検針データを収集する。
【００９４】
副バックアップ部２６は、コンセントレータ３−特定の通信装置２０１間の通信異常の発生期間中に、副収集部２６１が複数の通信装置２から収集した検針データを、バックアップデータとして副記憶部２６２に記憶する。このとき、副収集部２６１は、特定の通信装置２０１自身の検針データについても、他の通信装置２から収集した検針データと共にバックアップデータとして副記憶部２６２に記憶する。副記憶部２６２は、バックアップデータを、副収集部２６１で収集された時間と対応付けて時系列に記憶する。なお、副記憶部２６２は、通信装置２に設けられているメモリ（図示せず）の記憶領域の一部が割り当てられていてもよい。
【００９５】
副通知部２６３は、副記憶部２６２に記憶されたバックアップデータを通信異常の解消時にコンセントレータ３を介してサーバ４に送信する。通知部２４３は、副判断部２５の判断結果を受けて通信異常の解消を検知しており、通信異常が解消すると、この通信異常期間中に収集された（つまり副記憶部２６２に記憶された）バックアップデータをコンセントレータ３経由でサーバ４に送信する。
【００９６】
なお、副バックアップ部２６は、バックアップ部２４と同様に、コンセントレータ３−特定の通信装置２０１間の通信異常の発生期間中に、イベント駆動方式で検針データを収集するが、ポーリング方式で検針データを収集するように構成されていてもよい。イベント駆動方式の場合、特定の通信装置２０１は、副判断部２５の判断結果に応じて他の通信装置２に遮断通知および復旧通知を送信するように構成され、他の通信装置２はこれら遮断通知および復旧通知を受けて動作モードを切り替える。ただし、この構成に限らず、各通信装置２が個別にコンセントレータ３−特定の通信装置２０１間の通信異常の有無を判断する機能を有し、その判断結果に応じて動作モードを切り替えてもよい。
【００９７】
次に、本実施形態の検針システム１においてコンセントレータ３−特定の通信装置２０１間の通信異常が発生した場合の動作について、図６を参照して説明する。
【００９８】
定期検針時の動作（Ｓ３０１〜Ｓ３０４）は、図５の例（Ｓ２０１〜Ｓ２０４）と同じである。
【００９９】
コンセントレータ３−特定の通信装置２０１間の通信異常が発生すると（Ｓ３０５）、副判断部２５の判断結果に従って通信装置２０１，２０２，…２０ｎはいずれも動作モードが通常モードから非常モードに切り替わる（Ｓ３０６）。非常モードにおいては、通信装置２０２，…２０ｎは、現在時刻が定期検針時刻になると、自動的に特定の通信装置２０１へ検針データを順次送信する（Ｓ３０７，Ｓ３０８）。このとき、特定の通信装置２０１は他の通信装置２０２，…２０ｎから受信した検針データを、サーバ４に転送することなく、副収集部２６１にて自身の検針データと併せてバックアップデータとして副記憶部２６２に記憶する（Ｓ３０９）。
【０１００】
コンセントレータ３−特定の通信装置２０１間の通信が復旧すると（Ｓ３１０）、特定の通信装置２０１は、通信異常期間中に副記憶部２６２に記憶されたバックアップデータを副通知部２６３にてコンセントレータ３を介してサーバ４に送信する（Ｓ３１１）。その後、副判断部２５の判断結果に従って通信装置２０１，２０２，…２０ｎはいずれも動作モードが非常モードから通常モードに切り替わる（Ｓ３１２）。
【０１０１】
なお、サーバ４は、通信状況などによりバックアップデータを正常に受信できなかった場合、通信異常の解消後一定時間が経過すると、特定の通信装置２０１にバックアップ要求を送信し、その応答としてバックアップデータを取得する構成であってもよい。
【０１０２】
以上説明した本実施形態の検針システム１によれば、バックアップ検針のためのバックアップ部２４（収集部２４１と記憶部２４２と通知部２４３）は特定の通信装置２に設けられている。そのため、コンセントレータ３はバックアップ検針時に検針データを収集してバックアップデータとして記憶する必要がなく、コンセントレータ３のリソースを低減することができる。
【０１０３】
また、本実施形態においては、特定の通信装置２は、コンセントレータ３との間の通信異常の発生期間中にサーバ４の代わりに検針データを収集し、収集した検針データを通信異常の解消時にサーバ４に送信する副バックアップ部２６を有している。これにより、コンセントレータ３−特定の通信装置２間の通信異常の発生期間中にも、サーバ４による定期検針に失敗した場合、脱漏している検針データを補完するためのバックアップ検針が可能になる。したがって、コンセントレータ３−特定の通信装置２間で通信異常が発生し、サーバ４において多数の検針データの脱漏が生じた場合でも、サーバ４は、特定の通信装置２との通信だけで脱漏している通信異常期間中の検針データを一括して取得することができる。その結果、サーバ４は、通信異常の解消後、脱漏している検針データを各通信装置２から個別に取得する必要がなく、脱漏している検針データを全て取得するのに掛かる時間を短縮でき、よって、通信異常期間中の検針データを効率よく取得できる。
【０１０４】
さらに、特定の通信装置２は、定期検針時に検針データと一緒にバックアップデータをサーバ４に送信するように構成されている。したがって、通知部２４３は、通信状況などによりバックアップデータの一部または全部の送信に失敗しても、未送信のバックアップデータを、定期検針時に検針要求への応答として検針データと併せて送信することができる。
【０１０５】
なお、本実施形態の検針システム１においては、コンセントレータ３−特定の通信装置２間の通信異常の発生期間中におけるバックアップ検針の機能は必須ではなく、副判断部２５および副バックアップ部２６は省略されていてもよい。この場合、特定の通信装置２は、サーバ４−コンセントレータ３間の通信異常の発生期間中にのみ、サーバ４の代わりに検針データを収集し、収集した検針データを通信異常の解消時にサーバ４に送信することになる。
【０１０６】
その他の構成および機能は実施形態１と同様である。
【０１０７】
ところで、上記実施形態１〜３ではコンセントレータ３が１台の場合について説明したが、検針システム１は実際にはコンセントレータ３を複数台備えている。コンセントレータ３が複数台ある場合、バックアップ部は、コンセントレータ３ごと（つまり各コンセントレータ３あるいは各コンセントレータ３の管理下の特定の通信装置２）に設けられ、コンセントレータ３ごとにバックアップ検針を行う。
【符号の説明】
【０１０８】
１  検針システム
２，２０１，２０２，…２０ｎ  通信装置
２５  副判断部
２６１  副収集部
２６２  副記憶部
２６３  副通知部
３  コンセントレータ（親機）
３４  判断部
３５１，２４１  収集部
３５２，２４２  記憶部
３５３，２４３  通知部
４  サーバ
５  計測器
６  スマートメータ
【図１】
2014154114.tif 000003
【図２】
2014154114.tif 000004
【図３】
2014154114.tif 000005
【図４】
2014154114.tif 000006
【図５】
2014154114.tif 000007
【図６】
2014154114.tif 000008