JP2012150725A - データ更新装置、データ更新システム、データ更新プログラム、及びデータ更新方法 - Google Patents

Abstract

【課題】コンピュータの動作に用いられるデータに対する更新の確実性を向上できるデータ更新装置、データ更新システム、データ更新プログラム、及びデータ更新方法を提供する。
【解決手段】データロガー５００は、コンピュータの動作に用いられるデータの更新を命じるコマンドを表すコマンド情報と、太陽光発電装置が設置された地域における気象を表す気象情報とを取得する情報取得部５２０を備える。また、データロガー５００は、取得された気象情報で表される気象に基づいて、データの更新が行われる更新期間において太陽光発電装置の発電状態が安定しているか否かを予測する状態予測部５７０をさらに備える。また、データロガー５００は、発電状態が安定していると予測された場合に、太陽光発電装置により発電された電力を用いて、コマンド情報で表されるコマンドに従ったデータの更新を行うデータ更新部５８０をさらに備える。
【選択図】図４

Description

本発明は、コンピュータの動作に用いられるデータを更新するデータ更新装置、データ更新システム、データ更新プログラム、及びデータ更新方法に関する。

この種の技術として、例えば、特許文献１には、マイクロコンピュータ（以下、マイコンという）のＢＩＯＳ（Basic Input/Output System）プログラムの更新に必要な主電源による電力の供給を、内蔵電池でバックアップする技術が開示されている。

特開２００３−１５７８１号公報

しかしながら、上記特許文献１の技術では、内蔵電池などのバックアップ電源を有しなければ、プログラムの更新中に主電源による電力の供給が不安定になると、プログラムが正常に更新されないおそれがあるという問題があった。

本発明は、このような点に鑑みてなされたものであり、その目的とするところは、コンピュータの動作に用いられるデータに対する更新の確実性を向上できるデータ更新装置、データ更新システム、データ更新プログラム、及びデータ更新方法を提供することにある。

上記目的を達成するため、本発明の第１の観点に係るデータ更新装置は、
コンピュータの動作に用いられるデータの更新を命じるコマンドを表すコマンド情報と、太陽光又は風力を用いて発電を行う発電装置が設置された地域における気象を表す気象情報とを取得する情報取得手段と、
前記情報取得手段で取得された気象情報で表される気象に基づいて、前記データの更新が行われる更新期間において前記発電装置の発電状態が安定しているか否かを予測する状態予測手段と、
前記状態予測手段によって前記発電状態が安定していると予測された場合に、前記発電装置により発電された電力を用いて、前記コマンド情報で表されるコマンドに従った前記データの更新を行うデータ更新手段と、を備える。

また、本発明の第２の観点に係るデータ更新システムは、
コンピュータの動作に用いられるデータの更新を命じるコマンドを送信するサーバ装置と、
太陽光又は風力を用いて発電を行う発電装置が設置された地域における気象を計測する計測手段と、
前記計測手段で計測された気象に基づいて、前記データの更新が行われる更新期間において前記発電装置の発電状態が安定しているか否かを予測する状態予測手段と、
前記状態予測手段によって前記発電状態が安定していると予測された場合に、前記発電装置により発電された電力を用いて、前記コマンドに従った前記データの更新を行うデータ更新手段と、を備える。

また、本発明の第３の観点に係るデータ更新プログラムは、
コンピュータを、
前記コンピュータの動作に用いられるデータの更新を命じるコマンドを表すコマンド情報と、太陽光又は風力を用いて発電を行う発電装置が設置された地域における気象を表す気象情報とを取得する情報取得手段、
前記情報取得手段で取得された気象情報で表される気象に基づいて、前記データの更新が行われる更新期間において前記発電装置の発電状態が安定しているか否かを予測する状態予測手段、
前記状態予測手段によって前記発電状態が安定していると予測された場合に、前記発電装置により発電された電力を用いて、前記コマンド情報で表されるコマンドに従った前記データの更新を行うデータ更新手段、として機能させる。

また、本発明の第４の観点に係るデータ更新方法は、
コンピュータの動作に用いられるデータの更新を命じるコマンドを表すコマンド情報と、太陽光又は風力を用いて発電を行う発電装置が設置された地域における気象を表す気象情報とを取得する情報取得ステップと、
前記情報取得ステップで取得された気象情報で表される気象に基づいて、前記データの更新が行われる更新期間において前記発電装置の発電状態が安定しているか否かを予測する状態予測ステップと、
前記状態予測ステップによって前記発電状態が安定していると予測された場合に、前記発電装置により発電された電力を用いて、前記コマンド情報で表されるコマンドに従った前記データの更新を行うデータ更新ステップと、を有する。

本発明のデータ更新装置、データ更新システム、データ更新プログラム、及びデータ更新方法によれば、コンピュータの動作に用いられるデータに対する更新の確実性を向上できる。

本発明の実施形態１に係るデータ更新システムの構成を示す概略図である。 本発明の実施形態１に係るデータ更新装置の一例であるデータロガーの構成を示すハードウェア構成図である。 データ更新システムで実行される情報収集処理の処理シーケンスの一例を表すシーケンス図である。 データロガーが有する機能の一例を表す機能ブロック図である。 ログファイルの一例を表す図である。 日没情報テーブルの一例を表す図である。 データロガーが実行するメンテナンス処理の一例を表すフローチャートである。 メンテナンスファイルの一例を表す図である。 データロガーが実行する電源状態判定処理の一例を表すフローチャートである。

以下、本発明の実施形態に係るデータ更新システム１について、添付図面を参照しつつ説明する。

