JP2016514445A - 電気装置用分散型無線電力伝達ネットワークを管理するためのシステム及び方法 - Google Patents

Abstract

本開示は、電気装置への電力伝達のために無線電力伝達ネットワークを管理し、少なくとも１台の無線電力アウトレット及び少なくとも１台の管理サーバを含んだクラウドベースのネットワークと通信する中央管理サーバを提供するためのシステム及び方法に関する。本開示の管理システムは、ネットワークの中の無線電力アウトレットのすべての遠隔健康診断及び遠隔保守を可能にしている。さらに、管理システムは、特定の現場の電気装置に対して電力を伝達しながら、システム管理者の権利、及び許可された／無効にされた機能性を決定するために機能するコマンド及び制御と関連付けられる方針管理に従って、配備の完全な監視を可能にする。【選択図】図７Ａ

Description

本開示は、本明細書で電気装置のための無線電力伝達ネットワークを管理するためのシステム及び方法に関する。特に、本発明は、ネットワークエレメントのコマンド及び制御とともに遠隔健康診断、保守、及び方針管理を可能にする無線電力アウトレットのクラウドベースのネットワーク管理システムに関する。

携帯電話機、メディアプレーヤ、タブレットコンピュータ、及びラップトップ／ノートブック／ネットブック、並びにウルトラブック等のモバイル機器の広がりにより、ユーザが外出中、及び移動しようとするとき、又は移動中にモバイル機器を充電するために電力を伝達し得るパワーポイントへのアクセスに対するユーザの要望が増している。

モバイル機器のユーザが、長時間、例えば数分以上等、留まることがある公共空間で電気装置を充電するための電力を伝達する機会を便利に提供するシステムの必要性がある。とりわけ、係る公共空間はレストラン、コーヒーショップ、空港ラウンジ、電車、バス、タクシー、スポーツスタジアム、ホール、劇場、映画館等を含んでよい。さらに、現在位置の回りの電力伝達場所がユーザの期待に応えることがある一方で、必要性が生じるとすぐに、すなわち電池残量が少なくなると、公共空間の電力伝達場所を容易に追跡調査することを可能にする係るシステムの必要性がある。

係るシステムは多様な現場で分散され、複雑なネットワークアーキテクチャが公共空間での無線電力伝達に要望を提供することを必要とすることがある。

本発明は、以下で上述された必要性に対処する。

無線パワーレシーバと関連付けられる少なくとも１台の電気装置に電力を伝達するよう操作できる少なくとも１台の無線電力アウトレットユニット、及び少なくとも１台の無線電力アウトレットユニットと通信する少なくとも１台の管理サーバとを含んだ無線電力伝達ネットワークを管理するためのシステムを提示することは、本開示の１つの態様により、少なくとも１台の管理サーバは、少なくとも１台の無線電力アウトレットユニットから識別コードを受信することと、少なくとも１台の無線電力アウトレットユニットからの電力伝達を管理することを対象にする命令を実行するよう操作できる。

任意選択で、システムの少なくとも１台の管理サーバは、上記少なくとも１台の無線電力アウトレットユニットの健康を監視することと、上記少なくとも１台の無線電力アウトレットユニットの遠隔保守を実現することとを対象にする命令を実行するようさらに操作できてよい。

適切な場合、システムの少なくとも１台の管理サーバは、少なくとも１台の電気装置と通信するようさらに操作できる。

適切な場合、電力伝達を管理するためのシステムは、少なくとも１つの電力管理方針によって運営されてよく、少なくとも１つの電力管理方針は、少なくとも１台の無線電力アウトレットユニットの電力伝達条件を決定する。

任意選択で、少なくとも１つの電力管理方針は、ユーザ識別方針、サービスのタイプ方針、装置のタイプ方針、動的方針、及びその組合せから成るグループから選択される。

任意選択で、少なくとも１つの電力管理方針は、識別コードに従って少なくとも１台の無線電力アウトレットユニットのために選択される。

任意選択で、少なくとも１台の無線電力アウトレット装置は、デフォルト電力伝達条件を決定するためのデフォルト電力管理方針を有する。

さらに又は加えて、選択された電力管理方針は、電力管理デフォルト方針に代わる。

任意選択で、少なくとも１つの電力管理方針は、少なくとも１台の管理サーバで少なくとも１つの電力管理方針の変更に応えて分散される。

任意選択で、少なくとも１つの電力管理方針は分散スケジュールに従って分散される。

任意選択で、少なくとも１つの電力管理方針は、少なくとも１台の無線電力アウトレット装置からの通信要求時に分散される。

適切な場合、ユーザ識別方針は、ユーザ識別、場所識別、開始時刻、終了時刻、電力伝達の持続時間、及びその組合せから成るグループから選択されるアクションを含む。

適切な場合、サービスのタイプ方針は、上記少なくとも１つの無線電力アウトレットから電力伝達時に印加される電流のレベルを決定する。

適切な場合、動的方針は、電量消費のリアルタイム管理、電池健康のリアルタイム管理、場所トラフィック制御、及びその組合せから成るグループから選択されるアクションを含む。

本開示の多様な実施形態では、遠隔保守を提供することは、起動すること、停止すること、再起動すること、ソフトウェア更新すること、ビジュアルユーザインタフェースを制御すること、ユーザオーディオインタフェースを制御すること、及びその組合せから成るグループから選択されるステップを実行することを含む。

本開示の多様な実施形態では、健康を監視することは、無線電力アウトレットがタイムアウト制限内で通信信号に応答することを含む。

任意選択で、通信信号はスケジュールに従って送信される。

任意選択で、通信信号は要望時に送信される。

本開示の別の態様では、コンピュータによって実装される方法が、無線電力伝達ネットワークを管理するために教示され、無線電力伝達ネットワークは、（１）無線パワーレシーバと関連付けられる少なくとも１台の電気装置に電力を伝達するよう操作できる少なくとも１台の無線電力アウトレットユニットと、（２）上記少なくとも１台の無線電力アウトレットユニットと通信する少なくとも１台の管理サーバとを含み、方法は、少なくとも１台の管理サーバが少なくとも１台の無線電力アウトレットユニットから識別コードを受信するステップと、少なくとも１台の管理サーバが少なくとも１台の無線電力アウトレットユニットからの電力伝達を管理するステップを含む。

方法は、少なくとも１台の管理サーバが少なくとも１台の無線電力アウトレットユニットの健康を監視するステップと、少なくとも１台の管理サーバが少なくとも１台の無線電力アウトレットユニットの遠隔保守を提供するステップとをさらに含んでよい。

さらに又は代わりに、方法は、少なくとも１台の管理サーバを通して少なくとも１台の電気装置と通信するようさらに操作できる。

任意選択で、電力伝達を管理するステップは、少なくとも１つの電力管理方針によって運営され、少なくとも１つの電力管理方針は少なくとも１台の無線電力アウトレットユニットのための電力伝達条件を設定するように構成される。

任意選択で、少なくとも１つの電力管理方針は、ユーザ識別方針、サービスのタイプ方針、装置のタイプ方針、動的方針、及びその組合せから成るグループから選択される。

任意選択で、少なくとも１つの電力管理方針が、識別コードに従って上記少なくとも１台の無線電力アウトレットユニットのために選択される。

任意選択で、少なくとも１台の無線電力アウトレットユニットは、デフォルトの電力伝達条件を決定するためにデフォルトの電力管理方針で構成される。

適切な場合、選択された電力管理方針が上記電力管理デフォルト方針に代わる。

任意選択で、少なくとも１つの電力管理方針は、少なくとも１台の管理サーバで、少なくとも１つの電力管理方針の変更に応えてさらに分散される。

任意選択で、少なくとも１つの電力管理方針は分散スケジュールに従って分散される。

任意選択で、少なくとも１つの電力管理方針は少なくとも１台の無線電力アウトレットユニットからの通信要求時に分散される。

任意選択で、ユーザ識別方針は、ユーザ識別、場所識別、開始時刻、終了時刻、電力伝達の持続時間、及びその組合せから成るグループから選択されるアクションを含む。

任意選択で、サービスのタイプ方針は、少なくとも１つの無線電力アウトレットからの電力伝達時に印加される電流のレベルを決定する。

任意選択で、動的方針は、電量消費のリアルタイム管理、電池健康のリアルタイム管理、場所トラフィック制御、及びその組合せから成るグループから選択されるアクションを含む。

必要に応じて、遠隔保守を提供するステップは、起動すること、停止すること、再起動すること、ソフトウェア更新すること、ビジュアルユーザインタフェースを制御すること、ユーザオーディオインタフェースを制御すること、及びその組合せから成るグループから選択されるステップを実行することを含む。

必要に応じて、健康を監視することは、上記無線電力アウトレットがタイムアウト制限内に通信信号に応答することを含む。

任意選択で、通信信号はスケジュールに従って送信される。

任意選択で、通信信号は要望時に送信される。

本開示の別の態様は、少なくとも１台の無線電力アウトレットユニットと通信する少なくとも１台の管理サーバを含んだ無線電力伝達を管理するための方法を教示することであり、方法は、少なくとも１台の管理プロセッサが、電力アウトレットユニットから少なくとも１つのステータスレポートメッセージを受信すること、少なくとも１つのステータスレポートメッセージを処理すること、及び少なくとも１台の電力アウトレットユニットに少なくとも１つの応答メッセージを送信することを含む動作を実行するための命令を実行することを含む。

さまざまに、管理プロセッサは、周期的に少なくとも１つのステータスレポートメッセージを受信するよう操作できる。任意選択で、ステータスレポートメッセージは、ＣＨＡＲＧＩＮＧ及びＮＯＴ−ＣＨＡＲＧＩＮＧから選択される値を採取してよい、電力アウトレットユニットの操作モードに関するデータを含む。

任意選択で、少なくとも１つのステータスレポートメッセージを処理するステップは、少なくとも１つの制御信号に適切な値を決定することを含む。少なくとも１つの応答メッセージは制御信号を含んでよい。したがって、制御信号はＣＯＭＭＡＮＤパラメータを含んでよく、ＣＯＭＭＡＮＤパラメータは、無線パワーレシーバに電力を伝達するように電力アウトレットユニットに命令するよう操作できるＣＨＡＲＧＥ値、及び電力アウトレットユニットに無線パワーレシーバに電力を伝達しないように命令するよう操作できるＤＯ−ＮＯＴ−ＣＨＡＲＧＥから選択される少なくとも１つの値を有する。さらに及び代わりに、制御信号はＩＮＴＥＲＶＡＬパラメータを含んでよく、ＩＮＴＥＲＶＡＬパラメータは、値によって決定される長さの遅延の後に、少なくとも１つの第２のステータスレポートメッセージを送信するように電力アウトレット装置に命令するために選択される値を有する。さらに及び代わりに、制御信号は拡張レポートメッセージに対する要求を含んでよい。さらに及び代わりに、制御信号は構成レポートメッセージに対する要求を含んでよい。

本開示の別の態様は、少なくとも１台の無線電力アウトレットユニットと通信する少なくとも１台の管理サーバを含む無線電力伝達ネットワークを管理するための方法を教示することであり、方法は、少なくとも１台の電力アウトレットプロセッサが、管理サーバに少なくとも１つのステータスレポートメッセージを送信することと、管理サーバから少なくとも１つの応答メッセージを受信することと、及び応答メッセージに含まれる制御信号で符号化される命令を実行することを含んだ動作を実行するための命令を実行することを含む。

任意選択で、電力アウトレットプロセッサは、少なくとも１つのステータスレポートメッセージを周期的に送信するよう操作できる。任意選択で、ステータスレポートメッセージは、電力アウトレットユニットの操作モード、電力アウトレットユニットと関連付けられるトランスミッタ識別コード、電力アウトレットユニットと結合される無線パワーレシーバ、操作情報に関するデータを含む。

さまざまに、命令を実行するステップは、ＣＯＭＭＡＮＤパラメータを検出すること、及びＣＯＭＭＡＮＤパラメータがＣＨＡＲＧＥの値を有する場合は無線パワーレシーバに電力を伝達すること、又はＣＯＭＭＡＮＤパラメータがＤＯ−ＮＯＴ−ＣＨＡＲＧＥの値を有する場合、無線パワーレシーバに電力を伝達することを終了することを含んでよい。さらに及び代わりに、命令を実行するステップは、ＩＮＴＥＲＶＡＬパラメータを検出し、値によって決定された長さの遅延の後に少なくとも１つの第２のステータスレポートメッセージを送信すること、及び管理サーバに拡張レポートメッセージを送信することの内の少なくとも１つを含んでよい。拡張レポートメッセージは、電力アウトレットの少なくとも１つの要素の動作温度、電力アウトレットの少なくとも１つの回路の動作電流、又は電力アウトレットの動作電圧に関するデータを含んでよい。

本開示の別の態様は、少なくとも１台の無線電力アウトレットユニットと通信する少なくとも１台の管理サーバを含んだ無線電力伝達ネットワークを管理するための方法を教示することであり、方法は、少なくとも１台の電力アウトレットプロセッサが、管理サーバに少なくとも１つの設定レポートメッセージを送信すること、管理サーバから少なくとも１つの設定応答メッセージを受信すること、及び設定応答メッセージに含まれる構成コマンドで符号化される命令を実行することを含んだ動作を実行するための命令を実行することを含む。

任意選択で、電力アウトレットプロセッサは、周期的に、及び／又は起動時に少なくとも１つの設定レポートメッセージを送信するよう操作できる。さまざまに、設定レポートメッセージは、電力アウトレットユニットと関連付けられるトランスミッタ識別コード、電力アウトレットユニットと結合される無線パワーレシーバと関連付けられるレシーバ識別コード電力アウトレットプロセッサによって実行される少なくとも１つのソフトウェアもしくはファームウェアバージョン、電力アウトレットユニットのハードウェアバージョン、又は設定レポートメッセージを送信するための理由の内の少なくとも１つに関するデータを含んでよい。

任意選択で、電力アウトレットユニットは通信モジュールを介して管理サーバと通信し、設定レポートメッセージは、通信モジュールと関連付けられるゲートウェイ識別コードに関するデータを含む。

適切な場合、命令を実行するステップは、例えばソフトウェアパッケージバージョンコードを検出し、ソフトウェアパッケージに対して更新することによって電力アウトレットプロセッサによって実行される少なくとも１つのソフトウェアバージョンを更新することと、電力アウトレットを無効にすること、電力アウトレットを再起動すること、光フィードバックを可能にすること、光フィードバックを有効にすること、光フィードバックを無効にすること、音声フィードバックを有効にすること、音声フィードバックを無効にすること、電力アウトレットに電流制限を設定すること、電力アウトレットに電圧制限を設定すること、電力アウトレットと関連付けられるセンサに感度レベルを設定すること等を含む。

本開示の別の態様は、少なくとも１台の無線電力アウトレットユニットと通信する少なくとも１台の管理サーバを含んだ無線電力伝達ネットワークを管理するための方法を教示することであり、方法は、少なくとも１台の管理プロセッサが、電力アウトレットユニットから少なくとも１つの設定レポートメッセージを受信すること、少なくとも１つの設定レポートメッセージを処理すること、及び少なくとも１台の電力アウトレットユニットに少なくとも１つの設定応答メッセージを送信することを含んだ動作を実行するための命令を実行することを含む。

任意選択で、設定レポートメッセージは、電力アウトレットユニットと関連付けられるトランスミッタ識別コード、電力アウトレットユニットと結合される無線パワーレシーバと関連付けられるレシーバ識別コード、及び／又は電力アウトレットユニットが通信モジュールを介して管理サーバと通信する場合は、通信モジュールと関連付けられるゲートウェイ識別コードに関するデータを含む。さらに、設定レポートメッセージは電力アウトレットプロセッサによって実行される少なくとも１つのソフトウェア又はファームウェアバージョン、電力アウトレットユニットのハードウェアバージョン、又は設定レポートメッセージを送信するための理由に関するデータを含んでよい。

したがって、設定レポートメッセージを処理するステップは、少なくとも１つの設定コマンドに適切な値を決定することを含んでよい。さまざまに、少なくとも１つの設定応答メッセージは、ＣＨＡＲＧＥＲ＿ＦＩＲＭＷＡＲＥ＿ＶＥＲＳＩＯＮパラメータ、ＶＥＮＤＯＲ＿ＩＤパラメータ、ＺＢ＿ＦＩＲＭＷＡＲＥ＿ＶＥＲＳＩＯＮパラメータ、ＵＰＤＡＴＥ＿ＣＨＡＲＧＥＲ＿ＦＩＲＭＷＡＲＥパラメータ、ＵＰＤＡＴＥ＿Ｚ＿ＦＩＲＭＷＡＲＥパラメータ、ＲＥＳＥＴパラメータ、ＬＥＤＳパラメータ、ＳＯＵＮＤパラメータ、ＤＩＳＡＢＬＥ＿ＣＨＡＲＧＥＲパラメータ、ＣＵＲＲＥＮＴ＿ＬＩＭＩＴパラメータ、ＩＮＤＵＣＴＩＯＮ＿ＳＥＮＳＯＲ＿ＳＥＮＳＩＴＩＶＩＴＹパラメータ、及び／又はＤＣ＿ＰＥＡＫ＿ＬＩＭＩＴ＿ＴＨＲＥＳＨＯＬＤパラメータ等のパラメータを含んでよい少なくとも１つの設定コマンドを含む。

本開示の別の態様は、少なくとも１つの通信モジュールを介して少なくとも１台の無線電力アウトレットユニットと通信する少なくとも１台の管理サーバを含んだ無線電力伝達ネットワークを管理するための方法を教示することであり、前記方法は、少なくとも１台の管理プロセッサが、通信モジュールから少なくとも１つの健康レポートメッセージを受信すること、少なくとも１つの健康レポートメッセージを処理すること、及び少なくとも１つの通信モジュールに少なくとも１つの応答メッセージを送信することを含んだ動作を実行するための命令を実行することを含む。

任意選択で、健康レポートメッセージは、通信モジュールと関連付けられたゲートウェイ識別コード、及び／又はエラーコードに関するデータを含む。したがって、少なくとも１つの健康レポートメッセージを処理するステップは、少なくとも１つの制御信号にとって適切な値を決定することを含んでよい。さまざまに、少なくとも１つの設定応答メッセージは、ＩＮＴＥＲＶＡＬパラメータ等のパラメータを含んでよい少なくとも１つの設定コマンドを含み、ＩＮＴＥＲＶＡＬパラメータは、値によって決定される長さの遅延の後に、少なくとも１つの第２の健康レポートメッセージを送信するように通信モジュールユニットに命令するために選択される該値を有する。さらに、又は代わりに、制御信号は、電力伝達ネットワークに候補電力アウトレットを追加するように通信モジュールに命令するＡＬＬＯＷ−ＪＯＩＮパラメータを含んでよい。

本開示の別の態様は、少なくとも１つの通信モジュールを介して少なくとも１台の無線電力アウトレットと通信する少なくとも１台の通信サーバを含んだ無線電力伝達ネットワークを管理するための方法を教示することであり、方法は、少なくとも１台の通信モジュールプロセッサが、管理サーバに少なくとも１つの健康レポートメッセージを送信すること、管理サーバから少なくとも１つの応答メッセージを受信すること、及び応答メッセージに含まれる制御信号で符号化される命令を実行することを含んだ動作を実行するための命令を実行することを含んだ方法を含む。

さまざまに、健康レポートメッセージは、通信モジュールと関連付けられるゲートウェイ識別コード、及び／又はエラーコードに関するデータを含む。

任意選択で、命令を実行するステップは、ＩＮＴＥＲＶＡＬパラメータを検出すること、及び値によって決定される長さの遅延の後に少なくとも１つの第２の健康レポートメッセージを送信することを含む。さらに又は代わりに、命令を実行するステップは、ＡＬＬＯＷ−ＪＯＩＮパラメータを検出すること、及び電力伝達ネットワークに候補電力アウトレットを追加することを含む。

本開示の別の態様は、少なくとも１つの通信モジュールを介して少なくとも１台の無線電力アウトレットユニットと通信する少なくとも１台の管理サーバを含んだ無線電力伝達ネットワークを管理するための方法を教示することであり、方法は、少なくとも１台の管理プロセッサが、通信モジュールから少なくとも１つの設定レポートメッセージを受信すること、少なくとも１つの設定レポートメッセージを処理すること、及び少なくとも１つの通信モジュールに少なくとも１つの設定応答メッセージを送信することを含んだ動作を実行するための命令を実行することを含む。

さまざまに、設定レポートメッセージは、通信モジュールと関連付けられるゲートウェイ識別コード、通信モジュールによって実行される少なくとも１つのファームウェアバージョン、通信モジュールによって実行される少なくとも１つのファームウェア又はソフトウェアのバージョン、通信モジュールが利用可能なメモリ、通信モジュールが利用可能なフラッシュメモリ、通信モジュールプロセッサのパーセンテージ活用、通信モジュールが利用可能なフラッシュメモリ、及び／又は設定レポートメッセージを送信する理由の内の少なくとも１つに関するデータを含んでよい。

したがって、設定レポートメッセージを処理するステップは、少なくとも１つの設定コマンドに適切な値を決定することを含んでよい。さまざまに、少なくとも１つの設定応答メッセージは、ＦＩＲＭＷＡＲＥ＿ＶＥＲＳＩＯＮパラメータ、ＳＷ＿ＶＥＲＳＩＯＮパラメータ、ＵＰＤＡＴＥ＿ＦＩＲＭＷＡＲＥパラメータ、ＵＰＤＡＴＥ＿ＳＯＦＴＷＡＲＥパラメータ、ＲＥＢＯＯＴパラメータ、ＡＧＧＲＥＧＡＴＩＯＮ＿ＩＮＴＥＲＶＡＬパラメータ、ＩＮＩＴ＿ＰＡＮパラメータ、ＬＯＧ＿ＡＰＰＥＮＤＥＲパラメータ、ＬＯＧ＿ＵＲＬパラメータ、及び／又はＬＯＧ＿ＳＩＺＥパラメータ等のパラメータを含んでよい少なくとも１つの設定コマンドを含む。

本開示の別の態様は、少なくとも１つの通信モジュールを介して少なくとも１台の無線電力アウトレットユニットと通信する少なくとも１台の管理サーバを含んだ無線電力伝達ネットワークを管理するための方法を教示することであり、方法は、少なくとも１台の通信モジュールプロセッサが、管理サーバに少なくとも１つの設定レポートメッセージを送信すること、管理サーバから少なくとも１つの設定応答メッセージを受信すること、及び設定応答メッセージに含まれる設定コマンドで符号化される命令を実行することを含んだ動作を実行するための命令を実行することを含んだ方法を含む。

さまざまに、通信モジュールプロセッサは、少なくとも１つの設定レポートメッセージを周期的に送信するよう操作できてよい。設定レポートメッセージは、通信モジュールと関連付けられるゲートウェイ識別コード、通信モジュールによって実行される少なくとも１つのファームウェアバージョン、通信モジュールによって実行される少なくとも１つのソフトウェアバージョン、通信モジュールが利用可能なメモリ、通信モジュールが利用可能なフラッシュメモリ、通信モジュールプロセッサのパーセンテージ活用、通信モジュールが利用可能なフラッシュメモリ、及び／又は設定レポートメッセージを送信する理由の内の少なくとも１つに関するデータを含んでよい。

したがって、命令を実行するステップは、通信モジュールプロセッサによって実行される少なくとも１つのソフトウェアバージョンを更新すること、ソフトウェアパッケージバージョンコードを検出し、ソフトウェアパッケージに更新すること、通信モジュールを再起動することの内の少なくとも１つを含む。

本開示の別の態様は、少なくとも１つの通信モジュールと通信する少なくとも１台の管理サーバを含んだ無線電力伝達ネットワークを管理するための方法を教示することであり、方法は、少なくとも１台の通信モジュールプロセッサが、ネットワークに少なくとも１つの候補無線電力アウトレットを追加するための少なくとも１つの要求メッセージを管理サーバに送信すること、少なくとも１つの要求応答を管理サーバから受信すること、及び要求応答に含まれるコマンドで符号化された命令を実行することを含んだ動作を実行するための命令を実行することを含む。

