特許 7539689 情報処理方法、プログラムおよび情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-16

(45)【発行日】2024-08-26

(54)【発明の名称】情報処理方法、プログラムおよび情報処理装置

(51)【国際特許分類】

   G06Q 50/06 20240101AFI20240819BHJP

   H02J 3/14 20060101ALI20240819BHJP

   H02J 13/00 20060101ALI20240819BHJP

   H02J 3/32 20060101ALI20240819BHJP

   H02J 3/38 20060101ALI20240819BHJP

   H02J 7/34 20060101ALI20240819BHJP

   H02J 3/00 20060101ALI20240819BHJP

   H02J 9/06 20060101ALI20240819BHJP

【ＦＩ】

G06Q50/06

H02J3/14 130

H02J13/00 311T

H02J3/32

H02J3/38 120

H02J3/38 130

H02J3/38 160

H02J7/34 G

H02J3/00 170

H02J9/06 110

【請求項の数】 6

(21)【出願番号】P 2020086138

(22)【出願日】2020-05-15

(65)【公開番号】P2021179917

(43)【公開日】2021-11-18

【審査請求日】2023-02-28

(73)【特許権者】

【識別番号】712006064

【氏名又は名称】株式会社Ｓａｓｓｏｒ

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】矢嶋 耕平

(72)【発明者】

【氏名】石橋 秀一

【審査官】加舎 理紅子

(56)【参考文献】

【文献】特開２０１２－２２８０４３（ＪＰ，Ａ）

【文献】特開２０１５－０５６９７５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ ー ９９／００

Ｈ０２Ｊ ３／００ － １３／００

(57)【特許請求の範囲】

【請求項1】

蓄電池の蓄電量、および、複数の家電機器の使用優先度を取得し、
前記使用優先度の高い順に一つの家電機器を選択し、
所定のスケジュール作成期間を分割した複数の時間帯から早い順に一つの時間帯を選択し、
選択した前記時間帯において、選択した前記家電機器を前記蓄電量の範囲内で使用できるか否かを判定し、
使用できないと判定した場合には、前記時間帯と関連づけて前記家電機器を使用できない旨を記録し、
使用できると判定した場合には、前記時間帯と関連づけて前記家電機器を使用できる旨を記録し、当該家電機器の消費電力を前記蓄電量から減算する
処理を前記スケジュール作成期間の終了まで繰り返す処理を、複数の前記家電機器について繰り返し実行することで、
取得した蓄電量の範囲内で前記家電機器それぞれを前記使用優先度に基づいて使用可能なスケジュールを複数の日数にわたって作成し、
前記スケジュールに基づいて、停電が継続した場合に、それぞれの優先度の前記家電機器が何日目まで使用可能であるかを、前記スケジュールとともに出力する
処理をコンピュータに実行させる情報処理方法。

【請求項2】

天気予報を取得し、
取得した天気予報に基づいて前記蓄電池に充電可能な発電装置の発電量を前記時間帯ごとに予測し、
前記時間帯ごとに、前記蓄電量に前記発電量を加算する
請求項１に記載の情報処理方法。

【請求項3】

前記スケジュールを再計算して出力する
請求項１または請求項２のいずれか一つに記載の情報処理方法。

【請求項4】

前記スケジュールに複数の前記家電機器のうち最も使用優先度が高い家電機器を使用できない時間が含まれる場合、当該時間を出力する
請求項１から請求項３のいずれか一つに記載の情報処理方法。

【請求項5】

蓄電池の蓄電量、および、複数の家電機器の使用優先度を取得し、
前記使用優先度の高い順に一つの家電機器を選択し、
所定のスケジュール作成期間を分割した複数の時間帯から早い順に一つの時間帯を選択し、
選択した前記時間帯において、選択した前記家電機器を前記蓄電量の範囲内で使用できるか否かを判定し、
使用できないと判定した場合には、前記時間帯と関連づけて前記家電機器を使用できない旨を記録し、
使用できると判定した場合には、前記時間帯と関連づけて前記家電機器を使用できる旨を記録し、当該家電機器の消費電力を前記蓄電量から減算する
処理を前記スケジュール作成期間の終了まで繰り返す処理を、複数の前記家電機器について繰り返し実行することで、
取得した蓄電量の範囲内で前記家電機器それぞれを前記使用優先度に基づいて使用可能なスケジュールを複数の日数にわたって作成し、
前記スケジュールに基づいて、停電が継続した場合に、それぞれの優先度の前記家電機器が何日目まで使用可能であるかを出力する
処理をコンピュータに実行させるプログラム。

【請求項6】

制御部を備える情報処理装置であって、
前記制御部に、
蓄電池の蓄電量、および、複数の家電機器の使用優先度を取得し、
前記使用優先度の高い順に一つの家電機器を選択し、
所定のスケジュール作成期間を分割した複数の時間帯から早い順に一つの時間帯を選択し、
選択した前記時間帯において、選択した前記家電機器を前記蓄電量の範囲内で使用できるか否かを判定し、
使用できないと判定した場合には、前記時間帯と関連づけて前記家電機器を使用できない旨を記録し、
使用できると判定した場合には、前記時間帯と関連づけて前記家電機器を使用できる旨を記録し、当該家電機器の消費電力を前記蓄電量から減算する
処理を前記スケジュール作成期間の終了まで繰り返す処理を、複数の前記家電機器について繰り返し実行することで、
取得した蓄電量の範囲内で前記家電機器それぞれを前記使用優先度に基づいて使用可能なスケジュールを複数の日数にわたって作成し、
前記スケジュールに基づいて、停電が継続した場合に、それぞれの優先度の前記家電機器が何日目まで使用可能であるかを出力する
処理を実行させる情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理方法、プログラムおよび情報処理装置に関する。

【背景技術】

【0002】

一般家庭用の自家発電装置および蓄電池が提供されている。平時には、自家発電装置により発電した電力の余剰は蓄電池に蓄えるとともに、不足する電力は、電力会社からの給電を受ける。自家発電した電力を有効に活用する自家発電電力制御システムが提案されている（特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１５－５６９７５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

自然災害により長期間かつ広範囲の停電が発生した場合には、電力会社からの給電を受けられない。そのような状況であっても、自家発電装置および蓄電池を設置している家庭では、家電機器を使用できる。

【0005】

しかしながら、自家発電装置の発電可能量と、蓄電池の残量と、個々の家電機器の消費電力とを考慮して、使用する家電機器と、使用を差し控える家電機器とを的確に判断することは難しい。

【0006】

一つの側面では、停電中の家電機器の使用スケジュールを提案する情報処理方法等を提供することを目的とする。

【課題を解決するための手段】

【0007】

情報処理方法は、蓄電池の蓄電量、および、複数の家電機器の使用優先度を取得し、前記使用優先度の高い順に一つの家電機器を選択し、所定のスケジュール作成期間を分割した複数の時間帯から早い順に一つの時間帯を選択し、選択した前記時間帯において、選択した前記家電機器を前記蓄電量の範囲内で使用できるか否かを判定し、使用できないと判定した場合には、前記時間帯と関連づけて前記家電機器を使用できない旨を記録し、使用できると判定した場合には、前記時間帯と関連づけて前記家電機器を使用できる旨を記録し、当該家電機器の消費電力を前記蓄電量から減算する処理を前記スケジュール作成期間の終了まで繰り返す処理を、複数の前記家電機器について繰り返し実行することで、取得した蓄電量の範囲内で前記家電機器それぞれを前記使用優先度に基づいて使用可能なスケジュールを複数の日数にわたって作成し、前記スケジュールに基づいて、停電が継続した場合に、それぞれの優先度の前記家電機器が何日目まで使用可能であるかを、前記スケジュールとともに出力する処理をコンピュータに実行させる。