本発明の実施形態に係るデータ更新システム１は、図１に示すように、住宅Ｈに設置される。データ更新システム１は、データロガー５００の動作に用いられるデータを、太陽光発電モジュール１００で発電された電力を用いて更新する。

尚、データロガーの動作に用いられるデータは、例えば、データロガーが実行するファームウェアなどのプログラムや、動作プログラムの実行に用いる設定ファイルなどのデータを含む。また、更新された後のデータは、工場出荷時にデータロガーに搭載された機能を拡張した機能、若しくは工場出荷時にデータロガーに搭載された機能とは異なる新たな追加機能の実現に用いられるプログラム若しくはバグが修正されたプログラム、又はこれらのプログラムが使用するデータを含む。

データ更新システム１は、外部通信網１０ｗと、太陽光発電モジュール１００と、パワーコンディショナ２００と、気温センサ３１０、湿度センサ３２０、及び風速センサ３３０と、サーバ装置４００と、データロガー５００とで構成される。

外部通信網１０ｗは、例えば、インターネットで構成され、住宅Ｈの内部に設置されたデータロガー５００と、住宅Ｈの外部に設置されたサーバ装置４００とを通信可能に接続する。

太陽光発電モジュール１００は、光エネルギーを電力に変換する太陽光発電装置である。太陽光発電モジュール１００で発電された電力は、電力線ＬＧを介してパワーコンディショナ２００へ供給される。

パワーコンディショナ２００は、太陽光発電モジュール１００の運転状態を制御する。また、パワーコンディショナ２００は、不図示の電力センサを備え、電力線ＬＧを介して太陽光発電モジュール１００から供給された電力を、当該電力センサを用いて計測する。その後、パワーコンディショナ２００は、計測された電力（つまり、太陽光発電モジュール１００の発電量）を表す電力情報と、太陽光発電モジュール１００の運転状態を表す情報（以下、運転状態情報という）とを、シリアル回線を介してデータロガー５００へ送信する。パワーコンディショナ２００は、データロガー５００に対して太陽光発電モジュール１００で発電された電力を供給する。

気温センサ３１０、湿度センサ３２０、及び風速センサ３３０は、太陽光発電モジュール１００が設置された地域と同じ地域に設置されている。気温センサ３１０、湿度センサ３２０、及び風速センサ３３０は、データロガー５００を介して供給される電力を用いて、それぞれのセンサ３１０から３３０が設置された地域の気温、湿度、及び風速をそれぞれ測定する。気温センサ３１０、湿度センサ３２０、及び風速センサ３３０は、測定された気温を表す気温情報、測定された湿度を表す湿度情報、及び測定された風速を表す風速情報を、それぞれシリアル回線を介してデータロガー５００へ送信する。尚、気温情報、湿度情報、及び風速情報は、太陽光発電モジュール１００が設置された地域の環境を表す環境情報に含まれる。このため、気温センサ３１０、湿度センサ３２０、及び風速センサ３３０は、環境を測定する環境センサとも称される。また、本明細書において、環境センサ３１０から３３０がそれぞれ設置された地域は、例えば、住宅Ｈの屋根など太陽光発電モジュール１００が設置された場所を少なくとも含む。

サーバ装置４００は、太陽光発電モジュール１００の発電量を表す情報と、発電時刻を表す情報とを対応付けた複数の情報であるログ情報を、データロガー５００から受信する。サーバ装置４００は、受信したログ情報に基づいて、データロガー５００の保守（つまり、メンテナンス）を行う。

データロガー５００は、本発明の実施形態に係るデータ更新装置の一例である。データロガー５００は、図２に示すように、ＣＰＵ（Central Processing Unit）５００ａ、ＲＯＭ（Read Only Memory）５００ｂ、ＲＡＭ（Random Access Memory）５００ｃ、ハードディスク５００ｄ、第１通信回路５００ｆ、第２通信回路５００ｇ、７ＳＥＧ（SEGment）表示部品５００ｉ、及び操作ボタン５００ｊで構成される。

ＣＰＵ５００ａは、ＲＯＭ５００ｂ又はハードディスク５００ｄに保存されたプログラムに従ってソフトウェア処理を実行することで、データロガー５００の全体制御を行う。ＲＡＭ５００ｃは、ＣＰＵ５００ａによるプログラムの実行時において、処理対象とする情報（つまり、データ）を一時的に記憶する。

ハードディスク５００ｄは、各種の情報（つまり、データ）を保存した表（つまり、テーブル）を記憶する。尚、データロガー５００は、ハードディスク５００ｄの代わりに、フラッシュメモリを備えても良い。

第１通信回路５００ｆは、シリアル回線を介して接続する気温センサ３１０、湿度センサ３２０、風速センサ３３０、及びパワーコンディショナ２００との間でデータをシリアル通信する。第２通信回路５００ｇは、外部通信網１０ｗを介して接続するサーバ装置４００とデータを通信する。

７ＳＥＧ表示部品５００ｉは、ＣＰＵ５００ａから出力された信号に応じて、例えば、エラーコードなどの各種コードを表示する。操作ボタン５００ｊは、ユーザの操作に応じた信号を入力する。

データロガー５００は、パワーコンディショナ２００に接続するが、例えば、電力会社から電力を供給される電力線ＬＳと接続したり、電力を蓄電する蓄電池を有したりしていない。このため、データロガー５００は、太陽光発電モジュール１００が発電した電力をパワーコンディショナ２００から供給される場合にのみ動作する。つまり、通常、データロガー５００は、夜明けから動作を開始し、日没後に動作を停止する。

