JP2017535006A - 資源消費分析論のためのシステムおよび方法 - Google Patents

Abstract

本明細書で説明されるシステムおよび方法は、資源監視および資源消費分析論を対象とする。資源使用量は、リモート入力センサを使用して資源を監視するゲートウェイデバイスを介して追跡され、使用量データは、中央処理装置に送信され、これによって、データが解釈され、経時的な使用量および気象などのサイト条件と比較される。例えば、着信使用量データは、所与のサイト条件の理想的な使用量またはヒストリカル使用量を表現するシグネチャライブラリ内の資源シグネチャと比較される。このデータは、警告、警報を有する単純なコマンドディスプレイに解釈され、これによって、資源浪費または資源消失の潜在的な源について、複数の配送機構を介してエンドユーザに報告し、警告する。さらに、グラフィカルユーザインターフェースは、未熟練労働者が消費可能な資源の効率的な使用を最大化するために訂正手順を講じることを可能にするための簡単に解釈される推奨を含むことのできるレポート、警告、または警報を提示することができる。

Description

資源消費分析論のためのシステムおよび方法に関する。

関連出願の相互参照
本願は、それぞれが参照によってその全体が本明細書に組み込まれている、２０１４年１０月２８日に出願した米国特許仮出願第６２／０６９，８２０号明細書および２０１５年１０月７日に出願した米国特許仮出願第６２／２３８，６５１号明細書からの優先権出願の利益を主張する、２０１５年１０月２６日に出願した米国特許出願第１４／９２３，１６１号明細書の優先権を主張するものである。

資源消費は、商業利用および住宅利用の設計および保守における増大する懸念事項である。資源は、価格が上昇し、入手可能性が減少し続け、これが、コストを低減し、環境フットプリントを減少させるための効率的な使用および節約への関心の高まりにつながった。効率がわずかに低下する未知の少数の使用と組み合わされている資本の劣化は、高コストの大量の過剰な資源の消費をもたらす可能性がある。

その結果、高められた資源効率の方法の必要は、資源消費を低減させるための資源監査、監視システム、および高価な改装に取り組むように商業消費者および住宅消費者を駆り立てて来た。資源監査は、高コストであり、資源使用の１回限りの分析を提供する。さらに、これらの人間ベースの監査は、データの解釈および資源節約の質の実質的な変動性に苦しむ。資源監視システムは、資源消費の継続的な自動化された偏らない方法を提供する。

詳細な説明は、添付図面を参照して示される。図面では、符号の左端の桁が、その符号が初めて現れる図面を識別する。異なる図面での同一の符号の使用は、類似するまたは同一の項目または特徴を示す。
監視位置の資源を監視するゲートウェイデバイスを含む例の環境を示す図である。 資源を監視し、資源消費分析論を提供する、ゲートウェイデバイス、サービスプロバイダ、およびコンピューティングデバイスを含む例の環境を示す図である。 例示的な資源シグネチャのグラフ表現を示す図である。 資源消費を表現する資源テレメトリデータのグラフ表現を示す図である。 シグネチャライブラリを構築する例のプロセスを示す図である。 シグネチャライブラリを構築する別の例のプロセスを示す図である。 資源消費分析論を提供する例のプロセスを示す図である。 冷却塔位置の水使用量を示すグラフィカルユーザインターフェース（ＧＵＩ）を示す図である。 倉庫位置の水使用量を示すグラフィカルユーザインターフェースを示す図である。 倉庫位置の水使用量を示すグラフィカルユーザインターフェースを示す図である。 同時に発生する複数の浪費イベントを示すＧＵＩを示す図である。 洗車場位置の比較の水使用量を示すＧＵＩを示す図である。 複数の位置の地域水使用量を示すＧＵＩを示す図である。 地域報告ページを示すＧＵＩを示す図である。 複数の位置の浪費イベントメッセージジェネレータを示すＧＵＩを示す図である。 疑わしいイベントレポートおよび／または警告を示すＧＵＩを示す図である。 疑わしい再発するイベントに関する報告する電子メールを示すＧＵＩを示す図である。 ユーザ位置の水道料金請求書マネージャを示すＧＵＩを示す図である。

本発明の実施形態は、資源使用量データと、資源消費分析論の提供とを対象とする。方法およびシステムは、最前線の職員に向けられたアクションと共に、自動化された検出を用いて資源のより効率的な使用を可能にする資源監視および分析論システムに関する。より具体的には、本発明は、中央サービスプロバイダに情報を送信するリモートセンサを介するリアルタイムまたは近リアルタイムの資源監視に関する。情報は、処理され、生データを未熟練労働者によって実行され得る単純な推奨に解釈するように設計されたグラフィカルユーザインターフェースに表示される。諸実施形態は、未熟練ユーザが、特殊化された訓練の必要なしに複雑なデータに基づいて節約処置を講じる能力を提供する。諸実施形態は、オープンソースツールと標準化されたハードウェアとを使用する、センサ、テレメトリ、ネットワーク、データベース、分析ソフトウェア、アルゴリズム開発、および報告の完全な統合をも提供する。統合されたパッケージおよび解決策を提供することによって、単純な改装が、既存のインフラストラクチャ内で可能になる。

一実施形態では、本開示は、１つまたは複数のリモートセンサが、継続的に監視し、ゲートウェイデバイスなどの集中化された処理ユニットに情報パケットを送ることによって通信する、システムを含む。情報パケットは、その後、コンパイルされ、圧縮され、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、セルラネットワーク、および／もしくは情報のリモート処理を可能にする衛星などの有線接続または他の一般的な無線方法を介して、保護されたリモートストレージベースのシステムに送られる。いくつかの実施形態では、本明細書で説明されるシステムおよび方法は、資源節約の潜在的な源を識別するために、ヒストリカル使用情報を現在の使用情報および／または気象イベントもしくはサイトイベントなどのサイト固有データと継続的に相互参照する。

このシステムは、複数のコンポーネントを有する１つまたは複数のコンピュータ実施されるモジュールからなるものとされ得る。各コンポーネントは、ビジネス位置または監視位置の所望のサブセクションの操作データを監視し、提供するように設計されたリモートセンサの特定の構成に対応することができる。各コンポーネントは、複数のサブコンポーネントからなることができ、これによって、各サブコンポーネントは、特定の資源、例えば水、電気、ガス、空気などまたは特定の資源の特定の使用、例えば洗面所での水使用を監視するように構成される。コンピュータ実施されるモジュールは、複数のコンポーネントからのデータをコンパイルし、分析する。資源消費分析論アルゴリズムは、特定のコンポーネントの資源の過度の使用または過度の消費を正確に解釈することができ、ユーザのコンピューティングデバイス上に提示されるエンドポイントグラフィカルユーザインターフェースに提案される一連のアクションを提供することができる。

資源消費分析論は、モバイル技術または一般的に使用される有線もしくは無線の通信プロトコルを介する責任を負うユーザへの直接の送信を介してグラフィカルインターフェース内でユーザに提供され得る。上で言及されるように、テレメトリデータは、監視位置または監視サイトで収集され、サービスプロバイダに送信され得、これによって、データは、グラフィカルインターフェースを介して提供されるデータに対する即座の矯正処置を講じるためにエンドユーザまたは施設意思決定者のためにすぐに実施可能な情報を判定するために分析される。異常なイベントまたは異常なデータを発見した時に、このシステムは、前記異常性が発生している時および／またはイベントがまだ操作的に関連する間に、資源の過剰な使用を防ぐためにデータおよび推奨を配送する応答および通知をトリガする。すぐに実施可能な情報は、警報、警告、レポート、ならびに／または管理インフラストラクチャおよび／もしくは設計判断基準を変更するための推奨を含むことができるが、これに限定はされない。データと矯正命令との配送時に、資源の即座の節約が実現され、操作変更が行われ得る。

様々な実施形態では、本明細書で説明される技法および／またはシステムは、機械的浪費または操作的浪費の源によって消費されまたは浪費される資源の量を低減させることによって、デバイスの機能を改善することができる。例えば、資源消費データを監視し、追跡し、かつ／またはその分析論を提供することによって、推奨が、浪費を低減させ、操作効率を改善し、これによって資源を節約するために適用され得る。グラフィカルユーザインターフェース内で提供されるレポートおよび／または警告は、資源使用量を低減させるために、機器、機械類、および／または標準操作手順に直接にまたは間接に適用され得る。したがって、このシステムおよび方法は、とりわけ、機器操作を改善し、資源を節約し、運営費を低減させる。

図１は、本開示の実施形態による、監視位置１０６の資源を監視する１つまたは複数のゲートウェイデバイス（例えば、ゲートウェイデバイス１０２および１０４）を含む例の環境１００を示す。

いくつかの実施形態では、監視位置１０６は、倉庫、食品雑貨店、レストラン、洗車場、オフィスビルディング、住宅、石油精製所、または資源１０８などの１つまたは複数の資源を使用する任意の位置を表現することができる。本開示の文脈で理解され得るように、資源１０８は、水、電気、空気、燃料（ガソリン、ディーゼル、ケロシンなど）、または類似物などの１つまたは複数の資源を含むことができ、いくつかの実施形態では、監視位置１０６への入力および／または監視位置１０６からの出力を含むことができる。例えば、資源１０８は、清浄水もしくは飲用水および／または廃水を表現することができる。

監視位置１０６は、１つまたは複数のセンサ１１０および１１２に動作可能に結合される１つまたは複数のゲートウェイデバイス１０２および１０４を含むことができる。図１に示されているように、センサ１１０は、ゲートウェイデバイス１０２に入力を提供するが、センサ１１２は、ゲートウェイデバイス１０４に入力を提供する。いくつかの実施形態では、ゲートウェイデバイス１０４は、ゲートウェイデバイス１０２とワイヤレスに通信することができ、ゲートウェイデバイス１０２は、ネットワーク１１４とワイヤレスに通信することができる。いくつかの実施形態では、ゲートウェイデバイス１０４は、ネットワーク１１４と直接に通信することができる。いくつかの実施形態では、ゲートウェイデバイス１０２および１０４は、メッシュネットワークを形成することができ、ゲートウェイデバイス１０２は、ネットワーク１１４との通信インターフェースを提供する。いくつかの実施形態では、ゲートウェイデバイス１０２および１０４は、監視位置１０６によって提供されるネットワークまたは通信手段上では提供されないチャネルを介してネットワーク１１４と通信することができる。すなわち、ゲートウェイデバイス１０２および１０４は、ネットワーク輻輳を低減させ、ネットワークセキュリティを改善するために、監視位置１０６とは独立にネットワーク１１４と通信することができる。いくつかの実施形態では、ゲートウェイデバイス１０２および１０４は、任意の有線接続または無線接続を介してネットワーク１１４と通信することができる。ゲートウェイデバイス１０２および１０４は、下で図２に関連しても議論される。