さまざまに、要求メッセージは、通信モジュールと関連付けられたゲートウェイ識別コード、及び候補電力アウトレットモジュールと関連付けられた電力アウトレット識別コードの内の少なくとも１つに関するデータを含む。

したがって、命令を実行するステップは、要求応答の承認コマンドを検出し、ネットワークに候補無線電力アウトレットを追加すること、又は要求応答の非承認コマンドを検出し、ネットワークから候補無線電力アウトレットを拒絶することの内の少なくとも１つを含んでよい。

本開示の別の態様は、少なくとも１つの通信モジュールと通信する少なくとも１台の管理サーバを含んだ無線電力伝達ネットワークを管理するための方法を教示することであり、方法は、少なくとも１台の管理プロセッサがネットワークに少なくとも１つの候補無線電力アウトレットを追加するための少なくとも１つの要求メッセージを通信モジュールから受信することと、少なくとも１つの要求メッセージを処理することと、通信モジュールに要求応答を送信することを含んだ動作を実行するための命令を実行することを含んだ方法を含む。

さまざまに、要求メッセージは、通信モジュールと関連付けられるゲートウェイ識別コード、及び候補電力アウトレットモジュールと関連付けられる電力アウトレット識別コードの内の少なくとも１つに関するデータを含む。

したがって、少なくとも１つの要求メッセージを処理するステップは、要求応答に承認コマンドを含むこと、又は要求応答に非承認コマンドを含むことを含む。

実施形態のよりよい理解のため、及びそれがどのようにして実行に移され得るのかを示すために、ここで純粋に例として添付図面が参照される。

ここで特に図面を詳細に参照すると、示されている詳細が例としてであり、選択された実施形態だけの例示的な説明のためだけであり、原理及び概念的な態様の最も有用かつ容易に理解される説明であると考えられるものを提供するために提示されることが強調される。この点で、根本的な理解に必要となる以上により詳しく構造上の詳細、つまり、いくつかの選択された実施形態がどのようにして実現され得るのかを当業者に明らかにする図面とともになされる説明を示す試みは行われない。

無線電力アウトレット及びパワーレシーバを介して電気装置に電力を供給するための分散型システムの選択された要素の概略図である。 ローカルゲートウェイを介して電気装置に電力を供給するための分散型無線電力伝達ネットワークの選択された要素の概略図である。 無線電力伝達を実現する分散型システムの考えられるソフトウェアモジュールアーキテクチャを表すブロック図である。 健康チェック、遠隔保守、及び方針（複数の場合がある）による電力伝達の提供及び制御等、管理サーバの管理機能性の態様を対象とする、考えられる手順の選択されたアクションを表すブロック図である。 追加のアクションのために現場ゲートウェイを選択できるようにする、管理コンソール上でアクセス可能な、考えられる電力伝達ネットワークビューの概略図である。 考えられる現場ゲートウェイ要約図、及び管理コンソールでアクセス可能な下で、関連付けられた無線電力アウトレットのリストの概略図である。 遠隔再起動の実行、ソフトウェア更新等の追加のアクションのために無線電力アウトレットの選択を可能にする、管理コンソール上でアクセス可能な、考えられる電力伝達ネットワーク図の概略図である。 管理コンソールでアクセス可能であり、出力にアクセスするときに任意選択で表示される考えられる無線電力アウトレット詳細要約図の概略図である。 無線電力アウトレットの健康チェックシーケンスを処理するための考えられる方法の選択されたアクションを表すフローチャートである。 無線電力アウトレットのソフトウェア更新シーケンスを処理するための考えられる方法の選択されたアクションを表すフローチャートである。 多様なアプリケーションインタフェースを有するネットワークアーキテクチャの選択された構成要素を概略で表すシステム図である。 方針アップロード及び無線電力アウトレットの再起動を処理するための考えられる方法の選択されたアクションを表すフローチャートである。 ネットワーク管理サーバと、無線電力伝達ネットワークの他の要素との間の多様な通信を表すフローチャートである。 ネットワーク管理サーバと、無線電力伝達ネットワークの他の要素との間の多様な通信を表すフローチャートである。 ネットワーク管理サーバと、無線電力伝達ネットワークの他の要素との間の多様な通信を表すフローチャートである。 ネットワーク管理サーバと、無線電力伝達ネットワークの他の要素との間の多様な通信を表すフローチャートである。 ネットワーク管理サーバと、無線電力伝達ネットワークの他の要素との間の多様な通信を表すフローチャートである。 ネットワーク管理サーバと、無線電力伝達ネットワークの他の要素との間の多様な通信を表すフローチャートである。

本発明の態様は、電気装置のための無線電力伝達ネットワークを管理するためのシステム及び方法を提供することに関する。クラウドベース管理コンソールを使用して、管理サーバと通信する集中管理システムは、本開示の電力管理ソフトウェアを実行してよい。電力管理ソフトウェアは、公共空間で分散されている無線電力伝達アウトレットのネットワークの電力管理態様を中心的にカバーするプラットホームを提供する。電力管理ソフトウェアは、現場の管理者に現場に設置されている無線電力アウトレット（ホットスポット）を管理する能力を与えてよい。任意選択で、より高いシステム管理権を有する同じ管理ソフトウェアシステムが、いくつかの現場の電力管理を可能にしてよい、又は全体的な組織的な電力伝達アウトレットネットワークを管理してよい。電力管理ソフトウェアは遠隔制御及び監視、システム遠隔健康診断と結合される無線電力アウトレットの保守を提供し、プロビジョニング機能性を有効にし、方針施行技法を使用してセキュリティ目標及び事業目標の維持するように操作できる。

無線電力アウトレットネットワーク管理システムは、ネットワーク又は現場に存在するアウトレットユニットを識別するネットワークアウトレット発見、可用性及びアップタイム、アウトレットネットワーク構成部品の健康を決定するためのネットワークアウトレット監視、ネットワークエレメントのマッピング、保守及びイベント管理、性能データ及び使用データのコレクタ、管理データブラウザ及び特定のアウトレットネットワークシナリオに対応する設定可能アラートを可能にするインテリジェント通知等の機能性のセットを提供してよい。

したがって、データ使用の管理サーバ収集は、エンドユーザ、パートナー、サービスプロバイダ、現場所有者等がアクセス可能な貴重な統計を与えてよい。

任意可能で、方針は特定の無線電力アウトレット、特定のユーザ、又はユーザの特定のグループの履歴使用分析に基づいてよい。

電力管理及び保守ソフトウェアは、遠隔停止／起動、遠隔再起動、遠隔ソフトウェアアップグレード及び更新等の操作態様を含んでよい。任意選択で、遠隔保守機能性は遠隔ユーザ表示制御試験（ＬＥＤ、音声）を含んでよい。

電力管理ソフトウェアは、遠隔無線アウトレットのソフトウェア品質もしくはハードウェア品質の試験手順を実行すること、又は通信信号に対する応答を試験することで遠隔無線電力アウトレットがアクティブであることを検証することによって遠隔健康診断を可能にしてよい。任意選択で、健康手順は、温度、電力消費、接続性ステータス、電流等の「健康」パラメータについて試験してよい。さらに、試験手順は予定されたプロセスであってよい、又はオンデマンドで実施されてよい。適切な場合、表示アラートがトリガされてよい。

電力管理ソフトウェアは、コマンド及び制御のための方針を施行してよく、これらは、誰が、いつ、及びどこでどの程度の期間充電できるのかを定義するための電力管理方針、サービス（電流）のタイプを定義するための方針、装置のタイプを定義するための方針、電力消費のリアルタイム管理、電池健康のリアルタイム管理、現場での場所トラフィック制御（リアルタイムパラメータ値に基づいて現場にユーザを送る）から成るグループから任意選択で選択される動的方針等の操作態様を含んでよい。

電力管理ソフトウェアは、電気装置と関連付けられた電力伝達態様又は制御請求書作成態様を提供する操作態様を含んでよい。したがって、電力管理ソフトウェアは電力伝達アウトレットの電力提供を打ち切ること、電力提供を続行すること、サービスを修正すること、又はおそらくは受信される動作信号に従って、例えば新しい方針等を施行することにより電力伝達手順の１つ又は複数の態様を制御すること等の特徴を提供するように操作できてよい。電力管理ソフトウェアはさらに、ユーザアカウント、装置の登録、ユーザに特殊な情報、請求書作成情報、ユーザ信用度等を処理するようにさらに操作できてよい。

管理ソフトウェアがさらに、健康診断機能及び遠隔保守を結合する一方で、望ましくない状況を検出するように操作できてよいことが留意される。例えば、現場での無線電力アウトレットの追加又は除去等のイベントが検出されてよい。

任意選択で、システムは、新しい無線電力アウトレットが検出されると、システムが適切な方針をインストールする際に自動的に応答するように構成されてよい。

さらに又は代わりに、システムは適切なメッセージとともにシステム管理者にアラートを送信するように構成されてよい。
管理コンソール

システムは、施設の管理者に、施設に設置されているホットスポットを、直接的に又は現場ゲートウェイを介して管理する能力を与えてよい管理サーバソフトウェアアプリケーション層と通信する管理コンソールを提供する。任意選択で、より高い管理者権限を有する管理者は、無線電力伝達の組織ネットワークのより大きな部分を制御してよい。管理コンソールは、コンピュータ、ラップトップ、タブレット等でウェブブラウザ又はアプリケーションを通してアクセスされてよい。

管理コンソールは、管理者が電力プロビジョニングプロセス、遠隔保守、システム健康診断、システム監視、方針管理等の多様なタスクを実行できるようにしてよい。管理者は、例えばホットスポットのリアルタイムオン／オフステータスの表示、遠隔ソフトウェア更新又は無線電力アウトレットの再起動、使用統計の表示、及びユーザ／場所／ホットスポット／時間単位でのレポートの生成、場所／曜日／時刻／ユーザ単位での使用方針の作成、編集、及び割当てができてよい。

システムは、例えば３つのレベルのアクセス及び管理、つまり管理者、ＭＡｄｍｉｎ、及びＭＵｓｅｒを提供してよい。

管理者レベルの管理者は、システム内のすべての情報及び設定値にアクセスする管理者権限を有してよい。

ＭＡｄｍｉｎレベルの管理者は、特定の施設又は施設のグループのすべての場所のための一般的な設定値にアクセスできる。ＭＡｄｍｉｎは、ＭＡｄｍｉｎアカウント及びＭＵｓｅｒアカウントを作成／削除／編集し、彼らに権利を割り当てることができる。

ＭＵｓｅｒレベルの管理者は、管理者がステータスを見る、特定の方針を管理する、及びレポートを入手することができる１つ又は複数の場所に対する権利を有してよい。

追加のシステム管理者と関連付けられる追加の管理者権限が、多様な現場の必要性に応えるように構成され、必要に応じて、例えば読取り専用アクセス、読書きアクセスを提供してよいことが留意される。

特定の実施形態では、システムは、ＭＵｓｅｒｓが他のＭＵｓｅｒｓの管理者として定義できず、あるユーザから別のユーザへ階層的に権利の継承がない、ＭＵｓｅｒｓの平坦な階層を有することがある。代わりに、Ｍｕｓｅｒｓは階層構造で配置されてもよい。

各カスタマは、次いで他のＭＡｄｍｉｎアカウント及びＭＵｓｅｒアカウントを作成してよい１つのＭＡｄｍｉｎアカウントで開始してよい。Ａｄｍｉｎアカウントが作成されると、以下、つまり企業、管理のタイプ、フルネーム、ｅ−メール、場所の特定のリストを管理する権利等が設定されてよい。

ＭＡｄｍｉｎ及びＭＵｓｅｒｓがシステムで実行するすべての活動はシステムログに記録されてよい（日付／時刻、ユーザ、活動のタイプ、詳細）。

管理コンソールは、ＭＡｄｍｉｎ又はＭＵｓｅｒが、図５Ｃに説明されるように、現場のホットスポットの場所の概略図を見ることができるようにしてよい。図は、色表示及びパターン表示でホットスポットのステータスを示してよい。ステータスは、Ｏｎ、Ｏｆｆ、Ｎｏｔｅ−Ｕｓｅｄ−Ｒｅｃｅｎｔｌｙ、不良等を含んでよい。また、管理コンソールは、例えば、画面上のグラフ、フォーマットされた印刷可能レポート、エクスポート可能なＣＳＶフォーマット等の形でユーザ／Ｈｏｔｓｐｏｔ／時間単位の使用統計を表示するように操作できてもよい。他の考えられるレポートは、例えば継時的な充電パターン、使用されるホットスポットのリスト、及び継時的なそれぞれごとの使用の数、充電されたユーザ及び／又は継時的な訪問数を有する場所のリスト、各種ユーザ計画の使用の統計等を含む。グラフの場合、タイムスケールは、タイムスケールの調整―１分毎のデータポイントから１週間毎のデータポイントまで―を有効にするスライダを有してよい。例えば、１分‐１５分‐１時間‐４時間‐１日‐１週間等の非連続スケールを有することが可能である。

ＭＵｓｅｒは、サービスの「記憶販売促進」層のために方針を設定してよい。つまり、基準に基づいてＴ_ｆｒｅｅの上部に無料充電分数を追加する。資格があるユーザ／ユーザグループは、多様に、つまり指定された分数、指定された場所で、週の指定された曜日の間、指定されたタイムスロットで、無料で装置を充電することを許されてよい。方針は、例えば、Ｄａｔｅ１とｄａｔｅ２の間有効等の有効期間を有してよく、この場合ｄａｔｅ１＜＝ｄａｔｅ２であり、ｄａｔｅ２は「期限切れなし」に等しいことがある。

サーバの管理者は、システムで以下のアクションの１つ又は複数を実行するためにアクセスできることがある。

管理者（Ａｄｍｉｎ）は、ＭＵｓｅｒができるすべてのことを行うことができてよく、すべてのカスタマアカウント及びすべての場所に対する権利を有してよい。

Ａｄｍｉｎは、（ＲｘＩＤ別の）特定の装置に対する方針を、その装置に対する基本方針を無効にすることによって無効にすることができてよい。係る装置は、Ｈｏｔｓｐｏｔの適切な動作を確証するために設置時に又は保守時に使用されてよい。方針無効は、時間で制限されてよく、時間がきたら以前のデフォルト方針に戻ってよい。Ａｄｍｉｎは、「ゴールド受信者」と呼ばれることがある「つねにオン」方針又は「絶対にオンではない」方針で指定される装置にアクセスできてよい。

管理者は、例えば、指定された時間期間にわたってサーバと通信しなかったゲートウェイに対するアラート、指定された時間期間にわたってサーバと通信しなかったＨｏｔｓｐｏｔに対するアラート等、設置されている構成要素の満足のいく状態に対する可視性を有してよい。

電力プロビジョニングソフトウェアアプリケーションがモバイル機器にインストールされてよく、モバイル機器の無線電力伝達ネットワークに関するデータを受信するために操作できてよいことが留意される。

さらに、電力プロビジョニングソフトウェアアプリケーションはモバイル機器で実行されるように操作でき、無線電力伝達ネットワークの範囲内で電力要件を管理することを可能にしてよい。電力伝達ネットワークシステムは、管理コンソールを介して制御され、モバイル機器のパワーレシーバを用いて無線電力伝達を管理するように操作できる（公共空間での）少なくとも１台の無線電力アウトレット、少なくとも１台の無線電力アウトレットと通信する少なくとも１台の管理サーバ、及び管理サーバと通信し、少なくとも１台の電力伝達アウトレットから管理サーバによって受信されるデータを記憶するように操作できるデータベースの配備を使用してよい。

適切な場合、無線電力伝達システムは、自宅、事務所、及び多様な公共の区域でのモバイル機器、スマートホン、タブレットコンピュータ、ラップトップコンピュータ等のユーザの電気装置に対する無線電力伝達を可能にしてよく、中心的に監視及び制御されてよい。

無線電力アウトレットは、電気モバイル機器と通信する、識別を実行してユーザ資格情報及び余裕を検証する、及び管理サーバとさらに通信するために近距離通信特徴を有するソフトウェアモジュールを実行するように操作できてよいことが留意される。管理サーバは、詳細なユーザ又は装置の使用情報、電力ステータス情報の収集を可能にし、データベースにデータを記憶するために少なくとも１つのデータパッケージを含んだ無線電力アウトレットから通信要求を受信するように操作できてよい。収集されるデータは、場所情報及び地理情報、ユーザＩＤ及び装置ＩＤ、並びに他の考えられる識別データ、電池残量情報等を含んでよい。

本明細書に使用されるように、用語「仮想セッション」又は「セッション」は、ホスト以外の１台又は複数のクライアント装置からアクセスされてよい特定のユーザと関連付けられる仮想コンピューティング環境のホストされるセッションを指してよい。例えば、セッションはシンクライアントセッション、仮想アプリケーションセッション、バーチャルマシンセッション、仮想オペレーティングシステムセッション等を含んでよい。本明細書に使用されるように、ホスト装置と端末装置「との間」であるとして説明されるセッションは、ホスト装置と端末装置との間のデータの交換を指し、この場合データはホスト装置でホストされるセッションに関係する。

本明細書に説明されるように、用語「端末装置」は、仮想セッションと関連付けられるユーザにとって遠隔でホストされる仮想セッションにユーザインタフェースを提供するように構成される装置を指す。

本明細書に説明されるように、用語「管理サーバ」は、電気モバイル電気装置に電力伝達を提供し、電気モバイル機器と関連付けられた無線電力アウトレットとの間の電力充電を制御するように構成される複数の誘導電力アウトレットを管理するように構成されるサーバを指す。用語「管理サーバ」は、さまざまに「制御サーバ」、「セントラルサーバ」、又は「サーバ」と本明細書で呼ばれてよい。

本明細書に使用されるように、モバイル電気装置は、本明細書では、さまざまに「ユーザ装置」、「電気装置」、「電子装置」、「モバイル機器」、「通信装置」、又は「装置」と呼ばれてよい。装置は、例えば携帯電話機、メディアプレーヤ、タブレットコンピュータ、ラップトップ／ノートブック／ネットブック／ウルトラブック、ＰＤＡ等の電池付き電気装置であってよい。代わりに、装置は、例えばイヤホン等の電池付き付属品又はスタンドアロン電池であってよい。追加として代わりに、装置は電池なしの電気装置を含んだ任意の動力装置であってよい。

無線電力アウトレットポイントは、本明細書では、さまざまに「ＰＡＰ」、「ホットスポット」、又は「充電器」と呼ばれてよい。

本明細書に使用されるように、用語「メモリ」又は「メモリ装置」は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ＲＡＭ、コアメモリ、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリ装置、又は情報を記憶するための他のコンピュータ可読媒体を含んだデータを記憶するための１台又は複数の装置を表してよい。用語「コンピュータ可読媒体」は、携帯記憶装置又は固定記憶装置、光記憶装置、無線チャネル、「ＳＩＭ」カード、他のスマートカード、及び命令又はデータを記憶する、含む、又は運ぶことができる多様な他の媒体を含むが、これに限定されるものではない。

説明で明確にするために、以下の説明は、アクセスカードリーダから受信されるデータに基づいてセッションを動的に更新するためのシステム、装置、方法、及びソフトウェアを説明する。ただし、同じ原則が、アクセスカードリーダ、スマートカードリーダ、生体情報読取装置、キーパッド、ボタン、近距離無線通信（ＮＦＣ）装置等を含んだ任意のタイプの周辺装置又はスタンドアロンのアクセス装置又は認証装置からの認証データの受信に適用されてよいことが理解されるべきである。
管理サーバ機能性

管理サーバは、外部サーバ又はサーバと統合できてよい。データ拡張及びユーザ又は装置の権利の外部バリデーションである統合もあれば、ネットワークの管理及び監視、遠隔装置の保守、方針施行、ユーザ管理、装置管理、請求書作成、広告、ソーシャライジング等のシステムの特定の機能態様を管理するための統合であることもある。

多様な機能性は、電力管理ソフトウェアを通して利用可能であってよく、サーバアプリケーション又は別のクライアントアプリケーション用のアプリケーションプログラミングインタフェース（ＡＰＩ）を通してサードパーティのアプリケーションが利用できてもよい。アプリケーションの範囲を制限することなく、選択された機能性は、とりわけ以下を含んでよい。
・衛星測位、アンテナ三角測量、無線ネットワーク場所又は室内測位場所の情報を使用して、近傍の公共のホットスポットを有するマップを表示すること。
・事前にＨｏｔｓｐｏｔを予約すること、したがって予約されたＨｏｔｓｐｏｔは、登録ユーザが到着し、一意のＲｘＩＤで識別されるときに登録ユーザ専用で、他のユーザのために充電しない。
・装置の登録。
・電力伝達統計のチェック。
・付属品の購入、充電方針。
・登録装置のためのリアルタイム電力伝達バランスのチェック。
・通知方法の設定、通知の受信。
・Ｈｏｔｓｐｏｔ場所への自動チェックインの設定。
・例えば、自動チェックイン、ツイート、ステータス更新等のソーシャルネットワークを用いる自動対話の設定
・例えば電力伝達サービスの過去及び現在の使用、並びにユーザのマイクロロケーションに基づいて、プッシュ通知を介して店舗に特定の販売促進の更新を提供すること。
・販売促進／広告でユーザをよりうまくターゲットとするために、場所等を含んだ無線伝達サービスの使用の蓄積された情報を使用すること。
・その施設内での無線伝達サービスの使用に基づいて現場用にロイヤルティ計画を作成すること。
・ユーザのソーシャルネットワーク接続が近接近している／していた旨の情報に基づいてユーザにサービスを提供すること。
・電力伝達サービスの過去又は現在の使用、及びユーザのマイクロロケーションに基づいてユーザの装置でサードパーティのアプリケーションを起動すること。
・アプリケーションの使用と関連付けられた統計情報を収集すること。

サーバとの通信が確立できない場合、アプリケーションが所定の「オフライン方針」に基づいた電力伝達の提供を可能にしてよいことが留意される。
システムアーキテクチャ

カレントシステムアーキテクチャを表すいくつかの実施形態はクライアント／サーバ技術を使用してよいが、制限されておらず、各ノードが同等の責任を有するピアツーピアアーキテクチャ等の他のネットワークアーキテクチャを使用してよい。

ソフトウェアエンジニアリングでは、クライアント／サーバアーキテクチャは、ネットワーク上の各コンピュータ、装置、又はプロセスがクライアント又はサーバのどちらかであるネットワークアーキテクチャを指す。係るネットワークアーキテクチャは企業アプリケーションに適用可能であり、概してプレゼンテーション機能、アプリケーション処理機能、及びデータ管理機能は論理的に分離され、システムの多様なノード（階層）で操作できる。

クライアントソフトウェア（ユーザエージェントと呼ばれてよい）は、クライアントマシン（ダッシュボード端末、ワークステーション、専用無線電力アウトレット、又は電気モバイル機器）とアプリケーション層との間の対話を可能にする。ウェブベースのアプリケーションが使用されるとき、クライアントノード（通常はブラウザ）は、クライアント側又はサーバ側のプレゼンテーション層によって、例えばＨＴＭＬコントロール、Ｊａｖａ（登録商標）アプレットコントロール、又はＡｃｔｉｖｅＸコントロールを解釈することにより、生成されてよいユーザインタフェースを提供する。

プレゼンテーション層は、（ダッシュボード端末、電気モバイル機器上の）アプリケーションのための視覚化機能を可能にするソフトウェアであり、画像、データベース層から取り出されるデータを受信するフォームフィールド等の静的オブジェクトを含んでよい、又は動的に生成されたオブジェクトを使用して、データを適切に読み込むこと、及びアプリケーション層によって生成される分析もしくは計算の結果を表示することを可能にしてよい。プレゼンテーション層の出力はダッシュボードに提出されてよく、さらに例えば端末ダッシュボードで提示されるようにフォーマットされてよい。ウェブベースのアプリケーションでは、プレゼンテーション層はウェブサーバによって実装されてよい。