データロガー５００のＣＰＵ５００ａは、図３にシーケンスを示すような情報取得処理を、図２のハードウェアを用いて実行する。この情報取得処理は、電力情報及び環境情報（つまり、気温情報、湿度情報、及び風速情報）の送信を要求し、要求に応じて送信された情報を取得する処理である。ＣＰＵ５００ａは、情報取得処理を実行することで、図４の情報取得部５２０、情報保存部５３０、情報検索部５６０、及び情報出力部５５０として機能する。また、ＣＰＵ５００ａは、ハードディスク５００ｄと協働して、情報記憶部５１０として機能する。

情報記憶部５１０は、図５に示すようなログファイルを記憶している。このログファイルには、電力情報と、気温情報と、湿度情報と、風速情報と、これらの情報でそれぞれ表される電力（つまり、発電量）、気温、湿度、及び風速が計測された計測日時を表す情報と、計測時刻を表す情報とが対応付けられたログ情報（つまり、レコード）が複数保存されている。また、ログファイルでは、ログ情報と、当該ログ情報がサーバ装置４００へアップロード（つまり、送信）されたか否かを表すアップロード情報とが対応付けられている。

情報収集処理を開始すると、図４の情報検索部５６０は、電力情報及び環境情報を収集する時間間隔である情報収集間隔を記述した設定ファイルを情報記憶部５１０から検索する。その後、情報検索部５６０は、検索された設定ファイルに記述された情報収集間隔を、情報収集処理で用いられる所定の変数に代入する。

その後、情報出力部５５０は、情報を送信するように求めるリクエスト（以下、送信要求という）を第１通信回路５００ｆへ出力し、第１通信回路５００ｆは、送信要求をパワーコンデョショナ２００へ送信する。尚、送信要求は、例えば、「0x01」のような１バイトの固定値を表すデータであるとして説明するが、これに限定される訳ではない。

その後、データロガー５００の第１通信回路５００ｆは、パワーコンデョショナ２００から運転状態情報と電力情報とを受信し、情報取得部５２０は、第１通信回路５００ｆが受信したこれらの情報を取得する。尚、パワーコンデョショナ２００が送信する運転状態情報と電力情報とは、それぞれ４バイトのデータと１バイトのデータとで表される。

その後、情報保存部５３０は、電力情報の受信日付（つまり、年月日）と受信時刻とを当該電力情報で表される電力が計測された計測日付と計測時刻とする。その後に、情報保存部５３０は、取得された運転状態情報と、電力情報と、計測日付を表す日付情報と計測時刻を表す時刻情報とを対応付けたログ情報を、図５のログファイルへ保存する。

次に、情報出力部５５０は、上記と同様に、送信要求を第１通信回路５００ｆへ出力し、第１通信回路５００ｆは、送信要求を気温センサ３１０、湿度センサ３２０、及び風速センサ３３０へそれぞれ送信する。その後、情報取得部５２０は、気温センサ３１０、湿度センサ３２０、及び風速センサ３３０から第１通信回路５００ｆが受信した気温情報、湿度情報、及び風速情報をそれぞれ取得する。尚、気温情報、湿度情報、及び風速情報は、それぞれ２バイトのデータで表される。

その後、情報保存部５３０は、気温情報、湿度情報、及び風速情報がそれぞれ受信された受信時刻を、当該気温情報、湿度情報、及び風速情報でそれぞれ表される気温、湿度、及び風速が計測された計測時刻とした後に、受信された気温情報、湿度情報、及び風速情報と、計測時刻を表す時刻情報とを対応付けたログ情報を、図５のログファイルへ保存する。その後、上記所定の変数の値で表される情報収集間隔だけ経過すると、送信要求をパワーコンディショナ２００へ送信する処理から上記処理が繰り返される。

データロガー５００のＣＰＵ５００ａは、図２のハードウェアを用いて、図７に示すようなメンテナンス処理を実行することで、コマンド解析部５４０、状態予測部５７０、及びデータ更新部５８０としてさらに機能する。尚、メンテナンス処理は、データロガー５００の動作に用いられるデータを更新するなど、データロガー５００のメンテナンスを行う処理をいう。

尚、情報記憶部５１０は、図６に示すような、日付を表す情報と、太陽光発電モジュール１００が設置された地域における当該日付の日没時刻を表す情報とが対応付けて保存されたレコードを複数有する日没情報テーブルを記憶している。

図７のメンテナンス処理を開始すると、図４の情報検索部５６０は、データロガー５００のメンテナンスを行う時間間隔であるメンテナンス間隔を記述した設定ファイルを情報記憶部５１０から検索する。その後、情報検索部５６０は、検索された設定ファイルに記述されたメンテナンス間隔を、メンテナンス処理で用いられる所定の変数に代入することで、メンテナンス間隔を設定する（ステップＳ０１）。

次に、情報出力部５５０は、メンテナンスの内容を指定するメンテナンスファイルを送信するように求める要求（以下、メンテナンス要求という）を、図２の第２通信回路５００ｇへ出力する。具体的には、第２通信回路５００ｇは、例えば、ＨＴＴＰ（HyperText Transfer Protocol）のＧＥＴコマンドのようなメンテナンス要求をサーバ装置４００へ送信する（ステップＳ０２）。次に、第２通信回路５００ｇは、サーバからメンテナンスファイルを受信し、情報取得部５２０は、メンテナンスファイルを第２通信回路５００ｇから取得する（ステップＳ０３）。