【発明の効果】

【0008】

一つの側面では、停電中の家電機器の使用スケジュールを提案する情報処理方法等を提供できる。

【図面の簡単な説明】

【0009】

【図1】情報処理システムの構成を説明する説明図である。

【図2】情報処理システムの構成を説明する説明図である。

【図3】家電ＤＢのレコードレイアウトを説明する説明図である。

【図4】ユーザＤＢのレコードレイアウトを説明する説明図である。

【図5】スケジュールＤＢのレコードレイアウトを説明する説明図である。

【図6】学習モデルの構成を説明する説明図である。

【図7】端末装置が表示する画面の例である。

【図8】端末装置が表示する画面の例である。

【図9】端末装置が表示する画面の例である。

【図10】プログラムの処理の流れを説明するフローチャートである。

【図11】使用可否判定のサブルーチンの処理の流れを説明するフローチャートである

【図12】実施の形態２のスケジュールＤＢのレコードレイアウトを説明する説明図である。

【図13】実施の形態２の端末装置が表示する画面の例である。

【図14】実施の形態２の端末装置が表示する画面の例である。

【図15】実施の形態２のプログラムの処理の流れを説明するフローチャートである。

【図16】優先順位群生成のサブルーチンの処理の流れを説明するフローチャートである。

【図17】表示のサブルーチンの処理の流れを説明するフローチャートである。

【図18】端末装置が表示する画面の変形例である。

【図19】訓練データＤＢのレコードレイアウトを説明する説明図である。

【図20】実施の形態３のプログラムの処理の流れを説明するフローチャートである。

【図21】実施の形態４の情報処理システムの構成を説明する説明図である。

【図22】実施の形態５の情報処理装置の機能ブロック図である。

【発明を実施するための形態】

【0010】

［実施の形態１］
図１および図２は、情報処理システム１０の構成を説明する説明図である。図１において、破線で囲んだ部分は１戸の一般家庭を示す。情報処理システム１０は、ネットワークで接続された情報処理装置２０、気象情報サーバ１９、端末装置３０、および通信装置１７を備える。端末装置３０は、それぞれの一般家庭に配置されている。通信装置１７は、それぞれの一般家庭に設置されている。情報処理システム１０には、複数の一般家庭の通信装置１７および端末装置３０がそれぞれ接続されている。

【0011】

それぞれの一般家庭内では、通信装置１７に発電装置１６および蓄電池１５が接続されている。発電装置１６より発電された電力は、蓄電池１５に充電可能である。一般家庭には、複数の蓄電池１５が設置されていてもよい。

【0012】

蓄電池１５に、冷蔵庫１４１、照明機器１４２、空調装置１４３、給湯装置１４４およびテレビ１４５等の家電機器１４が接続されている。発電装置１６は、たとえば太陽光発電装置、風力発電装置および小水力発電装置等の、自然エネルギーを利用した小規模発電装置である。

【0013】

発電装置１６が発電した電力は、蓄電池１５を介してそれぞれの家電機器１４、通信装置１７および端末装置３０に供給される。発電装置１６の発電量、および、蓄電池１５の蓄電量は、リアルタイムで通信装置１７に送信される。通信装置１７は、リアルタイムで、または一定の時間ごとにネットワークを介して発電量および蓄電量を情報処理装置２０に送信する。送信された発電量および蓄電量は、それぞれの家庭に固有に付与されたユーザＩＤ（Identifier）と関連づけて補助記憶装置２３（図２参照）に記録される。

【0014】

一般家庭には、燃料電池またはエンジン式発電機等、ガスまたはガソリン等のエネルギー源を用いる発電装置１６が設置されていてもよい。このような発電装置１６は、蓄電池１５を介さずに家電機器１４と接続されていてもよい。一般家庭には、複数の発電装置１６が設置されていてもよい。

【0015】

蓄電池１５は、自家用車の車載バッテリーであってもよい。発電装置１６は、自家用車のエンジンに接続されたオルタネータであってもよい。

【0016】

一般家庭には、平時には図示を省略する商用電源も供給されている。発電装置１６により発電された電力は蓄電池１５に蓄えられる。蓄電池１５の蓄電量が所定の閾値を超えた場合、発電装置１６により発電された電力は家電機器１４に供給される。発電装置１６による発電量では不足する電力は、商用電力から供給される。

【0017】

停電時には、商用電力からの電力供給が途絶える。ユーザが停電時に使用可能な家電機器１４は、蓄電池１５および発電装置１６から供給される電力により動作可能な範囲に限定される。蓄電池１５は、満充電状態である場合には発電装置１６が発電した電力を蓄えることができず、余剰の電力は無駄に放電される。

【0018】

図２を使用して、情報処理システム１０を構成する情報処理装置２０および端末装置３０の構成を説明する。情報処理装置２０は、制御部２１、主記憶装置２２、補助記憶装置２３、通信部２４およびバスを備える。制御部２１は、本実施の形態のプログラムを実行する演算制御装置である。制御部２１には、一または複数のＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＴＰＵ（Tensor Processing Unit）またはマルチコアＣＰＵ等が使用される。制御部２１は、バスを介して情報処理装置２０を構成するハードウェア各部と接続されている。

【0019】

主記憶装置２２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の記憶装置である。主記憶装置２２には、制御部２１が行なう処理の途中で必要な情報および制御部２１で実行中のプログラムが一時的に保存される。

【0020】

補助記憶装置２３は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置２３には、制御部２１に実行させるプログラム、学習モデル４６、家電ＤＢ（Database）４１、スケジュールＤＢ４２、ユーザＤＢ４３およびプログラムの実行に必要な各種データが保存される。家電ＤＢ４１、スケジュールＤＢ４２およびユーザＤＢ４３は、情報処理装置２０に接続された外部の大容量記憶装置等に保存されていても良い。通信部２４は、情報処理装置２０とネットワークとの間の通信を行なうインターフェイスである。

【0021】

情報処理装置２０は、汎用のパソコン、タブレット、大型計算機、または、大型計算機上で動作する仮想マシンである。情報処理装置２０は、分散処理を行なう複数のパソコン、または大型計算機等のハードウェアにより構成されても良い。情報処理装置２０は、クラウドコンピューティングシステムまたは量子コンピュータにより構成されても良い。

【0022】

端末装置３０は、制御部３１、主記憶装置３２、補助記憶装置３３、通信部３４、タッチパネル３５およびバスを備える。タッチパネル３５は、液晶パネルまたは有機ＥＬパネル等の表示部３５１と、表示部３５１の表面に積層された入力部３５２とを含む。

【0023】

端末装置３０の制御部３１は、情報処理装置２０の制御部２１と協働して本実施の形態のプログラムを実行する演算制御装置である。制御部３１には、一または複数のＣＰＵ、ＧＰＵまたはマルチコアＣＰＵ等が使用される。制御部３１は、バスを介して端末装置３０を構成するハードウェア各部と接続されている。

【0024】

主記憶装置３２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置３２には、制御部３１が行なう処理の途中で必要な情報および制御部３１で実行中のプログラムが一時的に保存される。

【0025】

補助記憶装置３３は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置３３には、制御部３１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。通信部３４は、端末装置３０とネットワークとの間の通信を行なうインターフェイスである。

【0026】

端末装置３０は、汎用のパソコン、スマートフォンまたはタブレット等の汎用の情報機器である。端末装置３０は、本実施の形態の情報処理システム１０専用の情報機器であってもよい。それぞれの一般家庭には、複数の端末装置３０が配置されていてもよい。

【0027】

情報処理装置２０は、それぞれの一般家庭に設置されていてもよい。端末装置３０が情報処理装置２０を兼ねてもよい。複数の端末装置３０を保有する端末装置３０においては、そのうちの一台の端末装置３０が情報処理装置２０を兼ねても良い。