アプリケーション層は、無線電力伝達ネットワークの分散型システムのビジネスロジックを提供し、管理ソフトウェアは管理サーバにインストールされてよい。アプリケーション層はプレゼンテーション層から、アプリケーション層が管理サーバ上で実行されるアプリケーションロジック（計算又は分析）の結果を返すプロシージャ呼出しを受信してよい。アプリケーション層は、データを記憶し、更新し、取り出すためにデータベース層とさらに通信してよい。管理データベース層は、ビジネスロジック及び方針、サードパーティビジネス関連情報、ユーザ情報、地理的な位置、装置ＩＤ、電力伝達持続時間、及び追加の関連情報等のアプリケーションデータを記憶してよい。管理データベースソフトウェアは管理サーバ上に又は別個のサーバ（ノード）上にインストールされてよい。任意のケースの場合、ビジネスロジックを実装し、データを取り出す、更新する、及び記憶するためにデータベースサーバ（複数の場合がある）に接続することを可能にするために、データベースインタフェースが必要とされることがある。

ソフトウェアエンジニアリングでは、プレゼンテーション機能、アプリケーション処理機能、及びデータ管理機能が論理的に分離される係る複雑なクライアント／サーバネットワークアーキテクチャはマルチ階層アーキテクチャと呼ばれることが留意される。マルチ階層アーキテクチャの最も広範な使用は、クライアントが第１の階層（プレゼンテーション層）であり、管理サーバが第２の階層（アプリケーション論理処理）であり、データベースサーバが第３の階層（データ管理）である３階層アーキテクチャである。

さらに、電気モバイル機器と無線電力アウトレットとの間の対話は、無線電力アウトレットが、必要に応じてサーバ又はクライアントのどちらかの機能を果たしてよい２階層クライアント／サーバアーキテクチャの技術の元で適合してよい。さらに、データ送信のモードでの無線電力アウトレットは、（管理サーバからの）アプリケーション論理要求に応えるクライアントとして働く。

クライアントサーバアーキテクチャは、その最も簡略な形式で２ノード（階層）アーキテクチャと呼ばれることがある。クライアント／サーバシステムの３ノード（階層）アーキテクチャは、通常、プレゼンテーションノードと、ビジネスノード又はデータアクセスノードと、データノードとから構成される。
管理及びユーザ識別

多様な地理的な位置で分散される無線電力伝達システム配備のデータ収集が、収集されたデータに適用可能な高度データ分析方法を使用して追加の収益チャネルを企業に提供してよく、例えば使用レポート、統計、及び傾向のデータ分析層を提供することによって、需要に応えるために商品、保守の将来の購入、配備変更を増加させることにより関連する企業及び個人ユーザに直接的及び間接的なインセンティブを提供してよいことが留意される。

このタイプのモデルを可能にするために、識別データに基づいてユーザを特定の電気モバイル機器と、及び特定の無線電力アウトレット（有線又は無線）に関連付けるための簡略且つ便利な方法が必要とされ、装置の密接なハンドシェーク通信によっておそらく同期されてよい。

本開示は、自動的に且つユーザ介入なくこのタスクを達成できるようにするためのシステムに関する。システムは、それらに対する追加のソフトウェア管理アプリケーションを有する多くのモバイル電気装置の中では共通であってよい既存のトランスミッタを活用してよい。係る実装は、ユーザにとって追加のコスト又は不便がほとんどまったくなしにシステムの大量配備を可能にしてよい。

本開示はおもに誘導充電器に関して説明されているが、あらゆる電力提供方式に適用してよく、例えば有線充電方式又は無線充電方式に制限されないことが特に留意される。

任意選択で、カスタマ設定管理ポータルは、無線電力アウトレット管理、現場管理、ユーザの管理、方針管理、レポート、構成システムのイベント及び管理システムのイベントの監査、セキュリティ管理等の多様な機能管理容易性を可能にするために多様な画面を使用してよい。

任意選択で、無線電力アウトレット管理は、ライブステータスの要約ビュー、及び店舗のホットスポット及びゲートウェイの管理を可能にするための特定の店舗の詳細なビューを可能にしてよい。

任意選択で、ユーザの管理は、新規カスタマの管理者が、店舗を作成する又は削除する、カスタマ管理者に店舗を割り当てる又は割当て解除する（システム管理者の機能性）、オペレータに店舗を割り当てる又は再び割り当てる、店舗を（ゲートウェイ及びホットスポットとともに）インストールする、多様な構成要素のアンインストール動作を実行する、カスタマのユーザを有効にする又は無効にする、すべての現場のためのレポートを発行する等ことを可能にしてよい。

任意選択で、レポートは、以下を可能にしてよい。つまり、単一の装置、単一の店舗、又は複数の店舗のグラフィック表現及びテキスト出力ファイルの表示。各レポートは過去１２カ月内の定められた週／月／四半期のデータを視覚化するために調整されてよいグラフィックレポートは、グラフィックフォーマットで表示されてよい、印刷されてよい、又はファイルに保存されてよい、又はレポートを生成するために使用されるデータフォーマットでファイルに保存されてよい。必要に応じて、生成されたレポートは、例えば定められた期間の分単位での総電力伝達時間の店舗ごとの使用量を提供してよく、店舗は、店舗ＩＤ、店舗ごとのホットスポットあたりの、例えば分単位での平均の毎日の時間を提供する、例えば２４時間サイクルの充電ホットスポットの活用、線形傾向線、及びおそらく表示されている定められた平日及び／又は週末のすべての店舗の日付ごとの、例えば分単位の総電力伝達時間を提供する日付及び傾向ごとの使用量、セッションの長さ及び平均セッション長さの分布を提供するセッション、定められた期間の日の時間あたりのすべての店舗の総充電分数を提供する時刻あたりの充電、戻ってくるユーザの率及び電力伝達のための反復訪問数を提供する反復使用量、及び装置のタイプごとの分布を提供する装置のタイプで識別されてよい。

任意選択で、監査は、以下を可能にしてよい。つまり、ゲートウェイの設置又は除去、ホットスポットの設置又は除去、（生産データベースにおいてではなく）ホットスポットを「合法的」ではないホットスポットとして拒絶すること、ユーザ、カスタマ、又は店舗の定義又は取消し、ＳＮジェネレータファイルの作成及びその他を含んだ、システムでのあらゆる重要なイベントのログデータの作成。

任意選択で、方針管理は以下を可能にしてよい。つまり、各曜日ごとの電力伝達のための基本方針、週末に特有の電力伝達方針、例えばホットスポットが午前８時から午後１時と午後４時から午後７時の間にアクティブである等のホットスポットあたり（又は店舗内のすべてのホットスポット）の時間スロット分解能の作成。さらに、方針は、すべてのホットスポットを無効にする又はすべてを有効にする等、店舗あたりのすべてのホットスポットに対して一度に実行されてよい。任意選択で、ホットスポットが方針ごとに「利用不可」として構成されるとき、そのステータスは、例えば「利用不可」の場合、赤等ＬＥＤ色として示されてよい。

ホットスポット可用性が広告される時間よりも大きいことが留意される。
実施形態の説明

本明細書に説明される本発明のシステム及び方法は、明細書に説明される又は図面及び実施例に示される構成要素又は方法の構築及び配置の詳細にその適用が制限されないことがあることが留意される。本発明のシステム、方法は、他の実施形態を可能にしてよい、又は多様な方法で実践もしくは実施できる。

本明細書に説明されるものに類似する又は同等の、代替の方法及び材料は、本発明の実施形態の実践又は試験で使用されてよい。それにも関わらず、特定の方法及び材料は例示的な目的のためだけに本明細書に説明される。材料、方法、及び実施例は必ずしも制限的になることを目的としていない。

したがって、多様な実施形態は、必要に応じて多様な手順又は構成要素を省略、置換、又は追加してよい。例えば、方法は説明されるのとは異なる順序で実行されてよいこと、及び多様なステップが追加、省略、又は組み合されてよいことが理解されるべきである。また、特定の実施形態に関して説明される態様及び構成要素は、多様な他の実施形態で組み合されてよい。システム、装置、及びソフトウェアが個別に又は集合的により大きなシステムの構成要素であってよく、他の手順がその用途に優先してよい、又はそれ以外の場合その用途を修正してよいことも理解されるべきである。

ここで、電力伝達要件を補助するための、及び電力管理ソフトウェアアプリケーションを使用して検索可能な少なくとも１つの場所を使って、電力伝達をモバイル機器に提供するための分散型システム１００及び１００‘を概略で表す図１及び図２が参照される。本開示に従って、図１の分散型システム１００は、各無線電力アウトレット１１２によって外部ネットワーク接続性及びインターネットアクセスを提供する。一方、図２の分散型システム１００’はローカル現場ゲートウェイ（複数の場合がある）１１８を介して無線電力アウトレット１１２に外部ネットワーク接続性を提供する。

電力管理ソフトウェアは、電気モバイル機器の電力貯蔵ユニットのステータス、ユーザ選択、及び現在位置を結合して多様な電力関係の推奨策を提供し、無線電力伝達にサービスを提供することの潜在的な場所に従ってアクセス可能な最寄りの電力伝達場所にユーザを案内する装置電力貯蔵管理の機能性を提供することが留意される。

図１は、本開示に従って、無線電力伝達技術及び無線電力伝達のための少なくとも１つの場所を電気装置に提供する、電力管理ソフトウェアアプリケーションによって検索可能な各無線電力アウトレット１１２の外部ネットワーク接続及びインターネットアクセスのための分散型無線電力管理１００を概略で表す。分散型システム１００は、電力伝達構成要素１１０、管理サーバ１３０、管理データベース１５０、通信ネットワーク１６０、及びモバイル通信ネットワーク１７０を含む。図１の『Ａ−Ａ』で示されるセクションは、電力管理ソフトウェアアプリケーションとともに設置されるモバイル機器１２０‘を使用する、ユーザの公共空間を表す。

任意選択で、分散型無線電力管理システム１００はダッシュボード端末１４０を含む。

任意選択で又はさらに、『Ａ−Ａ』で示される公共空間内のユーザは、各自、ソーシャルネットワークを介して接続可能な電気モバイル機器１２０‘を使用し、ソーシャルコミュニティの他のメンバーとデータ及び情報の共有を可能にする。

無線電力伝達構成要素１１０は２つのサブ構成要素を含み、任意選択で表面１０１の中に埋め込まれる無線電力アウトレット１１２は一次インダクタ１１４を備え、電源（不図示）及びスマートホン１２０又はタブレット１２２等の電気モバイル機器に接続可能であり、それぞれが負荷に接続され、一次インダクタ１１４と結合できる二次インダクタ１１６を備え、電気モバイル機器への無線電力伝達を可能にする。無線電力アウトレット１１２は、代わりにホットスポット（ＨＳ）と呼ばれてもよく、オン信号／オフ信号／ディマー信号／フェード‐イン‐アウト信号を表示するように操作できるＬＥＤディスプレイをさらに含んでよい。

電気モバイル機器１２０、１２２が、それぞれレシーバ識別（ＲｘＩＤ）と呼ばれてよい一意の識別子を有してよいことが留意される。電気モバイル機器１２０、１２２は、電気モバイル機器１２０、１２２及び無線電力アウトレット１１２が近接しているときに無線電力アウトレット１１２によって識別されてよい。無線電力アウトレット１１２は、トランスミッタ識別（ＴｘＩＤ）と呼ばれてよい一意の識別子を有してよい。

無線電力アウトレット１１２と電気装置１２０、１２２との間の通信が、互いの間で通信するために通信チャネル１１５Ａを使用し、任意選択で信用証明書交換を確立して電力伝達を可能にしてよいことがさらに留意される。

無線電力アウトレット１１２は通信チャネル１２４Ａを介して通信ネットワーク１６０と通信し、インターネットベースの通信を可能にし、通信チャネル１３２Ａを通して管理サーバ１３０とさらに通信してよく、管理サーバ及び管理データベースが同じマシンに設置されているのか、それとも別々に設置されているのかに関係なく、管理サーバ１３０は同様に通信チャネル１５２Ａを使用して管理データベース１５０と通信してよい。

任意選択で、無線電力アウトレット１１２は、セルラー通信インフラ１７０を使用して外部で通信してよい。

無線電力アウトレット１１２と管理サーバ１３０との間の通信プロセスは、多様な周期的なステータス及び非周期イベントの送信を実行するように操作できてよい。多様なイベントは、ＴｘＩＤ、ＲｘＩＤ識別パラメータ、及び電力伝達の開始、電力伝達の停止、なんらかの方法でのサービスの修正、サーバ許可コマンド、電力伝達の打切り又は再開のためのオン／オフコマンド、充電バランスステータスの受信等の追加情報を含んでよい。

端末ダッシュボード１４０（任意選択で、電気モバイル機器等の他のタイプのクライアント）は通信チャネル１４２Ａを使用して管理サーバ３０のアプリケーション層と通信してよい。

無線電力アウトレット１１２が識別情報を交換する電気モバイル機器１２０、１２２と通信し、管理サーバ１３０に周期ステータスメッセージ及び非周期イベントをさらに送信してよいことが留意される。このタイプの通信は、無線電力伝達を使用しつつ、ユーザ選択と組み合わされたより正確な場所をベースの推奨案を提供するために、任意の他の測位システムが操作可能はない場合に、ユーザの現在位置の正確な表示を提供する。

図２は、本開示に従って、無線電力伝達サービスを電気モバイル機器に提供し、ローカル現場ゲートウェイを介して外部に通信するための分散型電力伝達システム１００‘を概略で表す。分散型電力伝達システム１００’は、領域Ａ及び領域Ｂに位置する２セットの無線電力アウトレット１１２、ローカル現場ゲートウェイ１１８、管理サーバ１３０、管理データベース１５０、通信ネットワーク１６０、及びモバイル通信ネットワーク１７０を含む。図１の『Ａ−Ａ』で示されるセクションは、電力管理ソフトウェアアプリケーションとともに設置されるモバイル機器１２０‘を使用するユーザの公共空間を表す。

任意選択で、分散型無線電力管理システム１００はダッシュボード端末１４０を含む。

任意選択で又はさらに、『Ａ−Ａ』で示される公共空間内のユーザは、各自、ソーシャルネットワークを介して接続可能な電気モバイル機器１２０‘を使用し、ソーシャルコミュニティの他のメンバーとデータ及び情報の共有を可能にする。

図２の『Ａ−Ａ』で示されるセクションは、電力管理ソフトウェアアプリケーションとともに設置されるモバイル機器１２０‘を使用するユーザの公共空間を表してよい。

任意選択で、分散型無線電力管理システム１００はダッシュボード端末１４０を含む。

任意選択で又はさらに、『Ａ−Ａ』で示される公共空間内のユーザは、各自、ソーシャルネットワークを介して接続可能な電気モバイル機器１２０‘を使用し、ソーシャルコミュニティの他のメンバーとデータ及び情報の共有を可能にする。

電力モジュール１１２とネットワーク管理サーバ１３０との間の通信は、通信モジュール１１３を介して提供されてよい。さまざまに、通信モジュール１１３Ａ、１１３Ｂは電力モジュール１１２の中に組み込まれてよく、ホスト電力モジュールに単独でサービスを提供してよい。代わりに、通信モジュール１１３Ｂは現場ゲートウェイ１１８Ｂの中に組み込まれてよく、複数の接続されている電力モジュールにサービスを提供してよい。

無線電力アウトレット１１２は、無線で又は現場イーサネット（登録商標）リソースを使用してローカル現場ゲートウェイ１１８Ａ、１１８Ｂ（集合的に１１８）と通信できてよい。ローカル現場ゲートウェイ１１８は通信チャネル１２４Ａを通して通信ネットワーク１６０にアクセスでき、無線電力アウトレット１１２が周期ステータスイベント及び非周期イベントを送信できるようにし、管理サーバ１３０を報告する。

領域Ａ及び領域Ｂが無線電力アウトレットの２つの異なるセットを表し、セットの各無線電力アウトレットが、おそらくローカル現場ゲートウェイ１１８の設定構成又は無線電力アウトレット１１２自体の設定に従ってローカル現場ゲートウェイ１１８を介してイベント通知メッセージを通信してよいことに留意されたい。任意選択で、無線電力アウトレット１１２は、ローカル現場ゲートウェイ１１８を通して二重モードで機能する、又は通信ネットワーク１６０と直接的に通信して改善されたオンライン機能を提供するように構成されてよい。したがって、分散型システム１００‘の無線電力アウトレット１１２は、図１のシステム１００の類似するユニットとは異ってよい。

領域Ａ及び領域Ｂが、例えば同じ現場内の別々の部屋であってよい、又は異なる現場の別々の設備を表してよいことがさらに留意される。さらに、単一のゲートウェイ１１８は、例えば６等の限られた数の無線電力アウトレットを管理してよく、配備がより多くの無線電力アウトレットを要する場合、追加のゲートウェイが必要とされることがある。

ここで、分散型無線電力伝達システム１００’’の考えられるソフトウェアモジュールアーキテクチャを表す図３のブロック図が参照される。

分散型無線電力伝達システム１００’’は、無線電力アウトレット１１２、管理サーバ１３０、データレポジトリ１５０、及び通信ネットワーク（不図示）を含む。任意選択で、分散型無線電力伝達システム１００はダッシュボード端末１４０を備え、さらにサードパーティベンダ（不図示）のビジネスエンティティマシンを含んでよい。

明確にするために、電気装置及び関係するソフトウェアアプリケーションモジュールは削除されていることが留意される。

無線電力アウトレット１１２は、インタフェース２１２Ａ、近距離通信モジュール２１２Ｂ、及び識別モジュール２１２Ｃ等のサブモジュールを有するソフトウェアモジュールを含んでよい。管理サーバとの通信は、インターネット接続性を使用して、又はローカルビジネスゲートウェイ（不図示）を通して通信チャネル２１４を使用してよい。

管理サーバ１３０は、以下のモジュール、つまりインタフェースモジュール２３２、レポート生成モジュール２３３、及び任意選択で認証モジュール２３４、監視モジュール２３５、及び暗号化モジュール２３６を含んでよい。

データレポジトリ１５０は、データベース（ＤＢ）インタフェースモジュール２５２を含む。ＤＢインタフェースモジュールは、データレポジトリがいくつかのデータベースから構成される場合、又は追加の二次データソースが存在する場合、いくつかのサブモジュールに再分割されてよい。

さらに、通信モジュール２６２は、多様な構成要素間で通信を確立できるようにする。通信モジュールは、無線電力アウトレットユニットと電気モバイル機器との間の通信、無線電力アウトレットと管理サーバとの間の通信、及びダッシュボード端末と管理サーバとの間の通信等の多様な構成要素間の通信を可能にするために多様な通信技術を使用してよい。

用語「通信モジュール」の使用が、通信モジュールセクションでの、以下に説明される通信モジュールの一部として説明又は主張される構成要素又は機能性がすべて共通のパッケージで構成されることを暗示していないことが留意される。

任意選択で、サードパーティのビジネスエンティティマシンが存在する場合、ビジネスエンティティマシンは、相応して管理サーバ１３０とインタフェースをとるように操作できるビジネスソフトウェアモジュール２７２と設置される必要がある。

任意選択で、ダッシュボード端末が存在する場合、ダッシュボード端末は、例えば分散型システムのアクセス及び視覚化を可能にするために適切なウェブインタフェースモジュール２４２と設置される必要がある。
通信モジュール

通信モジュールは、無線電力伝達分散型システムの構成要素間の通信要件の多様な態様を反映し、構成要素の異なる通信ニーズに応える一方、異なることがある。例えば、電気モバイル機器と無線電力アウトレットとの間の通信ニーズは、無線電力アウトレットと管理サーバとの間の通信ニーズに比較すると異なる機能性及び技術を曝露する。したがって、通信モジュールを参照するときは、多様な態様、及び特定の対話と関連付けられてよい通信技術を明確にすることが目的とされる。
管理サーバとの通信

任意選択で、電気モバイル機器は、無線電力アウトレットのＬＡＮ／ＷＡＮ送信ユニットと必ずしも一致しなくてよい無線ＬＡＮ／ＷＡＮ通信ユニットを有してよい。さらに、電気モバイル機器は無線電力アウトレット上のモジュールと通信できる近距離通信モジュールを含んでよい。

管理サーバ又は制御サーバは、無線電力アウトレット、電気モバイル機器、又は両方と通信してよい。通信チャネルは、電気装置又は無線電力アウトレットの少なくとも１つにインターネットプロトコル（ＩＰ）接続を提供してよい無線アクセスポイント、セルラーネットワーク（図１）、有線ネットワーク等によって仲介されてよい。任意選択で、無線電力アウトレットへの通信チャネルが電気装置及び密接な通信モジュールを介して間接的に仲介されてよいことがさらに留意される。同様に、電気装置に対する通信チャネルは、無線電力アウトレットを介して間接的に仲介されてよい。
Ｔｘ−Ｒｘ通信

各電気装置は、レシーバ識別（ＲｘＩＤ）と呼ばれてよい一意の識別子を、その認識を可能にするシステムにおいて有してよい。ＲｘＩＤはＭＡＣアドレスであってよい。管理サーバは、ＲｘＩＤに加えて電力伝達関係データ、請求書作成情報、ユーザクレジット等の関係情報を記憶してよい。

適切な場合、無線電力アウトレットは、トランスミッタ識別（ＴｘＩＤ）と呼ばれてよい一意の識別子を、その認識を可能にするシステムにおいて有してよい。

例示的な目的のためだけに、公共空間の電気装置に電力へのアクセスを提供するための考えられる方法が以下に提示される。方法は、ユーザが無線電力アウトレットから電力を伝達できる、又は携帯電話、タブレット等の電気装置を充電できるようにしてよく、さらに電力供給事業者が、電力伝達関係情報を収集しながら電力伝達を管理できるようにしてよい。

ユーザは、電気装置を設置してよい、又は電気装置を無線電力アウトレットに接続してよい。例えば、誘導的に有効化された装置は無線電力アウトレットに設置されてよい。代わりに、又はさらに、電源は電気装置に伝導的に接続されてよい。

電力アクセスポイントは、電気装置接続を検出してよい。例えば、有線接続は負荷を検出することによって検出されてよく、無線接続はホールセンサ、アナログピング方式等の多様な遠隔センサを使用して検出されてよい。
初期認証／ハンドシェーク

無線電力アウトレットは、その期間中にユーザ資格情報が認証されてよい所定の時間Ｔ_ｆｒｅｅの間電力伝達を可能にしてよい。

任意選択で、無線電力アウトレットは密接な通信を介して装置にランダムパターンを送信してよい。無線電力アウトレットは、ＷＡＮ／ＬＡＮ接続を介してその同じパターンを制御サーバにさらに送信してよい。

例えば、電気装置上で実行中のソフトウェアアプリケーションは、パターンを受信し、ユーザ識別トークンとともに同パターンを管理サーバに中継するように操作できてよい。

さまざまに、管理サーバ及び電気装置はユーザの認証を完了するために複数のメッセージを交換してよい。

任意選択で、無線電力アウトレットは、初期セットアップを決定するために管理サーバと初回対話時に登録プロセスを開始し、管理サーバにアクセスすることを許す信用証明書を提供してよい。初回認証は、管理サーバの、アウトレットＴｘを管理することへの同意、並びにあらゆる追加の通信のための各側の識別、つまりアウトレットＴｘのアイデンティティ及び管理サーバのアイデンティティに関する同意のために使用されてよいことも留意される。

管理サーバは、それにより特定の無線電力アウトレットを特定の電気装置と関連付けることができてよい。ユーザがサービスを使用することを許可されていると見なされる場合、管理サーバは、無線電力アウトレットが電気装置にサービスを提供し続けることを許す確認信号を送信してよい。必要とされる場合、確認信号は、サービスが付与される特定の期間を定めてよい、又はその期間の終了時に切断イベントを送信してよい。