ここで、メンテナンスファイルは、図８に示すような１バイトのデータである。メンテナンスファイルは、値が「1」であるビット値の位によって、データロガー５００に対して更新を命じるデータが異なる。具体的には、第７ビット（つまり、最上位）のビットデータが値「1」であるメンテナンスファイルは、ログ情報のアップロードを命じるログアップロードコマンドである。また、第６ビットのビットデータが値「1」であるメンテナンスファイルは、電力情報及び環境情報（つまり、気温情報、温度情報、及び風速情報）の収集間隔を再設定するように命じる情報収集間隔設定コマンドである。さらに、第５ビットのビットデータが値「1」であるメンテナンスファイルは、メンテナンスの行われる間隔を再設定するように命じるメンテナンス間隔設定コマンドである。またさらに、第４ビットのビットデータが値「1」であるメンテナンスファイルは、データロガー５００の動作に用いられるデータを更新するように命じるデータ更新コマンドである。尚、本実施形態において、サーバ装置４００は、メンテナンスファイルを構成する第４ビットから第７ビットのビットデータの２つ以上を値「1」とすることが無いとして説明を行う。

図７のステップＳ０３の後に、コマンド解析部５４０は、メンテナンスファイルの第７ビットのビットデータに基づいて、メンテナンスファイルがデータアップロードコマンドであるか否かを判別する（ステップＳ０４）。具体的には、コマンド解析部５４０は、第７ビットのビットデータの値が「1」である場合に、サーバ装置４００の要求がデータアップロードコマンドであると判別する。

ステップＳ０４において、メンテナンスファイルがデータアップロードコマンドであるとコマンド解析部５４０が判別すると（ステップＳ０４；Ｙｅｓ）、図４の情報検索部５６０は、図５のログファイルから、アップロードがされていないことを表すアップロード情報に対応付けられたログ情報（つまり、レコード）を１又は複数検索する。次に、情報出力部５５０は、検索された１又は複数のログ情報を、図２の第２通信回路５００ｇへ出力し、第２通信回路５００ｇは、出力された１又は複数のログ情報を、例えば、ＨＴＴＰ（HyperText Transfer Protocol）のＰＵＴコマンドを用いてサーバ装置４００へ送信（つまり、アップロード）する（ステップＳ０５）。その後、情報保存部５３０は、送信されたログ情報に対応付けられたアップロード情報を、アップロード済みを表す情報に更新する。

ステップＳ０４において、コマンド解析部５４０は、メンテナンスファイルがデータアップロードコマンドでないと判別すると（ステップＳ０４；Ｎｏ）、ステップＳ０４と同様に、コマンド解析部５４０は、メンテナンスファイルの第６ビットのビットデータに基づいて、メンテナンスファイルが情報収集間隔設定コマンドであるか否かを判別する（ステップＳ０６）。このとき、メンテナンスファイルが情報収集間隔設定コマンドであるとコマンド解析部５４０が判別すると（ステップＳ０６；Ｙｅｓ）、図２の第２通信回路５００ｇは、新たに設定する情報収集間隔を記述する設定ファイルを、例えば、ＧＥＴコマンドを用いてサーバ装置４００から受信し、図４の情報取得部５２０は、第２通信回路５００ｇから設定ファイルを取得する（ステップＳ０７）。その後、データ更新部５８０は、情報記憶部５１０に記憶された設定ファイルの内容を、情報取得部５２０で取得された設定ファイルが記述する情報収集間隔を表す内容に更新する。また、データ更新部５８０は、情報取得処理で使用される上記所定の変数の値を、取得された設定ファイルが記述する情報収集間隔に更新する（ステップＳ０８）。

ステップＳ０６において、コマンド解析部５４０は、メンテナンスファイルが情報収集間隔設定コマンドでないと判別すると（ステップＳ０６；Ｎｏ）、ステップＳ０４と同様に、コマンド解析部５４０は、メンテナンスファイルの第５ビットのビットデータに基づいて、メンテナンスファイルがメンテナンス間隔設定コマンドであるか否かを判別する（ステップＳ０９）。このとき、メンテナンスファイルがメンテナンス間隔設定コマンドであるとコマンド解析部５４０が判別すると（ステップＳ０９；Ｙｅｓ）、図２の第２通信回路５００ｇは、ステップＳ０７と同様に、新たに設定するメンテナンス間隔を記述する設定ファイルを、例えば、ＧＥＴコマンドを用いてサーバ装置４００から受信し、図４の情報取得部５２０は、第２通信回路５００ｇから設定ファイルを取得する（ステップＳ１０）。その後、データ更新部５８０は、情報記憶部５１０に記憶された設定ファイルの内容を、情報取得部５２０で取得された設定ファイルが記述するメンテナンス間隔を表す内容に更新する。また、データ更新部５８０は、メンテナンス処理で使用される上記所定の変数の値を、取得された設定ファイルが記述するメンテナンス間隔に更新する（ステップＳ１１）。

ステップＳ０９において、コマンド解析部５４０は、メンテナンスファイルがメンテナンス間隔設定コマンドでないと判別すると（ステップＳ０６；Ｎｏ）、ステップＳ０４と同様に、コマンド解析部５４０は、メンテナンスファイルの第４ビットのビットデータに基づいて、メンテナンスファイルがデータ更新コマンドであるか否かを判別する（ステップＳ１２）。このとき、メンテナンスファイルがデータ更新コマンドであるとコマンド解析部５４０が判別すると（ステップＳ１２；Ｙｅｓ）、電源である太陽光発電モジュール１００の発電状態（以下、電源状態という）が安定しているか否かを判定する、図９の電源状態判定処理が実行される。

