JP6713868B2 - ネットワークシステム、サーバ、情報処理方法、通信端末、およびプログラム - Google Patents

Description

本発明は、インターネットなどのネットワークを利用してユーザに商品の購入を提案するための技術に関する。

従来から、インターネットを利用して商品の購入を提案するための技術が提案されている。たとえば、特開２０１３−２５０６９８号公報（特許文献１）には、購入支援装置、購入支援方法、購入支援システムが開示されている。特許文献１によると、在庫情報管理装置は、家庭の冷蔵庫や収納棚に収納されている食品や物品の在庫を検出し、在庫情報に記憶する。常備品判定部は、この在庫情報の情報から、常備品であるかどうかを判定する。不足判定部は、常備品に該当する品目が不足しているか否かを検出し、常備品に該当する品目が不足する場合に、購入指示を出力する。また、購入支援部は、在庫情報の情報と献立から、献立の食品を作るのに購入する必要な食材を判定し、献立の食品を作るのに購入する必要な食材を提示する。

さらに、特開２００６−０９０６４６号公報（特許文献２）には、冷蔵庫が開示されている。特開２００５−２９３３８２号公報（特許文献３）には、冷蔵庫無線タグシステムが開示されている。特開２００４−３４８４４５号公報（特許文献４）には、食料品管理システムが開示されている。特開２００４−００５５９０号公報（特許文献５）には、食事または食材を配送するサービスを提供する方法がかいじされている。特開２００３−２０７２６０号公報（特許文献６）には、要介護者向け食料管理／支援システム、そのサーバ、方法、記録媒体、及びプログラムが開示されている。特開２００３−０３０４２１号公報（特許文献７）には、生活支援システム及び生活支援方法が開示されている。特開２００２−０４１９０１号公報（特許文献８）には、食材管理方法が開示されている。特開２００１−１３４７０７号公報（特許文献９）には、消費財保管庫と消費財保管庫管理システムおよび消費財保管庫における消費財管理方法とその処理プログラムを記録した記録媒体が開示されている。

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

現在、販売業者からは効率的に商品の購入を消費者に提案する技術、あるいは、消費者からは効率的に商品を購入できる技術が求められている。そこで、本発明の目的は、販売業者が効率的に商品の購入を消費者に提案できる、あるいは、消費者が効率的に商品を購入できる、ネットワークシステム、サーバ、情報処理方法、通信端末、およびプログラムを提供することにある。

この発明のある態様に従うと、複数のユーザ宅の各々に配置されるセンサおよび出力装置と、通信端末と、センサと通信端末と通信可能なサーバとを備えるネットワークシステムが提供される。サーバは、複数のユーザ宅のセンサに取得されたデータに基づいて複数のユーザ宅の商品がなくなる時期を予測する。通信端末は、サーバからのデータに基づいて、複数のユーザ宅の商品がなくなる時期と購入候補の商品の数とを出力することによって商品の値段の入力を受け付ける。

この発明の別の局面に従うと、複数のユーザ宅の各々に配置されるセンサおよび出力装置と、通信端末と、センサと通信端末と通信可能なサーバとを備えるネットワークシステムが提供される。サーバは、複数のユーザ宅のセンサに取得されたデータに基づいて複数のユーザ宅の商品がなくなる時期を予測する。出力装置は、サーバからのデータに基づいて、商品の値段を出力することによって商品の購入を提案する。

好ましくは、サーバは、ユーザ宅の商品の残量と、単位期間当たりの消費量と、に基づいて、商品がなくなる時期を算出する。

好ましくは、センサは、商品のための装置の有無に関わらずに配置することが可能であって、ユーザ宅の商品の減少または残量に関する情報をサーバに送信する。

好ましくは、サーバは、ユーザ宅の商品購入の履歴に基づいて、ユーザ宅の出力装置に、これまでユーザが購入してきた商品と異なる商品の購入を提案する。

好ましくは、サーバは、ユーザ宅の商品購入の履歴に基づいて、ユーザ宅の出力装置に、これまでユーザが購入してきた商品と同じ商品の購入を提案する。

好ましくは、サーバは、複数の者からの提案に基づいて低い値段を提案した者の提案を選択し、出力装置を介して当該提案を出力する。

好ましくは、サーバは、第１のタイミングでユーザ宅の商品がなくなると予測されたときに、第１のタイミングよりも前の第２のタイミングで商品の購入を提案する。

この発明の別の局面に従うと、複数のユーザ宅の各々に配置されるセンサおよび出力装置と、通信端末と、通信するための通信インターフェイスと、プロセッサとを備えるサーバが提供される。プロセッサは、通信インターフェイスを介して、複数のユーザ宅からのデータに基づいて複数のユーザ宅の商品がなくなる時期を予測し、通信インターフェイスを介して、通信端末に、複数のユーザ宅の商品がなくなる時期と購入候補の商品の数とを出力させることによって商品の値段の入力を受け付ける。

この発明の別の局面に従うと、複数のユーザ宅の各々に配置されるセンサおよび出力装置と、通信端末と、通信するための通信インターフェイスと、プロセッサとを備えるサーバが提供される。プロセッサは、通信インターフェイスを介して、複数のユーザ宅からのデータに基づいて複数のユーザ宅の商品がなくなる時期を予測し、通信インターフェイスを介して、出力装置に、商品の値段を出力することによって商品の購入を提案する。

この発明の別の局面に従うと、サーバにおける情報処理方法が提供される。情報処理方法は、複数のセンサで取得されたデータを受信するステップと、データに基づいて複数のユーザ宅の商品がなくなる時期を予測するステップと、通信端末を介して、複数のユーザ宅の商品がなくなる時期と購入候補の商品の数とを出力することによって、商品の値段の入力を受け付けるステップとを備える。

この発明の別の局面に従うと、サーバにおける情報処理方法が提供される。情報処理方法は、複数のセンサで取得されたデータを受信するステップと、データに基づいて複数のユーザ宅の商品がなくなる時期を予測するステップと、出力装置を介して、購入候補の商品の値段を出力することによって商品の購入を提案するステップとを備える。

この発明の別の局面に従うと、サーバと通信するための通信インターフェイスと、ディスプレイと、プロセッサとを備える通信端末が提供される。プロセッサは、サーバからのデータに基づいて、複数のユーザ宅の商品がなくなる時期と購入候補の商品の数とをディスプレイに出力することによって商品の値段の入力を受け付ける。

この発明の別の局面に従うと、サーバと通信するための通信インターフェイスと、出力部と、入力部と、プロセッサとを備える通信端末。プロセッサは、通信インターフェイスを介してのサーバからのデータに基づいて、購入候補の商品の値段を出力部に出力させて、入力部を介して商品の購入のための命令の入力を受け付ける。

この発明の別の局面に従うと、通信インターフェイスと、出力部と、入力部と、プロセッサとを含む通信端末のためのプログラムが提供される。プログラムは、通信インターフェイスを介したサーバからのデータに基づいて、購入候補の商品の値段を出力部に出力させるステップと、入力部を介して商品の購入のための命令の入力を受け付けるステップと、をプロセッサに実行させる。

以上のように、この発明によれば、販売業者が効率的に商品の購入を消費者に提案できる、あるいは、消費者が効率的に商品を購入できる、ネットワークシステム、サーバ、情報処理方法、通信端末、およびプログラムが提供される。

