JP7019641B2 - メータ管理システム及びメータ管理携帯端末 - Google Patents

Description

本発明は、メータ管理システム及びメータ管理携帯端末に関する。

ビルでは、通常、入居するクライアント毎に、電気、ガス、水道等の検針メータ（以下、「実メータ」と呼ぶ。）が設置されており、実メータを検針した値（「実メータ値」と呼ぶ）に基づいて料金の請求が行われる。実メータに加えて、ビル管理システム（ＢＡＳ：Building Automation Systems）が備える自動検針メータ（「ＢＡＳメータ」と呼ぶ。）を導入しているビルもある。ＢＡＳメータの値（「ＢＡＳメータ値」と呼ぶ）は、ビル管理システムに伝えられ、例えば、例えば中央監視室に設けられたＰＣ（Personal Computer）に表示される。

実メータの検針時には、通常、実メータ値とＢＡＳメータ値との整合性確認が行われる。整合性確認は、例えば、実メータを検針する保守員が、読み取った実メータ値を携帯電話でＢＡＳメータの前にいる保守員に伝え、ＢＡＳメータ前の保守員がＢＡＳメータ値と比較することで行われる。しかしながら、この確認作業には、２人の保守員が従事する必要があり、効率が悪い。

下記特許文献１には、実メータ値とＢＡＳメータ値の整合性確認を１人の保守員が行う態様について記載されている。保守員は、ビル管理システムが備える無線端末装置であるハンディターミナルを所持しており、ハンディターミナルを用いて実メータ値の入力と、実メータのＩＤの読み取りを行う。ハンディターミナルでは、実メータ値とＩＤをビル管理システムの中央管理装置に送信する。このとき、中央管理装置では、送信された実メータ値をＩＤと対応づけて記憶するとともに、前回の検針時における実メータ値と今回の検針時における実メータ値の差分を演算する。また、中央管理装置では、前回の検針時におけるＢＡＳメータ値と、今回の検針時におけるＢＡＳメータ値の差分を演算する。演算された両差分結果は、中央管理装置の表示装置または印字装置に出力される。実メータの検針を終えた保守員は、中央監視室に戻り、出力結果を見て、実メータ値とＢＡＳメータ値の整合性を確認する。

下記特許文献２にも、１人の保守員が、実メータ値とＢＡＳメータ値の整合性確認を行うことが開示されている。保守員は、まず、ＢＡＳメータを読み取り、読み取ったＢＡＳメータ値をＰＣなどの携帯端末に入力する。次に、保守員は、実メータの検針を行って、読み取った実メータ値を携帯端末に入力する。そして保守員は、再度、ＢＡＳメータを読み取って、ＢＡＳメータ値を携帯端末に入力する。携帯端末では、２つの時間におけるＢＡＳメータ値の変化と、その間に検針された実メータ値を比較することで、整合性がとれているか否かを確認する。

特開平１０－２２２７８９号公報 特開２０１２－１０８７３３号公報

上記特許文献１では、保守員は、実メータの検針時にはＢＡＳメータとの整合性確認を行うことができないシステムとなっている。このシステムでは、保守員はまず検針業務を集中して行い、その後、中央管理装置の前に移動して実メータ値とＢＡＳメータ値との整合確認業務を行うことを想定している。したがって、保守員は、各業務に集中することができる一方で、不整合がわかった場合には、再度、実メータを確認に出かける必要がある。

上記特許文献２では、保守員は、携帯端末に２度のＢＡＳメータ値の入力を行う必要があり、作業工程が複雑である。また、上記特許文献２では、上記特許文献１と同様に、保守員は、実メータの検針時に、手元の携帯端末においてＢＡＳデータとの整合性を確認することができない構成となっている。上記特許文献２には、保守員は、携帯端末に実メータ値の入力のみを行い、ＢＡＳメータ値の入力と実メータ値との比較は央管理装置の側で行う構成も記載されているが、保守員が実メータの検針時に整合性確認をできない点に変りはない。

