特許 7392627 情報処理装置、情報処理方法、及び、システム

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

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

(11)【特許番号】

(24)【登録日】2023-11-28

(45)【発行日】2023-12-06

(54)【発明の名称】情報処理装置、情報処理方法、及び、システム

(51)【国際特許分類】

   G06Q 30/0601 20230101AFI20231129BHJP

   G06Q 50/10 20120101ALI20231129BHJP

【ＦＩ】

G06Q30/0601 310

G06Q50/10

【請求項の数】 11

(21)【出願番号】P 2020178377

(22)【出願日】2020-10-23

(65)【公開番号】P2022069283

(43)【公開日】2022-05-11

【審査請求日】2022-09-20

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110002860

【氏名又は名称】弁理士法人秀和特許事務所

(72)【発明者】

【氏名】中嶋 豊和

(72)【発明者】

【氏名】羽鳥 貴之

(72)【発明者】

【氏名】澤田 修一

(72)【発明者】

【氏名】久保 大輝

(72)【発明者】

【氏名】石川 智基

(72)【発明者】

【氏名】岡 尚哉

【審査官】久宗 義明

(56)【参考文献】

【文献】米国特許出願公開第２０１８／０３４９９８０（ＵＳ，Ａ１）

【文献】国際公開第２０１７／１０４２３７（ＷＯ，Ａ１）

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

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

【文献】国際公開第２０２０／２５０３８５（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１４／０２０３９４９（ＵＳ，Ａ１）

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

Ｇ０６Ｑ １０／００－９９／００

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

【請求項1】

ユーザの周囲において稼働する電気製品において消費される電力の変動に関する情報を取得することと、
前記電力の変動に関する情報に基づいて前記ユーザが消費した商品及び前記商品の消費量を推定することと、
を実行する制御部を備え、
前記制御部は、前記電気製品のアイドル状態のときに消費される電力からの前記電気製品の消費電力の変動量の最大値と、記憶されたデータとを照合することで、前記ユーザが消費した商品を推定する、
情報処理装置。

【請求項2】

前記電力の変動に関する情報と前記ユーザが消費した商品との関係を記憶する記憶部を更に備え、
前記制御部は、
前記電力の変動に関する情報と、前記記憶部に記憶されている関係とに基づいて、前記ユーザが消費した商品を推定する、
請求項１に記載の情報処理装置。

【請求項3】

前記制御部は、
前記ユーザが前記商品を消費したと推定した回数に基づいて、前記商品の消費量を推定する、
請求項１または２に記載の情報処理装置。

【請求項4】

前記制御部は、
前記商品の消費量を計数し、
前記計数した前記商品の消費量に基づいて前記商品の残量を算出し、
前記算出した前記商品の残量が、前記商品を発注する閾値にまで減少した場合に、前記商品を発注する、
請求項１から３の何れか１項に記載の情報処理装置。

【請求項5】

コンピュータが、
ユーザの周囲において稼働する電気製品において消費される電力の変動に関する情報を取得することと、
前記電力の変動に関する情報に基づいて前記ユーザが消費した商品及び前記商品の消費量を推定することと、
を実行する情報処理方法であって、
前記コンピュータが、前記電気製品のアイドル状態のときに消費される電力からの前記電気製品の消費電力の変動量の最大値と、記憶されたデータとを照合することで、前記ユーザが消費した商品を推定する、
情報処理方法。

【請求項6】

コンピュータが、
前記電力の変動に関する情報と、記憶部に記憶されている前記電力の変動に関する情報と前記ユーザが消費した商品との関係とに基づいて、前記ユーザが消費した商品を推定する、
請求項５に記載の情報処理方法。

【請求項7】

コンピュータが、
前記ユーザが前記商品を消費したと推定した回数に基づいて、前記商品の消費量を推定する、
請求項５または６に記載の情報処理方法。

【請求項8】