第１の実施の形態にかかるネットワークシステム１の全体構成と動作概要とを示すイメージ図である。 第１の実施の形態にかかる冷蔵庫３００のハードウェア構成を表わすブロック図である。 第１の実施の形態にかかる測定装置５００のハードウェア構成を表わすブロック図である。 第１の実施の形態にかかる測定装置５００の構成を示すイメージ図である。 第１の実施の形態にかかる通信アダプタ４００のハードウェア構成を表わすブロック図である。 第１の実施の形態にかかるサーバ１００のハードウェア構成を表わすブロック図である。 第１の実施の形態にかかるメモリ１２０に格納されるユーザデータベース１２１を示すイメージ図である。 第１の実施の形態にかかるセンサデータベース１２５を示すイメージである。 第１の実施の形態にかかる業者データベース１２２を示すイメージ図である。 第１の実施の形態にかかる提案データベース１２３を示すイメージ図である。 第１の実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。 第１の実施の形態にかかるサービス運営者が使用する通信端末８００のハードウェア構成を表わすブロック図である。 第１の実施の形態にかかるサービス運営者が使用する通信端末８００の画面例を示すイメージ図である。 第１の実施の形態にかかる販売業者が使用する通信端末２００のハードウェア構成を表わすブロック図である。 第１の実施の形態にかかる販売業者が使用する通信端末２００の第１の画面例を示すイメージ図である。 第１の実施の形態にかかる販売業者が使用する通信端末２００の第２の画面例を示すイメージ図である。 第１の実施の形態にかかる出力装置６００のハードウェア構成を表わすブロック図である。 第２の実施の形態にかかる測定装置５００Ｂの構成を示すイメージ図である。 第３の実施の形態にかかる測定装置５００Ｃの構成を示すイメージ図である。 第４の実施の形態にかかる測定装置５００Ｄの構成を示すイメージ図である。 第５の実施の形態にかかる測定装置５００Ｅの構成を示すイメージ図である。 第６の実施の形態にかかるネットワークシステム１の全体構成と動作概要とを示すイメージ図である。 第６の実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。 第７の実施の形態にかかるメモリ１２０に格納されるユーザデータベース１２１を示すイメージ図である。 第７の実施の形態にかかるメモリ１２０に格納される出力タイミングデータ１２８を示すイメージ図である。 第７の実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。 第７の実施の形態にかかる販売業者が使用する通信端末２００の画面例を示すイメージ図である。 第８の実施の形態にかかるネットワークシステム１の全体構成と第１の動作概要とを示すイメージ図である。 第８の実施の形態にかかるネットワークシステム１の全体構成と第２の動作概要とを示すイメージ図である。 第９の実施の形態にかかるネットワークシステム１の全体構成と動作概要とを示すイメージ図である。 第９の実施の形態にかかる出力装置６００Ｂのハードウェア構成を表わすブロック図である。 第９の実施の形態にかかる出力装置６００Ｂの画面例を表わすイメージ図である。 第１０の実施の形態にかかるネットワークシステム１の第１の全体構成と動作概要とを示すイメージ図である。 第１０の実施の形態にかかる通信端末７００のハードウェア構成を表わすブロック図である。 第１０の実施の形態にかかるネットワークシステム１の第２の全体構成と動作概要とを示すイメージ図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜ネットワークシステムの全体構成＞

まず、図１を参照して、本実施の形態にかかるネットワークシステム１の全体構成について説明する。なお、図１は、本実施の形態にかかるネットワークシステム１の全体構成と動作概要とを示すイメージ図である。

本実施の形態にかかるネットワークシステム１は、主に、複数の家庭の各々に配置される冷蔵庫３００などの機器と、サーバ１００と、商品の販売業者の通信端末２００とを含む。冷蔵庫３００には、庫内に買い置きされている所定の商品の残量を検知するための測定装置５００が配置される。本実施の形態においては、測定装置５００は、ビール缶の減少量を検知する。

本実施の形態においては、測定装置５００が、機器としての冷蔵庫３００内に配置されるが、これはビールやジュースなどの冷やしておく必要があるものを測定するからであって、後述するように、測定装置５００は必ずしも機器内に配置される必要はない。

また、本実施の形態においては、サーバ１００に複数の販売業者の複数の通信端末２００が接続可能であるものとして説明を行うが、サーバ１００に１つの販売業者の通信端末２００が接続されているシステムにも、本実施の形態の技術は適用可能である。

測定装置５００は、通信アダプタ４００やＷｉＦｉ（登録商標）ルータやインターネットなどを介してサーバ１００に接続されている。また、スピーカなどを搭載する、ユーザに商品の購入を提案するための出力装置６００も、通信アダプタ４００やＷｉＦｉ（登録商標）ルータやインターネットなどを介してサーバ１００に接続されている。

一方、販売業者の通信端末２００もインターネットなどを介してサーバ１００に接続されている。本実施の形態においては、サーバ１００には、サービスの運営者の通信端末８００も接続されている。なお、販売業者の通信端末２００は、商品の製造者の通信端末２００であってもよいし、商品の卸売り業者の通信端末２００であってもよいし、商品の専門の販売店やスーパーなどの小売業者の通信端末２００であってもよいし、インターネット通信販売業者の通信端末２００であってもよいし、それらの業者の代わりに提案や仲介を行う業者の通信端末２００であってもよい。

また、通信アダプタ４００やスピーカなどの出力装置６００などは、冷蔵庫３００上に配置されてもよいし、通信アダプタ４００やスピーカなどの出力装置６００が別の端末として冷蔵庫３００に外付け、たとえばマグネットで冷蔵庫３００の側面に貼りつけ、可能に構成されてもよい。

なお、機器は、冷蔵庫に限らず、洗濯機、掃除機、エアコン、空気清浄器、加湿器、除湿器、炊飯器、照明などの家電、テレビ、ハードディスクレコーダ、音楽プレーヤーなどのＡＶ（オーディオ・ビジュアル）機器、組み込み照明、太陽光発電機、インターホン、給湯器、ウォシュレット（登録商標）コントローラなどの住宅設備、などであってもよいし、トイレの水タンクやキッチンの水回りやタンスなどの電力を使用しない装置であってもよい。

さらに、通信アダプタ４００やスピーカなどの出力装置６００などは、特定の１つの装置に取り付けられる必要はなく、装置から離れて配置されてもよいし、複数の装置のために配置されてもよいし、さらにはそのような装置がない場所に通信アダプタ４００やスピーカなどの出力装置６００だけが配置されてもよい。
＜ネットワークシステムの動作概要＞

次に、図１を参照して、本実施の形態にかかるネットワークシステム１の動作概要について説明する。まず、ユーザが、冷蔵庫３００からビールの缶を取り出す（ステップＳ１０２）。

すると、測定装置５００が、ビールが取り出されたことを検知して（ステップＳ１０４）、検知結果を示すデータをサーバ１００に送信する（ステップＳ１０６）。サーバ１００は、各家庭の商品の消費に関する検知結果を集計し、各家庭のビールの残量や、消費速度や、ビールがなくなる時期を算出する（ステップＳ１０８）。なお、本実施の形態においては、ユーザがビール缶を取り出す都度、サーバ１００が商品の消費量を集計したり、商品の無くなる時期を算出したりしているが、測定装置５００において商品の消費量が所定の閾値を超えたと判断したときに、サーバ１００が商品の消費量を集計したり、商品の無くなる時期を算出したりしてもよい。

サーバ１００は、複数の家庭に関する集計結果や予測データを販売業者の通信端末２００に提供する（ステップＳ１１０）。販売業者は、集計結果や予測データを参照して、商品の種類や量や値段など、測定装置５００を有するユーザに商品の購入を提案するためのデータを入力する（ステップＳ１１２）。なお、サーバ１００や販売業者の通信端末２００は、予め登録されている閾値に応じて、提案を自動的に登録してもよい。あるいは、ＡＩ（人工知能）を利用して、反応率が高かった提案を自動的に登録してもよい。

通信端末２００は、商品の種類や量や値段などの冷蔵庫３００のユーザに商品の購入を提案するためのデータをサーバ１００に送信する（ステップＳ１１４）。サーバ１００は、商品の種類や量や値段などの冷蔵庫３００のユーザに商品の購入を提案するためのデータを出力装置６００に送信する（ステップＳ１１６）。出力装置６００は、商品の種類や量や値段などの冷蔵庫３００のユーザに商品の購入を提案するための音声を出力する（ステップＳ１１８）。

たとえば、ユーザは、出力装置６００などを介して提案された商品を注文しない旨を回答する（ステップＳ１２０）。すると、出力装置６００は、別の販売業者から提案された、商品の種類や量や値段などの冷蔵庫のユーザに商品の購入を提案するための音声を出力する（ステップＳ１２２）。

たとえば、ユーザは、出力装置６００などを介して提案された商品を購入する旨を回答する（ステップＳ１２４）。すると、出力装置６００は、商品の取り置きや発送を要求するためのデータを、サーバ１００に送信し、サーバ１００はユーザを特定するための情報と、商品の取り置きを要求するための情報とを販売業者の通信端末２００に送信する。販売業者の通信端末２００において商品の取り置きの指示が正常に受け付けられると、販売業者の通信端末２００は、その旨をサーバ１００を介して出力装置６００に送信する。出力装置は、取り置きが注文できた旨の音声を出力する。

このように、本実施の形態においては、販売業者が効率的に商品の購入を提案できる。また、本実施の形態においては、冷蔵庫３００あるいは測定装置５００を利用するユーザが効率的に商品の購入を注文することができる。以下では、このような機能を実現するためのネットワークシステム１について詳細に説明する。
＜機器のハードウェア構成＞

まずは、図２を参照しながら、機器としての冷蔵庫３００のハードウェア構成の一態様について説明する。なお、図２は、本実施の形態にかかる冷蔵庫３００のハードウェア構成を表わすブロック図である。

