(57)【要約】      （修正有）【課題】認証処理を行う対象の装置に正当性が認められない場合に生じる不要な処理を低減する。【解決手段】送電装置から無線で受電する受電装置２００であって、前記送電装置に対して第一の機器認証を行い、前記送電装置から第二の機器認証を受ける認証手段２０８と、前記第一の機器認証と前記第二の機器認証のうち先に行われた機器認証が成功した場合は他方の機器認証を行うように制御し、前記先に行われた機器認証が成功しない場合は前記他方の機器認証が行われないように制御し、行われた機器認証の結果に基づき受電に係る内容を決定する制御手段２０１と、を有する。【選択図】図２
2019193533.tif 000002
【特許請求の範囲】
【請求項１】
送電装置から無線で受電する受電装置であって、
前記送電装置に対して第一の機器認証を行い、前記送電装置から第二の機器認証を受ける認証手段と、
前記第一の機器認証と前記第二の機器認証のうち先に行われた機器認証が成功した場合は他方の機器認証を行うように制御し、前記先に行われた機器認証が成功しない場合は前記他方の機器認証が行われないように制御し、行われた機器認証の結果に基づき受電に係る内容を決定する制御手段と、
を有することを特徴とする受電装置。
【請求項２】
前記制御手段は、行われた機器認証の結果に基づき、前記送電装置に要求する電力値を決めることを特徴とする請求項１に記載の受電装置。
【請求項３】
前記制御手段は、前記先に行われた機器認証が成功しない場合には、前記先に行われた機器認証及び他方の機器認証がともに成功した場合と比較して小さい電力値を、前記送電装置に要求することを特徴とする請求項２に記載の受電装置。
【請求項４】
前記制御手段は、前記先に行われた機器認証が成功しない場合には、前記送電装置に送電の停止を要求することを特徴とする請求項１に記載の受電装置。
【請求項５】
前記機器認証が成功しない場合は、所定の時間内に所定の信号を受信しない場合を含むことを特徴とする請求項１乃至４のいずれか１項に記載の受電装置。
【請求項６】
前記認証手段は、前記第二の機器認証を受けている間は、前記第一の機器認証を行わないことを特徴とする請求項１乃至５のいずれか１項に記載する受電装置。
【請求項７】
前記認証手段は、前記第一の機器認証を行っている間は、前記第二の機器認証の要求を保留又は無視することを特徴とする請求項１乃至６のいずれか１項に記載の受電装置。
【請求項８】
無線で受電装置に送電する送電装置であって、
前記受電装置から第一の機器認証を受け、前記受電装置に対して第二の機器認証を行う認証手段と、
前記第一の機器認証と前記第二の機器認証のうち先に行われた機器認証が成功した場合は他方の機器認証を行うように制御し、前記先に行われた機器認証が成功しない場合は前記他方の機器認証が行われないように制御し、行われた機器認証の結果に基づき送電に係る内容を決定する制御手段と、
を有することを特徴とする送電装置。
【請求項９】
前記制御手段は、行われた機器認証の結果に基づき、前記受電装置への送電時に許容できる電力値を決めることを特徴とする請求項８に記載の送電装置。
【請求項１０】
前記制御手段は、前記先に行われた機器認証が成功しない場合には、前記先に行われた機器認証及び他方の機器認証がともに成功した場合と比較して小さい電力値を、前記許容できる電力値として決めることを特徴とする請求項９に記載の送電装置。
【請求項１１】
前記制御手段は、前記先に行われた機器認証が成功しない場合には、前記受電装置への送電を停止することを特徴とする請求項８に記載の送電装置。
【請求項１２】
前記機器認証が成功しない場合は、所定の時間内に所定の信号を受信しない場合を含むことを特徴とする請求項８乃至１１のいずれか１項に記載の送電装置。
【請求項１３】
前記認証手段は、前記第一の機器認証を受けている間は、前記第二の機器認証を行わないことを特徴とする請求項８乃至１２のいずれか１項に記載する送電装置。
【請求項１４】
前記認証手段は、前記第二の機器認証を行っている間は、前記第一の機器認証の要求を保留又は無視することを特徴とする請求項８乃至１３のいずれか１項に記載の送電装置。
【請求項１５】
前記送電装置は、電源装置から供給された電力を用いて前記受電装置に送電し、
前記認証手段は、前記電源装置との間で第三の機器認証を行うことを特徴とする請求項８乃至１４のいずれか１項に記載の送電装置。
【請求項１６】
送電装置から受電装置に無線で送電するシステムであって、
前記受電装置が前記送電装置に対して第一の機器認証を行い、前記送電装置が前記受電装置に対して第二の機器認証を行う認証手段と、
前記第一の機器認証と前記第二の機器認証のうち先に行われた機器認証が成功した場合は他方の機器認証を行うように制御し、前記先に行われた機器認証が成功しない場合は他方の機器認証が行われないように制御し、行われた機器認証の結果に基づき、送電に係る内容を決定する制御手段と、
を有することを特徴とするシステム。
【請求項１７】
送電装置から無線で受電し、前記送電装置に対して第一の機器認証を行い、前記送電装置から第二の機器認証を受ける認証手段を有する受電装置の制御方法であって、
前記第一の機器認証と前記第二の機器認証のうち先に行われた機器認証が成功した場合は他方の機器認証を行うように制御し、前記先に行われた機器認証が成功しない場合は他方の機器認証が行われないように制御し、
行われた機器認証の結果に基づき、受電に係る内容を決定することを特徴とする制御方法。
【請求項１８】
無線で受電装置に送電し、前記受電装置から第一の機器認証を受け、前記受電装置に対して第二の機器認証を行う認証手段を有する送電装置の制御方法であって、
前記第一の機器認証と前記第二の機器認証のうち先に行われた成功した場合は他方の機器認証を行うように制御し、前記先に行われた機器認証が成功しない場合は、他方の機器認証が行われないように制御し、
行われた機器認証の結果に基づき、送電に係る内容を決定することを特徴とする制御方法。
【請求項１９】
コンピュータを、請求項１乃至７のいずれか１項に記載の受電装置の各手段として機能させるためのプログラム。
【請求項２０】
コンピュータを、請求項８乃至１５のいずれか１項に記載の送電装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受電装置、送電装置、無線で送電するシステム、受電装置の制御方法、送電装置の制御方法及びプログラムに関する。
【背景技術】
【０００２】
近年、無線電力伝送システムの技術開発は広く行われている。特許文献１では、非接触充電規格の標準化団体Ｗｉｒｅｌｅｓｓ  Ｐｏｗｅｒ  Ｃｏｎｓｏｒｔｉｕｍ（ＷＰＣ）が策定する規格（以下、「ＷＰＣ規格」と呼ぶ）に準拠した送電装置及び受電装置が開示されている。また、特許文献２には、非接触充電の送電装置及び受電装置間の機器認証方法が開示されている。特許文献２によれば、送電装置はチャレンジデータを、受電装置に送信し、受電装置はそのチャレンジデータに対して認証用演算を施すことで作成されたレスポンスデータを、送電装置に送信する。そして送電装置が受電装置から受信したレスポンスデータを照合することで、機器認証プロトコルを実行する。特許文献２では、上記構成により、セキュリティの高い認証処理が可能になるとしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−００７１１６号公報
【特許文献２】特開２０１０−１０４０９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、認証処理を行う場合、送電装置と受電装置によっては、利便性が損なわれる場合があった。例えば、セキュリティを高めるため、送電装置と受電装置が相互に認証処理を行う場合には以下の問題が生じる。すなわち、先に行われた認証処理によって対象となる装置に正当性が認められない場合であっても、他方の認証処理の実行を待たなければならず、不要な処理が生じてしまう。
【０００５】
本発明は、上記の課題に鑑みてなされたものであり、認証処理を行う対象の装置に正当性が認められない場合に生じる不要な処理を低減することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一つの態様は、送電装置から無線で受電する受電装置であって、前記送電装置に対して第一の機器認証を行い、前記送電装置から第二の機器認証を受ける認証手段と、前記第一の機器認証と前記第二の機器認証のうち先に行われた機器認証が成功した場合は他方の機器認証を行うように制御し、前記先に行われた機器認証が成功しない場合は前記他方の機器認証が行われないように制御し、行われた機器認証の結果に基づき受電に係る内容を決定する制御手段と、を有することを特徴とする。
【発明の効果】
【０００７】
本発明により、認証処理を行う対象の装置に正当性が認められない場合に生じる不要な処理を低減することができる。
【図面の簡単な説明】
【０００８】
【図１】送電装置の構成例を示すブロック図である。
【図２】受電装置の構成例を示すブロック図である。
【図３】非接触充電システムの構成例を示すブロック図である。
【図４】ＵＳＢ認証とＷＰＴ認証を含む、非接触充電システムの動作シーケンスの一例を示す図である。
【図５】送電装置の制御部及び受電装置の制御部による、ＧＰの設定処理の一例を示すフローチャートである。
【図６】機器認証の結果とＧＰの設定値の関係の一例を示す図である。
【図７】送電装置の制御部による、電力伝送までの状態遷移を示すフローチャートの一例である。
【図８】送電装置と受電装置の間の通信に関するシーケンスの一例を示す図である。
【図９】受電装置の制御部による、電力伝送までの状態遷移を示すフローチャートの一例である。
【図１０】（ａ）はＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔの構成例を示す図、（ｂ）はＰｏｗｅｒ  Ｔｒａｎｓｍｉｔｔｅｒ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔの構成例を示す図である。
【図１１】受電装置の制御部による、電力伝送までの状態遷移を示すフローチャートの他の例である。
【図１２】送電装置の制御部による、電力伝送までの状態遷移を示すフローチャートの他の例である。
【発明を実施するための形態】
【０００９】
＜実施形態１＞
以下、添付の図面を参照して、本発明の実施形態について説明する。
【００１０】
（システム構成）
図３は、本実施形態に係る無線電力伝送システム（非接触充電システム）の構成例を示している。図３において、送電装置（以下、「ＴＸ」と呼ぶ。）１００は、ＡＣアダプタ３０１及びＵＳＢケーブル３００等を用いて有線で供給される電力を、無線により、受電装置（以下、「ＲＸ」と呼ぶ。）２００へ伝送する。ＲＸ２００は、ＴＸ１００から無線により伝送された電力を受け取り、例えばＲＸ２００の内部に備えられたバッテリを充電する。ＡＣアダプタ３０１は、電源プラグ３０２を介して供給される商用電源の電力をＴＸ１００に適した電圧に変換して、ＴＸ１００に供給する。
【００１１】
なお、図３の構成は一例であり、これら以外の構成が用いられてもよい。例えば、以下では、有線による電力供給は、機器認証を行うことができるものを一例として説明するが、これに限られるものではない。つまり、有線による電力供給について、機器認証を行わないものでも、本発明を適用することができる。また、以下では、有線による電力供給がＵＳＢ  Ｐｏｗｅｒ−Ｄｅｌｉｖｅｒｙ規格に従って行われ、ＵＳＢ  Ｐｏｗｅｒ−Ｄｅｌｉｖｅｒｙ規格がサポートするＡｕｔｈｅｎｔｉｃａｔｉｏｎ規格に基づいて機器認証が行われるものとする。ただし、これら以外の規格が用いられてもよい。
【００１２】
また、図３にはそれぞれ１つのＴＸ１００及びＲＸ２００が示されているが、複数のＴＸ１００が有線による電力の供給を受けて共通の１つのＲＸ２００又はそれぞれ別個のＲＸ２００に送電してもよいし、１つのＴＸ１００が複数のＲＸ２００に送電してもよい。なお、以下では、ＴＸ１００とＲＸ２００との間で、ＷＰＣ（Ｗｉｒｅｌｅｓｓ  Ｐｏｗｅｒ  Ｃｏｎｓｏｒｔｉｕｍ）規格に準拠した非接触充電が行われる場合について説明するが、これに限定されず、他の規格に基づいて非接触充電が行われてもよい。
【００１３】
（装置構成）
続いて、図３に示す非接触充電システムにおいて利用可能な送電装置（ＴＸ１００）及び受電装置（ＲＸ２００）の構成例について説明する。
【００１４】
図１は、ＴＸ１００の構成例を示すブロック図である。ＴＸ１００は、ＷＰＣ規格に準拠しており、さらにＷＰＣ規格のバージョン１．２．２（以下、「ＷＰＣ規格ｖ１．２．２」と呼ぶ。）で規定される機能を有する。ここで、ＴＸ１００は、ＴＸ１００と同様にＷＰＣ規格に対応したＲＸ２００の充電部に、最大１５ワットの電力を出力する電力供給能力を有するものとする。ＴＸ１００は、一例において、制御部１０１、電源部１０２、送電部１０３、通信部１０４、送電コイル１０５、表示部１０６、メモリ１０７、第一認証部１０８、及び第二認証部１０９を有しうる。
【００１５】
制御部１０１は、例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等の１つ以上のプロセッサを含んで構成され、ＴＸ１００の全体を制御する。つまり、制御部１０１は、電源部１０２、送電部１０３、通信部１０４、送電コイル１０５、表示部１０６、メモリ１０７、第一認証部１０８、及び第二認証部１０９の動作を制御する。なお、制御部１０１は、例えば特定用途向け集積回路（ＡＳＩＣ）やＦＰＧＡ（フィールドプログラマブルゲートアレイ）等を含んで構成されてもよい。制御部１０１は、後述するＷＰＴ認証の結果及び電力供給源（ＡＣアダプタ３０１及びＵＳＢケーブル３００等）に対するＵＳＢ認証の結果に基づき、送電に係る内容を決定する。例えば、その内容は送電時に許容できる電力値の最大値である。
【００１６】
電源部１０２は、ＡＣアダプタ３０１からＵＳＢケーブル３００を介してＴＸ１００の動作のための電力供給を受け、少なくとも制御部１０１及び送電部１０３が動作する電源を供給する。電源部１０２は、有線による電力供給機器の機器認証と電力の供給に対応可能に構成される。電源部１０２は、例えば図３のようにＵＳＢケーブル３００を介した電力の供給を受けるために、ＵＳＢ  Ｐｏｗｅｒ−Ｄｅｌｉｖｅｒｙ規格と、接続されたＵＳＢ機器同士の機器認証を行うＡｕｔｈｅｎｔｉｃａｔｉｏｎ規格に対応しうる。なお、ＴＸ１００は、ＵＳＢ  Ｐｏｗｅｒ−Ｄｅｌｉｖｅｒｙ規格以外の規格に準拠して電力の供給を受けてもよいし、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ規格以外の規格に従って機器認証を行ってもよい。このため、電源部１０２は、これらの規格以外の規格に対応可能に構成されうる。また、電源部１０２（又は後述の第一認証部１０８）は、複数の規格に対応可能に構成されてもよく、例えば電力供給元との接続形態に基づいて（例えばＴＸ１００のどの端子が用いられたかに基づいて）、使用すべき規格を判定してもよい。
【００１７】
送電部１０３は、送電コイル１０５を介して、ＲＸ２００へ伝送される交流電圧及び交流電流を発生させる。送電部１０３は、例えば、電源部１０２が供給する直流電圧を、ＦＥＴ（Ｆｉｅｌｄ  Ｅｆｆｅｃｔ  Ｔｒａｎｓｉｓｔｏｒ）を使用したハーフブリッジ又はフルブリッジ構成のスイッチング回路を用いて交流電圧に変換しうる。この場合、送電部１０３は、ＦＥＴのＯＮ／ＯＦＦを制御するゲ−トドライバを含みうる。
【００１８】
通信部１０４は、ＲＸ２００（図２の通信部２０４）との間で、ＷＰＣ規格に基づいた非接触充電の制御に関する制御通信を行う。通信部１０４は、送電部１０３が発生する交流電圧又は電流を変調し、無線電力に情報を重畳するいわゆるインバンド通信によってＲＸ２００との間での通信を行いうる。ただし、これに限られず、通信部１０４は、アウトバンド（ｏｕｔ−ｏｆ−ｂａｎｄ）通信によって、ＲＸ２００との間での通信を行ってもよい。アウトバンド通信は、例えば、ＮＦＣ、ＲＦＩＤ、Ｗｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ等によって行われうる。なお、ここでいうアウトバンド通信は、無線電力に情報を重畳せずに行う通信のことである。アウトバンド通信で用いる周波数帯の少なくとも一部は、電力伝送用の周波数帯に含まれないことが好ましい。より好ましくは、アウトバンド通信で用いる周波数帯が電力伝送用の周波数帯と全く重ならないことが望ましい。
【００１９】
表示部１０６は、ＴＸ１００の状態や、図３に示すようなＴＸ１００、ＲＸ２００、ＵＳＢケーブル３００、ＡＣアダプタ３０１などの機器を含む非接触充電システムの状態の情報を、ユーザが確認可能なように表示する。表示部１０６は、例えば、ＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｅｄ  Ｄｉｏｄｅ）によって構成されうるが、これに限られず、例えばＬＥＤに代えて又はこれに追加して、スピーカ、振動発生回路、ディスプレイ等を含んで構成されてもよい。メモリ１０７は、ＴＸ１００及び図３の非接触充電システムの各要素及び全体の状態を記憶する。
【００２０】
第一認証部１０８は、電源部１０２と、それに接続されるＵＳＢケーブル３００及びＡＣアダプタ３０１についての機器認証を行う。本実施形態では、第一認証部１０８は、ＵＳＢ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ規格に準拠した機器認証を行うものとする。ただしこれに限られず、Ｑｕａｌｃｏｍｍ社のＱｕｉｃｋ  Ｃｈａｒｇｅ規格等の、機器認証に対応している他の規格が用いられてもよい。
【００２１】
第二認証部１０９は、通信部１０４を介した通信によってＴＸ１００とＲＸ２００との間の機器認証を行う。本実施形態では、後述する第二認証部１０９が行う機器認証をＷｉｒｅｌｅｓｓ  Ｐｏｗｅｒ  Ｔｒａｎｓｆｅｒ認証又はＷＰＴ認証と呼ぶ。さらに、第二認証部１０９は、ＲＸ２００に対してＷＰＴ認証を行う際に使用する部分と、ＲＸ２００からのＷＰＴ認証を受ける際に使用する部分とが分かれていてもよいし、一体であってもよい。
【００２２】
なお、図１では、制御部１０１、電源部１０２、送電部１０３、通信部１０４、メモリ１０７、第一認証部１０８、第二認証部１０９が別個のブロックとして図解されているが、これらの内の複数の任意のブロックが同一チップ内に実装されてもよい。例えば、ＵＳＢ  Ｐｏｗｅｒ−Ｄｅｌｉｖｅｒｙに対応した電源部１０２とＵＳＢ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ規格に対応した第一認証部１０８とが、ＵＳＢ関連チップとして同一チップ内に実装されてもよい。この場合、ＴＸ１００は、制御部１０１とＵＳＢ関連チップとの間を、例えばＧＰＩＯ（Ｇｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）やシリアル通信で接続するように構成されうる。また、例えば、第二認証部１０９、制御部１０１、メモリ１０７、送電部１０３、通信部１０４の内の複数の任意のブロックが同一チップ内に実装されてもよい。また、図１における１つのブロックが、複数のブロックに分割されてもよく、場合によっては複数のチップによって実装されてもよい。
【００２３】
図２は、ＲＸ２００の構成例を示すブロック図である。ＲＸ２００も、ＴＸ１００と同様に、ＷＰＣ規格に準拠しており、さらにＷＰＣ規格ｖ１．２．２で規定される機能を有する。ＲＸ２００は、一例において、制御部２０１、表示部２０２、受電部２０３、通信部２０４、受電コイル２０５、充電部２０６、バッテリ２０７、認証部２０８、及びメモリ２０９を有しうる。
【００２４】
制御部２０１は、例えばＣＰＵやＭＰＵ等の１つ以上のプロセッサやＡＳＩＣ又はＦＰＧＡ等を含んで構成され、ＲＸ２００の全体を制御する。つまり、制御部２０１は、表示部２０２、受電部２０３、通信部２０４、受電コイル２０５、充電部２０６、バッテリ２０７、認証部２０８、及びメモリ２０９の動作を制御する。また、制御部２０１は、後述するＴＸ１００に対する機器認証の結果に基づき、受電に係る内容を決定する。例えば、その内容は、ＴＸ１００に要求する電力値の最大値である。
【００２５】
表示部２０２は、電力の供給状態や、ＲＸ２００の充電状態などの情報をユーザが確認可能となるように表示する。表示部２０２は、本実施形態ではＬＥＤであるものとするが、これに加えて又はこれに代えて、例えば、スピーカ、振動発生回路、ディスプレイ等を含んでもよい。
【００２６】
受電部２０３は、受電コイル２０５を介して、送電コイル１０５から放射された電磁波を受電し、受電によって得られる交流電圧及び交流電流を、制御部２０１や充電部２０６等が動作する際に用いられる直流電圧及び直流電流に変換する。なお、本実施形態では、受電部２０３は、充電部２０６に最大１５ワットの電力を出力する能力を有するものとする。
【００２７】
通信部２０４は、ＴＸ１００の通信部１０４との間で、ＷＰＣ規格に基づいた非接触充電の制御に関する制御通信を行う。この制御通信は、ＲＸ２００側の負荷を変動させることによってＴＸ１００とＲＸ２００との間の電力伝送の状態を変化させて、送電コイル１０５を流れる電流を変動させることにより情報を伝送する、負荷変調によって行われうる。なお、通信部２０４は、この負荷変調等のインバンド通信によって制御通信を行ってもよいし、上述したアウトバンド通信により制御通信を行ってもよい。
【００２８】
充電部２０６は、受電部２０３から供給される直流電圧と直流電流を利用して、バッテリ２０７を充電する。認証部２０８は、通信部２０４を介した通信によって、ＴＸ１００の第二認証部１０９との間で相互に機器認証を行う。メモリ２０９は、ＲＸ２００及び非接触充電システム（図３）の各要素及び全体の状態を記憶する。なお、ＴＸ１００又はＲＸ２００がＷＰＴ認証を含むＷＰＣ規格に対応していることを、以下では「ＷＰＣ規格バージョンＡに対応している」と表現する。ここでＷＰＣ規格バージョンＡは、ＷＰＣ規格ｖ１．２．２の後継の規格であり、少なくともＷＰＴ認証機能が追加されているものとする。
【００２９】
なお、図２では受電部２０３、認証部２０８、制御部２０１、メモリ２０９、通信部２０４、充電部２０６が別個のブロックとして図解されているが、これらの内の複数の任意のブロックが同一チップ内に実装されてもよい。また、図２における１つのブロックが、複数のブロックに分割されてもよく、場合によっては複数のチップによって実装されてもよい。
【００３０】
本実施形態に係る非接触充電システムでは、ＴＸ１００の第一認証部１０８が、ＡＣアダプタ３０１及びＵＳＢケーブル３００と、第一の通信プロトコルを使用した機器認証（例えば、ＵＳＢケーブルを介したＵＳＢ認証）を行う。また、ＴＸ１００の第二認証部１０９は、第一の通信プロトコルと異なる媒体（例えば、送電コイル１０５及び受電コイル２０５）を使用する第二の通信プロトコルを使用してＲＸ２００と相互に機器認証を行う。
【００３１】
本実施形態において、ＡＣアダプタ３０１、ＵＳＢケーブル３００、ＴＸ１００（電源部１０２）はＵＳＢ機器である。ＵＳＢ機器がＵＳＢ認証に対応すると共にＵＳＢ認証に成功することによって、それらの機器にＵＳＢ認証で定められた電力を印加したとしても過度の発熱等の問題が生じないことを確認することができる。すなわち、ＵＳＢ認証に成功した場合、ＡＣアダプタ３０１からＵＳＢケーブル３００を介して、定められた電力をＴＸ１００の電源部１０２に供給した際に、ＴＸ１００の電源部１０２、ＵＳＢケーブル３００、ＡＣアダプタ３０１が過度に発熱しないと言える。
【００３２】
一方、電源部１０２、ＵＳＢケーブル３００、ＡＣアダプタ３０１のいずれかがＵＳＢ認証に対応しない場合は、ＵＳＢ認証に成功することはない。この場合、ＵＳＢ認証に定められた電力を印加した場合に、それらの機器やケーブルのいずれかが過度に発熱する等の問題が生じうる。ここでＵＳＢ認証に非対応の機器は、ＵＳＢ認証規格が策定される以前の複数のバージョンのＵＳＢ規格のいずれかに対応している機器を含む。本実施形態では、ＵＳＢ認証規格が策定される以前の複数のバージョンのＵＳＢ規格のいずれかに対応したＵＳＢ機器をレガシーのＵＳＢ機器と呼ぶ。
【００３３】
また、電源部１０２、ＵＳＢケーブル３００、ＡＣアダプタ３０１のいずれかがＵＳＢ認証に失敗した場合は、ＵＳＢ認証で定められた電力を印加した場合に発熱等の問題が生じうる。ここで、ＵＳＢ認証に失敗するとは、ＵＳＢケーブル３００とＡＣアダプタ３０１の少なくともいずれかが、名目的にはＵＳＢ認証に対応しているが、実際は対応していないＵＳＢ機器である可能性がある場合を含む。
【００３４】
また、ＲＸ２００とＴＸ１００とがＷＰＣ規格バージョンＡに対応しており、かつ、相互にＷＰＴ認証に成功した場合は、ＲＸ２００とＴＸ１００とが規格で定められた所定の電力のやり取りをしたとしても、それらが過度に発熱する等の問題が生じない。一方、ＲＸ２００とＴＸ１００との少なくとも一方がＷＰＣ規格バージョンＡに対応しない場合は、上述の定められた電力が印加された場合に、ＷＰＣ規格バージョンＡに対応しない装置が過度に発熱する等の問題が生じうる。ここでＷＰＣ規格バージョンＡに非対応の機器には、ＷＰＣ規格バージョンＡより前の複数のバージョンのＷＰＣ規格のいずれかに対応している機器が含まれる。本実施形態ではＷＰＣ規格バージョンＡより前の複数のバージョンのＷＰＣ規格のいずれかに対応したＴＸ又はＲＸをレガシーのＴＸ又はＲＸと呼ぶ。
【００３５】
また、ＴＸ１００とＲＸ２００との間でのＷＰＴ認証に失敗するのは、これらの機器が名目上ＷＰＴ認証に対応しているが実際は対応していない場合が含まれる。この場合も、ＷＰＴ認証に成功しないため、上述の定められた電力を印加した場合に、過度の発熱等の問題が生じうる。なお、ＷＰＴ認証に対応している機器間でのＷＰＴ認証は必ず成功する。
【００３６】
本実施形態では、ＵＳＢケーブル３００及びＡＣアダプタ３０１がＵＳＢ認証に成功し、かつＲＸ２００及びＴＸ１００が相互にＷＰＴ認証に成功した場合に、規格で定められる所定の電力を供給することが可能であると判断される。すなわち、過度の発熱などの問題が生じない状態で、ＲＸ２００の受電部２０３が負荷（本実施形態では充電部２０６）に所定の電力（１５ワット）を供給することができる。他方、ＴＸ１００（電源部１０２）、ＵＳＢケーブル３００、ＡＣアダプタ３０１のいずれかがＵＳＢ認証に成功しない、又はＲＸ２００とＴＸ１００のいずれかがＷＰＴ認証に成功しない場合は、所定の電力の供給に問題が生じる可能性がある。すなわち、ＲＸ２００の受電部２０３が負荷に１５ワットの所定の電力を供給した場合に、過度の発熱等の問題が生じうる。以下では、そのようなリスクを回避するために、認証に成功しない場合に、受電部２０３が供給する電力を所定の電力（１５ワット）より小さい電力値（例えば５ワット以下）に制限する。
【００３７】
（処理の流れ）
続いて、非接触無線通信システムで実行される処理の流れの例について説明する。図４は、本実施形態において実行される、ＵＳＢ認証とＷＰＴ認証とを含む処理の流れの例を示すシーケンス図である。また、図５（ａ）は、本実施形態におけるＧｕａｒａｎｔｅｅｄ  Ｐｏｗｅｒ（以下、「ＧＰ」と呼ぶ。）の設定に関して、送電装置（ＴＸ１００）の制御部１０１によって実行される処理の流れの例を示すフローチャートである。また、図５（ｂ）は、ＧＰの設定に関して、受電装置（ＲＸ２００）の制御部２０１によって実行される処理の流れの例を示すフローチャートである。
【００３８】
ここで、ＧＰとは、ＴＸ１００とＲＸ２００との位置関係がずれて、送電コイル１０５と受電コイル２０５との間の送電効率が低下しても、受電部２０３の負荷への出力電力に関してＴＸ１００が保証する電力値である。受電部２０３の負荷は、受電部２０３が電源を供給する対象であり、少なくとも充電部２０６を含む。例えば、ＧＰが５ワットの場合、送受電コイルの位置関係がずれて、コイル間の送電効率が低下したとしても、受電部２０３が５ワットの電力を出力することができるように、ＴＸ１００は送電部１０３を制御する。本実施形態では、認証の結果に応じて、ＧＰが制限される。これにより、例えば認証に成功しない場合や認証に非対応の場合に、規格で規定された電力が伝送されることによる過度の発熱等の問題が生じるのを防ぐことができる。まず、ＵＳＢ認証及びＷＰＴ認証の結果によって、後述するＮｅｇｏｔｉａｔｉｏｎにおいて用いられるＧＰの制限値の例について、図６を用いて説明する。
【００３９】
図６は、ＵＳＢ認証及びＷＰＴ認証の結果によって、後述するＮｅｇｏｔｉａｔｉｏｎにおいて用いられるＧＰの制限値の例を示す図である。図６（ａ）がＴＸ１００のＧＰの制限値であり、図６（ｂ）がＲＸ２００のＧＰの制限値である。
【００４０】
図６（ａ）の列６００の「ＵＳＢ認証非対応」とは、ＴＸ１００の電源部１０２、ＵＳＢケーブル３００、ＡＣアダプタ３０１の少なくともいずれかがＵＳＢ認証に対応していない（ただし、ＵＳＢ認証に対応している機器は認証に成功している）ことを示す。列６０１の「ＵＳＢ認証失敗」とは、ＴＸ１００の電源部１０２、ＵＳＢケーブル３００、ＡＣアダプタ３０１の少なくともいずれかが、（少なくとも名目上は）ＵＳＢ認証に対応しているが、ＵＳＢ認証に失敗したことを示す。列６０２の「ＵＳＢ認証成功」とは、ＴＸ１００の電源部１０２、ＵＳＢケーブル３００、ＡＣアダプタ３０１のすべてがＵＳＢ認証に成功したことを示す。また、行６０３は、ＲＸ２００がＷＰＴ認証に対応していないことを、行６０４は、ＲＸ２００がＷＰＴ認証に対応しているがＷＰＴ認証に失敗したことを、行６０５は、ＲＸ２００がＷＰＴ認証に対応しておりＷＰＴ認証に成功したことを示す。なお、テーブル中の「０，２．５，５」の３種類のＧＰの電力値が記載されている欄については、予めそれらのうちの１つを採用するような設定が行われる。
【００４１】
図６（ａ）によれば、ＵＳＢ認証に非対応（列６００）である場合は、ＷＰＴ認証の結果によらず、ＧＰを５ワットに制限することで、過度の発熱等を回避するようにする。また、列６００のうち、ＷＰＴ認証に失敗した場合（行６０４）は、０ワット（送電しない）や（５ワットより小さい）２．５ワットなど、ＷＰＴ認証に非対応の場合（行６０３）と比較して、ＧＰを小さい値に制限してもよい。ＷＰＴ認証に失敗したということは、ＲＸが、例えば、名目上はＷＰＴ認証を実装しているが正規に実装していない、ＷＰＣ規格を満たしていない偽物などである可能性があるからである。過度の発熱等の観点では、ＧＰを５ワットに制限すればよい。一方で、ＷＰＴ認証非対応であるが正規に規格を実装しているレガシーのＲＸよりも低いＧＰ（０ワット又は２．５ワット）に制限することで、ＷＰＴ認証に対応していると見せかけた偽物への送電を抑制又は回避することができる。
【００４２】
同様に、ＵＳＢ認証に失敗した場合（列６０１）は、ＷＰＴ認証の結果にかかわらず０ワット（送電しない）や（５ワットより小さい）２．５ワットなど、ＵＳＢ認証に非対応の場合（列６００）と比較して、ＧＰを小さい値に制限してもよい。これは、ＵＳＢ認証に失敗したということは、認証対象のＵＳＢ機器が、例えば、名目上はＵＳＢ認証を実装してはいるが正規に実装していない偽物である可能性があるからである。このため、ＵＳＢ認証非対応であるが正規に規格を実装しているレガシーのＵＳＢ機器と比較して、より低い０ワット又は２．５ワットに制限することで、ＵＳＢ認証に対応していると見せかけた偽物からの電力の供給を抑制又は回避することができる。
【００４３】
ＵＳＢ認証に成功した場合（列６０２）は、ＴＸ１００の電源部１０２、ＵＳＢケーブル３００、ＡＣアダプタ３０１に関して、ＲＸ２００が負荷へ１５ワット（ＴＸ１００がＲＸ２００へ供給できるＧＰの最大値）を供給しても過度の発熱等が生じない。このため、ＴＸ１００は、ＷＰＣ認証の結果に基づいてＧＰの設定を行う。例えば、ＴＸ１００は、ＷＰＴ認証非対応の場合（行６０３）は上述の理由によりＧＰを５ワットに制限し、ＷＰＴ認証に失敗した場合（行６０４）はＧＰをより低い値（０ワット又は２．５ワット）に制限する。ＵＳＢ認証に成功し（列６０２）、ＷＰＴ認証にも成功（行６０５）した場合は、過度の発熱等の問題が生じないと判断し、ＴＸ１００は、ＧＰの制限値としてＴＸ１００の送電能力及びＲＸ２００の受電能力の最大値である１５ワットを設定する。また、ＲＸ２００が、ＴＸ１００の送電能力及びＲＸ２００の受電能力の最大値である１５ワットを、ＧＰとしてＴＸ１００に要求してもよい。
【００４４】
なお、本実施形態では、ＵＳＢ認証を行う場合を例示しているが、ＵＳＢ認証を行わない場合には、ＧＰの制限値のテーブルとして、ＵＳＢ認証成功とみなして図６（ａ）の列６０２を保持するようにしてもよい。
【００４５】
ＲＸ２００においては、電源系にＵＳＢ機器が接続されていないため、ＵＳＢ認証はない。よって、ＧＰの制限値はＴＸ１００とのＷＰＴ認証結果で決まる。図６（ｂ）の行６１３はＴＸ１００がＷＰＴ認証に対応していないことを、行６０４はＴＸ１００がＷＰＴ認証に対応しているがＷＰＴ認証に失敗したことを、行６０５はＴＸ１００がＷＰＴ認証に対応しておりＷＰＴ認証に成功したことを示す。なお、テーブル中の「０，２．５，５」の３種類のＧＰの電圧値が記載されている欄については、予めそれらのうちの１つを採用するような設定が行われる。
【００４６】
ＷＰＴ認証が非対応の場合（行６１３）は、ＴＸ１００と同様の理由により、ＧＰは５ワットとし、ＷＰＴ認証に失敗した場合（行６１４）は、より低いＧＰ（０ワット又は２．５ワット）に制限される。ＷＰＴ認証に成功（行６１５）した場合は、上記リスクがないと判断し、ＲＸ２００は、ＧＰの制限値としてＴＸ１００及びＲＸ２００の能力の最大値である１５ワットを設定する。
【００４７】
このように、ＴＸ１００は、ＵＳＢ認証結果とＷＰＴ認証結果、及び、図６（ａ）に示されるような設定値に基づいて、後述のＮｅｇｏｔｉａｔｉｏｎフェーズの交渉において、送電する電力値として許容できるＧＰの最大値を決定する。また、ＲＸ２００は、ＵＳＢ認証結果とＷＰＴ認証結果、及び、図６（ｂ）に示されるような設定値に基づいて、Ｎｅｇｏｔｉａｔｉｏｎフェーズの交渉において、ＴＸ１００に要求するＧＰの最大値を決定する。なお、ＵＳＢ認証とＷＴＰ認証との両方が成功した場合は、Ｎｅｇｏｔｉａｔｉｏｎフェーズの交渉において、ＴＸ１００とＲＸ２００の最大能力に応じた送電電力が決定されうる。
【００４８】
続いて、図３の非接触充電システムの起動から送電までの処理の流れの例について、図４及び図５を用いて説明する。ＲＸ２００は、ＵＳＢ認証及びＷＰＴ認証において認証の対象となる機器のうち認証に非対応又は認証に失敗した機器が１つでもあれば、ＴＸ１００に対して、ＧＰの値として大きな電力を要求しないように動作する。
【００４９】
まず、ＴＸ１００の電源部１０２にＵＳＢケーブル３００とＡＣアダプタ３０１が接続されると（４００）、ＴＸ１００の制御部１０１は、ＵＳＢ認証を行う（４０１、Ｓ５０１）。ＵＳＢ認証において、制御部１０１は、第一認証部１０８を動作させ、認証対象であるすべてのＵＳＢ機器（本実施形態ではＵＳＢケーブル３００とＡＣアダプタ３０１の両方）がＵＳＢ認証に対応しているかを判断する。第一認証部１０８は、すべてのＵＳＢ機器についてＵＳＢ認証を実行し、実行したすべてのＵＳＢ認証に成功した場合に、「ＵＳＢ認証成功」と判定する。
【００５０】
また、本実施形態では、いずれかのＵＳＢ認証に成功しなかった場合の認証結果として「ＵＳＢ認証非対応」と「ＵＳＢ認証失敗」を設けている。第一認証部１０８は、ＵＳＢ認証に対応しているが認証に失敗した機器が１つでも存在する場合は「ＵＳＢ認証失敗」とする。そして、第一認証部１０８は、ＵＳＢ認証に成功しなかった機器がすべてＵＳＢ認証に対応していない機器である場合に「ＵＳＢ認証非対応」と判断する。なお、第一認証部１０８は、認証に失敗した機器の属性に基づいて「ＵＳＢ認証失敗」又は「ＵＳＢ認証非対応」のいずれかと判断するようにしてもよい。例えば、第一認証部１０８は、認証に失敗した機器が存在する場合に、その機器の属性を特定して、その属性に応じた判断を実行しうる。
【００５１】
本実施形態では、例えば、ＡＣアダプタ３０１のＵＳＢ認証に成功したが、ＵＳＢケーブル３００がＵＳＢ認証に対応していない場合、「ＵＳＢ認証非対応」と判定される。また、例えば、ＡＣアダプタ３０１のＵＳＢ認証に成功し、ＵＳＢケーブル３００はＵＳＢ認証に対応しているものの認証に失敗した場合、「ＵＳＢ認証失敗」と判定される。また、例えば、ＡＣアダプタ３０１とＵＳＢケーブル３００の両方がＵＳＢ認証に成功した場合、「ＵＳＢ認証成功」と判定される。制御部１０１は、このようなＵＳＢ認証結果をメモリ１０７に保持しておく（Ｓ５０２）。
【００５２】
次に、制御部１０１は、ＵＳＢ  ＰＤ（ＵＳＢ−Ｐｏｗｅｒ  Ｄｅｌｉｖｅｒｙ規格）のシーケンスに基づいてＡＣアダプタ３０１との間でＡＣアダプタ３０１から供給される電圧及び電流に関する電源仕様を決定する（４０２）。電源電圧はＴＸ１００の内部構成により決まっているため、この場合は電流値が決定される。本実施形態では、電源部１０２の電圧は１５Ｖであるとし、電源部１０２の出力電流は最大で３Ａであるとする。ここで、ＴＸ１００の制御部１０１は、電流値を下げる際に、図６（ａ）に示されるような設定に基づいて、電流値の下げ幅を判断する。例えば、ＵＳＢ認証非対応の場合、図６（ａ）の列６００に基づいて、ＷＰＣ規格のＮｅｇｏｔｉａｔｉｏｎフェーズ（後述）での交渉において、送電時に許容できるＧＰの最大値は５ワットと決定される。
【００５３】
そして、制御部１０１は、ＴＸ１００の内部のロスを考慮して電流値を決定する。例えば、送受電コイルの位置が変化し、コイル間効率が一番低くなった時にＧＰである５ワットをＲＸ２００が出力するときのシステム効率を５０％であるとする。この場合、電源部１０２が送電部１０３や制御部１０１に供給する電力は１０ワット（５Ｗ×２）である。このため、電源電圧が１５Ｖであるため、出力電流は１０Ｗ／１５Ｖ＝０．６７Ａとなる。本実施形態では、ＵＳＢ機器がＵＳＢ認証に非対応であった場合、ＧＰを５ワットに制限するとした。このため、電源部１０２がＵＳＢ  ＰＤのシーケンスに基づいてＡＣアダプタ３０１と交渉して決定すべき電流値は、０．６７Ａ程度であればよい。この決定すべき電流値に基づいて、ＴＸ１００の制御部１０１は、ＡＣアダプタ３０１との間で電源仕様を決定する。他方、ＵＳＢ認証に成功した場合は、１５ワットのＧＰ値に対応できるように、電源仕様が２．０Ａ（１５Ｗ×２／１５Ｖ）に決定される。
【００５４】
そして、ＴＸ１００の制御部１０１は、送電部１０３を起動する（４０３）。送電部１０３の起動は、例えば、電源部１０２から制御部１０１と送電部１０３と通信部１０４との少なくともいずれかに電源を投入する、いわゆるパワーオンリセットでありうる。また、第一認証部１０８がＴＸ１００の制御部１０１と送電部１０３と通信部１０４との少なくともいずれかに不図示のリセット信号（ＬＯ：約０Ｖ）を入力することにより、これらの機能部の少なくともいずれかにリセットをかけてもよい。この場合、第一認証部１０８は、電源仕様が決まってＧＰの値が決定された後に、リセット信号をＨＩ（例えば３．３Ｖ）にすることによって、リセットを解除する。
【００５５】
送電部１０３が起動すると、ＴＸ１００はＷＰＣ規格に準拠した動作を開始する。本実施形態では、ＷＰＣ規格に準拠したフェーズに加え、ＷＰＴ認証を行うフェーズとしてＡｕｔｈｅｎｔｉｃａｔｉｏｎフェーズを定義する。Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズでは、ＴＸ１００とＲＸ２００が、ＷＰＴ認証に基づいた機器認証を実行する。ＴＸ１００及びＲＸ２００の両方がＡｕｔｈｅｎｔｉｃａｔｉｏｎフェーズに対応している場合、ＴＸ１００とＲＸ２００は、まず、Ｓｅｌｅｃｔｉｏｎフェーズの処理を実行する。そして、Ｐｉｎｇフェーズ、及びＩｄｅｎｔｉｆｉｃａｔｉｏｎ  ＆  Ｃｏｎｆｉｇｕｒａｔｉｏｎフェーズ（以下、「Ｉ＆Ｃフェーズ」と呼ぶ。）に遷移し、その後にＡｕｔｈｅｎｔｉｃａｔｉｏｎフェーズが実行される。さらに、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズの後に、Ｎｅｇｏｔｉａｔｉｏｎフェーズ、Ｃａｌｉｂｒａｔｉｏｎフェーズ、Ｐｏｗｅｒ  Ｔｒａｎｓｆｅｒフェーズ（以下、「ＰＴフェーズ」と呼ぶ。）の順で処理が実行される。
【００５６】
Ｓｅｌｅｃｔｉｏｎフェーズでは、送電部１０３が、送電コイル１０５を介してＡｎａｌｏｇ  Ｐｉｎｇを送電する（４０４）。Ａｎａｌｏｇ  Ｐｉｎｇは、送電コイル１０５の近傍に存在する物体を検出するための微小な電力の信号である。ＴＸ１００は、Ａｎａｌｏｇ  Ｐｉｎｇを送電した時の送電コイルの電圧値又は電流値を検出し、電圧がある閾値を下回る場合又は電流値がある閾値を超える場合に物体が存在すると判断し、Ｐｉｎｇフェーズに遷移する。
【００５７】
Ｐｉｎｇフェーズでは、ＴＸ１００は、Ａｎａｌｏｇ  Ｐｉｎｇより大きいＤｉｇｉｔａｌ  Ｐｉｎｇを送電する（４０５）。Ｄｉｇｉｔａｌ  Ｐｉｎｇの大きさは、送電コイル１０５の近傍に存在するＲＸ２００の制御部２０１が起動するのに十分な電力である。ＲＸ２００の制御部２０１は、受電コイル２０５を介して受電したＤｉｇｉｔａｌ  Ｐｉｎｇによって起動すると、受電電圧の大きさをＴＸ１００へ通知し（４０６）、Ｉ＆Ｃフェーズへ遷移する。また、ＴＸ１００は、受電電圧値の通知を受けると、Ｉ＆Ｃフェーズに遷移する。
【００５８】
Ｉ＆Ｃフェーズでは、ＲＸ２００はＩＤ  Ｐａｃｋｅｔ及びＣｏｎｆｉｇｕｒａｔｉｏｎ  ＰａｃｋｅｔをＴＸ１００へ送信する（４０７、４０８）。ＲＸ２００が送信したＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔに対して、ＴＸ１００は、アクノリッジ（ＡＣＫ）で応答する。そして、ＴＸ１００及びＲＸ２００はＩ＆Ｃフェーズを終了し、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズに遷移する。Ｉ＆Ｃフェーズが終了すると、ＴＸ１００とＲＸ２００は、互いにデータを送信できるようになる。
【００５９】
続いて、第二認証部１０９及びＲＸ２００の認証部２０８は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズで相互にＷＰＴ認証処理を実施する（４０９、Ｓ５０３、Ｓ５１３）。ＴＸ１００の認証対象は、非接触充電システムにおける受電装置としてのＲＸ２００である。ＲＸ２００の認証対象は、非接触充電システムにおける送電装置としてのＴＸ１００である。なお、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズの詳細については後述する。
【００６０】
ＴＸ１００の制御部１０１は、このＷＰＴ認証の結果をメモリ１０７に保持する（Ｓ５０４）。またＲＸ２００の制御部２０１は、このＷＰＴ認証の結果をメモリ２０９に保持する（Ｓ５１４）。ＴＸ１００の制御部１０１は、Ｓ５０２でメモリ１０７に保持したＵＳＢ認証の結果と、Ｓ５０４でメモリ１０７に保持したＷＰＴ認証の結果と、図６（ａ）に基づき、Ｎｅｇｏｔｉａｔｉｏｎフェーズで用いるＧＰの最大値を決定する（４１０ａ、Ｓ５０５）。一方、ＲＸ２００の制御部２０１は、Ｓ５１４でメモリ２０９に保持したＷＰＴ認証の結果と、図６（ｂ）に基づいて、Ｎｅｇｏｔｉａｔｉｏｎフェーズで用いるＧＰの最大値を決定する（４１０ｂ、Ｓ５１５）。
【００６１】
その後、ＴＸ１００の制御部１０１とＲＸ２００の制御部２０１は、Ｎｅｇｏｔｉａｔｉｏｎフェーズで交渉を行い、ＧＰを決定する（４１１）。ここでは、ＴＸ１００の第一認証部１０８（ＵＳＢ認証）と、第二認証部１０９（ＷＰＴ認証）と、ＲＸ２００の認証部２０８（ＷＰＴ認証）による機器認証の結果に基づいて、送電電力の交渉が行われる。すなわち、制限されたＧＰ値（４１０ａ、４１０ｂ）で許容される送電電力以下となるように交渉が行われる。
【００６２】
例えば、ＲＸ２００において、ＷＰＴ認証の結果が「ＷＰＴ認証成功」の場合は、図６（ｂ）に示されるようにＧＰの設定が１５ワットまで許容される。一方、ＷＰＴ認証の結果が「ＷＰＴ認証失敗」であれば、ＧＰは５ワット又はそれ未満に制限される。Ｎｅｇｏｔｉａｔｉｏｎフェーズにおいて、制御部２０１はＧＰをＴＸ１００に要求する。
【００６３】
また、ＴＸ１００においては、ＵＳＢ認証の結果が「ＵＳＢ認証成功」かつＷＰＴ認証の結果が「ＷＰＴ認証成功」の場合は、図６（ａ）に示されるようにＧＰの設定が１５ワットまで許容される。一方、ＵＳＢ認証の結果が「ＵＳＢ認証非対応」であれば、ＧＰは５ワット又はそれ未満に制限される。この場合、Ｎｅｇｏｔｉａｔｉｏｎフェーズにおいて、ＲＸ２００の制御部２０１から５ワットを超えるＧＰを要求された場合は、ＴＸ１００の制御部１０１は当該要求に対してＮＡＫを送信する。他方、制限値以下のＧＰが要求されれば、制御部１０１はアクノリッジ（ＡＣＫ）を送信する。
【００６４】
以上のように、ＵＳＢ認証及びＴＸ１００、ＲＸ２００の相互のＷＰＴ認証の結果に基づいて、ＧＰの最大値が決定される。このため、複数の認証のうちいずれかの認証が失敗した際はＧＰの大きさが制限され、過度の発熱などを予防することができる。また、制御部１０１は、全ての認証が成功した場合のみ、ＧＰを、送電部１０３の能力の最大値に設定することができる。
【００６５】
なお、ＵＳＢ認証を行わない場合には、ＴＸ１００、ＲＸ２００の相互のＷＰＴ認証の結果に基づいて、ＧＰの最大値が決定される。この場合、ＴＸ１００によるＲＸ２００に対するＷＰＴ認証の結果によって、上述したように、ＵＳＢ認証成功とみなして図６（ａ）の列６０２に基づき、ＧＰを制限してもよい。
【００６６】
続いて、ＴＸ１００とＲＸ２００の間でＧＰを制限した理由を相互に通知する（４１２）。ＴＸ１００の制御部１０１はＧＰを制限した理由をＲＸ２００の制御部２０１へ通知する。この理由通知により、第一認証部１０８及び第二認証部１０９による機器認証の結果がＲＸ２００に通知される。また、ＲＸ２００の制御部２０１は、ＧＰを制限した理由をＴＸ１００の制御部１０１へ通知する。この理由通知により、認証部２０８による機器認証の結果がＴＸ１００に通知される。
【００６７】
この理由通知は、後述のＲＥＳＵＬＴパケット（図８（ｄ）の８２０ａ、８２０ｂ参照）であってもよい。本実施形態では、ＴＸ１００の制御部１０１は、ＲＥＳＵＬＴパケットに、ＷＰＴ認証の結果とＴＸ１００の電源部１０２に関係するＵＳＢ認証の結果とを格納してＲＸ２００の制御部２０１に送信する。例えば、制御部１０１は、ＲＥＳＵＬＴパケットの中にＷＰＴ認証結果を格納する１ビットを設け、ＷＰＴ認証が成功すれば「１」を、そうでなければ「０」を格納する。
【００６８】
また、制御部１０１は、ＲＥＳＵＬＴパケットにＡＣアダプタ３０１及びＵＳＢケーブル３００とのＵＳＢ認証結果を格納する１ビットを設け、全てのＵＳＢ認証が成功すれば「１」をそうでなければ「０」を格納する。制御部１０１は、こうして機器認証の結果が格納されたＲＥＳＵＬＴパケットを送信する。
【００６９】
ここで、ＴＸ１００からＲＸ２００へ送信されるＵＳＢ認証結果のより詳細について説明する。ＵＳＢ認証結果は、ＴＸ１００がＵＳＢ認証の結果を示すデータであり、一例において図１０（ｂ）のようなＷＰＣ規格ｖ１．２．２のＰｏｗｅｒ  Ｔｒａｎｓｍｉｔｔｅｒ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔによって送信される。例えば、図１０（ｂ）のパケット構成のうち、「Ｒｅｓｅｒｖｅｄ」となっているＢａｎｋ１のｂｉｔ６やｂｉｔ７（１１００）、又はＢａｎｋ２のｂｉｔ２からｂｉｔ７（１０１１）の少なくともいずれかが、ＵＳＢ認証結果の送信に用いられうる。ＴＸ１００は、「ＵＳＢ認証結果を通知する機能があるか」、「ＵＳＢ認証が完了したか」、及び「ＵＳＢ認証の結果」のうちの少なくともいずれかを、これらのｂｉｔに格納して送信する。
【００７０】
同様に、ＲＸ２００の制御部２０１は、ＲＥＳＵＬＴパケットに、ＷＰＴ認証の結果を格納してＴＸ１００の制御部１０１に送信する。例えば、制御部２０１は、ＲＥＳＵＬＴパケットの中にＷＰＴ認証結果を格納する１ビットを設け、ＷＰＴ認証が成功すれば「１」を、そうでなければ「０」を格納する。制御部２０１は、こうして機器認証の結果が格納されたＲＥＳＵＬＴパケットを送信する。
【００７１】
その後、ＴＸ１００の制御部１０１及びＲＸ２００の制御部２０１は、Ｃａｌｉｂｒａｔｉｏｎフェーズの処理を実行し（４１３）、ＰＴフェーズへ遷移する。ＰＴフェーズでは、ＴＸ１００からＲＸ２００へ電力が伝送される（４１４）。ＲＸ２００は、受信した電力に基づき、負荷へ電力を供給する。ＲＸ２００の制御部２０１は、理由通知に基づいて、表示部２０２に電力が制限されていることを表示してもよい（４１５ｂ）。同様にＴＸ１００の制御部１０１は、理由通知に基づいて、表示部１０６に電力が制限されていることを表示してもよい（４１５ａ）。
【００７２】
例えば、前記ＲＥＳＵＬＴパケットのＵＳＢ認証結果ないしＷＰＴ認証結果を示すビットに基づいて、「ＵＳＢ認証に成功しないため（ＵＳＢ機器が原因で）、低速充電中です」という表示をしてもよい。また、交渉の結果、ＧＰが０ワットと決定された場合、つまり、送電が行われない場合には、「ＵＳＢ認証に成功しないため（ＵＳＢ機器が原因で）、充電が行われません」という表示をしてもよい。このような表示により、ユーザは、充電に、電力が制限されない場合よりも長い時間がかかることを知ることができたり、ＵＳＢケーブルやＵＳＢアダプタをＵＳＢ認証に対応した製品に交換するなどの対応をとることができる。前記表示は、ＷＰＴ認証の結果について言及してもよく、その場合であっても同様の効果が得られる。
【００７３】
また、交渉の結果、送電電力が制限されない場合には、「高速充電中」などの表示を行うようにしてもよい。さらに、当該表示は送電電力が制限される場合と送電電力が制限されない場合と充電が行われない場合とで、異なるＬＥＤの色もしくは点灯パタ−ンで表示してもよい。また、それらの場合で、異なる音や振動でユーザに報知するようにしても同様の効果を得ることができる。
【００７４】
また、本実施形態では、ＵＳＢ認証において送電電力を制限するか否かを判断した後に、ＴＸ１００を起動するようにしたが、ＵＳＢと非接触充電システムを同時に起動してＵＳＢ認証とＷＰＴ認証を非同期に実施するようにしてもよい。その場合、ＴＸ１００が送電を開始した後に、ＵＳＢ認証による送電電力の制限が判明した場合に、非接触充電システムの送電電力を再度Ｎｅｇｏｔｉａｔｉｏｎにより制限すれば、同様の効果が得られる。
【００７５】
ただし、本実施形態のように、ＵＳＢ認証において送電電力を制限するか否かを判断した後に、ＷＰＴ認証のＴＸ１００を起動するようにすれば、さらなる効果を期待できる。ＴＸ１００がＮｅｇｏｔｉａｔｉｏｎフェーズ（４１１）でＧＰを決定する時には、すでにＵＳＢ認証において送電電力を制限するか否かが決定しているため、再度Ｎｅｇｏｔｉａｔｉｏｎする処理を行う必要がなく、処理を簡略化できる。
【００７６】
（ＷＰＴ認証の動作と後方互換性）
ＷＰＣ規格に従ってより大きな電力を送電する場合、上述のように過度の発熱等の問題が生じることを回避するためのＷＰＴ認証機能の規定が従来のＷＰＣ規格に追加されることが考えられる。ここで、ＷＰＴ認証機能を有するＴＸは、同様のＷＰＴ認証機能を有するＲＸに対応可能であるのみならず、レガシーのＲＸとの後方互換性を確保できることが重要である。同様に、ＷＰＴ認証機能を有するＲＸは、レガシーのＴＸとの後方互換性を確保することが重要である。しかしながら、レガシーのＷＰＣ規格に準拠しながらＷＰＴ認証機能を加えて後方互換性を考慮した手法は知られていない。
【００７７】
図７に、本実施形態のＴＸ１００の制御部１０１の処理の流れの例を示す。図８は、バージョンＡ又はレガシーのＴＸ１００又はＲＸ２００による後方互換性を説明するシーケンス図である。なお、以下では、ＷＰＴ認証が、ＵＳＢ認証と同様に電子証明書を用いたチャレンジ・レスポンス型の機器認証であるものとして説明するが、これに限定されない。ＴＸ１００がＲＸ２００に対してチャレンジテキストを送信するイニシエータとして動作し、ＲＸ２００はチャレンジテキストを暗号化してＴＸ１００に送信するレスポンダとして動作する。同様に、ＲＸ２００がＴＸ１００に対してチャレンジテキストを送信するイニシエータとして動作するときは、ＴＸ１００はチャレンジテキストを暗号化してＲＸ２００に送信するレスポンダとして動作する。ここで、イニシエータは、ＷＰＴ認証を行う機器のことをいい、レスポンダは、ＷＰＴ認証を受ける機器のことをいう。
【００７８】
図９はＲＸ２００の制御部２０１の動作を示すフローチャートである。図１０（ａ）はＷＰＣ規格によるＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔのビット構成例を示す図である。
【００７９】
まず、各処理の流れの説明に先立って、ＷＰＣ規格ｖ１．２．２に基づいたＴＸ及びＲＸのカテゴリについて説明する。ＧＰが５ワットのＴＸ及びＲＸは、Ｂａｓｉｃ  Ｐｏｗｅｒ  Ｐｒｏｆｉｌｅ（ＢＰＰ）にカテゴライズされる。また、ＧＰが５ワットより大きく１５ワット以下のＴＸ及びＲＸは、Ｅｘｔｅｎｄｅｄ  Ｐｏｗｅｒ  Ｐｒｏｆｉｌｅ（ＥＰＰ）にカテゴライズされる。さらに、ＷＰＣ規格ｖ１．２．２ではＧＰに関してＴＸとＲＸ間で交渉（Ｎｅｇｏｔｉａｔｉｏｎ）する機能が追加されており、ＥＰＰにカテゴライズされたＴＸ及びＲＸは、Ｎｅｇｏｔｉａｔｉｏｎ機能を有する。ＢＰＰにカテゴライズされたＴＸ及びＲＸは、Ｎｅｇｏｔｉａｔｉｏｎ機能に対応するもの及び対応しないものに、さらにカテゴライズされる。
【００８０】
ＴＸは、ＲＸがＮｅｇｏｔｉａｔｉｏｎ機能を有するか否かを、ＲＸの設定情報が記載されているＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔ（図１０（ａ））のＮｅｇ  ｂｉｔ（Ｂａｎｋ４、ｂｉｔ７）の値によって判断することができる。Ｎｅｇ  ｂｉｔが「１」の場合はＮｅｇｏｔｉａｔｉｏｎ機能を有することが示され、Ｎｅｇ  ｂｉｔが「０」の場合はＮｅｇｏｔｉａｔｉｏｎ機能を有しないことが示される。本実施形態では、特に指定がない限り、レガシーのＴＸ及びＲＸはＮｅｇｏｔｉａｔｉｏｎ機能を有しており、ＮｅｇｏｔｉａｔｉｏｎはＮｅｇｏｔｉａｔｉｏｎフェーズで実行されるものとする。
【００８１】
ＷＰＴ認証に対応したＷＰＣ規格バージョンＡのＴＸ及びＲＸは、ＷＰＣ規格ｖ１．２．２に対応したレガシーのＲＸ及びＴＸと、それぞれ後方互換性を確保することが重要である。すなわち、ＷＰＣ規格バージョンＡに対応するＴＸは、バージョンＡより前のＷＰＣ規格に対応するＲＸに対しても矛盾なく動作し、バージョンＡに対応するＲＸは、バージョンＡより前のＷＰＣ規格に対応するＴＸに対しても矛盾なく動作することが重要である。
【００８２】
そこで、図７、図８、図９を参照して、本実施形態に係るバージョンＡに対応するＴＸ１００及びＲＸ２００がＷＰＣ規格ｖ１．２．２との後方互換性を有することについて説明する。ＷＰＣ規格ｖ１．２．２のレガシーのＥＰＰに対応したＴＸ及びＲＸは、Ｓｅｌｅｃｔｉｏｎフェーズ、Ｐｉｎｇフェーズ、Ｉ＆Ｃフェーズ、Ｎｅｇｏｔｉａｔｉｏｎフェーズ、Ｃａｌｉｂｒａｔｉｏｎフェーズ、ＰＴフェーズの順で状態遷移する。また、レガシーのＴＸ及びＲＸのうち少なくともいずれかがＮｅｇｏｔｉａｔｉｏｎ機能を有しないＢＰＰの機器である場合は、ＴＸ及びＲＸは、Ｓｅｌｅｃｔｉｏｎフェーズ、Ｐｉｎｇフェーズ、Ｉ＆Ｃフェーズと遷移した後に、ＰＴフェーズに状態遷移する。
【００８３】
また、上述のように、ＴＸ及びＲＸの両方がＡｕｔｈｅｎｔｉｃａｔｉｏｎフェーズに対応している場合、ＴＸとＲＸは、Ｓｅｌｅｃｔｉｏｎフェーズ、Ｐｉｎｇフェーズ、Ｉ＆Ｃフェーズの後に、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズに遷移する。そして、このＴＸとＲＸは、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズの後に、Ｎｅｇｏｔｉａｔｉｏｎフェーズ、Ｃａｌｉｂｒａｔｉｏｎフェーズ、ＰＴフェーズの順に遷移する。
【００８４】
Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズは、例えば、Ｎｅｇｏｔｉａｔｉｏｎフェーズより先に実行される。これは、図６を用いて説明したように、ＷＰＴ認証の結果によってＧＰの値が変わるからである。ＮｅｇｏｔｉａｔｉｏｎフェーズにおいてＴＸとＲＸが交渉によりＧＰを決定した後でＡｕｔｈｅｎｔｉｃａｔｉｏｎフェーズに遷移した場合、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズの結果に応じて、既に決定されたＧＰが再設定されうる。すなわち、ＧＰが決定された後に、ＷＰＴ認証の結果によっては、過度の発熱等の回避のためにＧＰを下げるための変更が行われる必要が生じうる。このようなＧＰの再変更が行われると、ＰＴフェーズに遷移するまでの手順が煩雑になることや、手順に要する時間が長くなることがありうる。これに対して、Ｎｅｇｏｔｉａｔｉｏｎフェーズに先立ってＡｕｔｈｅｎｔｉｃａｔｉｏｎフェーズが実行されることで、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズで制限されたＧＰを前提にＮｅｇｏｔｉａｔｉｏｎフェーズでＧＰを決定することができる。このように、Ｎｅｇｏｔｉａｔｉｏｎフェーズに先立ってＡｕｔｈｅｎｔｉｃａｔｉｏｎフェーズでＧＰに制限を付することにより、ＰＴフェーズに遷移するまでのＧＰの再設定が発生せず、速やかにＰＴフェーズに遷移することができる。
【００８５】
［ＴＸ１００、ＲＸ２００ともにレガシーの場合］
まず、ＴＸ１００、ＲＸ２００ともにレガシーのＥＰＰに対応している場合のＷＰＣ規格ｖ１．２．２における処理例について、図７、図８（ａ）、図９を用いて説明する。なお、以下では、ＴＸ１００によるＵＳＢケーブル３００及びＡＣアダプタ３０１とのＵＳＢ認証は成功したものとする。本処理例では、図７、図９のフローチャートについては、レガシーのＥＰＰに関する部分のみが用いられる。すなわち、レガシーのＴＸ１００では、図７のＳ７０３〜Ｓ７０８ｂの処理は存在せず、レガシーのＲＸでは図９のＳ９０３〜Ｓ９０７ｂ、Ｓ９０８の処理が存在しない。なお、図８（ａ）では後方互換に関係するＩ＆Ｃフェーズ以降のシーケンスのみを示している。
【００８６】
ＴＸ１００とＲＸ２００との間でＳｅｌｅｃｔｉｏｎフェーズとＰｉｎｇフェーズの処理が行われた後、Ｉ＆Ｃフェーズへ遷移する（Ｓ７０１）。Ｉ＆Ｃフェーズにおいて、ＲＸ２００は、ＴＸ１００に対してＩｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔ（ＩＤ  Ｐａｃｋｅｔ）を送信する（８００、Ｓ９０１）。ＩＤ  Ｐａｃｋｅｔには、自身の個体識別情報のほかに、対応しているＷＰＣ規格のバージョン（この場合ｖ１．２．２）がわかる情報要素が格納される。
【００８７】
続いて、ＲＸ２００は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＰａｃｋｅｔをＴＸ１００へ送信する（８０１、Ｓ９０１）。ＷＰＣ規格ｖ１．２．２のＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔは、ＲＸ２００が負荷に供給できる最大電力値であるＭａｘｉｍｕｍ  Ｐｏｗｅｒ  Ｖａｌｕｅや、Ｎｅｇｏｔｉａｔｉｏｎ機能を有するか否かを示すビットであるＮｅｇ  ｂｉｔを含む。ここで、ＲＸ２００は、Ｎｅｇ  ｂｉｔを「１」に設定し、Ｎｅｇｏｔｉａｔｉｏｎ機能を有することを示す。
【００８８】
ＴＸ１００は、ＲＸ２００からＩＤ  Ｐａｃｋｅｔ及びＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔを受信すると（Ｓ７０２）、ＲＸ２００がＮｅｇｏｔｉａｔｉｏｎ機能を有するかを判断する（Ｓ７０４）。なお、上述のように、レガシーのＴＸ１００は、Ｓ７０３の処理を実行せず、Ｓ７０３でＮＯに対応する処理であるＳ７０４に遷移する。ここでは、ＴＸ１００は、ＲＸ２００がＮｅｇｏｔｉａｔｉｏｎ機能を有するため（Ｓ７０４でＹＥＳ）、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔに対してＡＣＫを送信し（Ｓ７１３、８０２）、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移する（Ｓ７０９）。
【００８９】
なお、ＲＸ２００がＮｅｇｏｔｉａｔｉｏｎに対応していないＢＰＰ（Ｎｅｇ  ｂｉｔが０）の場合（Ｓ７０４でＮＯ）、ＴＸ１００は、ＡＣＫを送信せずにＰＴフェーズに遷移する（Ｓ７１２）。また、ＴＸ１００は、自装置がＢＰＰであり、かつ、Ｎｅｇｏｔｉａｔｉｏｎに対応してない場合も、ＡＣＫを送信せずにＰＴフェーズに遷移する。なお、この場合、ＧＰは５ワットに制限される。
【００９０】
ＲＸ２００は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔに対するＡＣＫの受信を待機する（Ｓ９０２）。ＲＸ２００は、ＡＣＫを受信すると（Ｓ９０２でＹＥＳ）、ＴＸ１００がＮｅｇｏｔｉａｔｉｏｎ機能に対応していると判断し、Ｎｅｇｏｔｉａｔｉｏｎフェーズへ遷移する（Ｓ９０９）。なお、ここでは、上述のようにＳ９０８の処理は実行されない。そして、ＲＸ２００は、自装置が必要な電力（例えば１５ワット）を要求するＳｐｅｃｉｆｉｃ  Ｒｅｑｕｅｓｔパケットを送信する。具体的には、ＲＸ２００は、ＧＰとして１５ワットを要求することを示す情報要素を含んだＳｐｅｃｉｆｉｃ  Ｒｅｑｕｅｓｔパケット（Ｓｐｅｃｉｆｉｃ  Ｒｅｑｕｅｓｔ（１５Ｗ））をＴＸ１００へ送信する（８０３）。
【００９１】
ここで、ＷＰＣ規格ｖ１．２．２のＲＸ２００は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔ送信から１５ｍｓ以内にＡＣＫを受信しなかった場合（Ｓ９０２でＮＯ）、ＴＸ１００がＮｅｇｏｔｉａｔｉｏｎ機能を有しないＢＰＰであると判断する（Ｓ９１１）。そして、ＲＸ２００はＰＴフェーズへ状態遷移する（Ｓ９１２）。なお、上述したように、ここでは、Ｓ９０３の処理は実行されない。
【００９２】
ＴＸ１００は、Ｓｐｅｃｉｆｉｃ  Ｒｅｑｕｅｓｔ（１５Ｗ）を受信すると、自装置の送電能力と要求された電力量（１５ワット）とを比較し、要求された電力量を送電可能であれば肯定応答（ＡＣＫ）をＲＸ２００へ送信する。一方、ＴＸ１００は、要求された電力量の送電を行うことができない場合は、否定応答（ＮＡＫ）をＲＸ２００へ送信する。ここでは、ＴＸ１００は、１５ワットを送電可能と判断して、ＧＰを１５ワットと決定し（Ｓ７１０）、ＡＣＫを送信する（８０４）。
【００９３】
そして、ＴＸ１００は、Ｃａｌｉｂｒａｔｉｏｎフェーズに遷移する（Ｓ７１１）。ＲＸ２００は、８０３で送信したＳｐｅｃｉｆｉｃ  Ｒｅｑｕｅｓｔに対して、ＴＸ１００からＡＣＫを受信すると、Ｃａｌｉｂｒａｔｉｏｎフェーズへ状態遷移する（Ｓ９１０）。Ｃａｌｉｂｒａｔｉｏｎフェーズでは、ＴＸ１００がＲＸ２００に送電した電力について、ＴＸ１００の内部で測定した値と、ＲＸ２００の内部で測定した受電電力の値との相関に基づいて、ＴＸ１００が調整を行う。Ｃａｌｉｂｒａｔｉｏｎフェーズが終了すると、ＴＸ１００とＲＸ２００はＰＴフェーズへ状態遷移し、無線電力伝送を開始する（Ｓ７１２、Ｓ９１２）。
【００９４】
以上のように、ＷＰＣ規格ｖ１．２．２のＴＸ１００は、Ｎｅｇ  ｂｉｔによってＲＸ２００がＮｅｇｏｔｉａｔｉｏｎ機能を有するＥＰＰ若しくはＢＰＰ、又はＮｅｇｏｔｉａｔｉｏｎ機能を有しないＢＰＰのいずれであるかを判断する。そして、ＴＸ１００は、ＲＸ２００がＮｅｇｏｔｉａｔｉｏｎ機能を有するＥＰＰ又はＢＰＰである場合にＮｅｇｏｔｉａｔｉｏｎフェーズへ状態遷移して、送電電力に関する交渉を実行した後に送電を開始する。一方、ＴＸ１００は、ＲＸ２００がＮｅｇｏｔｉａｔｉｏｎ機能を有しないＢＰＰである場合、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移せずにＰＴフェーズへ遷移して、相対的に低い電力の送電を実行する。また、ＷＰＣ規格ｖ１．２．２のＲＸ２００は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔの送信から１５ｍｓ以内にＡＣＫを受信した場合には、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移し、ＡＣＫを受信しなかった場合にはＰＴフェーズへ遷移する。以上の動作により、ＷＰＣ規格ｖ１．２．２において、Ｎｅｇｏｔｉａｔｉｏｎ機能を有するＴＸ１００及びＲＸ２００とその機能を有しないＴＸ１００及びＲＸ２００の互換性が確保される。
【００９５】
［ＴＸ１００がバージョンＡ、ＲＸ２００がレガシーの場合］
ＴＸ１００がバージョンＡに対応し、ＲＸ２００がレガシーの場合の処理例について、図６（ａ）、図７、図８（ｂ）、図１０（ａ）を用いて説明する。なお、以下では、ＴＸ１００によるＵＳＢケーブル３００及びＡＣアダプタ３０１とのＵＳＢ認証は成功したものとする。なお、以下の説明の全てがＷＰＣ規格の後方互換性に関する説明であるため、ＴＸ１００が第一認証部１０８を有しない構成であっても、以下の議論を適用することができる。
【００９６】
まず、処理の流れの説明に先立ち、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔ内のＡｕｔｈ  ｂｉｔについての定義を行う。図１０（ａ）は、ＷＰＣ規格ｖ１．２．２のＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔの構成を示す図である。なお、本実施形態での説明と関連しない部分については、説明を省略する。Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔには複数のＲｅｓｅｒｖｅｄ領域がある。例えば、Ｂａｎｋ１のｂｉｔ０からｂｉｔ７のＲｅｓｅｒｖｅｄ領域１０００、Ｂａｎｋ２のｂｉｔ４からｂｉｔ６のＲｅｓｅｒｖｅｄ領域１００１、Ｂａｎｋ４のｂｉｔ０からｂｉｔ２のＲｅｓｅｒｖｅｄ領域１００２である。本実施形態では、Ａｕｔｈ  ｂｉｔをＢａｎｋ２のｂｉｔ６に配置する。ただし、Ａｕｔｈ  ｂｉｔの配置はこれに限られず、他のＲｅｓｅｒｖｅｄ領域にＡｕｔｈ  ｂｉｔが配置されてもよい。なお、ＷＰＣ規格ｖ１．２．２では、Ｒｅｓｅｒｖｅｄ領域のビットはいずれも「０」である。ＲＸ２００は、自装置がＷＰＴ認証に対応している場合にＡｕｔｈ  ｂｉｔに「１」を格納し、ＷＰＴ認証に対応していない場合はＡｕｔｈ  ｂｉｔに「０」を格納する。なお、Ａｕｔｈ  ｂｉｔが格納される位置はＲｅｓｅｒｖｅｄ  ｂｉｔであるため、この位置にＡｕｔｈ  ｂｉｔが格納されることを認識しない旧世代の規格に対応するＲＸであっても、この位置の値として「０」を格納することができる。
【００９７】
ＴＸ１００は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＰａｃｋｅｔのＡｕｔｈ  ｂｉｔにより、ＲＸ２００がＷＰＴ認証に対応しているか否かを判断する（Ｓ７０３）。本処理例では、ＲＸ２００はレガシーであるため、Ａｕｔｈ  ｂｉｔは「０」である。そのため、ＴＸ１００は、ＲＸ２００がＷＰＴ認証に対応していないと判断する（Ｓ７０３でＮＯ）。
【００９８】
ＲＸ２００がＮｅｇｏｔｉａｔｉｏｎ機能を有する場合（Ｓ７０４でＹＥＳ）、ＴＸ１００は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔに対してＡＣＫを送信し（Ｓ７１３、８０２）、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移する。ここで、ＴＸ１００は、ＲＸ２００からＧＰとして１５ワットの要求を受信した場合（８０３）、要求を拒否するＮＡＫをＲＸ２００に送信する（８０５）。これは、ＲＸ２００がＷＰＴ認証非対応であることから、ＲＸ２００における過度の発熱等の予防のために、１５ワットを送信するべきでないとＴＸ１００が判断するからである。
【００９９】
ＲＸ２００は、ＮＡＫにより要求が拒否されたため、ＴＸ１００が設定可能なＧＰの値を知るために、ＷＰＣ規格ｖ１．２．２で定められたＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔを送信する。本実施形態では、Ｇｅｎｅｒａｌ  Ｒｅｑｕｅｓｔのうち、Ｔｒａｎｓｍｉｔｔｅｒ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔを要求するメッセ−ジを、Ｇｅｎｅｒａｌ  Ｒｅｑｕｅｓｔ（ｃａｐａｂｉｌｉｔｙ）と表す。
【０１００】
ＴＸ１００は、このＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔ（ｃａｐａｂｉｌｉｔｙ）を受信する（８０６）。そして、ＴＸ１００は、Ｐｏｗｅｒ  Ｔｒａｎｓｍｉｔｔｅｒ  Ｃａｐａｂｉｌｉｔｙ  ＰａｃｋｅｔのＧｕａｒａｎｔｅｅｄ  Ｐｏｗｅｒ  Ｖａｌｕｅに５ワットを示す情報を格納して、これをＲＸ２００に送信する（８０７）。この５ワットという値は、送電時に許容できるＧＰの最大値として、図６（ａ）の設定に基づいて、ＷＰＴ認証非対応（行６０３）でかつ、ＵＳＢ認証成功（列６０２）に対応する値である。なお、Ｔｒａｎｓｍｉｔｔｅｒ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔは、Ｎｅｇｏｔｉａｔｉｏｎで許容できるＧＰの最大値の情報を含み、ＷＰＣ規格ｖ１．２．２で定義されたパケットである。
【０１０１】
なお、ＲＸ２００がＮｅｇｏｔｉａｔｉｏｎ機能を有さない場合（Ｓ７０４でＮＯ）、ＴＸ１００は、ＡＣＫを送信せずＰＴフェーズに遷移する（Ｓ７１２）。この場合、ＧＰは５ワットに制限される。
【０１０２】
また、ＲＸ２００は、レガシーであるため、［ＴＸ１００、ＲＸ２００ともにレガシーの場合］で述べたような処理を行う。
【０１０３】
以上のように、本実施形態で定義したＡｕｔｈ  ｂｉｔによって、ＷＰＣ規格バージョンＡに対応したＴＸ１００は、バージョンＡより前のＷＰＣ規格に対応したレガシーＲＸに対しても矛盾なく動作することができる。
【０１０４】
［ＴＸ１００、ＲＸ２００ともにバージョンＡの場合］
次に、ＴＸ１００とＲＸ２００がともにＷＰＴ認証処理に対応している場合について、図６、図７、図８（ｄ）、図９を使って説明する。なお、以下では、ＴＸ１００によるＵＳＢケーブル３００及びＡＣアダプタ３０１とのＵＳＢ認証は成功したものとする。処理の説明に先立って、ＷＰＴ認証に対応したバージョンＡのＴＸ１００とＲＸ２００の動作について説明する。
【０１０５】
バージョンＡのＲＸ２００は、Ａｕｔｈ  Ｂｉｔに「１」を格納したＣｏｎｆｉｇｕｒａｔｉｏｎ  ＰａｃｋｅｔをＴＸ１００に送信する（８０１、Ｓ９０１）。バージョンＡのＴＸ１００は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＰａｃｋｅｔのＡｕｔｈ  Ｂｉｔによって、ＲＸ２００がＷＰＴ認証に対応していると判断すると（Ｓ７０３でＹＥＳ）、ＡＣＫ（ａｕｔｈ）をＲＸ２００に送信する（Ｓ７０５、８０２ａ）。ＡＣＫ（ａｕｔｈ）は、ＡＣＫとは区別可能かつ異なるビットパタ−ンで構成されるＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔに対するアクノリッジであり、ＴＸ１００がＷＰＴ認証に対応していることを示すパケットである。
【０１０６】
ＴＸ１００は、ＡＣＫ（ａｕｔｈ）の送信後、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズへ遷移する（Ｓ７０６）。一方、ＲＸ２００は、ＡＣＫではなくＡＣＫ（ａｕｔｈ）を受信すると（Ｓ９０２でＮＯ、Ｓ９０３でＹＥＳ）、ＴＸ１００がＷＰＴ認証に対応していると判断する（Ｓ９０４）。そして、ＲＸ２００は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズへ遷移する（Ｓ９０５）。
【０１０７】
図８（ｄ）の８１４ａから８２０ａ、及び８１４ｂから８２０ｂは、本実施形態のＷＰＴ認証の例である。ＴＸ１００は、まずＧＥＴ＿ＤＩＧＥＳＴメッセ−ジをＲＸ２００に送信する（８１４ａ、Ｓ７０７ａ）。ＲＸ２００は、ＧＥＴ＿ＤＩＧＥＳＴメッセ−ジを受信する（Ｓ９０６ａ）。ＧＥＴ＿ＤＩＧＥＳＴ  Ｐａｃｋｅｔは、ＲＸ２００が持つ電子証明書に関する情報を要求するＰａｃｋｅｔである。ＲＸ２００は、ＧＥＴ＿ＤＩＧＥＳＴ  Ｐａｃｋｅｔに応答してＤＩＧＥＳＴを送信する（８１５ａ）。ＤＩＧＥＳＴとは、ＲＸ２００が所有する電子証明書に関する情報である。続いて、ＴＸ１００は、電子証明書に関する詳細な情報を要求するＧＥＴ＿ＣＥＴＴＩＦＩＣＡＴＥ  ＰａｃｋｅｔをＲＸ２００に送信する（８１６ａ）。ＲＸ２００は、ＧＥＴ＿ＣＥＴＴＩＦＩＣＡＴＥ  Ｐａｃｋｅｔに応答してＣＥＲＴＩＦＩＣＡＴＥを送信する（８１７ａ）。
【０１０８】
次に、ＴＸ１００は、チャレンジテキストを含むＣＨＡＬＬＥＮＧＥメッセ−ジをＲＸ２００に送信する（８１８ａ）。ＲＸ２００は、チャレンジテキストを暗号化したＲＥＳＰＯＮＳＥをＴＸ１００に送信する（８１９ａ）。ＴＸ１００は、ＲＥＳＰＯＮＳＥの正当性が確認された場合、ＲＥＳＵＬＴ（ｓｕｃｃｅｓｓ）をＲＸ２００に送信する（８２０ａ、Ｓ７０８ａ）。ＲＸ２００は、そのＲＥＳＵＬＴ（ｓｕｃｃｅｓｓ）を受信する（Ｓ９０７ａ）。ＲＥＳＵＬＴ（ｓｕｃｃｅｓｓ）パケットは、ＲＥＳＰＯＮＳＥの結果、ＷＰＴ認証が成功したことを意味する。なお、ＴＸ１００は、ＲＥＳＰＯＮＳＥの結果、認証に失敗すると、失敗したことを示すＲＥＳＵＬＴ（ｆａｉｌ）をＲＥＳＵＬＴ（ｓｕｃｃｅｓｓ）に代えて送信する。
【０１０９】
続いて、ＲＸ２００は、ＧＥＴ＿ＤＩＧＥＳＴメッセ−ジをＴＸ１００に送信する（８１４ｂ、Ｓ９０６ｂ）。ＴＸ１００は、ＧＥＴ＿ＤＩＧＥＳＴメッセ−ジを受信する（Ｓ７０７ｂ）。このＧＥＴ＿ＤＩＧＥＳＴ  Ｐａｃｋｅｔは、ＴＸ１００が持つ電子証明書に関する情報を要求するＰａｃｋｅｔである。ＴＸ１００は、ＧＥＴ＿ＤＩＧＥＳＴ  Ｐａｃｋｅｔに応答してＤＩＧＥＳＴを送信する（８１５ｂ）。このＤＩＧＥＳＴとは、ＴＸ１００が所有する電子証明書に関する情報である。続いて、ＲＸ２００は、電子証明書に関する詳細な情報を要求するＧＥＴ＿ＣＥＴＴＩＦＩＣＡＴＥ  ＰａｃｋｅｔをＴＸ１００に送信する（８１６ｂ）。ＴＸ１００は、ＧＥＴ＿ＣＥＴＴＩＦＩＣＡＴＥ  Ｐａｃｋｅｔに応答してＣＥＲＴＩＦＩＣＡＴＥを送信する（８１７ｂ）。
【０１１０】
次に、ＲＸ２００は、チャレンジテキストを含むＣＨＡＬＬＥＮＧＥメッセ−ジをＴＸ１００に送信し（８１８ｂ）、ＴＸ１００は、チャレンジテキストを暗号化したＲＥＳＰＯＮＳＥをＲＸ２００に送信する（８１９ｂ）。ＲＸ２００は、ＲＥＳＰＯＮＳＥの正当性が確認された場合、ＲＥＳＵＬＴ（ｓｕｃｃｅｓｓ）をＴＸ１００に送信する（８２０ｂ、Ｓ９０７ｂ）。ＴＸ１００は、そのＲＥＳＵＬＴ（ｓｕｃｃｅｓｓ）を受信する（Ｓ７０８ｂ）。ＲＥＳＵＬＴ（ｓｕｃｃｅｓｓ）パケットは、ＲＥＳＰＯＮＳＥの結果、ＷＰＴ認証が成功したことを意味する。なお、ＲＸ２００は、ＲＥＳＰＯＮＳＥの結果、認証に失敗すると、失敗したことを示すＲＥＳＵＬＴ（ｆａｉｌ）をＲＥＳＵＬＴ（ｓｕｃｃｅｓｓ）に代えて送信する。
【０１１１】
ＴＸ１００及びＲＸ２００は、ＲＥＳＵＬＴ（ｓｕｃｃｅｓｓ）又はＲＥＳＵＬＴ（ｆａｉｌ）を送信し、また、ＲＥＳＵＬＴ（ｓｕｃｃｅｓｓ）又はＲＥＳＵＬＴ（ｆａｉｌ）を受信すると、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移する（Ｓ７０９、Ｓ９０９）。
【０１１２】
ＵＳＢ認証及び相互のＷＰＴ認証が成功した場合、ＴＸ１００は、図６（ａ）に基づいて、ＴＸ１００は、ＷＰＴ認証成功（行６０５）でＵＳＢ認証成功（列６０２）に該当する１５ワットを許容するＧＰの最大値とすると決定し、Ｎｅｇｏｔｉａｔｉｏｎを行う。一方、ＲＸ２００は、図６（ｂ）に基づき、ＷＰＴ認証成功（行６１５）に該当する１５ワットを許容するＧＰの最大値とすると決定し、Ｎｅｇｏｔｉａｔｉｏｎを行う。つまり、ＴＸ１００は、ＧＰの電力値として１５ワットをＲＸ２００から要求される（８０３）。一方、ＴＸ１００は、交渉の際のＧＰの電力値を１５ワットと決定しているため、要求を認めるＡＣＫをＲＸ２００に送信する（８０４）。
【０１１３】
ＴＸ１００は、ＵＳＢ認証又はＷＰＴ認証に失敗した場合、図６（ａ）に基づいて、Ｎｅｇｏｔｉａｔｉｏｎフェーズにおいて許容するＧＰの最大値を決定する。ＲＸ２００も同様に、ＷＰＴ認証に失敗した場合、図６（ｂ）に基づいて、Ｎｅｇｏｔｉａｔｉｏｎフェーズにおいて許容するＧＰの最大値を決定する。また、ＴＸ１００は、ＲＥＳＵＬＴ（ｆａｉｌ）を受信した場合、送電を行わないようにしてもよい。ＲＸ２００は、ＲＥＳＵＬＴ（ｆａｉｌ）を受信した場合、送電要求を行わないようにしてもよい。
【０１１４】
上述した構成により、より精度よく、送電又は受電に係る内容を決定することができることを示したが、そのほかに、セキュリティを高めるという効果も得られる。
【０１１５】
以上のように、本実施形態のＴＸ１００はバージョンＡより前のＷＰＣ規格に対応したＲＸに対してだけでなく、バージョンＡに対応したＲＸに対しても矛盾なく動作する。
【０１１６】
なお、上記ではＡｕｔｈｅｎｔｉｃａｔｉｏｎフェーズにおいて、先にＴＸ１００がＲＸ２００の正当性を認証し、その後にＲＸ２００がＴＸ１００の正当性を認証する例を示したが、その逆の順序でもよい。つまり、先にＲＸ２００がＴＸ１００を認証し、その後にＴＸ１００がＲＸ２００を認証するようにしてもよい。その場合は、図８（ｄ）において、８１４ａ〜８２０ａと８１４ｂ〜８２０ｂの順序が逆になる。また、図７において、Ｓ７０７ａとＳ７０８ａが、Ｓ７０７ｂとＳ７０８ｂの後に行われることになる。さらに、図９において、Ｓ９０６ａとＳ９０７ａが、Ｓ９０６ｂとＳ９０７ｂの後に行われることになる。
【０１１７】
ＴＸ１００とＲＸ２００が認証する順序については、予め決められていてもよいし、決められていなくてもよい。ただし、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズにおいて、正しく認証を実行するために、イニシエータは、ＧＥＴ＿ＤＩＧＥＳＴＳを送信した後、以下のようにすることが好ましい。イニシエータは、ＲＥＳＵＬＴ（ｓｕｃｃｅｓｓ）又はＲＥＳＵＬＴ（ｆａｉｌ）をレスポンダに送信するまで、他の機器からＧＥＴ＿ＤＩＧＥＳＴＳを受信しても、その応答を保留又は中止するようにする。一方、レスポンダは、ＧＥＴ＿ＤＩＧＥＳＴＳを受信した後は、以下のようにすることが好ましい。レスポンダは、ＲＥＳＵＬＴ（ｓｕｃｃｅｓｓ）又はＲＥＳＵＬＴ（ｆａｉｌ）を受信するまで、ＧＥＴ＿ＤＩＧＥＳＴＳを送信しないようにする。
【０１１８】
ここで、ＧＥＴ＿ＤＩＧＥＳＴＳ（８１４ａ、８１４ｂ）からＲＥＳＵＬＴ（ｓｕｃｃｅｓｓ）（８２０ａ、８２０ｂ）までのパケット間の時間間隔について補足する。ＲＸ２００のパケットに対するＴＸ１００の応答について、例えばＷＰＣ規格ｖ１．２．２のＮｅｇｏｔｉａｔｉｏｎフェーズでは、受信したパケットの後端から送信する応答パケットの先端まで１０ｍｓ以内と規定されている。しかし、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズのイニシエータは、レスポンダが送信する電子証明書に関連するパケット（ＤＩＧＥＳＴ、ＣＥＲＴＩＦＩＣＡＴＥ、ＲＥＳＰＯＮＳＥ）の正当性を確認するために、暗号化・複合化の処理が必要である。このため、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズでは応答に時間がかかる。そこで、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズでは、他のフェーズにおいて規定されている応答時間（Ｒｅｓｐｏｎｓｅ  ｔｉｍｅ）と比較して長い応答時間が設けられている。本実施形態では、この応答時間を５０ｍｓとする。図８（ｄ）においては、応答時間は、ＤＩＧＥＳＴからＧＥＴ＿ＣＥＲＴＩＦＩＣＡＴＥ、ＣＥＲＴＩＦＩＣＡＴＥからＣＨＡＬＬＥＮＧＥ、ＲＥＳＰＯＮＳＥからＲＥＳＵＬＴ（ｓｕｃｃｅｓｓ）までの時間である。応答時間を長くすることで、ＴＸ１００の制御部１０１が高速に動作する必要性が低下し、制御部１０１の消費電力の低減や低速なＣＰＵの使用により低コスト化を実現できるという効果がある。
【０１１９】
なお、ＴＸ１００は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＰａｃｋｅｔのＡｕｔｈ  ｂｉｔによって受電装置がＷＰＴ認証対応かどうか判断したが、これはＩＤ  Ｐａｃｋｅｔのバージョン情報で判断してもよい。バージョン情報がバージョンＡ（かそれ以降のバージョン）であればＷＰＴ認証に対応していると判断し、バージョン情報がバージョンＡより前であればＷＰＴ認証に非対応と判断しても同様の効果を得られる。
【０１２０】
また、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズにおいて、ＴＸ１００が所定のパケット以外のパケットをＲＸ２００から受信した場合は、送電部１０３の送電を停止し、Ｓｅｌｅｃｔｉｏｎフェーズに遷移してもよい。このようにすることで、ＲＸ２００の故障などにより、所定のパケット以外のパケットを受信した場合に送電を停止することでシステムが予期せぬ動作をすることを防止することができる。所定のパケットとは、８１４ａから８２０ａ及び８１４ｂから８２０ｂで示す、ＧＥＴ＿ＤＩＧＥＳＴ、ＤＩＧＥＳＴ、ＧＥＴ−ＣＥＲＴＩＣＡＲＴＥ、ＣＥＲＴＩＦＩＣＡＴＥ、ＣＨＡＬＬＥＮＧＥ、ＲＥＳＰＯＮＳＥ、ＲＥＳＵＬＴである。所定のパケット以外のパケットは、受電した電圧の電圧値を示すＳｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｐａｃｋｅｔ、電圧値の増減を要求するＣｏｎｔｒｏｌ  Ｅｒｒｏｒ  Ｐａｃｋｅｔ、ＩＤ  Ｐａｃｋｅｔ、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔなどである。
【０１２１】
また、ＴＸ１００及びＲＸ２００は、イニシエータとして動作した（つまり、レスポンダの正当性を確認した）結果と、レスポンダの識別情報（機器ＩＤ、製造者ＩＤ、証明書に関する情報等）を図示しない不揮発メモリに記憶してもよい。さらに、認証に失敗したレスポンダの識別情報のみを不揮発メモリに記憶してもよい。そして、ＴＸ１００及びＲＸ２００は、その不揮発メモリに記憶された、認証に失敗したレスポンダの識別情報を用いて、ＷＰＴ認証を行ってもよい。例えば、ＴＸ１００及びＲＸ２００がイニシータとして認証を行う場合には、認証を行おうとする対象機器の識別番号と不揮発性メモリに記憶された識別番号とを照合することで、その機器の正当性の判断に用いることが可能となる。
【０１２２】
［ＴＸがレガシー、ＲＸがバージョンＡの場合］
ＴＸ１００がレガシーであり、ＲＸ２００がバージョンＡに対応している場合について、図６、図７、図８（ｃ）、図９を用いて説明する。なお、以下では、ＴＸ１００によるＵＳＢケーブル３００及びＡＣアダプタ３０１とのＵＳＢ認証は成功したものとする。まず、バージョンＡに対応したＲＸ２００の動作について説明する。
【０１２３】
まず、ＲＸ２００は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔで自身がＷＰＴ認証に対応していることをＴＸ１００に通知する（８０１、Ｓ９０１）。しかし、ＴＸ１００はレガシーであるため、Ａｕｔｈ  ｂｉｔを無視する。そして、バージョンＡであるＲＸ２００はＮｅｇｏｔｉａｔｉｏｎ機能に対応しているので、ＴＸ１００は、ＡＣＫを送信し、Ｎｅｇｏｔｉａｔｉｏｎフェーズへ遷移する（Ｓ７０４でＹＥＳ、Ｓ７１３、Ｓ７０９）。
【０１２４】
ＲＸ２００は、ＡＣＫを受信すると（８０２、Ｓ９０２でＹＥＳ）、ＴＸ１００がＷＰＴ認証に非対応であると判断する（Ｓ９０８）。なぜなら、自身がＷＰＴ認証に対応しているため、ＴＸ１００がＷＰＴ認証対応であれば、ＡＣＫではなくＡＣＫ（ａｕｔｈ）を受信するからである。そして、ＲＸ２００は、Ｎｅｇｏｔｉａｔｉｏｎフェーズへ遷移する（Ｓ９０９）。
【０１２５】
なお、ＲＸ２００は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔを送信してから１５ｍｓ以内にＡＣＫを受信せず（Ｓ９０２でＮＯ）、かつＡＣＫ（ａｕｔｈ）も受信しない場合は（Ｓ９０３でＮＯ）、処理はＳ９１１へ進む。この場合、ＲＸ２００は、ＴＸ１００がＢＰＰであり、かつ、Ｎｅｇｏｔｉａｔｉｏｎ機能に対応してないと判断し（Ｓ９１１）、ＰＴフェーズへ遷移する（Ｓ９１２）。
【０１２６】
ＲＸ２００は、Ｎｅｇｏｔｉａｔｉｏｎフェーズにおいて、ＧＰの交渉を行うが、図６（ｂ）で説明したように、ＲＸ２００は、過度な発熱等が生じるリスクを回避するために１５ワットでの受信を回避すべきであると判断する。そして、ＲＸ２００は、ＷＰＴ認証非対応（行６０３）でＵＳＢ認証成功（列６０２）に該当する５ワットをＧＰとして交渉すると判断し、Ｓｐｅｃｉｆｉｃ  Ｒｅｑｕｅｓｔ（５Ｗ）を送信する（８０９）。そして、ＲＸ２００は、ＴＸ１００からＡＣＫを受信し（８０４）、Ｎｅｇｏｔｉａｔｉｏｎフェーズを終了する。続いて、ＲＸ２００は、Ｃａｌｉｂｒａｔｉｏｎフェーズへ遷移し（Ｓ９１０）、所定の処理を実行した後、ＰＴフェーズへ遷移する（Ｓ９１２）。
【０１２７】
以上のように、ＷＰＣ規格バージョンＡに対応したＲＸ２００は、バージョンＡより前のＷＰＣ規格に対応したＴＸ１００に対しても矛盾なく動作することができる。
【０１２８】
以上のように、本実施形態の非接触充電システムでは、電力供給源である電源装置（ＡＣアダプタ３０１）と送電装置との間でＵＳＢプロトコルを用いた機器認証が行われ、送電装置と受電装置との間で相互にＷＰＣプロトコルを用いた機器認証が行われる。そして、受電装置は、ＵＳＢの機器認証結果とＷＰＣの機器認証結果とに基づいて、ＷＰＣの送電装置が送電電力を制御する。これにより、複数種類の機器認証プロトコルを実行可能な無線電力伝送において、それらの認証結果を有効に利用することができる。その結果、例えば、電源供給の経路に存在する機器において過度の発熱等の問題が生じない適切な送電制御を実現できる。
【０１２９】
＜実施形態２＞
以下では、本発明の他の実施形態について、図１１及び図１２を用いて説明する。実施形態１では、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズにおいて、送電装置と受電装置が相互ＷＰＴ認証を行う例を示した。本実施形態では、送電装置と受電装置がそれぞれ行うＷＰＴ認証のうち先に行われるＷＰＴ認証が成功しなかった場合、後に行われる予定であった他方のＷＰＴ認証を行わずに、ＧＰを決定する処理例を示す。これにより、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズでの処理時間を短縮し、ＧＰの決定を早く行うことができる。
【０１３０】
また、本実施形態では、ＴＸ１００の制御部１０１は、少なくとも先に行われるＷＰＴ認証の結果に基づき、送電に係る内容を決定する。例えば、その内容は、送電するか否かということや、送電を行う場合には、その許容できる電力値の最大値である。一方、ＲＸ２００の制御部２０１は、少なくとも先に行われるＷＰＴ認証の結果に基づき、受電に係る内容を決定する。例えば、その内容は、受電を行うか否かということや、受電を行う場合にＴＸ１００に要求する電力値の最大値である。
【０１３１】
本実施形態では、受電装置が先にイニシエータになり、送電装置の正当性を認証する場合で説明するが、送電装置が先にイニシエータになっても同様の効果を得ることができる。図１１は、受電装置（ＲＸ２００）の制御部による電力伝送までの状態遷移を示すフローチャートである。図１２は、送電装置（ＴＸ１００）の制御部による、電力伝送までの状態遷移を示すフローチャートである。
【０１３２】
なお、以下では、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズにおける処理に焦点を当てて説明するため、ＴＸ１００とＲＸ２００がともにバージョンＡである場合で説明する。また、上記実施形態と同じ点については、説明を省略する。すでに上記の実施形態で説明した構成と同一な構成については、同一の符号を付与し説明を省略する。
【０１３３】
バージョンＡのＲＸ２００は、Ａｕｔｈ  Ｂｉｔに「１」を格納したＣｏｎｆｉｇｕｒａｔｉｏｎ  ＰａｃｋｅｔをＴＸ１００に送信する（Ｓ９０１）。バージョンＡのＴＸ１００は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＰａｃｋｅｔのＡｕｔｈ  Ｂｉｔによって、ＲＸ２００がＷＰＴ認証に対応していると判断すると（Ｓ７０３でＹＥＳ）、ＡＣＫ（ａｕｔｈ）をＲＸ２００に送信する（Ｓ７０５）。ＲＸ２００は、ＡＣＫ（ａｕｔｈ）を受信する（Ｓ９０３でＹＥＳ）。この場合、ＴＸ１００がＷＰＴ認証に対応していることがわかるので、ＲＸ２００は、ＡＣＫ（ａｕｔｈ）を受信後、所定の時間以内にＴＸ１００に対してＡｕｔｈ＿ｒｅｑｕｅｓｔ（以下、「Ａｕｔｈ＿ｒｅｑ」と呼ぶ。）を送信する（Ｓ１１００）。このＡｕｔｈ＿ｒｅｑは、ＲＸ２００がイニシエータとなって送信先であるＴＸ１００をレスポンダとした認証処理を開始する意図を示すパケットである。
【０１３４】
ＴＸ１００は、Ｓ７０５でＡＣＫ（ａｕｔｈ）を送信した後、所定の時間内にＡｕｔｈ＿ｒｅｑパケットを受信したかを判断する（Ｓ１２００）。ＴＸ１００は、Ａｕｔｈ＿ｒｅｑパケットを受信することで、ＷＰＴ認証が開始されることを認識することができる。なお、ＴＸ１００がＷＰＴ認証に対応しているかどうかをＲＸ２００が判断する方法は、ＡＣＫ（ａｕｔｈ）の受信ではなく、バージョン情報を取得するなどの他の方法であってもよい。
【０１３５】
ＴＸ１００は、Ａｕｔｈ＿ｒｅｑを受信すると（Ｓ１２００でＹＥＳ）、自身がレスポンダとなってＷＰＴ認証を行えるか否かを判断する。具体的には、ＴＸ１００の制御部１０１の負荷の状態を鑑みて判断する。より具体的には、制御部１０１の能力として、第二認証部１０９を制御する余裕があるか、また、第二認証部１０９がＲＸ２００に接続される、図示しない他の制御部に制御されるときは、前記他の制御部が第二認証部１０９を制御できるかなどを判断する。
【０１３６】
ＴＸ１００は、Ａｕｔｈ＿ｒｅｑパケット受信後、所定の時間内に上記判断を行い、レスポンダとして認証され得ると判断する場合、Ａｕｔｈ＿ｒｅｑに応答して、ＲＸ２００にＡＣＫを送信する（Ｓ１２０１でＹＥＳ）。これにより、ＴＸ１００は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズへ遷移する（Ｓ７０６）。ＲＸ２００は、ＡＣＫを受信すると（Ｓ１１０１でＹＥＳ）、ＡＣＫを受信した後、所定の時間以内にＧＥＴ＿ＤＩＧＥＳＴをＴＸ１００に送信し、ＴＸ１００の正当性を認証する（Ｓ９０６ｂ）。そして、ＴＸ１００は、ＲＸ２００からＧＥＴ＿ＤＩＧＥＳＴを受信し、ＲＸ２００による認証処理を受ける（Ｓ７０７ｂ）。
【０１３７】
続いて、ＲＸ２００は、ＷＰＴ認証の結果が成功であり（Ｓ１１０２でＹＥＳ）、ＴＸ１００がＷＰＴ認証に対応していると判断した場合、ＲＥＳＵＬＴ（Ｓｕｃｃｅｓｓ）をＴＸ１００に送信する。ＴＸ１００は、ＲＸ２００からＲＥＳＵＬＴ（Ｓｕｃｃｅｓｓ）パケットを受信することで、認証に成功したことがわかる。その場合、ＴＸ１００は、自身がイニシエータとなってＲＸ２００をレスポンダとした認証処理をＴＸ１００が行う意思があるかを問い合わせるＡｕｔｈ＿ｒｅｑパケットがＲＸ２００から送信されるのを所定の時間待機する。
【０１３８】
そして、ＲＸ２００は、ＲＥＳＵＬＴ（Ｓｕｃｃｅｓｓ）の送信後所定の時間以内に、ＴＸ１００がＲＸ２００に対してＷＰＴ認証が行う意思があるかを問い合わせるＡｕｔｈ＿ｒｅｑを、ＴＸ１００に送信する（Ｓ１１０３）。ＴＸ１００は、ＲＸ２００によって自身のＷＰＴ認証が成功した場合（Ｓ１２０２でＹＥＳ）、所定時間以内に、ＲＸ２００から送信されるＡｕｔｈ＿ｒｅｑを受信する（Ｓ１２０３でＴＥＳ）。ＴＸ１００は、イニシエータの機能を持っているので、Ａｕｔｈ＿ｒｅｑパケットの受信後、所定の時間内に、ＡＣＫを送信する（Ｓ１２０４でＹＥＳ）。ＲＸ２００は、このＡＣＫを受信する（Ｓ１１０４でＹＥＳ）。
【０１３９】
ＴＸ１００は、ＡＣＫを送信した後所定の時間以内に、ＲＸ２００に対してＧＥＴ＿ＤＩＧＥＳＴを送信し、ＲＸ２００の正当性を認証するＷＰＴ認証を開始する（Ｓ７０７ａ）。ＲＸ２００は、ＧＥＴ＿ＤＩＧＥＳＴを受信し、ＴＸ１００による認証が開始される（Ｓ１１０５でＹＥＳ、Ｓ９０６ａ）。
【０１４０】
そして、ＴＸ１００は、ＲＸ２００に対するＷＰＴ認証が成功であれば（Ｓ１２０５でＹＥＳ）、Ｘ２００に対してＲＥＳＵＬＴ（Ｓｕｃｃｅｓｓ）パケットを送信し、Ｎｅｇｏｔｉａｔｉｏｎフェーズへ遷移する（Ｓ７０９）。ここで、ＴＸ１００もＲＸ２００の正当性を認めたので（Ｓ１２０５でＹＥＳ）、図６（ａ）に基づいて、最大１５ワットのＧＰを許容する。つまり、ＴＸ１００の制御部１０１は、両方のＷＰＴ認証の結果に基づき、送電に係る内容として、送電時にＲＸ２００に許容できる送電電力値を決定している。
【０１４１】
一方、ＲＸ２００は、ＷＰＴ認証の結果をＴＸ１００から受信し、認証が成功であれば（Ｓ１１０６でＹＥＳ）、Ｎｅｇｏｔｉａｔｉｏｎフェーズへ遷移する（Ｓ９０９）。ここで、ＲＸ２００は、ＴＸ１００の正当性を認めたので（Ｓ１１０２でＹＥＳ）、図６（ｂ）に基づいて、最大値１５ワットのＧＰをＴＸ１００にＳｐｅｃｉｆｉｃ  Ｒｅｑｕｅｓｔとして要求する。つまり、ＲＸ２００の制御部２０１は、両方のＷＰＴ認証の結果に基づき、受電に係る内容としてＴＸ１００に要求する電力値の最大値を決定している。
【０１４２】
ここで、ＲＸ２００は、Ｓ９０７ｂの処理において、ＴＸ１００の正当性が認められなかった場合、つまり、ＷＰＴ認証が成功しなかった場合（Ｓ１１０２でＮＯ）には、ＧＰを５ワットに制限する（Ｓ１１０７）。また、ＴＸ１００は、Ｓ７０７ｂの処理のＷＰＴ認証が成功しなかった場合（Ｓ１２０２でＮＯ）には、ＧＰを５ワットに制限する（Ｓ１２０６）。つまり、ＲＸ２００の制御部２０１は、先に行われたＷＰＴ認証の結果に基づき、受電に係る内容として、ＲＸ２００がＴＸ１００に要求する電力値を決定している。また、ＴＸ１００の制御部１０１も同様に、先に行われたＷＰＴ認証の結果に基づき、送電に係る内容として、送電時にＲＸ２００に許容できる送電電力値を決定している。
【０１４３】
なお、ＲＸ２００及びＴＸ１００は、ＧＰを５ワットと決定する例を示しているが、これに限られない。具体的には、ＷＰＴ認証が成功しなかった場合に、ＲＸ２００が決定する受電に係る内容は、以下の事項が挙げられる。ＲＸ２００は、相互のＷＰＴ認証に成功した場合と比較して小さな電力値をＴＸ１００に要求すること、又はＴＸ１００から受電しないことである。ＴＸ１００から受電しないことは、例えば、ＴＸ１００に対して送電停止を要求することが挙げられる。そのために、例えば、その旨を示すパケットを送信し、送電を停止させ、電力を要求しないようにしてもよい。また、ＲＸ２００は、ＴＸ１００から受電しないように、受電コイル２０５に電流が流れないように不図示の電流パスを遮断するようにしてもよい。これにより、過度な発熱などを予防することができる。
【０１４４】
また、ＷＰＴ認証が成功しなかった場合に、ＴＸ１００が決定する送電に係る内容は、以下のことが挙げられる。ＴＸ１００は、ＲＸ２００に送電する許容電力の最大値を、相互のＷＰＴ認証に成功した場合と比較して小さな値にすること、又はＲＸ２００への送電を停止することである。これにより、過度な発熱などを予防することができる。
【０１４５】
図１１、図１２で示すように、先に行われるＷＰＴ認証処理（Ｓ７０７ｂ、Ｓ９０６ｂ）で成功しなかった場合、より後に行われる予定のＷＰＴ認証処理（Ｓ７０７ａ、Ｓ９０６ａ）が行われないように、制御部１０１及び制御部２０１は認証処理を制御している。具体的には、ＲＸ２００の制御部２０１は、ＴＸ１００がイニシエータとして動作する機会を与えないようにしている。より具体的には、ＲＸ２００の制御部２０１は、Ｓ１１０３のＡｕｔｈ＿ｒｅｑを送信しないようにしている。なぜなら、ＲＸ２００は、イニシエータとなった認証に成功しなかったため、すでに要求するＧＰを５ワットにすると決定し（図６（ｂ）参照）、この決定は、ＴＸ１００がイニシエータとなる認証の結果が成功してもしんなくても変わらないからである。そうすることで、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズでの処理時間を短縮し、速やかにＮｅｇｏｔｉａｔｉｏｎフェーズに遷移することが可能となる。
【０１４６】
ＷＰＴ認証が成功しなかった場合とは、具体的には次のような場合が挙げられる。例えば、ＲＸ２００がイニシエータとなるＷＰＴ認証処理においてＴＸ１００の正当性を確認できなかった場合、つまり認証に失敗した場合がある（Ｓ１１０２でＮＯ）。
【０１４７】
また、ＴＸ１００は、第二認証部１０９を動作させることができないために、Ａｕｔｈ＿ｒｅｑに対する応答として否定を示すＮＡＣＫを送信する場合も、ＲＸ２００は認証に成功しなかったと判断する（Ｓ１１０１でＮＯ、Ｓ１２０１でＮＯ）。また、ＲＸ２００がＡｕｔｈ＿ｒｅｑを送信した後、所定の時間以内にＴＸ１００からＡＣＫを受信しなかった場合も、ＲＸ２００は認証に成功しなかったと判断する（Ｓ１２０１でＮＯ）。
【０１４８】
また、ＷＰＴ認証処理において、ＲＸ２００が後述するパケットを送信した後、所定の時間以内にＴＸ１００から想定するパケットを受信しなかった場合も、ＲＸ２００は認証に成功しなかったと判断する。具体的には、ＲＸ２００が送信するＧＥＴ＿ＤＩＧＥＳＴパケットに対してＤＩＧＥＳＴパケットを受信しないか他のパケットを受信する場合がある。また、ＧＥＴ＿ＣＥＲＴＩＦＩＣＡＴＥパケットに対してＣＥＲＴＩＦＩＣＡＴＥを受信しないか他のパケットを受信する場合、ＣＨＡＬＬＥＮＧＥパケットに対してＲＥＳＰＯＮＳＥパケットを受信しないか他のパケットを受信する場合などがある。
【０１４９】
一方、ＴＸ１００が、ＷＰＴ認証が成功しなかったと判断する場合、ＴＸ１００の制御部１０１は、ＲＸ２００に対して、ＧＥＴ＿ＤＩＧＥＳＴを送信しないなど、ＲＸ２００に対するＷＰＴ認証の処理に関するパケットの送信は行わない。
【０１５０】
ＴＸ１００が、ＷＰＴ認証が成功しなかったと判断する場合とは、以下の場合が挙げられる。ＴＸ１００が、ＡＣＫ（ａｕｔｈ）を送信した後（Ｓ７０５）、所定の時間内にＡｕｔｈ＿ｒｅｑパケットを受信しない場合（Ｓ１２００でＮＯ）がある。また、ＴＸ１００が、Ａｕｔｈ＿ｒｅｑパケットを受信した後（Ｓ１２００でＹＥＳ）、所定時間内にＡＣＫを送信しない場合（Ｓ１２０１でＮＯ）がある。
【０１５１】
また、ＷＰＴ認証処理において、ＴＸ１００が後述するパケットを送信した後、所定の時間以内にＲＸ２００から想定するパケットを受信しなかった場合も、ＴＸ１００は、認証に成功しなかったと判断する。具体的には、ＴＸ１００は、ＡＣＫ送信（Ｓ１２００）の後、ＧＥＴ＿ＤＩＧＥＳＴパケットを受信しないか他のパケットを受信した場合がある。また、ＴＸ１００が、ＤＩＧＥＳＴパケットを送信した後、ＧＥＴ＿ＣＥＲＴＩＦＩＣＡＴＥパケットを受信しないか他のパケットを受信した場合がある。そのほかに、ＴＸ１００が、ＣＥＲＴＩＦＩＣＡＴＥパケットを送信した後、ＣＨＡＬＬＥＮＧＥパケットを受信しないか他のパケットを受信した場合がある。さらに、ＴＸ１００が、ＲＥＳＰＯＮＳＥパケットを送信した後、ＲＥＳＵＬＴパケットを受信しないか他のパケットを受信した場合や、ＲＸ２００がイニシエータとなるＷＰＴ認証が成功しなかった場合（Ｓ１２０１でＮＯ）などがある。前記ＷＰＴ認証が成功しなかった場合とは、ＴＸ１００が、ＲＥＳＰＯＮＳＥパケットを送信した後、所定の時間内にＲＥＳＵＬＴ（Ｓｕｃｃｅｓｓ）パケットを受信しない場合も含まれる。そのほかに、ＴＸ１００が、認証が失敗したことを示すＲＥＳＵＬＴ（Ｆａｉｌ）パケットを受信した場合などがある。
【０１５２】
また、同様に、Ｓ７０７ａ（Ｓ９０６ａ）の処理において、ＴＸ１００がイニシエータとしてＲＸ２００の認証に成功しなかった場合（Ｓ１２０５でＮＯ、Ｓ１１０６でＮＯ）は、以下のように処理が行われる。ＲＸ２００は、Ｎｅｇｏｔｉａｔｉｏｎフェーズにおいて、相互のＷＰＴ認証に成功した場合と比較して小さな電力値をＧＰとしてＴＸ１００に要求する。または、ＲＸ２００は、ＴＸ１００に送電の停止を要求し、電力を要求しないなどの処理を決定する。一方、ＴＸ１００は、Ｎｅｇｏｔｉａｔｉｏｎフェーズにおいて相互のＷＰＴ認証に成功した場合と比較して小さな電力値をＧＰとして許容するか、又はＲＸ２００への送電を停止するなどの処理を決定する。なお、図１１では、ＲＸ２００は、ＧＰを５ワットと決定し（Ｓ１１０７）、図１２では、ＴＸ１００は、ＧＰを５ワットに決定する（Ｓ１２０６）。
【０１５３】
ＲＸ２００が、ＷＰＴ認証が成功しなかったと判断する場合とは、以下の場合が挙げられる。具体的には、ＲＸ２００がＳ１１０３のＡｕｔｈ  Ｒｅｑを送信した後に、所定の時間以内にＴＸ１００からＡＣＫを受信しない場合（Ｓ１１０４でＮＯ）などがある。また、ＡＣＫを受信（Ｓ１１０４でＹＥＳ）した後で、所定の時間以内にＧＥＴ＿ＤＩＧＥＳＴを受信しない場合（Ｓ１１０５でＮＯ）がある。
【０１５４】
また、ＷＰＴ認証処理において、ＲＸ２００が後述のパケットを送信した後、所定の時間以内にＴＸ１００から想定するパケットを受信しなかった場合も、ＲＸ２００は認証に成功しなかったと判断する。具体的には、ＲＸ２００が、ＤＩＧＥＳＴパケットの送信後にＧＥＴ＿ＣＥＲＴＩＦＩＣＡＴＥパケットを受信しないか他のパケットを受信する場合がある。また、ＲＸ２００が、ＣＥＲＴＩＦＩＣＡＴＥパケットの送信後にＣＨＡＬＬＥＮＧＥパケットを受信しないか他のパケットを受信する場合、ＲＥＳＰＯＮＳＥパケットの送信後にＲＥＳＵＬＴパケットを受信しないか他のパケットを受信する場合などがある。
【０１５５】
また、ＴＸ１００が、ＷＰＴ認証が成功しなかったと判断する場合とは、以下の場合が挙げられる。ＴＸ１００が、ＲＥＳＵＬＴ（Ｓｕｃｃｅｓｓ）パケットを受信した後、所定の時間内にＡｕｔｈ＿ｒｅｑパケットを受信しない場合がある（Ｓ１２０３でＮＯ）。また、Ａｕｔｈ＿ｒｅｑパケットに対して、ＴＸ１００が所定時間内にＡＣＫを送信しない（Ｓ１２０４でＮＯ）又は第二認証部１０９を動作させることをできないことを示すＮＡＣＫを送信した場合がある。
【０１５６】
また、Ｓ７０７ａのＷＰＣ認証処理において、ＴＸ１００が後述するパケットを送信した後、所定の時間内にＲＸ２００から想定するパケットを受信しなかった場合もＴＸ１００は認証に成功しなかったと判断する（Ｓ１２０５でＮＯ）。具体的には、ＴＸ１００が、送信するＧＥＴ＿ＤＩＧＥＳＴパケットに対してＤＩＧＥＳＴパケットを受信しないか他のパケットを受信する場合がある。また、ＴＸ１００が、送信するＧＥＴ＿ＣＥＲＴＩＦＩＣＡＴＥパケットに対してＣＥＲＴＩＦＩＣＡＴＥを受信しないか他のパケットを受信した場合がある。さらに、ＴＸ１００が、送信したＣＨＡＬＬＥＮＧＥパケットに対してＲＥＳＰＯＮＳＥパケットを受信しないか他のパケットを受信した場合などがある。
【０１５７】
また、Ｓ１１０３において、ＲＸ２００はＴＸ１００がイニシエータとなってＲＸ２００をレスポンダとなる処理をＴＸ１００が行う意図を有しているかを問い合わせるＡｕｔｈ＿ｒｅｑを送信している。しかし、これはＴＸ１００がイニシエータになれるかどうかを判断した上で、Ａｕｔｈ＿ｒｅｑを送信するようにしてもよい。
【０１５８】
例えば、ＴＸ１００は、Ｔｒａｎｓｍｉｔｔｅｒ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔの一部にイニシエータの機能を持っているか、レスポンダの機能を持っているかを示す情報を格納するようにしてもよい。同様に、ＲＸ２００は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔの一部にイニシエータの機能を持っているか、レスポンダの機能を持っているかを示す情報を格納するようにしてもよい。そして、受電装置ＲＸ２００は、ＴＸ１００がイニシエータとしての機能を持っていれば、Ｓ１１０３でＡｕｔｈ＿ｒｅｑを送信し、ＴＸ１００がイニシエータとしての機能を持っていなければＡｕｔｈ＿ｒｅｑを送信しないようにしてもよい。そうすることで、ＴＸ１００がイニシエータとしての機能を持たないにもかかわらず、Ａｕｔｈ＿ｒｅｑを送信するといった時間等を削減することができ、処理時間を短縮することが可能となる。
【０１５９】
また、Ｓ１１０３のＡｕｔｈ＿ｒｅｑは、ＴＸ１００がＧＥＴ＿ＤＩＧＥＳＴを送信するトリガとなるパケットである。しかし、これは、ＴＸ１００に対して、ＲＸ２００に送信するデータがあるかを問い合わせるパケットでもよく、又はデータの送信権をＴＸ１００に与えることを意味するパケットでもよい。ＴＸ１００は、ＲＸ２００に送信するデータがある、又はデータの送信権がほしいと判断すればＡＣＫで応答し（Ｓ１２０４）、そうでなければＮＡＣＫで応答するようにしても同様の効果が得られる。
【０１６０】
なお、ＲＸ２００は、Ｓ１１００のＡｕｔｈ＿ｒｅｑの送信に先立って、ＴＸ１００の識別情報を取得するためのパケットであるＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔ（ＩＤ）をＴＸ１００に送信し、ＴＸ１００から識別情報を取得してもよい。そして、この識別情報をレスポンダの識別情報としてＡｕｔｈ＿ｒｅｑパケットに格納してもよい。そのようにすることで、Ａｕｔｈ＿ｒｅｑを受信したＴＸ１００は、自身がレスポンダになるべきことがわかる。そして、ＴＸ１００は、ＧＥＴ＿ＤＩＧＥＳＴの受信を待機し、ＷＰＴ認証を受けることが可能となる。ここで、ＲＸ２００は、Ａｕｔｈ＿ｒｅｑパケットにイニシエータの識別情報として自身の識別情報を格納したり、レスポンダの識別情報としてＴＸ１００の識別情報を格納してもよい。そうすることで、ＴＸ１００は、誰が（この場合ＲＸ２００）誰の（この場合ＴＸ１００）の正当性を確認したいのかを明確に知ることができる。
【０１６１】
また、Ｓ１１０３においては、ＲＸ２００は、Ａｕｔｈ＿ｒｅｑパケットに、レスポンダの識別情報として自身の識別情報を格納し、イニシエータの識別情報としてＴＸ１００の識別情報を格納する。そうすることで、そのＡｕｔｈ＿ｒｅｑを受信したＴＸ１００は、自身がイニシエータになるべきであることがわかる。
【０１６２】
図１１及び図１２は、先にＲＸ２００がイニシエータになり、ＴＸ１００の正当性を認証する場合のＲＸ２００置とＴＸ１００の制御部のフローに関するものである。しかし、先にＴＸ１００がイニシエータになり、ＲＸ２００の正当性を認証する場合であっても同様の効果を得ることができる。この場合のＲＸ２００の制御部２０１の処理を示すフローチャートは、図１１においてＳ１１００、Ｓ１１０１、Ｓ９０６ｂ、Ｓ１１０２の一連の処理とＳ１１０３、Ｓ１１０４、Ｓ１１０５、Ｓ９０６ａ、Ｓ１１０６の一連の処理を入れ替えたものである。また、ＴＸ１００の制御部１０１の処理を示すフローチャートは、図１２において、Ｓ１２００、Ｓ１２０１、Ｓ７０６、Ｓ７０７ｂ、Ｓ１２０２の一連の処理とＳ１２０３、Ｓ１２０４、Ｓ７０７ａ、Ｓ１２０５の一連の処理を入れ替えたものである。
【０１６３】
上述した構成により、より精度よく、送電又は受電に係る内容を決定することができることを示したが、そのほかに、セキュリティを高めるという効果も得られる。
【０１６４】
また、本発明のＴＸ１００及びＲＸ２００は、ＷＰＴ認証のイニシエータとしての機能を持っている。さらに、ＴＸ１００及びＲＸ２００は、イニシエータとして動作した（つまり、レスポンダの正当性を確認した）結果と、レスポンダの識別情報（機器ＩＤ、製造者ＩＤ、証明書に関する情報等）を図示しない不揮発メモリに記憶してもよい。さらに、認証に失敗したレスポンダの識別情報のみを不揮発メモリに記憶してもよい。そして、ＴＸ１００及びＲＸ２００は、不揮発メモリに識別情報を記憶しているレスポンダと同一の装置がイニシエータとして認証処理を行わないように動作してもよい。具体的には、ＴＸ１００及びＲＸ２００は、不揮発メモリに認証が失敗したレスポンダとして、その識別情報が記憶されている装置から、レスポンダとして動作してその正当性を確認したい旨の要求を受信した場合に、その要求を拒否するように動作する。
【０１６５】
例えば、ＲＸ２００は、イニシエータとして動作し、ＴＸ１００の認証に失敗した場合、自装置の不揮発メモリにＴＸ１００のレスポンダとしての識別情報を記憶する。次に、ＲＸ２００に対して送信するデータがあるかについて、ＴＸ１００に問い合わせるパケット又はＴＸ１００にデータの送信権を与えるためのパケットを送信する。そして、ＲＸ２００は、送信したパケットに対して、ＴＸ１００が送信するデータがある、又はデータの送信権を得たことを示す応答であるＡＣＫを、ＴＸ１００から受信する。続いて、ＲＸ２００は、ＴＸ１００がイニシエータとなってＲＸ２００をレスポンダとしたＷＰＴ認証処理を開始する意図を示すパケット（Ａｕｔｈ＿ｒｅｑ）を受信する場合、その応答として、不揮発メモリに記憶された識別情報を基にＮＡＫを送信する。このため、ＲＸ２００がＷＰＴ認証を行った結果、失敗した装置（この場合ＴＸ１００）から、その装置がイニシエータとして動作する認証処理が行われないようにできる。つまり、先に行われたＷＰＴ認証が成功しなかった場合、後のＷＰＴ認証が行われないようにすることができる。このため、先に行われたＷＰＴ認証によって正当性が認められなかった場合に、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズの処理時間を短縮できる。
【０１６６】
また、ＴＸ１００がイニシエータとしてＲＸ２００の認証に失敗した場合も同様である。例えば、ＴＸ１００は、不揮発メモリに、認証が失敗したレスポンダとしてＲＸ２００の識別情報を記憶しているとする。その状態で、ＴＸ１００は、ＲＸ２００がイニシエータとなってＴＸ１００をレスポンダとしたＷＰＴ認証処理を開始する意図を示すパケット（Ａｕｔｈ＿ｒｅｑ）をＲＸ２００から受信した場合、その応答としてＮＡＫを送信する。このように動作しても、自装置がイニシエータとして動作した認証に失敗した装置からの認証処理を行わないようにできるので、Ａｕｔｈｅｎｔｉｃａｔｉｏｎフェーズの処理時間を短縮できる。
【０１６７】
また、ＴＸ１００及びＲＸ２００は、不揮発メモリに認証が失敗したレスポンダとしてその識別情報が記憶されている機器が、ＴＸ１００及びＲＸ２００をレスポンダとして動作して正当性を確認したい旨の要求をさせないように動作しても同様の効果がある。
【０１６８】
例えば、ＲＸ２００に対して送信するデータがあるかをＴＸ１００に問い合わせるパケット又はＴＸ１００にデータの送信権を与えるためのパケットを送信する機能を持つＲＸ２００は、以下のように制御されてもよい。すなわち、不揮発メモリに認証が失敗したレスポンダとして、その識別情報が記憶されている装置（つまり、ＴＸ１００）に対して、上述したパケットを送信しないようにしてもよい。
【０１６９】
また、ＴＸ１００に対して送信するデータがあるかをＲＸ２００に問い合わせるパケット又はＲＸ２００にデータの送信権を与えるためのパケットを送信する機能を持つＴＸ１００は、以下のように制御されてもよい。すなわち、不揮発メモリに認証が失敗したレスポンダとして、その識別情報が記憶されている装置（つまり、ＲＸ２００）に対して、上述したパケットを送信しないようにしてもよい。
【０１７０】
＜その他の実施形態＞
本発明に係る無線電力伝送システムの電力伝送方式は特に限定はしない。ＴＸの共振器（共鳴素子）と、ＲＸの共振器（共鳴素子）との間の磁場の共鳴（共振）による結合によって電力を伝送する磁界共鳴方式が用いられうる。また、電磁誘導方式、電界共鳴方式、マイクロ波方式、レ−ザ−等を利用した電力伝送方式を用いてもよい。
【０１７１】
また、本発明は上の実施形態の１以上の機能を実現するプログラムを、ネットワ−ク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュ−タにおける１以上のプロセッサ−がプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【０１７２】
ＴＸ及びＲＸは、例えば、撮像装置（カメラやビデオカメラ等）やスキャナ等の画像入力装置であってもよいし、プリンタやコピー機、プロジェクタ等の画像出力装置であってもよい。また、ＴＸ及びＲＸは、ハードディスク装置やメモリ装置などの記憶装置であってもよいし、パーソナルコンピュータ（ＰＣ）やスマートフォンなどの情報処理装置であってもよい。
【０１７３】
また、図５、図７、図９、図１１、図１２に示すフローチャ−トは、例えば、制御部１０１又は制御部２０１に電源が投入された場合に開始される。なお、図５（ａ）、図７、図１２に示される処理は、ＴＸ１００のメモリ１０７に記憶されたプログラムを制御部１０１が実行することで実現される。また、図５（ｂ）、図９、図１１に示すフローチャ−トは、ＲＸ２００のメモリ２０９に記憶されたプログラムを制御部２０１が実行することで実現される。
【０１７４】
なお、図５、図７、図９、図１１、図１２のフローチャ−トで示される処理の少なくとも一部がハードウェアにより実現されてもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのプログラムからＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）上に自動的に専用回路を生成すればよい。また、ＦＰＧＡと同様にして、Ｇａｔｅ  Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。
【符号の説明】
【０１７５】
１００  送電装置（ＴＸ）
１０１  制御部
１０９  第二認証部
２００  受電装置（ＲＸ）
２０１  制御部
２０８  認証部
【図１】
2019193533.tif 000003
【図２】
2019193533.tif 000004
【図３】
2019193533.tif 000005
【図４】
2019193533.tif 000006
【図５】
2019193533.tif 000007
【図６】
2019193533.tif 000008
【図７】
2019193533.tif 000009
【図８】
2019193533.tif 000010
【図９】
2019193533.tif 000011
【図１０】
2019193533.tif 000012
【図１１】
2019193533.tif 000013
【図１２】
2019193533.tif 000014