【0028】

図３は、家電ＤＢ４１のレコードレイアウトを説明する説明図である。家電ＤＢ４１は、ユーザＩＤと、それぞれの家電機器１４の名称、メーカー名、型番、消費電力、最低連続使用時間、順位および使用希望時間とを関連づけて記録するＤＢである。家電ＤＢ４１は、ユーザＩＤフィールド、名称フィールド、メーカーフィールド、型番フィールド、消費電力フィールド、最低連続使用時間フィールド、順位フィールドおよび使用希望時間フィールドを有する。

【0029】

ユーザＩＤフィールドには、ユーザＩＤが記録されている。名称フィールドには、家電機器１４の名称が記録されている。メーカーフィールドには家電機器１４を製造販売したメーカー名が記録されている。型番フィールドには家電機器１４の型番が記録されている。消費電力フィールドには、家電機器１４の消費電力が記録されている。最低連続使用時間フィールドには、家電機器１４が所定の機能を発揮するために必要な連続使用時間が記録されている。図３においては、最低連続使用時間の単位は時間である。

【0030】

順位フィールドには、停電時にそれぞれの家電機器１４に電力を供給する優先順位が記録されている。使用希望時間フィールドには、ユーザがそれぞれの家電機器１４の使用を希望する時間が記録されている。家電ＤＢ４１は、１つの家電機器１４について、１つのレコードを有する。

【0031】

ユーザは、停電時に使用する可能性のある家電機器１４の名称、メーカー名、型番、順位および使用希望時間をあらかじめ家電ＤＢ４１に登録する。制御部２１は、メーカーのＷＥＢサイト等からそれぞれの家電機器１４の消費電力および最低連続使用時間を取得して、家電ＤＢ４１に記録する。

【0032】

図４は、ユーザＤＢ４３のレコードレイアウトを説明する説明図である。ユーザＤＢ４３は、ユーザＩＤと、蓄電池１５と発電装置１６と住所とを関連づけて記録するＤＢである。ユーザＤＢ４３は、ユーザＩＤフィールド、蓄電池フィールド、発電装置フィールドおよび住所フィールドを有する。

【0033】

ユーザＩＤフィールドには、ユーザＩＤが記録されている。蓄電池フィールドには蓄電池１５の型番が記録されている。発電装置フィールドには発電装置１６の型番が記録されている。住所フィールドには、住所が記録されている。ユーザＤＢ４３は、１つのユーザＩＤについて１つのレコードを有する。なお、蓄電池フィールドには、蓄電容量等の蓄電池１５の仕様が記録されていてもよい。同様に発電装置フィールドには発電能力等の発電装置１６の仕様が記録されていてもよい。

【0034】

図５は、スケジュールＤＢ４２のレコードレイアウトを説明する説明図である。スケジュールＤＢ４２は、停電が継続した場合に家電機器１４を使用可能なスケジュールを記録するＤＢである。スケジュールＤＢ４２は、ユーザＩＤフィールド、日付フィールド、時間フィールド、予測発電量フィールド、予測蓄電量フィールドおよび家電機器フィールドを有する。家電機器フィールドは、冷蔵庫フィールド、照明フィールド、空調フィールド、ＴＶフィールドおよび給湯器フィールド等の、家電ＤＢ４１に記録されたそれぞれの家電機器１４に対応するフィールドを有する。

【0035】

ユーザＩＤフィールドには、ユーザＩＤが記録されている。日付フィールドには、スケジュールＤＢ４２を作成した日付から数えた日数が記録されている。時間フィールドには、時間ごとに区切った時間帯の範囲が記録されている。時間フィールドの区切りは一定の時間幅に限定しない。時間フィールドの区切りは、たとえば気象情報サーバ１９が提供する天気予報の予報時間の区切りと対応してもよい。

【0036】

図５においては、１日目の時間フィールドは０時～１時から開始しているが、たとえば１０時３０分にスケジュールを作成する場合には、１０時３０分以降の時間から１日目の時間フィールドを開始する。

【0037】

予測発電量フィールドには、発電装置１６が発電する発電量の予測値が記録されている。予測蓄電量フィールドには、時間フィールドに記録された時間帯の終了時に蓄電池１５に蓄えられている蓄電量の予測値が記録されている。家電機器フィールドのそれぞれのサブフィールドには、それぞれの家電機器１４の使用スケジュールが記録されている。

【0038】

「使用可」は、使用可能であることを示す。「不要」は家電ＤＢ４１の使用希望時間フィールドに記録された使用希望時間に含まれていないことを示す。「使用不可」は、家電ＤＢ４１の使用希望時間フィールドに記録された使用希望時間に含まれているが、使用できないことを示す。

【0039】

制御部２１は、停電が発生した場合にユーザの指示に基づいてスケジュールＤＢ４２を作成する。制御部２１は、停電が発生していない場合であっても、停電が発生した場合のスケジュールＤＢ４２を定期的に作成して、端末装置３０に送信してもよい。停電によりネットワークが切断された場合であっても使用可能な情報処理システム１０を提供できる。

【0040】

図６は、学習モデル４６の構成を説明する説明図である。学習モデル４６は、気象情報サーバ１９から提供された天気予報と、対象時間帯の指定とを受け付けて、対象時間帯における予測発電量を出力する学習モデルである。天気予報は、たとえば、今後１週間の天気および気温の予測である。天気予報は、日照量の予測を含んでもよい。

【0041】

学習モデル４６は、たとえば、ロジスティック回帰、ＳＶＭ（Support Vector Machine）、ランダムフォレスト、ＣＮＮ（Convolution Neural Network：畳み込みニューラルネットワーク）、ＲＮＮ（Recurrent Neural Network：再起型ニューラルネットワーク）または、ＸＧＢｏｏｓｔ（eXtreme Gradient Boosting）等の任意のアルゴリズムを用いて、それぞれの一般家庭ごとに機械学習により生成されている。なお、訓練データの収集が不十分である等の事情により学習モデル４６の生成が困難である場合には、発電装置１６の型番および設置状態ごとに用意された標準的な学習モデル４６が使用されてもよい。

【0042】

図７から図９は、端末装置３０が表示する画面の例である。図７は、ユーザがスケジュールＤＢ４２の作成条件を設定する場合に使用する画面の例である。制御部３１は、ネットワークを介して家電ＤＢ４１に記録されたレコードを取得して、図７に示す画面を表示する。なお、家電ＤＢ４１のうち、端末装置３０を使用するユーザのユーザＩＤに対応するレコードのコピーが補助記憶装置３３に記憶されていてもよい。

【0043】

図７に示す画面は、登録家電欄５１、停電期間欄５２、保存ボタン５９１、終了ボタン５９２、スケジュールボタン５９５、自家発電装置情報ボタン５９６、蓄電池情報ボタン５９７および世帯情報ボタン５９８を含む。登録家電欄５１は、家電機器１４ごとの家電ボタン５１１を含む。それぞれの家電ボタン５１１の内部に、使用希望時間欄５１７が表示されている。

【0044】

制御部３１は、停電期間欄５２を介してユーザによる停電期間の予測、すなわち商用電源を使用せずに生活する期間を受け付ける。停電期間欄５２を介して受け付ける期間は、情報処理システム１０がスケジュールを作成するスケジュール作成期間の例示である。ユーザが家電ボタン５１１を上下にドラッグアンドドロップした場合、制御部３１は家電機器１４の優先順位の変更を受け付ける。

【0045】

図８は、ユーザが「冷蔵庫」に対応する家電ボタン５１１を選択した場合に、端末装置３０が表示する画面の例である。図８に示す画面は、家電名欄５１２、メーカー欄５１３、型番欄５１４、２４時間ボタン５１５、時間帯入力ボタン５１６、終了ボタン５９２および新規ボタン５９９を含む。