冷蔵庫３００は、主たる構成要素として、ＣＰＵ（Central Processing Unit）３１０と、メモリ３２０と、表示部３３０と、操作部３４０と、スピーカ３７０と、機器駆動部３９０とを含む。

ＣＰＵ３１０は、メモリ３２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、冷蔵庫３００の各部を制御する。すなわち、ＣＰＵ３１０は、メモリ３２０に格納されているプログラムを実行することによって、各種の処理を実行する。

メモリ３２０は、各種のＲＡＭ、各種のＲＯＭなどによって実現される。メモリ３２０は、ＣＰＵ３１０によって実行されるプログラムや、ＣＰＵ３１０によるプログラムの実行により生成されたデータ、操作部３４０を介して入力されたデータなどを記憶する。

表示部３３０は、ＣＰＵ３１０からの信号に基づいて、文字や画像を出力する。あるいは、表示部３３０は、インジケータであってもよいし、単なるライトであってもよい。操作部３４０は、ユーザからの命令を受け付けて、当該命令をＣＰＵ３１０に入力する。なお、冷蔵庫３００は、表示部３３０と操作部３４０とが組み合わされたタッチパネルを有してもよい。

スピーカ３７０は、ＣＰＵ３１０からの音声信号に基づいて音声を出力する。

機器駆動部３９０は、ＣＰＵ３１０からの信号に基づいて、機器の各部（モータやヒータなど）を制御する。
＜測定装置５００のハードウェア構成＞

次に、図３および図４を参照しながら、測定装置５００のハードウェア構成の一態様について説明する。なお、図３は、本実施の形態にかかる測定装置５００のハードウェア構成を表わすブロック図である。図４は、本実施の形態にかかる測定装置５００の構成を示すイメージ図である。

測定装置５００は、主たる構成要素として、ＣＰＵ５１０と、メモリ５２０と、ライト５３０と、操作部５４０と、通信インターフェイス５６０と、スイッチングセンサ５９０とを含む。

ＣＰＵ５１０は、メモリ５２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、測定装置５００の各部を制御する。

メモリ５２０は、各種のＲＡＭ、各種のＲＯＭなどによって実現される。メモリ５２０は、ＣＰＵ５１０によって実行されるプログラムや、ＣＰＵ５１０によるプログラムの実行により生成されたデータ、操作部５４０を介して入力されたデータ、サーバ１００から受信したデータなどを記憶する。

ライト５３０は、ＣＰＵ５１０からの信号に基づいて発光する。操作部５４０は、ユーザからの命令を受け付けて、当該命令をＣＰＵ５１０に入力する。

スイッチングセンサ５９０は、ビール缶をユーザが取り出したことを検知して、検知結果をＣＰＵ５１０に入力する。より詳細には、測定装置５００は、バネなどによって上方に向けて付勢されている板状部材５９０Ａを有する。そして、スイッチングセンサ５９０は、板状部材５９０Ａがビール缶によって下方に押されるとＯＮとなり、ビール缶が通り過ぎて板状部材５９０Ａが持ち上がるとＯＦＦとなる。

本実施の形態においては、図４（Ａ）に示すように、板状部材５９０Ａは、通常は、ビールなどの缶によって、下方に押さえつけられている。つまり、スイッチングセンサ５９０は、ＯＮされている。ユーザが缶を取り出すと、缶が下方へ転がって、図４（Ｂ）に示すように、バネなどの付勢力によって板状部材５９０Ａが持ち上がり、スイッチングセンサ５９０はＯＦＦとなる。そして、缶はさらに転がって、図４（Ｃ）に示すように、板状部材５９０Ａが下方に押さえつけられる。

通信インターフェイス５６０は、アンテナやコネクタによって実現される。通信インターフェイス５６０は、有線通信あるいは無線通信によって通信アダプタ４００などの他の装置との間でデータをやり取りする。たとえば、ＣＰＵ５１０は、スイッチングセンサ５９０がＯＮからＯＦＦに切り替わったことを検知した際に、缶が１つ消費されたものと判断し、当該消費を示すデータを通信アダプタ４００およびルータなどを介してサーバ１００に送信する。
＜通信アダプタ４００のハードウェア構成＞

次に、ネットワークシステム１を構成する通信アダプタ４００のハードウェア構成の一態様について説明する。なお、図５は、本実施の形態にかかる通信アダプタ４００のハードウェア構成を表わすブロック図である。

図５を参照して、通信アダプタ４００は、主たる構成要素として、ＣＰＵ４１０と、メモリ４２０と、各種ライト４３０と、各種スイッチ４４０と、通信インターフェイス４６０とを含む。

ＣＰＵ４１０は、メモリ４２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、通信アダプタ４００の各部を制御する。

メモリ４２０は、各種のＲＡＭ、各種のＲＯＭなどによって実現される。メモリ４２０は、ＣＰＵ４１０によって実行されるプログラムや、ＣＰＵ４１０によるプログラムの実行により生成されたデータ、測定装置５００やサーバ１００などから受信したデータなどを記憶する。

ライト４３０は、ＣＰＵ４１０からの信号によって点灯・点滅・消灯することによって、通信アダプタ４００の各種の状態を外部に伝える。

スイッチ４４０は、ユーザからの命令を受け付けて、当該命令をＣＰＵ４１０に入力する。

通信インターフェイス４６０は、ＣＰＵ４１０からのデータを、測定装置５００や出力装置６００に送信したり、ルータやインターネットを介してサーバ１００に送信したりする。逆に、通信インターフェイス４６０は、測定装置５００や出力装置６００からのデータを受信したり、ルータやインターネットを介してサーバ１００からのデータを受信したりしてＣＰＵ４１０に受け渡す。
＜サーバ１００のハードウェア構成＞

次に、本実施の形態にかかるネットワークシステム１を構成するサーバ１００のハードウェア構成の一態様について説明する。なお、図６は、本実施の形態にかかるサーバ１００のハードウェア構成を表わすブロック図である。

図６を参照して、サーバ１００は、主たる構成要素として、ＣＰＵ１１０と、メモリ１２０と、各種ライト１３０と、操作部１４０と、通信インターフェイス１６０とを含む。

ＣＰＵ１１０は、メモリ１２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、サーバ１００の各部を制御する。すなわち、ＣＰＵ１１０は、メモリ１２０に格納されているプログラムを実行することによって、後述する各種の処理を実行する。

メモリ１２０は、各種のＲＡＭ、各種のＲＯＭなどによって実現される。メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、操作部１４０から入力されたデータ、複数のユーザ宅の測定装置５００や販売業者の通信端末２００からのデータ、サービス管理者の通信端末８００からのデータを記憶する。そして、メモリ１２０は、ユーザデータベース１２１や、センサデータベース１２５や、販売業者データベース１２２や、提案データベース１２３などを記憶する。なお、これらのデータ、たとえば、ユーザデータベース１２１や、センサデータベース１２５や、販売業者データベース１２２や、提案データベース１２３など、は、サーバ１００から参照可能に、その他の装置に格納されるものであってもよい。

ここで、図７は、本実施の形態にかかるメモリ１２０に格納されるユーザデータベース１２１を示すイメージ図である。図７を参照して、本実施の形態にかかるユーザデータベース１２１は、ユーザ毎に、主に、ユーザＩＤと、ユーザ名と、メールアドレスと、性別と、年齢と、住所と、電話番号と、過去の注文商品と、商品の残量のステータスと、残量と、週当たりの商品の消費量と、商品のなくなる予定日時と、当該ユーザに出力するための音声のＩＤと、の対応関係を含む。

残量ステータスに関しては、たとえば、商品が満タンの状態や商品が配達された直後の状態を１００％として、残量が８０％以上の場合に、残量のステータスを「満」とする。残量が８０％未満５０％以上の場合に、「残量有り」とする。残量が５０％未満２０％以上の場合に、「残量小」とする。残量が２０％未満の場合に、「残量僅少」とする。

なお、ユーザデータベース１２１は、残量ステータスとして、満タンに対する残量の割合の数字そのものを格納してもよい。

また、図８は、本実施の形態にかかるセンサデータベース１２５を示すイメージである。図８を参照して、本実施の形態にかかるセンサデータベース１２５は、主に、測定装置またはセンサ毎に、センサＩＤと、カウントの対象となる商品と、センサのユーザのＩＤと、の対応関係を含む。

また、図９は、本実施の形態にかかる販売業者データベース１２２を示すイメージ図である。図９を参照して、本実施の形態にかかる販売業者データベース１２２は、主に、業者ＩＤと、業者名と、メールアドレスと、住所と、対象エリアと、の対応関係を含む。