監視位置１０６は、１つまたは複数の冷却塔１１６、洗車場１１８、ウォーターコンディショナ（water conditioner）１２０、シンク１２２、トイレ１２４、および／または、ヒーター、コンピュータ、テレビジョン、携帯電話機、ライト、ポンプ、ビルディング、灌漑、電気、ガス、ＨＶＡＣ、プログラマブル論理コントローラ、センサ、その他などの機器１２６を含むことができるが、これに限定はされない。本開示の文脈で理解され得るように、監視位置１０６は、任意のタイプの会社施設、政府施設、産業施設、公共施設、学校施設、病院施設、展望施設、農業施設、および／または住宅施設を表現することができ、任意の関連する機器１２６を含むことができる。さらに、監視位置１０６は、監視位置１０６の占有を監視しもしくは測定する追加のセンサ、監視位置１０６の温度、湿度、もしくは気象を監視しもしくは測定する環境センサ、および／または監視位置のセキュリティシステムを含むことができる。

いくつかの実施形態では、１つまたは複数のセンサ１１０および１１２は、監視位置１０６で消費される資源を監視するのに使用され得る。例えば、機器のそれぞれは、一意のセンサに関連付けられ得、いくつかの実施形態では、例えば、１つのセンサだけが、水道本管または電気主管を監視するのに使用され得る。いくつかの実施形態では、水消費および電気消費など、複数のタイプの資源が、監視位置で監視され得る。いくつかの実施形態では、複数のセンサからのデータが、関連する資源消費を有する仮想ノードを生成するために、一緒に組み合わされ、かつ／または分析され得る。例えば、センサ１１２によって提供される冷却塔１１６からのテレメトリデータは、センサ１１０によって監視される資源消費に対する冷却塔１１６の影響を除去するのに使用され得る。いくつかの実施形態では、複数のセンサが、本明細書で説明されるシステムおよび方法によって提供されるデータの分解能を高めるのに使用され得る。いくつかの実施形態では、複数のセンサからのデータが、監視位置１０６での操作への洞察を提供するために判定され、相関され得る。例えば、監視位置１０６の占有は、操作的浪費および／もしくは機械的浪費を判定し、かつ／または資源消費が操作手順内にある時を判定するために、水使用量および／または電気使用量と一緒に判定され得る。

図２は、本明細書で説明される技法およびシステムを実施するのに使用可能な例の環境２００を示す。環境２００は、本明細書で説明されるデータを収集し、処理するように構成されたゲートウェイデバイス２０２などの複数のデバイスを含む。環境２００は、処理および分析論をさらに提供することのできる１つまたは複数のサービスプロバイダ２０４をも含む。サービスプロバイダ２０４は、コンピューティングデバイス２０６に警告、レポート、分析論、推奨、命令、グラフィカルユーザインターフェースなどを通信するように構成される。様々な例では、ゲートウェイデバイス２０２、サービスプロバイダ２０４、およびコンピューティングデバイス２０６は、１つまたは複数のネットワーク２０８を介して有線でまたは無線で通信することができる。

ゲートウェイデバイス２０２は、ポータブルデバイスまたは静止デバイスを含む様々なデバイスの任意の１つを個別に含むことができるが、これに限定はされない。例えば、デバイスは、データロガー、組込みシステム、プログラマブル論理コントローラ、センサ、監視デバイス、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）、ラップトップコンピュータ、デスクトップコンピュータ、タブレットコンピュータ、ポータブルコンピュータ、サーバコンピュータ、ウェアラブルデバイス、または任意の他の電子デバイスを含むことができる。様々な実施形態では、ゲートウェイデバイス２０２は、図１のゲートウェイデバイス１０２および１０４に対応することができる。

ゲートウェイデバイス２０２は、１つまたは複数のプロセッサ２１０およびメモリ２１２を含むことができる。プロセッサ２１０は、単一の処理ユニットまたは、それぞれが複数の異なる処理ユニットを含むことのできる複数のユニットとされ得る。プロセッサ２１０は、マイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、デジタル信号プロセッサ、中央処理装置（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、セキュリティプロセッサなどを含むことができる。その代わりにまたはそれに加えて、本明細書で説明される技法の一部またはすべては、少なくとも部分的に、１つまたは複数のハードウェア論理コンポーネントによって実行され得る。例えば、限定なしに、使用され得るハードウェア論理コンポーネントの例示的なタイプは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ Ｓｔａｎｄａｒｄ Ｐｒｏｄｕｃｔ（ＡＳＳＰ）、状態機械、Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ（ＣＰＬＤ）、パルスカウンタ、抵抗／コイルリーダー、他の論理回路網、システムオンアチップ（ＳｏＣ）、および／または命令に基づいて動作を実行する任意の他のデバイスを含む。他の能力の中でも、プロセッサ２１０は、メモリ内に記憶されたコンピュータ可読命令を取り出し、実行するように構成され得る。

メモリ２１２は、１つのコンピュータ可読媒体またはコンピュータ可読媒体の組合せを含むことができる。本明細書で使用される時に、「コンピュータ可読媒体」は、コンピュータ記憶媒体と通信媒体とを含む。

コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータなどの情報の記憶のための任意の方法または技術で実施された、揮発性および不揮発性の、リムーバブルおよびノンリムーバブルの媒体を含む。コンピュータ記憶媒体は、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、電気的消去可能プログラム可能読取専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリもしくは他のメモリ技術、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、もしくは他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、もしくは他の磁気ストレージデバイス、またはコンピューティングデバイスによるアクセスのために情報を記憶するのに使用され得る任意の他の媒体を含むが、これに限定はされない。

対照的に、通信媒体は、搬送波などの変調されたデータ信号内にコンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを含む。本明細書で定義されるように、コンピュータ記憶媒体は、通信媒体を含まない。

メモリ２１２は、他のモジュール、コンポーネント、およびデバイスの利益のためにデバイス内でデバイスに結合されたハードウェアおよびサービスを管理するように構成されたオペレーティングシステムを含むことができる。いくつかの実施形態では、１つまたは複数のゲートウェイデバイス２０２は、ネットワークサービス（例えば、クラウドサービス）内で動作しまたはメッシュネットワークを構成できるなどの１つまたは複数のサーバまたは他のコンピューティングデバイスを含むことができる。ネットワーク２０８は、インターネット、携帯電話網（ＭＴＮ）、Ｗｉ−Ｆｉ、セルラネットワーク、メッシュネットワーク、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、仮想ＬＡＮ（ＶＬＡＮ）、プライベートネットワーク、および／または他の様々な有線または無線の通信技術を含むことができる。いくつかの実施形態では、ネットワーク２０８は、図１のネットワーク１１４に対応することができる。

上で議論される技術は、ハードウェア、ソフトウェア、またはその組合せで実施され得る。ソフトウェアの文脈では、動作は、１つまたは複数のプロセッサによって実行される時に、列挙された動作を実行するようにデバイスを構成する１つまたは複数のコンピュータ可読記憶媒体上に記憶されたコンピュータ実行可能命令を表現する。一般に、コンピュータ実行可能命令は、特定の機能を実行しまたは特定の抽象データ型を実施する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、および類似物を含む。

ゲートウェイデバイス２０２は、水道メーター２１６（例えば、インラインまたは超音波）、電気メーター２１８、ガスメーター２１０、暖房、換気、および空調（ＨＶＡＣ）センサ／モニタ２２２、ならびに／またはセンサＮ２２４を含むがこれに限定されない１つまたは複数のセンサ２１４を含むことができる。センサ２１４は、継続的に、任意のインターバルで周期的に、または要求時にデータを監視することができる。いくつかの実施形態では、ゲートウェイデバイス２０２は、追加のセンサを受けまたは個々の機器もしくは「スマート」デバイスなどの追加の監視システムからの入力を受信するために、１つまたは複数の拡張ポート（例えば、センサＮ２１４として）を含むことができる。いくつかの実施形態では、ゲートウェイデバイス２０２は、照明、ビルディング占有、ビルディングセキュリティ、環境要因（例えば、屋内気象／屋外気象、温度、風、太陽、雨など）、または類似物を監視することができる。いくつかの実施形態では、センサ２１４は、ビルディング内の水道本管と直列の水センサなど、プラントユーティリティに一体化されたセンサから１つまたは複数のパルスまたはデータを受信する。いくつかの実施形態では、１つまたは複数の入力および／またはセンサ２１４は、損傷を与える入力を受信することからゲートウェイデバイス２０２を保護するために、光学的に分離され得る。いくつかの実施形態では、限定なしに、センサ２１４は、４〜２０ミリアンペア（ｍＡ）の範囲内の任意の入力を受信することができる。いくつかの実施形態では、ゲートウェイデバイス２０２は、センサ２１４によって受信された各パルスまたは各入力にタイムスタンプを付けることができる。すなわち、ゲートウェイデバイス２０２によって監視され、受信され、かつ／または送信される各データ点は、そのデータの生成時刻に関する関連するタイムスタンプを有することができる。

ゲートウェイデバイス２０２は、送電網などの網から電力を受け取る電力モジュール２２６をも含むことができ、電力が中断される時にゲートウェイデバイス２０２に電力を供給するために１つまたは複数の無停電電源装置（ＵＰＳ）をも含むことができる。例えば、電力モジュール２２６は、電力が存在しない時間の持続時間を判定するタイマを含むことができ、その持続時間がしきい値を超える時に、ゲートウェイデバイス２０２のデータのクラッシュ、損傷、または消失を伴わずにゲートウェイデバイス２０２をシャットダウンすることができる。さらに、電力モジュール２２６は、ゲートウェイデバイス２０２がパワーダウンされた状態である間に電力供給を監視することができ、電力が復元される時にデバイスを再起動することができる。いくつかの実施形態では、電力モジュール２２６は、停電が検出される時にエラーメッセージを送ることができる。いくつかの実施形態では、電力モジュール２２６は、センサ２１４によって受信され、かつ／または生成される偽カウントまたは不正カウントの個数を低減させるために入ってくる電力供給をフィルタリングするために１つまたは複数の電力フィルタを含むことができる。

ゲートウェイデバイス２０２は、他のゲートウェイデバイスと通信する（例えば、メッシュネットワーク内で）ため、および／またはネットワーク２０８を介して通信するために、通信モジュール２２８を含むことができる。例えば、通信モジュール２２８は、センサ２１４によって受信され、かつ／または生成されたデータの圧縮、暗号化、および／またはフォーマットを実行することができる。いくつかの実施形態では、通信モジュール２２８は、ｅｘｔｅｎｓｉｂｌｅ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ（ＸＭＬ）、Ｍｏｄｂｕｓ、ＨＴＴＰ、ＨＴＴＰＳ、ＵＳＢ、その他などの１つまたは複数のプロトコルまたは言語を使用してデータを送信することができる。

