(58)【調査した分野】(Int.Cl.,DB名)
前記複数のN次元表現の少なくとも第一部分は、前記不規則な消費パターンに対応するものとして予め認識され、前記複数のN次元表現の少なくとも第二部分は、規則的な消費パターンに対応するものとして予め認識される、請求項1に記載のコンピュータ実装された方法。
前記少なくとも一つの機械学習アルゴリズムは、監視下プロセスを含み、前記監視下プロセスは、(1)前記第一部分から許容可能なN次元の近接範囲内の前記複数のN次元表現の少なくとも第三部分を前記不規則な消費パターンに対応するものとして分類し、(2)前記第二部分から前記許容可能なN次元の近接範囲内の前記複数のN次元表現の少なくとも第四部分を前記規則的な消費パターンに対応するものとして分類する、請求項5に記載のコンピュータ実装された方法。
前記特定の利用状態が前記不規則な消費パターンをもたらしたという前記エンティティからの確認または未確認のうちの少なくとも一つに基づいて、前記分類モデルを改変することをさらに含む、請求項9に記載のコンピュータ実装された方法。
前記複数のデータソースは、送電系統および公益事業操作システム、メータデータ管理(MDM)システム、顧客情報システム(CIS)、請求システム、公益事業顧客システム、公益事業企業システム、公益事業エネルギー省エネルギー対策、リベートデータベース、建造物特徴システム、気象データソース、第三者特性管理システム、または、業界標準ベンチマークデータベースのうちの一つ以上を含む、請求項1に記載のコンピュータ実装された方法。
前記信号の集合における一つ以上の信号は、アカウント属性信号カテゴリ、異常負荷信号カテゴリ、計算状態信号カテゴリ、現在の解析信号カテゴリ、欠測データ信号カテゴリ、切断信号カテゴリ、メータイベント信号カテゴリ、毎月メータ異常負荷信号カテゴリ、非アクティブにおける毎月メータ消費信号カテゴリ、供給停止信号カテゴリ、窃盗メータ信号カテゴリ、異常生成信号カテゴリ、作業命令信号カテゴリ、または、ゼロ読みとり信号カテゴリのうちの少なくとも一つに関連付けられている、請求項1に記載のコンピュータ実装された方法。
前記信号の集合に含まれない少なくとも一つの信号であって、前記不規則な消費パターンを同定するための利用状態に関連する少なくとも一つの信号をエンティティから受信することをさらに含む、請求項1に記載のコンピュータ実装された方法。
前記少なくとも一つの機械学習アルゴリズムは、非監視下プロセスを含み、前記非監視下プロセスは、次元表現の高密度クラスタの外側または次元表現の高密度クラスタから実質的に分離されたN次元表現の外部クラスタを分類するように試み、前記次元表現の高密度クラスタは、規則的な消費パターンに関連付けられており、前記N次元表現の外部クラスタは、前記不規則な消費パターンに関連付けられている、請求項1に記載のコンピュータ実装された方法。
【発明を実施するための形態】
【0026】
エネルギーは、様々な目的で、日々消費され、利用されている。一例においては、消費者は、自宅で様々な機器に動力を供給するためにガスを利用することがあり、企業は、様々な機械を動作させるためにガスを利用することがある。別の例においては、消費者および企業は、様々な電子製品および他の電気デバイスおよび素子に電力を供給するために、電気を利用することがある。エネルギー消費は、需要に見合うようにエネルギーを供給するエネルギー提供者によって容易にされる。
【0027】
公益事業会社などのエネルギー提供者は、ガスおよび電気などの一つ以上の形態のエネルギーを提供することができる。エネルギー提供者は、その対象となる顧客またはユーザにエネルギーを提供または送達するためにエネルギー供給システムを利用することができる。ある場合には、送達中にエネルギーの損失が起こり得る。例えば、通常の利用においてさえも、送電線、ケーブルおよび/またはワイヤ内の抵抗が存在し得るので、電気エネルギーはこれらのチャネルを通る送達中に失われる。このようなエネルギー損失は、予測されるか、または自然の原因に起因し、テクニカルロスと呼ばれることがある。しかしながら、ある場合には、テクニカルロス以外のエネルギーの損失が存在し得る。エネルギーは、不規則または望ましくないエネルギー利用によって失われることがある。例えば、エネルギーは、エネルギー供給システムおよびその分配ノードにおける窃盗および/または機能不良(例えば、公共料金メータの機能不良)によって失われることがある。このようなエネルギー損失は、ノンテクニカルロス(NTL)と呼ばれることがある。
【0028】
ノンテクニカルロス(NTL)などのエネルギー損失は、エネルギー提供者にとってコストの高いものであり得る。しかしながら、ノンテクニカルロスを検出し、防止し、軽減しようとする従来のアプローチは、問題がある。しばしば、従来のアプローチは、窃盗または公共料金メータの機能不良などによるノンテクニカルロスを検出しようとして、情報を解析するためにかなりの人手による労力を必要とする。さらに、従来のアプローチは、一般的に限定された量の情報を考慮に入れるだけである。なお悪いことに、従来のアプローチは、手動の概算および見積もりにしばしば依存し、それによって、不正確性および計算間違いにつながることがある。したがって、ノンテクニカルロスを検出し、防止し、軽減するための改善されたアプローチは有利であり得る。
【0029】
本開示の様々な実施形態は、エネルギー提供者、エネルギー顧客、公共料金メータ、およびエネルギー供給または管理システムの他のコンポーネントに関連付けられた情報などの、全ての種類の包括的な情報を構成するように設計される。情報は、機械学習技術を利用することなどによって解析されることができ、ノンテクニカルロスに関連付けられそうな特性または特徴を判定する。類似の特性または特徴を有するエネルギー利用の例は、ノンテクニカルロスに対応しそうなものとして分類されることができる。このようなエネルギー利用の例は、さらなるノンテクニカルロスを回避または軽減するのに役立つように同定され、報告されることができる。多くの変形が可能であることがさらに予測される。
【0030】
図1は、本開示の一実施形態によるエネルギー管理のための例示的環境100を示す。環境100は、エネルギー管理プラットフォーム102と、外部データソース104
1−nと、企業106と、ネットワーク108とを含む。エネルギー管理プラットフォーム102は、本明細書でより詳細に議論されるが、企業106が企業106のエネルギー利用を追跡し、解析し、最適化することを可能とするための機能を提供する。エネルギー管理プラットフォーム102は、解析プラットフォームを構成してもよい。解析プラットフォームは、エネルギー管理プラットフォーム102の全ての用途に対するデータ管理、マルチレイヤー解析およびデータ可視化性能を扱うことができる。解析プラットフォームは、高い性能レベルを維持しながら、頻繁に更新される大量のデータを処理して解析するように特別に設計されることができる。
【0031】
エネルギー管理プラットフォーム102は、企業106に対してエネルギー管理プラットフォーム102によって提示されるユーザインターフェイス(UI)を介して、企業106と通信することができる。UIは、企業106に情報を提供して、企業106から情報を受信することができる。エネルギー管理プラットフォーム102は、APIおよび他の通信インターフェイスを介して、外部データソース104
1−nと通信することができる。エネルギー管理プラットフォーム102、外部データソース104
1−n、企業106を含む通信は、本明細書でより詳細に議論される。
【0032】
エネルギー管理プラットフォーム102は、サーバまたは一連のサーバおよび他のハードウェア(例えば、アプリケーションサーバ、解析計算サーバ、データベースサーバ、データインテグレータサーバ、ネットワークインフラストラクチャ(例えば、ファイアウォール、ルータ、通信ノード))などの、コンピュータシステムとして実装されることができる。サーバは、サーバファームまたはクラスタとして配置されることができる。本開示の実施形態は、サーバ側上、クライアント側上、または双方の組み合わせで実装されることができる。例えば、本開示の実施形態は、エネルギー管理プラットフォーム102の一つ以上のサーバによって実装されることができる。別の例として、本開示の実施形態は、エネルギー管理プラットフォーム102のサーバと、企業106のコンピュータシステムとの組み合わせによって実装されることができる。
【0033】
外部データソース104
1−nは、エネルギー管理解析に関するデータの多数の可能なソースを表すことができる。外部データソース104
1−nは、例えば、送電系統および公益事業操作システム、メータデータ管理(MDM)システム、顧客情報システム(CIS)、請求システム、公益事業顧客システム、公益事業企業システム、公益事業エネルギー省エネルギー対策およびリベートデータベースを含むことができる。外部データソース104
1−nは、また、例えば、建造物特徴システム、気象データソース、第三者特性管理システムおよび業界標準ベンチマークデータベースを含むことができる。
【0034】
企業106は、エネルギー管理プラットフォーム102のユーザ(例えば、顧客)を表すことができる。企業106は、大企業、中小企業、世帯、個人、自治機関、政府機関、非政府組織、非営利組織などの任意の民間または公的機関を含むことができる。企業106は、エネルギー提供者および供給者(例えば、公益事業)、エネルギーサービス会社(ESCO)およびエネルギー消費者を含むことができる。企業106は、多くの地理的位置にわたって分布した一つまたは多数の設備と関連付けられることができる。企業106は、任意の目的、産業または他の種類のプロファイルと関連付けられることができる。
【0035】
ネットワーク108は、標準的な通信技術およびプロトコルを使用することができる。したがって、ネットワーク108は、イーサネット、802.11、ワールドワイド・ インターオペラビリティ・フォー・マイクロウェーブ・アクセス(WiMAX)、3G、4G、CDMA、GSM、LTE、デジタル加入者線(DSL)などの技術を利用したリンクを含むことができる。同様に、ネットワーク108上で利用されるネットワーキングプロトコルは、マルチプロトコルラベルスイッチング(MPLS)、トランスミッションコントロールプロトコル/インターネットプロトコル(TCP/IP)、ユーザデータグラムプロトコル(UDP)、ハイパーテキストトランスポートプロトコル(HTTP)、シンプルメールトランスファープロトコル(SMTP)、ファイルトランスファープロトコル(FTP)などを含むことができる。ネットワーク108を介してやりとりされるデータは、ハイパーテキストマークアップ言語(HTML)および拡張マークアップ言語(XML)を含む技術および/またはフォーマットを用いて表されることができる。さらに、全てまたは幾つかのリンクは、セキュアソケットレイヤー(SSL)、トランスポートレイヤーセキュリティ(TLS)およびインターネットプロトコルセキュリティ(IPsec)などの従来の暗号化技術を利用して暗号化されることができる。
【0036】
一実施形態においては、エネルギー管理プラットフォーム102、外部データソース104
1−nおよび企業106の各々は、コンピュータシステムとして実装されることができる。コンピュータシステムは、一つ以上のマシンを含むことができ、一つ以上のマシンの各々は、
図8のマシン800として実装されることができ、本明細書でさらに詳細に記述される。
【0037】
図2は、本開示の一実施形態による例示的なエネルギー管理プラットフォーム202を示す。幾つかの実施形態においては、例示的なエネルギー管理プラットフォーム202は、
図1のエネルギー管理プラットフォーム102として実装されることができる。一実施形態においては、エネルギー管理プラットフォーム202は、データ管理モジュール210と、アプリケーションサーバ212と、リレーショナルデータベース214と、キー/値ストア216とを含むことができる。
【0038】
データ管理モジュール210は、エネルギー管理プラットフォーム202における需要に従って、エネルギー管理プラットフォーム202に対するコンピューティングリソースのネットワークを自動的かつ動的にスケーリングするための性能をサポートすることができる。データ管理モジュール210によってサポートされる動的なスケーリングは、コンピューティング需要の増加に適合するために、さらなるコンピューティングリソース(またはノード)を供給する性能を含むことができる。同様に、データ管理モジュール210は、コンピューティング需要の減少に適合するために、コンピューティングリソースを解放する性能を含むことができる。データ管理モジュール210は、一つ以上のアクション218、待ち行列220、ディスパッチャ222、リソースマネージャ224およびクラスタマネージャ226を含むことができる。
【0039】
アクション218は、エネルギー管理プラットフォーム202に提供される要求に応じて、実施されるべきタスクを表すことができる。アクション218の各々は、アプリケーションサーバ212によって実施されるべき作業の単位を表すことができる。アクション218は、データの種類に関連付けられ、エンジン(またはモジュール)に結びつけられることができる。要求は、エネルギー管理プラットフォーム202によってサポートされる任意のタスクに関連することがある。例えば、要求は、例えば、解析処理すること、エネルギー関連データをロードすること、エネルギースター読みとりを取得すること、ベンチマークデータを取得することなどに関連することができる。アクション218は、アクション待ち行列220に提供される。
【0040】
アクション待ち行列220は、アクション218の各々を受信することができる。アクション待ち行列220は、分散型タスク待ち行列とすることができ、適切なコンピューティングリソースにルーティングされてその後実施されるべき作業を表す。
【0041】
ディスパッチャ222は、アクションを実行するだろうエンジンに対して、待ち行列型アクションを関連付け、引き継ぐことができる。ディスパッチャ222は、負荷のバランスおよび他の最適化の考慮に基づいて、アプリケーションサーバ212のうちの特定の一つに対して、各待ち行列型アクションのルーティングを制御することができる。ディスパッチャ222は、現在のコンピューティングリソースが閾値の容量以上であるとき、新規ノードを供給するように、リソースマネージャ224から命令を受信することができる。ディスパッチャ222は、また、現在のコンピューティングリソースが閾値の容量以下であるとき、ノードを解放するように、リソースマネージャから命令を受信することができる。ディスパッチャ222は、このように、クラスタマネージャ226に対して、コンピューティングリソースに対する需要に基づいて、動的に、新規ノードを供給し、既存ノードを解放するように命令することができる。ノードは、アプリケーションサーバ212、リレーショナルデータベース214、キー/値ストア216と関連するコンピューティングノードまたはストレージノードとすることができる。
【0042】
リソースマネージャ224は、アクション待ち行列220を監視することができる。リソースマネージャ224は、また、アプリケーションサーバ212に対する現在の負荷を監視し、待ち行列型アクションを実行するためのリソースの使用可能性を判定することができる。監視に基づいて、リソースマネージャは、ディスパッチャ222を通じて、クラスタマネージャ226と通信し、ノードの動的な割り当ておよび割り当て解除を要求することができる。
【0043】
クラスタマネージャ226は、アプリケーションサーバ212のノードの全てを管理する分散型エンティティとすることができる。クラスタマネージャ226は、コンピューティングリソースに対する需要に基づいて動的に、新規ノードを供給するか、または既存のノードを解放することができる。クラスタマネージャ226は、グループメンバーシップサービスプロトコルを実装することができる。クラスタマネージャ226は、また、タスク監視機能を実施することができる。タスク監視機能は、CPU利用、データ読み出し/書き込みの量、ストレージサイズなどのリソース利用を追跡することを含むことができる。
【0044】
アプリケーションサーバ212は、解析サーバ実行、データ要求などを管理するか、またはホストする処理を実施することができる。データサービス、バッチ処理、ストリームサービスを実施するエンジンなどの、エネルギー管理プラットフォーム202によって提供されるエンジンは、アプリケーションサーバ212内でホストされることができる。エンジンは、本明細書でより詳細に議論される。
【0045】
一実施形態においては、アプリケーションサーバ212は、エネルギー管理プラットフォーム202のサービスおよびアプリケーションを実施するうえでのシステムとして作動するように調整される複数の緩くまたはしっかりと接続されたコンピュータのコンピュータクラスタの一部とすることができる。クラスタのノード(例えば、サーバ)は、高速ローカルエリアネットワーク(“LAN”)を通じて相互に接続されることができ、各ノードは、オペレーティングシステムのそれ自体のインスタンスを実行する。アプリケーションサーバ212は、単一のコンピュータの性能および有用性に対して、性能および有用性を改良するためにコンピュータクラスタとして実装されることができ、典型的には、同等な速度または有用性の単一のコンピュータよりもさらに対費用効果が高い。アプリケーションサーバ212は、ソフトウェア、ハードウェア、または双方の組み合わせとすることができる。
【0046】
リレーショナルデータベース214は、エネルギー管理プラットフォーム202をサポートする様々なデータを保持することができる。一実施形態においては、非時系列データは、本明細書でより詳細に議論されるようにリレーショナルデータベース214内に格納されることができる。
【0047】
キー/値ストア216は、エネルギー管理プラットフォーム202をサポートする様々なデータを保持することができる。一実施形態においては、時系列データ(例えば、メータ読みとり、メータイベントなど)は、本明細書でより詳細に議論されるように、キー/値ストア内に格納されることができる。一実施形態においては、キー/値ストア216は、多数のコモディティサーバにわたって大量のデータを扱うように設計されたオープンソース分散型データベース管理システムであるApache Cassandraで実装されることができる。一実施形態においては、キー/値ストア用に他のデータベース管理システムが利用されてもよい。
【0048】
一実施形態においては、アプリケーションサーバ212、リレーショナルデータベース214、キー/値ストア216のうちの一つ以上は、エネルギー管理プラットフォーム202を所有し、保持し、または制御するエンティティによって実装されることができる。
【0049】
一実施形態においては、アプリケーションサーバ212、リレーショナルデータベース214、キー/値ストア216のうちの一つ以上は、エネルギー管理プラットフォーム202を所有し、保持し、または制御するエンティティに賃貸するためのコンピューティング環境を提供することができる第三者によって実装されることができる。一実施形態においては、第三者によって実装されるアプリケーションサーバ212、リレーショナルデータベース214、キー/値ストア216は、ネットワーク208などのネットワークを通じてエネルギー管理プラットフォーム202と通信することができる。
【0050】
エネルギー管理プラットフォーム202を所有し、保持し、または制御するエンティティに対して第三者によって提供されるコンピューティング環境は、エネルギー管理プラットフォーム202を所有し、保持し、または制御するエンティティが、それ自体のコンピュータアプリケーションを実行するために仮想コンピュータを賃借することを可能とするクラウドコンピューティングプラットフォームとすることができる。このようなアプリケーションは、本明細書でより詳細に議論されるように、例えば、アプリケーションサーバ200によって実施されるアプリケーションを含むことができる。一実施形態においては、コンピューティング環境は、エネルギー管理プラットフォーム202を所有し、保持し、または制御するエンティティが任意の所望のソフトウェアを含む仮想マシンを作成するために用いられる仮想機器を起動することができるウェブサービスを提供することによって、アプリケーションの拡張可能な展開を可能とすることができる。一実施形態においては、エネルギー管理プラットフォーム202を所有し、保持し、または制御するエンティティは、時間、利用時間、データ利用、またはこれらもしくは他の要因の任意の組み合わせに基づいて支払って、サーバインスタンスを必要に応じて作成し、起動し、終了することができる。このようにコンピューティングリソースを供給、解放する性能は、エネルギー管理プラットフォーム202の性能をサポートし、エネルギー管理プラットフォーム202における需要に従って動的にスケーリングする。
【0051】
図3は、本開示の一実施形態による、エネルギー管理プラットフォームの例示的アプリケーションサーバ300を示す。一実施形態においては、
図2のアプリケーションサーバ212の一つ以上は、
図3のアプリケーションサーバ300で実装されることができる。アプリケーションサーバ300は、データインテグレータ(データローディング)モジュール302と、インテグレーションサービスモジュール304と、データサービスモジュール306と、コンピューテーショナルサービスモジュール308と、ストリーム解析サービスモジュール310と、バッチパラレル処理解析サービスモジュール312と、正規化モジュール314と、解析コンテナ316と、データモデル318と、ユーザインターフェイス(UI)サービスモジュール324とを含む。幾つかの実施形態においては、アプリケーションサーバ300は、また、ノンテクニカルロス(NTL)同定モジュール330を含むことができる。
【0052】
アプリケーションサーバ300によってサポートされる解析プラットフォームは、特定のデータ管理または解析性能を各々扱う複数のサービスを含む。サービスは、データインテグレータモジュール302と、インテグレーションサービスモジュール304と、データサービスモジュール306と、コンピューテーショナルサービスモジュール308と、ストリーム解析サービスモジュール310と、バッチパラレル処理解析サービスモジュール312と、UIサービスモジュール324とを含む。解析プラットフォーム内の全てまたは幾つかのサービスは、モジュール式であり、大きなデータ量に対して高速で其々の性能を実行するために、このように特別に設計されることができる。サービスは、アプリケーションサーバ212を含むコンピュータクラスタ上で、高性能の分散型コンピューティング用のソフトウェアで最適化されることができる。
【0053】
図3および本明細書の全ての図面におけるアプリケーションサーバ300のモジュールおよびコンポーネントは、単なる例示に過ぎず、より少数のモジュールおよびコンポーネントに様々に組み合わせられることができ、または、さらなるモジュールおよびコンポーネントに分離されることができる。モジュールおよびコンポーネントの記述された機能は、他のモジュールおよびコンポーネントによって実施されることができる。
【0054】
データインテグレータモジュール302は、
図1のエネルギー管理プラットフォーム102に、外部データソース104
1−nのソフトウェアシステムまたはデータベース内に保持されたデータを自動的にインポートするためのツールである。インポートされたデータは、エネルギー管理プラットフォーム102またはアプリケーションサーバ300の様々なアプリケーションに対して用いられることができる。データインテグレータモジュール302は、気象データベース、建造物データベース(例えば、都市計画審議会データベース)、第三者特性管理システムおよび外部ベンチマークデータベースなどの第三者データソースと同様に、MDM、CISおよび請求システムなどの送電系統およびオペレーショナルシステムを含む広範囲のデータソースからのデータを受け入れる。インポートされたデータは、例えば、最小の毎日または他の時間間隔(例えば、15分間隔)で提供されるメータデータ(例えば、電気消費、水消費、天然ガス消費)、毎日または他の時間間隔(例えば、一時間間隔)での気象データ(例えば、温度、湿度)、建造物データ(例えば、面積、占有率、築年数、建造物の種類、階数、エアコンの面積)、密集度(階層)(例えば、建造物に対するメータ、シティブロックに対する建造物、建造物の地域識別)、および資産データ(例えば、HVAC資産の数と種類、生産単位の数と種類(プラント用))を含むことができる。
【0055】
データインテグレータモジュール302は、また、Excelのスプレッドシートなどの単層ファイルから情報をインポートする性能を有し、エネルギー管理プラットフォーム102のアプリケーションに直接入力された情報を捕捉する性能を有する。広範囲のソースからデータを組み込むことによって、アプリケーションサーバ300は、複雑かつ詳細な解析を実施することが可能となり、より優れたビジネスでの洞察が可能となる。
【0056】
データインテグレータモジュール302は、アプリケーションサーバ300のアプリケーションにデータをロードするために利用されることができる標準的正準オブジェクト定義(標準インターフェイス定義)の集合を提供する。データインテグレータモジュール302の正準オブジェクトは、共通情報モデル(CIM)、グリーンボタンおよび公開自動データ交換などの現在または新規の公益事業業界標準または、アプリケーションサーバ300の仕様に基づくことができる。アプリケーションサーバ300は、広範囲の公益事業データソースがエネルギー管理プラットフォーム102に容易に接続可能となることを確実にするように、これらのおよび他の標準をサポートすることができる。正準オブジェクトは、例えば、以下を含むことができる。
【表1】
【0057】
正準形式でデータが受信されると、データが、格納、処理及び解析されるように、データベーススキームにロードされることができるように、データインテグレータモジュール302は、データモデル318に従って、個々のデータエンティティにデータを変換することができる。
【0058】
データインテグレータモジュール302は、非常に大量のデータ(例えば、“ビッグデータ”)を扱うことが可能である。例えば、データインテグレータモジュール302は、無数のデジタルメータからの間隔データを頻繁に処理することができる。データを受信するために、アプリケーションサーバ300は、一貫したセキュリティのウェブサービスAPI(例えば、REST)を提供することができる。インテグレーションは、非同期式バッチまたはリアルタイムモードで実行されることができる。データインテグレータモジュール302は、例えば、公益事業顧客システム、建造物特徴システム、業界標準ベンチマークシステム、公益事業省エネルギー対策およびリベートデータベース、公益事業企業システム、MDMおよび公益事業オペレーショナルシステムからのリアルタイムのバッチデータを組み込むことができる。外部データソースが、データを抽出するためのAPIまたはコンピュータ制御手段を所有しないとき、アプリケーションサーバ300は、(例えば、ウェブスクラッピングを利用することによって)外部データソースと関連付けられたウェブページから直接データを取得することができる。
【0059】
データインテグレータモジュール302は、また、最初のデータ検証を実施することができる。データインテグレータモジュール302は、必要とされるフィールドが存在し、データが正しいデータ種類のものであることを保証するために、入ってくるデータの構造を検査することができる。例えば、データインテグレータモジュール302は、提供されたデータのフォーマットが予測されたフォーマットと一致しない(例えば、数値がテキストとして誤って提供される)せず、不一致のデータがロードされるのを回避し、点検および調査用に問題を記録する時を認識することができる。このように、データインテグレータモジュール302は、入ってくるデータが正確な解析用の要件を確実に満たすうえでの、防御の最前線として役立つことができる。
【0060】
インテグレーションサービスモジュール304は、データベースまたはストアにロードされる前に、データにエラーがないことを保証するデータ検証又は試験の第二層として役立つ。インテグレーションサービスモジュール304は、データインテグレータモジュール302からデータを受信し、それが流れるにつれてデータを監視し、データチェックの第二ラウンドを実施し、格納されるべきデータサービスモジュール306にデータを受け渡す。
【0061】
インテグレーションサービスモジュール304は、様々なデータ管理機能を提供することができる。インテグレーションサービスモジュール304は、複製の取り扱いを実施することができる。インテグレーションサービスモジュール304は、一つのデータセットに対して解析が正確に実施されることを保証するように、データ複製のインスタンスを同定することができる。インテグレーションサービスモジュール304は、ユーザによって特定されるビジネス要件に従って、複製を処理する(例えば、同一または平均の複製記録として二つの複製記録を扱う)ように構成されることができる。この柔軟性によって、データ取り扱いのために、顧客標準にアプリケーションサーバ300が適合することを可能とする。
【0062】
インテグレーションサービスモジュール304は、データ検証を実施することができる。インテグレーションサービスモジュール304は、データギャップおよびデータ異常(例えば、統計学的異常)を検出し、異常値を同定し、参照整合性チェックを実施することができる。参照整合性チェックは、ロードされたメータのデータが設備と関連付けられること、またはその逆に設備が関連付けられたメータを有することを保証するなど、データが接続の正確なネットワークを有することを保証し、解析および集約を可能とする。インテグレーションサービスモジュール304は、ユーザによって特定されるビジネス要件に従って、データ検証問題を解決する。例えば、データギャップが存在する場合、線形補間は、欠測データを埋めるために用いられるか、またはギャップはそのまま残されることがある。
【0063】
インテグレーションサービスモジュール304は、データ監視を実施することができる。インテグレーションサービスモジュール304は、データローディングプロセス全体にわたって、エンドツーエンドの可視性を提供することができる。ユーザは、複製検出からデータストレージに進行するにつれて、データインテグレーションプロセスを監視することができる。このような監視は、データが適切にロードされ、複製および検証エラーがないことを保証するのに役立つ。
【0064】
データサービスモジュール306は、大量かつ増量したデータを持続(格納)することを担い、また、データを解析計算用に容易利用可能とする。データサービスモジュール306は、リレーショナルおよび非リレーショナル(キー/値ストア)データベースへとデータを分割し、また、格納されたデータに対する動作を実施する。これらの動作は、データを生成すること、読み出すこと、更新することおよび消去することを含む。データサービスモジュール306のデータエンジンは、ストリーム処理用のデータを持続することができる。データサービスモジュール306のデータエンジンは、また、バッチパラレル処理用のバッチジョブと関連して処理されるべきデータセットを同定することもできる。
【0065】
データサービスモジュール306は、データ分割を実施することができる。データサービスモジュール306は、
図2のリレーショナルデータベース214およびキー/値ストア16などのリレーショナルおよび非リレーショナルデータストアを利用する。データを二つの個別のデータストア、リレーショナルデータベース214およびキー/値ストア216、に“分割すること”によって、アプリケーションサーバ300は、そのアプリケーションが、メータおよび送電系統センサから発生する間隔データなどの大量のデータを効率的に処理、解析することを保証する。リレーショナルデータベース214およびキー/値ストア216内のデータは、エネルギー管理プラットフォーム102のデータモデル318に従って格納される。
【0066】
リレーショナルデータベース214は、構造化されたおよびゆっくりと変化するデータを管理するように設計される。このようなデータの例は、組織(例えば顧客)および設備データを含む。リレーショナルデータベース214などのリレーショナルデータベースは、ランダムアクセス更新用に設計される。
【0067】
キー/値ストア216は、メータおよび送電系統センサデータなどの非常に大量の間隔(時系列)データを管理するように設計される。キー/値ストア216などのキー/値ストアは、特定の順序で読みだされる“アペンド専用”データの大量のストリーム用に設計される。“アペンド専用”とは、関連付けられたファイルの終端に単純に追加される新しいデータのことを指す。間隔データ用に専用のキー/値ストア216を利用することによって、アプリケーションサーバ300は、この種のデータが効率的に格納され、迅速にアクセスできることを保証する。
【0068】
データサービスモジュール306は、分散型データ管理を実施することができる。データサービスモジュール306は、ストリーム処理およびバッチパラレル処理を実施するために、通知の供給をスケジューリングするイベント待ち行列を含むことができる。バッチパラレル処理に関して、スケジューリングは、エネルギー管理プラットフォーム102内の関連するクラスタ内の処理リソースの利用可能性を説明する規則に基づくことができる。データ量が増えると、データサービスモジュール306は、新規データに適合する(例えば、格納して処理する)ために、クラスタに自動的にノードを追加する。ノードが追加されると、データサービスモジュール306は、全ノードにわたってデータを自動的に再びバランスをとって分割し、高性能および高信頼性での継続を保証する。
【0069】
コンピューテーショナルサービスモジュール308は、ビジネス解析を実施するために、ストリーム解析サービスモジュール310およびバッチパラレル処理解析サービスモジュール312によって呼び出される解析機能のライブラリである。機能は、個々に実行されることができるか、または複雑な解析を形成するために組み合わせられることができる。コンピューテーショナルサービスモジュール308によって提供されるサービスは、モジュール式(即ち、単一のタスク専用)であることができ、コンピューテーショナルサービスモジュール308が、同時かつ迅速に多数の計算をパラレルに処理することができ、それによって、著しいコンピューテーショナルスケーラビリティを可能とすることができる。
【0070】
コンピューテーショナルサービスモジュール308は、また、さらに大きいスケーラビリティを生成するために、分散型処理を利用することもできる。例えば、ユーザが、何十万ものメータに対する平均の年次電気利用を計算することに関心がある場合、エネルギー管理プラットフォーム102は、複数のサーバにわたって要求を分散させることによって、迅速に応答することが可能である。
【0071】
ストリーム解析サービスモジュール310は、データのリアルタイムおよび近リアルタイムストリームの高度な解析を実施する。ストリームは、例えば、メータ、サブメータ、または送電系統センサからの大量のデータのフィードを表すことができる。一実施形態においては、ストリームは、Supervisory Control and Data Acquisition(SCADA)フィードのデータとすることができる。ストリーム解析サービスモジュール310は、データが生成された後すぐに解析が実施される必要があるときに、このデータを解析するために呼び出されることができる。
【0072】
ストリーム解析サービスモジュール310は、データモデル318に従って、データにストリームを変換するためにストリームプロセッサを含むことができる。ストリーム解析サービスモジュール310は、また、ストリーム処理論理を含むことができ、ストリーム処理論理は、エネルギー管理プラットフォーム102のユーザによって提供されることができる。ストリーム処理論理は、その後の解析用に持続され、用いられることができる計算結果を提供することができる。ストリーム処理論理は、また、計算結果に基づいて警告を提供することもできる。例えば、予測されていない、顕著な下落またはスパイクが負荷に存在するときに、公益事業は、警告および臨機応変の解析の受信を望むことがある。この負荷変動は、設備の機能不良部分または設備に対する突然の損傷によって引き起こされることがあり、供給システムまたは最終顧客に対してより大きいリスクを表す可能性がある。予測されない負荷変動についてのデータは、迅速に認識され、解析され、必要な警告を送信するために使用されることができる。ストリーム処理論理は、また、元のストリームの処理後に、エネルギー管理プラットフォーム102の別の目的または用途のために、処理された元のストリームに基づいて、新規ストリームを提供することもできる。
【0073】
ストリーム解析サービスモジュール310は、近リアルタイムで継続する処理を実施することができる。ストリーム解析サービスモジュール310による処理は、データが到達した後、非常に迅速に生じるので、エネルギー管理プラットフォーム102によって提供される一刻を争うような優先度の高い解析が、問題であり、すぐに実施可能である。
【0074】
ストリーム解析サービスモジュール310は、水平方向のスケーラビリティを提供することができる。大量のデータを同時に管理するために、ストリーム解析サービスモジュール310による処理は、サーバクラスタ中に分散されることができ、一組のコンピュータが協働する。
【0075】
ストリーム解析サービスモジュール310は、フォールトトレランスを提供することができる。ストリームは、持続することができる。あるノード(例えば、クラスタ内のコンピュータ)で処理の不具合が生じると、負荷は、データの損失のなしに、クラスタ内の他のノードに分散されるだろう。ストリームに実施される処理が完了した後で、ストリームは、廃棄されることができる。
【0076】
限定しない例は、ストリーム解析サービスモジュール310の性能を図示するために提供される。最近生成された電気消費および需要データのストリームを仮定する。ストリームは、データサービスモジュール306に関連付けられたイベント待ち行列に提供されることができる。データがイベント待ち行列に到達すると、自動解析プロセスが始動する。複数の解析プロセスまたは解析は、同一のデータセットに対して実行されることができる。解析プロセスは、パラレルに実施されることができる。同一データセットに対するパラレル処理は、複数の解析のより迅速な処理を可能とする。これらの解析プロセスの出力は、その後データベース内に格納され、指定されたエンドユーザに対して解析結果として利用可能となる警告および計算とすることができる。解析プロセスおよび処理タスクは、ストリーム解析サービスモジュール310をサポートする複数のサーバにわたって分散されることができる。このように、大量のデータは、ストリーム解析サービスモジュール310によって迅速に処理されることができる。
【0077】
バッチパラレル処理解析サービスモジュール312は、エネルギー管理プラットフォーム102のユーザによって必要とされる解析の実質的な部分を実施することができる。バッチパラレル処理解析サービスモジュール312は、周期的キーパフォーマンスインジケータ(KPI)報告、履歴電気利用解析、予報、異常値解析、エネルギー効率プロジェクト経済的影響解析などの報告および解析を作成するために、現在および履歴データから成る大きなデータセットを解析することができる。一実施形態においては、バッチパラレル処理解析サービスモジュール312は、コンピュータの一つ以上のクラスタにおいて大きなデータセットを処理し、計算を分散するためのプログラミングモデルであるMapReduceに基づくことができる。バッチパラレル処理解析サービスモジュール312は、並列化、フォールトトレランス、負荷バランスのタスクを自動的に実施し、それによって、処理集中タスクの性能と信頼性を改善する。
【0078】
限定しない例は、バッチパラレル処理解析サービスモジュール312の性能を図示するために提供される。例として、エネルギー強度のベンチマーク解析、キー性能インジケータに対する性能の概要およびノンテクニカルロスによる未請求エネルギーの解析が、バッチパラレル処理解析サービスモジュール312によって扱われるジョブとすることができる。バッチ処理のジョブがエネルギー管理プラットフォーム102に呼び出されると、バッチパラレル処理解析サービスモジュール312に関連付けられた入力リーダが、処理ジョブを複数のより小さいバッチへと分解する。この分解は、ジョブの複雑性および処理時間を縮小する。各バッチは、その後、その割り当てられたタスク(例えば、計算または評価)を実施するためにワーカープロセスに担当される。この結果は、その後、“シャッフル”され、シャッフルとは、データセットの再配置のことを呼び、ワーカープロセスの次のセットが計算(または評価)を効率的に完了し、出力ライタを通じてデータベースに結果を迅速に書き込むことができるようにする。
【0079】
バッチパラレル処理解析サービスモジュール312は、ワーカープロセスを複数のサーバに分散することができる。このように分散された処理は、クラスタの計算能力を十分に利用し、計算を迅速かつ効率的に完了することを保証するために使用される。このように、バッチパラレル処理解析サービスモジュール312は、スケーラビリティおよび高性能を提供する。
【0080】
正規化モジュール314は、キー/値ストア216内に保持されるべきメータデータを正規化することができる。例えば、メータデータの正規化は、データ内のギャップを埋めることと、データ内の異常値に対処することとを含むことができる。例えば、メータデータが一貫した間隔で予測されるが、エネルギー管理プラットフォーム102に実際に提供されるデータがある間隔でメータデータを有さない場合、正規化モジュール314は、あるアルゴリズム(例えば、補間)を適用して、欠測データを提供することができる。別の例として、エネルギー利用の異常値は、正規化モジュール314によって検出され、対処されることができる。一実施形態においては、正規化モジュール314によって実施される正規化は、構成可能とすることができる。例えば、正規化モジュール314によって用いられるアルゴリズム(例えば、線形、非線形)は、エネルギー管理プラットフォーム102の管理者またはユーザによって特定されることができる。正規化されたデータは、キー/値ストア216に提供されることができる。
【0081】
UIサービスモジュール324は、エネルギー管理プラットフォーム102の全てのアプリケーションに対してグラフィカルフレームワークを提供する。UIサービスモジュールは解析結果の視覚化を提供し、エンドユーザが、明確かつ利用可能な見識を受け取ることができるようにする。ストリーム解析サービスモジュール310またはバッチパラレル処理解析サービスモジュール312によって解析が完了された後、それらは、UIサービスモジュール324によって図表示され、エネルギー管理プラットフォーム102の適切なアプリケーションに提供され、ユーザのコンピュータシステム(例えばマシン)上で最終的に提示されることができる。これにより、直観的かつ理解しやすいフォーマットでユーザに対するデータ見識を提供する。
【0082】
UIサービスモジュール324は、多くの特徴を提供する。UIサービスモジュール324は、チャート型のライブラリと、ページレイアウトのライブラリとを提供することができる。チャート型およびページレイアウトにおける全てのバリエーションは、UIサービスモジュール324によって維持される。UIサービスモジュール324は、また、ページレイアウトカスタマイズも提供することができる。管理者などのユーザは、フィールドを追加、名前変更、グループ化することができる。例えば、エネルギー管理プラットフォーム102は、より容易な表示のために、エネルギー強度、エネルギー消費およびエネルギー需要をページ上に公益事業管理者が共にグループ化することを可能にする。UIサービスモジュール324は、ロールベースのアクセス制御を提供することができる。管理者は、ある種類のユーザに対してアプリケーションのどの部分を見えるようにするかを決定することができる。これらの特徴を利用して、UIサービスモジュール324は、エンドユーザが一貫性のある視覚的経験を楽しみ、その役割に関連する性能およびデータにアクセスし、明確なビジネス見識を提供するチャートおよび報告と相互作用することができることを保証する。
【0083】
さらに、幾つかの実装においては、アプリケーションサーバ300は、
図3に示されるように、ノンテクニカルロス(NTL)同定モジュール330を含む。ノンテクニカルロス同定モジュール330は、ノンテクニカルロスを同定するために機械学習を利用することを容易にするように構成されることができる。幾つかの実施形態においては、ノンテクニカルロス同定モジュール330は、ハードウェア、ソフトウェア、および/またはその組み合わせとして実装されることができる。幾つかの例においては、ノンテクニカルロス同定モジュール330の一つ以上の部分またはコンポーネントは、
図1のエネルギー管理プラットフォーム102の一つ以上の他のモジュール、エンジンおよび/またはコンポーネントで実装されることができることも予測される。
【0084】
一例においては、ノンテクニカルロス同定モジュール330は、ノンテクニカルロス(NTL)の存在を示す信号の集合に対する信号値を取得するか、又は決定するように構成されることができる。ノンテクニカルロスの存在を示す信号の集合は、エネルギー利用の様々な状態を直接的または間接的に反映することができる。このようなエネルギー利用状態は、例えば、エネルギー利用の種類、エネルギー利用の状態、エネルギー利用量、メータからのエネルギー利用の読みとり、メータの動作状態、エネルギー提供者での顧客アカウントの状態、エネルギー供給、利用、使用可能性および支払いを直接的または間接的に反映する任意の他の事項に関連することがある。信号の集合由来の各信号は、特定のエネルギー利用状態を反映することができる。信号の集合由来の信号に対する信号値は、信号に関連付けられるエネルギー利用状態の大きさ、種類または存在(もしくは不在)を記述する数値、ブール値、二進値、または定性値とすることができる。例えば、エネルギー利用状態は、ゼロ消費または不使用の例を含む、エネルギーが利用されるか、又は消費される間の様々な例に対して言及することができる。ある場合には、エネルギー利用状態は、エネルギー又は公共料金メータ(例えば、ガスメータ、電気メータ、水道メータなど)によって測定されるようなエネルギー利用の状態(例えば、現状)を表すことができる。ある場合には、特定のエネルギー利用状態は、特定の時間もしくは間隔で、特定の場所で、特定の地理的位置で、特定のエネルギー消費者もしくは顧客による、特定の種類のエネルギーの利用に関連付けられることができる。このように、エネルギー利用状態は、利用を測定するメータにのみならず、顧客情報、位置情報、場所の種類、日付、時刻などにも関連付けられることができる。
【0085】
信号の集合は、
図1の外部データソース104
1−nから受信されたデータなどの取得されたデータに基づいて生成される解析または特徴の選択された集合に対応することができる。幾つかの実施形態においては、信号の集合は、研究、開発、観察、機械学習および/または実験などに基づいて、選択され、選ばれ、または決定されることができる。例えば、経験的解析に基づいて、ある信号がノンテクニカルロス(NTL)を示すためにより有用であることを決定されえ、ノンテクニカルロスを示すことができないか、またはあまり示しそうもない他の信号に対して、これらの信号が選択されるか、または優先されることができる。データソースから受信されたデータは、AMIシステムデータ(メータデータ管理およびヘッドエンドデータ)、顧客情報データ、顧客消費データ、請求情報、契約情報、メータイベント情報、供給停止管理システム(OMS)データ、生成器による生成、作業命令管理(WOM)データ、検証された盗難および機能不良データ、天候、地理的位置特定を含むことができるが、そのいずれにも限定はされない。データソースは、送電系統および公益事業オペレーショナルシステム、メータデータ管理(MDM)システム、顧客情報システム(CIS)、請求システム、公益事業顧客システム、公益事業企業システム、公益事業省エネルギー対策、リベートデータベース、建造物特徴システム、天候データソース、第三者特性管理システム、業界標準ベンチマークデータベースなどを含むことができるが、そのいずれにも限定はされない。
【0086】
多数の信号カテゴリにおける様々な大量の信号と、これらの信号の其々の信号値によって、エネルギー利用のより十分な理解が達成されることができる。様々な信号カテゴリのうちの一カテゴリ由来の各信号が生成されることができ、その其々の信号値は、取得されたデータの少なくとも一部に基づいて計算される。ある場合には、数十もの信号カテゴリが存在することがあり、各信号カテゴリ内に数百以上の信号が存在することがある。本開示は、幾つかの例のみを議論する。本明細書で明確に議論される以外の多くの信号カテゴリと、その信号が同様に利用されることができることが理解されるだろう。幾つかの実装においては、信号値は、0から1の間の値、二進値などの数値とすることができる。
【0087】
例示的な信号カテゴリは、“アカウント属性(Account Attribute)”信号カテゴリである。“アカウント信号(Account Signal)”カテゴリは、様々な信号を含むことができる。例えば、“アカウント信号”カテゴリの第一の信号は、“季節的メータ(Seasonal Meter)”信号と呼ばれることがある。“季節的メータ”信号は、建物(または顧客)が別荘など、季節的なものとして記録されるか否かを示すことができる。顧客情報および顧客消費データなどのCIS由来のデータは、その建物が季節的であることを示すことができ、信号値は、その建物が季節的であることを表すために“季節的メータ”信号に対して設定されることができる。
【0088】
別の例として、“アカウント属性”信号カテゴリの第二の信号は、“サービス切断(Service Disconnected)”信号と呼ばれることがある。“サービス切断”信号は、建物が解析に関連する時間(例えば、データ取得時)に、終了したか、または切断したサービスポイントを有するか否かを示すことができる。サービスポイントが切断された場合には、“サービス切断”信号に対する信号値は、サービスポイントが切断されたことを示すだろう。サービスポイントが切断されていない場合、信号値は、サービスポイントが切断されていないことを示すだろう。
【0089】
さらなる例の信号カテゴリは、“異常負荷(Anomalous Load)”信号カテゴリである。“異常負荷”信号カテゴリは、“有効電力対無効電力曲線解析(Active Power vs. Reactive Power Curve Analysis)”信号を含むことができ、これは、有効および無効電力データの解析に関し、窃盗および/または機能不良を示す異常パターンを同定する。例えば、“有効電力対無効電力曲線解析”信号は、所定の顧客に対する前年比の消費パターンにおける不規則な変動を特徴づけることができ、これは、窃盗および/または機能不良の尤度を示すことがある。“異常負荷”信号カテゴリは、また、“前年比消費下落の日数(Count of Days with Year−over−Year Consumption Drop)”信号も含むことができ、これは、前年比利用が減少する日数の記録に関する。さらに、“異常負荷”信号カテゴリは、“前年比変動(15分ごと)(Year−over−Year Variation(Quarter Hourly))”信号を含むことができ、これは、ある年から前年までの一ヶ月間の消費の最大差を計算することに関する。さらに、“異常負荷”信号カテゴリは、“消費下落(Consumption Drop)”信号を含むことができ、消費下落信号は、メータに対する15日間の起伏がある平均消費が20%を超えて下落するときの消費プロファイルおよび記録の追跡に関する。
【0090】
さらなる例示的な信号カテゴリは、“計算された状態(Calculate Status)”信号カテゴリであり、これは、メータ状態がアクティブに設定されているか否か、またはメータが通信問題を報告しているか否かをチェックすることなどによって、メータの状態を相互にチェックすることを容易にする信号を含むことができる。このカテゴリ内の“メータ位置インドア(Meter Location Indoor)”信号は、メータが室内にあることを示すことができる。このカテゴリ内の“メータ位置アウトドア(Meter Location Outdoor)”信号は、メータが屋外にあることを示すことができる。このカテゴリにおける“非アクティブサービス(電気)における消費(Consumption on ServiceInactive(Electric))”信号は、サービスがアクティブではないが、それにもかかわらず、メータ上に電気消費が存在することを示すことができる。
【0091】
さらなる例示的な信号カテゴリは、“非アクティブにおける消費(Consumption on Inactive)”信号カテゴリである。“非アクティブにおける消費”信号カテゴリは、“非アクティブにおける消費(Consumption on Inactive)”信号を含むことができ、これは、公益事業会社によって切断されたサービスアカウントを有する非ゼロ消費の顧客を検出することに関する。“非アクティブにおける消費”信号カテゴリは、また、“非アクティブにおける消費(ガス)”信号も含むことができ、これは、サービス契約が何もアクティブではないが、メータにおけるガス消費が存在する状況に関する。
【0092】
さらなる例示的信号カテゴリは、“現在の解析(Current Analsis)”信号カテゴリである。このカテゴリにおける信号は、負荷調和におけるあらゆる矛盾、有効電力対無効電力の測定、潜在的な遮断を評価するための履歴の電流(アンペア)プロファイルを解析することに関連付けられることができる。このカテゴリは、変流器(CT)が0.5アンペアより大きい間隔を示す、“CT>0.5アンペア”信号を含むことができ、変流器(CT)が0.05アンペアより小さい間隔を示す“CT<0.05アンペア”信号を含むことができる。
【0093】
さらなる例示的信号カテゴリは、“欠測データ(Missing Data)”信号カテゴリであり、欠測データに関する信号を含む。この信号カテゴリにおける“欠測データ(Missing Data)”信号は、メータが消費データを欠測しているか否かを同定することに関する。
【0094】
さらなる例示的信号カテゴリは、“切断(Disconnected)”信号カテゴリであり、これは、メータが通信ネットワークから切断されたか否かを評価することに関連付けられる信号を含む。このカテゴリにおける“電気的切断到達不能(Electric Disconnected Unreachable)”信号は、遠隔で切断されたアドバンスドメータリングインフラストラクチャ(AMI)メータが到達不能になってからの日数を示すことができる。このカテゴリにおける“確実な切断後の通信(Communication after Hard Disconnect)”信号は、ポールまたはサービスヘッドでサービスポイントが切断された後で、ネットワークインターフェイスコントローラ(NIC)電力復旧イベントが検出されたことを示すことができる。このカテゴリにおける“到達不能前に切断された日(Days Disconnected Before Unreachable)” 信号は、到達不能になる前にメータが切断された日数を示すことができる。
【0095】
さらなる例示的信号カテゴリは、“メータイベント(Meter Events)”信号カテゴリであり、これは、様々なメータイベント(例えば、メータ不正イベント、メータ機能不良イベント、メータ最終動作イベントなど)を追跡し、(例えば、メータによって報告され、その多くがフォールスポジティブである大量のメータイベントによって)あらゆるノイズをフィルタ処理する信号を含む。このカテゴリにおける“機能不良イベント(Malfunction Event)”信号は、機能不良イベントのあったメータを同定することができ、機能不良イベントが何回引き起こされたかをカウントすることができる。このカテゴリにおける“機能不良およびオフイベントカウント(Malfunction and Off Event Count)”信号は、機能不良イベントのあったメータを同定することができ、機能不良の読みとりおよびオフイベントが何回かをカウントすることができる。このカテゴリにおける“不正イベントカウント(Tamper Event Count)”信号は、記録されたメータ不正イベントの数を評価することができる。この信号カテゴリにおける“不正、機能不良、オフ複合メータイベント(Tamper Combined with Malfunction Combined with Off Meter Events)”は、不正イベント、機能不良イベント、およびオフイベントを含む複合メータイベントを有するメータを同定することができる。
【0096】
さらなる例示的信号カテゴリは、“毎月メータ(Monthly Meter)”カテゴリであり、これは、一か月間隔でデータを報告するメータに関連付けられる信号を含む。これらの信号は、毎月報告するメータに見識を提供することができ、またはより一般的には、それほど使用可能ではないデータを有するパターンの予測を容易にすることができる。この信号カテゴリにおける“最大月消費下落(Maximum Monthly Consumption Drop)”信号は、最大の前月比消費下落を記録することができる。このカテゴリにおける“前年比変動(月毎、季節毎)(Year−over−Year Variation(Monthly,Seasonal))”信号は、季節的ではないメータに対してある年から前年までの間の消費の最大差を計算することができる。“非アクティブメータにおける消費(月毎)(Consumption on Inactive Meter(Monthly))”信号は、メータ契約が終了し、契約終了日後に非ゼロ(月毎)消費が記録されたことを同定することができる。
【0097】
さらなる例示的信号カテゴリは、“供給停止(Outage)”信号カテゴリであり、これは、供給停止、遮断を追跡することができ、メータに不正が行われたか否か、またはメータが供給停止を経験したか否かについてのより多くの見識を提供するために、消費プロファイルと相関づけることができる。このカテゴリにおける“ライン供給停止イベント(Line Outage Event)”信号は、ライン供給停止イベントがメータに対して記録されたか否かを同定することができる。このカテゴリにおける“消費下落関連供給停止(Outage Correlated with Consumption Drop)”信号は、供給停止データを追跡することができ、消費プロファイルにおける減少に相関づけられる供給停止が存在するときにフラグを設定することができる。このカテゴリにおける“部分的ライン供給停止イベント(Partial Line Outage Event)”信号は、部分的ライン供給停止イベントが検出されたか否かを追跡することができる。
【0098】
さらなる例示的信号カテゴリは、“盗難メータ(Stolen Meter)”カテゴリである。このカテゴリにおける“供給停止および盗難メータであるか(IsOutageAndStolenMeter)”信号は、メータが盗難されたか否か、それは短い供給停止内で生じたか否かに関する。このカテゴリにおける“盗難メータ距離(Stolen Meter Distance)”信号は、メータが、予想される据え付け位置から300フィートを超える位置にあるか否かに関連する。
【0099】
さらなる例示的信号カテゴリは、“異常生成(Unusual Production)”信号カテゴリであり、これは、電気(例えば、太陽電気)を生成するネットメータリング顧客を追跡することができ、生成データが異常であることを検出することができる信号を含む。このカテゴリにおける“日暮れ後生成(Production After Dark)”信号は、夜中の生成(逆消費)が検出されるか否かを同定することができる。このカテゴリにおける“日暮れ後発電(Electricity Production After Dark)”信号は、電気が夜中に生成されていることを示すことができる。
【0100】
さらなる例示的信号カテゴリは、“作業命令(Work Order)”信号カテゴリであり、これは、顧客が盗難を報告したか否か、または顧客のアカウントに対する未払いの履歴を有したか否かなどについての見識を導くための作業命令を追跡する信号を含む。“作業命令”カテゴリにおける信号は、消費パターンおよび窃盗のモードと相関する見識を導くうえで有用であり得る。このカテゴリにおける“作業命令キャンセル(Cancellation of Work Order)”信号は、支払いをしなかった顧客に対するサービスのキャンセルを同定することができる。このカテゴリにおける“契約変更(Change of Contract)”信号は、契約のサービス変更が登録されたか否かを同定することができる。このカテゴリにおける“メータ変更(Change of Meter)”信号は、メータの変更に対応する各作業命令に対する結果を生成することができる。
【0101】
さらなる例示的信号カテゴリは、“ゼロ読みとり(Zero Reads)”信号カテゴリであり、これは、最も近い隣人またはピアアカウントのクラスタと一致しないゼロ消費のパターンを検出するために、メータに対するゼロ読みとりを追跡する信号を含む。このカテゴリにおける“断続的ゼロ読みとり(Intermittent Zero Reading)”信号は、(例えば、特定の期間内の)連続的なメータ読みとりのうちの特定数に対して継続されたメータゼロ読みとりを同定することができる。このカテゴリにおける“(非季節的)供給停止と相関づけられる継続的ゼロ読みとり(Sustained Zero Readings Correlated with Outage(Non−Seasonal))”信号は、(非季節的)供給停止メータに相関づけられる継続的(例えば、7日を超える)ゼロ読みとりを追跡することができる。このカテゴリにおける“断続的ゼロ(Intermittent Zero)”信号は、特定の期間(例えば、少なくとも6時間)続くゼロ読みとり期間を同定することができる。
【0102】
再度、本明細書に記述される信号および信号カテゴリは、例であって、例示を目的とするものである。他の適切な信号および信号カテゴリが、追加的または代替的に使用されることができる。多数の変形が可能であることがさらに予測される。ある場合には、本明細書に記述されたものよりも多数(または少数)の信号が存在することがある。幾つかの実施形態においては、信号の集合における第一の信号は、信号の集合における第二の信号に対する改変に基づいて生成されることができる。一例においては、第一の信号は、第二の信号の置換に基づいて生成されることができる。別の例においては、第一の信号は、第二の信号および第三の信号の組み合わせに基づいて生成されることができる。
【0103】
ある例においては、本明細書で記述されたものよりも多数(または少数)の信号カテゴリが存在することがある。例えば、幾つかの実施形態においては、信号の集合における一つ以上の信号は、アカウント属性信号カテゴリ、異常負荷信号カテゴリ、計算された状態信号カテゴリ、非アクティブにおける消費信号カテゴリ、現在の解析信号カテゴリ、欠測データ信号カテゴリ、切断信号カテゴリ、メータイベント信号カテゴリ、毎月メータ異常負荷信号カテゴリ、非アクティブにおける毎月メータ消費信号カテゴリ、供給停止信号カテゴリ、盗難メータ信号カテゴリ、異常生成信号カテゴリ、作業命令信号カテゴリまたはゼロ読みとり信号カテゴリのうちの少なくとも一つに関連付けられることができる。
【0104】
選択された信号カテゴリからの選択された信号の集合の決定後、信号に対する信号値は、データソースから受信されたデータに基づいて決定されることができる。幾つかの実装においては、信号値を決定することは、信号の集合に対する式の集合を決定することを含むことができる。式の集合における各式は、信号の集合における其々の信号に対応することができる。その後、信号の集合に対する信号値は、式の集合に基づいて計算されることができる。例示として、“消費下落”信号に対する信号値は、メータの平均消費と比較した、メータの消費下落量に対応することができる。多数の他の式が様々な他の信号に対して取得されるか、展開されることができることが理解される。さらに、幾つかの実装においては、信号値は、信号の集合にわたって正規化されることができる。
【0105】
信号の集合に対する信号値の決定後、ノンテクニカルロス同定モジュール330は、信号値に基づいて、複数のエネルギー利用状態に対して複数のN次元表現(例えば、N次元空間における点)を生成することができ、ここで、Nは、ノンテクニカルロスの存在を示す信号の集合における信号の数(即ち、信号量)を表す。例えば、150個の信号が存在する場合、N次元表現は、150次元を有することができる。各次元は、其々の信号に対応することができる。複数のエネルギー利用状態における特定のエネルギー利用状態は、信号値に基づいた座標を有するN次元空間における点として表されることができる。
【0106】
ノンテクニカルロス同定モジュール330は、ノンテクニカルロスを同定するための分類モデルを作成するために、複数のN次元表現に少なくとも一つの機械学習アルゴリズムをさらに適用することができる。分類モデルは、窃盗または機能不良の形式など、ノンテクニカルロスを含みそうなエネルギー利用状態を同定するために用いられることができる。
【0107】
図4は、本開示の一実施形態による、ノンテクニカルロスを同定するために機械学習を用いるように構成された例示的なノンテクニカルロス(NTL)同定モジュール400を示す。例示的なノンテクニカルロス同定モジュール400は、
図3のノンテクニカルロス同定モジュール330として実装されることができる。上述されたように、幾つかの実施形態においては、ノンテクニカルロス同定モジュール400の様々な部分は、
図2のエネルギー管理プラットフォーム202の一つ以上のコンポーネントとして実装されることができる。例えば、幾つかの実施形態においては、ノンテクニカルロス同定モジュール400の少なくとも幾つかの部分は、
図3のアプリケーションサーバ300の一つ以上のコンポーネントとして実装されることができる。
【0108】
図4に示されるように、ノンテクニカルロス同定モジュール400は、信号データ取得モジュール402と、N次元表現モジュール404と、機械学習モジュール406と、結果処理モジュール408とを含むことができる。信号データ取得モジュール402は、信号の集合と、信号の集合に対して関連付けられた信号値とを決定するように構成されることができる。信号値は、複数のエネルギー利用状態に関連付けられることができる。幾つかの実施形態においては、信号データ取得モジュール402は、
図3のデータインテグレータモジュール302として実装されることができ、データインテグレータモジュール302内に常駐することができ、および/またはデータインテグレータモジュール302と協働することができる。外部データソース104
1−nからのデータが受信されることができ、信号の集合は、このように受信されたデータに基づいて生成されることができる。信号データ取得モジュール402は、信号の集合に対して式の集合を適用することなどによって、信号の集合に対して信号値を決定することができる。式の集合における各式は、信号の集合における其々の信号に対応することができる。ある場合には、式の集合は、研究、解析、観察、実験などから導出または展開されることができる。信号データ取得モジュール402は、式の集合に基づいて、信号の集合に対して信号値を計算するように構成されることができる。ある場合には、エネルギー利用の各状態は、一つ以上の其々の信号値によって表されることができる。例えば、信号値の特定の集合は、特定の位置および場所における、特定の顧客に対する特定の公共料金メータの現在の状態に関連付けられることができる。
【0109】
N次元表現モジュール404は、複数のエネルギー利用状態に対する複数のN次元表現を生成するように構成されることができる。複数のN次元表現は、信号値に基づいて生成されることができる。各N次元表現は、エネルギー利用の其々の状態に関連付けられた信号値に基づいて、生成されることができる。各N次元表現は、信号の集合の信号量に対応するN次元を有することができる。一例においては、各エネルギー利用状態は、N次元空間における点として表されることができ、その其々の信号値に対応する座標を有することができる。別の例においては、各エネルギー利用状態は、その其々の信号値に対応するベクトル値を有するN次元ベクトルとして表されることができる。他のN次元表現もまた使用されることができる。
【0110】
機械学習モジュール406は、複数のN次元表現に少なくとも一つの機械学習アルゴリズムを適用するように構成されることができる。ノンテクニカルロスを同定するための分類モデルは、複数のN次元表現に対する少なくとも一つの機械学習アルゴリズムの適用に基づいて、作成され、展開され、または生成されることができる。
【0111】
幾つかの実施形態においては、少なくとも一つの機械学習アルゴリズムは、監視下プロセスと関連付けられることができる。一例においては、複数のN次元表現の少なくとも第一部分は、ノンテクニカルロスに対応するものとして予め認識されるか、検証されたものとすることができる。複数のN次元表現の少なくとも第二部分は、通常のエネルギー利用に対応するものとして予め認識されるか、検証されたものとすることができる。機会学習モジュール406は、通常またはNTLに関連付けられるものとして検証されたN次元表現に対する近接性に基づいて、通常またはNTLに関連付けられるものとして、新規のエネルギー利用状態に関連付けられる新規の信号値を分類することができる。機械学習モジュール406は、第一部分に近いかまたはクラスタにされる一つ以上のN次元表現を判定するように構成されることができる。機械学習モジュール406は、ノンテクニカルロスに対応するものとして第一部分に近いか、またはクラスタにされる一つ以上のN次元表現を分類することができる。なぜなら、それらは、第一部分の特性に類似の特性(例えば、信号値)を有するからである。ある場合には、第一の表現は、相互から許容可能な(または閾値の)N次元の近接範囲内にあるときに、第二の表現に近い(またはクラスタにされる、近接するなど)。例えば、機械学習モジュール406は、ノンテクニカルロスに対応するものとして、第一部分から許容可能なN次元の近接範囲内にある複数のN次元表現のうちの少なくとも第三部分を分類することができる。
【0112】
同様に、機械学習モジュール406は、通常のエネルギー利用に対応するものとして第二部分に近いか、またはクラスタにされる一つ以上のN次元表現を分類することができる。なぜなら、それらは、第二部分の特性に類似の特性(例えば、信号値)を有するからである。例えば、機械学習モジュール406は、通常のエネルギー利用に対応するものとして、第二部分から許容可能なN次元の近接範囲内にある、複数のN次元表現のうちの少なくとも第四部分を分類することができる。
【0113】
さらに、機械学習モジュール406は、信号の集合に対して新規の信号値を受信または取得するように構成されることができる。新規の信号値は、新規のエネルギー利用状態に関して、変更された状況に関連付けられることができる。例えば、新規データは、特定の公共料金メータから受信されることができ、新規信号値は、受信された新規データに基づいて、計算されることができる。機械学習モジュール406は、新規信号値に基づいて、新規のエネルギー利用状態に対して、新規のN次元表現を生成することができる。例えば、新規信号値は、N次元空間に新しい点を生成するために用いられることができる。信号値およびN次元表現が新しいため、それらは、まだ分類されていない。機械学習モジュール406は、分類モデルに基づいて新規N次元表現を分類することができる。例えば、新規N次元表現がノンテクニカルロスに対応するものとして既に分類された別の表現と類似(または、N次元の近接性において十分に近い、近接、クラスタにされる、など)することを分類モデルが示す場合、新規N次元表現は、同様にノンテクニカルロスに対応するものとして分類されることができる。このように、少なくとも一つの機械学習アルゴリズムは、信号値に基づいて、ノンテクニカルロスに対して少なくとも幾つかのN次元表現をマッピングすることを容易にすることができる。一方、新規表現が通常のエネルギー利用として分類された別の表現に類似することを分類モデルが判定する場合、新規表現は、通常のエネルギー利用として分類されることができる。
【0114】
ある例においては、少なくとも一つの機械学習アルゴリズムは、非監視下プロセスを含む。このように、分類されていないデータ(例えば、新規信号値)は、ノンテクニカルロスを同定するために有用な新規パターン、傾向、特性および/または特徴を検出するために用いられることができる。例えば、高密度にクラスタにされたN次元表現は、通常の利用に対応するものと仮定されることができる。非監視下プロセスは、高密度クラスタの外側または高密度クラスタから実質的に分離されたN次元表現の小さいクラスタの分類を試みることがある。小クラスタ内のある表現がノンテクニカルロスに対応するものとして検証される場合、小クラスタ全体は、ノンテクニカルロスに対応するものとして分類されることができる。ある場合には、手動の吟味または確認が、非監視下プロセスを容易にすることができる。
【0115】
ある場合には、新規エネルギー利用状態に関連付けられた一つ以上の信号値が、継続的または周期的に分類モデルを養成するために取得され、解析されることができる。監視下プロセスか非監視下プロセスのいずれかであっても、新規信号値は、ノンテクニカルロス対通常に関連付けられそうなエネルギー利用状態をより正確に同定するための理解を改善するために解析されることができる。ノンテクニカルロスを示す新規信号値および通常エネルギー利用を示す新規信号値は、機械学習モジュール406によって受信されると、少なくとも一つの機械学習アルゴリズムは、新規信号値を説明するために分類モデルを改変することができる。したがって、分類モデルは、時間がたつにつれて、学習、変化および改善することができる。幾つかの実施形態においては、分類モデルは、その信号値に基づいて、エネルギー利用状態を分類するための幾つかの信号がノンテクニカルロスの判定に特に関連しない、または重要ではないことを判定することができる。したがって、エネルギー利用同定モジュール400は、ノンテクニカルロスを同定するうえで、幾つかの信号の考慮を選択的に排除することができる。
【0116】
幾つかの実施形態においては、信号は、収率を最大化するために選択されることができる。本文脈においては、収率は、ノンテクニカルロスの可能性のある例に関連する合計リードに対して、正確に同定されたリードの数を指すことができる。信号は、また、フォールスポジティブを最小化するように選択されることもできる。フォールスポジティブとは、ノンテクニカルロスの不正確に同定された例を指すことができ、この結果、関連付けられたコストおよび遅延を生じることがある。
【0117】
幾つかの実施形態においては、少なくとも一つの機械学習アルゴリズムは、サポートベクターマシン、ブーステッド決定木、分類木、回帰木、バギング木、ランダム森、ニューラルネットワーク、または回帰森のうちの少なくとも一つに関連付けられることができる。多くの他の変形、アプローチ、技術および/またはプロセスが用いられることができることが理解される。
【0118】
結果処理モジュール408は、複数のN次元表現に少なくとも一つの機械学習アルゴリズムを適用した結果生じるデータなどの、データの処理を容易にするように構成されることができる。幾つかの実施形態においては、結果処理モジュール408は、ノンテクニカルロスに関連付けられる尤度を有する、ガスメータ、電力メータおよび水道メータなどの複数の公共料金メータを同定するように構成されることができる。例えば、同定されたメータは、ノンテクニカルロスに対応するものとして分類されたあるN次元表現によって表されるエネルギー利用状態に関連付けられることができる。
【0119】
さらに、結果処理モジュール408は、ノンテクニカルロスに関連付けられる尤度に基づいて、複数の同定された公共料金メータをランク付けすることができる。例えば、結果処理モジュール408は、ノンテクニカルロスに関連付けられる其々の尤度に基づいて、同定されたメータに対するランキングまたはスコアを作成することができる。幾つかの実装においては、特定のエネルギー利用状態に関連付けられる、同定されたメータに対する尤度は、エネルギー利用状態に関連付けられる表現と、ノンテクニカルロスに対応するものとして検証された別の表現との間で、N次元の近接性に依存することがある。より小さいN次元の近接性は、より高い尤度を示すことができる。
【0120】
結果処理モジュール408は、複数のメータのうちの少なくとも幾つかが、特定されたランキング限界基準を満たすことをさらに判定することができ、可能性のあるノンテクニカルロスについての調査に対する候補として、複数の公共料金メータのうちの少なくとも幾つかを提供することができる。一例においては、ランキング限界基準は、最小の尤度パーセンテージ量を特定することができる。別の例においては、ランキング限界基準は、最大の尤度を有する量を特定することができる。ランキング限界基準を満足するランク付けされたメータは、窃盗または機能不良などのノンテクニカルロスに最も遭遇したと思われるメータであり得る。
【0121】
さらに、前述されたように、新規のN次元表現は、ノンテクニカルロスに対応するものとして同定されることができる。結果処理モジュール408は、特定のエネルギー利用状態に関連付けられる一つ以上のエンティティに対して、ノンテクニカルロスを報告することができる。例えば、ノンテクニカルロスに最も遭遇したと思われると判定されたメータは、一つ以上のエネルギー提供者または供給者(例えば、公益事業会社)に提示されることができる。エネルギー提供者または供給者は、今度は、任意の問題を調査して解決することができる。
【0122】
ある場合には、結果処理モジュール408は、特定のエネルギー利用状態がノンテクニカルロスに関連付けられることの確認または未確認のうちの少なくとも一つを、エネルギー提供者などの一つ以上のエンティティから取得することができる。例えば、一つ以上のエンティティは、ノンテクニカルロスまたはノンテクニカルロスの不在を確認するために、フィールド調査または他のプロセスを実施することができる。エンティティは、ノンテクニカルロス同定モジュール400に対して、その知見を報告することができる。さらに、ある例においては、分類モデルは、確認または未確認の少なくとも一つに基づいて、改変され、改良されまたは改善されることができる。
【0123】
図5は、本開示の一実施形態による例示的な信号の集合に対する例示的な信号値を含む例示的な表500を示す。
図5に示されるように、例示的な表500は、3つの信号である信号A、信号B、信号Nの例示的な集合を示すことができる。このように、この例示的な信号の集合に対する信号量は、3つである。多数の変形が可能であることが予測される。
【0124】
図5の例においては、信号Aは、“消費下落(Consumption Drop)”信号である。信号Aに対する信号値は、例えば、0.82であると計算される。信号Bは、“ライン供給停止イベント(Line Outage Event)”信号であり、この例においては、0.74の信号値を有することができる。信号Nは、“作業命令キャンセル(Cancellation of Work Order)”信号であり、信号値は、例えば、0.91である。これらの信号値は、特定のエネルギー利用状態に関連付けられることができる。例えば、これらの信号値は、特定の時間に特定の公共料金メータと関連付けられることができる。これらの信号値に基づいて、N次元表現が作成されることができるが、それは、
図6を参照してより詳細に議論されるだろう。
【0125】
図6は、本開示の一実施形態による、例示的信号値に基づいて生成された例示的N次元表現を含む例示的グラフ600を示す。例示的グラフ600は、
図5の例示的表500に示された信号の集合に対する信号値に基づいて生成されたN次元表現(例えば、点)610を示すことができる。
【0126】
図5における信号の集合に対する信号量は3であるので、例示的グラフ600における次元数は3(N=3)である。
図6のN次元空間における各次元は、軸に関連付けられ、
図5における其々の信号に対応することができる。従って、次元A602は、
図5の信号Aに対応することができ、次元B604は、信号Bに対応することができ、次元N606は、信号Nに対応することができるということになる。このように、N次元表現610は、座標(A=0.82、B=0.74、N=0.91)を有し、例示的グラフ600においてこのように表示される。
【0127】
図6の例に示されるように、表現610は、他のN次元表現を含むクラスタ612内にあり、これは、例えば、他のメータを含む他のエネルギー利用状態を表すことができる。一例においては、表現610がクラスタ612から許容可能な距離内にある場合、表現は、クラスタ612に従って、分類されることができる。例えば、クラスタ612がNTL(または代替的には、通常のエネルギー利用)に関連付けられるものとして検証された場合、クラスタ612から許容可能な距離内に配置されるときの表現610は、NTL(または代替的には、通常のエネルギー利用)に関連付けられるものとして分類される。
【0128】
別の例においては、表現610は、ノンテクニカルロスに対応することが検証される場合、表現610が属する全体のクラスタ612は、ノンテクニカルロス(および、逆に、通常のエネルギー利用)に対応するものとして分類されることができる。クラスタ612内の別の表現がノンテクニカルロスに対応するものとして検証され、かつ、表現610がまだ分類されていない場合、表現610(および全体のクラスタ612)は、ノンテクニカルロス(および逆に通常のエネルギー利用)に対応するものとして分類されることができる。例示的グラフ600における他のクラスタは、同様な方法で分類されることができる。
【0129】
さらに、
図6の例示的グラフ600は、例示として提供されることが理解されるべきである。幾つかの実装においては、N次元表現は、図または視覚的な形式で表示される必要はない。
【0130】
図7は、本開示の一実施形態による、ノンテクニカルロスを同定するための機械学習を利用するための例示的方法700を示す。そうでないと言及されない限りは、様々な実施形態の範囲内で、類似もしくは代替的な順序で、またはパラレルに実施される、追加、より少ないまたは代替的なステップが存在し得ることが理解されるべきである。
【0131】
ブロック702において、例示的方法700は、複数のエネルギー利用状態に関する信号の集合を選択することができる。ある場合には、信号の集合は、複数のエネルギー利用状態に関連付けられることができる。幾つかの実装においては、信号の集合は、エネルギー管理プラットフォーム102のオペレータによって、全体としてまたは部分的に決定されることができる。信号の集合は、エネルギー管理プラットフォーム102内またはエネルギー管理プラットフォーム102外にあるライブラリに格納されることができる。ある例においては、信号の集合は、時間が経過すると成長、収縮および/または変化することがある。例えば、信号の集合の信号量は、エネルギー利用状態を分類するための機械学習アルゴリズムに基づいて改変されることができる。幾つかの実施形態においては、公益事業会社などのエネルギー提供者は、それ自体の信号を生成することができ、エネルギー管理プラットフォーム102のオペレータによって決定された信号の集合に加えて、またはその信号の集合の代わりに使用されるように、エネルギー管理プラットフォーム102にこれらの信号を提供することができる。
【0132】
ブロック704において、例示的方法700は、信号の集合に対する信号値を決定することができる。ある例においては、複数のエネルギー利用状態に対する複数のN次元表現は、信号値に基づいて生成されることができる。さらに、各N次元表現は、信号の集合の信号量に対応するN次元を有することができる。
【0133】
ブロック706において、例示的方法700は、ノンテクニカルロスに関連付けられるエネルギー利用状態を同定するために、信号値に対して機械学習を適用することができる。ある例においては、信号値に対する機械学習の適用は、ノンテクニカルロスを同定するための分類モデルを作成するために、複数のN次元表現に少なくとも一つの機械学習アルゴリズムを適用することを含むことができる。幾つかの実施形態においては、分類モデルは、時間が経過するにつれて改変され、改善され、および/または改良されることができる。例示的方法700のさらなる詳細は、上述されたもので、ここでは繰り返さない。
【0134】
本開示の様々な実施形態に関連する、多くの他の利用、用途および/または変形が存在し得ることがさらに予測される。
【0135】
図8は、本開示の一実施形態により、本明細書に記述された一つ以上の実施形態をマシンに実施させるための命令の集合が実行され得る例示的マシン800を示す。マシンは、他のマシンに接続(例えば、ネットワーク接続)されることができる。ネットワーク展開においては、マシンは、クライアント・サーバネットワーク環境におけるサーバまたはクライアントマシンまたはピアツーピア(もしくは分散)ネットワーク環境におけるピアマシンとしての機能で動作することができる。
【0136】
マシン800は、プロセッサ802(例えば、中央処理装置(CPU)、グラフィクス処理ユニット(GPU)またはその双方)と、メインメモリ804と、不揮発性メモリ806(例えば、揮発性RAMおよび不揮発性RAM)と、を含み、これは、バス808を介して相互に通信する。幾つかの実施形態においては、マシン800は、例えば、デスクトップコンピュータ、ラップトップコンピュータ、パーソナルデジタルアシスタント(PDA)または携帯電話とすることができる。一実施形態においては、マシン800は、また、ビデオディスプレイ810と、英数字入力デバイス812(例えば、キーボード)と、カーソル制御デバイス814(例えば、マウス)と、ドライブユニット816と、信号生成デバイス818(例えば、スピーカ)と、ネットワークインターフェイスデバイス820と、を含む。
【0137】
一実施形態においては、ビデオディスプレイ810は、ユーザ入力に対してタッチ感知型スクリーンを含む。一実施形態においては、タッチ感知型スクリーンは、キーボードおよびマウスの代わりに用いられる。ディスクドライブユニット816は、本明細書に記述された方法または機能のうちの任意の一つ以上を具現化する命令824(例えば、ソフトウェア)の一つ以上の集合が格納されたマシン可読媒体822を含む。命令824は、また、コンピュータシステム800によるその実行中に、メインメモリ804および/またはプロセッサ802内に、完全にまたは少なくとも部分的に常駐することもできる。命令824は、ネットワークインターフェイスデバイス820を介してネットワーク840を介してさらに送受信されることができる。幾つかの実施形態においては、マシン可読媒体822は、また、データベース825も含む。
【0138】
揮発性RAMは、ダイナミックRAM(DRAM)として実装されることができ、これは、メモリ内でデータをリフレッシュまたは保持するために継続的に電力を必要とする。不揮発性メモリは、典型的には、磁気ハードドライブ、磁気光ドライブ、光ドライブ(例えば、DVD RAM)または電力がシステムから除去された後でもデータを保持する他の種類のメモリシステムである。不揮発性メモリは、また、ランダムアクセスメモリであってもよい。不揮発性メモリは、データ処理システム内のコンポーネントの残りに直接結合されたローカルデバイスとすることができる。モデムまたはイーサネットインターフェイスなどのネットワークインターフェイスを介して、本明細書に記述されたコンピュータシステムのうちの任意のシステムに結合されたネットワークストレージデバイスなど、システムから遠隔にある不揮発性メモリも、また使用されることができる。
【0139】
マシン可読媒体822は、単一の媒体であるものとして例示的実施形態に示されているが、“マシン可読媒体”という語は、一つ以上の命令の集合を格納する単一の媒体又は複数の媒体(例えば、集中型もしくは分散型データベースおよび/または関連するキャッシュおよびサーバ)を含むものとして解釈されるべきである。“マシン可読媒体”という語は、マシンによる実行するための命令の集合を格納し、エンコードしまたは保持することが可能であって、本開示の方法のうちの任意の一つ以上をマシンに実施させる、任意の媒体を含むものしても解釈されるべきである。したがって、“マシン可読媒体”という語は、ソリッドステートメモリ、光学および磁気媒体およびキャリア波信号を含むが、そのいずれにも限定はされないものとして解釈されるべきである。本明細書で用いられるような“ストレージモジュール”という語は、マシン可読媒体を用いて実装されることができる。
【0140】
一般的に、本開示の実施形態を実装するために実行されるルーティンは、オペレーティングシステムまたは特定のアプリケーション、コンポーネント、プログラム、オブジェクト、モジュールまたは“プログラム”もしくは“アプリケーション”と呼ばれる一連の命令の一部として実装されることができる。例えば、一つ以上のプログラムまたはアプリケーションは、本明細書に記述された特定のプロセスを実行するために用いられることができる。プログラムまたはアプリケーションは、典型的には、マシン内の様々なメモリおよびストレージデバイスに、様々な時間に設定され、一つ以上のプロセッサによって読み込まれて実行されると、本明細書に記述された実施形態の様々な態様を含む要素を実行するための動作をマシンに実行させる一つ以上の命令を含む。
【0141】
実行可能なルーティンおよびデータは、例えば、ROM、揮発性RAM、不揮発性メモリおよび/またはキャッシュを含む様々な場所に格納されることができる。これらのルーティンおよび/またはデータの一部は、これらのストレージデバイスのうちの任意のデバイスに格納されることができる。さらに、ルーティンおよびデータは、集中型サーバまたはピアツーピアネットワークから取得されることができる。ルーティンおよびデータの異なる部分は、異なる時刻に、異なる通信セッションで、または同一の通信セッションで、異なる集中型サーバおよび/またはピアツーピアネットワークから取得されることができる。ルーティンおよびデータは、アプリケーションの実行前に全体が取得されることができる。あるいは、ルーティンおよびデータの一部は、実行用に必要とされるちょうどその時に、動的に取得されることができる。したがって、特定の時刻に全体として、ルーティンおよびデータがマシン可読媒体上にある必要はない。
【0142】
実施形態は、マシンの文脈で全体として記述されてきたが、様々な実施形態は、様々な形式でプログラム製品として分散されることができ、本明細書に記述された実施形態は、配布を実際に達成するために用いられる特定の種類のマシンまたはコンピュータ可読媒体とは関係なく、等価に適用することを当業者は理解するだろう。マシン可読媒体の例は、とりわけ、揮発性および不揮発性メモリデバイス、フロッピーおよび他のリムーバブルディスク、ハードディスクドライブ、光ディスク(例えば、コンパクトディスクリードオンリーメモリ(CDROM))、デジタルバーサタイルディスク(DVD)など)などの記録可能型媒体、ならびに、デジタルおよびアナログ通信リンクなどの伝送型媒体を含むが、そのいずれにも限定はされない。
【0143】
代替的に、または、組み合わせて、本明細書に記述される実施形態は、特定用途向け集積回路(ASIC)またはフィールドプログラマブルゲートアレイ(FPGA)などの専用回路を用いて、ソフトウェア命令と、もしくはソフトウェア命令なしで実装されることができる。実施形態は、ソフトウェア命令なしで、またはソフトウェア命令と組み合わせてハードワイヤード回路を用いて実装されることができる。したがって、本技術は、ハードウェア回路とソフトウェアの如何なる特定の組み合わせにも限定されることはなく、データ処理システムによって実行される命令用の如何なる特定のソースにも限定されることはない。
【0144】
例示の目的のために、記述の十分な理解を提供するために、多くの特定の詳細事項が説明される。しかしながら、本開示の実施形態は、これらの特定の詳細事項がなくても実施されることができることは当業者に明らかであろう。ある例においては、モジュール、構造、プロセス、特徴、およびデバイスは、記述を不明瞭にすることを回避するために、ブロック図の形式で示されている。他の例においては、データおよび論理フローを表すために、機能的ブロック図およびフロー図が示される。ブロック図およびフロー図のコンポーネント(例えば、モジュール、エンジン、ブロック、構造、デバイス、特徴など)は、本明細書に明確に記述され、図示された以外の方法で、様々に組み合わせられ、分離され、除去され、再整理され、置換されることができる。
【0145】
“一実施形態”“ある実施形態”“他の実施形態”“別の実施形態”などに対する本明細書における言及は、実施形態に関連して記述される特定の形体、設計、構造または特徴が本開示の少なくとも一実施形態に含まれることを意味する。例えば、本明細書内の様々な位置における“ある実施形態により”“一実施形態において”“ある実施形態において”または“別の実施形態において”という語句は、必ずしも全て同一の実施形態に対して言及するものではなく、他の実施形態に対して相互に排他的な個別のまたは代替の実施形態に対して言及するものでもない。さらに、“実施形態”などに対する明確な言及が存在するか否かにかかわらず、様々な特徴が記述され、それは、様々に組み合わせられても、幾つかの実施形態に含まれてもよいが、他の実施形態では様々な形で省略されてもよい。同様に、様々な特徴は、幾つかの実施形態に対しては、優先または必要条件であってもよいが、他の実施形態に対してはそうでなくてもよい。
【0146】
特定の例示的実施形態を参照して実施形態が記述されてきたが、様々な改変および変更がこれらの実施形態に対して行われることができることは明らかであろう。したがって、本明細書および図面は、限定的な意味ではなく例示的な意味でみなされるべきである。前述の明細書は、特定の例示的実施形態を参照して記述を提供する。以下の請求項で説明されるようにより広い趣旨および範囲から逸脱することなく、様々な改変が、そこに行われることができることが明らかであろう。したがって、明細書および図面は、限定的な意味ではなく、例示的な意味でみなされるべきである。
【0147】
図面のうちの幾つかは、動作の数、または特定の順序における方法のステップを示しているが、順序に依存しないステップが再順序付けされてもよく、他のステップが組み合わせられても、省略されてもよい。幾つかの再順序付けまたは他のグルーピングが詳細に言及されているが、他のものは当業者に明らかであり、代替の包括的リストを提示しない。さらに、ハードウェア、ファームウェア、ソフトウェア、またはその任意の組み合わせでステージが実装されることができることが認識されるべきである。
【0148】
本開示の本質から逸脱することなく、様々な変形が行われてもよいことも理解されたい。このような変形は、また、記述に黙示的に含まれている。それらは、本開示の範囲内に依然含まれる。本開示は、独立および全体のシステムの双方として、および方法と装置モードとの双方として、開示された技術の様々な態様を包含する特許を生じることを意図する、ことは理解されるべきである。
【0149】
さらに、本開示および請求項の様々な要素の各々は、また、様々な方法で達成されることができる。本開示は、このような各変形を包含し、任意の装置の実施形態、方法もしくはプロセスの実施形態のうちの一実施形態の変形、またはこれらの任意の要素の単なる変形もまた包含すると理解されるべきである。