(57)【要約】限られた通信範囲内におけるＰＤＵと１つ又は複数のデバイスとの間の無線通信のための方法、システム、及びデバイスが記載される。配電ユニットには、相対的に極めて接近したユーザデバイスと通信するように動作可能な無線通信モジュールが設けられていてもよい。無線通信モジュールは、設定及び他のコマンド機能を報告する情報を提供するようにしてもよく、いくつかの例においては、設定及び他のコマンド機能をユーザデバイスのユーザに提供するようにしてもよい。【選択図】  図３Ａ
2016521475.tif 000002
【特許請求の範囲】
【請求項１】
電力入力及び複数の電力出力を有するハウジングと、
前記ハウジングと結合され、ネットワーク接続インタフェース及び無線通信インタフェースを備える通信モジュールと、
前記ハウジングと結合され、前記通信モジュールと通信するプロセッサと、
を具備し、
前記無線通信インタフェースが、無線コントローラと通信可能に結合するように構成され、
前記通信モジュールが、前記無線コントローラが前記無線通信インタフェースに通信可能に結合されたとき、前記無線コントローラを介して前記ネットワークプロセッサと無線ユーザデバイスとの間の通信を容易にするように構成された、配電装置。
【請求項２】
前記ハウジング内に配置されたプリント回路基板をさらに備え、前記通信モジュール及び前記プロセッサが、前記プリント回路基板上に搭載された、請求項１に記載の配電装置。
【請求項３】
前記無線コントローラをさらに備え、前記無線コントローラが、前記無線通信インタフェースに設定可能に取り付け可能である、請求項１に記載の配電装置。
【請求項４】
前記無線通信インタフェースを前記無線コントローラに取り付けるように構成されたテザーをさらに備え、
前記無線通信インタフェース及び前記無線コントローラが、取り付けられたとき通信可能に結合される、請求項３に記載の配電装置。
【請求項５】
前記テザーが、１つ又は複数の端部に係止コネクタを備える、請求項４に記載の配電装置。
【請求項６】
前記無線コントローラが、
前記無線通信インタフェースを介して前記プロセッサと通信するように構成されたシリアルインタフェースと、
無線プロトコルを介して前記ユーザデバイスと無線通信するように構成された無線周波数（ＲＦ）インタフェースと、
をさらに備える、請求項３に記載の配電装置。
【請求項７】
前記ＲＦインタフェースが、Ｂｌｕｅｔｏｏｔｈインタフェースを備える、請求項５に記載の配電装置。
【請求項８】
前記無線コントローラが発見可能性ボタンをさらに備え、該発見可能性ボタンは、押されたとき、所定の期間の間、前記ＲＦインタフェースを通じて配電ユニット（ＰＤＵ）発見可能性情報のブロードキャストを開始するように構成されている、請求項５に記載の配電装置。
【請求項９】
前記無線コントローラが、可視接続ステータスを提供するように構成されたステータスインジケータをさらに備える、請求項５に記載の配電装置。
【請求項１０】
無線コントローラによって、発見可能性ボタンが押された旨の指示を受信するステップと、
前記無線コントローラによって、コンピュータメモリからの配電ユニット（ＰＤＵ）発見可能性情報にアクセスするステップと、
前記無線コントローラによって、所定の期間の間、前記ＰＤＵ発見可能性情報をブロードキャストするステップと、
を含む、方法。
【請求項１１】
１つ又は複数のプロセッサを有する無線ユーザデバイスにより実行される命令を格納したコンピュータ可読媒体であって、前記命令が、前記１つ又は複数のプロセッサにより実行されたとき、前記無線ユーザデバイスに、
前記無線ユーザデバイスのディスプレイを介して、発見モードユーザインタフェースをユーザに対して電子的に提示することと、
発見スキャンの開始を指示する入力の受信に応答して、配電ユニット（ＰＤＵ）発見可能性情報をブロードキャストしている１つ又は複数のＰＤＵの発見スキャンを開始することと、
前記ディスプレイを介して、前記１つ又は複数のＰＤＵを前記ユーザに対して電子的に提示することと、
前記１つ又は複数のＰＤＵのうちの１つのＰＤＵとの通信を確立することと、
を実行させる、コンピュータ可読媒体。
【請求項１２】
前記第１の無線ユーザデバイスとの通信が、前記第１の無線ユーザデバイスの選択の受信に応答して確立される、請求項１１に記載のコンピュータ可読媒体。
【請求項１３】
前記命令が、前記１つ又は複数のプロセッサにより実行されたとき、さらに前記無線ユーザデバイスに、前記第１の無線ユーザデバイスが前記発見スキャン中の唯一の発見可能なデバイスであるものと判定することを実行させ、
前記第１の無線ユーザデバイスとの通信が、前記第１の無線ユーザデバイスが唯一の発見可能なデバイスである旨の判定に応答して確立される、請求項１１に記載のコンピュータ可読媒体。
【請求項１４】
モバイルデバイスにより、配電ユニット（ＰＤＵ）の電力関連情報を表示する方法であって、
前記モバイルデバイスによって、前記ＰＤＵに組み込まれた無線モジュールのハードウェアアドレスを光学的に、又は無線で取得するステップであり、電子機器ラック又は電気器具のハウジングに固定されたハードウェア識別子を読み取るサブステップを含む、ステップと、
前記ＰＤＵの前記無線モジュールに無線接続する許可を受けるための無線要求を送信するステップであり、前記無線要求が前記ハードウェアアドレスを含む、ステップと、
前記モバイルデバイスによって、前記ＰＤＵの前記電力関連情報を受信するステップであり、前記電力関連情報が、前記ＰＤＵが受ける電圧の１つ又は複数の位相を特定するとともに、前記ＰＤＵが１つ又は複数の電力取り出し口に分配する電圧の１つ又は複数の位相を特定する、ステップと、
前記ＰＤＵの前記電力関連情報を前記モバイルデバイスの画面に表示するステップと、
を含む、方法。
【請求項１５】
前記ハードウェア識別子が、クイックレスポンス（ＱＲ）バーコードを含んでおり、前記ハードウェアアドレスが、前記ＱＲバーコードに埋設又は符号化された、請求項１４に記載の方法。
【請求項１６】
前記無線モジュールが、Ｂｌｕｅｔｏｏｔｈモジュールであり、前記ＱＲバーコードが、前記モバイルデバイスと前記Ｂｌｕｅｔｏｏｔｈモジュールとの間のセキュアな接続を確立するための個人識別番号（ＰＩＮ）を含む、請求項１５に記載の方法。
【請求項１７】
前記ハードウェア識別子が、前記電気器具のハウジング又は前記電子機器ラックの表面に取り付ける接着面を備える、請求項１５に記載の方法。
【請求項１８】
前記ハードウェア識別子が、電磁放射に応答するタグであり、前記タグが、所定の周波数範囲内の無線信号の受信に応答して、前記ハードウェアアドレスを送信するように構成された、請求項１４に記載の方法。
【請求項１９】
前記無線モジュールが、Ｂｌｕｅｔｏｏｔｈモジュールであり、前記タグが、前記モバイルデバイスと前記Ｂｌｕｅｔｏｏｔｈモジュールとの間のセキュアな接続を確立するための個人識別番号（ＰＩＮ）を送信するように構成された、請求項１５に記載の方法。
【請求項２０】
電力入力及び複数の電力出力を有するハウジングと、
前記ハウジングと結合され、ネットワーク接続インタフェース及び無線通信インタフェースを備える通信モジュールと、
前記ハウジングと結合され、前記通信モジュールと通信するプロセッサと、
を具備し、
前記通信モジュールが、前記無線通信インタフェースを介して、前記ネットワークプロセッサと無線ユーザデバイスとの間に通信を提供可能である、配電装置。
【請求項２１】
前記ハウジング内に配置されたプリント回路基板をさらに備え、前記通信モジュール及び前記プロセッサが、前記プリント回路基板上に搭載された、請求項２０に記載の配電装置。
【請求項２２】
前記無線通信インタフェースが、前記ネットワークプロセッサと通信し前記プロセッサから近距離通信（ＮＦＣ）対応のユーザデバイスに情報を提供するように構成されたＮＦＣタグを備える、請求項２０に記載の配電装置。
【請求項２３】
前記ＮＦＣタグと結合され、前記ハウジングの外部に搭載されたＮＦＣアンテナをさらに備えた、請求項２２に記載の配電装置。
【請求項２４】
前記ＮＦＣアンテナと結合され、ＮＦＣ対応のユーザデバイスに固定可能なテザーをさらに備えた、請求項２３に記載の配電装置。
【請求項２５】
前記無線通信インタフェースが、前記プロセッサと通信し前記プロセッサからＢｌｕｅｔｏｏｔｈ対応のユーザデバイスに情報を提供するように構成されたＢｌｕｅｔｏｏｔｈインタフェースを備える、請求項２０に記載の配電装置。
【請求項２６】
前記Ｂｌｕｅｔｏｏｔｈインタフェースと結合されたＢｌｕｅｔｏｏｔｈアンテナと、  前記Ｂｌｕｅｔｏｏｔｈアンテナと結合され、前記無線通信インタフェースモジュールと前記Ｂｌｕｅｔｏｏｔｈ対応のユーザデバイスとの間の無線周波数（ＲＦ）送信の範囲を制限するインピーダンス整合回路と、
をさらに備えた、請求項２５に記載の配電装置。
【請求項２７】
前記無線通信インタフェースが、前記ネットワークプロセッサとＮＦＣ対応のデバイスとの間に通信トンネルを提供するように構成された、請求項２０に記載の配電装置。
【請求項２８】
前記無線通信インタフェースが、前記ハウジング内に配置されたシリアルデータバスとのインタフェースを提供する、請求項２７に記載の配電装置。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]本願は、米国仮特許出願第６１／７９８，４０５号（２０１３年３月１５日出願）、６１／８１７，７９４号（２０１３年４月３０日出願）、及び６１／８８４，９１９号（２０１３年９月３０日出願）の優先権を主張し、それぞれを本明細書に援用する。
【分野】
【０００２】
[0002]本開示は、電子デバイスに電力を分配する配電装置に関し、より詳細には、近接デバイスと無線通信可能な配電ユニット及び近接デバイスを介して配電ユニットと通信する様々な技術に関する。
【背景】
【０００３】
[0003]従来の配電ユニット（ＰＤＵ）は、電源から電力を受けて、１つ又は複数の別個の電気器具に電力を分配する電気取り出し口（レセプタクルとも称する）のアセンブリである。このような各ユニットは、取り出し口のうちの１つ又は複数に差し込まれた１つ又は複数の電力コードを有する。また、ＰＤＵは、電源に直接配線可能な電力コードを有するか、又は従来のプラグ・レセプタクル接続を使用してもよい。ＰＤＵは、例えば電子機器ラック中又は電子機器ラック上といった多くの用途及び設定に用いられている。通常、機器ラック（又は、他のキャビネット）には、１つ又は複数のＰＤＵが配置されており、ＰＤＵハウジングの外部又は内部に含まれ得る環境モニタ、温度及び湿度センサ、ヒューズモジュール、又は通信モジュール等、ＰＤＵに接続された他のデバイスとともに設置されていてもよい。機器ラック又はキャビネットに搭載可能なＰＤＵは、キャビネットＰＤＵ又は短く「ＣＤＵ」と称する場合がある。
【０００４】
[0004]ＰＤＵの一般的な使用は、データセンタ又はサーバファーム等のコンピュータ施設の電気機器に動作電力を供給することである。このようなコンピュータ施設は、キャビネット又はラックと称する場合がある矩形又は箱状のハウジングを備えた電子機器ラック、及び機器搭載用の関連するコンポーネント、関連する通信ケーブル、並びに関連する配電ケーブルを備えてもよい。電子機器は、このようなラック中で様々な電子デバイスが垂直方向に積み重なって一直線となるように、ラックに搭載されていてもよい。電子機器に電力を提供するため、１つ又は複数のＰＤＵが使用されてもよい。また、それぞれが多数の電子コンポーネントを含み、ラックが占有する領域の内側及び外側の両者に配置された十分な量の関連するコンポーネント配線を有する複数のラックが並んで配向されてもよい。このようなラックは通常、エンタープライズネットワークと称する企業用のコンピュータネットワークに使用される機器に対応する。
【０００５】
[0005]上述の通り、データセンタ又はサーバファームには、それぞれが１つ又は複数の関連するＰＤＵを有する多くの機器ラックが配置されてもよい。１つ又は複数のこのようなデータセンタは、企業用のデータ通信ハブとして機能するようになっていてもよい。さらに、多くのＰＤＵは、その遠隔制御及び／又は監視を可能とするネットワーク接続を含む。このようなＰＤＵは、リモートユーザによる作動によってＰＤＵの出力のうちの１つ又は複数への電力を遮断可能な電力制御リレーを備えてもよい。さらに、このようなＰＤＵは、その遠隔にあるユーザ又はシステムに対して、ＰＤＵに関する情報を報告可能であってもよい。例えば、ＰＤＵは、提供している電力の総量を電力管理システムに報告するようにしてもよく、当該電力管理システムは、このような情報を監視して、ネットワーク管理者等の電力管理システムの１人又は複数のユーザに提供するようにしてもよい。ＰＤＵは、電流、電圧、及び／又はその他何らかの電力関連パラメータ等、ＰＤＵを介して提供された電力に関する１つ又は複数の異なるパラメータを監視するようにしてもよい。多くのＰＤＵは、ユーザへの情報提供に使用可能なローカルディスプレイを有する。場合によっては、ＰＤＵに隣接して配置されたユーザデバイス（又は、スマートデバイス）のユーザに対して、ローカルディスプレイでは利用できない付加的な情報及び／又は機能が必要となる。また、一部の無線通信環境においては、無線デバイスがネットワーク情報をブロードキャスト（送信）して発見を容易にする。したがって、特定のＰＤＵに接続したいユーザデバイスは、当該ＰＤＵに関連するネットワーク識別情報を把握することによって、通信を確立する必要がある。残念ながら、ブロードキャストされたネットワーク情報のみに基づいてデータセンタの任意数のＰＤＵから特定のＰＤＵを特定することには、多大な労力を要する可能性がある。
【０００６】
[0006]さらに、従来のあるシステムにおいて、１つ又は複数のＰＤＵからの情報は、ＰＤＵ情報を収集して、データセンタの運営ユーザ等のユーザに当該情報を提供可能なゲートウェイに無線送信されるようになっていてもよい。このようなシステムは、例えばＰＤＵのシリアルポートと結合されたＲＦ（無線周波数）タグを備えてもよく、ＰＤＵから情報を受信してゲートウェイに無線送信するようになっていてもよい。ただし、このようなシステムでは、ＰＤＵに隣接するユーザが任意の設定又はＰＤＵに関する機能を実施することができず、デバイスのユーザとＰＤＵとの間の相互作用を提供する能力を与えていない。システムの一例は、ＲＦ  Ｃｏｄｅ  ｏｆ  Ａｕｓｔｉｎ  Ｔｅｘａｓが提供しているＲＦタグ及び関連システムである。
【概要】
【０００７】
[0007]限られた通信範囲内におけるＰＤＵと１つ又は複数のデバイスとの間の無線通信のための方法、システム、及びデバイスが記載される。配電ユニットには、相対的に極めて接近したユーザデバイスと通信するように動作可能な無線通信モジュールが設けられていてもよい。無線通信モジュールは、設定及び他のコマンド機能を報告する情報を提供するようにしてもよく、いくつかの例においては、設定及び他のコマンド機能をユーザデバイスのユーザに提供するようにしてもよい。
【０００８】
[0008]別の一連の実施形態によれば、電力入力を有するハウジングと、前記ハウジング内に配設され、電力入力及び少なくとも１つの電気器具と電力供給通信して接続可能な複数の電力出力と、１つ又は複数の他のデバイスとの間に通信を提供可能な通信モジュールとを備えた配電装置が提供される。この配電装置は、１つ又は複数の電力入力又は電力出力と結合され、当該配電装置から導出された電力関連情報をリモートシステムに報告するように構成された電力関連情報報告システムをさらに備えていてもよい。いくつかの実施形態においては、表示システムが電力関連情報報告システムと結合され、当該表示システムは、複数の電力出力に隣接してハウジングの面上に配置され、電力センサから導出された少なくとも１つの電力関連情報サブセットを表示するように構成されたデジタル視覚ディスプレイを備える。いくつかの実施形態において、通信モジュールは、配電装置と相対的に極めて接近したデバイスとの通信に利用可能な無線通信インタフェースを備えてもよい。いくつかの実施形態において、無線通信インタフェースは、近距離通信インタフェース及び／又はＢｌｕｅｔｏｏｔｈ通信インタフェースであってもよい。電力入力は、多相電力入力を含んでもよく、複数の電力出力の異なるサブセットが多相電力入力による電力の異なる位相と結合されており、表示システムは、電力の異なる位相のうちの２つ以上から導出された少なくとも１つの電力関連情報サブセットを同時に表示するように構成されていてもよい。
【０００９】
[0009]別の一連の実施形態によれば、近距離通信（ＮＦＣ）と比較した場合の選択性に関するＢｌｕｅｔｏｏｔｈの考え得る欠点に対する解決手段が提供される。特に、ユーザが開始する限定的な発見可能性機能を容易にする解決手段が記載される。本質的に、これらの実施形態において、ＰＤＵに接続されたＢｌｕｅｔｏｏｔｈモジュールは、初期設定として、ユーザによる何らかの手動介入がなければユーザデバイスが発見できない。例えば、データセンタ内を歩いてＢｌｕｅｔｏｏｔｈデバイスをスキャンしているユーザは、範囲内のＢｌｕｅｔｏｏｔｈ対応のＰＤＵを発見できない。いくつかの実施形態によれば、押されたとき、所定の期間（例えば、１分間）の間、特定のモジュールを発見可能とするＢｌｕｅｔｏｏｔｈモジュール上の「発見可能性」押しボタンが記載される。この発見可能性機能によれば、ユーザデバイスは、データセンタにおけるＰＤＵの場所に関するユーザの知識のみに基づいて、所望のＰＤＵに接続可能となる。すなわち、ＰＤＵは、当該ＰＤＵに関するネットワーク識別情報を前もって知らなくても、ユーザデバイスにより発見可能である。また、いくつかの実施形態においては、望ましいＢｌｕｅｔｏｏｔｈ接続の接続ステータスを提供可能なＢｌｕｅｔｏｏｔｈモジュール上のＬＥＤ及び／又は他の可視インジケータが記載される。
【００１０】
[0010]別の一連の実施形態によれば、ユーザデバイス及びユーザデバイス上で実行されるアプリケーションが提供される。このアプリケーションは、１つ又は複数のプロセッサを有する無線対応（例えば、Ｂｌｕｅｔｏｏｔｈ対応）のユーザデバイスが実行する命令を格納したコンピュータ可読媒体を備えていてもよく、この命令は、１つ又は複数のプロセッサにより実行されたとき、無線ユーザデバイスに、当該無線ユーザデバイスのディスプレイを介して、発見モードユーザインタフェースをユーザに対して電子的に提示し、発見スキャンの開始を指示する第１のユーザ入力の受信に応答して、ＰＤＵ発見可能性情報をブロードキャストしている１つ又は複数の無線ユーザデバイスの発見スキャンを開始し、ディスプレイを介して、１つ又は複数のＰＤＵをユーザに対して電子的に提示し、ユーザに対して電子的に提示された１つ又は複数のＰＤＵのうちの関心ある特定のＰＤＵとの通信を確立させる。
【００１１】
[0011]以上、後続の詳細な説明がより深く理解されるように、本開示に係る例の特徴及び技術的利点をある程度広く概説した。その他の特徴及び利点については、以下に説明する。開示の構想及び特定の例は、本開示の同じ目的を達成する他の構造を改良又は設計する基準として容易に利用可能である。このような均等構成は、添付の特許請求の範囲の主旨及び範囲から逸脱していない。本明細書に開示の概念に特有と考えられる特徴は、その構成及び動作方法の両者に関し、関連する利点と併せて、添付の図面と関連付けて考慮した場合に以下の説明からより深く理解される。図面はそれぞれ、図示及び説明のみを目的として提供しており、特許請求の範囲の限定事項を規定するものではない。
【図面の簡単な説明】
【００１２】
[0012]本発明の本質及び利点のさらなる理解は、以下の図面を参照することによって実現可能である。添付の図面において、類似する構成要素又は特徴には、同じ参照符号を付している場合がある。
【００１３】
【図１】一実施形態に係る、無線通信インタフェースを有する配電ユニットを示した図である。
【００１４】
【図２Ａ】種々実施形態に係る、無線通信インタフェースを有する配電ユニットを示した図である。
【図２Ｂ】種々実施形態に係る、無線通信インタフェースを有する配電ユニットを示した図である。
【００１５】
【図３Ａ】配電ユニットと、１つ又は複数のネットワーク又は通信インタフェースを介して配電ユニットにアクセス可能な種々デバイスとを示した図である。
【図３Ｂ】配電ユニットと、１つ又は複数のネットワーク又は通信インタフェースを介して配電ユニットにアクセス可能な種々デバイスとを示した図である。
【００１６】
【図４Ａ】種々実施形態に係る、配電ユニットの無線通信インタフェースを示した図である。
【図４Ｂ】種々実施形態に係る、配電ユニットの無線通信インタフェースを示した図である。
【図５Ａ】種々実施形態に係る、配電ユニットの無線通信インタフェースを示した図である。
【図５Ｂ】種々実施形態に係る、配電ユニットの無線通信インタフェースを示した図である。
【００１７】
【図６Ａ】種々実施形態に係る、無線通信インタフェースのブロック図である。
【図６Ｂ】種々実施形態に係る、無線通信インタフェースのブロック図である。
【００１８】
【図７Ａ】種々実施形態に係る、無線コントローラのブロック図である。
【図７Ｂ】種々実施形態に係る、無線コントローラのブロック図である。
【００１９】
【図８】他の種々実施形態に係る、代表的なＢｌｕｅｔｏｏｔｈ無線コントローラのプリント回路基板を示した図である。
【００２０】
【図９Ａ】種々実施形態に係る、配電ユニットに接続されたテザー結合のＢｌｕｅｔｏｏｔｈ及びＮＦＣ無線モジュール（すなわち、ドングル）の形態の無線コントローラを示した図である。
【図９Ｂ】種々実施形態に係る、配電ユニットに接続されたテザー結合のＢｌｕｅｔｏｏｔｈ及びＮＦＣ無線モジュール（すなわち、ドングル）の形態の無線コントローラを示した図である。
【００２１】
【図１０Ａ】種々実施形態に係る、ユーザデバイス、無線コントローラ、及び配電ユニットネットワークプロセッサの間のデータフロー例を示したシーケンス図である。
【図１０Ｂ】種々実施形態に係る、ユーザデバイス、無線コントローラ、及び配電ユニットネットワークプロセッサの間のデータフロー例を示したシーケンス図である。
【図１１Ａ】種々実施形態に係る、ユーザデバイス、無線コントローラ、及び配電ユニットネットワークプロセッサの間のデータフロー例を示したシーケンス図である。
【図１１Ｂ】種々実施形態に係る、ユーザデバイス、無線コントローラ、及び配電ユニットネットワークプロセッサの間のデータフロー例を示したシーケンス図である。
【図１２Ａ】種々実施形態に係る、ユーザデバイス、無線コントローラ、及び配電ユニットネットワークプロセッサの間のデータフロー例を示したシーケンス図である。
【図１２Ｂ】種々実施形態に係る、ユーザデバイス、無線コントローラ、及び配電ユニットネットワークプロセッサの間のデータフロー例を示したシーケンス図である。
【００２２】
【図１３】種々実施形態に係る、配電ネットワークプロセッサ及びユーザとの接続を確立して交信するユーザデバイスの動作例を示したフローチャートである。
【００２３】
【図１４】種々実施形態に係る、ユーザデバイスのユーザへの提示を行うユーザインタフェース例を示した図である。
【図１５】種々実施形態に係る、ユーザデバイスのユーザへの提示を行うユーザインタフェース例を示した図である。
【図１６】種々実施形態に係る、ユーザデバイスのユーザへの提示を行うユーザインタフェース例を示した図である。
【図１７】種々実施形態に係る、ユーザデバイスのユーザへの提示を行うユーザインタフェース例を示した図である。
【００２４】
【図１８】種々実施形態に係る、電子機器キャビネットに固定されたハードウェア識別子を示した図である。
【００２５】
【図１９】携帯電話（又は、スマートフォン）の形態の代表的なユーザデバイスの構成要素を示したブロック図である。
【詳細な説明】
【００２６】
[0026]この説明は、例を提供しており、本発明の範囲、適用可能性、又は構成を制限するものではない。むしろ、確実な説明により、当業者にとっては、本発明の実施形態を実装するための実施可能な説明となる。要素の機能及び構成については、種々変更がなされてもよい。
【００２７】
[0027]したがって、種々実施形態は、必要に応じて省略、置換、又は様々な手順若しくは構成要素の追加を行ってもよい。例えば、当然のことながら、各方法は、記載したものと異なる順序で実施してもよく、様々なステップの追加、省略、又は組み合わせを行ってもよい。また、特定の実施形態に関して記載した態様及び要素は、他の種々実施形態において組み合わせてもよい。また、当然のことながら、以下のシステム、方法、デバイス、及びソフトウェアは、個別又は全体として、より大きなシステムの構成要素であってもよく、これらの適用に対して他の手順を優先してもよいし、適用を変更してもよい。
【００２８】
[0028]２００６年５月９日に発行された米国特許第７，０４３，５４３号「Ｖｅｒｔｉｃａｌ−Ｍｏｕｎｔ  Ｅｌｅｃｔｒｉｃａｌ  Ｐｏｗｅｒ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｐｌｕｇｓｔｒｉｐ」、２００８年１２月２６日に出願された米国特許出願第１２／３４４，４１９号「Ｐｏｗｅｒ  Ｄｉｓｔｒｉｂｕｔｉｏｎ，  Ｍａｎａｇｅｍｅｎｔ，  ａｎｄ  Ｍｏｎｉｔｏｒｉｎｇ  Ｓｙｓｔｅｍｓ」、及び２０１０年３月４日に出願された米国特許出願第１２／７１７，８７９号「Ｍｏｎｉｔｏｒｉｎｇ  Ｐｏｗｅｒ−Ｒｅｌａｔｅｄ  Ｐａｒａｍｅｔｅｒｓ  ｉｎ  ａ  Ｐｏｗｅｒ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｕｎｉｔ」といった特許及び特許出願については、そのすべてを本明細書に援用する。
【００２９】
[0029]ＰＤＵと１つ又は複数の近接デバイスとの間の無線通信のための方法、システム、及びデバイスが記載される。配電ユニットには、通信範囲内のユーザデバイスと通信するように動作可能な無線通信モジュール（又は、インタフェース）が設けられていてもよい。無線通信モジュールは、設定及び他のコマンド機能を報告する情報を提供するようにしてもよく、いくつかの例においては、設定及び他のコマンド機能をユーザデバイスのユーザに提供するようにしてもよい。いくつかの実施形態において、設定情報は、ユーザデバイスから無線通信モジュールを介して提供され、２つ以上のＰＤＵを設定又は再設定するようになっていてもよい。
【００３０】
[0030]ここで図１及び図２を参照して、一実施形態の例示的なシステムの図を説明する。図中には、１つ又は複数の関連する電気器具に電力を供給可能なＰＤＵ１００を示している。ＰＤＵ１００は、当該ＰＤＵ１００の機器ラックへの搭載を可能とするハウジングを有してもよい。図１の実施形態においては、垂直配向で機器ラックに搭載可能なＰＤＵ１００を示している。本明細書に採用のＰＤＵは、Ｓｅｒｖｅｒ  Ｔｅｃｈｎｏｌｏｇｙ  ｏｆ  Ｒｅｎｏ，  Ｎｅｖａｄａが提供するＰＤＵ型式ＣＷＧ−２４ＶＤＥ４１５Ａ１等の任意のＰＤＵであってもよい。他の実施形態においては、水平配向又は垂直若しくは水平配向で搭載可能なＰＤＵが設けられていてもよい。さらに、ＰＤＵ１００等のＰＤＵは、ＡＣ（交流）又はＤＣ（直流）電力を受容及び供給するようにしてもよく、ＡＣ電力を提供する実施形態では、１つ又は複数の電力入力を介して単相又は多相電力を受容するようにしてもよい。ＰＤＵ１００は、コンピュータネットワークにおいて使用可能であり、コンピュータネットワーク上で、ネットワークインタフェースカード又は他の適当なネットワーク通信デバイス等の通信モジュール１０４と通信を行うようになっていてもよい。通信モジュール１０４は、本明細書において、通信インタフェース又は無線通信インタフェースとして区別なく記載する場合があり、１つ又は複数のデータネットワークとの通信に利用可能な１つ又は複数のネットワークインタフェースを備えてもよい。また、本明細書に記載の種々実施形態の通信モジュールは、無線通信機能を備えており、いくつかの実施形態においては、無線通信アンテナを備える。
【００３１】
[0031]いくつかの実施形態によれば、無線通信は、例えばＰＤＵ１００との通信範囲内にあるスマートフォン、タブレットコンピュータ、及びラップトップ又はノート型コンピュータ等のユーザデバイスに提供されていてもよい。容易に理解されるように、ＰＤＵは、場合により互いの数フィート内に配置された多くの異なるＰＤＵを複数列の機器ラックに有するデータセンタの機器ラックに設置されていてもよい。携帯用ユーザデバイスによりＰＤＵと通信する場合、ユーザは、デバイスによりアクセスしているＰＤＵが隣接の機器ラックに配置されたＰＤＵではなく、ユーザデバイスに直接隣接した特定のＰＤＵであるものと確信するのが好都合である。いくつかの実施形態によれば、通信モジュール１０４は、無線通信アンテナのわずか数インチ以内に配置されたユーザデバイスとの無線通信のための近距離通信（ＮＦＣ）機能を備えていてもよい。他の実施形態において、通信モジュールは、Ｂｌｕｅｔｏｏｔｈ通信モジュール又はＢｌｕｅｔｏｏｔｈ及びＮＦＣの両通信モジュールを備えてもよい。Ｂｌｕｅｔｏｏｔｈ通信デバイスは、無線通信アンテナの比較的小さな半径、例えば２フィート以内でのみ通信を提供するように離調されたアンテナを有することができる。また、いくつかの実施形態において、Ｂｌｕｅｔｏｏｔｈ無線の送信電力は、無線通信を無線通信アンテナの比較的小さな半径に制限するように抑えられてもよい。他の実施形態において、ユーザデバイスは、他のＰＤＵよりも信号強度が大きなＰＤＵ（おそらくは隣接ＰＤＵ）をユーザが選択できるようにしてもよい。選択されたＰＤＵ１００は、ＰＤＵのローカルディスプレイ１０６上に接続の指示を提供することによって、特定のＰＤＵとの通信が確立された旨をユーザが確認できるように構成されていてもよい。いくつかの実施形態においては、ＰＤＵ上又は電子機器キャビネット中に「発見可能性」押しボタンが配設されることにより、ＰＤＵ無線モジュールによる制御された発見可能性を促進している。本明細書においては、無線周波数に基づく種々実施形態を記載しているが、特定の実施形態においては、光技術（例えば、赤外線通信）等の他の技術を採用することによって、デバイスとＰＤＵとの間の非接触通信を提供するようにしてもよい。無線通信機能を有する種々実施形態については、以下に詳述する。
【００３２】
[0032]また、種々実施形態のＰＤＵは、１つ又は複数のプロセッサモジュールと、（１つ又は複数の）プロセッサモジュールにより実行されたとき、当該（１つ又は複数の）プロセッサモジュールに、ＰＤＵの機能に関連する様々な動作をさせるソフトウェアを含むメモリとを備えてもよい。電力入力モジュール１０２は、入力電力を受けて複数の電力出力１０８に分配するが、いくつかの実施形態において、電力出力１０８は、例えば１つ又は複数のリレーの使用により切り替え可能な出力であってもよい。ＰＤＵ１００は、電流、電圧、電力、及び／又はその他何らかの電力関連パラメータ等、電力入力モジュール１０２を介して提供された電力及び／又は複数の電力出力１０６を介して出力された電力に関する１つ又は複数のパラメータを検知可能な１つ又は複数のセンサを備えてもよい。上述の通り、図１のＰＤＵ１００及び図２のＰＤＵ２００（２００ａ及び２００ｂを含む）は、ＰＤＵを介して提供された電力に関する１つ又は複数のパラメータを表示する際に利用可能なローカルディスプレイ１０６をさらに備える。また、通信モジュール１０４は、ネットワークインタフェースポート１１０（例えば、イーサネットポート）、シリアルコンソールポート１１２（例えば、ＲＪ１１ポート）、及び無線通信ポート１１４を備えてもよい。図２は、Ｂｌｕｅｔｏｏｔｈ無線通信ポート２０４ａを備える通信モジュール２０２ａを有するＰＤＵ２００ａを示している。また、図２は、ＮＦＣ無線通信ポート２０４ｂを備える通信モジュール２０２ｂを有するＰＤＵ２００ｂを示している。種々実施形態では、機器ラックに使用するＰＤＵを記載しているが、他の用途及びシステムにおいて実装してもよいことが理解される。例えば、統合センサを有するリレーモジュールが電気自動車充電ステーションにおいて用いられてもよいし、又は従来のリレー又は他の固体デバイスを用いて電力出力に対する電力の提供又は遮断を行い得る他の用途において用いられてもよい。
【００３３】
[0033]ここで図３Ａを参照して、無線通信機能を備えたＰＤＵ２００ａをネットワーク環境３００中に示している。ＰＤＵ２００ａ自体は、中央電力管理部３０４と通信可能なローカルエリアネットワーク（ＬＡＮ）及び／又はインターネット等の１つ又は複数のネットワーク３０２に対するネットワーク接続を有してもよい。種々実施形態の中央電力管理部の一例は、Ｓｅｒｖｅｒ  Ｔｅｃｈｎｏｌｏｇｙ  ｏｆ  Ｒｅｎｏ，  Ｎｅｖａｄａが提供するＳｅｎｔｒｙ  Ｐｏｗｅｒ  Ｍａｎａｇｅｒである。また、ＰＤＵ２００ａとは、例えばスマートフォン又はタブレットコンピュータ等のユーザデバイス３０６が無線又は非接触通信インタフェース（例えば、図３ＡのＢｌｕｅｔｏｏｔｈ通信インタフェース２０４ａ又は図３ＢのＮＦＣインタフェース２０４ｂ）を介して無線通信してもよい。ユーザデバイスは、無線（ＷｉＦｉ）ルータ３０８を介した１つ若しくは複数のネットワーク及び／又はセルラーネットワーク３１０等、複数の異なる種類の無線アクセス技術と接続されていてもよい。このように、ユーザデバイスは、中央電力管理部及びローカルＰＤＵの両者と通信してもよい。上述の通り、これらネットワークとのＰＤＵ通信は、ネットワークインタフェースカード（ＮＩＣ）等の通信モジュール２０２ａ、２０２ｂを含み得るネットワークインタフェースを介して行われる。中央電力管理部は、データセンタ等の企業管理システムの管理に用いられるワークステーション等の機器に含まれていてもよく、ネットワーク通信接続を通して、例えばＰＤＵ２００ａ、２００ｂ、及び１つ又は複数の他のＰＤＵにネットワークコマンドを発行するようにしてもよい。いくつかの実施形態において、独立した無線ネットワークが利用できない場合、ユーザデバイスは、ＰＤＵ２００ａ、２００ｂとユーザデバイス３０６との間の通信に利用可能なアドホック無線ネットワークを確立するようにしてもよい。また、ＰＤＵネットワークインタフェースは、様々なリモートシステム又はコンピュータとのＰＤＵの通信を可能とするアプリケーションファームウェア及びハードウェアを備えてもよい。いくつかの実施形態において、ＰＤＵ２００ａ、２００ｂは、インテリジェントパワーモジュール（ＩＰＭ）と関連付けられた複数の電力取り出し口１０６を備えており、この場合のＩＰＭは、関連する電力取り出し口に対するＰＤＵの１つ又は複数の機能を実行するプロセッサを備えてもよい。
【００３４】
[0034]図４（図４Ａ及び図４Ｂを含む）及び図５（図５Ａ及び図５Ｂを含む）は、種々実施形態に係る、ＰＤＵ２００（２０２ａ、２０２ｂを含む）の無線通信インタフェース２０２（２０２ａ、２０２ｂを含む）を示した図である。図４及び図５の無線通信インタフェース２０２は、プロセッサ、無線通信ポート１１４、Ｂｌｕｅｔｏｏｔｈ無線モジュール２０４ａ、及びＮＦＣ無線モジュール２０４ｂ（関連する近距離通信（ＮＦＣ）アンテナ４０４を備えたＮＦＣタグ４０２を含む）を備える。プロセッサ及び無線通信ポート１１４は、ネットワークインタフェースカード（ＮＩＣ）４０６として示している。また、ＮＩＣは、１つ又は複数のネットワークインタフェース１１０、１１２及びローカルディスプレイ１０６を備える。Ｂｌｕｅｔｏｏｔｈモジュール２０４ａは、内蔵型モジュールの形態で、本明細書に記載のＢｌｕｅｔｏｏｔｈ無線コントローラを備えることができる。一実施形態によれば、無線通信ポートは、無線コントローラ（例えば、Ｂｌｕｅｔｏｏｔｈ無線モジュール）と整合するように構成可能である。無線コントローラは、ユーザデバイス３０６とＰＤＵ内の１つ又は複数の他のシステムとの間にインタフェースを提供する市販のＮＦＣタグ４０２又はＢｌｕｅｔｏｏｔｈモジュール２０４ａを備えてもよい。一実施形態において、ＮＦＣタグ４０２は、ＮＦＣに対応したＰａｎａｓｏｎｉｃのＭＮ６３Ｙ１２０８  ＮＦＣデュアルインタフェースＲＦＩＤチップであってもよい。また、ＮＦＣタグ４０２は、ＮＦＣに対応し、ＵＡＲＴシリアルインタフェースと結合可能なＰａｎａｓｏｎｉｃのＭＮ６３Ｙ１２１０  ＮＦＣデュアルインタフェースＲＦＩＤチップであってもよい。当然、当業者には容易に認識されるように、例えばＳＴＭｉｃｒｏ及びＮＸＰ等、このような部品の多くの異なる供給業者が利用可能である。本明細書においてはＢｌｕｅｔｏｏｔｈモジュール２０４ａと称する場合もあるＢｌｕｅｔｏｏｔｈコントローラは、ＫＣ  Ｗｉｒｅｆｒｅｅ（ｗｗｗ．ＫＣＷｉｒｅｆｒｅｅ．ｃｏｍ）から入手可能なＫＣ−２１  Ｃｌａｓｓ  ２  Ｂｌｕｅｔｏｏｔｈ  Ｄａｔａ  Ｍｏｄｕｌｅであってもよいが、このような機能に関しては、他のコントローラ又はＢｌｕｅｔｏｏｔｈデバイスを使用してもよいことが容易に理解される。Ｂｌｕｅｔｏｏｔｈコントローラは、汎用非同期送受信機（ＵＡＲＴ）シリアルインタフェースを介して、ＰＤＵの通信モジュール（例えば、ＮＩＣ）に結合されていてもよい。上述の通り、ＰＤＵは、ＰＤＵの動作を制御するとともに電力関連パラメータ及び／又は他の情報／ステータスを１つ又は複数のリモートシステムに報告可能な１つ又は複数のプロセッサモジュールを備えてもよく、ＮＦＣタグ４０２又はＢｌｕｅｔｏｏｔｈモジュール２０４ａは、このような動作及び／又は通信のすべて又は一部へのアクセスを提供するようにしてもよい。例えば、いくつかの実施形態において、Ｂｌｕｅｔｏｏｔｈ対応のデバイス並びに適正な認証及び許可を有するユーザは、リレーモジュールを制御することによって、対応する電力取り出し口のうちの１つ又は複数に電力及び電力オン・オフサイクルを提供するようにしてもよい。また、いくつかの実施��態において、ＮＦＣ対応のデバイス並びに適正な認証及び許可を有するユーザは、リレーモジュールを制御することによって、対応する電力取り出し口のうちの１つ又は複数に電力及び電力オン・オフサイクルを提供するようにしてもよい。さらに、（１つ又は複数の）プロセッサモジュールは、入力及び／又は出力電圧検知デバイス、入力電流検知デバイス、環境センサ（例えば、温度及び湿度デバイス）等、ＰＤＵ内のセンサからの検知信号を受信するようになっていてもよい。また、（１つ又は複数の）プロセッサモジュールは、この情報を用いて、取り出し口を介して供給される電力、ＰＤＵが供給する総電力、１つ若しくは複数の取り出し口の電流使用、電力入力及び／又は１つ若しくは複数の取り出し口の電圧等を決定し、これらの情報がネットワークインタフェースを介して、リモートネットワーク電力管理部及び／又は無線コントローラを介してＮＦＣ若しくはＢｌｕｅｔｏｏｔｈ対応のスマートデバイスに提供されるようになっていてもよい。また、いくつかの実施形態において、ＰＤＵは、ディスプレイ、例えば１桁又は複数桁のＬＥＤディスプレイを備えることにより、電圧、電流、又は他の電力測定基準の視覚表示をＰＤＵでローカルに提供するようにしてもよい。
【００３５】
[0035]図６Ａは、種々実施形態に係る、Ｂｌｕｅｔｏｏｔｈ通信に対応した通信モジュール６００のブロック図である。図６Ａにおいて、ネットワークプロセッサ６０２は、電源６０４、リセットロジック６０６、メモリバス６０８（ＲＳ−２３２ドライバ経由）等の他の複数のデバイスと接続されている。シリアルインタフェースは、ＲＪ４５又は他の種類のシリアルポートと結合されたＲＳ−２３２ドライバ６１０を備えてもよい。また、図示はしていないが、１２Ｃバス等の内部バスとのインタフェース及びイーサネットインタフェース又はシリアルインタフェース等のネットワークインタフェースが備えられていてもよい。イーサネットインタフェースは、ＲＪ４５イーサネットＭａｇｊａｃｋと結合された１０／１００イーサネットＰＨＹモジュールを備えてもよい。メモリバスは、ＳＤＲＡＭ及びＦＬＡＳＨメモリモジュール等、種々異なるメモリのうちの１つ又は複数と接続されていてもよい。ネットワークプロセッサは、無線通信ポートに接続されていてもよい。上述の通り、種々実施形態のＰＤＵは、多くの異なる無線アクセス技術のうちのいずれかの無線通信を含んでもよい。
【００３６】
[0036]図６Ａを再び参照して、無線アクセス技術の一例のブロック図を説明する。本実施形態においては、Ｂｌｕｅｔｏｏｔｈ無線がＰＤＵに組み込まれており、Ｂｌｕｅｔｏｏｔｈ対応のユーザデバイスとの通信を提供していてもよい。また、図６Ａにおいて、Ｂｌｕｅｔｏｏｔｈ−シリアルブリッジモジュール６１２は、ネットワークマイクロプロセッサ６０２と結合されている。Ｂｌｕｅｔｏｏｔｈ−シリアルブリッジモジュール６１２によれば、Ｂｌｕｅｔｏｏｔｈ対応のデバイスは、シリアルインタフェースを介してネットワークマイクロプロセッサにアクセス可能となる場合がある。いくつかの実施形態によれば、Ｂｌｕｅｔｏｏｔｈ対応のユーザデバイスは、Ｂｌｕｅｔｏｏｔｈアンテナ６１４及びＢｌｕｅｔｏｏｔｈ−シリアルブリッジモジュール６１２を介して、ＰＤＵに接続されていてもよい。ネットワークマイクロプロセッサ６０２は、例えばＰＤＵの電力パラメータに関する情報により、このようなユーザデバイスとのインタフェースを提供するコードを実行するようにしてもよく、また、これによりユーザデバイスは、ＰＤＵの種々異なる設定及び制御情報にアクセスして変更可能となる場合がある。認識される通り、多くの用途において、Ｂｌｕｅｔｏｏｔｈ通信は、およそ１０ｍ（３２フィート）の距離にわたって維持され、場合によっては、より長い距離が実現されるようになっていてもよい。また、認識される通り、ＰＤＵを利用する多くの環境において、このような半径内に多数の異なるＰＤＵが配置されてもよい。このため、いくつかの実施形態においては、各ＰＤＵの信号強度と併せて、ユーザデバイスの範囲内のＰＤＵのリストがユーザに提供されるようになっていてもよい。そして、ユーザは、特定の閾値以上の信号強度を有するＰＤＵ（ユーザデバイスに最も近接したＰＤＵである可能性が高い）を選択するようにしてもよい。ただし、以下では、関心ある特定のＰＤＵを特定するためのより確実な手法についても論じる。
【００３７】
[0037]図６Ｂは、種々実施形態に係る、ＮＦＣ通信に対応した通信モジュール６３０のブロック図である。図６Ｂにおいて、ネットワークプロセッサは、電源６０４、リセットロジック６０６、メモリバス６０８、Ｉ２Ｃバス等の内部バス６３２とのインタフェース、及びイーサネットインタフェース又はシリアルインタフェース等のネットワークインタフェース等の他の複数のデバイスと接続されている。イーサネットインタフェースは、ＲＪ４５イーサネットＭａｇｊａｃｋと結合された１０／１００イーサネットＰＨＹモジュールを備えてもよい。シリアルインタフェースは、ＲＪ４５シリアルポートと結合されたＲＳ−２３２ドライバを備えてもよい。メモリバス６０８は、ＳＤＲＡＭ６３４及びＦＬＡＳＨ６３６メモリモジュール等、種々異なるメモリのうちの１つ又は複数と接続されていてもよい。ネットワークプロセッサ６０２は、多数のＩ２Ｃポート間のシリアルバス通信を可能とするＩ２Ｃマルチプレクサを介してＩ２Ｃバスに接続され、さらにＮＦＣコントローラ６３８に接続されていてもよい。各Ｉ２Ｃポートは、例えば別個のプロセッサ及び複数の電力出力を備えるインテリジェントパワーマネージャ（ＩＰＭ）モジュールと関連付けられていてもよい。ＮＦＣコントローラ６３８は、１つ又は複数のＮＦＣアンテナ６４０を介して、ＮＦＣ対応のユーザデバイス３０６と通信を行うようにしてもよい。
【００３８】
[0038]図７Ａは、種々実施形態に係る、Ｂｌｕｅｔｏｏｔｈコントローラ７００のブロック図である。Ｂｌｕｅｔｏｏｔｈコントローラ７００は、マイクロコントローラ７０２、シリアルインタフェース７０４、ＲＦインタフェース７０６、メモリモジュール７０８、プログラマブルＩ／Ｏ７１０、及び電源７１２を備える。シリアルインタフェースは、例えば図６Ａ、図６Ｂのネットワークプロセッサ６０２等の外部ホストマイクロコントローラ７１４と結合されていてもよい。いくつかの実施形態において、Ｂｌｕｅｔｏｏｔｈコントローラ７０２は、初期化によって、ユーザデバイスと外部ホストマイクロコントローラとの間の通信を容易にすることができる。また、Ｂｌｕｅｔｏｏｔｈコントローラ７０２は、制御された発見可能性によって、例えば大規模なデータセンタにおける他の複数のＢｌｕｅｔｏｏｔｈコントローラとの併用を容易にするように構成可能である。さらに、いくつかの実施形態において、Ｂｌｕｅｔｏｏｔｈコントローラは、ユーザデバイス（例えば、スマートフォン）と接続されたタイミングを示す可視インジケータを備えてもよい。図８は、他の種々実施形態に係る、代表的なＢｌｕｅｔｏｏｔｈ無線コントローラ８００の一例としてのプリント回路基板を示している。特に、図８の例は、ＫＣＷｉｒｅｆｒｅｅのＫＣ２１デバイスを図示している。
【００３９】
[0039]近距離通信（ＮＦＣ）と比較した場合のＢｌｕｅｔｏｏｔｈの考え得る欠点として、選択性に関するものがある。ＮＦＣは、意図的に範囲を大きく制限している（約１０〜２０ｍｍ）。したがって、接続して情報を得ようとしている特定のＰＤＵがユーザデバイスに非常に近接しているものと強く確信することができる。ただし、多くの用途において、Ｂｌｕｅｔｏｏｔｈコントローラ又はモジュールの範囲は、およそ１０ｍ（３２フィート）であり、場合によっては、より長い距離が実現されるようになっていてもよい。このような範囲は、特にデータセンタ環境において、Ｂｌｕｅｔｏｏｔｈ対応のユーザデバイスが、Ｂｌｕｅｔｏｏｔｈモジュール又はコントローラが取り付けられた任意数のＰＤＵと接続して通信する可能性があるため、不都合な場合がある。これにより、ユーザデバイスが接続しているＰＤＵを高い信頼度で特定することは困難である。２０１３年３月１５日に出願された仮出願第６１／７９８，４０５号においては、このジレンマを軽減する複数の技術が特定されている。例えば、考え得る解決手段として、Ｂｌｕｅｔｏｏｔｈ無線のアンテナの離調又はＲＦ電力の低減がある（いずれも、受信範囲を効果的に制限する）。別の考え得る解決手段としては、ユーザが接続した特定のＰＤＵを識別できるように、ローカルＬＥＤディスプレイを特定のパターンで点滅させることによって、接続済みであることをＰＤＵに識別させる。
【００４０】
[0040]上述の通り、ＰＤＵには、ＮＦＣタグを備えることができる。ＮＦＣタグは、Ｂｌｕｅｔｏｏｔｈ接続を確立するための通信情報を含むことができる。特に、通信情報としては、ＰＤＵに関連するＢｌｕｅｔｏｏｔｈコントローラの媒体アクセス制御（ＭＡＣ）アドレスが挙げられるが、これに限定されない。このため、Ｂｌｕｅｔｏｏｔｈ対応のユーザデバイスがＮＦＣタグの近接場所に位置決めされた場合、ＮＦＣタグは、Ｂｌｕｅｔｏｏｔｈ接続を確立するための適当なＭＡＣアドレスをＢｌｕｅｔｏｏｔｈ対応のユーザデバイスに提供する。ＮＦＣを介して通信情報を受信することにより、ユーザデバイスのアプリケーションがユーザデバイス上で自動的に起動し、ユーザデバイスとＰＤＵとの間でＢｌｕｅｔｏｏｔｈ接続を確立するようになっていてもよい。また、ユーザデバイスによりＮＦＣを介して通信情報を受信することにより、ユーザデバイスは、（アプリケーションによって）ＰＤＵからの情報にアクセスし、当該ユーザデバイス上のユーザインタフェースを介してアクセスした情報を表示するようにしてもよい。
【００４１】
[0041]本明細書のいくつかの実施形態においては、Ｂｌｕｅｔｏｏｔｈモジュールのユーザが開始する限定的な発見可能性機能を提供する別の解決手段を記載する。本質的に、これらの実施形態において、ＰＤＵに接続されたＢｌｕｅｔｏｏｔｈモジュールは、初期設定として、ユーザによる何らかの手動介入がなければユーザデバイスが発見できない。例えば、データセンタ内を歩いてＢｌｕｅｔｏｏｔｈデバイスをスキャンしているユーザは、範囲内のＢｌｕｅｔｏｏｔｈ対応のＰＤＵを発見できない。ただし、いくつかの実施形態においては、Ｂｌｕｅｔｏｏｔｈモジュール上の押しボタンが押されたとき、所定の期間（例えば、１分間）の間、特定のモジュールを発見可能とする。この所定の期間（又は、発見期間）は、設定可能であってもよい。この発見期間によれば、ユーザは、接続したい特定のＰＤＵ上の押しボタンを押した後に、Ｂｌｕｅｔｏｏｔｈデバイスのスキャンを開始することができる。ユーザデバイスでは、選択されたＰＤＵ（すなわち、押しボタンが押されたＢｌｕｅｔｏｏｔｈモジュールに関連するＰＤＵ及び／又は通信可能に結合されたＰＤＵ）のみが発見可能である（例えば、ユーザデバイスを介してユーザに表示される）。そして、ユーザは、ＰＤＵを選択することによって、ユーザデバイスとの接続を開始することができる。また、いくつかの実施形態においては、例えば以下のように、Ｂｌｕｅｔｏｏｔｈモジュール上のＬＥＤ及び／又は他の可視インジケータが望ましいＢｌｕｅｔｏｏｔｈ接続の接続ステータスを提供するようにしてもよい。
【表１】
2016521475.tif 000003
【００４２】
[0042]これと併せて、ユーザの手動介入（例えば、発見押しボタン）及びＰＤＵ上の可視インジケータ（例えば、ＬＥＤ）により、ユーザは、ユーザデバイスが目的のＢｌｕｅｔｏｏｔｈ  ＰＤＵと接続したことを確信する。
【００４３】
[0043]図７Ｂは、種々実施形態に係る、ＮＦＣコントローラ７３０のブロック図である。ＮＦＣコントローラは、制御ロジック７３２、Ｉ２Ｃシリアルインタフェース７３４、ＲＦインタフェース７３６、メモリモジュール７３８、及び暗号化モジュール７４０を備える。Ｉ２Ｃインタフェースは、例えば図６のネットワークプロセッサ等の外部ホストマイクロコントローラ７１４と結合されていてもよい。制御ロジックは、周期的な使用により、例えば不揮発性の強誘電体ＲＡＭ（ＦＥＲＡＭ）等が考えられるメモリモジュール７３８に対して、ホストマイクロコントローラによりデータとともに書き込むことも可能な情報を書き込むようにしてもよい。いくつかの実施形態においては、ＰＤＵのＩＰアドレス、シリアル番号、及び／又は型式番号等のＰＤＵ関連情報がメモリモジュール７３８に書き込まれるようになっていてもよい。このような情報は、ＮＦＣ対応のユーザデバイスにより読み出して使用することにより、外部ホストマイクロコントローラへのトンネルの確立にＮＦＣ対応のデバイスが使用可能な情報を提供するようにしてもよい。例示的な実施形態に係るトンネリング動作については、以下に詳述する。いくつかの実施形態において、ＮＦＣタグは、高帯域幅ポート又はＮＦＣ対応のデバイスとＰＤＵとの間の通信範囲の拡大に対応可能な異なる無線アクセス技術を用いて通信を確立する際に利用可能な無線アクセスセキュリティキー及び／又はＢｌｕｅｔｏｏｔｈ無線ペアリング情報を格納していてもよい。他のいくつかの実施形態によれば、ホストマイクロコントローラは、ＰＤＵの電力関連パラメータを周期的にメモリモジュールに書き込んでもよく、ＮＦＣ対応のユーザデバイスを介してユーザがこれにアクセスすることにより、ＰＤＵの様々な電力関連パラメータを取得するようにしてもよい。この情報は、特定のパラメータの変化の頻度に基づいて周期的に更新されるようになっていてもよいため、ＮＦＣ対応のデバイスは、ＰＤＵの電力パラメータに関する実時間又は近実時間情報を取得可能である。また、いくつかの実施形態において、制御ロジックは、接続されたＮＦＣデバイスのＮＦＣコントローラを介したホストマイクロコントローラへのトンネリングを可能としてもよい。このような場合、ＮＦＣデバイスは、ホストマイクロコントローラ（図６のネットワークマイクロプロセッサ等）と通信し、１つ若しくは複数の電力関連パラメータ及び／又はＰＤＵ制御／設定情報にアクセスするためのＮＦＣデバイスとのインタフェースを提供するようにしてもよい。ＮＦＣコントローラ、ＰＤＵネットワークプロセッサ、及びＮＦＣデバイスの間の様々な通信フローについては、以下に詳述する。いくつかの実施形態において、ＰＤＵは、管理者によって、ＮＦＣタグを介したＰＤＵアクセスを有効化／無効化するとともに、動作又はＮＦＣタグを介してアクセス可能なＩＯデータの種類を制限するように構成されていてもよい。このようにして、ＮＦＣタグを介したＰＤＵへのアクセスが制御されるようになっていてもよい。
【００４４】
[0044]
【００４５】
[0045]図９Ａは、いくつかの実施形態に係る、Ｂｌｕｅｔｏｏｔｈ無線コントローラのテザー９００を図示している。テザーは、無線通信インタフェース又はポート１１４を無線コントローラ９０２（例えば、Ｂｌｕｅｔｏｏｔｈ無線モジュール２０４ａ）に結合するために設けられていてもよい。また、テザー９００は、例えば両端に係止コネクタ９０４を有して無線コントローラの遠隔載置及び／又は搭載を容易にするＲＳ−２３２等のデータケーブルであってもよい。これらの実施形態において、無線コントローラ９０２及びテザー９００は、併せて「ドングル」と称する場合がある。例えば、テザーの一端がＮＩＣの無線インタフェース又はポート１１４に固定され、他端が無線コントローラ９０２に固定されていてもよい。このような実施形態によれば、ユーザデバイスのユーザは、「発見可能性」押しボタン９０４及び／又は接続ステータスＬＥＤ９０６に対して、より便利にアクセス可能となる。簡単化のため図示はしていないが、いくつかの実施形態においては、ＢｌｕｅｔｏｏｔｈコントローラがＰＤＵ（例えば、ＰＤＵのハウジング）に埋め込まれていてもよい。或いは、Ｂｌｕｅｔｏｏｔｈコントローラは、上記図面に示すように、独立した着脱自在のモジュールの形態でＰＤＵのハウジングに直接取り付けられていてもよい。このような場合にも、やはりテザーを利用することによって、発見可能性押しボタン、ＬＥＤ（又は、他の可視インジケータ）、及び／又はＢｌｕｅｔｏｏｔｈアンテナの届く距離又は範囲を拡張することができる。例えば、Ｂｌｕｅｔｏｏｔｈモジュール及びＰＤＵが含まれるラックの外側からの「発見可能性」押しボタン９０４及び「接続ステータス」ＬＥＤ９０６へのアクセスが有用であってもよい。さらに他の実施形態において、テザーは、無線通信の別のレグで置き換えられてもよい（例えば、Ｂｌｕｅｔｏｏｔｈモジュールは、ＰＤＵのＮＩＣと無線通信することも可能である）。このような場合、Ｂｌｕｅｔｏｏｔｈモジュールは、２つ以上のＢｌｕｅｔｏｏｔｈコントローラを備えたＢｌｕｅｔｏｏｔｈリピータとして効果的に機能するようになっていてもよい。ただし、他の無線技術がその組合せ及び／又は変形を含めて利用されてもよい。
【００４６】
[0046]図９Ｂは、いくつかの実施形態に係る、ＮＦＣ無線通信を容易にするテザー９３０を図示している。いくつかの実施態様において、比較的短い範囲では、ＰＤＵと通信しつつＮＦＣ対応のデバイス３０６を範囲内に保持するのが不都合な場合がある。いくつかの実施形態においては、幾分遠くに配置されたＮＦＣ対応のユーザデバイスとＮＦＣタグ又はアンテナ９３２を結合させるテザー９３０が設けられていてもよい。テザー９００は、例えばアンテナが両端に配置された同軸ケーブルであってもよい。また、一端のアンテナがＮＦＣタグのアンテナ部に近接して固定され、他端のアンテナがユーザデバイス３０６のＮＦＣタグのアンテナに近接して固定されていてもよい。このような実施形態によれば、ユーザデバイス３０６のユーザは、適正なＰＤＵがユーザデバイスに接続されたものとさらに確信しつつ、デバイスをより便利に載置可能となる。
【００４７】
[0047]ここで図１０Ａを参照して、種々実施形態に関するＰＤＵネットワークプロセッサ１０００、無線コントローラ１００２（例えば、ＫＣＷｉｒｅｆｒｅｅのＫＣ２１又は均等物等のシリアル−Ｂｌｕｅｔｏｏｔｈモジュール）、及びユーザデバイス１００４（例えば、スマートフォン又はタブレットコンピュータ）の間の通信について説明する。これらの実施形態において、無線コントローラは、本明細書に記載の通り、ネットワークプロセッサと通信可能に結合されていてもよい（例えば、ＲＳ２３２を介してでもよいし、又は多くのデータ伝送経路のうちのいずれかを使用してもよい）。ネットワークプロセッサは、無線コントローラの接続（例えば、通信ポートへの装着）を認識したら、初期化コマンドを発行することによって、その初期化を行うようにしてもよい。初期化コマンドは、ＡＴコマンド文字列等の様々な文字列を含むことができる。ここで、コマンドモード及びバイパスモードという２つのモードを示す。無線コントローラは、電源投入１００６によって、コマンドモードに入る。コマンドモードにおいて、無線コントローラは、プロセッサによる無線モジュールの設定を可能とする特定のＡＴ−ｐｒｅｆｉｘコマンドを受け入れるようにしてもよい。ＡＴは、ＡＴｔｅｎｔｉｏｎを短くしたものであり、すべての「コマンドモード」コマンドの前に付けて使用する。逆に、バイパスモードにおいて、無線コントローラは、ＲＦ−ＲＳ２３２ブリッジ（例えば、ＲＳ２３２ストリームのＲＦへの変換、及びＲＦのＲＳ２３２への変換、暗号化等を実行）として作用する。いくつかの実施形態においては、無線コントローラをＰＤＵの無線インタフェース又はポートに差し込むことによって、無線コントローラに電圧（例えば、ＲＳ２３２の５Ｖ）を与えることができる。また、無線コントローラは、電源投入されたら（例えば、ＲＳ２３２ポートに差し込まれたら）、ＲＳ２３２応答確認信号１００８（例えば、Ｄａｔａ  Ｓｅｔ  Ｒｅａｄｙ（ＤＳＲ）応答確認信号）を有効化することによって、初期化コマンドを受け入れる準備ができた旨を示す。
【００４８】
[0048]いくつかの実施形態において、ネットワークプロセッサは、ＤＳＲ応答確認信号を受信した場合、１つ又は複数の初期化文字列１０１０（例えば、ＡＴスタイル初期化文字列）を介して初期化を開始する。ＡＴスタイル初期化文字列は、モデム設定の業界標準として利用されている構造を拡張することにより、Ｂｌｕｅｔｏｏｔｈ特有の設定可能性を含んでいる。初期化文字列は、無線コントローラの設定を初期化する。例示的な文字列では、例えばＲＳ２３２ポート上の通信パラメータを設定可能である。初期化中に送信可能な初期化パラメータとしては、以下のようなＡＴコマンドが挙げられるが、これらに限定されない。
ａ．Ａｔ  ｃｏｎｆｉｇｕａｒｔ  １１５２００  ｎｏｎｅ  １：１１５，２００ビット毎秒、パリティチェックなし、１ストップビットで動作するようにＵＡＲＴを設定
ｂ．Ａｔ  ｎａｍｅ  ＄ＬＯＣＡＴＩＯＮ：モジュールが発見されたときスマートデバイスアプリケーションで提供される名称（＄ＬＯＣＡＴＩＯＮは、ユーザ設定可能な文字列である）
【００４９】
[0049]場合によっては、初期設定パラメータを使用してもよい。これらのパラメータは、送信しなくてもよい場合がある。例えば、使用可能であるが発行する必要のないその他複数の設定パラメータとしては、以下のようなコマンドが挙げられるが、これらに限定されない。
ａ．ＡＴ  Ｄｉｓｃｏｖｅｒａｂｌｅ  ｄ  ６０：連続発見可能性無効（外部入力を介して有効化された場合、発見可能性は、６０秒間にわたって有効となる）
ｂ．ＡＴ  Ｉｎｐｕｔｄｉｓｃｏｖｅｒａｂｌｅ  ｅ  ３：プログラマブル入力ピン３で、外部入力を介して発見可能性を有効化
ｃ．ＡＴ  Ｍｅｓｓａｇｅｓ  ｄ：ファームウェア通知イベントを無効化
ｄ．ＡＴ  Ｎａｍｅ  ｓｅｒｖｅｒｔｅｃｈｐｄｕ：他のＢｌｕｅｔｏｏｔｈデバイスの発見実行時に報告されたデバイスの名称を「ｓｅｒｖｅｒｔｅｃｈｐｄｕ」に設定
ｅ．ＡＴ  Ｏｕｔｐｕｔｃｏｎｎｅｃｔ  ｅ  ２  １：デバイス状態が接続である場合にプログラマブル出力ピン２で「ｓｏｌｉｄ  ｏｎ」を有効化
ｆ．ＡＴ  Ｏｕｔｐｕｔｄｉｓｃｏｖｅｒａｂｌｅ  ｅ  １  ３：デバイスが発見可能である間にプログラマブル出力ピン１で「ｓｌｏｗ  ｂｌｉｎｋ」を有効化
ｇ．ＡＴ  Ｒｆｐｏｗｅｒ−２５−１２：ＲＦ電力の初期設定及び最大電力を−２５ｄＢｍ及び−１２ｄＢｍに設定
ｈ．ＡＴ  Ｓｅｃｕｒｉｔｙ  ２：Ｂｌｕｅｔｏｏｔｈデバイスのセキュリティを標準に有効化
【００５０】
[0050]無線コントローラは、初期化１０１２がなされると、発見に利用可能となる。発見は、関心ある特定の無線コントローラ（例えば、Ｂｌｕｅｔｏｏｔｈコントローラ）をユーザデバイスが探索する技術的プロセスである。本明細書に記載の通り、無線コントローラがユーザデバイス（例えば、スマートフォン又はタブレット）によって発見可能となるには、「発見可能性」押しボタンの押圧等のユーザの介入がやはり必要となる場合がある。
【００５１】
[0051]ここで図１０Ｂを参照して、種々実施形態に関するＮＦＣタグ１０３０とネットワークプロセッサ１０３２との間の通信について説明する。これらの実施形態において、ＮＦＣタグ１０３０は、Ｉ２Ｃバス１０３４を介してネットワークプロセッサ１０３２と結合されていてもよい。ただし、多くのデータ伝送経路のうちのいずれかを使用してもよいことが理解される。ＮＦＣデバイス１０３０とネットワークプロセッサ１０３２との間の通信によって、ＮＦＣデバイス１０３０のメモリは、ネットワークプロセッサが提供する様々な情報及びパラメータにより更新可能となる場合がある。例えば、ＮＦＣデバイスは、ＰＤＵ識別情報をＮＦＣメモリに書き込むコマンドを受信するようにしてもよい。また、ＰＤＵが電力関連パラメータを提供する実施形態において、ネットワークプロセッサは、ＮＦＣタグにコマンドを周期的に送信することによって、更新されたパラメータ値をＮＦＣタグメモリに書き込み、これをＮＦＣ対応のデバイスに提供するようにしてもよい。場合により、ネットワークプロセッサは、例えば更新された設定パラメータ等、ＮＦＣタグメモリに書き込まれたデータを読み出すようにしてもよい。ネットワークプロセッサは、図１０Ａに「ＣＤＵからＮＦＣへのデータ書き込み」１０３６と示すように、ＮＦＣタグにデータを書き込むとき、記憶場所、書き込むデータの長さ又は量、及び書き込むデータを含む書き込みコマンドを発行する。そして、ＮＦＣタグは、このデータを指定の記憶場所に書き込み、書き込みコマンド／完了応答１０３８をネットワークプロセッサに送り返す。ネットワークプロセッサは、「ＣＤＵからＮＦＣへのデータ読み出し」と示すように、ＮＦＣタグのメモリからデータを読み出すとき、記憶場所、読み出すデータの長さ又は量を含む読み出しコマンド１０４０を発行する。そして、ＮＦＣタグは、読み出しコマンド応答１０４２及び読み出しデータ１０４４をネットワークプロセッサに送信する。
【００５２】
[0052]ここで図１１Ａには、ユーザデバイスによる無線コントローラの発見可能性を示す。最初に、ユーザは、接続したい特定のＰＤＵを特定して、「発見可能性」押しボタンを押す。図１１の例においては、ＰＤＵ搭載無線コントローラ（又は、いくつかの実施形態においてはテザー無線コントローラ）上の「発見可能性」押しボタンの押圧１１０２によって、ユーザデバイスによる無線コントローラの発見可能性が有効となる。無線コントローラを発見するため、ユーザは、そのデバイス上でＰＤＵアプリケーションの起動又は実行１１０４を行う。本実施態様は、Ｂｌｕｅｔｏｏｔｈの従来形態（例えば、ＢＲ／ＥＤＲ）を用いたＡｎｄｒｏｉｄプラットフォームでの使用を目的として考案されたものである。ただし、本開示は、ＡｐｐｌｅのｉＯＳプラットフォーム等を利用した他のスマートデバイスに拡張することも可能である。さらに、低エネルギーＢｌｕｅｔｏｏｔｈ等、Ｂｌｕｅｔｏｏｔｈの他の形態も可能である。ＡｐｐｌｅのｉＯＳでは、別途の認証が必要となる可能性がある。すなわち、無線コントローラは、付加的な認証チップを必要とする場合がある。また、ＡｐｐｌｅのｉＯＳプラットフォーム用のすべてのアプリケーションは、Ａｐｐｌｅによる証明が必要である。本明細書に図示及び記載のユーザデバイスは、代表的なデバイスに過ぎない。
【００５３】
[0053]図１３を参照してより詳細に論じるように、アプリケーションの起動によって、ユーザデバイスは、発見ユーザインタフェース（ＵＩ）の表示及び／又はＰＤＵ発見の自動的な開始を行う場合がある。この代替又は追加として、発見ＵＩは、ユーザによるＰＤＵ発見の手動開始を可能とする押しボタンを提供していてもよい。そして、ユーザが「発見可能性」押しボタンを押した無線コントローラに関連するＰＤＵは、ユーザデバイスにより選択可能である。ユーザが１つの無線コントローラ上の１つの「発見可能性」押しボタンのみを押した場合は、当該無線コントローラのみがユーザデバイス上の発見リストに表示されるものとする。ユーザによる発見リストからのＰＤＵの選択１１０６が行われたら、無線接続の確立１１０８が可能となる。
【００５４】
[0054]いくつかの実施形態において、接続時は、様々な暗号鍵の交換によって、ＲＦリンクを通した暗号化が可能となる。例えば、いくつかの実施形態においては、「ｊｕｓｔ  ｗｏｒｋｓ」として知られているセキュリティ方法を、接続デバイスが「ｊｕｓｔ  ｗｏｒｋｓ」に対応していない場合にはＰＩＮへのフォールバックと併用するようにしてもよい。このセキュリティ方法は、受動的な漏洩保護を提供する。中間者（ＭＩＴＭ）は、より高価な攻撃である。「ｊｕｓｔ  ｗｏｒｋｓ」認証は、「ｎｕｍｅｒｉｃ  ｃｏｍｐａｒｉｓｏｎ」法に類似しているが、比較は常に成功する。いくつかの実施形態においては、Ｄｉｆｆｉｅ  Ｈｅｌｌｍａｎ鍵交換の変形であるＥｌｌｉｐｔｉｃ  Ｃｕｒｖｅ  Ｄｉｆｆｉｅ  Ｈｅｌｌｍａｎを用いることによって、セッション秘密鍵を確立するようにしてもよい。これは、対称鍵暗号方式である。これらの例において、両デバイスは、公開鍵を交換することにより、その後のトランザクションの対称秘密鍵を計算するようにしてもよい。いくつかの実施形態において、Ｂｌｕｅｔｏｏｔｈの低エネルギー型では、ＡＥＳ暗号を（ＤＨ鍵とともに）使用する。他の実施形態において、Ｂｌｕｅｔｏｏｔｈの通常型（すなわち、ＢＲ／ＥＤＲ）では、Ｅ０ストリーム暗号を使用する。
【００５５】
[0055]一実施形態において、ＫＣ  ＷｉｒｅｆｒｅｅのＫＣ−２１モジュールを使用する場合、セキュリティモードは、ペアリングを要し、Ｂｌｕｅｔｏｏｔｈ  ｖ２．１の「ｊｕｓｔ  ｗｏｒｋｓ」単純ペアリング法を用いて自動的にすべての要求を受け入れるＬｅｖｅｌ  ２セキュリティモードであってもよい。この方法では、ペアリングリスト中のペアリングキー及びデバイスが節約される場合がある。また、Ｌｅｖｅｌ  ２セキュリティにおける自動ペアリングは、自動ペアリング法が使用されたときは「保証」と考えられ、「認証」とは考えられない。さらに、Ｌｅｖｅｌ  ２セキュリティは、リモートユニットが認証ペアリング（Ｌｅｖｅｌ  ３セキュリティ）を必要とする場合に、十分ではない場合がある。このような場合は、Ｂｌｕｅｔｏｏｔｈ  ｖ１．２及びｖ２．０が使用する旧来のＰＩＮコードペアリング法が実装されるようになっていてもよい。この方法は、旧来のデバイスによる要求の場合は後方互換性がある。ただし、旧来のペアリングは自動化されており、いくつかのコントローラ（例えば、ｋｃＳｅｒｉａｌ）は、格納されたＰＩＮコードと併せた場合にのみ応答可能である。Ｂｌｕｅｔｏｏｔｈ接続が確立され、暗号鍵が股間されたら、無線コントローラは、バイパスモード１１１０に入る。上述の通り、バイパスモードにおいて、無線コントローラは、ＲＳ２３２ストリームをＲＦに変換するとともにＲＦをＲＳ２３２に変換するＲＦ−ＲＳ２３２ブリッジとして作用する。
【００５６】
[0056]ここで図１１Ｂにより、種々実施形態に関するＮＦＣタグ１０３０とＮＦＣ対応のデバイス１００４との間のデータ通信について説明する。図１１Ｂに「スマートフォンからＮＦＣへのデータ書き込み」と示すように、ＮＦＣ対応のデバイスがＮＦＣタグにデータを書き込む場合、ＮＦＣ対応のデバイスは、要求コマンド１１３２をＮＦＣタグに送信する。図１１に「スマートフォンからＮＦＣへのデータ書き込み」と示すように、ＮＦＣ対応のデバイスがＮＦＣタグにデータを書き込む場合、ＮＦＣ対応のデバイスは、要求コマンドをＮＦＣタグに送信する。そして、ＮＦＣタグは、要求に対する応答１１３４を送信して、当該要求を認めるとともに、ＮＦＣタグのデータ受信の準備ができた旨をＮＦＣ対応のデバイスに示す。その後、ＮＦＣ対応のデバイスは、記憶場所、書き込むデータの長さ又は量、及び書き込むデータを含む書き込みコマンド１１３６を発行する。そして、ＮＦＣタグは、このデータを指定の記憶場所に書き込み、要求に対する応答１１３８をＮＦＣ対応のデバイスに送り返す。ＮＦＣ対応のデバイスは、図１１Ａに「スマートフォンからＮＦＣへのデータ読み出し」と示すように、ＮＦＣタグのメモリからデータを読み出すとき、記憶場所、読み出すデータの長さ又は量を含む読み出しコマンド１１４０を発行する。そして、ＮＦＣタグは、読み出しコマンド応答１１４２及び読み出しデータをＮＦＣ対応のデバイスに送信する。
図１２Ａには、ユーザデバイス１００４とネットワークプロセッサ１０３２との間のシリアルコマンドプロトコル（ＳＣＰ）コマンドの通信を図示している。上述の通り、無線コントローラがシリアルバイパスモード１１１０に入るのに必要な種々ステップが最初に行われる。図示のように、バイパスモードに入ったら、ユーザデバイスは、読み出しコマンド１２０４をネットワークプロセッサに発行し、それに応答して、読み出しデータを含む読み出しに対する応答１２０６を受信することができる。同様に、ユーザデバイスは、書き込みコマンド１２０８をネットワークプロセッサに発行し、それに応答して、書き込みが首尾よく完了したことの確認１２１０を受信することができる。また、図示していないが、いくつかの実施形態において、ネットワークプロセッサは、読み出し及び／又は書き込みコマンドを開始するようにしてもよい。いくつかの実施形態において、読み出しコマンドは、記憶場所及び読み出すデータの長さ又は量を含んでもよい。同様に、書き込みコマンドは、記憶場所及び書き込むデータを含んでもよい。また、バイパスモードにおいて、無線コントローラは、他の責務の中で特に、必要なＲＦ暗号化及び復号を行うようにしてもよい。いくつかの実施形態においては、ユーザデバイスとネットワークプロセッサとの間の通信に、Ｓｅｒｖｅｒ  Ｔｅｃｈｎｏｌｏｇｙ，  Ｉｎｃ．  ｏｆ  Ｒｅｎｏ  Ｎｅｖａｄａから入手可能なＳｅｎｔｒｙ  Ｓｅｒｉａｌ  Ｃｏｍｍａｎｄ  Ｐｒｏｔｏｃｏｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ，  Ｒｅｖ．２．０ｈ（又は以降）等の独占的なシリアルコマンドプロトコルを利用するようにしてもよい。ただし、他の独占的又は非独占的なシリアルコマンドプロトコルがその組合せ及び／又は変形を含めて利用されてもよい。Ｓｅｎｔｒｙ  Ｓｅｒｉａｌ  Ｃｏｍｍａｎｄ  Ｐｒｏｔｏｃｏｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎによる、いくつかの読み出し及び書き込みコマンド例を以下に示す。
【００５７】
[0057]インフィードステータスＲＥＡＤコマンド例を示す。
インフィードステータスＲＥＡＤコマンド
ＩＳＴＡＴ：入力フィード（入口）ステータス
利用可能なすべての電力入力コードのステータスを返す。
ステータスは、以下を含む。
・ＩＤ
・ステータス（オン／オフ／エラー）
・インフィード電流（アンペア）
照会コマンド：
！＊ＱＩＳＴＡＴ，｛＜ｓｙｓｔｅｍ  ｎａｍｅ＞｜＜ａｓｓｉｇｎｅｄ  ｎａｍｅ＞｜ＡＬＬ｝＜ＣＲ＞
応答：
“［”＜ｓｙｓｔｅｍ  ｎａｍｅ＞，＜ｄｓｔａｔ＞，＜ｌｏａｄ＞“］”＜ＣＲ＞＜ＬＦ＞
例：
入力フィード．ＡＡのステータスを得る。
送信：
！＊ＱＩＳＴＡＴ，．ＡＡ＜ＣＲ＞
受信：
［．ＡＡ，Ｏｎ，１．２５  Ａｍｐｓ］＜ＣＲ＞＜ＬＦ＞
〜＜ＣＲ＞＜ＬＦ＞
【００５８】
[0058]ＰＤＵ位置ＷＲＩＴＥコマンド例を示す。
ＰＤＵ位置ＷＲＩＴＥコマンド
ＬＯＣＡＴＩＯＮ：システム位置
ユーザ設定可能なＰＤＵ位置文字列を設定して、企業インフラ内のＰＤＵの位置を一意に特定する。
最大文字列長は、３２文字である。
書き込みコマンド：
！＊ＷＬＯＣＡＴＩＯＮ，．＠，＜ｖａｌｕｅ＞＜ＣＲ＞
応答：
“［”．＠，｛＋｜−｝“］”＜ＣＲ＞＜ＬＦ＞
最大位置文字列長は、３２文字である。
例：
システム位置文字列を設定する。
送信：
！＊ＷＬＯＣＡＴＩＯＮ，．＠，Ｒｅｎｏ，ＮＶ＜ＣＲ＞
受信：
［．＠，＋］＜ＣＲ＞＜ＬＦ＞
〜＜ＣＲ＞＜ＬＦ＞
注：
「Ｒｅｎｏ，ＮＶ」のコンマ（「，」）は、格納された位置文字列の一部である。
【００５９】
[0059]他のコマンド例を示す。
ＰＤＵ  ＩＰＶ４ネットワーク構成ＲＥＡＤコマンド
インターネットプロトコルバージョン４構成
ＩＰＶ４ネットワークアドレス、サブネットマスク、及びゲートウェイアドレスを返す。
・ＩＰＶ４アドレス：ドット付１０進法で返されたＩＰアドレス
・サブネットマスク：ネットワークからホストへのアドレス指定マスク
・ゲートウェイ：ネットワークアドレスアクセスポイント
照会コマンド：
！＊ＱＮＥＴＶ４，．＠＜ＣＲ＞
応答
“［”＜ｓｙｓｔｅｍ  ｎａｍｅ＞，＜ｉｐｖ４  ａｄｄｒｅｓｓ＞，＜ｉｐｖ４  ｍａｓｋ＞，＜ｉｐｖ４  ｇａｔｅｗａｙ＞“］”＜ＣＲ＞＜ＬＦ＞
例：
ＩＰＶ４構成設定を得る。
送信：
！＊ＱＮＥＴＶ４，．＠＜ＣＲ＞
受信：
“［”．＠，１９２．１６８．２．２０２，２５５．２５５．２５５．０，１９２．１６８．２．１“］”＜ＣＲ＞＜ＬＦ＞
〜＜ＣＲ＞＜ＬＦ＞
ＰＤＵネットワークステータスＲＥＡＤコマンド
イーサネットポートステータス
以下を含む１０／１００ｂａｓｅ−Ｔイーサネットネットワークポイントのステータスを返す。
・ネットワークステータス：スタティック／ダイナミックＩＰＶ４／ＩＰＶ６
・リンクステータス：アップ／ダウン
・リンクネゴシエーション：１０／１００／自動
・双方向性：半／全
照会コマンド：
！＊ＱＮＥＴＳＴＡＴ，．＠＜ＣＲ＞
応答：
“［”＜ｓｙｓｔｅｍ  ｎａｍｅ＞，＜ｎｅｔｗｏｒｋ  ｓｔａｔｕｓ＞，＜ｌｉｎｋ  ｓｔａｔｕｓ＞，＜ｎｅｇｏｔｉａｔｉｏｎ＞，＜ｓｐｅｅｄ＞，＜ｄｕｐｌｅｘ＞“］”＜ＣＲ＞＜ＬＦ＞
例：
イーサネットネットワークステータスを得る。
送信：
！＊ＱＮＥＴＳＴＡＴ，．＠＜ＣＲ＞
受信：
“［”．＠，Ｓｔａｔｉｃ  ＩＰｖ４，Ｕｐ，Ａｕｔｏ，１００Ｍｂｐｓ，Ｆｕｌｌ“］”＜ＣＲ＞＜ＬＦ＞
〜＜ＣＲ＞＜ＬＦ＞
ＰＤＵアップタイムＲＥＡＤコマンド
電源投入からのＣＤＵ実行時間
ＣＤＵが最後に起動してからの現在の実行時間を返す。
照会コマンド：
！＊ＱＵＰＴＩＭＥ，．＠＜ＣＲ＞
例：
現在のＣＤＵ実行時間を得る。
送信：
！＊ＵＰＴＩＭＥ，．＠＜ＣＲ＞
受信：
“［”．＠，０  ｄａｙｓ  ０  ｈｏｕｒｓ  １７  ｍｉｎｕｔｅｓ  ３６  ｓｅｃｏｎｄｓ“］”＜ＣＲ＞＜ＬＦ＞
〜＜ＣＲ＞＜ＬＦ＞
【００６０】
[0060]多様な情報を要求するため、他のＳＣＰコマンドも可能である。例えば、ＳＣＰコマンドとしては、セッション制御コマンド（例えば、認証、終了セッション（出口）、及び再開ｗ／工場初期設定へのオプションリセット）、電力制御、ステータス、及び一時的取り出し口グループ化コマンド（例えば、取り出し口変更制御状態、筐体（タワー）ステータス、入力フィード（入口）ステータス、入力フィード（入口）ステータス（拡張）、個別取り出し口ステータス、グループ消去、及びグループ追加取り出し口）、環境モニタステータスコマンド（例えば、環境モニタステータス、水センサステータス、アナログ−デジタル変換器ステータス、温度／湿度プローブステータス、及び接点開閉アラームステータス）、構成設定、名称、及び取り出し口ウェイクアップ状態等のコマンド（例えば、電力筐体の数、環境モニタの数、ＮＶＭリセットボタン制御、コールドブート警報、取り出し口リブート遅延、取り出し口順序付け間隔、シリアルポートパラメータ、コマンドラインインタフェースセッション制御、シリアルコマンドプロトコルセッション制御、認証、ＯＥＭ情報文字列、システム位置、ＳＣＰ改訂、ファームウェアバージョン、温度スケール制御、システム面積（平方システム単位）、システム面積の単位（平方フィート又はメートル）、及びシステム力率）、電力筐体コマンド（例えば、筐体中の入力フィードの数、入力フィード性能、入力フィード最大負荷、入力フィード上の取り出し口の数、取り出し口性能、取り出し口最大負荷、タワー性能、タワー型式番号、タワー製品シリアル番号、割り当てパワーオブジェクト名、遅延しているポスト取り出し口、取り出し口ウェイクアップ状態）、環境モニタコマンド（例えば、環境モニタ性能、割り当てモニタ名）、並びにシステムスタータスコマンド（例えば、システム消費（ワット）、システム電力密度（ワット）、段階システムバランス）が挙げられるが、これらに限定されない。また、別のコマンドも可能である。
【００６１】
[0061]図１２Ｂは、ＮＦＣデバイスがＮＦＣ対応のデバイス１００４とネットワークプロセッサ１０３２とを相互作用させるプロセスを図示している。例えば、ＮＦＣタグによって、ＮＦＣ対応のデバイスがＮＦＣタグをトンネリングすることにより、ＮＦＣタグと結合されたシリアルバスにアクセス可能であってもよい。図１２Ｂは、種々実施形態に係る、実施可能なトンネリング動作を図示している。ＮＦＣ対応のデバイスがネットワークプロセッサと直接通信して情報を交換したい場合は、トンネルモードが用いられるようになっていてもよい。これは、図１２Ｂに「スマートフォンからＣＤＵへのトンネル書き込み」と示す。この手順は、ＮＦＣ対応のデバイスからＮＦＣタグへの要求コマンド１２３２によって開始される。そして、ＮＦＣタグは、要求に対する応答１２３４を送信して、当該要求を認めるとともに、ＮＦＣタグのコマンド受信の準備ができた旨をＮＦＣ対応のデバイスに示す。その後、ＮＦＣ対応のデバイスは、トンネル書き込みコマンド１２３６をＮＦＣタグに送信する。そして、ＮＦＣタグは、ネットワークプロセッサ上の別個のＩ／Ｏピンを介して、割り込み通知１２３８をネットワークプロセッサに送信し、ＮＦＣトンネルを介したネットワークプロセッサへのアクセスが要求されている旨をネットワークプロセッサに示す。その後、ネットワークプロセッサは、照会コマンド１２４０をＮＦＣタグに送信し、ＮＦＣタグは、ＮＦＣ対応のデバイスから受信したコマンド又はデータ等の情報による照会要求への応答１２４２を行うようにしてもよい。そして、ネットワークプロセッサはコマンドへの回答１２４４を行い、ＮＦＣタグは、回答コマンドに対する確認応答１２４６をネットワークプロセッサに送信する。そして、ＮＦＣタグは、トンネル書き込みコマンドに対する応答１２４８をＮＦＣ対応のデバイスに転送する。
【００６２】
[0062]ＮＦＣ対応のデバイスがネットワークプロセッサと直接通信してネットワークプロセッサからデータを読み出したい場合は、トンネル読み出しが開始されるようになっていてもよい。これは、図１２Ｂに「スマートフォンからＣＤＵへのトンネル読み出し」と示す。この手順は、ＮＦＣ対応のデバイスからＮＦＣタグへのトンネル読み出しコマンド１２５０によって開始される。そして、ＮＦＣタグは、ネットワークプロセッサ上の別個のＩ／Ｏピンを介して、割り込み通知１２５２をネットワークプロセッサに送信し、ＮＦＣトンネルを介したネットワークプロセッサへのアクセスが要求されている旨をネットワークプロセッサに示す。その後、ネットワークプロセッサは、照会コマンド１２５４をＮＦＣタグに送信し、ＮＦＣタグは、ＮＦＣ対応のデバイスから受信した読み出すデータに関する情報による照会要求への応答１２５６を送信する。そして、ネットワークプロセッサは要求データによるコマンドへの回答１２６０を行い、ＮＦＣタグは、回答コマンドに対する確認１２６２をネットワークプロセッサに送信する。その後、ＮＦＣタグは、トンネル読み出しコマンドに対するこの応答１２６４をＮＦＣ対応のデバイスに転送するが、これには、ネットワークプロセッサから読み出されたデータを含んでもよい。このように、ネットワークプロセッサとＮＦＣ対応のデバイスとの間で情報が伝送されるようになっていてもよい。いくつかの実施形態によれば、ＮＦＣ対応のデバイス上で動作するアプリケーションがトンネリングを利用することによって、通常はユーザが中央電力管理部又はＰＤＵ内の直接シリアルポート若しくはイーサネットポート接続を介してＰＤＵにログインする必要がある設定機能及び他のコマンド等のＰＤＵの機能にアクセスするようにしてもよい。
【００６３】
[0063]図１０〜図１２の実施形態は、シリアル−Ｂｌｕｅｔｏｏｔｈモジュール及びＮＦＣタグに関して論じているが、他の無線アクセス技術においても、同様の手順を採用することによって、ユーザデバイスとＰＤＵとの間のデータ伝送及びユーザデバイスからＰＤＵのネットワークプロセッサへのアクセスを行うようにしてもよい。
【００６４】
[0064]図１３は、種々実施形態に係る、配電ネットワークプロセッサ及びユーザとの接続を確立して交信する無線対応のユーザデバイスの動作例を示したフローチャートである。特に、図１３の例のユーザデバイスは、Ｂｌｕｅｔｏｏｔｈ対応又はＮＦＣ対応である。ユーザデバイス及び／又はユーザデバイス（例えば、スマートフォン又はタブレット）上で実行されているデバイスアプリケーション（ソフトウェアアプリケーション）は、個別又は組合せによりトランザクションを実行可能である。図１３のチャートは全体として、上述の詳細な説明により自明であるが、以下ではいくつかの細部を提供する。
【００６５】
[0065]最初に、特定のＰＤＵに関連する無線コントローラ上の「発見可能性」押しボタンを押した後は、ユーザがユーザデバイス上でアプリケーションを実行する。ステップ１３０２において、デバイスアプリケーションは、スキャンボタンを含む発見モードユーザインタフェース（ＵＩ）をユーザに提示する。ステップ１３０４において、アプリケーションは、スキャンを開始する。スキャンは、例えばユーザが（例えば、ユーザデバイス上のタッチスクリーンを介して）スキャンボタンを選択して発見モードＵＩからスキャンを開始した場合に開始となってもよい。この代替又は追加として、アプリケーションの起動時にスキャンが自動的に開始するようにしてもよい。決定ステップ１３０６において、アプリケーションは、１つ又は複数の無線デバイス（例えば、無線コントローラ）が発見されたか否かを判定する。発見されていない場合は、決定ステップ１３３０において、アプリケーションは、タイムアウトが発生したか否かを判定する。発生した場合、アプリケーションは、発見モード画面を提示する（ステップ１３０２）。そうでない場合、アプリケーションは、デバイスを探索し続ける。デバイスが発見された場合は、ステップ１３０８において、アプリケーションは、発見された（１つ又は複数の）ＰＤＵデバイスを表示する。すなわち、いくつかの実施形態において、アプリケーションは、発見された任意の非ＰＤＵ無線デバイスをフィルタリングし、ユーザインタフェースを介してＰＤＵデバイスのみをユーザに表示することができる。いくつかの実施形態において、リスト化されたＰＤＵは、キー値ペアとして表示可能な発見されたＢｌｕｅｔｏｏｔｈ対応のＰＤである。すなわち、各ＰＤＵについて、ＰＤＵの名称及びその信号強度ＲＳＳＩは、ペアとしてユーザに提示されるようになっていてもよい。ただし、（関連するＢｌｕｅｔｏｏｔｈコントローラの）ＰＤＵ名及び／又はＭＡＣアドレスのみが提示されてもよい。図１４に関して、発見されたデバイスのリストを示すＵＩをより詳細に図示して論じる。決定ステップ１３１０において、アプリケーションは、表示されたＰＤＵが選択された否かを判定する。選択されていない場合は、決定ステップ１３１２において、アプリケーションは、デバイスのスキャンが完了したか否かを判定する。完了していない場合、アプリケーションは、スキャンし続ける。そうでない場合は、決定ステップ１３１４において、アプリケーションは、単一のＰＤＵが見つけられたか否かを判定する。見つけられた場合又はステップ１３１０においてＰＤＵが選択された場合、アプリケーションは、図１１にて論じた通り、ＰＤＵとの接続を開始する。決定ステップ１３１８において、アプリケーションは、接続が確立／成功したか否かを判定する。確立／成功した場合、アプリケーションは、ユーザに対して、要旨又は様々なボタンを含む通信モードＵＩを提示する（例えば、図１５参照）。この要旨又は通信モードＵＩは、様々なセクションタブを含むことができる。例えば、図１５には、「Ｓｙｓｔｅｍ（システム）」タブ、「Ｉｎｆｅｅｄｓ（インフィード）」タブ、及び「Ｏｕｔｌｅｔｓ（取り出し口）」タブを含むタイトルバーを示す。いくつかの実施形態において、タイトルバーは、より大きなインタフェースに及ぶ水平バーとして現れたユーザインタフェースデバイスである。タイトルバーは通常、インタフェースの残りの部分において現在見えている情報に特有のメニュー、リンク、データ等を含む。
【００６６】
[0066]上述の通り、ＰＤＵ（すなわち、ＰＤＵに関連するＢｌｕｅｔｏｏｔｈ無線コントローラ）への接続後、インタフェースは、セクションに分割された要旨モードに変化してもよい。タイトルバーは、ユーザがナビゲーションのために選択可能な各セクションのタブを含んでもよい。これらのタブは、セクションタイトルを含んでもよい。選択されたセクションのタイトルバーのタブは、明らかに非アクティブであってもよい。この画面から「戻る」ボタンをクリックすることにより、ユーザが製品から切断されて、発見モードＵＩに戻るようになっていてもよい。さらに、１つ又は複数の実施形態において、ユーザは、任意のＵＩ又はモードからアプリケーションを切断及び／又は終了可能である。
【００６７】
[0067]ユーザの選好に応じて、テーブル、キー値ペア、及び拡張可能リストという３つの形態のうちの１つで、以下のリスト化情報が出現するようになっていてもよい。拡張可能リストにおいては、キー値ペアのみが隠されることになる。以下は、要旨モードＵＩのセクションごとの代表的なアプリケーション構造、及び各セクションで表示可能な種々項目である。
Ａ．Ｓｙｓｔｅｍ（システム）：主に非電力情報用のキャッシュ
Ｉ．ＩＰＶ４アドレス
タイプ：キー値ペア
ＩＩ．ＩＰＶ６アドレス
タイプ：キー値ペア
＊ＩＩＩ．ネットワーク＊
＊タイプ：拡張可能リスト＊
＊ヘッダ：ネットワーク＊
＊内容：＊
ａ．ＩＰＶ４アドレス
＊ｂ．ＩＰＶ４  ＤＨＣＰ＊
＊ｃ．ＩＰＶ４サブネットマスク＊
＊ｄ．ＩＰＶ４ゲートウェイ＊
ｅ．ＩＰＶ６アドレス
＊ｆ．ＩＰＶ６ゲートウェイ＊
＊ｇ．ＤＮＳ１＊
＊ｈ．ＤＮＳ２＊
＊ｉ．完全修飾ドメイン名＊
＊ｊ．ブート遅延＊
＊ｋ．スタティックフォールバック＊
＊ｌ．リンクステータス＊
＊ｍ．リンク速度＊
＊ｎ．リンク双方向性＊
＊ｏ．リンクネゴシエーション
＊ｐ．Ｔｅｌｎｅｔ対応、Ｔｅｌｎｅｔポート＊
＊ｑ．ＳＳＨ対応、ＳＳＨポート＊
＊ｒ．ＨＴＴＰ対応、ＨＴＴＰポート＊
＊ｓ．ＨＴＴＰＳ対応、ＨＴＴＰＳポート＊
＊ｔ．ＳＮＭＰ対応、ＳＮＭＰポート、ＳＮＭＰバージョン、トラップポート＊
＊ｕ．ＦＴＰ対応、ＦＴＰポート＊
ＩＶ．アップタイム
タイプ：キー値ペア
Ｖ．温度＄ＴＨＳＩＤ（各ＴＨＳに１つ）
タイプ：キー値ペア
ＶＩ．湿度＄ＴＨＳＩＤ（各ＴＨＳに１つ）
タイプ：キー値ペア
ＶＩＩ．ファームウェアバージョン
タイプ：キー値ペア
＊ＶＩＩＩ．ファームウェア＊
＊タイプ：拡張可能リスト＊
＊ヘッダ：＄ＴＹＰＥ  Ｓｅｎｔｒｙ  ＄ＶＥＲＳＩＯＮ＊
＊内容：＊
ａ．バージョン
ｂ．タイプ
ｃ．ビルド＊
ｄ．ベータ＊
ｅ．ＭＡＣアドレス＊
ｆ．フラッシュサイズ＊
ｇ．ハードウェア改訂コード＊
ＩＸ．型式番号
タイプ：キー値ペア
Ｘ．製品シリアル番号
タイプ：キー値ペア
＊ＸＩ．情報＊
＊タイプ：拡張可能リスト＊
＊ヘッダ：タワー＄ＴＯＷＥＲＩＤ（各タワーに１つ）＊
＊内容：＊
ａ．製品シリアル番号
＊ｂ．ＮＩＣシリアル番号＊
ｃ．型式番号
＊ｄ．位置＊
＊ｅ．電力タイプ（ＡＣ／ＤＣ）＊
＊ｆ．位相（３又は２／１）＊
＊ｇ．電圧＊
＊ｈ．最大負荷＊
ＸＩＩ．Ｂｌｕｅｔｏｏｔｈデバイス名
タイプ：キー値ペア
Ｂ．Ｉｎｆｅｅｄｓ（インフィード）（初期設定タブ）
Ｉ．ライン
タイプ：テーブル
行：一意のラインごと
列：
＊０．ＩＤ＊
ａ．電流
ｂ．ステータス
ｃ．容量
ｄ．使用容量
ｅ．電圧
ｆ．ワット数
ＩＩ．位相
タイプ：テーブル
行：一意の位相ペアごと
列：
＊０．ＩＤ＊
ａ．電流
ｂ．電圧
ｃ．ワット数／有効電力
＊ｄ．ＶＡ／皮相電力＊
ｅ．エネルギー
＊ｆ．ＶＡＲ／無効電力＊
＊ｇ．力率＊
＊ｈ．リアクタンス／負荷タイプ＊
＊ｉ．波高因子＊
ＩＩＩ．回路／タワー
タイプ：テーブル
行：タワー／回路ごと
列：
＊０．ＩＤ＊
ａ．電流
ｂ．電圧
＊ｃ．容量＊
ｄ．ワット数／有効電力
＊ｅ．ＶＡ／皮相電力＊
ｆ．エネルギー
＊ｇ．力率＊
＊ｈ．周波数＊
Ｃ．Ｏｕｔｌｅｔｓ（取り出し口）
Ｉ．取り出し口
タイプ：テーブル
行：取り出し口ごと
列：
＊０．ＩＤ＊
ａ．名称
ｂ．電流
ｃ．ステータス
ｄ．電圧
ｅ．電流容量
ｆ．ワット数／有効電力
＊ｇ．ＶＡ／皮相電力＊
ｈ．エネルギー
＊ｉ．ＶＡＲ／無効電力
＊ｊ．力率＊
＊ｋ．負荷タイプ＊
＊ｌ．波高因子＊
上記リスト中のいずれも、現在利用可能及び／又は現在のＰＤＵが提供可能であるが、＊を付した項目は、現在実装されていない場合がある。
【００６８】
[0068]いくつかの実施形態において、警告若しくはエラー限界を超えるか、又は回路の電源が落ちた（ブレーカ又はヒューズが作用した）場合は、タイトルバーとリストとの間にメッセージが表示されるようになっていてもよい。エラーメッセージは、表示の残りの部分と対照的な色であってもよい。また、最も重大なエラーのみが表示されるようになっていてもよい。ユーザは、以下２つのうちの一方をもたらすエラーメッセージを選択するようにしてもよい。
【００６９】
[0069]Ａ．システムのエラーが１つのみの場合、ユーザは、エラーとなっている属性を含む詳細画面に移動する。
【００７０】
[0070]Ｂ．エラーが２つ以上の場合、ユーザは、システムエラーのリストに移動し、ここで１つのエラーを選択すると、６．Ａに記載の詳細画面に移動する。この画面におけるタイトルバーは、上記詳細表示と類似する。「戻る」ボタンを押すと、ユーザは、エラーメッセージを選択する前の画面に戻る。
【００７１】
[0071]いくつかの実施形態において、エラーの原因となっている属性は、どこに出現する場合であっても、対照的な色で表示されるようになっていてもよい（例えば、赤色／橙色）。いくつかの実施形態において、警告の原因となっている属性は、どこに出現する場合であっても、エラーと異なる対照的な色で表示される（例えば、黄色）。いくつかの実施形態において、ユーザがメニューボタンを選択した場合は、アプリケーションがＡ．Ｃｌｏｓｅ（閉じる）（アプリケーションを閉じる）及びＢ．Ａｂｏｕｔ（情報）（Ａｎｄｒｏｉｄアプリケーションに関する情報をユーザにポップアップ表示する）といったメニューを提示する。いくつかの実施形態において、情報には、アプリケーション名、Ｇｏｏｇｌｅ  Ｐｌａｙストア等のアプリケーションへのリンク、現行バージョン、及び著作権情報を含むものとする。
【００７２】
[0072]いくつかの実施形態において、アプリケーションは、値がそのタイトル又は説明と格納又は関連付けられたキー値ペアデータフォーマットを使用する。いくつかの実施形態において、アプリケーションは、テーブルＵＩを利用可能である。テーブルは、類似データを２次元アレイに集約したユーザインタフェースデバイスである。テーブルの１行目には、後続行の値の説明又はタイトルを含む。各行は、関連データの一意のグループである。テーブルの１列目には通常、各行の一意のタイトル又は名称を含む。テーブル形式のデータが大きすぎて一度に画面表示できない場合、ユーザは、一方の軸方向にリスト全体で数字をドラッグすることによりスクロールするようにしてもよい。いくつかの実施形態において、アプリケーションは、拡張可能リストを利用可能である。拡張可能リストは、２つのモードで機能するユーザインタフェースデバイスである。第１のモードにおいては、ヘッダ及び当該モードを特定するアイコンを提示する。ヘッダは通常、タイトル、及び場合により少量のデータである。ユーザが拡張可能リストを選択した場合は、付加的なデータがヘッダの下に現れ、リストの拡張を特定するようにアイコンが変化する。ユーザが再び拡張可能リストを選択した場合は、第１のモードに戻る。拡張時のみに現れるデータは、ヘッダから字下げされ、通常は小さなフォントである。
【００７３】
[0073]図１４〜図１７は、種々実施形態に係る、ユーザに提示するユーザインタフェース例を示している。図１４〜図１７の例には、Ｂｌｕｅｔｏｏｔｈモジュール、ＲＳ−２３２上のＳＣＰプロトコル、及びＳＴＩ開発のＡｎｄｒｏｉｄ用スマートデバイスアプリケーションを利用した単相の入力電力単位検知（ＰＩＰＳ）及び出力電力単位検知（ＰＯＰＳ）切り替えＰＤＵからのスクリーンショットを示している。このスクリーンショットは、ＮＦＣ通信にも適用可能である。図１４〜図１７のユーザインタフェースは全体として、上述の詳細な説明により自明であるが、以下ではいくつかの細部を提供する。
【００７４】
[0074]ここで図１４には、アプリケーションのスキャンモードにより発見されたＢｌｕｅｔｏｏｔｈデバイス又はＮＦＣデバイス（例えば、無線コントローラ）のリストを提示するユーザデバイス（例えば、スマートデバイス）アプリケーションの画面キャプチャ１４００を示す。関連する無線コントローラのＰＤＵ名及びＭＡＣアドレス１４０２が表示されている。また、右上隅に再読込ボタンが表示されるとともに、結果の要旨「Ｓｃａｎ  ｆｉｎｉｓｈｅｄ．１  ｄｅｖｉｃｅｓ  ｗｅｒｅ  ｆｏｕｎｄ（スキャン終了。１デバイス検出）」も表示されている。
【００７５】
[0075]図１５は、Ｂｌｕｅｔｏｏｔｈ／ＲＳ−２３２／ＳＣＰを介してＰＤＵからスマートデバイスに伝送されたＰＤＵシステム情報１５０２を示したユーザデバイス（例えば、スマートデバイス）アプリケーションの画面キャプチャ１５００である。図示の情報は、システムバージョン、型式、シリアル番号、ＩＰｖ４アドレス、アップタイム、及びセンサを含む。このＵＩはスクロール可能であり、２つのセンサのうちの第１のセンサの温度／湿度センサ情報のみが表示されている。また、他の種々システム情報に加えて、付加的なセンサ詳細が表示されていてもよい。非限定的な一例として、以下の情報が表示されていてもよい。
【表２】
2016521475.tif 000004
対応可能な別のシステム性能として、以下のようなものが挙げられる。
・ＮＦＴが対応している両方の通信タイプに対応
・スマートデバイスアプリケーションによるＰＤＵのＩＰの確認及び当該スマートデバイスアプリケーション内のボタン又は選択によるウェブブラウザの起動が可能
・アプリケーション上にそれら自体の画面を有するＰＩＰＳ及びＰＯＰＳ情報を備えた複数画面（ＵＩ）設計
・再読込が必要な動的情報が存在する場合は、アプリケーションを介して情報をダウンロードする前にタッチする必要があるＬＯＡＤ（ロード）又はＵｐｄａｔｅ（更新）ボタンを有するのが好適
・ユーザは、ログイン及びパスワードを使用して情報をダウンロードするか、又はその他何らかの適当な機構を採用することによって、アプリケーションを実行している無許可者による情報のダウンロードが行われないようにすることが必要
・製品構成又は設定情報のプッシュ
・取り出し口のオン／オフ／リブート
・ファームウェアのアップグレード
・取り出し口名、ＰＤＵ名等の設定
・Ｗｉ−Ｆｉ又はＢｌｕｅｔｏｏｔｈ等の他の無線デバイスに対する当該デバイスからのストリーム接続性
・当該ＰＤＵ関連情報のメール作成又はメール送信が可能
【００７６】
[0076]ユーザがタイトルバーから「Ｉｎｆｅｅｄｓ（インフィード）」タブ１５０４を選択した場合は、図１６が表示される。図１６は、Ｂｌｕｅｔｏｏｔｈ／ＲＳ−２３２／ＳＣＰを介してＰＤＵからスマートデバイスに伝送されたＰＤＵインフィード情報１６０２を示したユーザデバイス（例えば、スマートデバイス）アプリケーションの画面キャプチャ１６００を図示している。同様に、ユーザがタイトルバーから「Ｏｕｔｌｅｔｓ（取り出し口）」タブ１６０４を選択した場合は、図１７が表示される。図１７は、Ｂｌｕｅｔｏｏｔｈ／ＲＳ−２３２／ＳＣＰを介してＰＤＵからスマートデバイスに伝送されたＰＤＵ  ＰＯＰＳ取り出し口情報１７０２を示したユーザデバイス（例えば、スマートデバイス）アプリケーションの画面キャプチャ１７００を図示している。
【００７７】
[0077]図１８は、本開示の一実施形態に係る、電子機器キャビネット１８００を示した図である。機器キャビネット１８００は、ＰＤＵとユーザデバイスとの間の無線接続の確立を容易にするように構成されている。図示のように、機器キャビネット１８００は、換気口、パネル、ラックレール、ブラケット、電気器具等の様々な構成要素を備えてもよい。また、電子機器キャビネット１８００は、ＣＤＵ１８０２（すなわち、キャビネットＰＤＵ）及びハードウェア識別子１８０４を備えてもよい。種々実施形態によれば、ＣＤＵ１８０２は、図１〜図４に全部又は一部を図示したＣＤＵのうちの１つ又は複数の特徴を含むことができる。ハードウェア識別子１８０４は、電子ユーザデバイスに対して光学的に、又は無線で情報を提供することによって、ＣＤＵ１８０２と高速、安全、及び／又は確実な通信を行うことができる。
【００７８】
[0078]本開示の種々実施形態によれば、ハードウェア識別子１８０４は、電子機器キャビネット１８００の様々な部分に配設することによって、ユーザが好都合及び快適にＣＤＵ１８０２との無線接続を確立することができる。データセンタは通常、当該データセンタの床に何列にも編成された多数の機器ラック又は機器キャビネットを備える。この列は、冷気通路（キャビネットの吸気）及び暖気通路（キャビネットの排気）の周りに配向している。特に、機器キャビネットは、そのある列の前扉が別の列の前扉に対向するように、冷気通路の両側に規則正しく配設されている。さらに、機器キャビネットは、その２つの列の後部が互いを向くように、暖気通路の両側に配設されている。現下、情報収集又はＣＤＵ１８０２等のＰＤＵとの接続確立のため、技術者又は他のユーザが暖気通路で作業する必要がある場合がある。ハードウェア識別子１８０４は、その利点として、前扉、側面パネル、ラックレール、側面ブラケット等の機器キャビネット１８００上の様々な位置に固定可能な接着ラベル又はタグとして実装可能である。ハードウェア識別子１８０４がこれらの位置のうちのいずれか１つ又は複数に配設された場合、技術者又は他のユーザは、ＣＤＵ１８０２との無線接続を確立する際に、冷気通路に立ったまま作業することができる。
【００７９】
[0079]本開示の種々実施形態によれば、ハードウェア識別子１８０４は、様々な技術を用いて実装可能である。一実施形態によれば、ハードウェア識別子１８０４は、ユーザデバイスに光学的情報を提供するように構成されている。例えば、ハードウェア識別子１８０４は、ユーザデバイスのＣＤＵ１８０２との無線接続を可能にする情報を特定するテキスト１８０６及び／又はバーコード１８０８を含むことができる。テキスト１８０６は、ＣＤＵ１８０２に組み込み又は接続されたＢｌｕｅｔｏｏｔｈチップ、カード、又はモジュールの媒体アクセス制御（ＭＡＣ）アドレスを含むことができる。バーコード１８０８は、同じくＣＤＵ１８０２のＢｌｕｅｔｏｏｔｈチップ、カード、又はモジュールのＭＡＣアドレスを含み得る１次元又は２次元バーコードとすることができる。好適な一実施形態において、バーコード１８０８は、クイックリカバリ（ＱＲ）コードと称する２次元バーコードである。また、テキスト１８０６及び／又はバーコード１８０８は、秘密鍵等の認証コードを含むことによって、ユーザデバイスとＣＤＵ１８０２のＢｌｕｅｔｏｏｔｈモジュールとの間のセキュアな接続を確立可能である。実際のところ、個人用デジタル補助装置（ＰＤＡ）、スマートフォン、タブレット等のユーザデバイスは、ハードウェア識別子１８０４の画像を取得する際に利用可能なカメラモジュールを備えてもよい。ユーザデバイス上で実行されるソフトウェアアプリケーションによれば、ユーザが開始する動作によって、カメラモジュールを介したＱＲコードの取得が可能である。ソフトウェアアプリケーションのスクリーンショット例を図１４に示すが、右上隅部に配置されたカメラアイコンを押しているユーザは、ユーザデバイスの内部カメラを作動させて、カメラの視野に現れたＱＲコードを取得する。そして、ユーザデバイスのカメラは、作動すると、例えば図１３〜図１５に記載のデバイスアプリケーションが使用する光学式文字認識によって、テキスト１８０６及び／又はバーコード１８０８に含まれる情報をデジタル化可能である。図１３〜図１５に記載したようなデバイスアプリケーションは、ユーザデバイスのカメラモジュールで取得した画像を受信及び処理することによって、ＱＲコードに埋設及び／又は符号化された情報を復号、解釈、及び／又は抽出するように構成可能である。
【００８０】
[0080]ハードウェア識別子１８０４の開示されている使用によれば、Ｂｌｕｅｔｏｏｔｈモジュールとの接続の確立に消費される時間を短縮できるという利点ももたらされる。通常、別のＢｌｕｅｔｏｏｔｈ対応のデバイスとの接続を確立するには、発見手順の実行によって、他方のＢｌｕｅｔｏｏｔｈデバイスのＭＡＣアドレスをユーザデバイスが取得可能となる。ただし、他方のＢｌｕｅｔｏｏｔｈデバイス（例えば、ＣＤＵ１８０２）のＭＡＣアドレスを光学的に提供することによって、ユーザデバイスは、発見手順を回避するとともに、ＭＡＣアドレスとの接続要求を目的のＢｌｕｅｔｏｏｔｈデバイスに送信することによって、この他方のＢｌｕｅｔｏｏｔｈデバイスとのペアリング及びボンディングを開始することができる。また、上述の通り、手短に言えば、テキスト１８０６及び／又はバーコード１８０８は、Ｂｌｕｅｔｏｏｔｈのペアリング手順で使用する秘密鍵を含むことができる。ＢｌｕｅｔｏｏｔｈモジュールにＭＡＣアドレス及びセキュリティ秘密鍵を提供することによって、ハードウェア識別子１８０４は、ＣＤＵ１８０２との無線接続確立の利便性、速度、及びセキュリティを向上可能である。
【００８１】
[0081]別の実施形態において、ハードウェア識別子１８０４は、ＮＦＣ又はＲＦＩＤタグとして実装可能である。タグとして、ハードウェア識別子１８０４はなお、機器キャビネット１８００の多くの表面のうちのいずれか１つに固定可能である。光学的実装と同様に、ＮＦＣタグを用いることによって、ＣＤＵ１８０２のＢｌｕｅｔｏｏｔｈモジュールに関連するＭＡＣアドレス及び／又は秘密鍵を提供可能である。ＮＦＣタグは、ステッカに埋め込むとともに、Ｂｌｕｅｔｏｏｔｈモジュールとの接続に有用な情報を予め符号化することができる。
【００８２】
[0082]以上、ハードウェア識別子１８０４は、Ｂｌｕｅｔｏｏｔｈ接続を容易にする情報を含むものとして説明したが、ＣＤＵ１８０２との他の接続を確立するための情報を含むこともできる。例えば、ハードウェア識別子１８０４は、ＣＤＵ１８０２のネットワークカードのＩＰアドレス又はＭＡＣアドレスを含むことによって、ユーザデバイスのイントラネット又はインターネットを介したＣＤＵ１８０２との接続を可能にする。本開示の様態の特定のＣＤＵに接続情報を提供することによって、ユーザは、隣接又は近接機器ラックのＣＤＵとの接続をユーザデバイスが確立する機会を低減することにより、適正又は所望のＣＤＵとの接続を確立しているものとさらに確信することができる。電子機器キャビネット１８００を図１８に図示しているが、機器ラック又は他の類似する電子機器ケースによっても機器キャビネット１８００に代替可能であることに留意されたい。
【００８３】
[0083]図１９は、種々実施形態に係る、携帯電話（又は、スマートフォン）の形態の代表的なユーザデバイス１９００の構成要素を示したブロック図である。種々実施形態のユーザデバイスは、１つ又は複数のプロセッサモジュールと、（１つ又は複数の）プロセッサモジュールにより実行されたとき、当該（１つ又は複数の）プロセッサモジュールに、ＰＤＵの機能に関連する様々な動作をモバイルデバイス上で行わせるソフトウェアを含むメモリとを備えてもよい。ユーザデバイスは、ＰＤＵとの無線接続のため、Ｂｌｕｅｔｏｏｔｈ、ＮＦＣ、ＷｉＦｉ等の様々なモジュールを備える。ユーザには、ディスプレイを介して様々なユーザインタフェースが電子的に提示されるようになっていてもよい。タッチスクリーン等のユーザデバイスへの入力により、様々なＳＣＰ読み出し及び書き込みコマンドをアプリケーションが自動的に生成する入力がもたらされる。いくつかの実施形態において、ユーザに提示されているユーザインタフェースは、ＰＤＵとの通信を容易にし、ユーザは、ＰＤＵに関する任意所望の情報の取得及び／又はユーザデバイスからの無線によるＰＤＵの設定／再設定が可能となる。
【００８４】
[0084]本発明の例に関する上記詳細な説明は、網羅的でもなければ、上記開示の厳密な形態に本発明を制限するものでもない。以上、本発明の具体例を例証目的で説明したが、当業者が認識するように、本発明の範囲内において、種々均等な改良が可能である。例えば、プロセス又はブロックは、所与の順序で提示しているが、別の実施態様では、異なる順序のステップを有するルーチンの実行又は異なる順序のブロックを有するシステムの採用を行ってもよく、いくつかのプロセス又はブロックは、消去、移動、追加、分割、結合、及び／又は改良によって、別の組合せ又は副次的な組合せを提供するようにしてもよい。これらのプロセス又はブロックはそれぞれ、種々異なる方法で実装されるようになっていてもよい。また、これらのプロセス又はブロックは、直列に実行されるものとして示している場合があるが、その代わりに、並列に実行又は実装されるようになっていてもよいし、異なるタイミングで実行されるようになっていてもよい。
【００８５】
[0085]上述のシステム及びデバイスは、ほんの一例に過ぎないものであることに留意されたい。種々実施形態では、必要に応じて様々な手順又は構成要素を省略、代替、又は追加してもよいことが強調される必要がある。例えば、当然のことながら、別の実施形態においては、特定の実施形態に関して説明した特徴を他の種々実施形態において組み合わせるようにしてもよい。これら実施形態の異なる態様及び要素は、同様に組み合わせるようにしてもよい。また、技術は進化するため、要素の多くは本質的に例示であり、本発明の範囲を制限するものと解釈されるべきではないことが強調される必要がある。
【００８６】
[0086]本明細書においては、具体的詳細を与えることによって、実施形態の十分な理解を可能としている。ただし、当業者には、これらの具体的詳細なく実施形態が実施されてもよいことが理解される。例えば、周知の回路、構造、及び技術については、実施形態が不明瞭となることがないように、不要な詳細を省いて示している。
【００８７】
[0087]いくつかの実施形態を説明したが、当業者には、本発明の主旨から逸脱することなく種々改良、別の構成、及び均等物を使用してもよいことが認識される。例えば、上記要素は、より大きなシステムの一構成要素に過ぎなくてもよく、本発明の適用に対して、他の規則が優先してもよいし、或いは改良を加えてもよい。また、上記要素の検討前、検討中、又は検討後に、多くのステップが始まるようにしてもよい。したがって、上記説明は、本発明の範囲を制限するものと捉えられるべきではない。
【図１】
2016521475.tif 000005
【図２Ａ】
2016521475.tif 000006
【図２Ｂ】
2016521475.tif 000007
【図３Ａ】
2016521475.tif 000008
【図３Ｂ】
2016521475.tif 000009
【図４Ａ】
2016521475.tif 000010
【図４Ｂ】
2016521475.tif 000011
【図５Ａ】
2016521475.tif 000012
【図５Ｂ】
2016521475.tif 000013
【図６Ａ】
2016521475.tif 000014
【図６Ｂ】
2016521475.tif 000015
【図７Ａ】
2016521475.tif 000016
【図７Ｂ】
2016521475.tif 000017
【図８】
2016521475.tif 000018
【図９Ａ】
2016521475.tif 000019
【図９Ｂ】
2016521475.tif 000020
【図１０Ａ】
2016521475.tif 000021
【図１０Ｂ】
2016521475.tif 000022
【図１１Ａ】
2016521475.tif 000023
【図１１Ｂ】
2016521475.tif 000024
【図１２Ａ】
2016521475.tif 000025
【図１２Ｂ】
2016521475.tif 000026
【図１３】
2016521475.tif 000027
【図１４】
2016521475.tif 000028
【図１５】
2016521475.tif 000029
【図１６】
2016521475.tif 000030
【図１７】
2016521475.tif 000031
【図１８】
2016521475.tif 000032
【図１９】
2016521475.tif 000033
【国際調査報告】
2016521475.tif 000034
2016521475.tif 000035
2016521475.tif 000036