JP6932127B2 - 飲料又は食品容器の消費監視方法 - Google Patents

Description

記載された実施形態は、概して、コーヒーカプセルなどの容器から飲料又は食料品を調製する飲料又は食品調製システム、マシンにネットワーク接続された電子デバイス、より具体的には容器の消費を、ネットワークを介して監視する技術に関する。

飲料又は食品の調製用のマシンは、一回分の飲料又は食品材料（例えば、コーヒー、紅茶、アイスクリーム、ヨーグルト）を含む容器を使用して動作するよう構成されるようにますますなっている。このマシンは、例えば、ミルク又は水などの流体を添加し、混合して処理することによって、その容器内の上記材料を調製するように構成することが可能であり、このようなマシンは、国際出願ＰＣＴ／ＥＰ１３／０７２６９２号で開示されている。あるいは、このマシンは、容器から材料の原材料を少なくとも部分的に抽出することによって（例えば、溶解又は淹出させて、エンドユーザ用の受容器内に排出することによって）調製するように構成することができる。後者のマシンの例は、欧州特許第２３９３４０４（Ａ１）号、欧州特許同第２４７００５３（Ａ１）号、国際公開第２００９／１１３０３５号に開示されている。

これらのマシンの人気の高まりは、例えば、ストーブトップエスプレッソメーカー又はカフェティエ（フレンチプレス）などの手動操作式コーヒーメーカーなどの従来のマシンよりも高いユーザ利便性に部分的に起因し得る。

特に、上述のマシンは、流体（典型的には水）を所望の飲料又は食品に適用することによって上記材料を処理するように動作可能な容器処理サブシステム、及び調製処理を実行するように容器処理サブシステムを制御する制御システムを備える。

１つ以上の容器、例えばコーヒー製品を含む別個の容器とともに調製される乳製品を収容する容器を、単一の調製処理で使用することができる。更に、いくつかの調製処理は、同じ容器を使用してもよく、例えば、１つの容器に対して２つの調製処理を実行してより大量の製品を得る。家庭のユーザは、１日に何回もそのマシンを使用することができる。商業施設内のマシンは、格段により頻繁に使用されることがある。したがって、マシンを動作不能にすることになる、マシンの設置場所での容器の品切れを防止することが望まれている。

欧州特許出願公開第１０７７１６８１号で提案されている１つの解決策は、カプセル消費をカウントし、ネットワークを介して、それに関連する消費情報をサーバに送信するように動作可能な飲料調製マシンを備える。サーバは、カプセルの不足を判定して、不足を通知するためのメッセージを提供し、したがって発注を促すか、又はそのような注文のための出荷を準備するように、動作可能である。このメッセージは、スマートフォンなどのユーザの電子通信デバイスに送信することができる。そのようなシステムの欠点は、飲料マシンがＬＡＮのようなネットワーク接続を必要とし、そのための電気部品が高価であることである。更に、ネットワークセキュリティ又は計算リソースの理由から、マシンをＬＡＮネットワークのノードとして動作させることは望ましくないであろう。更に、データプライバシの理由で、エンドユーザは、カプセル消費をサーバと直接通信することを望まないであろう。更なる欠点は、そのようなシステムのエンドユーザに対して、例えば以下のことを説明するのに、柔軟性及び利便性がほとんどないことである：カプセルの損傷、注文の逸失、異なるマシンでのカプセルの使用、サーバから供給されないカプセルの使用、システムで使用しないカプセルの注文。

したがって、上述のシステムの開発にすでにかなりの努力が費やされたにもかかわらず、更なる改善が望まれる。

本開示の目的は、飲料又は食品調製システムを提供することであり、このシステムは再注文するために容器消費を監視することができ、エンドユーザにとっては操作するのに柔軟で且つ好都合である。ユーザのプライバシ保護が最大になるようなシステムを提供することが有利であろう。ユーザのホームネットワークの計算リソースの使用を最小にするようなシステムを提供することが有利であろう。コスト効率の良いそのようなシステムを提供することが有利であろう。信頼性のあるシステムを提供することが有利であろう。家庭環境において好都合に実現できるそのようなシステムを提供することが有利であろう。上記の目的及び／又は利点は、一般に、以下に説明する実施形態及び特許請求の範囲によって達成される。

第１の実施形態によって本明細書に開示されているのは、飲料又は食品容器から飲料又は食品を調製するために飲料又は食品容器を処理するための容器処理サブシステムと、飲料又は食品を調製するために容器処理サブシステムを制御する制御サブシステムと、容器処理サブシステムによる容器の消費を監視し、そこから消費に関する定量的な量を含む容器消費情報を決定する（及び好ましくは記憶する）ように動作可能な（例えば、消費情報を使用した容器が更新されるたびに）消費監視サブシステムと、ネットワークを介して外部電子デバイスと通信するためのネットワークインターフェースを備えたネットワークサブシステムと、を備える飲料又は食品調製マシンである。消費監視サブシステムは、上述の消費情報及び／又はそこから導出された情報（例えば、後述する在庫状態情報）を、ネットワークサブシステムを使用してネットワークを介して送信する（例えば、電子デバイスへのネットワーク接続が獲得されたとき、又はデバイスからの要求を受信したとき、又は定量的な量の変化が生じたときなどに自動的に）ように動作可能である。消費情報は、容器処理サブシステムによって消費された容器の現在のカウント数又は容器の個々の消費を含むことができる。

消費情報が送信される（例えば、後述の在庫状態情報が電子デバイスで決定される場合の）実施例では、消費情報は、それが変化するたびに、又は数値が所定のように変化するブロック（例えば２〜５）で送信されるたびに伝送してもよい。更に、ネットワークサブシステムが電子デバイスに接続されていない場合、消費情報はバッファされ、一旦接続が確立されてから送信されることが好ましい。

在庫状態情報が送信される代替実施例（前述）では、消費監視サブシステムは、マシンの設置場所における容器の定量的な量に関する情報（例えば、数値）を含む在庫状態情報を記憶するように構成し、消費情報を用いて在庫を更新する（好ましくは自動的に）ように構成することができる。一実施例として、更新された在庫状態情報は、在庫状態情報に示される量から消費情報に示される量を減算して導出される。例えば、在庫状態情報に示される量が１０であり、消費情報に示される量が５である場合、１０から５を減算して、更新在庫状態情報に示される量は５となり、消費情報に指示される量は０にセットされ、あるいは、容器が消費されて消費情報に指示される量が０から１にセットされる場合、在庫状態情報に示される量は１だけ減分されて更新され、消費情報に指示される量は０に戻される。

消費監視サブシステムは、ネットワークサブシステムを介して、ユーザが購入した容器の定量的な量（例えば、数値）に関する情報を含む在庫注文情報を受信するように構成し、在庫注文情報を用いて在庫状態情報を更新する（好ましくは自動的に）ように構成することができる。一実施例として、更新された在庫状態情報は、在庫注文情報に指示される量と在庫状態情報に指示される量の合計から導出される。例えば、在庫状態情報に指示される量が１０であり、在庫注文情報に指示される量が５である場合、５と１０を合計して、更新された在庫状態情報に指示される量は１５になる。

したがって、在庫情報は、消費情報及び／又は在庫注文情報を使用して、これらの変更のいずれかとして継続的に更新することができる。

消費監視サブシステムは、ネットワークサブシステムを介して、前述の更新された在庫状態情報を電子デバイスに伝送するように構成することができる。

後者の実施例の利点は、ユーザの消費情報をネットワークのクライアント側、例えばマシン及び／又は電子デバイスに残すことができ、外部の公衆ネットワークを介して遠隔の注文リソースに送信されないことである。このようにして、ユーザの消費情報、例えば、消費の量と時間は、プライベートのままである。具体的には、注文に対する要求のみが外部公衆ネットワークを介してリソースに提示される。

更に、マシンにおける在庫状態情報の上記の更新を実施することにより、ユーザは、例えば特定のマシンに注文を割り当てることによって複数のマシンをより好都合に管理することができる。更に、マシンは電子デバイスとだけインターフェースするので、ユーザのホームローカルエリアネットワークのリソース（例えば、ノード自体として動作するマシン）の使用を回避することができる。

在庫状態情報は、それが更新されるたびに電子デバイスに送信されるか、又は数値が所定のように変化するブロック、例えば２〜５、で送信することができる。更に、ネットワークサブシステムが電子デバイスに接続されていない場合、在庫状態情報はバッファされ、一旦接続が確立されてから送信されることが好ましい。

消費監視サブシステムは、電子機器からネットワークサブシステムを介して、在庫状態情報（例えば、定量的な量、数値）への手動修正に関する情報を含む在庫状態修正情報を受信し、在庫状態修正情報を用いて（例えば、前述の量だけ増加／減少させることによって）在庫状態情報を更新するように構成することができる。利点は、システムに柔軟性があり、紛失又は破損した容器又は不正確な数の容器を含む注文などの異常を説明できることである。

消費監視サブシステムは、電子デバイスから、ネットワークサブシステムを介して、特定の在庫注文情報（例えば、マシンによって受信された又は受信されていない在庫注文情報）に関連付けられた第１の在庫注文識別子を受信し、前述の在庫注文情報を識別し、第１の在庫注文識別子を第２の在庫注文識別子又は別の第２の在庫注文識別子として記憶する（すでにマシンに記憶されている第２の在庫注文識別子は、第２の在庫注文識別子として、好ましくは第２の在庫注文識別子のアレイとして置き換えられるか、又はそれに加えて記憶された第１の在庫注文を有する）ように構成することができる。利点は、マシンが在庫注文情報を電子デバイスに通信して、在庫注文情報が新規か古いかを判定することができることである（すなわち、在庫注文情報を使用して在庫注文情報はすでに更新されており、誤った繰り返しの更新を防止する）。消費監視サブシステムは、特に、デバイスからの要求に応答して、又はデバイスとのネットワーク接続を確立した時に、ネットワークサブシステムを介して、記憶された在庫注文識別子又は各在庫注文識別子を、電子デバイスに送信するように構成することができる。

第１及び第２の在庫注文識別子は、任意の適切な識別子、例えば数値又は英数字の識別子であってもよい。それは、公知の暗号化アルゴリズム、例えばＲＳＡ、ＡＥＳ又はその他によって暗号化することもできる。

消費監視サブシステムは、複数の第２の在庫注文識別子、例えば２〜２０又は２〜１０、を記憶するように構成することもできる。このようにして、以前の注文が再処理されることを防止できる。それらは、スタックメモリとして記憶され、最新の識別子が古い識別子を置き換えるのが好ましい。このようにして、メモリの定期的なパージを回避することができる。

任意選択で、在庫注文識別子の更新は、受信した第１の在庫注文識別子を記憶された第２の在庫注文識別子と比較して、異なる場合、第１の在庫注文識別子を第２の在庫注文識別子又は別の第２の在庫注文識別子として記憶することを含むことができる。特に、エンドユーザには、マシンのユーザインターフェースを介して、更新を受け入れるか（この場合、第１の在庫注文識別子は、第２の在庫注文識別子又は別の第２の在庫注文識別子として記憶され、在庫状態情報は第１の在庫注文識別子に関連付けられた在庫注文情報を使用して更新される）、又は更新を拒否するか（この場合、第１の在庫注文識別子は、第２の在庫注文識別子又は別の第２の在庫注文識別子として記憶され、在庫状態情報は更新されない）の任意選択を与えることができる。利点は、在庫状態情報が誤って更新されてしまわないように、同じ注文を２回処理しないことである。

消費監視サブシステムは、制御サブシステムに接続して、制御サブシステムによる調製処理の実行から消費情報を導出するように動作可能であり、例えば調製処理の実行は消費情報を直接決定するのに使用される。