また、図１０は、本実施の形態にかかる提案データベース１２３を示すイメージ図である。図１０を参照して、本実施の形態にかかる提案データベース１２３は、主に、提案ＩＤと、商品や値段を提案した業者のＩＤと、提案した日時と、提案の期限と、提案するエリア（地域）と、提案する商品と、提案する商品の値段と、の対応関係を含む。

図６に戻って、ライト１３０は、ＣＰＵ１１０からの信号によって点灯・点滅・消灯することによって、サーバ１００の各種の状態を外部に伝える。

操作部１４０は、管理者からの命令を受け付けて、当該命令をＣＰＵ１１０に入力する。

通信インターフェイス１６０は、ＣＰＵ１１０からのデータを、インターネット、キャリア網、ルータ、通信アダプタ４００などを介して、測定装置５００や出力装置６００に送信したり、逆にそれらの装置からのデータをＣＰＵ１１０に受け渡したりする。また、通信インターフェイス１６０は、ＣＰＵ１１０からのデータを、インターネット、キャリア網、ルータなどを介して、販売業者の通信端末２００やサービス運営者の通信端末８００にデータを送信したり、逆にそれらの装置からのデータをＣＰＵ１１０に受け渡したりする。
＜サーバ１００における情報処理＞

次に、図１１を参照しながら、本実施の形態にかかるサーバ１００の情報処理について説明する。なお、図１１は、本実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。

まず、はじめに、サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して測定装置５００からのデータを受信すると、以下の処理を実行する。ＣＰＵ１１０は、受信したデータから測定装置５００のＩＤを抽出して、測定装置５００に対応するユーザＩＤを特定する（ステップＳ１５２）。

ＣＰＵ１１０は、受信したデータから、測定装置５００が測定した商品の消費量を取り出して、ユーザデータベース１２１の残量を更新する（ステップＳ１５４）。ＣＰＵ１１０は、商品の残量のステータスを更新する（ステップＳ１５６）。

たとえば、ＣＰＵ１１０は、商品が満タンの状態や、商品が配達された直後の状態を１００％として、残量が８０％以上の場合に、ユーザデータベース１２１の残量のステータスを「満」とする。ＣＰＵ１１０は、残量が８０％未満５０％以上の場合に、ユーザデータベース１２１の残量のステータスを「残量有り」とする。ＣＰＵ１１０は、残量が５０％未満２０％以上の場合に、ユーザデータベース１２１の残量のステータスを「残量小」とする。ＣＰＵ１１０は、残量が２０％未満の場合に、ユーザデータベース１２１の残量のステータスを「残量僅少」とする。

ＣＰＵ１１０は、所定期間内の残量の変化に基づいて、ユーザデータベース１２１の消費速度、たとえば一日当たりの消費量や１時間当たりの消費量、を算出して更新する（ステップＳ１５８）。ＣＰＵ１１０は、現在の残量と消費速度とに基づいて、商品がなくなる日時を算出してユーザデータベース１２１を更新する（ステップＳ１６０）。たとえば、ＣＰＵ１１０は、残量を消費速度で除することによって、商品がなくなるまでの期間を計算（予測）し、商品がなくなる日時を計算（予測）する。

ＣＰＵ１１０は、エリア毎の、なくなる日毎の、測定装置の数またはユーザの人数または購入される商品の量の予測を集計する（ステップＳ１６２）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、集計結果を、サービスに登録している販売業者の通信端末２００に送信する（ステップＳ１６４）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、次の測定装置５００からの測定データを待ち受ける。

なお、ＣＰＵ１１０は、測定装置５００からのデータを受信した際に、集計結果を販売業者の通信端末２００に送信する形態であってもよいし、販売業者の通信端末２００からの要求に応じて、ステップＳ１６２とステップＳ１６４を実行してもよい。この場合は、ＣＰＵ１１０は、当該販売業者の通信端末２００で指定されたエリアに関して、当該販売業者の通信端末２００で指定された期間になくなると予測された商品の合計を集計し、通信インターフェイス１６０を介して当該集計結果を当該販売業者の通信端末２００に送信する。
＜サービス運営者の通信端末８００のハードウェア構成＞

次に、本実施の形態にかかるサービス運営者が使用する通信端末８００のハードウェア構成の一態様について説明する。なお、図１２は、本実施の形態にかかるサービス運営者が使用する通信端末８００のハードウェア構成を表わすブロック図である。

図１２を参照して、通信端末８００は、主たる構成要素として、ＣＰＵ８１０と、メモリ８２０と、ディスプレイ８３０と、操作部８４０と、通信インターフェイス８６０と、スピーカ８７０と、マイク８８０とを含む。

ＣＰＵ８１０は、メモリ８２０に記憶されているプログラムを実行することによって、通信端末８００の各部を制御する。

メモリ８２０は、各種のＲＡＭ、各種のＲＯＭなどによって実現される。メモリ８２０は、ＣＰＵ８１０によって実行されるプログラムや、ＣＰＵ８１０によるプログラムの実行により生成されたデータ、サーバ１００から受信したデータなどを記憶する。

ディスプレイ８３０は、ＣＰＵ８１０からの信号に基づいて、文字や画像などを出力する。操作部８４０は、ユーザからの命令を受け付けて、当該命令をＣＰＵ８１０に入力する。

特に、本実施の形態においては、図１３に示すように、サービスの管理者が、通信端末８００を利用して、所定のエリアのユーザ毎の商品の残ステータスなどを確認することができる。たとえば、図１３（Ａ）に示すように、ＣＰＵ８１０は、管理者からの命令に基づいて、指定されたマンションに関するデータを通信インターフェイス１６０を介してサーバ１００に要求する。ＣＰＵ８１０は、サーバ１００から受け付けた所定のエリアのユーザ毎の商品の残ステータスなどをディスプレイ８３０に表示させる。

そして、本実施の形態においては、図１３（Ｂ）に示すように、通信端末８００は、いずれかのユーザ宅の残量が僅少になった際にその旨を表示したり、マンション全体の戸数（２８８戸）に対する残量の僅少のユーザ宅の戸数（７２戸）を表示したりできる。

図１２に戻って、通信インターフェイス８６０は、アンテナやコネクタによって実現される。通信インターフェイス８６０は、有線通信あるいは無線通信によってサーバ１００などの他の装置との間でデータをやり取りする。

スピーカ８７０は、ＣＰＵ８１０からの信号に基づいて音声を出力する。

マイク８８０は、ユーザからの音声を受け付けて、音声データをＣＰＵ８１０に入力する。
＜販売業者の通信端末２００のハードウェア構成＞

次に、本実施の形態にかかる販売業者が使用する通信端末２００のハードウェア構成の一態様について説明する。なお、図１４は、本実施の形態にかかる販売業者が使用する通信端末２００のハードウェア構成を表わすブロック図である。

図１４を参照して、通信端末２００は、主たる構成要素として、ＣＰＵ２１０と、メモリ２２０と、ディスプレイ２３０と、操作部２４０と、通信インターフェイス２６０と、スピーカ２７０と、マイク２８０とを含む。

ＣＰＵ２１０は、メモリ２２０に記憶されているプログラムを実行することによって、通信端末２００の各部を制御する。

メモリ２２０は、各種のＲＡＭ、各種のＲＯＭなどによって実現される。メモリ２２０は、ＣＰＵ２１０によって実行されるプログラムや、ＣＰＵ２１０によるプログラムの実行により生成されたデータ、サーバ１００から受信したデータなどを記憶する。

ディスプレイ２３０は、ＣＰＵ２１０からの信号に基づいて、文字や画像などを出力する。操作部２４０は、ユーザからの命令を受け付けて、当該命令をＣＰＵ２１０に入力する。

通信インターフェイス２６０は、アンテナやコネクタによって実現される。通信インターフェイス２６０は、ルータやインターネットなどを介してサーバ１００などの他の装置との間でデータをやり取りする。

スピーカ２７０は、ＣＰＵ２１０からの信号に基づいて音声を出力する。

マイク２８０は、ユーザからの音声を受け付けて、音声データをＣＰＵ２１０に入力する。

特に、本実施の形態においては、販売業者が、通信端末２００を利用して、所定のエリアの、所定の期間の、商品がなくなる量などを確認することができる。たとえば、図１５に示すように、ＣＰＵ２１０は、販売業者からの命令に基づいて、エリアの指定と、商品がなくなる時期の指定を受け付けて、通信インターフェイス２６０を介して、指定のエリアの集計結果をサーバ１００に要求する。

