JP2018511324A - 散水システムにおける簡略化されたインタフェースおよび動作 - Google Patents

Abstract

ユーザ端末は、ゲートウェイと通信するように構成され得る。ゲートウェイは、第１のネットワークを介して、１つまたは複数のセンサを含んでなるセンサ機器および散水機器と通信するように構成され得る。ゲートウェイは、第２のネットワークを介してユーザ端末とも通信するように構成され得る。ユーザ端末は、ゲートウェイを介してセンサ機器および散水機器と通信するためのリモート・インタフェースを提供するように構成された処理回路を含み得る。

Description

例示的な実施形態は、一般に、インテリジェント・システムに関し、より詳細には、簡単なインタフェースおよび動作を促進するように構成された構成要素を含む、インテリジェントな散水のためのシステムに関する。

土壌のケア・メンテナンス・タスクは、成長促進と芝生または庭園の刈り込みとに関連する芝生ケアおよび／または造園タスクを含むことがあり、この芝生または庭園は、それらの労力の結果として生い茂ることが望ましい。成長促進には、育成条件が植物の生育に適当であることを確実にし、さらなる成長強化のため必要なケアおよび手入れのタスクを提供することに関し、個人が日常的に注意を払うことが一般に要求される。

技術的能力が改良されるにつれて、様々な面で育成条件を監視するために利用することが可能な様々なデバイスまたはセンサが開発されている。したがって、庭師が育成条件を監視し、必要であれば育成条件を修正するために、センサまたはデバイスを特定の場所に用いることが可能になっている。しかしながら、監視デバイスまたはセンサが改良されたとしても、デバイスまたはセンサの配置および／または操作を行うため、おおよそ手作業を行うことが庭師に求められる場合が依然として多い。

したがって、いくつかの例示的な実施形態は、ユーザ端末の支援または組み入れにより、庭地メンテナンスに関する複数の資源のインテリジェント制御または管理のための能力を提供し得る。したがって、例えば、（ロボット探査車の有無に関わらず）センサ機器および散水機器の動作は、効率的な造園および芝生のケアのためにリモートで調整され得る。

例示的な実施形態では、庭地メンテナンス機能のインテリジェント制御のためのユーザ端末が提供される。このユーザ端末は、ゲートウェイと通信するように構成され得る。このゲートウェイは、第１のネットワークを介して、１つまたは複数のセンサを含んでなるセンサ機器および散水機器と通信するように構成され得る。このゲートウェイは、第２のネットワークを介してユーザ端末とも通信するように構成され得る。このユーザ端末は、このゲートウェイを介してセンサ機器および散水機器と通信するためのリモート・インタフェースを提供するように構成された処理回路を含み得る。

別の例示的な実施形態では、庭地メンテナンス機能のインテリジェント制御のためのシステムが提供される。本システムは、一区画の土地に配置された１つまたは複数のセンサを含んでなるセンサ機器と、この区画に配置され、この区画に対して水を選択的に与えるように構成された散水機器と、ユーザ端末と、ゲートウェイとを含み得る。このゲートウェイは、第１のネットワークを介してセンサ機器および散水機器と通信し、第２のネットワークを介してユーザ端末と通信するように構成され得る。このユーザ端末は、このゲートウェイを介してセンサ機器および散水機器と通信するためのリモート・インタフェースを提供するように構成された処理回路を含み得る。

いくつかの例示的な実施形態は、オペレータの庭地および庭園の美しさおよび生産性を最大限にするためのオペレータの能力を改良し得、ユーザフレンドリーで直感的な方法で
改良を行い得る。

このように本発明を一般的な用語で説明してきたが、ここからは、添付の図面への参照が行われ、添付の図面は、必ずしも縮尺通りとは限らない。

例示的な実施形態に係るシステムのブロック図。 例示的な実施形態に係るシステムの、配備された構成要素のブロック図。 例示的な実施形態に係る、複数の水管のために複製された、配備された構成要素を示す図。 例示的な実施形態に係る、配備された構成要素において用いられ得る処理回路のブロック図。 例示的な実施形態に係るユーザ端末において用いられ得る処理回路のブロック図。 例示的な実施形態に係る散水コンピュータの制御に関連付けられた様々な動作のフロー図。 例示的な実施形態に係る、ネットワークに対してデバイスを追加すること、ならびに、バッテリおよび／または接続ステータスを監視することに関連付けられた、様々な動作のフロー図。 例示的な実施形態に係る、配備された構成要素のバッテリ・ステータスを監視することに関連付けられた様々な動作のフロー図。 例示的な実施形態に係るユーザ端末において生成され得る例示的なインタフェース・コンソールまたは画面を示す図。 例示的な実施形態に係るユーザ端末において生成され得る例示的なインタフェース・コンソールまたは画面を示す図。 例示的な実施形態に係るユーザ端末において生成され得る例示的なインタフェース・コンソールまたは画面を示す図。 例示的な実施形態に係る、センサにおいて測定を行うために水分範囲または比湿範囲を対応するサイクル時間に関連させるためのチャート。

ここで、いくつかの例示的な実施形態が、添付の図面を参照しつつ、以下でより完全に説明され、添付の図面においては、全部ではなく一部の例示的な実施形態が図示される。実際に、本明細書において説明され、描写される例は、本開示の範囲、適用可能性または構成に関して限定するものとして解釈されるべきでない。むしろ、これらの例示的な実施形態は、本開示が適用可能な法的要件を満たすように提供されている。同様の参照符号は、全文を通じて同様の要素を指す。さらに、本明細書においては、「または」という用語は、そのオペランドのうちの１つまたは複数が真である場合は常に真という結果をもたらす論理演算子として解釈されるべきである。また、「庭地メンテナンス」という用語は、任意の屋外地の改良またはメンテナンス関連アクティビティに関連するように意図されており、草地、芝地または芝土のケアに直接結び付けられたアクティビティに特に適用される必要はない。したがって、庭地メンテナンスは、造園、芝生のケア、これらの組み合わせ、および／または同様のものを含むように理解されたい。本明細書において使用されるように、動作可能な結合とは、直接的な接続または間接的な接続に関連し、いずれの場合も、互いに対して動作可能に結合される構成要素の機能的な相互接続を可能にするものと理解されるべきである。

例示的な実施形態は、特定の区画の全体にわたる複数の場所である可能性があるもののいずれであっても、庭地の状態（すなわち、芝生および／または庭園の状態）を監視し、および／または維持し、オペレータによるシステム内のデバイスとの柔軟なインタフェー
スを可能にするためインテリジェント・システムを提供し得る。さらに、本システムのデバイスは、それらのアクティビティが調整されてもよく、および／または、それらの環境に対して、もしくは少なくともそれらの環境内に存在する現在の状態もしくは刺激に対して、適合するように構成され得る。場合によっては、実行される動作および／または監視は、ロボット探査車など移動可能な資源の支援を得て達成されてもよい。この点に関して、例えば、本システムは、センサ機器から育成条件に関する情報を収集する通信ネットワークを利用し、この情報と、この情報が収集されたエリアとを関連付け得る。本システムは、本システムの様々な構成要素をリモートで制御することと、そのような構成要素を個々のそれぞれの構成要素において処理回路を介してプログラミングすることとについて、オペレータが大幅な柔軟性を有することを可能にするインタフェース機構も用いることができる。したがって、プログラミングは、リモートで調整され得るが、そのプログラミングのうちの少なくとも一部は、本システムが接続を有していても、有していなくても動作することができるように、ローカルにも記憶され得る。場合によっては、本システムの接続態様は、ホームネットワーク構成要素と広域ネットワーク構成要素（例えば、インターネット）とを利用してもよいが、配備された構成要素（例えば、庭地／庭園内の構成要素、または他の方法で庭地メンテナンスに関連する構成要素）とホームネットワーク／広域ネットワーク構成要素との間のインタフェースを行うように構成されたゲートウェイも含んでもよい。上記に記載したように、処理態様は、ローカル管理構成要素とリモート管理構成要素との間で分散されてもよく、その結果、庭地メンテナンスのいくつかの態様は、リモートの資源を利用し、または少なくとも、戸外から得られる情報を組み込み得る一方で、他の態様は、ローカルで管理され得る。いずれにせよ、インタフェースおよび制御の適応性および容易さは、例示的な実施形態を用いることによって改良される本システムの特性である。

したがって、本システムは、それぞれの異なるエリアに対応し得る、その区画の特定のセグメントに関連するデータを収集する、固定された資源および／または移動可能な資源の任意の組み合わせを用いることができる。特定のセグメントは、そのセグメント内に異なるタイプの植物を有していることがあり、したがって、そのセグメントの個々のそれぞれに関連して望ましい異なる育成条件を最適な場合には有し得る。所有者／オペレータは、配備された構成要素を特定のセグメント内における動作に関して導くように動作命令をプログラミングしてもよく、その特定のセグメントは、「ゾーン」と呼ばれ得る。場合によっては、処理回路は、ユーザが特定の動作パラメータを定義することを可能にするように備えられてもよく、したがって、本システムは、その動作パラメータに従って動作するように、現在の状態を適合させ得る。インターネット接続が可能であるとすれば、場合によっては、本システムは、データベースまたはオンライン・リソースからの各植物類に関連付けられた記憶された情報に基づいて、望ましい育成条件と識別された植物類とを相互に関連付けるために用いられ得る。したがって、各ゾーンは、そのゾーンに関連付けられた対応する育成条件パラメータを有し得、ユーザは、様々なエリアに関連した育成条件パラメータを見ることができ、対応するゾーンについての望ましい育成条件（例えば、水分レベル、温度、照明レベル、ｐＨ、および／または同様のもののうちのいずれかまたは全部）を維持することに関連して、システム構成要素の動作をプログラミングすることができる。場合によっては、配備された構成要素間のスケジュールは、構成要素への損傷、資源の非効果的な使用、または挙動を実質的に低減させることを防止するために、衝突を回避さ、または、そうでなければ調整され得る。ゾーンに関連付けられた配備された構成要素は、ゲートウェイを介して報告および／または警報をオペレータに対して提供して、オペレータが一定の状況においてとりなしを行うことを可能にしてもよく、または、これらの構成要素は、単純に応答し、それらの応答をゲートウェイを介してオペレータに通知してもよい。