適切な場合、管理サーバはさらに又は代わりに、例えば異なるユーザに提供される電流を単位として表される複数のレベルのサービスを定義してよい。例として、支払いを行うユーザはおそらく最大２０ワット等まで完全電力供給機能にアクセスできるようにされてよい。一方、支払を行わないユーザは、低電力装置だけを充電する又は完全に使い切られた電池のトリクル充電を実行するには十分であることがある、例えば０．５ワットへの限られたアクセスを提供されてよい。

動作中、無線電力アウトレットは、管理サーバから動作信号を受信するように操作できてよい。受信される動作信号に従って、無線電力アウトレットは、電力の提供を続行する、電力伝達を打ち切る、なんらかの方法でサービスを修正する等の多様なアクションを実行するように操作できてよい。

本明細書に留意されるように、電気装置と無線電力アウトレットとの間の密接な通信を可能にするための多様な方法が実装されてよい。
音声通信

１つの特定の実施形態では、装置と電力アクセスポイントとの間の密接な通信チャネルは、例えば２０ヘルツと２キロヘルツとの間、又は例えば３００ヘルツと２０キロヘルツとの間等の特定の可聴バンドを使用して電気装置のマイクを介して感知される音声信号に基づいてよい。音声信号は、無線電力アウトレットと関連付けられるスピーカ等の音声エミッタから発せられてよい。携帯電話等の多くの電気装置はマイクを有し、ソフトウェアアプリケーションはマイクにアクセスできてよい。

マイクユニットに電力を供給すること自体が電力を要求することがあることが留意される。その結果として、電気装置上で実行中のソフトウェアアプリケーションは『充電‐接続』イベントがシステムで検出される場合にだけマイクを活性化してよい。したがって、装置検出時、無線電力アウトレットは、マイクに電力を供給するために初期電力伝達を実現してよい。短い間隔の後、識別信号が音声信号を経由して送信されてよい。

音声信号は、通信されるランダムパターンをマスクしてよい通信パターンに関係しない追加のトーンを含むことがある。例えば、音声識別信号は、ユーザに、接続が行われた旨の表示を提供するために役立つ接続トーンによってマスクされてよい。
データオーバコイル（Data-over-coil）（ＤＯＣ）通信：

代わりに又はさらに、密接な通信チャネルが、電気装置への電力伝達の活性化を交互に行う無線電力アウトレットによって提供されてよい。電源の交番は大部分の電気装置によって、これらの電気装置上のアプリケーション層に通信される電力伝達接続イベント及び電力伝達切断イベントとして検出される。

切替えパターンは、ランダムパターン等の識別信号でコーディングされてよい。無線電力アウトレットは、電気装置が電力伝達接続イベント及び電力伝達切断イベントを検出し、アプリケーションレベルに報告できるほど十分に離間された間隔でこの切替えを実行する必要がある場合がある。
ブルーツース及びＮＦＣ

依然として他の実施形態は、密接な通信チャネルを達成するためにブルーツース又は近距離無線通信（ＮＦＣ）を使用してよい。これらは、それらの活性化をトリガし、それによって電力を保全するために、基本的な電力信号と組み合わせることができるだろう。

このシステムの多様な実施形態では、装置のＬＡＮ／ＷＡＮインタフェースはＷＬＡＮ接続又はセルラー２Ｇ／３Ｇ／４Ｇ接続であってよい。ＷＬＡＮ又はセルラーのアクセスポイントへの接続は、ユーザ資格情報の手動挿入又は自動挿入を含んでもよい。この場合、情報は、ユーザ識別を有効にするために管理サーバに伝達されてよい。アクセスを許可するために提供される情報は、装置アプリケーションによって保管され、後に直接的に管理サーバに提供されてもよい。

さらに又は代わりに、無線電力アウトレットのＬＡＮ／ＷＡＮ接続は充電済みの装置を介して達成されてよい。無線電力アウトレットは管理サーバに対するメッセージを暗号化し、これをそれらの間の密接な通信チャネルを介して電気装置上のアプリケーションに配信してよい。アプリケーションは次いでそのＬＡＮ／ＷＡＮ接続を介してサーバにメッセージを送信してよい。
データベースインタフェース

管理サーバは、データベース（複数の場合がある）に記憶されているデータへのさらに適用可能なアクセスを用いて多様な構成要素アプリケーションが管理サーバにアクセスできるようにするためにアプリケーションプログラムインタフェース（ＡＰＩ）を提供してよい。管理サーバからデータベースに直接的にアクセスすることは、選択されるほぼあらゆるデータベースとセットになって売られることがあるコマンドシェルを使用してよい。

データは、テーブル（Ｏｒａｃｌｅ、Ｉｎｆｏｒｍｉｘ、Ｍｉｃｒｏｓｏｆｔ ＳＱＬ Ｓｅｒｖｅｒ、ＭｙＳＱＬ、ＮｏＳＱＬ、及びさらに多く等のリレーショナルデータベース）、オブジェクト（オブジェクト指向型データベース）、又は文書／ファイル（ＸＭＬ−拡張マークアップ言語等の文書化された指向型データベース）等に記憶されてよい。

同じ物理マシン又は別個にインストールされるデータベースは、シーケンスクエリ言語（ＳＱＬ）等の一般的なデータベースインタフェースを通してアクセスされてよい。

代わりに、データベースはオブジェクト指向ＡＰＩによってアクセスされ、オブジェクトを作成する、取り出す、更新する、及び削除する、又はＸＭＬベースのＡＰＩ等を使用するためにデータベース抽象化ＡＰＩを提供してよい。

各ＡＰＩが、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｐｙｔｈｏｎ等の多様なコンピュータ言語で実装されてよいことが留意される。

データベースとの対話はトランザクションベースとなり、コマンドのセットを設定できるようにしてよいことも留意される。例えば、『トランザクション開始』メソッドと『トランザクションコミット』メソッドとの間の何かは、例外が発生しない場合、『トランザクションコミット』が呼び出されるまで実行されない。変更のロールバック及び取消し動作は、『トランザクションロールバック』メソッドを使用し、たとえ多くの変更がデータベースのテーブルに対して実行した可能性があっても問題が発生する場合、データベースを元の状態に戻してよい。
暗号化モジュール

暗号化モジュールは、サーバから無線電力アウトレットへの命令を暗号化することに責任を負ってよく、密接な通信チャネルを介して無線電力アウトレットに命令を中継して戻す充電済みの装置にさらに送達されてよい。

適用可能な場合、暗号化は、サーバ及び無線電力アウトレットがメッセージを暗号化／解読できるにすぎないことがあるが、充電済み装置が正当なメッセージを改変する又は作成するのを妨げるだろう。したがって、サーバから無線電力アウトレットへのメッセージの転送は、双方向の密接な通信チャネルの存在を必要とすることがある。音声信号の場合、これは装置スピーカを使用し、マイクを無線電力アウトレットに含むことによって達成されてよい。

さらに又は代わりに、双方向の電力ベースのシグナリング方式は、無線電力アウトレットで装置の負荷を変調することによって達成されてよい。多くの装置は、アプリケーションが使用されている充電電流又はシステム負荷を直接的に制御することを許さないので、負荷を変えるために、ＬＣＤ用の変調画面照明バックライト、及びＯＬＥＤ用の直接ピクセル活性化等のいくつかの間接的な技法を使用することが必要となることがある。

無線電力伝達システムが密接な通信チャネルのために追加のオプションを提供してよいことがさらに留意される。

ここで、現場での無線電力アウトレット構成の配備の監視及び制御のための管理機能性を管理者に提供するための考えられる手順の選択されたアクションを表す図４のブロック図が参照される。考えられる管理手順は、データ、遠隔保守４６０、方針管理４７０、及び遠隔健康診断４８０をプロビジョニング（４５０）することを含んでよい。

管理サーバ１３０は、特定の現場での各遠隔無線電力アウトレット１１２とのネットワーク１６０を介した直接的な対話をサポートしてよい、又は各無線電力アウトレット１１２を制御するために現場ゲートウェイ１１８と通信してよいことが留意される。説明の目的のためだけに１つのゲートウェイ１１８しか説明されていないが、共通管理サーバ１３０によって複数のゲートウェイ１１８が制御されてよいことが理解される。

プロビジョニング４５０手順は、ある場所での無線電力アウトレットと通信するときにユーザにプロビジョニング方針を提供するための電気装置のプロビジョニングソフトウェアアプリケーションとの通信を含んでよい。プロビジョニング４５０手順は、レポート機能性、電気装置場所に従った電力伝達場所のマッピング等をさらに提供してよい。電気装置のプロビジョニングソフトウェアアプリケーションは有料電力伝達のために使用され、装置の電力充電を監視し、制御することを可能にしてよい。

遠隔保守４６０手順は、無線電力アウトレットの遠隔管理を提供してよく、遠隔停止／起動４６１Ａ、遠隔再起動４６２Ａ、遠隔ソフトウェア更新４６３Ａ、及び例えばＬＥＤインジケータ等のビジュアルインタフェースもしくは他の係るサウンドジェネレータのスピーカ等のオーディオインタフェース等の遠隔ユーザ表示４６４Ａの試験を含んでよい。

電力管理方針管理ユニット４７０は、電気装置のパワーレシーバと対話するときに無線電力アウトレットを制御するための多様な態様の方針のセットを決定する機能性を提供する。電力管理方針管理４７０手順は、単一の制御方針にアペンドされてよい多様な電力管理方針を生成してよい。方針管理ユニット４７０は装置のタイプ方針４７１Ａ、サービスのタイプ方針、及び電力伝達方針４７３Ａを含んでよい。方針管理４７０は、電力消費のリアルタイム最適化、電池健康のリアルタイム最適化等の多様な動的方針４７４Ａをさらに含んでよく、例えば、リアルタイムパラメータに基づいて友人に会うことを提案する、ユーザ選択に関係する特徴に近い事業を広告すること等により現場により多くのトラフィックを追加するためにソーシャル空間でメンバーと通信することによって現場サイトのトラフィックをさらに制御してよい。

遠隔無線電力アウトレットを試験する遠隔健康診断４８０は、アウトレットユニットのアクセス可能性及び操作性並びにアウトレットがネットワーク全体で到達可能であるかどうかを試験するために使用されてよい。さらに、プロセスは接続のレーテンシを分析し、システム管理者にも提示されてよいネットワーク速度を決定する。係る健康診断は特定の現場で特定の無線電力アウトレットに対してオンデマンドでトリガされ、そのステータスを試験してよい、又は管理者の通信要求時に、ネットワークシステムが管理サーバコンソールに提示されるときにネットワーク内のすべての一覧表示されている潜在的に操作可能な無線電力アウトレットに対して順次トリガされ、無線電力アウトレット自体のステータスを含んだ多様な関係するパラメータを提供してよい。

したがって、健康診断手順４８は、遠隔無線電力アウトレットに制御信号を送信し、期限内に応答を待機してよい。

プロビジョニング手順４５０が無線電力アウトレットと通信し、場所等のプロビジョニングソフトウェアアプリケーションにとってより正確なデータを可能にしてよいことが留意される。Ｈｏｔｓｐｏｔの場所に関する情報は、無線電力アウトレットのＴｘＩＤと関連付けられてよい。係る場所情報は、例えばインストールのときにＨｏｔｓｐｏｔにプログラミングされてよく、ＧＰＳ又はアンテナ三角測量等の他の方法によって提供されるものよりもより正確であってよい、非常に正確な場所情報を提供してよい。電力プロビジョニングソフトウェアがモバイル機器用に設定されたアプリケーションである場合、Ｈｏｔｓｐｏｔは装置にそれ自体に関する情報（例えば、ＴｘＩＤ、場所等）を送信してよく、装置は次いでアプリケーションに情報を転送する。アプリケーションは、ＧＰＳ、アンテナ三角測量、屋内測位方法等を使用して場所をさらに識別してよい。係るデータは、無線電力アウトレットによって管理サーバのプロビジョニング層に送信されてよい。

方針管理手順４７０の多様な方針及び他の事業関係事項が管理サーバ（１３０、図１）のデータベースに中心的に記憶されてよく、サービスサプライヤ及び／又はプロバイダの電力伝達方針、エンドユーザの視点から関連性があることがある公共の事業体の多様な方針、取決め、又は提供物等を含んでよいことがさらに留意される。

手順のセットの結果は、管理者又はユーザに、アドレス及び営業時間を入手する、地図上の公共事業体の目的地を突き止める、運転方向を入手する、考えられるオプションの数を削減又は拡大するために検索半径を調整する、公共事業体のブランド別にフィルタリングする、ソーシャル空間メンバーのランキング、特定の公共事業体におけるＨｏｔｓｐｏｔの数、クーポン及び販促、レシーバ付属品販売等別にフィルタリングする等の多様なアクションを可能にするオプションを生み出してよい。

ここで、管理コンソール上でアクセス可能な多様な概略図を示す図５Ａから図５Ｄが参照され、図５Ａ及び図５Ｃは多様なアーキテクチャの考えられる電力伝達ネットワークビューの概略図を示しており、図５Ｂ及び図５Ｄはゲートウェイ１１８を表すアイコン又は無線電力アウトレット１１２を表すアイコン等の選択された装置の詳細な表示ビューを示す。

図５Ａから図５Ｄの説明を通して、要素が、例えばゲートウェイ、無線電力アウトレット、管理サーバ等のエレメントが管理コンソール上でアクセス可能なビューの範囲内で参照されるときはつねに、これらの用語はそのアイコン表示を指すことが留意される。

管理サーバの電力管理ソフトウェアが、無線電力伝達及びプロビジョニング、遠隔保守、方針管理、ユニットの健康診断等の多様な態様で、並びに多様なシステムアーキテクチャでも、アウトレットの電力管理の機能性を提供してよいことが留意される。電力管理は、さらに、関係するデータを記憶し、必要な機能性及びサービスを送達するためにデータベースと遠隔で対話してよい、又は同じ物理マシン内に組み込まれてよい。

したがって、図５Ｃの構成は、管理コンソール上でアクセス可能なビューを表示し、それによってすべての無線電力アウトレットが特定の現場で少なくとも１つのゲートウェイによって中心的に管理されるシステムアーキテクチャを表す。係るビューは、図５Ａのゲートウェイ１１８を表すアイコンを選択することによってアクセス可能であってよい。任意選択で、図５Ｃの構成は、すべての無線電力アウトレットが少なくとも１台の管理サーバ１３０によって中心的に管理されるシステムアーキテクチャを表すスタンドアロンビューを表示してよい。

図５Ａは、管理コンソール上でアクセス可能な分散型無線電力伝達ネットワークビュー５００を概略で表し、ゲートウェイが特定の現場のいくつかの無線電力アウトレットを管理している、管理コンソール上に任意選択で表示される配備の概要を提供する。分散図５００は、管理サーバが少なくとも１つの現場ゲートウェイ１１８と通信できるようにするために、中心管理１３０、関連付けられたダッシュボード端末１４０（管理コンソール）、通信ネットワーク１６０を含む。

係る分散表示は、管理者が、自分の管理下にある全体的なネットワークの概要を得る、任意選択で他のビューを選択して、表示の特定の領域を選択し、ゲートウェイ１１８を選択し、そのステータス及び情報をポップアップウィンドウ１１８Ａに表示することによってネットワークの多様な他の態様を分析する、又はゲートウェイ１１８を選択し、そのゲートウェイによって管理、監視される無線電力アウトレットのサブネットワークを開くことができるようにしてよい。無線電力アウトレットのサブネットワークを見ることは、さらに図５Ｃの特定のアウトレット１１２を制御し、監視するアクションを可能にしてよい。

特定の現場が、それぞれが１台又は複数の無線電力アウトレットを制御する１台又は複数のゲートウェイ装置１１８を含んでよいことが留意される。

図５Ｂは、現場ゲートウェイ１１８の管理コンソール上でアクセス可能な考えられる油要約ビュー１１８Ａの概略図であり、その制御された無線電力アウトレットは、ゲートウェイの詳細な情報を提示するために図５Ａの分散図５００から現場ゲートウェイを選択し、開く又は表示する等の適切なメニューオプションを選択することによってアクセス可能である。任意選択で、このビューは、例えばポップアップウィンドウで詳細な情報を受信するために現場ゲートウェイアイコン表示をダブルクリックすることによってアクセス可能であってよい。管理コンソール上でアクセス可能な要約ビュー１１８Ａは、ゲートウェイＩＤフィールド５０２Ｂ、場所フィールド５０４Ｂ、管理者関係情報５０６Ｂ、装置ｉｄ５０８Ｂの見出し付きの目次、ステータス５１０Ｂ、方針５１２Ｂ以上を含んでよく、テーブルのそれぞれの特定の行５１４Ｂが特定の無線電力アウトレットの関係データ、及び活性化ボタン開く５１６Ｂを表す。

任意選択で、行５１４の選択時に活性化ボタン開く５１６をクリックすると、図５Ｄの１１２Ａ等の選択した行５１４の詳細な情報を表示するためのポップアップウィンドウが開き、図５Ｃに示される関連付けられた無線電力アウトレット１１２の詳細を提供してよい。

図５Ｃは、部分的な分散型無線電力伝達ネットワーク図５００‘を概略で表し、それにより単一の現場ゲートウェイが特定の現場のすべての無線電力アウトレットを制御している、管理コンソール上でアクセス可能な現場配備の考えられる概要を提供する。現場分散図５００’は、現場ゲートウェイ１１８、有線又はおそらく無線の通信ネットワーク１６０を含み、ゲートウェイが少なくとも１台の無線電力アウトレット１１２と通信できるようにする。

現場が、現場を制御し、監視するための単一のゲートウェイよりも多くを必要とするいくつかの無線電力アウトレットを有することがあることが留意される。

現場ゲートウェイのネットワーク表示５００‘が、単一の選択された無線電力アウトレットに対する多様な監視動作及び制御動作を実行することを可能にする、又は複数の選択が選択されたアウトレットに共通の機能性を提供できるようにしてよいことがさらに留意される。係る動作は、装置の要約ビューを取得するためにアウトレットを選択することを可能にしてよく、図５Ｄに以下に示されるように管理者動作をさらに可能にしてよい。

図５Ｄは、図５Ｃの関連付けられた電力アウトレットユニットの行５１４が、例えば、アウトレットの詳細な情報を提示するために選択されるときに、開くアクションボタン５１６をクリックすることによって管理コンソール上で任意選択でアクセス可能な無線電力アウトレット１１２の考えられるステータス及び要約詳細図１１２Ａの概略表示である。任意選択で、この図はポップアップウィンドウで詳細な情報を受信するために図５Ｃに示される無線電力アウトレット１１２をダブルクリックすることでアクセス可能であってよい。要約図１１２Ａは、装置ＩＤフィールド５０２Ｄ、装置タイプフィールド５０４Ｄ、ステータスフィールド５０６Ｄ、場所フィールド５０８Ｄ、ソフトウェアリリースフィールド５１０Ｄ、及び方針フィールド５１２Ｄを含んでよい。表示１１２Ａは、『レポート』アクションボタン５１４Ｄ、『保守』アクションボタン５１６Ｄ、『追加』アクションボタン５１８Ｄ、『方針』アクションボタン５２０Ｄ、『試験』アクションボタン５２２Ｄ、及び管理者関係情報５２４Ｄをさらに含む。

必要に応じて、『レポート』アクションボタン５１４Ｄは、経時的な使用量、アイドル時間、故障イベント、保守の履歴等の無線電力アウトレットに関係するレポートのセットの生成を可能にしてよい。

必要に応じて、『保守』アクションボタン５１６Ｄは、選択した無線電力アウトレットの再起動、更新済みソフトウェアモジュールのインストール、又は現在実行中の方針の更新等の保守動作を可能にしてよい。

必要に応じて、『方針』アクションボタン５２０Ｄは、ローカル設定変更等の方針関係動作を可能にしてよい。任意選択で、この方針の調整は、保守アクションボタン５１６Ｄを介して維持されてよい。

必要に応じて、『試験』アクションボタン５２２Ｄは、遠隔の選択された無線電力アウトレット用の健康診断試験の実行を可能にしてよい。

必要に応じて、『追加』アクションボタン５１８Ｄは、多様な管理者設定オプション、ユーザ管理、プロビジョニング関係活動等の追加のアクションボタンへのアクセスを可能にしてよい。

ここで、ネットワーク配備における遠隔無線電力アウトレットのシステムの健康診断を実行するための考えられる方法６００Ａを示す選択されたアクションを表す図６Ａのフローチャートが参照される。係る健康診断は、特定の現場での特定の無線電力アウトレットに対してオンデマンドでトリガされ、そのステータスを試験してよい、又は管理者の通信要求時に、ネットワークシステムがネットワーク内の管理サーバコンソールに提示されるときにすべての一覧表示されている潜在的に操作可能な無線電力アウトレットに対して順次トリガされ、無線電力アウトレット自体のステータスを含んだ多様な関係するパラメータを提供してよい。

無線電力アウトレットのステータスが、ソフトウェア更新がアウトレットユニットにアップロードされるときに再起動する等の特定の要求時にその動作を通して変化してよい、又はアウトレットユニットのなんらかの誤動作が原因の障害ステータスにあってよいことが留意される。

ネットワークは、レストラン、コーヒーショップ、空港ラウンジ、電車、バス、タクシー、スポーツスタジアム、ホール、劇場、映画館等の公共空間での電力提供の制御を可能にしてよいことがさらに留意される。したがって、ネットワークでの各アウトレットの操作性が必要とされる。さらに、係るシステムが、保守機能性（遠隔再起動、遠隔ソフトウェア更新等）と結合される遠隔監視でブーストされる効率的な電力供給サービスのためのプラットホームを提供して、効率及び可用性を改善するために、個々の無線電力アウトレットユニットの追跡調査を可能にする必要がある。

例えばシステム健康診断のための方法６００Ａは、そのように設定されている場合、管理サーバによって自動的に実行される活動を含んでよい、又は特定の管理者の要求時にトリガされてよい。無線電力アウトレットは期限内に通信要求に応答して、その満足が行く健康ステータスを証明し、『オン』ステータスを反映することが期待される。応答なしはタイムアウト状況を暗示し、無線電力アウトレットステータスを『オフ』として提示することになる場合がある。例えば、応答が遅い場合、無線電力アウトレットのステータスは『障害』と呼ばれることがある。

遠隔無線電力アウトレットの健康診断が、遠隔アウトレットがネットワーク全体で到達可能であるかどうかを決定検証するために使用されることが留意される。さらに、プロセスは接続のレーテンシを分析し、システム管理者にも提示されてよいネットワーク速度を決定する。

プロセスは、ターゲット無線電力アウトレットとの通信を確立する要求６１０Ａで始まり、応答時間の測定を可能にするためのタイマ起動６１１Ａが続き、通信信号は次いで遠隔の選択された無線電力アウトレットに送信され６１２Ａ、通信信号は受信され６１３Ａ、無線電力アウトレットは次いで通信信号で応答し６１４Ａ、無線電力アウトレットから送信された通信信号が管理サーバで受信されると、タイマは停止され６１６Ａ、例えば、『オン』、『オフ』、『障害』等の現在のアウトレットユニットステータスの表示を可能にするために応答時間が分析される６１７Ａ。適切な場合、動作は例えば４回、設定された通りに繰り返されて、適切な表示を可能にしてよく、ある時間間隔でサイクルをさらに繰り返してよい、又は連続的に繰り返されてよい。繰り返される方法又は測定の時間間隔はデフォルト設定を使用してよい、又はシステム管理者によって設定されてよい。

管理コンソールのネットワーク設定時のステータス表示が、追加のテキスト効果、色彩効果、点滅効果等で拡充され得ることが留意されてよい。

技術的には、係るプロセスは、専用の通信プロトコル、つまりインターネット制御メッセージプロトコル（ＩＣＭＰ）又は「ピング」等の既知の通信ツールを使用してよいことがさらに留意される。必要に応じて、「ピング」は、特定のホストがＩＰネットワーク全体で到達可能であるかどうかを試験するために使用されるコンピュータネットワークツールである。