上記特許文献１、２のように、保守員が、実メータの検針後に、中央監視室等に移動して、ＢＡＳメータとの整合性比較を行う態様では、保守員の移動に要する時間が無駄になってしまう。特に、大型のビルでは、中央監視室から実メータへの移動には数十分の移動時間を必要とする場合もある。したがって、１人の保守員が、実メータ値とＢＡＳメータ値との整合性を効率的に確認するためには、従来の業務の流れを大きく見直す必要がある。

本発明の目的は、１人の保守員が実メータ値とＢＡＳメータ値の整合性確認を行う場合の業務の流れを見直し、効率の向上を図ることにある。

請求項１にかかるメータ管理システムは、携帯端末におけるユーザ操作に基づいて、実メータのＩＤと実メータ値を取得する実メータ値取得手段と、前記ＩＤに対応し、かつ、前記実メータ値の取得タイミングに対応したＢＡＳメータ値を取得するＢＡＳメータ値取得手段と、前記ＩＤと対応付けて、前記実メータ値及び前記ＢＡＳメータ値を記憶する記憶手段と、前記ＩＤについて、今回取得した前記実メータ値と前回取得した前記実メータ値との差である実メータ差分値を算出する実差分値算出手段と、前記ＩＤについて、今回取得した前記ＢＡＳメータ値と前回取得した前記ＢＡＳメータ値との差であるＢＡＳメータ差分値を算出するＢＡＳ差分値算出手段と、前記実メータ差分値と前記ＢＡＳメータ差分値とを比較して、前記実メータ値と前記ＢＡＳメータ値の整合性の判定を行う判定手段と、前記判定の結果を前記携帯端末に表示する表示手段と、を備えることを特徴とする。

請求項２にかかるメータ管理システムは、前記実メータ値取得手段は、さらに、前記携帯端末において前記実メータ値が入力された段階の日時情報を取得し、前記ＢＡＳメータ値取得手段は、前記日時情報に対応した前記ＢＡＳメータ値を取得することを特徴とする。

請求項３にかかるメータ管理システムは、前記実メータ値取得手段は、さらに、前記携帯端末において今回取得時に撮影された前記実メータの写真も取得し、前記表示手段においては、今回取得時及び前回取得時における前記実メータの写真を表示するための操作ボタンも表示される、ことを特徴とする。

請求項４にかかるメータ管理システムは、前記判定手段による前記判定の結果を、前記携帯端末以外の携帯端末に表示して情報共有を行う共有手段を備えることを特徴とする。

請求項５にかかるメータ管理携帯端末は、ユーザ操作に基づいて、実メータのＩＤ及び実メータ値を取得すると、その取得した実メータのＩＤ、実メータ値及び当該実メータ値の入力タイミングを、前記実メータが設けられている施設の管理に利用されるサーバへ送信する手段と、前記サーバにおいて算出された実メータ差分値であって、今回前記サーバへ送信したＩＤに対応する実メータ値と、前回前記サーバへ送信した前記ＩＤに対応する実メータ値との差である実メータ差分値を取得する手段と、前記サーバにおいて算出されたＢＡＳメータ差分値であって、前記ＩＤに対応し、かつ今回前記サーバへ送信した実メータ値の入力タイミングに対応するＢＡＳメータ値と、前記ＩＤに対応し、かつ前回前記サーバへ送信した実メータ値の入力タイミングに対応するＢＡＳメータ値との差であるＢＡＳメータ差分値を取得する手段と、前記サーバが前記実メータ差分値と前記ＢＡＳメータ差分値とを比較することによって行った前記実メータ値と前記ＢＡＳメータ値の整合性の判定結果を取得する手段と、前記実メータのＩＤ、前記実メータ値及び当該実メータ値の入力タイミングを前記サーバへ送信したことに応じて取得した前記実メータ差分値、前記ＢＡＳメータ差分値及び前記整合性の判定結果を表示する手段と、を備えることを特徴とする。

請求項１にかかる本発明によれば、実メータの検針を行う保守員は、検針後速やかに、整合性の判定結果を知ることが可能となる。したがって、整合性が否定された場合には、ただちに、実メータの再確認などを行うことができる。

請求項２にかかる本発明によれば、実メータ値の入力段階の日時を基準としてＢＡＳメータ値との整合性確認が行われるため、例えば、実メータの検針時には通信状態が悪く通信ができなくても、通信状態の回復後に、その時点までに検針した実メータについて整合性確認をまとめて行うことが可能となる。