【0046】

制御部３１は、家電名欄５１２、メーカー欄５１３および型番欄５１４を介して、家電名、メーカー名および型番の変更を受け付ける。制御部３１は、２４時間ボタン５１５および時間帯入力ボタン５１６を介して家電機器１４の使用希望時間の入力を受け付ける。図８においては、制御部３１が２４時間ボタン５１５の選択を受け付けた状態を示す。

【0047】

新規ボタン５９９の選択を受け付けた場合、制御部３１は新たな家電機器１４の入力を受け付ける画面を表示する。終了ボタン５９２の選択を受け付けた場合、制御部３１は表示を図７に示す画面に戻す。

【0048】

図７に戻って説明を続ける。ユーザが自家発電装置情報ボタン５９６を選択した場合、制御部３１は発電装置１６に関する情報の変更を受け付ける画面を表示する。蓄電池情報ボタン５９７の選択を受け付けた場合、制御部３１は蓄電池情報ボタン５９７に関する情報の変更を受け付ける画面を表示する。世帯情報ボタン５９８の選択を受け付けた場合、制御部３１は住所等の世帯情報の変更を受け付ける画面を表示する。

【0049】

保存ボタン５９１またはスケジュールボタン５９５の選択を受け付けた場合、制御部３１はユーザにより入力されたデータを情報処理装置２０に送信する。制御部２１は、登録家電欄５１を介して受け付けた情報に基づいて家電ＤＢ４１およびユーザＤＢ４３を更新する。

【0050】

図９に示す画面は、スケジュールボタン５９５の選択を受け付けた場合に端末装置３０が表示する画面の例である。図９に示す画面は、スケジュール欄５６１、説明欄５６２、凡例欄５６６、終了ボタン５９２および設定変更ボタン５９３を含む。

【0051】

スケジュール欄５６１には、図５を使用して説明したスケジュールＤＢ４２の家電機器フィールドに記録された情報が図示されている。スケジュール欄の列方向は日数を、縦方向は時間帯をそれぞれ示す。左下がりのハッチングは、冷蔵庫フィールドに「使用可」が記録されている時間帯を示す。横線のハッチングは、照明フィールドに「使用可」が記録されている時間帯を示す。右下がりのハッチングは、空調フィールドに「使用可」が記録されている時間帯を示す。説明欄５６２には、スケジュールＤＢ４２に記録された内容を説明する文章が自動生成されて表示されている。凡例欄５６６には凡例が表示されている。

【0052】

設定変更ボタン５９３の選択を受け付けた場合、制御部３１は図７を使用して説明した画面を表示して、家電機器１４の使用優先度等の設定変更を受け付ける。終了ボタン５９２の選択を受け付けた場合、制御部３１は処理を終了する。

【0053】

スケジュール欄５６１には、「不要」が記録されている時間帯も併せて表示されていてもよい。ユーザは、使用を希望しないと選択した時間帯を容易に確認し、必要に応じて設定を変更できる。

【0054】

なお、図９に示す画面は、端末装置３０が表示する画面の例示であり、これに限定するものではない。たとえば、ハッチングの代わりに文字またはアイコンにより、それぞれの家電機器１４を使用可能なスケジュールが表示されてもよい。

【0055】

図１０は、プログラムの処理の流れを説明するフローチャートである。たとえばスケジュールボタン５９５の選択を受け付けた場合、制御部３１はスケジュール作成条件を取得する（ステップＳ５０１）。スケジュール作成条件は、図７の停電期間欄５２を介してユーザが設定した停電期間、および、登録家電欄５１を介してユーザが設定した家電機器１４の使用優先順位と使用希望時間を含む。

【0056】

制御部３１は、スケジュール出力指示およびスケジュール作成条件を情報処理装置２０に送信する（ステップＳ５０２）。なお、制御部３１は、ユーザが設定したタイミングで自動的にステップＳ５０１およびステップＳ５０２を実行してもよい。

【0057】

制御部２１は、スケジュール出力指示およびスケジュール作成条件を受信する（ステップＳ６０１）。制御部２１は、図５を使用して説明したスケジュールＤＢ４２を初期化する（ステップＳ６０２）。具体的には制御部２１は、日付フィールドおよび時間フィールドに現在時刻以降から停電期間欄５２で指定された日数後までの各時間帯を記録したレコードを有し、予測発電量フィールドと、予測蓄電量フィールドと、家電機器フィールドの各サブフィールドとを空欄に設定したスケジュールＤＢ４２を作成する。

【0058】

制御部２１は、補助記憶装置２３に記録されている蓄電池１５の蓄電量を取得する（ステップＳ６０３）。なお、制御部２１は、通信装置１７を介して蓄電池１５の最新の蓄電量を取得してもよい。

【0059】

制御部２１は、気象情報サーバ１９から天気予報を取得する（ステップＳ６０４）。制御部２１は、取得した天気予報に基づいて発電量の予測値を取得して、スケジュールＤＢ４２に記録する（ステップＳ６０５）。

【0060】

具体的には制御部２１は、スケジュールＤＢ４２から１つのレコードを取得する。制御部２１は、日付フィールドおよび時間フィールドに記録されている対象時間帯と、ステップＳ６０４で取得した天気予報とを学習モデル４６に入力する。制御部２１は、学習モデル４６から出力される予測発電量を取得する。制御部２１は、取得した予測発電量をして、予測発電量フィールドに記録する。制御部３１は、以上の処理をスケジュールＤＢ４２の各レコードに対して実行する。

【0061】

なお、気象情報サーバ１９から天気予報を取得できない場合には、制御部２１は端末装置３０を介してユーザによる天気予報の入力を受け付けてもよい。ユーザは、過去の経験または、ラジオ等から得た情報に基づいて適宜天気予報を入力する。気象情報サーバ１９から天気予報を取得できない場合には、制御部２１は過去の気象データの統計等に基づいて天気予報を自動生成してもよい。

【0062】

制御部２１は、予測蓄電量を算出してスケジュールＤＢ４２に記録する（ステップＳ６０６）。具体的には制御部２１は、スケジュールＤＢ４２の最初のレコードについては、ステップＳ６０３で取得した蓄電量に、予測発電量フィールドに記録された予測発電量を加算して算出した予測蓄電量を予測蓄電量フィールドに記録する。

【0063】

スケジュールＤＢ４２の２番目以降のレコードについては、制御部２１は一つ前の時間帯のレコードの予測蓄電量フィールドに記録された予測蓄電量に、予測発電量フィールドに記録された予測発電量を加算して算出した予測蓄電量を予測蓄電量フィールドに記録する。制御部３１は、以上の処理をスケジュールＤＢ４２の各レコードに対して実行する。

【0064】

制御部２１は、使用可否判定のサブルーチンを起動する（ステップＳ６０７）。使用可否判定のサブルーチンは、スケジュールＤＢ４２のそれぞれの時間帯における各家電機器１４の使用可否を判定するサブルーチンである。使用可否判定のサブルーチンの処理の流れは後述する。

【0065】

制御部２１は家電機器１４が「使用可」と判定された時間が家電ＤＢ４１に記録された最低連続使用時間を満たすか否かを判定する（ステップＳ６０８）。満たさないと判定した場合（ステップＳ６０８でＮＯ）、制御部３１は「使用可」と判定された時間帯を、当該家電機器１４を使用しない時間帯に設定する（ステップＳ６０９）。

【0066】

