以下、本発明の実施例について図面を参照しつつ詳細に説明する。
図1は、本実施例における家電製品1を含む発注システムの構成例を示す図である。図1において、発注システムは、家電製品1と、通信端末2と、インターネット等の広域公衆ネットワーク3、及びWeb (World Wide Web)サイト上で商品の購入、発注などが行える、いわゆるネット通販を提供するオンラインショップなどのEC(Electronic Commerce)サイトのサービスを提供するECサイトサーバ4で構成される。本発注システムは、家電製品の購入後の消耗品等の不足品を追加発注する発注システムである。
図2は、本実施例における家電製品1の構成例を示すブロック図である。図2において、家電製品1は、家電製品本体101と、制御部102、メモリ104、センサ105、通信処理部106を備え、それぞれはバス103で相互に接続されている。家電製品本体101は、例えば、家電製品が洗濯機であれば、洗濯槽、モータ、制御回路、表示部、操作部等からなる洗濯機本体である。制御部102はCPU(Central Processing Unit)等で構成され、メモリ104に記憶したプログラムを実行することによって各構成部を制御し、各種の処理を行う。センサ105は、家電製品1の消耗品等の使用状態を検出するためのセンサであって、例えば、家電製品が洗濯機であれば、投入洗剤量を計測したり、予め設定された洗剤と洗濯水量の関係から使用洗剤量が分かるので洗濯水量を計測したり、または、洗濯する衣類の量を計測する。また、家電製品が掃除機や空気清浄器であれば、フィルタの交換時期を検出するために、稼働時間を計測する。通信部処理部106は通信端末2と接続するためのインターフェースであり、BlueTooth(登録商標)や、赤外線通信部、WiFi(登録商標)等で無線通信を行なう。なお、制御部102やメモリ104は、家電製品本体101内の制御回路やメモリと一体となっていても良い。また、センサ105や通信部処理部106は、家電製品1と別体であっても良い。
図3は、本実施例における通信端末2の構成例を示すブロック図である。図3において、制御部201は、所定のプログラムに従って通信端末2全体を制御するマイクロプロセッサユニットである。システムバス202は制御部201と通信端末2内の各部との間でデータ送受信を行うためのデータ通信路である。メモリ203には、オペレーティングシステムなどの基本動作プログラムやその他のアプリケーションプログラム、さらに、通信端末2の各種情報が格納されている。映像処理部204は、図示しない、表示部、映像信号処理部、映像入力部を有する。表示部は、例えば液晶パネル等の表示デバイスであり、映像信号処理部で処理した映像データを表示する。映像信号処理部は表示部に表示するための映像信号を生成し表示部を駆動する。また、映像入力部は、レンズから入力した光学像を電気信号に変換することにより、周囲や対象物の映像データを入力するカメラユニットである。音声処理部205は、図示しない、音声出力部、音声信号処理部、音声入力部、で構成される。音声出力部はスピーカであり、音声信号処理部で処理した音声信号を通信端末2の使用者に提供する。音声入力部はマイクであり、使用者の声などを音声データに変換して入力する。操作部206は、通信端末2に対する操作指示の入力を行う指示入力部であり、例えば、表示部に重ねて配置したタッチパネルで構成されている。
通信処理部210は、WAN(Wide Area Network)通信部211、電話網通信部212、BlueTooth通信部213で構成される。WAN通信部211は広域公衆ネットワーク3の無線通信用アクセスポイントと無線通信により接続してデータの送受信を行う。電話網通信部212は移動体電話通信網の基地局との無線通信により、電話通信(通話)及びデータの送受信を行う。BlueTooth通信部213は対応する機器と無線通信を行う。更に、赤外線通信部等を備えていても良い。
なお、通信端末2は、GPS(Global Positioning System)受信部やUSB(Universal Serial Bus)インタフェース、デジタルテレビ放送受信機能や電子マネー決済機能等、図示していない構成が更に加えられていても良いし、本実施例に直接関係のない構成が削除されていても良い。
図4は、本実施例における発注システムの処理シーケンスである。図4において、まず、家電製品1は、家電製品1における消耗品の使用状態を検出するセンサ105によるセンサ情報を取得する(ステップS401)。ここで、例えば、家電製品が洗濯機であれば、洗剤の使用量を検出するためには、投入洗剤量を計測する場合は投入後、また洗濯水量を計測する場合は、洗濯終了後に計測することで、最新のセンサ情報を取得できる。ステップS402では、取得したセンサ情報をもとに制御部102は消耗品の状態情報の一例である残量情報を算出する。例えば、センサ情報の積算量により、例えば洗剤1本分に対する残量を計算する。そして、ステップS403で、残量が所定量以下となったときに、残量情報を通信端末2に送信する(ステップS404)。ここで、前述したように、家電製品は通常は電源OFFの状態であり、電源がOFFの間は、残量情報を送信することができない。よって、電源OFFとなる直前のタイミングで残量情報を送信する。言い換えれば、家電製品の稼働が終了するタイミングで残量情報を送信する。電源OFFとなる直前のタイミングで送信する理由は、最新のセンサ情報に基づく残量情報を電源がONの状態で送信するためである。従って、電源OFFとなる直前のタイミングとは、家電製品の稼働終了時の所定時間以内であれば良く、または消耗品の使用量を計測し判別した時点で良い。洗濯機の場合は、洗い終わる時の所定時間前に送信してもよいし、洗剤投入時に投入量計測した時点で送信しても良い。
次に、ステップS405で、通信端末2は残量情報を表示する。ここで、状態情報は、洗濯機の場合は、「そろそろ洗剤が無くなりませんか?」等のメッセージでも良いし、具体的な残量でも良いし、残り使用可能回数でも良い。また、掃除機や空気清浄器であれば、所定のフィルタ交換期間からの残存期間である。
そして、ステップS406で、ユーザは残量情報を受けて、消耗品の発注をECサイトサーバ4に対して行う(ステップS407)、(図1の(1)で示す経路)。そして、ステップS408で、ECサイトサーバ4は購入処理を行う。なお、所定以下の残量であったら、ユーザの発注がなくても自動発注するようにして、その通知を送信するようにしても良い。
また、ステップS405で、残量情報を表示する際に、購入するECサイトを複数一覧表示してECサイトを選択できるようにしたり、同じ消耗品を発注する際に一番安いECサイトに自動で発注するようにしても良い。また、別のメーカの消耗品を選択できるようにしても良い。この場合の、発注システムの構成例を図5に示す。図5において、図1と同じ構成要件には同じ符号を付し、説明を省略する。図1と異なる点は、APサーバ(アプリケーションサーバ)5を有し、広域公衆ネットワーク3を介して、通信端末2とAPサーバ5間で情報の送受信を行う点である(図5の(2)で示す経路)。
図6は、本実施例におけるAPサーバ5の構成例を示すブロック図である。図6において、APサーバ5は、制御部501、メモリ503、通信部504、ストレージ505を備え、それぞれはバス502で相互に接続されている。制御部501はCPU等で構成され、メモリ503に記憶したプログラムを実行することによって各構成部を制御し、各種の処理を行う。ストレージ505は、家電製品1の製品情報及び消耗品に関連する情報が記憶されている。例えば、消耗品を購入できるECサイト情報や、同じ消耗品を発注する際に一番安いECサイト情報などである。通信部504は通信端末2と広域公衆ネットワーク3を介して接続するためのインターフェースである。
図5、6に示した構成により、図4のステップS409に示したように、通信端末2とAPサーバ5間で製品情報の送受信を行ない、APサーバ5のストレージ505内に記憶された製品情報を通信端末2が取り込み表示することで、ユーザはECサイトの選択等を行うことが出来る。図7に、ECサイトの選択表示画面例を示す。図7においては、通信端末2はスマートフォンである場合を示しており、購入するECサイトの選択画面として、複数の業者を一覧表示し、価格、納期を表示してECサイトを選択できるようにしている。
このように、本実施例によれば、家電製品が使用量が判別した時点で残量情報を通信端末に送信するので、残量情報を送信するために、家電製品が常時電源をONにしておく必要がなく、省電力化を図ることが出来る発注システムを提供できる。
本実施例は、家電製品1の残量情報を送信する送信先である通信端末が、電源OFFであったり、通信端末のユーザが不在であり通信端末が近傍になく、送信不可である場合を想定して、残量情報をサーバを経由して通信端末に送信する例について説明する。
図8は、本実施例における発注システムの構成例を示す図である。図8において、図5と同じ構成要件には同じ符号を付し、説明を省略する。図5と異なる点は、ルータ6とキャリアサーバ7を有し、家電製品1はルータ6を介して広域公衆ネットワーク3に接続されている点である。
また、図9に、本実施例における発注システムの処理シーケンスを示す。図9において、図4と同じステップには同じ符号を付し、説明を省略する。
図9において、家電製品1は、ステップS501で、残量が所定量以下となったときに、残量情報をルータ6を介してAPサーバ5に送信する(ステップS502)、(図8の(1)で示す経路)。ここで、前述したように、送信タイミングは、電源OFFとなる直前のタイミングで残量情報を送信する。
そして、ステップS503で、APサーバ5は、通信端末がアプリ起動時に通信端末に残量情報を送信する(図8の(2)で示す経路)。または、ステップS504で、APサーバ5は、キャリアサーバ7を介してPUSH情報として通信端末に残量情報を送信する(図8の(3)で示す経路)。
そして、図4と同様に、通信端末2は残量情報を表示し(ステップS405)、ユーザは残量情報を受けて、消耗品の発注をECサイトサーバ4に対して行う(ステップS406)、(図8の(4)で示す経路)。
なお、上記は、ステップS402で、家電製品1が取得したセンサ情報をもとに消耗品の残量情報を算出したが、APサーバ5側で残量情報を算出しても良い。図10に、APサーバ5側で残量情報を算出する場合の発注システムの処理シーケンスを示す。図10において、図9と同じステップには同じ符号を付し、説明を省略する。
図10において、家電製品1は、ステップS601で、家電製品1における消耗品の使用状態を検出するセンサ105によるセンサ情報を取得し、ルータ6を介してAPサーバ5にセンサ情報である、消費量や稼働時間等の動作情報や運転情報を送信する(ステップS602)。そして、ステップS603で、APサーバ5は、取得した動作情報や運転情報をもとに消耗品の残量情報を算出する。例えば、消費量の積算量により、例えば洗剤1本分に対する残量を計算する。また、毎回残量情報を算出しなくても、事前に残量情報を統計的に取得しておいて、その統計から運転情報をもとに残量を推定して残量情報としても良い。
その後、APサーバ5は、図9と同様に、通信端末2に残量情報を送信し(ステップS503、S504)、通信端末2は残量情報を表示し(ステップS405)、ユーザは残量情報を受けて、消耗品の発注をECサイトサーバ4に対して行う(ステップS406)。
このように、本実施例によれば、通信端末が受信不可である場合でも、家電製品が使用量が判別した時点での残量情報を通信端末に送信できるので、残量情報を送信するために、家電製品が常時電源をONにしておく必要がなく、省電力化を図ることが出来る発注システムを提供できる。
本実施例は、家電製品1の残量情報を通信端末2に送信できる場合と、出来ない場合で、送信経路を切り替える例について説明する。
図11は、本実施例における発注システムの構成例を示す図である。図11において、図8と同じ構成要件には同じ符号を付し、説明を省略する。図8と異なる点は、家電製品1と通信端末2が直接通信できる経路(図11の(5)で示す経路)を有している点である。
図11において、家電製品1は、残量情報を通信端末2に送信できる場合には、(5)で示す経路によって、通信端末2に残量情報を送信し、図4と同様の手順でユーザが消耗品を発注する。一方、家電製品1の残量情報を送信する送信先である通信端末が、電源OFFであったり、通信端末のユーザが不在であり通信端末が近傍になく、送信不可である場合は、(6)で示す経路で、家電製品1は、残量情報を、ルータ6を経由してAPサーバ5を介して通信端末に送信する。なお、実施例2と同様に、家電製品1側でセンサ情報をもとに消耗品の残量情報を算出しても良いし、APサーバ5側で残量情報を算出しても良い。
このように、本実施例によれば、最短経路で、家電製品が使用量が判別した時点での残量情報を通信端末に送信できるので、残量情報を送信するために、家電製品が常時電源をONにしておく必要がなく、省電力化を図ることが可能な発注システムを提供できる。
以上実施例について説明したが、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例における通信端末はPC等の情報端末でも良いし、スマートフォンのような携帯型端末でも良い。また、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加、削除、置換をすることが可能である。