請求項３にかかる本発明によれば、整合性が否定された場合に、実メータ値を入力した段階での写真を確認することが可能となり、問題点の洗い出し作業が効率化される。

請求項４にかかる本発明によれば、複数の保守員との間で、最新の判定結果を共有することができる。したがって、例えば、大規模なビル等において、複数の保守員に実メータの分担範囲を割り振って作業するような場合にも、各保守員が、全体の状態を把握することが容易化される。

請求項５にかかる本発明によれば、保守員が使用するメータ管理携帯端末には、整合性判定の結果のみならず、その根拠となる数値も表示されるため、整合性が否定された場合に、保守員による問題点の推定を容易化することができる。

メータ管理システムの構成を示す概略図である。 スマートフォンにおけるアプリ選択画面の例を示す図である。 スマートフォンにおけるメータ検索画面の例を示す図である。 スマートフォンにおける実メータ値入力画面の例を示す図である。 スマートフォンにおける判定結果の表示例を示す図である。 記憶部に記憶されるデータの例を示す図である。 スマートフォンにおける一覧表示の例を示す図である。

以下に、図面を参照しながら、実施形態について説明する。説明においては、理解を容易にするため、具体的な態様について示すが、これらは実施形態を例示するものであり、他にも様々な実施形態をとることが可能である。

図１は、実施形態にかかるメータ管理システム１０の概略的な構成を示す図である。メータ管理システム１０は、ビル２０と、ＰＣ３０と、スマートフォン４０と、サーバ５０と、ネットワーク７０と、保守員８０とを含んでいる。

ビル２０の屋上には、外部から電気を引き込むための電気設備２２が設けられており、電気設備２２には電力量計である実メータ２４が設置されている。実メータ２４には、計測した電力量を表示する表示部２４ａと、実メータ２４を特定する識別情報であるＩＤ（IDentification）の表示欄２４ｂとが設けられている。実メータ２４は、ビル２０の入居者別に設置されており、実メータ２４毎にＩＤが与えられている。各入居者の電気料金は、この実メータ２４の検針値である実メータ値に基づいて決定される。

ビル２０には、ビル管理システムであるＢＡＳ２６が導入されている。ＢＡＳ２６は、電気、空調、照明、エレベータなどの各種ビル設備の集中的な監視及び制御を行うシステムである。ＢＡＳ２６では、例えば、ビルの地下の中央監視室に中央管理装置が設けられ、この中央管理装置がビル設備と通信可能に接続されて、ビル設備の監視及び制御を行う。中央管理装置は、メモリ、プロセッサ及び通信回路を含むコンピュータハードウエアを、オペレーティングシステム（ＯＳ）及びアプリケーションプログラム（アプリ）を含むソフトウエアで制御することにより動作する。

ＢＡＳ２６では、各入居者について、電気設備２２を独自に検針するＢＡＳメータ２８が設けられている。ＢＡＳメータ２８では、短い時間間隔（例えば５秒）で自動検針結果を取得し、異常等の検出を行っている。検針結果は、入居者のＩＤと対応づけてリアルタイム表示をすることができる他、適当な時間間隔で記録も行われる。なお、ＢＡＳメータ２８における入居者のＩＤは、一般的には、実メータ２４のＩＤとは異なったものが選択されるが、両者は１対１に対応づけられている。そこで、実施形態では、説明の簡単化のため、両者のＩＤには同じものを用いて説明を行っている。

ＰＣ３０は、保守管理用の端末装置である。ＰＣ３０は、メモリ、プロセッサ及び通信回路を含むコンピュータハードウエアを、オペレーティングシステム（ＯＳ）及びアプリケーションプログラム（アプリ）を含むソフトウエアで制御することにより動作する。図１では、ＰＣ３０は、有線接続によりＢＡＳ２６と通信可能に設定され、さらに、ＬＴＥ（Long Term Evolution）などの無線接続によりネットワーク７０を通じてサーバ５０と通信可能に設定されている。ＰＣ３０は、アプリによって、ＢＡＳ２６からＢＡＳデータ値を取得することが可能となっている。