図１は、例示的な実施形態に係る、上述された基本的な動作を達成するために用いられ
得るシステム１０のブロック図を示す。図１のコンテキスト内では、草刈り、化学物質を与えること、視覚監視および／または同様のもののような一定のタスクが、ロボットまたはロボット探査車１５によって行われ得ることを理解されたい。本システムは、ロボット探査車１５なしでも動作し得るので、ロボット探査車１５は、図１において破線で示されている。ロボットまたは他のデバイスは、一定の他の庭地メンテナンス・タスク、例えば、レーキをかけること（レーキング）、施肥、照明、野生生物の配置および／または同様のことなどを行うことにも関与し得る。

芝生への散水のような他のタスクは、スプリンクラ・ヘッドおよび／またはそのスプリンクラ・ヘッドとのインタフェースを行う散水コンピュータによって行われてもよい。スプリンクラ・ヘッドは、ホースに取り付けられてもよく、散水コンピュータは、そのホースのための中央遮閉弁を提供することによって、それぞれのスプリンクラ・ヘッド場所において水を与えることをオン／オフにすることを制御する機構を提供してもよい。ホース、スプリンクラ・ヘッドおよび／または散水コンピュータは、散水機器２０を共に形成し得る。

一方で、様々なセンサが、そのようなセンサを土壌中へ挿入することによって、土壌または他の育成条件（例えば、照明レベル、水分レベル、ｐＨ、温度、ビデオ・データまたは画像データ等）を監視するために用いられ得る。したがって、これらのセンサは、システム１０内で様々な形態を取るものと理解され得る。しかしながら、一般的に言えば、それらのセンサは、それらのセンサによって収集された土壌および／または育成条件情報に基づいてシステム構成要素の動作を向上させるために、システム１０に対する接続を有し得る。特定の構成または配置パラダイムに関わらず、様々なセンサが、上述されたようなセンサ機器３０を表し得る。

センサ機器３０、および、場合によっては、散水機器２０を構成するデバイスのうちの１つまたは複数も、有線接続または無線接続を介してゲートウェイ４０と通信し得る。ゲートウェイ４０は、続いて、アクセス・ポイント（ＡＰ）４５に対して有線接続または無線接続を有してもよく、ＡＰ４５は、ユーザ端末５０に対して直接的または間接的に接続可能であり得る。ＡＰ４５は、オペレータのホームネットワークのルータであってもよい。場合によっては、ユーザ端末５０へのＡＰ４５の直接的な接続は、短距離無線通信方法（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉおよび／または同様のもの）によって提供されてもよい。ユーザ端末５０へのＡＰ４５の間接的な接続は、ネットワーク６０を介して生じてもよい。ネットワーク６０は、データ・ネットワーク（例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、広域ネットワーク（ＷＡＮ）（例えば、インターネット）、無線パーソナル・エリア・ネットワーク（ＷＰＡＮ）、および／または同様のものなど）であってもよく、このデータ・ネットワークは、デバイス（例えば、配備された構成要素）と、処理要素（例えば、パーソナル・コンピュータ、サーバ・コンピュータまたは同様のもの）などのデバイスおよび／またはユーザ端末５０などのデータベースとを結合し得る。ネットワーク６０とシステム１０の他のデバイスとの間の通信は、有線通信機構または無線通信機構のいずれかと、対応する通信プロトコルとによって達成され得る。そのため、例えば、センサ機器３０のセンサのうちの一部もしく全部のセンサ、散水機器２０および／またはロボット探査車１５は、有線通信手段および／または無線通信手段によってユーザ端末５０に対して接続され得る。

ロボット探査車１５は、図１において別個に示されているが、ロボット探査車１５は、センサ機器３０の一部および散水機器２０の一部のうちの一方または両方として機能してよいことも理解されたい。しかしながら、センサ機器３０の一部および散水機器２０の一部のうちの一方または両方として機能するためのロボット探査車１５の能力と他のタスク
（例えば、草刈り）を行うためのロボット探査車１５の能力とがセンサ機器３０および散水機器２０と組み合わされている、またはそれらから独立していることを前提として、ロボット探査車１５を図１において別個に示している。

ゲートウェイ４０は、有線通信または無線通信を介して、配備された構成要素のうちのいずれかまたは全部とのインタフェースを行うように構成された翻訳エージェントであり得る。いくつかの実施形態では、ゲートウェイ４０は、配備された構成要素と８６８ｍＨｚの無線リンク（例えば、第１の無線リンク）を介してゲートウェイ４０が無線通信することを可能にするための高性能アンテナを含み得る。ただし、他の場合には、他の無線リンクが用いられてもよい。第１の無線リンク、および第１の無線リンクによって接続された構成要素は、屋外へ延びる第１のネットワーク（例えば、庭園ネットワーク）または配備された構成要素ネットワークの一部であり得る。家庭または企業の内部にあり、ユーザ端末５０までユーザ端末５０との間に延びる構成要素は、第２のネットワークを形成し得る。そのため、ゲートウェイ４０は、第１のネットワークと第２のネットワークと間の翻訳エージェントとなり得る。ゲートウェイ４０は、両方のネットワークにおける通信のためのアグリゲーション・ポイントおよび通信センタであり得る。

そのため、ゲートウェイ４０は、オペレータの家庭内またはそれ以外の室内環境内に提供され、配備された構成要素となお無線通信して（第１の無線リンクを介して）、オペレータからのその構成要素に対する命令を翻訳し得、この命令は、第２の無線リンクを介してＡＰ４５へ提供され得る。例示的な実施形態では、無線通信は、暗号化または他のセキュリティ手法を用いることによってセキュアにされ得る。ゲートウェイ４０は、ネットワーク６０への（例えば、ＡＰ４５を介した）接続を通じて、セキュアなクラウド・データ・ストレージも提供し得る。いくつかの例では、第１の無線リンクと第２の無線リンクとは、異なる通信プロトコルおよび／または周波数を用いる、異なる無線リンクであってもよい。

ゲートウェイ４０は、オペレータが配備された構成要素の各々をユーザ端末５０を使用して監視、制御、プログラミングするなど、ユーザ端末５０とのインタフェースを行うための能力も提供し得る。特に、場合によっては、ユーザ端末５０は、容易なセットアップ、および／またはゲートウェイ４０（および、ゲートウェイ４０を通じて到達可能な対応する配備された構成要素）との対話のための使用しやすいインタフェースの提供に適合されたアプリケーション（またはアプリ）を実行するように構成されてもよい。したがって、ユーザ端末５０は、スマートフォンもしくは他のモバイル端末、ラップトップ・コンピュータ、ＰＣ、または他のコンピューティング／通信デバイスであってもよい。そのため、ユーザ端末５０は、ゲートウェイ４０および／または配備された構成要素の対応する処理回路とのインタフェースを行って、下記により詳細に説明される方法で、配備された構成要素をプログラミングし、制御し、または、そうでなければ対話することを可能にされた処理回路を含み得る。

配備された構成要素のプログラミング、配備された構成要素の制御、または配備された構成要素との対話を促進するための、ユーザ端末５０とゲートウェイ４０との間の対話は、灌漑および／または刈り取りの制御／調整のための対話的で完全に接続可能な庭園システムを生み出し得る。ユーザ端末５０において実行され得るアプリは、配備された構成要素のうちのいずれかまたは全部のリアルタイムでのまたはプログラミングベースでの制御のために構成されてもよい。結果として生じるシステムは、全体的で接続された自動的な庭園システムとなり得る。さらに、ネットワーク６０を介したインターネット上のコンテンツへの接続は、教育的なコンテンツがシステムの動作へ統合されることを可能にして、オペレータに対して、改良されたインタフェースと、オペレータの造園体験の十分な満足の獲得に対するより多くの制御とを提供し得る。

図２および図３は、例示的な実施形態に関して実施され得る水移動経路を示す。ただし、構成要素のうちのいくつかは、より単純な例示的な実施形態では除去されてもよく、いくつかの構成要素は、他の例示的な実施形態では、より複雑なアーキテクチャを提供するために追加されてもよいことを理解されたい。したがって、図２および図３の例は、本システムに含まれる構成要素に関して限定するために提供されているのではなく、１つの例示的なシステムに含まれ得るいくつかの構成要素の様々な例を示すに過ぎない。さらに、図３は、複数の水供給管が一区画または庭地にサービスを提供するために提供され得る１つの方法を示すために図示されているに過ぎないことを理解されたい。図３が、２つの水管のみを示すという事実は、例示的な実施形態が２つの管でのみ動作し得ることを示唆することを意図しない。それとは反対に、例示的な実施形態は、任意の数の管、ならびに別個のおよび／または異なる水源を用いて実施されてもよい。

ここで、図２および図３を参照すると、水源１００は、第１の水管１１０を散水コンピュータ１２０を介して満たすために使用され得る。場合によっては（図３を参照）、水源１００は、第２の水管１１２も第２の散水コンピュータ１２２を介して満たし得る。第１の水管１１０および第２の水管１１２は各々、柔軟な散水ホースまたはガーデンホースであり得る。第１の散水コンピュータ１２０および第２の散水コンピュータ１２２は各々、図１の散水機器２０の１つの構成要素を形成する、配備された構成要素のうちの１つであり得る。第１の散水コンピュータ１２０および第２の散水コンピュータ１２２は、水源１００が家庭または他の構造の加圧給水が供給される蛇口または栓となるように、水源１００に対して直接取り付けられ得る。しかしながら、他の例では、ホースまたは他のコネクタが、第１の散水コンピュータ１２０および第２の散水コンピュータ１２２と水源１００との間に提供されてもよい。そのような他のコネクタの一例は、図３に示されており、図３は、他の点ではその組立ておよび動作において互いに同一でありまたは同様であり得る、第１の散水コンピュータ１２０および第２の散水コンピュータ１２２、ならびに第１の水管１１０および第２の水管１１２の間で水を分割するために、スプリッタ１２５が提供される例を示す。