ＣＰＵ２１０は、通信インターフェイス２６０を介して、サーバ１００から指定のエリアの、指定の期間になくなる商品に関する集計結果を取得する。図１６に示すように、ＣＰＵ２１０は、指定のエリアの、指定の期間になくなる商品の集計結果を表示する。そして、ＣＰＵ２１０は、操作部２４０を介して、ユーザから、指定のエリアに対して、提案する商品の入力と、当該商品の単位当たりの値段と、を受け付ける。

ＣＰＵ２１０は、通信インターフェイス２６０を介して、サーバ１００に、指定のエリアと、提案する商品と、当該商品の単位当たりの値段と、を送信する。

サーバ１００のＣＰＵ１１０は、販売業者の通信端末２００からのデータに基づいて、ユーザデータベース１２１を参照して、指定のエリアの出力装置６００に、提案する商品と、当該商品の単位当たりの値段と、を送信する。
＜出力装置６００のハードウェア構成＞

次に、本実施の形態にかかる出力装置６００のハードウェア構成の一態様について説明する。なお、図１７は、本実施の形態にかかる出力装置６００のハードウェア構成を表わすブロック図である。

図１７を参照して、出力装置６００は、主たる構成要素として、ＣＰＵ６１０と、メモリ６２０と、ライト６３０と、操作部６４０と、通信インターフェイス６６０と、スピーカ６７０と、マイク６８０と、センサ６９０を含む。

ＣＰＵ６１０は、メモリ６２０に記憶されているプログラムを実行することによって、出力装置６００の各部を制御する。

メモリ６２０は、各種のＲＡＭ、各種のＲＯＭなどによって実現される。メモリ６２０は、ＣＰＵ６１０によって実行されるプログラムや、ＣＰＵ６１０によるプログラムの実行により生成されたデータ、サーバ１００から受信したデータなどを記憶する。

ライト６３０は、ＣＰＵ６１０からの信号に基づいて発光する。操作部６４０は、ユーザからの命令を受け付けて、当該命令をＣＰＵ６１０に入力する。

通信インターフェイス６６０は、アンテナやコネクタによって実現される。通信インターフェイス６６０は、有線通信あるいは無線通信によって、通信アダプタ４００やルータやインターネットなどを介してサーバ１００などの他の装置との間でデータをやり取りする。

スピーカ６７０は、ＣＰＵ６１０からの信号に基づいて音声を出力する。マイク６８０は、ユーザからの音声を受け付けて、音声データをＣＰＵ６１０に入力する。センサ６９０は、人の存在を検知する。

本実施の形態においては、ＣＰＵ６１０は、通信インターフェイス６６０を介して、サーバ１００から販売業者の提案を受信する。そして、たとえば、図１に示すように、ＣＰＵ６１０は、センサ６９０がユーザを検知した際に、スピーカ６７０を介して、販売業者と、提案する商品名と、当該商品の単位当たりの提案の値段とを出力して、商品の購入を促す。ＣＰＵ６１０は、マイク６８０または操作部６４０を介して、ユーザの回答を受け付ける。ＣＰＵ６１０は、ユーザからの回答に基づいて、通信インターフェイス６６０を介して、サーバ１００に商品の注文命令を送信したり、別の販売業者の提案を促したりする。

なお、ＣＰＵ６１０は、販売業者からの提案のデータを受信すると、出力すべきメッセージがある旨のライト６３０を点灯してもよい。そして、ユーザが、操作部１４０としての音声出力用のボタンを押した際に、ＣＰＵ６１０が、スピーカ６７０を介して、販売業者と、提案する商品名と、当該商品の単位当たりの提案の値段とを出力して、商品の購入を促してもよい。
＜第２の実施の形態＞

第１の実施の形態においては、測定装置５００が、ビールの缶が取り出された際に、その旨を通信アダプタ４００やルータを介してサーバ１００に送信するものであった。しかしながら、測定装置は、そのような形態には限られない。

たとえば、図１８に示すように、本実施の形態にかかる測定装置５００Ｂに関しては、スイッチングセンサ５９０は、ビールの缶の残量が所定の値よりも少なくなったことを検知するものである。より詳細には、スイッチングセンサ５９０は、バネなどによって上方に向けて付勢されている板状部材５９０Ａによって押されるとＯＮとなる。

そして、図１８（Ａ）に示すように、板状部材５９０Ａは、通常は、ビールなどの缶によって、下方に押さえつけられている。つまり、スイッチングセンサ５９０は、ＯＮされている。ユーザが缶を取り出して、缶の残量が所定の個数よりも少なくなると、図１８（Ｂ）に示すように、バネなどの付勢力によって板状部材５９０Ａが持ち上がり、スイッチングセンサ５９０はＯＦＦとなる。たとえば、ＣＰＵ５１０は、スイッチングセンサ５９０が所定時間ＯＦＦされると缶の残量が所定の個数よりも少なったと判断する。ＣＰＵ５１０は、通信インターフェイス５６０を利用することによって、商品の残量が所定の個数よりも少なくなったことを示すデータを通信アダプタ４００およびルータなどを介してサーバ１００に送信する。そして、サーバ１００は、ビールの缶の残量に基づいて、対象となる測定装置５００Ｄに対応するユーザの商品の残量や残ステータスや消費スピードや商品がなくなる時期などを更新する。
＜第３の実施の形態＞

第１の実施の形態においては、測定装置５００が、ビールが取り出された際に、その旨を通信アダプタ４００やルータを介してサーバ１００に送信するものであった。しかしながら、測定装置は、そのような形態には限られない。

たとえば、図１９に示すように、本実施の形態にかかる測定装置５００Ｃに関しては、スイッチングセンサ５９０の代わりに重量センサ５９０Ｃを搭載するものである。そして、重量センサ５９０Ｃは、たとえば、容器内の米の重量を測定する。そしてたとえば、重量センサ５９０Ｃは、たとえば、米のタンク内の米の減少量を測定する。ＣＰＵ５１０は、重量センサ５９０Ｃが測定した米の減少量が所定量以上であるときに、当該米の減少量を示すデータを通信アダプタ４００、ルータ、インターネットなどを介してサーバ１００に送信する。そして、サーバ１００は、米の減少量に基づいて、ユーザデータベース１２１の、対象となる測定装置５００Ｄに対応するユーザの米の残量や残ステータスや消費スピードやなくなる時期などを更新する。

あるいは、ＣＰＵ５１０は、重量センサ５９０Ｃの測定した残りの米の重量が所定値未満になると、米の残量が少なくなったことを示すデータを通信アダプタ４００およびルータなどを介してサーバ１００に送信する。サーバ１００は、ユーザデータベース１２１の、対象となる測定装置５００Ｄに対応するユーザの米の残量や残ステータスや消費スピードやなくなる時期などを更新する。
＜第４の実施の形態＞

第１の実施の形態においては、測定装置５００が、ビールが取り出された際に、その旨を通信アダプタ４００やルータを介してサーバ１００に送信するものであった。しかしながら、測定装置は、そのような形態には限られない。

たとえば、図２０に示すように、本実施の形態にかかる測定装置５００Ｄに関しては、スイッチングセンサ５９０の代わりに卵検知センサ５９０Ｄ，５９０Ｄ・・・を搭載するものである。そしてたとえば、卵検知センサ５９０Ｄ，５９０Ｄ・・・は、卵の減少量を測定する。ＣＰＵ５１０は、当該卵の減少量を示すデータを通信アダプタ４００、ルータ、インターネットなどを介してサーバ１００に送信する。そして、サーバ１００は、卵の減少量に基づいて、ユーザデータベース１２１の、対象となっている測定装置５００Ｄに対応するユーザの卵の残量や残ステータスや消費スピードや卵がなくなる時期などを更新する。

あるいは、卵検知センサ５９０Ｄ，５９０Ｄ・・・は、たとえば、卵の現在の個数を測定する。そしてたとえば、ＣＰＵ５１０は、卵検知センサ５９０Ｄ，５９０Ｄ・・・が測定した卵の個数が所定値未満になると、卵の残量が少なくなったことを示すデータを通信アダプタ４００およびルータなどを介してサーバ１００に送信する。サーバ１００は、ユーザデータベース１２１の、対象となる測定装置５００Ｄに対応するユーザの卵の残量や残ステータスや消費スピードやなくなる時期などを更新する。
＜第５の実施の形態＞

第１の実施の形態においては、測定装置５００が、ビールが取り出された際に、その旨を通信アダプタ４００やルータを介してサーバ１００に送信するものであった。しかしながら、測定装置は、そのような形態には限られない。