図９の電源状態判定処理が開始されると、図４の情報検索部５６０は、データの更新が行われる更新期間の開始時刻を現在時刻とする。次に、情報検索部５６０は、現在時刻から３０分前の時刻から現在時刻までの期間（以下、電力安定性判定期間という）に含まれる時刻を表す情報と対応付けられた複数の電力情報を、図５のログファイルから検索する。その後、状態予測部５７０は、電力安定性判定期間における、当該複数の電力情報でそれぞれ表される電力の値（つまり、発電量）の変化量が「20%」以上であるか否かを判別する（ステップＳ２１）。過去３０分における発電量の変化量が「20%」を超える場合には、太陽光発電モジュール１００の発電状態が未だ安定しておらず、太陽光発電モジュール１００が更新期間においても安定した電力を供給できない可能性が高いためである。

具体例としては、状態予測部５７０は、電力安定性判定期間における最小の発電量と、最大の発電量との差異を算出し、算出された差異の当該最大の発電量に対する割合が「20%」を以上であるか否かを判別する。尚、電力安定性判定期間は、現在時刻より３０分前の時刻から現在時刻までの期間に限定される訳ではない。また、状態予測部５７０は、発電量の変化量が「20%」以上であるか否かを判別することに限定される訳ではない。より好適な電力安定性判定期間及び変化量の閾値は、当業者が実験により定めることができる。

ステップＳ２１において、発電量の変化量が「20%」より少ないと判別されると（ステップＳ２１；Ｎｏ）、情報検索部５６０は、現在時刻から３０分前の時刻から現在時刻までの期間（以下、気温安定性判定期間という）に含まれる時刻を表す情報と対応付けられた複数の気温情報を、図５のログファイルから検索する。その後、状態予測部５７０は、気温安定性判定期間における、当該複数の気温情報でそれぞれ表される気温の変化量が「摂氏２度（以下単に、２度という）」以上であるか否かを判別する（ステップＳ２２）。過去３０分における気温の変化量が「２度」以上である場合には、例えば、寒冷前線の通過などに伴い、更新期間において天気が急変し、日光が雲により遮られる可能性が高いためである。つまり、太陽光発電モジュール１００が更新期間において安定した電力を供給できない可能性が高いためである。

具体例としては、状態予測部５７０は、気温安定性判定期間における最低気温と、最高気温との差異を算出し、算出された差異が「２度」以上であるか否かを判別する。尚、気温安定性判定期間は、現在時刻より３０分前の時刻から現在時刻までの期間に限定される訳ではない。また、状態予測部５７０は、気温の変化量が「２度」以上であるか否かを判別することに限定される訳ではない。より好適な気温安定性判定期間及び気温の変化量の閾値は、当業者が実験により定めることができる。

ステップＳ２２において、気温の変化量が「２度」より小さいと判別すると（ステップＳ２２；Ｎｏ）、情報検索部５６０は、最新の時刻を表す情報と対応付けられた湿度情報と風速情報とを、図５のログファイルから検索する。その後、状態予測部５７０は、検索された湿度情報で表される湿度が「70%」以上であり、かつ検索された風速情報で表される風速が「10m/s」以上であるか否かを判別する（ステップＳ２３）。湿度が「70%」以上であり、かつ風速が「10m/s」以上である場合には、例えば、台風の接近などに伴い、更新期間において天気が急変する可能性が高いためである。尚、状態予測部５７０は、湿度が「70%」以上であり、かつ風速が「10m/s」以上であるか否かを判別することに限定される訳ではない。より好適な湿度の閾値及び風速の閾値は、当業者が実験により定めることができる。

ステップＳ２３において、湿度が「70%」より低い、又は風速が「10m/s」より遅いと判別すると（ステップＳ２３；Ｎｏ）、情報取得部５２０は、例えば、ＯＳ（Operating System）が使用する変数から、データロガー５００の起動時間を計時する変数の値を取得する。また、情報検索部５６０は、データの更新が行われる更新日付（つまり、本日）を表す情報と対応付けられた日没時刻を表す情報を、図６の日没情報テーブルから検索する。その後、状態予測部５７０は、更新期間の終了時刻を、更新期間の開始時刻から所定の時間αだけ後の時刻であるとした後に、更新終了時刻から、更新日付における日没時刻までの時間を算出する。

その後、状態予測部５７０は、取得された変数の値で表されるデータロガー５００の起動時間が１時間以下であるか、又は算出された日没時刻までの時間が１時間以下であるかを判別する（ステップＳ２４）。データロガー５００は、日の出とともに起動するため、データロガー５００の起動時間が１時間以下である場合には、例えば、太陽高度が十分に高くないので、太陽光発電モジュール１００が更新期間において安定した電力を供給できない可能性が高いためである。また、日没時刻までの時間が１時間以下である場合も同様である。

尚、状態予測部５７０は、データロガー５００の起動時間が１時間以下であり、かつ日没時刻までの時間が１時間以上であるかを判別することに限定される訳ではない。より好適な起動時間の閾値及び日没時刻までの時間の閾値は、当業者が実験により定めることができる。

ステップＳ２４において、状態予測部５７０は、データロガー５００の起動時間が１時間より長く、かつ日没時刻までの時間が１時間より長いと判別すると（ステップＳ２４；Ｎｏ）、図４の情報検索部５６０は、ステップＳ２１で検索された複数の電力情報（つまり、過去３０分以内に計測された電力を表す情報）でそれぞれ表される電力の値（つまり、発電量）の全てが「100W」以上であるか否かを判別する（ステップＳ２５）。過去３０分における発電量が一度でも「100W」を下回る場合には、更新期間においても発電量が「100W」を下回る可能性が高く、一時的又は瞬間的に発電量が「100W」を下回ると、データロガー５００に対してデータの更新を行うのに十分な電力が一時的又は瞬間的に供給されなくなる可能性が高いためである。