スマートフォン４０は、メータ管理携帯端末の例であり、保守員８０が所持する携帯端末装置である。スマートフォン４０は、メモリ、プロセッサ及び通信回路を含むコンピュータハードウエアを、オペレーティングシステム（ＯＳ）及びアプリケーションプログラム（アプリ）を含むソフトウエアで制御することにより動作する。図１の例では、スマートフォン４０は、ＬＴＥなどの無線通信によりネットワーク７０を通じてサーバ５０と通信可能に設定されている。保守員８０は、スマートフォン４０を利用して実メータ２４の検針を行うとともに、ＢＡＳメータ２８との整合性の確認を行う。作業の詳細については、後述する。

サーバ５０は、メモリ、プロセッサ及び通信回路を含むコンピュータハードウエアを、オペレーティングシステム（ＯＳ）及びアプリケーションプログラム（アプリ）を含むソフトウエアで制御することにより動作する装置である。サーバ５０は、ビル２０を含む複数の施設の管理に利用されるため、実施形態では、ビル２０ではなく、遠隔地にある保守管理会社などに設置されることを想定している。ただし、サーバ５０は、ネットワーク７０を通じて通信可能な場所に設置されればよく、特段設置場所を限定されるものではない。サーバ５０には、アプリによって、実メータ値取得部５２、ＢＡＳメータ値取得部５４、記憶部５６、差分算出部５８、判定部６０及び出力部６２の各機能が構築されている。

実メータ値取得部５２は、実メータ値取得手段の例であり、ネットワーク７０を介して、スマートフォン４０から送信されるＩＤと、実メータ値と、実メータ２４の写真と、スマートフォン４０からの送信指示が行われた日時の情報と、を取得する。取得した実メータ値と写真は、ＩＤと対応づけて記憶部５６に記憶される。

ＢＡＳメータ値取得部５４は、ＢＡＳメータ値取得手段の例であり、実メータ値取得部５２が取得したＩＤと日時の情報とをＰＣ３０にネットワーク７０を介して送信する。そして、ＢＡＳメータ値取得部５４は、ＰＣ３０から、このＩＤについて、この日時におけるＢＡＳメータ値を取得する。取得したＢＡＳメータ値は、記憶部５６に、ＩＤと対応づけて記憶される。

記憶部５６は、記憶手段の例であり、半導体メモリ、磁気ディスクなどのメモリを利用して構築された記憶装置である。記憶部５６には、日時、実メータ値、実メータ２４の写真、及び、ＢＡＳメータ値が、ＩＤと対応づけて記憶される。

差分算出部５８は、実差分値算出手段及びＢＡＳ差分値算出手段の例であり、実メータ値及びＢＡＳメータ値についての差分を算出する。具体的には、実メータ値については、記憶部５６に記憶されている今回取得した実メータ値と前回取得した実メータ値との差分（これを「実メータ差分値」と呼ぶ。）を算出する。また、ＢＡＳメータ値については、記憶部５６に記憶されている今回取得したＢＡＳメータ値と前回取得したＢＡＳメータ値との差分（これを「ＢＡＳメータ差分値」と呼ぶ。）を算出する。

判定部６０は、判定手段の例であり、差分算出部５８が算出した実メータ差分値とＢＡＳメータ差分値とを比較して、実メータ値とＢＡＳメータ値との整合性があるか否かを判定する。具体的には、実メータ差分値とＢＡＳメータ差分値との差が、予め設定した基準値以下である場合には整合性があると判定し、基準値を超える場合には整合性がないと判定する。

出力部６２は、判定部６０による判定結果を出力する。出力部６２は、表示手段の例であり、ネットワーク７０を介してスマートフォン４０に判定結果を出力し、スマートフォン４０では判定結果を表示させる機能をもつ。また、出力部６２は、共有手段の例でもあり、スマートフォン４０とは別の携帯端末等に、判定結果等を表示させる機能をもつ。さらに、出力部６２は、サーバ５０に接続されたＰＣなどにも要求に応じて判定結果を出力する。

ネットワーク７０は、ＰＣ３０、スマートフォン４０及びサーバ５０から接続可能な通信回線である。また、保守員８０は、ビル２０の保守管理に従事する作業者である。