たとえば、図２１に示すように、本実施の形態にかかる測定装置５００Ｅに関しては、スイッチングセンサ５９０の代わりに重量センサ５９０Ｅ，５９０Ｅ・・・を搭載するものである。そして、重量センサ５９０Ｅ，５９０Ｅ・・・は、たとえば、ハムの重量を測定する。そしてたとえば、ＣＰＵ５１０は、重量センサ５９０Ｅ，５９０Ｅ・・・の測定したハムの重量が所定値未満になると、ハムの残量が少なくなったことを示すデータを通信アダプタ４００およびルータなどを介してサーバ１００に送信する。そして、サーバ１００は、ハムの残量に基づいて、ユーザデータベース１２１の、対象となる測定装置５００Ｄに対応するユーザのハムの残量や残ステータスや消費スピードやなくなる時期などを更新する。

あるいは、重量センサ５９０Ｅ，５９０Ｅ・・・は、たとえば、ハムの減少量を測定する。そしてたとえば、ＣＰＵ５１０は、重量センサ５９０Ｅ，５９０Ｅ・・・の測定したハムの減少量が所定量以上であるときに、当該ハムの減少量を示すデータを通信アダプタ４００およびルータなどを介してサーバ１００に送信する。そして、サーバ１００は、ハムの減少量に基づいて、対象となる測定装置５００Ｅに対応するユーザのハムの残量やなくなる時期などを更新する。そして、サーバ１００は、ハムの減少量に基づいて、ユーザデータベース１２１の、対象となる測定装置５００Ｄに対応するユーザのハムの残量や残ステータスや消費スピードやなくなる時期などを更新する。
＜補足＞

なお、測定装置５００が対象とする商品は、さらに別のものであってもよく、第１〜第５のようなものには限られない。

たとえば、機器がワインセラーであって、商品がワインであってもよい。

たとえば、機器が冷凍庫または冷蔵庫であって、商品がアイスクリームであってもよい。

たとえば、商品がコーヒー豆であって、測定装置がコーヒー豆を入れる容器であってもよい。

たとえば、商品が健康食品やサプリメントであって、測定装置が健康食品入れやサプリメント入れであってもよい。

たとえば、商品が野菜であって、機器が冷蔵庫や野菜ストッカーであってもよい。

たとえば、商品が水であって、機器が冷蔵庫であったり、測定装置がウォーターサーバであったりしてもよい。

たとえば、商品が食用油やしょうゆや調味料であって、測定装置が油やしょうゆや調味料を入れる容器であってもよい。

たとえば、商品が牛乳で会って、機器が冷蔵庫であったり、測定装置が牛乳パックであったりしてもよい。

たとえば、商品がパック食材であって、機器が冷蔵庫であってもよい。

たとえば、商品が冷凍食品であって、機器が冷蔵庫であってもよい。

たとえば、商品が非常食であって、機器が非常食入れであってもよい。

さらには、商品は飲食物に限らず、化粧品や、洗剤や、ティッシュペーパーや、印刷用紙などの他の商品であってもよい。そして、測定装置は重量センサや赤外線センサなどを搭載してもよい。
＜第６の実施の形態＞

第１〜第５の実施の形態においては、販売業者が商品の提案を入力すると、当該提案がユーザ宅の出力装置に出力されるものであった。しかしながら、図２２に示すように、ネットワークシステム１は、ユーザ宅の出力装置６００に、最も安い商品の提案を出力するものであってもよいし、ユーザの命令に基づいて最も安い商品から順に提案するものであってもよい。

以下では、図２３を参照しながら、本実施の形態にかかるサーバ１００の情報処理について説明する。なお、図２３は、本実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。本実施の形態においては、サーバ１００が、販売業者の通信端末２００からユーザへの商品の提案のためのデータを受信した際に、以下の処理を実行する。

まず、サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して販売業者の通信端末２００からのデータから販売業者のＩＤを抽出する（ステップＳ２６２）。ＣＰＵ１１０は、販売業者からの商品、数量、値段などの提案データを提案データベース１２３に格納する（ステップＳ２６４）。ＣＰＵ１１０は、販売業者に入力された、ユーザ宅の商品がなくなる日時の条件に合うユーザを抽出する（ステップＳ２６６）。

ＣＰＵ１１０は、抽出されたユーザ宛の提案のうちの、最も値段が安い提案を特定する（ステップＳ２６８）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、特定された提案データをユーザ宅の出力装置６００に送信する（ステップＳ２７０）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、次の提案を待ち受ける。

なお、出力装置６００が、値段が安い提案から順に出力する形態の場合は、ＣＰＵ１１０は、出力装置６００から次に安い提案を要求された際に、次に値段が安い提案を特定し（ステップＳ２６８）、通信インターフェイス１６０を介して、特定された提案データをユーザ宅の出力装置６００に送信する（ステップＳ２７０）。

出力装置６００のＣＰＵ６１０は、通信インターフェイス６６０を介して、サーバ１００から提案データを受信して、メモリ６２０に蓄積する。出力装置６００は、ユーザを検知した際や、操作部６４０の音声出力ボタンが押された際に、商品の提案を音声出力する。

ただし、サーバ１００が、複数の販売業者の通信端末２００の提案のデータをそのまま出力装置６００に送信し、出力装置６００のＣＰＵ６１０が、最も値段が安い提案を選んでスピーカ６７０に出力させたり、ユーザの指令に基づいてＣＰＵ６１０が次に安い提案を選んでスピーカ６７０に出力させたりしてもよい。

より詳細には、本実施の形態においては、サーバ１００のＣＰＵ１１０が、ユーザ宅で商品がなくなる時期が第１の所定の期間、たとえば７日後から１４日後まで、であると判断できた場合に、第２の所定の期間、たとえば２４時間、販売業者からの提案を待ち受けた後に、ステップＳ２６２からの処理を開始する。
＜第７の実施の形態＞

第１〜第６の実施の形態においては、サーバ１００から商品の提案のデータを受け付けた際に、出力装置６００が提案を出力するものであった。より詳細には、出力装置６００は、サーバ１００から提案のデータを受信した後に、ユーザを検知した際や、音声出力ボタンが押された際に、商品の提案を音声出力するものであった。

しかしながら、本実施の形態においては、第１の所定の期間内に商品がなくなると予想される場合、第１の所定の期間から第２の所定の期間だけ前のタイミングで商品の提案を音声出力するものである。

より詳細には、たとえば、図２４に示すように、本実施の形態にかかるユーザデータベース１２１は、ユーザ毎に、主に、ユーザＩＤと、ユーザ名と、メールアドレスと、性別と、年齢と、住所と、電話番号と、過去の注文商品と、商品の残量のステータスと、残量と、週当たりの商品の消費量と、商品のなくなる予定日時と、当該ユーザに出力するための音声のＩＤと、商品の提案を出力すべき日時の対応関係を含む。

そして、メモリ１２０は、さらに出力タイミングデータ１２８などを記憶する。図２５は、本実施の形態にかかるメモリ１２０に格納される出力タイミングデータ１２８を示すイメージ図である。図２５を参照して、本実施の形態にかかる出力タイミングデータ１２８は、出力タイミングＩＤと、商品がなくなると予測される日時と、音声を出力すべきタイミングと、の対応関係を含む。

以下では、図２６を参照しながら、本実施の形態にかかるサーバ１００の情報処理について説明する。なお、図２６は、本実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。本実施の形態においては、サーバ１００が、販売業者の通信端末２００から商品の提案のためのデータを受信した際に、以下の処理を実行する。

まず、サーバ１００のＣＰＵ１１０は、通信インターフェイス１６０を介して販売業者の通信端末２００からのデータから販売業者のＩＤを抽出する（ステップＳ２７２）。ＣＰＵ１１０は、販売業者からの商品、数量、値段などの提案データを提案データベース１２３に格納する（ステップＳ２７４）。ＣＰＵ１１０は、販売業者に入力された、商品がなくなる日時の条件に合うユーザを特定する（ステップＳ２７６）。

ＣＰＵ１１０は、ユーザ宛の提案データに、商品がなくなる日時に対応する出力タイミングを付す（ステップＳ２７８）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、提案データをユーザ宅の出力装置６００に送信する（ステップＳ２８０）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、次の提案を待ち受ける。

出力装置６００のＣＰＵ６１０は、通信インターフェイス６６０を介して、サーバ１００から提案データを受信して、メモリ６２０に蓄積する。出力装置６００は、出力タイミングを参照して、当該出力タイミングに該当し、かつ、ユーザを検知した際や、操作部６４０の音声出力ボタンが押された際に、商品の提案を音声出力する。