別の実施例では、消費監視サブシステムは、消費中の処理において（例えば、容器処理サブシステムによる処理の間、又はユニットに供給されるとき、又はユニットから排出されるとき）、容器を検出するように構成された容器検出センサを備えることができ、それによって消費監視サブシステムは、センサからの信号を用いて消費情報を更新するように動作可能となっている。

特に、容器検出センサは、容器処理サブシステムから排出された使用済み（すなわち使用された）容器を検出するために容器排出チャネルに配置することができる。利点は、消費監視サブシステムが、より確実に消費を監視するように動作可能なことであり、例えば、それは同じ容器で２回以上実行される調製処理を説明することができる。容器検出センサは、容器の金属部分を検出するように動作可能な誘導センサと、光センサ（例えば、光電センサ）と、容量性又は磁気検知のために構成することのできるセンサのような他の適切な近接センサと、からなる群から選択することができる。

制御サブシステムは、関連付けられたメモリユニットを有する処理サブシステムを備えることができる。前述のサブシステムはそれぞれ、個々のプロセッサ及びメモリを含むことができ、それらは相互に動作可能に接続される。あるいは、１つ以上のサブシステムは、メインプロセッサ及び／又はメモリのリソースを共有する。前述のサブシステムは、概して互いに動作可能に接続される。

ネットワークサブシステムのネットワークインターフェースは、ネットワークを介して外部電子デバイスと通信するように構成される。ネットワークインターフェースは、データ伝送、好ましくは双方向データ伝送のためのものである。ネットワークインターフェースは、好ましくは、無線によって無線信号を送受信するように概して動作可能な無線インターフェースを備えることができる。それは、Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）８０２．１１規格に記載されているような無線ローカルエリアネットワークインターフェースと、Ｋｉｒｋｌａｎｄ ＷａｓｈのＢｌｕｅｔｏｏｔｈ Ｓｐｅｃｉａｌ Ｉｎｔｅｒｅｓｔ ＧｒｏｕｐからのＢｌｕｅｔｏｏｔｈ（商標）と、近距離通信ネットワークインターフェースのような任意選択の別の無線インターフェースと、からなる群から選択される少なくとも１つとすることができる。好ましくは、無線インターフェースはＢｌｕｅｔｏｏｔｈ又は近距離インターフェースであり、マシンは電子デバイスと局所的に接近するときにのみ通信するように動作可能である。利点は、ユーザのホームネットワーク、例えば、ＬＡＮ接続、のリソースは使用されないことである。あるいは、ネットワークインターフェースは、ＲＳ−２３２と、ＵＳＢと、Ｉ^２Ｃと、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．３規格に記載されているような有線ローカルエリアネットワークインターフェースと、他の適切な有線インターフェースと、からなる群から選択される少なくとも１つの、有線インターフェースを備えることができる。

容器処理サブシステムは、概して、水又はミルクのような流体を容器の飲料又は食品材料に添加することによって前述の調製を行うことができるように動作可能である。好ましくは、調製された飲料又は食品は、液体飲料又は食品である。容器処理サブシステムは、抽出ユニット、溶解ユニット、混合ユニット、のうちの１つを備えることができる。容器処理サブシステムは、流体を上記ユニットへ供給するように動作可能である、流体供給部を更に備えることができる。概して、流体供給部は、流体ポンプ及び流体加熱器を備える。

容器処理サブシステムによって処理される容器は、飲料又は食品調製マシンによって使用される（例えば、適切に寸法決めされる）。容器は、飲料又は食品材料を収容するためのものである（例えば、それは内部容積を有し、食品安全であり得る）。容器は一回分の容器とすることができ、すなわち、一回分の（例えば、予めポーション化されている）上記製品を調製するための分量の飲料又は食品を収容するように寸法が設定されている。容器は使い捨ての容器であってもよい。すなわち、容器は、１つの調製処理で使用されることが意図され、好ましくは、その後、例えば、蓋の穿孔、貫通、除去、又は上記材料を使い尽くすことにより、使用不可能になる。容器は、内部に収容された飲料又は食品材料を含むことができる。容器は、以下の１つを備えることができる：カプセル、パケット、エンドユーザがそこから飲料又は食品を消費するための受容器。カプセルは、５〜８０ｍｌの内部容積を有することができる。受容器は、１５０〜３５０ｍｌの内部容積を有することができる。パケットは、適用に応じて１５０〜３５０ｍＬ又は２００〜３００ｍＬ又は５０〜１５０の内部容積を有することができる。

第２の実施形態によって本明細書に開示されるのは、電子デバイスで実行可能なコンピュータプログラムであって、そのプログラムは、（例えば、ネットワーク接続を介して）飲料又は食品調製マシンから、マシンの設置場所における容器の実際の在庫の定量的な量（例えば、数値）に関する情報を含む在庫状態情報を取得するか、又は前述の量を決定するための情報（例えば、在庫状態情報を決定するために使用され得る消費情報）を取得してそこから在庫状態情報を決定し、在庫状態情報の表示を電子デバイスのディスプレイサブシステムで行うように、（例えばプログラム命令を含んで）構成される、コンピュータプログラムである。

コンピュータプログラムは、実行の一部として、電子デバイスと飲料又は食料調製マシンのネットワークサブシステムの間のネットワーク接続を自動的に取得するように構成することができる。その接続は、データ伝送のための公知のプロトコル、例えばＴＣＰ又はＤＨＰ、の使用を含むことができる。

利点は、ユーザがコンピュータプログラムを実行して、マシンの設置場所で容器の在庫を好都合に決定する、すなわち、任意の容器が注文を必要とするかどうかを決定することができることである。特に、マシンのディスプレイのコストを削減することができる。

一実施例では、コンピュータプログラムは、遠隔リソースから、ネットワークサブシステムを介して、マシンの設置場所における容器の量を詳述する情報を含む在庫注文情報を取得し、消費情報を用いて在庫状態情報を更新し、及び／又は、マシンのネットワークサブシステムを介して、ユーザが消費した容器の量を詳述する情報を含む消費情報を取得して、その消費情報を用いて在庫状態情報を更新するように、構成することができる。コンピュータプログラムによって実行された時の在庫状態情報の更新は、マシンでの第１の実施形態について説明したのと同じ処理である。

コンピュータプログラムは、実行の一部として、電子デバイスと遠隔リソースの間のネットワーク接続を自動的に取得するように構成することができる。その接続は、データ伝送のための公知のプロトコル、例えばＴＣＰ又はＤＨＰ、の使用を含むことができる。

別の実施例では、コンピュータプログラムは、外部ネットワークを介して遠隔リソースから、ユーザによって購入された容器の量を含む在庫注文情報を取得し、その情報を飲料又は食品調製マシンに送信するように構成することができる。このようにして、在庫状態情報は、第１の実施形態について説明したように、マシンにおいて更新することができる。利点は、関連付けられた電子デバイスを複数のマシンと対にすることができ、それによって各マシンがそれ自身の在庫状態情報を好都合に管理することである。

典型的には、遠隔リソースは、（例えば、ハードウェア及び／又はソフトウェアとして具現化された）サーバシステム、ピアツーピアネットワーク、又は他の分散システムである。遠隔リソースは、電子デバイス及びマシンとは異なる場所に配置される。通信は、例えば、セルラーネットワーク及び／又はインターネットを介して行われてもよい。コンピュータプログラムは、実行の一部として、電子デバイスと遠隔リソースの間の接続をネットワークサブシステムを介して自動的に取得するように構成することができる。その接続は、データ伝送のための公知のプロトコル、例えばＴＣＰ又はＤＨＰ、の使用を含むことができる。

コンピュータプログラムは、在庫状態情報の手動調整のために電子デバイスの入出力サブシステムを介して入力を取得し、その入力から定量的な量（例えば数値）を含む在庫状態修正情報を導出して在庫状態情報を調整し、在庫状態修正情報の飲料又は食品調製マシンへの送信を実行してそこに記憶された在庫状態情報を更新するように、構成することができる。

利点は、ユーザが、例えばマシンの設置場所における容器の量に影響を及ぼす異常、例えば紛失した、破損した、又は遠隔リソースから購入されていない容器、を好都合に説明できることである。

コンピュータプログラムは、容器の量を注文するためのユーザ要求を電子デバイスの入出力サブシステムから取得し、遠隔リソースに接続し、遠隔リソースからの、その量の注文を実行し、リソースから（又は注文に関連付けられた在庫注文情報の一部としてデバイス自体から）取得するように構成することができ、得られた在庫状態情報（及び第３の実施形態の実施例における第１の在庫状態識別子）は、次いで、更新のためにマシンに送信することができる。

コンピュータプログラムは、在庫状態情報（概してマシンから受信される）を用いて、（マシンの設置場所における）容器の実際の在庫量を所定の値（例えば５、１０、１５などの２〜１００の任意の値）と比較し、在庫状態が前述の値未満であるかどうかを判定し、未満であれば、次いで入出力サブシステムを介してユーザに通知を提供するように、構成することができる。コンピュータプログラムは、所定の値を調整するためにユーザコマンドを受信するように構成することができる。

コンピュータプログラムは、在庫状態情報に関して表示された数値量の色であって、例えばその量の色の変化が緑色又は青色のような色から赤色又はオレンジ色に変化して在庫不足を指示し得るような色、の変化、又は在庫不足を通知するための文字を含むメッセージ、を含むように通知を構成することができる。

第３の実施形態によって本明細書に開示されるのは、電子デバイスで実行可能なコンピュータプログラムであって、そのプログラムは、ネットワークサブシステムを介して遠隔リソースから、在庫注文情報に関連付けられた第１の在庫注文識別子を取得し、ネットワークサブシステムを介して飲料又は食品調製マシンから第２の在庫注文識別子を取得し、それらの識別子が異なるかどうかを判定するように、（例えばプログラム命令を含んで）構成される、コンピュータプログラムである。識別子が異なるかどうかを判定し、異なる場合には、遠隔リソースから受信された第１の在庫注文識別子及び関連付けられた在庫注文情報（これは、典型的には第１の在庫注文識別子を有する遠隔リソースから受信されるが、相異が判定されたことに応答して受信することもある）の、マシンへの送信を実行する。あるいは、異なる場合には、１つの第２の在庫注文識別子として又は複数の第２の在庫注文識別子の１つとして、マシンに関連して第１の在庫注文識別子を（例えばマシン識別子を使用して又は特定のアドレス空間に）電子デバイスに記憶することができる。それ以外の場合、識別子が同じであれば、コンピュータプログラムは、在庫注文情報又は第１の在庫注文識別子を送信しないように構成することができる。

このようにして、第１の実施形態について説明した方法で、送信された在庫状態情報を用いて、マシンの在庫状態情報を更新することができる。このようにして、第１の実施形態について説明したものに加えて置換又は記憶を介して、マシンの第２の在庫状態識別子を、送信された第１の在庫状態識別子を用いて更新することができる。

利点は、在庫注文識別子を使用してマシンへの在庫注文情報の送信を制御し、マシン上の在庫注文情報を用いて在庫状態情報の更新を制御することにより、同じ在庫注文情報が更新のために２回使用されず、又は誤った在庫注文情報が更新に使用されないことを保証できることである。

特に、コンピュータプログラムは、第１と第２の在庫注文が異なる場合、送信を実行する前に、電子デバイスの入出力サブシステムを介してユーザから応答を取得し、在庫注文がマシンに関連付けられるべきかどうかを確認するように構成することができる。確認された場合には、第１の在庫注文識別子及び関連付けられた在庫注文情報の送信を実行する。確認されない場合には、第１の在庫注文識別子のみを送信し、すなわち関連付けられた在庫注文情報は送信せず、在庫状態情報の更新には使用されない。