続いて、図２Ａ～２Ｄ及び図３を参照して、メータ管理システム１０の動作について説明する。図２Ａ～２Ｄは、スマートフォン４０の画面の例を時系列順に示した図であり、図３は、サーバ５０の記憶部５６に記憶されたデータの例を示す図である。

メータ管理システム１０では、まず、保守員８０が、スマートフォン４０を持って、ビル２０の屋上に移動する。スマートフォン４０では、複数のアプリを選択可能な状態にある。図２Ａでは、Ａ業務１００、Ｂ業務１０２、Ｃ業務１０４及び検針チェック業務１０６のアプリの起動アイコンが表示されている。保守員８０は、検針チェック業務１０６のアイコンを選択する。

この場合、スマートフォン４０では、検針チェック業務アプリが起動する。そして、図２Ｂに示すように、スマートフォン４０には、メータ検索ツール１１０が表示される。メータ検索ツール１１０には、登録されているＡビル、Ｂビル、Ｃビルなどの施設が表示される。図２Ｂには、Ｃビルについて選択した結果、Ｃビルの１Ｆ～５Ｆまでのフロアが表示された状態を示している。保守員８０は適宜スクロールを行い、検針を行おうとするフロアを選択し、入居者一覧を表示させたのちに、対象となる入居者を決定する。

なお、図２Ｂでは、メータ検索ツール１１０を利用したメータ検索について示したが、メータ検索は他の方法で行ってもよい。一例としては、実メータ２４付近に取り付けられたバーコード、ＱＲコード（登録商標）、ＲＦＩＤ（Radio Frequency IDentifier）などのＩＤ記憶媒体を読み取る態様が挙げられる。

図２Ｃは、メータ検索の結果、ＩＤが「１２３４５」である入居者の画面が表示された状態を示している。この画面では、実メータについて、今回の検針値（図２Ｃでは「今回値」と表記されている）を入力する入力欄１２０と、入力のためのキーボード１２２が表示されている。入力欄１２０及びキーボード１２２は、入力手段の例であり、保守員８０は、図１に示した実メータ２４の表示部２４ａから「１１８６０．１」の数字を読み取り、キーボード１２２を操作して入力欄１２０に入力している。

図２Ｃに示した画面には、さらに、写真撮影ボタン１２４と、送信ボタン１２６が表示されている。保守員８０は、写真撮影ボタン１２４を操作することで、スマートフォン４０のカメラを起動し、実メータ２４を撮影する。撮影された写真（ここでは静止画像を想定している）は、スマートフォン４０の内部に一時的に保存される。この状態で、保守員８０が送信ボタン１２６を操作すると、ＩＤ情報、入力欄１２０に入力した実メータ値、実メータ２４の写真、及び、送信ボタン１２６の送信日時の情報がサーバ５０に送信される。

なお、ここでは、入力欄１２０に対し、保守員８０がキーボード１２２を通じて実メータ値を入力する例について示したが、入力は他の方法により行われてもよい。例えば、実メータ２４を撮影した写真に対し、ＯＣＲ処理を施して、実メータ値を取得する態様が挙げられる。

サーバ５０では、実メータ値取得部５２が、スマートフォン４０から送信されるＩＤ、実メータ値、写真、及び送信日時を取得し、記憶部５６に記憶する。図３には、記憶部５６に記憶されるＩＤ「１２３４５」についてのデータ１５０の例を示した。データ１５０には、ＩＤ欄１５２、日時欄１５４、実メータ値欄１５６、ＢＡＳメータ値欄１５８、実メータ写真欄１６０及び判定結果欄１６２が設けられている。

ＩＤ欄１５２は、データ１５０がどのＩＤについてのものかを示す欄である。図３の例では、ＩＤ欄１５２には、ＩＤ「１２３４５」が記憶されている。