コンピュータが、
前記商品の消費量を計数し、
前記計数した前記商品の消費量に基づいて前記商品の残量を算出し、
前記算出した前記商品の残量が、前記商品を発注する閾値にまで減少した場合に、前記商品を発注する、
請求項５から７の何れか１項に記載の情報処理方法。

【請求項9】

ユーザの周囲において稼働する電気製品において消費される電力の変動に関する情報を取得する計測器と、
前記計測器から、前記電力の変動に関する情報を取得することと、
前記電力の変動に関する情報に基づいて前記ユーザが消費した商品及び前記商品の消費量を推定することと、
を実行するサーバと、
を備えるシステムであって、
前記サーバが、前記電気製品のアイドル状態のときに消費される電力からの前記電気製品の消費電力の変動量の最大値と、記憶されたデータとを照合することで、前記ユーザが消費した商品を推定する、
システム。

【請求項10】

前記サーバは、
前記電力の変動に関する情報と前記ユーザが消費した商品との関係を記憶する記憶部を更に備え、
前記電力の変動に関する情報と、前記記憶部に記憶されている関係とに基づいて、前記ユーザが消費した商品を推定する、
請求項９に記載のシステム。

【請求項11】

前記サーバは、
前記ユーザが前記商品を消費したと推定した回数に基づいて、前記商品の消費量を推定する、
請求項９または１０に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置、情報処理方法、及び、システムに関する。

【背景技術】

【0002】

日用品をはじめとする物品の定期的な購入をサポートするための技術が知られている。例えば、特許文献１には、ビーコン装置に設けられた注文ボタンが押下されたことをトリガとして、当該ビーコン装置に関連付いた商品を注文する処理を実行するシステムが開示されている。特許文献１に記載されたビーコン装置を、冷蔵庫や洗面室といった、商品を貯蔵する場所の近傍に設置することで、商品の発注を簡便な操作で行わせることが可能になる。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

一方、従来技術においては、ユーザが自身で商品の在庫を管理し、発注を行わなければならないという点において改善の余地があった。本開示の目的は、商品の消費量を推定することにある。

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

【0005】

本開示の態様の一つは、
ユーザの周囲において稼働する電気製品へ供給される電力の変動に関する情報を取得することと、
前記電力の変動に関する情報に基づいて前記ユーザが消費した商品及び前記商品の消費量を推定することと、
を実行する制御部を備える情報処理装置である。

【0006】

本開示の態様の一つは、
コンピュータが、
ユーザの周囲において稼働する電気製品において消費される電力の変動に関する情報を取得することと、
前記電力の変動に関する情報に基づいて前記ユーザが消費した商品及び前記商品の消費量を推定することと、
を実行する情報処理方法である。

【0007】

本開示の態様の一つは、
ユーザの周囲において稼働する電気製品において消費される電力の変動に関する情報を取得する計測器と、
前記計測器から、前記電力の変動に関する情報を取得することと、
前記電力の変動に関する情報に基づいて前記ユーザが消費した商品及び前記商品の消費量を推定することと、
を実行するサーバと、
を備えるシステムである。

【0008】

また、本開示の他の態様は、上記の情報処理方法をコンピュータに実行させるプログラ
ム、または、このプログラムを非一時的に記憶したコンピュータ可読記憶媒体である。

【発明の効果】

【0009】

本開示によれば、商品の消費量を推定することができる。

【図面の簡単な説明】

【0010】

【図1】第１実施形態に係るシステムの概略構成を示す図である。

【図2】実施形態に係るシステムを構成するスマートプラグ、ＥＣサーバ、及び、センタサーバの構成の一例を概略的に示すブロック図である。

【図3】センタサーバの機能構成を例示した図である。

【図4】商品情報ＤＢに格納される商品情報テーブルの構成を例示した図である。

【図5】センタサーバが商品を発注する処理のフローを示したフローチャートである。

【図6】第２実施形態に係るシステムの概略構成を示す図である。

【図7】第２実施形態に係るシステムを構成する空気清浄機、及び、ＥＣサーバのそれぞれの構成の一例を概略的に示すブロック図である。