制御部３１は、当該時間帯それぞれの予測蓄電量フィールドに、当該家電機器１４の消費電力を加算する。すなわち制御部２１は、予測蓄電量フィールドの状態を、当該家電機器１４を使用しない場合の蓄電量に戻す。制御部３１は、使用可否判定のサブルーチンの実行を開始する時間帯を、ステップＳ６０９で使用対象外であると判定した最初の時間帯に戻す（ステップＳ６１０）。制御部２１はステップＳ６０７に戻る。以上により制御部２１は、最低連続使用時間を満たさない家電機器１４を使用しない設定で、他の家電機器１４の使用可否を再計算する。

【0067】

なお、制御部２１はステップＳ６０８で最低連続使用時間を満たさないと判定した家電機器１４よりも使用優先順位の低い家電機器１４についても使用しない状態に戻した後に、使用可否を再計算してもよい。

【0068】

満たすと判定した場合（ステップＳ６０８でＹＥＳ）、制御部２１は完成した１ユーザＩＤ分のスケジュールＤＢ４２を端末装置３０に送信する（ステップＳ６１１）。制御部３１はスケジュールＤＢ４２を受信する（ステップＳ５１１）。制御部３１は図９を使用して説明した画面を表示する（ステップＳ５１２）。制御部３１は処理を終了する。

【0069】

制御部２１は、ステップＳ６０２からステップＳ６１０までの処理を自動的に実行してスケジュールＤＢ４２を随時更新し、端末装置３０からスケジュール出力指示を受信した場合に、最新版のスケジュールＤＢ４２を端末装置３０に送信してもよい。ユーザがスケジュールボタン５９５を選択した場合に、即座に家電機器１４を使用可能なスケジュールを表示する情報処理システム１０を提供できる。

【0070】

制御部２１は、スケジュールＤＢ４２を随時更新して端末装置３０に送信してもよい。制御部３１は、受信したスケジュールＤＢ４２を補助記憶装置３３に記憶し、スケジュールボタン５９５の選択を受け付けた場合に情報処理装置２０との通信を行なわずに、図９を使用して説明した画面を表示する。停電によりネットワークが切断された場合であっても使用可能な情報処理システム１０を提供できる。

【0071】

図１１は、使用可否判定のサブルーチンの処理の流れを説明するフローチャートである。使用可否判定のサブルーチンは、スケジュールＤＢ４２のそれぞれの時間帯における各家電機器１４の使用可否を判定するサブルーチンである。

【0072】

制御部２１は、家電ＤＢ４１に記録された未処理の家電レコードのうち、順位フィールドに記録された順位がもっとも高い家電レコードを取得する（ステップＳ６２１）。制御部２１は、スケジュールＤＢ４２中から一番早い未処理の時間帯を選択する（ステップＳ６２２）。

【0073】

以後の説明では、ステップＳ６２１で取得した家電レコードに対応する家電機器１４を処理中の家電機器１４と記載する場合がある。同様に、ステップＳ６２２で選択した時間帯を処理中の時間帯と記載する場合がある。同様に、スケジュールＤＢ４２中の、処理中の時間帯に対応するレコードを処理中のスケジュールレコードと記載する場合がある。

【0074】

制御部２１は、ステップＳ６２１で取得した家電レコードの使用希望時間帯フィールドに記録された、ユーザが当該家電機器１４の使用を希望する時間帯に、処理中の時間帯が含まれるか否かを判定する（ステップＳ６２３）。含まれないと判定した場合（ステップＳ６２３でＮＯ）、制御部２１は処理中のスケジュールレコード中の処理中の家電機器１４に対応するフィールドに「不要」を記録する（ステップＳ６２４）。

【0075】

含まれると判定した場合（ステップＳ６２３でＹＥＳ）、制御部２１は、ステップＳ６２１で取得した家電レコードの消費電力フィールドに記録された消費電力を取得する（ステップＳ６２５）。制御部２１は、処理中のスケジュールレコードの予測蓄電量フィールドに記録された予測蓄電量を取得する（ステップＳ６２６）。

【0076】

制御部２１は、ステップＳ６２５で取得した消費電力とステップＳ６２６で取得した予測蓄電量とを比較して、処理中の時間帯に処理中の家電機器１４を使用可能であるか否かを判定する（ステップＳ６２７）。

【0077】

使用可能であると判定した場合（ステップＳ６２７でＹＥＳ）、制御部２１は処理中のスケジュールレコード中の処理中の家電機器１４に対応するフィールドに「使用可」を記録する（ステップＳ６２８）。制御部２１は、処理中の時間帯に当該家電機器１４が消費する電力量を予測蓄電量から減算して、予測蓄電量フィールドを更新する（ステップＳ６２９）。

【0078】

使用可能ではないと判定した場合（ステップＳ６２７でＮＯ）、制御部２１は処理中のスケジュールレコード中の処理中の家電機器１４に対応するフィールドに「使用不可」を記録する（ステップＳ６３０）。

【0079】

ステップＳ６２４、ステップＳ６２９またはステップＳ６３０の終了後、制御部２１はすべての時間帯に対する処理を終了したか否かを判定する（ステップＳ６３１）。終了していないと判定した場合（ステップＳ６３１でＮＯ）、制御部２１はステップＳ６２２に戻る。

【0080】

終了したと判定した場合（ステップＳ６３１でＹＥＳ）、制御部２１は処理を終了するか否かを判定する（ステップＳ６３２）。具体的には、家電ＤＢ４１に記録されたすべての家電機器１４の処理を終了した場合、または、すべての時間帯における予測蓄電量が所定の閾値を下回った場合に、制御部２１は処理を終了すると判定する。

【0081】

終了しないと判定した場合（ステップＳ６３２でＮＯ）、制御部２１はステップＳ６２１に戻る。終了すると判定した場合（ステップＳ６３２でＹＥＳ）、制御部２１は処理を終了する。

【0082】

なお、一般家庭には発電装置１６が設置されていなくてもよい。情報処理システム１０は、停電発生前に商用電源から蓄電池１５に蓄えられた電力を使用するスケジュールを作成して表示する。

【0083】

本実施の形態によると、停電中に使用する家電機器１４の使用スケジュールを提案する情報処理システム１０を提供できる。したがって、停電中に使用する家電機器１４に関するユーザの判断を支援する情報処理システム１０を提供できる。

【0084】

気象情報サーバ１９から天気予報を取得して発電量を予測するため、たとえば太陽光発電装置等の自然エネルギーを利用する発電装置１６による発電量を有効に活用する使用スケジュールを提案できる。

【0085】

それぞれの一般家庭ごとに機械学習により生成された学習モデル４６を使用するため、発電装置１６の設置位置および設置向き等の個別の状況に応じた発電量を高精度で予測する情報処理システム１０を提供できる。

【0086】

本実施の形態によると、最低連続使用時間を満たさない短時間の電源供給による無駄な電力消費を防止する情報処理システム１０を提供できる。スケジュールを作成する都度、蓄電池１５の蓄電量を更新するため、前回作成したスケジュールと実際の電力消費量および発電量とに差異が生じている場合であっても、最新の状況に応じたスケジュールを作成する情報処理システム１０を提供できる。

【0087】

本実施の形態によると、ユーザがそれぞれの事情に応じて設定した優先順位に基づいて使用スケジュールを算出する情報処理システム１０を提供できる。本実施の形態によると、図７および図８を使用して説明した画面を用いてユーザが優先順位および使用希望時間を変更可能な情報処理システム１０を提供できる。平時に想定していた優先順位と、実際に停電が始まった後の生活に基づく優先順位とが異なる場合に、使用スケジュールを速やかに修正可能な情報処理システム１０を提供できる。

【0088】

スケジュールをスケジュール欄５６１に図示することにより、ユーザが直感的にスケジュールを把握できる情報処理システム１０を提供できる。説明欄５６２にスケジュールの概要を文章で表示することにより、図表の扱いに不慣れなユーザであっても必要な情報を確認できる情報処理システム１０を提供できる。さらに汎用の読み上げソフト等を併用することにより、視覚に障害があるユーザであっても提示されたスケジュールを理解できる情報処理システム１０を提供できる。