日時欄１５４は、サーバ５０の実メータ値取得部５２が取得した日時を記載したものである。図３に示した例では、「２０１９年６月２１日９時４５分３５秒」「２０１９年７月２２日１０時２１分２８秒」「２０１９年８月２１日９時５３分０２秒」の日時が表示されている。なお、日時は、毎回、同じ基準で計測されればよく、スマートフォン４０の送信ボタン１２６が押された日時に代えて、スマートフォン４０への実メータ値の入力が完了した日時、または、写真が撮られた日時などを使用することが可能である。スマートフォン４０の側の日時を利用することで、電波の状態が悪く、サーバ５０での受信に遅れが出た場合にも、実メータ値の入力タイミングを適切に把握することが可能となる。

実メータ値欄１５６には、スマートフォン４０から取得した実メータ値が記憶される。また、実メータ写真欄１６０には、スマートフォン４０から取得した実メータの写真が記憶される。

サーバ５０では、スマートフォン４０からＩＤ、日時、実メータ値、及び写真を取得した場合、ただちに、ＰＣ３０から、当該ＩＤ及び当該日時に対応したＢＡＳメータ値を取得する。ＢＡＳメータ値欄１５８には、取得したＢＡＳメータ値が記憶される。なお、ＰＣ３０が取得するＢＡＳメータ値の取得間隔が大きい場合には、ＰＣ３０では、サーバ５０が要求する日時のＢＡＳメータ値を持たない状況も考えられる。そこで、ＰＣ３０では、例えば、サーバ５０が要求する日時から遡った場合における最新のＢＡＳメータ値をサーバ５０に送信するようにしてもよい。あるいは、この日時近傍の２時刻のＢＡＳメータ値から線形内挿または線形外挿により求めたＢＡＳメータ値を送信するようにしてもよい。いずれにせよ、ＰＣ３０では、毎回、同じ基準で求めたＢＡＳメータ値をサーバ５０に送信する。

サーバ５０では、さらに、差分算出部５８において実メータ差分値とＢＡＳメータ差分値を算出し、判定部６０において判定を行う。そして、サーバ５０の出力部６２は、これらの算出結果及び判定結果をスマートフォン４０に送信する。また、判定結果は、データ１５０の判定結果欄１６２に記憶される。

図２Ｄは、図２Ｃにおいて、送信ボタン１２６を押した後に、スマートフォン４０に表示される画面の例を示している。図２Ｄには、図２Ｃと同様に、ＩＤが「１２３４５」である入居者の画面が表示されており、実メータについての今回の検針値の入力欄１２０も表示されている。また、図２Ｄには、今回撮影した写真のサムネイル１３０も表示されている。さらに、図２Ｄには、サーバ５０から送信された前回の実メータ値を表示する表示欄１３２と、前回の実メータ写真のサムネイル１３４と、実メータ差分値を表示する表示欄１３６が表示されている。入力欄１２０と表示欄１３２、１３６とは、実表示手段の例である。

図２Ｄに示した例では、今回の実メータ値は１１８６０．１（ｋＷｈ）であり、前回の実メータ値は１０４４９．４（ｋＷｈ）であり、実メータ差分値は１４１０．７（ｋＷｈ）である。保守員８０は、表示された値に違和感がある場合には、サムネイル１３０あるいは１３４を操作して、大きなサイズの写真が表示させて、値を確認することができる。

また、図２Ｄには、ＢＡＳメータに関して、今回のＢＡＳメータ値の表示欄１３８、前回のＢＡＳメータ値の表示欄１４０及びＢＡＳメータ差分値の表示欄１４２が表示されている。表示欄１３８、１４０、１４２はＢＡＳ表示手段の例である。図２Ｄに示した例では、今回のＢＡＳメータ値は１１８５９．７（ｋＷｈ）であり、前回のＢＡＳメータ値は１０４４８．９（ｋＷｈ）であり、ＢＡＳメータ差分値は１４１０．８（ｋＷｈ）である。

さらに図２Ｄには、判定結果も表示されている。図２Ｄに示した例では、「良」の表示１４４がなされており、実メータとＢＡＳメータの整合性がとれていることを示している。これは、実メータ差分値とＢＡＳメータ差分値の差が０．１ｋＷｈであり、基準値（例えば、０．５ｋＷｈあるいは１．０ｋＷｈなど）以下であることから整合性があると判断されたためである。表示１４４は、判定表示手段の例である。