【図8】空気清浄機の機能構成を例示した図である。

【図9】空気清浄機が商品を発注する処理のフローを示したフローチャートである。

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

【0011】

本開示の態様の一つである情報処理装置は制御部を備える。制御部は、ユーザの周囲において稼働する電気製品において消費される電力の変動に関する情報を取得することと、前記電力の変動に関する情報に基づいて前記ユーザが消費した商品及び前記商品の消費量を推定することと、を実行する。ユーザの周囲において稼働する電気製品は、例えば、エアコンディショナーまたは空気清浄機などのユーザの周囲の空気の状態に応じて稼働状態が変化する製品である。電気製品の稼働状態が変化することにより、電化製品で消費される電力が変化する。そのため、電気製品において消費される電力の変動は、ユーザの周囲の空気の状態と相関がある。ユーザの周囲の空気の状態は、商品の消費に応じた状態となるため、電化製品において消費される電力の変動は、商品固有のものとなる。

【0012】

例えば、ユーザがタバコを吸った場合には、空気清浄機の消費電力が増加する。この空気清浄機の消費電力の変動は、タバコを吸ったことに応じた変動であり、例えば、消費電力の変動量の最大値、消費電力が変動している継続時間、または、消費電力の単位時間当たりの変動量を積算した値（変動量を時間で積分した値としてもよい。）などは、タバコの消費と相関がある。したがって、空気清浄機の消費電力の変動量の最大値、消費電力が変動している継続時間、または、消費電力の単位時間当たりの変動量を積算した値などに基づいて、タバコを１本消費したことを推定できる。

【0013】

なお、消費電力の変動量は、ユーザが商品を消費していない状態のときの電気製品の消費電力からの変動量としてもよい。以下において、ユーザが商品を消費していない状態のときの電気製品の消費電力の基準値を基準電力ともいい、消費電力の変動量といった場合には基準電力からの変動量とする。なお、基準電力は、電気製品がアイドル状態のときの消費電力であってもよい。

【0014】

また、例えば、カセットコンロを使用して調理をすると、部屋の温度が上がる。これにより、エアコンディショナーが部屋の温度を下げようとして消費電力が変動する。このときの消費電力の変動は、部屋の温度の上昇に応じたものとなり、消費されたガスの量に相関する。したがって、エアコンディショナーの消費電力の変動量の最大値、消費電力が変動している継続時間、または、単位時間当たりの変動量を積算した値などに基づいて、ガスを消費したと推定することができ、さらには、ガスの消費量を推定するこができる。

【0015】

このように、消費された商品と電気製品において消費される電力の変動とは相関があるため、消費される電力の変動に関する情報に基づいて、ユーザが消費した商品及びその商品の消費量を推定することができる。なお、ユーザの周囲において稼働する電気製品は、空気の状態に関連した物理量に基づいたフィードバック制御が行われている製品であってもよい。

【0016】

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。また、以下の実施形態は可能な限り組み合わせることができる。

【0017】

＜第１実施形態＞
図１は、本実施形態に係るシステム１の概略構成を示す図である。システム１は、スマートプラグ１０、ＥＣサーバ２０、センタサーバ３０、及び、空気清浄機４０を含む。スマートプラグ１０、ＥＣサーバ２０、及び、センタサーバ３０は、ネットワークＮ１によって相互に接続されている。スマートプラグ１０は、ユーザの家屋に設けられるコンセントに差し込まれるプラグと、空気清浄機４０に設けられるプラグが差し込まれるコンセントと、を有する。空気清浄機４０には、スマートプラグ１０を介して電力が供給される。スマートプラグ１０は、空気清浄機４０に供給される電力、すなわち、空気清浄機４０で消費される電力を計測する。なお、空気清浄機４０は、ユーザの周囲において稼働する電気製品の一例である。

