(57)【要約】      （修正有）【課題】メーターとの通信に失敗した場合に、効率的に検針結果を得られる方法を検針員に提案する仕組みを提供する。【解決手段】複数の検針機器と通信可能に接続された携帯端末であって、前記検針機器に対して、検針結果の送信要求を送信し、前記検針機器から送信された検針結果を取得する。また、複数の検針機器から検針結果を取得できなかった場合には、再度複数の検針機器に対して検針結果の送信要求を送信する。【選択図】図１
2016091130.tif 000002
【特許請求の範囲】
【請求項１】
複数の検針機器と通信可能に接続された携帯端末であって、
前記検針機器に対して、検針結果の送信要求を送信する送信手段と、
前記検針機器から送信された検針結果を取得する取得手段と、
を備え、
前記送信手段は、
前記取得手段により複数の検針機器から検針結果を取得できなかった場合、再度複数の検針機器に対して検針結果の送信要求を送信することを特徴とする携帯端末。
【請求項２】
前記送信手段は、さらに、
前記送信手段により再度複数の検針機器に対して検針結果の送信要求を送信するのに要する時間と、ユーザが検針結果を取得できなかった検針機器に訪問するのに要する時間とを比較し、再度複数の検針機器に対して検針結果の送信要求を送信するのに要する時間のほうが短い場合に、再度複数の検針機器に対して検針結果の送信要求を送信することを特徴とする請求項１に記載の携帯端末。
【請求項３】
前記携帯端末は、さらに、
検針機器との通信の可否を示す情報を記憶する記憶手段と、
前記検針結果を取得できなかった検針機器のすべてと通信が不可である場合には、当該検針機器に訪問して検針結果を取得する旨を通知する通知手段と、
を備えることを特徴とする請求項１または２に記載の携帯端末。
【請求項４】
前記通知手段は、さらに、
前記取得手段により検針結果を取得できなかった検針機器が１つであり、かつ当該検針機器との通信が不可である場合に、当該検針機器に訪問して検針結果を取得する旨を通知することを特徴とする請求項３に記載の携帯端末。
【請求項５】
前記送信手段は、さらに、
前記取得手段により検針結果を取得できなかった検針機器が１つであり、かつ前記送信手段により再度当該検針機器に対して検針結果の送信要求を送信するのに要する時間と、ユーザが当該検針結果を取得できなかった検針機器に訪問するのに要する時間とを比較し、再度検針機器に対して検針結果の送信要求を送信するのに要する時間のほうが短い場合に、当該検針機器に対して検針結果の送信要求を送信することを特徴とする請求項１乃至４のいずれか１項に記載の携帯端末。
【請求項６】
前記通知手段は、さらに、
前記取得手段により検針結果を取得できなかった検針機器が１つであり、かつ前記送信手段により再度当該検針機器に対して検針結果の送信要求を送信するのに要する時間と、ユーザが当該検針結果を取得できなかった検針機器に訪問するのに要する時間とを比較し、ユーザが当該検針結果を取得できなかった検針機器に訪問するのに要する時間のほうが短い場合に、当該検針機器に訪問して検針結果を取得する旨を通知することを特徴とする請求項１乃至５のいずれか１項に記載の携帯端末。
【請求項７】
複数の検針機器と通信可能に接続された携帯端末における情報処理方法であって、
前記携帯端末の送信手段が、前記検針機器に対して、検針結果の送信要求を送信する送信工程と、
前記携帯端末の取得手段が、前記検針機器から送信された検針結果を取得する取得工程と、
を備え、
前記送信工程は、
前記取得工程により複数の検針機器から検針結果を取得できなかった場合、再度複数の検針機器に対して検針結果の送信要求を送信することを特徴とする情報処理方法。
【請求項８】
複数の検針機器と通信可能に接続された携帯端末において実行可能なプログラムであって、
前記携帯端末を、
前記検針機器に対して、検針結果の送信要求を送信する送信手段と、
前記検針機器から送信された検針結果を取得する取得手段として機能させ、
前記送信手段を、
前記取得手段により複数の検針機器から検針結果を取得できなかった場合、再度複数の検針機器に対して検針結果の送信要求を送信する手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末、情報処理方法、プログラムに関する。
【背景技術】
【０００２】
電気やガス、水道の検針業務においては、ハンディターミナルやタブレット端末に代表される携帯端末が用いられている。
【０００３】
これらの携帯端末には、無線通信機能が備えられており、電気等のメーター（検針機器）と無線通信を行うことで、指針（検針結果）を取得することが行われている。
【０００４】
また、近年では、特定のエリアにあるメーターと一括で通信を行い、一度にまとめて複数のメーターから検針結果を取得することが行われている。これにより、個々のメーターまで行くことなく、検針業務を進めることが可能となっている。
【０００５】
特許文献１には、一括で通信を行う無線検針システムにおいて通信エラーとなった場合に、エラー原因の種別によってリトライ方法を異ならせる仕組みについて記載がされている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２８２６２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述のような一括検針においては、通信がエラーとなり検針結果の取得が出来ない場合、何度かリトライを繰り返した後に、メーターまで行き目視での検針を行うといったことが行われている。
【０００８】
このような業務では、リトライを繰り返すのではなく、一度失敗したらすぐに訪問して目視で検針したほうが効率的である場合も少なくない。
【０００９】
そこで、本発明では、メーターとの通信に失敗した場合に、効率的に検針結果を得られる方法を提案する仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、複数の検針機器と通信可能に接続された携帯端末であって、前記検針機器に対して、検針結果の送信要求を送信する送信手段と、前記検針機器から送信された検針結果を取得する取得手段と、を備え、前記送信手段は、前記取得手段により複数の検針機器から検針結果を取得できなかった場合、再度複数の検針機器に対して検針結果の送信要求を送信することを特徴とする。
【００１１】
また、本発明は、複数の検針機器と通信可能に接続された携帯端末における情報処理方法であって、前記携帯端末の送信手段が、前記検針機器に対して、検針結果の送信要求を送信する送信工程と、前記携帯端末の取得手段が、前記検針機器から送信された検針結果を取得する取得工程と、を備え、前記送信工程は、前記取得工程により複数の検針機器から検針結果を取得できなかった場合、再度複数の検針機器に対して検針結果の送信要求を送信することを特徴とする。
【００１２】
また、本発明は、複数の検針機器と通信可能に接続された携帯端末において実行可能なプログラムであって、前記携帯端末を、前記検針機器に対して、検針結果の送信要求を送信する送信手段と、前記検針機器から送信された検針結果を取得する取得手段として機能させ、前記送信手段を、前記取得手段により複数の検針機器から検針結果を取得できなかった場合、再度複数の検針機器に対して検針結果の送信要求を送信する手段として機能させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、メーターとの通信に失敗した場合に、効率的に検針結果を得られる方法を提案することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の情報処理システムの構成を示す図
【図２】携帯端末のハードウエア構成を示す図
【図３】携帯端末における処理を示すフローチャート
【図４】顧客テーブルの一例を示す図
【図５】検針員テーブルの一例を示す図
【図６】メインメニュー画面から一括検針画面までの遷移を示す図
【図７】ステップＳ３１０において表示される画面を示す図
【図８】ステップＳ３１５において表示される画面を示す図
【図９】ステップＳ３１７において表示される画面を示す図
【図１０】ステップＳ３１９において表示される画面を示す図
【発明を実施するための形態】
【００１５】
図１を用いて、本実施形態における情報処理システムの構成について説明する。
【００１６】
本実施形態における情報処理システムは、携帯端末１０１と複数のメーター１０２とから構成され、携帯端末１０１とメーターは通信可能に接続されている。
【００１７】
メーター１０２は、電気やガス、水道などの使用料を測定する端末（検針機器）であり、携帯端末１０１に対して測定値を送信する機能を備える。
【００１８】
以下、図２を用いて、図１に示した携帯端末１０１のハードウエア構成の一例について説明する。
【００１９】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。
【００２０】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２１】
また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。
【００２２】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２３】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２４】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２５】
ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００２６】
プリンタコントローラ２１２は、サーマルドットライン方式プリンタ２１３等の印刷機を制御する。
【００２７】
スキャナコントローラ２１４は、スキャナ２１５等の識別器を制御する。
【００２８】
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
【００２９】
次に図３を用いて、本実施形態における携帯端末１０１が実行する処理について説明する。
【００３０】
なお、図３のフローチャートに示す処理は、携帯端末１０１のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００３１】
ステップＳ３０１では、携帯端末１０１のＣＰＵ２０１は、表示部にメインメニュー画面を表示する。
【００３２】
ステップＳ３０２では、携帯端末１０１のＣＰＵ２０１は、メインメニュー画面において検針メニューが選択されたことに応答して、検針メニュー画面を表示する。
【００３３】
ステップＳ３０３では、携帯端末１０１のＣＰＵ２０１は、検針メニュー画面において検針が選択されたことに応答して、検針画面を表示する。そして、検針画面において、一括検針の選択を受け付ける。
【００３４】
ステップＳ３０４では、携帯端末１０１のＣＰＵ２０１は、一括検針画面において検針開始指示を受け付けると、一括検針を実行する。
【００３５】
一括検針とは、所定のエリアにあるメーターから無線により一括で検針結果を取得する検針方法である。具体的には、メーター１０２に対して、検針結果の送信要求を送信し、メーター１０２から送信された検針結果を取得（受信）する。個別検針も同様である。
【００３６】
一括検針によれば、複数のメーターから一度に、一箇所で検針結果を取得できる。
【００３７】
個別検針とは、無線により、１つのメーターから検針結果を取得する検針方法である。
【００３８】
訪問検針とは、検針担当者が各メーターの前まで行き（訪問し）、目視で指針を読み取り、結果を手入力する検針方法である。
【００３９】
図６は、メインメニューから一括検針の実行までの画面遷移を示した図である。
【００４０】
図６（Ａ）はメインメニュー画面の一例であり、「事前準備」「検針」「設定変更」などのボタンが表示されている。
【００４１】
検針ボタン６０１がユーザ（検針担当者）により押下されることで、図６（Ｂ）の検針画面に遷移する。
【００４２】
検針画面には、「一括検針」「個別検針」「訪問検針」等のボタンが表示されている。
【００４３】
検針画面の一括検針ボタン６０２がユーザにより押下されることで、図６（Ｃ）の一括検針画面に遷移する。
【００４４】
一括検針画面には、検針エリアの選択を受け付ける領域６０３と、検針開始ボタン６０４、キャンセルボタン６０５などが表示されている。
【００４５】
検針エリアとは、図４に示す顧客テーブルに登録されたエリアを意味する。例えばエリア：９９９には、メーター番号１〜３までの顧客が含まれる。開始ボタン６０４が押下されることで、これらの顧客（メーター）と通信が行われ、指針（検針結果）を取得する。
【００４６】
ステップＳ３０５では、携帯端末１０１のＣＰＵ２０１は、ステップＳ３０４における一括検針の結果、異常終了した（検針結果（メーターの指針）を取得できなかった）メーターがあるかを判断する。
【００４７】
結果を取得できなかったメーターがある場合（ステップＳ３０５：ＹＥＳ）は、処理をステップＳ３０６に移行する。
【００４８】
結果を取得できなかったメーターがない（すべてのメーターから結果を取得できた）場合は、（ステップＳ３０５：ＮＯ）は、処理をステップＳ３１８に移行する。
【００４９】
ステップＳ３１８では、携帯端末１０１のＣＰＵ２０１は、正常終了画面を表示して、本フローチャートの処理を終了する。
【００５０】
なお、検針結果を取得できなかったメーターについては、図４に示す通信可否フラグを「１」にする。
【００５１】
通信可否フラグとは、通信によりメーターの指針を取得できるか否かを示すフラグである。例えば、直近３ヶ月以内で通信により取得できなかったことがある場合は、フラグが「１」になる。すなわち、通信可否フラグが「１」である場合は、通信による結果取得が出来ない可能性が高いといえる。
【００５２】
ステップＳ３０６では、携帯端末１０１のＣＰＵ２０１は、異常終了したメーターが１件であるか、２件以上（複数）であるかを判断する。
【００５３】
１件である場合（ステップＳ３０６：ＹＥＳ）は、処理をステップＳ３１２に移行する。
【００５４】
２件以上である場合（ステップＳ３０６：ＮＯ）は、処理をステップＳ３０７に移行する。
【００５５】
ステップＳ３０７では、携帯端末１０１のＣＰＵ２０１は、異常終了したメーターの全てが、通信可否フラグが「１」であるかを判断する。
【００５６】
すべてが通信可否フラグが「１」である場合（ステップＳ３０７：ＹＥＳ）は、処理をステップＳ３１７に移行する。
【００５７】
通信可否フラグが「０」のメーターが含まれている場合（ステップＳ３０７：ＮＯ）は、処理をステップＳ３０８に移行する。
【００５８】
ステップＳ３０８では、携帯端末１０１のＣＰＵ２０１は、結果を取得できなかった各メーターへの訪問に要する時間と、結果を取得できなったメーターに対して再度一括検針を行うのに要する時間とを算出する。
【００５９】
訪問に要する時間は、「現在位置からメーターまでの距離」、「メーターから次のメーターへの距離」・・・と、歩行速度（図５）とから算出する。現在位置は、ＧＰＳ情報などに基づき特定する。メーターの所在地は、当該メーターが設置された顧客の住所に基づき特定する。
【００６０】
例えば、検針を担当する者の歩行速度が、分速１２０メートルであり、現在位置からメーターまでの距離が８０メートルである場合、訪問するのに４０秒かかる計算となる。
【００６１】
一括検針に要する時間は、「所定の固定時間（通信設定等に要する時間）」に「メーター１つあたりに要する時間×メーター数」を加算して算出する。
【００６２】
例えば、所定の固定時間が５０秒であり、１つのメーターあたり３秒要する場合において、結果を取得できなかったメーター数が５個である場合は、５０＋３×５＝６５秒となる。
【００６３】
ステップＳ３０９では、携帯端末１０１のＣＰＵ２０１は、ステップＳ３０７で算出した時間のうち、どちらが短いかを判断する。すなわち、個々のメーターを訪問するのと、再度一括検針を行うのとで、どちらが効率的であるかを判断する。
【００６４】
個々のメーターを訪問する時間の方が短い場合（ステップＳ３０９：ＹＥＳ）は、処理をステップＳ３１７に移行する。
【００６５】
再度一括検針を行う方が短い場合（ステップＳ３０９：ＮＯ）は、処理をステップＳ３１０に移行する。
【００６６】
ステップＳ３１０では、携帯端末１０１のＣＰＵ２０１は、図７に示す終了画面を表示し、一括検針のリトライ指示を受け付ける。
【００６７】
一括検針のリトライ指示を受け付けると、再度一括検針を実行する（ステップＳ３１１）。
【００６８】
ステップＳ３１２では、携帯端末１０１のＣＰＵ２０１は、結果を取得できなかったメーターについて、通信可否フラグが「１」であるかを判断する。
【００６９】
通信可否フラグが「１」である場合（ステップＳ３１２：ＹＥＳ）は、処理をステップＳ３１７に移行する。
【００７０】
通信可否フラグが「０」である場合（ステップＳ３１２：ＮＯ）は、処理をステップＳ３１３に移行する。
【００７１】
ステップＳ３１３では、携帯端末１０１のＣＰＵ２０１は、結果を取得できなかったメーターに訪問するのに要する時間を算出する。
【００７２】
ステップＳ３１４では、携帯端末１０１のＣＰＵ２０１は、ステップＳ３１３で算出した訪問時間と、個別検針に要する時間とを比較し、どちらが短いかを判断する。
【００７３】
訪問時間の具体的な算出方法は、ステップＳ３０８と同様である。また、個別検針に要する時間は、例えば５０秒といったように、固定の値である。
【００７４】
訪問時間の方が短い場合（ステップＳ３１４：ＹＥＳ）は、処理をステップＳ３１７に移行する。
【００７５】
個別検針の方が短い場合（ステップＳ３１４：ＮＯ）は、処理をステップＳ３１５に移行する。
【００７６】
ステップＳ３１５では、携帯端末１０１のＣＰＵ２０１は、図８に示す終了画面を表示し、個別検針のリトライ指示を受け付ける。
【００７７】
個別検針のリトライ指示を受け付けると、再度個別検針を実行する（ステップＳ３１６）。
【００７８】
ステップＳ３１７では、携帯端末１０１のＣＰＵ２０１は、図９に示す終了画面を表示し、指針入力の指示を受け付ける。
【００７９】
指針入力指示を受け付けると、指針（メーターの値）の入力を受け付ける（ステップＳ３１８）。
【００８０】
ステップＳ３１９では、携帯端末１０１のＣＰＵ２０１は、正常に終了した旨を表示する（図１０）。
【００８１】
図７は、ステップＳ３１０において表示される画面の一例である。
【００８２】
図７（Ａ）に示す画面には、異常終了した旨とその件数および、再度一括検針をするよう促す表示（通知）がなされる。
【００８３】
また、一括検針リトライボタン７０１が押下されることで、一括検針画面（図７（Ｂ））に遷移する。図７（Ａ）に示すように、一括検針リトライボタン７０１以外のボタン（個別検針ボタン、訪問検針ボタン）については、グレーアウトし、押下できないように制御してもよい。
【００８４】
また、ユーザからの操作を待たずに、一括検針を実行するよう制御してもよい。こうすることで、より効率的に検針結果を得ることが可能となる。
一括検針画面は、図６（Ｃ）と同様の画面である。
【００８５】
図８は、ステップＳ３１５において表示される画面の一例である。
【００８６】
図８（Ａ）に示す画面には、異常終了した旨とその件数および個別検針の実行を促す表示（通知）がなされる。
【００８７】
図８（Ａ）に示すように、個別検針ボタン以外のボタン（一括検針ボタン、訪問検針ボタン）については、グレーアウトし、押下できないように制御してもよい。
【００８８】
また、ユーザからの操作を待たずに、個別検針を実行するよう制御してもよい。こうすることで、より効率的に検針結果を得ることが可能となる。
【００８９】
個別検針リトライボタン８０１が押下されることで、個別検針画面（図８（Ｂ））に遷移する。個別検針画面は、検針対象の顧客名の選択を受け付ける領域８０２と、検針開始ボタン８０３、キャンセルボタン８０４などが表示される。
【００９０】
検針開始ボタン８０３がユーザにより押下されることで、個別検針処理が実行される。
【００９１】
図９は、ステップＳ３１７において表示される画面の一例である。
【００９２】
図９（Ａ）に示す画面には、異常終了した旨とその件数および訪問して検針結果を入力するよう促す表示（通知）がなされる。
【００９３】
図９（Ａ）に示すように、訪問検針ボタン以外のボタン（一括検針ボタン、個別検針ボタン）については、グレーアウトし、押下できないように制御してもよい。
【００９４】
また、ユーザからの操作を待たずに、図９Ｂの画面に遷移するよう制御しても良い。こうすることで、より効率的に検針結果を得ることが可能となる。
【００９５】
また、訪問検針ボタン９０１が押下されることで、訪問検針画面（図９（Ｂ））に遷移する。訪問検針画面は、検針対象の顧客名の選択を受け付ける領域９０２、当該顧客のメーターの前回値が表示される領域９０３、今回の値の入力を受け付ける領域９０４、検針結果の登録指示を受け付ける登録ボタン９０５、キャンセルボタン９０６などが表示される。
【００９６】
登録ボタン９０５が押下されることで、今回の検針結果の値が登録される。
【００９７】
図１０は、ステップＳ３１９において表示される画面であり、正常に一括検針が終了した旨が表示される。
【００９８】
図４は、携帯端末１０１に記憶された顧客テーブルの一例を示す図である。
【００９９】
顧客テーブルには、顧客名、当該顧客の住居に設置されたメーターを識別する情報（メーター番号）、住所、エリア、通信可否フラグ等が登録されている。
図５は、検針担当者（検針員）テーブルの一例である。
【０１００】
検針員を識別する検針員番号と、歩行速度とが対応付けられて登録されている。
【０１０１】
検針員は、携帯端末１０１の使用を開始するにあたり、自らを識別する情報（検針員番号）を入力する。その情報をもとに、歩行速度を特定し、訪問検針に要する時間が算出される。
【０１０２】
以上の処理により、本発明においては、メーターとの通信に失敗した場合に、メーターとの通信の可否や現在位置との距離等を考慮して、効率的に検針結果を得られる方法を提案することが可能となる。
【０１０３】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１０４】
また、本発明におけるプログラムは、図３の処理をコンピュータに実行させるプログラムである。なお、本発明におけるプログラムは、図３の各処理ごとのプログラムであってもよい。
【０１０５】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０１０６】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１０７】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１０８】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１０】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１１１】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１１２】
１０１  携帯端末
１０２  メーター
【図１】
2016091130.tif 000003
【図２】
2016091130.tif 000004
【図３】
2016091130.tif 000005
【図４】
2016091130.tif 000006
【図５】
2016091130.tif 000007
【図６】
2016091130.tif 000008
【図７】
2016091130.tif 000009
【図８】
2016091130.tif 000010
【図９】
2016091130.tif 000011
【図１０】
2016091130.tif 000012