尚、状態予測部５７０は、過去３０分間における発電量が常に「100W」以上であるか否かを判別することに限定される訳ではない。より好適な期間及び変化量の閾値は、当業者が実験により定めることができる。

ステップＳ２５において、状態予測部５７０は、過去３０分において発電量が常に「100W」以上であったと判別する場合には（ステップＳ２５；Ｙｅｓ）、更新期間において太陽光発電モジュール１００の発電状態が安定していると予測する（ステップＳ２６）。よって、状態予測部５７０は、プログラムなどのデータを更新することができる（以下、データ更新可能という）と判定した後に（ステップＳ２７）、電源状態判定処理の実行を終了する。

ステップＳ２１において、発電量の変化量が「20%」以上であると判別した場合（ステップＳ２１；Ｙｅｓ）、ステップＳ２２において、気温の変化量が「２度」以上であると判別した場合（ステップＳ２２；Ｙｅｓ）、ステップＳ２３において、湿度が「70%」以上であり、かつ風速が「10m/s」以上であると判別した場合（ステップＳ２３；Ｙｅｓ）、ステップＳ２４において、データロガー５００の起動時間が１時間以下である、又は日没時刻までの時間が１時間以下であると判別した場合（ステップＳ２４；Ｙｅｓ）、又はステップＳ２５において、過去３０分において発電量が常に「100W」以上であった訳ではないと判別した場合には（ステップＳ２５；Ｎｏ）、状態予測部５７０は、更新期間において太陽光発電モジュール１００の発電状態が安定していないと予測する（ステップＳ２８）。よって、状態予測部５７０は、プログラムなどのデータを更新することができない（以下、データ更新不能という）と判定した後に（ステップＳ２９）、電源状態判定処理の実行を終了する。

図７のステップＳ１４において、更新期間において電源状態が不安定であると予測されるために、データ更新不能であると判別されると（ステップＳ１４；Ｎｏ）、図４の情報出力部５５０は、データの更新を行わない旨を記載した電子メールを作成し、作成したメールを、図２の第２通信回路５００ｇへ出力する。その後、第２通信回路５００ｇは、例えば、ＳＭＴＰ（Simple Mail Transfer Protocol）などのプロトコルに従って、出力されたメールをサーバ装置４００へ送信する。

尚、データロガー５００の管理者又は保守担当者によって使用される端末装置は、サーバ装置４００から当該メールを受信し、受信したメールに記載された内容を端末装置が備える表示部に表示させる。

この構成によれば、データロガー５００がデータを更新しなかったことをデータロガー５００の管理者又は保守担当者へ通知するため、データロガー５００に対する管理や保守の負担を軽減できる。

図７のステップＳ１３において、更新期間において電源状態が安定していると予測されるために、データ更新可能であると判別されると（ステップＳ１４；Ｙｅｓ）、図２の第２通信回路５００ｇは、更新プログラムなどの更新データを、例えば、ＧＥＴコマンドを用いてサーバ装置４００から受信（つまり、ダウンロード）し、図４の情報取得部５２０は、第２通信回路５００ｇから更新データを取得する（ステップＳ１６）。その後、情報保存部５３０は、取得された更新データを、情報記憶部５１０の所定の記憶領域に一時的に保存する。データ更新部５８０は、情報記憶部５１０に記憶されたデータロガー５００の動作に用いられるデータを、記憶領域に一時的に保存されたデータ（つまり、情報取得部５２０で取得された更新データ）に更新する（ステップＳ１７）。

ステップＳ０５の後、ステップＳ０８の後、ステップＳ１１の後、ステップＳ１５の後、若しくはステップＳ１７の後、又はテップＳ１２において、メンテナンスファイルがデータ更新コマンドでないと判別された場合に（ステップＳ１２；Ｎｏ）、上記所定の変数で表されるメンテナンス間隔だけ待機した後に、ステップＳ０２から上記処理が繰り返される。

これらの構成によれば、太陽光発電モジュール１００の設置された地域における気象に基づいて、当該太陽光発電モジュール１００の発電状態が更新期間において安定していると予測すると、当該太陽光発電モジュール１００により発電された電力を用いてデータロガー５００の動作に用いられるデータの更新を行う。このため、更新期間において安定して発電される電力を用いて、データの更新を開始すると当該データを従来より確実に更新できる。特に、プログラムデータを更新する場合には、プログラムの更新中に電力が十分に供給されなくなることでコンピュータのプログラム領域が破壊されるということを従来より確実に防止できる。このため、更新の失敗によりデータロガー５００が正常に起動しなくなることを従来より確実に防止できる。

またこれらの構成によれば、更新期間よりも前の電力安定性判定期間における電力の時間推移に基づいて、更新期間における太陽光発電モジュール１００の発電状態が安定しているか否かを予測し、更新期間において安定して電力が発電されると予測される場合にデータを更新するので、データを従来より確実に更新できる。

ここで、天気が悪化する前兆として気温が変化することが多い。よって、これらの構成によれば、更新期間よりも前の気温安定性判定期間における気温の変化に基づいて、更新期間における太陽光発電モジュール１００の発電状態が安定しているか否かを精度良く予測できる。

