(57)【要約】      （修正有）【課題】インバンド通信とアウトバンド通信の両方を実行可能な受電装置及び送電装置において適切に通信制御を行うこと。【解決手段】受電装置は、電力伝送に用いられる第１の周波数で通信を行う第１の通信機能と、第１の周波数と異なる第２の周波数で通信を行う第２の通信機能とを有し、第２の通信による制御通信を送電装置が実行可能であるかを示す情報を含んだ第１のメッセージを、第１の通信機能を用いて受信し、第１のメッセージに含まれる情報が、第２の通信による制御通信を送電装置が実行可能であることを示す場合に、送電装置の第２の通信における識別情報を要求するための第２のメッセージを送電装置へ送信し、第１の通信機能によって受信された第１のメッセージと識別情報が第１の通信機能によって受信されたか否かとに基づいて、制御通信に第１の通信機能と第２の通信機能とのいずれを用いるかを決定する。【選択図】図４
2019187070.tif 000002
【特許請求の範囲】
【請求項１】
送電装置から無線で電力を受電する受電手段と、
電力伝送に用いられる第１の周波数で第１方式の通信を行う第１の通信手段と、
前記第１の周波数と異なる第２の周波数で第２方式の通信を行う第２の通信手段と、
前記電力伝送のための制御通信を行うために前記第１の通信手段および前記第２の通信手段を制御する制御手段と、
を有し、
前記制御手段は、
前記第２方式の通信による前記制御通信を前記送電装置が実行可能であるかを示す情報を含んだ第１のメッセージを受信するように前記第１の通信手段を制御し、
前記前記第１の通信手段により受信された前記第１のメッセージに含まれる前記情報が、前記第２方式の通信による前記制御通信を前記送電装置が実行可能であることを示す場合に、前記送電装置の前記第２方式の通信における識別情報を要求するための第２のメッセージを前記送電装置へ送信して、当該識別情報を前記送電装置から受信するように前記第１の通信手段を制御し、
前記第１の通信手段により受信された前記第１のメッセージと前記識別情報が前記第１の通信手段により受信されたか否かとに基づいて、前記制御通信に前記第１の通信手段と前記第２の通信手段とのいずれを用いるかを決定する、
ことを特徴とする受電装置。
【請求項２】
前記第１のメッセージは、前記情報として、前記送電装置が前記第２方式の通信を行う機能を有するか否かを示すための領域と、前記送電装置が当該第１のメッセージを送信する時点で前記第２方式の通信を行うことができる状態であるか否かを示すための領域との少なくともいずれかを含む、
ことを特徴とする請求項１に記載の受電装置。
【請求項３】
前記第１のメッセージは、ＷＰＣ規格のＰｏｗｅｒ  Ｔｒａｎｓｍｉｔｔｅｒ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔである、
ことを特徴とする請求項１又は２に記載の受電装置。
【請求項４】
前記制御手段は、前記送電装置が前記第２方式の通信による前記制御通信を実行可能でないことを前記情報が示す場合に、前記制御通信に前記第１の通信手段を用いることを決定する、
ことを特徴とする請求項１から３のいずれか１項に記載の受電装置。
【請求項５】
前記制御手段は、前記識別情報に対応する送信元からの接続の要求を前記第２の通信手段によって受け付けた場合に接続を確立して前記制御通信を行い、前記識別情報に対応しない送信元からの接続の要求を前記第２の通信手段によって受け付けた場合に接続を確立しないように、前記第２の通信手段を制御する、
ことを特徴とする請求項１から４のいずれか１項に記載の受電装置。
【請求項６】
前記制御手段は、前記識別情報に対応する送信元からの接続の要求を前記第２の通信手段によって受け付けないまま所定時間が経過した場合に、前記制御通信に前記第１の通信手段を用いることを決定する、
ことを特徴とする請求項１から５のいずれか１項に記載の受電装置。
【請求項７】
前記第２のメッセージは、ＷＰＣ規格における前記識別情報を問い合わせるＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔである、
ことを特徴とする請求項１から６のいずれか１項に記載の受電装置。
【請求項８】
前記制御手段は、前記受電装置が前記第２方式の通信による前記制御通信を実行可能であるか否かを示す情報を含んだ第３のメッセージを前記送電装置へ送信するように前記第１の通信手段を制御する、
ことを特徴とする請求項１から７のいずれか１項に記載の受電装置。
【請求項９】
前記第３のメッセージは、前記受電装置が前記第２方式の通信による前記制御通信を実行可能であるか否かを示す情報として、前記受電装置が前記第２方式の通信を行う機能を有するか否かを示すための領域と、前記受電装置が当該第３のメッセージを送信する時点で前記第２方式の通信を行うことができる状態であるか否かを示すための領域との少なくともいずれかを含む、
ことを特徴とする請求項８に記載の受電装置。
【請求項１０】
前記第３のメッセージは、ＷＰＣ規格のＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔである、
ことを特徴とする請求項８又は９に記載の受電装置。
【請求項１１】
前記制御手段は、前記第３のメッセージに対して前記送電装置から応答がなかった場合に、前記制御通信に前記第１の通信手段を用いることを決定する、
ことを特徴とする請求項８から１０のいずれか１項に記載の受電装置。
【請求項１２】
前記制御手段は、前記受電装置の前記第２方式の通信における識別情報を含む第４のメッセージを前記送電装置へ送信するように前記第１の通信手段を制御する、
ことを特徴とする請求項１から１１のいずれか１項に記載の受電装置。
【請求項１３】
前記第４のメッセージは、ＷＰＣ規格のＥｘｔｅｎｄｅｄ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔである、
ことを特徴とする請求項１２に記載の受電装置。
【請求項１４】
前記第１方式の通信はＷＰＣ規格に従う通信であり、前記第２方式の通信はＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙの通信である、
ことを特徴とする請求項１から１３のいずれか１項に記載の受電装置。
【請求項１５】
受電装置へ無線で電力を送電する送電手段と、
電力伝送に用いられる第１の周波数で第１方式の通信を行う第１の通信手段と、
前記第１の周波数と異なる第２の周波数で第２方式の通信を行う第２の通信手段と、
前記電力伝送のための制御通信を行うように前記第１の通信手段および前記第２の通信手段を制御する制御手段と、
を有し、
前記制御手段は、
前記第２方式の通信による前記制御通信を前記受電装置が実行可能であるかを示す情報を含んだ第１のメッセージを受信するように前記第１の通信手段を制御し、
前記第１の通信手段により受信された前記第１のメッセージに含まれる前記情報に基づいて、前記制御通信に前記第１の通信手段と前記第２の通信手段とのいずれを用いるかを決定する、
ように制御を行うことを特徴とする送電装置。
【請求項１６】
前記第１のメッセージは、前記情報として、前記受電装置が前記第２方式の通信を行う機能を有するか否かを示すための領域と、前記受電装置が当該第１のメッセージを送信する時点で前記第２方式の通信を行うことができる状態であるか否かを示すための領域との少なくともいずれかを含む、
ことを特徴とする請求項１５に記載の送電装置。
【請求項１７】
前記制御手段は、前記受電装置が前記第２方式の通信による前記制御通信を実行可能でないことを前記情報が示す場合に、前記制御通信に前記第１の通信手段を用いることを決定する、
ことを特徴とする請求項１５又は１６に記載の送電装置。
【請求項１８】
前記制御手段は、前記送電装置の前記第２方式の通信における識別情報を要求するための第２のメッセージを受信した場合に、当該識別情報を含んだ第３のメッセージを前記受電装置へ送信するように前記第１の通信手段を制御する、
ことを特徴とする請求項１５から１７のいずれか１項に記載の送電装置。
【請求項１９】
前記第３のメッセージは、ＷＰＣ規格におけるＴｒａｎｓｍｉｔｔｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔである、
ことを特徴とする請求項１８に記載の送電装置。
【請求項２０】
前記制御手段は、前記受電装置の前記第２方式の通信における識別情報を含んだ第４のメッセージを前記受電装置から受信するように前記第１の通信手段を制御し、
前記受電装置の前記第２方式の通信における識別情報を含んだ第５のメッセージを前記第２の通信手段によって受信した場合に、前記受電装置へ接続の要求を送信するように前記第２の通信手段を制御する、
ことを特徴とする請求項１５から１９のいずれか１項に記載の送電装置。
【請求項２１】
前記制御手段は、前記送電装置が前記第２方式の通信による前記制御通信を実行可能であるか否かを示す情報を含んだ第６のメッセージを前記受電装置へ送信するように前記第１の通信手段を制御する、
ことを特徴とする請求項１５から２０のいずれか１項に記載の送電装置。
【請求項２２】
前記第１方式の通信はＷＰＣ規格に従う通信であり、前記第２方式の通信はＢｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙの通信である、
ことを特徴とする請求項１５から２１のいずれか１項に記載の送電装置。
【請求項２３】
電力伝送に用いられる第１の周波数で第１方式の通信を行う第１の通信手段と、前記第１の周波数と異なる第２の周波数で第２方式の通信を行う第２の通信手段とを有し、送電装置から無線で電力を受電する受電装置の制御方法であって、
制御手段が、
前記第２の通信による前記電力伝送のための制御通信を前記送電装置が実行可能であるかを示す情報を含んだ第１のメッセージを受信するように前記第１の通信手段を制御し、
前記第１の通信手段により受信された前期第１のメッセージに含まれる前記情報が、前記第２の通信による前記制御通信を前記送電装置が実行可能であることを示す場合に、前記送電装置の前記第２方式の通信における識別情報を要求するための第２のメッセージを前記送電装置へ送信して、当該識別情報を前記送電装置から受信するように前記第１の通信手段を制御し、
前記第１の通信手段により受信された前記第１のメッセージと前記識別情報が前記第１の通信手段により受信されたか否かとに基づいて、前記制御通信に前記第１の通信手段と前記第２の通信手段とのいずれを用いるかを決定する、
ことを含むことを特徴とする制御方法。
【請求項２４】
電力伝送に用いられる第１の周波数で第１方式の通信を行う第１の通信手段と、前記第１の周波数と異なる第２の周波数で第２方式の通信を行う第２の通信手段とを有し、受電装置へ無線で電力を送電する送電装置の制御方法であって、
制御手段が、
前記第２方式の通信による前記電力伝送のための制御通信を前記受電装置が実行可能であるかを示す情報を含んだ第１のメッセージを受信するように前記第１の通信手段を制御し、
前記第１の通信手段により受信された前記第１のメッセージに含まれる前記情報に基づいて、前記制御通信に前記第１の通信手段と前記第２の通信手段とのいずれを用いるかを決定する、
ことを含むことを特徴とする制御方法。
【請求項２５】
コンピュータを、請求項１から１４のいずれか１項に記載の受電装置の制御手段として機能させるためのプログラム。
【請求項２６】
コンピュータを、請求項１５から２２のいずれか１項に記載の送電装置の制御手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線電力伝送における制御通信技術に関する。
【背景技術】
【０００２】
送電装置と受電装置とを含んだ無線電力伝送システムの技術開発が広く行われている。特許文献１には、電力伝送システムにおいて、送受電の際に使用される制御信号の送受信を、送受電に用いるものと異なる周波数、コイルやアンテナを用いて、いわゆるアウトバンド通信で行う手法が記載されている。
【０００３】
無線電力伝送規格の標準化団体Ｗｉｒｅｌｅｓｓ  Ｐｏｗｅｒ  Ｃｏｎｓｏｒｔｉｕｍ（ＷＰＣ）が策定する規格（ＷＰＣ規格）では、送受電とそのための制御通信が磁気誘導（ｍａｇｎｅｔｉｃ  ｉｎｄｕｃｔｉｏｎ）によって行われる。また、現行のＷＰＣ規格に準拠した送電装置及び受電装置は、送受電で使用する周波数と同じ周波数を用いて制御通信を行う。この制御通信は、送受電で使用されるコイルを介して行われる、いわゆるインバンド通信である。なお、インバンド通信で誤りなく通信できる通信範囲は、アウトバンド通信の通信範囲よりも狭い。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２―２１７２２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
インバンド通信とアウトバンド通信の両方を実行可能な送電装置および受電装置について考えた場合、そのような送電装置および受電装置における適切な通信制御については検討されていなかった。
【０００６】
本発明は上記課題に鑑みてなされたものであって、インバンド通信とアウトバンド通信の両方を実行可能な受電装置及び送電装置における適切な通信制御技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様による受電装置は、送電装置から無線で電力を受電する受電手段と、電力伝送に用いられる第１の周波数で第１方式の通信を行う第１の通信手段と、前記第１の周波数と異なる第２の周波数で第２方式の通信を行う第２の通信手段と、前記電力伝送のための制御通信を行うために前記第１の通信手段および前記第２の通信手段を制御する制御手段と、を有し、前記制御手段は、前記第２方式の通信による前記制御通信を前記送電装置が実行可能であるかを示す情報を含んだ第１のメッセージを受信するように前記第１の通信手段を制御し、前記前記第１の通信手段により受信された前記第１のメッセージに含まれる前記情報が、前記第２方式の通信による前記制御通信を前記送電装置が実行可能であることを示す場合に、前記送電装置の前記第２方式の通信における識別情報を要求するための第２のメッセージを前記送電装置へ送信して、当該識別情報を前記送電装置から受信するように前記第１の通信手段を制御し、前記第１の通信手段により受信された前記第１のメッセージと前記識別情報が前記第１の通信手段により受信されたか否かとに基づいて、前記制御通信に前記第１の通信手段と前記第２の通信手段とのいずれを用いるかを決定する、ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、インバンド通信とアウトバンド通信の両方を実行可能な受電装置及び送電装置において適切に通信制御を行うことができる。
【図面の簡単な説明】
【０００９】
【図１】無線電力伝送システムの構成例を示すブロック図である。
【図２】送電装置の構成例を示すブロック図である。
【図３】受電装置の構成例を示すブロック図である。
【図４】送電装置の処理の流れの例を示すフローチャートである。
【図５】受電装置の処理の流れの例を示すフローチャートである。
【図６】無線電力伝送システムの動作シーケンス図。
【図７】Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔの構成を示す図である。
【図８】Ｐｏｗｅｒ  Ｔｒａｎｓｍｉｔｔｅｒ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔの構成を示す図である。
【発明を実施するための形態】
【００１０】
以下、添付の図面を参照して、本発明の実施の形態について説明する。なお、以下の実施形態は一例であり、本発明を説明された範囲に限定することは意図されていない。本発明の技術的思想の範囲内で様々な変更及び変形が行われうる。
【００１１】
（システム構成）
図１に本実施形態に係る無線充電システムを示す。本無線充電システムは、送電装置（第１送電装置１０１、第２送電装置１０２）及び受電装置（第１受電装置１１１及び第２受電装置１１２）を含んで構成される。なお、以下では、第１送電装置１０１及び第１受電装置１１１を、それぞれ「ＴＸ１」及び「ＲＸ１」と呼ぶ場合があり、同様に、第２送電装置１０２及び第２受電装置１１２を、それぞれ「ＴＸ２」及び「ＲＸ２」と呼ぶ場合がある。なお、これらの送電装置及び受電装置は、それぞれＢｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）による通信機能を有するものとする。また、本無線充電システムの周囲には、一例として、ＢＬＥによる通信機能を有するが、無線電力伝送の機能を有しない他の装置（第１通信装置１２１及び第２通信装置１２２）が存在するものとする。なお、以下では、ＢＬＥの通信部（アンテナや通信回路等によって構成されるユニット）を「ＢＬＥ」と呼ぶ場合がある。
【００１２】
ここで、図１に示すように、ＴＸ１とＴＸ２は、ＢＬＥのＣｅｎｔｒａｌとして機能し、ＲＸ１とＲＸ２は、ＢＬＥのＰｅｒｉｐｈｅｒａｌとして機能する。また、第１通信装置１２１はＣｅｎｔｒａｌとして機能し、第２通信装置１２２はＰｅｒｉｐｈｅｒａｌとして機能する。なお、「Ｃｅｎｔｒａｌ」は、ＢＬＥの制御局であることを示し、「Ｐｅｒｉｐｈｅｒａｌ」は、ＢＬＥの端末局であることを示している。ＢＬＥのＣｅｎｔｒａｌは、ＢＬＥのＰｅｒｉｐｈｅｒａｌとの間で通信を行い、他のＣｅｎｔｒａｌとの通信を行わない。また、ＢＬＥのＰｅｒｉｐｈｅｒａｌは、ＢＬＥのＣｅｎｔｒａｌとの間では通信を行うが、他のＰｅｒｉｐｈｅｒａｌとの間では通信を行わない。すなわち、ＢＬＥでは、Ｃｅｎｔｒａｌ同士又はＰｅｒｉｐｈｅｒａｌ同士の通信は行われない。また、Ｃｅｎｔｒａｌは複数のＰｅｒｉｐｈｅｒａｌと接続状態（ＢＬＥのＣＯＮＮＥＣＴ＿Ｓｔａｔｅ）となることができ、複数のＰｅｒｉｐｈｅｒａｌとの間でデータを送受信することができる。一方、Ｐｅｒｉｐｈｅｒａｌは、１台のＣｅｎｔｒａｌとしか接続状態になることができず、複数のＣｅｎｔｒａｌと並行して通信することはない。
【００１３】
図１において、ＴＸ１から見て、ＲＸ１は送受電範囲内に位置している一方で、ＲＸ２は送受電範囲内に位置していないものとする。したがって、ＴＸ１はＲＸ１のみに対して無線電力伝送を行い、ＲＸ２に対して電力伝送は行わない。
【００１４】
この場合、ＴＸ１がＢＬＥを用いてアウトバンド通信によって制御通信を行ってＲＸ１に送電するためには、ＴＸ１のＢＬＥ（Ｃｅｎｔｒａｌ）が、少なくともＲＸ１のＢＬＥ（Ｐｅｒｉｐｈｅｒａｌ）と接続状態とならなければならない。上述のように、ＢＬＥのＣｅｎｔｒａｌは、同時に複数のＰｅｒｉｐｈｅｒａｌと接続状態になりうるため、ＴＸ１のＢＬＥ（Ｃｅｎｔｒａｌ）は、ＲＸ１のみならず、Ｐｅｒｉｐｈｅｒａｌとして機能するＲＸ２や第２通信装置１２２と接続状態であってもよい。同様に、ＴＸ２のＢＬＥ（Ｃｅｎｔｒａｌ）は、ＲＸ２のＢＬＥ（Ｐｅｒｉｐｈｅｒａｌ）と接続状態であれば、ＲＸ１や第２通信装置１２２と接続状態であってもよい。
【００１５】
一方、ＲＸ１のＢＬＥ（Ｐｅｒｉｐｈｅｒａｌ）は、１つのＣｅｎｔｒａｌとのみ接続可能である。このため、ＴＸ１とＲＸ１との間の電力伝送のための制御通信をＢＬＥで行うためには、ＲＸ１のＢＬＥ（Ｐｅｒｉｐｈｅｒａｌ）が、ＴＸ１のＢＬＥ（Ｃｅｎｔｒａｌ）とのみ接続状態である必要がある。ＲＸ１のＢＬＥ（Ｐｅｒｉｐｈｅｒａｌ）は、Ｔｘ２や第１通信装置１２１などの他のＢＬＥ（Ｃｅｎｔｒａｌ）と接続状態となると、ＴＸ１のＢＬＥ（Ｃｅｎｔｒａｌ）と制御通信を行うことができなくなるからである。同様に、ＴＸ２とＲＸ２との間の電力伝送のための制御通信をＢＬＥで行うためには、ＲＸ２のＢＬＥ（Ｐｅｒｉｐｈｅｒａｌ）はＴＸ２のＢＬＥ（Ｃｅｎｔｒａｌ）とのみ接続状態でなければならない。したがって、ＲＸ２のＢＬＥ（Ｐｅｒｉｐｈｅｒａｌ）は、Ｔｘ１や第１通信装置１２１等の他のＢＬＥ（Ｃｅｎｔｒａｌ）と接続状態であるべきでない。
【００１６】
このように、制御通信は送受電が実行される送電装置及び受電装置（例えばＴＸ１とＲＸ１）の間で行われるべきである。しかしながら、アウトバンド通信の通信範囲がインバンド通信の通信範囲より広い場合、送電装置及び受電装置は送受電対象でない機器とアウトバンド通信のための接続を確立してしまう場合がある。このような送受電対象でない機器とアウトバンド通信のための接続を確立することをクロスコネクションと呼ぶ。例えば、図１において、ＲＸ１とＴＸ２又は第１通信装置１２１がＢＬＥ接続される状態がクロスコネクションである。
【００１７】
図１において、ＴＸ１は、制御通信としてＢＬＥ（アウトバンド通信）を使用する時は、送受電範囲内にあるＲＸ１とＢＬＥ接続がなされているという確証がなければ、ＲＸ１のバッテリを充電する電力の送電や電力に関する交渉等を行うべきでない。ＴＸ１は、ＲＸ１を送電対象としながら、ＲＸ２や第２通信装置１２２とのＢＬＥ接続を確立して制御通信を行うと、送電対象（ＲＸ１）と制御通信の相手装置（ＲＸ２や第２通信装置１２２）とが異なってしまいうるからである。この場合、ＴＸ１が、ＲＸ１に対する適切な制御通信を行うことができなくなる。同様に、ＲＸ１も、ＢＬＥ（アウトバンド通信）による制御通信を用いる場合は、送受電範囲内にあるＴＸ１とＢＬＥ接続がなされているという確証がなければ、ＴＸ１からのバッテリを充電するための電力の受電や電力に関する交渉等を行うべきでない。ＲＸ１は、ＴＸ１を受電元としながら、ＴＸ２や第１通信装置１２１とのＢＬＥ接続を確立して制御通信を行うと、受電元（ＴＸ１）と制御通信の相手装置（ＴＸ２や第１通信装置１２１）とが異なってしまいうるからである。この場合、ＲＸ１は、ＴＸ１との間で適切な制御通信を行うことができなくなる。
【００１８】
以上のように、図１の無線電力伝送システムでは、送電装置及び受電装置の両方が、バッテリを充電する電力の送受電やその電力の交渉に先立って、送受電範囲内にある相手装置とＢＬＥによる制御通信が可能であるという確証を得ることが重要となる。このため、本実施形態では、送電装置と受電装置が無線電力伝送の相手装置との間でＢＬＥによる接続を確立することができるようにする。なお、ＢＬＥは一例であり、無線電力伝送におけるアウトバンド通信に利用可能な任意の無線通信方式が利用可能である。また、以下では、実行される無線電力伝送はＷＰＣ規格に準拠しているものとし、ここでのＷＰＣ規格は、バージョン１．２．２に規定された機能を含む。なお、本実施形態では送電装置と受電装置とがＷＰＣ規格に準拠しているものとして説明するが、これに限られず、他の無線電力伝送規格であってもよい。以下では、送電装置及び受電装置の構成例と、実行される処理の流れの例について説明する。
【００１９】
（装置構成）
図２は、送電装置（例えばＴＸ１及びＴＸ２）の構成例を示すブロック図である。送電装置は、例えば、制御部２０１、電源部２０２、送電部２０３、第１通信部２０４、送電コイル２０５、第２通信部２０６、及びメモリ２０７を有する。
【００２０】
制御部２０１は、送電装置全体を制御する。制御部２０１は、一例として、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等の１つ以上のプロセッサを含んで構成される。なお、制御部２０１は、後述の処理を実行するように構成された、特定用途向け集積回路（ＡＳＩＣ）やフィールドプログラマブルゲートアレイ（ＦＰＧＡ）等を含んでもよい。
【００２１】
電源部２０２は、少なくとも制御部２０１及び送電部２０３が動作する際の電力を供給する電源である。電源部２０２は、例えば、商用電源から電力の供給を受ける有線受電回路やバッテリ等でありうる。送電部２０３は、送電コイル２０５を介して受電装置へ電力を伝送するために、送電コイル２０５に交流電圧および交流電流を発生させる。送電部２０３は、例えば、電源部２０２が供給する直流電圧を、ＦＥＴを使用したハーフブリッジ又はフルブリッジ構成のスイッチング回路を用いて交流電圧に変換する。この場合、送電部２０３は、ＦＥＴのＯＮ／ＯＦＦを制御するゲ−トドライバを含む。
【００２２】
第１通信部２０４は、受電装置の通信部（図３に示す第１通信部３０３）との間で、ＷＰＣ規格に基づいた無線電力伝送の制御通信を行う。本実施形態では、第１通信部２０４が実行する通信は、送電部２０３が発生する交流電圧または電流を変調し、無線電力に通信対象データを重畳する、いわゆるインバンド通信（第１方式による通信）である。また、本実施形態では、送電装置は、制御通信にインバンド通信のみを使用する場合は、同様にインバンド通信を使用する受電装置の充電部に最大１５ワットの電力を出力するだけの電力を供給できるものとする。
【００２３】
第２通信部２０６は、受電装置の通信部（図３に示す第２通信部３０４）との間で、ＷＰＣ規格に基づいた無線電力伝送の制御通信を行う。第２通信部２０６は、送電部２０３の周波数と異なる周波数を使用し、送電コイル２０５と異なる不図示のアンテナを使用する、いわゆるアウトバンド通信（第２方式による通信）を行う。本実施形態では、第２通信部２０６がＢＬＥに対応しているものとするが、これに代えて、ＮＦＣやＷｉＦｉ等の他の無線通信方式に対応する通信部が用いられてもよい。
【００２４】
なお、本実施形態では、送電装置は、受電装置との間での制御通信にアウトバンド通信が使用される場合は、インバンド通信が使用される場合と比較して、その受電装置に大きい電力を供給することができるものとする。例えば、送電装置は、アウトバンド通信によって制御通信を行う場合には、受電装置の充電部に出力される電力が最大１００ワットとなるように、電力を供給することができるものとする。インバンド通信では、通信のために、送電電力に微小な電圧および電流の変化が重畳される。これに対して、送電電力が大きくなると、送電部や受電部から発生するノイズが大きくなる。このため、インバンド通信が用いられる場合には、通信のための微小な電圧および電流の変化をインバンド通信の通信部が検出可能とするために、送電電力が制限されることとなる。一方、アウトバンド通信が用いられる場合は、このような制約がなくなるため、送電する電力量を大きくすることができる。
【００２５】
メモリ２０７は、送電装置や無線電力伝送システムの各要素および全体の状態を記憶する。
【００２６】
図２では、制御部２０１、電源部２０２、送電部２０３、第１通信部２０４、メモリ２０７、第２通信部２０６が、それぞれ別個のブロックとして記載されているが、これらのうちの２つ以上のブロックが１つのチップ等によってまとめられてもよい。また、１つのブロックが複数のブロックに分割されてもよい。
【００２７】
図３は、受電装置（例えばＲＸ１及びＲＸ２）の構成例を示すブロック図である。受電装置は、例えば、制御部３０１、受電部３０２、第１通信部３０３、第２通信部３０４、受電コイル３０５、充電部３０６、バッテリ３０７、及びメモリ３０８を有する。
【００２８】
制御部３０１は、受電装置の全体を制御する。制御部３０１は、一例として、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等の１つ以上のプロセッサを含んで構成される。なお、制御部２０１は、後述の処理を実行するように構成された、特定用途向け集積回路（ＡＳＩＣ）やフィールドプログラマブルゲートアレイ（ＦＰＧＡ）等を含んでもよい。
【００２９】
受電部３０２は、送電コイル２０５からの送電によって受電コイル３０５に生じた交流電圧および交流電流を取得して、受電した電力を制御部３０１及び充電部３０６等が動作するための直流電圧および直流電流に変換する。第１通信部３０３は、送電装置の第１通信部２０４との間で、ＷＰＣ規格に基づいた無線電力伝送のための制御通信を行う。この制御通信は、受電コイル３０５で受電した電磁波を負荷変調するインバンド通信（第１方式による通信）によって行われる。本実施形態では、受電装置は、送電装置との間の制御通信にインバンド通信のみを使用する場合、その送電装置から無線で電力を受電し、充電部３０６に最大で１５ワットの電力を出力できるものとする。
【００３０】
第２通信部３０４は、送電装置の第２通信部２０６との間で、ＷＰＣ規格に基づいた無線電力伝送の制御通信を行う。第２通信部３０４は、受電部３０２が受電する電磁波の周波数と異なる周波数を使用し、受電コイル３０５とは異なる不図示のアンテナを使用してアウトバンド通信（第２方式による通信）を行う。本実施形態では、第２通信部３０４がＢＬＥに対応しているものとするが、これに代えて、ＮＦＣやＷｉＦｉ等の他の無線通信方式に対応する通信部が用いられてもよい。また、第２通信部３０４は、バッテリ３０７から電力供給を受けてもよいし、受電部３０２からバッテリ３０７を介さずに直接電力供給を受けてもよい。なお、本実施形態では、受電装置は、送電装置との間の制御通信にアウトバンド通信を使用する場合は、この送電装置から無線で電力を受電し、充電部３０６に最大で１００ワットの電力を出力できるものとする。
【００３１】
充電部３０６は、受電部３０２から供給される直流電圧と直流電流を利用して、バッテリ３０７を充電する。メモリ３０８は、受電装置および無線電力伝送システムの各要素および全体の状態を記憶する。
【００３２】
図３では制御部３０１、受電部３０２、第１通信部３０３、第２通信部３０４、充電部３０６、及びメモリ３０８が、それぞれ別個のブロックとして記載されているが、これらのうちの２つ以上のブロックが１つのチップ等によってまとめられてもよい。また、１つのブロックが複数のブロックに分割されてもよい。
【００３３】
なお、送電装置または受電装置がアウトバンド通信による制御通信に対応していることを、以下ではＷＰＣ規格のバージョンＡに対応していると表す。ＷＰＣ規格のバージョンＡは、ＷＰＣｖ１．２．２の後継の規格であり、少なくともアウトバンド通信による制御通信機能が追加されているものとする。
【００３４】
（処理の流れ）
続いて、各装置において実行される処理の流れの例について説明し、その後、システム全体の処理の流れの例について説明する。
【００３５】
［送電装置の動作］
以下、送電装置（ＴＸ１）が実行する処理の流れの例について、図４を用いて説明する。なお、本処理は、送電部２０３が電源部２０２から電源供給を受ける等によって電源が投入されて起動したことに応じて開始されうる。また、本処理は、制御部２０１が、メモリ２０７に記憶されたプログラムを実行することによって実現されうる。ただし、これらに限られず、例えばユーザによる所定のボタンの押下等の操作によって電力伝送機能が起動されたことに応じて、本処理が実行されてもよい。また、図４に示される処理の少なくとも一部がハードウェアによって実現されてもよい。少なくとも一部の処理がハードウェアによって実現される場合、例えば、その処理ステップを実現するためのプログラムから、所定のコンパイラを用いてＦＰＧＡ上に自動的に生成された専用回路が用いられうる。また、ＦＰＧＡと同様に、Ｇａｔｅ  Ａｒｒａｙ回路によって、所定の処理ステップを実行するためのハードウェアが実現されてもよい。
【００３６】
ＴＸ１は、本処理が開始されると、ＷＰＣ規格に準拠した処理を開始する。ＷＰＣ規格では、Ｓｅｌｅｃｔｉｏｎフェーズ（以下、「選択フェーズ」と呼ぶ。）、Ｐｉｎｇフェーズ、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ＆Ｃｏｎｆｉｇｕｒａｔｉｏｎフェーズ（以下、「Ｉ＆Ｃフェーズ」と呼ぶ。）によって相手装置が特定される。そして、Ｎｅｇｏｔｉａｔｉｏｎフェーズ（以下、「交渉フェーズ」と呼ぶ。）において、送電電力に関する交渉が実行され、その後、電力伝送のためのＣａｌｉｂｒａｔｉｏｎフェーズ（以下、「較正フェーズ」と呼ぶ。）を経て、実際の電力伝送を行うＰｏｗｅｒ  Ｔｒａｎｓｆｅｒフェーズ（以下、「ＰＴフェーズ」と呼ぶ。）の処理が実行される。
【００３７】
図４において、ＴＸ１は、まず、選択フェーズ及びＰｉｎｇフェーズの処理を実行する（Ｓ４０１）。ＴＸ１は、選択フェーズにおいて、送電コイル２０５を介してＡｎａｌｏｇ  Ｐｉｎｇを送電する。Ａｎａｌｏｇ  Ｐｉｎｇは、送電コイル２０５の近傍に存在する物体を検出するための微小な電力である。ＴＸ１は、Ａｎａｌｏｇ  Ｐｉｎｇを送電した時の送電コイルの電圧値または電流値を検出し、電圧がある閾値を下回る場合または電流値がある閾値を超える場合に物体が近傍に存在すると判断し、Ｐｉｎｇフェーズに移行する。そして、Ｐｉｎｇフェーズにおいて、ＴＸ１は、Ａｎａｌｏｇ  Ｐｉｎｇより大きいＤｉｇｉｔａｌ  Ｐｉｎｇを送電する。ここで、Ｄｉｇｉｔａｌ  Ｐｉｎｇは、送電コイル２０５の近傍に存在するＲＸ１の制御部３０１、第１通信部３０３、及び第２通信部３０４が起動するのに十分な電力を有する。ＲＸ１の制御部３０１及び第１通信部３０３は、受電コイル３０５を介して受電したＤｉｇｉｔａｌ  Ｐｉｎｇにより起動すると、第１通信部３０３によるインバンド通信で受電電圧の大きさをＴＸ１へ通知する。ＴＸ１は、第１通信部２０４を介して受電電圧値の通知を受けると、Ｐｉｎｇフェーズの処理を終了し、Ｉ＆Ｃフェーズに移行する。ＴＸ１は、Ｉ＆Ｃフェーズにおいて、ＲＸ１によって送信されたＩｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔを受信する（Ｓ４０２）。このときに、ＴＸ１は、パケットの送信元であるＲＸ１がＷＰＣ規格のバージョンＡに対応しているか否かの情報と、少なくともバージョンＡより前のバージョンのＷＰＣ規格で使用するＲＸ１の個体識別情報と、ＢＬＥで使用する識別情報とを取得しうる。一例において、ＴＸ１は、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔにおいて、ＲＸ１がＷＰＣ規格で使用する識別情報を取得すると共に、追加のＩＤ情報があることを示すＥＸＴビットが「１」となっているか否かを確認する。そして、ＴＸ１は、ＥＸＴビットが「１」である場合、続いてＷＰＣ規格に従って送信されてくるＥｘｔｅｎｄｅｄ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔによって、追加のＩＤ情報を取得する。本実施形態では、このＥｘｔｅｎｄｅｄ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔには、ＲＸ１がＢＬＥで使用する８バイトのＢｌｕｅｔｏｏｔｈ  Ｄｅｖｉｃｅ  Ａｄｄｒｅｓｓが格納される。なお、以下では、Ｂｌｕｅｔｏｏｔｈ  Ｄｅｖｉｃｅ  Ａｄｄｒｅｓｓを「ＢＤ＿ＡＤＤＲ」と呼ぶ。ＢＤ＿ＡＤＤＲは、例えば、ＲＸ１の製造メーカや、ＢＬＥの通信機能（第２通信部３０４）の固体識別情報を示す、ＢＬＥ規格で規定されたＰｕｂｌｉｃ  Ａｄｄｒｅｓｓである。ＴＸ１は、この時点で、ＲＸ１の、ＷＰＣ規格で使用される識別情報と、ＢＬＥの識別情報とが対応する（同一の装置に関するものである）ことを認識することができる。
【００３８】
また、ＴＸ１は、Ｉ＆Ｃフェーズにおいて、ＲＸ１によって送信されたＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔをも受信する（Ｓ４０２）。本実施形態では、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔ内の１ビットを用いて、このパケットの送信元であるＲＸ１がＢＬＥによる制御通信に対応しているか否かを示すＢＬＥ  ｂｉｔが送信される。ＷＰＣ規格バージョンＡに対応するＴＸ１は、このビットを監視することにより、ＲＸ１がＢＬＥを用いた制御通信機能を有するか否かを判定することができる。また、本実施形態では、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔ内の別の１ビットを用いて、ＲＸ１がその時点でＢＬＥを制御通信に使用可能であるかを示すＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔを送信する。Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔは、図７のような構成を有し、Ｒｅｓｅｒｖｅｄ領域（領域７００、領域７０１、領域７０２）のいずれかに、ＢＬＥ  ｂｉｔ／ＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔが設定されうる。このとき、ＢＬＥの制御通信に対応している場合はＢＬＥ  ｂｉｔが設定された領域（ビット）が「１」に設定され、ＢＬＥを制御通信に使用可能である場合にはＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔが設定された領域が「１」に設定されるようにする。Ｒｅｓｅｒｖｅｄ領域は、通常「０」が格納されるため、ＷＰＣ規格のバージョンＡより前のバージョンに準拠する受電装置は、この領域に「０」を格納する。このため、ＷＰＣ規格のバージョンＡに準拠していない受電装置がＢＬＥでの制御通信に対応し又は制御通信を実行可能であるように送電装置が誤解することを防ぐことができる。なお、これらは一例にすぎず、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔは、これらの要素を必ずしも含まなくてもよい。例えば、上述のようにして、Ｅｘｔｅｎｄｅｄ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ＰａｃｋｅｔによってＢＲ＿ＡＤＤＲが送信されることによって、ＢＬＥによる通信に対応していることが分かるため、ＢＬＥ  ｂｉｔは省略されてもよい。この場合、ＲＸ１が、例えば他の装置とＢＬＥによる通信を行っていないなど、ＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔのみが送信されるだけで、ＴＸ１は、ＲＸ１がＢＬＥによる制御通信を実行可能であるか否かを把握することができる。なお、ＢＬＥ  ｂｉｔやＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔは一例であり、これが用いられなくてもよい。例えば、ＢＬＥに限定しないアウトバンド通信に対応しているか否か、及び、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔの送信時においてアウトバンド通信による制御通信を実行可能な状態にあるかが示されてもよい。また、ＢＬＥ以外のアウトバンド通信に利用可能な通信方式のそれぞれについて、通信機能を有するか否か及び制御通信を実行可能か否かを示す、ＢＬＥ  ｂｉｔやＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔと同様の領域が設けられてもよい。例えば、ＮＦＣ通信機能を有するか否かを示すＮＦＣ  ｂｉｔ等が設けられてもよい。
【００３９】
そして、ＴＸ１は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔを受信したことに応答して、インバンド通信によってアクノリッジ（ＡＣＫ）を送信する（Ｓ４０３）。ＴＸ１は、ＡＣＫを送信したことに応じて、交渉フェーズへ移行する。
【００４０】
また、ＴＸ１は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔを受信したことによって、ＲＸ１がＢＬＥによる制御通信機能を有し、かつ、ＴＸ１との間でＢＬＥによる制御通信を行うことができる状態にあるかを判定する（Ｓ４０４）。ＴＸ１は、ＲＸ１がＢＬＥによる制御通信機能を有しない又はＢＬＥによる制御通信を実行可能な状態にない場合（Ｓ４０４でＮＯ）、ＲＸ１との間でＢＬＥによる制御通信を行うことができないため、アウトバンド通信を使用しないことを決定する（Ｓ４２０）。この場合、ＴＸ１は、アウトバンド通信の代わりにインバンド通信を実行する。そして、ＴＸ１は、Ｇｕａｒａｎｔｅｅｄ  Ｐｏｗｅｒ（ＧＰ）の許容値の最大を１５ワット（Ｗ）とすることを決定する（Ｓ４２１）。なお、ＧＰは、送電装置と受電装置との位置関係がずれて、送電コイル２０５と受電コイル３０５との間の送電効率が低下しても、受電部３０２の負荷（例えば充電部やバッテリ）への出力電力に関して送電装置によって保障される電力値のことを指す。ＴＸ１は、許容するＧＰの大きさを決定しておき、その後のネゴシエーションによって、その許容値を超えるＧＰの要求があった場合にはその要求を拒否するように動作する。その後、ＴＸ１は処理をＳ４１４へ移す。
【００４１】
一方、ＴＸ１は、ＲＸ１がＢＬＥによる制御通信機能を有し、かつ、ＢＬＥによる制御通信を実行可能な状態である場合（Ｓ４０４でＹＥＳ）、ＲＸ１からの能力情報の問い合わせがあったか否かを判定する（Ｓ４０５）。この能力情報の問い合わせは、ＷＰＣ規格で規定されているデータであるＧｅｎｅｒａｌ  ＲｅｑｕｅｓｔがＲＸ１からＴＸ１へ送信されることによって行われる。なお、このような能力情報を問い合わせるＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔを、以下では、「Ｇｅｎｅｒａｌ  Ｒｅｑ（Ｃａｐａｂｉｌｉｔｙ）」と呼ぶ。ＴＸ１は、Ｇｅｎｅｒａｌ  Ｒｅｑ（Ｃａｐａｂｉｌｉｔｙ）を受信しなかった場合（Ｓ４０５でＮＯ）は、処理をＳ４２０へ移し、アウトバンド通信を使用しないことを決定する。一方で、ＴＸ１は、Ｇｅｎｅｒａｌ  Ｒｅｑ（Ｃａｐａｂｉｌｉｔｙ）を受信した場合（Ｓ４０５でＹＥＳ）、ＷＰＣ規格で規定されているＰｏｗｅｒ  Ｔｒａｎｓｍｉｔｔｅｒ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔを、ＲＸ１へ送信する。以下では、Ｐｏｗｅｒ  Ｔｒａｎｓｍｉｔｔｅｒ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔのことを「ＴＸ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔ」と呼ぶ。ＴＸ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔは、図８に示すように、ＧＰの最大値など、送電装置の能力に関する情報を含む。本実施形態では、さらに、ＴＸ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔのリザーブ領域（図８の領域８００及び領域８０１）のうちの１ビットをＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔとして割り当てる。このＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔは、ＲＸ１によって送信されるＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔ内のＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔと同様の意味を有する。なお、ＴＸ１は、ＴＸ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔのリザーブ領域のうちの１ビットを、ＢＬＥ  ｂｉｔとして使用してもよい。このＢＬＥ  ｂｉｔについても、ＲＸ１によって送信されるＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔ内のＢＬＥ  ｂｉｔと同様の意味を有する。
【００４２】
ＴＸ１は、ＴＸ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔにおける情報伝送に先立ち、自装置がＢＬＥを使用可能な状態にあるかを判定する（Ｓ４０６）。ＴＸ１は、自装置がＢＬＥを使用可能な状態でない場合（Ｓ４０６でＮＯ）は、Ｔｘ  Ｃａｐａｂｉｌｉｔｙ  ＰａｃｋｅｔのＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔを「０」に設定してＲＸ１へ送信し（Ｓ４１９）、処理をＳ４２０へ移す。一方、ＴＸ１は、例えば、自装置がＢＬＥのＰｅｒｉｐｈｅｒａｌとして動作しているか否か、ＢＬＥを他の装置との間で使用中であるか等に基づいて、現時点でＢＬＥによる制御通信を実行可能であるかを判定する。例えば、ＴＸ１は、自装置がＣｅｎｔｒａｌである場合は、複数のＰｅｒｉｐｈｅｒａｌと接続可能であるため、ＢＬＥを制御通信に使用可能であると判定しうる。また、ＴＸ１は、自装置が他の装置とＢＬＥによる通信を行っていない場合にＢＬＥを制御通信に使用可能であると判定しうる。一方、ＴＸ１は、自装置がＰｅｒｉｐｈｅｒａｌとして他の装置とＢＬＥによる通信を行っている場合は、ＢＬＥを制御通信に使用可能でないと判定しうる。また、ＴＸ１は、ＴＸ１と接続されている製品（例えばプリンタなど）の制御部との通信により、この判定を行ってもよい。例えば、ＴＸ１の制御部２０１と、製品の制御部をＧＰＩＯ（Ｇｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）やシリアル通信で接続し、ＴＸ１の制御部２０１が、製品の制御部へＢＬＥの使用状況を問い合わせてもよい。この場合、ＴＸ１の制御部２０１は、製品の制御部からＢＬＥの使用状況についての応答がＢＬＥを使用中であることを示す場合、その時点で制御通信にＢＬＥを使用できないと判定しうる。また、ＴＸ１の制御部２０１は、その応答がＢＬＥを使用中でないことを示す場合、制御通信にＢＬＥを使用可能であると判定しうる。
【００４３】
そして、ＴＸ１は、自装置がＢＬＥを使用可能な状態である場合（Ｓ４０６でＹＥＳ）、Ｔｘ  Ｃａｐａｂｉｌｉｔｙ  ＰａｃｋｅｔのＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔを「１」に設定してＲＸ１へ送信する（Ｓ４０７）。そして、ＴＸ１は、この時点でＲＸ１との間でＢＬＥによる通信を行うことが可能であると判定し、Ｓ４０２で取得したＲＸ１のＢＤ＿ＡＤＤＲをメモリに保持する（Ｓ４０８）。なお、ＴＸ１は、Ｓ４０２でＲＸ１のＢＤ＿ＡＤＤＲを取得した時点でメモリに保持しておき、自装置がＢＬＥを使用可能でないと判定した場合（Ｓ４０６でＮＯ）に、その情報を破棄するようにしてもよい。
【００４４】
なお、Ｓ４０７においてＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔを「１」としたＴｘ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔが送信された後に、ＴＸ１は、ＲＸ１から、ＴＸ１のＢＬＥの識別情報を問い合わせる信号を受信しうる。この信号は、例えば、ＷＰＣ規格のＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔでありうる。以下では、ＢＬＥの識別情報を問い合わせるＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔを、「Ｇｅｎｅｒａｌ  Ｒｅｑ（ＩＤ）」と呼ぶ。ＴＸ１は、Ｇｅｎｅｒａｌ  Ｒｅｑ（ＩＤ）を受信すると、自装置のＢＬＥについてのＢＤ＿ＡＤＤＲを含んだ応答をＲＸ１へ送信する。この応答は、ＷＰＣ規格で規定されているＰｏｗｅｒ  Ｔｒａｎｓｍｉｔｔｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔ（以下では、「ＴＸ  ＩＤ  Ｐａｃｋｅｔ」と呼ぶ。）でありうる。ＴＸ  ＩＤ  Ｐａｃｋｅｔには、送電装置が対応しているＷＰＣ規格のバージョンや、送電装置のインバンド通信に係る機能ブロックの製造者等による識別番号が含まれる。さらに、バージョンＡに対応した送電装置は、このＴＸ  ＩＤ  Ｐａｃｋｅｔに、ＢＬＥのＢＤ＿ＡＤＤＲを含めることができる。これにより、ＲＸ１が、ＴＸ１のＷＰＣ規格における識別情報と、ＢＬＥにおける識別情報（ＢＤ＿ＡＤＤＲ）とを関連付けて認識することができるようになる。
【００４５】
Ｓ４０８の処理に続いて、ＴＸ１は、ＲＸ１とのＢＬＥによる制御通信を試行するために、自装置のＢＬＥ通信機能を、Ｓｃａｎｎｅｒとして起動する（Ｓ４０９）。なお、Ｓｃａｎｎｅｒは、ＢＬＥ規格で定義されている状態の１つであり、ブロードキャストされるＡＤＶＥＲＴＩＳＥ＿ＩＮＤＩＣＡＴＩＯＮを受信して、その送信元のＢＬＥデバイス（またはサービス）を発見する。以下では、ＡＤＶＥＲＴＩＳＥ＿ＩＮＤＩＣＡＴＩＯＮをＡＤＶ＿ＩＮＤと呼ぶ。ＡＤＶ＿ＩＮＤは、ＢＬＥ規格で定義されているＡｄｖｅｒｔｉｓｅｒの状態のデバイスによってブロードキャストされ、そのデバイスのＢＤ＿ＡＤＤＲや対応しているサービス情報を報知するための信号である。
【００４６】
ＴＸ１は、Ｓｃａｎｎｅｒとして起動後に、ＡＤＶ＿ＩＮＤが送信されてくるのを待ち受ける（Ｓ４１０）。そして、ＴＸ１は、所定時間が経過する前（Ｓ４１８でＮＯの間）に、Ｓ４０８で保持されたＢＤ＿ＡＤＤＲのＡＤＶ＿ＩＮＤを受信すると（Ｓ４１０及びＳ４１１でＹＥＳ）、ＢＬＥによる接続要求メッセージをそのＢＤ＿ＡＤＤＲに宛てて送信する。すなわち、ＴＸ１は、タイムアウト前にＲＸ１からのＡＤＶ＿ＩＮＤを受信した場合に、ＢＬＥによる接続要求メッセージをＲＸ１へ送信する。この接続要求メッセージは、ＢＬＥ規格で規定されたＣＯＮＮＥＣＴ＿ＲＥＱ（以下では「ＣＯＮＮＥＣＴ」と呼ぶ場合がある。）である。そして、ＴＸ１は、交渉フェーズへと移行する。ここでは、ＢＬＥによる通信が可能な状態であるため、交渉フェーズにおける交渉はＢＬＥを用いて実行される。ＴＸ１は、この時点でＢＬＥ（アウトバンド通信）による制御通信を実行可能な状態となるため、ＧＰを十分に高く設定することができると判定する。このため、ＴＸ１は、ＧＰの許容値最大を、例えば１００Ｗとし（Ｓ４１３）、処理をＳ４１４へ進める。なお、ＴＸ１は、アウトバンド通信での接続が実際に確立された後にＧＰの許容値の最大値を決定する処理を実行してもよい。この場合、ＴＸ１は、アウトバンド通信を使用することを決定した場合であっても、実際にアウトバンド通信の接続を確立することができなかった場合には、処理をＳ４２０へ移してもよい。
【００４７】
なお、ＴＸ１は、ＡＤＶ＿ＩＮＤを受信したとしても、Ｓ４０８で保持されたＢＤ＿ＡＤＤＲのＡＤＶ＿ＩＮＤでない場合（Ｓ４１１でＮＯ）にはＣＯＮＮＥＣＴを送信しない。すなわち、ＴＸ１は、電力伝送のための制御通信を試行する段階において、そのような制御通信とは異なる用途でのＢＬＥの接続が確立されないように、ＣＯＮＮＥＣＴを送信する対象を限定する。なお、ＲＸ１からのＡＤＶ＿ＩＮＤを受信しないままタイムアウトした場合（Ｓ４１８でＹＥＳ）は、処理はＳ４２０へ進む。
【００４８】
Ｓ４１４では、ＴＸ１は、ＲＸ１との間でＧＰの交渉を行う。この交渉は、ＴＸ１において許容できるＧＰの最大値と、ＲＸ１が要求するＧＰの値とに基づいて行われる。なお、ＴＸ１が許容できるＧＰの最大値は、上述のように、Ｓ４１３又はＳ４２１の処理によって、アウトバンド通信を利用可能か否かに応じて決定される。その後、ＴＸ１は、較正フェーズでの処理を実行後（Ｓ４１５）、ＰＴフェーズに移行して（Ｓ４１６）、ＲＸ１へ電力を伝送する。ＰＴフェーズでは、ＲＸ１からＴＸ１へ送電電力の増減を要求する制御データが送信されるが、この通信は制御通信であるため、ＢＬＥ（アウトバンド通信）を利用可能な状況ではＢＬＥによって行われる。その後、ＴＸ１は、ＲＸ１から充電終了などによって電力伝送の停止を要求するＥｎｄ  Ｐｏｗｅｒ  Ｔｒａｎｓｆｅｒ（ＥＰＴ）を受信すると（Ｓ４１７）、電力伝送処理を終了する。なお、ＥＰＴの送受信も制御通信であるため、ＢＬＥ（アウトバンド通信）を利用可能な状況ではＢＬＥによって行われる。
【００４９】
以上のように、ＴＸ１は、ＲＸ１がＢＬＥによる制御通信を実行することができるか否かを確認する。また、ＴＸ１は、ＲＸ１のＷＰＣ規格での識別情報とＢＬＥでの識別情報とを対応付けて認識しておき、ＲＸ１のＢＬＥでの識別情報を含んだＡＤＶ＿ＩＮＤを受信した場合に、ＣＯＮＮＥＣＴを送信するようにする。これにより、電力伝送の対象との間でＢＬＥによる接続を確立し、一方で電力伝送の対象ではない他の装置との間でＢＬＥによる接続を確立しないようにすることができる。
【００５０】
［受電装置の動作］
続いて、受電装置（ＲＸ１）が実行する処理の流れの例について、図５を用いて説明する。なお、本処理は、例えばユーザによる所定のボタンの押下等の操作によって受電機能が起動されたことに応じて、又はＲＸ１がＴＸ１の近傍に持ち込まれたことに応じて、実行されうる。なお、受電コイル３０５を介して受信した電力によって制御部３０１及び第１通信部３０３が起動したことに応じて本処理が開始されてもよい。また、本処理は、制御部３０１が、メモリ３０８に記憶されたプログラムを実行することによって実現されうるが、後述の処理を実行するための専用のハードウェアが用いられてもよい。例えば、少なくとも一部の処理がハードウェアによって実現される場合、その処理ステップを実現するためのプログラムから、所定のコンパイラを用いてＦＰＧＡ上に自動的に生成された専用回路が用いられうる。また、ＦＰＧＡと同様に、Ｇａｔｅ  Ａｒｒａｙ回路によって、所定の処理ステップを実行するためのハードウェアが実現されてもよい。
【００５１】
図５において、ＲＸ１は、まず、ＴＸ１の近傍に置かれることによってＴＸ１に検出され、これによりＴＸ１がＤｉｇｉｔａｌ  Ｐｉｎｇを送信する。そして、ＲＸ１の制御部３０１および第１通信部３０３が、受電コイル３０５を介して受電したＤｉｇｉｔａｌ  Ｐｉｎｇにより起動し、そのＤｉｔｉｇａｌ  Ｐｉｎｇの受電電圧の大きさを測定する。そして、ＲＸ１は、その受電電圧の大きさをインバンド通信によりＴＸ１へ通知する（Ｓ５０１）。その後、ＲＸ１は、Ｉ＆Ｃフェーズへ移行する。
【００５２】
Ｉ＆Ｃフェーズにおいて、ＲＸ１は、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔを、インバンド通信によりＴＸ１へ送信する（Ｓ５０２）。このとき、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔには、ＷＰＣ規格のバージョンＡに対応しているか否かを示す情報と、少なくともバージョンＡより前のバージョンのＷＰＣ規格で使用される個体識別情報を含む。なお、ＷＰＣ規格で使用される個体識別情報は、インバンド通信で制御通信を行う場合の識別情報である。また、ＲＸ１は、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔにおいて、追加のＩＤ情報があるか否かを示すＥＸＴビットを設定して送信しうる。追加のＩＤ情報が存在する場合、ＲＸ１は、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ＰａｃｋｅｔのＥＸＴビットを「１」に設定し、追加のＩＤ情報の送信のためのＥｘｔｅｎｄｅｄ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔを送信する。Ｅｘｔｅｎｄｅｄ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔも、ＷＰＣ規格によるインバンド通信によって送信される。本実施形態では、Ｅｘｔｅｎｄｅｄ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔにより、ＢＬＥで使用される８バイトのＢＤ＿ＡＤＤＲが送信される。
【００５３】
ＲＸ１は、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔの送信後、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔを送信する。このとき、まず、ＲＸ１は、現時点において自装置がＢＬＥを制御通信に使用可能な状態であるかを判定する（Ｓ５０３）。ＢＬＥを制御通信に使用可能であるか否かの判定は、例えば、自装置がＢＬＥのＰｅｒｉｐｈｅｒａｌとして動作しているか否か、ＢＬＥを他の装置との間で使用中であるか等に基づいて行われる。例えば、ＲＸ１は、自装置がＣｅｎｔｒａｌである場合は、複数のＰｅｒｉｐｈｅｒａｌと接続可能であるため、ＢＬＥを制御通信に使用可能であると判定しうる。また、ＲＸ１は、自装置が他の装置とＢＬＥによる通信を行っていない場合にＢＬＥを制御通信に使用可能であると判定しうる。一方、ＲＸ１は、自装置がＰｅｒｉｐｈｅｒａｌとして他の装置とＢＬＥによる通信を行っている場合は、ＢＬＥを制御通信に使用可能でないと判定しうる。また、ＲＸ１は、ＲＸ１と接続されている製品（例えばスマートフォンやカメラなど）の制御部との通信により、この判定を行ってもよい。例えば、ＲＸ１の制御部３０１と、製品の制御部をＧＰＩＯ（Ｇｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）やシリアル通信で接続し、ＲＸ１の制御部３０１が、製品の制御部へＢＬＥの使用状況を問い合わせてもよい。この場合、ＲＸ１の制御部３０１は、製品の制御部からＢＬＥの使用状況についての応答がＢＬＥを使用中であることを示す場合、その時点で制御通信にＢＬＥを使用できないと判定しうる。また、ＲＸ１の制御部３０１は、その応答がＢＬＥを使用中でないことを示す場合、制御通信にＢＬＥを使用可能であると判定しうる。なお、ＲＸ１がＢＥＬによる通信に対応しているか否か及び制御通信にＢＬＥを使用可能であるか否かを示す情報は、上述のように、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＰａｃｋｅｔのＲｅｓｅｒｖｅｄ領域を用いて送信されうる。
【００５４】
ＲＸ１は、現時点において自装置がＢＬＥを制御通信に使用可能でない場合（Ｓ５０３でＮＯ）は、ＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔを「０」に設定したＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔを、インバンド通信でＴＸ１へ送信する（Ｓ５２０）。そして、ＲＸ１は、ＴＸ１との間でＢＬＥによる制御通信を行うことができないため、アウトバンド通信を使用しないことを決定する（Ｓ５２１）。この場合、ＲＸ１は、アウトバンド通信の代わりにインバンド通信を実行する。そして、ＲＸ１は、要求するＧＰの最大値を１５ワット（Ｗ）とすることを決定し（Ｓ５２２）、処理をＳ５２３へ進める。
【００５５】
一方、ＲＸ１は、現時点において自装置がＢＬＥを制御通信に使用可能である場合（Ｓ５０３でＹＥＳ）は、ＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔを「１」に設定したＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔを、インバンド通信でＴＸ１へ送信する（Ｓ５０４）。その後、ＲＸ１は、ＴＸ１からのＡＣＫを待ち受ける（Ｓ５０５）。ＲＸ１は、ＡＣＫを受信しなかった場合（Ｓ５０５でＮＯ）は、ＰＴフェーズへ移行し（Ｓ５２５）、ＴＸ１から送電された電力を受信する。そして、ＲＸ１は、例えば、バッテリ３０７の充電が完了したことに応じて、電力伝送を終了すると決定したこと等に応じて、ＥＰＴをＴＸ１へ送信し（Ｓ５２６）、処理を終了する。ＷＰＣ規格のバージョン１．２より前のバージョンのみに対応している送電装置は、交渉フェーズ及び較正フェーズに対応していない。このため、このような送電装置は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔを受信すると、ＡＣＫを送信せずにＰＴフェーズに移行する。このため、ＲＸ１は、ＴＸ１からＡＣＫを受信しなかった場合にＰＴフェーズに移行することにより、ＴＸ１がＷＰＣ規格のバージョン１．２より前のバージョンの送電装置である場合であっても受電を行うことができる。すなわち、このような構成により、ＲＸ１は、後方互換性を確保することができる。なお、ＡＣＫを受信しなかった場合、受電部３０２が負荷（充電部３０６及びバッテリ３０７）へ供給できる電力の最大値は５ワットに制限される。
【００５６】
ＲＸ１は、ＡＣＫを受信した場合（Ｓ５０５でＹＥＳ）、ＴＸ１の能力情報の問い合わせを行うＧｅｎｅｒａｌ  Ｒｅｑ（Ｃａｐａｂｉｌｉｔｙ）を送信し（Ｓ５０６）、その応答（ＴＸ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔ）を待ち受ける（Ｓ５０７）。そして、ＴＸ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔを受信しなかった場合（Ｓ５０７でＮＯ）、ＲＸ１は、アウトバンド通信を使用しないことを決定し（Ｓ５２１）、上述のＳ５２２以降の処理を実行する。ＲＸ１は、ＴＸ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔを受信した場合（Ｓ５０７でＹＥＳ）、そのパケットのＢＬＥ  ｂｉｔ及びＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔを確認し、ＴＸ１がＢＬＥでの制御通信を実行可能であるか否かを判定する（Ｓ５０８）。ＴＸ１がＢＬＥでの制御通信を実行可能でないと判定した場合（Ｓ５０８でＮＯ）には、処理はＳ５２１へ進む。
【００５７】
ＴＸ１がＢＬＥでの制御通信を実行可能であると判定した場合（Ｓ５０８でＹＥＳ）、ＲＸ１は、ＴＸ１のＢＬＥにおける識別情報を取得するために、Ｇｅｎｅｒａｌ  Ｒｅｑ（ＩＤ）を送信する（Ｓ５０９）。そして、ＲＸ１は、Ｇｅｎｅｒａｌ  Ｒｅｑ（ＩＤ）への応答として、ＴＸ１からのＴＸ  ＩＤ  Ｐａｃｋｅｔを待ち受ける（Ｓ５１０）。ＴＸ１からＴＸ  ＩＤ  Ｐａｃｋｅｔが受信されなかった場合（Ｓ５１０でＮＯ）、ＲＸ１は、アウトバンド通信を使用しないことを決定し（Ｓ５２１）、上述のＳ５２２以降の処理を実行する。一方、ＲＸ１は、ＷＰＣ規格のバージョンＡに対応するＴＸ１からＴＸ  ＩＤ  Ｐａｃｋｅｔを受信すると（Ｓ５１０でＹＥＳ）、そのパケット内に格納されているＴＸ１のＢＤ＿ＡＤＤＲを取得し、メモリ３０８に保持する（Ｓ５１１）。この時点で、ＲＸ１は、ＴＸ１のＷＰＣ規格における識別情報とＢＬＥにおけるＢＤ＿ＡＤＤＲとを対応付けて認識することができる。そして、ＲＸ１は、ＴＸ１との間でＢＬＥによる制御通信を行うために、自装置をＢＬＥのＡｄｖｅｒｔｉｓｅｒとして起動し（Ｓ５１２）、ＡＤＶ＿ＩＮＤをブロードキャスト送信する（Ｓ５１３）。なお、Ａｄｖｅｒｔｉｓｅｒは、ＢＬＥ規格で定義されている状態の１つであり、上述のＳｃａｎｎｅｒがＢＬＥデバイス（又はサービス）を発見できるように、自装置のＢＤ＿ＡＤＤＲや対応しているサービス情報をＡＤＶ＿ＩＮＤによって報知する役割である。ここで、ＡＤＶ＿ＩＮＤは、第２通信部３０４が対応しているサービス（プロファイル）を示すＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒ）を含む。なお、本実施形態では、ＷＰＣ規格によるアウトバンド通信を用いた無線充電サービス（以下では「無線充電サービス」と呼ぶ。）を示すＵＵＩＤが、ＡＤＶ＿ＩＮＤに含まれる。また、ＡＤＶ＿ＩＮＤは、受電装置（ＲＸ１）が接続される製品の機器種別（例えば、カメラ、スマートフォン）、メーカ名、モデル名、シリアル番号等の情報をも含みうる。
【００５８】
その後、ＲＸ１は、ＡＤＶ＿ＩＮＤを受信したＳｃａｎｎｅｒから送信されるＣＯＮＮＥＣＴを待ち受ける（Ｓ５１４）。そして、ＲＸ１は、ＣＯＮＮＥＣＴを受信すると（Ｓ５１４でＹＥＳ）、そのＣＯＮＮＥＣＴの送信元の識別情報が、ＴＸ１の識別情報（ＢＤ＿ＡＤＤＲ）としてメモリ３０８に保持されているか否かを判定する（Ｓ５１５）。すなわち、ＲＸ１は、ＣＯＮＮＥＣＴの送信元がＴＸ１であるか否かを判定する。ここで、ＣＯＮＮＥＣＴの送信元がＴＸ１でない場合（Ｓ５１５でＮＯ）、ＲＸ１は、ＣＯＮＮＥＣＴで接続したＢＬＥ接続を切断することを示すＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤを、ＣＯＮＮＥＣＴの送信元の装置へ送信する（Ｓ５１８）。なお、以下では、ＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤを、「ＴＥＲＭＩＮＡＴＥ」と呼ぶ。ＲＸ１は、ＴＸ１からのＣＯＮＮＥＣＴを受信していない場合（Ｓ５１４又はＳ５１５でＮＯ）、ＡＤＶ＿ＩＮＤの送信開始後に所定時間が経過してタイムアウトするまで（Ｓ５１９でＮＯの間）は、ＡＤＶ＿ＩＮＤを繰り返し送信する（Ｓ５１３）。そして、ＲＸ１は、ＴＸ１からのＣＯＮＮＥＣＴを受信しないままタイムアウトした場合（Ｓ５１９でＹＥＳ）、アウトバンド通信を使用しないことを決定し（Ｓ５２１）、上述のＳ５２２以降の処理を実行する。
【００５９】
一方、ＲＸ１は、ＴＸ１からＣＯＮＮＥＣＴを受信した場合（Ｓ５１４及びＳ５１５でＹＥＳ）、アウトバンド通信を使用することを決定し（Ｓ５１６）、要求するＧＰの最大値を１００ワット（Ｗ）とすることを決定する（Ｓ５１７）。なお、ＲＸ１は、アウトバンド通信を使用することを決定したことに応じてＧＰの要求値の決定処理を行ってもよいし、アウトバンド通信での接続が実際に確立された後にこの処理を実行してもよい。また、ＲＸ１は、Ｓ５１６でアウトバンド通信を使用することを決定した場合であっても、実際にアウトバンド通信の接続を確立することができなかった場合には、処理をＳ５２１へ移してもよい。その後、ＲＸ１は、処理をＳ５２３へ進める。Ｓ５２３では、ＲＸ１は、ＴＸ１との間でＧＰの交渉を行う。この交渉は、ＴＸ１において許容できるＧＰの最大値と、ＲＸ１が要求するＧＰの値とに基づいて行われる。なお、ＲＸ１が要求するＧＰの最大値は、上述のように、Ｓ５１７又はＳ５２２の処理によって、アウトバンド通信を利用可能か否かに応じて決定される。その後、ＲＸ１は、較正フェーズでの処理を実行後（Ｓ５２４）、ＰＴフェーズに移行して（Ｓ５２５）、ＴＸ１から電力を受電する。ＰＴフェーズでは、ＲＸ１からＴＸ１へ送電電力の増減を要求する制御データが送信されるが、この通信は制御通信であるため、ＢＬＥ（アウトバンド通信）を利用可能な状況ではＢＬＥによって行われる。その後、ＲＸ１は、例えば充電が終了したことに応じて、ＴＸ１に対してバッテリ充電のための電力伝送を停止する要求を示すＥＰＴを、ＢＬＥ（アウトバンド通信）で送信する（Ｓ５２６）。そして、ＲＸ１は、必要に応じてＢＬＥの接続を切断するためのＴＥＲＭＩＮＡＴＥを送信して、本処理を終了する。なお、ＥＰＴを送信した後のＴＥＲＭＩＮＡＴＥの送信はＴＸ１が行ってもよい。
【００６０】
以上のように、ＲＸ１は、ＴＸ１がＢＬＥによる制御通信を実行することができるか否かを確認する。また、ＲＸ１は、ＴＸ１のＷＰＣ規格での識別情報とＢＬＥでの識別情報とを対応付けて認識しておき、ＴＸ１のＢＬＥでの識別情報を含まないＣＯＮＮＥＣＴを受信した場合に、接続を切断して、ＴＸ１からのＣＯＮＮＥＣＴのみを受け付けるようにする。これにより、電力伝送の対象との間でＢＬＥによる接続を確立し、一方で電力伝送の対象ではない他の装置との間でＢＬＥによる接続を確立しないようにすることができる。
【００６１】
［電力伝送システムの処理の流れ］
続いて、電力伝送システムで実行される処理の流れの例について図６を用いて説明する。まず、ＴＸ１において、送電部２０３が電源部２０２から電源供給を受け起動すると、ＴＸ１はＷＰＣ規格に準拠した動作を開始する。すなわち、ＴＸ１は、まず、選択フェーズにおいて、送電コイル２０５を介してＡｎａｌｏｇ  Ｐｉｎｇを送電する（Ｍ６０１）。そして、ＴＸ１は、Ａｎａｌｏｇ  Ｐｉｎｇにより、図３のように、自装置の近傍（送受電範囲内）にＲＸ１が存在することを検出し、Ｐｉｎｇフェーズに移行する。そして、ＴＸ１は、Ｐｉｎｇフェーズにおいて、Ｄｉｇｉｔａｌ  Ｐｉｎｇを送電する（Ｍ６０２）。ＲＸ１の制御部３０１および第１通信部３０３が受電コイル３０５を介して受電したＤｉｇｉｔａｌ  Ｐｉｎｇにより起動すると、ＲＸ１は、第１通信部３０３によるインバンド通信で受電電圧の大きさをＴＸ１へ通知し（Ｍ６０３）、Ｉ＆Ｃフェーズへ移行する。ＴＸ１は、受電電圧値の通知を受けると、Ｐｉｎｇフェーズの処理を終了して、Ｉ＆Ｃフェーズに移行する。
【００６２】
続いて、ＲＸ１は、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔを、第１通信部３０３を使用してＴＸ１へ送信する（Ｍ６０４）。ここで、ＲＸ１は、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔにおいて、ＷＰＣ規格のバージョンＡに対応していることを示す情報と、少なくともバージョンＡより前のバージョンのＷＰＣ規格で使用するＲＸ１の個体識別情報とを、ＴＸ１へ通知する。また、本処理例では、ＲＸ１は、ＢＬＥで使用する識別情報を後に送信するために、ＥＸＴ  ｂｉｔを「１」としてＩｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｃｋｅｔを送信する。そして、ＲＸ１は、ＢＬＥで使用する８バイトのＢＤ＿ＡＤＤＲを、Ｅｘｔｅｎｄｅｄ  ＩＤ  Ｐａｃｋｅｔに含めてインバンド通信で送信する（Ｍ６０５）。そして、ＲＸ１は、本処理例では、自装置がＢＬＥによる制御通信に対応していることを示すＢＬＥ  ｂｉｔを「１」に設定したＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔを送信する（Ｍ６０６）。また、このＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔでは、ＢＬＥ  Ｅｎａｂｌｅ  Ｂｉｔが「１」に設定される。
【００６３】
ＴＸ１は、ＲＸ１からのＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔに対して、インバンド通信でアクノリッジ（ＡＣＫ）を送信する（Ｍ６０７）。ＴＸ１は、ＡＣＫを送信した後に、交渉フェーズへ移行する。また、ＲＸ１は、ＡＣＫを受信すると、Ｉ＆Ｃフェーズを終了して、交渉フェーズに移行する。なお、この時点で、ＴＸ１は、ＲＸ１のＷＰＣ規格における識別情報とＢＬＥにおけるＢＤ＿ＡＤＤＲとを対応付けて認識することができる。また、ＴＸ１は、ＲＸ１がＢＬＥによる制御通信に対応可能であることを認識することができる。
【００６４】
その後、ＲＸ１は、ＴＸ１の能力に関する情報を取得するために、Ｇｅｎｅｒａｌ  Ｒｅｑ（Ｃａｐａｂｉｌｉｔｙ）をインバンド通信で送信する（Ｍ６０８）。ＴＸ１は、このＧｅｎｅｒａｌ  Ｒｅｑ（Ｃａｐａｂｉｌｉｔｙ）を受信すると、ＴＸ  Ｃａｐａｂｉｌｉｔｙ  ＰａｃｋｅｔをＲＸ１へ送信する（Ｍ６０９）。ここでは、ＴＸ１は、自身がＷＰＣ規格のバージョンＡに対応している情報を含み、ＢＬＥによる制御通信を実行可能であることを示すようにＢＬＥ  ｂｉｔ／ＢＬＥ  Ｅｎａｂｌｅ  Ｂｉｔを「１」としたＴＸ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔを送信する。このときに、ＲＸ１は、ＴＸ  Ｃａｐａｂｉｌｉｔｙ  Ｐａｃｋｅｔを受信すると、ＴＸ１がＢＬＥによる制御通信に対応し、かつ、ＢＬＥを制御通信に使用可能であると認識することができる。続いて、ＲＸ１は、ＴＸ１の識別情報の送信を要求するためにＧｅｎｅｒａｌ  Ｒｅｑ（ＩＤ）を、インバンド通信で送信する（Ｍ６１０）。ＴＸ１は、このＧｅｎｅｒａｌ  Ｒｅｑ（ＩＤ）を受信すると、ＴＸ  ＩＤ  Ｐａｃｋｅｔを、インバンド通信でＲＸ１へ送信する（Ｍ６１１）。この時点で、ＲＸ１は、ＴＸ１のＷＰＣ規格における識別情報とＢＬＥにおけるＢＤ＿ＡＤＤＲとを対応付けて認識することができる。また、ＲＸ１は、ＴＸ１がＢＬＥによる制御通信に対応可能であることを認識することができる。
【００６５】
その後、ＲＸ１は、ＴＸ１とＢＬＥによる制御通信を試みるために自身のＢＬＥをＡｄｖｅｒｔｉｓｅｒとして起動し、ＡＤＶ＿ＩＮＤを送信する（Ｍ６１２）。なお、このとき、ＴＸ１は、Ｍ４０５で取得したＲＸ１のＢＤ＿ＡＤＤＲをメモリに保持しておき、ＲＸ１とＢＬＥによる制御通信を行うために、自装置をＢＬＥのＳｃａｎｎｅｒとして起動している。
【００６６】
ここで、ＴＸ１のみならず、他装置（例えば第１通信装置１２１）もＳｃａｎｎｅｒとして動作しているものとする。このとき、他装置は、ＲＸ１がＭ６１２で送信したＡＤＶ＿ＩＮＤを受信して、ＲＸ１に対してＢＬＥによる接続を要求するためにＣＯＮＮＥＣＴを送信したとする（Ｍ６１３）。ＲＸ１は、このＣＯＮＮＥＣＴを受信すると、メモリ３０８を参照し、ＣＯＮＮＥＣＴの送信元の識別情報が、ＴＸ１の識別情報（ＢＤ＿ＡＤＤＲ）と一致しているか否かを判定する。この場合、他装置はＴＸ１と異なるため、ＲＸ１は、この他装置とは接続しないと判定し、この他装置に対して、ＴＥＲＭＩＮＡＴＥを送信する（Ｍ６１４）。
【００６７】
一方、ＴＸ１は、ＡＤＶ＿ＩＮＤを受信すると、そのＡＤＶ＿ＩＮＤに無線充電サービスを示すＵＵＩＤが含まれているか否かを確認する。ここでは、上述のように、ＡＤＶ＿ＩＮＤに無線充電サービスに対応するＵＵＩＤが含まれている。すると、ＴＸ１は、続いて、メモリ２０７を参照し、ＡＤＶ＿ＩＮＤの送信元がメモリ２０７に保持したＲＸ１の識別情報（ＢＤ＿ＡＤＤＲ）と一致するか否かを判定する。Ｍ６１２におけるＡＤＶ＿ＩＮＤはＲＸ１から送信されているため、ＴＸ１は、ＡＤＶ＿ＩＮＤの送信元であるＲＸ１と接続すると判定し、ＲＸ１へＣＯＮＮＥＣＴを送信する（Ｍ６１５）。そして、ＲＸ１は、このＣＯＮＮＥＣＴの送信元がＴＸ１であるため、この場合にはＴＥＲＭＩＮＡＴＥを送信せず、接続を維持する。
【００６８】
なお、ＴＸ２が、ＲＸ１によって送信されたＡＤＶ＿ＩＮＤを受信する場合がある。しかしながら、この場合、ＴＸ２は、送受電範囲内に存在するＲＸ２のＢＤ＿ＡＤＤＲをメモリ２０７に保持しており、ＲＸ１のＢＤ＿ＡＤＤＲを保持していない。このため、ＴＸ２は、ＲＸ１に対してＣＯＮＮＥＣＴを送信しない。
【００６９】
その後、ＴＸ１及びＲＸ１は、ＢＬＥ（アウトバンド通信）を用いて、ＧＰに関する交渉を行う（Ｍ６１６）。この時点で、ＴＸ１は、送受電範囲に存在するＲＸ１との制御通信にＢＬＥ（アウトバンド通信）を使用することができるため、許容されるＧＰの最大値を１００ワット（Ｗ）とする。また、ＲＸ１も、同様に要求するＧＰの最大値を１００ワット（Ｗ）とする。そして、ＴＸ１及びＲＸ１は、これらのＧＰの許容値とＧＰの要求値を用いてＧＰを決定するための交渉を行う。その後、較正フェーズでの処理が実行された後に（Ｍ６１７）、ＰＴフェーズにおいて、ＴＸ１とＲＸ１との間でバッテリの充電のための電力伝送を行う（Ｍ６１８）。ＰＴフェーズでは、ＲＸ１からＴＸ１へ送電電力の増減を要求する制御データが送信されるが、本例では、これはＢＬＥ（アウトバンド通信）によって行われる。
【００７０】
ＲＸ１は、充電が終了すると、ＴＸ１に対してバッテリ充電のための電力伝送を停止する要求を示すＥＰＴを、ＢＬＥ（アウトバンド通信）で送信する（Ｍ６１９）。ＴＸ１は、このＥＰＴを受信すると、充電のための電力伝送を終了する。そして、この充電のための電力伝送が終了すると、ＲＸ１は、ＴＸ１に対してＴＥＭＩＮＡＴＥを送信し、ＢＬＥを切断する（Ｍ６２０）。
【００７１】
以上のように、本実施形態では、送電装置及び受電装置は、相手装置がアウトバンド通信に対応しているか否かを、インバンド通信を用いて特定する。そして、送電装置及び受電装置は、インバンド通信を用いて、相手装置がアウトバンド通信で使用する識別情報を取得する。さらに、送電装置は、アウトバンド通信でＡＶＤ＿ＩＮＤを受信した場合に、インバンド通信で取得した識別情報に基づいて、ＣＯＮＮＥＣＴを送信するか否かを判定する。また、受電装置は、ＡＶＤ＿ＩＮＤへの応答であるＣＯＮＮＥＣＴを受信した場合に、インバンド通信で受信した識別情報に基づいて、ＴＥＲＭＩＮＡＴＥを送信するか否かを判定する。
【００７２】
これにより、送電装置及び受電装置は、バッテリを充電する電力の送受電やその電力の交渉に先立って、送受電範囲内にある受電装置及び送電装置と、ＢＬＥによる制御通信を行うことが可能となる。そして、このようにアウトバンド通信によって制御通信を行うことによって、インバンド通信の場合と比較して大きな電力を送受電することが可能となる。
【００７３】
また、送電装置及び受電装置は、相手装置がＢＬＥに対応していても、ＢＬＥが使用可能でない場合（ＢＬＥ  Ｅｎｅｂｌｅ  ｂｉｔが「０」の場合）、アウトバンド通信を使用せずにインバンド通信を使用すると判定する。これにより、送電装置及び受電装置は、相手装置が接続されている製品の制御部によってＢＬＥがすでに使用されている場合等に、インバンド通信を使用して送受電を行うことができる。
【００７４】
なお、上述の実施形態では、アウトバンド通信を実行することができない場合に、送電装置において許容可能な最大のＧＰ及び受電装置において要求するＧＰの最大値を１５ワットにすると説明した。また、ＴＸ１がＷＰＣ規格のバージョン１．２より前のバージョンの送電装置である場合に受電装置の負荷に供給される電力が５ワットに制限されると説明した。一方で、受電装置に接続される製品によっては、５ワットや１５ワットでは電力不足で製品が動作できない場合が想定される。例えば、負荷がバッテリの電力で動作せず、受電部３０２から直接電力供給を受ける製品などである。この場合、５ワットや１５ワットの電力供給がなされると、製品の誤動作を招く場合がありうる。受電装置は、このような状態となることを回避するために、制御通信にアウトバンド通信を使用できないと判定した場合に、送電装置に対してＥＰＴを送信してもよい。これによれば、無線電力伝送によって不十分な電力の供給が行われることを防ぎ、製品の誤作動等の問題が生じるのを防ぐことができる。
【００７５】
一方で、ＲＸ１に接続されている製品の制御部がＲＸ１のＢＬＥ（第２通信部３０４）を制御し、第２通信部３０４がバッテリ３０７の電力で動作することも考えられる。そのようなシステムでバッテリ残量が十分でない場合（例えば電池残量が０の場合）もアウトバンド通信を実行することができない。しかし、製品がバッテリの電力で動作する場合でバッテリ残量が十分でない時は、製品は動作しないため、上述の誤動作等の問題は発生しない。このため、ＲＸ１はＥＰＴを送信するのではなく、インバンド通信を使用して１５ワットで受電してもよい。
【００７６】
また、上述の実施形態では、ＲＸ１が、Ｇｅｎｅｒａｌ  Ｒｅｑ（ＩＤ）を送信することによって、ＴＸ１のＢＤ＿ＡＤＤＲの送信を要求したが、これに限られない。この要求に、例えば、ＷＰＣ規格のバージョン１．２．２のＳｐｅｃｉｆｉｃ  Ｒｅｑｕｅｓｔのうち、Ｐａｃｋｅｔ  ｔｙｐｅが未定義のＲｅｓｅｒｖｅｄ  ＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙ  Ｐａｃｋｅｔパケットが用いられてもよい。また、この要求に、ＷＰＣ規格のバージョン１．２．２のＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔのうち、Ｐａｃｋｅｔ  ｔｙｐｅが未定義のＲｅｓｅｒｖｅｄ  ＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙ  Ｐａｃｋｅｔが用いられてもよい。また、ＷＰＣ規格のバージョン１．２．２のパケットのうち、Ｓｐｅｃｉｆｉｃ  ＲｅｑｕｅｓｔやＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔ以外のパケットが、この要求に用いられてもよい。例えば、Ｓｐｅｃｉｆｉｃ  ＲｅｑｕｅｓｔやＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔ以外のＰａｃｋｅｔ  ｔｙｐｅが未定義のＲｅｓｅｒｖｅｄ  ＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙ  Ｐａｃｋｅｔがこの要求のために用いられうる。
【００７７】
また、ＲＸ１は、自装置がＢＬＥによる制御通信に対応していることをＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔを使用してＴＸ１に通知すると説明した。しかしながらこれに限られない。例えば、ＷＰＣ規格のバージョン１．２．２のＳｐｅｃｉｆｉｃ  Ｒｅｑｕｅｓｔのうち、Ｐａｃｋｅｔ  ｔｙｐｅが未定義のＲｅｓｅｒｖｅｄ  ＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙ  Ｐａｃｋｅｔによってこの通知が行われてもよい。また、ＷＰＣ規格のバージョン１．２．２のＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔのうち、Ｐａｃｋｅｔ  ｔｙｐｅが未定義のＲｅｓｅｒｖｅｄ  ＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙ  Ｐａｃｋｅｔがこの通知に用いられてもよい。また、ＷＰＣ規格のバージョン１．２．２のパケットのうち、Ｓｐｅｃｉｆｉｃ  ＲｅｑｕｅｓｔやＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔ以外のパケットがこの通知に用いられてもよい。例えば、Ｓｐｅｃｉｆｉｃ  ＲｅｑｕｅｓｔやＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔ以外の、Ｐａｃｋｅｔ  ｔｙｐｅが未定義のＲｅｓｅｒｖｅｄ  ＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙ  Ｐａｃｋｅｔが用いられてもよい。
【００７８】
また、上述の説明では、ＢＤ＿ＡＤＤＲが、送電装置または受電装置の製造メーカや、ＢＬＥの通信回路（第２通信部）の固体識別情報を示すＢＬＥ規格で規定されたＰｕｂｌｉｃ  Ａｄｄｒｅｓｓであるものとしたが、これに限られない。例えば、ＢＬＥ規格で規定されるＲａｎｄｏｍ  Ａｄｄｒｅｓｓなどの第２通信部で自動生成される乱数であってもよい。また、このＲａｎｄｏｍ  Ａｄｄｒｅｓｓのうち、Ｓｔａｔｉｃ  Ｄｅｖｉｃｅ  Ａｄｄｒｅｓｓ、Ｒｅｓｏｌｖａｂｌｅ  Ｐｒｉｖａｔｅ  Ａｄｄｒｅｓｓ、Ｎｏｎ−ｒｅｓｏｌｖａｂｌｅ  Ｐｒｉｖａｔｅ  Ａｄｄｒｅｓｓのいずれかが用いられてもよい。ここで、Ｓｔａｔｉｃ  Ｄｅｖｉｃｅ  Ａｄｄｒｅｓｓは、第２通信部（ＢＬＥ通信回路）に電源投入されるたびに生成される乱数アドレスである。Ｎｏｎ−ｒｅｓｏｌｖａｂｌｅ  ｐｒｉｖａｔｅ  Ａｄｄｒｅｓｓは、一定時間ごとに生成される乱数アドレスである。Ｒｅｓｏｌｖａｂｌｅ  Ｐｒｉｖａｔｅ  ａｄｄｒｅｓｓは、ＣｅｎｔｒａｌとＰｅｒｉｐｈｅｒａｌとの間で交換された暗号鍵に基づいて生成されるアドレスである。
【００７９】
また、ＲＸ１は、Ｍ６１２においてＡＤＶ＿ＩＮＤを送信し、インバンドでＢＤ＿ＡＤＤＲを送信したＴＸ１以外のＢＬＥ対応機器（例えば第１通信装置１２１やＴＸ２）からのＣＯＮＮＥＣＴに対してＴＥＲＭＩＮＡＴＥを送信すると説明した。これに代えて、Ｍ６１２において、ＢＬＥ規格で定義され、ＣＯＮＮＥＣＴを送信するＢＬＥ対応機器のＢＤ＿ＡＤＤＲを直接指定することが可能なＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤが送信されてもよい。例えば、ＲＸ１は、ＴＸ１のＢＤ＿ＡＤＤＲを格納したＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤをＭ６１２で送信する。この場合、ＢＤ＿ＡＤＤＲを指定されたＴＸ１のみがＣＯＮＮＥＣＴを送信し、第１通信装置１２１はＣＯＮＮＥＣＴを送信しなくなる。このため、ＢＬＥの接続処理を簡単化することができる。
【００８０】
また、本実施形態では、図１に示すように、受電装置がＰｅｒｉｐｈｅｒａｌで送電装置がＣｅｎｔｒａｌである例について説明した。しかしながら、受電装置がＣｅｎｔｒａｌで送電装置がＰｅｒｉｐｈｅｒａｌであってもよい。すなわち、上述の説明のＢＬＥに関する処理において、ＲＸ１とＴＸ１とを置き換えてもよい。例えば、ＴＸ１は、ＲＸ１とＢＬＥによる制御通信を試みるために自装置のＢＬＥをＡｄｖｅｒｔｉｓｅｒとして起動して、Ｍ６１２においてＡＤＶ＿ＩＮＤを送信する。そして、ＲＸ１は、ＴＸ１とＢＬＥによる制御通信を試みるために自装置のＢＬＥをＳｃａｎｎｅｒとして起動して、ＴＸ１からのＡＤＶ＿ＩＮＤを受信しうる。ＲＸ１は、そのＡＤＶ＿ＩＮＤの送信元の識別情報が、Ｍ６１１のＴＸ  ＩＤ  Ｐａｃｋｅｔを受信することで取得したＴＸ１のＢＤ＿ＡＤＤＲと対応する場合に、Ｍ６１５において、ＴＸ１にＣＯＮＮＥＣＴを送信しうる。ＴＸ１は、Ｍ６０５で取得したＥｘｔｅｎｄｅｄ  ＩＤ  Ｐａｃｋｅｔを受信することによって取得したＲＸ１のＢＤ＿ＡＤＤＲに基づいて、ＲＸ１からのＣＯＮＮＥＣＴによってＢＬＥでの接続を確立して維持する。一方、ＴＸ１は、ＲＸ１以外の装置からのＣＯＮＮＥＣＴを受信した場合は、確立したＢＬＥ接続を切断するためのＴＥＲＭＩＮＡＴＥを送信することにより、ＢＬＥ接続を拒否する。なお、この場合にも、ＴＸ１は、Ｍ６１２において、先に受信していたＲＸ１のＢＤ＿ＡＤＤＲを格納したＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤを送信してもよい。
【００８１】
また、上述の説明ではＴＸ１又はＲＸ１は、ＢＬＥ  ｂｉｔやＢＬＥ  Ｅｎａｂｌｅ  ｂｉｔを用いて相手装置がＢＬＥに対応しているか否かや、ＢＬＥを使用可能か否かを判定した。しかしながら、この判定の少なくともいずれかが、インバンド通信からアウトバンド通信へ移行することを要求するパケットをＲＸ１が送信した際のそのパケットへの応答によって行われてもよい。ＲＸ１は、交渉フェーズにおいて、ＷＰＣ規格のバージョン１．２．２のＳｐｅｃｉｆｉｃ  Ｒｅｑｕｅｓｔのうち、Ｐａｃｋｅｔ  ｔｙｐｅが未定義のＲｅｓｅｒｖｅｄ  ＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙ  Ｐａｃｋｅｔパケットをこの要求に用いうる。また、この要求には、ＷＰＣ規格のバージョン１．２．２のＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔのうち、Ｐａｃｋｅｔ  ｔｙｐｅが未定義のＲｅｓｅｒｖｅｄ  ＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙ  Ｐａｃｋｅｔが用いられてもよい。また、ＷＰＣ規格のバージョン１．２．２のパケットのうち、Ｓｐｅｃｉｆｉｃ  ＲｅｑｕｅｓｔやＧｅｎｅｒａｌ  Ｒｅｑｕｅｓｔ以外のパケットが、この要求に用いられてもよい。例えば、それらのパケットを用いて、アウトバンド通信を要求するパケットを新たに定義し、ＲＸ１は、そのパケットの応答としてＴＸ１からＡＣＫを受信した場合に、ＴＸ１がＢＬＥ対応でかつＢＬＥを使用可能であると判定（Ｓ５０８でＹＥＳ）してもよい。また、ＲＸ１は、要求を拒否することを意味するＮＡＫを受信した場合に、ＴＸ１がＢＬＥに対応していない又はＢＬＥを使用できないと判定し、インバンド通信を使用すると判断してもよい（Ｓ５２１）。また、ＴＸ１がバージョンＡに対応していない場合は、ＴＸ１はこの要求を理解できないことを示すＮｏ  Ｄａｔａ  Ｒｅｓｐｏｎｓｅ（ＮＤ  Ｒｅｓｐ）パケットやＮｏｔ  Ｄａｔａ  Ａｖａｉｌａｂｌｅパケットを送信する。したがって、ＲＸ１は、ＮＤ  ＲｅｓｐパケットやＮｏｔ  Ｄａｔａ  Ａｖａｉｌａｂｌｅパケットを受信した場合、ＴＸ１がアウトバンド通信に対応していないため、インバンド通信を使用すると判定することができる（Ｓ５２１）。
【００８２】
また、上述の実施形態では、ＲＸ１は、Ｅｘｔｅｎｄｅｄ  ＩＤ  Ｐａｃｋｅｔを用いてＢＤ＿ＡＤＤＲを送信するようにした。ＢＤ＿ＡＤＤＲの送信のために、既にＷＰＣ規格で定義されているＥｘｔｅｎｄｅｄ  ＩＤ  Ｐａｃｋｅｔを用いることで、バージョンＡで新たにパケットを定義せずに既に定義されているパケットを使用することができる。
【００８３】
また、バージョン１．２．２のＴＸ１及びＲＸ１は、Ｍ６０７のＡＣＫの送受信の後に、交渉フェーズに移行してＧＰのネゴシエーションを行う。これに対して、本実施形態のＴＸ１およびＲＸ１は、ＢＬＥの接続処理（Ｍ６１２，Ｍ６１５）を行った後で、接続処理の結果に応じてＧＰを１５ワットにするか１００ワットにするかを決定するためのネゴシエーションを行う。このとき、ＢＬＥ接続の結果に基づいて、ネゴシエーションに先んじて、ＴＸ１において許容可能なＧＰ及びＲＸ１において要求するＧＰの最大値を決定することにより、不適切なＧＰが設定されて再ネゴシエーションを行う必要がなくなる。この結果、そのような再ネゴシエーションが行われることによる時間のロスを低減することができる。例えば、ネゴシエーションの結果１００ワットを送電すると決めた後で、ＢＬＥ接続ができなかった場合は、ＧＰの最大値を１５ワットとして再ネゴシエーションが必要となるが、このような事象を回避することができる。
【００８４】
上述の説明ではＷＰＣ規格に準拠した無線電力伝送が用いられる例について説明したが、電力伝送方式は特に限定されない。例えば、ＴＸの共振器（共鳴素子）と、ＲＸの共振器（共鳴素子）との間の磁場の共鳴（共振）による結合によって電力を伝送する磁界共鳴方式が用いられてもよい。また、電磁誘導方式、電界共鳴方式、マイクロ波方式、レーザー等を利用した電力伝送方式が用いられてもよい。
【００８５】
なお、上述の説明は、ＷＰＣ規格やＢＬＥ規格に基づいて特定の専門用語を用いて説明したが、これに限られない。すなわち、本発明は、同様の構成を有するシステムにおいて、同様の趣旨を有するメッセージが送受信され、同様の処理が実行される場合を含むと解されるべきである。また、上述の説明では、ＷＰＣ規格やＢＬＥ規格における特定のメッセージにおいて特定の情報を送信するための領域が設けられることを説明したが、これに限られない。すなわち、同趣旨の情報を送信するために、上述の説明と異なるメッセージが用いられてもよい。例えば、ＲＸ１がＢＬＥへの対応可否やＢＬＥによる制御通信を実行可能な状態にあるかを示す情報がＣｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｃｋｅｔ内の特定の領域に格納されると説明したが、これらの情報を送信するための新しいメッセージが定義されてもよい。他のメッセージについても同様である。
【００８６】
また、送電装置及び受電装置は、例えば、撮像装置（カメラやビデオカメラ等）又はスキャナ等の画像入力装置や、プリンタ、コピー機、プロジェクタ等の画像出力装置に含まれてもよい。また、送電装置及び受電装置は、ハードディスク装置やメモリ装置などの記憶装置に含まれてもよいし、パーソナルコンピュータ（ＰＣ）やスマートフォンなどの情報処理装置に含まれてもよい。
【００８７】
＜＜その他の実施形態＞＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００８８】
１０１、１０２：送電装置、１１１、１１２：受電装置、２０１：制御部、２０２：電源部、２０３：送電部、２０４：第１通信部、２０５：送電コイル、２０６：第２通信部、２０７：メモリ、３０１：制御部、３０２：受電部、３０３：第１通信部、３０４：第２通信部、３０５：受電コイル、３０６：充電部、３０７：バッテリ、３０８：メモリ
【図１】
2019187070.tif 000003
【図２】
2019187070.tif 000004
【図３】
2019187070.tif 000005
【図４】
2019187070.tif 000006
【図５】
2019187070.tif 000007
【図６】
2019187070.tif 000008
【図７】
2019187070.tif 000009
【図８】
2019187070.tif 000010