ここで、ネットワーク配備での遠隔無線電力アウトレットに対するシステムソフトウェア更新を実行するための考えられる方法６００Ｂを示す選択されたアクションを表す図６Ｂのフローチャートが参照される。係るソフトウェア更新は、例えばアウトレットユニットの問題を解決するために特定の現場での特定の無線電力アウトレットに対してオンデマンドでトリガされてよい、又はシステム管理者によって現場又はネットワークのすべてに一覧表示され、操作可能な無線電力アウトレットに対して順次に実行されてよい。任意選択で、無線電力アウトレットのソフトウェア更新後、装置は、以前のバージョンをシャットダウンし、新しい更新を実行するために再起動される必要がある。適切な場合、以前のソフトウェアバージョンは、バックアップのために無線電力アウトレットストレージユニットに記憶され、復元機能性を提供してよい。

ソフトウェア更新をインストールすることが既知の障害を修正するために必要とされることがある、又は新しいソフトウェア機能を利用するために必要となることがあることが留意される。

保守機能性（遠隔再起動、遠隔ソフトウェア更新等）と結合されて遠隔監視によってブーストされる効率的な電力供給サービスのためのプラットホームを提供して効率及び可用性を改善するために、個々の無線電力アウトレットユニットの追跡調査を有効にするようなシステムの必要性があることがさらに留意される。

システムのソフトウェア更新の方法６００Ｂは、管理サーバによって実行される活動を含む。これらのアクションは、そのように設定されている場合自動的にトリガされてよく、代わりに又はさらにアクションは、単一のユニットに対する特定の管理者の要求時にトリガされてよい、又は複数の選択に従ってソフトウェア更新のセットをインストールしてよい。任意選択で、無線電力アウトレットはソフトウェア更新パッケージを記憶した後に再起動し、ソフトウェア更新の性質に応じて起動後パッケージを実行してよい。係るオプションはソフトウェア更新ごとに具体的に設定されてよい。

プロセスはターゲット無線電力アウトレットとの通信を確立する要求６１０Ｂで始まり、ソフトウェア更新パッケージを作成する６１１Ｂステップが続き、次いでソフトウェアパッケージは遠隔アウトレットユニットに送信され６１２Ｂ、ソフトウェアパッケージは遠隔アウトレットユニットで受信され６１３Ｂ、任意選択でそのストレージユニットに記憶され、カレントソフトウェアパッケージのバックアップコピーを作成し６１４Ｂ、カレントステータスを示す応答信号の管理サーバへの送信６１５Ｂが続き、遠隔アウトレットユニットからの送信応答６１５Ｂの受信時に、管理サーバは遠隔アウトレットユニットに送信される再起動コマンドで続行し６１７Ｂ、装置の再起動が生じる６１８Ｂ。したがって、アウトレットユニットが再起動すると、インストールプロセスを完了するために新しいソフトウェアパッケージが実行されてよく６１９Ｂ、完了時、アウトレットユニットは管理サーバに表示メッセージを送信し６２０Ｂ、特定のアウトレットユニットのためのソフトウェアの新しいバージョンが更新されていることを通知する。この通信は次いで管理コンソールによって受信される６２１Ｂ。

多様なアウトレットユニットが、装置タイプ及びその操作性に応じて異なるソフトウェアバージョンを所有してよいことが留意されてよい。

無線電力アウトレットにインストールされる既存の電力管理方針を更新することが、本明細書で図７Ｂに説明されるように、類似するステップ、つまり遠隔アウトレットユニットに新しい電力管理方針をインストールするときに、新しい方針を一時的な場所に記憶するステップ、アウトレットユニットを再起動するステップ、及びアクティブな制御方針となるために新しい電力管理方針を活性化するステップを実行してよいことも留意される。

遠隔無線電力アウトレットにインストールされる更新方針を有することは、事業の問題に応えるために必須であることがさらに留意される。
ネットワークＡＰＩ

無線電力伝達インフラの配備は、公共の現場での無線電力伝達への便利なアクセスの提供を有効にしてよい。したがって、主流の技術並びにネットワークアーキテクチャ及び関連付けられたＡＰＩの標準化の可能性のための無線電力設備のより幅広い配備を可能にしてよいスマートで管理可能なグローバル無線電力伝達ネットワークが開示される。

ここで、多様なアプリケーションインタフェースを有する無線電力伝達システム７００Ａのネットワークアーキテクチャ表現を示す図７Ａのシステム図が参照される。

ネットワークアーキテクチャ表現７００Ａ、つまりエンティティ及び関連付けられたアプリケーションインタフェースが、革新的な手法に対応するための柔軟性を保ちつつ、多様なエンティティ間でのアプリケーションプログラミングインタフェース（ＡＰＩ）の標準化を容易にするために使用されてよいことが特に留意される。

ネットワークアーキテクチャ表現７００Ａは、クラウドネットワークサービス（ＰＣＳ）７０４−１を通して認定装置製造業者（ＰＣＤＭ）７０６−１及び無線充電スポットプロバイダ（ＷＣＳＰ）７０８−１に接続可能な第１の現場アーキテクチャ７０２Ａ、第２の現場アーキテクチャ７０２Ｂを含む。第１の現場アーキテクチャ７０２Ａ及び第２の現場アーキテクチャ７０２Ｂはさらに多様なネットワークエンティティを含んでよい。

実例として、この特定の実施形態では、第１の現場アーキテクチャ７０２Ａは、少なくとも１つのトランスミッタゲートウェイ（Ｔ−ＧＷ）７１８Ａエンティティと通信する少なくとも１台の無線パワートランスミッタ（Ｔｘ）７１６Ａエンティティに接続可能な無線パワーレシーバ（Ｒｘ）７１４Ａを含んでよい。無線パワーレシーバ７１４Ａエンティティは、ユーザコントロール機能（ＵＣＦ）７１２Ａエンティティにさらに接続可能であってよい。第２の現場アーキテクチャ７０２Ａは、おそらく現場のサービス提供能力に応じてネットワークエンティティの数が異なる類似するネットワークアーキテクチャに無線パワーレシーバ７１４Ｂ、無線パワートランスミッタ７１６Ｂ、及びトランスミッタゲートウェイ（Ｔ−ＧＷ）７１８エンティティを含んでよい。

適切な場合、無線パワーレシーバは、おそらく電気クライアント装置を充電するため又は電気クライアント装置に電力を供給するために受電するエンティティである。

適切な場合、無線パワートランスミッタは電力を伝達するエンティティである。任意選択で、無線パワートランスミッタは単一のパワーレシーバ及び複数のパワーレシーバを同時にサポートするように操作できてよい。

用語Ｔ−ＧＷは、１台又は複数の無線パワートランスミッタエンティティをインターネットに接続し、現場に位置する複数の無線パワートランスミッタ装置のためのアグリゲータとして働くトランスミッタゲートウェイ機能を指す。

用語ＵＣＦは、ユーザ制御機能、つまりユーザに充電サービスへのインタフェースを提供する論理機能を指す。したがって、適切な場合、ＵＣＦは無線充電スポット位置の検索、装置活性化、サービス加入、ステータス監視等のサービスをユーザに提供するように操作できる。任意選択で、ＵＣＦは、パワーレシーバと配置されてよい、又は別個の装置に実装されてよい。

用語ＰＣＳはクラウドサービス、つまり無線電力伝達ネットワークにクラウドサービス管理を提供する集中システムを指す。

用語ＰＣＤＭは、認定装置製造業者を指す。

用語ＷＣＳＰは、複数の国境を越える無線充電スポット配備を制御する大規模プロバイダから単一の無線充電スポットコーヒーショップに及ぶ無線充電スポットサービスプロバイダを指す。

多様なネットワークエンティティが、以下に説明されるように任意の２つの接続可能なネットワークエンティティをインタフェースすることに適用可能な、関連付けられたアプリケーションプログラミングインタフェースＡＰＩを介して接続可能であることが特に留意される。

ネットワークアーキテクチャ表現７００Ａは、無線パワーレシーバとトランスミッタとの間のＲＸ−ＴＸ ＡＰＩインタフェースＰ１、ＵＣＦと無線パワーレシーバとの間のＲＸ−ＵＣＦ ＡＰＩインタフェースＰ２、トランスミッタとトランスミッタゲートウェイとの間のＴＸ−ＴＧＷ ＡＰＩインタフェースＮＰ５、トランスミッタゲートウェイとクラウドサーバ又はネットワーク管理サーバとの間のＴＧＷ−ＰＣＳ ＡＰＩインタフェースＮ１、クラウドサービス又はネットワーク管理サーバと、ユーザ制御機能エンティティとの間のＵＦＣ−ＰＣＳ ＡＰＩインタフェースＮ２、クラウドサービスと無線充電スポットサービスプロバイダとの間のＰＣＳ−ＷＣＳＰ ＡＰＩインタフェースＮ３、クラウドサービスと認定製造業者と、無線パワーレシーバとともに配置されるＵＣＦ用のＵＣＦ ＡＰＩインタフェースＳ１との間のＰＣＳ−ＰＣＤＭ ＡＰＩインタフェースＮ４を含む。

適切な場合、ＲＸ−ＵＣＦ ＡＰＩインタフェースＰ２が無線レシーバのタイプに応じて必要とされないことがあり、アフターサービスアドオンだけではなく、埋込みＵＣＦ機能のサポートも可能にすることが留意される。したがって、Ｐ２ ＡＰＩは技術選択自由（テクノロジアグノスティック）であってよい。

ＴＸ−ＴＧＷ ＡＰＩインタフェースＮＰ５が、ベンダ特有の実装に残されたオープンインタフェースであってよいことがさらに留意される。

ＴＧＷ−ＰＣＳ ＡＰＩインタフェースＮ１は、無線パワートランスミッタ及びＴ−ＧＷの初期プロビジョニング並びに初期化、２つのエンティティ間の連続使用報告、並びにＴ−ＧＷに接続されている無線パワートランスミッタのための連続プロビジョニング及び方針設定をサポートするＩＰベースのインタフェースであってよい。無線パワートランスミッタの制御と結合された無線パワーレシーバ装置のための許可制御及び変更管理のサポートがさらに含まれる。ＴＧＷ−ＰＣＳ ＡＰＩインタフェースＮ１のためのメッセージの例が以下に提示される。

ＵＣＦ−ＰＣＳ ＡＰＩインタフェースＮ２は、ＵＣＦ（セルラーＷＬＡＮ等）のＯＯＢベアラサービスで搬送されるＩＰベースのインタフェースであってよい。任意選択で、インタフェースＮ２は、無線充電レシーバ及び無線充電トランスミッタを介して搬送されてよい。ＵＣＦ−ＰＣＳ ＡＰＩインタフェースＮ２は、必要とされる場合、請求書作成情報、充電ステータス報告、及び充電スポット場所データを含んだ充電及びサービス加入プロビジョニングをサポートしてよい。加えて、ＰＣＳを介したサービスプロバイダからのターゲット値メッセージングがさらにサポートされてよい。ＵＣＦ−ＰＣＳ ＡＰＩインタフェースＮ２のメッセージの例が以下に提示される。

ＰＣＳ−ＷＣＳＰ ＡＰＩインタフェースＮ３は、そのネットワークエンティティ（トランスミッタ及びＴ−ＧＷ）のＷＣＳＰ初期の及び連続的なプロビジョニング及び監視、異なるパワートランスミッタ装置でのパワーレシーバのための許可方針設定値、並びに異なるパワートランスミッタ装置及びパワーレシーバ装置での統計と結合された使用情報をサポートするＩＰベースのインタフェースであってよい。ＰＣＳ−ＷＣＳＰ ＡＰＩインタフェースＮ３は、パワーレシーバ加入の取扱い（加入及び請求書作成情報の処理のための集中モデル又はパススルーモデルに対するサポート）、並びに方針及び使用に基づいたターゲットとされるメッセージング設定をさらにサポートする。

ＰＣＳ−ＰＣＤＭ ＡＰＩインタフェースＮ４は、パワーレシーバ識別子（ＲＸＩＤ）の登録及び認定パワートランスミッタ識別子（ＴＸＩＤ）の登録をサポートしてよい。インタフェースは、認定されたＯＥＭ／ＯＤＭが、ＰＣＳに装置を事前登録できるようにしてよい。登録は、登録書式を介して必要に応じて企業及び装置の詳細を提供してよい。

ＵＣＦ ＡＰＩ Ｓ１内部インタフェースは、ＲＸ−ＵＣＦ ＡＰＩインタフェースＰ２を介してエクスポーズされるパワーレシーバ情報にアクセスするためのアプリケーション層を可能にする特定のＯＳにＳ／Ｗ ＡＰＩのセットを提供してよい。例えば、Ａｎｄｒｏｉｄの場合、これらはとりわけＲＸＩＤ情報及びパワーレシーバレジスタ等にアクセスするＤａｌｖｉｋアプリケーション用のＡＰＩであってよい。内部インタフェースは、プラットホーム上でパワーレシーバリソースにアクセスするために、Ｊａｖａ（登録商標）のようなアプリケーションに対するＡＰＩを提供してよい。

例示のためだけに提供される非制限的な例として、インタフェースはＡｎｄｒｏｉｄ ＯＳプラットホームについて説明されてよく、当業者は他の例を思い浮かべるだろう。Ａｎｄｒｏｉｄインタフェースに関して、そのアプリケーションの大部分がＪａｖａ（登録商標）で作成され、Ｊａｖａ（登録商標）バーチャルマシンは使用されておらず、むしろ別のＡＰＩ、つまりＤａｌｖｉｋ ＡＰＩが使用される。類似するＡＰＩが、家庭用電化製品の空間での他の主流のＯＳのために定義されてよい。

ＡＰＩは、特定のハードウェア実装から抽出されるＵＣＦアプリケーション開発を可能にしてよい。

Ａｎｄｒｏｉｄでの既存の機能性が「ｐｕｂｌｉｃ ｓｔａｔｉｃ ｆｉｎａｌ ｉｎｔ ＢＡＴＴＥＲＹ＿ＰＬＵＧＧＥＤ＿ＷＩＲＥＬＥＳＳ」を含んでよい場合、現在のＡＰＩは以下のような追加の機能性を提供してよい。
・ＰＭＡレシーバのＩＤを返してよい、ｆｉｎａｌ ｓｔａｔｉｃ Ｓｔｒｉｎｇ ｇｅｔＰＭＡＲｅｃｅｉｖｅｒＩＤ（）
・ホストコントローラインタフェースの「ａｒｇ」レジスタの値を取り出してよい、ｆｉｎａｌ ｓｔａｔｉｃ ｉｎｃ ｇｅｔＨＣＩｒｅｇ（ｉｎｔ ａｒｇ）
・ホストコントローラインタフェースの「ａｒｇ」レジスタにｖａｌを設定してよい（Ｒ／Ｗレジスタ）ｖｏｉｄ ｓｅｔＨＣＩｒｅｇ（ｉｎｔ ａｒｇ、ｉｎｔ ｖａｌｕｅ）
ＡＰＩの例

ＵＣＦ−ＰＣＳ ＡＰＩインタフェースＮ２は、ＵＣＦからＰＣＳへのＨＴＴＰＳリンク上でＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記法（ＪＳＯＮ）を使用して実装されてよい。ＨＴＴＰＳセッションの確立は、クライアントアイデンティティのバリデーションを可能にするために相互認証を含んでよい。

必要に応じてＵＣＦとＰＣＳとの間で通信され得る多様な通信メッセージタイプの例は、以下を含む。

購入に利用可能な（デイリーパスを含んだ）パッケージのリストを取り出すためにクラウドサービスに送信されてよいＧＥＴ＿ＰＡＣＫＡＧＥＳメッセージ。係る購入は、Ａｐｐｌｅ Ａｐｐ ｓｔｏｒｅ、Ｇｏｏｇｌｅ Ｐｌａｙ等のオンラインのマーケットプレースを介して可能にされてよい。

いったんパッケージが購入されるとクラウドサーバに送信されてよく、これによりクライアントがバリデーション受領を含んだ購入情報を送信し、サービスが購入されたデイパスを追加するＡＤＤ＿ＡＬＬＯＷＡＮＣＥＳメッセージ。

サーバが関連アカウントにデイリーパスを履行するように、ギフトカードＩＤを送信するためにクラウドサーバに送信されてよいＲＥＤＥＥＭ＿ＧＩＦＴ＿ＣＡＲＤメッセージ。

関連アカウント用のデイリーパスの数、及びこのアカウントが受け取る資格がある無料の日々の分数を取り出すために、クラウドサーバに送信されてよいＧＥＴ＿ＡＬＯＷＡＮＣＥＳメッセージ。

示される位置に最も近い場所を取り出すために、クラウドサーバに送信されてよいＧＥＴ＿ＮＥＡＲＢＹ＿ＬＯＣＡＴＩＯＮＳメッセージ。

例えばハードウェア関係の一意の識別子によって識別される、名前が付けられていないアカウントをクライアント用に作成するためにクラウドサーバに送信されてよいＡＤＤ＿ＡＣＣＯＵＮＴメッセージ。

個人情報をアカウントに追加するためにクラウドサービスに送信されてよいＲＥＧＩＳＴＥＲ＿ＡＣＣＯＵＮＴメッセージ。

クライアントにプッシュ通知を送信するために使用されるアカウントに追加されるＩＤをサーバに送信するためにクラウドサーバに送信されてよいＰＵＳＨ＿ＩＤメッセージ。

ユーザアカウントにレシーバを追加するためにクラウドサーバに送信されてよいＡＳＳＯＣＩＡＴＥ＿ＲＸメッセージ。

関連アカウントからＲｘを削除するためにクライアントサーバに送信されてよいＤＩＳＡＳＳＯＣＩＡＴＥ＿ＲＸメッセージ。

特定のアカウントに関連付けられたレシーバのリストを取り出すためにクラウドサーバに送信されてよいＲＥＴＲＩＥＶＥ＿ＲＸメッセージ。

カスタマがスポンサーとなる無線充電無料分数を取り出すためにクラウドサーバに送信されてよいＧＥＴ＿ＣＯＵＲＴＥＳＹ＿ＣＵＳＴＯＭＥＲメッセージ。

以下の例は、最寄りの充電スポットの場所のクエリーにＪＳＯＮメッセージフォーマットを提供する。

ＧＥＴ＿ＮＥＡＲＢＹ＿ＬＯＣＡＴＩＯＮＳメッセージは、無線電力充電サービスを提供する近くの現場の場所を突き止めるのに役立つ。したがって、ＵＣＦはクラウドサーバに、他の関連するパラメータと同時に装置場所に関するデータを提供してよい。

ＧＥＴ＿ＮＥＡＲＢＹ＿ＬＯＣＡＴＩＯＮＳメッセージは、この要求を許可するサーバによって提供される鍵であるライセンス鍵に関するデータを含んでよい。

「近くの場所を入手する」メッセージの他のパラメータは、以下のような多様なパラメータを含んでよい。
・現在の装置のユーザのライセンス鍵を提供するための『ＬＩＣＥＮＳＥ ＫＥＹ』パラメータ、
・「ＧＥＴ＿ＮＥＡＲＢＹ＿ＬＯＣＡＴＩＯＮＳ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』パラメータ、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・現在の装置の現在の緯度を提供するための『ＬＡＴＩＴＵＤＥ』パラメータ、
・現在の装置の現在の経度を提供するための『ＬＯＮＧＩＴＵＤＥ』パラメータ、
・応答で送信される最寄りの現場に最大数を提供するための『ＮＵＭＢＥＲ ＯＦ ＲＥＳＵＬＴＳ』パラメータ、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ、
・フォーマット［“ＳＢＸ”，“ＣＢＴＬ”，“ＭＣＤ”，．．．，“＊”］を有する結果リストをフィルタリングするためにチェーンのリストを提供するための『ＣＵＳＴＯＭＥＲＳ』パラメータ。値はチェーンの頭字語であり、「＊」はワイルドカードである。

ＧＥＴ＿ＮＥＡＲＢＹ＿ＬＯＣＡＴＩＯＮＳ応答は、以下のような「近くの場所を入手する」メッセージの多様なデータ応答パラメータの複数のセットを含んでよい。
・「ＧＥＴ＿ＮＥＡＲＢＹ＿ＬＯＣＡＴＩＯＮＳ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』パラメータ、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・以下に定義されるように、要求に従ってフィルタリングされる現場のリストを提供するための、現場のアレイを含んでよい『ＬＯＣＡＴＩＯＮＳ』パラメータ、
・リスト中のエントリごとに、次に示すパラメータで最寄りの場所のアレイに提供するための『ＡＲＲＡＹ ＯＦ ＶＥＮＵＥＳ』パラメータ、
・「１３４ ５ｔｈ ＡＶＥＮＵＥ」等の店舗の名前を提供するための『ＳＴＯＲＥ』パラメータ、
・４０．７３８９５２等の店舗の『ＬＡＴＩＴＵＤＥ』経度値
・−７３．９９１９８８等の店舗の『ＬＯＮＧＩＴＵＤＥ』緯度値
・『ＤＩＳＴＡＮＣＥ』、Ｘ（メートル）等の要求場所からの距離
・『ＣＵＳＴＯＭＥＲＳ』、「ＳＢＸ」−チェーンの頭字語（Ｓｔａｒｂｕｃｋｓを表してよい）‐等のこの現場が加入しているチェーンの頭字語の値

ＧＥＴ＿ＮＥＡＲＢＹ＿ＬＯＣＡＴＩＯＮＳ、例：メッセージはすべて、共通の標準化されたヘッダを共有してよい。例えば、近くの充電スポット場所を入手するための要求メッセージは、以下の形式の見出しを有してよい。

同様に、近くの充電スポット場所の入手の応答メッセージは、以下の形式の見出しを有してよい。

メッセージ本文自体は、適用可能な場合、例えば類似した規格に従ってよい。つまり、ネットワークサーバに配信されるＨＴＴＰＳメッセージの本文は、ＪＳＯＮアレイのいくつかの連結されたメッセージを含んでよく、アレイは、電力モジュール（又は無線電力アウトレット）と通信モジュールの両方に対するメッセージを含んだ異なるタイプのＡＰＩメッセージを含んでよい。

例えば、ＧＥＴ＿ＮＥＡＲＢＹ＿ＬＯＣＡＴＩＯＮＳのメッセージ本文は以下のような複数のメッセージを含んでよく、

ＧＥＴ＿ＮＥＡＲＢＹ＿ＬＯＣＡＴＩＯＮＳ応答はメッセージフォーマット（ヘッダ削除済み）をとってよく、パラメータの複数のセットが、複数の近くのホットスポット場所を示す共通の見出しの下に提供されることに留意されたい。

ＧＥＴ＿ＰＡＣＫＡＧＥＳメッセージは、ユーザが購入するために利用可能なパッケージのリスト又はデイリーパスのセットを取り出してよい。

「ＧＥＴ＿ＰＡＣＫＡＧＥＳ」メッセージのパラメータは、以下のような多様なパラメータを含んでよい。
・現在の装置のユーザのライセンス鍵を提供するための『ＬＩＣＥＮＳＥ ＫＥＹ』パラメータ、
・「ＧＥＴ＿ＰＡＣＫＡＧＥＳ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ、

『ＧＥＴ＿ＰＡＣＫＡＧＥＳ』メッセージに対する応答は、以下のような多様なパラメータを含んでよい。
・「ＧＥＴ＿ＰＡＣＫＡＧＥＳ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・追加の操作情報又はエラーを提供するための『ＳＴＡＴＵＳ』パラメータであって、このパラメータは、以下に概略されるエラーコードのリストに従って解釈され得る０から２５５を含んだ値をとってよい。
・関連パッケージのコストを示す『ＣＯＳＴ』パラメータ。
・関連パッケージで提供されるデイパスの数を示す『ＤＡＹ＿ＰＡＳＳＥＳ』パラメータ。
・関連パッケージで提供されるフリーパス数を示す『ＦＲＥＥ＿ＰＡＳＳＥＳ』パラメータ。

例えば、『ＧＥＴ＿ＰＡＣＫＡＧＥＳ』メッセージ：

は、以下の応答を引き出してよい。