利点は、注文を特定のマシンに関連付けるかどうかをユーザが選択できることである。選択しなかった場合、第１の在庫注文識別子がマシンに送信され（関連付けられた在庫注文情報ではなく）、注文の再処理を防止する。

コンピュータプログラムは、実行の一部として、電子デバイスと遠隔リソースの間のネットワーク接続を自動的に取得するように構成することができる。その接続は、データ伝送のための公知のプロトコル、例えばＴＣＰ又はＤＨＰ、の使用を含むことができる。コンピュータプログラムは、電子デバイスが遠隔リソースに接続するたびに、最新の第１の在庫注文識別子を取得し、それを上述の方法で処理するように構成することができる。利点は、在庫注文情報が最新のものとして自動的にチェックされることである。

コンピュータプログラムは、容器の量を注文するためのユーザ要求を電子デバイスの入出力サブシステムから取得し、遠隔リソースに接続し、遠隔リソースからの、その量の注文を実行し、リソースから（又は注文に関連付けられた在庫注文情報の一部としてデバイス自体から）、結果として得られる在庫状態情報及び第１の在庫状態識別子を取得し、次いでこれを上述のように処理するためにマシンに送信できるように、構成することができる。

第３と第２の実施形態は相補的であり、特に組み合わせられ得ることが理解されよう。更に、本明細書おいて概してコンピュータプログラムによって記載される機能ユニットは、本明細書では、例えば１つ以上のＡＳＩＣ又はＦＰＧＡ、記憶されたコードで構成されたファームウェアの１つ以上のユニット、モジュール若しくはアルゴリズムなどの１つ以上のコンピュータプログラム又は他のソフトウェア要素、又はこれらの任意の組み合わせ、などのデジタル電子ロジックを使用して、様々な方法で実現することができる。一実施形態は、本明細書において記載される機能を実行するように特別に構成された専用コンピュータを備えてもよく、その機能ユニットのすべてが、デジタル電子ロジック、コードが記憶されるように構成されたファームウェアの１つ以上のユニット、又は記憶媒体に記憶された１つ以上のコンピュータプログラム若しくは他のソフトウェア要素を含む。

第４の実施形態によって本明細書で開示されるのは、第２及び／又は第３の実施形態に係るコンピュータプログラムによって実行されるステップを実現するコンピュータ実装方法を提供することである。

第５の実施形態によって本明細書で開示されるのは、第２及び／又は第３の実施形態に係るコンピュータプログラムを含む、非一過性のコンピュータ可読媒体を提供することである。非一過性のコンピュータ可読媒体は、電子デバイスのプロセッサに関連付けられたメモリユニット、又はコンピュータをプログラミングするためのコンピュータ可読プログラムコードを記憶する他のコンピュータ可読記憶媒体、例えば、ハードディスク、ＣＤ−ＲＯＭ、光記憶デバイス、磁気記憶デバイス、フラッシュメモリ、プログラムをダウンロードするためのサーバの記憶デバイス、を備えることができる。

第６の実施形態によって本明細書で開示されるのは、第２及び／又は第３の実施形態に係るステップを実現するように動作可能な電子デバイスを提供することである。電子デバイスは、第２及び／又は第３の実施形態に係るコンピュータプログラムを備えることができる。電子デバイスは、以下のサブシステムを備えることができる：処理サブシステム、メモリサブシステム、ネットワークサブシステム、ディスプレイサブシステム、及び入出力（Ｉ／Ｏ）システム。電子デバイスは、少なくとも１つのネットワークインターフェースを有する任意の電子デバイスとすることができる（又はそれに含まれ得る）。例えば、電子デバイスは、以下からなる群から選択される少なくとも１つを備えることができる（又はそれらに含まれ得る）：デスクトップコンピュータ、ラップトップコンピュータ、サーバ、メディアプレーヤ（ＭＰ３プレーヤなど）、サブノートブック／ネットブック、タブレットコンピュータ、スマートフォン、セルラー電話、セットトップボックス、パーソナルデジタルアシスタント（ＰＤＡ）、ゲームコンソール、及び／又は別の電子デバイス。典型的には、デバイスは携帯用の小型フォームファクタデバイスである。

第７の実施形態によって本明細書で開示されるのは、容器消費を監視する方法であって、その方法は、
飲料又は食品調製マシンにおいて容器消費情報を導出することと、消費情報を用いて、マシンの設置場所における容器の量に関する情報を含む在庫状態情報を更新することと、
マシン外部の電子デバイスにおいて、更新された在庫状態情報を取得することと、
更新された在庫状態情報から導出された在庫量を電子デバイスに表示することと、を含む方法である。電子デバイスにおいて更新された在庫状態情報を取得することは、好ましくは、その情報をマシンから受信することを含み、あるいは、マシンから送信された消費情報を用いて電子デバイスの情報を決定することを含むことができる。

その方法は、在庫量の電子デバイスにおける表示に先立って、ユーザによって購入された容器の量を詳述する情報を含む電子デバイス在庫情報を取得することと、在庫注文情報を用いて在庫状態情報を更新することと、を更に含むことができる。在庫注文情報の取得は、好ましくは、遠隔リソースからコンピュータネットワークを介してその情報を受信することを含むが、あるいは、その情報を電子デバイスにおいて、例えば注文処理の一部として、生成することを含むことができる。

その方法は、在庫状態情報の手動調整のためにユーザからの入力を受信してそこから在庫状態修正情報を導出することと、在庫状態修正情報を用いて在庫状態情報を更新することと、更新された在庫状態情報を表示することと、を更に含むことができる。入力は電子デバイスで受信されることが好ましく、その場合において、在庫状態情報がそこで更新される場合、それを電子デバイスで直接更新することができ、又は在庫状態情報がマシンで更新される場合、マシンで更新するために在庫状態修正情報をマシンに伝送することができる。あるいは、入力は、マシンにおいて在庫状態情報を更新するためにマシンで受信してもよい。

その方法は、容器の量を注文するためにユーザ要求を受信することと、電子デバイスをコンピュータネットワークを介して遠隔リソースに接続することと、容器量を遠隔リソースから注文することと、電子デバイスにおいて、第８の実施形態に係る関連付けられた在庫注文情報及び／又は第１の在庫注文識別子を取得することと、を含むことができる。在庫状態情報は、次いで、上述の在庫注文情報を用いて更新することができる。ユーザ要求は、好ましくは、電子デバイスで受信するか、あるいは、マシンで受信して電子デバイスを介して遠隔リソースに中継してもよい。在庫注文情報及び／又は第１の在庫注文識別子を取得することは、コンピュータネットワークを介して遠隔リソースから情報を受信することを含むことが好ましいが、あるいは、例えば注文処理の一部として、上記の情報及び／又は上記の第１の識別子を電子デバイスにおいて生成することを含んでもよい。

その方法は、注文の一部として、例えば資格情報の遠隔リソースへの送信及びそこでの認証のような、ユーザ資格情報の認証を含むことができる。資格情報は、ユーザアカウント識別子及び／又はパスワードを含むことができる。識別子は、電子デバイスの秘密鍵によって作成されたデジタル署名、又は遠隔リソースによる電子デバイスの認証のための他の適切な手段を含むことができる。

その方法は、在庫状態情報を用いて、マシンの設置場所における容器の実際の在庫量を所定の値と比較することと、在庫状態が上記値未満であるかどうかを判定することと、未満であれば、通知をユーザに表示することと、を更に含むことができる。

第８の実施形態によって本明細書に開示されるのは、容器消費を監視するための方法を提供することであって、その方法は、特定の在庫注文情報に関連付けられた第１の在庫注文識別子を電子デバイスにおいて取得することと、その識別子を、第２の在庫注文識別子であって、飲料又は食品調製マシンに記憶されるか、又はマシンに関連付けられる電子デバイスに記憶された第２の在庫注文識別子と比較することと、それらの識別子が異なるかどうかを判定することと、
異なる場合、第１の在庫注文識別子を第２の在庫注文識別子として又は別の第２の在庫注文識別子として記憶する（すなわち、第２の在庫注文識別子を第１の在庫注文識別子で更新するか、又は第１の在庫注文識別子を別の第２の在庫注文識別子として記憶する）ことと、第１の在庫注文識別子に関連付けられた在庫注文情報を用いて在庫状態情報を更新することと、を含む。

電子デバイスにおいて第１の在庫注文識別子を取得することは、好ましくは、コンピュータネットワークを介して遠隔リソースから識別子を取得することを含むが、あるいは、デバイス上で実行される注文の一部として、電子デバイスにおいて識別子を生成することを含むことができる。識別子が異なるかどうかを判定することは、電子デバイス又はマシンにおいて実行することができる。第１の在庫注文識別子を第２の在庫注文識別子又は別の第２の在庫注文識別子として記憶することは、マシンで実行されるのが好ましく、例えば第１の在庫注文識別子が上記の目的でマシンに送信される。あるいは、記憶は電子デバイスで実行してもよく、例えば記憶は、第１の識別子をマシンに関連付けられた第２の識別子又は別の第２の識別子として記憶することを含み、それによって、マシンは、関連付けのためのマシン識別子又は記憶のための特定のアドレス空間を有することができる。

その方法は、第１の在庫注文識別子を第２の在庫注文識別子又は別の第２の在庫注文識別子として記憶する前に、第１の識別子に関連付けられた在庫注文がマシンに関連付けられるべきであることを確認するマシン又はデバイスのユーザからの応答を取得することと、確認された場合、第１の在庫注文識別子を第２の在庫注文識別子又は別の第２の在庫注文識別子として記憶し、第１の在庫注文識別子に関連付けられた在庫注文情報を用いて在庫状態情報を更新することと、そうでなければ、第１の在庫注文識別子により第２の在庫注文識別子のみを更新するか、又は別の第２の在庫注文識別子として第１の在庫注文識別子を記憶することと、を含むことができる。

その方法は、電子デバイスが遠隔リソースに接続するたびに、第１の在庫注文識別子（好ましくは、最新の発注から得られる識別子）を取得し、それを上記の方法で処理することを含むことができる。利点は、在庫注文情報が自動的にチェックされることである。

その方法は、好ましくは、電子デバイスの入出力サブシステム、あるいはマシンのユーザインターフェースから、容器の量を注文するためのユーザ要求を取得することと、遠隔リソースに接続することと、遠隔リソースから上記の量の注文を実行することと、上記リソースから（又は注文に関連付けられた在庫注文情報の一部としてデバイス自体から）、結果として得られる在庫状態情報及び第１の在庫状態識別子を取得することであって、これら情報及び識別子は、次いで、上記のように処理するためにマシンに送信することができることと、を含むことができる。

第７と第８の実施形態は相補的であり、特に組み合わせられ得ることが理解されよう。

第９の実施形態によって本明細書で開示されるのは、容器消費を監視するためのシステムを提供することである。このシステムは、第１の実施形態に係る飲料又は食品調製マシン及び第６の実施形態に係る電子デバイスを備えることができる。そのシステムは、第７及び第８の実施形態に係る方法を実現することができる。

特に、システムは、飲料又は食品調製マシン、及び電子デバイスを備えることができ、飲料又は食品調製マシンは、飲料又は食品容器から飲料又は食品を調製するために飲料又は食品容器を処理するための容器処理サブシステムと、
容器処理サブシステムを制御して飲料又は食品を調製するための制御サブシステムと、容器処理サブシステムによる容器の消費を監視し、そこから消費に関する容器消費情報を決定するように構成された消費監視サブシステムと、コンピュータネットワーク、好ましくはＢｌｕｅｔｏｏｔｈ（商標）又は近距離通信ネットワークを介して外部の電子デバイスと通信するためのネットワークインターフェースを有するネットワークサブシステムと、を備え、
上記のシステムは、マシンの設置場所における容器の量に関する情報を含む在庫状態情報を記憶し、消費情報を用いて在庫状態情報を更新し、及び／又は好ましくは遠隔リソースから又は電子機器における生成を介して、ユーザによって購入された容器の量を詳述する情報を含む在庫注文情報を取得し、
その在庫注文情報を用いて在庫状態情報を更新するように構成されており、上記の電子デバイスは、更新された在庫状態情報を用いてマシンの設置場所における容器の量を表示サブシステムで表示を実行するように構成されている。