また、天気が悪化する前兆として風速及び湿度の組み合わせが所定の組合せとなることが多い。よって、これらの構成によれば、風速と湿度との組合せに基づいて、更新期間における太陽光発電モジュール１００の発電状態が安定しているか否かを精度良く予測できる。

ここで、正午から日没時刻へ時間が進むにつれて太陽高度が低くなり、太陽光発電モジュール１００の発電量が低下する。よって、これらの構成によれば、日没時刻と更新時刻との差異に基づいて、更新期間における太陽光発電モジュール１００の発電状態が安定しているか否かを精度良く予測できる。

通常、太陽光発電モジュール１００は、夜が明けると発電を開始する。また、夜明けの時間帯において、太陽光発電モジュール１００が十分な電力を発電できる程、太陽高度は十分に高くなっていない。よって、これらの構成によれば、太陽光発電モジュール１００が継続的に発電を行っている発電時間に基づいて、更新期間において太陽光発電モジュール１００の発電状態が安定しているか否かを精度良く予測できる。

尚、データロガー５００は、コマンドを表すメンテナンスファイルをサーバ装置４００から受信し、受信したコマンドに従って情報収集間隔及びメンテナンス間隔の設定を変更したり、データを更新したりする。このため、特に、遠隔地からでもデータロガー５００を保守（メンテナンス）できる。

またこれらの構成によれば、データロガー５００が当該データロガー５００の設置された地域における気象の変化を予測し、気象の変化が少ないために更新期間において電力が安定して供給されると判別した場合に、サーバ装置４００から送信されたコマンドに従ってデータを更新する。このため、サーバ装置４００が、データ更新コマンドを送信する前に、データロガー５００の設置された地域における気象の変化を予測しなくとも、データの更新途中でデータロガー５００に電力が供給されなくなり、データの更新が途中で中断するということを防止できる。このため、データの更新が途中で中断したデータロガー５００が正常に起動しなくなり、遠隔地からの保守が不可能になることを防止できる。さらに、遠隔地からの保守が不可能になったデータロガー５００を保守するために、メンテナンススタッフがデータロガー５００の設置場所まで赴く回数を減少させることができる。

本実施形態では、データ更新システム１は、太陽光発電モジュール１００を備え、データロガー５００は、太陽光発電モジュール１００で発電された電力を用いて動作するとして説明した。しかし、これに限定される訳ではなく、データ更新システム１は、風力発電装置などの自然エネルギーを用いて発電を行う発電装置を備え、データロガー５００は、当該発電装置で発電された電力を用いて動作する構成を採用できる。

この構成において、発電装置が風力発電装置であり、風力発電装置の設置地域が沿岸部である場合には、日没時刻までの時間が、例えば、１時間などの所定時間より短い場合に、更新期間において発電状態が安定していると予測する構成を採用できる。沿岸部は、日没時刻より所定時間前から日没時刻までの間に、海から内陸へ向かう風が吹くことが多いためである。同様に、日の出の時刻からのデータの更新開始まで時間が、例えば、１時間などの所定時間より短い場合に、更新期間において発電状態が安定していると予測する構成を採用できる。沿岸部は、日の出時刻から所定時間経過するまでの時間に、内陸から海へ向かう風が吹くことが多いためである。

本実施形態では、データ更新システム１は、図１の住宅Ｈに設置されるとして説明したが、これに限定される訳ではない。例えば、データ更新システム１は、太陽光が照射される間において、照射された太陽光を用いて発電した電力を供給し、太陽光が照射されなくなると、発電動作が中断して電力の供給を停止する発電所、又は風が吹いている間において、風力を用いて発電した電力を供給し、風が吹かなくなると、発電動作が中断して電力の供給を停止する発電所に設置されても良い。

尚、本実施形態に係る機能を実現するための構成を予め備えたデータロガー５００として提供できることはもとより、プログラムの適用により、既存のデータロガーを本実施形態に係るデータロガー５００として機能させることもできる。すなわち、本実施形態に係るデータロガー５００の各機能構成を実現させるためのデータ更新プログラムを、既存のデータロガーを制御するコンピューター（ＣＰＵなど）が実行できるように適用することで、本実施形態に係るデータロガー５００として機能させることができる。

このようなプログラムの配布方法は任意であり、例えば、メモリカード、ＣＤ−ＲＯＭ、又はＤＶＤ−ＲＯＭなどの記録媒体に格納して配布できる他、インターネットなどの通信媒体を介して配布することもできる。尚、本発明のデータ更新方法は、データロガー５００を用いて実施できる。

また、本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施形態及び変形が可能とされるものである。また、上述した実施形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。つまり、本発明の範囲は、実施形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。

１ データ更新システム
１０ｗ 外部通信網
１００ 太陽光発電モジュール
２００ パワーコンディショナ
３１０ 気温センサ
３２０ 湿度センサ
３３０ 風速センサ
４００ サーバ装置
５００ データロガー
５００ａ：ＣＰＵ
５００ｂ：ＲＯＭ
５００ｃ：ＲＡＭ
５００ｄ：ハードディスク
５００ｆ：第１通信回路
５００ｇ：第２通信回路
５００ｉ：７ＳＥＧ表示部品
５００ｊ：操作ボタン
５１０：情報記憶部
５２０：情報取得部
５３０：情報保存部
５４０：コマンド解析部
５５０：情報出力部
５６０：情報検索部
５７０：状態予測部
５８０：データ更新部

Claims (9)