実メータ差分値とＢＡＳメータ差分値の差が基準値よりも大きい場合には、良の表示１４４に代えて、「否」の表示がなされる。「否」の表示は、例えば、赤色などにより、保守員８０の注意を促すように行われる。この場合、保守員８０は、今回入力した実メータ値に誤りがなかったかを確認する。保守員８０は、サムネイル１３０、１３４を操作して、実メータの画像の確認を行うこともできる。また、ＢＡＳメータ値の取得間隔に起因した不整合も考えられるため、保守員８０は、ただちに、あるいは適当な時間経過後に、再度、実メータ値を入力して、サーバ５０に送信することも可能である。この場合、サーバ５０では、直前に送信したデータではなく（図３の例では）約１か月前の日時におけるデータを前回のデータとして扱って、差分の計算を行い、再度判定を実施する。

以上の説明では、保守員８０は、実メータ値を入力し、実メータ写真を撮影した後に、ただちにサーバ５０への送信を行うものとした。しかし、スマートフォン４０において電波の状態が悪い場合などには、ただちに、サーバ５０への送信を行うことができない。そこで、スマートフォン４０は、電波の状態が回復した時点で、自動的に、サーバ５０への送信を行う機能を有している。

スマートフォン４０において、電波の状態が回復した時点で、それまで蓄積したデータをまとめてサーバ５０に送信する場合には、サーバ５０における判定の処理もまとめて行われることになる。このため、スマートフォン４０には、サーバ５０から、複数のＩＤに関する判定結果等が同時期に送信される。そこで、スマートフォン４０では、サーバ５０から送信された結果を一覧表示する機能も備えている。

図４には、スマートフォン４０において、サーバ５０から送信された判定結果を一覧表示した画面の例を示した。スマートフォン４０には、判定結果の一覧表１７０が表示されている。図示した一覧表１７０では、ＩＤ「１２３４６」のみが「否」の判定、すなわち、実メータ値とＢＡＳメータ値の整合性がとれないとの判定がなされ、他は全て「良」の判定がなされている。保守員８０は、一覧表１７０において、ＩＤ「１２３４６」の欄を操作することで、ＩＤ「１２３４５」に関して、図２Ｄに示すような詳細な表示をさせることができる。

図４に示したような一覧表１７０は、保守員８０がもつスマートフォン４０だけでなく、他の保守員がもつスマートフォンにも表示させることが可能である。これにより、複数の保守員の情報共有を図ることができる。これは、特に、ビル２０が大規模な場合に有効となる。大規模なビル２０では、入居者の数が多く、実メータ２４の数が１０００を超えることもある。そのため、複数の保守員が、エリア別に分担して検針作業を行うことも多い。この場合に、各保守員のスマートフォンに、ビル２０の全ての入居者についての一覧表１７０を表示可能とすることで、未実施または実施済の範囲を容易に把握することができる他、実施済の範囲における実メータ値とＢＡＳメータ値の整合性の確認も可能となる。ある保守員から他の保守員への業務の引き継ぎも円滑化される。さらに、複数の入居者の実メータ２４に系統的なエラーがでているような場合に、各保守員は、実メータ２４の前で、その問題把握を行い、速やかに対処行動に移ることが可能となる。

また、図４に示したような一覧表１７０は、スマートフォン４０だけでなく、ＰＣ等にも出力することが可能である。ＰＣ等では、サーバ５０の記憶部５６に記憶された図３に示すデータ１５０等にアクセスすることで、ビル２０における全入居者の判定結果等を得ることができる。これにより、ビル２０における保守点検の報告書作成作業などが簡単に行えるようになる。

以上の説明においては、実メータ２４として電力量計を例に挙げて説明を行った。しかし、この実施形態は、ガス、水道などの他のメータにも適用することが可能である。