【0018】

ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、または、Ｗｉ－Ｆｉ（登録商標）等の無線通信網を含んでもよい。なお、図１には、例示的にスマートプラグ１０、ＥＣサーバ２０、及び、センタサーバ３０を夫々１つ図示しているが、これらは複数存在し得る。

【0019】

図２に基づいて、スマートプラグ１０、ＥＣサーバ２０、及び、センタサーバ３０のハードウェア構成について説明する。なお、空気清浄機４０は従来の構成のものを利用できる。空気清浄機４０は、周囲の空気の汚れ度合いをセンサによって検出し、汚れ度合いに応じたファンの回転速度の制御を実施する。すなわち、空気の汚れ度合いが大きいほど、ファンの回転速度を高めることにより、単位時間当たりに除去する空気の汚れを増加させる。図２は、本実施形態に係るシステム１を構成するスマートプラグ１０、ＥＣサーバ２０、及び、センタサーバ３０の構成の一例を概略的に示すブロック図である。

【0020】

センタサーバ３０は、一般的なコンピュータの構成を有している。センタサーバ３０は、プロセッサ３１、主記憶部３２、補助記憶部３３、及び、通信部３４を有する。これらは、バスにより相互に接続される。プロセッサ３１は、制御部の一例である。

【0021】

プロセッサ３１は、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）等である。プロセッサ３１は、センタサーバ３０を制御し、様々な情報処理の
演算を行う。主記憶部３２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等である。補助記憶部３３は、ＥＰＲＯＭ（Erasable Programmable ROM）、ハー
ドディスクドライブ（ＨＤＤ、Hard Disk Drive）、リムーバブルメディア等である。補
助記憶部３３には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納される。補助記憶部３３に格納されたプログラムをプロセッサ３１が主記憶部３２の作業領域にロードして実行し、このプログラムの実行を通じて各構成部等が制御される。これにより、所定の目的に合致した機能をセンタサーバ３０が実現する。主記憶部３２および補助記憶部３３は、コンピュータで読み取り可能な記録媒体
である。なお、センタサーバ３０は、単一のコンピュータであってもよいし、複数台のコンピュータが連携したものであってもよい。また、補助記憶部３３に格納される情報は、主記憶部３２に格納されてもよい。また、主記憶部３２に格納される情報は、補助記憶部３３に格納されてもよい。補助記憶部３３には、例えば、ユーザが所有する各商品の数に関する情報が記憶されている。

【0022】

通信部３４は、ネットワークＮ１経由で、スマートプラグ１０及びＥＣサーバ２０と通信を行う手段である。通信部３４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、ネットワークＮ１に接続される。

【0023】

次に、ＥＣサーバ２０は、電子商取引を行うコンピュータであり、少なくともセンタサーバ３０と商品の取引を行う。ＥＣサーバ２０は、センタサーバ３０から商品の注文を受ける処理を行い、受注した商品をユーザへ提供するための処理を行う。なお、ＥＣサーバ２０は、例えば配送センター等に、配送する商品名及び配送先を通知する処理を行う。なお、実際の配送は宅配サービス等、既存の手段が利用できるため説明を省略する。ＥＣサーバ２０は、プロセッサ２１、主記憶部２２、補助記憶部２３、及び、通信部２４を有する。ＥＣサーバ２０のプロセッサ２１、主記憶部２２、補助記憶部２３、及び、通信部２４は、センタサーバ３０のプロセッサ３１、主記憶部３２、補助記憶部３３、及び、通信部３４と同様のため説明を省略する。

【0024】

次に、スマートプラグ１０は、当該スマートプラグ１０に接続されている空気清浄機４０の消費電力を計測してセンタサーバ３０へ送信する。なお、一般に、家庭用コンセントでは電圧が一定のため、電流を計測してセンタサーバ３０へ送信してもよい。スマートプラグ１０は、通信部１１及び電力計１２を有する。これらは、バスにより相互に接続される。なお、電力計１２は、計測器の一例である。

【0025】