【0089】

家電機器１４の消費電力は、電源投入後の経過時間および気温等の様々な条件により変化する場合がある。家電ＤＢ４１の消費電力フィールドには、家電機器１４の消費電力を算出する関数またはテーブルが記録されていてもよい。高い精度で消費電力を予測して使用スケジュールを算出する情報処理システム１０を提供できる。

【0090】

発電装置１６が太陽光発電装置であり、気象情報サーバ１９から日照量の予測値が提供される場合には、学習モデル４６を使用する代わりに日照量の予測値と、所定の係数とに基づいて予測発電量を算出してもよい。係数は、太陽光発電装置の受光部の面積および設置角度に基づいてあらかじめ算出または測定される。

【0091】

蓄電池１５、発電装置１６および通信装置１７は、たとえばマンションまたはアパート等の集合住宅ごとに設置されていてもよい。たとえば、共用部の照明機器、給水ポンプ、エレベータ等の共用設備への電源供給スケジュールを作成する情報処理システム１０を提供できる。情報処理システム１０は、共用設備に加えて各住戸への電源供給スケジュールを作成してもよい。

【0092】

ユーザは、実際に大規模停電が起きていないときに図９を使用して説明した画面を確認し、大規模停電への備えを行なえる。

【0093】

［実施の形態２］
本実施の形態は、複数のスケジュールを作成してユーザに提示する情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。

【0094】

図１２は、実施の形態２のスケジュールＤＢ４２のレコードレイアウトを説明する説明図である。スケジュールＤＢ４２は、停電が継続した場合に家電機器１４を使用可能なスケジュールの案を複数記録するＤＢである。

【0095】

スケジュールＤＢ４２は、ユーザＩＤフィールド、日付フィールド、時間フィールド、予測発電量フィールド、および第１案フィールド、第２案フィールド等のそれぞれの案を記録する複数の案フィールドを有する。それぞれの案フィールドは、予測蓄電量フィールドと、冷蔵庫フィールド、照明フィールド、空調フィールド、ＴＶフィールドおよび給湯器フィールド等の、家電ＤＢ４１に記録されたそれぞれの家電機器１４に対応するフィールドとを有する。

【0096】

ユーザＩＤフィールドには、ユーザＩＤが記録されている。日付フィールドには、スケジュールＤＢ４２を作成した日付から数えた日数が記録されている。時間フィールドには、時間ごとに区切った時間の範囲が記録されている。

【0097】

予測発電量フィールドには、発電装置１６が発電する発電量の予測値が記録されている。第１案フィールドのそれぞれのサブフィールドには、第１案における蓄電量の予測値と、それぞれの家電機器１４の使用スケジュールとが記録されている。第２案フィールド以降も同様である。

【0098】

図１３は、実施の形態２の端末装置３０が表示する画面の例である。図１３に示す画面は、図７を使用して説明した画面の代わりに使用される。

【0099】

図１３に示す画面は、登録家電欄５１、停電期間欄５２、保存ボタン５９１、終了ボタン５９２、スケジュールボタン５９５、自家発電装置情報ボタン５９６、蓄電池情報ボタン５９７および世帯情報ボタン５９８を含む。登録家電欄５１は、家電機器１４ごとの家電ボタン５１１を含む。それぞれの家電ボタン５１１の内部に、使用希望時間欄５１７および優先度欄５１８が表示されている。

【0100】

ユーザは、家電機器１４の使用優先度を順位の代わりに「高」、「中」および「低」の３段階で指定する。たとえば、ユーザが優先度欄５１８をタップする毎に、制御部２１は使用優先度の設定を切り替えて優先度欄５１８に表示する。図８を使用して説明した画面に、使用優先度を設定するボタンが表示されてもよい。家電機器１４の使用優先度は、２段階または４段階以上で指定されてもよい。

【0101】

図１４は、実施の形態２の端末装置３０が表示する画面の例である。制御部３１は、スケジュールボタン５９５の選択を受け付けた場合に図１４に示す画面を表示する。図１４に示す画面は、スケジュール欄５６１、説明欄５６２および４個の提案切替ボタン５６４を含む。

【0102】

スケジュール欄５６１の横方向は時刻を示す。縦方向に、スケジュールＤＢ４２の一つの案フィールドに「使用可」と記録された家電機器１４を示すバーが積層表示されている。スケジュール欄５６１の上部には、表示する日付を切り替えるタブが表示されている。

【0103】

図１４においては、１日目のタブが選択されている。「冷蔵庫」は、零時から２４時までの終日使用可能である。「空調」は６時から１２時までと、１８時から２４時まで使用可能である。「照明」は、１７時から２４時まで使用可能である。

【0104】

提案切替ボタン５６４の選択を受け付けた場合、制御部２１は別のスケジュール案をスケジュール欄５６１に表示する。ユーザは、複数のスケジュール案を見比べて、状況に適した案を採用できる。

【0105】

図１５は、実施の形態２のプログラムの処理の流れを説明するフローチャートである。ステップＳ５０１からステップＳ６０５までの処理の流れは図１０を使用して説明したフローチャートの処理の流れと同様であるため説明を省略する。

【0106】

制御部２１は、優先順位群生成のサブルーチンを起動する（ステップＳ６５１）。優先順位群生成のサブルーチンは、ユーザに指定された優先度を満たす優先順位を総当たりで生成するサブルーチンである。

【0107】

たとえば図１３に示す例においては、使用優先度「高」は「冷蔵庫」のみ、使用優先度「中」は「照明」と「空調」の２つ、使用優先度「低」は「ＴＶ」と「給湯器」の２つである。使用優先度「中」および使用優先度「低」はそれぞれ２通りの順番を定めることが可能である。したがって、制御部２１は優先順位群生成のサブルーチンにより合計で４通りの優先順位を生成する。優先順位群生成のサブルーチンの処理の流れは後述する。

【0108】

制御部２１は、ステップＳ６５１で生成した優先順位群から１つの優先順位を選択する（ステップＳ６５２）。制御部２１は、使用可否判定のサブルーチンを起動する（ステップＳ６０７）。使用可否判定のサブルーチンは、図１１を使用して説明したサブルーチンと同一のサブルーチンである。以後ステップＳ６１０までの処理は図１０を使用して説明したプログラムの処理と同一であるため、説明を省略する。

【0109】

制御部２１は、ステップＳ６５１で生成したすべての優先順位の処理を終了したか否かを判定する（ステップＳ６５３）。終了していないと判定した場合（ステップＳ６５３でＮＯ）、制御部２１はステップＳ６５２に戻る。制御部２１は、ステップＳ６５２からステップＳ６５３までの１回のループで、１つのスケジュール案を作成する。

【0110】

終了したと判定した場合（ステップＳ６５３でＹＥＳ）、制御部２１はスケジュールＤＢ４２に記録された複数のスケジュール案から、重複している案を抽出して削除する（ステップＳ６５４）。

【0111】

制御部２１は完成した１ユーザＩＤ分のスケジュールＤＢ４２を端末装置３０に送信する（ステップＳ６５５）。ステップＳ６５５で送信されるスケジュールＤＢ４２には、複数のスケジュール案が含まれる。制御部３１はスケジュールＤＢ４２を受信する（ステップＳ５２１）。制御部３１は表示のサブルーチンを起動する（ステップＳ５２２）。表示のサブルーチンは、図１４を使用して説明した画面を表示するサブルーチンである。表示のサブルーチンの処理の流れは後述する。制御部３１は処理を終了する。

【0112】