サービスプロバイダ２０４は、それぞれがゲートウェイデバイス２０２のプロセッサ２１０、メモリ２１２、および／または通信モジュール２２８と同様に実施され得る、１つまたは複数のプロセッサ２３０、メモリ２３２、および通信モジュール２３４を含むことができる。

いくつかの実施形態では、サービスプロバイダ２０４は、資源データ２３８モジュール、サイトデータ２４０モジュール、シグネチャライブラリ２４２、自動化分析２４４モジュール、グラフィカルユーザインターフェース２４６モジュール、および／またはレポート／警告モジュール２４８などの１つまたは複数のモジュールを含む分析論（analytics）モジュール２３６を含むことができる。

分析論モジュール２３６は、ゲートウェイデバイス２０２から資源使用量に関する入力を受信することができ、資源データ２３８を生成し、記憶するためにデータを分析することができる。いくつかの実施形態では、資源データ２３８は、１つまたは複数の位置、同様の位置（すなわち、同様の位置を与えられた店、学校、倉庫、および類似物）、機器のタイプなどに関する過去の資源データを含むことができる。いくつかの実施形態では、資源データ２３８は、水、電気、ガス、その他など、複数の資源の資源データを含むことができる。

いくつかの実施形態では、サイトデータ２４０は、占有データ、セキュリティシステムデータ、気象（温度、風、昼間、夜間、雨など）、標準操作手順に関する情報、サイトに関連する生産情報（例えば、売上、作られた製品の量、出荷された製品の量など）、スケジューリング情報（例えば、休日、地方の慣習、伝統、傾向情報など）、または類似物など、監視位置に関するサイト固有データを受信することができる。一般に、サイトデータ２４０は、監視位置に関連する入力および／または出力に関連する任意のデータを含むことができる。

分析論モジュール２３６は、疑わしいイベントを判定するために、資源データ２３８およびサイトデータ２４０を受信することができる。いくつかの実施形態では、分析論モジュール２３６は、単一の位置のまたは複数の位置の間で、現在のおよび／またはヒストリカルな資源データおよびサイトデータを比較することができる。いくつかの実施形態では、分析論モジュール２３６は、シグネチャライブラリ２４２に記憶される１つまたは複数のシグネチャを判定するために、資源データ２３８およびサイトデータ２４０を相関させることができる。いくつかの実施形態では、分析論モジュール２３６は、正しい資源使用量または不正な資源使用量など、資源使用量を示す１つまたは複数のシグネチャを生成することができる。いくつかの実施形態では、分析論モジュール２３６は、機械的浪費および／または操作的浪費を判定することができる。いくつかの実施形態では、分析論モジュール２３６は、１つまたは複数のレポート、警告、推奨、および／またはグラフィカルユーザインターフェースを生成することができる。分析論モジュール２３６の動作は、本開示の様々な図面に関連して説明される。

本明細書で説明される時に、機械的浪費は、特定の資源を使用するコンポーネント、機構、または機器の機械的故障から生じる可能性がある。例えば、修理されていない、毎分１ガロン（３．７８５リットル）の水を漏らす漏れのある蛇口または弁は、毎年５０００００ガロン（１８９３０００リットル）に対応する。いくつかの実施形態では、操作的浪費は、人間の挙動によって引き起こされる。例えば、水ホースを用いる倉庫床の洗浄が、操作的浪費である。機械的浪費および操作的浪費は、任意の時に、任意のインターバルで、任意の頻度で、または規則的に発生する可能性がある。

いくつかの実施形態では、レポート／警告モジュール２４８は、リアルタイム、近リアルタイム、または操作上関連する形で、ユーザにレポートおよび／または警告を提供することができる。例えば、資源の消費の詳細を示すレポート／警告、および／または資源使用もしくは疑わしいイベントの後の日または週の疑わしいイベントの詳細を示すレポート／警告が、ユーザに提供され得る。いくつかの実施形態では、操作上関連する時間期間は、例えばユーザまたは当事者が浪費を軽減するために情報に基づいて働きまたは標準操作手順を調整することを可能にする情報をユーザまたは当事者に提供することができる。

コンピューティングデバイス２０６は、それぞれがゲートウェイデバイス２０２のプロセッサ２１０、メモリ２１２、および／または通信モジュール２２８と同様に実施され得る、１つまたは複数のプロセッサ２５０、メモリ２５２、および通信モジュール２５４を含むことができる。さらに、コンピューティングデバイス２０６は、コンピューティングデバイス２０６でグラフィカルユーザインターフェースを表示しまたは他の形で提示するためにグラフィカルユーザインターフェース２５６を含むことができる。

環境２００は、コンピューティングデバイス２０６を使用する１つまたは複数のユーザ２５８をも含む。１つまたは複数のユーザ２５８は、様々な操作を実行するためにコンピューティングデバイス２０６と対話することができる。いくつかの実施形態では、ユーザ２５８は、サービスプロバイダ２０４によって生成されたレポート／警告を受信し、機械的浪費および／または操作的浪費を低減させるために、機器および／または標準操作手順に対して任意の推奨される変更を実施することができる。

本開示の諸実施形態に従って、図３Ａは、例示的な資源シグネチャ３００のグラフ表現を示し、図３Ｂは、資源消費を表現するテレメトリデータ３０２のグラフ表現を示す。いくつかの実施形態では、例示的な資源シグネチャ３００は、シグネチャライブラリ（図２のシグネチャライブラリ２４２など）内のシグネチャを表現することができ、テレメトリデータ３０２は、例えばゲートウェイデバイス２０２から受信されたリアルタイムデータ、近リアルタイムデータ、および／またはヒストリカルデータを表現することができる。

いくつかの実施形態では、例示的な資源シグネチャ３００は、本明細書で説明されるシステムおよび方法に従って生成され得、図１のウォーターコンディショナ１２０など、個々の機器の理想的な資源消費プロファイルを表現することができる。例えば、例示的な資源シグネチャ３００は、保守サイクル中に、ウォーターソフトナ（water softener）などのウォーターコンディショナ１２０によって消費された水の量を表現することができる。例として、保守手順は、ウォーターソフトナをバックフラッシュするためにウォーターコンディショナ１２０に大量注水することによって、時刻Ｔ₁に開始され得る。このバックフラッシュは、Ｔ₁〜Ｔ₂に発生し（例えばガロン毎分の最大流率に対応する高さＨ₁に達する）、その後、保守手順は、Ｔ₂〜Ｔ₃の間に定常状態に入る（例えばガロン毎分の定常状態流率に対応する高さＨ₂の定常状態流れに達する）。いくつかの実施形態では、定常状態の保守手順は、ウォーターコンディショナへの塩および他の科学薬品の追加を含む。最後に、時刻Ｔ₃〜Ｔ₄に、ウォーターコンディショナ１２０は、もう一度バックフラッシュされ、この手順は終了する。例示的な資源シグネチャ３００の生成は、下で図４Ａおよび図４Ｂに関連しても説明される。

いくつかの実施形態では、テレメトリデータ３０２は、ゲートウェイデバイス２０２から受信されたリアルタイムテレメトリデータ、近リアルタイムテレメトリデータ、および／またはヒストリカルテレメトリデータを表現することができる。いくつかの実施形態では、テレメトリデータ３０２は、データストアから受信された資源消費データを表現することができる。例えば、テレメトリデータ３０２は、保守サイクル中のウォーターコンディショナ１２０の消費プロファイルを表現する。初期バックフラッシュが、時刻Ｔ₅〜Ｔ₆に実行され（例えば、ガロン毎分の最大流率に対応する高さＨ₃に達する）、定常状態保守手順が、時刻Ｔ₆〜Ｔ₇に実行され（例えば、ガロン毎分の定常状態流率に対応する高さＨ₄の定常状態流で）、第２のバックフラッシュが、時刻Ｔ₇〜Ｔ₈に実行される。テレメトリデータ３０２の全体的な形状は、例示的な資源シグネチャ３００とおおむね同等であるが、図３ＢのＴ₆〜Ｔ₇の間の時間期間は、図３Ａの例示的な資源シグネチャ３００のＴ₂〜Ｔ₃の間の時間期間より長い。例えば曲線下面積（ＡＵＣ）の相違および／または保守手順の持続時間の相違のゆえに、テレメトリデータ３０２は、ウォーターコンディショナ１２０に関連する操作的浪費または機械的浪費を示すことができる。

例示的な資源シグネチャ３００および／またはテレメトリデータ３０２は、任意の個数の形で特性を表され得る。例えば、シグネチャは、関連する最大高さ（例えば、ガロン毎分など、最大瞬間資源毎時を表現するＨ₁およびＨ₃）、平均高さ、定常状態中の高さ（例えば、Ｈ₂およびＨ₄）、曲線下面積（ＡＵＣ）、累計、持続時間、頻度（例えば、毎日の頻度）、最後の発生以降の時間（例えば、操作が、少なくとも３０日おきに実行される）、最後の発生以降の流量、および類似物を含むことができる。いくつかの実施形態では、シグネチャは、関連する期待される開始時刻および停止時刻（時刻）、ビルディング占有、照明状態、セキュリティシステム状態などを含むことができる。すなわち、シグネチャは、理想的もしくはリアルタイムの資源消費または資源が消費される監視位置の理想的もしくはリアルタイムの条件を定量化する情報またはメタデータを含むことができる。

例えば、例示的な資源シグネチャ３００は、シグネチャメタデータ３０４に関連付けられ得、資源テレメトリデータ３０２は、シグネチャメタデータ３０６に関連付けられ得る。一般に、シグネチャメタデータ３０４および３０６は、それぞれ、資源消費の時刻に監視位置に存在する任意の操作条件を示すことができる。例えば、上で説明される特性を表す情報に加えて、シグネチャメタデータ３０４および３０６は、占有データ、セキュリティシステムデータ、気象（温度、風、昼間、夜間、雨など）、標準操作手順に関する情報（例えば、頻度、持続時間、体積、規則性など）、サイトに関連する生産情報（例えば、売上、作られた製品の量、出荷された製品の量など）、スケジューリング情報（例えば、休日、地方の慣習、伝統、傾向情報など）、または類似物を含むことができるが、これに限定はされない。

例のプロセス（例えば、図４Ａ、図４Ｂ、および図５内）は、論理フローグラフとして図示され、この論理フローグラフの各動作は、ハードウェア、ソフトウェア、またはその組合せで実施され得る動作のシーケンスを表現する。ソフトウェアの文脈では、動作は、１つまたは複数のプロセッサによって実行される時に、列挙された動作を実行するようにデバイスを構成する１つまたは複数のコンピュータ可読記憶媒体上に記憶されたコンピュータ実行可能命令を表現する。一般に、コンピュータ実行可能命令は、特定の機能を実行するルーチン、プログラム、オブジェクト、コンポーネント、データ構造、および類似物を含む。動作が説明される順序は、限定として解釈されることを意図されておらず、説明される動作のうちの任意の個数が、プロセスを実施するために任意の順序でおよび／または並列に組み合わされ得る。さらに、個々の動作のいずれもが、省略され得る。