例示的な実施形態では、１つまたは複数のスプリンクラ（例えば、第１のスプリンクラ１３０および第２のスプリンクラ１３２）が、それぞれ第１の水管１１０および第２の水管１１２から水を受け取り得る。第１の水管１１０は、第１の散水コンピュータ１２０の制御の下で、第１のスプリンクラ１３０から噴霧するための水を提供するために、選択的に満たされ得る。同様に、第２の水管１１２は、第２の散水コンピュータ１２２の制御の下で、第２のスプリンクラ１３２から噴霧するための水を提供するために、選択的に満たされ得る。第１の水管１１０が満たされると、第１のスプリンクラ１３０には、この第１のスプリンクラ１３０を通して分配される加圧水が提供され、第２のスプリンクラ１３２には、第２の散水コンピュータ１２２の動作に応じて、水が同様に提供され得る。第１のスプリンクラ１３０および第２のスプリンクラ１３２は、典型的には、いかなるローカルな知能も提供されない構成要素であり得る。代わりに、第１のスプリンクラ１３０および第２のスプリンクラ１３２は、それぞれ第１の散水コンピュータ１２０および第２の散水コンピュータ１２２の動作を介してのみ、散水機能をオンおよびオフにするために制御可能であり得る。しかしながら、第１のスプリンクラ１３０および第２のスプリンクラ１３２は、場合によっては、その内部に提供されるインテリジェントな構成要素および／または制御態様を有することが可能である。

１つまたは複数のセンサ（例えば、第１のセンサ１４０および第２のセンサ１４２）も、対応するセンサの近傍の状態を検出し、または感知するために、スプリンクラによってサービスが提供される区画内の様々な場所において提供され得る。第１のセンサ１４０および第２のセンサ１４２は各々、第１のスプリンクラ１３０および第２のスプリンクラ１
３２のうちのそれぞれの１つに対応し得、ユーザ端末５０におけるアプリは、第１のセンサ１４０または第２のセンサ１４２のうちのそれぞれの１つから受信された情報が、必要な場合にはこの情報に基づいて第１の散水コンピュータ１２０または第２の散水コンピュータ１２２に対して命じられ得るアクションに対して相互に関連付けられ得るように、そのような対応に留意するように構成され得る。

いくつかの例において、配備された構成要素のうちのいくつかは、配備された構成要素のうちの対応するものに対するローカルな電源（Ｐ／Ｓ）１５０を含み得る。各構成要素のＰ／Ｓ１５０は、バッテリまたはバッテリ・パックであってもよい。配備された構成要素のうちで電源が供給された各構成要素は、個々のそれぞれの構成要素を制御するための処理回路と、配備された構成要素が第１の無線リンクを介して（または、代替的に、有線接続を介して）ゲートウェイ４０と通信することを可能にするためのアンテナとを含む通信回路（Ｃ／Ｃ）１６０も含み得る。ロボット探査車１５も、配備された構成要素のうちの一例であってもよく、したがって、ロボット探査車１５も、Ｐ／Ｓ１５０とＣ／Ｃ１６０とを含み得る。ただし、様々な電源および通信回路構成要素は、異なる規模、構造および構成上の特徴を有してもよいことを理解されたい。

第１の散水コンピュータ１２０および第２の散水コンピュータ１２２は各々、弁１７０をさらに含んでもよく、弁１７０は、それぞれ、第１の水管１１０および／または第２の水管１２２から水源１００をそれぞれ分離し、第１の水管１１０および／または第２の水管１２２へ水源１００をそれぞれ動作可能に結合するように動作させられ得る。弁１７０は、ゲートウェイ４０を通じて受信される命令に基づいて、または第１の散水コンピュータ１２０または第２の散水コンピュータ１２２のＣ／Ｃ１６０を介して記憶されたスケジュール情報、または、そうでなければアクセス可能であるスケジュール情報に基づいて、動作させられ得る。第１の散水コンピュータ１２０および第２の散水コンピュータ１２２は、システム１０の動作に対して便宜を提供し得る。なぜならば、第１の散水コンピュータ１２０および第２の散水コンピュータ１２２は、ユーザ端末５０においてスケジュールをプログラミングすることによって、または第１の散水コンピュータ１２０および第２の散水コンピュータ１２２の動作を手動で指示することによって、ユーザ端末５０におけるアプリを介して、いかなる場所からもおよび／またはいつでも制御され得るからである。しかしながら、場合によっては、このアプリは、第１のセンサ１４０または第２のセンサ１４２から受信されたセンサ・データに基づいた弁１７０の自動的な動作のために、散水コンピュータ１２０をプログラミングするためにも使用され得る。

例示的な実施形態では、Ｃ／Ｃ１６０は、図４に示されるように、処理回路２１０を含み得る。処理回路２１０は、本発明の例示的な実施形態に係るデータ処理、制御機能の実行、および／または他の処理および管理サービスを行うように構成され得る。いくつかの実施形態では、処理回路２１０は、チップまたはチップ・セットとして具現化され得る。言いかえれば、処理回路２１０は、構造アセンブリ（例えば、ベースボード）上に材料、構成要素および／または配線を含む、１つまたは複数の物理的なパッケージ（例えば、チップ）を備え得る。この構造アセンブリは、その上に含まれる構成要素回路に対して、物理的な強度、サイズの維持、および／または電気的相互作用の制限を提供してもよい。したがって、処理回路２１０は、場合によっては、本発明の実施形態を単一チップ上で、または単一の「システム・オン・チップ」として実装するように構成されてもよい。そのため、場合によっては、チップまたはチップ・セットは、本明細書において説明される機能を提供するための１つまたは複数の動作を行うための手段を構成し得る。

例示的な実施形態では、処理回路２１０は、デバイス・インタフェース２２０と通信し、または、そうでなければデバイス・インタフェース２２０を制御し得る、プロセッサ２１２およびメモリ２１４の１つまたは複数のインスタンスを含み得る。そのため、処理回
路２１０は、本明細書において説明される動作を行うように（例えば、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせにより）構成された回路チップ（例えば、集積回路チップ）として具現化されてもよい。いくつかの実施形態では、処理回路２１０は、第１の散水コンピュータ１２０および第２の散水コンピュータ１２２、第１のセンサ１４０および第２のセンサ１４２、ならびに／またはロボット探査車１５の内部電子構成要素と通信し、他の構成要素との外部での通信を可能にし得る。

デバイス・インタフェース２２０は、ゲートウェイ４０を介して他のデバイスとの通信を可能にするための１つまたは複数のインタフェース機構を含み得る。場合によっては、デバイス・インタフェース２２０は、任意の手段であってよく、この任意の手段は、デバイス・インタフェース２２０がゲートウェイ４０を介してメッセージを送信および受信することが可能であることが理由で、例えば、ゲートウェイ４０からデータを受信し、および／またはゲートウェイ４０にデータを送信するように構成されたハードウェアか、ハードウェアとソフトウェアとの組み合わせかのいずれかにおいて具現化された、デバイスまたは回路などであってよい。いくつかの例示的な実施形態では、デバイス・インタフェース２２０は、ゲートウェイ４０を介した、システム１０の構成要素との通信またはシステム１０の外部との通信のためのインタフェースを提供してもよい。Ｃ／Ｃ１６０がセンサ用である場合、デバイス・インタフェース２２０は、他のデバイス（例えば、散水コンピュータ）への通信のためのセンサ・データを取得するために、センサ（例えば、温度センサ、ｐＨセンサ、ライト・センサ、水分センサおよび／または同様のもの）とのインタフェースをさらに行ってもよい。一方で、Ｃ／Ｃ１６０が散水コンピュータ用である場合、デバイス・インタフェース２２０は、他の搭載構成要素（例えば、下記で説明されるようなライトおよびメイン・ボタンを含むユーザ・インタフェース）に対してインタフェースを提供してもよい。

プロセッサ２１２は、いくつかの異なる方法で具現化され得る。例えば、プロセッサ２１２は、様々な処理手段として、例えば、マイクロプロセッサもしくは他の処理要素、コプロセッサ、コントローラ、または様々な他のコンピューティング・デバイスもしくは処理デバイス（例えば、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）、もしくは同様のものなどの集積回路）のうちの１つまたは複数などとして具現化されてもよい。例示的な実施形態では、プロセッサ２１２は、メモリ２１４内に記憶された命令、または、そうでなければ、プロセッサ２１２にアクセス可能である命令を実行するように構成され得る。そのため、ハードウェアによって構成されても、またはハードウェアとソフトウェアとの組み合わせによって構成されても、プロセッサ２１２は、本発明の実施形態に係る動作を行うことが可能な（例えば、処理回路２１０の形態で、回路において物理的に具現化された）エンティティを表し、一方で、それに応じて構成され得る。したがって、例えば、プロセッサ２１２が、ＡＳＩＣ、ＦＰＧＡまたは同様のものとして具現化される場合、プロセッサ２１２は、本明細書において説明される動作を行うための特に構成されたハードウェアであってもよい。代替的に、別の例として、プロセッサ２１２が、ソフトウェア命令のエグゼキュータとして具現化される場合、この命令は、本明細書において説明される動作を行うようにプロセッサ２１２を特に構成してもよい。

例示的な実施形態では、プロセッサ２１２（または処理回路２１０）は、Ｃ／Ｃ１６０として具現化されても、Ｃ／Ｃ１６０を含んでも、または、そうでなければＣ／Ｃ１６０を制御してもよい。そのため、いくつかの実施形態では、プロセッサ２１２（または処理回路２１０）は、プロセッサ２１２（または処理回路２１０）を適宜構成する命令またはアルゴリズムの実行に応じて、対応する機能を引き受けるようにＣ／Ｃ１６０に指示することによって、Ｃ／Ｃ１６０（およびＣ／Ｃ１６０が関連付けられている、対応する分散された構成要素）に関連して説明される動作の各々を引き起こすものと言われ得る。一例
として、センサのＣ／Ｃ１６０は、環境パラメータ（例えば、センサ・データ）を検出し、第１の無線リンクを介してゲートウェイ４０に（および、最終的には、ユーザ端末５０上のアプリに、またはネットワーク６０を介してクラウド内のストレージに）センサ・データを報告するように構成されてもよい。場合によっては、センサのＣ／Ｃ１６０は、センサ・データの従来のセット（例えば、以前のセンサ測定値の大きさ）と、センサ・データの現在のセット（例えば、最新のセンサ測定値の大きさ）との間の差異を決定するように構成され得る。次いで、この差異の量は、センサがセンサ・データの現在のセットを報告するか否かを判定するために使用され得る。この差異が小さい（例えば、閾値量未満である）場合、センサは、新しい値を報告しなくてもよい。しかしながら、この差異が十分に大きい（例えば、閾値量より大きい）場合、センサは、新しい値を報告し得る。そのため、センサのＣ／Ｃ１６０は、センサ・データの報告に関連してバッテリ節約手法を行うように構成されてもよい。センサのＣ／Ｃ１６０は、所与のスケジュールで、または一定のアクティビティもしくはイベントに応じて、センサ・データを報告する（または、上記で論じられた基準に基づいて、報告するべきかどうかに関する判定を行う）ようにも構成され得る。トリガ・イベント（例えば、時間的なトリガまたはアクションベースのトリガ）が生じた場合、センサのＣ／Ｃ１６０は、現在のセンサ・データの決定を行い、このセンサ・データを報告するべきか否かを判定し得る。

