(57)【要約】音声起動型要求に応答する方法は、スマートスピーカの施設でのエネルギ消費に関連付けられたエネルギ管理データを要求する音声入力要求をスマートスピーカから受信することを含む。方法は又、第１データソースの第１クエリを備える音声サービス要求を生成することを含む。第１クエリは、エネルギ管理データの要求を備える。また、方法は、第１クエリを第１データソースに通信することと、記第１データソースから第１クエリへの第１の応答を受信することとを含む。更に、方法は、第１クエリへの第１の応答に基づいて、音声入力要求に応答して可聴音声出力を生成することと、可聴音声出力をスマートスピーカに送信することとを含む。スマートスピーカは、可聴音声出力を可聴送信する。
2020533675.tif 000002
【特許請求の範囲】
【請求項１】
音声起動型要求に応答する方法であって、
スマートスピーカの施設でのエネルギ消費に関連付けられたエネルギ管理データを要求する音声入力要求を、前記スマートスピーカから受信することと、
第１データソースの第１クエリを備える音声サービス要求を生成することであって、前記第１クエリは前記エネルギ管理データの要求を備える、ことと、
前記第１クエリを前記第１データソースに通信することと、
前記第１データソースから前記第１クエリへの第１の応答を受信することと、
前記第１クエリへの前記第１の応答に基づいて、前記音声入力要求に応答して可聴音声出力を生成することと、
前記可聴音声出力を前記スマートスピーカに送信することであって、前記スマートスピーカは、前記可聴音声出力を可聴送信するように構成されている、ことと、
を備える方法。
【請求項２】
前記音声サービス要求の第２クエリを生成することであって、前記第２クエリは第２データソースからのエネルギ管理データの要求を備える、ことと、
前記第２クエリを前記第２データソースに通信することと、
前記第２データソースから前記第２クエリへの第２の応答を受信することであって、前記可聴音声出力は、前記第１の応答および前記第２の応答に基づいて生成される、ことと、
を備える、請求項１に記載の方法。
【請求項３】
前記第１データソースは計測デバイスであり、前記第２データソースは、前記計測デバイスに関連付けられたヘッド・エンド・システムである、請求項２に記載の方法。
【請求項４】
前記第１データソースは公益事業者のヘッド・エンド・システムであり、前記エネルギ管理データは、指定された期間にわたる前記スマートスピーカの前記施設での前記エネルギ消費に関連付けられたデータを備える、請求項１に記載の方法。
【請求項５】
前記ヘッド・エンド・システムは、前記第１クエリから受信すると、計測デバイスから更新されたエネルギ管理データを要求する、請求項４に記載の方法。
【請求項６】
前記可聴音声出力を生成することは、
前記可聴音声出力のテキスト表現を生成することと、
前記テキスト表現に対してテキスト音声化操作を実行することと、
を備える、請求項１に記載の方法。
【請求項７】
前記音声サービス要求を生成することは、
前記音声入力要求のテキスト表現を生成するために、前記音声入力要求に対して音声テキスト化操作を実行することと、
前記音声サービス要求を判断するために、前記テキスト表現を既知の要求の登録と照合することと、
を備える、請求項１に記載の方法。
【請求項８】
前記第１の応答から受信したリソース消費情報およびアカウント情報に基づいて公共料金請求を計算することであって、前記可聴音声出力は、前記公共料金請求の可聴表現を備える、こと
を備える、請求項１に記載の方法。
【請求項９】
前記スマートスピーカから追加音声入力要求を受信することと、
前記可聴音声出力に応答して、支払い提出を備える追加音声サービス要求を生成することと、
前記支払い提出を決済サービス会社に通信することと、
前記公共料金請求の支払いの成功を示す追加応答を前記決済サービス会社から受信することと、
前記公共料金請求の前記支払いの成功の表示に基づいて、前記追加音声入力要求に応答して追加可聴音声出力を生成することと、
前記追加可聴音声出力を前記スマートスピーカに送信することと、
を備える、請求項８に記載の方法。
【請求項１０】
消費施設に配置されたデバイスであって、
リソースの消費を測定するように構成された計測モジュールと、
前記計測モジュールに関連付けられたデータを保存するように構成されたメモリと、
第１のネットワーキングプロトコルを使用して、計測デバイスネットワーク内の他のデバイスと、およびヘッド・エンド・システムと通信するように構成された、通信モジュールと、
を備えるメータと、
第２のネットワーキングプロトコルを使用して音声サービスと通信するように構成された処理ユニットであって、前記メータおよび前記処理ユニットは前記デバイスの内部にあるリンクを使用して接続されている、処理ユニットと、
を備えるデバイス。
【請求項１１】
前記処理ユニットは、スマートスピーカから前記音声サービスで受信したユーザの言語要求を示す前記音声サービスから音声サービス要求を受信するように構成されており、前記処理ユニットは、前記音声サービス要求に応答して、前記メモリに関連付けられた前記データの少なくとも一部を前記音声サービスに送信するように構成されている、請求項１０に記載のデバイス。
【請求項１２】
前記処理ユニットは、プロキシサーバを介して前記音声サービスと通信する、請求項１０に記載のデバイス。
【請求項１３】
前記処理ユニットは、前記処理ユニットの起動時に、前記プロキシサーバに登録するように構成されている、請求項１２に記載のデバイス。
【請求項１４】
前記処理ユニットと前記計測モジュールとの間のオプトカプラであって、前記処理ユニットと前記計測モジュールとの間で通信されたデータは前記オプトカプラを通じて送信される、オプトカプラ
をさらに備える、請求項１０に記載のデバイス。
【請求項１５】
前記通信モジュールは、前記計測デバイスネットワークを介してアカウント情報の要求を前記ヘッド・エンド・システムに送信し、前記計測デバイスネットワークを介して前記ヘッド・エンド・システムから前記アカウント情報を受信するように構成されている、請求項１０に記載のデバイス。
【請求項１６】
前記処理ユニットは、前記ヘッド・エンド・システムから受信した前記アカウント情報および前記計測モジュールから受信した消費情報に基づいて請求を計算するように構成されている、請求項１５に記載のデバイス。
【請求項１７】
前記計測デバイスネットワークは無線メッシュネットワークを備える、請求項１０に記載のデバイス。
【請求項１８】
音声起動型要求に応答する方法であって、
スマートスピーカから音声入力要求を受信することと、
前記音声入力要求に基づいて音声サービス要求を生成することであって、前記音声サービス要求は、エネルギ消費データソースのクエリを備える、ことと、
前記クエリを前記エネルギ消費データソースに通信することと、
前記エネルギ消費データソースから前記クエリへの応答を受信することと、
前記クエリへの前記応答に基づいて、前記音声入力要求に応答して可聴音声出力を生成することと、
前記可聴音声出力を前記スマートスピーカに送信することであって、前記スマートスピーカは、前記可聴音声出力を可聴送信するように構成されている、ことと、
を備える方法。
【請求項１９】
前記音声入力要求に基づいて追加音声サービス要求を生成することであって、前記追加音声サービス要求は、エネルギ・アカウント・データ・ソースの追加クエリを備える、ことと、
前記追加クエリを前記エネルギ・アカウント・データ・ソースに通信することと、
前記エネルギ・アカウント・データ・ソースから前記追加クエリへの応答を受信することと、
前記クエリへの前記応答および前記追加クエリへの前記応答に基づいて、前記可聴音声出力を生成することと、
をさらに備える、請求項１８に記載の方法。
【請求項２０】
前記エネルギ消費データソースは、計測デバイス、モノのインターネットデバイス、決済サービス会社、公益事業者、またはこれらの任意の組み合わせを備える、請求項１８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、２０１７年９月６日に出願された、「Ｖｏｉｃｅ−Ａｃｔｉｖａｔｅｄ  Ｅｎｅｒｇｙ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ（音声起動型エネルギ管理システム）」と題される、米国仮特許出願第６２／５５４，７３４号明細書の優先権を主張し、その全体は、参照により本明細書に組み込まれる。
【０００２】
本開示は、概して、リソース消費の音声起動型管理のための装置およびプロセスに関する。より具体的には、本開示は、エネルギ消費に関連する情報を取得するため、およびエネルギ消費の支払いを監理することを含む、エネルギ消費を管理するために、音声制御を使用することに関する。
【背景技術】
【０００３】
電力、ガス、および配水システムなどのネットワークは、住居、企業、または負荷デバイスを含むその他の施設内に位置する負荷デバイスへの送達インフラストラクチャのネットワークを通じて、供給源（たとえば、発電所、ガスゲートステーション、貯水タンク、およびその他の公益事業者）からリソースを送達するために使用される。負荷デバイスがリソースを消費すると、施設に関連する計測デバイスが消費を追跡する。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
計測デバイスがリソース消費を正確に追跡している間、ユーティリティ消費者は通常、リソース消費に関する現在の情報を容易に取得することができない。一例として、リソース消費に関する情報は、時間遅延を伴ってユーティリティ消費者に利用可能となる。このような時間遅延は、月末に公共料金請求を受け取ることと関連している場合がある。さらに、利用可能なリソース消費情報にアクセスすることは、コンピュータデバイス上でウェブポータルにアクセスすること、または公益事業者から紙または電子通信を受け取るために待機することを伴う。したがって、リソース消費情報にアクセスすることおよびリソース消費に関連する費用を管理することは、公益事業者によって提供される不完全かつタイムリーではないデータによって妨げられる。
【課題を解決するための手段】
【０００５】
リソース消費の音声起動型管理のための装置およびプロセスの態様および例が開示される。たとえば、音声起動型要求に応答する方法は、スマートスピーカの施設でのエネルギ消費に関連するエネルギ管理データを要求する音声入力要求をスマートスピーカから受信することを含む。方法はまた、音声サービス要求を生成することも含む。音声サービス要求は、第１データソースの第１クエリを含み、第１クエリはエネルギ管理データの要求を含む。加えて、方法は、第１データソースに第１クエリを通信することと、第１データソースから第１クエリへの第１の応答を受信することと、を含む。さらに、方法は、第１クエリへの第１の応答に基づいて音声入力要求に応答して可聴音声出力を生成することと、可聴音声出力を可聴送信できるスマートスピーカに可聴音声出力を送信することと、を含む。
【０００６】
追加の例では消費施設に配置されたデバイスは、メータを含む。メータは、リソースの消費を測定するための計測モジュールと、計測モジュールに関連するデータを保存するためのメモリと、第１のネットワーキングプロトコルを使用して計測デバイスネットワーク内の他のデバイスおよびヘッド・エンド・システムと通信するための通信モジュールと、を含む。メータはまた、第２のネットワーキングプロトコルを使用して音声サービスと通信する処理ユニットも含み、メータおよび処理ユニットは、デバイスの内部にあるリンクを使用して接続されている。
【０００７】
追加の例では、音声起動型要求に応答する方法は、スマートスピーカから音声入力要求を受信することを含む。方法はまた、音声入力要求に基づいて音声サービス要求を生成することも含む。音声サービス要求は、エネルギ消費データソースのクエリを含む。加えて、方法は、エネルギ消費データソースにクエリを通信することと、エネルギ消費データソースからのクエリへの応答を受信することと、を含む。さらに、方法は、クエリへの応答に基づいて音声入力要求に応答して可聴音声出力を生成することと、可聴音声出力を可聴送信するためのスマートスピーカに可聴音声出力を送信することと、を含む。
【０００８】
これらの例示的な態様および特徴は、本発明を限定または定義するためではなく、本出願に開示される発明の概念の理解を助ける例を提供するために、言及されている。本発明の他の態様、利点、および特徴は、出願全体を検討した後に明らかとなるだろう。
【図面の簡単な説明】
【０００９】
本開示のこれらおよびその他の特徴、態様、および利点は、添付図面を参照して以下の詳細な説明を読むと、より良く理解される。
【００１０】
【図１】１つ以上の例による、リソース消費情報の音声起動型クエリのデータフローの一例を示すブロック図である。
【図２】１つ以上の例による、リソース消費システムの計測デバイスおよびヘッドエンドの音声起動型クエリのデータフローの一例を示すブロック図である。
【図３】１つ以上の例による、音声起動型公共料金支払いシステムのデータフローの一例を示すブロック図である。
【図４】１つ以上の例による、ユーティリティネットワーク内の終点の一例を示すブロック図である。
【図５】１つ以上の例による、音声起動型要求に応答して計測デバイスから計測データを受信するプロセスのフローチャートである。
【図６】１つ以上の例による、計測デバイスによって受信した音声起動型要求に応答して計測モジュールおよびヘッド・エンド・システムと通信するプロセスのフローチャートである。
【発明を実施するための形態】
【００１１】
リソース消費の音声起動型管理のためのシステムおよび方法が提供される。たとえば、ユーティリティ分配ネットワーク内では、計測コンポーネント、通信コンポーネント、処理ユニットなどを含み得る装置が、消費施設に配置されている。消費施設は、ユーティリティ消費デバイスを含む、家庭またはビジネスの場所であり得る。デバイスは、消費施設でのリソースの消費を測定するために使用される計測モジュールをそれ自体が含み得る、メータを含み得る。メータはまた、第１のネットワーキングプロトコルを使用して、無線メッシュネットワーク内の別のデバイスと、ならびにヘッド・エンド・システムと無線通信する、通信モジュールも含み得る。
【００１２】
デバイスと通信しているユーザからの音声起動型要求を開始するために、デバイスは、処理ユニットも含み得る。１つ以上の例では、メータおよび処理ユニットは、デバイスの内部にあるリンクを使用して接続されている。処理ユニットは、音声サービスから受信した通信信号を処理する。音声サービスは、デバイスに関連するスマートスピーカから音声起動型要求を受信し、要求をデバイスによって理解可能なコマンドに処理し、処理ユニットによる処理の要求をデバイスに提供する。音声サービスにエネルギ管理データを提供するために、他のデバイスおよびシステムもまた音声サービスと対話し得る。たとえば、他のデバイスおよびシステムは、決済サービスプラットフォーム、設備ベンダプラットフォーム、モノのインターネット（ＩｏＴ）デバイス、公益事業者、または音声サービスと通信可能なエネルギ管理データのその他いずれかの供給源を含み得る。
【００１３】
本明細書に記載される特定の態様は、リソース消費の管理に適用され、これにより、リソース消費に対するユーザ制御およびユーティリティデータへのユーザアクセスを改善する。特に、本明細書に記載される特定の音声起動型システムおよび方法は、消費者によるユーティリティデータへの既存のアクセスを改善する。たとえば、既存のシステムは、施設におけるリソースの消費に関するリアルタイムまたは略リアルタイムデータを消費者に供給する能力、もしくは使用または消費の単なる予測ではなく実際の使用または消費データであるデータを消費者に提供する能力が、欠如している。しかしながら、本明細書に記載される特定の実施は、リソース消費データへのアクセスを消費者に提供する特定のプロセスを提供し、これは公共料金請求を生成するときにユーティリティによって使用されるのと同じリソース消費データである。したがって、リソース消費管理に関する従来のシステムとは対照的に、メータからのリソース消費データまたは別のリソースからの別のエネルギ管理データを受信するために音声起動型要求を使用する音声起動型管理システムは、リソース消費データの強化された完全性および適時性に基づいて、リソース消費をより効率的に管理する。
【００１４】
図１は、音声起動型管理システム１００の一例を示すブロック図である。音声起動型管理システム１００は、リソース消費情報の音声起動型クエリのデータフローの一例を提供する。図示されるように、システム１００は計測デバイス１０２を含み、これは計測デバイス１０２に関連する場所（たとえば、無線メッシュネットワークおよびグリッドネットワークに結合された計測デバイスノード）におけるリソースの消費を追跡するために使用される。単一の計測デバイス１０２のみが示されているが、システム１００内で追加の計測デバイス１０２も考えられる。たとえば、施設は、施設の異なる部分にサービス提供する複数の計測デバイス１０２を含み得る。加えて、いくつかの異なる施設に配置された複数の計測デバイス１０２は、単一の公共料金支払人に関連付けられてもよい。さらに、モノのインターネット（ＩｏＴ）デバイス１０４のネットワークは、計測デバイス１０２、またはシステム１００へのアクセスを有する別のＩｏＴデバイスを含んでもよい。計測デバイス１０２によって追跡されるリソースの消費は、電気、ガス、水道、または計測デバイス１０２によって追跡可能なその他いずれかの消耗品を含み得る。リソース消費、またはリソース消費に関する情報は、決済サービス会社１０６（たとえば、銀行）、設備ベンダ１０８の通信プラットフォーム（たとえば、ＨＶＡＣベンダ、家電ベンダなどの通信プラットフォーム）、および公益事業者１１０からも提供され得る。
【００１５】
一例では、決済サービス会社１０６は、消費者から消費者のリソース消費に関連するリソース事業者への支払いに関する情報を提供し得る。設備ベンダ１０８の通信プラットフォームは、設備ベンダによって製造または配布された設備と通信するためのプラットフォームをユーザに提供し得る。たとえば、各設備ベンダは、他の設備ベンダとは異なる通信方式またはセキュリティプロトコルを有し得る。したがって、設備ベンダ１０８の通信プラットフォームは、設備がどのようにリソースを消費するかに関するデータを受信するための設備との通信を可能にする通信方式およびセキュリティプロトコルを、ユーザに提供し得る。さらに、公益事業者１１０は、ある場所での全体的なリソース消費に直接関連する情報を提供し得る。公益事業者１１０からの情報には、メータデータ管理システム１１２、ヘッド・エンド・システム１１４、または公益事業者１１０に関連するその他いずれかのデータ記憶装置１１６を通じてアクセスし得る。
【００１６】
計測デバイス１０２からのリソース消費データ、またはリソース消費に関するその他のデータを受信するために、スマートスピーカ１１８は消費者から音声入力１２０を受信し得る。スマートスピーカ１１８は、消費者から音声データ（たとえば、音声入力１２０）を受信することが可能な、インターネットに接続されたいずれのスピーカであってもよい。このようにして、スマートスピーカ１１８は、消費者に音声起動型ユーザインタフェースを提供する。１つ以上の例では、スマートスピーカ１１８は、Ａｍａｚｏｎ  Ｔｅｃｈｎｏｌｏｇｉｅｓ，Ｉｎｃ．のＡｍａｚｏｎ  Ｅｃｈｏ（登録商標）またはＧｏｏｇｌｅ  ＬＬＣ．のＧｏｏｇｌｅ  Ｈｏｍｅ（商標）などのハンズフリースピーカを含み得る。別の例では、スマートスピーカ１１８に加えて、または代わりに、音声インタフェースを有するその他いずれかのデバイスが使用されてもよい。たとえば、スマートスピーカ１１８に加えて、または代わりに、音声認識サポート（たとえば、以下で論じられるような、音声サービス１２２からのサポート）を含み、インターネットに接続して音声データを受信することが可能な、携帯電話またはその他のデバイスが使用されてもよい。さらに、以下の議論は概してスマートスピーカ１１８を参照しているが、スマートスピーカ１１８に置き換わることが可能な他のデバイスも、以下に詳細に記載されるスマートスピーカ１１８の機能と類似の機能を実行し得る。まとめると、計測デバイス１０２、ＩｏＴデバイス１０４、決済サービス会社１０６、設備ベンダ１０８の通信プラットフォーム、および公益事業者１１０から情報を受信するために音声サービス１２２との音声通信を使用して対話するいずれのデバイスも、スマートスピーカ１１８として記載され得る。
【００１７】
スマートスピーカ１１８が音声入力１２０を受信すると、スマートスピーカ１１８は、音声サービス１２２に音声入力１２０を提供する。１つ以上の例では、音声入力１２０はリソース消費情報の音声要求であり、リソース消費情報は、計測デバイス１０２、公益事業者１１０、またはその他いずれか利用可能なデータソースの任意の組み合わせから受信され得る。音声入力１２０はまた、計測デバイス１０２または公益事業者１１０からのユーティリティアカウント情報の音声要求であってもよい。スマートスピーカ１１８は、スマートスピーカ１１８および計測デバイス１０２（たとえば、公益事業者１１０から）の両方に関連するユーティリティアカウントに基づいて、特定の計測デバイス１０２に関連付けられてもよく、またはスマートスピーカ１１８は、計測デバイス１０２の固有の識別番号またはコードを使用して、計測デバイス１０２に直接関連付けられてもよい。リソース消費情報は、現在の請求期間のリソース消費、履歴リソース消費データ、リソース消費傾向、住宅内に配置された設備の平均リソース消費、公益事業者１１０によって保存されたあらゆる追加リソース消費情報、計測デバイス１０２、ＩｏＴデバイス１０４、決済サービス会社１０６、または設備ベンダ１０８の通信プラットフォームによってアクセス可能なあらゆる追加リソース消費または管理情報、またはこれらの任意の組み合わせを含み得る。公益事業者１１０、計測デバイス１０２、または両方に配置され得る、ユーティリティアカウント情報は、アカウントのプリペイド残高、アカウントに関連付けられた現在のリソース消費請求率、消費に基づいて発生した過去１ヶ月間の（または今日までの別の期間の）料金、あらゆる追加のアカウント情報、またはこれらの任意の組み合わせを含み得る。
【００１８】
いくつかの例では、音声サービス１２２は、音声コマンドを処理し、外部システム（たとえば、計測デバイス１０２、ＩｏＴデバイス１０４、決済サービス会社１０６、設備ベンダ１０８の通信プラットフォーム、公益事業者１１０、またはこれらの任意の組み合わせ）と通信することを含む、音声コマンドをサポートするためのアクションを実行する、音声プラットフォームである。このような例では、音声サービス１２２は、スマートスピーカ１１８から音声入力１２０を受信し、消費者の要求を特定の処理タスクとして特徴付けるために音声入力１２０を処理する。たとえば、音声サービス１２２は、オーディオデータからの音声入力１２０をオーディオデータのテキスト表現に、またはオーディオデータにマッピングされた特定のコンピュータ可読タスクに、変換し得る。
【００１９】
音声入力１２０の処理を実現するために、音声サービス１２２は計算コンポーネントを含み得る。たとえば、計算コンポーネントは、イベント駆動型の、サーバレス計算プラットフォームであってもよい。計算コンポーネントは、音声サービス１２２によって受信または識別されたタスクに応答して、コード行を実行し得る。計算コンポーネントによってタスクが受信されると、計算コンポーネントは、音声入力１２０からの音声サービス１２２によって識別されたタスクを遂行するために、計算リソースを割り当てることができる。１つ以上の例では、音声サービス１２２は、音声入力１２０に対して音声テキスト化操作を実行し、音声入力１２０に関連付けられたテキストデータを計算コンポーネントに提供する。このような例では、計算コンポーネントは、音声入力１２０によって計算コンポーネントが遂行するように指示される特定のタスクを決定するために、音声入力１２０に関連付けられたテキストデータを既知の要求のレジスタと照合する。
【００２０】
１つ以上の例では、音声サービス１２２の計算コンポーネントは、音声入力１２０に関連付けられたテキストデータを受信し、当月の計測デバイス１０２によって記録された消費データおよび消費データに関連する費用をテキストデータが要求していると判断する。次に音声サービス１２２は、計測デバイス１０２または公益事業者１１０から消費データを要求するためのコンピュータタスクを生成し得る。たとえば、コンピュータタスクは、音声サービス１２２に特定の情報（たとえば、リソース消費データ、リソース消費費用など）を提供するように、計測デバイス１０２または公益事業者１１０に指示してもよく、またはコンピュータタスクは、音声入力１２０に対する完全な応答（たとえば、「あなたは今月これまでに６００キロワット時消費しました」または「今月の現在のあなたの請求額は５０ドルです」）を提供するように、計測デバイス１０２または公益事業者１１０に指示してもよい。このように、データソースの処理能力またはデータソースで利用可能なデータに応じて、音声サービス１２２またはデータソース（すなわち、計測デバイス１０２または公益事業者１１０）のいずれかにおいて完全な応答のコンピレーションが提供され得る。
【００２１】
音声サービス１２２によって生成されたコンピュータタスクは、音声サービス１２２によって、計測デバイス１０２内に配置されるかまたはこれと関連付けられたプロセッサ１２４に向けられ得る。別の例では、音声サービス１２２は、公益事業者１１０で保存された消費データを受信するために、タスクを公益事業者１１０に向けてもよい。上記の例は計測デバイス１０２または公益事業者１１０によって記録された消費データの要求を説明しているが、計測デバイス１０２、公益事業者１１０、または音声サービス１２２が通信できるその他いずれかのデータソースから、別のタイプのデータが要求されてもよい。たとえば、計測デバイス１０２は、瞬時電力の表示、計測デバイス１０２の温度、または計測デバイス１０２によって記録されるその他いずれかのタイプのデータを記録および提供し得る。
【００２２】
プロセッサ１２４は、タスクを受信し、タスクを解析し、要求された情報について計測デバイス１０２に問い合わせてもよい。計測デバイス１０２は、ローカルで利用可能な要求された情報（たとえば、現在のリソース消費量）を維持してもよく、または、一例では、計測デバイス１０２は、計測デバイス１０２によって受信したタスクに関する情報を取得するために、計測デバイス１０２に関連付けられたヘッド・エンド・システム１１４に問い合わせてもよい。別の例では、音声サービス１２２は、音声入力１２０に基づいて複数のタスクを生成してもよい。このような例では、音声サービス１２２は、音声入力１２０を解析し、音声入力１２０によって要求された情報を取得するためにはどのデータソースに問い合わせるべきかを判断し得る。たとえば、音声入力１２０が請求に関する過去１ヶ月間の更新を要求する場合、音声サービス１２２は、過去１ヶ月間の総エネルギ消費を要求して計測デバイス１０２に送信されるタスクを生成してもよく、音声サービス１２２は、エネルギ消費の単価を要求して公益事業者１１０に送信される追加のタスクを生成してもよい。計測デバイス１０２および公益事業者１１０から応答が受信されると、音声サービス１２２は、過去１ヶ月間の請求更新（すなわち、現在の請求期間内に既に消費したエネルギの費用）を生成するために、過去１ヶ月間の総エネルギ消費にエネルギ消費の単価を乗じることができる。
【００２３】
一例では、音声サービス１２２は、音声入力１２０に基づいて単一のタスクを提供し、計測デバイス１０２または公益事業者１１０に単一のタスクを提供し得る。計測デバイス１０２または公益事業者１１０が単一のタスクに応答するためにローカルで利用可能な情報を十分に有する場合、計測デバイス１０２または公益事業者１１０は、たとえば、過去１ヶ月間の請求更新の合計を計算し、その情報を音声サービス１２２に提供し得る。計測デバイス１０２または公益事業者１１０が応答のためにローカルで利用可能な情報を十分に有していない場合、計測デバイス１０２または公益事業者１１０は、別のデータソースからの情報を要求するか、または別のデータソースからの追加情報が要求されることを音声サービス１２２に通知し得る。
【００２４】
１つ以上の例では、公益事業者１１０は、エネルギ管理データを音声サービス１２２に提供するために、音声サービス１２２からタスクを受信し得る。エネルギ管理データは、スマートスピーカ１１８の施設に関連付けられてもよい。計測デバイス１０２が計測データ（たとえば、ある期間のリソース消費情報、瞬時電力消費率の表示、計測デバイス１０２の温度、または計測デバイス１０２によって記録されたその他いずれかのタイプのデータ）を通信する通信ネットワーク（たとえば、無線メッシュネットワーク）は事実上損失が多い可能性があるので、公益事業者１１０に保存された計測データは、通信ネットワークを通じた計測デバイス１０２からの更新の損失のため、古い可能性がある。正確なエネルギ管理データを音声サービス１２２に提供するには計測データが古すぎると公益事業者１１０が判断した場合、公益事業者１１０は、計測データ更新の要求を計測デバイス１０２に送信し得る。計測デバイス１０２から更新された計測データを受信すると、公益事業者１１０は音声サービス１２２に応答を提供し得る。
【００２５】
音声サービス１２２と計測デバイス１０２との間の通信は、音声サービス１２２と公益事業者１１０またはその他のデータソースとの間の通信とは異なってもよい。加えて、計測デバイス１０２とヘッド・エンド・システム１１４との間の通信は、他のタイプの通信とは異なる通信プロトコルを使用して実行されることも可能である。たとえば、音声サービス１２２は、有線またはＷｉＦｉネットワークを通じてハイパーテキスト転送プロトコルセキュア（ＨＴＴＰＳ）プロトコルを使用して、公益事業者１１０またはその他のリモート・データ・ソースと通信してもよい。さらに、音声サービス１２２は、ＺｉｇＢｅｅ通信プロトコルまたはその他の形態の無線通信プロトコルを使用して、スマートスピーカ１１８にローカルな計測デバイス１０２またはその他のデータソースと通信し得る。加えて、計測デバイス１０２とヘッド・エンド・システム１１４との間の通信は、無線周波数（ＲＦ）タイム・スロット・チャネル・ホッピング（ＴＳＣＨ）プロトコルまたはセルラープロトコルを使用して、無線メッシュネットワークを通じて通信し得る。１つ以上の例では、ヘッド・エンド・システム１１４に向かう途中のコレクタによって計測デバイス１０２からの通信を受信すると、通信プロトコルが変化し、結果として計測デバイス１０２とヘッド・エンド・システム１１４との間で複数の通信プロトコルを使用するようになる。音声サービス１２２と利用可能なデータソース（たとえば、計測デバイス１０２、ＩｏＴデバイス１０４、決済サービス会社１０６、設備ベンダ１０８の通信プラットフォーム、公益事業者１１０、またはその他いずれかのデータソース）との間、ならびに計測デバイス１０２とヘッド・エンド・システム１１４との間の通信には、本開示の範囲内で、他のネットワーキングプロトコルも考えられる。
【００２６】
加えて、または代わりに、要求された情報がＭＤＭＳ１１２、ヘッド・エンド・システム１１４、または公益事業者１１０のデータ記憶装置１１６内で利用可能な場合、音声サービス１２２は、公益事業者１１０に直接タスクを提供して情報を要求し得る。このような直接要求は、アクセス認証および計測デバイス１０２に関連付けられたアカウントの情報をヘッド・エンド・システム１１４に提供することを含み得る。計算サービス２０４とヘッド・エンド・システム１１４との間の通信経路は、インターネットを通じて実現され得る。ヘッド・エンド・システム１１４からの応答は、計測デバイス１０２に関して要求された情報（たとえば、消費履歴）を含み得る。
【００２７】
本明細書で使用される際に、用語「ヘッド・エンド・システム」（たとえば、ヘッド・エンド・システム１１４）は、計測デバイス１０２からのメータデータのストリームを受信する、ハードウェアおよびソフトウェアのシステムを指すことができる。ヘッド・エンド・システム１１４はまた、公益事業者１１０との消費者アカウント情報へのアクセスも有する。したがって、音声サービス１２２または計測デバイス１０２がヘッド・エンド・システム１１４からアカウント情報を要求するとき、ヘッド・エンド・システム１１４はアカウント情報（たとえば、リソース消費請求率）を音声サービス１２２または計測デバイス１０２に戻すことができる。
【００２８】
計測デバイス１０２、ＩｏＴデバイス１０４、決済サービス会社１０６、設備ベンダ１０８の通信プラットフォーム、公益事業者１１０、またはこれらの任意の組み合わせからの要求された情報が音声サービス１２２で受信されると、受信した情報は、音声入力１２０からの元の要求への応答を準備するために使用される。たとえば、元の要求が公共料金請求の現在の残高であった場合、音声サービス１２２は、計測デバイス１０２または公益事業者１１０から受信した現在のリソース消費に、（たとえば、ＭＤＭＳ１１２、ヘッド・エンド・システム１１４、または公益事業者１１０に関連付けられたその他いずれかのデータ記憶装置１１６を介して）公益事業者１１０から直接、または計測デバイス１０２を通じてヘッド・エンド・システム１１４から受信した現在のリソース消費請求率を乗じる。計測デバイス１０２は、たとえば、前の請求サイクルが完了してからのリソース消費を追跡することによって、現在のリソース消費を判断し得る。別の例では、現在のリソース消費は、ヘッド・エンド・システム１１４から直接、音声サービス１２２によって取得され得る。応答が音声サービス１２２によってテキスト形式で生成されると（たとえば、「今月のあなたの現在の残高は＄４３．３８です」）、音声サービス１２２は、テキスト音声化操作を実行し、音声出力１２６としてスマートスピーカ１１８から送信するために、得られたオーディオデータをスマートスピーカ１１８に流す。
【００２９】
図１の議論は概してリソース消費に関連付けられた現在の残高の要求を説明しているが、本開示の範囲内で他の要求もまた考えられる。たとえば、消費者はプリペイド・ユーティリティ・アカウントを有してもよい。このようなアカウントでは、消費者は、プリペイド残高にお金がいくら残っているかのリアルタイム表示を要求し得る。このプロセスは、ヘッド・エンド・システム１１４によって提供されるアカウント情報が消費者向けの残りのプリペイド残高を含むことを除き、図１のデータフローと類似である。他の要求は、公共料金請求に対して指定された金額を支払う要求、エネルギ総使用量の表示の要求、指定された期間にわたるエネルギ使用量の表示の要求、省エネルギ技術の要求、住宅を離れるときに不要なエネルギ消費デバイスを遮断する要求（たとえば、照明を消す、サーモスタットの温度を調節するなど）、プリペイドアカウント残高、およびプリペイドアカウント残高がなくなりそうなときの表示の要求、公益事業者１１０からの通知の要求、またはエネルギ使用に関連するその他いずれかの要求を含み得る。要求に応えて、音声サービス１２２は、データの適切な供給源に問い合わせ、消費者に適切な応答を提供する音声出力１２６で応答する。
【００３０】
１つ以上の例では、音声サービス１２２は、外挿コンポーネントも含み得る。外挿コンポーネントは、音声入力１２０によって提供された要求に関連付けられたユーザに、追加の有用な情報を提供し得る。たとえば、消費者は、プリペイドアカウント残高の表示を要求してもよい。これに応えて、音声サービス１２２は、プリペイドアカウント残高を音声出力１２６として提供してもよく、音声サービス１２２はまた、現在の消費率に基づいてプリペイドアカウント残高がなくなるときの表示も消費者に提供し得る。外挿コンポーネントはまた、消費者の特定の要求に基づいて、他の形態の外挿情報を消費者に提供することもできる。
【００３１】
１つ以上の例では、図１に関して上記で論じられた消費者は、プロシューマでもあり得る。つまり、消費者は、リソースを消費すると共に、リソースを生成してリソースネットワークに提供することもできる。たとえば、消費者の施設は、風力タービン、太陽電池のアレイ、またはその他いずれかのエネルギ生成デバイスを含み得る。このような例では、消費者の需要を超えてエネルギ生成デバイスによって生成されたエネルギは、エネルギグリッドに戻されてもよい。ユーティリティに戻されたエネルギは、消費者がエネルギグリッドに提供したエネルギの分の支払いとして、消費者にクレジット相殺を提供し得る。消費者がリソース消費に関する情報をスマートスピーカ１１８に要求すると、計測デバイス１０２および／またはヘッド・エンド・システム１１４は、ユーティリティによって買い戻されたエネルギ、およびエネルギ買い戻しが消費者の電気料金請求にどのように影響するかに関する情報を、消費者に提供し得る。
【００３２】
一例では、公益事業者１１０、または音声サービス１２２と通信しているその他のエンティティは、スマートスピーカ１１８に通知をプッシュし得る。たとえば、ユーザはスマートスピーカ１１８を使用して、その月に指定されたエネルギ消費閾値にいつ到達したかの通知の要求を初期化し得る。これに応えて、公益事業者１１０、またはエネルギ消費データへのアクセスを有するその他のエンティティは、音声サービス１２２を使用して、エネルギ消費閾値に到達したときにスマートスピーカ１１８に通知をプッシュし得る。一例では、プッシュされた通知は、通知が音声入力１２０としてユーザによって言葉で確認されるまで、規則的な間隔で繰り返されてもよい。エネルギ管理データに関連付けられたその他の通知は、ユーザによって初期化され、類似の方法でスマートスピーカ１１８にプッシュされてもよい。
【００３３】
図２は、音声起動型管理システム２００の一例を示すブロック図である。音声起動型管理システム２００は、消費者の計測デバイス１０２または公益事業者１１０のヘッド・エンド・システム１１４からのリアルタイムリソース消費情報へのアクセスをユーティリティ消費者に提供するために、図１に関して上記で説明された、音声起動型管理システム１００によって検討された特定のタスクの詳細を提供し得る。図示されるように、システム２００は計測デバイス１０２を含み、これは計測デバイス１０２に関連する場所（たとえば、無線メッシュネットワークの計測デバイスノード）におけるリソースの消費を追跡するために使用される。単一の計測デバイス１０２のみが示されているが、システム２００内で追加の計測デバイス１０２も考えられる。たとえば、施設は、施設の異なる部分にサービス提供する複数の計測デバイス１０２を含み得る。加えて、いくつかの異なる施設に配置された複数の計測デバイス１０２は、単一のユーティリティアカウントに関連付けられてもよい。計測デバイス１０２によって追跡されるリソースの消費は、電気、ガス、水道、または計測デバイス１０２によって追跡可能なその他いずれかの消耗品を含み得る。
【００３４】
計測デバイス１０２からリソース消費データを受信するために、スマートスピーカ１１８は消費者から音声入力１２０を受信する。スマートスピーカ１１８が音声入力１２０を受信すると、スマートスピーカ１１８は、音声サービス１２２の音声認識インタフェース２０２に音声入力１２０を提供する。１つ以上の例では、音声入力１２０は、計測デバイス１０２またはヘッド・エンド・システム１１４からのリソース消費情報の音声要求、および／または計測デバイス１０２またはヘッド・エンド・システム１１４からのユーティリティアカウント情報の音声要求である。スマートスピーカ１１８は、スマートスピーカ１１８および計測デバイス１０２の両方に関連するユーティリティアカウントに基づいて、特定の計測デバイス１０２に関連付けられてもよく、またはスマートスピーカ１１８は、計測デバイス１０２の固有の識別番号またはコードを使用して、計測デバイス１０２に直接関連付けられてもよい。リソース消費情報は、現在の請求期間のリソース消費、履歴リソース消費データ、リソース消費傾向、ヘッド・エンド・システム１１４で保存された任意の追加リソース消費情報、計測デバイス１０２によってアクセス可能な任意の追加リソース消費情報、またはこれらの任意の組み合わせを含み得る。ヘッド・エンド・システム１１４、計測デバイス１０２、または両方に配置され得る、ユーティリティアカウント情報は、アカウントのプリペイド残高、アカウントに関連付けられた現在のリソース消費請求率、消費に基づいて発生した過去１ヶ月間の（または今日までの別の期間の）料金、履歴データに基づく消費予測情報などの分析データ、あらゆる追加のアカウント情報、またはこれらの任意の組み合わせを含み得る。
【００３５】
いくつかの例では、音声認識インタフェース２０２は、音声コマンドを処理し、外部システムとの通信を含む、音声コマンドをサポートするためのアクションを実行する、音声プラットフォームである。このような例では、音声認識インタフェース２０２は、スマートスピーカ１１８から音声入力１２０を受信し、消費者の要求を特定の処理タスクとして特徴付けるために音声入力１２０を処理する。たとえば、音声認識インタフェース２０２は、オーディオデータからの音声入力１２０を、オーディオデータのテキスト表現に変換する。
【００３６】
音声入力１２０の処理を実現するために、音声サービス１２２は、計算サービス２０４も含み得る。たとえば、計算サービス２０４は、イベント駆動型の、サーバレス計算プラットフォームであってもよい。計算サービス２０４は、音声認識インタフェース２０２によって受信または識別されたタスクに応答して、コード行を実行する。計算サービス２０４によってタスクが受信されると、計算サービス２０４は、音声認識インタフェース２０２によって識別されたタスクを遂行するために、計算リソースを割り当てる。１つ以上の例では、音声認識インタフェース２０２は、音声入力１２０に対して音声テキスト化操作を実行し、音声入力１２０に関連付けられたテキストデータを計算サービス２０４に提供する。このような例では、計算サービス２０４は、音声入力１２０によって計算サービス２０４が遂行するように指示される特定のタスクを決定するために、音声入力１２０に関連付けられたテキストデータを既知の要求のレジスタと照合する。計算サービス２０４によってテキストデータを特定のタスクにマッピングする他の方法もまた考えられる。
【００３７】
１つ以上の例では、計算サービス２０４は、音声入力１２０に関連付けられたテキストデータを受信し、当月の計測デバイス１０２によって記録された消費データおよび消費データに関連する費用をテキストデータが要求していると判断する。次に、計算サービス２０４は、オプションのパブリック静的プロキシサーバ２０６への音声サービス要求を行うことができる。オプション・プロキシ・サーバ２０６は、プロセッサ１２４のＩＰアドレスが動的であるとき、および／またはプロセッサ１２４が計算サービス２０４から直接着信する着信ウェブベース要求をブロックするファイヤウォールの背後にあるときに、計測デバイス１０２内に配置されるかまたはこれと関連付けられたプロセッサ１２４に音声サービス要求をリダイレクトするために使用され得る。ＩＰアドレスが動的ではなく、プロセッサ１２４がファイヤウォールの背後にないとき、計算サービス２０４は、オプション・プロキシ・サーバ２０６を通じて通信せずにプロセッサ１２４と直接通信し得る。計算サービス２０４からの音声サービス要求は、スマートスピーカ１１８によって受信された音声入力１２０のテキスト表現とも呼ばれ得る。たとえば、音声サービス要求は、受信時にプロセッサ１２４が実行する計算コマンドまたはタスクであってもよい。上記の例は計測デバイス１０２によって記録された消費データの要求を説明しているが、別のタイプのデータもまた要求され得る。たとえば、計測デバイス１０２は、瞬時電力消費値の表示、計測デバイス１０２の温度、または計測デバイス１０２によって記録されるその他いずれかのタイプのデータを記録および提供し得る。
【００３８】
プロセッサ１２４は、オプション・プロキシ・サーバ２０６から、または音声サービス１２２から直接、音声サービス要求を受信し、音声サービス要求を解析し、要求された情報について計測デバイス１０２、ヘッド・エンド・システム１１４、またはその両方に問い合わせる。計測デバイス１０２は、ローカルで利用可能な要求された情報（たとえば、現在のリソース消費量）を維持するか、または計測デバイス１０２は、ユーティリティメータのメッシュネットワークのヘッド・エンド・システム１１４に問い合わせてもよい。加えて、または代わりに、要求された情報がヘッド・エンド・システム１１４内で利用可能な場合、計算サービス２０４は、要求コマンドをヘッド・エンド・システム１１４に直接生成し得る。このような直接要求は、計測デバイスに関連付けられたアカウントのアクセス認証および情報をヘッド・エンド・システム１１４に提供することを含み得る。計算サービス２０４とヘッド・エンド・システム１１４との間の通信経路は、インターネットを通じて実現され得る。ヘッド・エンド・システム１１４からの応答は、計測デバイス１０２に関して要求された情報（たとえば、消費履歴）を含み得る。さらに、オプション・プロキシ・サーバ２０６を使用する一例では、オプション・プロキシ・サーバ２０６とプロセッサ１２４との間の通信は、ＷｉＦｉネットワークを通じてハイパーテキスト転送プロトコルセキュア（ＨＴＴＰＳ）を使用し得る。計測デバイス１０２とヘッド・エンド・システム１１４との間の通信およびオプション・プロキシ・サーバ２０６とプロセッサ１２４との間の通信の両方について、本開示の範囲内で、他のネットワーキングプロトコルも考えられる。
【００３９】
本明細書で使用される際に、用語「ヘッドエンド」（たとえば、ヘッド・エンド・システム１１４）は、計測デバイス１０２からのメータデータのストリームを受信する、ハードウェアおよびソフトウェアのシステムを指すことができる。ヘッド・エンド・システム１１４はまた、ユーティリティとの消費者アカウント情報へのアクセスも有する。したがって、計測デバイス１０２がヘッド・エンド・システム１１４からアカウント情報を要求する場合、ヘッド・エンド・システム１１４はアカウント情報（たとえば、リソース消費請求率）を計測デバイス１０２に戻すことができる。したがって、計測デバイス１０２は、アカウント情報および／またはリソース消費情報をオプション・プロキシ・サーバ２０６に、または直接音声サービス１２２に、提供することができる。
【００４０】
計算サービス２０４では、計測デバイス１０２から、ヘッド・エンド・システム１１４から直接、またはその両方から受信した情報は、元の要求への応答を準備するために使用される。たとえば、元の要求が公共料金請求の現在の残高であった場合、計算サービス２０４は、計測デバイス１０２またはヘッド・エンド・システム１１４から受信した現在のリソース消費に、ヘッド・エンド・システム１１４から直接、または計測デバイス１０２を通じてヘッド・エンド・システム１１４から受信した現在のリソース消費請求率を乗じる。計測デバイス１０２は、たとえば、前の請求サイクルが完了してからのリソース消費を追跡することによって、現在のリソース消費を判断し得る。別の例では、現在のリソース消費残高は、ヘッド・エンド・システム１１４から直接、計算サービス２０４によって取得され得る。応答が計算サービス２０４によってテキスト形式で生成されると（たとえば、「今月のあなたの現在の残高は＄４３．３８です」）、音声認識インタフェース２０２は、テキスト音声化操作を実行し、音声出力１２６としてスマートスピーカ１１８から送信するために、得られたオーディオデータをスマートスピーカ１１８に流す。別の例では、プロセッサ１２４は元の要求への応答を準備してもよく、計算サービス２０４は、プロセッサ１２４から応答を受信し、音声認識インタフェース２０２に応答を送信してもよい。
【００４１】
図３は、音声起動型公共料金支払いシステム３００のデータフローの一例を示すブロック図である。図１に関して上記で説明された音声起動型管理システム１００と同様に、音声起動型公共料金支払いシステム３００は、銀行３０２から公益事業者／エネルギ事業者１１０への公共料金請求の支払いを開始するために、スマートスピーカ１１８でのリソース消費者の音声入力１２０を使用する。
【００４２】
スマートスピーカ１１８が音声入力１２０を受信すると、スマートスピーカ１１８は、音声認識インタフェース２０２に音声入力１２０を提供する。１つ以上の例では、音声入力１２０は、公益事業者１１０への支払いを開始するための音声要求である。たとえば、消費者がリソース消費のために指定された金額の支払い義務があることを示す図１の音声出力１２６を消費者が受け取ると、消費者は、支払い義務があるお金を公益事業者１１０に支払うための音声要求をスマートスピーカ１１８に提供する。別の例では、消費者は、消費者のアカウントに関連付けられた現在のプリペイドユーティリティ残高を決定するための音声要求を送信した後、プリペイドユーティリティ残高がゼロに近づいているという表示を音声出力１２６から受信し得る。このような例では、消費者は、音声入力１２０として資金を追加するための音声要求を提供することによって、プリペイド残高に資金を追加し得る。スマートスピーカ１１８への音声入力１２０の形態の別のタイプの支払い要求もまた、本開示の範囲内で考えられる。
【００４３】
音声認識インタフェース２０２、または一般的に音声サービス１２２は、スマートスピーカ１１８から音声入力１２０を受信し、消費者の要求を特定の処理タスクとして特徴付けるために音声入力１２０を処理する。たとえば、音声認識インタフェース２０２は、オーディオデータからの音声入力１２０を、オーディオデータのテキスト表現に変換する。音声入力１２０の処理を完了するために、音声認識インタフェース２０２は計算サービス２０４と対話する。たとえば、計算サービス２０４は、イベント駆動型の、サーバレス計算プラットフォームであってもよい。
【００４４】
計算サービス２０４、または一般的に音声サービス１２２は、音声認識インタフェース２０２によって受信または識別されたタスクに応答して、コード行を実行する。計算サービス２０４によってタスクが受信されると、計算サービス２０４は、音声認識インタフェース２０２によって識別されたタスクを遂行するために、計算リソースを割り当てる。１つ以上の例では、音声認識インタフェース２０２は、音声入力１２０に対して音声テキスト化操作を実行し、音声入力１２０に関連付けられたテキストデータを計算サービス２０４に提供する。このような例では、計算サービス２０４は、音声入力１２０によって計算サービス２０４が遂行するように指示される特定のタスクを決定するために、音声入力１２０に関連付けられたテキストデータを既知の要求のレジスタと照合する。一例では、特定のタスクは、消費者のリソース消費に関連付けられた未払い残高を公益事業者１１０に支払うことである。追加の例では、特定のタスクは、プリペイドアカウントの残高がなくなったという表示に応えて、消費者に関連付けられたプリペイド・ユーティリティ・アカウントに追加の資金を提供することである。
【００４５】
１つ以上の例では、計算サービス２０４は、音声入力１２０に関連付けられたテキストデータを受信し、テキストデータが公益事業者１１０への支払いを要求していると判断する。次に、計算サービス２０４は、消費者の銀行口座から公益事業者１１０に関連付けられた銀行口座への資金の移動を要求する、銀行３０２への音声サービス要求を実行する。別の例では、計算サービス２０４は、公益事業者１１０に関連付けられた銀行口座に資金を提供するためのアカウントを消費者が有しているクレジットカード発行者（たとえば、決済サービス会社１０６）と通信する。追加の例は、リソース消費と引き換えに消費者が所有する暗号通貨を公益事業者１１０に移動させるため、または暗号通貨を販売して、リソース消費と引き換えにその収益を公益事業者１１０に移動させるために、暗号通貨ブロックチェーンと計算サービス２０４が通信することを含む。いずれの例でも、公益事業者１１０は、消費者にリソース消耗品を提供するのと引き換えに、銀行３０２、決済サービス会社１０６、または暗号通貨ブロックチェーンからの支払いを回収することができる。一例では、音声サービス１２２は、スマートスピーカ１１８を銀行３０２（たとえば、支払人の銀行口座を使用して）、決済サービス会社１０６（たとえば、支払人に関連付けられたクレジットカードアカウントを使用して）、または暗号通貨管理会社（たとえば、暗号通貨ウォレットファイルを使用して）と安全にリンクさせる、初期化プロセスを含み得る。支払いオプションの初期化プロセスは、スマートスピーカ１１８を公益事業者１１０のユーティリティアカウントとリンクさせることに関連付けられたデフォルトステップとして行われ得る。
【００４６】
支払いを受けると、公益事業者１１０は、支払い受取メッセージを計算サービス２０４に提供し得る。計算サービス２０４において、公益事業者１１０からの支払い受取メッセージは、元の支払い要求への応答を準備するために使用される。応答が計算サービス２０４によってテキスト形式で生成されると（たとえば、「あなたの支払いは公益事業者によって受け取り済みです」）、音声認識インタフェース２０２は、テキスト音声化操作を実行し、音声出力１２６としてスマートスピーカ１１８から送信するために、得られたオーディオデータをスマートスピーカ１１８に提供する。
【００４７】
公共料金支払いシステム３００との統合に加えて、音声起動型管理システム１００は、家庭用エネルギ管理デバイスと統合されてもよい。たとえば、スマートスピーカ１１８は、計測デバイス１０２に接続されたＨＶＡＣシステムに関連付けられたスマートサーモスタット、計測デバイス１０２に接続された他の負荷に関連付けられた負荷制御デバイス、または計測デバイス１０２から受信したリアルタイム情報に基づいて計測デバイス１０２に接続された負荷を制御するための他のエネルギ管理デバイスと通信してもよい。スマートスピーカ１１８から家庭用エネルギ管理デバイスへの通信は、計算サービス２０４がスマートスピーカ１１８で受信した音声入力に基づいて適切なコマンドおよび制御を生成すると実現でき、計算サービス２０４は、これらのデバイスの特定の通信プロトコルを使用して、コマンドおよび制御を家庭用エネルギ管理デバイスに提供する。リアルタイム情報に基づいて負荷を制御する際に、音声起動型管理システム１００は、請求サイクルの早い段階で（たとえば、要求者に計測データを提供する際に）、高額な公共料金請求の原因に対処することによって、予想外に高額な公共料金請求を回避し得る。
【００４８】
図４は、ユーティリティネットワーク内の終点（たとえば、計測デバイス１０２）の一例を示すブロック図である。図１に関して上記で論じられたように、計測デバイス１０２は、音声サービス１２２のコンポーネント（たとえば、計算サービス２０４）に直接、またはオプション・プロキシ・サーバ２０６を通じて音声サービス１２２に、通信可能に結合する。音声サービス１２２は、スマートスピーカ１１８で受信した音声要求から導出された音声サービス要求４０２を、計測デバイス１０２のプロセッサ１２４に提供する。一例では、プロセッサ１２４は、プロセッサ１２４が要求を処理できるようになるまで音声サービス１２２から受信した要求を保存するために使用されるバッファを含んでもよい。プロセッサ１２４は、計測デバイス１０２の筐体の中に配置されてもよく、または計測デバイス１０２から離れて配置されてもよい。プロセッサ１２４のＩＰアドレスは動的であってもよく、プロセッサ１２４は、プロセッサ１２４の起動時に、またはプロセッサ１２４のＩＰアドレスに対するあらゆる変更時に、オプション・プロキシ・サーバ２０６に登録してもよい。別の例では、プロセッサ１２４は、オプション・プロキシ・サーバ２０６を使用せずに、音声サービス１２２と直接通信する。
【００４９】
プロセッサ１２４は、音声サービス１２２またはオプション・プロキシ・サーバ２０６から音声サービス要求４０２を受信し、音声サービス要求を解析し、計測デバイス１０２の計測モジュール４０４からの情報を要求する。一例では、プロセッサ１２４から計測モジュール４０４への要求は、オプトカプラ４０６を通過する。オプトカプラ４０６は、２つの分離した回路の間で信号を伝送できる光アイソレータであり得る。このようにして、計測モジュール４０４は、たとえば、プロセッサ１２４を含む回路上で生じる電圧サージから保護され得る。別の例では、プロセッサ１２４は、計測モジュール４０４と直接通信している（たとえば、要求は、計測モジュール４０４で受信される前にオプトカプラ４０６を通過しない）。
【００５０】
計測モジュール４０４は、計測モジュール４０４に関連付けられた施設でのリソース消費を計測する。一例では、計測モジュール４０４は、施設でのリソース消費に関する情報を保存するためのメモリコンポーネント４１０を含む。たとえば、メモリコンポーネント４１０は、問い合わされたときに計測モジュール４０４がリソース消費に関するリアルタイム情報を提供できるように、最新の請求サイクルの最終計測読み取り値を保存し得る。より堅牢な記憶装置もまた考えられる。１つ以上の例では、メモリコンポーネント４１０は、ある期間にわたって収集されたリソース消費データ（たとえば、前年の月別リソース消費データ）を保存し得る。メモリコンポーネント４１０はまた、リソース消費傾向（たとえば、月ごとのリソース消費平均）、または消費者が要求する可能性のあるその他いずれかのデータも、維持し得る。
【００５１】
計測モジュール４０４のメモリコンポーネント４１０を使用して入手可能ではない情報を消費者が要求するとき、計測モジュール４０４は、追加データについてヘッド・エンド・システム１１４に問い合わせるために、通信モジュール４１２を利用し得る。一例では、通信モジュール４１２は、図１に関して上記で論じられたように、ヘッド・エンド・システム１１４からの情報を回収することが可能な無線メッシュネットワークに、消費者からの要求を送信する。無線メッシュネットワーク以外の、計測デバイス１０２およびヘッド・エンド・システム１１４を接続する別の計測デバイスネットワークもまた考えられる。計測モジュール４０４にとってローカルで利用可能なこの追加情報は、現在のリソース消費請求率、プリペイドユーティリティ残高、期日超過残高、または計測モジュール４０４から離れて保存され得る消費者のユーティリティアカウントに関するその他いずれかの情報などのアカウント情報を含み得る。別の例では、計測モジュール４０４は、メモリコンポーネント４１０内で利用できない情報を示す表示を計算サービス２０４に戻してもよく、計算サービス２０４は、計測モジュール４０４のメモリコンポーネント４１０内で利用できない情報を直接受信するために、ヘッド・エンド・システム１１４に問い合わせてもよい。
【００５２】
無線メッシュネットワークから要求された情報を受信すると、計測モジュール４０４は、要求された情報の全てをプロセッサ１２４に提供する。プロセッサ１２４は、要求された情報を計算サービス２０４に出力する。図１に関して上述されたように、計算サービス２０４から、要求された情報は処理され、スマートスピーカ１１８に配信される。
【００５３】
図５は、音声起動型要求に応答してメータから計測データ（たとえば、ある期間のリソース消費情報、瞬時電力消費率、計測デバイス１０２の温度、または計測デバイス１０２によって記録されたその他いずれかのタイプのデータ）を受信するプロセス５００のフローチャートである。ブロック５０２において、プロセス５００は、スマートスピーカ１１８から、消費者からの計測データの言語要求を受信することを含む。スマートスピーカ１１８は、音声テキスト化機能を使用して言語要求をテキストに処理することが可能な音声認識インタフェース２０２に、言語要求を提供する。
【００５４】
ブロック５０４において、プロセス５００は、計測データについて計測デバイス１０２に問い合わせることを含む。例として、音声認識インタフェース２０２で生成されたテキストデータは計算サービス２０４に提供され、計算サービスは、計測データの要求を計測デバイス１０２に送信する。計測デバイス１０２が動的ＩＰアドレスを有するプロセッサ１２４を含む例では、計算サービス２０４は、オプション・プロキシ・サーバ２０６を通じて要求を送り込む。
【００５５】
ブロック５０６において、プロセス５００は、計測デバイス１０２から計測データを受信することを含む。ブロック５０４と同様に、計測デバイス１０２がオプション・プロキシ・サーバ２０６に計測データを提供した後に、計測データは計算サービス２０４で受信される。計測データが計測読み取り値に加えてリソース消費請求率を含む例では、計算サービス２０４は、現在までのリソース消費の費用を提供するために、２つの値を組み合わせてもよい。別の例では、プロセッサ１２４は、計算サービス２０４にデータを送信する前にリソース消費の費用を提供するために、２つの値を組み合わせてもよい。計算サービス２０４はまた、音声入力１２０によって要求された特定の情報に基づいて、計測デバイス１０２から受信したデータに対して他のアクションを実行してもよい。
【００５６】
ブロック５０８において、プロセス５００は、計測データの言語表示を音声出力１２６として要求者に提供することを含む。言語表示を要求者に提供するために、音声認識インタフェース２０２は、計算サービス２０４および／またはプロセッサ１２４から受信したテキストデータを、テキストデータの可聴表現に変換する。たとえば、音声認識インタフェース２０２は、計算サービス２０４から受信したデータに対してテキスト音声化操作を実行する。次に、音声認識インタフェース２０２は、データ要求者（たとえば、リソース消費者）に音声出力１２６を提供するために、テキストデータの可聴表現をスマートスピーカ１１８に提供する。
【００５７】
図５は計測データを受信することについて説明されているが、同じ一般的なプロセス５００を使用して、別のデータが別の供給源から受信されてもよい。たとえば、言語要求は、公益事業者１１０からの公益事業者アカウント残高に関する情報、スマートスピーカ１１８に関連付けられたＩｏＴデバイス１０４の動作に関する情報、決済サービス会社１０６に関する情報、設備ベンダ１０８の通信プラットフォームからの情報、ユーティリティ消費に関する別の供給源からの情報、またはこれらの任意の組み合わせであり得る。
【００５８】
図６は、計測デバイス１０２によって受信された音声起動型要求に応答してユーティリティシステムの計測モジュール４０４およびヘッド・エンド・システム１１４と通信するプロセス６００のフローチャートである。ブロック６０２において、プロセス６００は、計測デバイス１０２で請求情報を要求する通信を受信することを含む。１つ以上の例では、請求情報は、リソース消費費用（たとえば、キロワット時あたりの価格）、請求履歴データ、消費履歴情報、アカウント情報、プリペイドユーティリティ残高、または計測デバイスでローカルに保存されていないユーティリティアカウントに関連付けられたその他いずれかのデータを含み得る。
【００５９】
ブロック６０４において、プロセス６００は、リソース消費の第１クエリを計測デバイス１０２の計測モジュール４０４に通信することを含む。第１クエリは、計測デバイス１０２上にローカルに保存されているデータの要求を含む。たとえば、第１クエリは、計測デバイス１０２の計測モジュール４０４によって追跡されたリソース消費データの要求であってもよい。瞬時電力の表示、計測デバイス１０２の温度、または計測デバイス１０２によって記録されたその他いずれかのタイプのデータなど、計測デバイス１０２でローカルに（たとえば、計測モジュール４０４のメモリコンポーネント４１０内に）保存された別のデータもまた、第１クエリによって要求され得る。
【００６０】
ブロック６０６において、プロセス６００は、アカウント情報の第２クエリをヘッド・エンド・システム１１４に通信することを含む。第２クエリは、計測デバイス１０２上にローカルに保存されていないデータの要求を含む。たとえば、第２クエリは、アカウント情報、リソース使用履歴情報、またはヘッド・エンド・システム１１４で保存され得るその他いずれかのデータの要求であり得る。第２クエリをヘッド・エンド・システム１１４に通信するために、計測デバイス１０２は、計測デバイス１０２でローカルに保存されていない情報の要求を受信することができ、計測デバイス１０２は、要求を無線メッシュネットワークに、そして最終的にはヘッド・エンド・システム１１４に送信することができる。別の例では、計算サービス２０４は、第２クエリの結果が計測デバイス１０２でローカルに保存されていないと計算サービス２０４が判断したときに、第２クエリをヘッド・エンド・システム１１４に直接提供してもよい。第２クエリはまた、計算サービス２０４がアクセスし得る別のエンティティと共に保存された情報の要求も含み得る。たとえば、第２クエリは、音声サービス１２２と通信している１つ以上のＩｏＴデバイス１０４をオフにする要求であってもよい。
【００６１】
ブロック６０８において、プロセス６００は、第１クエリおよび第２クエリへの応答を受信することを含む。第１クエリへの応答は、計測デバイス１０２の計測モジュール４０４から受信され得る。第２クエリへの応答は、音声サービス１２２とヘッド・エンド・システム１１４またはその他のデータソースとの間の通信を提供するネットワークから音声サービス１２２で受信されてもよく、または応答は、計測デバイス１０２をヘッド・エンド・システム１１４に通信可能に結合する無線メッシュネットワークから計測デバイス１０２で受信されてもよい。計算サービス２０４、または一般的に音声サービス１２２は、応答を、消費者によって要求されたデータのテキスト表現に処理し得る。別の例では、プロセッサ１２４が、応答を、消費者によって要求されたデータのテキスト表現に処理し得る。テキスト表現は、消費者によって要求されたデータのテキスト表現をデータの可聴表現に変換するために、音声認識インタフェース２０２でテキスト音声化操作を受けてもよい。
【００６２】
ブロック６１０において、プロセス６００は、第１クエリおよび第２クエリへの応答に基づいて、請求情報を消費者に通信することを含む。データの可聴表現がスマートスピーカ１１８に提供され、スマートスピーカ１１８は、音声出力１２６としてデータを消費者に送信する。音声出力１２６を受信すると、消費者は、リソース消費に関するさらなる情報を要求することができ、消費者は、受信した情報に基づいて、公益事業者１１０への支払いを言語で要求することができる。
【００６３】
一般的な考察
【００６４】
請求された主題の完全な理解を提供するために、多くの具体的詳細が本明細書に明記されている。しかしながら、請求された主題はこれらの具体的詳細を伴わずに実践され得ることを、当業者は理解するだろう。別の事例では、当業者に知られているであろう方法、装置、またはシステムは、請求された主題を不明瞭にしないように、詳細には説明されていない。
【００６５】
本明細書で論じられた特徴は、いずれか特定のハードウェアアーキテクチャまたは構成に限定されるものではない。計算デバイスは、１つ以上の入力に対して条件付けられた結果を提供するコンポーネントのいずれか適切な配置を含むことができる。適切な計算デバイスは、計算システムを、汎用計算装置から本主題の１つ以上の態様を実施する専用計算装置にプログラムまたは構成する、保存されたソフトウェアにアクセスする汎用マイクロプロセッサベースのコンピュータシステムを含む。計算デバイスをプログラムまたは構成する際に使用されるソフトウェアにおいて本明細書に含まれる教示を実施するために、いずれの適切なプログラミング、スクリプト、またはその他のタイプの言語または言語の組み合わせが使用されてもよい。
【００６６】
本明細書に記載される方法の態様は、このような計算デバイスの動作において実行され得る。上記の例で提示されたブロックの順序は変更され得る。たとえば、ブロックは、並べ替えられ、組み合わせられ、および／またはサブブロックに分割され得る。特定のブロックまたはプロセスは、平行して実行され得る。
【００６７】
本明細書での「するように適合」または「するように構成」は、追加のタスクまたはステップを実行するように適合または構成されたデバイスを除外しない、オープンで包括的な言語として意図される。加えて、「に基づいて」の使用は、１つ以上の列挙された条件または値に「基づく」プロセス、ステップ、計算、またはその他のアクションが、実際にはこれら列挙されたものを超える追加の条件または値に基づく可能性があるという点で、オープンで包括的であるよう意図される。本明細書に含まれる見出し、リスト、および番号は、説明しやすくするためだけのものであり、限定することを意図するものではない。
【００６８】
本主題は、その特定の態様に関して詳細に説明されてきたが、当業者は、上記の理解を達成すれば、このような態様の変更、変形、および等価物を容易に作成し得ることが、理解されるだろう。したがって、本開示は、限定ではなくむしろ例示目的で提示されており、当業者にとって容易に明らかなように、本主題に対するこのような修正、変形、および／または追加の包含を排除しないことが、理解されるべきである。
【図１】
2020533675.tif 000003
【図２】
2020533675.tif 000004
【図３】
2020533675.tif 000005
【図４】
2020533675.tif 000006
【図５】
2020533675.tif 000007
【図６】
2020533675.tif 000008
【国際調査報告】
2020533675.tif 000009
2020533675.tif 000010