通信部１１は、スマートプラグ１０をネットワークＮ１に接続するための通信手段である。通信部１１は、例えば、移動体通信サービス（例えば、５Ｇ（5th Generation）、４Ｇ（4th Generation）、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）等の
電話通信網）、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ(登録商標)、または、ＲＦＩＤ（Radio Frequency Identification）等の無線通信を利用して、ネットワークＮ１経由で他の装置（例えばセンタサーバ３０等）と通信を行うための回路である。電力計１２は、空気清浄機４０の消費電力に応じた信号を出力するセンサである。スマートプラグ１０は、所定時間毎に通信部１１を介して消費電力をセンタサーバ３０へ送信する。なお、電力計１２に代えて電流計を備え、電流値をセンタサーバ３０へ送信してもよい。

【0026】

次に、センタサーバ３０の機能について説明する。図３は、センタサーバ３０の機能構成を例示した図である。センタサーバ３０は、機能構成要素として、制御部３０１、及び、商品情報ＤＢ３１１を備える。センタサーバ３０のプロセッサ３１は、主記憶部３２上のコンピュータプログラムにより、制御部３０１の処理を実行する。ただし、制御部３０１の一部がハードウェア回路により実行されてもよい。

【0027】

商品情報ＤＢ３１１は、プロセッサ３１によって実行されるデータベース管理システム（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、ＤＢＭＳ）のプログラムが、補助記憶部３３に記憶されるデータを管理することで構築される。商品情報ＤＢ３１１は、例えば、リレーショナルデータベースである。

【0028】

なお、センタサーバ３０の機能をスマートプラグ１０またはＥＣサーバ２０に持たせることにより、センタサーバ３０を省略することもできる。

【0029】

制御部３０１は、スマートプラグ１０から受信した空気清浄機４０の消費電力に関する情報に基づいて、消費された商品の推定、及び、商品の消費量の推定を行う。なお、消費されたことを推定する商品は、予めユーザによって登録された商品に限ってもよいし、センタサーバ３０によって発注可能な商品に限ってもよい。制御部３０１は、例えば、スマートプラグ１０から受信した消費電力の変動に関する情報を、商品情報ＤＢ３１１に記憶されている各商品に対応する消費電力の変動に関する情報と照合し、一致する商品を探す。そして、消費電力の変動が一致する商品があった場合に、その商品が消費されたと推定する。制御部３０１は、消費された商品を推定すると、消費カウンタに１を加算する。消費カウンタは、商品の消費回数をカウントするカウンタである。消費カウンタは商品ごとに設定される。

【0030】

このようにして、制御部３０１は、商品の消費回数をカウントする。そして、消費カウンタが所定値以上になると、制御部３０１は、ＥＣサーバ２０へその商品を発注する。所定値は、商品の残量に基づいて設定してもよい。例えば、商品の残量が０になる前に商品が届くように所定値を設定してもよい。また、例えば、商品の残量が下限値以下となった場合に商品を発注してもよい。商品の残量に基づいて発注を行う場合には、例えば、ユーザが端末を用いて消費の残量の初期値をセンタサーバ３０に登録しておく。このときに発注する商品の数は、例えば、消費カウンタの数と同数としてもよい。そのため、消費カウンタの所定値は、商品の販売単位の整数倍に設定してもよい。例えば、ユーザがタバコを消費した場合には、一箱に入っている所定の本数の整数倍を発注してもよい。

【0031】

制御部３０１は、商品を発注するときに、商品に関する情報、発注量に関する情報、及び、発送先に関する情報をＥＣサーバ２０へ送信する。ＥＣサーバ２０へ送信する商品に関する情報は、商品を識別可能な情報であり、例えば、商品名または商品ＩＤである。ＥＣサーバ２０へ送信する発注量に関する情報は、一度に発注する商品の数量に関する情報である。発注量は、ユーザが設定してもよく、商品の消費量を発注量として設定してもよい。ＥＣサーバ２０へ送信する発送先に関する情報は、ユーザに商品を届けるために必要となる情報である。発送先に関する情報には、例えば、ユーザの住所、氏名、及び、電話番号などに関する情報が含まれる。発送先に関する情報は、ユーザがセンタサーバ３０へ登録しておく。