図４Ａは、本開示の諸実施形態による、シグネチャライブラリを構築する例のプロセス４００を示す。例えば、プロセス４００は、図２のゲートウェイデバイス２０２および／またはサービスプロバイダ２０４によって実行され得る。一般に、プロセス４００は、１つまたは複数の資源消費パターンを識別し、資源消費が正常または異常である時（例えば、機械的浪費および／または操作的浪費を伴う）を判定するために他のプロセス内で使用され得る資源消費シグネチャを構築するために、実世界イベントをゲートウェイデバイスから受信されたテレメトリデータとリンクするために実行される。いくつかの実施形態では、シグネチャは、資源浪費を示すために生成され得るが、いくつかの実施形態では、シグネチャは、公称操作を示すために生成され得る。

４０２では、動作は、サイトカテゴリを判定する。いくつかの実施形態では、サイトカテゴリは、倉庫、洗車場、レストラン、食品雑貨店、石油精製所、その他など、顧客サイトの全般的な識別または分類を含むことができる。いくつかの実施形態では、サイトカテゴリは、冷却塔、ウォーターコンディショナ、トイレット、シンク、シャワー、その他のタイプおよび個数など、サイトに存在するおよび／またはサイトで動作する機器のより特定の識別を含むことができる。いくつかの実施形態では、動作４０２は、機器のそれぞれの資源要件を判定することを含むことができる。いくつかの実施形態では、動作４０２は、サイト機構および機器のそれぞれの特性（例えば、水資源要件および／または電気資源要件）を判定することができる。

４０４では、動作は、動作４０２で判定されたサイトカテゴリおよび／または機器のそれぞれに関連する標準操作手順（ＳＯＰ）を判定する。図３Ａおよび図３Ｂに関連して説明されたウォーターコンディショナ保守手順を使用すると、動作４０４は、バックフラッシュ状態、定常状態、その他など、機器がどのように操作され得るのかを判定することを含むことができる。洗車場を伴う別の例では、動作４０４は、１つまたは複数の車両を洗うのに使用される水および／または電気の量を判定することを含むことができる。灌漑を伴う別の例では、動作４０４は、ユーザが一区画の土地を毎週２回、１回につき２時間灌漑することを判定することを含むことができる。倉庫を伴う別の例では、動作４０４は、倉庫の最適屋内動作温度が華氏７０°（摂氏２１．１１°）であることを判定することと、倉庫動作時間が午前７：００と午後７：００との間であることを判定することと、倉庫が週末に休業することを判定することとを含むことができる。本開示の文脈では、これらの例が、例示的であるのみであり、限定的であることが意図されていないことを理解されたい。すなわち、サイトの標準操作手順を判定することを含む動作４０４は、特定の機能の統一性を達成するための任意の記述、指示、もしくは文書化、またはサイト位置に関連するプロセスの任意の文書化もしくは判定を含むことができる。

４０６では、動作は、サイトイベントを判定する。例えば、この動作は、使用パターン、気象条件、スケジューリング条件、および／または資源の消費に影響することのできる低頻度のもしくは不規則なイベントを判定することを含むことができる。例えば、図３Ａおよび図３Ｂに関連して説明されたウォーターコンディショナの例を使用すると、動作４０６は、ウォーターコンディショナ保守手順が発生する時を判定することを含むことができる。洗車場を伴う例では、動作４０６は、洗車場が始業する時と終業する時とを判定することを含むことができる。冷却塔を伴う例では、動作４０６は、動作中の環境温度を判定することを含むことができる。いくつかの実施形態では、動作４０６は、イベントが始まることのインディケーションをサイトから受信することを含むことができる。いくつかの実施形態では、インディケーションは、アクションの開始時（例えば、自動車が洗車を開始する時）に自動的に生成され得、いくつかの実施形態では、動作４０６は、スケジューラスケジューリングイベントからのプッシュ通知またはプル通知を含むことができる。

いくつかの実施形態では、動作４０２、４０４、および／または４０６は、ディスプレイ上で提示されるグラフィカルユーザインターフェース（ＧＵＩ）で入力を受信することを含むことができる。例えば、サービスプロバイダ２０４は、オペレータが情報を入力することを可能にするために、管理者、エンジニア、ユーザ、および／または顧客にＧＵＩを提示することができる。例えば、ＧＵＩは、一連の質問または情報を収集するためのドロップダウンメニューを提示し、サイト位置のプロファイルを構築することができる。いくつかの実施形態では、ＧＵＩは、サイトイベントが示され、追跡されることを可能にする、例示的なカレンダまたはスケジューリングモジュールを含むことができる。

４０８では、動作は、資源データを受信する。例えば、動作４０８は、図１および図２に関連して説明されたゲートウェイデバイスなどのゲートウェイデバイスからテレメトリデータを受信することを含むことができる。図３Ａおよび図３Ｂに関連して説明されたウォーターコンディショナの例では、この動作は、保守手順が行われている時の水消費情報（例えば、ガロン毎分）を受信することを含むことができる。いくつかの実施形態では、テレメトリデータは、以前に収集され、かつ／または生成され、データストアから受信され得る。

４１０では、動作は、テレメトリデータ（動作４０８で受信された）をサイトイベント（動作４０６で判定された）に相関させる。例えば、図３Ａおよび図３Ｂに関連して説明されたウォーターコンディショナ保守の例では、動作４１０は、水使用量を示すテレメトリデータを受信することと、そのテレメトリデータを保守手順が開始されたことのサイトイベントに相関させることとを含むことができる。

さらに、動作４１０は、監視位置での動作条件および／または環境条件を資源使用量に相関させることを含むことができる。冷却塔を伴う例では、第１の環境温度での資源消費が、第２の環境温度での資源消費とは異なる場合がある。すなわち、この例では、冷却塔は、高温で、低温環境で動作する時より多くの資源を使用する可能性がある。したがって、この例では、環境温度と資源消費とを相関させることが、機器動作と、機器が機械的浪費および／または操作的浪費を伴って動作しているかどうかとへの洞察を提供する。別の例として、動作４１０は、倉庫の資源消費をその位置の労働者の人数に相関させることができる。いくつかの実施形態では、動作４１０は、製品の量、売上、または収益を判定することと、そのデータを資源消費プロファイルに関連付けることとを含むことができる。例えば、より多くの製品を作る店は、比較によって、より少ない製品を作る、同様の位置を与えられた店より多くの資源を使用すると期待され得る。別の例として、小売店は、「ブラックフライデー」タイプのイベントなど、ショッピング繁忙期中により多くの資源を消費する可能性がある。したがって、動作４１０は、カレンダ休日を資源消費に相関させることを含むことができる。いくつかの実施形態では、動作４１０は、地方の休日、顧客、労働パターンを判定することと、これらを、例えば毎日、毎週、毎月、または毎年変化する可能性のあるテレメトリデータと相関させることとを含むことができる。

４１２では、動作は、シグネチャライブラリを構築することを含む。この動作は、関連する最大高さ（例えば、ガロン毎分などの最大瞬間資源毎時）、平均高さ、曲線下面積（ＡＵＣ）、累計、持続時間、頻度（例えば、毎日の頻度）、発生の間の期待される時間（例えば、動作が少なくとも３０日おきに実行される）、期待される開始時刻および停止時刻、ビルディング占有、照明条件、セキュリティシステム状態、サイト条件、生産情報、売上情報、気象、および類似物などのテレメトリデータの特性を定義することを含むことができる。したがって、標準操作手順は、サイトの機器の資源消費を説明する完全な図が判定され得るように、テレメトリデータおよびサイトイベントに関連付けられる（相関される）。いくつかの実施形態では、シグネチャは、サイトに配置された機器ごとに生成され得る。いくつかの実施形態では、シグネチャは、機器の正常なまたは理想的な挙動を表現するために生成され得る。いくつかの実施形態では、シグネチャは、機械的浪費および／または操作的浪費を反映するために生成され得る。

図４Ｂは、本開示の実施形態による、シグネチャライブラリを構築する別の例のプロセス４２０を示す。例えば、プロセス４２０は、シグネチャライブラリを構築するためにプロセス４００に加えてまたはプロセス４００の代わりに使用され得る。例えば、プロセス４２０は、図２のゲートウェイデバイス２０２および／またはサービスプロバイダ２０４によって実行され得る。一般に、プロセス４２０は、１つまたは複数の資源消費パターンを識別するために他のプロセス内で使用され得る資源消費シグネチャを構築し、資源消費が正常または異常である（例えば、機械的浪費および／または操作的浪費を伴う）時を判定するために、実世界イベントをゲートウェイデバイスから受信されたテレメトリデータにリンクするために実行される。

４２２では、動作は、イベントタイミングを判定する。例えば、イベントは、業務時間中に発生する場合があり、または、業務時間外に発生する場合がある。本開示の文脈で理解され得るように、イベントタイミングは、監視位置に関連する（例えば、標準操作手順に関連する）操作に従って、任意の時間期間を使用して定義され得る。

４２４では、動作は、監視ウィンドウを判定する。例えば、この動作４２４は、疑わしいイベントをその中で検出すべき監視期間を定義することができる。例えば、監視ウィンドウは、３時間期間、３０分期間、その他など、その中のテレメトリデータが分析されるスライディングウィンドウとされ得る。いくつかの実施形態では、監視ウィンドウは、監視位置で期待される機械的浪費または操作的浪費のタイプによって判定され得、かつ／またはサイト機器の理想的な操作条件または操作手順によって判定され得る。

４２６では、動作は、それぞれ動作４２２および４２４で判定されたイベントタイミングおよび監視ウィンドウに関連する資源消費率を判定する。例えば、動作４２６は、４ガロン（１５．１４リットル）毎分（水資源が考慮される場合）または１アンペア毎分（電気資源が考慮される場合）の資源消費率を判定する場合がある。資源消費率は、監視ウィンドウ内の最小時間期間について定義され得、または、本明細書で説明される任意の他のメトリックによって定義され得る。

４２８では、動作は、イベント頻度を判定する。例えば、イベントは、毎日１回だけ、または毎時２回などで発生する可能性が高い場合がある。イベント頻度は、任意の時間期間またはインターバルについて定義され得、サイト操作条件、気象、ビルディング占有、サイト生産性、その他など、様々な要因に基づいて変化しまたはこれに依存する可能性がある。

４３０では、動作は、サイト条件を判定する。例えば、限定なしに、サイト条件は、気象（例えば、温度、降雨量、日照量など）、顧客の人数、サイト収益（例えば、毎時、毎日、毎週など）、サイト生産（毎時、毎日、毎週などに生産される製品の個数）、および特殊なイベント（例えば、「ブラックフライデー」タイプイベント、休日、地方の伝統、地方の習慣、スポーツイベント、政治イベント、その他などの売上）を含むことができる。したがって、動作４２２、４２４、４２６、４２８、および４３０は、通常の動作条件を判定するためにシグネチャライブラリ内のシグネチャを定式化するために実行され得、かつ／または浪費イベントのシグネチャを表現することができる。