そのシステムは、在庫注文情報に関連付けられた第１の在庫注文識別子を電子デバイスにおいて取得し、その識別子を電子デバイス又はマシンに記憶された第２の在庫注文識別子と比較し、それらの識別子が異なるかどうかを判定し、
異なる場合は第１の在庫注文識別子を第２の在庫注文識別子又は別の第２の在庫注文識別子として記憶し、第１の在庫注文識別子に関連付けられた在庫注文情報を用いて在庫状態情報を更新するように、動作可能である。

上記の実施形態は、好ましくは容器のタイプ及び／又は内容物に基づいて、個々の異なるタイプの容器を備えることができ、例えばコーヒーカプセルは、そこに貯蔵されるコーヒーのタイプ及びカプセルのサイズに応じて個別化することができる。在庫状態情報を更新するための上述の処理は、各タイプの容器について個別に実行することができる。

例えば、在庫注文情報、容器消費情報及び在庫状態情報を容器タイプによって個別化し、それにより在庫状態情報は、各タイプの容器の関連量を調整することによって更新される。その処理は、飲料調製マシン及び／又は電子デバイスで実行することができる。特に、更新された在庫注文情報を電子デバイスに表示して、個々の容器タイプの在庫を示すことができる。更に、在庫注文識別子は、個別化された在庫注文情報に関連付けることができ、識別子に関連付けられた個別化在庫注文情報を用いて個別化在庫状態情報を更新するために、上述の実施形態で説明した方法で処理することができる。容器のタイプを決定するために、飲料調製マシンの容器検出ユニットは、容器のタイプを識別するように、例えばＲＧＢカラーセンシングによって、又はバーコード又は他のそのようなコードを含み得る光学的に読み取り可能なコードのような容器のコードを読み取ることによって、動作可能である。

前述の要約は、本明細書に記載される主題の態様の基本的な理解を提供するために、いくつかの例示的な実施形態を要約する目的で提供される。したがって、上記特徴は単に例示であり、本明細書において記載される主題の範囲又は趣旨をいかようにも狭めるものと解釈されるべきではない。更に、上記実施形態は、更なる実施形態をもたらすために、任意の好適な組み合わせで結合されてもよい。本明細書において記載される主題の他の特徴、態様、及び利点が、以下の詳細な説明、図面、及び特許請求の範囲から明らかとなる。

本開示の一実施形態に係る、遠隔リソースとネットワークを介して無線通信する電子デバイス及び、飲料又は食品調製システムを備えた容器消費監視システムの一実現例を示すブロック図である。 本開示の一実施形態に係る、飲料又は食品調製マシン、及び容器を備えた、図１のシステムの飲料又は食品調製システムを示す概略図である。 本開示の一実施形態に係る、図２の飲料又は食品調製システムの飲料又は食品調製マシンを示すシステムレベル図である。 本開示の一実施形態に係る、図３の飲料又は食品調製マシンの制御サブシステムを示すブロック図である。 本開示の一実施形態に係る、図１のシステムの電子デバイスの一実現例を示すブロック図である。 本開示の一実施形態に係る、図１のシステムの在庫状態情報を更新する処理を示すフロー図である。 本開示の一実施形態に係る、図１のシステムの在庫状態情報を更新する処理を示すフロー図である。 本開示の一実施形態に係る、図１のシステムの在庫状態情報を更新する処理を示すフロー図である。 本開示の一実施形態に係る、図５の電子デバイスのディスプレイを示す概略図である。

容器監視システム
図１は、飲料又は食品調製及び容器監視システム１１４の実施形態を示すブロック図であり、そのシステムは、飲料又は食品調製マシン４及び関連付けられた容器６をそれ自体が備えた飲料又は食品調製システム２と、概して無線信号１８４を介してシステム２と通信する電子デバイス１１８と、ネットワーク１２２を介してデバイス１１８と通信する任意選択の遠隔リソース１２０と、を備える。以下では、システム１１４のこれらの要素を個別に説明し、続いて容器の消費を監視するいくつかの実施形態を説明する。

飲料又は食品調製システム
実施形態が図２に示される飲料又は食品調製マシン４は、飲料又は食品材料（本明細書では材料）の一部を含む飲料又は食品容器を、食用及び／又は飲用によって消費するための食品及び／又は飲料に処理するように動作可能である。一般に、処理は、水又はミルクなどの流体を上記材料に導入することを含む。本明細書において定義される食品材料は、冷たくても又は温かくてもよく、一般的に食用の食物へと処理することが可能な物質を含んでもよく、その非包括的な例は、ヨーグルト、ムース、パフェ、スープ、アイスクリーム、シャーベット、カスタード、スムージである。一般に、食品は液体、ゲル又はペーストである。本明細書において定義される飲料材料は、冷たくても又は温かくてもよく、飲用物へと処理することが可能な物質を含んでもよく、その非包括的な例は、紅茶、挽いたコーヒーを含むコーヒー、ホットチョコレート、ミルク、果汁シロップである。双方の定義の間には、ある程度の重複があり、すなわち、上記のマシン４は、食品及び飲料の双方を調製することができる点が、理解されるであろう。

マシン４は、概して、カウンター上での使用のために寸法決めされており、すなわち、長さ、幅及び高さが７０ｃｍ未満である。

図３は、マシン４の実施形態を示すブロック図であり、マシンは、飲料又は食料品容器を処理してそこから飲料又は食品を調製するための容器処理サブシステム１４と、容器処理サブシステムを制御して飲料又は食品を調製するための制御サブシステム１６と、容器処理サブシステムによる容器の消費を監視するように構成された消費監視サブシステム１２６と、外部の電子デバイス１１８と通信するためのネットワークサブシステム１２８とを備え、それらのすべては概してハウジング１０内に配置されている。

ハウジング
ハウジング１０は、前述のサブシステムを収容して支持するものであり、水平に配置された支持面に支持するためのベース１１０と、サブシステムの構成要素を取り付けるための本体１１２と、を備える。

容器処理サブシステム
特定の実施形態に応じて、容器処理サブシステム１４は、パケット又はカプセルである一回分の使い捨て容器６、すなわちエンドユーザがそこから消費するための受容器である容器６に配置された材料を処理することによって食品／飲料を調製するように構成することができる。特に、材料は、例えばその原材料の溶解又は抽出又は混合により、その組成の変化をもたらすように処理される。各構成の実施形態を説明する。

概して、すべての実施形態において、容器処理サブシステム１４は、容器６に流体を供給するように動作可能な流体供給部１２を備える。流体は概して水又はミルクである。流体は、調整（すなわち、加熱又は冷却）されてもよい。流体供給部１２は、典型的には、多くの適用では１〜５リットルの流体である流体を収容するリザーバ２０と、電気モータ又は誘導コイルによって駆動され得るピストンポンプ又はロータリーポンプなどの流体ポンプ２２と、インラインサーモブロック型ヒータを一般に含む任意の流体ヒータ２４と、流体を供給する出口と、を備える。リザーバ２０、流体ポンプ２２、流体ヒータ２４、及び出口は、任意の好適な順序で互いに流体連通し、流体ラインを形成する。流体供給部１２は、任意選択で、流体の流量及び／又は送出された流体の量を測定するセンサを備えてもよい。そのようなセンサの一例は、ロータの回転を測定するためのホールセンサ又は他の適切なセンサを備え得る流量計であり、センサからの信号は、後述するように処理サブシステム３８に供給される。

容器から食品／飲料を抽出するための容器処理サブシステム
一実施形態によれば、容器処理サブシステム１４は、飲料又は食品材料を含む容器６を受け取り、容器６を処理して、そこから飲料の１つ以上の原材料を抽出し、エンドユーザが消費するために別の受容器に上記原材料を注出するように、動作可能である。容器は、一般に、カプセル又はパケットなどの使い捨ての一回分の容器である。

最初に、カプセルとともに使用するための容器処理サブシステム１４について説明し、その実施形態を図２に示す。容器処理サブシステム１４は、カプセル抽出位置からカプセル受け取り位置に移動する際に、カプセル受け取り位置とカプセル抽出位置の間を移動するように動作可能な抽出ユニット２６を備え、この抽出ユニットはカプセル排出位置を通して又はそこに移動させることができ、使用済みカプセルをそこから排出することができる。抽出ユニット２６は、流体供給部１２から流体を受け取る。抽出ユニット２６は、典型的には、注入ヘッド２８と、カプセルホルダ３０と、カプセルホルダ装填システム３２と、カプセル挿入チャネル３４Ａと、カプセル排出チャネル３４Ｂと、を備え、これらを順に説明する。

注入ヘッド２８は、カプセル６がカプセルホルダ３０によって保持されているときに、カプセル６の空洞部に流体を注入するように構成されており、またこの目的のために、流体供給部１２の出口と流体連通したノズルを有する注入器が取り付けられている。

カプセルホルダ３０は、抽出中にカプセル６を保持するように構成されており、また、この目的のために注入ヘッド２８と動作可能に連結されている。カプセルホルダ３０は、上記カプセル受け取り位置及びカプセル抽出位置を実現するために移動するように動作可能である。カプセルホルダがカプセル受け取り位置にあるとき、カプセル６をカプセル挿入チャネル３４Ａからカプセルホルダ３０へと供給することができる。カプセルホルダ３０がカプセル抽出位置にあるとき、供給されたカプセル６がホルダ３０によって保持され、注入ヘッド２８は保持されたカプセルの空洞部内に流体を注入することができ、そこから１つ以上の原材料を抽出することができる。カプセル抽出位置とカプセル受け取り位置との間でカプセルホルダ３０を移動させるときに、カプセルホルダ３０は上記カプセル排出位置を通過するか又は上記カプセル排出位置まで移動することができ、カプセル排出位置で、使用済みカプセル６をカプセルホルダ３０からカプセル排出チャネル３４Ｂを経由して排出することができる。

カプセルホルダ装填システム３２は、カプセル受け取り位置とカプセル抽出位置の間でカプセルホルダ３０を駆動するように動作可能である。

上述した容器抽出ユニット１４は、概して加圧抽出ユニットである。例えば容器は水密にシールされており、淹出中は５〜２０バールにされる。一般に、ポンプは、誘導ポンプである。あるいは、抽出ユニットは、本明細書において参照として組み込まれる、欧州特許第２５９４１７１（Ａ１）号に開示された遠心分離法により動作してもよい。

あるいは、容器処理サブシステム１４は、欧州特許第１４７２１５６号及び欧州特許第１７８４３４４号に開示されているように構成された溶解ユニットを備えることができ、これらは参照により本明細書に組み込まれる。

パケットを備えた容器６の実施形態では、容器処理サブシステム１４は、パケットを受け取り、その入口で流体供給部１２から流体を注入するように動作可能な抽出及び／又は溶解ユニットを備える。注入された流体は、パケット内で材料と混合して、少なくとも部分的に飲料を調製し、その出口を経由して飲料がパケットを出る。抽出又は溶解ユニットは、未使用パケットを受け取り、使用済みパケットを排出するための支持機構と、流体供給部の出口から、パケットに流体を供給するように構成された注入器とを備える。更なる詳細が、参照により本明細書に組み込まれる国際公開第２０１４／１２５１２３号で提示されている。