【0032】

制御部３０１は、商品の残量の初期値、及び、消費カウンタなどを商品情報ＤＢ３１１に格納する。図４は、商品情報ＤＢ３１１に格納される商品情報テーブルの構成を例示した図である。商品情報ＤＢ３１１は、ユーザ毎に生成される。商品情報テーブルは、商品ＩＤ、消費前在庫量、発注閾値、発注量、消費カウンタ、及び、消費電力変動量の各フィールドを有する。商品ＩＤフィールドは、各商品に対応する識別情報（商品ＩＤ）が入力されるフィールドである。商品ＩＤは、制御部３０１が付与してもよい。消費前在庫量フィールドは、ユーザが商品を消費する前の商品の残量が入力されるフィールドである。消費前在庫量の初期値は、例えば、ユーザが端末を介して入力する。発注閾値フィールドは、制御部３０１が商品を発注する閾値（発注閾値）となる商品の残量が入力されるフィールドである。発注閾値は、ユーザが設定してもよく、制御部３０１が設定してもよい。

【0033】

発注量フィールドは、一度に発注する商品の数量（発注量）が入力されるフィールドである。発注量も、ユーザが設定してもよく、制御部３０１が設定してもよい。また、発注量は、消費カウンタの数と同数としてもよい。消費カウンタフィールドは、消費カウンタの数値が入力されるフィールドである。制御部３０１は、スマートプラグ１０から送信される消費電力の変動に基づいて、消費カウンタフィールドを更新する。

【0034】

消費電力変動量フィールドは、商品を消費したときの空気清浄機４０の消費電力の変動
に関する情報が入力されるフィールドである。なお、消費電力変動量フィールドには、商品を消費したときの空気清浄機４０の消費電力の変動に関する情報が格納されている場所に関する情報が入力されていてもよい。消費電力の変動に関する情報は、予め学習させて補助記憶部３３に記憶させておく。例えば、各商品を消費したときの電力の変動を予め実験またはシミュレーション等により求めておいてもよい。消費電力の変動に関する情報は、例えば、商品を消費したときに対応する空気清浄機４０の消費電力の基準電力からの変動量の最大値、基準電力からの変動量の積分値、または、基準電力からの変動量が所定量以上の継続時間である。なお、ここでいう所定量は、例えば、消費電力が基準電力から変化したと判断し得る値である。これらは、商品を消費したことに伴う空気の汚れまたは臭いを除去するのに要する消費電力と相関がある。この消費電力の変動に関する情報は商品ごとに異なるため、商品ごとに予め学習させて補助記憶部３３に記憶させておく。

【0035】

例えば、タバコを吸ったときには、空気清浄機４０が空気の汚れを除去しようとして、ファンモータの回転速度を増加させる。このときに、空気清浄機４０の消費電力が増加する。例えば、タバコを１本吸ったときの空気清浄機４０の消費電力の基準電力からの変動量の最大値、基準電力からの変動量の積分値、または、基準電力からの変動量が所定量以上の継続時間は、タバコ１を１本吸ったときの固有の値になる。したがって、これらの関係を予め学習させてそのデータを補助記憶部３３に記憶させておけば、空気清浄機４０の消費電力に基づいて、タバコを消費したこと、及び、タバコの消費量を推定することができる。

【0036】

制御部３０１は、消費前在庫量から発注閾値を減算した値を、商品の発注が必要となる消費量として算出する。消費カウンタが、この発注が必要となる消費量以上になると、ＥＣサーバ２０に対して発注量に応じた発注を行う。このときに、制御部３０１は、商品ＩＤ、発注量および発送先をＥＣサーバ２０に送信する。制御部３０１は、発注が完了すると、発注閾値に消費カウンタの数を加算した合計値を消費前在庫量に入力することで、消費前在庫量を更新する。その後、制御部３０１は、消費カウンタをリセットする。