例えば、機械的浪費シグネチャの第１の非限定的な例は、１）イベントが、業務時間外（例えば、午後９：００から翌日の午前５：００まで）など、特定の時間期間中に発生する、２）特定の持続時間（例えば、３時間のスライディングウィンドウ）について入手可能なデータがある可能性がある、３）特定の資源消費率がある（例えば、３．０ガロン（１１．３６リットル）毎分）、および４）１つの時間期間あたり１つの機械イベントだけがある可能性が高い、を含むことができる。

操作的浪費シグネチャの第２の非限定的な例は、１）イベントが、特定の時間期間中に発生する（または、いつでも発生し得る）、２）特定の時間持続時間の間に、最小の特定の流れ（例えば、４２０分間に３．０ガロン（１１．３６リットル）毎分、３００分間に５．０ガロン（１８．９３リットル）毎分など）が存在する、および３）特定の時間持続時間の間に、複数の操作的浪費イベントがある可能性がある、を含むことができる。

洗車場バイパス浪費シグネチャ（すなわち、水の再循環ではなく新鮮な都市用水を使用する）の第３の非限定的な例は、１）イベントが、特定の時間期間中に発生する（または、いつでも発生し得る）、２）特定の時間持続時間の間に、最小の特定の流れ（例えば、３０分間に４０．０ガロン（１５１．４リットル）毎分）が存在する、および３）特定の時間持続時間の間に、複数の操作的浪費イベントがある可能性がある、を含むことができる。

シグネチャの第４の非限定的な例は、洗車場逆洗浪費シナリオを対象とする。この例では、洗車場逆洗は、洗車場保守の通常の部分とされ得る。しかし、いくつかの実施形態では、１日あたり３回を超える逆洗があってはならない。したがって、洗車場逆洗浪費シグネチャは、１）イベントが、業務時間外（例えば、午後９：００から翌日の午前５：００まで）など、特定の時間期間中に発生する、２）特定の持続時間（例えば、１５分のスライディングウィンドウ）について入手可能なデータがある可能性がある、３）特定の資源消費率がある（例えば、１５ガロン（５６．７８リットル）毎分流れの少なくとも１回の発生および５ガロン（１８．９３リットル）毎分流れの少なくとも５回の発生）、および３）特定の時間持続時間の間に、複数の操作浪費イベントがある可能性がある、を含むことができる。

シグネチャの第５の非限定的な例は、資源消費浪費を伴わない、純粋に操作上の問題を判定するのに使用され得る。例えば、通常のビジネス操作が資源を消費していなければならない期間中の異常に低い資源消費は、機器誤動作などの操作上のイベントを示す可能性がある。いくつかの実施形態では、監視位置条件は、異常なまたは正常な動作条件を判定するために、資源消費率と相関される（例えば、洗車場アクティビティは、雨が降っている場合に低下する可能性がある）。したがって、ダウンタイムシグネチャは、１）イベントが、通常の業務時間など、特定の時間期間中に発生する、２）特定の持続時間（例えば、通常の業務時間内の３０分のスライディングウィンドウ）について入手可能なデータがある可能性がある、３）特定の資源消費率（例えば、毎分１ガロン（３．７８５リットル）未満）がある、４）特定の率を超える特定の資源消費率がある（例えば、資源消費が、約１ガロン（３．７８５リットル）毎分を超えるなど、正常な条件に戻る）、および５）特定の時間持続時間の間に、複数の操作浪費イベントがある可能性がある、を含むことができる。

図５は、本開示の諸実施形態による、資源消費分析論を提供する例のプロセス５００を示す。例えば、プロセス５００は、図２のゲートウェイデバイス２０２および／またはサービスプロバイダ２０４によって実行され得る。いくつかの実施形態では、プロセス５００は、コンピューティングデバイス２０６で実行され得る。一般に、プロセス５００は、テレメトリデータおよびサイトデータを受信し、テレメトリデータおよびサイトデータを分析し、機械的浪費および／または操作的浪費を識別し、正常動作および／または異常動作を示すレポートおよび／または警告を生成するために実行される。

５０２では、動作は、テレメトリデータを受信する。例えば、テレメトリデータは、図２のゲートウェイデバイス２０２から、サービスプロバイダ２０４で受信される。いくつかの実施形態では、テレメトリデータは、ＸＭＬデータストリームとしてリアルタイムまたは近リアルタイムで受信され、監視される資源の資源消費を示す。いくつかの実施形態では、テレメトリデータは、ＦＴＰ（ファイル転送プロトコル）サイトから、ＡＳＣＩＩファイル、ＣＳＶ（ｃｏｍｍａ ｓｅｐａｒａｔｅｄ ｖａｌｕｅｓ）ファイルとしてまたは他のプロプライエタリフォーマットで受信され得る。いくつかの実施形態では、テレメトリデータは、リモートデータストアから受信され得る。いくつかの実施形態では、テレメトリデータは、監視位置で労働者によって手作業で集められ、リモートデータストアにアップロードされ得る。さらに、この動作は、ビルディング占有、セキュリティ状態、または他の関連するテレメトリデータなどの監視位置メタデータを受信すること（例えば、水データと電気データとを一緒に受信することと、そのデータを相関させることと）を含むことができる。さらに、動作５０２は、本開示全体で説明されるように、気象、製品生成、その他などのサイトデータを受信することを含むことができる。

５０４では、動作は、潜在的な資源シグネチャを判定する。例えば、この動作は、資源シグネチャの先頭および／もしくは末尾を判定すること、または監視ウィンドウを判定することを含むことができる。いくつかの実施形態では、動作５０４は、潜在的な資源シグネチャとして、しきいレベルまたは資源消費パターンを超えるすべての資源消費を識別することができる。いくつかの実施形態では、動作５０４は、潜在的なシグネチャから雑音を除去することを含むことができる。いくつかの実施形態では、この動作は、潜在的な資源シグネチャを、関連付けられたサイトデータと相関させることを含むことができる。

５０６では、動作は、５０４で判定された資源シグネチャが、シグネチャライブラリ内にあるかどうかを判定する。いくつかの実施形態では、シグネチャライブラリは、プロセス４００および／または４２０を使用して判定されたシグネチャを含むことができ、いくつかの実施形態では、シグネチャライブラリは、図２のシグネチャライブラリ２４２に対応することができる。いくつかの実施形態では、動作５０６は、流れデータ（資源消費）が発生する時の時間期間内の特定の流率（資源消費）を判定するために、５０４で判定された潜在的な資源シグネチャとシグネチャライブラリ内のシグネチャとの間のマッピングを実行することができる。図３Ａおよび図３Ｂに関連して説明されるように、資源テレメトリデータ３０２は、例示的な資源シグネチャ３００に正確には対応しない場合がある。しかし、動作５０６は、潜在的なシグネチャ（例えば、資源テレメトリデータ３０２）が、例示的な資源シグネチャ３００に類似する最大高さおよび／または類似する全体的な形状を有すると判定することができる。いくつかの実施形態では、シグネチャライブラリは、サイトカテゴリのタイプによって、特定の顧客に、または同様の位置を与えられた監視位置に、制限され、フィルタリングされ、または限定される。

さらに、動作５０６での判定は、シグネチャライブラリ内に記憶された資源シグネチャとの一致を判定するために、潜在的なシグネチャの任意の並進、スケーリング、および／または操作を実行することを含むことができる。いくつかの実施形態では、動作５０６は、潜在的なシグネチャのスペクトログラムおよび／またはフーリエ変換（高速フーリエ変換（ＦＦＴ）、離散フーリエ変換（ＤＦＴ）、その他など）を生成することと、スペクトログラムおよび／またはフーリエ変換をシグネチャライブラリ内のシグネチャに関連するスペクトログラムおよび／またはフーリエ変換と照合することとを含むことができる。いくつかの実施形態では、潜在的なシグネチャは、一致が確率しきい値を超える場合に、シグネチャライブラリ内のシグネチャと一致すると判定され得る。いくつかの実施形態では、潜在的なシグネチャは、潜在的なシグネチャと例示的なシグネチャとの間の誤差の量を判定することによって、シグネチャライブラリ内のシグネチャと一致すると判定され得る。

「はい」すなわち潜在的なシグネチャがシグネチャライブラリ内で見つかることを示す５０８では、ライブラリシグネチャ（すなわち、例示的な資源シグネチャ）が、資源テレメトリデータに適用される。例えば、アプリケーションは、最大高さの差、資源使用量の傾き、持続時間、ＡＵＣ、動作条件などを判定するために、例示的なシグネチャおよび受信されたテレメトリデータ（関連するシグネチャメタデータとして）の測定可能な態様を比較することを含むことができる。

「いいえ」すなわち潜在的なシグネチャがシグネチャライブラリ内で見つからないことを示す５１０では、視覚的点検のために潜在的な資源シグネチャを示す通知が送られる。いくつかの実施形態では、視覚的点検は、オペレータが、サイトの標準操作手順を再検討することまたは実世界イベントに伴う潜在的なシグネチャを判定する（例えば、相関させる）ためにサイトイベントを再検討することを含むことができる。いくつかの実施形態では、通知は、下で説明される図１２に示されたものなどのグラフィカルユーザインターフェースに表示され得る。

５１２では、動作は、潜在的なシグネチャからシグネチャを生成する。いくつかの実施形態では、動作５１２は、潜在的なシグネチャがライブラリ内に既に存在するシグネチャに関連することを判定することができ、新しいシグネチャの生成の代わりにまたはこれに加えて、例示的な資源シグネチャを潜在的な資源シグネチャに適用することができる。

５１４では、動作は、疑わしいイベントを検出する。いくつかの実施形態では、動作５１４は、潜在的な資源シグネチャとライブラリシグネチャとの１つまたは複数の特性の間の絶対差または相対差を判定することができる。例えば、ウォーターコンディショナ保守手順を含む提供される例では、疑わしいイベントは、Ｔ₆〜Ｔ₇の時間期間中に消費された資源の持続時間および体積を時間期間Ｔ₂〜Ｔ₃中に消費された資源の持続時間および体積と比較することによって、資源テレメトリデータ３０２内で検出され得る。別の例として、潜在的な資源シグネチャは、倉庫が普通に営業を開始する前の早朝期間内に検出され得る。資源消費は、倉庫が空である時には期待され得ないので、動作５１４は、疑わしいイベントを判定するはずである。いくつかの実施形態では、疑わしいイベント５１４は、操作的浪費および／または機械的浪費を含むことができる。