1. コンピュータの動作に用いられるデータの更新を命じるコマンドを表すコマンド情報と、太陽光又は風力を用いて発電を行う発電装置が設置された地域における気象を表す気象情報とを取得する情報取得手段と、
   前記情報取得手段で取得された気象情報で表される気象に基づいて、前記データの更新が行われる更新期間において前記発電装置の発電状態が安定しているか否かを予測する状態予測手段と、
   前記状態予測手段によって前記発電状態が安定していると予測された場合に、前記発電装置により発電された電力を用いて、前記コマンド情報で表されるコマンドに従った前記データの更新を行うデータ更新手段と、を備える、
   ことを特徴とするデータ更新装置。
2. 前記情報取得手段は、前記発電装置が発電した電力を表す電力情報を、さらに取得し、
   前記情報取得手段で取得された電力情報と、前記発電装置が前記電力情報で表される電力を発電した時刻を表す時刻情報とを対応付けて複数記憶する情報記憶手段と、
   前記更新期間の開始時刻である更新時刻よりも第１の時間だけ前の時刻から前記更新時刻までの時刻を表す時刻情報と対応付けて前記情報記憶手段に記憶された複数の電力情報を検索する情報検索手段と、をさらに備え、
   前記状態予測手段は、前記情報検索手段で検索された複数の電力情報で表される電力の時間推移にさらに基づいて、前記発電装置の発電状態が安定しているか否かを予測する、
   ことを特徴とする請求項１に記載のデータ更新装置。
3. 前記情報取得手段が取得する気象情報は、前記発電装置が設置された地域における気温を表す気温情報を含み、
   前記情報記憶手段は、前記情報取得手段で取得された気温情報と、前記気温が観測された時刻を表す時刻情報とを対応付けて複数記憶し、
   前記情報検索手段は、前記更新時刻よりも第２の時間だけ前の時刻から前記更新時刻までの時刻を表す時刻情報と対応付けて前記情報記憶手段に記憶された複数の気温情報を検索し、
   前記状態予測手段は、前記情報検索手段で検索された複数の気温情報で表される気温の変化にさらに基づいて、前記発電装置の発電状態が安定しているか否かを予測する、
   ことを特徴とする請求項２に記載のデータ更新装置。
4. 前記情報取得手段が取得する気象情報は、前記発電装置が設置された地域における風速を表す風速情報と、湿度を表す湿度情報とを含み、
   前記状態予測手段は、前記情報取得手段で取得された前記風速情報で表される風速と、前記湿度情報で表される湿度との組合せにさらに基づいて、前記発電装置の発電状態が安定しているか否かを予測する、
   ことを特徴とする請求項１から３のいずれか一項に記載のデータ更新装置。
5. 前記情報記憶手段は、日付を表す情報と、前記発電装置が設置された地域における前記日付の日没時刻を表す情報とを複数対応付けて記憶し、
   前記情報検索手段は、前記データの更新が行われる更新日付を表す情報と対応付けて前記情報記憶手段が記憶する日没時刻を表す情報を検索し、
   前記状態予測手段は、前記情報検索手段で検索された情報で表される日没時刻と前記更新時刻との差異にさらに基づいて、前記発電装置の発電状態が安定しているか否かを予測する、
   ことを特徴とする請求項２又は３に記載のデータ更新装置。
6. 前記情報取得手段は、前記発電装置が継続的に発電を行っている発電時間を表す情報を、さらに取得し、
   前記状態予測手段は、前記情報取得手段で取得された情報で表される発電時間にさらに基づいて、前記発電装置の発電状態が安定しているか否かを予測する、
   ことを特徴とする請求項１から５のいずれか一項に記載のデータ更新装置。
7. コンピュータの動作に用いられるデータの更新を命じるコマンドを送信するサーバ装置と、
   太陽光又は風力を用いて発電を行う発電装置が設置された地域における気象を計測する計測手段と、
   前記計測手段で計測された気象に基づいて、前記データの更新が行われる更新期間において前記発電装置の発電状態が安定しているか否かを予測する状態予測手段と、
   前記状態予測手段によって前記発電状態が安定していると予測された場合に、前記発電装置により発電された電力を用いて、前記コマンドに従った前記データの更新を行うデータ更新手段と、を備える、
   ことを特徴とするデータ更新システム。
8. コンピュータを、
   前記コンピュータの動作に用いられるデータの更新を命じるコマンドを表すコマンド情報と、太陽光又は風力を用いて発電を行う発電装置が設置された地域における気象を表す気象情報とを取得する情報取得手段、
   前記情報取得手段で取得された気象情報で表される気象に基づいて、前記データの更新が行われる更新期間において前記発電装置の発電状態が安定しているか否かを予測する状態予測手段、
   前記状態予測手段によって前記発電状態が安定していると予測された場合に、前記発電装置により発電された電力を用いて、前記コマンド情報で表されるコマンドに従った前記データの更新を行うデータ更新手段、として機能させる、
   ことを特徴とするデータ更新プログラム。
9. コンピュータの動作に用いられるデータの更新を命じるコマンドを表すコマンド情報と、太陽光又は風力を用いて発電を行う発電装置が設置された地域における気象を表す気象情報とを取得する情報取得ステップと、
   前記情報取得ステップで取得された気象情報で表される気象に基づいて、前記データの更新が行われる更新期間において前記発電装置の発電状態が安定しているか否かを予測する状態予測ステップと、
   前記状態予測ステップによって前記発電状態が安定していると予測された場合に、前記発電装置により発電された電力を用いて、前記コマンド情報で表されるコマンドに従った前記データの更新を行うデータ更新ステップと、を有する、
   ことを特徴とするデータ更新方法。

Images