なお制御部２１は、ステップＳ６５４とステップＳ６５５との間で、優先順位が「高」である家電機器１４が「使用不可」である時間が少ない方から所定の数のスケジュール案を抽出し、それ以外のスケジュール案を削除してもよい。情報処理装置２０と端末装置３０との間の通信量を削減することにより、端末装置３０の電力消費量を低減する情報処理システム１０を提供できる。

【0113】

図１６は、優先順位群生成のサブルーチンの処理の流れを説明するフローチャートである。優先順位群生成のサブルーチンは、ユーザに指定された優先度を満たす優先順位を総当たりで生成するサブルーチンである。

【0114】

制御部２１は、変数「順位」を「１」に初期化する（ステップＳ６６１）。制御部２１は、家電機器１４を選択する優先度を高い方から順番に１つ選択する（ステップＳ６６２）。制御部２１は、ステップＳ６６２で選択した優先度が指定された家電機器１４群を取得する（ステップＳ６６３）。

【0115】

制御部２１は、ステップＳ６６３で取得した家電機器１４群のうち実行中のループで選択されていない家電機器１４から、「順位」番目の家電機器１４を１つ選択する（ステップＳ６６４）。ステップＳ６６４の選択は、たとえば家電機器１４を家電ＤＢ４１に登録した順番等、任意のルールに基づいて行われる。

【0116】

制御部２１は、ステップＳ６６３で取得した家電機器１４群に含まれるすべての家電機器１４の選択を、実行中のループにおいて終了したか否かを判定する（ステップＳ６６５）。処理を終了していないと判定した場合（ステップＳ６６５でＮＯ）、制御部２１は変数「順位」に１を加算する（ステップＳ６６６）。制御部２１はステップＳ６６４に戻る。

【0117】

処理を終了したと判定した場合（ステップＳ６６５でＹＥＳ）、制御部２１はすべての優先度について処理を終了したか否かを判定する（ステップＳ６６７）。処理を終了していないと判定した場合（ステップＳ６６７でＮＯ）、制御部２１は変数「順位」に１を加算する（ステップＳ６６８）。制御部２１はステップＳ６６２に戻る。

【0118】

処理を終了したと判定した場合（ステップＳ６６７でＹＥＳ）、制御部２１は順位と家電機器１４とを関連づけて記録する（ステップＳ６６９）。以上の処理により、１組の優先順位が生成される。

【0119】

制御部２１は、すべての順列組み合わせに対応する優先順位を生成し記録して終了するか否かを判定する（ステップＳ６７０）。たとえば、優先度がＳ段階に分かれており、Ｓ番目の優先度に設定された家電機器１４の数がＴsで示される場合、すべての順列組み合わせの数Ａは（１）式で算出される。

【0120】

【数1】

【0121】

すべての順列組み合わせに対応する優先順位を生成して記録していない、すなわちステップＳ６６９をＡ回実行していないと判定した場合（ステップＳ６７０でＮＯ）、制御部２１はステップＳ６６１に戻る。すべての順列組み合わせに対応する優先順位を生成して記録したと判定した場合（ステップＳ６７０でＹＥＳ）、制御部２１は処理を終了する。

【0122】

図１７は、表示のサブルーチンの処理の流れを説明するフローチャートである。表示のサブルーチンは、図１４を使用して説明した画面を表示するサブルーチンである。

【0123】

制御部３１は、情報処理装置２０から受信したスケジュールＤＢ４２に含まれる複数のスケジュール案に、提案番号を割り当てる（ステップＳ５３１）。たとえば制御部３１は、優先順位が高い家電機器１４が「使用不可」である時間が短いスケジュール案から順に小さい提案番号を割り当てる。制御部３１は、優先順位が高い家電機器１４が「使用不可」である時間帯が遅いスケジュール案から順に小さい提案番号を割り当ててもよい。

【0124】

なお、制御部２１がステップＳ５３１を実行し、提案番号を割り当てたスケジュール案を端末装置３０に送信してもよい。

【0125】

制御部３１は、たとえば提案番号１のスケジュール案を取得する（ステップＳ５３２）。制御部３１は、図１４を使用して説明した画面を表示する（ステップＳ５３３）。制御部３１は、日付タブの操作を受け付けた場合には、表示する日付を切り替える。

【0126】

制御部３１は、ユーザにより提案切替ボタン５６４または終了指示を受け付けたか否かを判定する（ステップＳ５３４）。ユーザが提案切替ボタン５６４を操作したと判定した場合（ステップＳ５３４で提案切替）、制御部３１はユーザが指定した提案切替ボタン５６４に対応するスケジュール案を取得する（ステップＳ５３５）。制御部３１はステップＳ５３３に戻る。

【0127】

ユーザがたとえばスワイプ操作等により終了を指示したと判定した場合（ステップＳ５３４で終了）、制御部３１は処理を終了する。なお、フローチャートによる図示を省略するが、制御部３１はたとえば図１３を使用して説明した画面に戻る操作等を受け付けてもよい。

【0128】

本実施の形態によると、複数のスケジュール案を作成してユーザに提示する情報処理システム１０を提供できる。

【0129】

なお、図１４に示す画面では使用可能なそれぞれの家電機器１４が同じ高さで表示されているが、それぞれの家電機器１４の消費電力に応じた高さで表示されてもよい。ユーザは、どの家電機器１４の消費電力が大きいかを直感的に把握できる。

【0130】

［変形例］
図１８は、端末装置３０が表示する画面の変形例である。制御部３１は、ステップＳ５１１で受信したスケジュールＤＢ４２に記録されたすべての案において、使用優先度が「高」である家電機器１４に「使用不可」である時間帯が存在する場合に、図１８に示す画面を表示する。図１８に示す画面は、緊急スケジュール欄５６３、説明欄５６２、終了ボタン５９２および設定変更ボタン５９３を含む。

【0131】

緊急スケジュール欄５６３の列方向は日数を、縦方向は時間帯をそれぞれ示す。格子状のハッチングは、使用優先度が「高」である家電機器１４が「使用不可」である時間帯を示す。使用優先度が「高」である家電機器１４を使用できない時間帯を「緊急時間」という。制御部２１は、受信した家電ＤＢ４１から「緊急時間」が最も短い案を抽出して、図１８に示す画面を表示する。

【0132】

制御部２１は、緊急時間に関して説明する文章を自動生成して、説明欄５６２の上側に表示する。制御部２１は、たとえば「緊急時間」が２番目に短い案と、「緊急時間」が最も短い案との相違を説明する文章を自動生成して説明欄５６２の下側に表示する。

【0133】

凡例欄５６６には凡例が表示されている。設定変更ボタン５９３の選択を受け付けた場合、制御部３１は図７を使用して説明した画面を表示して、家電機器１４の使用優先度等の設定変更を受け付ける。終了ボタン５９２の選択を受け付けた場合、制御部３１は処理を終了する。

【0134】

制御部３１はたとえばユーザによるダブルタップ操作またはスワイプ操作等を受け付けた場合に、図１８を使用して説明した画面と図９を使用して説明した画面と、図１４を使用して説明した画面とを順次切り替えてもよい。

【0135】

本変形例によると、使用優先度が「高」である家電機器１４を使用できない時間が存在する場合に、当該時間帯を表示してユーザの注意を喚起する情報処理システム１０を提供できる。

【0136】

［実施の形態３］
本実施の形態は、図６を使用して説明した学習モデル４６を生成する方法に関する。実施の形態１と共通する部分については、説明を省略する。

【0137】

図１９は、訓練ＤＢのレコードレイアウトを説明する説明図である。訓練ＤＢは、入力と正解ラベルとを関連づけて記録したデータベースであり、機械学習によるモデルの訓練に使用される。訓練ＤＢは、ユーザＩＤフィールド、データＮｏ．フィールド、天気予報フィールドおよび発電量実績値フィールドを有する。天気予報フィールドは、日付フィールド、時間フィールド、気温フィールドおよび天候フィールドを有する。