別の例では、疑わしいイベントを判定する動作５１４は、資源シグネチャが同様の位置を与えられたサイト、環境条件、および／または他のサイト条件に関して変則的であるかどうかを判定することを含むことができる。例えば、動作５１４は、イベントが発生する時刻（例えば、業務時間中または業務時間の前／後）、イベントの開始時刻および停止時刻、時間期間内（例えば、毎時または毎日）のイベントの発生の回数、資源消費の大きさ（例えば、水のガロン毎分）、ならびに資源消費の最小持続期間（例えば、３０分）に基づいて疑わしいイベントを判定することができる。いくつかの実施形態では、動作は、疑わしいイベントを判定する時に、ビルディング占有、セキュリティシステム状態、気象（温度、湿度、風、および／または太陽のインディケーション、雨のインディケーション、稲妻のインディケーションなどを含むがこれに限定はされない）、ビルディング照明状態、サイト生産、サイト顧客、サイト労働者、その他などの監視位置メタデータを考慮することができる。さらに、動作５１４は、疑わしいイベントの存在を判定する際のより高い正確さを提供するために、２つ以上のタイプのデータ（例えば、水データおよび電気データ、水データおよび温度、電気データおよびサイト生産性など）を相関させることができる。

５１６では、動作は、イベント確率がしきい値を超えるかどうかを判定する。例えば、イベント確率は、テレメトリデータとライブラリシグネチャとの間の絶対差または相対差に依存する可能性がある。いくつかの実施形態では、イベント確率しきい値は、疑わしいイベントの検出に関する偽陽性の確率を低減させるようにセットされ得る。いくつかの実施形態では、イベント確率しきい値は、ライブラリシグネチャを潜在的な資源シグネチャに適用することとイベントを正確に検出することとに基づく成功の予測の回数に基づいてセットされ得る。イベント確率がイベント確率しきい値を超える時には（「はい」）、プロセス５００は、「自動」モードまたは「オート」モードで動作していると考えられ得る。

「いいえ」すなわちイベント確率がしきい値より小さいことを示す５１８では、通知が、疑わしいイベントを確認するために送られる。例えば、標準操作手順および／またはサイトイベントは、疑わしいイベントがＳＯＰまたはサイトイベントに適合するかどうかを判定するために再検討され得る。いくつかの実施形態では、疑わしいイベントは、予測の正確さを高めるために、疑わしいベントおよび結果のヒストリカルデータに鑑みて再検討され得る。イベント確率がイベント確率しきい値より小さい時には、プロセス５００は、「トリアージ」モードで動作していると考えられ得る。いくつかの実施形態では、通知は、下で説明される図１２に示されたものなどのグラフィカルユーザインターフェースに表示され得る。疑わしいベントが動作５１８で確認される場合に、プロセスは、動作５２０に継続する。

「はい」すなわちイベント確率がイベント確率しきい値より大きいことを示す５２０では、疑わしいイベントの根本原因が判定される。いくつかの実施形態では、根本原因は、操作的浪費および／または機械的浪費とされ得る。いくつかの実施形態では、ライブラリシグネチャは、疑わしいイベントの根本原因（例えば、労働時間の後に出しっぱなしにされた蛇口）に関連付けられ得る。いくつかの実施形態では、動作５２０は、誤差のサイズ、潜在的なシグネチャ、およびライブラリシグネチャに基づいて、疑わしいイベントの最もありそうな原因を判定する。いくつかの実施形態では、動作５２０は、サイトの機器を再検討するための推奨を生成することを含むことができ、かつ／または、保守労働者または施設など、指定された個人またはサービスプロバイダに連絡することを含むことができる。

５２２では、動作は、１つまたは複数のレポートを生成する。いくつかの実施形態では、生成されるレポートは、図６〜図１５に示された１つまたは複数のレポートおよび／またはＧＵＩに対応することができる。例えば、レポートは、潜在的な資源シグネチャ、ライブラリシグネチャ、疑わしいイベントの識別、注釈、説明、推奨、機器リスト、サイト地図、ヒストリカル比較、サイト条件、および類似物を含むことができる。

５２４では、動作は、動作５０６でシグネチャライブラリに含まれると判定されたシグネチャまたは動作５１２で生成されたシグネチャなど、シグネチャを更新する。例えば、プロセス５００は、機器の動作および使用法が変化する時にシグネチャが動的に更新されるように、リアルタイムまたは近リアルタイムのテレメトリデータまたはサイトデータをシグネチャに組み込むことができる。いくつかの実施形態では、シグネチャは、疑わしいイベントの照合または予測を改善するために更新され得る。

１つまたは複数の警告、シグネチャ、レポート、推奨、分析、および／またはヒストリカルデータを示す例示的なグラフィカルユーザインターフェースが、図６〜図１５に示されている。本開示の文脈で理解され得るように、サービスプロバイダ２０４は、ゲートウェイデバイス２０２から受信されたデータを分析し、警告、シグネチャ、レポート、および／またはＧＵＩを生成し、ＧＵＩとしての表示のためにコンピューティングデバイス２０６に警告、シグネチャ、レポート、および／またはＧＵＩを送信することができる。いくつかの実施形態では、本明細書で説明されるＧＵＩは、電子メール、ウェブポータル、または図２のＧＵＩ２４６および／または２５６内の他のユーザインターフェース内で提供され得る。

図６は、冷却塔位置の水使用量を示すグラフィカルユーザインターフェース（ＧＵＩ）６００を示す。いくつかの実施形態では、ＧＵＩ６００は、ヒストリカルデータを生成する際におよび／または疑わしいイベント検出のために使用され得る水使用量シグネチャを示す。例えば、ＧＵＩ６００は、２４時間期間にわたる資源消費シグネチャ６０２を示す。監視される資源は、水であり、資源消費は、左軸上にガロン毎分として示されている。累計が、追跡され、線６０４として図示され、累計軸は、右軸上にガロン毎日として示されている。総資源６０６が、８３１９ガロン（３１４９０リットル）として表示され、１日全体で使用されたガロンの総計を示す。毎時気象アイコン６０８も提供され、資源消費シグネチャ６０２に関連するサイトに存在する気象を示す。資源消費シグネチャ６０２と一緒に毎時気象アイコン６０８（温度、湿度、風、および／または太陽のインディケーション、雨のインディケーション、雲のインディケーション、稲妻のインディケーションなどを含むがこれに限定はされない）を表示することは、冷却塔の使用と気象とに対する文脈を与える。セクション６１０が、真夜中と約午前５：００との間に提供され、需要条件の下での不適切な制御セッティングに起因する、冷却塔に関連する、増加、スパイク、およびシャットダウンの循環消費パターンを示し、セクション６１２は、約午後１０：００と真夜中との間に提供され、循環消費パターンを示す。

図７Ａおよび図７Ｂは、それぞれ、倉庫位置の水使用量を示すグラフィカルユーザインターフェース（ＧＵＩ）７００および７０２を示す。いくつかの実施形態では、ＧＵＩ７００および７０２は、毎分に消費されるガロン数として、ヒストリカル水使用量と瞬間水使用量とを示す。例えば、グラフ７０４は、現在の日の倉庫位置の瞬間水使用量を提供し、グラフ７０６は、前の日（例えば、昨日）からの倉庫位置の水使用量を提供する。いくつかの実施形態では、ＧＵＩ７００および７０２は、毎時の気象および温度（例えば、アイコン７０８として）ならびに１日全体での水使用量の累計（例えば、線７１０）を示す。いくつかの実施形態では、現在の合計（例えば、要素７１２）および毎日の合計（例えば、要素７１４）が、ＧＵＩ７００および／または７０２内に表示され得る。いくつかの実施形態では、ユーザは、現在の水使用量を同一の位置および／または異なる位置の任意のヒストリカルデータと比較するために、様々な日を介して（例えば、日付セレクタ７１６を使用して）トグルすることができる。日付セレクタ７１６が選択される時に、ＧＵＩは、選択された日付を反映するために、グラフ７０４と共に更新され得る。グラフ７０２に戻ると、おおむね真夜中から午前５：００に対応する、対応するセクション７２０と共に、資源シグネチャ７１８も示されている。

さらに、ＧＵＩ７００は、倉庫操作に関する手作業イベントを追加するために、言語セレクタ７２２、ＤＢフローセレクタ７２４、およびセレクタ７２６を含むことができる。いくつかの実施形態では、ＤＢフローセレクタ７２４は、データベースへの到着時に記録された第１のフローと、水がメーターを通過した瞬間の特定のタイムスタンプと共に記録された第２のフローとの間でデータビューをトグルすることができる。すなわち、ＤＢフローセレクタ７２４は、機械的浪費および／または操作的浪費の識別を助けるために、資源消費データの分解能または粒度を変更することができる。いくつかの実施形態では、セレクタ７２６は、オペレータが、資源シグネチャを手作業で識別し、または将来の再検討のために資源シグネチャ７１８の一部またはすべてにタグを付けることを可能にすることができる。さらに、ＧＵＩ７００は、ユーザが、提示されるデータのスケールを変更する（例えば、ガロン毎分からリットル毎時へなど）ことを可能にすることができる。ＧＵＩ７００は、ユーザが、累積された体積、時間、サイト条件などを受信するために傾向線グラフ７０４上にカーソルを置くことによるなど、任意のデータ点を選択し、追加情報を受信することを可能にする、動的情報ツールを表示することもできる。

図８は、同時に発生する複数の浪費イベントを示すグラフィカルユーザインターフェース（ＧＵＩ）８００を示す。いくつかの実施形態では、ＧＵＩ８００は、洗車場の水使用量８０２を示す。いくつかの実施形態では、ＧＵＩ８００は、関連する浪費イベントを識別する分析および／またはメモを提供する注釈８０４および８０６を含む。各注釈は、１つまたは複数の識別された水浪費イベントを区別するために１つまたは複数の追加の注釈を含むことができる。例えば、注釈８０４は、合計４１１分の間の１１ガロン（４１．６４リットル）毎分（ＧＰＭ）の大きさの浪費イベント「Ｓｔｅｐ Ｌｅｖｅｌ ５（ステップレベル５）」を識別し、レベル（例えば、レベル１、２、３、４、または５）による浪費イベントの分類を提供する。イベント８０８は、資源消費データ内の疑わしいイベントの持続時間および位置を示すために注釈８０４に関連付けられる。注釈８０６は、洗車場サイトが、洗車場の汚水をリサイクルするのに使用されるコンポーネントをバイパスし（その代わりに新鮮な都市用水を使用し）、洗車場に過度な量の水を使用させることを示す浪費イベント「Ｂｙｐａｓｓ １１２ Ｍｉｎ Ｔｏｔａｌ（合計１１２分間バイパス）」を識別する。要素８１０Ａおよび８１０Ｂは、資源消費データ内の疑わしいイベントの持続時間および位置を示すために注釈８０６に関連付けられ得る。さらに、ＧＵＩ８００は、本開示の文脈で理解されるように、グラフ上の注釈を隠すためのボタン８１２または、データを別のファイルに、例えばｅｘｔｅｎｓｉｂｌｅ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ（ＸＭＬ）ファイル、ｃｏｍｍａ ｓｅｐａｒａｔｅｄ ｖａｌｕｅｓ（ＣＳＶ）ファイル、Ｅｘｃｅｌ（登録商標）ファイル、もしくは任意の他のフォーマットまたはファイルとしてエクスポートすることを可能にするボタン８１４など、１つまたは複数のトグルボタンを含むことができる。