散水コンピュータのＣ／Ｃ１６０は、Ｃ／Ｃ１６０のメモリ２１４内にローカルで記憶されたスケジュール情報に基づいて、弁１７０の動作を制御するように構成され得る。散水コンピュータのＣ／Ｃ１６０は、スケジュール、他のプログラミング動作、および／または弁１７０の位置に対するリアルタイムでの制御の実行に対する変更も可能にし得る。したがって、例えば、オペレータは、現在の弁１７０の位置および／またはプログラム設定をリモートで監視し、どちらかに対する変更を行うことを可能にされ得る。いくつかの実施形態では、散水コンピュータのＣ／Ｃ１６０は、一定の範囲もしくは閾値内に収まる、または一定の範囲もしくは閾値を超えるセンサ・データが受信された場合に、給水するようにプログラミングされ得る。したがって、例えば、土壌水分が所与の閾値よりも低いことをセンサ・データが示す場合、散水コンピュータは、弁１７０を開いてスプリンクラへ水を供給するように構成されてもよい。

ロボット探査車１５のＣ／Ｃ１６０は、ロボット探査車１５の移動および動作を制御するように構成され得る。さらに、ロボット探査車１５のＣ／Ｃ１６０は、ゲートウェイ４０が、ロボット探査車１５の動作のスケジュールの変更に対するユーザ・アクセスを許可すること、および／またはロボット探査車１５の様々な動作に対するリアルタイムでの制御を実行することを可能にしてもよい。例示的な実施形態では、ユーザ端末５０におけるアプリは、散水スケジュールおよび刈り取りスケジュールを調整し、および／または衝突を回避するために用いられてもよい。付加的に、または代替的に、オペレータが、スケジュールに対して変更を行い、または１つもしくは複数の構成要素のリアルタイム制御を実行する場合、ユーザ端末５０におけるアプリは、スケジュールに対する提案された変化もしくは現在の動作に問題があり得ることを示すための警告を提供してもよく、または、そのような変化をもたらすことを防止してもよい。したがって、例えば、散水コンピュータをプログラミングすることを介して通常は弁１７０の開弁をトリガするであろう低い土壌水分値をセンサが示すエリア内で、ロボット探査車１５が刈り取りをしている場合、ロボット探査車１５がその動作を変化させるべきであること、または弁１７０の開弁が遅延され得ることを示すために、警告が提供され得る。

例示的な実施形態では、配備された電子的な構成要素（例えば、Ｐ／Ｓ１５０を有する構成要素）は、そのセキュアな部分において提供されるリセット・ボタン２３０をさらに含んでもよい。場合によっては、リセット・ボタン２３０は、対応するデバイスのバッテリ・コンパートメント内に、またはバッテリ・コンパートメントの近くに提供され得る。
リセット・ボタン２３０は、対応する異なる状況および／または作動方法のための処理回路２１０のプログラミングを通じて、異なる機能をトリガし得る。例えば、リセット・ボタン２３０の短い押下は、対応するデバイスをペアリング・モードへ移行させてもよい。ペアリング・モードに入ると、そのデバイスは、所与の期間中にゲートウェイ４０および／または他のデバイスによって検出可能となり得る。ユーザ端末５０上のアプリは、ペアリング・モードにあるデバイスを検出するために使用されてもよく、いったん検出されると、アプリは、そのデバイスを（例えば、第１ネットワーク、すなわち、配備された構成要素ネットワークの）別のデバイスとペアリングするために使用されてもよい。その結果、ゲートウェイ４０および対応するデバイスのＣ／Ｃ１６０は、第１の無線リンクを介して、連続的に、イベント駆動型で、またはスケジュールベースで、互いとの通信が可能となり得る。したがって、例えば、第１のセンサ１４０は、センサ・データを（例えば、ゲートウェイ４０を介して）第１の散水コンピュータ１２０へ提供するように構成され得る。場合によっては、第１のセンサ１４０は、セットアップ手順を介して第１の散水コンピュータ１２０とペアリングされ、その後は、スケジュールベースで、またはアクティビティベース／イベント駆動型で通信してもよい。場合によっては、電源投入のためのバッテリの単純な置換または挿入が、ペアリング・モードを開始するための付加的なまたは代替的な方法となり得る。

場合によっては、リセット・ボタン２３０の長い押下（例えば、リセット・ボタン２３０を５秒よりも長く押すこと）が、そのデバイスを出荷時設定に戻すという結果をもたらし得る。そのようにして、メモリ２１４の内容は消去されたりなど、初期設定もしくは初期状態にリセットされ得る。他の機能がさらに提供されても、または代替的に提供されてもよい。さらに、いくつかのデバイスは、付加的なボタンまたは操作可能な部材を有してもよい。例えば、第１の散水コンピュータ１２０は、以下でより詳細に説明されるように、第１の散水コンピュータ１２０の筐体上にメイン・ボタンを有してもよい。

ゲートウェイ４０とセンサまたは散水コンピュータとの間の通信は、ペアリング目的のために、および動作アクティビティを促進するために生じ得、システム１０は、その動作アクティビティのために究極的には構成される。したがって、例えば、オペレータは、ゲートウェイ４０に対して接続するために、ユーザ端末５０におけるアプリを使用してもよく、配備された構成要素と対話し、および／または配備された構成要素をプログラミングするためのオプションを提供する、１つまたは複数の制御コンソールまたはインタフェース画面を提供されてもよい。場合によっては、本システムの初期セットアップは、個々の配備された構成要素を（順次にまたは同時に）ペアリング・モードにすることによって促進され得る。その結果、配備された構成要素は、第１の無線リンクを介して発見可能となり、第１ネットワークに対して加えられ得る。いったん第１ネットワークに対して加えられると、配備された構成要素は、対話することができる／プログラミングされ得る、および／または同様のことが行われ得る、第１のネットワークの資源であるとみなされ得る。次いで、配備された構成要素は、互いにペアリングされ、個々のおよび／または協調的な機能的パフォーマンスのために構成され得る。

例示的な実施形態では、第１の散水コンピュータ１２０は、第２の散水コンピュータ１２２、ロボット探査車１５および／または第１のセンサ１４０とペアリングされ得る。第１の散水コンピュータ１２０が、第１のセンサ１４０とペアリングされ、第１のセンサ１４０に対して接続される場合、オペレータは、インテリジェントな灌漑のための命令またはスケジューリング・オプションを選択するために（例えば、アプリを介して）提供されるオプションを有し得る。したがって、第１の散水コンピュータ１２０は、弁１７０の開弁をトリガするために第１のセンサ１４０から受信され得る特定の刺激に関して命令され得る。さらに、第１の散水コンピュータ１２０は、センサ・データを受信するための通信を開始するために、第１の散水コンピュータ１２０に、第１のセンサへの「ｐｉｎｇ」を
行わせ、または、そうでなければ第１のセンサと通信することを試みさせる、イベント・トリガのスケジュールまたはリストを（例えば、メモリ２１４内に）提供され得る。受信されたセンサ・データ（例えば、一定の閾値パラメータに到達したか、または到達しなかったか）に基づいて、弁１７０は開弁され得る。

第１の散水コンピュータ１２０が、ロボット探査車１５とペアリングされ、ロボット探査車と接続される場合、スケジュールの自動調整は、少なくとも、刈り取りと散水とが同時に同じエリアにおいて行われないことを確実にすることに関連して達成され得る。ユーザ端末５０上のアプリは、散水期間中に刈り取りをスケジューリングすることが可能ではないこと（または、その逆）を確実にしてもよい。しかしながら、オペレータが散水コンピュータおよび／またはロボット探査車１５の制御を行って動作を開始することができることを前提とすると、ユーザ端末５０上のアプリは、散水コンピュータまたはロボット探査車１５の動作を開始しようとするいかなる試みも、他方も同じエリアで動作しているときには、リアルタイムでさらに防止し得る。

第１の散水コンピュータ１２０が、第２の散水コンピュータ１２２とペアリングされ、第２の散水コンピュータ１２２と接続される場合、散水スケジュールまたは動作は、加圧下状況を管理し、または防止するように調整され得る。例えば、図３に示されるように、第１の散水コンピュータ１２０と第２の散水コンピュータ１２２とがスプリッタ１２５に対して接続される場合、第１の水管１１０と第２の水管１１２との両方を同時に効果的に満たすには水圧が不十分であることがあり得る。したがって、第１の散水コンピュータ１２０と第２の散水コンピュータ１２２とが互いに通信することを可能にすることによって、一方の動作は（例えば、ゲートウェイ４０を介して）他方へ通信され得、その結果、第１の散水コンピュータ１２０が現在、散水動作に関与している間、第２の散水コンピュータ１２２はその弁１７０を開弁しない。

様々な例示的な実施形態の配備された構成要素は、様々な状態または状況に適応的であり得る。さらに、配備された構成要素の適応的な性質は、プログラミング可能な機能として提供されてもよく、その場合、オペレータは、ユーザ端末５０を使用して、調整可能なパラメータ、関係、または応答である特定の適応的な挙動をプログラミングすることができる。いくつかの例のコンテキストでは、プログラミング可能な機能は、ゲートウェイ４０を介してリモートでプログラミング可能である（すなわち、プログラミングされている構成要素からリモートであるアプリおよび／またはユーザ端末５０からプログラミング可能である）と理解されるべきである。他の例において、配備された構成要素の適応的な性質は、デフォルト機能として提供されてもよい。したがって、配備された構成要素の適応的な能力は、リモート・プログラミングすることについて接続に依存しても（例えば、接続依存）、または接続から独立していてもよい（例えば、接続がない場合、もしくは接続の損失に応じて、デフォルトのプログラミングが存在し、もしくは設けられる。