『ＡＤＤ＿ＡＬＬＯＷＡＮＣＥＳ』メッセージは、バリデーション受領を含んだ購入パッケージと関連付けられた購入情報を送信し、サービスは購入されたデイパスを追加する。

『ＡＤＤ＿ＡＬＬＯＷＡＮＣＥＳ』メッセージのパラメータは、以下のような多様なパラメータを含んでよい。
・現在の装置のユーザのライセンス鍵を提供するための『ＬＩＣＥＮＳＥ ＫＥＹ』パラメータ、
・「ＡＤＤ＿ＡＬＬＯＷＡＮＣＥＳ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ、
・『ＴＲＡＮＳＡＣＴＩＯＮ＿ＩＤ』パラメータ、
・『ＲＥＣＥＩＰＴ』パラメータ、
・『ＡＣＣＯＵＮＴ＿ＩＤ』パラメータ、
・購入されたパッケージと関連付けられたＩＤを示す『ＰＡＣＫＡＧＥ』パラメータ、

『ＡＤＤ＿ＡＬＬＯＷＡＮＣＥＳ』メッセージに対する応答は、以下のような多様なパラメータを含んでよい。
・「ＡＤＤ＿ＡＬＬＯＷＡＮＣＥＳ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・追加の操作情報又はエラーを提供するための『ＳＴＡＴＵＳ』パラメータであって、このパラメータは、以下に概略されるエラーコードのリストに従って解釈され得る０から２５５を含んだ値をとってよい。
・『ＡＬＬＯＷＡＮＣＥ＿ＩＤ』パラメータ、

例えば、『ＡＤＤ＿ＡＬＬＯＷＡＮＣＥＳ』メッセージ：

は、以下の応答を引き出してよい。

『ＲＥＤＥＥＭ＿ＧＩＦＴ＿ＣＡＲＤ』メッセージは、サーバがアカウントにデイリーパスを履行するように、ギフトカードＩＤを送信してよい。

『ＲＥＤＥＥＭ＿ＧＩＦＴ＿ＣＡＲＤ』メッセージのパラメータは、以下のような多様なパラメータを含んでよい。
・現在の装置のユーザのライセンス鍵を提供するための『ＬＩＣＥＮＳＥ ＫＥＹ』パラメータ、
・「ＲＥＤＥＥＭ＿ＧＩＦＴ＿ＣＡＲＤ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ、
・『ＧＩＦＴ＿ＣＯＤＥ』パラメータ、
・『ＡＣＣＯＵＮＴ＿ＩＤ』パラメータ、

『ＲＥＤＥＥＭ＿ＧＩＦＴ＿ＣＡＲＤ』メッセージに対する応答は、以下のような多様なパラメータを含んでよい。
・「ＲＥＤＥＥＭ＿ＧＩＦＴ＿ＣＡＲＤ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・追加の操作情報又はエラーを提供するための『ＳＴＡＴＵＳ』パラメータであって、このパラメータは、以下に概略されるエラーコードのリストに従って解釈され得る０から２５５を含んだ値をとってよい。
・『ＡＤＤＥＤ＿ＤＡＹＳ』パラメータは、許容期間に追加される日数を示した。

例えば、『ＲＥＤＥＥＭ＿ＧＩＦＴ＿ＣＡＲＤ』メッセージ：

は、以下の応答を引き出してよい。

ＧＥＴ＿ＡＬＯＷＡＮＣＥＳメッセージは、特定のアカウントに利用可能なデイリーパスの数、及びアカウントが受け取る資格がある毎日の無料分数を引き出してよい。

「ＧＥＴ＿ＡＬＯＷＡＮＣＥＳ」メッセージのパラメータは、以下のような多様なパラメータを含んでよい。
・現在の装置のユーザのライセンス鍵を提供するための『ＬＩＣＥＮＳＥ ＫＥＹ』パラメータ、
・「ＧＥＴ＿ＡＬＯＷＡＮＣＥＳ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ、
・『ＡＣＣＯＵＮＴ＿ＩＤ』パラメータ、

『ＧＥＴ＿ＡＬＯＷＡＮＣＥＳ』メッセージに対する応答は、以下のような多様なパラメータを含んでよい。
・「ＧＥＴ＿ＰＡＣＫＡＧＥＳ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・『ＡＣＴＩＶＥ＿ＵＮＴＩＬ』パラメータ、
・『ＡＣＴＩＶＥ＿ＤＡＹＳ』パラメータ、
・『ＤＡＩＬＹ＿ＦＲＥＥ＿ＭＩＮＵＴＥＳ』パラメータ、
・『ＣＯＵＲＴＥＳＹ＿ＯＦ』パラメータ、
・追加の操作情報又はエラーを提供するための『ＳＴＡＴＵＳ』パラメータであって、このパラメータは、以下に概略されるエラーコードのリストに従って解釈され得る０から２５５を含んだ値をとってよい。

例えば、『ＸＸＸ』メッセージ：

は、以下の応答を引き出してよい。

ＡＤＤ＿ＡＣＣＯＵＮＴメッセージは、ハードウェア関係の一意の識別子によって識別されるクライアント用の名前が付けられていないアカウントを作成してよい。

「ＡＤＤ＿ＡＣＣＯＵＮＴ」メッセージのパラメータは、以下のような多様なパラメータを含んでよい。
・現在の装置のユーザのライセンス鍵を提供するための『ＬＩＣＥＮＳＥ ＫＥＹ』パラメータ、
・「ＡＤＤ＿ＡＣＣＯＵＮＴ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ、
・『ＡＣＣＯＵＮＴ＿ＴＹＰＥ』パラメータ、
・『ＤＥＶＩＣＥ＿ＩＤ』パラメータ。

「ＡＤＤ＿ＡＣＣＯＵＮＴ」メッセージに対する応答は、以下のような多様なパラメータを含んでよい。
・「ＡＤＤ＿ＡＣＣＯＵＮＴ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・追加の操作情報又はエラーを提供するための『ＳＴＡＴＵＳ』パラメータであって、このパラメータは、以下に概略されるエラーコードのリストに従って解釈され得る０から２５５を含んだ値をとってよい、
・『ＡＣＣＯＵＮＴ＿ＩＤ』パラメータ。

例えば、『ＡＤＤ＿ＡＣＣＯＵＮＴ』メッセージ：

は、以下の応答を引き出してよい。

ＰＵＳＨ＿ＩＤメッセージは、クライアントにプッシュ通知を送信するために使用されるアカウントに追加されるＯＤをサーバに送信してよい。

ＰＵＳＨ＿ＩＤメッセージのパラメータは、以下のような多様なパラメータを含んでよい。
・現在の装置のユーザのライセンス鍵を提供するための『ＬＩＣＥＮＳＥ ＫＥＹ』パラメータ、
・「ＰＵＳＨ＿ＩＤ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ、
・『ＡＣＣＯＵＮＴ＿ＩＤ』パラメータ、及び
・『ＰＵＳＨ＿ＩＤ』パラメータ。

『ＰＵＳＨ＿ＩＤ』メッセージに対する応答は、以下のような多様なパラメータを含んでよい。
・「ＰＵＳＨ＿ＩＤ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、及び
・追加の操作情報又はエラーを提供するための『ＳＴＡＴＵＳ』パラメータであって、このパラメータは、以下に概略されるエラーコードのリストに従って解釈され得る０から２５５を含んだ値をとってよい、

例えば、『ＰＵＳＨ＿ＩＤ』メッセージ：

は、以下の応答を引き出してよい。

ＡＳＳＯＣＩＡＴＥ＿ＲＸパラメータは、アカウントにレシーバを追加してよい。

ＡＳＳＯＣＩＡＴＥ＿ＲＸメッセージのパラメータは、以下のような多様なパラメータを含んでよい。
・現在の装置のユーザのライセンス鍵を提供するための『ＬＩＣＥＮＳＥ ＫＥＹ』パラメータ、
・「ＡＳＳＯＣＩＡＴＥ＿ＲＸ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ、
・『ＡＣＣＯＵＮＴ＿ＩＤ』パラメータ、及び
・『ＲＸ＿ＩＤ』パラメータ。

『ＡＳＳＯＣＩＡＴＥ＿ＲＸ』メッセージに対する応答は、以下のような多様なパラメータを含んでよい。
・「ＡＳＳＯＣＩＡＴＥ＿ＲＸ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・追加の操作情報又はエラーを提供するための『ＳＴＡＴＵＳ』パラメータであって、このパラメータは、以下に概略されるエラーコードのリストに従って解釈され得る０から２５５を含んだ値をとってよい、

例えば、『ＡＳＳＯＣＩＡＴＥ＿ＲＸ』メッセージ：

は、以下の応答を引き出してよい。

ＤＩＳＡＳＳＯＣＩＡＴＥ＿ＲＸメッセージはアカウントからレシーバを削除してよい。

ＤＩＳＡＳＳＯＣＩＡＴＥ＿ＲＸメッセージのパラメータは、以下のような多様なパラメータを含んでよい。
・現在の装置のユーザのライセンス鍵を提供するための『ＬＩＣＥＮＳＥ ＫＥＹ』パラメータ、
・「ＤＩＳＡＳＳＯＣＩＡＴＥ＿ＲＸ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ、
・『ＡＣＣＯＵＮＴ＿ＩＤ』パラメータ、及び
・『ＲＸ＿ＩＤ』パラメータ。

『ＤＩＳＡＳＳＯＣＩＡＴＥ＿ＲＸ』メッセージに対する応答は、以下のような多様なパラメータを含んでよい。
・「ＤＩＳＡＳＳＯＣＩＡＴＥ＿ＲＸ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、及び
・追加の操作情報又はエラーを提供するための『ＳＴＡＴＵＳ』パラメータであって、このパラメータは、以下に概略されるエラーコードのリストに従って解釈され得る０から２５５を含んだ値をとってよい。

例えば、『ＤＩＳＡＳＳＯＣＩＡＴＥ＿ＲＸ』メッセージ：

は、以下の応答を引き出してよい。

ＲＥＴＲＩＥＶＥ＿ＲＸメッセージは、ユーザアカウントと関連付けられたレシーバンリストを取り出してよい。

ＲＥＴＲＩＥＶＥ＿ＲＸメッセージのパラメータは、以下のような多様なパラメータを含んでよい。
・現在の装置のユーザのライセンス鍵を提供するための『ＬＩＣＥＮＳＥ ＫＥＹ』パラメータ、
・「ＲＥＴＲＩＥＶＥ＿ＲＸ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ、
・情報が要求されているアカウントのアカウントＩＤを提供する『ＡＣＣＯＵＮＴ＿ＩＤ』パラメータ。

『ＲＥＴＲＩＥＶＥ＿ＲＸ』メッセージに対する応答は、以下のような多様なパラメータを含んでよい。
・「ＲＥＴＲＩＥＶＥ＿ＲＸ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・追加の操作情報又はエラーを提供するための『ＳＴＡＴＵＳ』パラメータであって、このパラメータは、以下に概略されるエラーコードのリストに従って解釈され得る０から２５５を含んだ値をとってよい、
・アカウントＩＤと関連付けられたレシーバと関連付けられたレシーバＩＤのセットを提供する『ＲＸ＿ＬＩＳＴ』パラメータ。

例えば、『ＲＥＴＲＩＥＶＥ＿ＲＸ』メッセージ：

は、以下の応答を引き出してよい。

ＧＥＴ＿ＣＯＵＲＴＥＳＹ＿ＣＵＳＴＯＭＥＲメッセージは、カスタマがスポンサーとなる無線充電無料分数に関係する情報を取り出してよい。

ＧＥＴ＿ＣＯＵＲＴＥＳＹ＿ＣＵＳＴＯＭＥＲメッセージのパラメータは、以下のような多様なパラメータを含んでよい。
・現在の装置のユーザのライセンス鍵を提供するための『ＬＩＣＥＮＳＥ ＫＥＹ』パラメータ、
・「ＧＥＴ＿ＣＯＵＲＴＥＳＹ＿ＣＵＳＴＯＭＥＲ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ、及び
・情報が要求されているアカウントのアカウントＩＤを提供する『ＡＣＣＯＵＮＴ＿ＩＤ』パラメータ。

『ＧＥＴ＿ＣＯＵＲＴＥＳＹ＿ＣＵＳＴＯＭＥＲ』メッセージに対する応答は、以下のような多様なパラメータを含んでよい。
・「ＧＥＴ＿ＣＯＵＲＴＥＳＹ＿ＣＵＳＴＯＭＥＲ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・追加の操作情報又はエラーを提供するための『ＳＴＡＴＵＳ』パラメータであって、このパラメータは、以下に概略されるエラーコードのリストに従って解釈され得る０から２５５を含んだ値をとってよい、
・要求されたカスタマ情報を提供する『ＣＵＳＴＯＭＥＲ』パラメータ。

例えば、『ＧＥＴ＿ＣＯＵＲＴＥＳＹ＿ＣＵＳＴＯＭＥＲ』メッセージ：

は、以下の応答を引き出してよい。

ステータスパラメータの多様なステータス値は複数のステータス表示を示してよい。例えば、「１」の値は、ＡＣＣＯＵＮＴ＿ＡＬＲＥＡＤＹ ＥＸＩＳＴＳ、ＥＸＩＳＴＥＮＴ ＡＣＣＯＵＮＴ ＩＤ ＲＥＴＵＲＮＥＤを示してよく、「０」の値はＯＰＥＲＡＴＩＯＮ ＣＯＭＰＬＥＴＥＤ ＳＵＣＣＥＳＳＦＵＬＬＹを示してよく、１の値はＧＥＮＥＲＡＬ ＥＲＲＯＲを示してよく、「−２」の値はＣＯＮＮＥＣＴＩＯＮ ＥＲＲＯＲ．ＴＲＹ ＡＧＡＩＮを示してよく、「−３」の値はＡＣＣＯＵＮＴ ＤＯＥＳＮ‘Ｔ ＥＸＩＳＴを示してよく、「−４」の値はＩＮＶＡＬＩＤ ＰＡＣＫＡＧＥ ＯＲ ＣＡＬＬＢＡＣＫ ＮＯＴ ＲＥＣＥＩＶＥＤを示してよく、「−５」の値はＩＮＶＡＬＩＤ ＲＥＣＥＩＰＴを示してよく、「−６」の値はＩＮＶＡＬＩＤ ＧＩＦＴ ＣＯＤＥを示してよく、「−７」の値はＧＩＦＴ ＣＯＤＥ ＡＬＲＥＡＤＹ ＵＳＥＤを示してよく、「−８」の値はＥＭＡＩＬ ＡＬＲＥＡＤＹ ＥＸＩＳＴＳを示してよく、「−９」の値はＩＮＶＡＬＩＤ ＲＸを示してよく、「−１０」の値はＲＸ ＡＬＲＥＡＤＹ ＡＳＳＯＣＩＡＴＥＤ ＴＯ ＡＮＯＴＨＥＲ ＡＣＣＯＵＮＴを示して置く、「−１１」の値はＤＥＶＩＣＥ ＡＬＲＥＡＤＹ ＡＳＳＯＣＩＡＴＥＤ ＴＯ ＡＮＯＴＨＥＲ ＡＣＣＯＵＮＴを示してよく、「−１２」の値はＩＮＶＡＬＩＤ ＰＡＲＡＭＥＴＥＲＳを示してよく、「−１３」の値はＴＯＯ ＭＡＮＹ ＲＸを示してよく、「−１４」の値はＰＵＳＨ＿ＩＤ ＡＬＲＥＡＤＹ＿ＥＸＩＳＴＳを示してよく、「−１７」の値はＴＲＡＮＳＡＣＴＩＯＮ＿ＡＬＲＥＡＤＹ＿ＥＸＩＳＴＳを示してよい。

多様なレジスタがシステムで使用されてよく、例えば、『ＲＥＣＥＩＶＥＲ＿ＴＹＰＥ』レジスタはレシーバのタイプを示してよく、『ＴＲＡＮＳＭＩＴＴＥＲ−＿ＮＡＮＯＬＯＣＡＴＩＯＮ』レジスタは、トランスミッタの特定の場所を示してよい等である。さらに追加のレジスタは、トランスミッタタイプ、装置タイプ、製造業者ＩＤ等の他の態様を示すために、必要に応じて利用されてよい。

ここで、新しくロードされた電力管理方針を施行するために、再活性化と結合された遠隔無線電力アウトレットへの方針アップロードの考えられる方法７００Ｂを示す選択されたアクションを表す図７Ｂのフローチャートが参照される。

現在の方法７００Ｂは、新しい無線電力アウトレットを設置した直後に更新された電力管理方針をインストールするプロセスを指すことが留意される。新しいアウトレットユニットは、まったく方針なしに設定され、デフォルトで任意のモバイル機器への電力伝達を許可してよい。任意選択で、新しく設置されたアウトレットユニットは、電力伝達を運営する方針がインストールされない限りいかなる電力伝達も許可しないように構成されてよい。適切な場合、新規に設置された無線電力アウトレットは、電力伝達を許可する／許可しないためのデフォルト条件を含んだデフォルト電力管理方針で設定されてよい。

方法７００Ｂは、管理サーバが無線電力アウトレット７０２の識別コードを含んだ通信メッセージを受信して、以前の登録を前提としてアウトレットユニットの識別を可能にすることを含む。アウトレットユニットに方針がインストールされていない、又は現在の電力管理方針が有効ではない場合、例えば一時的なデフォルト電力管理方針７０４を有して、新しい基本電力管理方針が、ユーザ識別パラメータ７０６を含んだ管理サーバによって生成される。任意選択で、ユーザ識別が送信されない場合、デフォルト値が挿入されてよく、さらにユーザが電力伝達のために無線電力アウトレットと対話しようと試みる初回に更新。さらに、サービスのタイプ方針に関係する追加データが、７１０に識別されるように装置のタイプに関係するデータと結合される基本的な電力管理方針７０８にアペンドされてよい。電力消費のリアルタイム管理、電池健康のリアルタイム管理等の動的方針が存在する場合７１２、基本方針７１４にさらにアペンドされてよい。方針は、単一の方針又は関係する方針のセットとして設定される場合、遠隔無線電力アウトレット７１６にアップロードされてよい。必要に応じて、新しい方針がアウトレットユニット記憶装置に記憶されてよく、現在のアクティブ方針７１８をさらにバックアップしてよく、続いて任意選択で現在の電力伝達サービスを停止し、アップロードされた方針が指揮しているときにサービスを再開する、アップロードされた方針７２０の再活性化が続く。適切な場合、アップロードされた方針の活性化は、アウトレットユニット７２２の再起動を必要とすることがある。

すべての方針が、最小電力レベルの限度、反復時間等の多様なデフォルト値を含んでよく、現場のシステム管理者によって設定可能であってよいことが留意される。

本明細書に開示される電力伝達を提供するための分散型システムは、無線電力伝達ネットワークを含んでよい。無線電力伝達ネットワークは、無線充電トランスミッタ又は無線パワーレシーバを介して装置に無線充電を提供するアウトレットの管理されたネットワークであってよい。ネットワーク管理サーバは、公共の場所に設置されてよい無線アウトレットに管理層を提供してよい。したがって、資産管理サービス、監視、構成、保守、条件付きアクセス、及び制御が提供されてよい。

無線電力伝達ネットワークは、公に設置されている充電スポット等の無線電力アウトレットと通信するネットワーク管理サーバを含んでよい。管理サーバは、本明細書に開示される等、柔軟な方針エンジンに従って各無線電力アウトレットからの電力提供サービスを制御してよい。係る方針は、現場によって、及び場所、時間、ユーザ、又はユーザによって要求されるアクションに基づいて設定されてよい。現場設備は、通信モジュール等を介して考えられるネットワーク管理サーバと通信するように操作できてよいいくつかの無線電力アウトレットから構成されてよい。適切な場合、標準ＨＴＴＰＳ等のプロトコルが例えば証明書を使用してセキュリティ及び簡単なＩＴ統合を提供するために使用されてよい。

図７Ａを参照し直すと、ＴＧＷ−ＰＣＳ ＡＰＩインタフェースＮ１が、ネットワーク管理サーバと無線電力アウトレット、通信モジュール、ゲートウェイモジュール等の衛星要素との間の通信を可能にしてよい。ＴＧＷ−ＰＣＳ ＡＰＩインタフェースＮ１は、例えばＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記法（ＪＳＯＮ）、拡張マークアップ言語（ＸＭＬ）等に基づいてアプリケーションプログラミングインタフェース（ＡＰＩ）を使用してよい。したがって、ネットワーク管理サーバは、衛星要素を遠隔で管理してよい。

ＴＧＷ−ＰＣＳ ＡＰＩインタフェースＮ１又はネットワークメッセージングプロトコルは、電力モジュール（ＰＭ）又は無線電力アウトレットの健康、設定、及び制御を維持するためのツールを提供するメッセージ、通信モジュール（ＣＭ）の健康及び設定のためのメッセージ、又はパワートランスミッタ等の新しいネットワークエレメントが無線電力伝達ネットワークに加わるためのアクセス許可メッセージ等のネットワーク管理のために使用される多様なメッセージを含んでよい。

通信セキュリティは、ＨＴＴＰＳ接続等の安全な通信チャネルを使用することによって提供されてよい。さらに、通信は、ネットワークアクセスを制御するためにトランスミッタ識別コード（ＴＸＩＤ）、レシーバ識別コード（ＲＸＩＤ）、ゲートウェイ識別コード（ＧＷＩＤ）等を使用するＭＡＣアドレスフィルタリングを含んでよい。したがって、ＴＸＩＤはネットワーク管理サーバに事前登録され、関連付けられた電力アウトレットがネットワーク及び通信に加わる権限を与えられる前に、有効にされてよい。

ネットワークメッセージは、メッセージフォーマットを一意に識別するバージョン番号を含んでよい。これは、ネットワーク管理が下位互換となり、通信プロトコルの複数のバージョンを使用して電力アウトレット等の衛星要素と通信できるようにしてよい。

メッセージは、受信されたメッセージが確証され得るように、さらにタイムスタンプ及び順次メッセージ識別コード（メッセージＩＤ）によってラベルを付けられてよい。例えば、メッセージタイムスタンプはネットワークサーバに送信されるメッセージが時刻別にフィルタリングされ得るようにＵＴＣ時間帯として報告されてよい。したがって、旧いメッセージ及び将来のタイムスタンプの付いたメッセージは無視されることがあるのに対し、最近のメッセージは処理され得る。

別のバリデーション方法に従って、タイムスタンプ及びメッセージＩＤは、メッセージが起こった順番に送信されてよい旨のチェックとして比較されてよい。例えば、以前のメッセージよりも旧いタイムスタンプ付きのメッセージがトランスミッタ用に送信されると、メッセージは無視される。したがって、４：３０：５０のタイムスタンプ付きのメッセージｎが、４：３０：１０のより早いタイムスタンプ付きのメッセージｎ＋１の後に受信される場合、メッセージｎは無視され、同様に４：２９：１０のタイムスタンプ付きのメッセージｎ＋１が、４：２９：４０のタイムスタンプ付きのメッセージｎの後に受信されると、メッセージｎ＋１は無視される。

メッセージは、すべて共通の標準化されたヘッダを共有する。例えば、要求メッセージは、以下の形式の見出しを有してよい。

同様に、要求応答は、以下の形式の見出しを有してよい。

メッセージ本体構造自体は、適用可能な場合、例えば類似する規格に従ってよい。
・ネットワークサーバに配信されるＨＴＴＰＳメッセージの本体は、ＪＳＯＮアレイのいくつかの連結されたメッセージを含んでよい。
・アレイは、電力モジュール（又は無線電力アウトレット）及び通信モジュールの両方のためのメッセージを含んだ異なるタイプのＡＰＩメッセージを含んでよい。
・通信モジュールが複数の電力モジュールに通信を提供する場合、ＪＳＯＮアレイはそのＴｘＩＤの複数又はすべてからのＡＰＩメッセージを含むこともある。

例えば、メッセージ本体は、以下のような複数のメッセージを含んでよい。