エンドユーザの消費のために、容器内に食品／飲料を調製するためのコンテナ処理サブシステム
更なる実施形態によれば、容器処理サブシステム１４（図示せず）は、概して、約１５０〜３５０ｍＬの調製された製品を保持するように構成されたカップ、ポット又は他の適切な受容器のような受容器である容器６に貯蔵された材料を調製するように動作可能である。一実施形態では、容器処理サブシステム１４は混合ユニットを備え、この混合ユニットは、撹拌ユニットと、任意の補助的製品ユニットと、熱交換器と、受容器支持体と、を備え、これらを以下に順に説明する。

撹拌ユニットは、材料を少なくとも部分的に調製するために、受容器内の材料を撹拌するように動作可能である。撹拌ユニットは、例えば、遊星型ミキサ、螺旋型ミキサ、垂直切断型ミキサなどの、任意の好適な混合装置を備えてもよい。典型的には、撹拌ユニットは、材料と接触するための混合ヘッドを有する混合器具と、混合器具を駆動する、電気モータ又はソレノイドなどの駆動ユニットとを備える。遊星型ミキサの好ましい例では、混合ヘッドは、旋回角速度Ｗ２で回転するオフセットシャフト上で、径方向角速度Ｗ１で回転する撹拌器を備え、このような構成は、本明細書に参照として組み込まれる国際出願ＰＣＴ／ＥＰ１３／０７２６９２号に開示されている。

補助的製品ユニットは、トッピングなどの補助的製品を容器６に供給するように動作可能である。補助的製品ユニットは、上記製品を貯蔵するリザーバと、上記製品をリザーバから注出させるための、電気的に動作する注出システムと、を備える。

熱交換器は、受容器から熱エネルギを伝達及び／又は抽出するように動作可能である。熱エネルギの伝達の一実施例では、サーモブロックなどのヒータを備えてもよい。熱エネルギの抽出の一実施例では、冷凍式サイクルヒートポンプなどの、ヒートポンプを備えてもよい。

受容器支持体は、撹拌ユニットによるその内部での材料の攪拌中に容器が静止したままであるように、調製処理中、容器を支持するように動作可能である。受容器支持体は好ましくは、支持した受容器との熱エネルギの伝達が生じることができるように、熱交換器と熱的に関連付けられている。

上記の変形例では、容器処理サブシステム１４は、（パケットなどの）容器６を受け取り、関連付けられた材料をそれが調製される受容器内に抽出するための抽出機構を更に備える。そのような実施形態は、欧州特許第１４１６７３４４Ａ号に開示されており、それは参照により本明細書に組み込まれる。

容器
上記の実施形態の容器調製サブシステムで使用するのに適した容器は当該技術分野において公知であり、その例は組み込まれた参考文献に提供されている。

特に、容器は、一回分の容器であってもよく、すなわち、一回分（例えば予めポーション化された）の製品を調製するための飲料又は食品の投与量を収容するために寸法設定されている。容器は使い捨ての容器であってもよい。すなわち、容器は、１つの調製処理で使用されることが意図され、好ましくは、その後、例えば、蓋の穿孔、貫通、除去、又は上記材料を使い尽くすことにより、使用不可能になる。

容器は、以下の１つを備えることができる：カプセル、パケット、エンドユーザがそこから飲料又は食品を消費するための受容器。カプセルは、５〜８０ｍｌの内容積部を有することができる。受容器は、１５０〜３５０ｍｌの内部容積を有することができる。パケットは、適用に応じて１５０〜３５０ｍＬ又は２００〜３００ｍＬ又は５０〜１５０の内部容積を有することができる。

制御サブシステム
図４は、容器処理サブシステム１４を制御して、飲料／食品の調製を含む調製処理を実行するように動作可能な制御サブシステム１６の実施形態を示すブロック図である。制御サブシステム１６は、概して、ユーザインターフェースサブシステム３６と、処理サブシステム３８と、任意選択のセンササブシステム４０と、メモリサブシステム４６と、を備える。

ユーザインターフェースサブシステム３６は、エンドユーザが調製処理を開始することを可能にするハードウェアを含み、それにより、処理サブシステム３８に動作可能に接続される。一実施形態では、利用可能な処理をユーザに指示するために、ユーザインターフェースは出力ユニットを備えることができる。出力ユニットは、グラフィック又は文字の液晶ディスプレイ（ＬＣＤ）と、発光ダイオード（ＬＥＤ）ディスプレイと、それに関連付けられた表示を有するＬＥＤなどのディスプレイと、からなる群から選択される少なくとも１つを備えることができる。ユーザが調製処理を選択することを可能にするために、ユーザインターフェースは入力ユニットを備えることができる。入力ユニットは、ディスプレイに関連付けられたボタン又はタッチセンサ又はスクリーンエッジボタンと、ＬＥＤに関連付けられたボタンと、を備えることができる。調製処理の選択に関連するコマンドは、信号として入力ユニットから処理サブシステム３８に伝送される。ユーザインターフェースは、インターフェースハードウェアを制御するための別個のプロセッサ（その例は以下に提供される）を備えることができる。

センササブシステム４０は、調製処理を監視するための処理サブシステム３８に信号を提供する１つ以上のセンサを備えることができる。センサ４０は、典型的には、流体温度センサ、液面センサ、例えば抽出ユニット２６の位置を検知するための位置センサ、流量及び／又は容積センサ、のうちの１つ以上を備える。

処理サブシステム３８は、計算動作を実行するように構成された１つ以上のデバイスを備え、例えばそれは、１つ以上のマイクロプロセッサと、特定用途向け集積回路（ＡＳＩＣ）と、マイクロコントローラと、プログラマブルロジックデバイス（例えば、フィールドプログラマブルゲートアレイ）と、デジタル信号プロセッサ（ＤＳＰ）と、を備えることができる。特に、構成要素処理サブシステム１４の構成要素を制御して、１つ以上の調製処理を実行することができる。制御は、センササブシステム４０からの入力信号を利用することを含むことができる。

メモリサブシステム４６は、処理サブシステム３８及びネットワークサブシステム１２８のためのデータ及び／又は命令を記憶するための１つ以上のデバイスを含む。メモリサブシステムは、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、及び／又は他のタイプのメモリを備えることができる。命令は、調製処理として処理サブシステム３８によって実行可能な１つ以上のコンピュータプログラムを含む。コンピュータプログラムは、１つ以上のプログラムモジュールから構成されてもよい。プログラムモジュールは、任意の適切な方法、例えば、高水準手続き型言語と、オブジェクト指向言語と、アセンブリ言語又は機械言語と、によって実現することができる。更に、言語は、処理サブシステムによって実行されるようにコンパイル又はインタプリタしてもよい。

消費監視サブシステム
消費監視サブシステム１２６は、容器処理サブシステム１４による容器６の消費を監視し、そこから容器消費情報を決定するように動作可能であり、容器消費情報は消費された容器の数又は実行された調製処理を含む。消費監視サブシステム１２６は、消費情報の取得、記憶及び処理のために、制御サブシステム１６（例えば、処理サブシステム３８及びメモリサブシステム４６）のリソースを共有することができる。

一実施形態では、消費監視サブシステム１２６は、例えば調製処理の実行を記憶することによって、制御サブシステム１６による調製処理の実行から消費情報を導出する。

代替実施形態では、消費監視サブシステム１２６は、消費中の処理（例えば、容器処理サブシステム１４による処理中、又はサブシステムに供給されるとき、又はサブシステムから排出されるとき）において容器を検知するように構成された容器検出センサ１３０を備える。特に、容器検出センサは、容器排出チャネル３４Ｂに配置して、容器処理サブシステムから排出される容器を検出することができる。

後者の実施形態の利点は、消費監視サブシステム１２６が消費をより確実に監視するように動作可能であることである。例えば、それは、同じ容器で複数回実施される調製処理を、調製のために説明することができる。容器検出センサ１３０は、容器の金属部分を検出するように動作可能な誘導センサと、光センサ（例えば、光電センサ）と、静電容量式、磁気式又は他の検知用に構成され得るセンサのような他の適切な近接センサと、からなる群から選択することができる。したがって、消費情報は、センサからの容器の検出を記憶することから導出される。

ネットワークサブシステム
ネットワークサブシステム１２８は、マシン４と電子デバイス１１８の間のデータ通信のために構成された１つ以上のネットワークデバイス４８を備える。図１に示されるように、データ通信はギザギザの線１８４によって表される。一般に、データ通信用の信号は無線であり、電波で送信される。ネットワークサブシステムは、Ｂｌｕｅｔｏｏｔｈ（商標）ネットワークシステムと、セルラーネットワークシステム（例えば、ＵＭＴＳ、ＬＴＥなど）と、ユニバーサルシリアルバス（ＵＳＢ）ネットワークシステムと、ＩＥＥＥ８０２．１１に記載されるような無線ＬＡＮと、有線ＬＡＮ（ローカルエリアネットワーク）と、近距離通信システムと、他のそのようなシステムと、を備えることができる。ネットワークサブシステム１２８は、概して、通信プロセッサと、コントローラと、無線／アンテナと、及び／又はサポートされている各ネットワーク又は通信システムに結合し、通信し、それらに対してデータ及びイベントを処理するために使用される他のデバイスと、を備える。

ネットワーク
図１を参照すると、外部ネットワーク１２２は、電子デバイス１１８と遠隔リソース１２０の間のデータ通信のためのものであり、実施形態を実施することができる任意の適切な環境を備える。典型的には、電子デバイス１１８は、（後述されるように）小型フォームファクタの携帯用（又はモバイル）電子デバイスである。したがって、ネットワークは、典型的には、モバイルネットワーク又はセルラーネットワークなどの無線ネットワーク、例えばデータ通信のためのＧＳＭ（モバイル通信のためのグローバルシステム）に基づくＧＰＲＳ（汎用パケット無線サービス）システム、を備える。他の非限定的な実現形態は、ＬＴＥ（長期進化型）、ＵＴＭＳ（ユニバーサルモバイル通信システム）、ＥＤＧＥ（ＧＳＭ進化型又はＧＰＲＳの拡張データレート）、Ｄ−ＡＭＰＳ及びＣＤＭＡ２０００を備える。ネットワークは、様々な有線又は部分的に有線のネットワーク、例えば、インターネットと、有線ＬＡＮ（ローカルエリアネットワーク）と、Ｋｉｒｋｌａｎｄ ＷａｓｈのＢｌｕｅｔｏｏｔｈ Ｓｐｅｃｉａｌ Ｉｎｔｅｒｅｓｔ ＧｒｏｕｐからのＩｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）８０２．１１規格又はＢｌｕｅｔｏｏｔｈ（商標）に記載されるような無線ＬＡＮと、近距離ネットワークインターフェースのような任意選択の更なる無線インターフェースと、を更に備えることができる。

遠隔リソース
図１を参照すると、遠隔リソース１２０は、マシン４及び電子デバイス１１８に対して遠く離れた（すなわち、異なる場所にある）所にあり、ネットワーク１２２を介してデバイスに接続するためのリソースを備える。遠隔リソース１２０は、概して、クライアントからの要求（例えば、コンテナの注文、及び後述するように在庫注文情報及び在庫注文識別子の提供のための要求）に役立つソフトウェアを備える。遠隔リソースは、任意選択で、専用コンピュータ又はそのクラスタを更に備えることができる。リソースは、ユーザアカウント情報などのデータの記憶のために、データベースサーバ、例えばＭｉｃｒｏｓｏｆｔ ＳＱＬ Ｓｅｒｖｅｒ（商標）又はＯｒａｃｌｅ（商標）を備えることができる。