なお、出力タイミングは、販売業者が指定できるものであってもよい。より詳細には、図２７に示すように、通信端末２００は、ユーザから商品の値段などを入力する際に、商品がなくなる日時と、それに対する商品の購入の提案を出力する日時と、も受け付けてもよい。そして、通信端末２００は、それらの情報をサーバ１００に送信する。サーバ１００や出力装置６００は、指定された出力タイミングに基づいて、商品の購入をユーザに提案する。

なお、出力タイミングは、一律に、商品がなくなる日時の所定の日数前から、たとえば７日前から、と設定されてもよい。あるいは、出力タイミングは、一律に、商品がなくなる日時の所定の時間前から、たとえば３６時間前から、と設定されてもよい。
＜第８の実施の形態＞

第１〜第７の実施の形態においては、販売業者からの提案に基づいて、商品の購入の提案をユーザ宛に出力するものであった。しかしながら、たとえば、図２８に示すように、サーバ１００のＣＰＵ１１０は、ユーザが過去に購入している商品と同じ商品の購入を出力装置６００に提案させてもよい。この場合は、サーバ１００のＣＰＵ１１０は、ユーザデータベース１２１を参照して、ユーザが過去に購入している商品を指定してから、販売業者からの商品の提案を受け付けてもよいし、ＣＰＵ１１０が、ユーザデータベース１２１を参照して、販売業者からの商品の提案の中からユーザが過去に購入している商品の提案のものだけを選んで出力装置６００に送信してもよい。

逆に、図２９に示すように、サーバ１００のＣＰＵ１１０は、ユーザが過去に購入している商品と異なる商品の購入を出力装置６００に提案させてもよい。この場合は、サーバ１００のＣＰＵ１１０は、ユーザデータベース１２１を参照して、ユーザが過去に購入している商品を指定してから販売業者からの別の商品の提案を受け付けてもよいし、ＣＰＵ１１０が、ユーザデータベース１２１を参照して、販売業者からの商品の提案の中からユーザが過去に購入していない商品の提案のものだけを選んで出力装置６００に送信してもよい。
＜第９の実施の形態＞

第１〜第８の実施の形態においては、出力装置６００が、商品の購入の提案を音声出力するものであった。しかしながら、出力方法は音声出力には限られない。たとえば、図３０に示すように、出力装置６００は、ディスプレイから商品の購入の提案を表示してもよい。

本実施の形態にかかる出力装置６００Ｂのハードウェア構成の一態様について説明する。なお、図３１は、本実施の形態にかかる出力装置６００Ｂのハードウェア構成を表わすブロック図である。図３１を参照して、本実施の形態においては、出力装置６００Ｂは、主たる構成要素として、ＣＰＵ６１０と、メモリ６２０と、ディスプレイ６３０Ｂと、操作部６４０と、通信インターフェイス６６０と、スピーカ６７０と、マイク６８０と、センサ６９０を含む。ディスプレイ６３０Ｂと操作部６４０とは、タッチパネル６５０を構成してもよい。

そして、本実施の形態においては、ＣＰＵ６１０は、通信インターフェイス６６０を介して、サーバ１００から販売業者の提案を受信する。そして、たとえば、図３２に示すように、ＣＰＵ６１０は、センサ６９０がユーザを検知した際に、ディスプレイ６３０Ｂを介して、販売業者と、商品名と、当該商品の単位当たりの値段とを出力して、商品の購入を促す。ＣＰＵ６１０は、マイク６８０または操作部６４０を介して、ユーザの回答を受け付ける。ＣＰＵ６１０は、ユーザからの回答に基づいて、通信インターフェイス６６０を介して、サーバ１００に商品の注文命令を送信したり、別の販売業者の提案を促したりする。

なお、ＣＰＵ６１０は、ディスプレイ６３０Ｂに提案を表示しつつ、スピーカ６７０に提案を音声出力してもよい。
＜第１０の実施の形態＞

第１〜第９の実施の形態にかかるネットワークシステム１の各装置の構造・機能・動作の一部または全部は、他のサーバや装置やデータベースなどが担ってもよい。たとえば、いずれかの装置の役割が複数の装置に分担されてもよい。逆に、複数の装置の役割の一部または全部が１つの装置に集約されてもよい。

たとえば、図３３に示すように、出力装置６００の代わりに、あるいは出力装置６００に加えて、ユーザが有するスマートフォン７００が、商品の提案を出力してもよい。図３４は、本実施の形態にかかるスマートフォン７００のハードウェア構成を表わすブロック図である。図３４を参照して、スマートフォン７００は、主たる構成要素として、ＣＰＵ７１０と、メモリ７２０と、ディスプレイ７３０と、操作部７４０と、通信インターフェイス７６０と、スピーカ７７０と、マイク７８０とを含む。

本実施の形態においては、スマートフォン７００のＣＰＵ７１０は、通信インターフェイス７６０を介して、サーバ１００から販売業者からの商品や値段などの提案のデータを受信する。そして、たとえば、図３３に示すように、ＣＰＵ７１０は、スピーカ７７０またはディスプレイ７３０を介して、販売業者と、商品名と、当該商品の販売単位当たりの値段とを出力して、商品の購入を促す。ＣＰＵ７１０は、マイク７８０または操作部７４０を介して、ユーザの回答を受け付ける。ＣＰＵ７１０は、ユーザからの回答に基づいて、通信インターフェイス７６０を介して、サーバ１００に商品の注文命令を送信したり、別の販売業者の提案を促したりする。

あるいは、図３５に示すように、測定装置５００や出力装置６００や通信アダプタ４００などの機能を、冷蔵庫３００などの機器が搭載してもよい。この場合は、当然に、冷蔵庫３００が、商品の消費量や残量をサーバ１００に送信したり、サーバ１００からの販売業者の提案を音声出力したり表示したり、ユーザからの商品の購入命令を受け付けたりする。

本実施の形態においては、測定装置５００は、ユーザが冷蔵庫３００の購入後に購入して、冷蔵庫３００に後付けまたは後置きまたは取り換えできるものであるが、測定装置５００が冷蔵庫３００に予め搭載されているものであってもよい。
＜その他の応用例＞

本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体（あるいはメモリ）を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わる他の記憶媒体に書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
＜上記の複数の実施の形態のまとめ＞

上記の第１〜第１０の実施の形態においては、複数のユーザ宅の各々に配置されるセンサ５００Ａ、５００Ｂ・・・および出力装置６００，７００と、通信端末２００と、センサ５００Ａ、５００Ｂ・・・と通信端末２００と通信可能なサーバ１００とを備えるネットワークシステム１が提供される。サーバ１００は、複数のユーザ宅のセンサ５００Ａ、５００Ｂ・・・に取得されたデータに基づいて複数のユーザ宅の商品がなくなる時期を予測する。通信端末２００は、サーバ１００からのデータに基づいて、複数のユーザ宅の商品がなくなる時期と購入候補の商品の数とを出力することによって商品の値段の入力を受け付ける。

上記の第１〜第１０の実施の形態においては、複数のユーザ宅の各々に配置されるセンサ５００Ａ、５００Ｂ・・・および出力装置６００，７００と、通信端末２００と、センサ５００Ａ、５００Ｂ・・・と通信端末２００と通信可能なサーバ１００とを備えるネットワークシステム１が提供される。サーバ１００は、複数のユーザ宅のセンサ５００Ａ、５００Ｂ・・・に取得されたデータに基づいて複数のユーザ宅の商品がなくなる時期を予測する。出力装置６００，７００は、サーバ１００からのデータに基づいて、商品の値段を出力することによって商品の購入を提案する。

サーバ１００は、ユーザ宅の商品の残量と、単位期間当たりの消費量と、に基づいて、商品がなくなる時期を算出する。

センサ５００Ａ、５００Ｂ・・・は、商品のための装置３００の有無に関わらずに配置することが可能であって、ユーザ宅の商品の減少または残量に関する情報をサーバ１００に送信する。

サーバ１００は、ユーザ宅の商品購入の履歴に基づいて、ユーザ宅の出力装置６００，７００に、これまでユーザが購入してきた商品と異なる商品の購入を提案する。

サーバ１００は、ユーザ宅の商品購入の履歴に基づいて、ユーザ宅の出力装置６００，７００に、これまでユーザが購入してきた商品と同じ商品の購入を提案する。

サーバ１００は、複数の者からの提案に基づいて低い値段を提案した者の提案を選択し、出力装置６００，７００を介して当該提案を出力する。

サーバ１００は、第１のタイミングでユーザ宅の商品がなくなると予測されたときに、第１のタイミングよりも前の第２のタイミングで商品の購入を提案する。