１０ メータ管理システム、２０ ビル、２２ 電気設備、２４ 実メータ、２４ａ 表示部、２４ｂ 表示欄、２８ ＢＡＳメータ、３０ ＰＣ、４０ スマートフォン、５０ サーバ、５２ 実メータ値取得部、５４ ＢＡＳメータ値取得部、５６ 記憶部、５８ 差分算出部、６０ 判定部、６２ 出力部、７０ ネットワーク、８０ 保守員、１００ Ａ業務、１０２ Ｂ業務、１０４ Ｃ業務、１０６ 検針チェック業務、１１０ メータ検索ツール、１２０ 入力欄、１２２ キーボード、１２４ 写真撮影ボタン、１２６ 送信ボタン、１３０ サムネイル、１３２ 表示欄、１３４ サムネイル、１３６、１３８、１４０、１４２ 表示欄、１４４ 表示、１５０ データ、１５２ ＩＤ欄、１５４ 日時欄、１５６ 実メータ値欄、１５８ ＢＡＳメータ値欄、１６０ 実メータ写真欄、１６２ 判定結果欄、１７０ 一覧表。

Claims (5)

1. 携帯端末におけるユーザ操作に基づいて、実メータのＩＤと実メータ値を取得する実メータ値取得手段と、
   前記ＩＤに対応し、かつ、前記実メータ値の取得タイミングに対応したＢＡＳメータ値を取得するＢＡＳメータ値取得手段と、
   前記ＩＤと対応付けて、前記実メータ値及び前記ＢＡＳメータ値を記憶する記憶手段と、
   前記ＩＤについて、今回取得した前記実メータ値と前回取得した前記実メータ値との差である実メータ差分値を算出する実差分値算出手段と、
   前記ＩＤについて、今回取得した前記ＢＡＳメータ値と前回取得した前記ＢＡＳメータ値との差であるＢＡＳメータ差分値を算出するＢＡＳ差分値算出手段と、
   前記実メータ差分値と前記ＢＡＳメータ差分値とを比較して、前記実メータ値と前記ＢＡＳメータ値の整合性の判定を行う判定手段と、
   前記判定の結果を前記携帯端末に表示する表示手段と、
   を備えることを特徴とするメータ管理システム。
2. 請求項１に記載のメータ管理システムにおいて、
   前記実メータ値取得手段は、さらに、前記携帯端末において前記実メータ値が入力された段階の日時情報を取得し、
   前記ＢＡＳメータ値取得手段は、前記日時情報に対応した前記ＢＡＳメータ値を取得することを特徴とするメータ管理システム。
3. 請求項１に記載のメータ管理システムにおいて、
   前記実メータ値取得手段は、さらに、前記携帯端末において今回取得時に撮影された前記実メータの写真も取得し、
   前記表示手段においては、今回取得時及び前回取得時における前記実メータの写真を表示するための操作ボタンも表示されることを特徴とするメータ管理システム。
4. 請求項１に記載のメータ管理システムにおいて、
   前記判定手段による前記判定の結果を、前記携帯端末以外の携帯端末に表示して情報共有を行う共有手段を備えることを特徴とするメータ管理システム。
5. ユーザ操作に基づいて、実メータのＩＤ及び実メータ値を取得すると、その取得した実メータのＩＤ、実メータ値及び当該実メータ値の入力タイミングを、前記実メータが設けられている施設の管理に利用されるサーバへ送信する手段と、
   前記サーバにおいて算出された実メータ差分値であって、今回前記サーバへ送信したＩＤに対応する実メータ値と、前回前記サーバへ送信した前記ＩＤに対応する実メータ値との差である実メータ差分値を取得する手段と、
   前記サーバにおいて算出されたＢＡＳメータ差分値であって、前記ＩＤに対応し、かつ今回前記サーバへ送信した実メータ値の入力タイミングに対応するＢＡＳメータ値と、前記ＩＤに対応し、かつ前回前記サーバへ送信した実メータ値の入力タイミングに対応するＢＡＳメータ値との差であるＢＡＳメータ差分値を取得する手段と、
   前記サーバが前記実メータ差分値と前記ＢＡＳメータ差分値とを比較することによって行った前記実メータ値と前記ＢＡＳメータ値の整合性の判定結果を取得する手段と、
   前記実メータのＩＤ、前記実メータ値及び当該実メータ値の入力タイミングを前記サーバへ送信したことに応じて取得した前記実メータ差分値、前記ＢＡＳメータ差分値及び前記整合性の判定結果を表示する手段と、
   を備えることを特徴とするメータ管理携帯端末。

Images