いくつかの実施形態では、バッテリ電力レベルは、ゲートウェイ４０へ通信され、センサおよび／または散水コンピュータとの通信に関連する信号強度値も、ゲートウェイ４０において決定され得る。この情報は（センサ・データと共に）、バッテリ電力が低い場合、または信号強度が低い場合に、オペレータに警告するために、ユーザ端末５０におけるアプリへ提供され得る。次いで、バッテリ交換および／またはセンサ再配置が、状況を改良するために引き受けられ得る。上記に記載したように、場合によっては、センサはまた、その周囲に適応的に応じて、報告をトリガし得る。例示的な実施形態では、散水コンピュータは、ゲートウェイ４０を介してセンサにｐｉｎｇを行って、センサ・データの報告をトリガしようと試みてもよい。しかしながら、センサは、そのｐｉｎｇに対して応答するべきかどうかを判定する前に、要求されたパラメータにおける変化の量を（例えば、Ｃ／Ｃ１６０を介して）決定するように構成されてもよい。いくつかの実施形態では、セン
サが無線送信を介してセンサ・データを報告する前に、少なくとも特定の量または割合（例えば、５％）の変化が必要とされ得る。無線送信は、内部動作（例えば、変化の量と現在のセンサのデータとを決定すること）よりも多くの電力を消費するので、データ変更がほとんどない場合には、いくつかの送信サイクルを節約することによって、電池寿命が実質的に延長され得る。ｐｉｎｇが送信され、応答が受信されない場合、直前に受信された値が置換され、オペレータへ（例えば、アプリを介して）通信され得る。

オペレータは、ｐｉｎｇまたはウェイク・アップ・メッセージをアプリを介してどちらかの構成要素に送ることによって、散水コンピュータおよび／またはセンサをウェイク・アップさせ得る。ウェイク・アップ・メッセージは、デバイスがまだ反応しているかどうか、およびアクティブであるかどうかを確かめるために、またはそのような構成要素から特定のデータをリアルタイムで要求し、もしくはそのような構成要素においてアクションをリアルタイムで開始するために使用されてもよい。さらに、場合によっては、オペレータは、ウェイクアップ信号またはセットアップ信号を送って、少なくとも所定の時間の間（例えば、３分間）、対応するデバイスにビーコンを送信させ得る。この時間中に、これらのデバイスが配置され得、オペレータは、どのくらいの信号強度がゲートウェイ４０によって検出されるかを確かめるためにアプリをチェックし得る。したがって、オペレータは、これらのデバイスをリアルタイムで配置し、あるデバイスが現在設置されている位置が、ゲートウェイ４０と通信するためのその能力の観点から良好な場所であることが確実になるようにすることができる。

いくつかの実施形態では、配備された構成要素のうちの１つまたは複数は、霜警報能力をさらに含み得る。特に、散水コンピュータは、典型的には、弁１７０の近傍に加圧水を有するので、散水コンピュータの本体内で水が凍結することは、弁１７０に有害となり得ることを理解されたい。したがって、１つまたは複数の構成要素（とりわけ、散水コンピュータ）のＣ／Ｃ１６０は、散水コンピュータに損傷を与え得る霜の可能性がある状況を識別するように構成され得る。いくつかの実施形態では、温度が、氷点から所定の閾値間隔（例えば、摂氏で５度または、摂氏で約５．６度（華氏で１０度））に到達した場合、散水コンピュータ（および／またはセンサ）に損傷を回避させるべきであるとオペレータに警報するために、（例えば、ユーザ端末５０におけるアプリを通じて）警告が出されてもよい。所定の閾値は、出荷時設定であってもよく、またはオペレータによって設定されてもよい。しかしながら、いずれの場合も、現在の温度状態を識別して、起こり得る霜イベントをオペレータに警告するための能力は、配備された構成要素が、それらの周囲および／または状況に対して適応的であるためには、どのように構成され得るか（オペレータプログラムによって、またはデフォルトで）という別の例である。

配備された構成要素の適応性の別の例は、第１のネットワークへ接続できないこと、または第１のネットワークへの接続を失うことに関連する。例えば、散水スケジュールはクラウド内、ユーザ端末５０上または他の所で維持され得るが、場合によっては、散水スケジュール（または、少なくともその一部）が、散水コンピュータにおいてローカルに記憶されてもよい。例えば、メモリ２１４は、少なくとも、用いられた直前の散水スケジュール情報を記録するように構成されてもよい。したがって、電力は、ゲートウェイ４０または別のシステム構成要素において失われ、それによって、接続が不可能になり、第１の散水コンピュータ１２０および第２の散水コンピュータ１２２は各々、少なくとも、これらそれぞれの直前の散水スケジュールを示す情報を記憶し得る。したがって、例えば、１３００において、第１の散水コンピュータ１２０が弁１７０を開弁し、１３０５において、その弁を閉弁し、一方で、第２の散水コンピュータ１２２は、１３０５において、その弁１７０を開弁し、１３１８において、その弁を閉弁する場合、散水スケジュールへの接続を達成することができない場合、または接続が失われる場合、第１の散水コンピュータ１２０および第２の散水コンピュータ１２２の各々は、以前に提供されたスケジュールで散
水を継続するであろう。

例示的な実施形態において、本システムのためのユーザ・インタフェースは、主にユーザ端末５０を介して提供され得る。上記に記載したように、ユーザ端末５０は、モバイル・デバイス（例えば、スマートフォン）または固定端末（例えば、ＰＣ）であってもよい。しかしながら、ユーザ端末５０は、タブレット、ラップトップ・コンピュータおよび／または同様のものなどの他のデバイスであってもよい。いずれにせよ、ユーザ端末５０は、オペレータがシステム１０の動作を制御することを可能にするための、単純で直観的なインタフェースを提供するように構成され得る。図５は、システム１０の制御のためのアプリを提供するようにユーザ端末を構成し得る、ユーザ端末５０のいくつかの構成要素のブロック図を示す。

図５に示されるように、ユーザ端末５０は、上述された処理回路２１０、プロセッサ２１２、メモリ２１４およびデバイス・インタフェース２２０と形態および／または機能において類似し得る、処理回路３１０、プロセッサ３１２、メモリ３１４およびデバイス・インタフェース３２０を含み得る。そのような構成要素の特定の構造、形態および規模は、異なってもよい。しかしながら、全体的な能力は、類似していてもよく、そのため、これらの構成要素は、再び詳細には説明されないであろう。代わりに、特定の構成、コンテンツおよび構造における変化を除いて、これらの構成要素が全体的に類似していることを理解されたい。図５に示されるように、ユーザ端末５０は、ユーザ・インタフェース３３０と、動作マネージャ３４０とをさらに含んでもよい。

ユーザ・インタフェース３３０（実装される場合）は、ユーザ・インタフェース３３０においてユーザ入力のインジケーションを受信するために、および／またはユーザに対して可聴出力、視覚的出力、機械的出力もしくは他の出力を提供するために、処理回路３１０と通信し得る。そのため、ユーザ・インタフェース３３０は、例えば、ディスプレイ（例えば、タッチ・スクリーン・ディスプレイ）、１つもしくは複数のボタンもしくはキー（例えば、機能ボタンもしくはキーボード）、ならびに／または他の入力／出力機構（例えば、マイクロフォン、マウス、スピーカ、カーソル、ジョイスティック、ライトおよび／もしくは同様のもの）を含んでもよい。ユーザ・インタフェース３３０は、（例えば、センサ機器３０または他の構成要素を介して）検出された様々なトリガ条件に応じて、警告、警報および／または通知をユーザまたはオペレータに対して提供するように構成され得る。システム不具合、機器への損傷または改ざん、機器の盗難および他の構成要素関連の刺激も、警告、警報および／または通知を生成するためのトリガとして定義されてもよい。場合によっては、ユーザ・インタフェース３３０は、植物の育成条件が規格外もしくは推奨範囲外になったことに応じて、またはシステム構成要素がスケジュール上もしくは動作上の矛盾を有することに応じて、そのような警告、警報および／または通知を生成するように構成されてもよい。この通知は、一般的なステータス、現在の状態および／または同様のものに関して提供されてもよい。この警告、警報および／または通知は、ライト、音、視覚的表示、または他のデバイスにより生成されてもよく、該他のデバイスは、動作マネージャ３４０に対して接続され得る、または動作マネージャ３４０の一部となり得る。場合によっては、この通知は、テキスト・メッセージまたは電子メールによって提供されてもよい。

例示的な実施形態では、処理回路３１０は、本発明の例示的な実施形態に係るデータ処理、制御機能の実行ならびに／または他の処理および管理サービスを行うように構成され得る。そのため、処理回路３１０は、動作マネージャ３４０を制御するように、または動作マネージャ３４０として具現化されるように構成されてもよいことが理解され得る。動作マネージャ３４０は、センサ機器３０および／または散水機器２０からセンサ情報を受信し、所有者／オペレータへ提供されるべき情報ならびに／またはセンサ機器３０および
／もしくは散水機器２０に対して提供されるべき命令に関する決定を行うように構成され得る。処理回路３１０は、場合によっては、センサ機器３０から受信された状態情報を処理し、その状態情報と所与のゾーンについてメモリ３１４に記憶されている育成状態パラメータとを比較し得る。

例示的な実施形態では、メモリ３１４は、動作マネージャ３４０が本発明の例示的な実施形態に係る様々な機能を実行することを可能にするための情報、データ、アプリケーション、命令または同様のものを記憶するように構成され得る。例えば、メモリ３１４は、プロセッサ３１２によって処理するための入力データをバッファするように構成されてもよい。付加的に、または代替的に、メモリ３１４は、プロセッサ３１２によって実行するための命令を記憶するように構成されてもよい。また別の代替案として、メモリ３１４は、センサ・ネットワークからの入力に応じて、多種多様なデータ・セットを記憶し得る、１つまたは複数のデータベースを含んでもよい。メモリ３１４のコンテンツのうちで、アプリケーションは、個々のそれぞれのアプリケーションに関連付けられた機能を実行するために、プロセッサ３１２によって実行するために記憶され得る。場合によっては、それらのアプリケーションは、システムの制御のためのオプションを提供するために、制御コンソールの生成のためのアプリケーションを含んでもよい。場合によっては、それらのアプリケーションは、さらに、または代替的に、構成要素のアクティビティ／ステータス、環境パラメータ、スケジュール情報、デバイス・ペアリング、および／または同様のものに関する情報を受信するためのアプリケーションを含んで、動作マネージャ３４０が（例えば、予め定義されたプログラミングまたはユーザ入力に基づいて）それらの情報に対する応答を定義することを可能にしてもよい。それらの情報／パラメータは、オペレータによって入力されても、配備された構成要素から受信されてもよく、または、所与のゾーンにおける植物の植生のＩＤの入力に基づいて、インターネットを介してアクセス可能なデータベースまたはソースから抽出され、または取得されてもよい。