上記の第１〜第１０の実施の形態においては、複数のユーザ宅の各々に配置されるセンサ５００Ａ、５００Ｂ・・・および出力装置６００，７００と、通信端末２００と、通信するための通信インターフェイス１６０と、プロセッサ１１０とを備えるサーバ１００が提供される。プロセッサ１１０は、通信インターフェイス１６０を介して、複数のユーザ宅からのデータに基づいて複数のユーザ宅の商品がなくなる時期を予測し、通信インターフェイス１６０を介して、通信端末２００に、複数のユーザ宅の商品がなくなる時期と購入候補の商品の数とを出力させることによって商品の値段の入力を受け付ける。

上記の第１〜第１０の実施の形態においては、複数のユーザ宅の各々に配置されるセンサ５００Ａ、５００Ｂ・・・および出力装置６００，７００と、通信端末２００と、通信するための通信インターフェイス１６０と、プロセッサ１１０とを備えるサーバ１００が提供される。プロセッサ１１０は、通信インターフェイス１６０を介して、複数のユーザ宅からのデータに基づいて複数のユーザ宅の商品がなくなる時期を予測し、通信インターフェイス１６０を介して、出力装置６００，７００に、商品の値段を出力することによって商品の購入を提案する。

上記の第１〜第１０の実施の形態においては、サーバ１００における情報処理方法が提供される。情報処理方法は、複数のセンサ５００Ａ、５００Ｂ・・・で取得されたデータを受信するステップと、データに基づいて複数のユーザ宅の商品がなくなる時期を予測するステップと、通信端末２００を介して、複数のユーザ宅の商品がなくなる時期と購入候補の商品の数とを出力することによって、商品の値段の入力を受け付けるステップとを備える。

上記の第１〜第１０の実施の形態においては、サーバ１００における情報処理方法が提供される。情報処理方法は、複数のセンサ５００Ａ、５００Ｂ・・・で取得されたデータを受信するステップと、データに基づいて複数のユーザ宅の商品がなくなる時期を予測するステップと、出力装置６００，７００を介して、購入候補の商品の値段を出力することによって商品の購入を提案するステップとを備える。

上記の第１〜第１０の実施の形態においては、サーバ１００と通信するための通信インターフェイス２６０と、ディスプレイ２３０と、プロセッサ２１０とを備える通信端末２００が提供される。プロセッサ２１０は、サーバ１００からのデータに基づいて、複数のユーザ宅の商品がなくなる時期と購入候補の商品の数とをディスプレイ２３０に出力することによって商品の値段の入力を受け付ける。

上記の第１〜第１０の実施の形態においては、サーバ１００と通信するための通信インターフェイス７６０と、出力部７３０と、入力部７４０と、プロセッサ７１０とを備える通信端末。プロセッサ７１０は、通信インターフェイス７６０を介してのサーバ１００からのデータに基づいて、購入候補の商品の値段を出力部７３０に出力させて、入力部７４０を介して商品の購入のための命令の入力を受け付ける。

上記の第１〜第１０の実施の形態においては、通信インターフェイス７６０と、出力部７３０と、入力部７４０と、プロセッサ７１０とを含む通信端末７００のためのプログラムが提供される。プログラムは、通信インターフェイス７６０を介したサーバ１００からのデータに基づいて、購入候補の商品の値段を出力部７３０に出力させるステップと、入力部７４０を介して商品の購入のための命令の入力を受け付けるステップと、をプロセッサ７１０に実行させる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ ：ネットワークシステム
１００ ：サーバ
１１０ ：プロセッサ（ＣＰＵ）
１２０ ：メモリ
１２１ ：ユーザデータベース
１２２ ：業者データベース
１２３ ：提案データベース
１２５ ：センサデータベース
１２８ ：出力タイミングデータ
１４０ ：操作部
１６０ ：通信インターフェイス
２００ ：通信端末
２１０ ：プロセッサ（ＣＰＵ）
２２０ ：メモリ
２３０ ：ディスプレイ
２４０ ：操作部
２６０ ：通信インターフェイス
３００ ：電気機器（冷蔵庫）
４００ ：通信アダプタ
５００ ：測定装置
５００Ａ ：センサ（測定装置）
５００Ｂ ：センサ（測定装置）
５００Ｃ ：測定装置
５００Ｄ ：測定装置
５００Ｅ ：測定装置
５１０ ：ＣＰＵ
５２０ ：メモリ
５４０ ：操作部
５６０ ：通信インターフェイス
５９０ ：スイッチングセンサ
５９０Ａ ：板状部材
５９０Ｃ ：重量センサ
５９０Ｄ ：卵検知センサ
５９０Ｅ ：重量センサ
６００ ：出力装置
６００Ｂ ：出力装置
６１０ ：ＣＰＵ
６２０ ：メモリ
６３０ ：ライト
６３０Ｂ ：ディスプレイ
６４０ ：操作部
６５０ ：タッチパネル
６６０ ：通信インターフェイス
６７０ ：スピーカ
６８０ ：マイク
６９０ ：センサ
７００ ：通信端末（出力装置、スマートフォン）
７１０ ：プロセッサ（ＣＰＵ）
７２０ ：メモリ
７３０ ：出力部（ディスプレイ）
７４０ ：入力部（操作部）
７６０ ：通信インターフェイス
７７０ ：スピーカ
７８０ ：マイク
８００ ：通信端末

Claims (9)

1. 複数のユーザ宅の各々に配置されるセンサおよび出力装置と、
   通信端末と、
   前記センサと前記通信端末と通信可能なサーバとを備え、
   前記サーバは、前記複数のユーザ宅の前記センサに取得されたデータに基づいて前記複数のユーザ宅の商品がなくなる時期を予測し、
   前記通信端末は、前記サーバからのデータに基づいて、前記複数のユーザ宅の商品がなくなる時期と購入候補の商品の数とを出力することによって前記商品の値段と購入を提案するタイミングとの入力を受け付けて、
   前記サーバは、前記受け付けたタイミングにて、前記商品の購入を前記ユーザ宅の出力装置から提案させる、ネットワークシステム。
2. 前記サーバは、前記ユーザ宅の商品の残量と、単位期間当たりの消費量と、に基づいて、前記商品がなくなる時期を算出する、請求項１に記載のネットワークシステム。
3. 前記センサは、前記商品のための装置の有無に関わらずに配置することが可能であって、前記ユーザ宅の商品の減少または残量に関する情報を前記サーバに送信する、請求項１または２に記載のネットワークシステム。
4. 前記サーバは、前記ユーザ宅の商品購入の履歴に基づいて、前記ユーザ宅の前記出力装置にこれまでユーザが購入してきた商品と異なる商品の購入を提案する、請求項１から３のいずれか１項に記載のネットワークシステム。
5. 前記サーバは、前記ユーザ宅の商品購入の履歴に基づいて、前記ユーザ宅の前記出力装置にこれまでユーザが購入してきた商品と同じ商品の購入を提案する、請求項１から３のいずれか１項に記載のネットワークシステム。
6. 前記サーバは、複数の者からの提案に基づいて低い値段を提案した者の提案を選択し、前記出力装置を介して当該提案を出力する、請求項１から５のいずれか１項に記載のネットワークシステム。
7. 複数のユーザ宅の各々に配置されるセンサおよび出力装置と、通信端末と、通信するための通信インターフェイスと、
   プロセッサとを備えるサーバであって、前記プロセッサは、
   前記通信インターフェイスを介して、前記複数のユーザ宅からのデータに基づいて前記複数のユーザ宅の商品がなくなる時期を予測し、
   前記通信インターフェイスを介して、前記通信端末に、前記複数のユーザ宅の商品がなくなる時期と購入候補の商品の数とを出力させることによって前記商品の値段と購入を提案するタイミングとの入力を受け付けて、
   前記サーバは、前記受け付けたタイミングにて、前記商品の購入を前記ユーザ宅の出力装置から提案させる、サーバ。
8. サーバにおける情報処理方法であって、
   複数のセンサからのデータを受信するステップと、
   前記データに基づいて複数のユーザ宅の商品がなくなる時期を予測するステップと、
   通信端末を介して、前記複数のユーザ宅の商品がなくなる時期と購入候補の商品の数とを出力することによって、前記商品の値段と購入を提案するタイミングとの入力を受け付けるステップと、
   前記受け付けたタイミングにて、前記商品の購入を前記ユーザ宅の出力装置から提案させるステップとを備える、情報処理方法。
9. サーバと通信するための通信インターフェイスと、
   ディスプレイと、
   プロセッサとを備え、
   前記プロセッサは、前記サーバからのデータに基づいて、複数のユーザ宅の商品がなくなる時期と購入候補の商品の数とを前記ディスプレイに出力することによって前記商品の値段と購入を提案するタイミングとの入力を受け付けて前記サーバに送信する、通信端末。

Images