(57)【特許請求の範囲】
【請求項１】
利用者が使用する電気機器の消費電力の情報を取得する電力情報取得部と，
前記利用者のスケジュール情報を取得するスケジュール情報取得部と，
過去に計測された前記消費電力の情報と，前記利用者の過去のスケジュール情報とを用いた統計から，前記利用者のスケジュールにおける特定の予定と，前記消費電力の状況との対応についての規則性を求める学習部と，
前記規則性の情報を記憶する規則情報記憶部と，
前記利用者のスケジュール情報から得られた現在の予定と，計測された現在の前記消費電力の状況との対応が，前記規則情報記憶部に記憶された規則性に一致するかの判定であって，計測された現在の前記消費電力の状況が，前記規則情報記憶部に記憶された規則性において，前記特定の予定に対応する前記消費電力の状況である場合に，前記利用者のスケジュール情報から得られた現在の予定が前記特定の予定であるかを判定する照合判定部と，
前記照合判定部により前記現在の予定と計測された現在の前記消費電力の状況との対応が前記規則性に一致しないと判定された場合に，前記利用者が使用する情報機器に対して，前記スケジュールの予定に関する通知であって，前記利用者が前記特定の予定をスケジュールに入力し忘れている可能性がある旨を警告する通知を行う通知部とを備える
ことを特徴とするスケジュール管理装置。
【請求項２】
前記利用者が使用する電気機器の消費電力の情報は，前記利用者に割り当てられた電力供給部で計測された消費電力の情報である
ことを特徴とする請求項１に記載されたスケジュール管理装置。
【請求項３】
前記規則性は，前記利用者のスケジュールにおける特定の予定と，前記消費電力の状況との対応についての規則性であり，
前記照合判定部による一致の判定は，前記利用者のスケジュール情報から得られた現在の予定が前記特定の予定である場合に，計測された現在の前記消費電力の状況が，前記規則情報記憶部に記憶された規則性において，前記特定の予定に対応する前記消費電力の状況であるかの判定であり，
前記通知部による前記スケジュールの予定に関する通知は，前記利用者が前記特定の予定を忘れている可能性がある旨を警告する通知である
ことを特徴とする請求項１または請求項２に記載されたスケジュール管理装置。
【請求項４】
コンピュータに，
利用者が使用する電気機器の消費電力の情報を取得する手順と，
前記利用者のスケジュール情報を取得する手順と，
過去に計測された前記消費電力の情報と，前記利用者の過去のスケジュール情報とを用いた統計から，前記利用者のスケジュールにおける特定の予定と，前記消費電力の状況との対応についての規則性を求める手順と，
前記利用者のスケジュール情報から得られた現在の予定と，計測された現在の前記消費電力の状況との対応が，前記規則性に一致するかの判定であって，計測された現在の前記消費電力の状況が，求められた前記規則性において，前記特定の予定に対応する前記消費電力の状況である場合に，前記利用者のスケジュール情報から得られた現在の予定が前記特定の予定であるかを判定する手順と，
前記判定する手順で前記現在の予定と計測された現在の前記消費電力の状況との対応が前記規則性に一致しないと判定された場合に，前記利用者が使用する情報機器に対して，前記スケジュールの予定に関する通知であって，前記利用者が前記特定の予定をスケジュールに入力し忘れている可能性がある旨を警告する通知を行う手順とを
実行させるためのスケジュール管理プログラム。
【請求項５】
コンピュータが，
利用者が使用する電気機器の消費電力の情報を取得する過程と，
前記利用者のスケジュール情報を取得する過程と，
過去に計測された前記消費電力の情報と，前記利用者の過去のスケジュール情報とを用いた統計から，前記利用者のスケジュールにおける特定の予定と，前記消費電力の状況との対応についての規則性を求める過程と，
前記利用者のスケジュール情報から得られた現在の予定と，計測された現在の前記消費電力の状況との対応が，前記規則性に一致するかの判定であって，計測された現在の前記消費電力の状況が，求められた前記規則性において，前記特定の予定に対応する前記消費電力の状況である場合に，前記利用者のスケジュール情報から得られた現在の予定が前記特定の予定であるかを判定する過程と，
前記判定する過程で前記現在の予定と計測された現在の前記消費電力の状況との対応が前記規則性に一致しないと判定された場合に，前記利用者が使用する情報機器に対して，前記スケジュールの予定に関する通知であって，前記利用者が前記特定の予定をスケジュールに入力し忘れている可能性がある旨を警告する通知を行う過程とを実行する
ことを特徴とするスケジュール管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，利用者のスケジュールに基づく行動の支援を行うスケジュール管理装置，スケジュール管理プログラムおよびスケジュール管理方法に関するものである。
【背景技術】
【０００２】
自分のスケジュールの把握や，周りへの在席状況を知らせるために，スケジューラを利用する人が増えている。スケジューラは，コンピュータでスケジュールの管理を行うアプリケーションである。近年では，入力方法やスケジュールの見せ方などのユーザインタフェースに特徴がある様々なスケジューラが存在する。
【０００３】
利用者は，スケジューラを用いて自身のスケジュールに予定を書き込み，そのスケジュールの予定に従って行動する。しかし，実際には，スケジューラで自身のスケジュールに予定を書き込んでもその予定を忘れてしまうことや，スケジュールへの予定の書き込みを忘れたまま行動してしまうことがある。このように，スケジューラが利用されていても，利用者のスケジュールが十分に管理されていないという問題がある。
【０００４】
なお，利用者による電源のオン／オフやログオン状態，利用者の無操作時間などのパソコンの操作状況に応じて，利用者の在席管理を行う技術が知られている。この技術では，パソコンの操作状況に応じた在席履歴とスケジュールとを連動させ，利用者の離席内容を予測する技術も提案されている。また，人による電気機器の電源のオン／オフの履歴情報を蓄積し，その履歴情報から人の所定行動時刻の規則性を検出し，次の人の所定行動時刻を予測して，自動的に電気機器の電源のオン／オフを制御する技術が知られている。また，スケジュールから利用者の現在の状況や，未来の状況を推定し，携帯型情報処理装置の電源制御を行う技術が知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−０１４９２３号公報
【特許文献２】特開２００６−３０３８９８号公報
【特許文献３】特開２００１−１００８７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述のパソコンの操作状況に応じて利用者の在席管理を行う技術では，パソコンの操作状況に応じた在席履歴とスケジュールとを連動させ，利用者の離席内容を予測する。しかし，パソコンの電源のオン／オフやログオン状態，無操作状態などのパソコンの操作状況だけでは，多様な利用者の行動状況を細かく分類することは難しく，この技術では，利用者のスケジュールの予定を柔軟に予測することはできない。また，この技術は利用者のスケジュール管理を支援する技術ではないため，この技術によって，利用者がスケジュールに書き込まれた予定を忘れることを防止したり，利用者によるスケジュールへの書き込み忘れを防止することはできない。
【０００７】
また，上述の人による電気機器の電源のオン／オフの履歴情報から，次の人の所定行動時刻を予測する技術は，人による過去の電気機器の電源のオン／オフの状況から，未来の人の行動を予測する。しかし，この技術では，利用者がスケジュールの予定通りに行動しているかを推定することはできない。そのため，この技術によって，利用者がスケジュールに書き込まれた予定を忘れることを防止したり，利用者によるスケジュールへの書き込み忘れを防止することはできない。
【０００８】
また，スケジュールから利用者の状況を推定し，携帯型情報処理装置の電源制御を行う技術は，あくまでスケジュールから利用者の状況を推定する技術である。この技術では，利用者がスケジュールの予定通りに行動しているかを推定することはできない。そのため，この技術によって，利用者がスケジュールに書き込まれた予定を忘れることを防止したり，利用者によるスケジュールへの書き込み忘れを防止することはできない。
【０００９】
また，スケジュールの予定の時間となったときに利用者に対して予定時間となったことをアラームで通知する技術も考えられるが，利用者がすでに行動を起こしている場合にアラームが鳴っても意味はない。このような意味のないアラームが繰り返されると，利用者のアラームへの注意力が下がり，結局はアラームによる通知の効果が下がってしまう。
【００１０】
このような状況から，利用者がスケジュールの予定に基づいた的確な行動ができるように，利用者がスケジュールに書き込まれた予定を忘れることを防止したり，利用者によるスケジュールへの書き込み忘れを防止するなどの支援を，効果的に実行する技術が望まれている。
【００１１】
開示する技術の一側面は，上記の問題の解決を図り，利用者がスケジュールの予定に基づいて的確に行動できるように支援する技術を提供することを目的とする。
【課題を解決するための手段】
【００１２】
開示するスケジュール管理装置は，利用者が使用する電気機器の消費電力の情報を取得する電力情報取得部と，利用者のスケジュール情報を取得するスケジュール情報取得部と，過去に計測された消費電力の情報と，利用者の過去のスケジュール情報とを用いた統計から，利用者のスケジュールにおける特定の予定と，消費電力の状況との対応についての規則性を求める学習部と，規則性の情報を記憶する規則情報記憶部と，利用者のスケジュール情報から得られた現在の予定と，計測された現在の消費電力の状況との対応が，規則情報記憶部に記憶された規則性に一致するかの判定であって，計測された現在の消費電力の状況が，規則情報記憶部に記憶された規則性において，特定の予定に対応する消費電力の状況である場合に，利用者のスケジュール情報から得られた現在の予定が特定の予定であるかを判定する照合判定部と，照合判定部により現在の予定と計測された現在の消費電力の状況との対応が規則性に一致しないと判定された場合に，利用者が使用する情報機器に対して，スケジュールの予定に関する通知であって，利用者が特定の予定をスケジュールに入力し忘れている可能性がある旨を警告する通知を行う通知部とを備える。
【発明の効果】
【００１３】
開示する技術によって，利用者がスケジュールの予定に基づいて的確に行動できるように支援することが可能となる。例えば，この技術によって，利用者がスケジュールに書き込まれた予定を忘れたり，利用者がスケジュールへの予定の書き込みを忘れたことを推定し，その防止を支援することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態によるスケジュール管理装置の構成例を示す図である。
【図２】本実施の形態によるスケジュール管理装置を実現するハードウェアの構成例を示す図である。
【図３】本実施の形態によるコンセント情報記憶部に格納されるデータの構成例を示す図である。
【図４】本実施の形態によるユーザ情報記憶部に格納されるデータの構成例を示す図である。
【図５】本実施の形態による利用者のスケジュールの例を示す図である。
【図６】本実施の形態のコンセントで計測された消費電力のグラフの例を示す図である。
【図７】本実施の形態による紐付け管理情報記憶部に格納されるデータの構成例を示す図である。
【図８】本実施の形態による規則情報記憶部に格納されるデータの構成例を示す図である。
【図９】スケジュールの予定に対応する消費電力の状況の抽出の例を説明する図である。
【図１０】収集された消費電力の状況の統計からスケジュールにおける予定と消費電力の状況との対応の規則性を求める例を説明する図である。
【図１１】本実施の形態の学習部による学習処理フローチャートである。
【図１２】本実施の形態の照合判定部および通知部による照合判定・通知処理フローチャートである。
【発明を実施するための形態】
【００１５】
以下，本実施の形態について，図を用いて説明する。
【００１６】
図１は，本実施の形態によるスケジュール管理装置の構成例を示す図である。
【００１７】
図１に示すスケジュール管理装置１０は，コンピュータにより利用者のスケジュール管理の支援を行う装置である。スケジュール管理装置１０は，スケジュール情報・電力情報統合部１１，コンセント情報記憶部１２，ユーザ情報記憶部１３，スケジュール情報・電力情報ＤＢ（DataBase）１４，学習部１５，規則情報記憶部１６，照合判定部１７，通知部１８を備える。
【００１８】
スケジュール情報・電力情報統合部１１は，スケジュール情報と電力情報とを取得し，互いに関連するスケジュール情報と電力情報との紐付けを行う。スケジュール情報は，利用者ごとのスケジュールに関する情報である。電力情報は，利用者が使用する電気機器の消費電力に関する情報である。スケジュール情報・電力情報統合部１１は，スケジュール情報取得部１１１，電力情報取得部１１２を備える。
【００１９】
スケジュール情報取得部１１１は，利用者のスケジュール情報を取得する。図１に示すスケジュール情報取得部１１１は，各利用者のスケジュール情報を，スケジューラ２０から取得する。スケジュール情報を取得するタイミングや，スケジュール情報の取得単位は，任意である。例えば，スケジュール情報取得部１１１は，１０分ごとに，その日１日分のスケジュール情報を取得する。
【００２０】
スケジューラ２０は，利用者のスケジュールを管理するアプリケーションである。スケジューラ２０は，例えば，各利用者がそれぞれに使用する情報機器のスケジューラ２０である。このとき，スケジュール情報取得部１１１は，各情報機器のスケジューラ２０が管理するスケジュール情報の記憶部から，それぞれの利用者のスケジュール情報を取得する。また，例えば，企業のサーバで従業員である利用者のスケジュールを集中管理している場合などには，スケジューラ２０は，複数の利用者のスケジュールを管理するサーバのスケジューラ２０である。このとき，スケジュール情報取得部１１１は，サーバのスケジューラ２０が管理するスケジュール情報の記憶部から，利用者のスケジュール情報を取得する。
【００２１】
電力情報取得部１１２は，利用者が使用する電気機器の消費電力の情報である電力情報を取得する。図１に示す電力情報取得部１１２は，電力情報を，電力供給部であるコンセント３０から収集する。電力情報を取得するタイミングや，電力情報の取得単位は，任意である。例えば，電力情報取得部１１２は，１０秒ごとに，その時点で計測された消費電力の情報を取得する。
【００２２】
図１に示すコンセント３０は，電力をセンシングする電力センサが取り付けられたコンセントである。コンセント３０に取り付けられた電力センサは，電力供給部であるコンセント３０から供給された電力，すなわち使用された電気機器の消費電力を計測する。電力センサ付きのコンセント３０は，例えばＥｔｈｅｒｎｅｔやＵＳＢ，無線などの通信機能を持つ。それらの通信機能を使用して，電力情報取得部１１２は，各コンセント３０から電力情報を収集する。電力センサ付きのコンセント３０を備える機器としては，例えば，複数のコンセント３０を持つ電源タップなどが考えられる。
【００２３】
また，近年，オフィスなどにおける省電力化が重要視されるようになってきている。そのため，オフィスなどで使用される電気機器の消費電力を監視して電力の使用状況を把握し，無駄に使用されている電力の削減を行う技術の開発が行われている。
【００２４】
例えば，このような電力監視の技術が導入されたオフィスでは，オフィス内の電力情報を集中管理するサーバが，オフィス内に設置された電力センサ付きの各コンセント３０から電力情報を収集して保持するケースが考えられる。このようなケースでは，電力情報取得部１１２は，各コンセント３０における電力情報を，オフィス内の電力を集中管理するサーバから取得することもできる。
【００２５】
なお，例えば，電力センサを電気機器側に備えさせ，電気機器の消費電力を電気機器自身で計測させて，電気機器の通信機能を用いて計測された消費電力の情報を収集することも可能である。ただし，ありとあらゆる電気機器に，電力の計測機能や通信機能を持たせることは困難である。コンセント３０などの電力供給部で消費電力を計測させ，その電力情報を収集することにより，電力の計測機能や通信機能を持たない電気機器についての消費電力の情報を収集することが可能となる。すべての電気機器に電力の計測機能や通信機能を持たせることに比べると，各電器機器が共通に使用する電力供給部に電力の計測機能や通信機能を持たせる方が容易である。
【００２６】
スケジュール情報・電力情報統合部１１は，コンセント情報記憶部１２に記憶されたコンセント情報と，ユーザ情報記憶部１３に記憶されたユーザ情報とを参照し，取得されたスケジュール情報と電力情報とを紐付けする。本実施の形態では，スケジュール情報・電力情報統合部１１は，取得されたスケジュール情報と電力情報とを，利用者ごと，日付ごとに紐付けする。
【００２７】
コンセント情報記憶部１２は，コンセント情報を記憶する，コンピュータがアクセス可能な記憶部である。コンセント情報は，各コンセント３０に関する情報である。本実施の形態では，利用者ごとに，消費電力を計測する対象のコンセント３０が割り当てられている。コンセント情報には，コンセント３０ごとに，割り当てされた利用者の情報や，電源接続する電気機器の情報などが記録されている。
【００２８】
ユーザ情報記憶部１３は，ユーザ情報を記憶する，コンピュータがアクセス可能な記憶部である。ユーザ情報は，各利用者に関する情報である。ユーザ情報には，利用者ごとに，利用者のスケジュールを識別する情報や，通知先の情報などが記録されている。
【００２９】
スケジュール情報・電力情報統合部１１は，取得したスケジュール情報，取得した電力情報，スケジュール情報と電力情報とを紐付けした情報を，スケジュール情報・電力情報ＤＢ１４に記憶する。
【００３０】
スケジュール情報・電力情報ＤＢ１４は，スケジュール情報，電力情報，紐付け管理情報等の情報を記憶する，コンピュータがアクセス可能な記憶部である。スケジュール情報・電力情報ＤＢ１４は，スケジュール情報記憶部１４１，電力情報記憶部１４２，紐付け管理情報記憶部１４３を備える。
【００３１】
スケジュール情報記憶部１４１は，スケジュール情報を記憶する，コンピュータがアクセス可能な記憶部である。図１に示すスケジュール情報記憶部１４１では，スケジュール情報が，利用者ごと，日付ごとに，１つのデータとして管理されている。
【００３２】
スケジュール情報は，利用者のスケジュール変更によって，随時変更されている。本実施の形態では，例えば，その日のスケジュール情報が，スケジュール情報取得部１１１により１０分ごとに取得され，それに応じてスケジュール情報記憶部１４１の該当利用者，該当日付のスケジュール情報が更新される。
【００３３】
電力情報記憶部１４２は，電力情報を記憶する，コンピュータがアクセス可能な記憶部である。図１に示す電力情報記憶部１４２では，電力情報が，コンセント３０ごと，日付ごとに，１つのデータとして管理されている。
【００３４】
本実施の形態では，例えば，その時点の消費電力についての電力情報が，電力情報取得部１１２により１０秒ごとに取得され，取得された電力情報は，電力情報記憶部１４２の該当コンセント，該当日付の電力情報に追加される。
【００３５】
紐付け管理情報記憶部１４３は，紐付け管理情報を記憶する，コンピュータがアクセス可能な記憶部である。紐付け管理情報は，スケジュール情報と電力情報との紐付けを示す情報である。図１に示す紐付け管理情報には，利用者ごと，日付ごとのスケジュール情報と電力情報との紐付けを示す情報が記録されている。
【００３６】
学習部１５は，利用者ごとに，利用者が使用した電気機器の過去に計測された消費電力の情報と，利用者の過去のスケジュール情報とを用いた統計から，利用者のスケジュールにおける予定と利用者が使用した電気機器の消費電力の状況との対応についての規則性を求める。学習部１５は，求めた規則性の情報を，規則情報記憶部１６に記憶する。
【００３７】
規則情報記憶部１６は，規則情報を記憶する，コンピュータがアクセス可能な記憶部である。規則情報は，学習部１５により求められた，利用者ごとの，スケジュールにおける予定と使用した電気の消費電力の状況との対応についての規則性を示す情報である。
【００３８】
例えば，学習部１５が，ある利用者について，スケジュールにおける予定と使用した電気機器の消費電力の状況との対応についての規則性を求めるものとする。学習部１５は，紐付け管理情報記憶部１４３に記憶された紐付け管理情報から，該当利用者の過去のスケジュール情報と過去の電力情報との紐付け関係の情報を得る。学習部１５は，紐付けされた該当利用者のスケジュール情報と電力情報とを，それぞれスケジュール情報記憶部１４１，電力情報記憶部１４２から取得する。
【００３９】
学習部１５は，紐付けされた該当利用者の過去のスケジュール情報と過去の電力情報とから，該当利用者のスケジュールの予定と，その予定の時間に該当利用者が使用した電気機器の消費電力の状況とを収集する。学習部１５は，収集されたスケジュールの予定と消費電力の状況との関係を統計し，該当利用者についての，スケジュールにおける予定と使用した電気機器の消費電力の状況との対応についての規則性を求める。学習部１５は，求めた規則性の情報を，規則情報記憶部１６に記憶する。
【００４０】
学習部１５は，このような規則性の学習を所定のタイミングで実行する。例えば，学習部１５は，日付が変わったタイミングで規則性の学習を実行する。このとき，学習対象の過去のスケジュール情報と電力情報との範囲は，任意である。例えば，学習部１５は，近傍の１か月分のスケジュール情報と電力情報とを，規則性の学習対象とする。
【００４１】
照合判定部１７は，利用者のスケジュール情報から得られた現在の予定と，利用者が使用した電気機器の計測された現在の消費電力の状況との対応が，規則情報記憶部１６に記憶された規則性に一致するかを判定する。
【００４２】
例えば，照合判定部１７が，ある利用者について，現在のスケジュールにおける予定と計測された現在の消費電力の状況との対応が，該当利用者の規則性に一致するかを判定するものとする。照合判定部１７は，紐付け管理情報記憶部１４３に記憶された紐付け管理情報から，該当利用者の現在のスケジュール情報と現在の電力情報との紐付け関係の情報を得る。照合判定部１７は，紐付けされた該当利用者の現在のスケジュール情報と現在の電力情報とを，それぞれスケジュール情報記憶部１４１，電力情報記憶部１４２から取得する。また，照合判定部１７は，規則情報記憶部１６に記憶された規則情報から，該当利用者についての規則性の情報を取得する。
【００４３】
照合判定部１７は，取得された現在のスケジュール情報から，該当利用者の現在の予定を抽出する。また，照合判定部１７は，取得された現在の電力情報から，計測された現在の消費電力を取得する。一般に，現在という時間表現には，ある程度の時間の範囲が許されている。例えば，照合判定部１７は，現在の予定や消費電力として，５分前の予定や消費電力を抽出してもよい。また，例えば，照合判定部１７は，現在の消費電力として直前の１分間に計測された消費電力の平均値を求めるなどしてもよい。
【００４４】
照合判定部１７は，抽出された現在の予定と抽出された現在の消費電力の状況との対応が，取得された規則性に一致するかを判定する。照合判定部１７は，例えば，現在の予定と抽出された現在の消費電力の状況との対応が，規則性に基づいた所定の条件を満たした場合に，一致すると判定する。
【００４５】
通知部１８は，照合判定部１７により一致しないと判定された場合に，該当利用者が使用する情報機器４０に対して，スケジュールの予定に関する通知を行う。利用者の情報機器４０は，例えば，利用者が使用するＰＣ（Personal Computer ）や携帯電話機などである。ユーザ情報記憶部１３に記憶されたユーザ情報には，利用者ごとに，通知先の情報機器４０のメールアドレスやＩＰ（Internet Protocol ）アドレスなどが記録されている。スケジュールの予定に関する通知は，例えば，予定を忘れている可能性があることを知らせる通知や，スケジュールへの予定の入力を忘れている可能性があることを知らせる通知などである。
【００４６】
図２は，本実施の形態によるスケジュール管理装置を実現するハードウェアの構成例を示す図である。
【００４７】
図１に示す本実施の形態のスケジュール管理装置１０は，例えば，ＣＰＵ（Central Processing Unit ）２，主記憶となるメモリ３，記憶装置４，通信装置５，媒体読取・書込装置６，入力装置７，出力装置８等を備えるコンピュータ１によって実現される。記憶装置４は，例えばＨＤＤ（Hard Disk Drive ）などである。媒体読取・書込装置６は，例えばＣＤ−Ｒ（Compact Disc Recordable ）ドライブやＤＶＤ−Ｒ（Digital Versatile Disc Recordable ）ドライブなどである。入力装置７は，例えばキーボードやマウスなどである。出力装置８は，例えばディスプレイなどである。
【００４８】
図１に示すスケジュール管理装置１０およびスケジュール管理装置１０が備える各機能部は，コンピュータ１が備えるＣＰＵ２，メモリ３等のハードウェアと，ソフトウェアプログラムとによって実現することが可能である。コンピュータ１が実行可能なプログラムは，記憶装置４に記憶され，その実行時にメモリ３に読み出され，ＣＰＵ２により実行される。
【００４９】
コンピュータ１は，可搬型記録媒体から直接プログラムを読み取り，そのプログラムに従った処理を実行することもできる。また，コンピュータ１は，サーバコンピュータからプログラムが転送されるごとに，逐次，受け取ったプログラムに従った処理を実行することもできる。さらに，このプログラムは，コンピュータ１で読み取り可能な記録媒体に記録しておくことができる。
【００５０】
図３は，本実施の形態によるコンセント情報記憶部に格納されるデータの構成例を示す図である。
【００５１】
図３に示すコンセントデータ１２０は，コンセント情報記憶部１２に記憶されたコンセント情報の一例である。コンセントデータ１２０は，コンセントＩＤ，ユーザＩＤ，電気機器などの情報を持つ。
【００５２】
コンセントＩＤは，電力供給部であるコンセント３０を一意に識別する識別情報である。図３のコンセントデータ１２０にデータが記録されたコンセント３０には，電源接続された電気機器に供給する電力，すなわち電気機器の消費電力を計測する電力センサが取り付けられている。
【００５３】
ユーザＩＤは，利用者を一意に識別する識別情報である。図３のコンセントデータ１２０におけるユーザＩＤは，該当コンセント３０の使用が割り当てられた利用者のユーザＩＤである。本実施の形態では，利用者が使用する電気機器の消費電力を特定できるようにするために，利用者が使用する電気機器を電源接続する１または複数のコンセント３０が，あらかじめ利用者ごとに割り当てられている。
【００５４】
図３に示すコンセントデータ１２０において，電気機器は，該当コンセント３０に接続される電気機器を示す。学習部１５では，過去にコンセント３０で計測された消費電力の状況に基づいた規則性が求められる。そのため，利用者は，可能な限り同じコンセント３０に同じ電気機器を接続して使用する。図３に示すコンセントデータ１２０には，あらかじめ利用者が使用する電気機器と，その電気機器を接続するコンセント３０との対応が登録されている。
【００５５】
図４は，本実施の形態によるユーザ情報記憶部に格納されるデータの構成例を示す図である。
【００５６】
図４に示すユーザデータ１３０は，ユーザ情報記憶部１３に記憶されたユーザ情報の一例である。ユーザデータ１３０は，ユーザＩＤ，スケジュールＩＤ，通知先（アドレス）などの情報を持つ。
【００５７】
ユーザＩＤは，利用者を一意に識別する識別情報である。スケジュールＩＤは，スケジュールを一意に識別する識別情報である。図４のユーザデータ１３０におけるスケジュールＩＤは，該当利用者のスケジュールを特定するスケジュールＩＤである。通知先は，該当利用者の通知先として登録された情報機器４０のメールアドレスである。
【００５８】
図５は，本実施の形態による利用者のスケジュールの例を示す図である。
【００５９】
図５に示すスケジュールは，例えば，図４に示すユーザデータ１３０において，ユーザＩＤが“user01”である利用者が，スケジューラ２０に登録したスケジュールであるものとする。図５に示すスケジュールをデータ化したものがスケジュール情報であり，ユーザＩＤ“user01”の利用者のスケジュールを識別するスケジュールＩＤが，図４に示すユーザデータ１３０におけるスケジュールＩＤ“schedule01”である。
【００６０】
図５に示すスケジュールにおいて，ハッチングされた出勤時間９：００〜退勤時間２０：００までの時間が利用者の在勤時間である。図５に示すスケジュールには，３度の打合せの予定が登録されている。ここでは，スケジュールにおける打合せは，社内の自席以外の場所で行う話し合いの予定を示す。
【００６１】
図６は，本実施の形態のコンセントで計測された消費電力のグラフの例を示す図である。
【００６２】
図６（Ａ）に示す消費電力のグラフは，例えば，図３に示すコンセントデータ１２０において，コンセントＩＤが“outlet01”であるコンセント３０で計測された消費電力のグラフである。また，図６（Ｂ）に示す消費電力のグラフは，例えば，図３に示すコンセントデータ１２０において，コンセントＩＤが“outlet02”であるコンセント３０で計測された消費電力のグラフである。
【００６３】
なお，図３のコンセントデータ１２０に示すように，コンセントＩＤ“outlet01”，“outlet02”のコンセント３０は，ユーザＩＤ“user01”の利用者に割り当てられたコンセント３０である。
【００６４】
図３のコンセントデータ１２０に示すように，コンセントＩＤ“outlet01”のコンセント３０には，電源接続する電気機器としてノートＰＣが登録されている。ユーザＩＤ“user01”の利用者は，可能な限り，コンセントＩＤ“outlet01”のコンセント３０を，ノートＰＣの電源接続専用のコンセント３０として使用する。図６（Ａ）に示す消費電力のグラフは，ある１日に，ユーザＩＤ“user01”の利用者が使用したノートＰＣの消費電力の変遷を示すグラフとなる。
【００６５】
また，図３のコンセントデータ１２０に示すように，コンセントＩＤ“outlet02”のコンセント３０には，電源接続する電気機器としてＬＣＤ（Liquid Crystal Display）が登録されている。ユーザＩＤ“user01”の利用者は，可能な限り，コンセントＩＤ“outlet02”のコンセント３０を，ＬＣＤの電源接続専用のコンセント３０として使用する。図６（Ｂ）に示す消費電力のグラフは，ある１日に，ユーザＩＤ“user01”の利用者が使用したＬＣＤの消費電力の変遷を示すグラフとなる。
【００６６】
図６に示す各グラフをそれぞれデータ化したものが，電力情報記憶部１４２に記憶される電力情報となる。
【００６７】
図７は，本実施の形態による紐付け管理情報記憶部に格納されるデータの構成例を示す図である。
【００６８】
図７に示す紐付け管理データ１４５は，紐付け管理情報記憶部１４３に記憶された紐付け管理情報の一例である。紐付け管理データ１４５は，ユーザＩＤ，日付，対象スケジュール情報，対象電力情報（コンセントＩＤ）などの情報を持つ。
【００６９】
ユーザＩＤは，利用者を一意に識別する識別情報である。日付は，紐付けするスケジュール情報や電力情報の日付である。図７に示す紐付け管理データ１４５では，利用者ごと，日付ごとに，それぞれ１日分のスケジュール情報と電力情報とが紐付けされている。
【００７０】
対象スケジュール情報は，該当利用者の該当日付におけるスケジュール情報を特定する情報である。スケジュール情報を特定する情報としては，例えば該当スケジュール情報のファイル名や，該当スケジュール情報が記憶された領域を示す情報などがある。図７に示す紐付け管理データ１４５では，例えば，スケジュール情報を特定する情報が，該当スケジュール情報のファイル名で示されている。
【００７１】
各対象電力情報（コンセントＩＤ）は，該当利用者の該当日付において，コンセントＩＤで示されたコンセント３０で計測された消費電力についての電力情報を特定する情報である。電力情報を特定する情報としては，例えば該当電力情報のファイル名や，該当電力情報が記憶された領域を示す情報などがある。図７に示す紐付け管理データ１４５では，例えば，電力情報を特定する情報が，該当電力情報のファイル名で示されている。
【００７２】
図３のコンセントデータ１２０に示すように，１人の利用者に対して複数のコンセント３０が割り当てられていることも多い。そのため，図７の紐付け管理データ１４５に示すように，１つのスケジュール情報に対して，複数の電力情報が紐付けされている。
【００７３】
スケジュール情報・電力情報統合部１１は，スケジュール情報や電力情報を取得し，スケジュール情報・電力情報ＤＢ１４に記憶する際に，図７に示す紐付け管理データ１４５に，対象スケジュール情報や対象電力情報などの情報の記録を行う。
【００７４】
図８は，本実施の形態による規則情報記憶部に格納されるデータの構成例を示す図である。
【００７５】
図８に示す規則データ１６０は，規則情報記憶部１６に記憶された規則情報の一例である。規則データ１６０は，ユーザＩＤ，予定，コンセント電力状況等の情報を持つ。
【００７６】
ユーザＩＤは，ユーザを一意に識別する識別情報である。予定は，該当利用者がスケジュールで使用する予定である。コンセント電力状況は，該当利用者に割り当てられた各コンセント３０で計測される消費電力の状況を示す情報である。コンセント電力状況には，“コンセントＩＤ”で示される各コンセント３０について，学習結果となる“消費電力状況”が記録されている。
【００７７】
図８に示す規則データ１６０において，予定とコンセント電力状況との対応が，学習により得られた，該当利用者のスケジュールにおける予定と計測される消費電力の状況との対応の規則性となる。
【００７８】
ここで，スケジュールにおける予定と計測される消費電力の状況との対応の規則性を学習する例を説明する。
【００７９】
ここでは，図５に示すユーザＩＤ“user01”の利用者のスケジュールと，図６に示すユーザＩＤ“user01”の利用者に割り当てられた各コンセント３０で計測された消費電力のグラフは，すべて同日のものであるとする。すなわち，図５に示すスケジュールの時間と，図６に示す各消費電力のグラフの時間とは，同日同時刻で一致する。
【００８０】
なお，上述したように，図６（Ａ）に示すグラフは，ノートＰＣが電源接続されたコンセント３０で計測された消費電力のグラフである。すなわち，図６（Ａ）に示すグラフは，利用者が使用したノートＰＣの消費電力の時間変遷を示している。また，上述したように，図６（Ｂ）に示すグラフは，ＬＣＤが電源接続されたコンセント３０で計測された消費電力のグラフである。すなわち，図６（Ｂ）に示すグラフは，利用者が使用したＬＣＤの消費電力の時間変遷を示している。
【００８１】
図５に示すスケジュールでは，９：００に出勤となっている。この利用者は，出勤後にノートＰＣとＬＣＤとを接続し，それぞれの電源を投入する。図６（Ａ）に示すノートＰＣのグラフを見ると，９：００ごろまでほぼ０ＷであったノートＰＣの消費電力が，９：００過ぎに２０Ｗ程度まで上がっている。また，図６（Ｂ）に示すＬＣＤのグラフを見ると，９：００ごろまでほぼ０ＷであったＬＣＤの消費電力が，９：００過ぎに２５Ｗ程度まで上がっている。
【００８２】
図５に示すスケジュールでは，９：４０〜１１：００，１３：３０〜１５：００，１６：００〜１７：００に，それぞれ打合せの予定が入っている。この利用者は，打合せ時に，ノートＰＣを打合せ場所に持っていくことにしている。
【００８３】
図６（Ａ）に示すノートＰＣのグラフを見ると，打合せの時間に合わせて，消費電力がほぼ０となっている。これは，利用者が，ノートＰＣの電源プラグをコンセント３０から外したことを表している。また，図６（Ｂ）に示すＬＣＤのグラフを見ると，打合せの時間に合わせて，消費電力が大幅にダウンして，４Ｗ程度となっている。これは，利用者が，ＬＣＤの電源をコンセント３０から抜かずに，ノートＰＣとＬＣＤの接続を外したため，ＬＣＤの画面が消え，ＬＣＤが信号待ちの待機状態に入ったことを表している。
【００８４】
図６（Ａ）に示すノートＰＣのグラフを見ると，スケジュールにおける打合せの時間以外では，ノートＰＣの消費電力は，不安定ながらも２０Ｗ程度となっている。これは，利用者が自席でノートＰＣを通常に使用している状態を示している。すなわち，ノートＰＣの通常使用電力は，少し幅が広い２０Ｗ前後となる。また，図６（Ｂ）に示すＬＣＤのグラフを見ると，スケジュールにおける打合せの時間以外では，ＬＣＤの消費電力は，ほぼ安定した２５Ｗ程度となっている。これは，利用者が自席でＬＣＤを通常に使用している状態を示している。すなわち，ＬＣＤの通常使用電力は，２５Ｗ程度となる。
【００８５】
図５に示す利用者のスケジュールでは，２０：００に退勤となっている。この利用者は，退勤時にノートＰＣやＬＣＤの電源プラグをコンセント３０から外す。図６（Ａ）に示すノートＰＣのグラフを見ると，２０：００ごろまで２０Ｗ程度であったノートＰＣの消費電力が，２０：００過ぎにほぼ０Ｗまで下がっている。また，図６（Ｂ）に示すＬＣＤのグラフを見ると，２０：００ごろまで２５Ｗ程度であったＬＣＤの消費電力が，２０：００過ぎにほぼ０Ｗ程度まで下がっている。
【００８６】
このように，利用者のスケジュールにおける予定と，利用者が使用する電気機器による消費電力の状況との関係に，一定の規則性が見られるケースがある。学習部１５は，過去のスケジュール情報と電力情報との関係を統計を用いて解析することで，利用者のスケジュールにおける予定と，利用者が使用する電気機器による消費電力の状況との間の規則性を見つけ出す。
【００８７】
ここでは，学習部１５が，ユーザＩＤ“user01”の利用者のスケジュールにおける予定と，その利用者が使用する電気機器による消費電力の状況との対応の規則性を求めるものとする。
【００８８】
このとき，学習部１５は，紐付け管理情報記憶部１４３に記憶された紐付け管理情報を参照し，該当利用者における学習の対象となる過去の日付のスケジュール情報と電力情報との対応を確認する。学習の対象となる情報は，例えば，近傍の過去２週間分の情報などである。
【００８９】
学習部１５は，対応するスケジュール情報と電力情報とをつき合わせ，例えば，スケジュールにおける予定ごとに，その予定の時間において各コンセント３０で計測された消費電力の状況を抽出する。ここでは，学習部１５は，あらかじめ設定された特定の予定ごとに，各コンセント３０で計測された消費電力の状況を抽出する。スケジュールにおけるすべての予定について，規則性を求めるようにしてもよいが，利用者は，必ずしもすべての予定について注意喚起の警告を望んでいるとは限らない。
【００９０】
ここでは，スケジュールにおける打合せの予定について，コンセント３０で計測された消費電力の状況を抽出するものとする。
【００９１】
図９は，スケジュールの予定に対応する消費電力の状況の抽出の例を説明する図である。
【００９２】
図９に示すスケジュールは，図５に示すスケジュールである。図９に示す消費電力のグラフは，図６（Ｂ）に示すＬＣＤの消費電力のグラフである。図９では，図５に示すスケジュールと，図６（Ｂ）に示すＬＣＤの消費電力のグラフとが，時刻が対応するように並べられている。
【００９３】
学習部１５は，スケジュール情報から，スケジュールにおける打合せの時間を抽出する。図９に示すスケジュールでは，９：４０〜１１：００，１３：３０〜１５：００，１６：００〜１７：００に，それぞれ打合せの予定が入っている。
【００９４】
学習部１５は，スケジュール情報に紐付けされた電力情報から，各打合せの時間の消費電力の状況を抽出する。
【００９５】
学習部１５は，例えば，図９に示すＬＣＤの消費電力のグラフにおいて，打合せの時間９：４０〜１１：００における消費電力を切り出す。図９に示すように，打合せの時間９：４０〜１１：００におけるＬＣＤの消費電力は，２５Ｗ程度の通常使用電力から４Ｗ程度に下がっている。
【００９６】
ここでは，消費電力が通常使用電力から所定の割合以上に下がっているが，０Ｗ付近ではない状況を，“大幅ダウン”の状況とする。学習部１５は，切り出された消費電力の区間において，消費電力が通常使用電力から所定の割合以上に下がっている状況が続いている場合に，消費電力の状況が“大幅ダウン”の状況であると判断する。
【００９７】
なお，通常使用電力については，例えば，コンセントデータ１２０に記録されたコンセント３０に接続された電気機器の情報から，特定することができる。例えば，ＬＣＤの仕様から，ＬＣＤの通常使用電力を特定することができる。また，電力情報から，通常使用電力を推定することも可能である。例えば，図９に示すＬＣＤの消費電力のグラフにおいて，高い位置で安定した消費電力が，ＬＣＤの通常使用電力であると推定できる。
【００９８】
図９において，切り出された９：４０〜１１：００におけるＬＣＤの消費電力は，２５Ｗ程度の通常使用電力から４Ｗ程度に下がった状態が，最も長く続いている。このとき学習部は，打合せの時間９：４０〜１１：００におけるＬＣＤの消費電力の状況が，大幅ダウンの状況であると判断する。
【００９９】
学習部１５は，ユーザＩＤ“user01”の利用者に割り当てられた，ＬＣＤが電源接続されたコンセントＩＤ“outlet02”のコンセント３０以外のコンセント３０で計測された消費電力についても，同様に，消費電力の状況を抽出する。
【０１００】
本実施の形態では，学習部１５は，ユーザＩＤ“user01”の利用者に割り当てられたすべてのコンセント３０ごとの打合せの時間９：４０〜１１：００における消費電力の状況を組み合わせて，その打合せの予定における消費電力の状況の抽出結果とする。
【０１０１】
学習部１５は，学習の対象となるすべてのスケジュール情報と電力情報との対応から，各スケジュールにおけるすべての打合せの予定に応じた消費電力の状況を収集する。学習部１５は，収集された消費電力の状況の統計を取り，スケジュールにおける該当予定と消費電力の状況との対応の規則性を求める。
【０１０２】
図１０は，収集された消費電力の状況の統計からスケジュールにおける予定と消費電力の状況との対応の規則性を求める例を説明する図である。
【０１０３】
図１０は，スケジュールにおける打合せの予定について，コンセント３０ごとの消費電力状況の組合せを集計した例を示す。例えば，収集された，打合せの予定におけるコンセント３０ごとの消費電力状況の組合せについて，それぞれの組合せの出現回数が，図１０に示す通りであったものとする。なお，図１０に記載された４つの組合せ以外の組合せについては，出現回数が１回以下であるものとする。
【０１０４】
図１０に示すように，出現回数が最大の組合せは，出現回数が１５回の組合せ＃２である。ここでは，学習部１５は，多数決で，組合せ＃２を，打合せの予定における消費電力の状況の規則性として採用する。
【０１０５】
なお，スケジュールにおける予定と消費電力の状況との対応の規則性を求める統計の手法は，ここで説明した手法に限らず，任意の手法を用いることが可能である。
【０１０６】
学習部１５は，求められた規則性の情報を規則情報記憶部１６に記憶された規則情報に記録する。ここでは，学習部１５は，スケジュールの打合せの予定に対応するコンセント電力状況として，図１０で決定されたコンセントごとの消費電力の状況の組合せを登録する。図８の規則データ１６０に示すように，ユーザＩＤ“user01”の打合せの予定に対応するコンセント電力状況として，図１０の組合せ＃２に示す情報が登録される。
【０１０７】
例えば，ユーザＩＤ“user01”の利用者は，在席の作業から打合せに移るときに，ノートＰＣはＬＣＤとの接続を外して打合せに持っていき，ＬＣＤは電源を切らずにノートＰＣとの接続のみを外し，デスクトップＰＣは電源を切り，携帯電話は打合せに持参するものとする。このとき，スケジュールにおける打合せの予定に対して，ＬＣＤの消費電力の状況が通常使用電力から大幅ダウンとなり，他の電気機器の消費電力の状況は０となるという利用者の行動に見合った規則性が得られる。
【０１０８】
図３に示すコンセントデータ１２０を見ると，この利用者のコンセントＩＤ“outlet01”，“outlet02”，“outlet03”，“outlet04”の各コンセント３０は，それぞれノートＰＣ，ＬＣＤ，デスクトップＰＣ，携帯電話が電源接続されるコンセント３０である。図８に示すように，この利用者については，打合せの予定に対して，コンセントＩＤ“outlet02”のコンセント３０についての消費電力が大幅ダウンとなり，他のコンセント３０についての消費電力の状況が０となるという規則性が，規則データ１６０に登録されている。
【０１０９】
また，例えば，ユーザＩＤ“user01”の利用者は，仕事で外出するときに，ノートＰＣは電源を外して外出先に持っていき，ＬＣＤは電源を切り，デスクトップＰＣは電源を入れて外部からのリモート操作に備え，携帯電話は外出に持参するものとする。このとき，スケジュールにおける打合せの予定に対して，デスクトップＰＣは消費電力の状況が通常使用電力となり，他の電気機器の消費電力の状況は０となるという利用者の行動に見合った規則性が得られる。図８に示すように，この利用者については，打合せの予定に対して，コンセントＩＤ“outlet03”のコンセント３０についての消費電力の状況が通常使用電力となり，他のコンセント３０についての消費電力の状況が０となるという規則性が，規則データ１６０に登録されている。
【０１１０】
このように，スケジュールにおける各予定について，利用者が使用する電気機器の消費電力のパターンに応じた規則性の情報が，学習によって得られる。
【０１１１】
また，定期的な学習によって随時規則性が自動更新されるので，コンセント３０ごとの電源接続される電気機器の対応関係の変更や，利用者による電気機器の使用パターンの変更にも，十分に対応可能である。
【０１１２】
図１１は，本実施の形態の学習部による学習処理フローチャートである。
【０１１３】
図１１に示すフローチャートは，ある１人の利用者について，スケジュールにおける各特定の予定ごとに消費電力の状況の規則性を求める処理の例である。学習部１５は，すべての利用者について，図１１のフローチャートに示す学習処理を行う。
【０１１４】
学習部１５は，特定の予定を１つ選択する（ステップＳ１０）。
【０１１５】
学習部１５は，紐付け管理情報記憶部１４３に記憶された紐付け管理情報で，該当利用者のスケジュール情報と各電力情報との対応を確認する（ステップＳ１１）。
【０１１６】
学習部１５は，対応するスケジュール情報と各電力情報とから，スケジュールにおける選択された特定の予定の時間帯の，各コンセント３０における消費電力の状況を収集する（ステップＳ１２）。
【０１１７】
学習部１５は，収集された各コンセント３０における消費電力の状況の統計をとり，その統計結果から，選択された特定の予定と消費電力の状況との対応の規則性を求める（ステップＳ１３）。
【０１１８】
学習部１５は，求めた規則性の情報を，規則情報記憶部１６に記憶された規則情報に記録する（ステップＳ１４）。
【０１１９】
学習部１５は，あらかじめ決められたすべての特定の予定について，処理が終了したかを判定する（ステップＳ１５）。すべての特定の予定について処理が終了していなければ（ステップＳ１５のＮＯ），学習部１５は，ステップＳ１０の処理に戻って，次の特定の予定についての処理に移る。すべての特定の予定について処理が終了していれば（ステップＳ１５のＹＥＳ），学習部１５は，学習処理を終了する。
【０１２０】
次に，学習により得られた規則性を用いて，利用者がスケジュールの予定通りに行動しているかを判定する例を説明する。
【０１２１】
照合判定部１７は，例えば，１０分おきなどの所定のタイミングで，利用者の現在の予定と計測された現在の消費電力の状況との対応が，規則情報記憶部１６に記憶された規則情報の規則性に一致するかを判定する。
【０１２２】
照合判定部１７は，該当利用者について，スケジュールにおける現在の予定と，該当利用者に割り当てられたコンセント３０で計測された現在の消費電力の状況とを取得する。例えば，照合判定部１７は，紐付け管理情報記憶部１４３に記憶された紐付け管理情報を参照し，該当利用者における現在のスケジュール情報と，各コンセント３０の現在の電力情報とを確認する。照合判定部１７は，現在のスケジュール情報から，該当利用者のスケジュールにおける現在の予定を取得し，各コンセントの現在の電力情報から，各コンセント３０で計測された現在の消費電力の状況を取得する。
【０１２３】
照合判定部１７は，取得された現在の予定と計測された現在の消費電力の状況との対応が，規則情報記憶部１６に記憶された規則情報に記録された，該当利用者の規則性のいずれかに一致するかを判定する。例えば，照合判定部１７は，取得された現在の予定に応じた規則性，または取得された現在の消費電力の状況に応じた規則性を，規則情報記憶部１６に記憶された規則情報から取得する。照合判定部１７は，取得された現在の予定と計測された現在の消費電力の状況との対応が，取得された規則性に一致するかを判定する。
【０１２４】
通知部１８は，照合判定部１７による判定で一致しないと判定された場合に，該当利用者が使用する情報機器４０に対して，スケジュールの予定に関する通知を行う。例えば，通知部１８は，照合判定部１７による判定で一致しないと判定された場合に，ユーザ情報記憶部１３に記憶されたユーザ情報を参照し，該当利用者の通知先として指定された情報機器４０の情報を取得する。通知部１８は，該当利用者の通知先として指定された情報機器４０に対して，スケジュールの予定について利用者に対する注意喚起の通知を送る。
【０１２５】
具体的な例を説明する。ここでは，照合判定部１７は，ユーザＩＤ“user01”の利用者について判定を行うものとする。なお，特定の予定についての学習によって，図８に示す規則データ１６０がすでに得られているものとする。
【０１２６】
照合判定部１７は，ユーザＩＤ“user01”の利用者について，スケジュールにおける現在の予定を取得する。ここでは，現在の予定として，特定の予定“打合せ”が得られたものとする。また，照合判定部１７は，ユーザＩＤ“user01”の利用者について，各コンセント３０で計測された現在の消費電力の状況を取得する。ここでは，現在の消費電力の状況として，各コンセントＩＤ“outlet01”，“outlet02”，“outlet03”，“outlet04”の各コンセント３０について，それぞれ，“通常使用電力”，“通常使用電力”，“通常使用電力”，“０”が得られたものとする。
【０１２７】
照合判定部１７は，図８に示す規則データ１６０から，ユーザＩＤ“user01”の利用者について，取得された特定の予定“打合せ”に応じた規則性を取得する。“打合せ”の予定に応じた規則性における消費電力の状況として，各コンセントＩＤ“outlet01”，“outlet02”，“outlet03”，“outlet04”の各コンセント３０について，それぞれ，“０”，“大幅ダウン”，“０”，“０”が取得される。この規則性における消費電力の状況は，上記の各コンセント３０で計測された現在の消費電力の状況と異なる。照合判定部１７は，現在の予定と計測された現在の消費電力の状況との対応が，規則性に一致しないと判定する。
【０１２８】
この例では，利用者のスケジュールに打合せの予定があるが，各コンセント３０で計測された消費電力の状況，すなわち利用者が使用する電気機器の消費電力の状況が，規則性において打合せの予定に対応する消費電力の状況ではない。このケースでは，利用者がスケジュールに打合せの予定があるのを忘れてしまっている可能性がある。
【０１２９】
通知部１８は，図４に示すユーザデータ１３０から，ユーザＩＤ“user01”の利用者が使用する情報機器４０のメールアドレス“user01@f.jp.com ”を取得する。通知部１８は，利用者が使用する情報機器４０に対して，利用者が打合せの予定を忘れている可能性がある旨を警告する通知を送る。
【０１３０】
これにより，利用者が自分のスケジュールに書き込まれた予定を忘れることを防止することが可能となる。
【０１３１】
また，別の例として，照合判定部１７による現在の予定の取得で，特定の予定が得られなかったものとする。照合判定部１７は，ユーザＩＤ“user01”の利用者について，各コンセント３０で計測された現在の消費電力の状況を取得する。ここでは，現在の消費電力の状況として，各コンセントＩＤ“outlet01”，“outlet02”，“outlet03”，“outlet04”の各コンセント３０について，それぞれ，“０”，“大幅ダウン”，“０”，“０”が得られたものとする。
【０１３２】
照合判定部１７は，図８に示す規則データ１６０から，ユーザＩＤ“user01”の利用者について，取得された各コンセント３０で計測された現在の消費電力の状況に応じた規則性を取得する。上記の各コンセント３０で計測された現在の消費電力の状況に応じた規則性における特定の予定として，“打合せ”が取得される。照合判定部１７は，現在の予定と計測された現在の消費電力の状況との対応が，規則性に一致しないと判定する。
【０１３３】
この例では，各コンセント３０で計測された消費電力の状況，すなわち利用者が使用する電気機器の消費電力の状況が，規則性において打合せの予定に対応する消費電力の状況であるのに対して，利用者のスケジュールにおける予定が打合せではない。このケースでは，利用者がスケジュールに打合せの予定を書き込むことを忘れてしまっている可能性がある。
【０１３４】
通知部１８は，図４に示すユーザデータ１３０から，ユーザＩＤ“user01”の利用者が使用する情報機器４０のメールアドレス“user01@f.jp.com ”を取得する。通知部１８は，利用者が使用する情報機器４０に対して，利用者が打合せの予定をスケジュールに入力し忘れている可能性がある旨を警告する通知を送る。
【０１３５】
これにより，利用者によるスケジュールへの予定の書き込み忘れを防止することが可能となる。
【０１３６】
図１２は，本実施の形態の照合判定部および通知部による照合判定・通知処理フローチャートである。
【０１３７】
図１２に示すフローチャートは，ある利用者についての照合判定・通知処理の例である。照合判定部１７および通知部１８は，すべての利用者について，図１２のフローチャートに示す照合判定・通知処理を行う。
【０１３８】
照合判定部１７は，所定のタイミングであるかを判定する（ステップＳ２０）。
【０１３９】
所定のタイミングであれば（ステップＳ２０のＹＥＳ），照合判定部１７は，該当利用者のスケジュールにおける現在の予定を取得する（ステップＳ２１）。また，照合判定部１７は，該当利用者に割り当てられたコンセント３０で計測された，利用者が使用した電気機器の現在の消費電力の状況を取得する（ステップＳ２２）。
【０１４０】
照合判定部１７は，取得された現在の予定が，あらかじめ決められた特定の予定であるかを判定する（ステップＳ２３）。
【０１４１】
取得された現在の予定が特定の予定であれば（ステップＳ２３のＹＥＳ），照合判定部１７は，規則情報記憶部１６に記憶された規則情報から，取得された現在の予定に応じた規則性を取得する（ステップＳ２４）。照合判定部１７は，取得された現在の消費電力の状況が，取得された規則性に一致するかを判定する（ステップＳ２５）。
【０１４２】
取得された現在の消費電力の状況が取得された規則性に一致すると判定されれば（ステップＳ２５のＹＥＳ），照合判定部１７は，ステップＳ２０に戻って，次のタイミングを待つ。ここでは，特定の予定と消費電力の状況との対応が規則性に一致するときには，利用者への無用な通知が行われない。
【０１４３】
取得された現在の消費電力の状況が取得された規則性に一致すると判定されなければ（ステップＳ２５のＮＯ），通知部１８は，利用者への通知を行う（ステップＳ２９）。ここでは，利用者が使用する情報機器４０に対して，利用者が特定の予定を忘れている可能性がある旨を警告する通知を送る。照合判定部１７は，ステップＳ２０に戻って，次のタイミングを待つ。
【０１４４】
取得された現在の予定が特定の予定でなければ（ステップＳ２３のＮＯ），照合判定部１７は，規則情報記憶部１６に記憶された規則情報で，取得された現在の消費電力の状況に応じた規則性を探索する（ステップＳ２６）。照合判定部１７は，規則情報記憶部１６に記憶された規則情報に，取得された現在の消費電力の状況に応じた規則性があるかを判定する（ステップＳ２７）。
【０１４５】
取得された現在の消費電力の状況に応じた規則性がなければ（ステップＳ２７のＮＯ），照合判定部１７は，ステップＳ２０に戻って，次のタイミングを待つ。
【０１４６】
取得された現在の消費電力の状況に応じた規則性があれば（ステップＳ２７のＹＥＳ），照合判定部１７は，規則情報記憶部１６に記憶された規則情報から，取得された現在の消費電力の状況に対応する特定の予定を取得する（ステップＳ２８）。
【０１４７】
通知部１８は，利用者への通知を行う（ステップＳ２９）。ここでは，利用者が使用する情報機器４０に対して，利用者が取得された特定の予定をスケジュールに入力し忘れている可能性がある旨を警告する通知を送る。照合判定部１７は，ステップＳ２０に戻って，次のタイミングを待つ。
【０１４８】
以上説明した本実施の形態のスケジュール管理装置１０によって，利用者がスケジュールの予定に基づいて的確に行動できるように支援することが可能となる。
【０１４９】
スケジュールに予定があるときの利用者の行動状況が，利用者が使用する電気機器の消費電力の状況から推定されるので，スケジュールの予定に対する利用者の行動を柔軟に推定することが可能である。
【０１５０】
また，例えば，電力センサ付のコンセント３０をマルチタップを用いて複数の電気機器で共有する場合でも，コンセント３０で計測される消費電力にそれらの複数の電気機器のオン／オフのパターンが反映されるので，様々なケースに対して柔軟に対応することが可能である。
【０１５１】
また，スケジュールの予定と利用者の行動が対応しないと推定される消費電力の状況でのみ通知が行われるので，すでにスケジュールの予定に応じた行動を起こしている利用者に対して無用な通知を行わないで済む。
【０１５２】
また，省電力化を図るためにコンセント３０の消費電力を監視するシステムが導入されている場合には，そのシステムを利用して消費電力の状況を取得して利用者の行動を推定できる。人感センサなどの人の行動を計測するためだけの装置を無駄に設置する必要がないため，本実施の形態によるスケジュール管理の実現コストが安く済む。
【０１５３】
以上，本実施の形態について説明したが，本発明はその主旨の範囲において種々の変形が可能であることは当然である。
【０１５４】
例えば，本実施の形態では，スケジュール管理装置１０が，取得したスケジュール情報や電力情報を，自身が管理する記憶部であるスケジュール情報記憶部１４１や電力情報記憶部１４２に記憶して保存している。スケジュール管理装置１０が，自らスケジュール情報や電力情報の記憶保存を行わずに，他が管理する記憶部で管理されているスケジュール情報や電力情報を，必要なときに必要な分だけ取得するようにしてもよい。
【０１５５】
例えば，スケジューラ２０が，過去の分も含めて，スケジュール情報をまとめて管理・保持しているものとする。また，消費電力の監視システムが，過去の分も含めて，各コンセント３０で計測された消費電力の電力情報をまとめて管理・保持しているものとする。スケジュール管理装置１０と，スケジューラ２０，消費電力の監視システムとは，互いに連携して動作可能であるものとする。
【０１５６】
このとき，例えば，スケジュールにおける予定と計測される消費電力との対応の規則性を求める際に，スケジュール管理装置１０は，スケジューラ２０から必要な分の過去のスケジュール情報を取得し，消費電力の監視システムから必要な分の過去の電力情報を取得する。また，例えば，現在のスケジュールの予定と計測された現在の消費電力の状況との対応とを判定する際に，スケジュール管理装置１０は，スケジューラ２０から現在のスケジュール情報を取得し，消費電力の監視システムから現在の電力情報を取得する。
【０１５７】
また，本実施の形態では，利用者に割り当てられたすべてのコンセント３０ごとの消費電力の状況を組み合わせた情報で統計を行っているが，コンセント３０ごとに消費電力の統計を取ってから，コンセント３０ごとの統計結果を組み合わせてもよい。このとき，規則性が見られるコンセント３０についてのみ消費電力の状況を登録し，規則性が見られないコンセント３０については，任意の消費電力の状況を示す情報を登録することもできる。
【０１５８】
例えば，スケジュールの打合せの予定時に，ノートＰＣが電源接続されたコンセント３０とＬＣＤが電源接続されたコンセント３０については，規則性が見られるが，デスクトップＰＣが接続されたコンセント３０には規則性が見られないという可能性もある。このとき，規則性が見られるコンセント３０についてのみ，統計で得られた消費電力の状況を規則情報に記録し，規則性が見られないコンセントについては，任意の消費電力の状況を示す値を規則情報に記録する。照合判定部１７による判定では，統計で消費電力の状況に規則性が見られたコンセント３０についてのみ，照合を行うようにする。
【０１５９】
また，本実施の形態では，消費電力の状況が“通常使用電力”，“大幅ダウン”，“０”の３段階で表現されているが，消費電力の状況をさらに細かく表現してもよい。例えば，統計手法を用いて該当コンセント３０の該当予定における最も確からしい消費電力の値を求め，その値を消費電力の状況として規則情報に登録してもよい。例えば，図９に示す例を含む統計結果から，打合せの予定時における，ＬＣＤの最も確からしい消費電力として４Ｗが得られたものとする。このとき，学習部１５は，規則情報の打合せの予定に対応するコンセントＩＤ“outlet02”のコンセント３０の消費電力状況として，得られた４Ｗの値を登録する。照合判定部１７による判定では，現在の打合せの予定に対して，コンセントＩＤ“outlet02”のコンセント３０の消費電力が，規則情報に記録された４Ｗの近傍の所定範囲の値である場合に，そのコンセント３０については，規則性と一致すると判断できる。
【符号の説明】
【０１６０】
１０  スケジュール管理装置
１１  スケジュール情報・電力情報統合部
１１１  スケジュール情報取得部
１１２  電力情報取得部
１２  コンセント情報記憶部
１３  ユーザ情報記憶部
１４  スケジュール情報・電力情報ＤＢ
１４１  スケジュール情報記憶部
１４２  電力情報記憶部
１４３  紐付け管理情報記憶部
１５  学習部
１６  規則情報記憶部
１７  照合判定部
１８  通知部
２０  スケジューラ
３０  コンセント
４０  情報機器
【図１】
0005637825.tif 000002
【図２】
0005637825.tif 000003
【図３】
0005637825.tif 000004
【図４】
0005637825.tif 000005
【図５】
0005637825.tif 000006
【図６】
0005637825.tif 000007
【図７】
0005637825.tif 000008
【図８】
0005637825.tif 000009
【図９】
0005637825.tif 000010
【図１０】
0005637825.tif 000011
【図１１】
0005637825.tif 000012
【図１２】
0005637825.tif 000013