したがって、動作マネージャ３４０は、例えば、散水コンピュータの動作の制御のためのインタフェース機構を提供し得る。図６は、例示的な実施形態に係る、動作マネージャ３４０によって促進され得る動作の１つの例のブロック図を示す。図６に示されるように、散水コンピュータ（ＷＣ）は、最初は閉弁されていてもよく、ユーザ端末５０が、制御コンソール（または一連の制御コンソール）を提示してもよく、この制御コンソールを介して、オペレータは、図６の動作を開始するための命令を提供することができる。動作４００において、散水コンピュータの弁（すなわち、弁１７０）を開弁するための命令が提供され得る。次いで、動作４０２において、ロボット探査車１５がそのエリアにおいて（またはすべてにおいて）アクティブであるかどうかに関する判定が行われ得る。ロボット探査車１５がアクティブである場合、動作４０４において、ユーザ端末５０のユーザ・インタフェース３３０において警報が出され得る。次いで、オペレータは、動作４０６において、弁の開弁を許容すべきか否かを判定し得る。オペレータが、弁を開弁しないことを決定した場合、フローは初期状態へ戻る。オペレータが、（例えば、警報を無効にし、または無視して）ともかく弁の開弁を許容することを決定した場合、次いで、動作４０８において、オペレータは、弁を開弁する持続期間を入力するように要求され得る。留意すべきことは、オペレータが、持続期間を入力する代わりに、この時点で初期状態に戻るために、キャンセルするオプションも有し得ることである。

持続期間が入力されたと仮定すると、動作４１０において、アクティブ化信号がユーザ端末から散水コンピュータへ出されて、弁を開弁することが命令され得る。その結果、弁は、持続期間が満了するまで、開弁状態のままとなり得、持続期間の満了時に、弁は閉弁し得、フローは初期状態へ戻る。ただし、動作４１２において、オペレータが、弁を手動で閉弁するための命令を挿入してもよい。次いで、動作４１４において、この手動での閉弁が、スケジューリングされた開始時間の前であるか、またはスケジューリングされた開
始時間と重複するかどうかに関して、判定が行われ得る。この手動による閉弁（スケジュール外）が、スケジューリングされた次の開始時間の前となる終了時間を定義する場合、動作４１６において、このスケジュールが維持され得、動作４２０において、弁が閉弁し得、その結果、フローは、このスケジュールに従って再び開弁するための準備ができるように初期状態へ戻り得る。しかしながら、この手動による閉弁が、スケジューリングされた開始時間に対応する場合、動作４１８において、このスケジュールはスキップされ得、動作４２０において、弁は閉弁し得、その結果、フローは、次のスケジューリングされた開弁時間が到来した時に再び開弁するための準備ができるように初期状態へ戻り得る。一方で、初期状態から、動作４２２において、スケジューリングされた開弁時間に達した場合、動作４１０において、弁は対応する時間に開弁し得、動作４２４において、時間が満了するのに応じて、弁は閉弁し得る。同様に、初期状態から、動作４２６において、開弁がセンサ・データによってトリガされた場合、弁は、動作４１０において開弁し得、次いで、動作４２４において所定の期間が満了した後に、または動作４２８において条件をクリアした場合に、閉弁し得る。留意すべきことは、オペレータは、散水コンピュータにおいてローカル・ボタンを操作することによって、弁１７０を手動で開弁または閉弁してもよいことである。手動による（ローカルな）操作が行われた場合、上述された動作は、依然として行われ得、開弁したままである（または、次のプログラミングされた開弁までの）時間は、動作マネージャ３４０へ入力されるスケジュール情報によって再び規定され得る。

場合によっては、散水コンピュータ（例えば、第１の散水コンピュータ１２０および第２の散水コンピュータ１２２）は、その前面パネル上に提供されるメイン・ボタンと、ライト・アセンブリとの形態の限られたユーザ・インタフェースを含み得る。ライト・アセンブリは、３つのＬＥＤを含んでもよく、これらのＬＥＤは、赤色、緑色および黄色を連続して、またはフラッシュさせて表現することが可能であり得る。これらのＬＥＤは、散水コンピュータを別のデバイス、バッテリ・ステータス、弁ステータスおよび／または同様のものとペアリングする試みに関連付けられたステータス情報を提供するのに役立ち得る。図７は、ペアリング動作を実行することに関連付けられたいくつかの動作、および、そのような動作中に、どのように情報が散水コンピュータにおいて表示されるかのブロック図を示す。

例示的な実施形態では、ユーザ端末５０のユーザ・インタフェース３３０は、第１のネットワークに対してデバイスを追加するための制御コンソール・オプションを最初に提供するために用いられ、その結果、これらのデバイスは、ゲートウェイ４０によって発見され、動作マネージャ３４０によって認識され得る。このようにして、散水コンピュータは、動作５００において追加され得る。動作５０２において、ペアリング・モードが（例えば、配備された構成要素へのバッテリ挿入によって、またはリセット・ボタンを押下することによって、またはユーザ端末５０上のオプションの選択によって）散水コンピュータについて開始された場合、散水コンピュータは、ゲートウェイ４０によって発見され得、ゲートウェイ４０は、発見された散水コンピュータのＩＤをユーザ動作マネージャ３４０へ通信し得、その結果、発見された散水コンピュータを示す情報が、ユーザ・インタフェース３３０において表示され得る。動作５０４において、ペアリングが可能であるかどうかに関して判定がなされる。散水コンピュータが発見され、ペアリングされることが可能である場合、動作５０６において、緑色の明滅するＬＥＤライト出力が（散水コンピュータにおいて）提供され得る。ユーザ端末５０のユーザ・インタフェース３３０は、さらに、または代替的に、散水コンピュータの検出のインジケーションを提供してもよい。ゲートウェイ４０が、散水コンピュータを見つけることができない場合、動作５０８において、赤色のＬＥＤライト出力が、所定の持続期間の間、生成され得る（例えば、２０秒間連続）。

いったんゲートウェイ４０が、散水コンピュータを発見し、散水コンピュータとペアリングされることが可能である場合、ペアリング・モード中のＬＥＤライト出力（これは３分間、または何らかの他の所定の期間、続き得る）は、信号強度インジケータへ変えられてもよい。ここでも、同様のインジケーションが、ユーザ端末５０においても提供され得る。信号強度が強い（例えば、閾値量を超える）場合、動作５１０において、ＬＥＤライト出力は、緑色のままとなり得る。散水コンピュータが、十分な距離だけ離されている場合、ゲートウェイ４０との通信から遮蔽されている場合、または、そうでなければ閾値を下回る信号強度を有する場合、動作５１２において、ＬＥＤライト出力は、黄色に変化し得る。両方の場合において、その色の点灯は、２０秒間または何らかの他の所定の期間を通して、維持されてもよい。しかしながら、ゲートウェイ４０が、散水コンピュータとの接触を失った場合、フローは、動作５０４から動作５０８へ進行し得、ＬＥＤライト出力は、再び赤色となり得る。

いくつかの例において、信号強度に関するインジケーションは、所与の期間（例えば、２０秒間）だけ提示されてもよい。所与の期間が満了した後、ＬＥＤライト出力は、一般に、動作５１４において、散水コンピュータのバッテリ状態を示し得る。バッテリ状態は、バッテリ寿命を保つために、クエリが受信された場合のみ提供されてもよい。しかしながら、バッテリ状態のインジケーションは、ゲートウェイ４０への接続がまだ利用可能であることも示し得る。そのため、動作５１６において、接続状態が監視され得、接続が失われた場合、動作５１８において、赤色のフラッシュするＬＥＤライト出力が提示され得る。

例示的な実施形態では、バッテリ容量は、リモートまたはローカルで、いつでもチェックされ得る。図８は、そのようなアクティビティに関連付けられ得るいくつかの動作を示す。例示的な実施形態では、バッテリ・チェックは、動作５３０において、ユーザ端末５０において動作マネージャ３４０と対話することによって動作マネージャ３４０を介して、または散水コンピュータ自体のメイン・ボタンを介して開始され得る。その後、チェックは、動作５３２において、散水コンピュータのバッテリ・パックにおけるバッテリ状態に対して行われる。バッテリ容量が、４週間を超えると推定された場合、動作５３４において、ＬＥＤライト出力は、２０秒間、緑色を示し（またはフラッシュし）得る。バッテリ容量が、４週間未満であるが、２週間を超える場合、動作５３６において、ＬＥＤライト出力は、２０秒間フラッシュすることによって黄色を示し得る。バッテリ容量が、２週間未満である場合、動作５３８において、ＬＥＤライト出力は、２０秒間フラッシュすることによって赤色を示し得る。弁がオフ位置にある場合、動作５４０において、ＬＥＤライト出力は、連続的な赤色（ｐｉｎｇにのみ応じる）となり得る。

いくつかの例示的な実施形態では、ロボット探査車１５は、境界ワイヤによって、または何らかの他の方法によって画定されるエリア内で動作するように構成され得る。次いで、ロボット探査車１５は、全エリアにサービスが提供されることを確実にするために、境界のあるエリア内を動き回る。ロボット探査車１５は、一区画（すなわち、土地の区画）上の、またはゾーンにおける草を刈るために動作し得、その境界は、１つまたは複数の物理的な境界（例えば、フェンス、壁、縁石、および／もしくは同様のもの）、学習された位置的な境界、境界ワイヤ、または、これらの組み合わせを使用して画定されてもよい。ロボット探査車１５は、少なくとも部分的に、搭載された制御回路を介して制御され得る。この制御回路は、とりわけ、その区画内の他のエリアへロボット探査車１５の方向を変えるために、境界ワイヤを検出するための能力を含み得る。この制御回路は、ＧＰＳ、ラジオ・ビーコン三角測量、オドメトリ、または場所（例えば、それ自体の場所、もしくは遭遇したデバイスの場所）を決定するための他の手段を使用する位置決めモジュールも制御し得る。