図９は、洗車場位置の比較の水使用量を示すグラフィカルユーザインターフェース（ＧＵＩ）９００を示す。いくつかの実施形態では、ＧＵＩ９００は、分析論によって生成された注釈と共に資源消費グラフを示す。いくつかの実施形態では、注釈は、手作業でもしくは自動的に追加され得、または自動化されたプロセスによってフラグを立てられ、ユーザによって再検討され得る。ＧＵＩ９００は、グラフ９０２内で表現される現在の使用量とグラフ９０４内で表現されるヒストリカル使用量との間の比較を可能にする。本開示の文脈で、ユーザが、同一の位置および／または異なる位置の任意の日付のデータを選択し、表示することができることを理解されたい。さらに、グラフ９０２が、ＧＵＩ８００に示されたものに類似するグラフを示すことを理解されたい。グラフ９０４に移ると、これは、「Ｕｎｋｎｏｗｎ Ｄｏｗｎ Ｔｉｍｅ（未知の停止時間）」を示す注釈９０６を含む。さらに、注釈９０８は、注釈９０６に関連付けられ、未知の停止時間に関連する持続時間を示すことができる。一般に、「Ｕｎｋｎｏｗｎ Ｄｏｗｎ Ｔｉｍｅ」イベントは、サイトデータ（例えば、曜日、気象（例えば、温度、太陽または雨の存在または不在）、現在時刻が休日であるか否かなど）が、監視位置が資源使用を有するが、何も測定されないことを示唆することができる。いくつかの実施形態では、注釈９０６によって注釈を付けられた疑わしいイベントは、洗車場が、その洗車場が通常は営業中である時間中にオフラインであることに対応することができる。したがって、本開示は、例えば、資源の消費を監視することによってビジネスモニタリングツールを間接的に提供するという追加の利益を提供する。

図１０は、複数の位置の地域水使用量を示すグラフィカルユーザインターフェース（ＧＵＩ）１０００を示す。いくつかの実施形態では、ＧＵＩ１０００は、現在の日の水使用量（例えば、グラフ１００２）と以前の日の水使用量（例えば、グラフ１００４）との比較を示す。グラフ１００２と１００４との両方で、塗り潰された要素は、使用された資源の量を表現する。いくつかの実施形態では、ＧＵＩ１０００は、イベント（または疑わしいイベント）が特定の位置で検出されたかどうかの高水準のインディケーションを含む。例えば、インディケーション１００６、１００８、および１０１０は、それぞれ、それぞれ８５８０ガロン（３２４８０リットル）、６２ガロン（２３４．７リットル）、および１３７２５ガロン（５１９５０リットル）として表現された、特定の位置で使用された水のガロンの総量を指す。さらに、インジケータ１００６、１００８、および１０１０のそれぞれは、疑わしいイベントの存在を示す変化するレベルの灰色に関連付けられている。例えば、インジケータ１００８は、データが欠けていることを示すために色なしで示されている。位置と操作に関連する操作とに基づいて、これは、センサエラー、業務エラー、または何らかの他の問題を示すことができる。インジケータ１００６は、疑わしいイベントが検出されなかったことを示すために明るい灰色を用いて示されている。インジケータ１０１０は、疑わしいイベントが検出されたことを示すために暗い灰色を用いて示されている。いくつかの実施形態では、インジケータ１０１０（例えば、Ｌｏｃａｔｉｏｎ ＃４（位置＃４））に関連する疑わしいイベントは、洗車場サイトが、洗車場の汚水をリサイクルするのに使用されるコンポーネントをバイパスし、洗車場に過剰な量の水を使用させたことを示すことができる。さらに、Ｌｏｃａｔｉｏｎ ＃４に関連するグラフは、現在の日と前の日とのすべてに時間期間に使用された大量の水を示す。いくつかの実施形態では、ＧＵＩ１０００は、特定の位置に関連する管理者および／または重役など、ＧＵＩ１０００内に示されたすべての位置に送られ得、すべてが、任意の頻度（例えば、毎日、毎週、毎四半期）で任意の時刻に提供され得る。したがって、ＧＵＩ１０００は、位置の間の競争を奨励することができ、かつ／または浪費を低減させるために追加の支援を必要とする可能性がある、域外にある位置に管理を警告することができる。

いくつかの実施形態では、ＧＵＩ１０００内の位置は、任意の形で、例えば、生成された収益、顧客の人数、使用された資源の量などによって、ランキングされまたは順序付けられ得る。本開示の文脈では、ＧＵＩ１０００が、監視位置の全体的な性能に関係するので資源使用量に対するより多くの文脈を提供するために、収益、温度、占有、製品出力など、本明細書で説明される任意のサイトメタデータを含むことができることを理解されたい。

図１１は、地域報告ページを示すグラフィカルユーザインターフェース（ＧＵＩ）１１００を示す。いくつかの実施形態では、ＧＵＩ１１００は、重役および／または管理者のための地域レポートを示す。いくつかの実施形態では、ＧＵＩ１１００は、各特定の位置の機械的浪費（例えば、グラフ１１０２として）および／または操作的浪費（例えば、グラフ１１０４として）ならびにその特定の位置の状況の高水準インディケーション（例えば、インジケータ１１０６、１１０８、および１１１０）を示す。いくつかの実施形態では、グラフ１１０２および１１０４は、それぞれ、ＧＵＩ１１００内に示された時間期間１１１２全体にわたる各浪費タイプの量を示し、塗り潰されたより多くの面積は、その近似時刻（例えば、それぞれグラフ１１０２および１１０４内で左から右に配置されている）でのより多くの浪費を表現する。本開示の文脈で理解され得るように、任意の日付および／または時間期間が、ＧＵＩ１１００を介して選択され得、ＧＵＩに、表示される情報を動的に更新させる。この形で、本明細書で説明されるＧＵＩおよびＧＵＩ１１００は、ユーザによって指定された、ユーザに関連するデータタイプおよび範囲を示すパーソナライズされたユーザインターフェースを提供する。図１０のインジケータに似て、インジケータ１１０６、１１０８、および１１１０は、警告の高水準情報を提供するために色または他の視覚インジケータに関連付けられ得る。例えば、インジケータ１１０６の中間の灰色は、正常操作を示すことができ、白（または無着色）のインジケータ１１１０は、データの欠如を示すことができ、明るい灰色のインジケータ１１０８は、疑わしいイベントを示すことができる。したがって、ＧＵＩ１１００は、一見で各位置の資源プロファイルの深い理解を有することを可能にする複数の位置の単純な概要を提供する。

本開示の文脈で理解され得るように、ＧＵＩ１１００の（および本明細書で議論されるＧＵＩのいずれかの）任意の要素は、各要素に関連するより特定の情報を入手するために選択され得る。例えば、インジケータ１１０６の選択は、ある監視位置に固有の情報を含む、ＧＵＩ７００などの詳細なＧＵＩへのリンクを提供することができる。

図１２は、複数の位置の浪費イベントメッセージジェネレータを示すグラフィカルユーザインターフェース（ＧＵＩ）１２００を示す。いくつかの実施形態では、ＧＵＩ１２００は、各特定の位置の高水準インディケーションならびにイベントがどのように処理されるべきか（例えば、「Ｍａｎｕａｌ（手作業）」、「Ｔｒｉａｇｅ（トリアージ）」、または「Ａｕｔｏ（オート）」）を示す。いくつかの実施形態では、ＧＵＩ１２００は、上で図５に関連して説明されるように、シグネチャが視覚的に点検され得ることまたは疑わしいイベントが確認され得ることの通知を含むことができる。いくつかの実施形態では、「Ｍａｎｕａｌ」インジケータ１２０２は、シグネチャが視覚的点検によって作られ得ることまたはシグネチャライブラリを構築するためにシグネチャが手作業で作られ得ることを示す。いくつかの実施形態では、「Ｔｒｉａｇｅ」インジケータ１２０４は、資源シグネチャが識別され得るが、疑わしいイベントが、警告を発行する前に確認され得ることを示す。いくつかの実施形態では、「Ａｕｔｏ」インジケータ１２０６は、シグネチャが自動的に識別され得、警告が確認または介入を全く伴わずに送出され得ることを示す。いくつかの実施形態では、アクション「ＧＯ（進め）」インジケータ１２０８は、下で議論される図１３および図１４に示されたものなどの浪費メッセージを発行するために、位置ごとにそれぞれ選択され得る。

図１３は、疑わしいイベントレポートおよび／または警告を示すグラフィカルユーザインターフェース（ＧＵＩ）１３００を示す。いくつかの実施形態では、ＧＵＩ１３００は、疑わしい操作的浪費警告を示す電子メールを示す。いくつかの実施形態では、警告／レポートは、詳細および特異性のレベルにおいて変化する様々なレベルの情報を含むことができる。第１に、疑わしいイベントの全般的な説明１３０２が提供され得る。第２に、疑わしいイベントの任意の以前のヒストリを識別することのできる、疑わしいイベントのタイプが示され得る（例えば、説明１３０４内に）。第３に、電子メールは、管理者、重役、および／または労働者が実施するための、１または複数の推奨またはすぐに実施可能な項目１３０６を含むことができる。第４に、グラフ１３０８は、資源消費プロファイルを示すことができ、疑わしいイベントの範囲を識別し、説明する１つまたは複数の注釈１３１０および１３１２を含むことができる。例えば、本明細書で議論される任意の関連するＧＵＩが、疑わしいイベントを識別し、かつ／または説明するために警告内で提供され得る。本開示の文脈で理解され得るように、疑わしいイベントレポートおよび／または警告を含むＧＵＩ１３００は、説明、推奨、グラフ、または類似物の任意の変形を含むことができ、本明細書で提供される例によって限定はされない。例えば、複数の位置と各位置に関連する収益との間での資源消費を比較するレポートおよびＧＵＩが、提供され得、または、レポートおよびＧＵＩは、機械的浪費または操作的浪費が低減されたことの証拠を提供するために提供され得る。本開示の文脈で理解され得るように、レポートおよび／または警告は、テキストメッセージ、ウェブポータル、電子メール、ウェブサイト、プッシュ通知、プル通知、特定のアプリケーション（「アプリ」）、または類似物を含むがこれに限定されない任意の形で伝えられ得る。

