(57)【要約】【課題】従来のインターネットを利用した検針システムでは、通信の不確実さのため、携帯電話などを用いた遠隔制御の操作性が悪いという課題を有していた。【解決手段】サーバー１０と検針機器１との通信状況を調べるため、検針機器１に所定の間隔でテスト信号を送信するテスト情報通信部３を設ける。サーバー側には、このテスト信号を受信するサーバー側テスト情報通信部１２と、テスト信号受信後の経過時間が所定の時間以上である検針機器１、もしくは、所定時間内にテスト信号の受信が無い検針機器１を接続状態が不良なものとして検出する非接続機器情報取得部を設ける。これにより、サーバー側でインターネット通信に問題のある検針機器を判定し管理する。この情報を用いることで、携帯電話からの宅外制御時に、検針機器の通信に問題があることをユーザに通知することができる。【選択図】図２
2006310914.tif 000002
【特許請求の範囲】
【請求項１】
メータに対して通信を行い前記メータの制御や検針を行うメータ制御部と、検針機器の電源状態もしくは起動状態を監視する機器状態監視部と、前記機器状態監視部で検針機器の状態変化が検出された時および所定の時間間隔で、サーバーに対してテスト信号を通信するテスト情報通信部とを備えたことを特徴とする検針機器。
【請求項２】
携帯電話などの通信端末から、認証情報、メータ制御命令、検針命令などを受信し、それに対する制御結果、検針結果などを返信する通信端末インタフェース部と、顧客および検針機器に関する情報を記憶し、前記通信端末インタフェース部で得た認証情報から、制御対象となる検針機器を特定する顧客情報記憶部と、前記顧客情報記憶部で特定された制御対象の検針機器に対して、前記通信端末インタフェース部で得たメータ制御命令、検針命令を送信し、それに対する応答や結果を検針機器から受信して前記通信端末インタフェース部に出力する制御情報通信部とを備えたサーバにおいて、
複数の検針機器とテスト信号の通信を行い、各検針機器毎のテスト信号受信からの経過時間、もしくは、所定時間内におけるテスト信号受信の有無を計測するサーバー側テスト情報通信部と、前記経過時間が所定の時間以上である検針機器、もしくは、所定時間内にテスト信号受信が無い検針機器を接続状態が不良なものとして検出し記憶・管理する非接続機器情報取得部と、
前記非接続機器情報取得部から検針機器の接続状態を取得して、制御対象である検針機器が非接続状態の場合は、前記通信端末インタフェース部もしくは前記制御情報通信部の少なくとも一方の動作を停止させ、通信端末からの制御や検針をできなくさせる通信端末制御停止部とを備えたことを特徴とするサーバー。
【請求項３】
検針機器中のテスト情報通信部が通信するテスト信号は、ＵＤＰ（User Datagram Protocol）を用いることを特徴とする請求項１に記載の検針装置。
【請求項４】
サーバー中のサーバー側テスト情報通信部が通信するテスト信号は、ＵＤＰ（User Datagram Protocol）を用いることを特徴とする請求項２に記載のサーバー。
【請求項５】
サーバー側テスト情報通信部、非接続機器情報取得部、制御情報通信部、通信端末インタフェース部の少なくともひとつからの情報により、
（１）サーバー側テスト情報通信部でテスト信号を受信した最新の日時（最終アクセス日時）、
（２）非接続機器情報取得部で検針機器を接続状態に無いと判断した日時（非接続判定日時）、
（３）テスト情報の通信が再開したときの日時（再接続日時）、
（４）通信端末と通信端末インタフェース部での通信内容と通信日時、
（５）制御情報通信部と検針機器での通信内容と通信日時、
の少なくともひとつを検針機器毎に履歴情報として管理・記憶する制御履歴管理部と、前記制御履歴管理部で記憶されている情報を表示する制御履歴表示部とを備えたことを特徴とする請求項２および４記載のサーバー。
【請求項６】
携帯電話などの通信端末から、認証情報、メータ制御命令、検針命令などを受信し、それに対する制御結果、検針結果などを返信する通信端末インタフェース部と、顧客および検針機器に関する情報を記憶し、前記通信端末インタフェース部で得た認証情報から、制御対象となる検針機器を特定する顧客情報記憶部と、前記顧客情報記憶部で特定された制御対象の検針機器に対して、前記通信端末インタフェース部で得たメータ制御命令、検針命令などを送信し、それに対する応答や結果情報を検針機器から受信して前記通信端末インタフェース部に出力する制御情報通信部とを備えたサーバにおいて、
前記顧客情報記憶部で特定された制御対象の検針機器に対してテスト通信を行い、所定時間内の応答の有無により検針機器が通信回線に対して接続状態にあるかどうかを判断するプレゼンス確認部と、
前記プレゼンス確認部の判断結果にしたがって、制御対象である検針機器が非接続状態の場合は、前記通信端末インタフェース部もしくは前記制御情報通信部の少なくとも一方の動作を停止させ、通信端末からの制御や検針をできなくさせる通信端末制御停止部とを備えたことを特徴とするサーバー。
【請求項７】
請求項１、３のいずれか１項記載の検針機器の少なくとも一部をコンピュータに実現させるためのプログラム。
【請求項８】
請求項２、４、５、６のいずれか１項記載のサーバーの少なくとも一部をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ガス、電力、水道など、エネルギーや流体の使用量情報の取得を行うための検針機器、サーバーおよびそのプログラムに関するものである。
【背景技術】
【０００２】
従来、この種のシステムは、例えば特許文献１のような構成が多い。
【０００３】
図９は、従来システムの概略構成を示すものである。特許文献１の実施例では、公衆通信回線として電話回線を利用しているが、ここではインターネットを利用するもとのして、構成を簡略化して説明する。
【０００４】
図９では、顧客宅側にメータ１０１、検針機器１０２、上位通信装置１０３が設置され、集中監視センター（検針センター）側にサーバー１０４が設置されている。顧客（ユーザ）は、携帯電話などの通信端末１０５を利用してメータを制御する。
【０００５】
サーバー１０４と顧客宅側の機器はインターネットを介して接続している。上位通信装置１０３は、検針機器１０２をインターネットへ接続させるための機器であり、具体的な構成としては、ＡＤＳＬモデム、ケーブルモデム、メディアコンバータ、回線終端装置、ルータなどである。上位通信装置１０３の構成は、回線種別により異なる。
【０００６】
検針機器１０２は、メータ１０１の制御信号をインターネットを経由してサーバー１０４とやり取りを行う機器である。具体的には、ＮＣＵ（Network Control Unit：網制御装置）や伝送盤などの専用機器、あるいは、パソコン、情報端末などの一般機器などである。
【０００７】
なお、特許文献１では通信の一部に無線を利用しているため、この検針機器の機能は明細書中の無線親機もしくは無線子機に相当する。
【０００８】
ここで検針機器１０２は、主に次の２つの動作を行う。
【０００９】
（１）メータ１０１から送信される検針情報（使用量情報）やセキュリティ情報をインターネットを経由してサーバー１０４へ送信する。なお、セキュリティ情報とは、メータ１０１が圧力低下、ガス漏れ、地震などの振れ、ボンベ交換時期などを検知したときに、サーバー１０４へ送信する情報である。
【００１０】
（２）サーバー１０４から送信される検針・遮断・復帰・弁開などのメータ制御指示を受信してメータ１０１に送信し、メータ１０１を制御する。
【００１１】
サーバー１０４は、主に次の動作を行う。
【００１２】
（１）検針機器１０２から送信される情報を受信し、顧客毎もしくは検針機器毎に検針情報やセキュリティ情報として記憶・管理する。
【００１３】
（２）携帯電話などの通信端末１０５からのメータ制御命令（検針・遮断・復帰・弁開など）を受け付け、その命令を検針機器１０２に送信すると伴に、その結果（検針結果、制御結果など）を携帯電話などに返信する（情報の流れを図９中に矢印で示す）。
【００１４】
以上のような構成により、検針機器１０２および通信端末１０５は、インターネットを介してメータ情報の送受信をサーバー１０４と行なう。これにより通信端末１０５から、メータ１０１の状態確認、制御（検針・遮断・復帰など）を行うことができる。
【特許文献１】特開２００２−１４２２７６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、前記の構成では、検針機器１０２とサーバー１０４の間がインターネットを介して通信しているため、必ずしも接続性が保証されない。
【００１６】
例えば、顧客が契約しているＡＤＳＬ回線や光ファイバー回線などの回線接続業者やＩＳＰ（インターネットサービスプロバイダ）のトラブルや、メンテナンスなどにより、一時的に通信ができなくなることも多い。
【００１７】
また、上位通信装置１０３であるＡＤＳＬモデムやケーブルモデムなどの故障や、電源ケーブルが抜けている場合、停電でも通信ができなくなる。
【００１８】
また、上位通信装置１０３と検針機器１０２の間が無線ＬＡＮを用いている場合では、電波状況によっても通信ができなくなる。
【００１９】
このようなインターネット通信における接続性の不確実さのため、必ずしも、携帯電話などの通信端末１０５から、メータ１０１の状況確認、制御（検針・遮断・復帰・弁開など）ができないという課題があった。
【００２０】
従来では、このような状況が発生した場合、通信端末１０５を操作している顧客は、メータ１０１を制御できない理由を知ることができず、さらに、通信のタイムアウト時間が経過するまで次の操作を待つ必要があり、操作性に課題があった。
【００２１】
これらの課題は、特許文献１の実施例のように公衆通信回線として電話回線を利用している場合には大きな問題とならないが、インターネットで行う場合に重要な課題となる。
【００２２】
本発明は、前記従来の課題を解決するもので、インターネット通信に問題のある検針機器をサーバー側で管理し、サーバーは対象としている検針機器の接続状態に応じて、適切なエラー通知を行うことができ、操作性を改善することを目的とする。
【課題を解決するための手段】
【００２３】
前記従来の課題を解決するために、本発明では顧客宅側の検針機器に、検針機器の起動時や終了時および所定の間隔でサーバーにテスト信号を送信するテスト情報通信部を設ける。そして、サーバー側には、このテスト信号の受信を行い、各検針機器毎のテスト信号受信からの経過時間、もしくは、所定時間内のテスト信号受信の有無を計測するサーバー側テスト情報通信部と、テスト信号受信後の経過時間が所定の時間以上である検針機器、もしくは、所定時間内にテスト信号の受信が無い検針機器を接続状態が不良なものとして検出する非接続機器情報取得部を設ける。
【００２４】
これにより、サーバー側でインターネット通信に問題のある検針機器を判定し、管理することができる。したがって、携帯電話などの通信端末から入力されるメータ制御命令を検針機器に送信することなく、即座に検針機器の通信に問題があることをユーザに通知することができる。
【発明の効果】
【００２５】
本発明の検針機器およびサーバーを用いることにより、インターネット通信に問題のある検針機器をサーバー側で管理できる。これにより、携帯電話などの通信端末を用いて、メータ制御や状態確認を行う時に、サーバーは対象としている検針機器の接続状態に応じて、適切なエラー通知を行うことができ、操作性を改善できる。
【発明を実施するための最良の形態】
【００２６】
第１の発明は、メータに対して通信を行いメータの制御や検針を行うメータ制御部と、検針機器の電源状態もしくは起動状態を監視する機器状態監視部と、機器状態監視部で検針機器の状態変化が検出された時および所定の時間間隔で、サーバーに対してテスト信号を通信するテスト情報通信部を備えた検針機器である。そして、テスト信号を、検針機器の起動時・終了時および定期的にサーバーに送信することにより、サーバー側でインターネット通信に問題のある検針機器を確実に把握することができる。
【００２７】
第２の発明は、携帯電話などの通信端末から、認証情報、メータ制御命令、検針命令などを受信し、それに対する制御結果、検針結果などを返信する通信端末インタフェース部と、認証情報から制御対象となる検針機器を特定する顧客情報記憶部と、特定された制御対象の検針機器に対して、通信端末で入力されたメータ制御命令、検針命令を送信し、それに対する応答や結果を検針機器から受信して通信端末インタフェース部に出力する制御情報通信部とを備えたサーバーにおいて、テスト信号受信からの経過時間、もしくは、所定時間内のテスト信号受信の有無を計測するサーバー側テスト情報通信部と、経過時間が所定の時間以上である検針機器、もしくは、所定時間内にテスト信号受信が無い検針機器を接続状態が不良なものとして検出し記憶・管理する非接続機器情報取得部と、非接続機器情報取得部から検針機器の接続状態を取得して、制御対象である検針機器が非接続状態の場合は、通信端末インタフェース部もしくは制御情報通信部の少なくとも一方の動作を停止させ、通信端末からの制御や検針をできなくさせる通信端末制御停止部を備えたサーバーである。
【００２８】
この構成により、インターネット接続に問題がありサーバーと通信ができない検針機器をサーバーで管理できる。また、検針機器の接続状態に問題がある場合には、通信端末からのメータの遠隔制御を停止することもできる。
【００２９】
第３の発明は、第１の発明において、検針機器中のテスト情報通信部が通信するテスト信号として、ＵＤＰ（User Datagram Protocol）を用いる。ＵＤＰを用いることにより、サーバーの負荷が減るという効果がある。
【００３０】
第４の発明は、第２の発明において、サーバー中のサーバー側テスト情報通信部が通信するテスト信号として、ＵＤＰ（User Datagram Protocol）を用いる。ＵＤＰを用いることにより、サーバーの負荷が減るという効果がある。
【００３１】
第５の発明は、第２および第４の発明のサーバーにおいて、サーバー側テスト情報通信部、非接続機器情報取得部、制御情報通信部、通信端末インタフェース部の少なくともひとつからの情報により、（１）サーバー側テスト情報通信部でテスト信号を受信した最新の日時（最終アクセス日時）、（２）非接続機器情報取得部で検針機器を接続状態に無いと判断した日時（非接続判定日時）、（３）テスト情報の通信が再開したときの日時（再接続日時）、（４）通信端末と通信端末インタフェース部での通信内容と通信日時、（５）制御情報通信部と検針機器での通信内容と通信日時、の少なくともひとつを検針機器毎に履歴情報として管理・記憶する制御履歴管理部と、制御履歴管理部で記憶されている情報を表示する制御履歴表示部を備える。
【００３２】
この構成により、検針機器のインターネット接続に関する履歴情報と、通信端末による遠隔制御の履歴情報を関連づけて、集中管理センターのオペレータに提示することができる。これにより、オペレータは、回線や機器に障害が発生したときなどの原因追求や対応をより容易に行うことができる。
【００３３】
第６の発明は、携帯電話などの通信端末から、認証情報、メータ制御命令、検針命令などを受信し、それに対する制御結果、検針結果などを返信する通信端末インタフェース部と、顧客および検針機器に関する情報を記憶し、前記通信端末インタフェース部で得た認証情報から、制御対象となる検針機器を特定する顧客情報記憶部と、前記顧客情報記憶部で特定された制御対象の検針機器に対して、前記通信端末インタフェース部で得たメータ制御命令、検針命令などを送信し、それに対する応答や結果情報を検針機器から受信して前記通信端末インタフェース部に出力する制御情報通信部とを備えたサーバにおいて、前記顧客情報記憶部で特定された制御対象の検針機器に対してテスト通信を行い、所定時間内の応答の有無により検針機器が通信回線に対して接続状態にあるかどうかを判断するプレゼンス確認部と、前記プレゼンス確認部の判断結果にしたがって、制御対象である検針機器が非接続状態の場合は、前記通信端末インタフェース部もしくは前記制御情報通信部の少なくとも一方の動作を停止させ、通信端末からの制御や検針をできなくさせる通信端末制御停止部とを備えたことを特徴とするサーバーである。
【００３４】
この構成により、通信端末の操作時に検針機器のインターネット接続の有無を確認することができ、通信端末からの遠隔制御を接続状況に応じて停止させることができる。
【００３５】
第７の発明は、第１、第３のいずれか１つの発明に記載の検針機器の少なくとも一部をコンピュータに実現させるためのプログラムである。
【００３６】
第８の発明は、第２、第４、第５、第６のいずれか１つの発明に記載のサーバーの少なくとも一部をコンピュータに実現させるためのプログラムである。
【００３７】
プログラムであるので電気・情報機器、コンピュータ等のハードリソースを協働させて用いて本発明の一部あるいは全部を容易に実現することができる。また、記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布やインストール作業が簡単にできる。
【００３８】
以下、本発明の実施の形態について、図面を参照しながら説明する。なお、本実施の形態によって本発明が限定されるものではない。
【００３９】
（実施の形態１）
図１は、本発明の実施の形態１の検針機器１の構成を示した図である。検針機器１は、インターネットを介したサーバーとの通信と、メータ７との通信を行うＮＣＵ（Network Control Unit）である。また、メータ７の集中監視に用いられるため、集中伝送盤とも呼ばれる。
【００４０】
図１において、通信部２は宅内の上位通信装置（ＡＤＳＬルータ、ＣＡＴＶモデム、光ファイバーの回線終端装置、メディアコンバータ、ホームＰＮＡ装置、ゲートウェイ、ルータ、スイッチングハブなど）と接続し、インターネットを介してサーバーと通信を行う装置である。具体的には、イーサネット（登録商標）に対応し、ＴＣＰ通信やＵＤＰ通信を行い上位通信装置に接続する。なお、通信部２はIEEE 802.11 などの無線ＬＡＮ通信を行い、無線で上位通信装置に接続しても良い。
【００４１】
テスト情報通信部３は、回線状況（サーバーとの接続可能性）を調べるために、テスト信号を検針機器１の起動時／終了時および所定の時間間隔でサーバーに向けて通信する。本実施の形態ではテスト信号はＵＤＰ（User Datagram Protocol）を用いて通信を行う。
【００４２】
メータ通信部４は、サーバーから送信されるメータ制御命令情報を通信部２を介して受信し、受信した情報からメータ制御電文を取り出しメータ制御部５に送信する。また、メータ７から発信された電文をメータ制御部５を介して受信し、サーバーに対してメータ情報として送信することも行う。
【００４３】
メータ制御部５は、無線通信あるいは有線通信でメータ７と接続しており、制御や状態に関する電文のやり取りを行う。一般に、通信部２から上位通信装置との間のＬＡＮ通信と、メータ制御部５からメータ７との間の通信は、通信媒体やプロトコルが異なっている。検針機器１はプロトコル変換を行うゲートウェイとしても位置づけられる。
【００４４】
機器状態監視部６は、検針機器１の電源状態もしくは起動状態を監視しており、起動時および終了時を検出して、テスト情報通信部３からテスト信号をサーバーに対して送信させる。
【００４５】
図２は、本発明の実施の形態１のサーバー１０の構成を示したものである。サーバー１０はインターネットを介して複数の検針機器１と接続し、通信端末によるメータ７の遠隔制御や集中監視を行う。本実施の形態での通信端末とは、ＷＥＢブラウザ機能を持ちインターネット上のコンテンツを表示する機能を有する端末を意味する。具体的には、携帯電話、ＰＤＡ、携帯用パソコンなどである。
【００４６】
図２において、サーバー通信部１１は、検針機器１との通信をインターネットを介して行う通信装置である。具体的には、光ファイバー回線などの回線終端装置、メディアコンバータ、モデム、ルータ、スイッチなどで構成される。
【００４７】
サーバー側テスト情報通信部１２は、検針機器１からのテスト通信（ＵＤＰ）を受信し、必要に応じて応答を返信する。また、検針機器１毎にテスト信号の受信間隔を計算する。
【００４８】
非接続機器情報取得部１３は、サーバー側テスト情報通信部１２で得たテスト通信の受信間隔から検針機器１がインターネットに接続しているかどうかを判断する。
【００４９】
通信端末インタフェース部１４は、携帯電話やＰＤＡなどの通信端末に対してメータ７を制御するための入出力機能を提供する。具体的には、ＷＥＢサーバーおよび、ＨＴＭＬ，ＣＧＩなどのプログラムやコンテンツにより構成されている。通信端末インタフェース部１４は、通信端末中のＷＥＢブラウザに対して、メータ制御用の画面（コンテンツ、アプリケーション）を提供する。
【００５０】
顧客情報記憶部１５は、検針機器情報、顧客情報、メータ情報、通信端末からの遠隔制御用認証情報を関連づけて記憶・管理している。特に、通信端末から入力された認証情報（ＩＤ、パスワード）から、それに対応する検針機器あるいはメータ情報を検索して出力する機能を持つ。
【００５１】
制御情報通信部１６は、サーバー通信部１１を介して検針機器１と通信を行い、通信端末で入力された制御命令に対応する電文の送信や、検針機器１から送信される電文情報などの受信を行う。
【００５２】
制御履歴管理部１７は、サーバー側テスト情報通信部１２もしくは非接続機器情報取得部１３で管理しているテスト情報の通信履歴（最終アクセス日時、非接続判定日時、再接続日時など）、制御情報通信部１６での通信履歴、通信端末インタフェース部１４での通信履歴を関連づけて検針機器１毎に記憶・管理する。
【００５３】
制御履歴表示部１８は、制御履歴管理部１７で記憶・管理している情報を、検針機器１毎に表示する。
【００５４】
以上のように構成された検針機器１とサーバー２の動作を、図３〜５のフローチャートにより説明する。図３は、検針機器１の動作を示した図である。
【００５５】
（ステップＡ１）機器状態監視部６は、検針機器１の機器状態（電源状態もしくは起動状態）を検出する。
【００５６】
（ステップＡ２）機器状態監視部６は、機器状態の変化から検針機器１が起動時もしくは終了時かどうかを判断する。機器状態が変化した場合はステップＡ３へ進み、そうでなければステップＡ４へ進む。
【００５７】
（ステップＡ３）機器状態監視部６はテスト情報通信部３を起動させ、テスト信号をサーバー１０に向けて送信する。これにより検針機器１の起動時もしくは終了時にテスト信号をサーバー１０に送信することができる。なお、テスト信号はＵＤＰ（User Datagram Protocol）を用いて通信を行う。
【００５８】
一般に、インターネットの通信はＴＣＰを用いることが多い。ＴＣＰプロトコルには再送制御など複雑な通信手順があり、通信先に確実にデータを届けるような制御を行う。しかし、テスト通信のような、検針機器１から短時間で繰り返しサーバーへ送信する情報については、すべての情報をＴＣＰプロトコルで送信すると、特にサーバー側の負荷が大きくなり、多くの検針機器１からの通信を同時にひとつのサーバーで受信できないという課題がある。
【００５９】
一方、ＵＤＰは再送制御などが無いシンプルな通信手順であるため、本実施の形態のようにテスト通信にＵＤＰを用いた場合、ＴＣＰを用いるよりもより多くの検針機器１との接続が可能になるというメリットがある。
【００６０】
（ステップＡ４）テスト情報通信部３は、前回のテスト信号送信から所定時間経過したかどうかを判断する。所定時間経過したと判断した場合はステップＡ５へ進み、そうでなければステップＡ６へ進む。なお、この所定時間はテスト情報通信部３に固定的に設定されている値でも良いし、また、通信状態や設定に応じて変更できるようにしても良い。なお、本実施の形態では固定の値とし、例えば、１０分などに設定している。
【００６１】
（ステップＡ５）テスト情報通信部３は、前回のテスト信号送信から所定時間以上経過しているので、テスト信号をサーバー１０へ送信する。ステップＡ３と同様にＵＤＰを用いて通信を行う。
【００６２】
（ステップＡ６）メータ制御部５が、メータ７からの情報を受信したかどうかを判断する。メータ７はガスの圧力低下や振動などを検知した場合や、ボンベ内のガスが少なくなった時など様々なケースで、状態を外部へ通知しようとする。このメータ７からの通知情報をメータ制御部５が受信する。メータ制御部５がメータ７からの情報を受信した場合は、ステップＡ７へ進み、そうでなければ、ステップＡ８へ進む。
【００６３】
（ステップＡ７）メータ制御部５がメータ７からの情報を受信した場合、その情報をメータ通信部４へ出力する。メータ通信部４は通信部２を制御して、その情報をインターネットを介してサーバー１０へ送信する。なお、メータ通信部４は、メータ７からメータ制御部５が受信した電文情報をそのままサーバー１０へ送信しても良いし、サーバー１０へ送信するのに適したフォーマット(例えば、XML、HTMLなど)に変換して、サーバー１０へ送信しても良い。つまりメータ通信部２にプロトコル変換機能を有していても良い。
【００６４】
（ステップＡ８）通信部２は、サーバー１０からの制御指示命令を受信したかどうかを判断する。サーバー１０からは、通信端末での操作に応じて、メータ７に対して検針・遮断・弁開・復帰などの制御指示電文を送信する。ここでは、通信部２がこれらの情報を受信したかどうかを判断する。制御電文を受信した場合はステップＡ９へ進み、そうでなければステップＡ１に戻る。なお、メータ７の制御電文としては、上記した検針・遮断・弁開・復帰以外のメータ設定電文等でも良い。
【００６５】
（ステップＡ９）通信部２がサーバー１０から制御指示命令を受信した場合、メータ通信部４はメータ制御部５を制御して、受信した制御情報をメータ７へ通信する。ステップＡ７と同様に、メータ７とメータ制御部５の間のプロトコルや電文は、サーバー１０から通信部２の間と異なる場合がある、この場合、メータ通信部４はプロトコル変換や電文変換を行う。ステップＡ９終了後はステップＡ１に戻り、上述したステップを繰り返す動作を行う。
【００６６】
以上のような動作により、検針機器１はメータ７の制御関係の通信だけでなく、サーバー１０に対しテスト情報の通信を行う。検針機器１からのテスト情報がサーバー１０に届かない場合は、（１）ＡＤＳＬモデムやケーブルモデムなどの上位通信装置が故障している、（２）上位通信装置に電源が入っていない、（３）インターネット回線（ＩＳＰ，回線事業者など）に障害が出ている、などの障害が考えられる。
【００６７】
次に、図４のフローチャートを用いて、サーバー１０が検針機器１からのデータ受信を行う時の動作を説明する。
【００６８】
（ステップＢ１）サーバー通信部１１は、検針機器１からの通信の受信待ち受けを行う。
【００６９】
（ステップＢ２）サーバー通信部１１は、検針機器１から受信した信号の種類に応じて、処理を分岐させる。具体的には、受信した電文の内容や、プロトコル種別（ＴＣＰ、ＵＤＰ）などに基づいて処理を振り分ける。テスト情報を受信した場合はステップＢ４へ、メータ７の制御に関する電文を受信した場合はステップＢ３へ、何も受信しない場合はステップＢ６へ進む。
【００７０】
（ステップＢ３）サーバー通信部１１でメータ７の制御電文を受信した場合、サーバー通信部１１は電文を制御情報通信部１６に出力する。制御情報通信部１６は、サーバー通信部１１を介して検針機器１に応答を返すと伴に、その電文内容をログ情報として制御履歴管理部１７に記憶させる。なお、電文内容が検針情報などの場合は、その情報を顧客情報記憶部１５に記憶させる。ステップＢ３終了後は、ステップＢ１に戻り受信待ち受けを行う。
【００７１】
（ステップＢ４）サーバー通信部１１でテスト信号（ＵＤＰ）を受信した場合、サーバー通信部１１は、サーバー側テスト情報通信部１２に情報を出力する。サーバー側テスト情報通信部１２は、検針機器１毎にテスト情報の受信日時の記憶・管理を行う。なお、ここでの記憶・管理は、最新（最終）のテスト情報受信の日時だけでも良い。
【００７２】
（ステップＢ５）制御履歴管理部１７は、テスト情報の受信内容と受信日時をログ情報として検針機器１毎に記憶する。また、受信前が非接続状態であった場合は、再接続日時として記録する。制御履歴管理部１７に記録された通信の履歴情報は、検針機器１毎に制御履歴表示部１８で表示させる。制御履歴管理部１７への記録終了後はステップＢ１に戻り、検針機器１からの受信待ち受けを行う。
【００７３】
（ステップＢ６）サーバー通信部１１で何も受信できなかった場合、サーバー側テスト情報通信部１２は、すべての検針機器１それぞれについて、前回のテスト情報の受信時刻（最終アクセス時刻）から現時刻までの経過時間を計算する。計算した経過時間は非接続機器情報取得部１３に出力する。
【００７４】
（ステップＢ７）非接続機器情報取得部１３は、計算した経過時間が所定時間を越えている検針機器１を、サーバー１０との通信がうまく行っていない非接続機器と判定し、その情報を記憶・管理する。所定時間としては、テスト信号の送信間隔に等しいか、それより大きな値を設定する（例３０分）。
【００７５】
非接続機器とは、検針機器１が何らかの理由のためサーバー１０に接続できない状態や、検針機器１自体の電源が落ちていて通信ができない状態、もしくは極めて通信状態の悪い状態にある検針機器１を意味している。
【００７６】
検針機器１がサーバー１０に接続できない理由は、宅内のＬＡＮケーブルが検針機器１から抜けている場合、ＡＤＳＬモデムなどの上位通信装置の電源が落ちている場合、ＩＳＰがトラブルで不通の場合など、様々な理由が考えられる。
【００７７】
なお、ここでは、非接続機器の判定に、テスト信号受信からの経過時間を利用したが、所定時間内におけるテスト信号の受信の有無でも良い。また、非接続判定に関する情報を制御履歴管理部１７に記憶させても良い。ステップＢ７の終了後はステップＢ１へ戻り、上述した動作を繰り返す。
【００７８】
以上のようなサーバー１０の受信動作により、検針機器１のインターネット接続状況をサーバー１０で管理できる。インターネットを介して、メータ７の集中監視を行う場合、通信経路上の機器や回線などのさまざまな障害や遅延などにより、通信が一時的にできなくなる場合がある。本発明は、テスト情報の通信を定期的に行うことにより、検針機器１の接続状況（通信状況）をサーバー１０で常時監視する。
【００７９】
次に、図５のフローチャートを用いて、通信端末からメータの遠隔制御を行う時のサーバー１０の動作を説明する。
【００８０】
（ステップＣ１）顧客は、通信端末のＷＥＢブラウザ機能に所定のＵＲＬを入力し、サーバー１０にアクセスする。通信端末インタフェース部１４は、このアクセスに対して、まずは認証情報を入力させるための認証画面を出力する。認証画面の例を図６（ａ）に示す。ここでは、認証情報としてユーザＩＤとパスワードを利用する例を示している。顧客は、この画面を利用して認証情報を入力する。なお、通信端末インタフェース部１４での動作を制御履歴管理部１７に記録させても良い。
【００８１】
（ステップＣ２）入力された認証情報は、通信端末インタフェース部１４から顧客情報記憶部１５に出力される。顧客情報記憶部１５では、認証情報に対応する検針機器１を検索して特定する。なお、入力された認証情報が間違えていた場合や、認証情報に対応する検針機器１が見つからない場合などは、認証情報を再入力させる。
【００８２】
（ステップＣ３）通信端末制御停止部１９は、非接続機器情報取得部１３にアクセスし、ステップＣ２で特定された検針機器１の現時点における接続状況を取得する。
【００８３】
（ステップＣ４）検針機器１の接続状態に応じて処理を分岐させる。検針機器１が接続状態でなければステップＣ５へ進み、接続状態であればステップＣ６へ進む。
【００８４】
（ステップＣ５）検針機器１が非接続状態なので、通信端末制御停止部１９は、この検針機器１に対しての通信端末インタフェース部１４の動作を停止させ、通信端末に対してエラー応答を行う。エラー応答での画面例を図６（ｂ）に示す。なお、この時点で制御情報通信部１６の動作を停止させても良い。エラー応答などについても制御履歴管理部１７に履歴情報として記録する。検針機器１が非接続状態の場合、このステップＣ５で制御終了となる。
【００８５】
（ステップＣ６）検針機器１が接続状態なので、通信端末からの遠隔制御が可能である。通信端末インタフェース部１４は、通信端末に対して機能選択画面や制御画面を出力する。機能選択画面および制御画面の例を図６（ｃ）（ｄ）に示す。
【００８６】
（ステップＣ７）通信端末インタフェース部１４は、ステップＣ６で表示された画面に対する顧客の入力を取得し、制御命令の形で制御情報通信部１６へ出力する。図６（ｂ）の例の場合は、メータ遮断命令が制御情報通信部１６へ出力される。
【００８７】
（ステップＣ８）制御情報通信部１６は、入力された制御命令に対応する制御電文を検針機器１に送信する。なお、制御情報通信部１６の動作は制御履歴管理部１７に記憶する。
【００８８】
（ステップＣ９）制御情報通信部１６は、ステップＣ８で送信した制御電文に対する応答電文を検針機器１から受信する。受信した応答電文に対応する内容を通信端末インタフェース部１４へ出力する。
【００８９】
（ステップＣ１０）通信端末インタフェース部１４は、ステップＣ９で受信した応答電文から制御結果表示画面を生成し、通信端末へ送信する。結果表示画面の例を図６（ｄ）に示す。ステップＣ１０で通信端末からの遠隔制御動作は終了する。
【００９０】
以上のような動作により、携帯電話などの通信端末からメータ７の制御が可能となる。検針機器１のインターネット接続状態が不良の場合、本実施の形態では、通信端末からのログイン（認証）直後に、制御ができないことを顧客に対して明確に表示でき、従来のように、制御してみるまでわからないという状況は無くなる。これにより通信端末での遠隔制御の操作性が向上する。
【００９１】
なお、制御履歴表示部１８での表示例を図７に示す。制御履歴表示部１８は制御履歴管理部１７で管理している通信履歴情報を検針機器毎に表示する。
【００９２】
制御履歴管理情報は、図４および図５のフローチャートで説明したように、サーバー側テスト情報通信部１２、非接続機器情報取得部１３、通信端末インタフェース部１４、制御情報通信部１６からの通信履歴を記憶管理し、次の日時情報を記憶する。
（１）サーバー側テスト情報通信部１２でテスト信号を受信した最新の日時（最終アクセス日時）。
（２）非接続機器情報取得部１３で検針機器１を接続状態に無いと検出した日時（非接続判定日時）。
（３）テスト情報の通信が再開したときの日時（再接続日時）。
（４）通信端末と通信端末インタフェース部１４での通信内容と通信日時。
（５）制御情報通信部１６と検針機器１での通信内容と通信日時。
【００９３】
このような通信履歴情報を管理し、制御履歴表示部１８で表示させることにより、集中管理センターのオペレータは、何らかのシステム障害が発生した時に問題を解決しやすくなる。
【００９４】
なお、本実施の形態では、検針機器１の接続状態を取得するために非接続機器情報取得部１３にアクセスをしたが（図５のステップＣ３）、この代わりに図８のようにプレゼンス確認部２０を新たに設け、これを利用して検針機器１の接続状態を取得しても良い。
【００９５】
図８は図２のサーバー１０にプレゼンス確認部２０を追加したもので、他の手段は図２と同じである。
【００９６】
プレゼンス確認部２０は、通信端末での認証操作直後において、テスト通信をサーバー１０から検針機器１に対して行い、その通信に対してテスト情報通信部３から所定時間内に応答が帰ってくるかどうかで、検針機器１が接続状態にあるかどうかを判断する。テスト通信としては、一般的なＰＩＮＧ通信などを利用しても良い。ステップＣ３の動作を、プレゼンス確認部２０を利用した接続状態取得に変更しても、本実施の形態と同様の効果が得られる。
【００９７】
なお、本実施の形態で説明した検針機器、サーバーの各部は、ＣＰＵ（またはマイコン）、ＲＡＭ、ＲＯＭ、記憶・記録装置、Ｉ／Ｏなどを備えた電気・情報機器、コンピュータ、サーバー等のハードリソースを協働させるプログラムの形態で実施してもよい。プログラムの形態であれば、磁気メディアや光メディアなどの記録媒体に記録したりインターネットなどの通信回線を用いて配信することで新しい機能の配布・更新やそのインストール作業が簡単にできる。
【産業上の利用可能性】
【００９８】
以上のように、本発明にかかる検針機器、サーバーおよびそのプログラムは、宅内の検針機器のインターネットへの接続状況をサーバー側で管理でき、効率的な集中監視や宅外制御が可能になる。これは、メータの集中監視だけでなく、他の監視システムや、センサー機器などの検針機器、ＮＣＵ、伝送盤にも適用できる。
【図面の簡単な説明】
【００９９】
【図１】本発明の実施の形態１における検針機器の構成を示す図
【図２】本発明の実施の形態１におけるサーバーの構成を示す図
【図３】本発明の実施の形態１の検針機器の動作を示すフローチャート
【図４】本発明の実施の形態１のサーバーの受信動作を示すフローチャート
【図５】本発明の実施の形態１のサーバーの遠隔制御動作を示すフローチャート
【図６】本発明の実施の形態１における通信端末の画面例を示す図
【図７】本発明の実施の形態１におけるサーバーの制御履歴表示部の表示例を示す図
【図８】本発明の実施の形態１においてプレゼンス確認部を用いたサーバーの構成を示す図
【図９】従来の全体構成を示す図
【符号の説明】
【０１００】
１  検針機器
２  通信部
３  テスト情報通信部
４  メータ通信部
５  メータ制御部
６  機器状態監視部
７  メータ
１０  サーバー
１１  サーバー通信部
１２  サーバー側テスト情報通信部
１３  非接続機器情報取得部
１４  通信端末インタフェース部
１５  顧客情報記憶部
１６  制御情報通信部
１７  制御履歴管理部
１８  制御履歴表示部
１９  通信端末制御停止部
２０  プレゼンス確認部
【図１】
2006310914.tif 000003
【図２】
2006310914.tif 000004
【図３】
2006310914.tif 000005
【図４】
2006310914.tif 000006
【図５】
2006310914.tif 000007
【図６】
2006310914.tif 000008
【図７】
2006310914.tif 000009
【図８】
2006310914.tif 000010
【図９】
2006310914.tif 000011