例示的な実施形態では、ロボット探査車１５は、１つまたは複数の再充電可能バッテリを介してバッテリ駆動され得る。したがって、ロボット探査車１５は、バッテリを再充電するために、一区画上のある位置に設置され得る充電ステーションへ戻るように構成されてもよい。バッテリは、ロボット探査車１５の駆動システムと機能制御システムとに電力供給し得る。ただし、ロボット探査車１５の制御回路は、駆動システムおよび／または機能制御システムの動作を指示するために、駆動システムおよび／または機能制御システムへ電力または他の制御信号を与えることを選択的に制御してもよい。したがって、一区画上でのロボット探査車１５の動きおよび動作は、ロボット探査車１５がその区画の作業エリア上で機能を行うために動作している間に、その区画を系統的に横断することを可能にする方法で、制御回路によって制御され得る。いくつかの実施形態では、オペレータが、動作マネージャ３４０を介してロボット探査車１５の動作に対する制御を行うことを可能にするために、この制御回路は、ゲートウェイ４０を介してユーザ端末５０と無線通信するように構成され得る。そのため、オペレータは、第１のネットワークおよび第２ネットワークを通じてプログラミング命令をリモートで提供すること、またはロボット探査車１５の動作（例えば、刈り取り、位置決め等）のうちの１つもしくは複数の態様のリアルタイムでの制御を行うことを可能にされ得る。

上記に記載したように、動作マネージャ３４０は、散水コンピュータの動作の制御のためにインタフェース機構を提供するように構成され得る。場合によっては、これらのインタフェース機構は、オペレータがデータと対話し、データを要求し、またはゲートウェイ４０を介して取得されるデータを見ることを可能にする、１つまたは複数の制御コンソールまたは表示画面を介して提供されてもよい。そのため、動作マネージャ３４０は、ゲートウェイ４０にアクセスするために、第２のネットワークの構成要素と対話してもよく、ゲートウェイ４０は、第２のネットワークにおいて用いられる通信プロトコルが何であれ、その通信プロトコルを第１のネットワーク（例えば、庭園ネットワーク）の対応するプロトコルへ翻訳して、ユーザ端末５０における表示のために情報にアクセスする。ただし、動作マネージャ３４０は、ロボット探査車１５、散水コンピュータ、センサ、および／または第１のネットワークの一部である配備された構成要素のうちの同様のものに対してプログラミング命令を提供するためにも、ゲートウェイ４０と同様の方法で対話してもよい。さらに、動作マネージャ３４０は、リアルタイム制御またはデータ抽出が行われることも可能にし得る。また、動作マネージャ３４０は、バッテリ・ステータス、信号ステータス、天候関連の警報（例えば、霜警報）、および／または同様のものに関連する警告または警報を、配備された構成要素から受信し得る。

図９は、図９Ａ〜図９Ｃを含み、いくつかの実施形態において動作マネージャ３４０によって提供され得るインタフェース画面または制御コンソールのいくつかの例を示す。図９Ａは、アプリのホームページ６００を示す基本的なスタート画面を示す。このアプリは、一般的なセンサ・データ・セクション６１０を表示し得、この一般的なセンサ・データ・セクション６１０は、現在の庭園の状態（例えば、気温、照明状況、土壌水分、ｐＨ、および／または同様のもの）を表示し得る。場合によっては、このアプリは、デバイス・ステータス情報６２０も表示してもよく、このデバイス・ステータス情報６２０は、第１のネットワークの各デバイスを、対応するステータス情報（例えば、バッテリ・ステータス、動作ステータス、および／または同様のものなど）と共に示し得る。例示的な実施形態では、新たなデバイスを追加するためのオプションも、ボックス６３０において提供され得る。

場合によっては、センサ・データ・セクション６１０（または個々のセンサ）を選択することによって、各センサのステータスを示す、様々な個別のまたは集合的な画面が提供され得る。図９Ｂは、センサ・データ・セクション６１０の選択に応じてアクセスされ得る、例示的なセンサ・ステータス画面６５０を示す。いくつかの実施形態では、センサ・
ステータス画面６５０は、現在のセンサ・データを表示し得る、現在のセンサ・データ・セクション６６０を含んでもよい。履歴センサ・データ・セクション６７０も、所与の期間（これはユーザ選択可能であってもよい）にわたる過去のデータを示すために提供され得る。設定調整オプション６８０も、オペレータが様々なセンサ設定を選択することを可能にするために提供されてもよい。センサ設定は、散水コンピュータ、ペアリング・アクティビティ、信号強度、バッテリ・レベル、近くの植物の種類の識別、土壌の種類の識別、および／または同様のものをトリガするためのトリガ・ポイントに関連し得る。

いくつかの実施形態では、ロボット探査車または散水コンピュータは、センサについて上述された方法で選択され、同様に制御されてもよい。つまり、（例えば、新しいデバイスの追加ボックス６３０を介して）デバイスを追加した後に、そのデバイスは、上述された方法でペアリングされてもよい。その結果、そのデバイスおよびそのステータスは、デバイス・ステータス情報６２０において、選択可能なデバイスとして見えるようになり得る。図９Ｃは、散水コンピュータ用の例示的なデバイス・ステータス画面７００を示す。ペアリングの後に、またはデバイスが追加された後の任意の時に、対応する設定が、そのデバイスに対して提供され得る。その設定は、７１０において（例えば、配置およびセットアップのための）信号強度のインジケーションを、７２０においてセンサとのペアリングのためのオプションを、または７３０においてスケジュール調整のためのオプション（手動による開始を含む）を含み得る。そのデバイスが、ロボット探査車１５である場合、（例えばリアルタイムでの）カメラ・ビューを選択するための追加のオプションも提供され得る。さらに、動作マネージャ３４０は、ロボット探査車１５によってキャプチャされた画像の画像データを記憶するようにさらに構成されてもよい。場合によっては、動作マネージャ３４０は、そのような画像を、オペレータによってユーザ端末５０を介して選択可能であり、見直すことが可能である、画像のライブラリに記憶してもよい。

いくつかの実施形態では、不必要な測定を回避し、したがって、不必要なエネルギー消費も回避することを試みるために、さらなる設計機能が用いられ得る。例えば、場合によっては、センサ１４０のＣ／Ｃ１６０は、インテリジェント測定サイクルを用いて構成されてもよい。インテリジェント測定サイクルは、以前の測定の結果に基づいて、適応可能であってもよい。例えば、インテリジェント測定サイクルは、直前の測定の結果および／または現在の状況の直前の複数の測定の結果に基づいて、適応可能であってもよい。インテリジェント測定サイクルのコンテキストにおいて、測定間隔は、様々な状況のために拡張されてもよい。例えば、土壌水分レベルが高い場合には、測定間隔が増加されてもよい。なぜならば、湿った土壌は、一般に、植物にとって良いものであるとみなされるからである。より乾燥した土壌の場合、測定間隔は、雨または手動による散水を検出しないことを回避するために、減少されてもよい。例示的な実施形態では、計画された（例えば、システムによりプログラミングされた）潅漑イベントの前には、土壌水分測定が、以前の測定の結果に関わらず、行われ得る。これは、潅漑の決定が行われる前に、土地の状態が知得されることを確実にし得る。

場合によっては、複数のサイクル時間が、様々な対応する含水量レベルまたは比湿範囲について定義されてもよい。例えば、図１０に示されるチャートなどのチャートは、異なる水分範囲または湿度範囲８１０について、対応するサイクル時間８００を定義するために提供され得る。このチャートにおいて、値範囲は、任意の望ましい範囲がこれらの値に対して入力され得ることを示すために、ＴＢＤとして単純にリストアップされている。動作マネージャ３４０によって提供されるインタフェースは、これらの値を定義するために使用されてもよい。いくつかの対応する例示的なサイクル時間８００がリストアップされているものの、これらは単なる例示であり、限定することを意図されていない。さらに、場合によっては、チャートの代わりに、土壌水分とサイクル時間との間の数学的な関数関係が定義されてもよいことを理解されたい。このように、場合によっては、サイクル時間
のより一層正確な調整が可能となり得る。

したがって、本発明の実施形態は、図１〜図５に描かれた装置などの、１つまたは複数の装置を使用して実施され得る。そのため、例示的な実施形態のシステムは、一区画の土地に配置された１つまたは複数のセンサを有するセンサ機器と、この区画に配置され、この区画に対して水を選択的に与えるように構成された散水機器と、センサ機器および散水機器との通信を提供するように構成されたゲートウェイとを含み得る。ゲートウェイは、第１のネットワークと第２のネットワークとの間のインタフェースを行い得る。第１のネットワークは、少なくとも散水機器とセンサ機器とを含み得る。本システムは、ゲートウェイを介してセンサ機器および散水機器と通信するためのリモート・インタフェースを提供するように構成された処理回路を含んでなるユーザ端末も含み得る。

本システムは、同様に適応的に構成されるロボット探査車をさらに含み得る。例示的な実施形態では、散水機器は、弁アセンブリを含んでなる散水コンピュータを含み得る。散水コンピュータは水源と水管とに動作可能に結合され、それにより、弁アセンブリは、水源を水管と結合することと、水源を水管から分離することとを交互に行うように散水コンピュータによって動作可能であり得る。いくつかの実施形態では、センサ機器および散水機器を互いにペアリングすること、およびゲートウェイとペアリングすることを可能にすることによって、センサ機器および散水機器のセットアップのための提供。例示的な実施形態では、処理回路は、現在のセンサ・データおよび履歴センサ・データのためのインタフェースを提供するように構成され得る。代替的に、または付加的に、処理回路は、第１のネットワークに対して新しいデバイスを追加するためのインタフェースと、デバイス・ステータスを表示するためのインタフェースとを提供するように構成されてもよい。代替的に、または付加的に、処理回路は、ゲートウェイに対する第１のネットワークのデバイスの信号強度の表示を含んでなるシステム・セットアップのためのインタフェースを提供するように構成されてもよい。代替的に、または付加的に、処理回路は、散水コンピュータの散水スケジュールを調整するためのインタフェースを提供するように構成されてもよい。代替的に、または付加的に、処理回路は、ロボット探査車の動作と散水コンピュータの動作とのリモート調整を可能にするように構成されてもよい。代替的に、または付加的に、処理回路は、バッテリ・ステータス、スケジュール上の矛盾、および天候上の問題に基づいて、オペレータに対して警報を提供するように構成されてもよい。例示的な実施形態では、散水コンピュータのバッテリ・ステータスは、ユーザ端末において処理回路を介して表示可能である。代替的に、または付加的に、散水コンピュータの接続ステータスは、ユーザ端末において処理回路を介して表示可能であってもよい。

