(57)【要約】【課題】  複数台のWeb表示機能を備えた検針サーバ装置１から成る集中自動検針システムにおいて、検針データ取得の際に生じるアクセス先（アドレス）の切替操作を不要にする。【解決手段】  クライアント端末２０からのデータ表示要求を受け、該当メータを管理する検針サーバ装置１−１、１−２、・・・１−Nを関連テーブル７から検索し、サーバ間通信機能５を介して該当メータの情報を取得した後、クライアント端末へ他の検針サーバ装置１から収集したデータを自身の表示データ１０として応答を返す機能を備えることで、クライアントからのアクセス先の切替操作を不要とする。【選択図】図１
2005056256.tif 000002
【特許請求の範囲】
【請求項１】
テナント毎に設置された各種メータから定期的に使用量を算出して記録する検針データ収集機能と、収集して記録された検針データをクライアント端末へ配信する機能を備えた検針サーバ装置を、ネットワークを介してＮ台（Ｎ＝２以上）接続し、上記クライアント端末から検針データの要求が、ある一つの検針サーバ装置に対して行われ、この要求された検針データがこれとは別の検針サーバ装置の管理するデータである場合、データ要求のあった上記検針サーバ装置は、自身が有する、各メータとそれらを管理する検針サーバ装置とを関連付ける関連テーブルの情報をもとに、検針サーバ装置間のコマンド通信により必要データを取得して、クライアント端末へ要求されたデータを配信するようにしたことを特徴とする集中自動検針装置。
【請求項２】
請求項１に記載の集中自動検針装置において、上記検針サーバ装置は、クライアント端末からの要求により、テナント共用の負荷に対する使用量を取得できる関連テーブル構成を有することを特徴とする集中自動検針装置。
【請求項３】
請求項１に記載の集中自動検針装置において、上記検針サーバ装置は、クライアント端末からの要求により、テナント共用の負荷に対する使用量の内、自己の使用量相当分を取得できる関連テーブル構成を有することを特徴とする集中自動検針装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ビルなどにおけるテナント毎のガス、水道、電気等の使用量を算出する集中自動検針装置に関するものである。
【背景技術】
【０００２】
従来、テナントビルなどでは、１台の検針サーバ装置を使用して毎月または隔月検針の他に、１日毎に算出した使用量データ等をWebを使用して配信することで、各テナントの省エネ啓蒙活動に役立てている。（特許文献１）。
【０００３】
【特許文献１】特開２００３−１０９１６６
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来の検針サーバ装置の運用においては、検針対象となるメータ数が増えたり、また、例えばビルの群管理などを目的に、メータの設置箇所が離れている等の理由により、１つの検針システム内に複数台の検針サーバ装置を分散して設置した場合、クライアントとなるテナントや管理者は必要なメータのデータを管理する検針サーバ装置をその都度調べ、管理する検針サーバ装置が異なるごとにアドレスを切り替えてアクセスする必要があるなど手間がかかり、かつ、同時に異なる場所の検針データを１画面に表示させることができないという問題、さらに、共用の負荷の使用量を表示できないという問題があった。つまり、共用部分の管理は大家のみが行い、店子は共用の負荷の使用量を知ることができなかったが、近時の省エネルギの気運の高まりやテナント募集時のアピールポイントとする観点から、大家側からも店子に対して情報を積極的に提供したいとの要望が出始めている。
【課題を解決するための手段】
【０００５】
この発明に係る集中自動検針装置は、テナント毎に設置された各種メータから定期的に使用量を算出して記録する検針データ収集機能と、収集して記録された検針データをクライアント端末へ配信する機能を備えた検針サーバ装置を、ネットワークを介してＮ台（Ｎ＝２以上）接続し、上記クライアント端末から検針データの要求が、ある一つの検針サーバ装置に対して行われ、この要求された検針データがこれとは別の検針サーバ装置の管理するデータである場合、データ要求のあった上記検針サーバ装置は、自身が有する、各メータとそれらを管理する検針サーバ装置とを関連付ける関連テーブルの情報をもとに、検針サーバ装置間のコマンド通信により必要データを取得して、クライアント端末へ要求されたデータを配信するようにしたものである。
【発明の効果】
【０００６】
本発明は、クライアント端末をWeb端末として、Webサーバ機能を持つ検針サーバ装置に接続することで、必要な検針データを複数のクライアントへ遠隔表示する際に、検針サーバ装置を分散して複数台設置した場合の表示データ切り替えに伴うアクセス先変更の手間を大幅に軽減することができる。また、本発明により、同一画面上に、異なる検針サーバ装置が管理する検針データを表示することが可能となり、クライアントへは１台の検針サーバ装置が接続されているように見せることが可能となる。さらにまた、共用の負荷の使用量を表示できる。
【発明を実施するための最良の形態】
【０００７】
実施の形態１．
図１はこの発明の実施の形態１に係る集中自動検針装置を示すブロック図であり、同一機能を有する２つの検針サーバ装置１−１、１−２を有するシステムを示している。この発明に係る集中自動検針装置は、クライアント端末２０と、これとLANにより接続された同一構成の複数の検針サーバ装置１−１、１−２と、各検針サーバ装置に例えばRS485で接続された検針端末３０と、この検針端末に接続されたガス、水道、電気などのメータ３１とを備えている。なお、説明の便宜上、本例では検針サーバ装置を２個設けたものについて説明しているが、検針サーバ装置の数に制限はない。
【０００８】
各検針サーバ装置は次のような機能およびデータを有している。すなわち、HTTP(Hyper Text Transfer Protocol)通信に対応したWebサーバ機能を有するHTTPｄ２と、Webクライアント機能を有するHTTPｃ３と、Java（登録商標）サーブレットやアプレットを含むWebアプリケーション４と、検針サーバ装置間でコマンド通信を行うためのサーバ間通信機能５と、インタフェース手段としてのファイル入出力JNI（Java（登録商標）Native Interface）６と、メータ３１を検針サーバ装置のアドレスと関連付ける関連テーブル７と、検針端末３０からメータ３１のカウント値（＝計量値）を収集する検針データ収集機能８と、フラッシュメモリ等の記憶媒体に保存された検針データファイル９と、メモリ上に展開された表示データ１０とを有する。
【０００９】
クライアント端末２０はJava（登録商標）に対応したWebブラウザ２１と検針データ表示機能２２を有する。検針サーバ装置１−１、１−２とクライアント端末２０はLANにより接続されている。また、検針サーバ装置１−１、１−２と検針端末３０はRS485などのフィールドバスにより接続されている。
【００１０】
検針サーバ装置１−１、１−２は検針データ収集機能８により、電気、水、ガス等のメータ３１のパルス信号をカウントする検針端末３０から定期的に通信によって各メータの使用量の検針を行う。取得したデータはファイル入出力JNI６により、検針サーバ装置１−１、１−２内の記憶媒体に検針データ９として保存される。
【００１１】
検針サーバ装置１−１は、クライアント端末２０から検針データの表示要求をHTTPｄ２が受けると、Webアプリケーション４の一部（アプレット）をクライアント端末２０にダウンロードし、クライアント端末２０では検針データ表示機能２２が動作する。
【００１２】
クライアント端末２０では、ダウンロードされた検針データ表示機能２２が動作した後、オペレータの操作により検針データの表示条件が設定され、再び検針サーバ装置１−１へ表示データを要求する。
【００１３】
Webアプリケーション４が検針データ表示機能２２より表示データの要求を受け付けると、Webアプリケーション４は、データ要求のあったメータ３１が接続されている検針サーバ装置１−１、または１−２のアドレスを、メータ番号をキーにして関連テーブル７から検索を行う。
【００１４】
検索した結果、データを保持している検針サーバ装置が自身より別に存在する場合（本例の場合、検針サーバ装置１−２がデータを保持している）、サーバ間通信機能５はHTTPｃ３を介して該当する検針サーバ装置１−２へデータの要求を行う。その間は、クライアント端末２０への表示要求に対する応答はしない。
【００１５】
サーバ間通信機能５によりデータの要求を受け取った検針サーバ装置１−２は、自身の管理する関連テーブル７で該当データが管理されていることを確認後、ファイル入出力JNI６を介して検針データ９からデータを取得し、表示データ１０を応答内容として、サーバ間通信機能５によりデータ要求してきた検針サーバ装置１−１へ返信する。
【００１６】
該当メータを管理する検針サーバ装置１−２からメータの表示データを応答内容として受信した検針サーバ装置１−１は、そのままHTTPｄ２を介してクライアント端末２０への応答内容として返信する。
【００１７】
クライアント端末２０内の検針データ表示機能２２は、検針サーバ装置１−２から受け取った応答内容、つまり要求した検針データの内容を解析し、画面上に表示する。
【００１８】
図２は関連テーブル７の実施の形態１における構成図であり、これに従って要求のあったメータと管理する検針サーバ装置１−１、１−２との関連付けを行う。Webアプリケーション４が検索を行うときは、図２のメータ番号（M001-M007）をキーとして検索し、該当する検針サーバ装置１−１、１−２のアドレス（＃01、＃02）を取得する。
【００１９】
図３は通信のタイミングチャートであり、クライアント端末２０と検針サーバ装置１−１、１−２間の通信手順を表している。ここでは、クライアント端末２０が検針サーバ装置１−２の管理するメータ３１（M006）のデータについて、データ表示要求を検針サーバ装置１−１へ出した場合を想定する。
【００２０】
クライアント端末２０は、検針サーバ装置１−１へデータ表示要求１０１を送信後、所定の時間が経過するまで応答待ちの状態となる。
【００２１】
データ表示要求を受信した検針サーバ装置１−１は、自身の持つ関連テーブル７を検索した結果、要求されたデータは検針サーバ装置１−２が管理するメータ３１（M006）の情報であることを認識する。
【００２２】
その後、サーバ間通信機能５はHTTPｃ３を使用して検針サーバ装置１−２に対してデータ取得要求１０２を送信後、所定の時間が経過するまで応答待ちの状態となる。
【００２３】
サーバ間通信機能５によりデータ取得要求１０２を受信した検針サーバ装置１−２は、自身の関連テーブル７を検索して自身が該当メータの情報を管理していることを確認後、ファイル入出力JNI６を介して検針データ９から表示データ１０を切り出し、再びサーバ間通信機能５により検針サーバ装置１−１へデータ取得応答１０３を返信する。
【００２４】
なお、検針サーバ装置１−１、１−２の関連テーブル７は同一のものを用いればよく、検針サーバ装置１−１、１−２のいずれかに関連テーブル７の変更があったとき、この変更に基づいて他方の検針サーバ装置の関連テーブル７を書き換える構成としておけばよい。また、検針サーバ装置１−１の関連テーブル７を図２に示すもの、検針サーバ装置１−２の関連テーブル７を自己のサーバアドレス（#02）に対応するメータ番号（M005-M007）を記載したものにしておいてもよい。
【００２５】
検針サーバ装置１−２からデータ取得応答１０３を受信した検針サーバ装置１−１は、受信内容をデータ表示要求１０１に対する応答として、HTTPｄ２を介して、クライアント端末２０にデータ表示応答１０４を返信する。
【００２６】
クライアント端末２０は、受信したデータ表示応答１０４の内容を表示する。
【００２７】
クライアント端末２０をWeb端末として、Webサーバ機能を持つ検針サーバ装置１−１に接続することで、必要な検針データを複数のクライアントへ遠隔表示することができる。検針サーバ装置１−１、１−２を分散して複数台設置した場合に、クライアント端末２０側からは見かけ上検針サーバ装置１−１にのみアクセスするので、クライアント端末２０において表示データ（メータ３１）切り替えに伴うアクセス先変更の手間を軽減できる。
【００２８】
実施の形態２．
実施の形態２の装置の構成図は、実施の形態１における構成図である図１と同様のためその説明は省略する。実施の形態２では、ユーザが自己のテナントの使用量と複数者の共用部分の使用量とを併せて表示する例について説明する。
【００２９】
図４は関連テーブル７の実施の形態２における構成図であり、要求のあった計量種別（#01：電気、#02：ガス、#03：水、#04：蒸気）やテナント番号から、該当するメータ番号とそれを管理するN個の検針サーバ装置１−１、１−２、・・・１−Ｎとの関連付けを行う。Webアプリケーション４が検索を行うときは、計量種別番号やテナント番号等をキーとして検索し、該当する検針サーバ装置１−１、１−２、・・・１−Ｎのアドレスを取得する。図５は通信のタイミングチャートであり、クライアント端末２０とＮ台の検針サーバ装置間の通信手順を表している。
【００３０】
（複数の検針サーバ装置に跨る使用量の表示）
（１）テナント番号#01、計量種別#01の表示
テナント番号#01のユーザが自己のテナントの電気の使用量（電力量：計量種別#01）をクライアント端末２０に表示させる例について説明する。ユーザはクライアント端末２０のWebブラウザ２１より、所定のユーザID、パスワードを入力し、検針値を収集表示させるアプリケーションプログラムにログインする。その後、テナント番号#01、計量種別#01を選択し、表示要求をする。すなわち、クライアント端末２０の入力画面である図６（ａ）に示すように、テナント番号#01、計量種別#01を選択し、「実行」ボタンを押下する。この表示要求に基づき、検針データ表示機能２２は検針サーバ装置１−１にデータ表示要求２０１を送信後、所定の時間が経過するまで応答待ちの状態となる。
【００３１】
このデータ取得要求を受け取った検針サーバ装置１−１のWebアプリケーション４が検針データ表示機能２２より表示データの要求を受け付けるまでは、実施の形態１と同じである。
【００３２】
受け取った表示データの要求が直接メータ番号によるものではなく、計量種別#01やテナント番号#01などの複数メータ３１を包括する情報の場合、該当する検針サーバ装置１−１、１−２、・・・１−Ｎのアドレスを、前述の条件をキーにして関連テーブル７から検索する。この場合、データ表示要求を受信した検針サーバ装置１−１は、自身の持つ関連テーブル７を検索した結果、要求されたデータは検針サーバ装置１−２〜検針サーバ装置１−Ｎに跨って管理されるメータの情報であることを認識する。
【００３３】
検索した結果、自身の検針サーバ装置１−１が管理するメータ３１（M001）のデータはファイル入出力JNI６を使用して検針データファイル９の検針データから表示データ１０として取得するが、異なる検針サーバ装置（１−２、１−３）が管理している場合（この場合M008、M012）、サーバ間通信機能５を使用して検針サーバ装置１−２に対してデータ取得要求２０２を送信後、所定の時間が経過するまで応答待ちの状態となる。
【００３４】
サーバ間通信機能５によりデータ取得要求２０２を受信した検針サーバ装置１−２は、自身の関連テーブル７を検索して該当メータ３１の情報を管理していることを確認後、ファイル入出力JNI６を介して検針データファイル９から表示データ１０を切り出し、再びサーバ間通信機能５により検針サーバ装置１−１へデータ取得応答２０３を返信する。
【００３５】
検針サーバ装置１−２からデータ取得応答２０３を受信した検針サーバ装置１−１は、同様の手順で検針サーバ装置１−３〜検針サーバ装置１−Ｎまで（この場合１−３まで）サーバ間通信機能５を使用してデータ取得要求２０４、データ取得応答２０５を繰り返し、表示データ１０を取得する。なお、データの取得は実施の形態１と同様の手順で、サーバ間通信５がHTTPｃ３を介して表示データ１０を取得する。つまり、複数台の検針サーバ装置１−１、１−２、・・・１−Ｎに、必要とする表示データが跨る場合は、上記手順を繰り返し、全ての表示データ１０を取得する（図４の場合、３台の検針サーバ装置１−１、１−２、１−３に表示データが跨っている）。
【００３６】
複数回にわたってサーバ間通信機能５が取得した表示データ１０（＝すべての表示データ１０の受信完了後）は、データ表示要求２０１に対する応答として１つの表示データ１０としてまとめられ、HTTPｄ２を介してクライアント端末２０への表示応答２０６として返信する。
【００３７】
クライアント端末２０は、受信したデータ表示応答２０６の内容を表示する。すなわち、クライアント端末２０内の検針データ表示機能２２は、検針サーバ装置から受け取った応答内容、つまり要求した全ての検針データの内容を、複数台の検針サーバ装置で管理していることを意識せずに、１画面上に表示することができる。
【００３８】
具体的には、図６（ｂ）の表示例のように、テナント番号#01、計量種別#01における使用量（換言すればテナント番号#01における電力の使用量）が表示される。なお、メータM012は、例えば廊下灯、外灯などのテナント#01−#03の共用の電力負荷における電力使用量を示している。この場合、メータM012の使用量は１５kWhであり、テナント#01−#03は均等にメータM012に接続された負荷の電力（料金）を負担するものとして、テナント#01分として５kWhが表示されている。
【００３９】
（２）テナント番号#02、計量種別#01−#03の表示
図７（ａ）に示す入力画面から、テナント番号#02のユーザが自己のテナントの電気、水道、ガスの使用量（電力量：計量種別#01−#03）をクライアント端末２０に表示させる例について説明する。
【００４０】
ユーザはクライアント端末２０のWebブラウザ２１より、所定のユーザID、パスワードを入力し、検針値を収集表示させるアプリケーションプログラムにログインする。その後、テナント番号#02、計量種別#01-#03を選択し、表示要求をする。即ち、クライアント端末２０の入力画面である図７（ａ）に示すように、テナント番号#02、計量種別#01-#03を選択し、「実行」ボタンを押下する。この表示要求に基づき、検針データ表示機能２２は検針サーバ装置１−１にデータ表示要求２０１を送信後、所定の時間が経過するまで応答待ちの状態となる。
【００４１】
データ表示要求を受信した検針サーバ装置１−１は、自身の持つ関連テーブル７を検索した結果、要求されたデータは検針サーバ装置１−２に管理されるメータの情報であることを認識し、サーバ間通信機能５を使用して検針サーバ装置１−２に対してデータ取得要求２０２を送信後、所定の時間が経過するまで応答待ちの状態となる。
【００４２】
サーバ間通信機能５によりデータ取得要求２０２を受信した検針サーバ装置１−２は、自身の関連テーブル７を検索して該当メータ３１の情報を管理していることを確認後、ファイル入出力JNI６を介して検針データファイル９から表示データ１０を切り出し、再びサーバ間通信機能５により検針サーバ装置１−１へデータ取得応答２０３を返信する。
【００４３】
検針サーバ装置１−２からデータ取得応答２０３を受信した検針サーバ装置１−１は、更にデータを収集するものはないので、データ表示要求２０１に対する応答として１つの表示データ１０としてまとめられ、HTTPｄ２を介してクライアント端末２０への表示応答２０６として返信する。
【００４４】
クライアント端末２０は、受信したデータ表示応答２０６の内容を表示する。
具体的には、図７（ｂ）の表示例のように、テナント番号#02、計量種別#01-#03における使用量（換言すればテナント番号#02における電力、ガス、水道の使用量）が表示される。
【００４５】
また、クライアント端末２０は、検針サーバ装置１−１にのみ、即ちユニキャスト通信するので、ブロードキャスト通信する場合に比較し、ネットワーク上のトラフィックを抑制できる。また、関連テーブル７を検針サーバ装置に設けているので、クライアント端末２０としてはWE−2表示機能を持つ端末を配置し、設定するのみでよい。なお、関連テーブル７を、上述した検針データ表示機能２２と同様に、Java（登録商標）アプレットにより構成し、データを表示する際に毎回、検針サーバ装置からダウンロードするようにしてもよい。
【産業上の利用可能性】
【００４６】
この発明は、ビル等におけるテナント毎のガス、水道、電気等の使用量を算出する集中自動検針装置に適用できる。
【図面の簡単な説明】
【００４７】
【図１】この発明の実施の形態１に係る集中自動検針装置を示すブロック構成図である。
【図２】この発明の実施の形態１の関連テーブル構成図である。
【図３】この発明の実施の形態１のタイミングチャートである。
【図４】この発明の実施の形態２の関連テーブル図である。
【図５】この発明の実施の形態２のタイミングチャートである。
【図６】この発明の実施の形態２の表示画面を示す図である。
【図７】この発明の実施の形態２の表示画面を示す図である。
【符号の説明】
【００４８】
１−１、１−２，・・・１−Ｎ  検針サーバ装置、  ２  HTTPｄ、
３  HTTPｃ、                  ４  Webアプリケーション、
５  サーバ間通信機能、        ６  ファイル入出力JNI、
７  関連テーブル、            ８  検針データ収集機能、
９  検針データ、            １０  表示データ、
２０  クライアント端末、      ２１  Webブラウザ、
２２  検針データ表示機能、    ３０  検針端末、
３１  メータ。
【図１】
2005056256.tif 000003
【図２】
2005056256.tif 000004
【図３】
2005056256.tif 000005
【図４】
2005056256.tif 000006
【図５】
2005056256.tif 000007
【図６】
2005056256.tif 000008
【図７】
2005056256.tif 000009