上記の例のメッセージが、本明細書に説明されるように、２つのメッセージタイプ、ステータスレポート（ここでは、ＰＯＷＥＲＭＡＴＲＩＸ＿ＴＸ＿ＲＥＰＯＲＴとラベルが付けられている）及び拡張ステータスレポート（ここではＰＯＷＥＲＭＡＴＲＩＸ＿ＴＸ＿ＲＥＰＯＲＴＥＸＴとラベルが付けられている）を含むことが留意される。

必要に応じて使用され得る多様な通信メッセージタイプの例は、以下を含む。

電力アウトレットの充電ステータス、結合されているパワーレシーバのＩＤ、及び操作エラーを報告するために、周期的に、要求時、又は臨時に電力アウトレットによって管理サーバに送信されてよいステータスレポートメッセージ。

拡張ステータスレポートメッセージは、管理サーバネットワークからのハードウェアに依存する診断情報を提供する要求に応えて電力アウトレットによって管理サーバに送信されてよい。

制御コマンドを提供して特定のアクションを実行するように電力アウトレットに命令するために、ステータスレポートメッセージ又は拡張ステータスレポートメッセージに応えて管理サーバから電力アウトレットに送信されてよいステータスレポートメッセージ。

周期的に、又は応答メッセージでそうするように命令されるときに電力アウトレットによって管理サーバに送信されてよい設定レポートメッセージ。設定レポートメッセージは、電力アウトレットのハードウェア及びソフトウェアに関してネットワーク管理者に情報を提供してよい。

設定コマンドを提供して電力アウトレットに、ソフトウェア更新等の設定に関する特定のアクションを実行するように命令するために、設定レポートメッセージに応えて管理サーバから電力アウトレットに送信されてよい設定応答メッセージ。

健康ステータスをネットワーク管理サーバに提供するために周期的に、そうするように命令されるときに、又は臨時に通信モジュールによって管理サーバに送信されてよい健康ステータスレポートメッセージ。

制御コマンドを提供して通信モジュールに特定のアクションを実行するように命令するために健康ステータスレポートに応えて管理サーバから通信モジュールに送信されてよい健康ステータス応答メッセージ。

周期的に、そうするように命令されるときに、又は臨時に通信モジュールによって管理サーバに送信されてよいゲートウェイ設定レポートメッセージ。設定レポートメッセージは、通信モジュールのハードウェア及びソフトウェアに関する情報をネットワーク管理者に提供してよい。

設定コマンドを提供して、ファームウェア更新、ソフトウェア更新、キャッシュをクリアする、リブートする、ログのアーカイブ処理、ログサイズ等のデフォルトを設定する等の設定に関する特定のアクションを実行するように電力アウトレットに命令するために、ゲートウェイ設定レポートメッセージに応えて管理サーバから通信モジュールに送信されてよいゲートウェイ設定応答メッセージ。

ネットワークに追加される候補電力モジュールの詳細を提供するために通信モジュールによって管理サーバに送信されてよい参加要求メッセージ。

ネットワークへの候補電力アウトレットの追加を許可するため、又は候補電力アウトレットを拒否するために参加要求メッセージに応えて管理サーバから通信モジュールに送信されてよい参加要求応答メッセージ。

本明細書に説明される特定の実施形態の通信プロトコルをよりよく示すために、ここで、通信プロトコルに含まれる選択されたアクションを示す図８Ａから図８Ｆのフローチャートが参照される。

特に図８Ａのフローチャートを参照すると、電力モジュールとネットワーク管理サーバとの間のステータスレポート通信の選択されたアクションが提示されている。係る電力モジュールメッセージは、必要に応じて本明細書に説明される等、直接的に又は通信モジュールを介して転送されてよい。無線電力アウトレット等の無線電力提供ネットワークに加えられた電力モジュールは規則正しい間隔でステータスレポートメッセージ８０２を送信してよい。任意選択で、送信側ステータスレポート間の間隔の持続時間は、以下に説明されるようにネットワーク管理サーバから受信される命令によって決定されてよい。

ステータスレポートメッセージは、電力モジュールの動作モードに関するデータを含んでよい。したがって、レポートは、必要に応じて「ＣＨＡＲＧＩＮＧ」又は「ＮＯＴ＿ＣＨＡＲＧＩＮＧ」の値をとってよいＭＯＤＥパラメータを含んでよい。

ステータスレポートメッセージの他のパラメータは、以下のような多様なパラメータを含んでよい。
・「ＰＯＷＥＲＭＡＴＲＩＸ＿ＴＸ＿ＲＰＯＲＴ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・データ損失を検出し、順序制御を保証するために有効性チェックで使用される通し番号を提供するための『ＭＥＳＳＡＧＥ＿ＩＤ』パラメータであって、このパラメータの値は１から２５５の反復するシーケンスであってよい、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ、
・電力モジュールの一意のＭＡＣアドレス識別子を提供するための『ＴＸ＿ＩＤ』パラメータであって、このパラメータは、例えば「Ｆ０５ＤＣ８０１１ＦＦＢ」等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・サービスを受けているレシーバの一意のＭＡＣアドレス識別子を提供するための『ＲＸ＿ＩＤ』パラメータであって、このパラメータは、例えば「４Ｃ７６６０４４ＦＣ３Ｅ」等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・ハードウェアに依存する追加の操作情報又はエラーを提供するための『ＳＴＡＴＵＳ』パラメータであって、このパラメータは、本明細書に概略されるエラーコードのリストに従って解釈され得る０から２５５を含んだ値をとってよい。
・ＳＴＡＴＵＳパラメータに補足の拡張ハードウェア依存データを提供するための『ＥＲＲＯＲ＿ＤＡＴＡ』パラメータであって、このパラメータは０から２５５の値をとってよい。

多様なエラーコードが実例として使用されてよく、特定の実施形態のエラーコードは、通常の動作を表す０の『Ｉｄｌｅ，ｎｏ ｃｈａｒｇｅ』コード、通常の動作を表す１の『Ｃｈａｒｇｉｎｇ Ａｃｔｉｖｅ』コード、未知（電池フル又はＲｘ安全性）の場合０又はネットワークサーバによって要求される場合の１等のＥＯＣ理由を示す値をとってよい通常の動作を表す２の『Ｒｘ Ｅｎｄ ｏｆ Ｃｈａｒｇｅ（ＥＯＣ）』コード、通常動作を表す３の『Ｔｘ Ｅｎｄ ｏｆ ｃｈａｒｇｅ， ｎｏ Ｒｘ』、使用エラーを表す４の『Ｎｏ ｃｈａｒｇｅ， ｉｎｖａｌｉｄ ＲｘＩＤ』コード、警告を表す５の『Ｎｏ ｃｈａｒｇｅ，ｃｈａｒｇｉｎｇ ｄｉｓａｂｌｅｄ ｂｙ ｎｅｔｗｏｒｋ ｍａｎａｇｅｒ』コード、摂氏の温度を示す値をとってよいエラーを表す６の『ｏｖｅｒ ｔｅｍｐｅｒａｔｕｒｅ』コード、ｍＡの値、電流をとってよい警告を表す７の「１８ｖ ｃｕｒｒｅｎｔ ｌｉｍｉｔ」コード、ＭＶ単位で値、電圧をとってよいエラーを表す８の『ｏｕｔ ｏｆ ｖｏｌｔａｇｅ ｒａｎｇｅ』コード、ｍＶの単位の値、電流をとってよいエラーを表す１０の『２４ｖ ｃｕｒｒｅｎｔ ｌｉｍｉｔ』コード、警告を表す３２の『Ｌａｓｔ ＺＢ Ｔｘ ｆａｉｌｅｄ』コード、警告を表す３３の『Ｌｏｓｔ ＴｂｄＲｘ ｍｅｓｓａｇｅｓ』コード、警告を表す３４の『ｏｕｔ ｏｆ ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ』コード、０と２５５との間の値をとってよいエラーを表す４８の『Ｒｅｍｏｔｅ Ｆｉｒｍｗａｒｅ Ｕｐｄａｔｅ ｅｒｒｏｒ』コードを含んでよい。他のエラーコード方式が必要に応じて適用されてよいことが理解される。

ネットワーク管理サーバは、ステータスレポートメッセージ８０４を受信し、メッセージ有効性チェック８０６を実行してよい。例えば、メッセージＩＤが上述されるように順次的ではない場合等、メッセージが無効と見なされる場合、受信されたメッセージは無視されてよい８０８。それ以外の場合、メッセージデータは処理され８１０、応答メッセージで電力モジュールに返送される８１２ために制御コマンドが生成される。応答メッセージは電力モジュールによって受信されてよく、コマンドは電力アウトレットプロセッサによって実行されてよい８１４。

制御コマンドは、必要に応じて電力提供を許可する又は許可しない命令を提供してよい。したがって、応答メッセージは、必要に応じてＣＨＡＲＧＥ又はＤＯ−ＮＯＴ−ＣＨＡＲＧＥの値をとることがあるＣＯＭＭＡＮＤパラメータを含んでよい。

ステータスレポート応答メッセージの他のパラメータは以下を含んでよい。
・「ＰＯＷＥＲＭＡＴＲＩＸ＿ＴＸ＿ＲＥＰＯＲＴ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・データ損失を検出し、順序制御を保証するために有効性チェックで使用される通し番号を提供するための『ＭＥＳＳＡＧＥ＿ＩＤ』パラメータであって、このパラメータの値は１から２５５の反復するシーケンスであってよい、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ。
・電力モジュールの一意のＭＡＣアドレス識別子を提供するための『ＴＸ＿ＩＤ』パラメータであって、このパラメータは、例えば「Ｆ０５ＤＣ８０１１ＦＦＢ」等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・サービスを受けているレシーバの一意のＭＡＣアドレス識別子を提供するための『ＲＸ＿ＩＤ』パラメータであって、このパラメータは、例えば「４Ｃ７６６０４４ＦＣ３Ｅ」等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・以後のステータスレポートメッセージ間の予想される間隔を提供するための『ＩＮＴＥＲＶＡＬ』パラメータであって、ＩＮＴＥＲＶＡＬの値が変更されるまで、パラメータは１から１０００秒を含んだ値をとってよい。
・ＴＲＵＥ又はＦＡＬＳＥの値をとってよく、これによりＴＲＵＥ時に、動作モードが変更する、又はエラーが発生し、別のステータスレポートメッセージが要求され、ＩＮＴＥＲＶＡＬがリセットされる『ＳＥＮＤ＿ＥＶＥＮＴＳ』パラメータ。
・ＴＲＵＥ又はＦＡＬＳＥの値をとってよく、これによりＴＲＵＥ時に、エラーが発生し、拡張ステータスレポートメッセージが要求される『ＳＥＮＤ＿ＲＥＰＯＲＴＥＸＴ＿ＯＮ＿ＥＲＲＯＲ』パラメータ。
・ＴＲＵＥ又はＦＡＬＳＥの値をとってよく、これによりＴＲＵＥ時に、拡張ステータスレポートメッセージａがただちに要求される『ＳＥＮＤ＿ＲＥＰＯＲＴＥＸＴ』パラメータ。
・ＴＲＵＥ又はＦＡＬＳＥの値をとってよく、これによりＴＲＵＥ時に、Ｓって位レポートメッセージが直ちに要求される、『ＳＥＮＤ＿ＴＸ＿ＣＯＮＦＩＧ』パラメータ。

例えば、考えられるステータスレポートメッセージは、以下のような形をとってよい。

考えられるステータス応答メッセージの類似した例は、以下のような形をとってよい。

ここで図８Ｂのフローチャートを参照すると、電力モジュールとネットワーク管理サーバとの間の拡張ステータスレポート通信の選択されたアクションが提示されている。係る電力モジュールメッセージは、直接的に又は必要に応じて本明細書に説明されるように等、直接的に通信モジュールを介して転送されてよい。ネットワーク管理サーバは、「ＳＥＮＤ＿ＲＥＰＯＲＴＥＸＴ」パラメータ又は「ＳＥＮＤ＿ＲＥＰＯＲＴＥＸＴ＿ＯＮ＿ＥＲＲＯＲ」パラメータを介して上述されるように等、係る拡張ステータスレポートを要求してよい８１６。したがって、電力モジュールは拡張ステータスレポートメッセージを送信してよい８１８。拡張ステータスレポートメッセージは、ハードウェアに関係する診断情報の広範囲に及ぶリストである。とりわけ、拡張ステータスレポートメッセージのパラメータは以下を含んでよい。
・「ＰＯＷＥＲＭＡＴＲＩＸ＿ＴＸ＿ＲＥＰＯＲＴＥＸＴ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・データ損失を検出し、順序制御を保証するために有効性チェックで使用される通し番号を提供するための『ＭＥＳＳＡＧＥ＿ＩＤ』パラメータであって、このパラメータの値は１から２５５の反復するシーケンスであってよい、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ。
・電力モジュールの一意のＭＡＣアドレス識別子を提供するための『ＴＸ＿ＩＤ』パラメータであって、このパラメータは、例えば「Ｆ０５ＤＣ８０１１ＦＦＢ」等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・サービスを受けているレシーバの一意のＭＡＣアドレス識別子を提供するための『ＲＸ＿ＩＤ』パラメータであって、このパラメータは、例えば「４Ｃ７６６０４４ＦＣ３Ｅ」等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・必要に応じて「ＣＨＡＲＧＩＮＧ」又は「ＮＯＴ＿ＣＨＡＲＧＩＮＧ」の値をとってよい『ＭＯＤＥ』パラメータ。
・ハードウェアに依存する追加の操作情報又はエラーを提供するための『ＳＴＡＴＵＳ』パラメータであって、このパラメータは、例えば本明細書に説明されるエラーコードのリストに従って解釈され得る０から２５５を含んだ値をとってよい。
・ＳＴＡＴＵＳパラメータに補足の拡張ハードウェア依存データを提供するための『ＥＲＲＯＲ＿ＤＡＴＡ』パラメータであって、このパラメータは０から２５５の値をとってよい。
・電力モジュールのＭＣＵボードからの温度示度数を提供するための『ＴＥＭＰＥＲＡＴＵＲＥ＿１』パラメータであって、このパラメータは摂氏０から２５５の値をとってよく、負の測定値は０として送信されなければならない
・電力モジュールの上部ボードからの温度示度数を提供するための『ＴＥＭＰＥＲＡＴＵＲＥ＿２』パラメータであって、このパラメータは摂氏０から２５５の値をとってよく、負の測定値は０として送信されなければならない
・第１の電流計測定値を提供するための『ＣＵＲＲＲＥＮＴ＿１』パラメータであって、このパラメータは１６で除算されたミリアンペアで測定された電流を示す０から２５５の値をとってよい。
・第２の電流計測定値を提供するための『ＣＵＲＲＲＥＮＴ＿２』パラメータであって、このパラメータは１６で除算されたミリアンペアで測定された電流を示す０から２５５の値をとってよい。
・電圧測定値を提供するための『ＶＯＬＴＡＧＥ＿ＩＮ』パラメータであって、このパラメータは１７６で除算されるミリボルトで測定された電圧を示す０から２５５の値をとってよい。
・電圧測定値を提供するための『ＶＯＬＴＡＧＥ＿ＤＣ２ＤＣ』パラメータであって、このパラメータは１７６で除算されるミリボルトで測定された電圧を示す０から２５５の値をとってよい。
・電力アウトレット上の物体の存在を示すための『ＤＣ＿ＰＥＡＫ』パラメータであって、パラメータは１６で除算されるミリボルトの０から２５５の値をとってよい。
・最大許容デクリメントを提供するための『ＯＶＥＲ＿ＤＥＣＲＥＭＥＮＴ』パラメータであって、このパラメータは１６で除算されるミリボルトで０から２５５の値をとってよい

したがって、ネットワーク管理サーバは拡張ステータスレポートメッセージを受信し８２０、メッセージ有効性チェックを実行してよい８０６。例えば、メッセージＩＤが上述されたように順次的ではない場合等、メッセージが無効であると見なされる場合、受信されたメッセージは無視されてよい８０８。それ以外の場合、メッセージデータは処理され８１０、応答メッセージで電力モジュールに返送される８１２ために制御コマンドが生成される。応答メッセージは電力モジュールによって受信されてよく、コマンドは電力アウトレットプロセッサ８１４によって実行されてよい。

例えば、考えられる拡張ステータスレポートメッセージは、以下のような形をとってよく、

以下のような応答を引き出してよい。

ここで図８Ｃのフローチャートを参照すると、電力モジュールとネットワーク管理サーバとの間の設定レポート通信の選択されたアクションが提示される。係る電力モジュールメッセージは、必要に応じて本明細書で説明されるように等、直接的に又は通信モジュールを介して転送されてよい。設定レポートは、起動時８２２、ネットワーク管理サーバ８２６に送信されてよい。代わりに、ネットワーク管理サーバは、ステータスレポート応答メッセージの「ＳＥＮＤ＿ＴＸ＿ＣＯＮＦＩＧ」パラメータを介して上述された等、係る設定レポートを要求してよい８２４。したがって、電力モジュールは設定レポートメッセージ８２６を送信してよい。設定レポートメッセージは、電力モジュールの設定について情報を提供するために電力モジュールによって発行されるメッセージである。応答メッセージは、遠隔設定及び保守のための機構を提供する。

例えば、『ＣＨＡＲＧＥＲ＿ＦＩＲＭＷＡＲＥ＿ＶＥＲＳＩＯＮ』パラメータ及び『ＨＷ＿ＶＥＲＳＩＯＮ』パラメータは、電力モジュール装置にファームウェア及びハードウェアのバージョンを含んでよい。

とりわけ、電力モジュール設定レポートメッセージのパラメータは以下を含んでよい。
・「ＰＯＷＥＲＭＡＴＲＩＸ＿ＴＸ＿ＣＯＮＦＩＧ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・データ損失を検出し、順序制御を保証するために有効性チェックで使用される通し番号を提供するための『ＭＥＳＳＡＧＥ＿ＩＤ』パラメータであって、このパラメータの値は１から２５５の反復するシーケンスであってよい、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ。
・通信モジュールの一意のＭＡＣアドレス識別子を提供するための『ＧＷ＿ＩＤ』パラメータであって、このパラメータは、例えば『４Ｃ７６６０４４ＦＣ３Ｅ』等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・電力モジュールの一意のＭＡＣアドレス識別子を提供するための『ＴＸ＿ＩＤ』パラメータであって、このパラメータは、例えば「Ｆ０５ＤＣ８０１１ＦＦＢ」等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・電力モジュールのファームウェアバージョンを提供するための『ＣＨＡＲＧＥＲ＿ＦＩＲＭＷＡＲＥ＿ＶＥＲＳＩＯＮ』パラメータであって、このパラメータは、Ｘ及びＹが正の整数である『Ｘ．Ｙ』の値を有してよい。
・電力モジュール内のＺｉｇｂｅｅ（登録商標）構成要素のファームウェアバージョンを提供するための『ＺＢ＿ＦＩＲＭＷＲＥ＿ＶＥＲＳＩＯＮ』パラメータであって、このパラメータは、これが実装される場合、Ｘ及びＹが正の整数である『Ｘ．Ｙ』の値をとってよい、又はこれが存在しない場合、パラメータは『０．０』の値をとってよい。
・電力モジュールのハードウェアバージョンを提供するための『ＨＷ＿ＶＥＲＳＩＯＮ』パラメータであって、このパラメータは、Ｘ及びＹが正の整数である『Ｘ．Ｙ』の値を有してよい。
・メッセージを発行するための理由を提供するための『ＲＥＡＳＯＮ』パラメータであって、このパラメータは必要に応じて『ＲＥＳＥＴ』又は『ＢＹ＿ＲＥＱＵＥＳＴ』から選択される値をとってよい。

したがって、ネットワーク管理サーバは、設定レポートメッセージを受信し８２８、メッセージ有効性チェックを実行してよい８０６。例えば、メッセージＩＤが上述されたように順次的ではない場合等、メッセージが無効と見なされる場合、受信されたメッセージは無視されてよい８０８。それ以外の場合、メッセージデータは処理され８１０、応答メッセージ８３０で電力モジュールを返送される８３０ために設定コマンドが生成される。応答メッセージは電力モジュールによって受信されてよく、設定コマンドは電力アウトレットプロセッサによって実行されてよい８３２。メッセージ有効性チェックが、電力アウトレットプロセッサによって必要に応じて実行されてよいことが理解される。

設定レポートメッセージに応えて、ネットワーク管理サーバは、例えばＵＰＤＡＴＥ＿ＣＨＡＲＧＥＲ＿ＦＩＲＭＷＡＲＥ）を使用してファームウェアバージョンを変更するために、又はリセット（ＲＥＳＥＴ）等の遠隔保守を実行するためにコマンドを発行してよい。

とりわけ、設定応答メッセージのパラメータは以下を含んでよい。
・「ＰＯＷＥＲＭＡＴＲＩＸ＿ＴＸ＿ＣＯＮＦＩＧ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・データ損失を検出し、順序制御を保証するために有効性チェックで使用される通し番号を提供するための『ＭＥＳＳＡＧＥ＿ＩＤ』パラメータであって、このパラメータの値は１から２５５の反復するシーケンスであってよい、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ、
・通信モジュールの一意のＭＡＣアドレス識別子を提供するための『ＧＷ＿ＩＤ』パラメータであって、このパラメータは、例えば『４Ｃ７６６０４４ＦＣ３Ｅ』等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・電力モジュールの一意のＭＡＣアドレス識別子を提供するための『ＴＸ＿ＩＤ』パラメータであって、このパラメータは、例えば「Ｆ０５ＤＣ８０１１ＦＦＢ」等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・『ＵＰＤＡＴＥ＿ＣＨＡＲＧＥＲ＿ＦＩＲＭＷＡＲＥ』パラメータがＴＲＵＥである場合に電力モジュールがアップグレードされる必要があるファームウェアバージョンを提供するための『ＣＨＡＲＧＥＲ＿ＦＩＲＭＷＡＲＥ＿ＶＥＲＳＩＯＮ』パラメータであって、このパラメータは、Ｘ及びＹが正の整数である『Ｘ．Ｙ』の値を有してよい。
・電力モジュールベンダの識別コードを提供するための『ＶＥＮＤＯＲ＿ＩＤ』パラメータであって、このパラメータは１６進文字列の値をとってよい。
・『ＵＰＤＡＴＥ＿ＺＢ＿ＦＩＲＭＷＡＲＥ』パラメータがＴＲＵＥである場合に電力モジュールがアップグレードされる必要があるＺｉｇｂｅｅ（登録商標）構成要素バージョンを提供するための『ＺＢ＿ＦＩＲＭＷＡＲＥ＿ＶＥＲＳＩＯＮ』パラメータであって、このパラメータは、Ｘ及びＹが正の整数である『Ｘ．Ｙ』の値を有してよい、又はこれが存在しない倍は、パラメータは『０．０』の値をとってよい。
・電力モジュールファームウェアを更新するように電力モジュールプロセッサに命令するためにＴＲＵＥの値、又はファームウェアバージョンが更新されるべきではない場合に『ＦＡＬＳＥ』の値をとってよい『ＵＰＤＡＴＥ＿ＣＨＡＲＧＥＲ＿ＦＩＲＭＷＡＲＥ』パラメータ。
・電力モジュールＺｉｇｂｅｅ（登録商標）構成要素を更新するように電力モジュールプロセッサに命令するためにＴＲＵＥの値、又はＺｉｇｂｅｅ（登録商標）構成要素が更新されるべきではない場合に『ＦＡＬＳＥ』の値をとってよい『ＵＰＤＡＴＥ＿ＺＢ＿ＦＩＲＭＷＡＲＥ』パラメータ。
・電力モジュールプロセッサにそれ自体をリセットするように命令するためにＴＲＵＥの値、又はそうではない場合に『ＦＡＬＳＥ』の値をとってよい『ＲＥＳＥＴ』パラメータ
・電力モジュールプロセッサに光フィードバックを有効にするように命令するためにＴＲＵＥの値、又は電力モジュールプロセッサに光フィードバックを無効にするように命令するために『ＦＡＬＳＥ』の値をとってよい『ＬＥＤＳ』パラメータ。
・電力モジュールプロセッサに音声フィードバックを有効にするように命令するためにＴＲＵＥの値、又は電力モジュールプロセッサに音声フィードバックを無効にするように命令するために『ＦＡＬＳＥ』の値をとってよい『ＳＯＵＮＤ』パラメータ。
・電力モジュールプロセッサに電力モジュールを無効にするように命令するためにＴＲＵＥの値、又はそうではない場合に『ＦＡＬＳＥ』の値をとってよい『ＤＩＳＡＢＬＥ＿ＣＨＡＲＧＥＲ』。
・レシーバに送信される電流の量を制限するための『ＣＵＲＲＥＮＴ＿ＬＩＭＩＴ』パラメータであって、パラメータは、ｘが制限が設定される値である（ｘ−３５０）／２０の値を有してよい、『ＣＵＲＲＥＮＴ＿ＬＩＭＩＴ』パラメータ。
・アナログピング電圧検出感度を設定するための『ＩＮＤＵＣＴＩＯＮ＿ＳＥＮＳＯＲ＿ＳＥＮＳＩＴＩＶＩＴＹ』パラメータであって、パラメータは、ｘが感度が設定される値である（ｘ−１０）／２０の値を有してよい。
・必要に応じて一次ピーク閾値を設定するための『ＤＣ＿ＰＥＡＫ＿ＬＩＭＩＴ＿ＴＨＲＥＳＨＯＬＤ』パラメータであって、パラメータが、ｘが閾値が設定される値である（ｘ−１００）／２５０の値を有してよい。
・電力モジュールが電力を伝達しようとした後の遅延時間を設定するための『ＴＳＬＥＥＰ』パラメータであって、パラメータは、ｘが分数であるｘ−１、又は再試行を無効にするために２５５の値を有してよい。