本明細書において述べられた本発明の多くの変更および他の実施形態は、前述の説明および関連付けられた図面において提示される教示の利益を有する、これらの発明が属する当業者が思い浮かべるであろう。したがって、本発明は、開示された特定の実施形態に限定されるべきではないこと、ならびに変更および他の実施形態は、添付の特許請求の範囲の範囲内に含まれることを意図されていることを理解されたい。さらに、前述の説明および関連付けられた図面は、要素および／または機能の一定の例示的な組み合わせのコンテキストにおいて例示的な実施形態を説明しているが、要素および／または機能の異なる組み合わせは、添付の特許請求の範囲の範囲から逸脱することなく、代替的な実施形態によって提供され得ることを理解されたい。この点に関して、例えば、上記で明示的に説明されたものと異なる、要素および／または機能の組み合わせも、添付の特許請求の範囲の一部において述べられているものと企図される。利点、利益または問題への解決策が、本明細書において説明される場合、そのような利点、利益および／または解決策は、いくつかの例示的な実施形態に対しては適用可能であるが、必ずしも全ての例示的な実施形態に対して適用可能であるとは限らないことを理解されたい。したがって、本明細書において説明された、いかなる利点、利益または解決策も、全ての実施形態にとって、または本明細
書において特許請求されるものにとって、必須のもの、要求されるもの、または不可欠なものであると考えられるべきではない。特定の用語が、本明細書において用いられているが、それらは、一般的で記述的な意味においてのみ使用されており、限定の目的のためには使用されていない。

Claims (29)

1. 一区画の土地に配置された１つまたは複数のセンサ（１４０、１４２）を含んでなるセンサ機器（３０）と、
   前記区画に配置され、前記区画に対して水を選択的に与えるように構成された散水機器（２０）と、
   ユーザ端末（５０）と、
   第１のネットワークを介して前記センサ機器（３０）および前記散水機器（２０）と通信し、第２のネットワークを介して前記ユーザ端末（５０）と通信するように構成されたゲートウェイ（４０）と
   を備える、システム（１０）において、
   前記ユーザ端末（５０）は、前記ゲートウェイ（４０）を介して前記センサ機器（３０）および前記散水機器（２０）と通信するためのリモート・インタフェースを提供するように構成された処理回路（３１０）を備える、システム（１０）。
2. ロボット探査車（１５）をさらに備え、前記ロボット探査車（１５）は、前記区画上で作業機能を行うように構成されている、請求項１に記載のシステム（１０）。
3. 前記散水機器（２０）は、弁アセンブリ（１７０）を含んでなる散水コンピュータ（１２０、１２２）を備え、前記散水コンピュータ（１２０、１２２）は、水源（１００）および水管（１１０、１１２）に対して動作可能に結合されており、それにより、前記弁アセンブリ（２１０）は、前記水源（１００）を前記水管（１１０、１１２）に対して結合することと、前記水源（１００）を前記水管（１１０、１１２）から分離することとを交互に行うように前記散水コンピュータ（１２０、１２２）によって動作可能である、請求項１または２に記載のシステム（１０）。
4. 前記処理回路（３１０）は、前記センサ機器（３０）および前記散水機器（２０）を互いにペアリングすること、および前記ゲートウェイ（４０）とペアリングすることを可能にすることによって、前記センサ機器（３０）および前記散水機器（２０）のセットアップを提供するように構成されている、請求項３に記載のシステム（１０）。
5. 前記処理回路（３１０）は、現在のセンサ・データ（６６０）および履歴センサ・データ（６７０）のためのインタフェースを提供するように構成されている、請求項４に記載のシステム（１０）。
6. 前記処理回路（３１０）は、前記第１のネットワークに対して新しいデバイスを追加するためのインタフェース（６３０）と、デバイス・ステータス（６２０）を表示するためのインタフェースとを提供するように構成されている、請求項４に記載のシステム（１０）。
7. 前記処理回路（３１０）は、前記ゲートウェイ（４０）に対する前記第１のネットワークのデバイスの信号強度の表示を含んでなるシステム・セットアップのためのインタフェースを提供するように構成されている、請求項４に記載のシステム（１０）。
8. 前記処理回路（３１０）は、前記散水コンピュータ（１２０、１２２）の散水スケジュールを調整するためのインタフェースを提供するように構成されている、請求項４に記載のシステム（１０）。
9. 前記散水コンピュータ（１２０、１２２）のバッテリ・ステータスは、前記散水コンピュータ（１２０、１２２）のライト・アセンブリにおいて、または前記処理回路（３１０
   ）を介して前記ユーザ端末（５０）においてローカルで表示可能である、請求項４に記載のシステム（１０）。
10. 前記散水コンピュータ（１２０、１２２）の接続ステータスは、前記散水コンピュータ（１２０、１２２）のライト・アセンブリにおいて、または前記処理回路（３１０）を介して前記ユーザ端末（５０）においてローカルで表示可能である、請求項４に記載のシステム（１０）。
11. 前記散水コンピュータ（１２０、１２２）の弁ステータスは、前記散水コンピュータ（１２０、１２２）のライト・アセンブリにおいて、または前記処理回路（３１０）を介して前記ユーザ端末（５０）においてローカルで表示可能である、請求項４に記載のシステム（１０）。
12. 前記散水コンピュータ（１２０、１２２）の接続ステータスおよびバッテリ・ステータスは、ボタン押下に基づいて、前記散水コンピュータ（１２０、１２２）のライト・アセンブリにおいてローカルで表示可能である、請求項９乃至１１のいずれか一項に記載のシステム（１０）。
13. 前記処理回路（３１０）は、ロボット探査車（１５）の動作と前記散水コンピュータ（１２０、１２２）の動作とのリモート調整を可能にするように構成されている、請求項４に記載のシステム（１０）。
14. 前記処理回路（３１０）は、バッテリ・ステータス、スケジュール上の矛盾、および天候上の問題に基づいて、前記オペレータに対して警報を提供するように構成されている、請求項４に記載のシステム（１０）。
15. 前記処理回路（３１０）は、前記ゲートウェイ（４０）とのセンサ通信のための対応するサイクル時間を定義することによって、前記センサ機器（３０）のセットアップを提供するように構成され、前記サイクル時間は、感知されたパラメータの複数のサイクル時間もしくは対応する範囲を相互に関連付けるチャートを介して定義され、または数学的な関数関係によって定義される、請求項４に記載のシステム（１０）。
16. ゲートウェイ（４０）と通信するように構成されたユーザ端末（５０）であって、前記ゲートウェイ（４０）は、第１のネットワークを介してセンサ機器（３０）および散水機器（２０）と通信し、第２のネットワークを介して前記ユーザ端末（５０）と通信するように構成され、前記ユーザ端末（５０）は、処理回路（３１０）を備える、ユーザ端末（５０）において、
    前記処理回路（３１０）は、前記ゲートウェイ（４０）を介して前記センサ機器（３０）および前記散水機器（２０）と通信するためのリモート・インタフェースを提供するように構成されている、ユーザ端末（５０）。
17. 前記ゲートウェイ（４０）は、ロボット探査車（１５）とのインタフェースを行うようにさらに構成されている、請求項１６に記載のユーザ端末（５０）。
18. 前記散水機器（２０）は、弁アセンブリ（２１０）を含んでなる散水コンピュータ（１２０、１２２）を備え、前記散水コンピュータ（１２０、１２２）は、水源（１００）および水管（１１０、１１２）に対して動作可能に結合されており、それにより、前記弁アセンブリ（２１０）は、前記水源（１００）を前記水管（１１０、１１２）に対して結合することと、前記水源（１００）を前記水管（１１０、１１２）から分離することとを交互に行うように前記散水コンピュータ（１２０、１２２）によって動作可能である、請求
    項１６または１７に記載のユーザ端末（５０）。
19. 前記処理回路（３１０）は、前記センサ機器（３０）および前記散水機器（２０）を互いにペアリングすること、および前記ゲートウェイ（４０）とペアリングすることを可能にすることによって、前記センサ機器（３０）および前記散水機器（２０）のセットアップを提供するように構成されている、請求項１８に記載のユーザ端末（５０）。
20. 前記処理回路（３１０）は、現在のセンサ・データ（６６０）および履歴センサ・データ（６７０）のためのインタフェースを提供するように構成されている、請求項１９に記載のユーザ端末（５０）。
21. 前記処理回路（３１０）は、前記第１のネットワークに対して新しいデバイスを追加するためのインタフェース（６３０）と、デバイス・ステータス（６２０）を表示するためのインタフェースとを提供するように構成されている、請求項１９に記載のユーザ端末（５０）。
22. 前記処理回路（３１０）は、前記ゲートウェイ（４０）に対する前記第１のネットワークのデバイスの信号強度の表示を含んでなるシステム・セットアップのためのインタフェースを提供するように構成されている、請求項１９に記載のユーザ端末（５０）。
23. 前記処理回路（３１０）は、前記散水コンピュータ（１２０、１２２）の散水スケジュールを調整するためのインタフェースを提供するように構成されている、請求項１９に記載のユーザ端末（５０）。
24. 前記処理回路（３１０）は、前記散水コンピュータ（１２０、１２２）のバッテリ・ステータスを表示するように構成されている、請求項１９に記載のユーザ端末（５０）。
25. 前記処理回路（３１０）は、前記散水コンピュータ（１２０、１２２）の接続ステータスを表示するように構成されている、請求項１９に記載のユーザ端末（５０）。
26. 前記処理回路（３１０）は、前記散水コンピュータ（１２０、１２２）の弁（１７０）のステータスを表示するように構成されている、請求項１９に記載のユーザ端末（５０）。
27. 前記処理回路（３１０）は、ロボット探査車（１５）の動作と前記散水コンピュータ（１２０、１２２）の動作とのリモート調整を可能にするように構成されている、請求項１９に記載のユーザ端末（５０）。
28. 前記処理回路（３１０）は、バッテリ・ステータス、スケジュール上の矛盾、および天候上の問題に基づいて、前記オペレータに対して警報を提供するように構成されている、請求項１９に記載のユーザ端末（５０）。
29. 前記処理回路（３１０）は、前記ゲートウェイ（４０）とのセンサ通信のための対応するサイクル時間を定義するためにインタフェースを提供することによって、前記センサ機器（３０）のセットアップを提供するように構成され、前記サイクル時間は、感知されたパラメータの複数のサイクル時間もしくは対応する範囲を相互に関連付けるチャートを介して定義され、または数学的な関数関係によって定義される、請求項１９に記載のユーザ端末（５０）。