電子デバイス
図５は、電子デバイス１１８の例示的実現形態を示すブロック図である。電子デバイス１１８は、概して、電波により無線信号を送受信し、その信号を処理するように動作可能である。信号は、無線信号とは異なる通信プロトコルによる有線通信を介してもよい。信号を処理することは、概して、パケット又はフレームで無線信号を受信することと、パケット又はフレームを復号／抽出してパケット又はフレームを取得することと、パケット又はフレームを処理して、そこに含まれる情報を決定することと、を含む。電子デバイス１１８は、概して、処理サブシステム１３２と、メモリサブシステム１３４と、ネットワークサブシステム１３６と、ディスプレイサブシステム１３８と、入出力（Ｉ／Ｏ）システム１４６と、を含み、それぞれが順に記載される。

処理サブシステム１３２は、計算動作を実行するように構成された１つ以上のデバイスを備え、例えばそれは１つ以上の、マイクロプロセッサと、特定用途向け集積回路（ＡＳＩＣ）と、マイクロコントローラと、プログラマブルロジックデバイス（例えば、フィールドプログラマブルゲートアレイ）と、デジタル信号プロセッサ（ＤＳＰ）と、を備えることができる。

メモリサブシステム１３４は、処理サブシステム１３２及びネットワークサブシステム１３６のためのデータ及び／又は命令を記憶するための１つ以上のデバイスを含む。メモリサブシステムは、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、及び／又は他のタイプのメモリを備えることができる。メモリサブシステムは、１つ以上の大容量記憶デバイス、例えば磁気又は光学ドライブと、ソリッドステートドライブと、を更に備えてもよい。そのような実施例では、大容量記憶デバイスは、使用される頻度がより少ないデータの記憶に使用され得る。

命令は、処理サブシステム１３２によって実行可能な１つ以上のコンピュータプログラム（例えば、モバイルアプリケーション）を含む。コンピュータプログラムは、１つ以上のプログラムモジュール１４２から構成されてもよい。プログラムモジュール１４２は、任意の適切な方法、例えば、高水準手続き型言語と、オブジェクト指向言語と、アセンブリ言語又は機械言語と、によって実現することができる。更に、言語は、処理サブシステム１３２によって実行されるようにコンパイル又はインタプリタしてもよい。命令は、オペレーティングシステム１４４を更に含み、前述のハードウェア及びソフトウェアリソースを管理することができる。

ネットワークサブシステム１３６は、有線及び／又は無線ネットワークで結合し通信する（すなわち、ネットワーク化された動作を実行する）ように構成された１つ以上のデバイスを備える。ネットワークサブシステムは、Ｂｌｕｅｔｏｏｔｈ（商標）ネットワークシステムと、セルラーネットワークシステム（例えば、ＵＭＴＳ、ＬＴＥなど）と、ユニバーサルシリアルバス（ＵＳＢ）ネットワークシステムと、ＩＥＥＥ８０２．１１に記載されるような無線ＬＡＮと、有線ＬＡＮ（ローカルエリアネットワーク）と、近距離通信システムと、他のそのようなシステムと、を備えることができる。ネットワークサブシステム１３６は、概して、通信プロセッサと、コントローラと、無線／アンテナと、及び／又はサポートされている各ネットワーク又は通信システムに結合し、通信し、それらに対してデータ及びイベントを処理するために使用される他のデバイスと、を備える。

ディスプレイサブシステム１３８は、ディスプレイドライバ及び液晶ディスプレイ、マルチタッチ式タッチスクリーンなどのディスプレイを含み得るディスプレイに情報（実行されたプログラムからの情報など）を表示するためのものである。

入出力（Ｉ／Ｏ）システム１４６は、ユーザ入力を受信して処理サブシステム１３２のためにデジタルデータに変換し、プロセッサからのデジタルデータを変換してユーザに出力するように、動作可能である。したがって、入力の態様は、キーボード／キーパッド、ダイヤル、ホイール、タッチスクリーン、マイクロフォン、などのような適切な入力ハードウェアを備えることができる。出力の態様は、オーディオ出力デバイス、例えばスピーカと、ディスプレイサブシステム１３８、などの適切な出力ハードウェアを備えることができる。

電子デバイス１１８は、少なくとも１つのネットワークインターフェースを有する任意の電子デバイスとすることができる（又はそれに含まれ得る）。例えば、電子デバイスは、以下とすることができる（又はそれらに含まれ得る）：デスクトップコンピュータ、ラップトップコンピュータ、サーバ、メディアプレーヤ（ＭＰ３プレーヤなど）、サブノートブック／ネットブック、タブレットコンピュータ、スマートフォン、セルラー電話、セットトップボックス、パーソナルデジタルアシスタント（ＰＤＡ）、ゲームコンソール、及び／又は別の電子デバイス。

上記の特定の構成要素は電子デバイス１１８を記載するのに使用されるが、代替の例では、異なる構成要素及び／又はサブシステムが存在し得る。例えば、電子デバイスは、１つ以上の追加の、処理サブシステム、メモリサブシステム、ネットワークサブシステム、ディスプレイサブシステム、及び／又はセキュアなＩ／Ｏサブシステム、を備えることができる。更に、１つ以上のサブシステムは電子デバイス１１０内に存在しなくてもよい。更に、いくつかの実施例では、電子デバイス６は、上述した図示されていない１つ以上の追加のサブシステム、例えば、データ収集サブシステム、及び／又はメディア処理サブシステムを含むことができる。

別々のサブシステムについて上述したが、所与のサブシステム又はその構成要素のいくつか又はすべてを、１つ以上の他のサブシステム又はその構成要素に統合することができ、例えば、いくつかの実施形態では、コンピュータプログラムは、メモリサブシステム１３４のオペレーティングシステム１４４に含まれ、Ｉ／Ｏシステム１４６はディスプレイサブシステム１３８のディスプレイを備える。

容器消費の監視
消費監視のための第１の実施形態によれば、飲料調製マシン４の消費監視サブシステム１２６は、マシンの設置場所における容器の量を詳述する情報を含む在庫状態情報１４８を更新して、その量を修正値に維持するように動作可能となっている。在庫状態情報は、典型的には、制御サブシステム１６の前述のメモリサブシステム４６又は消費監視サブシステム１２６の専用メモリなどの、メモリに記憶される。

第１の実施例では、更新は、前述の消費情報１５０を用いて在庫状態情報１４８を更新することを含む。特に、これは、消費された各容器が、マシンの設置場所における容器の数値から減算され導出される消費の数値を含むことができる。

第２の実施例では、更新は、前述の消費情報１５２を用いて在庫状態情報１４８を更新することを含む。後者は、ユーザによって購入された容器の量を詳述する情報を含む。特に、これは、ユーザによって購入された容器の数値を、マシンの設置場所における容器の数値と合計することを含むことができる。概して、在庫注文情報は、ネットワークサブシステム１２８によって受信され、消費監視サブシステム１２６に伝送される。概して、在庫注文情報は電子デバイス１１８から送信されるが、あるいは遠隔リソース１２０から送信されてもよい。

第１及び／又は第２の実施例による更新に続いて、更新された在庫状態情報１４８は、以下に説明するように、典型的には、ネットワークサブシステム１２８を介して電子デバイス１１８に伝送されて表示される。

図６は、上記処理を示すフロー図である。任意選択のブロック１５４で、在庫状態情報１４８は、例えばマシン４に供給された容器の量又は情報に関連付けられた以前の値を使用することによって、初期化される。条件１５６は、新規の消費情報が受信されたかどうかを判定することを含み、真であればブロック１５８は、在庫状態情報１４８のその後の更新を表す（すなわち、在庫状態情報で示された量を消費情報で示された量だけ減分することによって）。条件１５６は、典型的には、容器検出センサ１３０（又は制御サブシステム１６）からの信号に応答して実行される。条件１６０は、新規の在庫注文情報が受信されたかどうかを判定することを含み、真であればブロック１６２は、在庫状態情報１４８のその後の更新を表す（すなわち、在庫状態情報で示された量を在庫注文情報で示された量だけ合計することによって）。条件１６４は、典型的には、条件１５６及び１６０に続いて実行され、在庫状態情報が変更された場合、ブロック１６６が実行されて電子デバイス１１８に情報を送信する（又は送信のためにバッファする）。図６に示す処理は、以下の１つ以上にしたがって実行することができる：定期的に、消費／在庫注文情報のいずれかが変更されたときに、電子デバイス１１８へのネットワーク接続が行われたときに。

上記の処理は、電子デバイス１１８において実行される１つ以上の部分で適合できることが理解されよう。例えば、消費監視のための第２の実施形態では、同様の処理が電子デバイス１１８で実行され、それによって消費情報１５０がマシン４からデバイスに送信され、在庫注文情報１５０が、遠隔リソース１２０からデバイスで受信される。更に、消費監視のための第３の実施形態では、同様の処理が遠隔リソース１２０で実行され、それによって消費情報１５０がマシン４から任意選択の電子デバイス１１８を介してリソースに送信され、在庫注文情報１５２は、電子デバイス又はＰＣなどの別のそのようなデバイスを介してリソース上で受信される。

更新された在庫状態情報１４８は、（第１〜第３の実施形態の実現に応じて）電子デバイス１１８に伝送されるか又は電子デバイスにおいて導出され、続いてディスプレイデバイス１３８を用いてデバイスのユーザに表示される。特に、デバイス１１８で動作するコンピュータプログラム１４２は、在庫状態情報の自動表示を行うように実行可能とすることができる（典型的にはその数値が表示されるが、低、中又は高などの指示が代わりに表示されてもよい）。図８は、電子デバイス１１８の表示サブシステム１２８の表示を示す概略図であり、それにより、在庫状況情報１４８は、６８の数値を有するとして表示される。実現された特定の実施形態に応じて、更新された在庫状態情報を決定することもできる。更に、プログラム１４２は、実行されると、消費情報１５０又は更新された在庫状態情報１４８のいずれかを取得する目的で、マシン４に自動的に接続するように構成することができる。

上記のものと組み合わせられ得る実施形態では、在庫注文識別子を在庫注文情報１５２と関連付けて処理することができる。在庫注文識別子は、特定の在庫注文情報１５２を関連付けている。特に、在庫注文識別子は、容器の特定の注文を好都合に識別するために使用することができる。在庫注文識別子は、例えば、任意選択で暗号化され得る数値（例えば２進）又は英数字（例えばＡＳＣＩＩ）又は他の適切な表現を含むことができる。

在庫注文識別子を処理するための第１の実施形態では、第１の在庫注文識別子が、ネットワーク１２２を介して遠隔リソース１２０から電子デバイス１１８で受信される。特に、それは、関連付けられた在庫注文情報とともに、又は後述する条件の遂行を完了するという情報の前触れとして受信され得る。より具体的には、電子デバイス１１８における前述のコンピュータプログラム１４２は、発注に応じて第１の識別子を取得するように動作可能である。更に、コンピュータプログラムは、実行されると、遠隔リソース１２０への接続を確立し、最新の発注に対する第１の注文識別子を取得するように動作可能である。

第２の在庫注文識別子は、マシン４から電子デバイス１１８で受信される。前述のコンピュータプログラム１４２は、実行されると、マシン４への接続を確立し、そこから第２の注文識別子を取得するように動作可能である。

第１及び第２の在庫注文識別子を利用して、コンピュータプログラム１４２はそれらの値を比較する。値が同じであれば、次いで関連付けられた注文は古いと判断することができる。注文が古い場合、次のアクションは取られない。値が異なる場合、関連付けられた注文が新規であると判定することができる。注文が新規である場合、コンピュータプログラムは、第１の在庫注文識別子をマシン４に送信してそこに記憶する、すなわち１つの第２の在庫注文識別子として、又は複数の第２の在庫注文識別子の１つとして記憶する。更に、関連付けられた在庫注文情報１５２を、上述の方法で、マシンに送信することができ、そこで在庫状態情報１４８を更新する。このようにして、在庫状態情報は、新規注文に関する在庫注文情報によってだけ更新される（新しい注文が識別されるたびに、関連付けられた最初の在庫注文識別子がマシンに記憶されて再度２回目として処理されることを防止するので、古い注文に対しての更新は行われない）。