【0138】

ユーザＩＤフィールドには、ユーザＩＤが記録されている。データＮｏ．フィールドには、教師データの番号が連番で記録されている。天気予報フィールドの各サブフィールドには、気象情報サーバ１９から取得した天気予報データが記録されている。気象情報サーバ１９はたとえば直近の１０日分の気温および天候の予測および実績を時間帯ごとに提供する。発電量実績値フィールドには、発電装置１６により発電された電力の実績値が記録されている。

【0139】

制御部２１は、定期的に気象情報サーバ１９から天気予報を取得する。制御部２１は、天気予報を取得するごとに訓練データＤＢに新規レコードを作成して、データＮｏ．フィールドに連番で記録する。制御部２１は、それぞれの日付および時間帯に対応するレコードの発電量実績値フィールドに、発電量の実績値を記録する。

【0140】

たとえば、制御部２１が１時間ごと、すなわち１日に２４回、気象情報サーバ１９から天気予報を取得する場合、データＮｏ．フィールドの連番で２４個分のレコードが毎日生成される。制御部２１は、それぞれのレコードの対応する日付に、同一の発電量実績値を記録する。以上の処理を所定の期間にわたって継続することにより、各ユーザＩＤについて天気予報と発電量実績値とを関連づけて大量に記録した訓練データが生成される。

【0141】

図２０は、実施の形態３のプログラムの処理の流れを説明するフローチャートである。情報処理装置２０を用いて学習モデル４６の機械学習を行なう場合を例にして説明する。図２０のプログラムは情報処理装置２０とは別のハードウェアで実行され、機械学習が完了した学習モデル４６がネットワークを介して補助記憶装置２３に複写されてもよい。

【0142】

図２０のプログラムの実行に先立ち、たとえばＣＮＮ構造またはランダムフォレスト構造等の未学習のモデルが準備されている。図２０のプログラムにより、準備されたモデルの各パラメータが調整されて、機械学習が行なわれる。

【0143】

情報処理装置２０の制御部２１は、訓練ＤＢから１エポックの訓練に使用する訓練レコードを取得する（ステップＳ８１１）。制御部２１は、モデルの入力層に入力データが入力された場合に、出力層から出力データが出力されるように、モデルのパラメータを調整する（ステップＳ８１２）。

【0144】

具体例を挙げて説明する。制御部２１は、一つのデータＮｏ．に対応する天気予報フィールド全体、すなわち気象情報サーバ１９から提供された１回分の天気予報データと、計算時間帯を入力データに設定し、同じ計算時間帯に発電された発電量実績値を出力データに設定する。制御部２１は、計算時間帯をランダムに設定しても、１回分の天気予報データに含まれるそれぞれの時間帯を一つずつ順番に設定して処理してもよい。

【0145】

制御部２１は、処理を終了するか否かを判定する（ステップＳ８１３）。たとえば、制御部２１は所定のエポック数の学習を終了した場合に、処理を終了すると判定する。制御部２１は、訓練ＤＢからテストデータを取得して機械学習中のモデルに入力し、所定の精度の出力が得られた場合に処理を終了すると判定してもよい。

【0146】

処理を終了しないと判定した場合（ステップＳ８１３でＮＯ）、制御部２１はステップＳ８１１に戻る。処理を終了すると判定した場合（ステップＳ８１３でＹＥＳ）、制御部２１は学習済のモデルのパラメータを補助記憶装置２３に記録する（ステップＳ８１４）。その後、制御部２１は処理を終了する。以上の処理により、学習済の学習モデル４６が生成される。本実施の形態によると、機械学習により学習モデル４６を生成できる。

【0147】

［実施の形態４］
図２１は、実施の形態４の情報処理システム１０の構成を説明する説明図である。本実施の形態は、汎用のコンピュータ９０と、プログラム９７とを組み合わせて動作させることにより、本実施の形態の情報処理システム１０を実現する形態に関する。実施の形態１と共通する部分については、説明を省略する。

【0148】

コンピュータ９０は、制御部２１、主記憶装置２２、補助記憶装置２３、通信部２４、読取部２９およびバスを備える。コンピュータ９０は、汎用のパーソナルコンピュータ、タブレット、スマートフォンまたはサーバコンピュータ等の情報機器である。コンピュータ９０は、大型計算機上で動作する仮想マシン、クラウドコンピューティングシステム、または、量子コンピュータであってもよい。コンピュータ９０は、分散処理を行なう複数のパソコン等であってもよい。

【0149】

プログラム９７は、可搬型記録媒体９６に記録されている。制御部２１は、読取部２９を介してプログラム９７を読み込み、補助記憶装置２３に保存する。また制御部２１は、コンピュータ９０内に実装されたフラッシュメモリ等の半導体メモリ９８に記憶されたプログラム９７を読出してもよい。さらに、制御部２１は、通信部２４および図示しないネットワークを介して接続される図示しない他のサーバコンピュータからプログラム９７をダウンロードして補助記憶装置２３に保存してもよい。

【0150】

プログラム９７のうち、コンピュータ９０で実行される部分は、コンピュータ９０の制御プログラムとしてインストールされ、主記憶装置２２にロードして実行される。これにより、コンピュータ９０は上述した情報処理装置２０として機能する。プログラム９７のうち端末装置３０で実行される部分は、ネットワークを介して送信されて端末装置３０の制御プログラムとしてインストールされる。これにより、端末装置３０は情報処理装置２０と協働して上述した機能を果たす。

【0151】

［実施の形態５］
図２２は、実施の形態４の情報処理装置２０の機能ブロック図である。情報処理装置２０は、取得部８１と出力部８２とを有する。取得部８１は、蓄電池の蓄電量、および、複数の家電機器１４の使用優先度を取得する。出力部８２は、取得した蓄電量の範囲内で家電機器１４それぞれを使用優先度に基づいて使用可能なスケジュールを出力する。

【0152】

各実施例で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0153】

１０ 情報処理システム
１４ 家電機器
１４１ 冷蔵庫
１４２ 照明機器
１４３ 空調装置
１４４ 給湯装置
１４５ テレビ
１５ 蓄電池
１６ 発電装置
１７ 通信装置
１９ 気象情報サーバ
２０ 情報処理装置
２１ 制御部
２２ 主記憶装置
２３ 補助記憶装置
２４ 通信部
２９ 読取部
３０ 端末装置
３１ 制御部
３２ 主記憶装置
３３ 補助記憶装置
３４ 通信部
３５ タッチパネル
３５１ 表示部
３５２ 入力部
４１ 家電ＤＢ
４２ スケジュールＤＢ
４３ ユーザＤＢ
４６ 学習モデル
５１ 登録家電欄
５１１ 家電ボタン
５１２ 家電名欄
５１３ メーカー欄
５１４ 型番欄
５１５ ２４時間ボタン
５１６ 時間帯入力ボタン
５１７ 使用希望時間欄
５１８ 優先度欄
５２ 停電期間欄
５６１ スケジュール欄
５６２ 説明欄
５６３ 緊急スケジュール欄
５６４ 提案切替ボタン
５６６ 凡例欄
５９１ 保存ボタン
５９２ 終了ボタン
５９３ 設定変更ボタン
５９５ スケジュールボタン
５９６ 自家発電装置情報ボタン
５９７ 蓄電池情報ボタン
５９８ 世帯情報ボタン
５９９ 新規ボタン
８１ 取得部
８２ 出力部
９０ コンピュータ
９６ 可搬型記録媒体
９７ プログラム
９８ 半導体メモリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】