図１４は、疑わしい再発するイベントに関する報告する電子メールを示すグラフィカルユーザインターフェース（ＧＵＩ）１４００を示す。いくつかの実施形態では、ＧＵＩ１４００は、疑わしいイベントが発生している時を識別し、その疑わしいイベントを矯正するための推奨１４０２を提供する。さらに、ＧＵＩ１４００は、疑わしいイベントの分析および／または証拠の裏付けを提供する１つまたは複数の注釈１４０６および１４０８を含む１つまたは複数のグラフ１４０４を含むことができる。本開示の文脈で理解され得るように、注釈１４０６によって識別される資源プロファイルは、図３Ａに示された例示的な資源シグネチャ３００に対応することができる。

図１５は、監視位置の水道料金請求書マネージャを示すグラフィカルユーザインターフェース（ＧＵＩ）１５００を示す。いくつかの実施形態では、ＧＵＩ１５００は、ユーザが本明細書で説明されるシステムおよび技法の１つまたは複数の態様を実施する場合に、そのユーザが節約できる金額を示す。いくつかの実施形態では、ＧＵＩ１５００は、ユーザ位置でのベースライン水使用量および現在の水使用量を示す。いくつかの実施形態では、ＧＵＩ１５００に関連する分析論は、本開示の１つまたは複数の態様の実施に関連する投資利益率（ＲＯＩ）を判定するために、１つまたは複数のレートティア（rate tier）、税率区分、報奨金などを組み込むことができる。

結論
本開示は、構造的特徴および／または方法論的行為に固有の言葉を使用する可能性があるが、本発明は、本明細書で説明される特定の特徴または行為に限定されない。例えば、そのような特徴が、個々のＧＵＩに関連して議論された可能性があるが、本開示の文脈で、本明細書で説明される様々な特徴が任意の形で追加され、省略され、組み合わされ、または適用され得ることを理解されたい。特定の特徴および行為は、本発明の実施の例示的な形として開示されたものである。

ゲートウェイデバイス２０２は、水道メーター２１６（例えば、インラインまたは超音波）、電気メーター２１８、ガスメーター２２０、暖房、換気、および空調（ＨＶＡＣ）センサ／モニタ２２２、ならびに／またはセンサＮ２２４を含むがこれに限定されない１つまたは複数のセンサ２１４を含むことができる。センサ２１４は、継続的に、任意のインターバルで周期的に、または要求時にデータを監視することができる。いくつかの実施形態では、ゲートウェイデバイス２０２は、追加のセンサを受けまたは個々の機器もしくは「スマート」デバイスなどの追加の監視システムからの入力を受信するために、１つまたは複数の拡張ポート（例えば、センサＮ２２４として）を含むことができる。いくつかの実施形態では、ゲートウェイデバイス２０２は、照明、ビルディング占有、ビルディングセキュリティ、環境要因（例えば、屋内気象／屋外気象、温度、風、太陽、雨など）、または類似物を監視することができる。いくつかの実施形態では、センサ２１４は、ビルディング内の水道本管と直列の水センサなど、プラントユーティリティに一体化されたセンサから１つまたは複数のパルスまたはデータを受信する。いくつかの実施形態では、１つまたは複数の入力および／またはセンサ２１４は、損傷を与える入力を受信することからゲートウェイデバイス２０２を保護するために、光学的に分離され得る。いくつかの実施形態では、限定なしに、センサ２１４は、４〜２０ミリアンペア（ｍＡ）の範囲内の任意の入力を受信することができる。いくつかの実施形態では、ゲートウェイデバイス２０２は、センサ２１４によって受信された各パルスまたは各入力にタイムスタンプを付けることができる。すなわち、ゲートウェイデバイス２０２によって監視され、受信され、かつ／または送信される各データ点は、そのデータの生成時刻に関する関連するタイムスタンプを有することができる。

シグネチャの第４の非限定的な例は、洗車場逆洗浪費シナリオを対象とする。この例では、洗車場逆洗は、洗車場保守の通常の部分とされ得る。しかし、いくつかの実施形態では、１日あたり３回を超える逆洗があってはならない。したがって、洗車場逆洗浪費シグネチャは、１）イベントが、業務時間外（例えば、午後９：００から翌日の午前５：００まで）など、特定の時間期間中に発生する、２）特定の持続時間（例えば、１５分のスライディングウィンドウ）について入手可能なデータがある可能性がある、３）特定の資源消費率がある（例えば、１５ガロン（５６．７８リットル）毎分流れの少なくとも１回の発生および５ガロン（１８．９３リットル）毎分流れの少なくとも５回の発生）、および４）特定の時間持続時間の間に、複数の操作浪費イベントがある可能性がある、を含むことができる。

図７Ａおよび図７Ｂは、それぞれ、倉庫位置の水使用量を示すグラフィカルユーザインターフェース（ＧＵＩ）７００および７０２を示す。いくつかの実施形態では、ＧＵＩ７００および７０２は、毎分に消費されるガロン数として、ヒストリカル水使用量と瞬間水使用量とを示す。例えば、グラフ７０４は、現在の日の倉庫位置の瞬間水使用量を提供し、グラフ７０６は、前の日（例えば、昨日）からの倉庫位置の水使用量を提供する。いくつかの実施形態では、ＧＵＩ７００および７０２は、毎時の気象および温度（例えば、アイコン７０８として）ならびに１日全体での水使用量の累計（例えば、線７１０）を示す。いくつかの実施形態では、現在の合計（例えば、要素７１２）および毎日の合計（例えば、要素７１４）が、ＧＵＩ７００および／または７０２内に表示され得る。いくつかの実施形態では、ユーザは、現在の水使用量を同一の位置および／または異なる位置の任意のヒストリカルデータと比較するために、様々な日を介して（例えば、日付セレクタ７１６を使用して）トグルすることができる。日付セレクタ７１６が選択される時に、ＧＵＩは、選択された日付を反映するために、グラフ７０４と共に更新され得る。グラフ７０４に戻ると、おおむね真夜中から午前５：００に対応する、対応するセクション７２０と共に、資源シグネチャ７１８も示されている。

Claims (40)

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. 前記動作は、毎日のレポートとしてコンピューティングデバイスに前記少なくとも１つのグラフィカルユーザインターフェースを提供する、請求項２６乃至２８に記載のシステム。
30. 前記動作は、前記第１の監視位置に固有の資源消費ページへの少なくとも１つのリンクを前記少なくとも１つのグラフィカルユーザインターフェース内で提供することをさらに含む、請求項２６乃至２９に記載のシステム。
31. 少なくとも１つの資源消費分析論を含むグラフィカルユーザインターフェースを提供する方法であって、
    実行可能命令を用いて構成された１つまたは複数のプロセッサの制御の下で、
    時間期間にわたる水資源の第１の消費を示す第１の資源消費データにアクセスすることであり、前記第１の資源消費データは、監視位置にあるゲートウェイデバイスから受信される、アクセスすることと、
    前記時間期間にわたる第１の気象を示す第１の気象データにアクセスすることと、
    前記第１の気象データを前記時間期間内の時間の副期間の間の第１の離散的な気象グラフに関連付けることであり、前記第１の離散的な気象グラフは、少なくとも、温度および気象アイコンを含む、関連付けることと、
    前記グラフィカルユーザインターフェース内で、前記時間期間にわたる前記第１の資源消費データを含む第１のグラフを提示することと、
    前記第１のグラフに前記第１の離散的な気象グラフを用いて注釈を付けることであり、前記第１の離散的な気象グラフは、前記時間期間内の時間の前記副期間に対応する位置で注釈を付けられる、注釈を付けることと
    を含む、方法。
32. 前記グラフィカルユーザインターフェース、前記時間期間にわたる前記第１の消費データに関連する累計のプロットを提示することをさらに含む、請求項３１に記載の方法。
33. 前記グラフィカルユーザインターフェース内に、前記第１の資源消費データの第１のスケールを示す第１の軸および前記累計の前記プロットの第２のスケールを示す第２の軸を提示することをさらに含む、請求項３２に記載の方法。
34. 前記時間期間は、第１の時間期間であり、前記方法は、
    第２の時間期間にわたる前記水資源の第２の消費を示す第２の資源消費データにアクセスすることであり、前記第２の資源消費データは、前記監視位置にある前記ゲートウェイデバイスから受信される、アクセスすることと、
    前記第２の時間期間にわたる第２の気象を示す第２の気象データにアクセスすることと、
    前記第２の気象データを前記第２の時間期間内の時間の副期間にわたる第２の離散的な気象グラフに関連付けることであり、前記第２の離散的な気象グラフは、少なくとも、別の温度および別の気象アイコンを含む、関連付けることと、
    前記グラフィカルユーザインターフェース内に、前記第２の時間期間にわたる前記第２の資源消費データを示す第２のグラフを提示することと、
    前記第２のグラフに前記第２の離散的な気象グラフを用いて注釈を付けることであり、前記第２の離散的な気象グラフは、前記第２の時間期間内の時間の前記副期間に対応する位置で注釈を付けられる、注釈を付けることと
    をさらに含む、請求項３１乃至３３に記載の方法。
35. 前記第２のグラフは、前記第２のグラフが前記第１のグラフにオーバーラップすることなく、前記グラフィカルユーザインターフェース内で前記第１のグラフの下に提示される、請求項３４に記載の方法。
36. 前記第２の時間期間を第３の時間期間に変更するインディケーションを受信することと、
    前記第３の時間期間にわたる第３の資源消費データを含む第３のグラフを用いて前記グラフィカルユーザインターフェースを更新することと
    をさらに含む、請求項３４または３５に記載の方法。
37. 毎日のレポートとしてコンピューティングデバイスに前記グラフィカルユーザインターフェースを提供することをさらに含む、請求項３１乃至３６に記載の方法。
38. 前記グラフィカルユーザインターフェース内で、前記監視位置での前記水資源の濫用を示す疑わしいイベントのインディケーションを提供することをさらに含む、請求項３１乃至３７に記載の方法。
39. 前記グラフィカルユーザインターフェース内で、前記疑わしいイベントを軽減するための命令を提供する少なくとも１つの推奨を提示することをさらに含む、請求項３８に記載の方法。
40. 前記時間期間内の時間の前記副期間は、離散的な１時間のインターバルであり、前記方法は、
    前記時間期間内の離散的な１時間のインターバルごとに個々の離散的な気象グラフを提供することであり、前記個々の離散的な気象グラフは、少なくとも、各離散的な１時間のインターバルに関連する温度および気象アイコンを含む、提供することと、
    各個々の離散的な気象グラフを用いて前記第１のグラフに注釈を付けることであり、各個々の離散的な気象グラフは、前記時間期間内の各離散的な１時間のインターバルに対応する位置で注釈を付けられる、注釈を付けることと
    をさらに含む、請求項３１乃至３９に記載の方法。

Images