図７Ａは上記の処理を示すブロック図であり、ブロック１７２は、第１及び第２の在庫注文識別子の取得を表し、条件１７４は、上記識別子が同じであるかどうかの判定を表し、次に、真の場合、関連付けられた注文は古いものとして識別され、ブロック１７６が実行されて処理を終了し、偽の場合、関連付けられた注文は新規であると識別され、ブロック１７８が実行され、それにより第１注文識別子及び関連付けられた在庫状態情報がマシンに伝送される。

在庫注文識別子を処理するための前述の第１の実施形態は、例えば、マシン４又は電子デバイス１１８で実行される処理の様々な部分に適合することができる。例えば、第２の実施形態では、第２の在庫注文識別子は、マシン４（これは、在庫注文識別子と同様の構成を有するマシン識別子を介して識別することができる）に関連付けて電子デバイス１１８に記憶され、したがって、第２の在庫注文識別子をマシン４に及びマシン４から送信することを必要とせず、第１及び第２の在庫注文識別子の値の前述の比較は、第１の実施形態について説明したように、コンピュータプログラム１４２によって実行される。第３の実施形態では、第１の在庫注文識別子がマシン４に（例えば電子デバイス１１８を介して、又はネットワーク１２２を介して直接）送信され、第１及び第２の在庫注文識別子の値の比較がマシン４で、すなわち対応するコンピュータプログラムによってそこで実行される。そのような場合、前述のユーザからの応答の要求は、マシンから電子デバイス１１８へのメッセージの送信によって、又はマシン４のユーザインターフェースサブシステム３６の使用によって達成することができる。第４の実施形態では、第１の注文識別子は、（遠隔リソース１２０から送信されるのではなく）電子デバイスのコンピュータプログラムによって生成してもよく、他の処理により、第１の実施形態のように実行される。

在庫注文識別子を処理するための実施形態は、注文が新しいものとして識別された場合（すなわち、第１及び第２の在庫注文識別子が異なる場合）、コンピュータプログラム１４２が、上述の続くアクションを行う前に、電子デバイス１１８（又は、マシン４のユーザインターフェースサブシステム３６）のＩ／Ｏサブシステム１４６を介して、ユーザからの応答を要求することを含むことができる。特に、応答は、ユーザが第１の在庫注文識別子に関する在庫注文情報をマシン４に関連付けることを望むかどうかに関する応答である。上記要求は、典型的には、ディスプレイサブシステム１３８に表示され、応答はＩ／Ｏサブシステム１４６によって受信される。ユーザが注文をマシン４に関連付けることを望む場合、注文は上述のように新規のものとして処理することができる。ユーザが注文をマシン４に関連付けることを望まない場合、第１の在庫注文識別子は、マシン４に送信されてそこに記憶され得る（又はマシンに関連付けて電子デバイス１１８に記憶され得る）が、関連付けられた在庫注文情報は在庫注文情報の更新には使用されず、例えばそれはマシン４には送信されない。図７Ｂは、図７Ａの条件１７４と１７８の間で実行することのできる更なる条件を１８０として示すフロー図であり、ブロック１８２はブロック１７８の場合を表し、それによって在庫注文情報は更新されない。

この更なる条件を実現する利点は、ユーザが容器を購入するが、容器をマシン４に関連付けないことを選択できることである。すなわち、容器はシステム１１４の一部ではない別のマシンで使用するためのものであってもよい。

更なる利点は、コンピュータプログラムを、システム１１４の一部を形成し得る複数のマシン４で動作するように拡張できることである。特に、実施形態の拡張においては、複数のマシンがコンピュータプログラム１４２と通信する。新規の注文に関連付けられた第１の在庫注文識別子が、遠隔リソース１２０から受信される。システム１１４の各マシン４に関連付けられた第２の在庫注文識別子は、第１の在庫注文識別子に対してチェックされる。識別子が新規であると判定された場合（すなわち、第２の識別子のいずれもが第１の識別子と同一でない場合）、ユーザは、マシンの１つを任意選択して関連付けられた在庫注文情報を送信する（それによって、特定のマシンの又は特定のマシンに関連付けられた在庫状態情報を、受信された在庫注文情報を使用して上述のように更新することができる）。更に、第１の在庫注文識別子を、各マシン／関連付けされた各マシンに、又は選択されたマシンのみに送信して、再度２回目として処理されることを防止することができる。

マシン４（又は電子デバイス１１８）は、複数の第２の在庫注文識別子、例えば、２〜２０又は２〜１０を記憶するように構成することが可能であり、複数の第２の在庫注文識別子は、複数の過去の注文から集計することができる。特に、第１及び第２の識別子が異なるかどうかの前述のチェックは、第１の識別子が、マシンに記憶されたすべての第２の識別子と同じであるかどうかをチェックすることを含むことができる。このようにして、以前の注文が再処理されることを防止することができる。このような記憶デバイスはスタックメモリパラダイムとして実装することが好ましく、それによって新規の識別子が最も古い識別子を置き換える。利点は、メモリ割り当ての最小限の制御しか必要でないことであり、例えばメモリが満杯のときには定期的にパージする必要はない。

上記の実施形態では、在庫状態情報１４８の手動調整を可能にすることができる。利点は、ユーザにとってシステムがより柔軟で好都合なことであり、破損、容器の紛失、又は他の場所で購入された容器について説明することができる。

特に、ユーザからの入力は、電子デバイス１１８のＩ／Ｏサブシステム１４６で受信してもよく、その入力は処理されて在庫状態修正情報を決定する。在庫状態修正情報は、在庫状態情報を増減させる量（すなわち、数値）を含む。在庫状態情報がマシン４で更新される実施形態では、在庫状態修正情報がマシンに送信され、在庫状態修正情報は、適切な量だけそれを増減させることによって在庫状態情報１４８を更新するために続いて使用される。電子デバイス１１８における在庫状態情報（すなわち、数値）の上述の自動表示は、適切な量だけ調整することができる。例えば、在庫状態情報がマシン４で更新されて電子デバイスに送信された後に、又は電子デバイスにおいて並行して、在庫状態情報はデバイスで更新される。図８は、電子デバイス１１８のディスプレイサブシステム１３８の表示を示す概略図であり、それによりＩ／Ｏサブシステムのインデックス１６８が在庫状態情報１４８の調整のために選択可能である。上記の変形例では、ユーザからの入力はマシン４のユーザインターフェース３６で受信され、それにより、更新された在庫状態情報を含むメッセージが上記のようにディスプレイサブシステムに表示するために電子デバイスに送信される。

上記の実施形態では、電子デバイス１１８のコンピュータプログラム１４２は、新しい容器の注文を実行するように動作可能である。コンピュータプログラムは、特に、ユーザ要求を受信する（すなわち、Ｉ／Ｏサブシステム１４６を介して）ように動作可能であり、ユーザが指定した又は所定の容器量を注文することができる。図８に示す実施例では、要求は、統一資源位置指定子（ＵＲＬ）に関連付けられたオブジェクト１７０の選択によって受信され、遠隔リソース１２０に要求を提出する。要求の受信に応答して、ネットワーク１２２を介して遠隔リソース１２０に自動的に接続して、このリソースにメッセージを送信することができる。メッセージは、購入のための容器の量及びタイプを含むことができる。メッセージは、ユーザの認証のためのユーザ資格情報を更に含むことができ、それによって、遠隔リソース１２０は、注文を処理する前に資格情報を認証するように構成される。資格情報は、ユーザアカウント識別子及び／又はパスワードを含むことができる。識別子は、電子デバイスの秘密鍵又は他の適切な認証構成によって作成されたデジタル署名を含むことができる。メッセージは単一のアイテムに限定されず、例えばデータグラムのペイロードとして又は通信プロトコルに応じて複数のパケットとして送信されてもよいことが理解されよう。

遠隔リソース１２０において、メッセージは、注文を実行するために処理され、メッセージはユーザ資格情報に関連付けられたアドレスへの注文の準備及び送信を含むことができる。具体的には、処理の一部として、遠隔リソース１２０は、対応する在庫注文情報１５２を電子デバイス１１８に送信し、上記実施形態で説明した方法の１つで（例えば、電子デバイス１１８又はマシン４において）、在庫状態情報１４８を更新することができる。更に、上記処理の一部として、遠隔リソース１２０は、対応する第１の在庫注文識別子を電子デバイス１１８に送信し、上述の実施形態にしたがって（例えば、在庫状態情報の送信の前又はそれと同時に）第２の在庫状態識別子と比較することができる。それにより、その比較に続いて結果としての処理が実行される。

電子デバイス１１８のコンピュータプログラム１４２は、在庫状態情報１４８を用いて、マシン４の設置場所における容器の実際の在庫量を、所定の値、例えば、ユーザ定義可能である５又は１０などの２〜３０の値と比較するように動作可能である。その量が上記の値未満である場合、ユーザへの通知を表示することができる（すなわち、ディスプレイサブシステム１３８を介して）。その通知は、在庫状態情報１４８に関する数値量の色の変化を含むことができ、例えばその量は、緑色又は青色又は白色などの第１の色から、赤色又はオレンジ色又は黄色などの第２の色に変化して在庫不足を指示することができる。図８に示す実施形態では、在庫状態１４８に関連付けられた量は、所定の値未満の場合にはオレンジ色（図示せず）で表示され、所定の値を超える場合には白で表示される。あるいは、在庫不足を通知するための文字を含むメッセージが表示される（例えば、「容器在庫が不足している」又は「残りの容器は１０個未満」など）。

上記実施形態では、容器の在庫を個別化することができる。特に、在庫を、容器のタイプ及び／又は内容物に基づいて個別化することができ、例えばコーヒーカプセルは、そこに貯蔵されるコーヒーのタイプ及びカプセルのサイズによって個別化することができる。

在庫の個別化によって、前述の処理は、各タイプの容器に対して個別に実行され得る。例えば、在庫状態情報１４８は、各タイプの容器の在庫を詳述する要素を有するアレイを含み、それにより、在庫注文情報１５２及び消費情報１５０は対応するアレイを備え、上述の方法を使用して、相互からの関連付けられた要素をそれぞれ加算又は減算することによって在庫注文情報を更新する。更に、在庫状態識別子は、そのような在庫注文情報のアレイに関連することができる。更に、電子デバイス１１８のコンピュータプログラムは、在庫状態情報を用いて各容器タイプの量を表示し、任意選択で、各量を上記で定義した所定の値と比較するように構成することができる。

容器の種類に関する消費情報１５０を決定するために、容器検出センサ１３０（又は追加のセンサ）及び任意選択のデータベース（ルックアップテーブルなど）を、容器のタイプを識別するように構成することができる。例えば、以下のものからなる群の１つ以上により行われる：容器の特徴的な色を決定するためのＲＧＢ色の検知、バーコード又は他のそのようなコードを含み得る光学的に読み取り可能なコードのような、容器のコードの読み取り及びコードの復号、誘導性又は容量性検知及び特性値との比較、例えば近接センサ又は機械的変形に応答して荷重を検知するように動作可能なセンサによる、容器の形状の検知及び特性値との比較、容器から取得されたグラフィック画像の画像処理、及び例えば、特徴的なロゴ又はその他の識別子の画像における識別パラメータの決定。あるいは、特定の調製処理は特定の容器タイプとともにだけ実行されると仮定してもよく、このようにして、特定の処理が実行されるとき、特定の容器タイプが消費されると推定することができ、したがって消費情報は制御システム１６から導出され、かくて容器タイプのために構成されたセンサは不要になる。