例えば、考えられる設定レポートメッセージは，以下のような形をとってよく、

以下のような設定応答メッセージを引き出してよい。

ここで図８Ｄのフローチャートを参照すると、通信モジュール又はゲートウェイとネットワーク管理サーバとの間の健康レポート通信の選択されたアクションが提示されている。通信モジュールは無線電力提供ネットワークに加えられ、ネットワーク管理サーバからの電力モジュールの通信及び制御を可能にしてよい。係る通信モジュールは、規則正しい間隔で周期的な健康レポートメッセージ８３４を送信してよい。健康レポートメッセージは、通信モジュールの健康ステータスに係るデータを提供してよい。

したがって、健康レポートメッセージは、以下のような多様なパラメータを含んでよい。
・「ＰＯＷＥＲＭＡＴＲＩＸ＿ＧＷ＿ＲＥＰＯＲＴ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・データ損失を検出し、順序制御を保証するために有効性チェックで使用される通し番号を提供するための『ＭＥＳＳＡＧＥ＿ＩＤ』パラメータであって、このパラメータの値は１から２５５の反復するシーケンスであってよい、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ。
・通信モジュールの一意のＭＡＣアドレス識別子を提供するための『ＧＷ＿ＩＤ』パラメータであって、このパラメータは、例えば『３７２９０Ｂ２５９７Ａ８』等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・ハードウェアに依存する追加の操作情報又はエラーを提供するための『ＳＴＡＴＵＳ』パラメータであって、このパラメータは、例えば本明細書に説明されるエラーコードのリストに従って解釈され得る０から２５５を含んだ値をとってよい。
・任意選択で、ＳＴＡＴＵＳパラメータに補足の拡張ハードウェア依存データを提供するための『ＥＲＲＯＲ＿ＤＡＴＡ』パラメータであって、このパラメータは０から２５５の値をとってよい。

ネットワーク管理サーバは、健康レポートメッセージを受信し８３６、メッセージ有効性チェックを実行してよい８０６。例えば、メッセージＩＤが上述されたように順次的ではない場合等、メッセージが無効と見なされる場合、メッセージは無視されてよい８０８。それ以外の場合、メッセージデータは処理され８１０、応答メッセージで電力モジュールに返送される８３８ために制御コマンドが生成される。応答メッセージは電力モジュールによって受信されてよく、設定コマンドは制御モジュールプロセッサによって実行されてよい８４０。メッセージ有効性チェックが、必要に応じて通信モジュールプロセッサによって実行されてよいことが理解される。

ネットワーク管理者は、健康レポート応答メッセージで通信されてよい健康レポートメッセージ８３６に対する多様な応答を生成してよい。したがって、健康レポートメッセージは、以下のような多様なパラメータを含んでよい。
・「ＰＯＷＥＲＭＡＴＲＩＸ＿ＧＷ＿ＲＥＰＯＲＴ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・データ損失を検出し、順序制御を保証するために有効性チェックで使用される通し番号を提供するための『ＭＥＳＳＡＧＥ＿ＩＤ』パラメータであって、このパラメータの値は１から２５５の反復するシーケンスであってよい、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ。
・通信モジュールの一意のＭＡＣアドレス識別子を提供するための『ＧＷ＿ＩＤ』パラメータであって、このパラメータは、例えば『３７２９０Ｂ２５９７Ａ８』等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・ＩＮＴＥＲＶＡＬの値が変更されるまで以後の健康レポートメッセージ要求間で予想される間隔を提供するための『ＩＮＴＥＲＶＡＬ』パラメータであって、このパラメータは１から１０００秒を含んだ値をとってよい。
・ＦＡＬＳＥのデフォルト値をとってよいが、ＴＲＵＥの値をとって通信モジュールプロセッサにネットワークへの電力モジュールの追加を要求するように命令してよい『ＡＬＬＯＷ＿ＪＯＩＮ』パラメータ。

例えば、考えられる健康レポートメッセージは、以下のような形をとってよく、

以下のような応答を引き出してよい。

ここで、フローチャート図８Ｅを参照すると、通信モジュールとネットワーク管理サーバとの間の設定レポート通信の選択されたアクションが提示される。設定レポートは、規則正しい間隔で周期的に又は起動時にネットワーク管理サーバに送信されてよい８４２。したがって、電力モジュールは設定レポートメッセージを送信してよい８４２。設定レポートメッセージは、通信モジュールの設定について情報を提供するために通信モジュールによって発行されるメッセージである。応答メッセージは、ゲートウェイの遠隔設定及び保守のための機構を提供する。

とりわけ、通信モジュール設定レポートメッセージのパラメータは、以下を含んでよい。
・「ＰＯＷＥＲＭＡＴＲＩＸ＿ＧＷ＿ＲＥＰＯＲＴ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・データ損失を検出し、順序制御を保証するために有効性チェックで使用される通し番号を提供するための『ＭＥＳＳＡＧＥ＿ＩＤ』パラメータであって、このパラメータの値は１から２５５の反復するシーケンスであってよい、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ。
・通信モジュールの一意のＭＡＣアドレス識別子を提供するための『ＧＷ＿ＩＤ』パラメータであって、このパラメータは、例えば『４Ｃ７６６０４４ＦＣ３Ｅ』等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・通信モジュールのファームウェアバージョンを提供するための『ＦＩＲＭＷＡＲＥ＿ＶＥＲＳＩＯＮ』パラメータであって、このパラメータは、Ｘ及びＹが正の整数である『Ｘ．Ｙ』の値を有してよい。
・通信モジュールのソフトウェアバージョンを提供するための『ＳＯＦＴＷＡＲＥ＿ＶＥＲＳＩＯＮ』パラメータであって、このパラメータは、Ｘ及びＹが正の整数である『Ｘ．Ｙ』の値を有してよい。
・利用可能なメモリの量を提供するための『ＦＲＥＥ＿ＭＥＭＯＲＹ』パラメータであって、このパラメータは空きキロバイト数を表す値をとってよい。
・利用可能なフラッシュメモリの量を提供するための『ＦＲＥＥ＿ＦＬＡＳＨ』パラメータであって、このパラメータは空きキロバイト数を表す値をとってよい。
・パーセンテージ通信モジュールプロセッサＣＰＵ活用を提供するための『ＣＰＵ』パラメータであって、このパラメータはパーセンテージを表す値をとってよい
・メッセージを発行するための理由を提供するための『ＲＥＡＳＯＮ』パラメータであって、このパラメータは必要に応じて『ＲＥＳＥＴ』又は『ＢＹ＿ＲＥＱＵＥＳＴ』から選択される値をとってよい。

したがって、ネットワーク管理サーバは設定レポートメッセージを受信し８４４、メッセージ有効性チェックを実行してよい８０６。例えば、メッセージＩＤが上述されたように順次的ではない場合等、メッセージが無効と見なされる場合、受信されたメッセージは無視されてよい８０８。それ以外の場合、メッセージデータは処理され８１０、応答メッセージで通信モジュールに返送される８４６ために設定コマンドが生成される。応答メッセージは通信モジュールによって受信されてよく、設定コマンドは通信モジュールプロセッサ８４８によって実行されてよい。メッセージ有効性チェックが必要に応じて通信モジュールプロセッサによって実行されてよいことが理解される。

とりわけ、設定応答メッセージのパラメータは、以下を含んでよい。
・「ＰＯＷＥＲＭＡＴＲＩＸ＿ＧＷ＿ＣＯＮＦＩＧ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・データ損失を検出し、順序制御を保証するために有効性チェックで使用される通し番号を提供するための『ＭＥＳＳＡＧＥ＿ＩＤ』パラメータであって、このパラメータの値は１から２５５の反復するシーケンスであってよい、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ。
・通信モジュールの一意のＭＡＣアドレス識別子を提供するための『ＧＷ＿ＩＤ』パラメータであって、このパラメータは、例えば『４Ｃ７６６０４４ＦＣ３Ｅ』等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・『ＵＰＤＡＴＥ＿ＦＩＲＭＷＡＲＥ』パラメータがＴＲＵＥである場合に通信モジュールがアップグレードされなければならないファームウェアバージョンを提供するための『ＦＩＲＭＷＡＲＥ＿ＶＥＲＳＩＯＮ』パラメータであって、このパラメータは、Ｘ及びＹが正の整数である『Ｘ．Ｙ』の値を有してよい。
・『ＵＰＤＡＴＥ＿ＳＯＦＴＷＡＲＥ』パラメータがＴＲＵＥである場合に通信モジュールがアップグレードされなければならないソフトウェアバージョンを提供するための『ＳＷ＿ＶＥＲＳＩＯＮ』パラメータであって、このパラメータは、Ｘ及びＹが正の整数である『Ｘ．Ｙ』の値を有してよい。
・通信モジュールファームウェアを更新するように通信モジュールプロセッサに命令するためにＴＲＵＥの値、又はファームウェアバージョンが更新されるべきではない場合『ＦＡＬＳＥ』の値をとってよい『ＵＰＤＡＴＥ＿ＦＩＲＭＷＡＲＥ』パラメータ。
・通信モジュールソフトウェアを更新するように通信モジュールプロセッサに命令するためにＴＲＵＥの値、又はファームウェアバージョンが更新されるべきではない場合『ＦＡＬＳＥ』の値をとってよい『ＵＰＤＡＴＥ＿ＳＯＦＴＷＡＲＥ』パラメータ。
・ＦＡＬＳＥのデフォルト値を有してよく、電力モジュールプロセッサにそれ自体をリブートするように命令するためにＴＲＵＥの値をとってよい『ＲＥＢＯＯＴ』パラメータ。
・電力モジュール応答メッセージが、通信モジュールと関連付けられた電力モジュールから収集され、ネットワークサーバに転送される無作為な間隔を提供する『ＡＧＧＲＥＧＡＴＩＯＮ＿ＩＮＴＥＲＶＡＬ』パラメータであって、パラメータはパスごとに１からＮ秒の無作為な数を表す値をとってよい。
・ＦＡＬＳＥのデフォルト値を有してよく、通信モジュールでキャッシュに入れられるネットワークデータをクリーンアップするようにプロセッサに命令するためにＴＲＵＥの値をとってよい『ＩＮＩＴ＿ＰＡＮ』パラメータ。
・通信モジュールログ作成及びアーカイブ処理のステータスを決定するための『ＬＯＧ＿ＡＰＰＥＮＤＥＲ』パラメータであって、パラメータは必要に応じて『ＯＦＦ』、『ＦＩＬＥ』、又は『ＦＴＰ』の値をとってよい。
・『ＬＯＧ＿ＡＰＰＥＮＤＥＲ』パラメータが『ＦＴＰ』の値を有するときにＦＴＰログロケーションのＵＲＬを提供するための『ＬＯＧ＿ＵＲＬ』パラメータであって、『ＬＯＧ＿ＵＲＬ』パラメータは形式『［ｕｓｅｒ：ｐａｓｓ＠］ｈｏｓｔ：［ｐｏｒｔ］』のあたいをとってよい。
・ログファイルのサイズを提供するための『ＬＯＧ＿ＳＩＺＥ』パラメータであって、パラメータは１０２４キロバイトのデフォルト値を有してよく、必要に応じて５０ＫＢから５ＭＢの値をとってよい。

例えば、考えられる設定レポートメッセージは、以下のような形をとってよく、

以下のような設定応答メッセージを引き出してよい。

ここでフローチャート図８Ｆを参照すると、通信モジュールとネットワーク管理サーバとの間の参加要求通信の選択されたアクションが提示されている。参加要求メッセージは、ネットワークに新しい電力モジュールを追加するための許可に対する通信モジュールからネットワーク管理サーバへのトランザクション要求である。したがって、参加要求メッセージは、新しい電力モジュールが発見される８５０と、ネットワーク管理サーバに送信されてよい８５２。

とりわけ、参加要求メッセージのパラメータは以下を含んでよい。
・「ＰＯＷＥＲＭＡＴＲＩＸ＿ＴＸ＿ＪＯＩＮ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・データ損失を検出し、順序制御を保証するために有効性チェックで使用される通し番号を提供するための『ＭＥＳＳＡＧＥ＿ＩＤ』パラメータであって、このパラメータの値は１から２５５の反復するシーケンスであってよい、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ。
・通信モジュールの一意のＭＡＣアドレス識別子を提供するための『ＧＷ＿ＩＤ』パラメータであって、このパラメータは、例えば『３７２９０Ｂ２５９７Ａ８』等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・電力モジュールの一意のＭＡＣアドレス識別子を提供するための『ＴＸ＿ＩＤ』パラメータであって、このパラメータは、例えば「Ｆ０５ＤＣ８０１１ＦＦＢ」等、セパレータがない１２桁の１６進アドレスの値を有してよい。

ネットワーク管理サーバは参加要求メッセージを受信し８５４、メッセージ有効性チェックを実行してよい８０６。例えば、メッセージＩＤが上述されたように順次的ではない場合等、メッセージが無効と見なされる場合、メッセージは無視されてよい８０８。それ以外の場合、メッセージデータは処理され８１０、通信モジュールに返送される８５６ために認証応答が生成される。必要とされる場合、要求には規則が適用されてよく、例えば、電力モジュールＩＤ（ＴｘＩＤ）がネットワークに以前に登録されている必要があり、許可されてネットワークに加えられるために別の通信モジュールを通してすでに加わっている必要はない。

認証応答は、電力モジュールによって受信され、処理されてよい。承認される場合、新しい電力モジュールがネットワークに加えられてよく８６０、それ以外の場合、新しい電力モジュールは拒絶されてよい８５８。

したがって、認証メッセージは、以下のような多様なパラメータを有してよい。
・「ＰＯＷＥＲＭＡＴＲＩＸ＿ＴＸ＿ＪＯＩＮ」等のメッセージ名を提供するための『ＭＥＳＳＡＧＥ＿ＴＹＰＥ』、
・メッセージフォーマットのバージョンを提供し、それにより管理サーバが複数の通信プロトコルと互換となることができるようにする『ＶＥＲＳＩＯＮ』パラメータ、
・データ損失を検出し、順序制御を保証するために有効性チェックで使用される通し番号を提供するための『ＭＥＳＳＡＧＥ＿ＩＤ』パラメータであって、このパラメータの値は１から２５５の反復するシーケンスであってよい、
・「−」、「：」、「Ｔ」及び「Ｚ」が一定値である、フォーマットＹＹＹＹ−ＭＭ−ＤＤＴＨＨ：ＭＭ：ＳＳＺを有するＵＴＣベースのレポート時刻を提供するための『ＴＩＭＥＳＴＡＭＰ』パラメータ。
・通信モジュールの一意のＭＡＣアドレス識別子を提供するための『ＧＷ＿ＩＤ』パラメータであって、このパラメータは、例えば『４Ｃ７６６０４４ＦＣ３Ｅ』等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・電力モジュールの一意のＭＡＣアドレス識別子を提供するための『ＴＸ＿ＩＤ』パラメータであって、このパラメータは、例えば「Ｆ０５ＤＣ８０１１ＦＦＢ」等、セパレータがない１２桁の１６進アドレスの値を有してよい。
・通信モジュールプロセッサに、ネットワークに新しい電力モジュールを追加するように命令するためにＡＰＰＲＯＶＥの値、又は通信モジュールに新しい電力モジュールを拒絶するように命令するためにＲＥＪＥＣＴの値をとってよい『ＣＯＭＭＡＮＤ』パラメータ。

例えば、考えられる参加要求メッセージは、以下のような形をとってよく、

以下のような認証応答メッセージを引き出してよい。

メッセージタイプ及びフォーマットの選択だけが例証のために本明細書に説明されているが、他のメッセージタイプも必要に応じて送信されてよいことが理解される。特定の実施形態では、空のメッセージが通信モジュールによってネットワーク管理サーバに周期的に送信されてよい。係る空のメッセージは、必要に応じてネットワーク管理サーバから応答メッセージを引き出すために使用されてよい。他の実施形態では、電力モジュール又は通信モジュールに必要とされる機能上の変更がない場合、ネットワーク管理サーバは通信に応答しないことがある。必要に応じて当業者に思い浮かぶように、さらに他のメッセージタイプ及びフォーマットが適応されたプロトコルバージョンで使用されてよい。

本明細書で使用される技術的な用語及び科学的な用語は、本開示が関連する当業者によって一般的に理解されるのと同じ意味を有するべきである。それにも関わらず、本願から成熟する特許の存続期間中、多くの関連するシステム及び方法が開発されることが予期される。したがって、コンピューティング装置、ネットワーク、ディスプレイ、メモリ、サーバ等の用語の範囲は先験的にすべての係る新しい技術を含むことを目的とする。

本明細書で使用されるように、用語「約」は少なくとも±１０％を指す。

用語「備える」、「備えた」、「含む」、「含んだ」、「有する」、及びそれらの同根語は「を含むがこれに限定されるものではない」を意味し、一覧される構成要素が含まれるが、概して他の構成要素を除外してではないことを示す。係る用語は、用語「から成る」及び「から実質的に成る」を包含する。

表現「から実質的に成る」は、追加の成分及び／又はステップが請求される組成物又は方法の基本的且つ新規の特徴を著しく改変しない場合にだけ、構成要素又は方法が追加の成分及び／又はステップを含むことがあることを意味する。

本明細書に使用されるように、単数形「１つの」、「ある」及び「該」は、文脈上明らかに他の意味に解釈されるべき場合を除いて複数の参照を含んでよい。例えば、用語「１つの化合物」又は「少なくとも１つの化合物」は、その混合物を含む複数の化合物を含んでよい。

単語「例示的な」は、「例、実例、又は例証として働くこと」を意味するために本明細書で使用される。「例示的」として説明されるいかなる実施形態も、必ずしも他の実施形態と比較して好ましいもしくは有利と解釈される、又は他の実施形態から特徴の組込みを除外すると解釈されるべきではない。

単語「任意選択で」は、「いくつかの実施形態で提供されるが、他の実施形態では提供されない」を意味するために本明細書で使用される。本開示のいずれの特定の実施形態も複数の「任意選択の」特徴を、係る特徴が矛盾しない限り含んでよい。

本明細書に数値範囲が示されるときはつねに、その範囲は示されている範囲内のいかなる引用される数表示（分数又は整数）も含むことが意図されている。表現第１のインジケート数と第２のインジケート数「の間で変動している／変動する」、及び第１のインジケート数から第２のインジケート数「に」「わたっている／わたる」は本明細書で交互に使用され、第１のインジケート数及び第２のインジケート数、並びにその間のすべての分数の数表示及び整数の数表示を含むことが意図される。したがって、範囲形式の説明は単に便宜上及び観血さのためだけであり、本開示の範囲に対する融通がきかない制限として解釈されるべきではないことを理解されたい。したがって、範囲の説明は具体的に開示されているすべての考えられる部分範囲、及びその範囲内の個々の数値も有すると見なされるべきである。例えば、１から６等の範囲の説明は、１から３、１から４、１から５、２から４、２から６、３から６等の具体的に開示されている部分範囲、及びその範囲内の個々の数、例えば、１、２、３、４、５、及び６、並びに非整数中間値も有すると見なされるべきである。これは、範囲の幅に関わりなく適用する。

明確にするために別々の実施形態との関連で説明される本発明の特定の特徴が単一の実施形態に組み合わされて提供され得ることも理解されたい。逆に、簡略さのために単一の実施形態との関連で記述される本開示の多様な特徴が、別々に、又は任意の適切なサブコンビネーションで、又は本開示の任意の他の説明される実施形態で適切に提供されてもよい。多様な実施形態との関連で記述される特定の特徴は、実施形態がそれらの要素なしに動作不能でない限り、それらの実施形態の本質的な特徴として見なされるべきではない。

本発明はその特定の実施形態と併せて説明されてきたが、他の代替形態、修正形態、変形形態、及び同等物が当業者に明らかとなることは明白である。したがって、本発明の精神、及び添付特許請求の範囲の幅広い範囲内に入るすべての係る代替形態、修正形態、変形形態、及び同等物を包含することが目的とされる。

さらに、本明細書で上述された多様な実施形態は、例示的なブロック図、フローチャート、及び他の図に関して説明されている。当業者に明らかになるように、示されている実施形態及びその多様な代替形態は、示されている実施例に制限されずに実装され得る。例えば、ブロック図及び添付説明は、特定のアーキテクチャ、レイアウト、又は構成を命じるとして解釈されるべきではない。

いくつかの実例における「１つ又は複数の」、「少なくとも」、「がこれに限定されるものではない」、又は他の類似する表現等の広がりの単語の存在は、係る広がりの表現が不在であってよい実例においてより狭いケースが意図される、又は必要とされることを意味すると解釈されないものとする。用語「モジュール」は、モジュールの一部として説明される、又は請求される構成要素又は機能性がすべて１つの共通のパッケージ内で構成されることを暗示していない。実際に、モジュールの多様な構成要素のいずれか又はすべては、制御論理であるのか、それとも他の構成要素であるのかに関わらず、単一のパッケージに結合できる、又は別々に維持され、さらに複数のグループもしくはパッケージで、又は複数の場所に渡って分散できる。

さらに、実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、又は任意のその組合せにより実装されてよい。ソフトウェア、ファームウェア、ミドルウェア、又はマイクロコードで実装されるとき、必要なタスクを実行するためのプログラムコード又はコードセグメントは記憶媒体等のコンピュータ可読媒体に記憶されてよい。プロセッサは必要なタスクを実行してよい。

本明細書で言及されるすべての出版物、特許、及び特許出願は、それぞれの個々の出版物、特許、又は特許出願が参照に本明細書に組み込まれるように具体的に且つ個別に示されるのと同程度まで、参照によりここにその全体が本明細書に組み込まれる。さらに、本願のいかなる参照の引用又は識別も、係る参照が本開示に対して先行技術として利用可能である旨の了解と解釈されないものとする。項見出しが使用される限りにおいて、それらは必ずしも制限的として解釈されるべきではない。

開示されている主題の範囲は、添付特許請求の範囲により定義され、上述された多様な特徴の組合せ及びサブコンビネーションの両方とも、並びに上述の説明を読み当業者が思い浮かぶその変形形態及び修正形態も含む。

Claims (25)

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. 前記少なくとも１つの電力管理方針が、前記識別コードに従って前記少なくとも１台の無線電力アウトレットユニットのために選択される、請求項２３に記載の方法。

Images