分配システム
多数の飲料成分から形成される飲料（１２）を分配するための装置（１５）。弁（１６Ａ）は、それぞれの飲料成分（１２）と多数の出口を結合するための、多数の入口を有するハウジングを備え、多数の出口はそれぞれ、それぞれの流路（１７）によってそれぞれの入口に結合される。多数の流量制御装置（３０、３１）が、それぞれの飲料成分の前記供給部（１２）を制御するために、それぞれの流路（１７）内に設けられる。別の実施形態において、小樽を管路に連結するための、洗浄溶液供給部に連結するようになされたコネクタが開示される。さらなる実施形態において、コンテンツを表示する方法、コンテンツを提示するための、処理システムを伴う装置が開示される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、流体を分配するためのシステムに関し、特に、飲料分配システムに関する。
【背景技術】
【０００２】
本明細書におけるいかなる従来技術の参照も、従来技術が周知の一般的な知識の一部を形成するということの承認または何らかの形の提言ではなく、そうであるとみなされるべきではない。
【０００３】
現在、生ビールなど冷蔵された飲料が提供される店舗では、通常、この飲料の提供は、分配される飲料を収容する加圧された樽を有することにより実現される。樽は次いで、小樽コネクタおよびビール管路を通じて栓へと連結され、そのため栓が開かれると、樽内部のビールの圧力によってビールがグラス内へと分配される。樽内の飲料の圧力を維持するために、小樽コネクタはガス圧管路を備えており、それを通って気体が小樽内へと押し込まれ、それによって小樽が加圧されて、液体が小樽コネクタを通り、次いで分配管路内へと押し進められる。これに加えて、通常、ビール管路内をビールが流れるときにそれを冷却するために、冷却システムが使用され、それによって、飲料が所望の冷蔵温度で提供されることを保証する。
【０００４】
通常、このようなシステムでは、分配される飲料の量を制御するために、バーテンダーなど操作者がビール栓の動作を手動で制御することが必要である。これは時間がかかる仕事であり、バーなどで、忙しい時間帯に長い待ち時間を生じるおそれがある。
【０００５】
このようなシステムで生じる第２の問題は、樽加圧システムまたは冷蔵システムいずれかの障害である。特に、これらのシステムにおける問題は、ビールの加圧不足または冷蔵不足をもたらすおそれがある。これによって、一般に、提供される飲料の品質低下が生じることになる。
【０００６】
訓練されたバーの従業員は、問題を認識することができるが、問題は飲料が何度も供給された後まで認識されないことが多い。こうした飲料は通常交換されなければならないが、これは無駄であり、店舗所有者の経費増大をもたらすおそれがある。しかし、さらに悪いことは、問題が発見または是正されないことであり、その場合に店舗は、飲料に不満な客を失うことになる。醸造所など飲料の供給業者は、製品基準が維持されることを保証する必要があるので、飲料供給業者にとってもこれは問題である。
【０００７】
これに加えて、ビールの場合、ビールが汚染されることを防止するために、設備が清浄に保たれることを保証することが重要である。特に、シュウ酸カルシウムなど酵母培養物は、ビール管路内に蓄積しやすく、したがって、ビールがビール栓へと供給されるときにそれを汚染する可能性がある。最近の研究によって、シュウ酸カルシウムおよびその他のそのような汚染物質が、消費者の健康に重大な影響を有する可能性があることが示されている。特に、研究によって、乳ガンおよび腎結石などの疾患との関係が示されている。
【０００８】
酵母培養物の蓄積は、ビールがビール管路を通って最初に供給されたほぼ直後から始まるので、ビール管路の定期的な洗浄が必要とされる。一般に、洗浄が行われる頻度は店舗所有者によって制御され、醸造所には、洗浄頻度を監視し、したがって基準を課す機会が、ほとんどない。したがって、これも同様に、分配される製品の品質に対する影響を有するおそれがあり、この場合も、醸造所ならびに店舗に悪影響を及ぼすおそれがある。
【０００９】
通常、管路の洗浄が必要な場合、操作者は、小樽コネクタを小樽から取り外し、次いで、洗浄溶液が管路を通って給送されそれによって管路が洗浄されるように、小樽コネクタを洗浄溶液の供給源へと結合しなければならない。洗浄プロセスが完了すると、小樽コネクタを、小樽に再び連結させることができる。
【００１０】
洗浄後に、管路は洗浄溶液の残余部分を含み、これは一般に、小樽からかなりの量の液体を分配することによって濯ぎ出される。同様に、小樽コネクタが洗浄溶液供給部に連結されるときに、管路内に若干の流体が残っていることがあり、通常これも同様に、洗浄溶液が管路内に給送されるときに廃棄される。その結果、１回の洗浄動作につき、４０リットルに上るビール（管路の長さおよび個数による）が廃棄される。
【００１１】
これらのシステムではさらに、管路の洗浄が必要とされているかどうかを監視するために、手動の処置が必要とされる。これは、管路の洗浄が必要であるかどうかを決定するには不正確で時間がかかる方法であり、また、小樽からの汚染された液体の供給に関する問題につながるおそれがある。
【００１２】
コカコーラなど混合が必要とされる飲料を分配する場合、これは、ノズルを通して炭酸水の流れおよび清涼飲料シロップの流れを供給し、それらの流れを混合して所望の飲料を作り出す、ポンプシステムを用いて行われることが多い。このシステムは、ノズルを所定の長さの時間作動させる、単純なオン／オフスイッチを用いて作動される。２つの流れの相対的な流量を制御することによって、炭酸水に対するシロップの正しい比率が制御される。これは通常、各リザーバからの流路内に配置される、流量制御弁を有することによって実現される。
【００１３】
ただし、流量制御弁は、比較的容易に手動で調整することができる。これによって、店舗の所有者が、炭酸水に対するシロップの比率を調整し、それによって飲料の品質を変えることが可能になる。これは、コストを削減するために行うことができるが、製品の品質低下をもたらすことになる。さらに、使用されたシロップの量、または代替シロップが代わりに使用されているかどうかを点検する方法がない。これも同様に、製品基準の保証に関する問題となる。最後に、この機械は、手動の操作を必要とし、飲料を注ぐ動作の持続時間を通して操作者の注意が必要となる。
【００１４】
同様に、蒸留酒の場合バーテンダーは、正しい量の飲料が準備されることを保証するために、オプティックまたはショットメジャーなど、計量器を使用しなければならない。これは、バーテンダーがそれぞれの飲料を個別に順番に準備しなければならないことを意味するので、時間がかかる。
【００１５】
この問題は、蒸留酒と清涼飲料の組合せなど様々な成分を選択したものから飲料が作られ、多数の異なる手動操作分配システムが使用される場合に、さらに深刻になる。
【００１６】
また、パブ、小売店など、多種多様な場所または現場で、広告などのコンテンツを表示することが知られている。一例では、これは、ＴＶスクリーンなど適当な表示装置上で、動的なコンテンツを表すことによって実現される。その様な状況では、提示されるコンテンツは通常、予め決められてあり、したがって、適当なプレイリストまたはその他のスケジュールに基づくことができる。
【００１７】
すなわちこれは、その最も単純な形で、一連の広告を含む、ＤＶＤまたはその他の適当な媒体を用いて実現することができる。この場合、それぞれの広告は、ＤＶＤコンテンツを再生することによって順に表示される。より複雑なシステムでは、これは、ネットワークアーキテクチャを使用し、スケジュールに基づいて広告またはその他のコンテンツを表示装置にダウンロードすることによって、実現することができる。これにより、どのコンテンツが主に提示されるかを選択するための適当なスケジュールを作成することによって、中央リソースが広告の提示を制御することが可能になる。これは通常、広告主の要求に基づいて実行され、広告主が、特定の場所で規定された時間に表示される広告に対して支払うことを可能にする。
【００１８】
ただし、表示されるコンテンツの制御は、事前設定スケジュールを通じて集中的に制御される。すなわち、広告の効果を試し最大限にするためにスケジュールを作成することができるが、広告は依然事前設定であり、したがって、それぞれの現場における個人に対する関連性がほとんどないことがある。その結果、コンテンツは通常、消費者に対して限られた魅力しかもたず、その結果、限られた効果しかもたない。
【発明の開示】
【課題を解決するための手段】
【００１９】
第１の広範な形態において、本発明は、多数の飲料成分から形成される飲料を分配するための装置を提供し、この弁は、
ａ）ハウジングと、
ｂ）それぞれの飲料成分供給源を使用時に結合するための多数の入口と、
ｃ）それぞれが、それぞれの流路によってそれぞれの入口に結合される、多数の出口と、
ｄ）それぞれの飲料成分の供給を制御するためにそれぞれの流路内に設けられる、多数の流量制御装置とを備える。
【００２０】
通常、装置は、多数の流量制御装置を備え、各流量制御装置は、それぞれの飲料成分の流量を制御するためにそれぞれの流路内に設けられる。
【００２１】
通常、各流量制御装置は、対応する流路を選択的に部分的に遮断するようになされた、可動流れ部材から形成される。
【００２２】
通常、各流量制御装置は、
ａ）流路内に設けられた弁座と、
ｂ）ピストンとから形成され、ピストンは、
ｉ）ピストンが弁座に係合し、それによって流路を遮断する伸長位置と、
ｉｉ）ピストンが弁座から取り外され、それによって流路を通る飲料成分の流れを可能にする収縮位置との間で動かすことができる。
【００２３】
通常、装置は、
ａ）入口がその中に取り付けられる第１のハウジングと、
ｂ）第２のハウジングとを備え、出口が前記第１のハウジング内に取り付けられ、流路が、第１のハウジングから第２のハウジングへと延びる。
【００２４】
通常、装置は、第１および第２の流路それぞれによって対応する第１および第２の出口に結合される、多数の第１および第２の入口を備える。
【００２５】
通常、第１の流路のための流量制御装置は、第１のハウジング内に設けられ、第２の流路のための流量制御装置は、第２のハウジング内に設けられる。
【００２６】
通常、装置はさらに、制御装置を備え、制御装置は、それぞれの飲料成分の流量を制御するために、各流量制御装置に結合される。
【００２７】
通常、制御装置は、
ａ）飲料の選択を可能にするための少なくとも１つの入力と、
ｂ）処理システムであって、
ｉ）所要の各飲料成分の体積を決定することと、
ｉｉ）所要の体積の所要の飲料成分を分配するために、流量制御装置を選択的に作動させるための制御信号を生成することとを行うための処理システムとを備える。
【００２８】
通常、制御装置は、各飲料成分供給源に結合された流量計と、流量計からの信号に従って制御システムを作成するための処理システムとを備える。
【００２９】
通常、流量計は、パルスタービンであり、処理システムは、
ａ）それぞれのソレノイドを作動させることと、
ｂ）それぞれのタービンからの所定のパルス数を監視することと、
ｃ）それぞれのソレノイドを非作動化することとによって分配される、飲料成分の体積を制御するようになされる。
【００３０】
通常、処理システムは、プログラム可能な論理制御装置である。
【００３１】
通常、前記装置は、少なくとも１２種類の飲料成分を分配するようになされる。
【００３２】
通常、装置は、少なくとも５種類の蒸留酒飲料成分、少なくとも６種類の清涼飲料成分、および少なくとも１種類の牛乳飲料成分を分配するようになされる。
【００３３】
通常、ハウジングは、ハウジングを冷却するために、冷蔵された流体を受け取るための冷媒流路をさらに備える。
【００３４】
第２の広範な形態において、本発明は、多数の飲料成分から形成される飲料の分配を制御するための装置を提供し、分配は、
ａ）ハウジングと、
ｂ）それぞれの飲料成分供給源を使用時に結合するための多数の入口と、
ｃ）それぞれが、それぞれの流路によってそれぞれの入口に結合される、多数の出口と、
ｄ）それぞれの飲料成分の供給を制御するためにそれぞれの流路内に設けられる、多数の流量制御装置とを有する弁によって実行され、この装置は、
ｉ）飲料選択を受け取るための入力と、
ｉｉ）所要の各飲料成分の体積の決定を表す飲料データを記憶するための記憶装置と、
ｉｉｉ）所要の体積の所要の各飲料成分を分配するために、流量制御装置を選択的に作動させるための制御信号を生成するための処理装置とを有する、処理システムから形成される。
【００３５】
第３の広範な形態において、本発明は、小樽を管路に結合するためのコネクタを提供する。このコネクタは、
ａ）空洞を画成するハウジングであって、
ｉ）小樽からの流体を受け取るための入口、
ｉｉ）管路へと結合するための出口、
ｉｉｉ）気体供給源から気体を受け取るための気体入口、
ｉｖ）小樽へと気体を供給するための気体出口、および
ｖ）洗浄溶液を洗浄溶液供給部から受け取るための洗浄溶液入口を備える、ハウジングと、
ｂ）空洞内に可動式に取り付けられ、１つまたは複数の流路を備えるシャトルと、
ｃ）アクチュエータであって、
ｉ）洗浄溶液入口と出口とを相互連結することによって管路を洗浄すること、
ｉｉ）小樽から、
（１）気体入口と気体出口を相互連結させ、
（２）入口と出口を相互連結させることによって、流体を分配すること、および
ｉｉｉ）気体入口と出口を相互連結させることによって管路を濯ぐことのうち、少なくとも１つを実行するために、シャトルを多数の動作位置の間で動かすためのアクチュエータとを備える。
【００３６】
通常、アクチュエータは、
ａ）気体供給部に結合するための気体シリンダと、
ｂ）気体シリンダおよびシャトルに結合されたアームと、
ｃ）アームの位置を制御するために、気体シリンダへの気体供給を制御するためのソレノイドとを備える。
【００３７】
通常、気体入口と気体シリンダは、共通の気体供給部に結合される。
【００３８】
通常、アクチュエータアームは、気体シリンダ内に設けられたピストンに取り付けられる。
【００３９】
通常、シャトルは、少なくとも１つの突起を備え、使用時に、突起が小樽内の弁と協働し、それによって流体が分配されることを可能にする。
【００４０】
通常、使用時にアクチュエータは、制御装置に結合され、制御装置は、シャトルを動作位置間で選択的に動かすために、アクチュエータを制御するようになされる。
【００４１】
通常、制御装置は、適当にプログラムされた処理システムから形成される。
【００４２】
通常、使用時に、管路が洗浄されるべきである場合、制御装置は、
ａ）管路の洗浄を生じるためにシャトルを第３の動作位置へと動かし、
ｂ）洗浄流体を管路から濯ぎ出すために、シャトルを第２の動作位置へと動かし、
ｃ）流体が分配されることを可能にするために、シャトルを第１の動作位置へと動かすように動作する。
【００４３】
通常、使用時に制御装置は、管路の洗浄を生じるためにシャトルを第３の動作位置へと動かす前に、管路内の何らかの流体を分配するためにシャトルを第２の動作位置へと動かすように、動作する。
【００４４】
通常、制御装置は、
ａ）コネクタが小樽に結合されているか、
ｂ）管路が洗浄を必要としているか、
ｃ）分配される流体の体積、
ｄ）管路内の流体の存在、
ｅ）アクチュエータおよび気体入口の少なくとも一方に供給される気体の圧力、および
ｆ）アクチュエータの動作のうちの、少なくとも１つを決定するための１つまたは複数のセンサに結合される。
【００４５】
通常、制御装置は、
ａ）小樽の存在を決定し、
ｂ）存在するという決定に応答して、流体を分配することが可能になるように、シャトルを前記第１の動作位置へと動かし、
ｃ）分配される流体の量を監視し、
ｄ）所定の閾値を超える前記量に応答して、管路を洗浄させる。
【００４６】
通常、前記量は、流体の体積または流体分配時間のうちの少なくとも一方を含む。
【００４７】
通常、制御装置は、
ａ）分配される流体の量、
ｂ）動作命令、
ｃ）動作における１つまたは複数のエラー、および
ｄ）次の洗浄動作の前に分配されるべき流体の量のうちの、少なくとも１つを表示するための表示装置を備える。
【００４８】
通常、制御装置は、
ａ）１つまたは複数のセンサから、１つまたは複数の動作パラメータを指示する指示データを受け取り、
ｂ）動作パラメータを１つまたは複数の所定のパラメータ範囲と比較し、
ｃ）比較の不成功に応答して動作エラーを決定する。
【００４９】
通常、動作パラメータは、
ａ）シャトル位置、
ｂ）分配される流体の量、
ｃ）ガス圧、および
ｄ）管路内の流体の存在のうちの少なくとも１つを含む。
【００５０】
第４の広範な形態において、本発明は、コネクタと共に使用するための制御装置を提供し、コネクタは、小樽を管路に結合するようになされ、洗浄溶液供給部および気体供給部に連結され、多数の動作位置の間で動かすことができるシャトルを備えており、制御装置は、
ａ）管路に洗浄溶液を供給することによって管路を洗浄すること、
ｂ）小樽へと気体を供給し、それによって小樽を加圧することにより、小樽から流体を分配すること、および
ｃ）管路へと気体を供給することによって管路を濯ぐことのうちの、少なくとも１つを実行するために、シャトルを動作位置間で選択的に動かすための処理システムを備える。
【００５１】
通常、制御装置は、
ａ）管路の洗浄を生じるためにシャトルを第３の動作位置へと動かすことと、
ｂ）洗浄流体を管路から濯ぎ出すためにシャトルを第２の動作位置へと動かすことと、
ｃ）流体が分配されることが可能になるようにシャトルを第１の動作位置へと動かすこととによって、洗浄サイクルを実行するようになされる。
【００５２】
通常、使用時に制御装置は、管路の洗浄を生じるためにシャトルを第３の動作位置へと動かす前に、管路内の何らかの流体を分配するためにシャトルを第２の動作位置へと動かすように、動作する。
【００５３】
通常、制御装置は、
ａ）コネクタが小樽に結合されているか、
ｂ）管路が洗浄を必要としているか、
ｃ）分配される流体の体積、
ｄ）管路内の流体の存在、
ｅ）気体入口における気体の圧力、および
ｆ）アクチュエータの動作のうちの、少なくとも１つを決定するための１つまたは複数のセンサに結合される。
【００５４】
通常、制御装置は、
ａ）小樽の存在を決定し、
ｂ）存在するという決定に応答して、流体を分配することが可能になるように、シャトルを第１の動作位置へと動かし、
ｃ）分配される流体の量を監視し、
ｄ）所定の閾値を超える前記量に応答して、管路を洗浄させる。
【００５５】
通常、前記量は、流体の体積または流体分配時間のうちの少なくとも一方を含む。
【００５６】
通常、制御装置は、
ａ）分配される流体の量、
ｂ）動作命令、
ｃ）動作における１つまたは複数のエラー、および
ｄ）次の洗浄動作の前に分配されるべき流体の量のうちの、少なくとも１つを表示するための表示装置を備える。
【００５７】
通常、制御装置は、
ａ）１つまたは複数のセンサから、１つまたは複数の動作パラメータを指示する指示データを受け取り、
ｂ）動作パラメータを１つまたは複数の所定のパラメータ範囲と比較し、
ｃ）比較の不成功に応答して動作エラーを決定する。
【００５８】
通常、動作パラメータは、
ａ）シャトル位置、
ｂ）分配される流体の量、
ｃ）ガス圧、および
ｄ）管路内の流体の存在のうちの、少なくとも１つを含む。
【００５９】
第５の広範な形態において、本発明は、コンテンツを提示する方法を提供し、この方法は、処理システムにおいて、
ａ）コンテンツを決定するステップであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定するステップと、
ｂ）コンテンツの提示を制御するための制御データを決定するステップであって、制御データが、
ｉ）スケジュールコンテンツの提示を制御するためのスケジュール、および
ｉｉ）トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定するステップと、
ｃ）スケジュールされたコンテンツを、スケジュールに従って表示装置上に提示させるステップと、
ｄ）１つまたは複数のトリガを監視するステップと、
ｅ）トリガの検出に応答して、
ｉ）スケジュールコンテンツの提示を中断し、
ｉｉ）それぞれのトリガに関連付けられたトリガコンテンツを、表示装置上に提示させるステップとを含む。
【００６０】
通常、方法は、処理システムにおいて、またトリガコンテンツの提示に応答して、スケジュールを更新するステップを含む。
【００６１】
通常、方法は、処理システムにおいて、
ａ）スケジュールからの１つまたは複数のコンテンツアイテムの優先度を決定するステップと、
ｂ）決定された優先度に従って、１つまたは複数のコンテンツアイテムをスケジュールから除去するステップとを含む。
【００６２】
通常、方法は、処理システムにおいて、
ａ）スケジュールコンテンツアイテムと提示されるトリガコンテンツの相対的なサイズ、
ｂ）スケジュールコンテンツアイテムおよび提示されるトリガコンテンツの性質、
ｃ）スケジュールコンテンツアイテムおよび提示されるトリガコンテンツのコンテンツ提供者または広告主、ならびに、
ｄ）スケジュール内でのスケジュールコンテンツアイテムの順番のうちの、少なくとも１つに従ってスケジュールを更新するステップを含む。
【００６３】
通常、処理システムは、１つまたは複数のセンサに結合され、方法は、センサから受け取った１つまたは複数の信号に応答して、１つまたは複数のトリガを決定するステップを含む。
【００６４】
通常、センサは、
ａ）バーコードリーダ、
ｂ）電子入力、
ｃ）処理システム入力、
ｄ）通信メッセージを受け取るためのシステム、および
ｅ）製品品目の運動を検出するための運動センサのうちの、少なくとも１つを含む。
【００６５】
通常、トリガは、
ａ）製品への接触、
ｂ）ＳＭＳメッセージ、
ｃ）ＭＭＳメッセージ、
ｄ）生体センサ、
ｅ）ＲＦＩＤインタラクション、
ｆ）ＧＰＲＳ情報、
ｇ）ＡＴＭインタラクション、
ｈ）タッチスクリーン情報、および
ｉ）リフトボタンのうちの、少なくとも１つを指示する。
【００６６】
通常、方法は、処理システムにおいて、
ａ）トリガコンテンツの提示に応答して、フィードバックを決定することと、
ｂ）フィードバックに関連付けられた１つまたは複数の応答動作を実行するステップとを含む。
【００６７】
通常、方法は、処理システムにおいて、制御データから１つまたは複数の応答動作を決定するステップを含む。
【００６８】
通常、方法は、処理システムにおいて、基地局からコンテンツおよび制御データの少なくとも一方を受け取るステップを含む。
【００６９】
通常、方法は、処理システムにおいて、
ａ）表示されるコンテンツを示す指示データを決定するステップと、
ｂ）指示データを、１つまたは複数の、
ｉ）コンテンツの提示に関連付けられたアカウントを表すアカウンティングデータ、および
ｉｉ）指示データの分析を指示する分析結果の決定に使用させるステップとを含む。
【００７０】
通常、方法は、処理システムにおいて、指示データを基地局へと転送するステップを含み、基地局は、指示データに応答して、アカウンティングデータおよび分析結果の少なくとも一方を決定する。
【００７１】
通常、表示装置は、少なくとも、
ａ）処理システムの一部であり、または
ｂ）処理システムに結合される。
【００７２】
通常、方法は、処理システムにおいて、
ａ）次に表示されるべきスケジュールコンテンツを決定するステップと、
ｂ）コンテンツを表示装置へと転送し、それによって表示装置にそれぞれのコンテンツを提示させるステップとを含む。
【００７３】
第６の広範な形態では、本発明は、コンテンツを提示するための装置を提供し、装置は、
ａ）コンテンツを決定するステップであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定するステップと、
ｂ）コンテンツの提示を制御するための制御データを決定するステップであって、制御データが、
ｉ）スケジュールコンテンツの提示を制御するためのスケジュール、および
ｉｉ）トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定するステップと、
ｃ）スケジュールされたコンテンツを、スケジュールに従って表示装置上に提示させるステップと、
ｄ）１つまたは複数のトリガを監視するステップと、
ｅ）トリガの前記検出に応答して、
ｉ）スケジュールコンテンツの提示を中断し、
ｉｉ）それぞれのトリガに関連付けられたトリガコンテンツを、表示装置上に提示させるステップとを行うための、処理システムを備える。
【００７４】
通常、装置は、処理システムに結合される１つまたは複数のセンサを備え、処理システムは、センサからの信号に応答し、それによって１つまたは複数のトリガを決定する。
【００７５】
通常、装置は、１つまたは複数の表示装置を備え、表示装置は、少なくとも、
ａ）処理システムの一部であり、または
ｂ）通信リンクによって処理システムに結合される。
【００７６】
通常、制御データおよびコンテンツを基地局から受け取るための、処理システムは、通信ネットワークによって基地局に結合される。
【００７７】
第７の広範な形態において、本発明は、コンテンツの提示を生じる方法を提供し、この方法は、基地局において、
ａ）コンテンツを決定するステップであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定するステップと、
ｂ）コンテンツの提示を制御するための制御データを決定するステップであって、制御データが
ｉ）スケジュールコンテンツの提示を制御するためのスケジュール、および
ｉｉ）トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定するステップと、
ｃ）コンテンツおよび制御データを、１つまたは複数の端末へと転送するステップを含み、端末はそれぞれ、
ｉ）スケジュールされたコンテンツを、スケジュールに従って表示装置上に提示させ、
ｉｉ）１つまたは複数のトリガを監視し、
ｉｉｉ）トリガの前記検出に応答して、
（１）スケジュールコンテンツの提示を中断し、
（２）それぞれのトリガに関連付けられたトリガコンテンツを、表示装置上に提示させる役割を果たす。
【００７８】
通常、方法は、基地局において、
ａ）表示されるコンテンツの詳細を受け取るステップと、
ｂ）受け取った詳細を使用して、
ｉ）コンテンツ、および
ｉｉ）制御データのうちの、少なくとも一方を作成するステップとを含む。
【００７９】
通常、方法は、基地局において、
ａ）トリガコンテンツに関連付けられた１つまたは複数の応答動作を決定するステップと、
ｂ）応答動作に関連付けられた制御データを生成するステップとを含む。
【００８０】
通常、方法は、基地局において、
ａ）１つまたは複数の端末から指示データを受け取るステップと、
ｂ）指示データから、表示されるコンテンツを決定するステップとを含む。
【００８１】
通常、方法は、基地局において、
ｉ）コンテンツの提示に関連付けられたアカウントを表すアカウンティングデータ、および
ｉｉ）指示データの分析を指示する分析結果のうちの、少なくとも一方を決定するために指示データを使用するステップを含む。
【００８２】
第８の広範な形態において、本発明は、コンテンツの提示を生じるための装置を提供し、この装置は、
ａ）コンテンツを決定することであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定することと、
ｂ）コンテンツの提示を制御するための制御データを決定することであって、制御データが、
ｉ）スケジュールコンテンツの提示を制御するためのスケジュール、および
ｉｉ）トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定することと、
ｃ）コンテンツおよび制御データを、１つまたは複数の端末へと転送することとを行うための、基地局を備え、端末はそれぞれ、
ｉ）スケジュールされたコンテンツを、スケジュールに従って表示装置上に提示させ、
ｉｉ）１つまたは複数のトリガを監視し、
ｉｉｉ）トリガの検出に応答して、
（１）スケジュールコンテンツの提示を中断し、
（２）それぞれのトリガに関連付けられたトリガコンテンツを、表示装置上に提示させる役割を果たす。
【００８３】
本発明の広範な形態を関連付けて使用することができることが理解されるであろう。
【００８４】
次に本発明の一例を、添付の図面を参照しながら説明する。
【発明を実施するための最良の形態】
【００８５】
飲料など冷蔵された流体を分配するためのシステムの一例を、次に図１および図２を参照しながら説明する。以下の例を、ビールの分配を参照しながらするが、この技術をいかなる冷蔵され圧縮された流体に適用することもできることが理解されるであろう。
【００８６】
このシステムは、ガス圧管路１３および適当な小樽コネクタ１４によって、通常ビール樽または小樽の形であるビール供給部１２へと結合された、気体供給部１１を備える。小樽コネクタ１４は、以下で図７から図１０を参照しながらさらに詳細に説明する。
【００８７】
小樽コネクタ１４はまた、実装形態に応じて、洗浄溶液管路２４を通じて洗浄溶液リザーバ２３へと、また第２の気体供給管路２０を通じてガス供給部１１へと結合される。
【００８８】
小樽コネクタ１４はまた、ビール管路１７を通じて、ビール栓１６を備える分配ユニット１５へと結合される。ビール管路内のビールを冷却するために、冷媒供給部１８が設けられる。ビールの冷却は、ビール管路１７と熱接触して配置される冷媒管路１９を通してグリコールなど冷媒を給送し、それによってビール管路１７内に含まれるビールを冷却することによって実現される。ビール管路１７および冷媒管路１９は通常、冷媒供給部１８と分配ユニット１５の間で、断熱された管被覆であるパイソン（ｐｙｔｈｏｎ）内に収容される。当業者には理解されるように、ビールが分配される前に十分に冷却されることを保証するために、チラープレートが分配ユニット内に設けられる。
【００８９】
使用に際しては、ビール栓は通常、ハンドル１６Ａを備え、ハンドル１６Ａは、操作者がビール栓を開き、それによってグラスＧなど飲料容器内へと、正常な方法でビールを分配することを可能にする。こうして、栓を開くことにより、加圧されたビールがビール管路１７に沿ってグラスＧ内へと流される。
【００９０】
処理システム３が、ビール管路１７内に設けられた流量計３０および制御弁３１、ならびに多数の入力ボタン３２、任意のタグリーダ３３、および任意の表示装置３４に接続される。これらの接続は、たとえば全体を５で示すイーサネット（登録商標）ＬＡＮ（ローカルエリアネットワーク）を使用して、または、たとえばブルートゥース接続など無線接続を使用して、配線することができる。
【００９１】
処理システムは、飲料の分配を制御するために、流量計３０および制御弁３１を使用する。これによって、システムの使用者が、処理システム３、またはボタン３２のうちの１つのいずれかを使用して所望のサイズの飲料を選択し、選択された飲料を処理システム３によって自動的に分配させることが可能になる。
【００９２】
処理システムはまた、ガス圧管路２０、１３内に設けられた、ガス圧センサ２１、２５および気体制御弁２２、３７に結合させることができ、たとえばビール管路１７の自動的な洗浄を可能にするために、小樽コネクタを制御することを可能にする。
【００９３】
適当な処理システムの一例を、図２により詳細に示す。図示のように、処理システム３は、バス７４によって互いに結合される、処理装置７０、メモリ７１、キーボードおよび表示装置など入出力（Ｉ／Ｏ）装置７２、ならびに外部インターフェース７３を備える。
【００９４】
インターフェース７３は、処理システムが通信ネットワーク５を通じて、任意で別の処理システムと通信することを可能にするように設計され、したがってインターフェース７３のタイプは、通信ネットワークの性質に依存する。すなわち、たとえば通信ネットワークがイーサネットＬＡＮである場合、インターフェースは、イーサネットカードなどとすることができる。あるいは、処理システム３への直接接続を設けることができ、その場合ネットワークは、有線または無線とすることができる単純な接続に置き換えられる。
【００９５】
したがって、処理システムは、適当にプログラムされたコンピュータ、ラップトップ、パームトップ、適当な処理機能を有する携帯電話、所定のハードウェアなど、いかなる形の適当な処理システム３とすることもできることが理解されるであろう。
【００９６】
飲料を分配するとき、バーテンダーなど使用者は、適当なサイズの容器Ｇをビール栓１６の下に置き、入力ボタン３２１、３２２、３２３、３２４のうちの１つを選択する。使用時は、各ボタン３２１、３２２、３２３、３２４がそれぞれのサイズの飲料に対応しているので、これによって、使用者がボタンにタッチして飲料のサイズを選択することが可能になる。
【００９７】
いずれにしても、処理システム３は、使用者によって選択されたボタン３２１、３２２、３２３、３２４を検出し、この情報を使用して、メモリ７１内に記憶されたルックアップテーブル（ＬＵＴ）にアクセスする。ＬＵＴは、特定のボタンごとに、分配される飲料のサイズ、詳細には飲料の体積を指示する。この情報は、機械の製造業者によって、メモリ７１内に記憶され任意で符号化または暗号化されることができ、それによって、情報が使用者によって変えられることが防止されることが理解されるであろう。あるいは、体積の情報を、システムの所有者が入力することができる。
【００９８】
いずれにしても、これによって処理システム３は、所要の体積のビールを分配するために、制御弁３１を選択的に作動させる。これは、処理システム３に、制御弁３１へと印加される信号を生成させ、それにより制御弁３１を必要に応じて開閉させることによって実現される（これを以下で、「制御信号」と呼ぶ）。
【００９９】
流量計３０によって生成される信号（以下で「流量信号」と呼ぶ）は、分配された飲料の体積を決定するために、処理システム３によって監視される。所要の体積の飲料が分配されると、処理システム３によって制御弁３１が閉じられ、分配プロセスが終了する。
【０１００】
通常、流量計はタービンであり、その場合、流量信号は多数のパルスを含み、各パルスは、分配される飲料の所定の体積を表す。したがって、処理装置７０は、タービンが発生するパルスの数をカウントし、これを、選択された飲料の体積を規定する、ＬＵＴ内に記憶された所定のパルス数と比較する。所定のパルス数が実現されると、所望の体積の飲料が分配されたこと、したがって制御弁を遮断することができることが、処理装置に指示される。ただし、別のタイプの流量計を使用することができ、その場合、それに応じてこの方法を適用することができる。
【０１０１】
いずれにしても、これによって、飲料が、メモリ７１内のＬＵＴに記憶された所定の体積に従って、自動的に分配されることが保証される。
【０１０２】
処理システム３はまた、タグリーダ３３にＩＤタグが挿入されていなければ飲料の分配を妨げるように、適合させることができる。タグリーダの一例を図３に示す。
【０１０３】
この例では、タグリーダ３３は、全体を３５で示すＩＤタグを受けるための、開口３３Ａを備える。この例では、警告ユニット３４は、開口１３Ａの周りに位置決めされた指示器から形成され、システムの状態に応じて色が変化するようになされる。すなわち、たとえば、システムがロックされている、またはエラーにより機能できないことを指示するために赤色を、使用者がそれぞれの機能を実行することが許可されていることを指示するために緑色を、使用者が許可されない場合に黄色を、使用することができる。これによって、使用者が何らかの問題を容易に判断することが可能になることが、理解されるであろう。
【０１０４】
したがって、この例では、使用者がそれぞれの飲料の注文を望むとき、使用者は、通常無線ＩＤ（ＲＦＩＤ）タグである自分のＩＤタグを、タグリーダ３３に提示する。タグリーダ３３は、タグに関連する識別子の指示を、処理装置７０に転送する。処理装置７０は、各タグに関連する各使用者の識別子を列挙する、メモリ７１に記憶されたＬＵＴ にアクセスする。タグが、システムに関連する有効なタグであると仮定すると、処理装置７０は、選択された飲料を上記のやり方で分注することを可能にする。
【０１０５】
各使用者は、使用者が実行することができる動作を規定する、関連するアクセス制御レベルを有することができる。すなわち、一部の職員に、販売促進用の無料の飲料を顧客に提供することを許可することができる。その他の操作者に、通常の業務に加えて、別の職員の誤りまたはエラーを補正することを許可することができる。許可のレベルは、非常に多様なものとすることができる。たとえば、その他の職員操作者は、非アルコール飲料などのみを分配することができ、異なるタイプの職員が、いくつかの権限において要求されることがあるように、アルコールおよび非アルコール飲料を分配するために機械を使用することを可能にする。
【０１０６】
すなわち、処理システム３は、使用者のアクセスレベルを判断することができる。入力ボタン３２のうちの１つを使用して分配される飲料を選択するなど、実行される動作を使用者が選択するとき、処理システム３は、規定されたアクセスレベルに従って、使用者がこの機能の実行を許可されているかどうかを判断する。
【０１０７】
すなわち、たとえば、使用者がタグリーダ３３内にＩＤタグ３５を挿入する場合、処理システム３は、使用者がシステムの使用を許可されているかどうかを判断し、そうである場合、警告ユニットに、緑の指示を提供させる。続いて、使用者が非アルコール飲料の分配のみを許可されているときにアルコール飲料を選択するなど、使用者が許可されていない選択を行う場合、処理システム３は、警告ユニット３４に黄色の指示を提供させ、飲料は分配されない。
【０１０８】
最後に、システムがロックされている、あるいは、樽が空でありまたはセンサ２５、２６、２７、２８、２９からの信号が所定の動作範囲外であるなど、障害が生じた場合、警告ユニット３４は、赤の指示を提供する。この場合、処理システム３を、障害のさらなる詳細をＩ／Ｏ装置７２上に提供するように適合させることができる。
【０１０９】
上記ＩＤタグ３５の、多数の変形形態を実装することができることが理解されるであろう。すなわち、たとえばＩＤタグが、リストバンドなど装着可能なリングまたはバンドの形となるように、ＩＤタグの形を、図示のものから変えることができる。この場合、タグリーダ３３は、開口を必要としないことがあり、むしろタグリーダは、ＩＤタグがタグリーダ付近に、またはそれと接触して配置されるときに、それを検出するように適合される。ＩＤタグの物理的構成の、その他の形を使用することができる。
【０１１０】
ＩＤタグはまた、ブルートゥースなど無線データ転送プロトコルによってデータをタグメモリから転送するために使用される、ＩＤタグとタグリーダ３３の間の電気接点の使用などにより、ＲＦＩＤシステム以外のシステム上で作動することもできる。これによって、使用することができる様々な識別子の数が増加する。すなわち、たとえばタグリーダ３３は、携帯電話など何らかの遠隔装置に問い合わせて、そこから識別子をダウンロードし、使用者を識別するためにこれを使用することが可能になるように、適合させることができる。
【０１１１】
関連するロックを開けるために、鍵など物理的な装置を提供することができ、ロックを開ける動作により、使用者が許可された使用者であることを処理システム３に指示する。
【０１１２】
最後に、使用者を識別するために、ＩＤタグ以外の代替システムを使用することができる。すなわち、たとえば各ユーザが、システム内にあるやり方で入力される、同一の識別子を有することができる。これはたとえば、ＰＩＮ（個人識別番号）またはパスワードと同様のものとすることができ、Ｉ／Ｏ装置７２など適当なキーパッド、またはタグリーダの代わりに設けられる別個のキーパッドによって、処理システム３へと供給することができる。
【０１１３】
同様に、タグリーダは、拇印、指紋、虹彩スキャンなど、使用者からの生体情報を判断するための装置に置き換えることができる。いずれにしても、その技術によってシステムの使用者が自分を一意的に処理システム３に識別させることができる限り、いかなる技術を使用することもできる。
【０１１４】
図１に示す例では、分配ユニット１５は、手動のビール栓１６を備える。これによって、ビール分配のさらなる手動制御が使用者に提供され、使用者がビールの泡のサイズなどを制御することが可能になることが理解されるであろう。いずれにしてもこれは、本発明にとって必須ではない。というのも、システムは十分な自動制御を提供することができ、したがってビール栓１６は、当業者であれば理解するように単純な出口に置き換えることができるからである。
【０１１５】
システムはまた、調整ねじなど、追加の流量制御機構を組み込むこともできる。ただし、分配される飲料の体積が測定されるので、流量を変えることはシステムの動作に影響を与えない。
【０１１６】
上記の例では、制御弁３１は、ビール管路内のいかなる場所に配置することもできる。ただし、ビール管路から出る流体の流れの厳密な制御を得るために、制御弁３１を、出口または栓に可能な限り近接して配置することが好ましい。
【０１１７】
したがって、このことにより、いくつかの状況では制御弁３１を既存のシステムに適合させることが困難になることが、理解されるであろう。特に、多くのパブまたはクラブでは、ビールなどの飲料は、ビール栓１６およびチラープレートを含む源泉（ｆｏｎｔ）を通して供給される。これらのシステムは、正常な状況では、制御弁３１の組み込みを可能にするために容易に修正することができない。
【０１１８】
したがって、そのような構成内で使用するようになされた制御弁３１の一例を、図４に示す。特に、図に示すように、弁は、ハウジング４０を備え、ハウジング４０は、ねじ継手など適当な固定具４３などによって互いに結合された、第１の部分４１および第２の部分４２（わかりやすくするために第１の部分を点線で示す）から形成される。第１のハウジング部分４１は、源泉またはビール分配ユニット１５に結合される源泉用継手４４を備え、第２のハウジング部分４２は、ビール栓１６に結合するための栓用継手４５を備える。
【０１１９】
ハウジング４０は、弁座４７（わかりやすくするために斜線で示す）およびその中に取り付けられたピストン４８を備える、空洞４６を画成する。ピストン４８は、矢印４９によって示すように、空洞４６に沿って動くように適合される。ピストンは、ピストン４８が図４に示す定位置にあるときに、封止部４８Ａが弁座４７と協働して空洞をビール栓１６から封止するように、形状付けされた封止部４８Ａを備える。
【０１２０】
適当なピストンの例を、図５Ａから図５Ｄに示す。特に、図５Ａは、図５Ｂの線Ａ−Ａに沿った断面図を示す。この例では、ピストンは、多数のチャネル４８Ｂを備え、チャネル４８Ｂは、ビールが、矢印５０によって示すように空洞４６を通り分配ユニット１５からビール栓１６へと、ピストン４８を通過して流れることを可能にするように適合される。ピストンの一代替設計を、図５Ｃおよび図５Ｄに示す。この設計のピストンは、それぞれの設計の弁座４７と協働するように適合されることを理解されたい。
【０１２１】
したがって、多くの異なる弁設計を使用することができることが理解されるであろう。すなわち、たとえばピストンは、当業者には理解されるように、シャトル弁などによって置き換えることができる。
【０１２２】
電磁コイル５２が、ハウジング部分４１に取り付けられる。ピストンは、電磁コイル５１を用いてピストン４８の位置を制御することが可能になるように、磁気性とすることができる。特に、使用時に弁は、空洞４６がビール管路８に結合され加圧されたビールで満たされることになるように、分配ユニット１５に結合される。したがってピストン４８は、弁座４７に向かって押し付けられて、空洞４６を封止する。
【０１２３】
使用時は、分配ユニット１５または源泉からビール栓１６を取り外し、源泉用継手４４を源泉に結合させ、ビール栓１６を栓用継手４５に結合させることによって、制御弁３１を、既存のビール分配システムに嵌めることができる。構築されたシステムの一例を図６に示す。これが完了すると、電磁コイルが、ドライバ回路など適当なインターフェースによって、処理システム３に接続され、流量計３０が、必要に応じて嵌められる。
【０１２４】
ビールが分配されるとき、処理装置７０によって、電磁コイル５１に電流が印加され、それによってピストンが矢印４９の方向に引きつけられる。これによって封止部が解放され、ビールが空洞４６からチャネル４８Ｂを通ってビール栓１６内へと流れることが可能になり、ビールの分配が可能になる。処理システム３は、流量計３０からの信号を監視し、所要量の飲料がいつ分配されたかを、上記のように決定する。
【０１２５】
次いで処理システム３は、電磁コイル５１に供給された電流を単純に停止し、空洞４６を通るビールの流れがピストン４８を弁座４７内にそれと封止係合するように押し込むことを可能にし、それによってビールの分配を停止する。
【０１２６】
空洞の再封止は、ビールの流れの作用のみによって実行することができるが、制御弁３１の迅速なオンおよびオフ作用を保証することが好ましい。したがって、より迅速かつ信頼性の高い遮断を得るために、第２のコイル５２が設けて、ピストンを矢印５２の方向に引きつけ、それによってピストン４１を弁座４７と封止係合するように押し戻すことができる。
【０１２７】
この構成は、制御弁３１を既存のシステムに嵌めることを助け、それによって、上記の機能を既存のシステム内で実装することが可能になることが理解されるであろう。これをさらに助けるために、ハウジング４０は、流量計３０を組み込むことができる。
【０１２８】
さらに、またあるいは、分配されるビールの温度、および／または電磁コイルの温度を監視し、それによって過熱を防ぐために、温度センサを設けることができる。これは、冷媒管路１９に結合される温度センサに加えて、またはその代わりに使用することができる。すなわち、ビール温度センサと冷媒センサ２６の比較が、障害の原因の指示を提供することに役立つことにより、ビールの温度はまた、冷却システム内の障害の指示を提供するためにも有用となることがある。
【０１２９】
次に小樽コネクタ１４の一例を、図７Ａから図７Ｄを参照しながら説明する。
【０１３０】
小樽コネクタ１４は、シャトル１２０を収容する空洞１６５を画成する、ハウジング１９５を備える。ハウジング１９５は、図示のようにそれぞれ空洞１６５と流体連通する、ガス圧管路１３、洗浄溶液管路２４、およびビール管路１７に結合される。小樽入口１５０およびガス出口１６０もまた設けられる。シャトル１２０は、選択された動作位置の間でシャトル１２０が動くときに実行される様々な分配動作を可能にする、第１、第２、および第３の流路、１０５、１１０、１１５を画成する。
【０１３１】
多数の封止部１９０が、ハウジング１９５に封止係合し、それによって流路１０５、１１０、１１５を分離し、それらをガス圧管路１３および洗浄溶液管路２４へと選択的に結合させるために、シャトル１２０の外面に取り付けられる。この例では、小樽コネクタ１４はまた、小樽１２が小樽コネクタ１４に結合されているかどうかを検出する、小樽センサ１４０を備える。
【０１３２】
図７Ａから図７Ｄにそれぞれ示すように、シャトル１２０を、第１、第２、および第３の動作位置への結合の間で動かすためにシャトル１２０に結合された、アクチュエータ１７０が設けられる。この例では、アクチュエータ１７０は、加圧気体が気体供給部１１からガス圧管路２０を通じて供給される、気体制御式シリンダの形である。これは、シャトル１２０を適当な位置に移動させるために使用される。あるいは、シャトルのピストンを制御するために、従来のピストンシステムを使用することができる。
【０１３３】
図７Ａに、シャトル１２０を、小樽コネクタ１４が小樽１２に結合されているとき使用される結合位置で示す。特に、シャトル１２０は、第１の流路１０５が、洗浄溶液管路２０またはガス圧管路１３のいずれかにも位置合せされないように位置決めされる。この構成では、洗浄溶液、気体、または液体は、小樽コネクタ１４に流入することができず、小樽コネクタ１４を小樽１２に結合させることを可能にする。この結合は、ねじ山およびナットを用いるなど、従来の方法を使用することができる。
【０１３４】
図７Ｂに、第１の動作位置にあるシャトル１２０を示す。シャトル１２０は、シャトル１２０上の突起１４５が、小樽入口１５０と協働して小樽入口１５０を図示のような開位置へと押し進めるように、アクチュエータ１７０によって結合位置から動かされる。これによって、封止部１９０とハウジング１９５の間に間隙が残され、気体が、矢印１３５によって示すようにガス圧管路１３から第３の流路１１５を通り、ガス出口１６０を通って小樽１２内へと流れることが可能になり、それによって小樽１２が加圧される。これによって、小樽１２内に収容された液体が、管路に沿って小樽入口１５０および第２の流路１１０を通って押し進められ、それにより、矢印１２５によって示すように管路１７を通って分配される。
【０１３５】
図７Ｃは、第１の流路１０５がガス圧管路１３と位置合せされるようにシャトル１２０が動かされる、第２の動作位置にあるシャトル１２０を示す。これによって、気体が、矢印１５５によって示すように第３の流路１０５を通ってビール管路１７に流入することが可能になる。これによって、ビール栓１６を開き、それによってビール管路１７内に残っている飲料を分配し、または管路内に残っている洗浄溶液を濯ぎ出すことが可能になる。
【０１３６】
図７Ｄは、第１の流路１０５が洗浄溶液管路２４と位置合せされる、第３の動作位置にあるシャトル１２０を示す。これによって、洗浄溶液が、矢印１７５によって示すように第１の流路１０５を通ってビール管路１７内に流入することが可能になり、それによって、ビール管路１７が洗浄溶液によって洗い流される。操作者がビール栓１６を開いて、管路内の洗浄溶液のかなりの部分を分配および処理することができる。
【０１３７】
気体供給部１１は、管路から洗浄溶液および液体を除去するために、ガス圧管路１３を通じて小樽コネクタ１４へと気体を供給する。洗浄溶液と水の混合物が、洗浄溶液供給源２３から、洗浄溶液管路２４を通じて小樽コネクタ１４へと供給される。
【０１３８】
流量計３０は、ビール管路１７を通って分配される液体の体積を測定する。管路内に洗浄溶液または液体がないかどうかを判断するために、光センサ（図示せず）を使用することができる。流量計３０および光センサはいずれも、管路状態を指示するデータを生成し、管路がいつ洗浄を必要とするかを、処理システム３が判断することを可能にする。
【０１３９】
使用時は、処理システム３が、アクチュエータ１７０に提供されるガス圧を制御するように動作し、それによって、シャトル１２０が上記の結合位置と動作位置の間で選択的に動かされる。これは、圧力センサ２１を使用して、ガス圧管路２０内のガス圧を指示するデータを生成し、通常ソレノイドの形である気体制御弁２２を処理システム３が調整することを可能にし、それによってシャトル位置を制御することによって実現される。小樽コネクタの小樽センサ１４０は、小樽１２が小樽コネクタ１４に結合されているかどうかを指示するデータを生成し、シャトル１２０を動かすべきであるかどうかを処理システム３が判断することを可能にする。
【０１４０】
小樽コネクタ１４内のシャトルの運動を制御するための方法の一例を、図８を参照しながら次に説明する。
【０１４１】
ステップ８００にて、処理システム３は、シャトル１２０を、小樽１２から液体を分配するための第１の動作位置へと動かす。この例では、これは、シャトルを第１の動作位置へと動かすために、気体が気体供給部１１から供給されるように、気体制御弁２２を処理システム３によって作動させることによって実行される。
【０１４２】
ステップ８１０にて、処理システム３は、管路が洗浄を必要としているかどうかを判断する。これは、以下でより詳細に説明するように、多くのやり方で実現することができる。洗浄が必要とされていない場合、シャトル１２０は第１の動作位置に留まり、ビールの分配を可能にする。洗浄が必要とされていることを処理システム３が判断すると、処理システム３は、ステップ８２０に進む。
【０１４３】
任意のステップ８２０が処理システム３によって実行される場合、シャトル１２０は、残っている液体を管路から分配するために、第２の動作位置へと動く。これは、管路内に残っている液体を押し出すように、ガス圧管路１３を通して気体を供給することによって実現される。このステップを実行することによって、管路内に残っている液体を分配し、正常な方法で使用することができる。
【０１４４】
ステップ８３０にて示すように、シャトル１２０は、洗浄溶液を洗浄溶液入口へと、またしたがって洗浄溶液管路へと供給するために、第３の動作位置へと動かされる。ステップ８１０で提供された液体、またはステップ８２０で提供された気体を管路から押し出すため、ならびに管路を洗浄するために、洗浄溶液が供給される。
【０１４５】
ステップ８４０にて、シャトル１２０は、残っている洗浄溶液を管路からなくすために、第２の動作位置へと動かされる。これは、残っている洗浄溶液を管路から押し出し、これを分配することを可能にするために、ガス圧管路１３内へと気体を供給することによって実行される。ステップ４４０が完了すると、シャトル１２０は、ステップ４００に示すように、小樽内の液体が分配されるように処理システム３によって第１の動作位置へと動かされる。
【０１４６】
処理システム３によって実行される、ビール管路を洗浄するためのプロセスのより詳細な例を、図９Ａおよび図９Ｂを参照しながら次に説明する。
【０１４７】
ステップ９００にて、小樽コネクタ１４は、シャトル１２０が、気体、洗浄溶液、および液体が小樽コネクタ１４内へと流入することを妨げるために最初に結合位置に位置決めされた状態で、小樽１２に結合される。
【０１４８】
ステップ９０５にて、処理システム３は、小樽センサ１４０を用いて、小樽１２が小樽コネクタ１４に結合されているかどうかを判断する。小樽センサ１４０が小樽１２の存在を検出していない場合、小樽センサ１４０が小樽１２を検出するまでこのプロセスが繰り返され、検出した時点で、処理システム３はステップ９１０へと進む。
【０１４９】
ステップ９１０にて、処理システム３は、処理システム３０または別個のスイッチのいずれかを用いて選択することができる、自動手動モードが選択されるまで待つ。自動モードが選択されると、処理システム３はステップ９１５へと進み、そうでなければ、小樽コネクタ１４を手動で動作させることができる。
【０１５０】
ステップ９１５にて、シャトル１２０は、ビールを小樽１２から分配するために、第１の動作位置へと動かされる。この場合、シャトル１２０上の突起１４５が、小樽入口１５０と協働して、小樽入口１５０を開位置へと押し動かす。気体供給部１１からの気体が、気体供給管路１３を通って流路１１５、気体出口１６０へと供給され、小樽１２を加圧し、小樽１２内の液体が、第２の流路１１０を通ってビール管路１７内へと矢印１２５によって示すように流される。
【０１５１】
ステップ９２０にて、処理システム３は、液体の分配を監視する。この場合、ビール管路１７が洗浄を必要としているかどうかを判断するために、多数のパラメータが測定される。
【０１５２】
これは、前回の洗浄からの時間または分配してきた飲料の体積など、多くの因子に基づくことができる。この場合、処理装置７０は、時間または測定された体積を、メモリ７１に記憶されている所定の閾値と比較する。
【０１５３】
あるいは、処理システム３は、ビール管路１７内の汚染の程度を測定するための適当なセンサに結合させることができる。これはたとえば、ビール管路１７内に位置決めされた、シュウ酸センサ２６および細菌センサ２７を含むことができる。
【０１５４】
処理装置７０は、センサ２６、２７から信号を取得し、これらを使用してシステムの動作を評価する。シュウ酸センサ２６は、通常、ビール管路内のシュウ酸カルシウムの蓄積を検出する管路内イオンプローブから形成され、細菌センサ２７は、細菌の蓄積を検出する。
【０１５５】
冷媒温度センサ２８は、冷媒管路９の戻り部分上のチラープレートを冷媒が通過した後に冷媒の温度を測定し、サーミスタまたはその他何らかの適当な温度センサから形成することができる。
【０１５６】
処理装置７０は、シュウ酸センサ２６および細菌センサ２７からの信号を監視し、これらの信号を所定の閾値と比較して、ビール管路１７内にシュウ酸イオンまたは細菌が蓄積しているかどうかを判断する。
【０１５７】
これらの閾値は、飲料の供給業者によって設定され、メモリ７１内に符号化されることができ、それにより、閾値がシステムの操作者によって変えられることが防止される。これによって、醸造所など飲料供給業者が、製品が最適な状態で提供されることを保証し、製品の品質基準を維持することが可能になる。あるいは閾値は、システムの使用者が、たとえばＩ／Ｏ装置７２を用いて設定することができる。
【０１５８】
いずれにしても、シュウ酸センサ２６および細菌センサ２７からの信号が、所定の閾値を上回る場合、これは、ビール管路内のレベルが望ましくなく、ビール管路の洗浄が必要であることを指示する。
【０１５９】
したがって、ステップ９２５にて、ステップ９２０で記録される測定されたパラメータは、特定の閾値が満たされて管路の洗浄が必要であることを指示しているかどうかを判断するために、処理システム３によって使用される。測定されたパラメータが、管路が洗浄を必要としていないことを指示する場合、処理システム３は、液体の分配の監視を続ける。特定の閾値が満たされると、処理システム３は、ステップ９３０へと進む。
【０１６０】
ステップ９３０にて、シャトル１２０は、第２の動作位置へと動かされ、第１の流路１０５がガス圧管路１３と位置合せされる。ステップ９３５にて、気体が気体供給部からガス圧管路１３へと供給され、これによって、気体が第２の通路１１０内に流入し、ビール管路１７内に残っている液体を分配することが可能になる。処理システム３は、残っている液体を分配するために、圧力センサ２５およびソレノイドなど気体制御弁３７を使用して、気体供給部１１によって提供されるガス圧を選択的に制御することができる。
【０１６１】
このプロセス中に、処理システム３は、管路が空になる前の、残りの時間または分配される液体の体積を表示することができる。処理システム３は、洗浄サイクルが差し迫っていることを指示するために、Ｉ／Ｏ装置７２など指示器を使用して、この情報を操作者に表示する。
【０１６２】
ステップ９４０にて、管路が空であることが判断されると、シャトル１２０は、何らかの気体、洗浄溶液、または液体が小樽コネクタ１４を通って流れることを妨げるために、結合位置へと動かされる。
【０１６３】
ステップ９４５にて、処理システム３は、Ｉ／Ｏ装置７２または別の外部指示器を用いて、洗浄溶液を分配するために栓１６または制御弁３１を開くことを指示する、命令を表示する。
【０１６４】
ステップ９５０にて、処理システム３は、操作者によって栓１６または制御弁３１が開かれたかどうかを判断する。これは、センサ（図示せず）、あるいは操作者によって使用される入力装置３２または処理システム３を用いて判断することができる。操作者が栓１６または制御弁３１を開いていない場合、処理システム３は、命令を表示し続ける。栓１６または制御弁３１が開いていることが判断されると、処理システム３は、ステップ９５５へと進む。
【０１６５】
ステップ９５５にて、シャトル１２０は、第３の動作位置へと動かされる。この場合、第１の流路１０５が、洗浄溶液管路２４と位置合せされ、洗浄溶液を供給してビール管路１７を洗浄することが可能になる。処理システム３は、洗浄溶液を小樽コネクタ１４へと、いつどれだけ提供するかを選択的に制御するために、弁を使用して洗浄溶液の供給を制御することができる。
【０１６６】
ステップ９６０にて、処理システム３は、洗浄サイクルが終了したかどうかを判断する。洗浄サイクルが終了したかどうかを判断するために、洗浄が行われた時間、分配される洗浄溶液の体積、または現在の管路状態など、多数のパラメータを使用することができる。洗浄サイクルが完了していないことを処理システム３が判断する場合、処理システム３は、洗浄溶液を供給し続ける。洗浄サイクルが完了したことを処理システム３が判断すると、処理システム３は、ステップ９６５へと進む。
【０１６７】
ステップ９６５にて、シャトル１２０は、第２の動作位置へと動かされて第１の流路１０５をガス圧管路１３と位置合せし、それによって、ステップ９８５にて、残っている洗浄液体を管路から空にするためにガスを供給することが可能になる。処理システム３は、圧力センサ２５によって生成されたデータを使用して、所要のガス圧がガス圧管路１３に供給されたかどうかを判断することができる。
【０１６８】
ステップ９７０にて、処理システム３は、光センサによって生成されたデータを使用して、管路が空であるかどうかを決定する。処理システム３が、管路が空でないことを判断した場合、残っている洗浄溶液を管路からなくすために、気体がガス圧管路１３へと供給され続ける。処理システム３が、管路が空であることを判断した場合、処理システム３は、ステップ９１５にて液体を小樽１２から再び分配することができるように、シャトル１２０を第１の動作位置へと動かす。
【０１６９】
小樽コネクタ１４、システム、および方法の多数の変形形態が可能であることが理解されるであろう。
【０１７０】
処理システム３は、管路が洗浄を必要としているかどうかを判断するために、多くのパラメータを使用することができる。これはたとえば、分配されるビールの量、すべて異なる洗浄間隔を必要とするドラフト、ラガー、エール、およびスタウトなど、分配されるビールの様々な品種を、含むことができる。ただし、管路の使用年数など別のパラメータもまた、当業者によって認識されるであろう。
【０１７１】
処理システム３は、システム内の様々なセンサから転送されたデータを用いてエラー検出を実行するように、構成することができる。たとえば、シャトル１２０が結合位置にあるときに、管路内をかなりの量の液体が流れていることを指示するデータを流量計３０が生成する場合、処理システム３は、エラーを検出することができる。処理システム３は、出力装置３３０によって、エラーおよびシステムのどの部分がエラーを生じた可能性があるかという指示を、さらに提供することができる。これは、システム内のセンサから得られる生成されたデータの正しい動作範囲を含む、ルックアップテーブルを使用することによって実現することができる。
【０１７２】
処理システム３はまた、ビール管路内のシュウ酸および細菌のレベルの低下を監視することによって、どのくらいの頻度でビール管路が洗浄されているかを判断することができる。そのような低下を記録することによって、ビール管路が最後に洗浄されてからの期間を、処理システム３が決定することが可能になる。この場合も、この期間を、メモリ７１に記憶されている、ビール管路がどの程度の頻度で洗浄されるべきであるかを指示する所定の閾値と比較することができる。この閾値を超過している場合、処理システム３はここでも同様に、Ｉ／Ｏ装置７２を用いて、またはたとえば３４にて示すような個別の表示装置上に代わりに表示して、警告を発生してこのことを操作者に警告することができる。
【０１７３】
処理システム３は、圧力管路１３内の現在の圧力の指示を判断するために、ガス圧センサ２５から得られる信号をサンプリングすることができる。次いで処理装置７０が、この値を、正常な動作状態を表すガス圧の許容可能範囲を規定する、メモリ７１に記憶された所定のガス圧範囲と比較する。処理装置は、ガス圧がこの許容可能範囲内にあるかどうかを判断し、そうでない場合、気体供給部に問題があることを使用者に知らせるための警告を発生する。この警告は、Ｉ／Ｏ装置７２上で発生することができ、または代わりに、たとえば３４で示すような別個の表示装置上に表示することができる。
【０１７４】
同様に、処理システム３は、たとえば温度センサ２８を使用して、冷媒管路１９内のみの温度上昇を検出することによって、冷却システムの何らかの部分に伴う問題を判断することができる。通常、分配されるビールの体積などの因子に応じて、冷媒温度にばらつきが見られる。特に、大体積のビールが分配される場合、これによって冷媒システム上の負荷が増大し、許容可能限界内の冷媒温度の上昇がもたらされることがある。これは、定期的な時間間隔で温度を監視すること、ならびに温度の変化率および／または変化の大きさを所定の閾値と比較することによって説明することができ、一般に、冷媒システムがビールを冷却するために十分良好に機能していない場合、それを判断することができる。
【０１７５】
ただし、そのような温度上昇はいずれも、チラープレート、冷媒管路１９、または冷媒供給部１８自体に伴う障害によるものであるとすることができる。したがって、冷媒供給部１８が正しく機能しているかどうかを監視する個別の動作センサ２９を提供することによって、問題の原因を突き止めることが可能になる。たとえば、冷媒供給部１８が正しく機能しているが、冷媒温度が上昇した場合、これは、チラープレートまたは冷媒管路１９に伴う問題が生じた可能性があることを示唆する。
【０１７６】
これに加えて、動作センサ２９の存在によって、冷媒管路１９したがってビール管路１７の温度が上昇する前に、冷媒システムに伴う何らかの問題を検出することを可能にすることができる。これは、ぬるい飲料の分配による在庫の浪費を防ぐのに役立つことが理解されるであろう。
【０１７７】
処理システム３はまた、センサ２５、２６、２７、２８、２９からサンプリングされた信号の値を表す信号データを、メモリ７１内または６にて点線で示される遠隔データベース内に記憶するように、構成することもできる。これによって、データを後日検討することが可能になり、機械の動作を点検することが可能になる。この点検は、製品基準を保証するために、操作者および／または独立した第三者が実行することができる。すなわち、たとえば飲料の供給業者は、信号データを販売代理人が定期的に検討することを要求し、それによって、ビール管路が必要に応じて洗浄されていることを保証し、かつビールが正しい状態で提供されていることを保証することができる。
【０１７８】
ビール管路内のシュウ酸または細菌のレベルがメモリ７１に記憶されている所定の閾値を超えるなど、障害が生じた場合、処理システム３を、問題が修正されるまでさらなる飲料が分配されることを妨げるように適合させることもできる。ビール管路の洗浄に関しても、同様の手順を行うことができる。処理システム３はまた、操作者が問題に気付くことを保証するために、警告を発生することができる。
【０１７９】
さらに、たとえば、第１のレベルが、間もなく洗浄が実行されるべきであることを指示し、さらなるレベルが、飲料がさらに分配される前に洗浄が実行されなければならないことを指示するなど、多数の閾値レベルを設定することができる。
【０１８０】
栓１６または管路制御弁３１は、手動または自動分配が可能になるように、開位置で配置することができる。たとえば、栓１６が開位置で配置される場合、弁３１の位置を動作可能に選択する処理システム３によって液体が分配され、それによって、液体を小樽１２から自動的に分配することが可能になる。この場合、処理システム３は、流量制御弁３１を開位置と閉位置の間で切り換えるために、流量計３０によって生成されたデータを用いて、所要の体積の液体が分配されたかどうかを判断することができる。
【０１８１】
一代替例では、制御弁３１を開位置に配置し、それによって、所要の体積の液体が分配されるように、操作者が栓１６を手動で制御することを可能にすることができる。
【０１８２】
処理システム３は、洗浄プロセスが、処理システム３によって記憶されたタイムテーブルに従って実行されるように構成することができる。タイムテーブルは、生じる途絶が最小限となるように、分配速度が低くなる時間を含めて、多数の変数に依存させることができる。
【０１８３】
システムは、処理システム３による自動制御によってではなく、操作者のパネルによって制御することができることが理解されるであろう。操作者のパネルは、操作者によるシステムの手動操作を可能にする。
【０１８４】
ビールまたは同様の飲料が、通常システムによって分配されることも、理解されるであろう。ただし、加圧された小樽装置内に提供される、その他の液体を分配することもできる。
【０１８５】
液体の混合物を供給するために使用することができる、マルチバルブの一例を、図１０から図１５を参照しながら次に説明する。この例は、多数の異なる飲料が提供されるように、多数の飲料成分の混合を可能にするための、弁２０１の使用に焦点を当てる。この弁システムは、いかなる形の、様々な成分から形成される飲料を分配するために使用することもできる。わかりやすくするために、以下の例のみを、最高５つの異なる蒸留酒の組合せ、ならびに、炭酸水および最高５つのシロップの組合せから形成される最高６つの異なる清涼飲料の組合せの使用を参照して説明する。ただし、これは例示目的のためのものに過ぎず、限定を意図するものではないことが理解されるであろう。
【０１８６】
いずれにしても、この例では、弁２０１は、図示のような出口ハウジング２０３に結合される入口ハウジング２０２から形成される。入口ハウジング２０２は、それぞれの飲料成分を受けるための多数の入口を備え、これらを流路によって対応する出口に結合する。
【０１８７】
この例では、入口ハウジング２０２は、入口ポート２１１Ａ〜２１１Ｅが適当な接続管などによってそれぞれの蒸留酒供給源に結合されることを可能にするために、それぞれの蒸留酒入口ポート２１１Ａ〜２１１Ｅ（わかりやすくするために２１１Ｃ〜２１１Ｅは図示しない）内に取り付けられる、５つの蒸留酒コネクタ２１０Ａ〜２１０Ｅを備える。蒸留酒入口ポート２１１Ａ〜２１１Ｅは、入口ハウジング２０２および出口ハウジング２０３を通って延びる開口によって形成されるそれぞれの蒸留酒流路２１２Ａ〜２１２Ｅによって、それぞれの出口ポート２１３Ａ〜２１３Ｅ（わかりやすくするために２１３Ｂ〜２１３Ｃは図示しない）へと連結され、出口ポートは、対応する蒸留酒出口２１４Ａ〜２１４Ｅに結合される。
【０１８８】
使用時は、流路２１２Ａ〜２１２Ｅに沿った蒸留酒の流れが、ソレノイド２１５Ａ〜２１５Ｅから形成される弁、および対応するピストン２１６Ａ〜２１６Ｅを使用して制御され、ピストンは、それぞれの弁座２１８Ａ〜２１８Ｅと連絡することによって、それぞれの流路２１２Ａ〜２１２Ｅを遮断するように動作する。それぞれの流路２１２Ａ〜２１２Ｅを部分的に遮断する、それぞれの流量制御ねじ２１７Ａ〜２１７Ｅ（わかりやすくするために２１７Ｃ〜２１７Ｅは示さない）によって、さらなる流量制御も提供される。
【０１８９】
同様に、清涼飲料を提供するために、図示のような対応する構成が使用される。すなわち、入口ハウジング２０２は、入口ポート２２１Ａ〜２２１Ｆが適当な接続管などによってそれぞれの清涼飲料供給源に結合されることを可能にするために、それぞれの清涼飲料入口ポート２２１Ａ〜２２１Ｆ（わかりやすくするために２２１Ａ〜２２１Ｃは図示しない）内に取り付けられた、６つの清涼飲料入口コネクタ２２０Ａ〜２２０Ｆを備える。清涼飲料入口ポート２２１Ａ〜２２１Ｆは、入口ハウジング２０２および出口ハウジング２０３を通って延びる開口によって形成されるそれぞれの清涼飲料流路２２２Ａ〜２２２Ｆによって、それぞれの出口ポート２２３Ａ〜２２３Ｆ（わかりやすくするために２２３Ｃ〜２２３Ｄは示さない）へと連結され、出口ポートは、対応する清涼飲料出口２２４に結合される。
【０１９０】
使用時に、流路２２２Ａ〜２２２Ｆに沿った清涼飲料の流れは、ソレノイド２２５Ａ〜２２５Ｆから形成される弁、および対応するピストン２２６Ａ〜２２６Ｆによって制御され、ピストンは、それぞれの弁座２２８Ａ〜２２８Ｆと連絡することによって、それぞれの流路２２２Ａ〜２２２Ｆを遮断するように動作する。さらなる流量制御が、それぞれの流路２２２Ａ〜２２２Ｆを部分的に遮断する、それぞれの流量制御ねじ２２７Ａ〜２２７Ｆによっても提供される。
【０１９１】
これに加えて、図示のようにそれぞれのポート２０５Ａおよび２０５Ｂ内に設けられる冷却入口コネクタ２０４Ｂおよび冷却出口コネクタ２０４Ａを用いる、さらなる冷却システムが提供される。使用時に冷却ポート２０５Ａおよび２０５Ｂは、冷蔵された流体を、入口ハウジング２０２を通して再循環させることを可能にするために、冷却流路２０６（わかりやすくするために図示しない）によって相互連結される。通常これは、冷蔵された炭酸水は容易に入手可能であり使用が安価であるので、冷却入口コネクタ２０４Ｂを冷蔵された炭酸水供給源へと連結させることによって実現されるが、その他の冷蔵された流体を使用することもできることが理解されるであろう。
【０１９２】
入口ハウジング２０２の流路２１２Ａ〜２１２Ｅ、２２２Ａ〜２２２Ｆの内部構成を、図１３Ａ〜図１３Ｃにより詳細に示す。
【０１９３】
特に、図１３Ｂおよび図１３Ｃに示す、入口ポート２１１Ｂ、２１１Ｅおよび２２１Ａ、２１１Ｄを通る断面図は、それぞれの流路２１２Ｂ、２１２Ｅおよび２２２Ａ、２１２Ｄ内へと部分的に延びそれによって流路を部分的に遮断する、対応する流量制御ねじ２１７Ｂ、２１７Ｅ、および２２７Ａ、２１７Ｄを示す。これから、それぞれの流量制御ねじ２１７Ｂ、２１７Ｅおよび２２７Ａ、１２７Ｄの位置は、対応する流路２１２Ｂ、２１２Ｅおよび２２２Ａ、２１２Ｄの相対的な直径を制御し、それによって、それぞれの飲料成分が分配される速度を制限することが理解されるであろう。同様の流量制御構成は、当業者には理解されるように、残りの流路に関連付けられる。
【０１９４】
流量制御ねじ２７１Ｂ、２１７Ｅおよび２２７Ａ、２１７Ｄを通過した後、流路２１２Ｂ、２１２Ｅおよび２２２Ａ、２１２Ｄは、流れを選択的に作動することを可能にするために対応するピストン２１６Ｂ、２１６Ｅおよび２２６Ａ、２１６Ｄと協働する、それぞれのピストン座部２１８Ｂ、２１８Ｅおよび２２８Ａ、２１８Ｄへと延びる。
【０１９５】
特に、図１３Ｃのピストン２１６Ｂによって示すように、ピストン２１６Ｂが伸長位置にあるとき、ピストン２１６Ｂは、対応する弁座１８Ｂを封止し、それによって流路２１２Ｂおよび対応する流体流れを遮断する。ピストンは通常、ピストン２１６Ｂをそれぞれのばねの作用下でソレノイド２１５Ｂから外側に押し出すことによって、伸長位置に保持される。その結果、デフォルト位置では、流路が遮断されるので、流体は分配されない。それぞれのソレノイド２１５が作動される場合、ピストン２１６はピストン２１６Ｅの位置によって示すように収縮され、それによって流路２１２Ｅを開き、それぞれの飲料成分の流れを可能にする。
【０１９６】
したがって、流路２１２、２２２は、入口ハウジング２０２を通って表面２０２Ａへと延びることが分かる。使用時は、表面２０２Ａは、流路２１２、２２２が出口ハウジング２０３を通って延びるように、出口ハウジング２０３の表面２０３Ａと封止係合する。これを図１４Ａから図１４Ｂにさらに詳細に示す。
【０１９７】
この例では、流路２２２Ｂ〜２２２Ｆのための流量制御は、出口ハウジング２０３内で提供される。これもまた、流路２２２Ｂ〜２２２Ｆが、出口ハウジング３内の対応する弁座２２８Ｂ〜２２８Ｆへと流れ、次いでそれが、上記と同様のやり方でピストン２２６Ｂ〜２２６Ｆと協働し、それによって清涼飲料シロップ成分のための流量制御が提供される、同様のやり方で実現される。したがってこれは、さらに詳細には説明しない。
【０１９８】
清涼飲料出口２２４を、図１５Ａから図１５Ｄにより詳細に示す。この例で示すように、分配される炭酸水を提供する流路２２２Ａは、出口２２４の中央本体部分２２９Ａから、多数の出口２２４Ａへと延びる。同様に、流路２２２Ｂから２２２Ｆは、中央本体部分２２９Ａの周囲を取り囲むそれぞれの出口２２４Ｂ〜２２４Ｆを通って延びる。
【０１９９】
この結果として、使用時に、炭酸水は各出口２２４Ａを通って流れ、次いでそれぞれの外部本体部分２２９Ｂを通って容器へと送られる。同様に、出口２２４Ｂから２２４Ｆのうちの１つを通って流れるシロップもまた、外部本体部分２２９Ｂの境界内を流れる。複数の出口２２４Ａを通して炭酸水を分散させる結果として、外部本体部分２２９Ｂ内で炭酸水がシロップと混合され、清涼飲料を形成するためのシロップと炭酸水の適当な混合がもたらされることが保証される。
【０２００】
したがって、これによって、ソレノイド２１６の適切な作動によって蒸留酒と清涼飲料の組合せを提供するために使用することができる、共通の弁ハウジングが提供されることを、当業者であれば理解するであろう。
【０２０１】
使用時に、弁２０１は、分配される飲料成分の様々な組合せを可能にするための、適当なシステム内で実装することができる。図１６に、この一例を示す。
【０２０２】
この例は、わかりやすくするために、４つの飲料構成要素の分配に焦点を当てるに過ぎず、これは上記のように、より多数の成分へと拡張することができることが理解されるであろう。
【０２０３】
図１６に示すように、システムは、分配されるそれぞれの飲料を収容するための、４つのリザーバ２４０Ａ、２４０Ｂ、２４０Ｃ、２４０Ｄを備える。各リザーバ２４０は、それぞれの流路２４１Ａ、２４１Ｂ、２４１Ｃ、２４１Ｄによって、マルチバルブ２０１へと結合され、マルチバルブは、出口２２４を通じてＧで示すようなグラスまたは別の容器へと飲料を供給するようになされる。
【０２０４】
分配される飲料の体積を測定するために、各流路内に、タービン２３１Ａ、２３１Ｂ、２３１Ｃ、２３１Ｄが設けられる。タービン２３１Ａ、２３１Ｂ、２３１Ｃ、２３１Ｄ、およびマルチバルブ２０１の一部を形成するソレノイド２２５Ａ、２２５Ｂ、２２５Ｃ、２２５Ｄは、通常、図１に関して説明したような処理システム３など処理システムへと結合され、それによって分配動作の制御を可能にする。したがって、図１の装置と関連付けてこれを実装することができるが、それは必須ではないことが理解されるであろう。
【０２０５】
システムは通常、入力３２を備え、入力３２は、この例では、以下でより詳細に説明するように飲料を選択するための、多数の入力ボタン３２１、３２２、３２３、３２４、３２５、３２６、３２７、３２８を備える。
【０２０６】
使用時は、処理システム３は、入力ボタン３２によって飲料の選択を受け取るように動作し、次いで、リザーバ２４０Ａ、２４０Ｂ、２４０Ｃ、２４０Ｄからの飲料の分配を制御するために、ソレノイド２２５を動作させる。これは、以下でより詳細に説明するように、タービン２３１からの信号に従って実現される。
【０２０７】
この例では、システムは、２つの飲料成分から形成される、清涼飲料など飲料を分配するようになされる。特に、清涼飲料は通常、風味および色を提供するシロップから形成され、シロップは、所望の濃度を提供するために炭酸水と混合される。この例の目的では、リザーバ２４０Ａは、リザーバ２４０Ｂ、２４０Ｃ、２４０Ｄ内に収容される様々な飲料用シロップと共に、炭酸水を供給する。
【０２０８】
ソーダ水は通常、流路２４１Ａへと供給される前に適当なチャンバ内において炭酸ガスで飽和される、水を用いて形成されることが、当業者には理解されるであろう。したがってこれは、詳細に説明しない。
【０２０９】
飲料を分配するために、バーテンダーなど使用者は、適当なサイズの容器Ｇを出口２２４の下に配置する。次いでバーテンダーは、飲料の分配を生じるために、入力ボタン３２１、３２２、３２３、３２４、３２５、３２６、３２７、３２８のうちの適当な１つを選択する。分配される飲料のサイズおよび／またはタイプが制御されるように、多数のボタンが設けられることが理解されるであろう。すなわち、たとえば、入力ボタン３２１、３２２、３２３、３２４、３２５、３２６、３２７、３２８のうちの１つをそれぞれ、それぞれの飲料の大型、中型、１パイント、１／２パイントなど、それぞれのタイプの飲料の異なるサイズに対応させることができる。
【０２１０】
いずれにせよ、処理システム３は、使用者によって選択されたボタンを検出し、その情報を使用して、メモリ２１内に記憶されたルックアップテーブル（ＬＵＴ）にアクセスする。ＬＵＴは、特定のボタンまたはボタン順序に関して、分配される飲料のタイプを指示し、特に、それぞれのリザーバ２４０Ａ、２４０Ｂ、２４０Ｃ、２４０Ｄから供給されるべき各飲料成分の体積を指示する。
【０２１１】
次いで処理システム３は、ソレノイド２１５、２２５のうちの対応する１つを作動させるために、信号を生成する。処理システム３は、分配される飲料成分の体積を表すタービン２３１からパルスを受け取り、これを使用して、正しい比率の飲料成分が提供されることを保証する。
【０２１２】
すなわち、所与の何らかの飲料について、所要の各飲料成分の体積が決定され、所望の飲料成分の体積を供給するために必要とされるパルスの数を参照して記憶される。使用時は、処理システム３は、タービン２３１からのパルス数を数え、選択された飲料のための所要のパルス数が達成されると、処理システム３は、それぞれのソレノイド２１５を非作動化する。
【０２１３】
したがって、各飲料成分のための対応するパルス数を必要に応じて用いることによって、様々な飲料成分を提供することができることが、当業者には理解されるであろう。
【０２１４】
１つの例では、各タービン２３１Ａからの各パルスは、１０ｍｌの炭酸水の流れに対応するが、タービン２３１Ｂ、２３１Ｃ、２３１２Ｄからの各パルスは、１ｍｌのシロップの流れを表す。すなわち、この例では、処理システム３は、炭酸水とシロップの間の所望の比率を実現するために、各タービン２３１からの所定のパルス数を数えるように動作する。たとえば、処理システム３は、タービン２３１Ａから８パルス、タービン２３１Ｂから１０パルス数え、それによって、８０ｍｌの炭酸水および１０ｍｌのシロップを、８：１の比率で分配する。したがって、これによって、飲料の体積、およびしたがってシロップに対する炭酸水の比率を、パルス数に関して定義することが可能になり、パルス数をそれぞれの流量計について数えられなければならないことが理解されるであろう。
【０２１５】
同様の手順が、蒸留酒にも使用され、それによって、飲料が正しい比率に従って分配されることが保証される。これによって、蒸留酒および清涼飲料成分の組合せを含む、カクテルなど複雑な飲料を、適切な入力ボタン３２にタッチして分配することが可能になる。
【０２１６】
したがって、このシステムは、分配される飲料の体積を絶対的に測定し、ある量の飲料を分配時間および流速に基づいて分配するように動作しないことが理解されるであろう。その結果、処理システム３は単純に、所要の体積が分配されるまで対応する弁を開いたままにするので、１つの流路２１２、２２２が部分的に遮断されるなど、飲料構成要素のうちの１つの分配に問題がある場合でも、所要の飲料が依然準備される。
【０２１７】
特に、炭酸水の流れが制限されている場合、シロップが最初に分配を停止し、正しい比率が達成されるまで炭酸水が流れる。
【０２１８】
この場合、流量制御ねじは、飲料成分の分配比率を変えることを可能にするが、分配される体積には影響を与えず、したがって、分配される絶対的な体積に依存する、結果的に得られる飲料中の飲料成分の比率に影響を与えないことが理解されるであろう。
【０２１９】
飲料を上記のように分配することに加えて、出口２１４Ｆを通じて追加の飲料成分を供給することができる。特に、出口２１４Ｆは、入口２１４Ｇを通じて別の成分供給源に直接連結することができる。これは、流量制御のいかなる機構も用いずに提供されるので、様々な飲料成分を試飲のために供給することが可能になる。
【０２２０】
すなわち、たとえば入口２１４Ｇを、牛乳供給源に結合して、牛乳を手動で飲料に加えることを可能にすることができる。これは、牛乳をその他の成分と同時に飲料中へと、単一の供給弁アセンブリによって分配することを依然可能にしながら、牛乳の追加の手動制御を可能にし、飲料を必要に応じて混合することを可能にするという利点を有する。
【０２２１】
また入口２４１Ｇを、必要に応じて、生ジュースなど別の供給源に結合することもできることが理解されるであろう。
【０２２２】
処理システム３を適当に使用することによって、さらなる流量制御特徴を提供することもできる。たとえば、シロップおよび炭酸水の供給をパルス制御して、シロップと炭酸水の混合を改善し、したがって製品の品質を改善することを助けることができる。これは、対応するソレノイド２２５にパルス化された信号を印加し、それによって対応する弁を迅速に開閉することによって、実現することができる。ただし、この場合も、分配される飲料の体積は同じ方法で決定される。
【０２２３】
飲料成分が、所定の時間に出口２１４、２２４に供給されることが望ましいことがある。すなわち一般に、最初に蒸留酒を供給し、続いて、炭酸水とシロップの流れをほぼ同時にして、清涼飲料を提供することが好ましいことがある。これは、処理システム３を適当にプログラムすることによって実現することができることが、理解されるであろう。
【０２２４】
上記の例では、２つのハウジング２０２、２０３を使用すること、ならびに２つのハウジング２０２および２０３の間の流量制御を分離することは、特に有利である。というのもそれによって、ソレノイド２１５、２２５を弁アセンブリ２０１の周りに分布させることが可能になるからである。これによって、空間的に最適化された構成が提供され、それによって、通常弁アセンブリを受け入れるための小さい空洞しかもたない分配タワー内などに、弁アセンブリ２０１を組み込むことが可能になる。これによって弁アセンブリを、既存の飲料分配システム内にレトロフィットさせることが可能になる。
【０２２５】
上記の例は、飲料の分配に焦点を当てているが、この技術を、いかなる形の流体の分配に適用することもできることが理解されるであろう。すなわち、このマルチバルブは、たとえば所望の色を作り出すために染料または塗料を混合するなど、流体のいかなる混合物を形成するために使用することもできる。
【０２２６】
コンテンツ表示システム
次に、文脈依存のコンテンツを提供するためのプロセスの一例を、図１７を参照しながら説明する。
【０２２７】
特に、ステップ１１００にて、表示されるコンテンツが決定される。コンテンツは通常、
・一般にテレビ広告など所定の非対話型コンテンツである、スケジュールされたコンテンツ、および
・あるトリガが検出される場合など、ある文脈において消費者に表示されるトリガコンテンツを含む。
【０２２８】
コンテンツは、システムの実装に応じて多数の異なるやり方で決定することができ、かつ、たとえばコンテンツ提供者または広告主からコンテンツを受け取ること、コンテンツを作成することなどを含むことができる。
【０２２９】
ステップ１１１０にて、スケジュールされたコンテンツを表示するための、スケジュールが決定される。スケジュールは、スケジュールされたコンテンツを提示する時間を制御するために使用され、表示されるスケジュールされたコンテンツのリストと同じくらい単純なものとすることができる。すなわち、たとえばこれは、テレビ広告のプレイリストなどの形とすることができ、リスト上の各広告は、前の広告の終結に続いて示される。ここでも同様に、スケジュールを決定するやり方は、関連する状況に依存することになり、コンテンツ提供者から所定のスケジュールを受け取ること、または適当なスケジューリングアルゴリズムを用いてスケジュールを作成することを含むことができる。
【０２３０】
ステップ１１２０にて、トリガコンテンツに関連付けられたトリガが決定される。トリガは、文脈を決定するために使用され、次いで、以下でより詳細に説明するように、適当なコンテンツの提示をもたらす。すなわち、たとえばコンテンツは、特定の製品の注文とすることができ、これは、注文方法に関連付けられたトリガの使用によって検出される。この場合、これを使用して、問題となっている特定の製品に関するコンテンツの提示をトリガすることができる。
【０２３１】
ステップ１１３０で、プロセスは、スケジュールされたコンテンツをスケジュールに従って提示することを含む。これは、コンテンツを現場またはその他の場所において表示することを可能にする、標準的なプロセスである。この場合、コンテンツを、それが提示される環境に適合させることができるが、それは依然、文脈特定ではない一般的なコンテンツとなる傾向がある。
【０２３２】
このプロセス中に、トリガイベントを検出するために、監視が実行される。トリガイベントおよびそれらの検出の例は、以下でより詳細に説明するように、システムが使用される状況、およびステップ１１２０にて決定されたトリガに依存する。
【０２３３】
いずれにせよ、ステップ１１４０でのトリガの検出後に、スケジュールされたコンテンツの提示が中断され、それによって、ステップ１１５０にて対応するトリガコンテンツを表示することが可能になる。この例では、トリガのタイプに基づいてトリガコンテンツを選択することによって、コンテンツを、トリガが生じた文脈に特定的に指向させることが可能になる。トリガコンテンツの提示が完了することによって、スケジュールされたさらなるコンテンツをスケジュールに従って提示し、さらなるトリガの監視を続けるために、プロセスがステップ１１３０に戻ることが可能になる。
【０２３４】
すなわちこれによって、指向された文脈依存コンテンツ、および特に指向された広告を、トリガに基づいて消費者に提供するための機構が提供されることが理解されるであろう。この場合、トリガコンテンツは、視聴者が行っている何らかの動作に基づいて、提示されるコンテンツが視聴者に関連するものとなるようにトリガに関連付けられ、それによって、コンテンツが使用者に関連するものとなり、広告などの効果が高まる。
【０２３５】
すなわち、たとえばトリガは、消費者と店内の製品品目を対話させることができる。この例では、品目が店内の棚から取り出されるときなど、使用者が製品品目に触れるとき、それが製品に関連付けられた広告の提示をトリガし、それによって使用者に製品の購買を奨励することができる。この例では、使用者が店内の棚に近づくとき、製品品目付近の表示装置が、スケジュールされた広告を提示する。使用者が棚から製品品目を取り出すとき、棚の中の適当なセンサがこれを感知し、それぞれの製品品目に特定的な広告が表示される。トリガシナリオのさらなる例を、以下でさらに議論する。
【０２３６】
いずれにしても、本発明を実装するために適した装置の例を、次に図１８を参照しながら説明する。
【０２３７】
特に、図２は、１つまたは複数の局所的な現場へのコンテンツの提供を可能にするためのネットワークアーキテクチャを示す。この例では、システムは、図１、図２、および図１６に関して上記で説明した処理システム３など多数の処理システムへと、インターネット、あるいは１つまたは複数のローカルまたはワイドエリアネットワーク（ＬＡＮまたはＷＡＮ）など通信ネットワーク１００２、１００４を通じて結合された、基地局１００１を備える。ネットワーク、およびそれに対する接続は、好ましい実装形態に応じて、有線または無線とすることができる。
【０２３８】
基地局１００１は、通常、図示のようにデータベース１１１１に結合された処理システム１００５を備える。処理システム１００５および処理システム３は、コンピュータシステム、コンピュータサーバ、デスクトップコンピュータ、ラップトップ、専用ハードウェアなど、いかなる形の適当な処理システムとすることもできる。
【０２３９】
１つまたは複数の処理システム３を局所的な現場に設け、それによって、コンテンツを提示することを可能にすることができる。一例では、処理システム３を、図１および図１６に示すものと同様の飲料分配システム内に設けることができ、それによって、飲料を分配すること、および対応するコンテンツを表示装置３４のうちの１つに提示することが可能になる。
【０２４０】
処理システム３の場合、外部インターフェース７３を使用して、処理システム３を通信ネットワーク１００２、１００４へと接続し、同様に処理システム３を任意で、１つまたは複数の表示装置３４、および／または１つまたは複数のセンサに接続することができる。
【０２４１】
したがって、処理システム３は、デスクトップコンピュータ、ネットワークサーバ、ラップトップ、専用ハードウェアなど、いかなる適当なコンピュータシステムとすることもできる。あるいは、処理システム３は、コンテンツの表示制御を可能にするために処理を組み込む、適当な表示装置内へと統合することができる。
【０２４２】
いずれにせよ、この例では、基地局１００１は、局所的な現場にて表示するためのコンテンツを作成または提供するようになされる。コンテンツは次いで、通信ネットワーク１００２、１００４を通じて処理システム３へと転送され、処理システム３が、スケジュールに従い、またはセンサを用いて検出されたトリガに基づいて、コンテンツの提示を制御することを可能にする。
【０２４３】
これに加えて、基地局１００１はまた通常、スケジュールの作成を制御し、トリガを定義し、ならびに、広告主にコンテンツ提示の請求書を送るように、動作する。
【０２４４】
次に、これを実現することができるやり方の一例を、図１９Ａから図１９Ｃを参照しながら説明する。
【０２４５】
ステップ１２００にて、基地局１００１の操作者が、表示されるコンテンツを定義するコンテンツ詳細を決定し、ステップ１２１０にて、必要に応じてコンテンツが任意で作成され、データベース１１１１内に記憶される。
【０２４６】
これらのステップは、多数のやり方で実現することができ、提示されるコンテンツの性質、コンテンツの提示を要求する主体などの因子に依存する。すなわち、たとえば広告主が、予め作成されたコンテンツを有し、それらを基地局１００１に供給することができる。あるいは、基地局１００１の操作者が、広告主の要求に基づいてコンテンツを作成し、それをステップ１２００にて表示されるコンテンツの詳細の一部として提供することができる。さらに、詳細は、広告主が望む情報の表示頻度、使用されるトリガイベント、およびその他何らかの必要とされる情報など、情報を含む。
【０２４７】
ステップ１２２０にて、操作者は、コンテンツがコンテンツ詳細からのトリガコンテンツであるかどうかを決定する。コンテンツがトリガコンテンツでない場合、操作者はステップ１２３０にてコンテンツに関連する優先度を決定し、これをステップ１２４０にて、スケジュールされたコンテンツの表示を制御するためのスケジュール提供に使用する。優先度は、操作者によって定義され、またはステップ１２００にて決定されたコンテンツ詳細から得ることができる。
【０２４８】
多数の異なるコンテンツアイテムのスケジュール決めを制御するために、スケジュールを定期的に作成することができること、あるいは、既存のスケジュールに新しいスケジュールを加えることを可能にするために、システムが既存のスケジュールを更新することができることが、理解されるであろう。すなわち、たとえばスケジュールコンテンツを、自動的に、スケジュールが次に改訂されるまでなど所定の時間にわたり表示することを可能にするために、基地局１００１は通常、毎日、毎週、毎月など、定期的にスケジュールを作成または更新する。
【０２４９】
スケジュール決めを実現するやり方は、システムの特定の実装形態に依存し、通常、知られたスケジューリングアルゴリズムを利用する。スケジューリングは、コンテンツ詳細において特定された消費者の要求が満足されることを保証するために実行され、したがって通常、各コンテンツアイテムがいつ表示されるべきかを指示するタイムリストの作成をもたらす。
【０２５０】
さらに、様々な場所で異なるコンテンツを表示することが望ましいことがあるので、通常それぞれのスケジュールが、異なる各場所またはいくつかのタイプの場所のために作成される。すなわち、たとえば小売店とは対照的に、様々なスケジュールをバーのために作成することができる。
【０２５１】
スケジュールはまた、通常、それぞれのコンテンツアイテムの優先度の指示を含む。
【０２５２】
コンテンツがトリガコンテンツである場合、操作者はステップ１２５０にて、トリガコンテンツに関連付けられたトリガを定義する。定義されたトリガは、トリガコンテンツがいつ表示されるかを制御するために使用され、適当な例を以下でより詳細に説明する。
【０２５３】
ステップ１２６０にて、操作者は、トリガコンテンツに関連する何らかの応答動作を定義する。応答動作は、システムの実装形態の性質、および広告主の要求に応じて変えることができる。すなわち、たとえば応答動作は、選択された製品の割引を提供すること、ならびにさらなるトリガコンテンツの提示を含むことができる。すなわち、応答動作はそれ自体、トリガを構成することができる。
【０２５４】
いずれにしても、ステップ１２７０にて基地局１００１は、コンテンツおよび制御データを、処理システム３へと選択的に転送する。制御データは、コンテンツの提示を制御するために必要とされる何らかの情報を含み、したがって通常、スケジュール、ならびにトリガイベントおよび対応する応答動作の詳細などを含む。
【０２５５】
これは、実装形態に応じて様々なやり方で実行することができることが理解されるであろう。すなわち、たとえば毎日の始まりに、基地局１００１は、コンテンツ、スケジュール、およびその他の情報を、必要に応じて各処理システム３にダウンロードする。ただし、基地局１００１はあるいは、新しいコンテンツが追加されるときのみコンテンツをダウンロードし、スケジュールまたはトリガイベントのリストを、必要に応じて、処理システム３にて単に更新することができる。同様に、またはあるいは、情報の転送を、処理システム３によって適当なプロトコルを用いて開始することができる。
【０２５６】
さらに、基地局３は、処理システム３の場所に基づいて、異なるコンテンツおよび制御データを、異なる処理システム３へとダウンロードすることができる。これによって、処理システム３は、それぞれの現場に関連するコンテンツの提示をもたらすことができる。
【０２５７】
ステップ１２８０にて、処理システム３は、コンテンツおよび制御データを、受け取り、メモリ７１またはローカルデータベースなどに記憶する。
【０２５８】
ステップ１２９０にて処理システム３は、ステップ１３００にてコンテンツを表示装置３４上に提示させる前に、スケジュールを用いて、表示されるべきスケジュールされたコンテンツを決定する。これは、スケジュールに応じて順に実行され、通常、処理システム３に、表示されるべき次のコンテンツアイテムを決定させ、次いでこれを表示装置３４へとダウンロードさせることを伴う。
【０２５９】
したがって、表示装置は、処理システム３によって提供されるコンテンツを単に表示する、受動表示装置とすることができる。ただし一代替形態として、処理システム３は、コンテンツを表示装置３４へとダウンロードし、ローカルキャッシュ内に記憶し、それをスケジュールによって指示される関連する時間に提示することを可能にすることができるという点で、能動的とすることができる。この場合、表示装置は有効に、処理システム３の一部またはすべての機能を実装する、能動表示装置となる。例示のためだけに、表示装置が受動的であると仮定するが、この技術は、能動表示装置にも等しく適用可能であることが理解されるであろう。さらに、またあるいは、処理システム３と表示装置３４が統合されるなど、表示装置は、処理システム３の一部を形成することができる。
【０２６０】
このプロセス中に、処理システム３は、たとえば、ボタン３２から得られる信号など受け取った信号を解釈することなどによって、トリガイベントを連続的に監視する。
【０２６１】
トリガが検出されない場合、処理システム３はステップ１２９０に戻り、スケジュール内の次のコンテンツアイテムを表示させ、トリガが検出されるまでこのプロセスが繰り返される。
【０２６２】
任意で、処理システム３はまた、ステップ１３２０にて示すように、表示されるコンテンツの詳細を基地局１００１へと提供することができる。この情報は、ステップ１４３０に関して以下でより詳細に説明するように、基地局１００１が、請求書作成およびコンテンツ表示の有効性に関するフィードバックの決定において利用することができる。コンテンツアイテムが表示されるときに毎回、表示の詳細を基地局１００１へと提供することができるが、通常これは、たとえば毎日の終わりまたはそれぞれのスケジュールの完了時など、定期的に実行されることが理解されるであろう。
【０２６３】
ステップ１３１０にてトリガが検出される場合、プロセスはステップ１３３０へと進み、処理システム３は、それぞれのトリガに関するトリガコンテンツを決定する。トリガは、適切な入力を、１つまたは複数の別の処理システムからの信号としてＩ／Ｏ装置７２を通じて、あるいはセンサまたはボタン３２から、処理システム３に受け取らせることによって検出される。トリガの性質を以下でより詳細に説明する。
【０２６４】
いずれにしても、処理システム３は、受け取った入力に応答して、入力を解釈し、対応するトリガを決定する。次いで処理システム３は、制御データを使用して、どのトリガコンテンツが表示されるべきかを決定する。次いで処理システム３は、ステップ１３４０にてスケジュールコンテンツの表示を中断し、ステップ１３５０にて表示装置にトリガコンテンツを表示させる。
【０２６５】
これが実現されるやり方は、実装形態に依存するが、たとえば、トリガコンテンツを表示装置３５に転送し、表示装置３５がトリガコンテンツを表示する働きをすることを含むことができる。すなわち、表示装置が受動表示装置であり、コンテンツを処理システム３から供給されたとおりに単に提示する場合、このプロセスは、表示装置への供給を有効に中断し、トリガコンテンツの供給をもたらす。あるいは、データが表示装置３４内にキャッシュされる場合、処理システム３は、命令を表示装置３５へと転送し、それによって、キャッシュされたコンテンツの提示を無効にさせ、キャッシュされまたは供給される代替コンテンツを支持する。
【０２６６】
いずれにしても、スケジュールされたコンテンツは、代わりに表示されるトリガコンテンツによって中断される。
【０２６７】
ステップ１３６０にて、処理システム３は、トリガコンテンツの提示に応答するフィードバックが、提供されまたは検出されるかどうかを決定する。フィードバックの性質は、コンテンツの性質およびコンテンツが表示されるやり方に依存する。すなわち、たとえば表示装置がタッチスクリーンである場合、フィードバックは、スクリーンを使用する使用者によって行われる選択という形にすることができる。あるいはフィードバックは、製品などの購買など、別の形の指示とすることができる。
【０２６８】
ステップ１３７０にて処理システムは、フィードバックに関連付けられた何らかの形の応答動作を決定し、次いで、ステップ１３８０にてそれらを実行させる。すなわち、これはたとえば、使用者に割引を提供することを、トリガコンテンツの一部として含むことができる。応答動作は、基地局１００１によって定義され、上記ステップ１２７０にて、制御データの一部として処理システム３に転送される。
【０２６９】
すなわち、フィードバック自体が、さらなるコンテンツを表示させ、したがってトリガを構成することができることが理解されるであろう。ただし、トリガとフィードバックの主な相違は、フィードバックが、トリガコンテンツの提示に応答して提供され、単にコンテンツを表示するよりも大きい応答動作の範囲を含むことができることである。
【０２７０】
ステップ１３９０にて、処理システム３は、トリガコンテンツの提示が、そうでなければスケジュールされたコンテンツを表示するために使用された時間を使い切るということを考慮して、スケジュールを更新する。したがって、スケジュールされたコンテンツがスケジュールに割り当てられた時間帯内に適合することを保証するために、スケジュールからコンテンツを除去することが必要とされる。
【０２７１】
スケジュールは、一般に、スケジュールされたコンテンツの優先度に従って更新される。これにより、優先度の低いスケジュールされたコンテンツを除去することによってスケジュールを更新することが可能になり、それによって、優先度が高いまたは中程度のコンテンツが常に表示されることが保証される。多数の異なる低優先度コンテンツアイテムを、除去可能とすることができ、したがって処理システム３は、
・スケジュールされたコンテンツアイテムおよび提示されるトリガコンテンツの相対的なサイズ
・スケジュールされたコンテンツアイテムおよび提示されるトリガコンテンツの性質
・スケジュールされたコンテンツアイテムおよび提示されるトリガコンテンツのコンテンツ提供者または広告主
・スケジュールされたコンテンツアイテムのスケジュール内での順番
など多数の因子に基づいて、これらのうちの適当な１つを選択することができる。
【０２７２】
これが実現されるやり方は、処理システム３によって実行される適当なアルゴリズムに従って制御される。スケジュールの優先度に基づく変更は必要とされず、多数の因子のうちのいずれか１つに基づいてスケジュールを変更することができることも理解されるであろう。ただし、優先度に基づくスケジュール修正は、広告主の要求が満足されることを保証するのに役立てることができるので、特に有利である。
【０２７３】
ステップ１４００にて処理システムは、ステップ１３００に戻ることによって、スケジュールされたコンテンツを、改訂されたスケジュールに基づいて表示するように動作する。処理システム３はまた、ステップ１４１０にて、表示されたコンテンツの詳細および応答動作を、基地局１００１へと提供することができる。これは通常、ステップ１３２０に関して上記で説明したように、定期的に実行される。
【０２７４】
ステップ１４２０にて、基地局１００１は、表示されたコンテンツの詳細および何らかの関連するフィードバックを受け取り、これを使用して、様々な情報処理が実行されることを可能にする。
【０２７５】
これはたとえば、ステップ１４３０にてアカウントを作成することを含むことができる。この場合、基地局は、各スケジュールされたコンテンツアイテムおよび各トリガコンテンツアイテムが表示される回数を認識するので、基地局１００１は、コンテンツアイテムがスケジュールからいつキャンセルされるかを考慮に入れて、１回の表示ごとに課金することができる。すなわち、コンテンツの提供者は通常、コンテンツが１日１０回表示されることを要求することができるが、たとえば大量のトリガコンテンツの表示などによりこれが実現されない場合、コンテンツ提供者は、広告が表示された対応する回数にのみ課金される。
【０２７６】
ステップ１４４０にて、基地局１００１はまた、トリガコンテンツおよび何らかの関連するフィードバックの分析を実行するように動作する。これは、以下でより詳細に説明されるように、トリガコンテンツの提示に対する消費者の反応に関する重要な情報を決定するために、使用することができる。
【０２７７】
したがって、上記で説明したプロセスによって、スケジュールされたコンテンツがデフォルトして表示され、特定のトリガイベントが発生すると、スケジュールされたコンテンツを中断し、したがってトリガコンテンツの表示によって無効にすることが可能になる。これを使用して、トリガコンテンツがトリガイベントに関連すること、したがってコンテンツ依存性であることを保証することができる。これは、コンテンツ表示の効果を最大限にすることに役立つ。
【０２７８】
これに加えて、システムは、フィードバックを決定し、実行される広告の効果の分析を可能にするように動作することができる。
【０２７９】
次に、上述の例のさらなる特徴、およびそれに対する変形を説明する。
【０２８０】
場所／現場／表示装置への依存性
基地局１００１は、様々な場所および／または現場にて使用するための、様々なスケジュールを作成することができる。これは、
・現場のタイプ
・現場の地理的な位置
・広告主の好み
・現場の操作者の好み
などの因子に基づいて行うことができる。
【０２８１】
ただし、これに加えて、各現場のための多数の異なるスケジュールを提供し、各スケジュールを、選択された表示装置上のコンテンツの提示を制御するために使用することができる。すなわち、たとえば現場内の表示装置をグループとして提供し、各グループが別々のスケジュールを有することができる。
【０２８２】
同様の機能を、トリガコンテンツのために提供し、様々なトリガイベントおよび様々なコンテンツを、様々な現場、場所、および／または表示装置グループのために定義することができる。
【０２８３】
トリガ
トリガは、個人またはコンピュータシステムによって実行される何らかの検出可能な動作によって構成され、したがって多数の動作に対応することができる。これは、たとえば何らかのスイッチまたは別の電子検出システムの作動、ならびに製品の購買または注文を含み、かつ不適切な感知システムがインストールされる場合、製品品目とのインタラクションを含む。
【０２８４】
提供することができるトリガのタイプは、以下の、
・製品への接触
・ＳＭＳメッセージ
・ＭＭＳメッセージ
・生体センサ
・ＲＦＩＤインタラクション
・ＧＰＲＳ情報
・ＡＴＭインタラクション
・タッチスクリーン情報
・動作センサ
・製品の購買
・ＧＰＳ情報
・場所の情報
・リフトボタン
を含むがそれらに限定されない。
【０２８５】
ＭＭＳおよびＳＭＳなどの対話型システムの場合、トリガは、使用者に、ＳＭＳを所定の番号へと送らせることができる。この例では、現場内の静的な広告またはスケジュールされたコンテンツなど、別のコンテンツが、ＳＭＳ番号の詳細を提供することができる。使用者がＳＭＳを送ると、たとえば処理システム３を適当な電話に結合させることによって、または電話ネットワークからメッセージを受け取ることによって、この指示が処理システム３によって検出される。次いで処理システム３は、これをトリガとして使用して、対応するトリガコンテンツを表示することができる。
【０２８６】
このことから、処理システム３が、表示されるトリガコンテンツをステップ１３３０にて決定する場合、処理システム３は、センサ、Ｉ／Ｏ装置７２、ボタン３２から、または別の処理システムからの入力を解釈し、制御データからトリガコンテンツを決定できることが必要であることが、理解されるであろう。
【０２８７】
これに関して、制御データは、飲料分配など一般的なトリガを定義し、これらのトリガのために表示されるべきコンテンツを指示することができる。この場合、処理システム３の操作者は、それらのシステムを、分配される特定の飲料に対応して１つまたは複数のボタン３２からの信号など入力を解釈するように構成し、それによって、対応するトリガコンテンツを決定することを可能にすることができる。
【０２８８】
すなわち、たとえば処理システム３の操作者は、構成プロセスを使用して、いくつかの受け取ったセンサ信号または別の入力と、基地局１００１によって供給される所定のトリガイベントのリストとの間の、マッピングを定義することができる。この例では、マッピングを、ローカルに記憶し、入力を解釈するために使用して、発生した一般的なトリガイベントを処理システム３が決定することを可能にすることができる。
【０２８９】
次いでこれを使用して、制御データにアクセスし、それぞれのイベントに関連付けられたトリガコンテンツを決定することができる。
【０２９０】
あるいは、および／またはさらに、制御データは、処理システム３によって受け取られた入力を解釈するための情報を提供することができる。すなわち制御データを使用して、特定の信号があるトリガに対応することを識別し、したがって、対応するトリガコンテンツを決定することができる。
【０２９１】
これを実現するためには、処理システム３が設けられる場所におけるセンサ構成の詳細など、処理システム３によって受け取られる入力の知識が必要とされることが理解されるであろう。これは、多数の方法によって実現することができる。
【０２９２】
すなわち、たとえば、処理システム３の操作者は、それらのセンサ、ボタンなどを構成し、次いでセンサ構成の詳細を基地局１００１へと提供し、基地局１００１がそれぞれのセンサ構成のための適当な制御データを生成することを可能にすることができる。すなわち、操作者は、選択された１つのセンサが、特定の製品品目の運動を検出することを指示することができる。
【０２９３】
これによって、基地局１００１が、それぞれの場所に対する特定の制御データを生成することが可能になる。すなわち、制御データは、選択されたセンサ１０３６からの信号を受け取ると、特定の製品品目に関連するトリガコンテンツのあるアイテムが表示されるべきであることを指示する。
【０２９４】
あるいは、基地局１００１は、トリガを検出するためにどのセンサが使用されるべきであるかなど、それらのシステムをどのように構成するかに関して、処理システム３の操作者へと命令を提供することができる。この場合、様々な場所に、標準的なセンサ構成を実装することができ、それによって、共通の制御データを多数の異なる場所で使用することが可能になる。
【０２９５】
入力を解釈するためのその他の適当な技術を使用することもでき、通常、多数の異なるアプローチを関連付けて使用することができることが理解されるであろう。
【０２９６】
トリガコンテンツ
トリガコンテンツのタイプおよび性質は、表示装置がある場所、それが関連する製品のタイプ、およびトリガの性質など、多数の因子に依存する。コンテンツの例示的なタイプは、
・広告
・割引の提供
・製品情報
・インフォマーシャル
・提案
・データ入力スクリーン
・フィードバックフォーム
・印刷されたまたは券なしの割引券
を含むことができる。
【０２９７】
応答動作
何らかの形の応答動作を、システムによって実装することができるが、応答動作は一般に、消費者とのインタラクションの形となる。インタラクションは、トリガコンテンツにおける要求に応答して情報を提供することによるなど、提示されるトリガコンテンツに伴うことができる。
【０２９８】
これはたとえば、トリガコンテンツによって提供される適当な応答オプションを、消費者が選択することを可能にする、接触式表示装置を使用するなどによって実現することができる。これはたとえば、消費者がそれに答えると割引を獲得する、製品に関する質問を含むことができる。
【０２９９】
あるいは、応答動作は、それぞれの現場を操作する主体への命令とすることができる。これは、主体に、購買される製品への割引などを適用させることを含むことができる。したがってこの例では、１つまたは複数の応答動作が実装されることを可能にするために、処理システム３を、１つまたは複数のシステムに結合させることもできる。
【０３００】
応答動作は通常、制御データの一部として定義される。この場合も同様に、これは広範に実行することができ、行われる特定の動作が、処理システム３によって中断される。すなわち、応答動作はたとえば、使用者に割引を提供するとき指示することができ、処理システム３は、たとえば割引券の使用によるなど、どのように割引が提供されるかの詳細を含む。あるいは、またはさらに、制御データは、応答動作がどのように実行されるかを特定することができ、これは特定の実装形態に依存することが理解されるであろう。
【０３０１】
フィードバック分析
基地局１００１によって実行される分析は、広告主またはコンテンツ提供者の要求と共に、表示されるトリガコンテンツの性質、提供されるフィードバックの性質、および実行される対応する応答動作などの因子に依存する。
【０３０２】
すなわち、製品広告の場合、広告主は通常、広告がどのくらいよく作用しているか、またこれが品目の購買をもたらしているかどうかについてのフィードバックを求める。この例では、提示されるトリガコンテンツ、および何らかの応答動作に関連する行動に基づいて、インタラクションおよび製品の購買を自動的に決定するために、基地局１００１を使用することができる。
【０３０３】
たとえば、使用者がたとえば電子メニュー内の入手可能な飲料のリストを検討しているときにコンテンツがトリガされる場合、基地局１００１は、トリガコンテンツのそれぞれのピースがどのくらいの頻度で表示されるかに関する情報を使用して、対応する製品への使用者の興味の度合いを決定することができる。関連する応答動作が品目の購買の割引提供である場合、割引が適用された回数を決定することによって、基地局１００１は、製品への消費者の興味が、どのくらいの頻度で購買をもたらすかを決定することができる。これによって、広告の成功度を評価することが可能になる。
【０３０４】
したがってデータは、当業者には理解されるように、適当な統計分析を用いて分析される。
【０３０５】
さらに、各処理システム３を有することによって、トリガコンテンツが表示された場所の詳細が提供され、それによって、地理学に基づく分析を実行することが可能になり、広告が、異なる場所および異なるタイプの現場においてどれだけ有効であるかを評価することが可能になる。数多くの変形形態および修正形態が明らかになることを、当業者であれば理解するであろう。当業者に明らかになるそのような変形形態および修正形態はすべて、本発明が以前に広く説明した精神および範囲に包含されるものとみなされるべきである。
【図面の簡単な説明】
【０３０６】
【図１】飲料分配システムの一例を示す概略図である。
【図２】図１で使用される処理システムの概略図である。
【図３】飲料分配システムでの使用に適したＩＤタグおよびタグリーダを示す概略図である。
【図４】図３のシステム内で使用するための制御弁を示す概略図である。
【図５Ａ】図４の制御弁内で使用するための例示的なピストンを示す概略図である。
【図５Ｂ】図４の制御弁内で使用するための例示的なピストンを示す概略図である。
【図５Ｃ】図４の制御弁内で使用するための例示的なピストンを示す概略図である。
【図５Ｄ】図４の制御弁内で使用するための例示的なピストンを示す概略図である。
【図６】図３の分配システムに取り付けられる図４の制御弁を示す概略図である。
【図７Ａ】結合位置にある小樽コネクタの一例を示す概略図である。
【図７Ｂ】第１の位置にある小樽コネクタの一例を示す概略図である。
【図７Ｃ】第２の位置にある小樽コネクタの一例を示す概略図である。
【図７Ｄ】第３の位置にある小樽コネクタの一例を示す概略図である。
【図８】小樽コネクタの制御動作のプロセスの概略を示すフローチャートである。
【図９Ａ】ビール管路を洗浄するために小樽コネクタを使用する一例を示すフローチャートである。
【図９Ｂ】ビール管路を洗浄するために小樽コネクタを使用する一例を示すフローチャートである。
【図１０】飲料を分配するための弁の一例を示す拡大斜視図である。
【図１１】図１０の弁を示す斜視図である。
【図１２Ａ】図１０の弁を示す平面図である。
【図１２Ｂ】図１０の弁を示す前面図である。
【図１２Ｃ】図１０の弁を示す側面図である。
【図１３Ａ】図１０の入口ハウジングを示す斜視図である。
【図１３Ｂ】図１３Ａの入口ハウジングの管路Ａ−Ａ’に沿った断面図である。
【図１３Ｃ】図１３Ａの入口ハウジングの管路Ｂ−Ｂ’に沿った断面図である。
【図１４Ａ】図１０の出口ハウジングを示す斜視図である。
【図１４Ｂ】図１０の出口ハウジングを示す平面図である。
【図１５Ａ】図１０の出口を示す平面図である。
【図１５Ｂ】図１０の出口を示す下面図である。
【図１５Ｃ】図１０の出口を示す側面図である。
【図１５Ｄ】図１０の出口を示す断面図である。
【図１６】図１０の弁と共に使用するための制御システムの概略図である。
【図１７】コンテクスト依存コンテンツを提示するプロセスの一例を概略的に示すフローチャートである。
【図１８】飲料分配において使用するための分散型アーキテクチャの一例を示す概略図である。
【図１９Ａ】コンテクスト依存コンテンツを提示するためのプロセスの一例を示すフローチャートである。
【図１９Ｂ】コンテクスト依存コンテンツを提示するためのプロセスの一例を示すフローチャートである。
【図１９Ｃ】コンテクスト依存コンテンツを提示するためのプロセスの一例を示すフローチャートである。
【符号の説明】
【０３０７】
３ 処理システム
５ イーサネットＬＡＮ
１１ 気体供給部
１２ ビール供給部
１３ ガス圧管路
１４ 小樽コネクタ
１５ 分配ユニット
１６ ビール栓
１６Ａ ハンドル
１７ ビール管路
１８ 冷媒供給部
１９ 冷媒管路
２０ 気体供給管路
２１ ガス圧センサ
２２ 気体制御弁
２３ 洗浄溶液リザーバ
２４ 洗浄溶液管路
２５ センサ
２６ センサ
２７ センサ
２８ センサ
２９ センサ
３０ 流量計
３１ 制御弁
３２ 入力ボタン
３３ タグリーダ
３４ 表示装置
３５ ＩＤタグ
３７ 気体制御弁
Ｇ グラス
１００１ 基地局
１００２ 通信ネットワーク
１００４ 通信ネットワーク
１００５ 処理システム
１１１１ データベース
【技術分野】
【０００１】
本発明は、流体を分配するためのシステムに関し、特に、飲料分配システムに関する。
【背景技術】
【０００２】
本明細書におけるいかなる従来技術の参照も、従来技術が周知の一般的な知識の一部を形成するということの承認または何らかの形の提言ではなく、そうであるとみなされるべきではない。
【０００３】
現在、生ビールなど冷蔵された飲料が提供される店舗では、通常、この飲料の提供は、分配される飲料を収容する加圧された樽を有することにより実現される。樽は次いで、小樽コネクタおよびビール管路を通じて栓へと連結され、そのため栓が開かれると、樽内部のビールの圧力によってビールがグラス内へと分配される。樽内の飲料の圧力を維持するために、小樽コネクタはガス圧管路を備えており、それを通って気体が小樽内へと押し込まれ、それによって小樽が加圧されて、液体が小樽コネクタを通り、次いで分配管路内へと押し進められる。これに加えて、通常、ビール管路内をビールが流れるときにそれを冷却するために、冷却システムが使用され、それによって、飲料が所望の冷蔵温度で提供されることを保証する。
【０００４】
通常、このようなシステムでは、分配される飲料の量を制御するために、バーテンダーなど操作者がビール栓の動作を手動で制御することが必要である。これは時間がかかる仕事であり、バーなどで、忙しい時間帯に長い待ち時間を生じるおそれがある。
【０００５】
このようなシステムで生じる第２の問題は、樽加圧システムまたは冷蔵システムいずれかの障害である。特に、これらのシステムにおける問題は、ビールの加圧不足または冷蔵不足をもたらすおそれがある。これによって、一般に、提供される飲料の品質低下が生じることになる。
【０００６】
訓練されたバーの従業員は、問題を認識することができるが、問題は飲料が何度も供給された後まで認識されないことが多い。こうした飲料は通常交換されなければならないが、これは無駄であり、店舗所有者の経費増大をもたらすおそれがある。しかし、さらに悪いことは、問題が発見または是正されないことであり、その場合に店舗は、飲料に不満な客を失うことになる。醸造所など飲料の供給業者は、製品基準が維持されることを保証する必要があるので、飲料供給業者にとってもこれは問題である。
【０００７】
これに加えて、ビールの場合、ビールが汚染されることを防止するために、設備が清浄に保たれることを保証することが重要である。特に、シュウ酸カルシウムなど酵母培養物は、ビール管路内に蓄積しやすく、したがって、ビールがビール栓へと供給されるときにそれを汚染する可能性がある。最近の研究によって、シュウ酸カルシウムおよびその他のそのような汚染物質が、消費者の健康に重大な影響を有する可能性があることが示されている。特に、研究によって、乳ガンおよび腎結石などの疾患との関係が示されている。
【０００８】
酵母培養物の蓄積は、ビールがビール管路を通って最初に供給されたほぼ直後から始まるので、ビール管路の定期的な洗浄が必要とされる。一般に、洗浄が行われる頻度は店舗所有者によって制御され、醸造所には、洗浄頻度を監視し、したがって基準を課す機会が、ほとんどない。したがって、これも同様に、分配される製品の品質に対する影響を有するおそれがあり、この場合も、醸造所ならびに店舗に悪影響を及ぼすおそれがある。
【０００９】
通常、管路の洗浄が必要な場合、操作者は、小樽コネクタを小樽から取り外し、次いで、洗浄溶液が管路を通って給送されそれによって管路が洗浄されるように、小樽コネクタを洗浄溶液の供給源へと結合しなければならない。洗浄プロセスが完了すると、小樽コネクタを、小樽に再び連結させることができる。
【００１０】
洗浄後に、管路は洗浄溶液の残余部分を含み、これは一般に、小樽からかなりの量の液体を分配することによって濯ぎ出される。同様に、小樽コネクタが洗浄溶液供給部に連結されるときに、管路内に若干の流体が残っていることがあり、通常これも同様に、洗浄溶液が管路内に給送されるときに廃棄される。その結果、１回の洗浄動作につき、４０リットルに上るビール（管路の長さおよび個数による）が廃棄される。
【００１１】
これらのシステムではさらに、管路の洗浄が必要とされているかどうかを監視するために、手動の処置が必要とされる。これは、管路の洗浄が必要であるかどうかを決定するには不正確で時間がかかる方法であり、また、小樽からの汚染された液体の供給に関する問題につながるおそれがある。
【００１２】
コカコーラなど混合が必要とされる飲料を分配する場合、これは、ノズルを通して炭酸水の流れおよび清涼飲料シロップの流れを供給し、それらの流れを混合して所望の飲料を作り出す、ポンプシステムを用いて行われることが多い。このシステムは、ノズルを所定の長さの時間作動させる、単純なオン／オフスイッチを用いて作動される。２つの流れの相対的な流量を制御することによって、炭酸水に対するシロップの正しい比率が制御される。これは通常、各リザーバからの流路内に配置される、流量制御弁を有することによって実現される。
【００１３】
ただし、流量制御弁は、比較的容易に手動で調整することができる。これによって、店舗の所有者が、炭酸水に対するシロップの比率を調整し、それによって飲料の品質を変えることが可能になる。これは、コストを削減するために行うことができるが、製品の品質低下をもたらすことになる。さらに、使用されたシロップの量、または代替シロップが代わりに使用されているかどうかを点検する方法がない。これも同様に、製品基準の保証に関する問題となる。最後に、この機械は、手動の操作を必要とし、飲料を注ぐ動作の持続時間を通して操作者の注意が必要となる。
【００１４】
同様に、蒸留酒の場合バーテンダーは、正しい量の飲料が準備されることを保証するために、オプティックまたはショットメジャーなど、計量器を使用しなければならない。これは、バーテンダーがそれぞれの飲料を個別に順番に準備しなければならないことを意味するので、時間がかかる。
【００１５】
この問題は、蒸留酒と清涼飲料の組合せなど様々な成分を選択したものから飲料が作られ、多数の異なる手動操作分配システムが使用される場合に、さらに深刻になる。
【００１６】
また、パブ、小売店など、多種多様な場所または現場で、広告などのコンテンツを表示することが知られている。一例では、これは、ＴＶスクリーンなど適当な表示装置上で、動的なコンテンツを表すことによって実現される。その様な状況では、提示されるコンテンツは通常、予め決められてあり、したがって、適当なプレイリストまたはその他のスケジュールに基づくことができる。
【００１７】
すなわちこれは、その最も単純な形で、一連の広告を含む、ＤＶＤまたはその他の適当な媒体を用いて実現することができる。この場合、それぞれの広告は、ＤＶＤコンテンツを再生することによって順に表示される。より複雑なシステムでは、これは、ネットワークアーキテクチャを使用し、スケジュールに基づいて広告またはその他のコンテンツを表示装置にダウンロードすることによって、実現することができる。これにより、どのコンテンツが主に提示されるかを選択するための適当なスケジュールを作成することによって、中央リソースが広告の提示を制御することが可能になる。これは通常、広告主の要求に基づいて実行され、広告主が、特定の場所で規定された時間に表示される広告に対して支払うことを可能にする。
【００１８】
ただし、表示されるコンテンツの制御は、事前設定スケジュールを通じて集中的に制御される。すなわち、広告の効果を試し最大限にするためにスケジュールを作成することができるが、広告は依然事前設定であり、したがって、それぞれの現場における個人に対する関連性がほとんどないことがある。その結果、コンテンツは通常、消費者に対して限られた魅力しかもたず、その結果、限られた効果しかもたない。
【発明の開示】
【課題を解決するための手段】
【００１９】
第１の広範な形態において、本発明は、多数の飲料成分から形成される飲料を分配するための装置を提供し、この弁は、
ａ）ハウジングと、
ｂ）それぞれの飲料成分供給源を使用時に結合するための多数の入口と、
ｃ）それぞれが、それぞれの流路によってそれぞれの入口に結合される、多数の出口と、
ｄ）それぞれの飲料成分の供給を制御するためにそれぞれの流路内に設けられる、多数の流量制御装置とを備える。
【００２０】
通常、装置は、多数の流量制御装置を備え、各流量制御装置は、それぞれの飲料成分の流量を制御するためにそれぞれの流路内に設けられる。
【００２１】
通常、各流量制御装置は、対応する流路を選択的に部分的に遮断するようになされた、可動流れ部材から形成される。
【００２２】
通常、各流量制御装置は、
ａ）流路内に設けられた弁座と、
ｂ）ピストンとから形成され、ピストンは、
ｉ）ピストンが弁座に係合し、それによって流路を遮断する伸長位置と、
ｉｉ）ピストンが弁座から取り外され、それによって流路を通る飲料成分の流れを可能にする収縮位置との間で動かすことができる。
【００２３】
通常、装置は、
ａ）入口がその中に取り付けられる第１のハウジングと、
ｂ）第２のハウジングとを備え、出口が前記第１のハウジング内に取り付けられ、流路が、第１のハウジングから第２のハウジングへと延びる。
【００２４】
通常、装置は、第１および第２の流路それぞれによって対応する第１および第２の出口に結合される、多数の第１および第２の入口を備える。
【００２５】
通常、第１の流路のための流量制御装置は、第１のハウジング内に設けられ、第２の流路のための流量制御装置は、第２のハウジング内に設けられる。
【００２６】
通常、装置はさらに、制御装置を備え、制御装置は、それぞれの飲料成分の流量を制御するために、各流量制御装置に結合される。
【００２７】
通常、制御装置は、
ａ）飲料の選択を可能にするための少なくとも１つの入力と、
ｂ）処理システムであって、
ｉ）所要の各飲料成分の体積を決定することと、
ｉｉ）所要の体積の所要の飲料成分を分配するために、流量制御装置を選択的に作動させるための制御信号を生成することとを行うための処理システムとを備える。
【００２８】
通常、制御装置は、各飲料成分供給源に結合された流量計と、流量計からの信号に従って制御システムを作成するための処理システムとを備える。
【００２９】
通常、流量計は、パルスタービンであり、処理システムは、
ａ）それぞれのソレノイドを作動させることと、
ｂ）それぞれのタービンからの所定のパルス数を監視することと、
ｃ）それぞれのソレノイドを非作動化することとによって分配される、飲料成分の体積を制御するようになされる。
【００３０】
通常、処理システムは、プログラム可能な論理制御装置である。
【００３１】
通常、前記装置は、少なくとも１２種類の飲料成分を分配するようになされる。
【００３２】
通常、装置は、少なくとも５種類の蒸留酒飲料成分、少なくとも６種類の清涼飲料成分、および少なくとも１種類の牛乳飲料成分を分配するようになされる。
【００３３】
通常、ハウジングは、ハウジングを冷却するために、冷蔵された流体を受け取るための冷媒流路をさらに備える。
【００３４】
第２の広範な形態において、本発明は、多数の飲料成分から形成される飲料の分配を制御するための装置を提供し、分配は、
ａ）ハウジングと、
ｂ）それぞれの飲料成分供給源を使用時に結合するための多数の入口と、
ｃ）それぞれが、それぞれの流路によってそれぞれの入口に結合される、多数の出口と、
ｄ）それぞれの飲料成分の供給を制御するためにそれぞれの流路内に設けられる、多数の流量制御装置とを有する弁によって実行され、この装置は、
ｉ）飲料選択を受け取るための入力と、
ｉｉ）所要の各飲料成分の体積の決定を表す飲料データを記憶するための記憶装置と、
ｉｉｉ）所要の体積の所要の各飲料成分を分配するために、流量制御装置を選択的に作動させるための制御信号を生成するための処理装置とを有する、処理システムから形成される。
【００３５】
第３の広範な形態において、本発明は、小樽を管路に結合するためのコネクタを提供する。このコネクタは、
ａ）空洞を画成するハウジングであって、
ｉ）小樽からの流体を受け取るための入口、
ｉｉ）管路へと結合するための出口、
ｉｉｉ）気体供給源から気体を受け取るための気体入口、
ｉｖ）小樽へと気体を供給するための気体出口、および
ｖ）洗浄溶液を洗浄溶液供給部から受け取るための洗浄溶液入口を備える、ハウジングと、
ｂ）空洞内に可動式に取り付けられ、１つまたは複数の流路を備えるシャトルと、
ｃ）アクチュエータであって、
ｉ）洗浄溶液入口と出口とを相互連結することによって管路を洗浄すること、
ｉｉ）小樽から、
（１）気体入口と気体出口を相互連結させ、
（２）入口と出口を相互連結させることによって、流体を分配すること、および
ｉｉｉ）気体入口と出口を相互連結させることによって管路を濯ぐことのうち、少なくとも１つを実行するために、シャトルを多数の動作位置の間で動かすためのアクチュエータとを備える。
【００３６】
通常、アクチュエータは、
ａ）気体供給部に結合するための気体シリンダと、
ｂ）気体シリンダおよびシャトルに結合されたアームと、
ｃ）アームの位置を制御するために、気体シリンダへの気体供給を制御するためのソレノイドとを備える。
【００３７】
通常、気体入口と気体シリンダは、共通の気体供給部に結合される。
【００３８】
通常、アクチュエータアームは、気体シリンダ内に設けられたピストンに取り付けられる。
【００３９】
通常、シャトルは、少なくとも１つの突起を備え、使用時に、突起が小樽内の弁と協働し、それによって流体が分配されることを可能にする。
【００４０】
通常、使用時にアクチュエータは、制御装置に結合され、制御装置は、シャトルを動作位置間で選択的に動かすために、アクチュエータを制御するようになされる。
【００４１】
通常、制御装置は、適当にプログラムされた処理システムから形成される。
【００４２】
通常、使用時に、管路が洗浄されるべきである場合、制御装置は、
ａ）管路の洗浄を生じるためにシャトルを第３の動作位置へと動かし、
ｂ）洗浄流体を管路から濯ぎ出すために、シャトルを第２の動作位置へと動かし、
ｃ）流体が分配されることを可能にするために、シャトルを第１の動作位置へと動かすように動作する。
【００４３】
通常、使用時に制御装置は、管路の洗浄を生じるためにシャトルを第３の動作位置へと動かす前に、管路内の何らかの流体を分配するためにシャトルを第２の動作位置へと動かすように、動作する。
【００４４】
通常、制御装置は、
ａ）コネクタが小樽に結合されているか、
ｂ）管路が洗浄を必要としているか、
ｃ）分配される流体の体積、
ｄ）管路内の流体の存在、
ｅ）アクチュエータおよび気体入口の少なくとも一方に供給される気体の圧力、および
ｆ）アクチュエータの動作のうちの、少なくとも１つを決定するための１つまたは複数のセンサに結合される。
【００４５】
通常、制御装置は、
ａ）小樽の存在を決定し、
ｂ）存在するという決定に応答して、流体を分配することが可能になるように、シャトルを前記第１の動作位置へと動かし、
ｃ）分配される流体の量を監視し、
ｄ）所定の閾値を超える前記量に応答して、管路を洗浄させる。
【００４６】
通常、前記量は、流体の体積または流体分配時間のうちの少なくとも一方を含む。
【００４７】
通常、制御装置は、
ａ）分配される流体の量、
ｂ）動作命令、
ｃ）動作における１つまたは複数のエラー、および
ｄ）次の洗浄動作の前に分配されるべき流体の量のうちの、少なくとも１つを表示するための表示装置を備える。
【００４８】
通常、制御装置は、
ａ）１つまたは複数のセンサから、１つまたは複数の動作パラメータを指示する指示データを受け取り、
ｂ）動作パラメータを１つまたは複数の所定のパラメータ範囲と比較し、
ｃ）比較の不成功に応答して動作エラーを決定する。
【００４９】
通常、動作パラメータは、
ａ）シャトル位置、
ｂ）分配される流体の量、
ｃ）ガス圧、および
ｄ）管路内の流体の存在のうちの少なくとも１つを含む。
【００５０】
第４の広範な形態において、本発明は、コネクタと共に使用するための制御装置を提供し、コネクタは、小樽を管路に結合するようになされ、洗浄溶液供給部および気体供給部に連結され、多数の動作位置の間で動かすことができるシャトルを備えており、制御装置は、
ａ）管路に洗浄溶液を供給することによって管路を洗浄すること、
ｂ）小樽へと気体を供給し、それによって小樽を加圧することにより、小樽から流体を分配すること、および
ｃ）管路へと気体を供給することによって管路を濯ぐことのうちの、少なくとも１つを実行するために、シャトルを動作位置間で選択的に動かすための処理システムを備える。
【００５１】
通常、制御装置は、
ａ）管路の洗浄を生じるためにシャトルを第３の動作位置へと動かすことと、
ｂ）洗浄流体を管路から濯ぎ出すためにシャトルを第２の動作位置へと動かすことと、
ｃ）流体が分配されることが可能になるようにシャトルを第１の動作位置へと動かすこととによって、洗浄サイクルを実行するようになされる。
【００５２】
通常、使用時に制御装置は、管路の洗浄を生じるためにシャトルを第３の動作位置へと動かす前に、管路内の何らかの流体を分配するためにシャトルを第２の動作位置へと動かすように、動作する。
【００５３】
通常、制御装置は、
ａ）コネクタが小樽に結合されているか、
ｂ）管路が洗浄を必要としているか、
ｃ）分配される流体の体積、
ｄ）管路内の流体の存在、
ｅ）気体入口における気体の圧力、および
ｆ）アクチュエータの動作のうちの、少なくとも１つを決定するための１つまたは複数のセンサに結合される。
【００５４】
通常、制御装置は、
ａ）小樽の存在を決定し、
ｂ）存在するという決定に応答して、流体を分配することが可能になるように、シャトルを第１の動作位置へと動かし、
ｃ）分配される流体の量を監視し、
ｄ）所定の閾値を超える前記量に応答して、管路を洗浄させる。
【００５５】
通常、前記量は、流体の体積または流体分配時間のうちの少なくとも一方を含む。
【００５６】
通常、制御装置は、
ａ）分配される流体の量、
ｂ）動作命令、
ｃ）動作における１つまたは複数のエラー、および
ｄ）次の洗浄動作の前に分配されるべき流体の量のうちの、少なくとも１つを表示するための表示装置を備える。
【００５７】
通常、制御装置は、
ａ）１つまたは複数のセンサから、１つまたは複数の動作パラメータを指示する指示データを受け取り、
ｂ）動作パラメータを１つまたは複数の所定のパラメータ範囲と比較し、
ｃ）比較の不成功に応答して動作エラーを決定する。
【００５８】
通常、動作パラメータは、
ａ）シャトル位置、
ｂ）分配される流体の量、
ｃ）ガス圧、および
ｄ）管路内の流体の存在のうちの、少なくとも１つを含む。
【００５９】
第５の広範な形態において、本発明は、コンテンツを提示する方法を提供し、この方法は、処理システムにおいて、
ａ）コンテンツを決定するステップであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定するステップと、
ｂ）コンテンツの提示を制御するための制御データを決定するステップであって、制御データが、
ｉ）スケジュールコンテンツの提示を制御するためのスケジュール、および
ｉｉ）トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定するステップと、
ｃ）スケジュールされたコンテンツを、スケジュールに従って表示装置上に提示させるステップと、
ｄ）１つまたは複数のトリガを監視するステップと、
ｅ）トリガの検出に応答して、
ｉ）スケジュールコンテンツの提示を中断し、
ｉｉ）それぞれのトリガに関連付けられたトリガコンテンツを、表示装置上に提示させるステップとを含む。
【００６０】
通常、方法は、処理システムにおいて、またトリガコンテンツの提示に応答して、スケジュールを更新するステップを含む。
【００６１】
通常、方法は、処理システムにおいて、
ａ）スケジュールからの１つまたは複数のコンテンツアイテムの優先度を決定するステップと、
ｂ）決定された優先度に従って、１つまたは複数のコンテンツアイテムをスケジュールから除去するステップとを含む。
【００６２】
通常、方法は、処理システムにおいて、
ａ）スケジュールコンテンツアイテムと提示されるトリガコンテンツの相対的なサイズ、
ｂ）スケジュールコンテンツアイテムおよび提示されるトリガコンテンツの性質、
ｃ）スケジュールコンテンツアイテムおよび提示されるトリガコンテンツのコンテンツ提供者または広告主、ならびに、
ｄ）スケジュール内でのスケジュールコンテンツアイテムの順番のうちの、少なくとも１つに従ってスケジュールを更新するステップを含む。
【００６３】
通常、処理システムは、１つまたは複数のセンサに結合され、方法は、センサから受け取った１つまたは複数の信号に応答して、１つまたは複数のトリガを決定するステップを含む。
【００６４】
通常、センサは、
ａ）バーコードリーダ、
ｂ）電子入力、
ｃ）処理システム入力、
ｄ）通信メッセージを受け取るためのシステム、および
ｅ）製品品目の運動を検出するための運動センサのうちの、少なくとも１つを含む。
【００６５】
通常、トリガは、
ａ）製品への接触、
ｂ）ＳＭＳメッセージ、
ｃ）ＭＭＳメッセージ、
ｄ）生体センサ、
ｅ）ＲＦＩＤインタラクション、
ｆ）ＧＰＲＳ情報、
ｇ）ＡＴＭインタラクション、
ｈ）タッチスクリーン情報、および
ｉ）リフトボタンのうちの、少なくとも１つを指示する。
【００６６】
通常、方法は、処理システムにおいて、
ａ）トリガコンテンツの提示に応答して、フィードバックを決定することと、
ｂ）フィードバックに関連付けられた１つまたは複数の応答動作を実行するステップとを含む。
【００６７】
通常、方法は、処理システムにおいて、制御データから１つまたは複数の応答動作を決定するステップを含む。
【００６８】
通常、方法は、処理システムにおいて、基地局からコンテンツおよび制御データの少なくとも一方を受け取るステップを含む。
【００６９】
通常、方法は、処理システムにおいて、
ａ）表示されるコンテンツを示す指示データを決定するステップと、
ｂ）指示データを、１つまたは複数の、
ｉ）コンテンツの提示に関連付けられたアカウントを表すアカウンティングデータ、および
ｉｉ）指示データの分析を指示する分析結果の決定に使用させるステップとを含む。
【００７０】
通常、方法は、処理システムにおいて、指示データを基地局へと転送するステップを含み、基地局は、指示データに応答して、アカウンティングデータおよび分析結果の少なくとも一方を決定する。
【００７１】
通常、表示装置は、少なくとも、
ａ）処理システムの一部であり、または
ｂ）処理システムに結合される。
【００７２】
通常、方法は、処理システムにおいて、
ａ）次に表示されるべきスケジュールコンテンツを決定するステップと、
ｂ）コンテンツを表示装置へと転送し、それによって表示装置にそれぞれのコンテンツを提示させるステップとを含む。
【００７３】
第６の広範な形態では、本発明は、コンテンツを提示するための装置を提供し、装置は、
ａ）コンテンツを決定するステップであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定するステップと、
ｂ）コンテンツの提示を制御するための制御データを決定するステップであって、制御データが、
ｉ）スケジュールコンテンツの提示を制御するためのスケジュール、および
ｉｉ）トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定するステップと、
ｃ）スケジュールされたコンテンツを、スケジュールに従って表示装置上に提示させるステップと、
ｄ）１つまたは複数のトリガを監視するステップと、
ｅ）トリガの前記検出に応答して、
ｉ）スケジュールコンテンツの提示を中断し、
ｉｉ）それぞれのトリガに関連付けられたトリガコンテンツを、表示装置上に提示させるステップとを行うための、処理システムを備える。
【００７４】
通常、装置は、処理システムに結合される１つまたは複数のセンサを備え、処理システムは、センサからの信号に応答し、それによって１つまたは複数のトリガを決定する。
【００７５】
通常、装置は、１つまたは複数の表示装置を備え、表示装置は、少なくとも、
ａ）処理システムの一部であり、または
ｂ）通信リンクによって処理システムに結合される。
【００７６】
通常、制御データおよびコンテンツを基地局から受け取るための、処理システムは、通信ネットワークによって基地局に結合される。
【００７７】
第７の広範な形態において、本発明は、コンテンツの提示を生じる方法を提供し、この方法は、基地局において、
ａ）コンテンツを決定するステップであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定するステップと、
ｂ）コンテンツの提示を制御するための制御データを決定するステップであって、制御データが
ｉ）スケジュールコンテンツの提示を制御するためのスケジュール、および
ｉｉ）トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定するステップと、
ｃ）コンテンツおよび制御データを、１つまたは複数の端末へと転送するステップを含み、端末はそれぞれ、
ｉ）スケジュールされたコンテンツを、スケジュールに従って表示装置上に提示させ、
ｉｉ）１つまたは複数のトリガを監視し、
ｉｉｉ）トリガの前記検出に応答して、
（１）スケジュールコンテンツの提示を中断し、
（２）それぞれのトリガに関連付けられたトリガコンテンツを、表示装置上に提示させる役割を果たす。
【００７８】
通常、方法は、基地局において、
ａ）表示されるコンテンツの詳細を受け取るステップと、
ｂ）受け取った詳細を使用して、
ｉ）コンテンツ、および
ｉｉ）制御データのうちの、少なくとも一方を作成するステップとを含む。
【００７９】
通常、方法は、基地局において、
ａ）トリガコンテンツに関連付けられた１つまたは複数の応答動作を決定するステップと、
ｂ）応答動作に関連付けられた制御データを生成するステップとを含む。
【００８０】
通常、方法は、基地局において、
ａ）１つまたは複数の端末から指示データを受け取るステップと、
ｂ）指示データから、表示されるコンテンツを決定するステップとを含む。
【００８１】
通常、方法は、基地局において、
ｉ）コンテンツの提示に関連付けられたアカウントを表すアカウンティングデータ、および
ｉｉ）指示データの分析を指示する分析結果のうちの、少なくとも一方を決定するために指示データを使用するステップを含む。
【００８２】
第８の広範な形態において、本発明は、コンテンツの提示を生じるための装置を提供し、この装置は、
ａ）コンテンツを決定することであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定することと、
ｂ）コンテンツの提示を制御するための制御データを決定することであって、制御データが、
ｉ）スケジュールコンテンツの提示を制御するためのスケジュール、および
ｉｉ）トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定することと、
ｃ）コンテンツおよび制御データを、１つまたは複数の端末へと転送することとを行うための、基地局を備え、端末はそれぞれ、
ｉ）スケジュールされたコンテンツを、スケジュールに従って表示装置上に提示させ、
ｉｉ）１つまたは複数のトリガを監視し、
ｉｉｉ）トリガの検出に応答して、
（１）スケジュールコンテンツの提示を中断し、
（２）それぞれのトリガに関連付けられたトリガコンテンツを、表示装置上に提示させる役割を果たす。
【００８３】
本発明の広範な形態を関連付けて使用することができることが理解されるであろう。
【００８４】
次に本発明の一例を、添付の図面を参照しながら説明する。
【発明を実施するための最良の形態】
【００８５】
飲料など冷蔵された流体を分配するためのシステムの一例を、次に図１および図２を参照しながら説明する。以下の例を、ビールの分配を参照しながらするが、この技術をいかなる冷蔵され圧縮された流体に適用することもできることが理解されるであろう。
【００８６】
このシステムは、ガス圧管路１３および適当な小樽コネクタ１４によって、通常ビール樽または小樽の形であるビール供給部１２へと結合された、気体供給部１１を備える。小樽コネクタ１４は、以下で図７から図１０を参照しながらさらに詳細に説明する。
【００８７】
小樽コネクタ１４はまた、実装形態に応じて、洗浄溶液管路２４を通じて洗浄溶液リザーバ２３へと、また第２の気体供給管路２０を通じてガス供給部１１へと結合される。
【００８８】
小樽コネクタ１４はまた、ビール管路１７を通じて、ビール栓１６を備える分配ユニット１５へと結合される。ビール管路内のビールを冷却するために、冷媒供給部１８が設けられる。ビールの冷却は、ビール管路１７と熱接触して配置される冷媒管路１９を通してグリコールなど冷媒を給送し、それによってビール管路１７内に含まれるビールを冷却することによって実現される。ビール管路１７および冷媒管路１９は通常、冷媒供給部１８と分配ユニット１５の間で、断熱された管被覆であるパイソン（ｐｙｔｈｏｎ）内に収容される。当業者には理解されるように、ビールが分配される前に十分に冷却されることを保証するために、チラープレートが分配ユニット内に設けられる。
【００８９】
使用に際しては、ビール栓は通常、ハンドル１６Ａを備え、ハンドル１６Ａは、操作者がビール栓を開き、それによってグラスＧなど飲料容器内へと、正常な方法でビールを分配することを可能にする。こうして、栓を開くことにより、加圧されたビールがビール管路１７に沿ってグラスＧ内へと流される。
【００９０】
処理システム３が、ビール管路１７内に設けられた流量計３０および制御弁３１、ならびに多数の入力ボタン３２、任意のタグリーダ３３、および任意の表示装置３４に接続される。これらの接続は、たとえば全体を５で示すイーサネット（登録商標）ＬＡＮ（ローカルエリアネットワーク）を使用して、または、たとえばブルートゥース接続など無線接続を使用して、配線することができる。
【００９１】
処理システムは、飲料の分配を制御するために、流量計３０および制御弁３１を使用する。これによって、システムの使用者が、処理システム３、またはボタン３２のうちの１つのいずれかを使用して所望のサイズの飲料を選択し、選択された飲料を処理システム３によって自動的に分配させることが可能になる。
【００９２】
処理システムはまた、ガス圧管路２０、１３内に設けられた、ガス圧センサ２１、２５および気体制御弁２２、３７に結合させることができ、たとえばビール管路１７の自動的な洗浄を可能にするために、小樽コネクタを制御することを可能にする。
【００９３】
適当な処理システムの一例を、図２により詳細に示す。図示のように、処理システム３は、バス７４によって互いに結合される、処理装置７０、メモリ７１、キーボードおよび表示装置など入出力（Ｉ／Ｏ）装置７２、ならびに外部インターフェース７３を備える。
【００９４】
インターフェース７３は、処理システムが通信ネットワーク５を通じて、任意で別の処理システムと通信することを可能にするように設計され、したがってインターフェース７３のタイプは、通信ネットワークの性質に依存する。すなわち、たとえば通信ネットワークがイーサネットＬＡＮである場合、インターフェースは、イーサネットカードなどとすることができる。あるいは、処理システム３への直接接続を設けることができ、その場合ネットワークは、有線または無線とすることができる単純な接続に置き換えられる。
【００９５】
したがって、処理システムは、適当にプログラムされたコンピュータ、ラップトップ、パームトップ、適当な処理機能を有する携帯電話、所定のハードウェアなど、いかなる形の適当な処理システム３とすることもできることが理解されるであろう。
【００９６】
飲料を分配するとき、バーテンダーなど使用者は、適当なサイズの容器Ｇをビール栓１６の下に置き、入力ボタン３２１、３２２、３２３、３２４のうちの１つを選択する。使用時は、各ボタン３２１、３２２、３２３、３２４がそれぞれのサイズの飲料に対応しているので、これによって、使用者がボタンにタッチして飲料のサイズを選択することが可能になる。
【００９７】
いずれにしても、処理システム３は、使用者によって選択されたボタン３２１、３２２、３２３、３２４を検出し、この情報を使用して、メモリ７１内に記憶されたルックアップテーブル（ＬＵＴ）にアクセスする。ＬＵＴは、特定のボタンごとに、分配される飲料のサイズ、詳細には飲料の体積を指示する。この情報は、機械の製造業者によって、メモリ７１内に記憶され任意で符号化または暗号化されることができ、それによって、情報が使用者によって変えられることが防止されることが理解されるであろう。あるいは、体積の情報を、システムの所有者が入力することができる。
【００９８】
いずれにしても、これによって処理システム３は、所要の体積のビールを分配するために、制御弁３１を選択的に作動させる。これは、処理システム３に、制御弁３１へと印加される信号を生成させ、それにより制御弁３１を必要に応じて開閉させることによって実現される（これを以下で、「制御信号」と呼ぶ）。
【００９９】
流量計３０によって生成される信号（以下で「流量信号」と呼ぶ）は、分配された飲料の体積を決定するために、処理システム３によって監視される。所要の体積の飲料が分配されると、処理システム３によって制御弁３１が閉じられ、分配プロセスが終了する。
【０１００】
通常、流量計はタービンであり、その場合、流量信号は多数のパルスを含み、各パルスは、分配される飲料の所定の体積を表す。したがって、処理装置７０は、タービンが発生するパルスの数をカウントし、これを、選択された飲料の体積を規定する、ＬＵＴ内に記憶された所定のパルス数と比較する。所定のパルス数が実現されると、所望の体積の飲料が分配されたこと、したがって制御弁を遮断することができることが、処理装置に指示される。ただし、別のタイプの流量計を使用することができ、その場合、それに応じてこの方法を適用することができる。
【０１０１】
いずれにしても、これによって、飲料が、メモリ７１内のＬＵＴに記憶された所定の体積に従って、自動的に分配されることが保証される。
【０１０２】
処理システム３はまた、タグリーダ３３にＩＤタグが挿入されていなければ飲料の分配を妨げるように、適合させることができる。タグリーダの一例を図３に示す。
【０１０３】
この例では、タグリーダ３３は、全体を３５で示すＩＤタグを受けるための、開口３３Ａを備える。この例では、警告ユニット３４は、開口１３Ａの周りに位置決めされた指示器から形成され、システムの状態に応じて色が変化するようになされる。すなわち、たとえば、システムがロックされている、またはエラーにより機能できないことを指示するために赤色を、使用者がそれぞれの機能を実行することが許可されていることを指示するために緑色を、使用者が許可されない場合に黄色を、使用することができる。これによって、使用者が何らかの問題を容易に判断することが可能になることが、理解されるであろう。
【０１０４】
したがって、この例では、使用者がそれぞれの飲料の注文を望むとき、使用者は、通常無線ＩＤ（ＲＦＩＤ）タグである自分のＩＤタグを、タグリーダ３３に提示する。タグリーダ３３は、タグに関連する識別子の指示を、処理装置７０に転送する。処理装置７０は、各タグに関連する各使用者の識別子を列挙する、メモリ７１に記憶されたＬＵＴ にアクセスする。タグが、システムに関連する有効なタグであると仮定すると、処理装置７０は、選択された飲料を上記のやり方で分注することを可能にする。
【０１０５】
各使用者は、使用者が実行することができる動作を規定する、関連するアクセス制御レベルを有することができる。すなわち、一部の職員に、販売促進用の無料の飲料を顧客に提供することを許可することができる。その他の操作者に、通常の業務に加えて、別の職員の誤りまたはエラーを補正することを許可することができる。許可のレベルは、非常に多様なものとすることができる。たとえば、その他の職員操作者は、非アルコール飲料などのみを分配することができ、異なるタイプの職員が、いくつかの権限において要求されることがあるように、アルコールおよび非アルコール飲料を分配するために機械を使用することを可能にする。
【０１０６】
すなわち、処理システム３は、使用者のアクセスレベルを判断することができる。入力ボタン３２のうちの１つを使用して分配される飲料を選択するなど、実行される動作を使用者が選択するとき、処理システム３は、規定されたアクセスレベルに従って、使用者がこの機能の実行を許可されているかどうかを判断する。
【０１０７】
すなわち、たとえば、使用者がタグリーダ３３内にＩＤタグ３５を挿入する場合、処理システム３は、使用者がシステムの使用を許可されているかどうかを判断し、そうである場合、警告ユニットに、緑の指示を提供させる。続いて、使用者が非アルコール飲料の分配のみを許可されているときにアルコール飲料を選択するなど、使用者が許可されていない選択を行う場合、処理システム３は、警告ユニット３４に黄色の指示を提供させ、飲料は分配されない。
【０１０８】
最後に、システムがロックされている、あるいは、樽が空でありまたはセンサ２５、２６、２７、２８、２９からの信号が所定の動作範囲外であるなど、障害が生じた場合、警告ユニット３４は、赤の指示を提供する。この場合、処理システム３を、障害のさらなる詳細をＩ／Ｏ装置７２上に提供するように適合させることができる。
【０１０９】
上記ＩＤタグ３５の、多数の変形形態を実装することができることが理解されるであろう。すなわち、たとえばＩＤタグが、リストバンドなど装着可能なリングまたはバンドの形となるように、ＩＤタグの形を、図示のものから変えることができる。この場合、タグリーダ３３は、開口を必要としないことがあり、むしろタグリーダは、ＩＤタグがタグリーダ付近に、またはそれと接触して配置されるときに、それを検出するように適合される。ＩＤタグの物理的構成の、その他の形を使用することができる。
【０１１０】
ＩＤタグはまた、ブルートゥースなど無線データ転送プロトコルによってデータをタグメモリから転送するために使用される、ＩＤタグとタグリーダ３３の間の電気接点の使用などにより、ＲＦＩＤシステム以外のシステム上で作動することもできる。これによって、使用することができる様々な識別子の数が増加する。すなわち、たとえばタグリーダ３３は、携帯電話など何らかの遠隔装置に問い合わせて、そこから識別子をダウンロードし、使用者を識別するためにこれを使用することが可能になるように、適合させることができる。
【０１１１】
関連するロックを開けるために、鍵など物理的な装置を提供することができ、ロックを開ける動作により、使用者が許可された使用者であることを処理システム３に指示する。
【０１１２】
最後に、使用者を識別するために、ＩＤタグ以外の代替システムを使用することができる。すなわち、たとえば各ユーザが、システム内にあるやり方で入力される、同一の識別子を有することができる。これはたとえば、ＰＩＮ（個人識別番号）またはパスワードと同様のものとすることができ、Ｉ／Ｏ装置７２など適当なキーパッド、またはタグリーダの代わりに設けられる別個のキーパッドによって、処理システム３へと供給することができる。
【０１１３】
同様に、タグリーダは、拇印、指紋、虹彩スキャンなど、使用者からの生体情報を判断するための装置に置き換えることができる。いずれにしても、その技術によってシステムの使用者が自分を一意的に処理システム３に識別させることができる限り、いかなる技術を使用することもできる。
【０１１４】
図１に示す例では、分配ユニット１５は、手動のビール栓１６を備える。これによって、ビール分配のさらなる手動制御が使用者に提供され、使用者がビールの泡のサイズなどを制御することが可能になることが理解されるであろう。いずれにしてもこれは、本発明にとって必須ではない。というのも、システムは十分な自動制御を提供することができ、したがってビール栓１６は、当業者であれば理解するように単純な出口に置き換えることができるからである。
【０１１５】
システムはまた、調整ねじなど、追加の流量制御機構を組み込むこともできる。ただし、分配される飲料の体積が測定されるので、流量を変えることはシステムの動作に影響を与えない。
【０１１６】
上記の例では、制御弁３１は、ビール管路内のいかなる場所に配置することもできる。ただし、ビール管路から出る流体の流れの厳密な制御を得るために、制御弁３１を、出口または栓に可能な限り近接して配置することが好ましい。
【０１１７】
したがって、このことにより、いくつかの状況では制御弁３１を既存のシステムに適合させることが困難になることが、理解されるであろう。特に、多くのパブまたはクラブでは、ビールなどの飲料は、ビール栓１６およびチラープレートを含む源泉（ｆｏｎｔ）を通して供給される。これらのシステムは、正常な状況では、制御弁３１の組み込みを可能にするために容易に修正することができない。
【０１１８】
したがって、そのような構成内で使用するようになされた制御弁３１の一例を、図４に示す。特に、図に示すように、弁は、ハウジング４０を備え、ハウジング４０は、ねじ継手など適当な固定具４３などによって互いに結合された、第１の部分４１および第２の部分４２（わかりやすくするために第１の部分を点線で示す）から形成される。第１のハウジング部分４１は、源泉またはビール分配ユニット１５に結合される源泉用継手４４を備え、第２のハウジング部分４２は、ビール栓１６に結合するための栓用継手４５を備える。
【０１１９】
ハウジング４０は、弁座４７（わかりやすくするために斜線で示す）およびその中に取り付けられたピストン４８を備える、空洞４６を画成する。ピストン４８は、矢印４９によって示すように、空洞４６に沿って動くように適合される。ピストンは、ピストン４８が図４に示す定位置にあるときに、封止部４８Ａが弁座４７と協働して空洞をビール栓１６から封止するように、形状付けされた封止部４８Ａを備える。
【０１２０】
適当なピストンの例を、図５Ａから図５Ｄに示す。特に、図５Ａは、図５Ｂの線Ａ−Ａに沿った断面図を示す。この例では、ピストンは、多数のチャネル４８Ｂを備え、チャネル４８Ｂは、ビールが、矢印５０によって示すように空洞４６を通り分配ユニット１５からビール栓１６へと、ピストン４８を通過して流れることを可能にするように適合される。ピストンの一代替設計を、図５Ｃおよび図５Ｄに示す。この設計のピストンは、それぞれの設計の弁座４７と協働するように適合されることを理解されたい。
【０１２１】
したがって、多くの異なる弁設計を使用することができることが理解されるであろう。すなわち、たとえばピストンは、当業者には理解されるように、シャトル弁などによって置き換えることができる。
【０１２２】
電磁コイル５２が、ハウジング部分４１に取り付けられる。ピストンは、電磁コイル５１を用いてピストン４８の位置を制御することが可能になるように、磁気性とすることができる。特に、使用時に弁は、空洞４６がビール管路８に結合され加圧されたビールで満たされることになるように、分配ユニット１５に結合される。したがってピストン４８は、弁座４７に向かって押し付けられて、空洞４６を封止する。
【０１２３】
使用時は、分配ユニット１５または源泉からビール栓１６を取り外し、源泉用継手４４を源泉に結合させ、ビール栓１６を栓用継手４５に結合させることによって、制御弁３１を、既存のビール分配システムに嵌めることができる。構築されたシステムの一例を図６に示す。これが完了すると、電磁コイルが、ドライバ回路など適当なインターフェースによって、処理システム３に接続され、流量計３０が、必要に応じて嵌められる。
【０１２４】
ビールが分配されるとき、処理装置７０によって、電磁コイル５１に電流が印加され、それによってピストンが矢印４９の方向に引きつけられる。これによって封止部が解放され、ビールが空洞４６からチャネル４８Ｂを通ってビール栓１６内へと流れることが可能になり、ビールの分配が可能になる。処理システム３は、流量計３０からの信号を監視し、所要量の飲料がいつ分配されたかを、上記のように決定する。
【０１２５】
次いで処理システム３は、電磁コイル５１に供給された電流を単純に停止し、空洞４６を通るビールの流れがピストン４８を弁座４７内にそれと封止係合するように押し込むことを可能にし、それによってビールの分配を停止する。
【０１２６】
空洞の再封止は、ビールの流れの作用のみによって実行することができるが、制御弁３１の迅速なオンおよびオフ作用を保証することが好ましい。したがって、より迅速かつ信頼性の高い遮断を得るために、第２のコイル５２が設けて、ピストンを矢印５２の方向に引きつけ、それによってピストン４１を弁座４７と封止係合するように押し戻すことができる。
【０１２７】
この構成は、制御弁３１を既存のシステムに嵌めることを助け、それによって、上記の機能を既存のシステム内で実装することが可能になることが理解されるであろう。これをさらに助けるために、ハウジング４０は、流量計３０を組み込むことができる。
【０１２８】
さらに、またあるいは、分配されるビールの温度、および／または電磁コイルの温度を監視し、それによって過熱を防ぐために、温度センサを設けることができる。これは、冷媒管路１９に結合される温度センサに加えて、またはその代わりに使用することができる。すなわち、ビール温度センサと冷媒センサ２６の比較が、障害の原因の指示を提供することに役立つことにより、ビールの温度はまた、冷却システム内の障害の指示を提供するためにも有用となることがある。
【０１２９】
次に小樽コネクタ１４の一例を、図７Ａから図７Ｄを参照しながら説明する。
【０１３０】
小樽コネクタ１４は、シャトル１２０を収容する空洞１６５を画成する、ハウジング１９５を備える。ハウジング１９５は、図示のようにそれぞれ空洞１６５と流体連通する、ガス圧管路１３、洗浄溶液管路２４、およびビール管路１７に結合される。小樽入口１５０およびガス出口１６０もまた設けられる。シャトル１２０は、選択された動作位置の間でシャトル１２０が動くときに実行される様々な分配動作を可能にする、第１、第２、および第３の流路、１０５、１１０、１１５を画成する。
【０１３１】
多数の封止部１９０が、ハウジング１９５に封止係合し、それによって流路１０５、１１０、１１５を分離し、それらをガス圧管路１３および洗浄溶液管路２４へと選択的に結合させるために、シャトル１２０の外面に取り付けられる。この例では、小樽コネクタ１４はまた、小樽１２が小樽コネクタ１４に結合されているかどうかを検出する、小樽センサ１４０を備える。
【０１３２】
図７Ａから図７Ｄにそれぞれ示すように、シャトル１２０を、第１、第２、および第３の動作位置への結合の間で動かすためにシャトル１２０に結合された、アクチュエータ１７０が設けられる。この例では、アクチュエータ１７０は、加圧気体が気体供給部１１からガス圧管路２０を通じて供給される、気体制御式シリンダの形である。これは、シャトル１２０を適当な位置に移動させるために使用される。あるいは、シャトルのピストンを制御するために、従来のピストンシステムを使用することができる。
【０１３３】
図７Ａに、シャトル１２０を、小樽コネクタ１４が小樽１２に結合されているとき使用される結合位置で示す。特に、シャトル１２０は、第１の流路１０５が、洗浄溶液管路２０またはガス圧管路１３のいずれかにも位置合せされないように位置決めされる。この構成では、洗浄溶液、気体、または液体は、小樽コネクタ１４に流入することができず、小樽コネクタ１４を小樽１２に結合させることを可能にする。この結合は、ねじ山およびナットを用いるなど、従来の方法を使用することができる。
【０１３４】
図７Ｂに、第１の動作位置にあるシャトル１２０を示す。シャトル１２０は、シャトル１２０上の突起１４５が、小樽入口１５０と協働して小樽入口１５０を図示のような開位置へと押し進めるように、アクチュエータ１７０によって結合位置から動かされる。これによって、封止部１９０とハウジング１９５の間に間隙が残され、気体が、矢印１３５によって示すようにガス圧管路１３から第３の流路１１５を通り、ガス出口１６０を通って小樽１２内へと流れることが可能になり、それによって小樽１２が加圧される。これによって、小樽１２内に収容された液体が、管路に沿って小樽入口１５０および第２の流路１１０を通って押し進められ、それにより、矢印１２５によって示すように管路１７を通って分配される。
【０１３５】
図７Ｃは、第１の流路１０５がガス圧管路１３と位置合せされるようにシャトル１２０が動かされる、第２の動作位置にあるシャトル１２０を示す。これによって、気体が、矢印１５５によって示すように第３の流路１０５を通ってビール管路１７に流入することが可能になる。これによって、ビール栓１６を開き、それによってビール管路１７内に残っている飲料を分配し、または管路内に残っている洗浄溶液を濯ぎ出すことが可能になる。
【０１３６】
図７Ｄは、第１の流路１０５が洗浄溶液管路２４と位置合せされる、第３の動作位置にあるシャトル１２０を示す。これによって、洗浄溶液が、矢印１７５によって示すように第１の流路１０５を通ってビール管路１７内に流入することが可能になり、それによって、ビール管路１７が洗浄溶液によって洗い流される。操作者がビール栓１６を開いて、管路内の洗浄溶液のかなりの部分を分配および処理することができる。
【０１３７】
気体供給部１１は、管路から洗浄溶液および液体を除去するために、ガス圧管路１３を通じて小樽コネクタ１４へと気体を供給する。洗浄溶液と水の混合物が、洗浄溶液供給源２３から、洗浄溶液管路２４を通じて小樽コネクタ１４へと供給される。
【０１３８】
流量計３０は、ビール管路１７を通って分配される液体の体積を測定する。管路内に洗浄溶液または液体がないかどうかを判断するために、光センサ（図示せず）を使用することができる。流量計３０および光センサはいずれも、管路状態を指示するデータを生成し、管路がいつ洗浄を必要とするかを、処理システム３が判断することを可能にする。
【０１３９】
使用時は、処理システム３が、アクチュエータ１７０に提供されるガス圧を制御するように動作し、それによって、シャトル１２０が上記の結合位置と動作位置の間で選択的に動かされる。これは、圧力センサ２１を使用して、ガス圧管路２０内のガス圧を指示するデータを生成し、通常ソレノイドの形である気体制御弁２２を処理システム３が調整することを可能にし、それによってシャトル位置を制御することによって実現される。小樽コネクタの小樽センサ１４０は、小樽１２が小樽コネクタ１４に結合されているかどうかを指示するデータを生成し、シャトル１２０を動かすべきであるかどうかを処理システム３が判断することを可能にする。
【０１４０】
小樽コネクタ１４内のシャトルの運動を制御するための方法の一例を、図８を参照しながら次に説明する。
【０１４１】
ステップ８００にて、処理システム３は、シャトル１２０を、小樽１２から液体を分配するための第１の動作位置へと動かす。この例では、これは、シャトルを第１の動作位置へと動かすために、気体が気体供給部１１から供給されるように、気体制御弁２２を処理システム３によって作動させることによって実行される。
【０１４２】
ステップ８１０にて、処理システム３は、管路が洗浄を必要としているかどうかを判断する。これは、以下でより詳細に説明するように、多くのやり方で実現することができる。洗浄が必要とされていない場合、シャトル１２０は第１の動作位置に留まり、ビールの分配を可能にする。洗浄が必要とされていることを処理システム３が判断すると、処理システム３は、ステップ８２０に進む。
【０１４３】
任意のステップ８２０が処理システム３によって実行される場合、シャトル１２０は、残っている液体を管路から分配するために、第２の動作位置へと動く。これは、管路内に残っている液体を押し出すように、ガス圧管路１３を通して気体を供給することによって実現される。このステップを実行することによって、管路内に残っている液体を分配し、正常な方法で使用することができる。
【０１４４】
ステップ８３０にて示すように、シャトル１２０は、洗浄溶液を洗浄溶液入口へと、またしたがって洗浄溶液管路へと供給するために、第３の動作位置へと動かされる。ステップ８１０で提供された液体、またはステップ８２０で提供された気体を管路から押し出すため、ならびに管路を洗浄するために、洗浄溶液が供給される。
【０１４５】
ステップ８４０にて、シャトル１２０は、残っている洗浄溶液を管路からなくすために、第２の動作位置へと動かされる。これは、残っている洗浄溶液を管路から押し出し、これを分配することを可能にするために、ガス圧管路１３内へと気体を供給することによって実行される。ステップ４４０が完了すると、シャトル１２０は、ステップ４００に示すように、小樽内の液体が分配されるように処理システム３によって第１の動作位置へと動かされる。
【０１４６】
処理システム３によって実行される、ビール管路を洗浄するためのプロセスのより詳細な例を、図９Ａおよび図９Ｂを参照しながら次に説明する。
【０１４７】
ステップ９００にて、小樽コネクタ１４は、シャトル１２０が、気体、洗浄溶液、および液体が小樽コネクタ１４内へと流入することを妨げるために最初に結合位置に位置決めされた状態で、小樽１２に結合される。
【０１４８】
ステップ９０５にて、処理システム３は、小樽センサ１４０を用いて、小樽１２が小樽コネクタ１４に結合されているかどうかを判断する。小樽センサ１４０が小樽１２の存在を検出していない場合、小樽センサ１４０が小樽１２を検出するまでこのプロセスが繰り返され、検出した時点で、処理システム３はステップ９１０へと進む。
【０１４９】
ステップ９１０にて、処理システム３は、処理システム３０または別個のスイッチのいずれかを用いて選択することができる、自動手動モードが選択されるまで待つ。自動モードが選択されると、処理システム３はステップ９１５へと進み、そうでなければ、小樽コネクタ１４を手動で動作させることができる。
【０１５０】
ステップ９１５にて、シャトル１２０は、ビールを小樽１２から分配するために、第１の動作位置へと動かされる。この場合、シャトル１２０上の突起１４５が、小樽入口１５０と協働して、小樽入口１５０を開位置へと押し動かす。気体供給部１１からの気体が、気体供給管路１３を通って流路１１５、気体出口１６０へと供給され、小樽１２を加圧し、小樽１２内の液体が、第２の流路１１０を通ってビール管路１７内へと矢印１２５によって示すように流される。
【０１５１】
ステップ９２０にて、処理システム３は、液体の分配を監視する。この場合、ビール管路１７が洗浄を必要としているかどうかを判断するために、多数のパラメータが測定される。
【０１５２】
これは、前回の洗浄からの時間または分配してきた飲料の体積など、多くの因子に基づくことができる。この場合、処理装置７０は、時間または測定された体積を、メモリ７１に記憶されている所定の閾値と比較する。
【０１５３】
あるいは、処理システム３は、ビール管路１７内の汚染の程度を測定するための適当なセンサに結合させることができる。これはたとえば、ビール管路１７内に位置決めされた、シュウ酸センサ２６および細菌センサ２７を含むことができる。
【０１５４】
処理装置７０は、センサ２６、２７から信号を取得し、これらを使用してシステムの動作を評価する。シュウ酸センサ２６は、通常、ビール管路内のシュウ酸カルシウムの蓄積を検出する管路内イオンプローブから形成され、細菌センサ２７は、細菌の蓄積を検出する。
【０１５５】
冷媒温度センサ２８は、冷媒管路９の戻り部分上のチラープレートを冷媒が通過した後に冷媒の温度を測定し、サーミスタまたはその他何らかの適当な温度センサから形成することができる。
【０１５６】
処理装置７０は、シュウ酸センサ２６および細菌センサ２７からの信号を監視し、これらの信号を所定の閾値と比較して、ビール管路１７内にシュウ酸イオンまたは細菌が蓄積しているかどうかを判断する。
【０１５７】
これらの閾値は、飲料の供給業者によって設定され、メモリ７１内に符号化されることができ、それにより、閾値がシステムの操作者によって変えられることが防止される。これによって、醸造所など飲料供給業者が、製品が最適な状態で提供されることを保証し、製品の品質基準を維持することが可能になる。あるいは閾値は、システムの使用者が、たとえばＩ／Ｏ装置７２を用いて設定することができる。
【０１５８】
いずれにしても、シュウ酸センサ２６および細菌センサ２７からの信号が、所定の閾値を上回る場合、これは、ビール管路内のレベルが望ましくなく、ビール管路の洗浄が必要であることを指示する。
【０１５９】
したがって、ステップ９２５にて、ステップ９２０で記録される測定されたパラメータは、特定の閾値が満たされて管路の洗浄が必要であることを指示しているかどうかを判断するために、処理システム３によって使用される。測定されたパラメータが、管路が洗浄を必要としていないことを指示する場合、処理システム３は、液体の分配の監視を続ける。特定の閾値が満たされると、処理システム３は、ステップ９３０へと進む。
【０１６０】
ステップ９３０にて、シャトル１２０は、第２の動作位置へと動かされ、第１の流路１０５がガス圧管路１３と位置合せされる。ステップ９３５にて、気体が気体供給部からガス圧管路１３へと供給され、これによって、気体が第２の通路１１０内に流入し、ビール管路１７内に残っている液体を分配することが可能になる。処理システム３は、残っている液体を分配するために、圧力センサ２５およびソレノイドなど気体制御弁３７を使用して、気体供給部１１によって提供されるガス圧を選択的に制御することができる。
【０１６１】
このプロセス中に、処理システム３は、管路が空になる前の、残りの時間または分配される液体の体積を表示することができる。処理システム３は、洗浄サイクルが差し迫っていることを指示するために、Ｉ／Ｏ装置７２など指示器を使用して、この情報を操作者に表示する。
【０１６２】
ステップ９４０にて、管路が空であることが判断されると、シャトル１２０は、何らかの気体、洗浄溶液、または液体が小樽コネクタ１４を通って流れることを妨げるために、結合位置へと動かされる。
【０１６３】
ステップ９４５にて、処理システム３は、Ｉ／Ｏ装置７２または別の外部指示器を用いて、洗浄溶液を分配するために栓１６または制御弁３１を開くことを指示する、命令を表示する。
【０１６４】
ステップ９５０にて、処理システム３は、操作者によって栓１６または制御弁３１が開かれたかどうかを判断する。これは、センサ（図示せず）、あるいは操作者によって使用される入力装置３２または処理システム３を用いて判断することができる。操作者が栓１６または制御弁３１を開いていない場合、処理システム３は、命令を表示し続ける。栓１６または制御弁３１が開いていることが判断されると、処理システム３は、ステップ９５５へと進む。
【０１６５】
ステップ９５５にて、シャトル１２０は、第３の動作位置へと動かされる。この場合、第１の流路１０５が、洗浄溶液管路２４と位置合せされ、洗浄溶液を供給してビール管路１７を洗浄することが可能になる。処理システム３は、洗浄溶液を小樽コネクタ１４へと、いつどれだけ提供するかを選択的に制御するために、弁を使用して洗浄溶液の供給を制御することができる。
【０１６６】
ステップ９６０にて、処理システム３は、洗浄サイクルが終了したかどうかを判断する。洗浄サイクルが終了したかどうかを判断するために、洗浄が行われた時間、分配される洗浄溶液の体積、または現在の管路状態など、多数のパラメータを使用することができる。洗浄サイクルが完了していないことを処理システム３が判断する場合、処理システム３は、洗浄溶液を供給し続ける。洗浄サイクルが完了したことを処理システム３が判断すると、処理システム３は、ステップ９６５へと進む。
【０１６７】
ステップ９６５にて、シャトル１２０は、第２の動作位置へと動かされて第１の流路１０５をガス圧管路１３と位置合せし、それによって、ステップ９８５にて、残っている洗浄液体を管路から空にするためにガスを供給することが可能になる。処理システム３は、圧力センサ２５によって生成されたデータを使用して、所要のガス圧がガス圧管路１３に供給されたかどうかを判断することができる。
【０１６８】
ステップ９７０にて、処理システム３は、光センサによって生成されたデータを使用して、管路が空であるかどうかを決定する。処理システム３が、管路が空でないことを判断した場合、残っている洗浄溶液を管路からなくすために、気体がガス圧管路１３へと供給され続ける。処理システム３が、管路が空であることを判断した場合、処理システム３は、ステップ９１５にて液体を小樽１２から再び分配することができるように、シャトル１２０を第１の動作位置へと動かす。
【０１６９】
小樽コネクタ１４、システム、および方法の多数の変形形態が可能であることが理解されるであろう。
【０１７０】
処理システム３は、管路が洗浄を必要としているかどうかを判断するために、多くのパラメータを使用することができる。これはたとえば、分配されるビールの量、すべて異なる洗浄間隔を必要とするドラフト、ラガー、エール、およびスタウトなど、分配されるビールの様々な品種を、含むことができる。ただし、管路の使用年数など別のパラメータもまた、当業者によって認識されるであろう。
【０１７１】
処理システム３は、システム内の様々なセンサから転送されたデータを用いてエラー検出を実行するように、構成することができる。たとえば、シャトル１２０が結合位置にあるときに、管路内をかなりの量の液体が流れていることを指示するデータを流量計３０が生成する場合、処理システム３は、エラーを検出することができる。処理システム３は、出力装置３３０によって、エラーおよびシステムのどの部分がエラーを生じた可能性があるかという指示を、さらに提供することができる。これは、システム内のセンサから得られる生成されたデータの正しい動作範囲を含む、ルックアップテーブルを使用することによって実現することができる。
【０１７２】
処理システム３はまた、ビール管路内のシュウ酸および細菌のレベルの低下を監視することによって、どのくらいの頻度でビール管路が洗浄されているかを判断することができる。そのような低下を記録することによって、ビール管路が最後に洗浄されてからの期間を、処理システム３が決定することが可能になる。この場合も、この期間を、メモリ７１に記憶されている、ビール管路がどの程度の頻度で洗浄されるべきであるかを指示する所定の閾値と比較することができる。この閾値を超過している場合、処理システム３はここでも同様に、Ｉ／Ｏ装置７２を用いて、またはたとえば３４にて示すような個別の表示装置上に代わりに表示して、警告を発生してこのことを操作者に警告することができる。
【０１７３】
処理システム３は、圧力管路１３内の現在の圧力の指示を判断するために、ガス圧センサ２５から得られる信号をサンプリングすることができる。次いで処理装置７０が、この値を、正常な動作状態を表すガス圧の許容可能範囲を規定する、メモリ７１に記憶された所定のガス圧範囲と比較する。処理装置は、ガス圧がこの許容可能範囲内にあるかどうかを判断し、そうでない場合、気体供給部に問題があることを使用者に知らせるための警告を発生する。この警告は、Ｉ／Ｏ装置７２上で発生することができ、または代わりに、たとえば３４で示すような別個の表示装置上に表示することができる。
【０１７４】
同様に、処理システム３は、たとえば温度センサ２８を使用して、冷媒管路１９内のみの温度上昇を検出することによって、冷却システムの何らかの部分に伴う問題を判断することができる。通常、分配されるビールの体積などの因子に応じて、冷媒温度にばらつきが見られる。特に、大体積のビールが分配される場合、これによって冷媒システム上の負荷が増大し、許容可能限界内の冷媒温度の上昇がもたらされることがある。これは、定期的な時間間隔で温度を監視すること、ならびに温度の変化率および／または変化の大きさを所定の閾値と比較することによって説明することができ、一般に、冷媒システムがビールを冷却するために十分良好に機能していない場合、それを判断することができる。
【０１７５】
ただし、そのような温度上昇はいずれも、チラープレート、冷媒管路１９、または冷媒供給部１８自体に伴う障害によるものであるとすることができる。したがって、冷媒供給部１８が正しく機能しているかどうかを監視する個別の動作センサ２９を提供することによって、問題の原因を突き止めることが可能になる。たとえば、冷媒供給部１８が正しく機能しているが、冷媒温度が上昇した場合、これは、チラープレートまたは冷媒管路１９に伴う問題が生じた可能性があることを示唆する。
【０１７６】
これに加えて、動作センサ２９の存在によって、冷媒管路１９したがってビール管路１７の温度が上昇する前に、冷媒システムに伴う何らかの問題を検出することを可能にすることができる。これは、ぬるい飲料の分配による在庫の浪費を防ぐのに役立つことが理解されるであろう。
【０１７７】
処理システム３はまた、センサ２５、２６、２７、２８、２９からサンプリングされた信号の値を表す信号データを、メモリ７１内または６にて点線で示される遠隔データベース内に記憶するように、構成することもできる。これによって、データを後日検討することが可能になり、機械の動作を点検することが可能になる。この点検は、製品基準を保証するために、操作者および／または独立した第三者が実行することができる。すなわち、たとえば飲料の供給業者は、信号データを販売代理人が定期的に検討することを要求し、それによって、ビール管路が必要に応じて洗浄されていることを保証し、かつビールが正しい状態で提供されていることを保証することができる。
【０１７８】
ビール管路内のシュウ酸または細菌のレベルがメモリ７１に記憶されている所定の閾値を超えるなど、障害が生じた場合、処理システム３を、問題が修正されるまでさらなる飲料が分配されることを妨げるように適合させることもできる。ビール管路の洗浄に関しても、同様の手順を行うことができる。処理システム３はまた、操作者が問題に気付くことを保証するために、警告を発生することができる。
【０１７９】
さらに、たとえば、第１のレベルが、間もなく洗浄が実行されるべきであることを指示し、さらなるレベルが、飲料がさらに分配される前に洗浄が実行されなければならないことを指示するなど、多数の閾値レベルを設定することができる。
【０１８０】
栓１６または管路制御弁３１は、手動または自動分配が可能になるように、開位置で配置することができる。たとえば、栓１６が開位置で配置される場合、弁３１の位置を動作可能に選択する処理システム３によって液体が分配され、それによって、液体を小樽１２から自動的に分配することが可能になる。この場合、処理システム３は、流量制御弁３１を開位置と閉位置の間で切り換えるために、流量計３０によって生成されたデータを用いて、所要の体積の液体が分配されたかどうかを判断することができる。
【０１８１】
一代替例では、制御弁３１を開位置に配置し、それによって、所要の体積の液体が分配されるように、操作者が栓１６を手動で制御することを可能にすることができる。
【０１８２】
処理システム３は、洗浄プロセスが、処理システム３によって記憶されたタイムテーブルに従って実行されるように構成することができる。タイムテーブルは、生じる途絶が最小限となるように、分配速度が低くなる時間を含めて、多数の変数に依存させることができる。
【０１８３】
システムは、処理システム３による自動制御によってではなく、操作者のパネルによって制御することができることが理解されるであろう。操作者のパネルは、操作者によるシステムの手動操作を可能にする。
【０１８４】
ビールまたは同様の飲料が、通常システムによって分配されることも、理解されるであろう。ただし、加圧された小樽装置内に提供される、その他の液体を分配することもできる。
【０１８５】
液体の混合物を供給するために使用することができる、マルチバルブの一例を、図１０から図１５を参照しながら次に説明する。この例は、多数の異なる飲料が提供されるように、多数の飲料成分の混合を可能にするための、弁２０１の使用に焦点を当てる。この弁システムは、いかなる形の、様々な成分から形成される飲料を分配するために使用することもできる。わかりやすくするために、以下の例のみを、最高５つの異なる蒸留酒の組合せ、ならびに、炭酸水および最高５つのシロップの組合せから形成される最高６つの異なる清涼飲料の組合せの使用を参照して説明する。ただし、これは例示目的のためのものに過ぎず、限定を意図するものではないことが理解されるであろう。
【０１８６】
いずれにしても、この例では、弁２０１は、図示のような出口ハウジング２０３に結合される入口ハウジング２０２から形成される。入口ハウジング２０２は、それぞれの飲料成分を受けるための多数の入口を備え、これらを流路によって対応する出口に結合する。
【０１８７】
この例では、入口ハウジング２０２は、入口ポート２１１Ａ〜２１１Ｅが適当な接続管などによってそれぞれの蒸留酒供給源に結合されることを可能にするために、それぞれの蒸留酒入口ポート２１１Ａ〜２１１Ｅ（わかりやすくするために２１１Ｃ〜２１１Ｅは図示しない）内に取り付けられる、５つの蒸留酒コネクタ２１０Ａ〜２１０Ｅを備える。蒸留酒入口ポート２１１Ａ〜２１１Ｅは、入口ハウジング２０２および出口ハウジング２０３を通って延びる開口によって形成されるそれぞれの蒸留酒流路２１２Ａ〜２１２Ｅによって、それぞれの出口ポート２１３Ａ〜２１３Ｅ（わかりやすくするために２１３Ｂ〜２１３Ｃは図示しない）へと連結され、出口ポートは、対応する蒸留酒出口２１４Ａ〜２１４Ｅに結合される。
【０１８８】
使用時は、流路２１２Ａ〜２１２Ｅに沿った蒸留酒の流れが、ソレノイド２１５Ａ〜２１５Ｅから形成される弁、および対応するピストン２１６Ａ〜２１６Ｅを使用して制御され、ピストンは、それぞれの弁座２１８Ａ〜２１８Ｅと連絡することによって、それぞれの流路２１２Ａ〜２１２Ｅを遮断するように動作する。それぞれの流路２１２Ａ〜２１２Ｅを部分的に遮断する、それぞれの流量制御ねじ２１７Ａ〜２１７Ｅ（わかりやすくするために２１７Ｃ〜２１７Ｅは示さない）によって、さらなる流量制御も提供される。
【０１８９】
同様に、清涼飲料を提供するために、図示のような対応する構成が使用される。すなわち、入口ハウジング２０２は、入口ポート２２１Ａ〜２２１Ｆが適当な接続管などによってそれぞれの清涼飲料供給源に結合されることを可能にするために、それぞれの清涼飲料入口ポート２２１Ａ〜２２１Ｆ（わかりやすくするために２２１Ａ〜２２１Ｃは図示しない）内に取り付けられた、６つの清涼飲料入口コネクタ２２０Ａ〜２２０Ｆを備える。清涼飲料入口ポート２２１Ａ〜２２１Ｆは、入口ハウジング２０２および出口ハウジング２０３を通って延びる開口によって形成されるそれぞれの清涼飲料流路２２２Ａ〜２２２Ｆによって、それぞれの出口ポート２２３Ａ〜２２３Ｆ（わかりやすくするために２２３Ｃ〜２２３Ｄは示さない）へと連結され、出口ポートは、対応する清涼飲料出口２２４に結合される。
【０１９０】
使用時に、流路２２２Ａ〜２２２Ｆに沿った清涼飲料の流れは、ソレノイド２２５Ａ〜２２５Ｆから形成される弁、および対応するピストン２２６Ａ〜２２６Ｆによって制御され、ピストンは、それぞれの弁座２２８Ａ〜２２８Ｆと連絡することによって、それぞれの流路２２２Ａ〜２２２Ｆを遮断するように動作する。さらなる流量制御が、それぞれの流路２２２Ａ〜２２２Ｆを部分的に遮断する、それぞれの流量制御ねじ２２７Ａ〜２２７Ｆによっても提供される。
【０１９１】
これに加えて、図示のようにそれぞれのポート２０５Ａおよび２０５Ｂ内に設けられる冷却入口コネクタ２０４Ｂおよび冷却出口コネクタ２０４Ａを用いる、さらなる冷却システムが提供される。使用時に冷却ポート２０５Ａおよび２０５Ｂは、冷蔵された流体を、入口ハウジング２０２を通して再循環させることを可能にするために、冷却流路２０６（わかりやすくするために図示しない）によって相互連結される。通常これは、冷蔵された炭酸水は容易に入手可能であり使用が安価であるので、冷却入口コネクタ２０４Ｂを冷蔵された炭酸水供給源へと連結させることによって実現されるが、その他の冷蔵された流体を使用することもできることが理解されるであろう。
【０１９２】
入口ハウジング２０２の流路２１２Ａ〜２１２Ｅ、２２２Ａ〜２２２Ｆの内部構成を、図１３Ａ〜図１３Ｃにより詳細に示す。
【０１９３】
特に、図１３Ｂおよび図１３Ｃに示す、入口ポート２１１Ｂ、２１１Ｅおよび２２１Ａ、２１１Ｄを通る断面図は、それぞれの流路２１２Ｂ、２１２Ｅおよび２２２Ａ、２１２Ｄ内へと部分的に延びそれによって流路を部分的に遮断する、対応する流量制御ねじ２１７Ｂ、２１７Ｅ、および２２７Ａ、２１７Ｄを示す。これから、それぞれの流量制御ねじ２１７Ｂ、２１７Ｅおよび２２７Ａ、１２７Ｄの位置は、対応する流路２１２Ｂ、２１２Ｅおよび２２２Ａ、２１２Ｄの相対的な直径を制御し、それによって、それぞれの飲料成分が分配される速度を制限することが理解されるであろう。同様の流量制御構成は、当業者には理解されるように、残りの流路に関連付けられる。
【０１９４】
流量制御ねじ２７１Ｂ、２１７Ｅおよび２２７Ａ、２１７Ｄを通過した後、流路２１２Ｂ、２１２Ｅおよび２２２Ａ、２１２Ｄは、流れを選択的に作動することを可能にするために対応するピストン２１６Ｂ、２１６Ｅおよび２２６Ａ、２１６Ｄと協働する、それぞれのピストン座部２１８Ｂ、２１８Ｅおよび２２８Ａ、２１８Ｄへと延びる。
【０１９５】
特に、図１３Ｃのピストン２１６Ｂによって示すように、ピストン２１６Ｂが伸長位置にあるとき、ピストン２１６Ｂは、対応する弁座１８Ｂを封止し、それによって流路２１２Ｂおよび対応する流体流れを遮断する。ピストンは通常、ピストン２１６Ｂをそれぞれのばねの作用下でソレノイド２１５Ｂから外側に押し出すことによって、伸長位置に保持される。その結果、デフォルト位置では、流路が遮断されるので、流体は分配されない。それぞれのソレノイド２１５が作動される場合、ピストン２１６はピストン２１６Ｅの位置によって示すように収縮され、それによって流路２１２Ｅを開き、それぞれの飲料成分の流れを可能にする。
【０１９６】
したがって、流路２１２、２２２は、入口ハウジング２０２を通って表面２０２Ａへと延びることが分かる。使用時は、表面２０２Ａは、流路２１２、２２２が出口ハウジング２０３を通って延びるように、出口ハウジング２０３の表面２０３Ａと封止係合する。これを図１４Ａから図１４Ｂにさらに詳細に示す。
【０１９７】
この例では、流路２２２Ｂ〜２２２Ｆのための流量制御は、出口ハウジング２０３内で提供される。これもまた、流路２２２Ｂ〜２２２Ｆが、出口ハウジング３内の対応する弁座２２８Ｂ〜２２８Ｆへと流れ、次いでそれが、上記と同様のやり方でピストン２２６Ｂ〜２２６Ｆと協働し、それによって清涼飲料シロップ成分のための流量制御が提供される、同様のやり方で実現される。したがってこれは、さらに詳細には説明しない。
【０１９８】
清涼飲料出口２２４を、図１５Ａから図１５Ｄにより詳細に示す。この例で示すように、分配される炭酸水を提供する流路２２２Ａは、出口２２４の中央本体部分２２９Ａから、多数の出口２２４Ａへと延びる。同様に、流路２２２Ｂから２２２Ｆは、中央本体部分２２９Ａの周囲を取り囲むそれぞれの出口２２４Ｂ〜２２４Ｆを通って延びる。
【０１９９】
この結果として、使用時に、炭酸水は各出口２２４Ａを通って流れ、次いでそれぞれの外部本体部分２２９Ｂを通って容器へと送られる。同様に、出口２２４Ｂから２２４Ｆのうちの１つを通って流れるシロップもまた、外部本体部分２２９Ｂの境界内を流れる。複数の出口２２４Ａを通して炭酸水を分散させる結果として、外部本体部分２２９Ｂ内で炭酸水がシロップと混合され、清涼飲料を形成するためのシロップと炭酸水の適当な混合がもたらされることが保証される。
【０２００】
したがって、これによって、ソレノイド２１６の適切な作動によって蒸留酒と清涼飲料の組合せを提供するために使用することができる、共通の弁ハウジングが提供されることを、当業者であれば理解するであろう。
【０２０１】
使用時に、弁２０１は、分配される飲料成分の様々な組合せを可能にするための、適当なシステム内で実装することができる。図１６に、この一例を示す。
【０２０２】
この例は、わかりやすくするために、４つの飲料構成要素の分配に焦点を当てるに過ぎず、これは上記のように、より多数の成分へと拡張することができることが理解されるであろう。
【０２０３】
図１６に示すように、システムは、分配されるそれぞれの飲料を収容するための、４つのリザーバ２４０Ａ、２４０Ｂ、２４０Ｃ、２４０Ｄを備える。各リザーバ２４０は、それぞれの流路２４１Ａ、２４１Ｂ、２４１Ｃ、２４１Ｄによって、マルチバルブ２０１へと結合され、マルチバルブは、出口２２４を通じてＧで示すようなグラスまたは別の容器へと飲料を供給するようになされる。
【０２０４】
分配される飲料の体積を測定するために、各流路内に、タービン２３１Ａ、２３１Ｂ、２３１Ｃ、２３１Ｄが設けられる。タービン２３１Ａ、２３１Ｂ、２３１Ｃ、２３１Ｄ、およびマルチバルブ２０１の一部を形成するソレノイド２２５Ａ、２２５Ｂ、２２５Ｃ、２２５Ｄは、通常、図１に関して説明したような処理システム３など処理システムへと結合され、それによって分配動作の制御を可能にする。したがって、図１の装置と関連付けてこれを実装することができるが、それは必須ではないことが理解されるであろう。
【０２０５】
システムは通常、入力３２を備え、入力３２は、この例では、以下でより詳細に説明するように飲料を選択するための、多数の入力ボタン３２１、３２２、３２３、３２４、３２５、３２６、３２７、３２８を備える。
【０２０６】
使用時は、処理システム３は、入力ボタン３２によって飲料の選択を受け取るように動作し、次いで、リザーバ２４０Ａ、２４０Ｂ、２４０Ｃ、２４０Ｄからの飲料の分配を制御するために、ソレノイド２２５を動作させる。これは、以下でより詳細に説明するように、タービン２３１からの信号に従って実現される。
【０２０７】
この例では、システムは、２つの飲料成分から形成される、清涼飲料など飲料を分配するようになされる。特に、清涼飲料は通常、風味および色を提供するシロップから形成され、シロップは、所望の濃度を提供するために炭酸水と混合される。この例の目的では、リザーバ２４０Ａは、リザーバ２４０Ｂ、２４０Ｃ、２４０Ｄ内に収容される様々な飲料用シロップと共に、炭酸水を供給する。
【０２０８】
ソーダ水は通常、流路２４１Ａへと供給される前に適当なチャンバ内において炭酸ガスで飽和される、水を用いて形成されることが、当業者には理解されるであろう。したがってこれは、詳細に説明しない。
【０２０９】
飲料を分配するために、バーテンダーなど使用者は、適当なサイズの容器Ｇを出口２２４の下に配置する。次いでバーテンダーは、飲料の分配を生じるために、入力ボタン３２１、３２２、３２３、３２４、３２５、３２６、３２７、３２８のうちの適当な１つを選択する。分配される飲料のサイズおよび／またはタイプが制御されるように、多数のボタンが設けられることが理解されるであろう。すなわち、たとえば、入力ボタン３２１、３２２、３２３、３２４、３２５、３２６、３２７、３２８のうちの１つをそれぞれ、それぞれの飲料の大型、中型、１パイント、１／２パイントなど、それぞれのタイプの飲料の異なるサイズに対応させることができる。
【０２１０】
いずれにせよ、処理システム３は、使用者によって選択されたボタンを検出し、その情報を使用して、メモリ２１内に記憶されたルックアップテーブル（ＬＵＴ）にアクセスする。ＬＵＴは、特定のボタンまたはボタン順序に関して、分配される飲料のタイプを指示し、特に、それぞれのリザーバ２４０Ａ、２４０Ｂ、２４０Ｃ、２４０Ｄから供給されるべき各飲料成分の体積を指示する。
【０２１１】
次いで処理システム３は、ソレノイド２１５、２２５のうちの対応する１つを作動させるために、信号を生成する。処理システム３は、分配される飲料成分の体積を表すタービン２３１からパルスを受け取り、これを使用して、正しい比率の飲料成分が提供されることを保証する。
【０２１２】
すなわち、所与の何らかの飲料について、所要の各飲料成分の体積が決定され、所望の飲料成分の体積を供給するために必要とされるパルスの数を参照して記憶される。使用時は、処理システム３は、タービン２３１からのパルス数を数え、選択された飲料のための所要のパルス数が達成されると、処理システム３は、それぞれのソレノイド２１５を非作動化する。
【０２１３】
したがって、各飲料成分のための対応するパルス数を必要に応じて用いることによって、様々な飲料成分を提供することができることが、当業者には理解されるであろう。
【０２１４】
１つの例では、各タービン２３１Ａからの各パルスは、１０ｍｌの炭酸水の流れに対応するが、タービン２３１Ｂ、２３１Ｃ、２３１２Ｄからの各パルスは、１ｍｌのシロップの流れを表す。すなわち、この例では、処理システム３は、炭酸水とシロップの間の所望の比率を実現するために、各タービン２３１からの所定のパルス数を数えるように動作する。たとえば、処理システム３は、タービン２３１Ａから８パルス、タービン２３１Ｂから１０パルス数え、それによって、８０ｍｌの炭酸水および１０ｍｌのシロップを、８：１の比率で分配する。したがって、これによって、飲料の体積、およびしたがってシロップに対する炭酸水の比率を、パルス数に関して定義することが可能になり、パルス数をそれぞれの流量計について数えられなければならないことが理解されるであろう。
【０２１５】
同様の手順が、蒸留酒にも使用され、それによって、飲料が正しい比率に従って分配されることが保証される。これによって、蒸留酒および清涼飲料成分の組合せを含む、カクテルなど複雑な飲料を、適切な入力ボタン３２にタッチして分配することが可能になる。
【０２１６】
したがって、このシステムは、分配される飲料の体積を絶対的に測定し、ある量の飲料を分配時間および流速に基づいて分配するように動作しないことが理解されるであろう。その結果、処理システム３は単純に、所要の体積が分配されるまで対応する弁を開いたままにするので、１つの流路２１２、２２２が部分的に遮断されるなど、飲料構成要素のうちの１つの分配に問題がある場合でも、所要の飲料が依然準備される。
【０２１７】
特に、炭酸水の流れが制限されている場合、シロップが最初に分配を停止し、正しい比率が達成されるまで炭酸水が流れる。
【０２１８】
この場合、流量制御ねじは、飲料成分の分配比率を変えることを可能にするが、分配される体積には影響を与えず、したがって、分配される絶対的な体積に依存する、結果的に得られる飲料中の飲料成分の比率に影響を与えないことが理解されるであろう。
【０２１９】
飲料を上記のように分配することに加えて、出口２１４Ｆを通じて追加の飲料成分を供給することができる。特に、出口２１４Ｆは、入口２１４Ｇを通じて別の成分供給源に直接連結することができる。これは、流量制御のいかなる機構も用いずに提供されるので、様々な飲料成分を試飲のために供給することが可能になる。
【０２２０】
すなわち、たとえば入口２１４Ｇを、牛乳供給源に結合して、牛乳を手動で飲料に加えることを可能にすることができる。これは、牛乳をその他の成分と同時に飲料中へと、単一の供給弁アセンブリによって分配することを依然可能にしながら、牛乳の追加の手動制御を可能にし、飲料を必要に応じて混合することを可能にするという利点を有する。
【０２２１】
また入口２４１Ｇを、必要に応じて、生ジュースなど別の供給源に結合することもできることが理解されるであろう。
【０２２２】
処理システム３を適当に使用することによって、さらなる流量制御特徴を提供することもできる。たとえば、シロップおよび炭酸水の供給をパルス制御して、シロップと炭酸水の混合を改善し、したがって製品の品質を改善することを助けることができる。これは、対応するソレノイド２２５にパルス化された信号を印加し、それによって対応する弁を迅速に開閉することによって、実現することができる。ただし、この場合も、分配される飲料の体積は同じ方法で決定される。
【０２２３】
飲料成分が、所定の時間に出口２１４、２２４に供給されることが望ましいことがある。すなわち一般に、最初に蒸留酒を供給し、続いて、炭酸水とシロップの流れをほぼ同時にして、清涼飲料を提供することが好ましいことがある。これは、処理システム３を適当にプログラムすることによって実現することができることが、理解されるであろう。
【０２２４】
上記の例では、２つのハウジング２０２、２０３を使用すること、ならびに２つのハウジング２０２および２０３の間の流量制御を分離することは、特に有利である。というのもそれによって、ソレノイド２１５、２２５を弁アセンブリ２０１の周りに分布させることが可能になるからである。これによって、空間的に最適化された構成が提供され、それによって、通常弁アセンブリを受け入れるための小さい空洞しかもたない分配タワー内などに、弁アセンブリ２０１を組み込むことが可能になる。これによって弁アセンブリを、既存の飲料分配システム内にレトロフィットさせることが可能になる。
【０２２５】
上記の例は、飲料の分配に焦点を当てているが、この技術を、いかなる形の流体の分配に適用することもできることが理解されるであろう。すなわち、このマルチバルブは、たとえば所望の色を作り出すために染料または塗料を混合するなど、流体のいかなる混合物を形成するために使用することもできる。
【０２２６】
コンテンツ表示システム
次に、文脈依存のコンテンツを提供するためのプロセスの一例を、図１７を参照しながら説明する。
【０２２７】
特に、ステップ１１００にて、表示されるコンテンツが決定される。コンテンツは通常、
・一般にテレビ広告など所定の非対話型コンテンツである、スケジュールされたコンテンツ、および
・あるトリガが検出される場合など、ある文脈において消費者に表示されるトリガコンテンツを含む。
【０２２８】
コンテンツは、システムの実装に応じて多数の異なるやり方で決定することができ、かつ、たとえばコンテンツ提供者または広告主からコンテンツを受け取ること、コンテンツを作成することなどを含むことができる。
【０２２９】
ステップ１１１０にて、スケジュールされたコンテンツを表示するための、スケジュールが決定される。スケジュールは、スケジュールされたコンテンツを提示する時間を制御するために使用され、表示されるスケジュールされたコンテンツのリストと同じくらい単純なものとすることができる。すなわち、たとえばこれは、テレビ広告のプレイリストなどの形とすることができ、リスト上の各広告は、前の広告の終結に続いて示される。ここでも同様に、スケジュールを決定するやり方は、関連する状況に依存することになり、コンテンツ提供者から所定のスケジュールを受け取ること、または適当なスケジューリングアルゴリズムを用いてスケジュールを作成することを含むことができる。
【０２３０】
ステップ１１２０にて、トリガコンテンツに関連付けられたトリガが決定される。トリガは、文脈を決定するために使用され、次いで、以下でより詳細に説明するように、適当なコンテンツの提示をもたらす。すなわち、たとえばコンテンツは、特定の製品の注文とすることができ、これは、注文方法に関連付けられたトリガの使用によって検出される。この場合、これを使用して、問題となっている特定の製品に関するコンテンツの提示をトリガすることができる。
【０２３１】
ステップ１１３０で、プロセスは、スケジュールされたコンテンツをスケジュールに従って提示することを含む。これは、コンテンツを現場またはその他の場所において表示することを可能にする、標準的なプロセスである。この場合、コンテンツを、それが提示される環境に適合させることができるが、それは依然、文脈特定ではない一般的なコンテンツとなる傾向がある。
【０２３２】
このプロセス中に、トリガイベントを検出するために、監視が実行される。トリガイベントおよびそれらの検出の例は、以下でより詳細に説明するように、システムが使用される状況、およびステップ１１２０にて決定されたトリガに依存する。
【０２３３】
いずれにせよ、ステップ１１４０でのトリガの検出後に、スケジュールされたコンテンツの提示が中断され、それによって、ステップ１１５０にて対応するトリガコンテンツを表示することが可能になる。この例では、トリガのタイプに基づいてトリガコンテンツを選択することによって、コンテンツを、トリガが生じた文脈に特定的に指向させることが可能になる。トリガコンテンツの提示が完了することによって、スケジュールされたさらなるコンテンツをスケジュールに従って提示し、さらなるトリガの監視を続けるために、プロセスがステップ１１３０に戻ることが可能になる。
【０２３４】
すなわちこれによって、指向された文脈依存コンテンツ、および特に指向された広告を、トリガに基づいて消費者に提供するための機構が提供されることが理解されるであろう。この場合、トリガコンテンツは、視聴者が行っている何らかの動作に基づいて、提示されるコンテンツが視聴者に関連するものとなるようにトリガに関連付けられ、それによって、コンテンツが使用者に関連するものとなり、広告などの効果が高まる。
【０２３５】
すなわち、たとえばトリガは、消費者と店内の製品品目を対話させることができる。この例では、品目が店内の棚から取り出されるときなど、使用者が製品品目に触れるとき、それが製品に関連付けられた広告の提示をトリガし、それによって使用者に製品の購買を奨励することができる。この例では、使用者が店内の棚に近づくとき、製品品目付近の表示装置が、スケジュールされた広告を提示する。使用者が棚から製品品目を取り出すとき、棚の中の適当なセンサがこれを感知し、それぞれの製品品目に特定的な広告が表示される。トリガシナリオのさらなる例を、以下でさらに議論する。
【０２３６】
いずれにしても、本発明を実装するために適した装置の例を、次に図１８を参照しながら説明する。
【０２３７】
特に、図２は、１つまたは複数の局所的な現場へのコンテンツの提供を可能にするためのネットワークアーキテクチャを示す。この例では、システムは、図１、図２、および図１６に関して上記で説明した処理システム３など多数の処理システムへと、インターネット、あるいは１つまたは複数のローカルまたはワイドエリアネットワーク（ＬＡＮまたはＷＡＮ）など通信ネットワーク１００２、１００４を通じて結合された、基地局１００１を備える。ネットワーク、およびそれに対する接続は、好ましい実装形態に応じて、有線または無線とすることができる。
【０２３８】
基地局１００１は、通常、図示のようにデータベース１１１１に結合された処理システム１００５を備える。処理システム１００５および処理システム３は、コンピュータシステム、コンピュータサーバ、デスクトップコンピュータ、ラップトップ、専用ハードウェアなど、いかなる形の適当な処理システムとすることもできる。
【０２３９】
１つまたは複数の処理システム３を局所的な現場に設け、それによって、コンテンツを提示することを可能にすることができる。一例では、処理システム３を、図１および図１６に示すものと同様の飲料分配システム内に設けることができ、それによって、飲料を分配すること、および対応するコンテンツを表示装置３４のうちの１つに提示することが可能になる。
【０２４０】
処理システム３の場合、外部インターフェース７３を使用して、処理システム３を通信ネットワーク１００２、１００４へと接続し、同様に処理システム３を任意で、１つまたは複数の表示装置３４、および／または１つまたは複数のセンサに接続することができる。
【０２４１】
したがって、処理システム３は、デスクトップコンピュータ、ネットワークサーバ、ラップトップ、専用ハードウェアなど、いかなる適当なコンピュータシステムとすることもできる。あるいは、処理システム３は、コンテンツの表示制御を可能にするために処理を組み込む、適当な表示装置内へと統合することができる。
【０２４２】
いずれにせよ、この例では、基地局１００１は、局所的な現場にて表示するためのコンテンツを作成または提供するようになされる。コンテンツは次いで、通信ネットワーク１００２、１００４を通じて処理システム３へと転送され、処理システム３が、スケジュールに従い、またはセンサを用いて検出されたトリガに基づいて、コンテンツの提示を制御することを可能にする。
【０２４３】
これに加えて、基地局１００１はまた通常、スケジュールの作成を制御し、トリガを定義し、ならびに、広告主にコンテンツ提示の請求書を送るように、動作する。
【０２４４】
次に、これを実現することができるやり方の一例を、図１９Ａから図１９Ｃを参照しながら説明する。
【０２４５】
ステップ１２００にて、基地局１００１の操作者が、表示されるコンテンツを定義するコンテンツ詳細を決定し、ステップ１２１０にて、必要に応じてコンテンツが任意で作成され、データベース１１１１内に記憶される。
【０２４６】
これらのステップは、多数のやり方で実現することができ、提示されるコンテンツの性質、コンテンツの提示を要求する主体などの因子に依存する。すなわち、たとえば広告主が、予め作成されたコンテンツを有し、それらを基地局１００１に供給することができる。あるいは、基地局１００１の操作者が、広告主の要求に基づいてコンテンツを作成し、それをステップ１２００にて表示されるコンテンツの詳細の一部として提供することができる。さらに、詳細は、広告主が望む情報の表示頻度、使用されるトリガイベント、およびその他何らかの必要とされる情報など、情報を含む。
【０２４７】
ステップ１２２０にて、操作者は、コンテンツがコンテンツ詳細からのトリガコンテンツであるかどうかを決定する。コンテンツがトリガコンテンツでない場合、操作者はステップ１２３０にてコンテンツに関連する優先度を決定し、これをステップ１２４０にて、スケジュールされたコンテンツの表示を制御するためのスケジュール提供に使用する。優先度は、操作者によって定義され、またはステップ１２００にて決定されたコンテンツ詳細から得ることができる。
【０２４８】
多数の異なるコンテンツアイテムのスケジュール決めを制御するために、スケジュールを定期的に作成することができること、あるいは、既存のスケジュールに新しいスケジュールを加えることを可能にするために、システムが既存のスケジュールを更新することができることが、理解されるであろう。すなわち、たとえばスケジュールコンテンツを、自動的に、スケジュールが次に改訂されるまでなど所定の時間にわたり表示することを可能にするために、基地局１００１は通常、毎日、毎週、毎月など、定期的にスケジュールを作成または更新する。
【０２４９】
スケジュール決めを実現するやり方は、システムの特定の実装形態に依存し、通常、知られたスケジューリングアルゴリズムを利用する。スケジューリングは、コンテンツ詳細において特定された消費者の要求が満足されることを保証するために実行され、したがって通常、各コンテンツアイテムがいつ表示されるべきかを指示するタイムリストの作成をもたらす。
【０２５０】
さらに、様々な場所で異なるコンテンツを表示することが望ましいことがあるので、通常それぞれのスケジュールが、異なる各場所またはいくつかのタイプの場所のために作成される。すなわち、たとえば小売店とは対照的に、様々なスケジュールをバーのために作成することができる。
【０２５１】
スケジュールはまた、通常、それぞれのコンテンツアイテムの優先度の指示を含む。
【０２５２】
コンテンツがトリガコンテンツである場合、操作者はステップ１２５０にて、トリガコンテンツに関連付けられたトリガを定義する。定義されたトリガは、トリガコンテンツがいつ表示されるかを制御するために使用され、適当な例を以下でより詳細に説明する。
【０２５３】
ステップ１２６０にて、操作者は、トリガコンテンツに関連する何らかの応答動作を定義する。応答動作は、システムの実装形態の性質、および広告主の要求に応じて変えることができる。すなわち、たとえば応答動作は、選択された製品の割引を提供すること、ならびにさらなるトリガコンテンツの提示を含むことができる。すなわち、応答動作はそれ自体、トリガを構成することができる。
【０２５４】
いずれにしても、ステップ１２７０にて基地局１００１は、コンテンツおよび制御データを、処理システム３へと選択的に転送する。制御データは、コンテンツの提示を制御するために必要とされる何らかの情報を含み、したがって通常、スケジュール、ならびにトリガイベントおよび対応する応答動作の詳細などを含む。
【０２５５】
これは、実装形態に応じて様々なやり方で実行することができることが理解されるであろう。すなわち、たとえば毎日の始まりに、基地局１００１は、コンテンツ、スケジュール、およびその他の情報を、必要に応じて各処理システム３にダウンロードする。ただし、基地局１００１はあるいは、新しいコンテンツが追加されるときのみコンテンツをダウンロードし、スケジュールまたはトリガイベントのリストを、必要に応じて、処理システム３にて単に更新することができる。同様に、またはあるいは、情報の転送を、処理システム３によって適当なプロトコルを用いて開始することができる。
【０２５６】
さらに、基地局３は、処理システム３の場所に基づいて、異なるコンテンツおよび制御データを、異なる処理システム３へとダウンロードすることができる。これによって、処理システム３は、それぞれの現場に関連するコンテンツの提示をもたらすことができる。
【０２５７】
ステップ１２８０にて、処理システム３は、コンテンツおよび制御データを、受け取り、メモリ７１またはローカルデータベースなどに記憶する。
【０２５８】
ステップ１２９０にて処理システム３は、ステップ１３００にてコンテンツを表示装置３４上に提示させる前に、スケジュールを用いて、表示されるべきスケジュールされたコンテンツを決定する。これは、スケジュールに応じて順に実行され、通常、処理システム３に、表示されるべき次のコンテンツアイテムを決定させ、次いでこれを表示装置３４へとダウンロードさせることを伴う。
【０２５９】
したがって、表示装置は、処理システム３によって提供されるコンテンツを単に表示する、受動表示装置とすることができる。ただし一代替形態として、処理システム３は、コンテンツを表示装置３４へとダウンロードし、ローカルキャッシュ内に記憶し、それをスケジュールによって指示される関連する時間に提示することを可能にすることができるという点で、能動的とすることができる。この場合、表示装置は有効に、処理システム３の一部またはすべての機能を実装する、能動表示装置となる。例示のためだけに、表示装置が受動的であると仮定するが、この技術は、能動表示装置にも等しく適用可能であることが理解されるであろう。さらに、またあるいは、処理システム３と表示装置３４が統合されるなど、表示装置は、処理システム３の一部を形成することができる。
【０２６０】
このプロセス中に、処理システム３は、たとえば、ボタン３２から得られる信号など受け取った信号を解釈することなどによって、トリガイベントを連続的に監視する。
【０２６１】
トリガが検出されない場合、処理システム３はステップ１２９０に戻り、スケジュール内の次のコンテンツアイテムを表示させ、トリガが検出されるまでこのプロセスが繰り返される。
【０２６２】
任意で、処理システム３はまた、ステップ１３２０にて示すように、表示されるコンテンツの詳細を基地局１００１へと提供することができる。この情報は、ステップ１４３０に関して以下でより詳細に説明するように、基地局１００１が、請求書作成およびコンテンツ表示の有効性に関するフィードバックの決定において利用することができる。コンテンツアイテムが表示されるときに毎回、表示の詳細を基地局１００１へと提供することができるが、通常これは、たとえば毎日の終わりまたはそれぞれのスケジュールの完了時など、定期的に実行されることが理解されるであろう。
【０２６３】
ステップ１３１０にてトリガが検出される場合、プロセスはステップ１３３０へと進み、処理システム３は、それぞれのトリガに関するトリガコンテンツを決定する。トリガは、適切な入力を、１つまたは複数の別の処理システムからの信号としてＩ／Ｏ装置７２を通じて、あるいはセンサまたはボタン３２から、処理システム３に受け取らせることによって検出される。トリガの性質を以下でより詳細に説明する。
【０２６４】
いずれにしても、処理システム３は、受け取った入力に応答して、入力を解釈し、対応するトリガを決定する。次いで処理システム３は、制御データを使用して、どのトリガコンテンツが表示されるべきかを決定する。次いで処理システム３は、ステップ１３４０にてスケジュールコンテンツの表示を中断し、ステップ１３５０にて表示装置にトリガコンテンツを表示させる。
【０２６５】
これが実現されるやり方は、実装形態に依存するが、たとえば、トリガコンテンツを表示装置３５に転送し、表示装置３５がトリガコンテンツを表示する働きをすることを含むことができる。すなわち、表示装置が受動表示装置であり、コンテンツを処理システム３から供給されたとおりに単に提示する場合、このプロセスは、表示装置への供給を有効に中断し、トリガコンテンツの供給をもたらす。あるいは、データが表示装置３４内にキャッシュされる場合、処理システム３は、命令を表示装置３５へと転送し、それによって、キャッシュされたコンテンツの提示を無効にさせ、キャッシュされまたは供給される代替コンテンツを支持する。
【０２６６】
いずれにしても、スケジュールされたコンテンツは、代わりに表示されるトリガコンテンツによって中断される。
【０２６７】
ステップ１３６０にて、処理システム３は、トリガコンテンツの提示に応答するフィードバックが、提供されまたは検出されるかどうかを決定する。フィードバックの性質は、コンテンツの性質およびコンテンツが表示されるやり方に依存する。すなわち、たとえば表示装置がタッチスクリーンである場合、フィードバックは、スクリーンを使用する使用者によって行われる選択という形にすることができる。あるいはフィードバックは、製品などの購買など、別の形の指示とすることができる。
【０２６８】
ステップ１３７０にて処理システムは、フィードバックに関連付けられた何らかの形の応答動作を決定し、次いで、ステップ１３８０にてそれらを実行させる。すなわち、これはたとえば、使用者に割引を提供することを、トリガコンテンツの一部として含むことができる。応答動作は、基地局１００１によって定義され、上記ステップ１２７０にて、制御データの一部として処理システム３に転送される。
【０２６９】
すなわち、フィードバック自体が、さらなるコンテンツを表示させ、したがってトリガを構成することができることが理解されるであろう。ただし、トリガとフィードバックの主な相違は、フィードバックが、トリガコンテンツの提示に応答して提供され、単にコンテンツを表示するよりも大きい応答動作の範囲を含むことができることである。
【０２７０】
ステップ１３９０にて、処理システム３は、トリガコンテンツの提示が、そうでなければスケジュールされたコンテンツを表示するために使用された時間を使い切るということを考慮して、スケジュールを更新する。したがって、スケジュールされたコンテンツがスケジュールに割り当てられた時間帯内に適合することを保証するために、スケジュールからコンテンツを除去することが必要とされる。
【０２７１】
スケジュールは、一般に、スケジュールされたコンテンツの優先度に従って更新される。これにより、優先度の低いスケジュールされたコンテンツを除去することによってスケジュールを更新することが可能になり、それによって、優先度が高いまたは中程度のコンテンツが常に表示されることが保証される。多数の異なる低優先度コンテンツアイテムを、除去可能とすることができ、したがって処理システム３は、
・スケジュールされたコンテンツアイテムおよび提示されるトリガコンテンツの相対的なサイズ
・スケジュールされたコンテンツアイテムおよび提示されるトリガコンテンツの性質
・スケジュールされたコンテンツアイテムおよび提示されるトリガコンテンツのコンテンツ提供者または広告主
・スケジュールされたコンテンツアイテムのスケジュール内での順番
など多数の因子に基づいて、これらのうちの適当な１つを選択することができる。
【０２７２】
これが実現されるやり方は、処理システム３によって実行される適当なアルゴリズムに従って制御される。スケジュールの優先度に基づく変更は必要とされず、多数の因子のうちのいずれか１つに基づいてスケジュールを変更することができることも理解されるであろう。ただし、優先度に基づくスケジュール修正は、広告主の要求が満足されることを保証するのに役立てることができるので、特に有利である。
【０２７３】
ステップ１４００にて処理システムは、ステップ１３００に戻ることによって、スケジュールされたコンテンツを、改訂されたスケジュールに基づいて表示するように動作する。処理システム３はまた、ステップ１４１０にて、表示されたコンテンツの詳細および応答動作を、基地局１００１へと提供することができる。これは通常、ステップ１３２０に関して上記で説明したように、定期的に実行される。
【０２７４】
ステップ１４２０にて、基地局１００１は、表示されたコンテンツの詳細および何らかの関連するフィードバックを受け取り、これを使用して、様々な情報処理が実行されることを可能にする。
【０２７５】
これはたとえば、ステップ１４３０にてアカウントを作成することを含むことができる。この場合、基地局は、各スケジュールされたコンテンツアイテムおよび各トリガコンテンツアイテムが表示される回数を認識するので、基地局１００１は、コンテンツアイテムがスケジュールからいつキャンセルされるかを考慮に入れて、１回の表示ごとに課金することができる。すなわち、コンテンツの提供者は通常、コンテンツが１日１０回表示されることを要求することができるが、たとえば大量のトリガコンテンツの表示などによりこれが実現されない場合、コンテンツ提供者は、広告が表示された対応する回数にのみ課金される。
【０２７６】
ステップ１４４０にて、基地局１００１はまた、トリガコンテンツおよび何らかの関連するフィードバックの分析を実行するように動作する。これは、以下でより詳細に説明されるように、トリガコンテンツの提示に対する消費者の反応に関する重要な情報を決定するために、使用することができる。
【０２７７】
したがって、上記で説明したプロセスによって、スケジュールされたコンテンツがデフォルトして表示され、特定のトリガイベントが発生すると、スケジュールされたコンテンツを中断し、したがってトリガコンテンツの表示によって無効にすることが可能になる。これを使用して、トリガコンテンツがトリガイベントに関連すること、したがってコンテンツ依存性であることを保証することができる。これは、コンテンツ表示の効果を最大限にすることに役立つ。
【０２７８】
これに加えて、システムは、フィードバックを決定し、実行される広告の効果の分析を可能にするように動作することができる。
【０２７９】
次に、上述の例のさらなる特徴、およびそれに対する変形を説明する。
【０２８０】
場所／現場／表示装置への依存性
基地局１００１は、様々な場所および／または現場にて使用するための、様々なスケジュールを作成することができる。これは、
・現場のタイプ
・現場の地理的な位置
・広告主の好み
・現場の操作者の好み
などの因子に基づいて行うことができる。
【０２８１】
ただし、これに加えて、各現場のための多数の異なるスケジュールを提供し、各スケジュールを、選択された表示装置上のコンテンツの提示を制御するために使用することができる。すなわち、たとえば現場内の表示装置をグループとして提供し、各グループが別々のスケジュールを有することができる。
【０２８２】
同様の機能を、トリガコンテンツのために提供し、様々なトリガイベントおよび様々なコンテンツを、様々な現場、場所、および／または表示装置グループのために定義することができる。
【０２８３】
トリガ
トリガは、個人またはコンピュータシステムによって実行される何らかの検出可能な動作によって構成され、したがって多数の動作に対応することができる。これは、たとえば何らかのスイッチまたは別の電子検出システムの作動、ならびに製品の購買または注文を含み、かつ不適切な感知システムがインストールされる場合、製品品目とのインタラクションを含む。
【０２８４】
提供することができるトリガのタイプは、以下の、
・製品への接触
・ＳＭＳメッセージ
・ＭＭＳメッセージ
・生体センサ
・ＲＦＩＤインタラクション
・ＧＰＲＳ情報
・ＡＴＭインタラクション
・タッチスクリーン情報
・動作センサ
・製品の購買
・ＧＰＳ情報
・場所の情報
・リフトボタン
を含むがそれらに限定されない。
【０２８５】
ＭＭＳおよびＳＭＳなどの対話型システムの場合、トリガは、使用者に、ＳＭＳを所定の番号へと送らせることができる。この例では、現場内の静的な広告またはスケジュールされたコンテンツなど、別のコンテンツが、ＳＭＳ番号の詳細を提供することができる。使用者がＳＭＳを送ると、たとえば処理システム３を適当な電話に結合させることによって、または電話ネットワークからメッセージを受け取ることによって、この指示が処理システム３によって検出される。次いで処理システム３は、これをトリガとして使用して、対応するトリガコンテンツを表示することができる。
【０２８６】
このことから、処理システム３が、表示されるトリガコンテンツをステップ１３３０にて決定する場合、処理システム３は、センサ、Ｉ／Ｏ装置７２、ボタン３２から、または別の処理システムからの入力を解釈し、制御データからトリガコンテンツを決定できることが必要であることが、理解されるであろう。
【０２８７】
これに関して、制御データは、飲料分配など一般的なトリガを定義し、これらのトリガのために表示されるべきコンテンツを指示することができる。この場合、処理システム３の操作者は、それらのシステムを、分配される特定の飲料に対応して１つまたは複数のボタン３２からの信号など入力を解釈するように構成し、それによって、対応するトリガコンテンツを決定することを可能にすることができる。
【０２８８】
すなわち、たとえば処理システム３の操作者は、構成プロセスを使用して、いくつかの受け取ったセンサ信号または別の入力と、基地局１００１によって供給される所定のトリガイベントのリストとの間の、マッピングを定義することができる。この例では、マッピングを、ローカルに記憶し、入力を解釈するために使用して、発生した一般的なトリガイベントを処理システム３が決定することを可能にすることができる。
【０２８９】
次いでこれを使用して、制御データにアクセスし、それぞれのイベントに関連付けられたトリガコンテンツを決定することができる。
【０２９０】
あるいは、および／またはさらに、制御データは、処理システム３によって受け取られた入力を解釈するための情報を提供することができる。すなわち制御データを使用して、特定の信号があるトリガに対応することを識別し、したがって、対応するトリガコンテンツを決定することができる。
【０２９１】
これを実現するためには、処理システム３が設けられる場所におけるセンサ構成の詳細など、処理システム３によって受け取られる入力の知識が必要とされることが理解されるであろう。これは、多数の方法によって実現することができる。
【０２９２】
すなわち、たとえば、処理システム３の操作者は、それらのセンサ、ボタンなどを構成し、次いでセンサ構成の詳細を基地局１００１へと提供し、基地局１００１がそれぞれのセンサ構成のための適当な制御データを生成することを可能にすることができる。すなわち、操作者は、選択された１つのセンサが、特定の製品品目の運動を検出することを指示することができる。
【０２９３】
これによって、基地局１００１が、それぞれの場所に対する特定の制御データを生成することが可能になる。すなわち、制御データは、選択されたセンサ１０３６からの信号を受け取ると、特定の製品品目に関連するトリガコンテンツのあるアイテムが表示されるべきであることを指示する。
【０２９４】
あるいは、基地局１００１は、トリガを検出するためにどのセンサが使用されるべきであるかなど、それらのシステムをどのように構成するかに関して、処理システム３の操作者へと命令を提供することができる。この場合、様々な場所に、標準的なセンサ構成を実装することができ、それによって、共通の制御データを多数の異なる場所で使用することが可能になる。
【０２９５】
入力を解釈するためのその他の適当な技術を使用することもでき、通常、多数の異なるアプローチを関連付けて使用することができることが理解されるであろう。
【０２９６】
トリガコンテンツ
トリガコンテンツのタイプおよび性質は、表示装置がある場所、それが関連する製品のタイプ、およびトリガの性質など、多数の因子に依存する。コンテンツの例示的なタイプは、
・広告
・割引の提供
・製品情報
・インフォマーシャル
・提案
・データ入力スクリーン
・フィードバックフォーム
・印刷されたまたは券なしの割引券
を含むことができる。
【０２９７】
応答動作
何らかの形の応答動作を、システムによって実装することができるが、応答動作は一般に、消費者とのインタラクションの形となる。インタラクションは、トリガコンテンツにおける要求に応答して情報を提供することによるなど、提示されるトリガコンテンツに伴うことができる。
【０２９８】
これはたとえば、トリガコンテンツによって提供される適当な応答オプションを、消費者が選択することを可能にする、接触式表示装置を使用するなどによって実現することができる。これはたとえば、消費者がそれに答えると割引を獲得する、製品に関する質問を含むことができる。
【０２９９】
あるいは、応答動作は、それぞれの現場を操作する主体への命令とすることができる。これは、主体に、購買される製品への割引などを適用させることを含むことができる。したがってこの例では、１つまたは複数の応答動作が実装されることを可能にするために、処理システム３を、１つまたは複数のシステムに結合させることもできる。
【０３００】
応答動作は通常、制御データの一部として定義される。この場合も同様に、これは広範に実行することができ、行われる特定の動作が、処理システム３によって中断される。すなわち、応答動作はたとえば、使用者に割引を提供するとき指示することができ、処理システム３は、たとえば割引券の使用によるなど、どのように割引が提供されるかの詳細を含む。あるいは、またはさらに、制御データは、応答動作がどのように実行されるかを特定することができ、これは特定の実装形態に依存することが理解されるであろう。
【０３０１】
フィードバック分析
基地局１００１によって実行される分析は、広告主またはコンテンツ提供者の要求と共に、表示されるトリガコンテンツの性質、提供されるフィードバックの性質、および実行される対応する応答動作などの因子に依存する。
【０３０２】
すなわち、製品広告の場合、広告主は通常、広告がどのくらいよく作用しているか、またこれが品目の購買をもたらしているかどうかについてのフィードバックを求める。この例では、提示されるトリガコンテンツ、および何らかの応答動作に関連する行動に基づいて、インタラクションおよび製品の購買を自動的に決定するために、基地局１００１を使用することができる。
【０３０３】
たとえば、使用者がたとえば電子メニュー内の入手可能な飲料のリストを検討しているときにコンテンツがトリガされる場合、基地局１００１は、トリガコンテンツのそれぞれのピースがどのくらいの頻度で表示されるかに関する情報を使用して、対応する製品への使用者の興味の度合いを決定することができる。関連する応答動作が品目の購買の割引提供である場合、割引が適用された回数を決定することによって、基地局１００１は、製品への消費者の興味が、どのくらいの頻度で購買をもたらすかを決定することができる。これによって、広告の成功度を評価することが可能になる。
【０３０４】
したがってデータは、当業者には理解されるように、適当な統計分析を用いて分析される。
【０３０５】
さらに、各処理システム３を有することによって、トリガコンテンツが表示された場所の詳細が提供され、それによって、地理学に基づく分析を実行することが可能になり、広告が、異なる場所および異なるタイプの現場においてどれだけ有効であるかを評価することが可能になる。数多くの変形形態および修正形態が明らかになることを、当業者であれば理解するであろう。当業者に明らかになるそのような変形形態および修正形態はすべて、本発明が以前に広く説明した精神および範囲に包含されるものとみなされるべきである。
【図面の簡単な説明】
【０３０６】
【図１】飲料分配システムの一例を示す概略図である。
【図２】図１で使用される処理システムの概略図である。
【図３】飲料分配システムでの使用に適したＩＤタグおよびタグリーダを示す概略図である。
【図４】図３のシステム内で使用するための制御弁を示す概略図である。
【図５Ａ】図４の制御弁内で使用するための例示的なピストンを示す概略図である。
【図５Ｂ】図４の制御弁内で使用するための例示的なピストンを示す概略図である。
【図５Ｃ】図４の制御弁内で使用するための例示的なピストンを示す概略図である。
【図５Ｄ】図４の制御弁内で使用するための例示的なピストンを示す概略図である。
【図６】図３の分配システムに取り付けられる図４の制御弁を示す概略図である。
【図７Ａ】結合位置にある小樽コネクタの一例を示す概略図である。
【図７Ｂ】第１の位置にある小樽コネクタの一例を示す概略図である。
【図７Ｃ】第２の位置にある小樽コネクタの一例を示す概略図である。
【図７Ｄ】第３の位置にある小樽コネクタの一例を示す概略図である。
【図８】小樽コネクタの制御動作のプロセスの概略を示すフローチャートである。
【図９Ａ】ビール管路を洗浄するために小樽コネクタを使用する一例を示すフローチャートである。
【図９Ｂ】ビール管路を洗浄するために小樽コネクタを使用する一例を示すフローチャートである。
【図１０】飲料を分配するための弁の一例を示す拡大斜視図である。
【図１１】図１０の弁を示す斜視図である。
【図１２Ａ】図１０の弁を示す平面図である。
【図１２Ｂ】図１０の弁を示す前面図である。
【図１２Ｃ】図１０の弁を示す側面図である。
【図１３Ａ】図１０の入口ハウジングを示す斜視図である。
【図１３Ｂ】図１３Ａの入口ハウジングの管路Ａ−Ａ’に沿った断面図である。
【図１３Ｃ】図１３Ａの入口ハウジングの管路Ｂ−Ｂ’に沿った断面図である。
【図１４Ａ】図１０の出口ハウジングを示す斜視図である。
【図１４Ｂ】図１０の出口ハウジングを示す平面図である。
【図１５Ａ】図１０の出口を示す平面図である。
【図１５Ｂ】図１０の出口を示す下面図である。
【図１５Ｃ】図１０の出口を示す側面図である。
【図１５Ｄ】図１０の出口を示す断面図である。
【図１６】図１０の弁と共に使用するための制御システムの概略図である。
【図１７】コンテクスト依存コンテンツを提示するプロセスの一例を概略的に示すフローチャートである。
【図１８】飲料分配において使用するための分散型アーキテクチャの一例を示す概略図である。
【図１９Ａ】コンテクスト依存コンテンツを提示するためのプロセスの一例を示すフローチャートである。
【図１９Ｂ】コンテクスト依存コンテンツを提示するためのプロセスの一例を示すフローチャートである。
【図１９Ｃ】コンテクスト依存コンテンツを提示するためのプロセスの一例を示すフローチャートである。
【符号の説明】
【０３０７】
３ 処理システム
５ イーサネットＬＡＮ
１１ 気体供給部
１２ ビール供給部
１３ ガス圧管路
１４ 小樽コネクタ
１５ 分配ユニット
１６ ビール栓
１６Ａ ハンドル
１７ ビール管路
１８ 冷媒供給部
１９ 冷媒管路
２０ 気体供給管路
２１ ガス圧センサ
２２ 気体制御弁
２３ 洗浄溶液リザーバ
２４ 洗浄溶液管路
２５ センサ
２６ センサ
２７ センサ
２８ センサ
２９ センサ
３０ 流量計
３１ 制御弁
３２ 入力ボタン
３３ タグリーダ
３４ 表示装置
３５ ＩＤタグ
３７ 気体制御弁
Ｇ グラス
１００１ 基地局
１００２ 通信ネットワーク
１００４ 通信ネットワーク
１００５ 処理システム
１１１１ データベース
【特許請求の範囲】
【請求項１】
多数の飲料成分から形成される飲料を分配するための装置であって、弁が、
ａ）ハウジングと、
ｂ）それぞれの飲料成分供給源を使用時に結合するための多数の入口と、
ｃ）それぞれが、それぞれの流路によってそれぞれの入口に結合される、多数の出口と、
ｄ）それぞれの飲料成分の供給を制御するために前記それぞれの流路内に設けられる、多数の流量制御装置とを備える装置。
【請求項２】
前記装置が、多数の流量制御装置を備え、各流量制御装置が、前記それぞれの飲料成分の流量を制御するためにそれぞれの流路内に設けられる、請求項１に記載の装置。
【請求項３】
各流量制御装置が、対応する流路を選択的に部分的に遮断するようになされた可動流れ部材から形成される、請求項２に記載の装置。
【請求項４】
各流量制御装置が、
ａ）前記流路内に設けられた弁座と、
ｂ）ピストンとから形成され、前記ピストンを、
ｉ）前記ピストンが前記弁座に係合し、それによって前記流路を遮断する伸長位置と、
ｉｉ）前記ピストンが前記弁座と非係合状態となり、それによって前記流路を通る前記飲料成分の流れを可能にする収縮位置との間で動かすことができる、請求項１に記載の装置。
【請求項５】
前記装置が、
ａ）前記入口がその中に取り付けられる第１のハウジングと、
ｂ）第２のハウジングとを備え、前記出口が前記第１のハウジング内に取り付けられ、前記流路が、前記第１のハウジングから前記第２のハウジングへと延びる、請求項１に記載の装置。
【請求項６】
前記装置は、第１および第２の流路それぞれによって対応する第１および第２の出口に結合される、多数の第１および第２の入口を備える、請求項５に記載の装置。
【請求項７】
前記第１の流路のための前記流量制御装置が、前記第１のハウジング内に設けられ、前記第２の流路のための前記流量制御装置が、前記第２のハウジング内に設けられる、請求項６に記載の装置。
【請求項８】
前記装置がさらに、制御装置を備え、前記制御装置は、前記それぞれの飲料成分の流量を制御するために前記各流量制御装置に結合される、請求項１に記載の装置。
【請求項９】
前記制御装置が、
ａ）飲料の選択を可能にするための少なくとも１つの入力と、
ｂ）処理システムであって、
ｉ）各飲料成分の所要の体積を決定し、
ｉｉ）前記所要の体積の前記所要の飲料成分を分配するために、前記流量制御装置を選択的に作動させるための制御信号を生成するための、処理システムとを備える、請求項８に記載の装置。
【請求項１０】
前記制御装置が、各飲料成分供給源に結合された流量計と、前記流量計からの信号に従って前記制御システムを作成するための処理システムとを備える、請求項８に記載の装置。
【請求項１１】
前記流量計が、パルスタービンであり、前記処理システムが、
ａ）それぞれのソレノイドを作動させることと、
ｂ）前記それぞれのタービンからの所定のパルス数を監視することと、
ｃ）前記それぞれのソレノイドを非作動化することとによって分配される、飲料成分の前記体積を制御するようになされる、請求項１０に記載の装置。
【請求項１２】
前記処理システムが、プログラム可能な論理制御装置である、請求項８に記載の装置。
【請求項１３】
前記装置が、少なくとも１２種類の飲料成分を分配するようになされる、請求項１に記載の装置。
【請求項１４】
前記装置が、少なくとも５種類の蒸留酒飲料成分と、少なくとも６種類の清涼飲料成分と、少なくとも１種類の牛乳飲料成分とを分配するようになされる、請求項１３に記載の装置。
【請求項１５】
前記ハウジングが、前記ハウジングを冷却するために、冷蔵された流体を受け取るための冷媒流路をさらに備える、請求項１に記載の装置。
【請求項１６】
多数の飲料成分から形成される飲料の前記分配を制御するための装置であって、前記分配が、
ａ）ハウジングと、
ｂ）使用時にそれぞれの飲料成分を結合するための多数の入口と、
ｃ）それぞれが、それぞれの流路によってそれぞれの入口に結合される、多数の出口と、
ｄ）前記それぞれの飲料成分の前記供給部を制御するために、それぞれの流路内に設けられる多数の流量制御装置とを有する、弁によって実行され、前記装置が、処理システムから形成され、前記処理システムが、
ｉ）飲料選択を受け取るための入力と、
ｉｉ）前記所要の各飲料成分の体積の決定を表す飲料データを記憶するための記憶装置と、
ｉｉｉ）前記所要の体積の所要の各飲料成分を分配するために、前記流量制御装置を選択的に作動させるための制御信号を生成するための処理装置とを有する装置。
【請求項１７】
小樽を管路に結合するためのコネクタにおいて、
ａ）空洞を画成するハウジングであって、
ｉ）前記小樽からの流体を受け取るための入口と、
ｉｉ）前記管路へと結合するための出口と、
ｉｉｉ）気体供給源から気体を受け取るための気体入口と、
ｉｖ）前記小樽へと気体を供給するための気体出口と、
ｖ）洗浄溶液を洗浄溶液供給部から受け取るための洗浄溶液入口とを備えるハウジングと、
ｂ）前記空洞内に可動式に取り付けられ、１つまたは複数の流路を備えるシャトルと、
ｃ）アクチュエータであって、
ｉ）前記洗浄溶液入口と前記出口とを相互連結することによって前記管路を洗浄すること、
ｉｉ）前記小樽から、
（１）前記気体入口と前記気体出口を相互連結させ、
（２）前記入口と前記出口を相互連結させることによって、流体を分配すること、および
ｉｉｉ）前記気体入口と前記出口を相互連結させることによって前記管路を濯ぐことのうち、少なくとも１つを実行するために前記シャトルを多数の動作位置の間で動かすためのアクチュエータとを備える、コネクタ。
【請求項１８】
前記アクチュエータが、
ａ）気体供給部に結合するための気体シリンダと、
ｂ）前記気体シリンダおよび前記シャトルに結合されたアームと、
ｃ）前記アームの位置を制御するために、前記気体シリンダへの気体の供給を制御するためのソレノイドとを備える、請求項１７に記載のコネクタ。
【請求項１９】
前記気体入口と前記気体シリンダが、共通の気体供給部に結合される、請求項１８に記載のコネクタ。
【請求項２０】
前記アクチュエータアームが、前記気体シリンダ内に設けられたピストンに取り付けられる、請求項１８に記載のコネクタ。
【請求項２１】
前記シャトルが、少なくとも１つの突起を備え、使用時に、前記突起が前記小樽内の弁と協働し、それによって流体が分配されることを可能にする、請求項１７に記載のコネクタ。
【請求項２２】
使用時に、前記アクチュエータが、制御装置に結合され、前記制御装置が、前記シャトルを前記動作位置間で選択的に動かすよう前記アクチュエータを制御するようになされる、請求項１７に記載のコネクタ。
【請求項２３】
前記制御装置が、適当にプログラムされた処理システムから形成される、請求項１７に記載のコネクタ。
【請求項２４】
使用時に、前記管路が洗浄されるべきである場合、前記制御装置は、
ａ）前記管路の洗浄を生じるために、前記シャトルを第３の動作位置へと動かし、
ｂ）前記洗浄流体を前記管路から濯ぎ出すために、前記シャトルを第２の動作位置へと動かし、
ｃ）流体が分配されることを可能にするために、前記シャトルを前記第１の動作位置へと動かす、請求項２２に記載のコネクタ。
【請求項２５】
使用時に、前記制御装置は、前記管路の洗浄を生じるために前記シャトルを前記第３の動作位置へと動かす前に、前記管路内の何らかの流体を分配するために前記シャトルを前記第２の動作位置へと動かすように動作する、請求項２４に記載のコネクタ。
【請求項２６】
前記制御装置は、
ａ）前記コネクタが小樽に結合されているか、
ｂ）前記管路が洗浄を必要としているか、
ｃ）分配される流体の前記体積、
ｄ）前記管路内の流体の存在、
ｅ）前記アクチュエータおよび前記気体入口の少なくとも一方に供給される気体の圧力、および
ｆ）前記アクチュエータの動作のうちの、少なくとも１つを決定するための１つまたは複数のセンサに結合される、請求項２２に記載のコネクタ。
【請求項２７】
前記制御装置が、
ａ）小樽の存在を決定し、
ｂ）存在するという決定に応答して、流体を分配することが可能になるように、前記シャトルを第１の動作位置へと動かし、
ｃ）分配される流体の量を監視し、
ｄ）所定の閾値を超える前記量に応答して、前記管路を洗浄させる、請求項２２に記載のコネクタ。
【請求項２８】
前記量が、流体の体積または流体分配時間のうちの少なくとも一方を含む、請求項２７に記載のコネクタ。
【請求項２９】
前記制御装置が、
ａ）分配される流体の量、
ｂ）動作命令、
ｃ）動作における１つまたは複数のエラー、および
ｄ）次の洗浄動作の前に分配されるべき流体の量のうちの、少なくとも１つを表示するための表示装置を備える、請求項２２に記載のコネクタ。
【請求項３０】
前記制御装置が、
ａ）１つまたは複数の動作パラメータを指示する指示データを、１つまたは複数のセンサから受け取り、
ｂ）前記動作パラメータを１つまたは複数の所定のパラメータ範囲と比較し、
ｃ）比較の不成功に応答して動作エラーを決定する、請求項２２に記載のコネクタ。
【請求項３１】
前記動作パラメータが、
ａ）前記シャトル位置、
ｂ）分配される流体の前記量、
ｃ）前記ガス圧、および
ｄ）前記管路内の流体の前記存在のうちの少なくとも１つを含む、請求項３０に記載のコネクタ。
【請求項３２】
コネクタと共に使用するための制御装置であって、前記コネクタは、小樽を管路に結合するようになされ、洗浄溶液供給部および気体供給部に連結され、多数の動作位置間で動かすことができるシャトルを備えており、前記制御装置は、
ａ）前記管路に洗浄溶液を供給することによって前記管路を洗浄すること、
ｂ）前記小樽へと気体を供給し、それによって前記小樽を加圧することにより、前記小樽から流体を分配すること、および
ｃ）前記管路へと気体を供給することによって前記管路を濯ぐことのうちの、少なくとも１つを実行するために、前記シャトルを前記動作位置間で選択的に動かすための処理システムを備える、制御装置。
【請求項３３】
ａ）前記管路の洗浄を生じるために前記シャトルを第３の動作位置へと動かすことと、
ｂ）前記洗浄流体を前記管路から濯ぎ出すために前記シャトルを第２の動作位置へと動かすことと、
ｃ）流体が分配されることが可能になるように前記シャトルを前記第１の動作位置へと動かすこととによって、洗浄サイクルを実行するようになされる、請求項３２に記載の制御装置。
【請求項３４】
使用時に、前記制御装置は、前記管路の洗浄を生じるために前記シャトルを前記第３の動作位置へと動かす前に、前記管路内の何らかの流体を分配するために前記シャトルを前記第２の動作位置へと動かすように動作する、請求項３３に記載の制御装置。
【請求項３５】
前記制御装置が、
ａ）前記コネクタが小樽に結合されているか、
ｂ）前記管路が洗浄を必要としているか、
ｃ）分配される流体の体積、
ｄ）前記管路内の流体の存在、
ｅ）前記気体入口における気体の圧力、および
ｆ）前記アクチュエータの動作のうちの、少なくとも１つを決定するための１つまたは複数のセンサに結合される、請求項３２に記載の制御装置。
【請求項３６】
ａ）小樽の存在を決定し、
ｂ）存在するという決定に応答して、前記流体を分配することが可能になるように、前記シャトルを前記第１の動作位置へと動かし、
ｃ）分配される流体の量を監視し、
ｄ）所定の閾値を超える前記量に応答して前記管路を洗浄させる、請求項３２に記載の制御装置。
【請求項３７】
前記量が、流体の体積または流体分配時間のうちの少なくとも一方を含む、請求項３６に記載の制御装置。
【請求項３８】
ａ）分配される流体の量、
ｂ）動作命令、
ｃ）動作における１つまたは複数のエラー、および
ｄ）次の洗浄動作の前に分配されるべき流体の量のうちの、少なくとも１つを表示するための表示装置を備える、請求項３２に記載の制御装置。
【請求項３９】
ａ）１つまたは複数のセンサから、１つまたは複数の動作パラメータを指示する指示データを受け取り、
ｂ）前記動作パラメータを１つまたは複数の所定のパラメータ範囲と比較し、
ｃ）比較の不成功に応答して動作エラーを決定する、請求項３２に記載の制御装置。
【請求項４０】
前記動作パラメータが、
ａ）前記シャトル位置、
ｂ）分配される流体の前記量、
ｃ）前記ガス圧、および
ｄ）前記管路内の流体の前記存在のうちの、少なくとも１つを含む、請求項３９に記載の制御装置。
【請求項４１】
コンテンツを提示する方法であって、前記方法は、処理システムにおいて、
ａ）コンテンツを決定するステップであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定するステップと、
ｂ）コンテンツの前記提示を制御するための制御データを決定するステップであって、前記制御データが、
ｉ）前記スケジュールコンテンツの前記提示を制御するためのスケジュール、および
ｉｉ）前記トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定するステップと、
ｃ）前記スケジュールされたコンテンツを、前記スケジュールに従って表示装置上に提示させるステップと、
ｄ）１つまたは複数のトリガを監視するステップと、
ｅ）トリガの前記検出に応答して、
ｉ）スケジュールコンテンツの前記提示を中断し、
ｉｉ）前記それぞれのトリガに関連付けられたトリガコンテンツを、前記表示装置上に提示させるステップとを含む方法。
【請求項４２】
前記方法は、前記処理システムにおいて、またトリガコンテンツの前記提示に応答して、前記スケジュールを更新するステップを含む、請求項４１に記載の方法。
【請求項４３】
前記方法が、前記処理システムにおいて、
ａ）前記スケジュールからの１つまたは複数のコンテンツアイテムの優先度を決定するステップと、
ｂ）前記決定された優先度に従って、１つまたは複数のコンテンツアイテムを前記スケジュールから除去するステップとを含む、請求項４２に記載の方法。
【請求項４４】
前記方法が、前記処理システムにおいて、
ａ）前記スケジュールコンテンツアイテムおよび前記提示されるトリガコンテンツの相対的なサイズ、
ｂ）前記スケジュールコンテンツアイテムおよび前記提示されるトリガコンテンツの性質、
ｃ）前記スケジュールコンテンツアイテムおよび前記提示されるトリガコンテンツのコンテンツ提供者または広告主、および
ｄ）前記スケジュール内での前記スケジュールコンテンツアイテムの順番のうちの、少なくとも１つに従って前記スケジュールを更新するステップを含む、請求項４３に記載の方法。
【請求項４５】
前記処理システムが、１つまたは複数のセンサに結合され、前記方法が、前記センサから受け取った１つまたは複数の信号に応答して１つまたは複数のトリガを決定するステップを含む、請求項４１に記載の方法。
【請求項４６】
前記センサが、
ａ）バーコードリーダ、
ｂ）電子入力、
ｃ）処理システム入力、
ｄ）通信メッセージを受け取るためのシステム、および
ｅ）製品品目の運動を検出するための運動センサのうちの少なくとも１つを含む、請求項４１に記載の方法。
【請求項４７】
前記トリガが、
ａ）製品への接触、
ｂ）ＳＭＳメッセージ、
ｃ）ＭＭＳメッセージ、
ｄ）生体センサ、
ｅ）ＲＦＩＤインタラクション、
ｆ）ＧＰＲＳ情報、
ｇ）ＡＴＭインタラクション、
ｈ）タッチスクリーン情報、および
ｉ）リフトボタン
のうちの少なくとも１つを指示する、請求項４１に記載の方法。
【請求項４８】
前記方法が、前記処理システムにおいて、
ａ）トリガコンテンツの前記提示に応答して、フィードバックを決定するステップと、
ｂ）前記フィードバックに関連付けられた１つまたは複数の応答動作を実行するステップとを含む、請求項４１に記載の方法。
【請求項４９】
前記方法が、前記処理システムにおいて、前記制御データから１つまたは複数の応答動作を決定するステップを含む、請求項４５に記載の方法。
【請求項５０】
前記方法が、前記処理システムにおいて、前記基地局から前記コンテンツおよび前記制御データの少なくとも一方を受け取るステップを含む、請求項４１に記載の方法。
【請求項５１】
前記方法が、前記処理システムにおいて、
ａ）前記表示されるコンテンツを指示する指示データを決定するステップと、
ｂ）前記指示データを、１つまたは複数の、
ｉ）コンテンツの前記提示に関連付けられたアカウントを表すアカウンティングデータ、および
ｉｉ）前記指示データの分析を指示する分析結果の決定に使用させるステップとを含む、請求項４１に記載の方法。
【請求項５２】
前記方法が、前記処理システムにおいて、前記指示データを基地局へと転送するステップを含み、前記基地局が、前記指示データに応答して、前記アカウンティングデータおよび前記分析結果の少なくとも一方を決定する、請求項４８に記載の方法。
【請求項５３】
前記表示装置は、少なくとも、
ａ）前記処理システムの一部であり、または
ｂ）前記処理システムに結合される、請求項４１に記載の方法。
【請求項５４】
前記方法が、前記処理システムにおいて、
ａ）次に表示されるべきスケジュールコンテンツを決定するステップと、
ｂ）前記コンテンツを前記表示装置へと転送し、それによって前記表示装置に前記それぞれのコンテンツを提示させるステップとを含む、請求項４１に記載の方法。
【請求項５５】
コンテンツを提示するための装置であって、前記装置が、
ａ）コンテンツを決定するステップであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定するステップと、
ｂ）コンテンツの前記提示を制御するための制御データを決定するステップであって、前記制御データが、
ｉ）前記スケジュールコンテンツの前記提示を制御するためのスケジュール、および
ｉｉ）前記トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定するステップと、
ｃ）前記スケジュールコンテンツを、前記スケジュールに従って表示装置上に表示させるステップと、
ｄ）１つまたは複数のトリガを監視するステップと、
ｅ）トリガの前記検出に応答して、
ｉ）スケジュールコンテンツの前記提示を中断し、
ｉｉ）前記それぞれのトリガに関連付けられたトリガコンテンツを、前記表示装置上に提示させるステップとを行うための、処理システムを備える装置。
【請求項５６】
前記装置が、前記処理システムに結合される１つまたは複数のセンサを備え、前記処理システムが、前記センサからの信号に応答し、それによって１つまたは複数のトリガを決定する、請求項５５に記載の装置。
【請求項５７】
前記装置が、１つまたは複数の表示装置を備え、前記表示装置が、少なくとも、
ａ）前記処理システムの一部であり、または
ｂ）通信リンクによって前記処理システムに結合される、請求項５５に記載の装置。
【請求項５８】
前記制御データおよび前記コンテンツを前記基地局から受け取るための、前記処理システムが、通信ネットワークによって基地局に結合される、請求項５５に記載の装置。
【請求項５９】
前記装置が、請求項４１から５４のいずれか一項に記載の方法を実行する、請求項５５に記載の装置。
【請求項６０】
コンテンツの提示を生じる方法であって、前記方法は、基地局において、
ａ）コンテンツを決定するステップであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定するステップと、
ｂ）コンテンツの前記提示を制御するための制御データを決定するステップであって、前記制御データが、
ｉ）前記スケジュールコンテンツの前記提示を制御するためのスケジュール、および
ｉｉ）前記トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定するステップと、
ｃ）前記コンテンツおよび前記制御データを、１つまたは複数の端末へと転送するステップとを含み、前記端末がそれぞれ、
ｉ）前記スケジュールされたコンテンツを、前記スケジュールに従って表示装置上に提示させ、
ｉｉ）１つまたは複数のトリガを監視し、
ｉｉｉ）トリガの前記検出に応答して、
（１）スケジュールコンテンツの前記提示を中断し、
（２）前記それぞれのトリガに関連付けられたトリガコンテンツを、前記表示装置上に提示させる役割を果たす、方法。
【請求項６１】
前記方法が、前記基地局において、
ａ）表示される前記コンテンツの詳細を受け取るステップと、
ｂ）前記受け取った詳細を使用して、
ｉ）前記コンテンツ、および
ｉｉ）前記制御データのうちの、少なくとも一方を作成するステップとを含む、請求項６０に記載の方法。
【請求項６２】
前記方法が、前記基地局において、
ａ）前記トリガコンテンツに関連付けられた１つまたは複数の応答動作を決定するステップと、
ｂ）前記応答動作に関連付けられた前記制御データを生成するステップとを含む、請求項６０に記載の方法。
【請求項６３】
前記方法が、前記基地局において、
ａ）前記１つまたは複数の端末から指示データを受け取るステップと、
ｂ）前記指示データから、前記表示されるコンテンツを決定するステップとを含む、請求項６０に記載の方法。
【請求項６４】
前記方法が、前記基地局において、
ｉ）コンテンツの前記提示に関連付けられたアカウントを表すアカウンティングデータ、および
ｉｉ）前記指示データの分析を指示する分析結果のうちの、少なくとも一方を決定するために前記指示データを使用するステップを含む、請求項６３に記載の方法。
【請求項６５】
前記方法が、請求項４１に記載の方法を実行するために使用される、請求項６０に記載の方法。
【請求項６６】
コンテンツの提示を生じるための装置において、前記装置が、
ａ）コンテンツを決定することであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定することと、
ｂ）コンテンツの前記提示を制御するための制御データを決定することであって、前記制御データが、
ｉ）前記スケジュールコンテンツの前記提示を制御するためのスケジュール、および
ｉｉ）前記トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定することと、
ｃ）前記コンテンツおよび前記制御データを、１つまたは複数の端末へと転送することとを行うための、基地局を備え、前記端末がそれぞれ、
ｉ）前記スケジュールコンテンツを、前記スケジュールに従って表示装置上に提示させ、
ｉｉ）１つまたは複数のトリガを監視し、
ｉｉｉ）トリガの前記検出に応答して、
（１）スケジュールコンテンツの前記提示を中断し、
（２）前記それぞれのトリガに関連付けられたトリガコンテンツを前記表示装置上に提示させる役割を果たす、装置。
【請求項６７】
前記装置が、請求項６０から６５のいずれか一項に記載の方法を実行する、請求項６６に記載の装置。
【請求項１】
多数の飲料成分から形成される飲料を分配するための装置であって、弁が、
ａ）ハウジングと、
ｂ）それぞれの飲料成分供給源を使用時に結合するための多数の入口と、
ｃ）それぞれが、それぞれの流路によってそれぞれの入口に結合される、多数の出口と、
ｄ）それぞれの飲料成分の供給を制御するために前記それぞれの流路内に設けられる、多数の流量制御装置とを備える装置。
【請求項２】
前記装置が、多数の流量制御装置を備え、各流量制御装置が、前記それぞれの飲料成分の流量を制御するためにそれぞれの流路内に設けられる、請求項１に記載の装置。
【請求項３】
各流量制御装置が、対応する流路を選択的に部分的に遮断するようになされた可動流れ部材から形成される、請求項２に記載の装置。
【請求項４】
各流量制御装置が、
ａ）前記流路内に設けられた弁座と、
ｂ）ピストンとから形成され、前記ピストンを、
ｉ）前記ピストンが前記弁座に係合し、それによって前記流路を遮断する伸長位置と、
ｉｉ）前記ピストンが前記弁座と非係合状態となり、それによって前記流路を通る前記飲料成分の流れを可能にする収縮位置との間で動かすことができる、請求項１に記載の装置。
【請求項５】
前記装置が、
ａ）前記入口がその中に取り付けられる第１のハウジングと、
ｂ）第２のハウジングとを備え、前記出口が前記第１のハウジング内に取り付けられ、前記流路が、前記第１のハウジングから前記第２のハウジングへと延びる、請求項１に記載の装置。
【請求項６】
前記装置は、第１および第２の流路それぞれによって対応する第１および第２の出口に結合される、多数の第１および第２の入口を備える、請求項５に記載の装置。
【請求項７】
前記第１の流路のための前記流量制御装置が、前記第１のハウジング内に設けられ、前記第２の流路のための前記流量制御装置が、前記第２のハウジング内に設けられる、請求項６に記載の装置。
【請求項８】
前記装置がさらに、制御装置を備え、前記制御装置は、前記それぞれの飲料成分の流量を制御するために前記各流量制御装置に結合される、請求項１に記載の装置。
【請求項９】
前記制御装置が、
ａ）飲料の選択を可能にするための少なくとも１つの入力と、
ｂ）処理システムであって、
ｉ）各飲料成分の所要の体積を決定し、
ｉｉ）前記所要の体積の前記所要の飲料成分を分配するために、前記流量制御装置を選択的に作動させるための制御信号を生成するための、処理システムとを備える、請求項８に記載の装置。
【請求項１０】
前記制御装置が、各飲料成分供給源に結合された流量計と、前記流量計からの信号に従って前記制御システムを作成するための処理システムとを備える、請求項８に記載の装置。
【請求項１１】
前記流量計が、パルスタービンであり、前記処理システムが、
ａ）それぞれのソレノイドを作動させることと、
ｂ）前記それぞれのタービンからの所定のパルス数を監視することと、
ｃ）前記それぞれのソレノイドを非作動化することとによって分配される、飲料成分の前記体積を制御するようになされる、請求項１０に記載の装置。
【請求項１２】
前記処理システムが、プログラム可能な論理制御装置である、請求項８に記載の装置。
【請求項１３】
前記装置が、少なくとも１２種類の飲料成分を分配するようになされる、請求項１に記載の装置。
【請求項１４】
前記装置が、少なくとも５種類の蒸留酒飲料成分と、少なくとも６種類の清涼飲料成分と、少なくとも１種類の牛乳飲料成分とを分配するようになされる、請求項１３に記載の装置。
【請求項１５】
前記ハウジングが、前記ハウジングを冷却するために、冷蔵された流体を受け取るための冷媒流路をさらに備える、請求項１に記載の装置。
【請求項１６】
多数の飲料成分から形成される飲料の前記分配を制御するための装置であって、前記分配が、
ａ）ハウジングと、
ｂ）使用時にそれぞれの飲料成分を結合するための多数の入口と、
ｃ）それぞれが、それぞれの流路によってそれぞれの入口に結合される、多数の出口と、
ｄ）前記それぞれの飲料成分の前記供給部を制御するために、それぞれの流路内に設けられる多数の流量制御装置とを有する、弁によって実行され、前記装置が、処理システムから形成され、前記処理システムが、
ｉ）飲料選択を受け取るための入力と、
ｉｉ）前記所要の各飲料成分の体積の決定を表す飲料データを記憶するための記憶装置と、
ｉｉｉ）前記所要の体積の所要の各飲料成分を分配するために、前記流量制御装置を選択的に作動させるための制御信号を生成するための処理装置とを有する装置。
【請求項１７】
小樽を管路に結合するためのコネクタにおいて、
ａ）空洞を画成するハウジングであって、
ｉ）前記小樽からの流体を受け取るための入口と、
ｉｉ）前記管路へと結合するための出口と、
ｉｉｉ）気体供給源から気体を受け取るための気体入口と、
ｉｖ）前記小樽へと気体を供給するための気体出口と、
ｖ）洗浄溶液を洗浄溶液供給部から受け取るための洗浄溶液入口とを備えるハウジングと、
ｂ）前記空洞内に可動式に取り付けられ、１つまたは複数の流路を備えるシャトルと、
ｃ）アクチュエータであって、
ｉ）前記洗浄溶液入口と前記出口とを相互連結することによって前記管路を洗浄すること、
ｉｉ）前記小樽から、
（１）前記気体入口と前記気体出口を相互連結させ、
（２）前記入口と前記出口を相互連結させることによって、流体を分配すること、および
ｉｉｉ）前記気体入口と前記出口を相互連結させることによって前記管路を濯ぐことのうち、少なくとも１つを実行するために前記シャトルを多数の動作位置の間で動かすためのアクチュエータとを備える、コネクタ。
【請求項１８】
前記アクチュエータが、
ａ）気体供給部に結合するための気体シリンダと、
ｂ）前記気体シリンダおよび前記シャトルに結合されたアームと、
ｃ）前記アームの位置を制御するために、前記気体シリンダへの気体の供給を制御するためのソレノイドとを備える、請求項１７に記載のコネクタ。
【請求項１９】
前記気体入口と前記気体シリンダが、共通の気体供給部に結合される、請求項１８に記載のコネクタ。
【請求項２０】
前記アクチュエータアームが、前記気体シリンダ内に設けられたピストンに取り付けられる、請求項１８に記載のコネクタ。
【請求項２１】
前記シャトルが、少なくとも１つの突起を備え、使用時に、前記突起が前記小樽内の弁と協働し、それによって流体が分配されることを可能にする、請求項１７に記載のコネクタ。
【請求項２２】
使用時に、前記アクチュエータが、制御装置に結合され、前記制御装置が、前記シャトルを前記動作位置間で選択的に動かすよう前記アクチュエータを制御するようになされる、請求項１７に記載のコネクタ。
【請求項２３】
前記制御装置が、適当にプログラムされた処理システムから形成される、請求項１７に記載のコネクタ。
【請求項２４】
使用時に、前記管路が洗浄されるべきである場合、前記制御装置は、
ａ）前記管路の洗浄を生じるために、前記シャトルを第３の動作位置へと動かし、
ｂ）前記洗浄流体を前記管路から濯ぎ出すために、前記シャトルを第２の動作位置へと動かし、
ｃ）流体が分配されることを可能にするために、前記シャトルを前記第１の動作位置へと動かす、請求項２２に記載のコネクタ。
【請求項２５】
使用時に、前記制御装置は、前記管路の洗浄を生じるために前記シャトルを前記第３の動作位置へと動かす前に、前記管路内の何らかの流体を分配するために前記シャトルを前記第２の動作位置へと動かすように動作する、請求項２４に記載のコネクタ。
【請求項２６】
前記制御装置は、
ａ）前記コネクタが小樽に結合されているか、
ｂ）前記管路が洗浄を必要としているか、
ｃ）分配される流体の前記体積、
ｄ）前記管路内の流体の存在、
ｅ）前記アクチュエータおよび前記気体入口の少なくとも一方に供給される気体の圧力、および
ｆ）前記アクチュエータの動作のうちの、少なくとも１つを決定するための１つまたは複数のセンサに結合される、請求項２２に記載のコネクタ。
【請求項２７】
前記制御装置が、
ａ）小樽の存在を決定し、
ｂ）存在するという決定に応答して、流体を分配することが可能になるように、前記シャトルを第１の動作位置へと動かし、
ｃ）分配される流体の量を監視し、
ｄ）所定の閾値を超える前記量に応答して、前記管路を洗浄させる、請求項２２に記載のコネクタ。
【請求項２８】
前記量が、流体の体積または流体分配時間のうちの少なくとも一方を含む、請求項２７に記載のコネクタ。
【請求項２９】
前記制御装置が、
ａ）分配される流体の量、
ｂ）動作命令、
ｃ）動作における１つまたは複数のエラー、および
ｄ）次の洗浄動作の前に分配されるべき流体の量のうちの、少なくとも１つを表示するための表示装置を備える、請求項２２に記載のコネクタ。
【請求項３０】
前記制御装置が、
ａ）１つまたは複数の動作パラメータを指示する指示データを、１つまたは複数のセンサから受け取り、
ｂ）前記動作パラメータを１つまたは複数の所定のパラメータ範囲と比較し、
ｃ）比較の不成功に応答して動作エラーを決定する、請求項２２に記載のコネクタ。
【請求項３１】
前記動作パラメータが、
ａ）前記シャトル位置、
ｂ）分配される流体の前記量、
ｃ）前記ガス圧、および
ｄ）前記管路内の流体の前記存在のうちの少なくとも１つを含む、請求項３０に記載のコネクタ。
【請求項３２】
コネクタと共に使用するための制御装置であって、前記コネクタは、小樽を管路に結合するようになされ、洗浄溶液供給部および気体供給部に連結され、多数の動作位置間で動かすことができるシャトルを備えており、前記制御装置は、
ａ）前記管路に洗浄溶液を供給することによって前記管路を洗浄すること、
ｂ）前記小樽へと気体を供給し、それによって前記小樽を加圧することにより、前記小樽から流体を分配すること、および
ｃ）前記管路へと気体を供給することによって前記管路を濯ぐことのうちの、少なくとも１つを実行するために、前記シャトルを前記動作位置間で選択的に動かすための処理システムを備える、制御装置。
【請求項３３】
ａ）前記管路の洗浄を生じるために前記シャトルを第３の動作位置へと動かすことと、
ｂ）前記洗浄流体を前記管路から濯ぎ出すために前記シャトルを第２の動作位置へと動かすことと、
ｃ）流体が分配されることが可能になるように前記シャトルを前記第１の動作位置へと動かすこととによって、洗浄サイクルを実行するようになされる、請求項３２に記載の制御装置。
【請求項３４】
使用時に、前記制御装置は、前記管路の洗浄を生じるために前記シャトルを前記第３の動作位置へと動かす前に、前記管路内の何らかの流体を分配するために前記シャトルを前記第２の動作位置へと動かすように動作する、請求項３３に記載の制御装置。
【請求項３５】
前記制御装置が、
ａ）前記コネクタが小樽に結合されているか、
ｂ）前記管路が洗浄を必要としているか、
ｃ）分配される流体の体積、
ｄ）前記管路内の流体の存在、
ｅ）前記気体入口における気体の圧力、および
ｆ）前記アクチュエータの動作のうちの、少なくとも１つを決定するための１つまたは複数のセンサに結合される、請求項３２に記載の制御装置。
【請求項３６】
ａ）小樽の存在を決定し、
ｂ）存在するという決定に応答して、前記流体を分配することが可能になるように、前記シャトルを前記第１の動作位置へと動かし、
ｃ）分配される流体の量を監視し、
ｄ）所定の閾値を超える前記量に応答して前記管路を洗浄させる、請求項３２に記載の制御装置。
【請求項３７】
前記量が、流体の体積または流体分配時間のうちの少なくとも一方を含む、請求項３６に記載の制御装置。
【請求項３８】
ａ）分配される流体の量、
ｂ）動作命令、
ｃ）動作における１つまたは複数のエラー、および
ｄ）次の洗浄動作の前に分配されるべき流体の量のうちの、少なくとも１つを表示するための表示装置を備える、請求項３２に記載の制御装置。
【請求項３９】
ａ）１つまたは複数のセンサから、１つまたは複数の動作パラメータを指示する指示データを受け取り、
ｂ）前記動作パラメータを１つまたは複数の所定のパラメータ範囲と比較し、
ｃ）比較の不成功に応答して動作エラーを決定する、請求項３２に記載の制御装置。
【請求項４０】
前記動作パラメータが、
ａ）前記シャトル位置、
ｂ）分配される流体の前記量、
ｃ）前記ガス圧、および
ｄ）前記管路内の流体の前記存在のうちの、少なくとも１つを含む、請求項３９に記載の制御装置。
【請求項４１】
コンテンツを提示する方法であって、前記方法は、処理システムにおいて、
ａ）コンテンツを決定するステップであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定するステップと、
ｂ）コンテンツの前記提示を制御するための制御データを決定するステップであって、前記制御データが、
ｉ）前記スケジュールコンテンツの前記提示を制御するためのスケジュール、および
ｉｉ）前記トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定するステップと、
ｃ）前記スケジュールされたコンテンツを、前記スケジュールに従って表示装置上に提示させるステップと、
ｄ）１つまたは複数のトリガを監視するステップと、
ｅ）トリガの前記検出に応答して、
ｉ）スケジュールコンテンツの前記提示を中断し、
ｉｉ）前記それぞれのトリガに関連付けられたトリガコンテンツを、前記表示装置上に提示させるステップとを含む方法。
【請求項４２】
前記方法は、前記処理システムにおいて、またトリガコンテンツの前記提示に応答して、前記スケジュールを更新するステップを含む、請求項４１に記載の方法。
【請求項４３】
前記方法が、前記処理システムにおいて、
ａ）前記スケジュールからの１つまたは複数のコンテンツアイテムの優先度を決定するステップと、
ｂ）前記決定された優先度に従って、１つまたは複数のコンテンツアイテムを前記スケジュールから除去するステップとを含む、請求項４２に記載の方法。
【請求項４４】
前記方法が、前記処理システムにおいて、
ａ）前記スケジュールコンテンツアイテムおよび前記提示されるトリガコンテンツの相対的なサイズ、
ｂ）前記スケジュールコンテンツアイテムおよび前記提示されるトリガコンテンツの性質、
ｃ）前記スケジュールコンテンツアイテムおよび前記提示されるトリガコンテンツのコンテンツ提供者または広告主、および
ｄ）前記スケジュール内での前記スケジュールコンテンツアイテムの順番のうちの、少なくとも１つに従って前記スケジュールを更新するステップを含む、請求項４３に記載の方法。
【請求項４５】
前記処理システムが、１つまたは複数のセンサに結合され、前記方法が、前記センサから受け取った１つまたは複数の信号に応答して１つまたは複数のトリガを決定するステップを含む、請求項４１に記載の方法。
【請求項４６】
前記センサが、
ａ）バーコードリーダ、
ｂ）電子入力、
ｃ）処理システム入力、
ｄ）通信メッセージを受け取るためのシステム、および
ｅ）製品品目の運動を検出するための運動センサのうちの少なくとも１つを含む、請求項４１に記載の方法。
【請求項４７】
前記トリガが、
ａ）製品への接触、
ｂ）ＳＭＳメッセージ、
ｃ）ＭＭＳメッセージ、
ｄ）生体センサ、
ｅ）ＲＦＩＤインタラクション、
ｆ）ＧＰＲＳ情報、
ｇ）ＡＴＭインタラクション、
ｈ）タッチスクリーン情報、および
ｉ）リフトボタン
のうちの少なくとも１つを指示する、請求項４１に記載の方法。
【請求項４８】
前記方法が、前記処理システムにおいて、
ａ）トリガコンテンツの前記提示に応答して、フィードバックを決定するステップと、
ｂ）前記フィードバックに関連付けられた１つまたは複数の応答動作を実行するステップとを含む、請求項４１に記載の方法。
【請求項４９】
前記方法が、前記処理システムにおいて、前記制御データから１つまたは複数の応答動作を決定するステップを含む、請求項４５に記載の方法。
【請求項５０】
前記方法が、前記処理システムにおいて、前記基地局から前記コンテンツおよび前記制御データの少なくとも一方を受け取るステップを含む、請求項４１に記載の方法。
【請求項５１】
前記方法が、前記処理システムにおいて、
ａ）前記表示されるコンテンツを指示する指示データを決定するステップと、
ｂ）前記指示データを、１つまたは複数の、
ｉ）コンテンツの前記提示に関連付けられたアカウントを表すアカウンティングデータ、および
ｉｉ）前記指示データの分析を指示する分析結果の決定に使用させるステップとを含む、請求項４１に記載の方法。
【請求項５２】
前記方法が、前記処理システムにおいて、前記指示データを基地局へと転送するステップを含み、前記基地局が、前記指示データに応答して、前記アカウンティングデータおよび前記分析結果の少なくとも一方を決定する、請求項４８に記載の方法。
【請求項５３】
前記表示装置は、少なくとも、
ａ）前記処理システムの一部であり、または
ｂ）前記処理システムに結合される、請求項４１に記載の方法。
【請求項５４】
前記方法が、前記処理システムにおいて、
ａ）次に表示されるべきスケジュールコンテンツを決定するステップと、
ｂ）前記コンテンツを前記表示装置へと転送し、それによって前記表示装置に前記それぞれのコンテンツを提示させるステップとを含む、請求項４１に記載の方法。
【請求項５５】
コンテンツを提示するための装置であって、前記装置が、
ａ）コンテンツを決定するステップであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定するステップと、
ｂ）コンテンツの前記提示を制御するための制御データを決定するステップであって、前記制御データが、
ｉ）前記スケジュールコンテンツの前記提示を制御するためのスケジュール、および
ｉｉ）前記トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定するステップと、
ｃ）前記スケジュールコンテンツを、前記スケジュールに従って表示装置上に表示させるステップと、
ｄ）１つまたは複数のトリガを監視するステップと、
ｅ）トリガの前記検出に応答して、
ｉ）スケジュールコンテンツの前記提示を中断し、
ｉｉ）前記それぞれのトリガに関連付けられたトリガコンテンツを、前記表示装置上に提示させるステップとを行うための、処理システムを備える装置。
【請求項５６】
前記装置が、前記処理システムに結合される１つまたは複数のセンサを備え、前記処理システムが、前記センサからの信号に応答し、それによって１つまたは複数のトリガを決定する、請求項５５に記載の装置。
【請求項５７】
前記装置が、１つまたは複数の表示装置を備え、前記表示装置が、少なくとも、
ａ）前記処理システムの一部であり、または
ｂ）通信リンクによって前記処理システムに結合される、請求項５５に記載の装置。
【請求項５８】
前記制御データおよび前記コンテンツを前記基地局から受け取るための、前記処理システムが、通信ネットワークによって基地局に結合される、請求項５５に記載の装置。
【請求項５９】
前記装置が、請求項４１から５４のいずれか一項に記載の方法を実行する、請求項５５に記載の装置。
【請求項６０】
コンテンツの提示を生じる方法であって、前記方法は、基地局において、
ａ）コンテンツを決定するステップであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定するステップと、
ｂ）コンテンツの前記提示を制御するための制御データを決定するステップであって、前記制御データが、
ｉ）前記スケジュールコンテンツの前記提示を制御するためのスケジュール、および
ｉｉ）前記トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定するステップと、
ｃ）前記コンテンツおよび前記制御データを、１つまたは複数の端末へと転送するステップとを含み、前記端末がそれぞれ、
ｉ）前記スケジュールされたコンテンツを、前記スケジュールに従って表示装置上に提示させ、
ｉｉ）１つまたは複数のトリガを監視し、
ｉｉｉ）トリガの前記検出に応答して、
（１）スケジュールコンテンツの前記提示を中断し、
（２）前記それぞれのトリガに関連付けられたトリガコンテンツを、前記表示装置上に提示させる役割を果たす、方法。
【請求項６１】
前記方法が、前記基地局において、
ａ）表示される前記コンテンツの詳細を受け取るステップと、
ｂ）前記受け取った詳細を使用して、
ｉ）前記コンテンツ、および
ｉｉ）前記制御データのうちの、少なくとも一方を作成するステップとを含む、請求項６０に記載の方法。
【請求項６２】
前記方法が、前記基地局において、
ａ）前記トリガコンテンツに関連付けられた１つまたは複数の応答動作を決定するステップと、
ｂ）前記応答動作に関連付けられた前記制御データを生成するステップとを含む、請求項６０に記載の方法。
【請求項６３】
前記方法が、前記基地局において、
ａ）前記１つまたは複数の端末から指示データを受け取るステップと、
ｂ）前記指示データから、前記表示されるコンテンツを決定するステップとを含む、請求項６０に記載の方法。
【請求項６４】
前記方法が、前記基地局において、
ｉ）コンテンツの前記提示に関連付けられたアカウントを表すアカウンティングデータ、および
ｉｉ）前記指示データの分析を指示する分析結果のうちの、少なくとも一方を決定するために前記指示データを使用するステップを含む、請求項６３に記載の方法。
【請求項６５】
前記方法が、請求項４１に記載の方法を実行するために使用される、請求項６０に記載の方法。
【請求項６６】
コンテンツの提示を生じるための装置において、前記装置が、
ａ）コンテンツを決定することであって、
ｉ）スケジュールコンテンツ、および
ｉｉ）トリガコンテンツを含む、コンテンツを決定することと、
ｂ）コンテンツの前記提示を制御するための制御データを決定することであって、前記制御データが、
ｉ）前記スケジュールコンテンツの前記提示を制御するためのスケジュール、および
ｉｉ）前記トリガコンテンツに関連付けられた１つまたは複数のトリガの指示を含む、制御データを決定することと、
ｃ）前記コンテンツおよび前記制御データを、１つまたは複数の端末へと転送することとを行うための、基地局を備え、前記端末がそれぞれ、
ｉ）前記スケジュールコンテンツを、前記スケジュールに従って表示装置上に提示させ、
ｉｉ）１つまたは複数のトリガを監視し、
ｉｉｉ）トリガの前記検出に応答して、
（１）スケジュールコンテンツの前記提示を中断し、
（２）前記それぞれのトリガに関連付けられたトリガコンテンツを前記表示装置上に提示させる役割を果たす、装置。
【請求項６７】
前記装置が、請求項６０から６５のいずれか一項に記載の方法を実行する、請求項６６に記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図５Ｄ】
【図６】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図７Ｄ】
【図８】
【図９Ａ】
【図９Ｂ】
【図１０】
【図１１】
【図１２Ａ】
【図１２Ｂ】
【図１２Ｃ】
【図１３Ａ】
【図１３Ｂ】
【図１３Ｃ】
【図１４Ａ】
【図１４Ｂ】
【図１５Ａ】
【図１５Ｂ】
【図１５Ｃ】
【図１５Ｄ】
【図１６】
【図１７】
【図１８】
【図１９Ａ】
【図１９Ｂ】
【図１９Ｃ】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図５Ｃ】
【図５Ｄ】
【図６】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図７Ｄ】
【図８】
【図９Ａ】
【図９Ｂ】
【図１０】
【図１１】
【図１２Ａ】
【図１２Ｂ】
【図１２Ｃ】
【図１３Ａ】
【図１３Ｂ】
【図１３Ｃ】
【図１４Ａ】
【図１４Ｂ】
【図１５Ａ】
【図１５Ｂ】
【図１５Ｃ】
【図１５Ｄ】
【図１６】
【図１７】
【図１８】
【図１９Ａ】
【図１９Ｂ】
【図１９Ｃ】
【公表番号】特表２００８−５２４０８５（Ｐ２００８−５２４０８５Ａ）
【公表日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願番号】特願２００７−５４７０９４（Ｐ２００７−５４７０９４）
【出願日】平成１７年１２月２１日（２００５．１２．２１）
【国際出願番号】ＰＣＴ／ＡＵ２００５／００１９４４
【国際公開番号】ＷＯ２００６／０６６３３８
【国際公開日】平成１８年６月２９日（２００６．６．２９）
【出願人】（５０７２０８６０２）バリリアント・システムズ・ピーティーワイ・リミテッド (1)
【Ｆターム（参考）】
【公表日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願日】平成１７年１２月２１日（２００５．１２．２１）
【国際出願番号】ＰＣＴ／ＡＵ２００５／００１９４４
【国際公開番号】ＷＯ２００６／０６６３３８
【国際公開日】平成１８年６月２９日（２００６．６．２９）
【出願人】（５０７２０８６０２）バリリアント・システムズ・ピーティーワイ・リミテッド (1)
【Ｆターム（参考）】
[ Back to top ]