【0037】

次に、センタサーバ３０が商品を発注する処理について説明する。図５は、センタサーバ３０が商品を発注する処理のフローを示したフローチャートである。図５に示したフローチャートは、所定の時間毎にセンタサーバ３０において実行される。なお、商品情報テーブルの、商品ＩＤ、消費前在庫量、発注閾値、発注量、及び、消費電力変動量の各フィールドには、必要な情報がすでに格納されているものとして説明する。また、商品の発送先もセンタサーバ３０の補助記憶部３３に記憶されているものとして説明する。

【0038】

ステップＳ１０１では、制御部３０１が、消費電力を受信したか否か判定する。なお、空気清浄機４０の消費電力が基準電力から変化した場合に、スマートプラグ１０が、消費電力に関する情報をセンタサーバ３０に送信してもよい。この場合、制御部３０１が消費電力を受信したときには、空気清浄機４０において消費電力が上昇していることになる。別法として、スマートプラグ１０が、空気清浄機４０の消費電力を定期的に送信してもよい。このときには、前回の消費電力の送信時から今回の送信時までの間の消費電力の推移を送信してもよく、送信時の消費電力の瞬時値を送信してもよい。いずれにせよ、空気清浄機４０の消費電力に基づいて商品が消費されたことが判別可能な間隔で、スマートプラグ１０が消費電力を送信する。なお、スマートプラグ１０は、スマートプラグ１０の識別情報を紐付けして消費電力をセンタサーバ３０に送信している。センタサーバ３０には、スマートプラグ１０の識別情報と、ユーザとの関係が予めユーザによって登録されており、この関係は補助記憶部３３に記憶されている。ステップＳ１０１で肯定判定された場合にはステップＳ１０２へ進み、否定判定された場合には本ルーチンを終了させる。

【0039】

ステップＳ１０２では、制御部３０１が、消費電力の変動量が、商品が消費されたとき
の消費電力の変動量に相当するか否か判定する。制御部３０１は、例えば、スマートプラグ１０から受信した消費電力の変動量の最大値を、商品情報ＤＢ３１１に記憶されている各商品に対応する消費電力の変動量の最大値と照合し、一致する商品を探す。そして、消費電力の変動量の最大値が一致する商品があった場合に、その商品が消費されたと判定する。ステップＳ１０２で肯定判定された場合にはステップＳ１０３へ進み、否定判定された場合には本ルーチンを終了させる。なお、消費電力が上昇傾向にある場合には、消費電力の変動量の最大値がまだ分からないために消費された商品を推定することが困難である。そのため、ステップＳ１０２では、消費電力が減少傾向にある場合に限り、商品が消費されたか否か判定してもよい。

【0040】

ステップＳ１０３では、制御部３０１が、消費カウンタに１を加算することにより、消費カウンタをカウントアップする。これにより、商品が消費された回数、すなわち、商品の消費量が計数される。ステップＳ１０４では、制御部３０１が、ステップＳ１０３で算出した消費カウンタを商品情報ＤＢ３１１に格納することにより商品情報ＤＢ３１１を更新する。

【0041】

ステップＳ１０５では、制御部３０１が、消費カウンタが、消費前在庫量から発注閾値を減算した値以上であるか否か判定する。すなわち、制御部３０１は、ステップＳ１０１で取得した消費電力に対応する商品の消費量が、この商品を発注する必要のある回数に達しか否か判定している。ステップＳ１０５で肯定判定された場合にはステップＳ１０６へ進み、否定判定された場合には本ルーチンを終了させる。

【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】

１ システム
１０ スマートプラグ
１１ 通信部
１２ 電力計
２０ ＥＣサーバ
３０ センタサーバ
３１ プロセッサ
３２ 主記憶部
３３ 補助記憶部
３４ 通信部
４０ 空気清浄機

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】