１１４ 容器監視システム
２ 飲料又は食品調製システム
４ 飲料又は食品調製マシン
１０ ハウジング
１１０ ベース
１１２ 本体
１４ 容器処理サブシステム
１２ 流体供給部
２０ リザーバ
２２ 流体ポンプ
２４ 流体熱交換器
２６ 抽出ユニット
２８ 注入ヘッド
３０ カプセルホルダ
３２ カプセルホルダ装填システム
３４Ａ カプセル挿入チャネル
３４Ｂ カプセル排出チャネル
１６ 制御サブシステム
３６ ユーザインターフェースサブシステム
３８ 処理サブシステム
４６ メモリサブシステム
４０ センササブシステム
１２６ 消費監視サブシステム
１３０ 容器検出センサ
１２８ ネットワークサブシステム
４８ ネットワークインターフェース
６ 容器（カプセル／受容器／パケット）
電子デバイス １１８
１３２ 処理サブシステム
１３４ メモリサブシステム
プログラム
１４２ プログラムモジュール
１４４ オペレーティングシステム
１３６ ネットワークサブシステム
１３８ ディスプレイサブシステム
１４６ 入出力（Ｉ／Ｏ）システム
遠隔リソース １２０
１２２ ネットワーク
１８４ ネットワーク
１４８ 在庫状態情報
１５０ 消費情報
１５２ 在庫注文情報

Claims (20)

1. 飲料又は食品調製マシンであって、
   飲料又は食品容器から飲料又は食品を調製するために前記飲料又は食品容器を処理するための容器処理サブシステムと、
   前記飲料又は食品を調製するために前記容器処理サブシステムを制御する制御サブシステムと、
   前記容器処理サブシステムによる前記飲料又は食品容器の消費を監視し、そこから前記消費に関する容器消費情報を決定するように構成された消費監視サブシステムと、
   ネットワークを介して外部の電子デバイスと通信するためのネットワークインターフェースを備えたネットワークサブシステムと、
   を備え、
   前記消費監視サブシステムは、当該飲料又は食品調製マシンの設置場所における飲料又は食品容器の量に関する情報を含む在庫状態情報を記憶するように構成され、前記消費監視サブシステムは、前記容器消費情報を用いて前記在庫状態情報を更新するように構成され、前記消費監視サブシステムは、前記ネットワークサブシステムを介して、ユーザが購入した飲料又は食品容器の量を正確に示す情報を含む在庫注文情報を受信するように構成され、前記消費監視サブシステムは、前記在庫注文情報を用いて前記在庫状態情報を更に更新するように構成され、前記消費監視サブシステムは、前記ネットワークサブシステムを介して、前記更に更新された在庫状態情報を前記電子デバイスに送信するように構成されている、飲料又は食品調製マシン。
2. 前記消費監視サブシステムは、前記ネットワークサブシステムを介して、在庫注文情報に関連付けられた第１の在庫注文識別子を受信し、前記識別子を１つの第２の在庫注文識別子として又は複数の第２の在庫注文識別子のうちの１つとして記憶するように構成されている、請求項１に記載の飲料又は食品調製マシン。
3. 前記消費監視サブシステムは、前記ネットワークサブシステムを介して、前記電子デバイスからの要求に応答して、又は前記電子デバイスへのネットワーク接続が確立した際に、記憶された前記１つの第２の在庫注文識別子又は前記複数の第２の在庫注文識別子のそれぞれを前記電子デバイスに送信するように構成されている、請求項２に記載の飲料又は食品調製マシン。
4. 前記消費監視サブシステムは、前記電子デバイスから、前記ネットワークサブシステムを介して、前記在庫状態情報への手動修正を正確に示す情報を含む在庫状態修正情報を受信し、前記在庫状態修正情報を用いて前記在庫状態情報を修正するように構成されている、請求項１〜３のいずれか１項に記載の飲料又は食品調製マシン。
5. 前記消費監視サブシステムは、前記容器処理サブシステムの容器排出チャネルに配置された容器検出センサを備え、前記容器検出センサは前記容器処理サブシステムから排出された使用済み容器を検出し、それによって、前記消費監視サブシステムは、前記容器検出センサからの信号を使用して前記容器消費情報を更新するように動作可能となっている、請求項１〜４のいずれか１項に記載の飲料又は食品調製マシン。
6. 前記ネットワークインターフェースは、Ｂｌｕｅｔｏｏｔｈ（商標）又は近距離通信インターフェースなどの無線インターフェースである、請求項１〜５のいずれか１項に記載の飲料又は食品調製マシン。
7. 電子デバイスで実行可能なコンピュータプログラムであって、
   当該コンピュータプログラムは、
   前記電子デバイスのネットワークサブシステムを介して、飲料又は食品調製マシンへのネットワーク接続を取得するための命令、
   前記飲料又は食品調製マシンから、前記飲料又は食品調製マシンの設置場所における飲料又は食品容器の実際の在庫量を含む在庫状態情報を取得し、又は前記在庫状態情報を決定するための情報を取得し、それから前記在庫状態情報を決定するための命令、及び、
   前記電子デバイスのディスプレイサブシステムに前記在庫量を表示するための命令
   を含み、
   ネットワークサブシステムを介して遠隔リソースから、ユーザによって購入された飲料又は食品容器の量を含む在庫注文情報を取得し、ネットワークサブシステムを介して前記在庫注文情報を前記飲料又は食品調製マシンに送信するように構成されている、
   コンピュータプログラム。
8. 当該コンピュータプログラムは、
   前記ネットワークサブシステムを介して前記遠隔リソースから、前記在庫注文情報に関連付けられた第１の在庫注文識別子を取得し、
   前記ネットワークサブシステムを介して前記飲料又は食品調製マシンから、第２の在庫注文識別子を取得し、
   前記第１及び第２の在庫注文識別子が異なるかどうかを判定し、
   異なる場合には、前記遠隔リソースから受け取った前記第１の在庫注文識別子及び前記関連付けられた在庫注文情報の両方を前記飲料又は食品調製マシンへ送信する
   ように構成されている、請求項７に記載のコンピュータプログラム。
9. 前記第１及び第２の在庫注文識別子が異なる場合、当該コンピュータプログラムは、
   前記送信を行う前に、前記電子デバイスの入出力サブシステムを介してユーザから応答を取得し、前記在庫注文が前記飲料又は食品調製マシンに関連付けられるべきかどうかを確認し、
   確認された場合には、前記第１の在庫注文識別子及び関連付けられた在庫注文情報を送信し、
   それ以外の場合、前記第１の在庫注文識別子のみを送信する
   ように構成されている、請求項８に記載のコンピュータプログラム。
10. 当該コンピュータプログラムは、
    前記在庫状態情報の手動調整のために、前記電子デバイスの入出力サブシステムを介して入力を取得し、そこから在庫状態修正情報を導出し、
    前記在庫状態修正情報を飲料又は食品調製マシンに送信し、そこに記憶された在庫状態情報を更新する
    ように構成されている、請求項７〜９のいずれか１項に記載のコンピュータプログラム。
11. 当該コンピュータプログラムは、
    前記電子デバイスの入出力サブシステムから、ある容器量を注文するためのユーザ要求を取得し、遠隔リソースに接続し、前記遠隔リソースから前記容器量の注文を実行し、前記リソースから、関連付けられた在庫注文情報及びそれに関連付けられた任意選択の第１の在庫注文識別子を取得するように構成されている、請求項７〜１０のいずれか１項に記載のコンピュータプログラム。
12. 当該コンピュータプログラムは、
    前記在庫状態情報を用いて、飲料又は食品容器の実際の在庫量を所定の値と比較し、
    在庫状態が前記値未満であるかどうかを判定し、
    未満であれば、前記電子デバイスの入出力サブシステムを介してユーザに通知を提供する
    ように構成されている、請求項７〜１１のいずれか１項に記載のコンピュータプログラム。
13. 請求項７〜１２のいずれか１項に記載のコンピュータプログラムを備える電子デバイス。
14. 請求項１３に記載の前記電子デバイス及び請求項１〜６のいずれか１項に記載の前記飲料又は食品調製マシンを備える、飲料又は食品容器の消費を監視するシステム。
15. 飲料又は食品容器の消費を監視する方法であって、
    飲料又は食品調製マシンにおいて容器消費情報を導出することと、
    前記容器消費情報を使用して、前記飲料又は食品調製マシンの設置場所における飲料又は食品容器の在庫量を正確に示す情報を含む在庫状態情報を更新することと、
    前記飲料又は食品調製マシンの外部の電子デバイスにおいて前記更新された在庫状態情報を取得することと、
    前記更新された在庫状態情報から導出された前記在庫量を前記電子デバイスに表示することと、
    を含み、
    前記電子デバイスにおいて前記在庫量を表示する前に、
    ユーザが購入した容器の量を正確に示す情報を含む在庫注文情報を電子デバイスにおいて取得することと、
    前記在庫注文情報を用いて前記在庫状態情報を更新することと、
    を更に含む、
    方法。
16. 前記電子デバイスにおいて在庫注文情報に関連付けられた第１の在庫注文識別子を取得することと、
    前記第１の在庫注文識別子を、前記電子デバイス又は前記飲料又は食品調製マシンに記憶された第２の在庫注文識別子と比較することと、
    前記第１及び第２の在庫注文識別子が異なるかどうかを判定することと、
    異なる場合、前記第１の在庫注文識別子を、前記第２の在庫注文識別子又は更なる第２の在庫注文識別子として、前記電子デバイス又は前記飲料又は食品調製マシンのいずれかに記憶することと、
    前記第１の在庫注文識別子に関連付けられた前記在庫注文情報を用いて前記在庫状態情報を更新することと、
    を更に含む、請求項１５に記載の方法。
17. 前記第１の在庫注文識別子を前記第２の在庫注文識別子又は更なる第２の在庫注文識別子として記憶する前に、
    前記飲料又は食品調製マシン又は前記電子デバイスのユーザからの、前記第１の在庫注文識別子に関連付けられた前記在庫注文が前記飲料又は食品調製マシンに関連付けられるべきであることを確認する応答を取得することと、
    確認された場合、
    前記第１の在庫注文識別子を前記第２の在庫注文識別子又は更なる第２の在庫注文識別子として記憶し、前記第１の在庫注文識別子に関連付けられた前記在庫注文情報を用いて前記在庫状態情報を更新することと、
    それ以外の場合、前記第１の在庫注文識別子を、前記第２の在庫注文識別子又は更なる第２の在庫注文識別子として記憶することのみと、
    を更に含む、請求項１６に記載の方法。
18. 前記在庫状態情報の手動調整のためにユーザからの入力を受信し、そこから在庫状態修正情報を導出することと、
    前記在庫状態修正情報を用いて前記在庫状態情報を更新することと、
    前記更新された前記在庫状態情報を表示することと、
    を更に含む、請求項１５〜１７のいずれか１項に記載の方法。
19. 容器量を注文するためのユーザ要求を受信することと、
    前記電子デバイスをコンピュータネットワークを介して遠隔リソースに接続することと、
    前記容器量を前記遠隔リソースから注文することと、
    前記電子デバイスにおいて、関連付けられた在庫注文情報及び／又は第１の在庫注文識別子を取得することと、
    を更に含む、請求項１５〜１８のいずれか１項に記載の方法。
20. 前記在庫状態情報を用いて、前記飲料又は食品調製マシンの設置場所における実際の容器在庫を所定の値と比較することと、
    在庫状態が前記値未満であるかどうかを判定することと、
    未満であれば、ユーザへの通知を表示することと、
    を更に含む、請求項１５〜１９のいずれか１項に記載の方法。
    

Images