JP7361850B2

JP7361850B2 - 送電装置、プログラム、及び、制御方法

Info

Publication number: JP7361850B2
Application number: JP2022122809A
Authority: JP
Inventors: 隆広七野
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2018-04-09
Filing date: 2022-08-01
Publication date: 2023-10-16
Anticipated expiration: 2038-04-09
Also published as: US20220060064A1; US10840747B2; US11190060B2; US11937315B2; US20190312469A1; JP2019187070A; US20230131709A1; JP7117884B2; US11582819B2; JP2023175896A; US20240188154A1; US20210028654A1; JP2022153593A

Description

本発明は無線電力伝送における制御通信技術に関する。

送電装置と受電装置とを含んだ無線電力伝送システムの技術開発が広く行われている。特許文献１には、電力伝送システムにおいて、送受電の際に使用される制御信号の送受信を、送受電に用いるものと異なる周波数、コイルやアンテナを用いて、いわゆるアウトバンド通信で行う手法が記載されている。

無線電力伝送規格の標準化団体ＷｉｒｅｌｅｓｓＰｏｗｅｒＣｏｎｓｏｒｔｉｕｍ（ＷＰＣ）が策定する規格（ＷＰＣ規格）では、送受電とそのための制御通信が磁気誘導（ｍａｇｎｅｔｉｃｉｎｄｕｃｔｉｏｎ）によって行われる。また、現行のＷＰＣ規格に準拠した送電装置及び受電装置は、送受電で使用する周波数と同じ周波数を用いて制御通信を行う。この制御通信は、送受電で使用されるコイルを介して行われる、いわゆるインバンド通信である。なお、インバンド通信で誤りなく通信できる通信範囲は、アウトバンド通信の通信範囲よりも狭い。

特開２０１２―２１７２２４号公報

インバンド通信とアウトバンド通信の両方を実行可能な送電装置および受電装置について考えた場合、そのような送電装置および受電装置における適切な通信制御については検討されていなかった。

本発明は上記課題に鑑みてなされたものであって、インバンド通信とアウトバンド通信の両方を実行可能な受電装置及び送電装置における適切な通信制御技術を提供することを目的とする。

本発明の一態様による送電装置は、無線で受電装置に送電する受電手段と、第１通信方式により通信を行う第１通信手段と、第２通信方式により通信を行う第２通信手段と、を有し、前記第１通信手段は、前記受電装置が前記第２通信方式の通信機能に対応しているかを示す情報を含む第１信号を受信し、前記第１通信手段は、前記第２通信方式における前記受電装置のアドレス情報を含む第２信号を受信し、前記第２通信手段は、アドレス情報を含む第３信号を受信し、前記第２通信手段は、前記第２信号に含まれるアドレス情報と前記第３信号に含まれるアドレス情報とが同じ場合、接続要求を示す第４信号を送信する。

本発明によれば、インバンド通信とアウトバンド通信の両方を実行可能な受電装置及び送電装置において適切に通信制御を行うことができる。

無線電力伝送システムの構成例を示すブロック図である。送電装置の構成例を示すブロック図である。受電装置の構成例を示すブロック図である。送電装置の処理の流れの例を示すフローチャートである。受電装置の処理の流れの例を示すフローチャートである。無線電力伝送システムの動作シーケンス図。ＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔの構成を示す図である。ＰｏｗｅｒＴｒａｎｓｍｉｔｔｅｒＣａｐａｂｉｌｉｔｙＰａｃｋｅｔの構成を示す図である。

以下、添付の図面を参照して、本発明の実施の形態について説明する。なお、以下の実施形態は一例であり、本発明を説明された範囲に限定することは意図されていない。本発明の技術的思想の範囲内で様々な変更及び変形が行われうる。

（システム構成）
図１に本実施形態に係る無線充電システムを示す。本無線充電システムは、送電装置（第１送電装置１０１、第２送電装置１０２）及び受電装置（第１受電装置１１１及び第２受電装置１１２）を含んで構成される。なお、以下では、第１送電装置１０１及び第１受電装置１１１を、それぞれ「ＴＸ１」及び「ＲＸ１」と呼ぶ場合があり、同様に、第２送電装置１０２及び第２受電装置１１２を、それぞれ「ＴＸ２」及び「ＲＸ２」と呼ぶ場合がある。なお、これらの送電装置及び受電装置は、それぞれＢｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ（ＢＬＥ）による通信機能を有するものとする。また、本無線充電システムの周囲には、一例として、ＢＬＥによる通信機能を有するが、無線電力伝送の機能を有しない他の装置（第１通信装置１２１及び第２通信装置１２２）が存在するものとする。なお、以下では、ＢＬＥの通信部（アンテナや通信回路等によって構成されるユニット）を「ＢＬＥ」と呼ぶ場合がある。

ここで、図１に示すように、ＴＸ１とＴＸ２は、ＢＬＥのＣｅｎｔｒａｌとして機能し、ＲＸ１とＲＸ２は、ＢＬＥのＰｅｒｉｐｈｅｒａｌとして機能する。また、第１通信装置１２１はＣｅｎｔｒａｌとして機能し、第２通信装置１２２はＰｅｒｉｐｈｅｒａｌとして機能する。なお、「Ｃｅｎｔｒａｌ」は、ＢＬＥの制御局であることを示し、「Ｐｅｒｉｐｈｅｒａｌ」は、ＢＬＥの端末局であることを示している。ＢＬＥのＣｅｎｔｒａｌは、ＢＬＥのＰｅｒｉｐｈｅｒａｌとの間で通信を行い、他のＣｅｎｔｒａｌとの通信を行わない。また、ＢＬＥのＰｅｒｉｐｈｅｒａｌは、ＢＬＥのＣｅｎｔｒａｌとの間では通信を行うが、他のＰｅｒｉｐｈｅｒａｌとの間では通信を行わない。すなわち、ＢＬＥでは、Ｃｅｎｔｒａｌ同士又はＰｅｒｉｐｈｅｒａｌ同士の通信は行われない。また、Ｃｅｎｔｒａｌは複数のＰｅｒｉｐｈｅｒａｌと接続状態（ＢＬＥのＣＯＮＮＥＣＴ＿Ｓｔａｔｅ）となることができ、複数のＰｅｒｉｐｈｅｒａｌとの間でデータを送受信することができる。一方、Ｐｅｒｉｐｈｅｒａｌは、１台のＣｅｎｔｒａｌとしか接続状態になることができず、複数のＣｅｎｔｒａｌと並行して通信することはない。

図１において、ＴＸ１から見て、ＲＸ１は送受電範囲内に位置している一方で、ＲＸ２は送受電範囲内に位置していないものとする。したがって、ＴＸ１はＲＸ１のみに対して無線電力伝送を行い、ＲＸ２に対して電力伝送は行わない。

この場合、ＴＸ１がＢＬＥを用いてアウトバンド通信によって制御通信を行ってＲＸ１に送電するためには、ＴＸ１のＢＬＥ（Ｃｅｎｔｒａｌ）が、少なくともＲＸ１のＢＬＥ（Ｐｅｒｉｐｈｅｒａｌ）と接続状態とならなければならない。上述のように、ＢＬＥのＣｅｎｔｒａｌは、同時に複数のＰｅｒｉｐｈｅｒａｌと接続状態になりうるため、ＴＸ１のＢＬＥ（Ｃｅｎｔｒａｌ）は、ＲＸ１のみならず、Ｐｅｒｉｐｈｅｒａｌとして機能するＲＸ２や第２通信装置１２２と接続状態であってもよい。同様に、ＴＸ２のＢＬＥ（Ｃｅｎｔｒａｌ）は、ＲＸ２のＢＬＥ（Ｐｅｒｉｐｈｅｒａｌ）と接続状態であれば、ＲＸ１や第２通信装置１２２と接続状態であってもよい。

一方、ＲＸ１のＢＬＥ（Ｐｅｒｉｐｈｅｒａｌ）は、１つのＣｅｎｔｒａｌとのみ接続可能である。このため、ＴＸ１とＲＸ１との間の電力伝送のための制御通信をＢＬＥで行うためには、ＲＸ１のＢＬＥ（Ｐｅｒｉｐｈｅｒａｌ）が、ＴＸ１のＢＬＥ（Ｃｅｎｔｒａｌ）とのみ接続状態である必要がある。ＲＸ１のＢＬＥ（Ｐｅｒｉｐｈｅｒａｌ）は、Ｔｘ２や第１通信装置１２１などの他のＢＬＥ（Ｃｅｎｔｒａｌ）と接続状態となると、ＴＸ１のＢＬＥ（Ｃｅｎｔｒａｌ）と制御通信を行うことができなくなるからである。同様に、ＴＸ２とＲＸ２との間の電力伝送のための制御通信をＢＬＥで行うためには、ＲＸ２のＢＬＥ（Ｐｅｒｉｐｈｅｒａｌ）はＴＸ２のＢＬＥ（Ｃｅｎｔｒａｌ）とのみ接続状態でなければならない。したがって、ＲＸ２のＢＬＥ（Ｐｅｒｉｐｈｅｒａｌ）は、Ｔｘ１や第１通信装置１２１等の他のＢＬＥ（Ｃｅｎｔｒａｌ）と接続状態であるべきでない。

このように、制御通信は送受電が実行される送電装置及び受電装置（例えばＴＸ１とＲＸ１）の間で行われるべきである。しかしながら、アウトバンド通信の通信範囲がインバンド通信の通信範囲より広い場合、送電装置及び受電装置は送受電対象でない機器とアウトバンド通信のための接続を確立してしまう場合がある。このような送受電対象でない機器とアウトバンド通信のための接続を確立することをクロスコネクションと呼ぶ。例えば、図１において、ＲＸ１とＴＸ２又は第１通信装置１２１がＢＬＥ接続される状態がクロスコネクションである。

図１において、ＴＸ１は、制御通信としてＢＬＥ（アウトバンド通信）を使用する時は、送受電範囲内にあるＲＸ１とＢＬＥ接続がなされているという確証がなければ、ＲＸ１のバッテリを充電する電力の送電や電力に関する交渉等を行うべきでない。ＴＸ１は、ＲＸ１を送電対象としながら、ＲＸ２や第２通信装置１２２とのＢＬＥ接続を確立して制御通信を行うと、送電対象（ＲＸ１）と制御通信の相手装置（ＲＸ２や第２通信装置１２２）とが異なってしまいうるからである。この場合、ＴＸ１が、ＲＸ１に対する適切な制御通信を行うことができなくなる。同様に、ＲＸ１も、ＢＬＥ（アウトバンド通信）による制御通信を用いる場合は、送受電範囲内にあるＴＸ１とＢＬＥ接続がなされているという確証がなければ、ＴＸ１からのバッテリを充電するための電力の受電や電力に関する交渉等を行うべきでない。ＲＸ１は、ＴＸ１を受電元としながら、ＴＸ２や第１通信装置１２１とのＢＬＥ接続を確立して制御通信を行うと、受電元（ＴＸ１）と制御通信の相手装置（ＴＸ２や第１通信装置１２１）とが異なってしまいうるからである。この場合、ＲＸ１は、ＴＸ１との間で適切な制御通信を行うことができなくなる。

以上のように、図１の無線電力伝送システムでは、送電装置及び受電装置の両方が、バッテリを充電する電力の送受電やその電力の交渉に先立って、送受電範囲内にある相手装置とＢＬＥによる制御通信が可能であるという確証を得ることが重要となる。このため、本実施形態では、送電装置と受電装置が無線電力伝送の相手装置との間でＢＬＥによる接続を確立することができるようにする。なお、ＢＬＥは一例であり、無線電力伝送におけるアウトバンド通信に利用可能な任意の無線通信方式が利用可能である。また、以下では、実行される無線電力伝送はＷＰＣ規格に準拠しているものとし、ここでのＷＰＣ規格は、バージョン１．２．２に規定された機能を含む。なお、本実施形態では送電装置と受電装置とがＷＰＣ規格に準拠しているものとして説明するが、これに限られず、他の無線電力伝送規格であってもよい。以下では、送電装置及び受電装置の構成例と、実行される処理の流れの例について説明する。

（装置構成）
図２は、送電装置（例えばＴＸ１及びＴＸ２）の構成例を示すブロック図である。送電装置は、例えば、制御部２０１、電源部２０２、送電部２０３、第１通信部２０４、送電コイル２０５、第２通信部２０６、及びメモリ２０７を有する。

制御部２０１は、送電装置全体を制御する。制御部２０１は、一例として、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）やＭＰＵ（ＭｉｃｒｏＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）等の１つ以上のプロセッサを含んで構成される。なお、制御部２０１は、後述の処理を実行するように構成された、特定用途向け集積回路（ＡＳＩＣ）やフィールドプログラマブルゲートアレイ（ＦＰＧＡ）等を含んでもよい。

電源部２０２は、少なくとも制御部２０１及び送電部２０３が動作する際の電力を供給する電源である。電源部２０２は、例えば、商用電源から電力の供給を受ける有線受電回路やバッテリ等でありうる。送電部２０３は、送電コイル２０５を介して受電装置へ電力を伝送するために、送電コイル２０５に交流電圧および交流電流を発生させる。送電部２０３は、例えば、電源部２０２が供給する直流電圧を、ＦＥＴを使用したハーフブリッジ又はフルブリッジ構成のスイッチング回路を用いて交流電圧に変換する。この場合、送電部２０３は、ＦＥＴのＯＮ／ＯＦＦを制御するゲ－トドライバを含む。

第１通信部２０４は、受電装置の通信部（図３に示す第１通信部３０３）との間で、ＷＰＣ規格に基づいた無線電力伝送の制御通信を行う。本実施形態では、第１通信部２０４が実行する通信は、送電部２０３が発生する交流電圧または電流を変調し、無線電力に通信対象データを重畳する、いわゆるインバンド通信（第１方式による通信）である。また、本実施形態では、送電装置は、制御通信にインバンド通信のみを使用する場合は、同様にインバンド通信を使用する受電装置の充電部に最大１５ワットの電力を出力するだけの電力を供給できるものとする。

第２通信部２０６は、受電装置の通信部（図３に示す第２通信部３０４）との間で、ＷＰＣ規格に基づいた無線電力伝送の制御通信を行う。第２通信部２０６は、送電部２０３の周波数と異なる周波数を使用し、送電コイル２０５と異なる不図示のアンテナを使用する、いわゆるアウトバンド通信（第２方式による通信）を行う。本実施形態では、第２通信部２０６がＢＬＥに対応しているものとするが、これに代えて、ＮＦＣやＷｉＦｉ等の他の無線通信方式に対応する通信部が用いられてもよい。

なお、本実施形態では、送電装置は、受電装置との間での制御通信にアウトバンド通信が使用される場合は、インバンド通信が使用される場合と比較して、その受電装置に大きい電力を供給することができるものとする。例えば、送電装置は、アウトバンド通信によって制御通信を行う場合には、受電装置の充電部に出力される電力が最大１００ワットとなるように、電力を供給することができるものとする。インバンド通信では、通信のために、送電電力に微小な電圧および電流の変化が重畳される。これに対して、送電電力が大きくなると、送電部や受電部から発生するノイズが大きくなる。このため、インバンド通信が用いられる場合には、通信のための微小な電圧および電流の変化をインバンド通信の通信部が検出可能とするために、送電電力が制限されることとなる。一方、アウトバンド通信が用いられる場合は、このような制約がなくなるため、送電する電力量を大きくすることができる。

メモリ２０７は、送電装置や無線電力伝送システムの各要素および全体の状態を記憶する。

図２では、制御部２０１、電源部２０２、送電部２０３、第１通信部２０４、メモリ２０７、第２通信部２０６が、それぞれ別個のブロックとして記載されているが、これらのうちの２つ以上のブロックが１つのチップ等によってまとめられてもよい。また、１つのブロックが複数のブロックに分割されてもよい。

図３は、受電装置（例えばＲＸ１及びＲＸ２）の構成例を示すブロック図である。受電装置は、例えば、制御部３０１、受電部３０２、第１通信部３０３、第２通信部３０４、受電コイル３０５、充電部３０６、バッテリ３０７、及びメモリ３０８を有する。

制御部３０１は、受電装置の全体を制御する。制御部３０１は、一例として、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）やＭＰＵ（ＭｉｃｒｏＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）等の１つ以上のプロセッサを含んで構成される。なお、制御部２０１は、後述の処理を実行するように構成された、特定用途向け集積回路（ＡＳＩＣ）やフィールドプログラマブルゲートアレイ（ＦＰＧＡ）等を含んでもよい。

受電部３０２は、送電コイル２０５からの送電によって受電コイル３０５に生じた交流電圧および交流電流を取得して、受電した電力を制御部３０１及び充電部３０６等が動作するための直流電圧および直流電流に変換する。第１通信部３０３は、送電装置の第１通信部２０４との間で、ＷＰＣ規格に基づいた無線電力伝送のための制御通信を行う。この制御通信は、受電コイル３０５で受電した電磁波を負荷変調するインバンド通信（第１方式による通信）によって行われる。本実施形態では、受電装置は、送電装置との間の制御通信にインバンド通信のみを使用する場合、その送電装置から無線で電力を受電し、充電部３０６に最大で１５ワットの電力を出力できるものとする。

第２通信部３０４は、送電装置の第２通信部２０６との間で、ＷＰＣ規格に基づいた無線電力伝送の制御通信を行う。第２通信部３０４は、受電部３０２が受電する電磁波の周波数と異なる周波数を使用し、受電コイル３０５とは異なる不図示のアンテナを使用してアウトバンド通信（第２方式による通信）を行う。本実施形態では、第２通信部３０４がＢＬＥに対応しているものとするが、これに代えて、ＮＦＣやＷｉＦｉ等の他の無線通信方式に対応する通信部が用いられてもよい。また、第２通信部３０４は、バッテリ３０７から電力供給を受けてもよいし、受電部３０２からバッテリ３０７を介さずに直接電力供給を受けてもよい。なお、本実施形態では、受電装置は、送電装置との間の制御通信にアウトバンド通信を使用する場合は、この送電装置から無線で電力を受電し、充電部３０６に最大で１００ワットの電力を出力できるものとする。

充電部３０６は、受電部３０２から供給される直流電圧と直流電流を利用して、バッテリ３０７を充電する。メモリ３０８は、受電装置および無線電力伝送システムの各要素および全体の状態を記憶する。

図３では制御部３０１、受電部３０２、第１通信部３０３、第２通信部３０４、充電部３０６、及びメモリ３０８が、それぞれ別個のブロックとして記載されているが、これらのうちの２つ以上のブロックが１つのチップ等によってまとめられてもよい。また、１つのブロックが複数のブロックに分割されてもよい。

なお、送電装置または受電装置がアウトバンド通信による制御通信に対応していることを、以下ではＷＰＣ規格のバージョンＡに対応していると表す。ＷＰＣ規格のバージョンＡは、ＷＰＣｖ１．２．２の後継の規格であり、少なくともアウトバンド通信による制御通信機能が追加されているものとする。

（処理の流れ）
続いて、各装置において実行される処理の流れの例について説明し、その後、システム全体の処理の流れの例について説明する。

［送電装置の動作］
以下、送電装置（ＴＸ１）が実行する処理の流れの例について、図４を用いて説明する。なお、本処理は、送電部２０３が電源部２０２から電源供給を受ける等によって電源が投入されて起動したことに応じて開始されうる。また、本処理は、制御部２０１が、メモリ２０７に記憶されたプログラムを実行することによって実現されうる。ただし、これらに限られず、例えばユーザによる所定のボタンの押下等の操作によって電力伝送機能が起動されたことに応じて、本処理が実行されてもよい。また、図４に示される処理の少なくとも一部がハードウェアによって実現されてもよい。少なくとも一部の処理がハードウェアによって実現される場合、例えば、その処理ステップを実現するためのプログラムから、所定のコンパイラを用いてＦＰＧＡ上に自動的に生成された専用回路が用いられうる。また、ＦＰＧＡと同様に、ＧａｔｅＡｒｒａｙ回路によって、所定の処理ステップを実行するためのハードウェアが実現されてもよい。

ＴＸ１は、本処理が開始されると、ＷＰＣ規格に準拠した処理を開始する。ＷＰＣ規格では、Ｓｅｌｅｃｔｉｏｎフェーズ（以下、「選択フェーズ」と呼ぶ。）、Ｐｉｎｇフェーズ、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ＆Ｃｏｎｆｉｇｕｒａｔｉｏｎフェーズ（以下、「Ｉ＆Ｃフェーズ」と呼ぶ。）によって相手装置が特定される。そして、Ｎｅｇｏｔｉａｔｉｏｎフェーズ（以下、「交渉フェーズ」と呼ぶ。）において、送電電力に関する交渉が実行され、その後、電力伝送のためのＣａｌｉｂｒａｔｉｏｎフェーズ（以下、「較正フェーズ」と呼ぶ。）を経て、実際の電力伝送を行うＰｏｗｅｒＴｒａｎｓｆｅｒフェーズ（以下、「ＰＴフェーズ」と呼ぶ。）の処理が実行される。

図４において、ＴＸ１は、まず、選択フェーズ及びＰｉｎｇフェーズの処理を実行する（Ｓ４０１）。ＴＸ１は、選択フェーズにおいて、送電コイル２０５を介してＡｎａｌｏｇＰｉｎｇを送電する。ＡｎａｌｏｇＰｉｎｇは、送電コイル２０５の近傍に存在する物体を検出するための微小な電力である。ＴＸ１は、ＡｎａｌｏｇＰｉｎｇを送電した時の送電コイルの電圧値または電流値を検出し、電圧がある閾値を下回る場合または電流値がある閾値を超える場合に物体が近傍に存在すると判断し、Ｐｉｎｇフェーズに移行する。そして、Ｐｉｎｇフェーズにおいて、ＴＸ１は、ＡｎａｌｏｇＰｉｎｇより大きいＤｉｇｉｔａｌＰｉｎｇを送電する。ここで、ＤｉｇｉｔａｌＰｉｎｇは、送電コイル２０５の近傍に存在するＲＸ１の制御部３０１、第１通信部３０３、及び第２通信部３０４が起動するのに十分な電力を有する。ＲＸ１の制御部３０１及び第１通信部３０３は、受電コイル３０５を介して受電したＤｉｇｉｔａｌＰｉｎｇにより起動すると、第１通信部３０３によるインバンド通信で受電電圧の大きさをＴＸ１へ通知する。ＴＸ１は、第１通信部２０４を介して受電電圧値の通知を受けると、Ｐｉｎｇフェーズの処理を終了し、Ｉ＆Ｃフェーズに移行する。ＴＸ１は、Ｉ＆Ｃフェーズにおいて、ＲＸ１によって送信されたＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔを受信する（Ｓ４０２）。このときに、ＴＸ１は、パケットの送信元であるＲＸ１がＷＰＣ規格のバージョンＡに対応しているか否かの情報と、少なくともバージョンＡより前のバージョンのＷＰＣ規格で使用するＲＸ１の個体識別情報と、ＢＬＥで使用する識別情報とを取得しうる。一例において、ＴＸ１は、ＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔにおいて、ＲＸ１がＷＰＣ規格で使用する識別情報を取得すると共に、追加のＩＤ情報があることを示すＥＸＴビットが「１」となっているか否かを確認する。そして、ＴＸ１は、ＥＸＴビットが「１」である場合、続いてＷＰＣ規格に従って送信されてくるＥｘｔｅｎｄｅｄＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔによって、追加のＩＤ情報を取得する。本実施形態では、このＥｘｔｅｎｄｅｄＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔには、ＲＸ１がＢＬＥで使用する８バイトのＢｌｕｅｔｏｏｔｈＤｅｖｉｃｅＡｄｄｒｅｓｓが格納される。なお、以下では、ＢｌｕｅｔｏｏｔｈＤｅｖｉｃｅＡｄｄｒｅｓｓを「ＢＤ＿ＡＤＤＲ」と呼ぶ。ＢＤ＿ＡＤＤＲは、例えば、ＲＸ１の製造メーカや、ＢＬＥの通信機能（第２通信部３０４）の固体識別情報を示す、ＢＬＥ規格で規定されたＰｕｂｌｉｃＡｄｄｒｅｓｓである。ＴＸ１は、この時点で、ＲＸ１の、ＷＰＣ規格で使用される識別情報と、ＢＬＥの識別情報とが対応する（同一の装置に関するものである）ことを認識することができる。

また、ＴＸ１は、Ｉ＆Ｃフェーズにおいて、ＲＸ１によって送信されたＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔをも受信する（Ｓ４０２）。本実施形態では、ＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔ内の１ビットを用いて、このパケットの送信元であるＲＸ１がＢＬＥによる制御通信に対応しているか否かを示すＢＬＥｂｉｔが送信される。ＷＰＣ規格バージョンＡに対応するＴＸ１は、このビットを監視することにより、ＲＸ１がＢＬＥを用いた制御通信機能を有するか否かを判定することができる。また、本実施形態では、ＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔ内の別の１ビットを用いて、ＲＸ１がその時点でＢＬＥを制御通信に使用可能であるかを示すＢＬＥＥｎａｂｌｅｂｉｔを送信する。ＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔは、図７のような構成を有し、Ｒｅｓｅｒｖｅｄ領域（領域７００、領域７０１、領域７０２）のいずれかに、ＢＬＥｂｉｔ／ＢＬＥＥｎａｂｌｅｂｉｔが設定されうる。このとき、ＢＬＥの制御通信に対応している場合はＢＬＥｂｉｔが設定された領域（ビット）が「１」に設定され、ＢＬＥを制御通信に使用可能である場合にはＢＬＥＥｎａｂｌｅｂｉｔが設定された領域が「１」に設定されるようにする。Ｒｅｓｅｒｖｅｄ領域は、通常「０」が格納されるため、ＷＰＣ規格のバージョンＡより前のバージョンに準拠する受電装置は、この領域に「０」を格納する。このため、ＷＰＣ規格のバージョンＡに準拠していない受電装置がＢＬＥでの制御通信に対応し又は制御通信を実行可能であるように送電装置が誤解することを防ぐことができる。なお、これらは一例にすぎず、ＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔは、これらの要素を必ずしも含まなくてもよい。例えば、上述のようにして、ＥｘｔｅｎｄｅｄＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔによってＢＲ＿ＡＤＤＲが送信されることによって、ＢＬＥによる通信に対応していることが分かるため、ＢＬＥｂｉｔは省略されてもよい。この場合、ＲＸ１が、例えば他の装置とＢＬＥによる通信を行っていないなど、ＢＬＥＥｎａｂｌｅｂｉｔのみが送信されるだけで、ＴＸ１は、ＲＸ１がＢＬＥによる制御通信を実行可能であるか否かを把握することができる。なお、ＢＬＥｂｉｔやＢＬＥＥｎａｂｌｅｂｉｔは一例であり、これが用いられなくてもよい。例えば、ＢＬＥに限定しないアウトバンド通信に対応しているか否か、及び、ＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔの送信時においてアウトバンド通信による制御通信を実行可能な状態にあるかが示されてもよい。また、ＢＬＥ以外のアウトバンド通信に利用可能な通信方式のそれぞれについて、通信機能を有するか否か及び制御通信を実行可能か否かを示す、ＢＬＥｂｉｔやＢＬＥＥｎａｂｌｅｂｉｔと同様の領域が設けられてもよい。例えば、ＮＦＣ通信機能を有するか否かを示すＮＦＣｂｉｔ等が設けられてもよい。

そして、ＴＸ１は、ＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔを受信したことに応答して、インバンド通信によってアクノリッジ（ＡＣＫ）を送信する（Ｓ４０３）。ＴＸ１は、ＡＣＫを送信したことに応じて、交渉フェーズへ移行する。

また、ＴＸ１は、ＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔを受信したことによって、ＲＸ１がＢＬＥによる制御通信機能を有し、かつ、ＴＸ１との間でＢＬＥによる制御通信を行うことができる状態にあるかを判定する（Ｓ４０４）。ＴＸ１は、ＲＸ１がＢＬＥによる制御通信機能を有しない又はＢＬＥによる制御通信を実行可能な状態にない場合（Ｓ４０４でＮＯ）、ＲＸ１との間でＢＬＥによる制御通信を行うことができないため、アウトバンド通信を使用しないことを決定する（Ｓ４２０）。この場合、ＴＸ１は、アウトバンド通信の代わりにインバンド通信を実行する。そして、ＴＸ１は、ＧｕａｒａｎｔｅｅｄＰｏｗｅｒ（ＧＰ）の許容値の最大を１５ワット（Ｗ）とすることを決定する（Ｓ４２１）。なお、ＧＰは、送電装置と受電装置との位置関係がずれて、送電コイル２０５と受電コイル３０５との間の送電効率が低下しても、受電部３０２の負荷（例えば充電部やバッテリ）への出力電力に関して送電装置によって保障される電力値のことを指す。ＴＸ１は、許容するＧＰの大きさを決定しておき、その後のネゴシエーションによって、その許容値を超えるＧＰの要求があった場合にはその要求を拒否するように動作する。その後、ＴＸ１は処理をＳ４１４へ移す。

一方、ＴＸ１は、ＲＸ１がＢＬＥによる制御通信機能を有し、かつ、ＢＬＥによる制御通信を実行可能な状態である場合（Ｓ４０４でＹＥＳ）、ＲＸ１からの能力情報の問い合わせがあったか否かを判定する（Ｓ４０５）。この能力情報の問い合わせは、ＷＰＣ規格で規定されているデータであるＧｅｎｅｒａｌＲｅｑｕｅｓｔがＲＸ１からＴＸ１へ送信されることによって行われる。なお、このような能力情報を問い合わせるＧｅｎｅｒａｌＲｅｑｕｅｓｔを、以下では、「ＧｅｎｅｒａｌＲｅｑ（Ｃａｐａｂｉｌｉｔｙ）」と呼ぶ。ＴＸ１は、ＧｅｎｅｒａｌＲｅｑ（Ｃａｐａｂｉｌｉｔｙ）を受信しなかった場合（Ｓ４０５でＮＯ）は、処理をＳ４２０へ移し、アウトバンド通信を使用しないことを決定する。一方で、ＴＸ１は、ＧｅｎｅｒａｌＲｅｑ（Ｃａｐａｂｉｌｉｔｙ）を受信した場合（Ｓ４０５でＹＥＳ）、ＷＰＣ規格で規定されているＰｏｗｅｒＴｒａｎｓｍｉｔｔｅｒＣａｐａｂｉｌｉｔｙＰａｃｋｅｔを、ＲＸ１へ送信する。以下では、ＰｏｗｅｒＴｒａｎｓｍｉｔｔｅｒＣａｐａｂｉｌｉｔｙＰａｃｋｅｔのことを「ＴＸＣａｐａｂｉｌｉｔｙＰａｃｋｅｔ」と呼ぶ。ＴＸＣａｐａｂｉｌｉｔｙＰａｃｋｅｔは、図８に示すように、ＧＰの最大値など、送電装置の能力に関する情報を含む。本実施形態では、さらに、ＴＸＣａｐａｂｉｌｉｔｙＰａｃｋｅｔのリザーブ領域（図８の領域８００及び領域８０１）のうちの１ビットをＢＬＥＥｎａｂｌｅｂｉｔとして割り当てる。このＢＬＥＥｎａｂｌｅｂｉｔは、ＲＸ１によって送信されるＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔ内のＢＬＥＥｎａｂｌｅｂｉｔと同様の意味を有する。なお、ＴＸ１は、ＴＸＣａｐａｂｉｌｉｔｙＰａｃｋｅｔのリザーブ領域のうちの１ビットを、ＢＬＥｂｉｔとして使用してもよい。このＢＬＥｂｉｔについても、ＲＸ１によって送信されるＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔ内のＢＬＥｂｉｔと同様の意味を有する。

ＴＸ１は、ＴＸＣａｐａｂｉｌｉｔｙＰａｃｋｅｔにおける情報伝送に先立ち、自装置がＢＬＥを使用可能な状態にあるかを判定する（Ｓ４０６）。ＴＸ１は、自装置がＢＬＥを使用可能な状態でない場合（Ｓ４０６でＮＯ）は、ＴｘＣａｐａｂｉｌｉｔｙＰａｃｋｅｔのＢＬＥＥｎａｂｌｅｂｉｔを「０」に設定してＲＸ１へ送信し（Ｓ４１９）、処理をＳ４２０へ移す。一方、ＴＸ１は、例えば、自装置がＢＬＥのＰｅｒｉｐｈｅｒａｌとして動作しているか否か、ＢＬＥを他の装置との間で使用中であるか等に基づいて、現時点でＢＬＥによる制御通信を実行可能であるかを判定する。例えば、ＴＸ１は、自装置がＣｅｎｔｒａｌである場合は、複数のＰｅｒｉｐｈｅｒａｌと接続可能であるため、ＢＬＥを制御通信に使用可能であると判定しうる。また、ＴＸ１は、自装置が他の装置とＢＬＥによる通信を行っていない場合にＢＬＥを制御通信に使用可能であると判定しうる。一方、ＴＸ１は、自装置がＰｅｒｉｐｈｅｒａｌとして他の装置とＢＬＥによる通信を行っている場合は、ＢＬＥを制御通信に使用可能でないと判定しうる。また、ＴＸ１は、ＴＸ１と接続されている製品（例えばプリンタなど）の制御部との通信により、この判定を行ってもよい。例えば、ＴＸ１の制御部２０１と、製品の制御部をＧＰＩＯ（ＧｅｎｅｒａｌＰｕｒｐｏｓｅＩｎｐｕｔ／Ｏｕｔｐｕｔ）やシリアル通信で接続し、ＴＸ１の制御部２０１が、製品の制御部へＢＬＥの使用状況を問い合わせてもよい。この場合、ＴＸ１の制御部２０１は、製品の制御部からＢＬＥの使用状況についての応答がＢＬＥを使用中であることを示す場合、その時点で制御通信にＢＬＥを使用できないと判定しうる。また、ＴＸ１の制御部２０１は、その応答がＢＬＥを使用中でないことを示す場合、制御通信にＢＬＥを使用可能であると判定しうる。

そして、ＴＸ１は、自装置がＢＬＥを使用可能な状態である場合（Ｓ４０６でＹＥＳ）、ＴｘＣａｐａｂｉｌｉｔｙＰａｃｋｅｔのＢＬＥＥｎａｂｌｅｂｉｔを「１」に設定してＲＸ１へ送信する（Ｓ４０７）。そして、ＴＸ１は、この時点でＲＸ１との間でＢＬＥによる通信を行うことが可能であると判定し、Ｓ４０２で取得したＲＸ１のＢＤ＿ＡＤＤＲをメモリに保持する（Ｓ４０８）。なお、ＴＸ１は、Ｓ４０２でＲＸ１のＢＤ＿ＡＤＤＲを取得した時点でメモリに保持しておき、自装置がＢＬＥを使用可能でないと判定した場合（Ｓ４０６でＮＯ）に、その情報を破棄するようにしてもよい。

なお、Ｓ４０７においてＢＬＥＥｎａｂｌｅｂｉｔを「１」としたＴｘＣａｐａｂｉｌｉｔｙＰａｃｋｅｔが送信された後に、ＴＸ１は、ＲＸ１から、ＴＸ１のＢＬＥの識別情報を問い合わせる信号を受信しうる。この信号は、例えば、ＷＰＣ規格のＧｅｎｅｒａｌＲｅｑｕｅｓｔでありうる。以下では、ＢＬＥの識別情報を問い合わせるＧｅｎｅｒａｌＲｅｑｕｅｓｔを、「ＧｅｎｅｒａｌＲｅｑ（ＩＤ）」と呼ぶ。ＴＸ１は、ＧｅｎｅｒａｌＲｅｑ（ＩＤ）を受信すると、自装置のＢＬＥについてのＢＤ＿ＡＤＤＲを含んだ応答をＲＸ１へ送信する。この応答は、ＷＰＣ規格で規定されているＰｏｗｅｒＴｒａｎｓｍｉｔｔｅｒＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔ（以下では、「ＴＸＩＤＰａｃｋｅｔ」と呼ぶ。）でありうる。ＴＸＩＤＰａｃｋｅｔには、送電装置が対応しているＷＰＣ規格のバージョンや、送電装置のインバンド通信に係る機能ブロックの製造者等による識別番号が含まれる。さらに、バージョンＡに対応した送電装置は、このＴＸＩＤＰａｃｋｅｔに、ＢＬＥのＢＤ＿ＡＤＤＲを含めることができる。これにより、ＲＸ１が、ＴＸ１のＷＰＣ規格における識別情報と、ＢＬＥにおける識別情報（ＢＤ＿ＡＤＤＲ）とを関連付けて認識することができるようになる。

Ｓ４０８の処理に続いて、ＴＸ１は、ＲＸ１とのＢＬＥによる制御通信を試行するために、自装置のＢＬＥ通信機能を、Ｓｃａｎｎｅｒとして起動する（Ｓ４０９）。なお、Ｓｃａｎｎｅｒは、ＢＬＥ規格で定義されている状態の１つであり、ブロードキャストされるＡＤＶＥＲＴＩＳＥ＿ＩＮＤＩＣＡＴＩＯＮを受信して、その送信元のＢＬＥデバイス（またはサービス）を発見する。以下では、ＡＤＶＥＲＴＩＳＥ＿ＩＮＤＩＣＡＴＩＯＮをＡＤＶ＿ＩＮＤと呼ぶ。ＡＤＶ＿ＩＮＤは、ＢＬＥ規格で定義されているＡｄｖｅｒｔｉｓｅｒの状態のデバイスによってブロードキャストされ、そのデバイスのＢＤ＿ＡＤＤＲや対応しているサービス情報を報知するための信号である。

ＴＸ１は、Ｓｃａｎｎｅｒとして起動後に、ＡＤＶ＿ＩＮＤが送信されてくるのを待ち受ける（Ｓ４１０）。そして、ＴＸ１は、所定時間が経過する前（Ｓ４１８でＮＯの間）に、Ｓ４０８で保持されたＢＤ＿ＡＤＤＲのＡＤＶ＿ＩＮＤを受信すると（Ｓ４１０及びＳ４１１でＹＥＳ）、ＢＬＥによる接続要求メッセージをそのＢＤ＿ＡＤＤＲに宛てて送信する。すなわち、ＴＸ１は、タイムアウト前にＲＸ１からのＡＤＶ＿ＩＮＤを受信した場合に、ＢＬＥによる接続要求メッセージをＲＸ１へ送信する。この接続要求メッセージは、ＢＬＥ規格で規定されたＣＯＮＮＥＣＴ＿ＲＥＱ（以下では「ＣＯＮＮＥＣＴ」と呼ぶ場合がある。）である。そして、ＴＸ１は、交渉フェーズへと移行する。ここでは、ＢＬＥによる通信が可能な状態であるため、交渉フェーズにおける交渉はＢＬＥを用いて実行される。ＴＸ１は、この時点でＢＬＥ（アウトバンド通信）による制御通信を実行可能な状態となるため、ＧＰを十分に高く設定することができると判定する。このため、ＴＸ１は、ＧＰの許容値最大を、例えば１００Ｗとし（Ｓ４１３）、処理をＳ４１４へ進める。なお、ＴＸ１は、アウトバンド通信での接続が実際に確立された後にＧＰの許容値の最大値を決定する処理を実行してもよい。この場合、ＴＸ１は、アウトバンド通信を使用することを決定した場合であっても、実際にアウトバンド通信の接続を確立することができなかった場合には、処理をＳ４２０へ移してもよい。

なお、ＴＸ１は、ＡＤＶ＿ＩＮＤを受信したとしても、Ｓ４０８で保持されたＢＤ＿ＡＤＤＲのＡＤＶ＿ＩＮＤでない場合（Ｓ４１１でＮＯ）にはＣＯＮＮＥＣＴを送信しない。すなわち、ＴＸ１は、電力伝送のための制御通信を試行する段階において、そのような制御通信とは異なる用途でのＢＬＥの接続が確立されないように、ＣＯＮＮＥＣＴを送信する対象を限定する。なお、ＲＸ１からのＡＤＶ＿ＩＮＤを受信しないままタイムアウトした場合（Ｓ４１８でＹＥＳ）は、処理はＳ４２０へ進む。

Ｓ４１４では、ＴＸ１は、ＲＸ１との間でＧＰの交渉を行う。この交渉は、ＴＸ１において許容できるＧＰの最大値と、ＲＸ１が要求するＧＰの値とに基づいて行われる。なお、ＴＸ１が許容できるＧＰの最大値は、上述のように、Ｓ４１３又はＳ４２１の処理によって、アウトバンド通信を利用可能か否かに応じて決定される。その後、ＴＸ１は、較正フェーズでの処理を実行後（Ｓ４１５）、ＰＴフェーズに移行して（Ｓ４１６）、ＲＸ１へ電力を伝送する。ＰＴフェーズでは、ＲＸ１からＴＸ１へ送電電力の増減を要求する制御データが送信されるが、この通信は制御通信であるため、ＢＬＥ（アウトバンド通信）を利用可能な状況ではＢＬＥによって行われる。その後、ＴＸ１は、ＲＸ１から充電終了などによって電力伝送の停止を要求するＥｎｄＰｏｗｅｒＴｒａｎｓｆｅｒ（ＥＰＴ）を受信すると（Ｓ４１７）、電力伝送処理を終了する。なお、ＥＰＴの送受信も制御通信であるため、ＢＬＥ（アウトバンド通信）を利用可能な状況ではＢＬＥによって行われる。

以上のように、ＴＸ１は、ＲＸ１がＢＬＥによる制御通信を実行することができるか否かを確認する。また、ＴＸ１は、ＲＸ１のＷＰＣ規格での識別情報とＢＬＥでの識別情報とを対応付けて認識しておき、ＲＸ１のＢＬＥでの識別情報を含んだＡＤＶ＿ＩＮＤを受信した場合に、ＣＯＮＮＥＣＴを送信するようにする。これにより、電力伝送の対象との間でＢＬＥによる接続を確立し、一方で電力伝送の対象ではない他の装置との間でＢＬＥによる接続を確立しないようにすることができる。

［受電装置の動作］
続いて、受電装置（ＲＸ１）が実行する処理の流れの例について、図５を用いて説明する。なお、本処理は、例えばユーザによる所定のボタンの押下等の操作によって受電機能が起動されたことに応じて、又はＲＸ１がＴＸ１の近傍に持ち込まれたことに応じて、実行されうる。なお、受電コイル３０５を介して受信した電力によって制御部３０１及び第１通信部３０３が起動したことに応じて本処理が開始されてもよい。また、本処理は、制御部３０１が、メモリ３０８に記憶されたプログラムを実行することによって実現されうるが、後述の処理を実行するための専用のハードウェアが用いられてもよい。例えば、少なくとも一部の処理がハードウェアによって実現される場合、その処理ステップを実現するためのプログラムから、所定のコンパイラを用いてＦＰＧＡ上に自動的に生成された専用回路が用いられうる。また、ＦＰＧＡと同様に、ＧａｔｅＡｒｒａｙ回路によって、所定の処理ステップを実行するためのハードウェアが実現されてもよい。

図５において、ＲＸ１は、まず、ＴＸ１の近傍に置かれることによってＴＸ１に検出され、これによりＴＸ１がＤｉｇｉｔａｌＰｉｎｇを送信する。そして、ＲＸ１の制御部３０１および第１通信部３０３が、受電コイル３０５を介して受電したＤｉｇｉｔａｌＰｉｎｇにより起動し、そのＤｉｔｉｇａｌＰｉｎｇの受電電圧の大きさを測定する。そして、ＲＸ１は、その受電電圧の大きさをインバンド通信によりＴＸ１へ通知する（Ｓ５０１）。その後、ＲＸ１は、Ｉ＆Ｃフェーズへ移行する。

Ｉ＆Ｃフェーズにおいて、ＲＸ１は、ＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔを、インバンド通信によりＴＸ１へ送信する（Ｓ５０２）。このとき、ＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔには、ＷＰＣ規格のバージョンＡに対応しているか否かを示す情報と、少なくともバージョンＡより前のバージョンのＷＰＣ規格で使用される個体識別情報を含む。なお、ＷＰＣ規格で使用される個体識別情報は、インバンド通信で制御通信を行う場合の識別情報である。また、ＲＸ１は、ＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔにおいて、追加のＩＤ情報があるか否かを示すＥＸＴビットを設定して送信しうる。追加のＩＤ情報が存在する場合、ＲＸ１は、ＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔのＥＸＴビットを「１」に設定し、追加のＩＤ情報の送信のためのＥｘｔｅｎｄｅｄＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔを送信する。ＥｘｔｅｎｄｅｄＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔも、ＷＰＣ規格によるインバンド通信によって送信される。本実施形態では、ＥｘｔｅｎｄｅｄＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔにより、ＢＬＥで使用される８バイトのＢＤ＿ＡＤＤＲが送信される。

ＲＸ１は、ＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔの送信後、ＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔを送信する。このとき、まず、ＲＸ１は、現時点において自装置がＢＬＥを制御通信に使用可能な状態であるかを判定する（Ｓ５０３）。ＢＬＥを制御通信に使用可能であるか否かの判定は、例えば、自装置がＢＬＥのＰｅｒｉｐｈｅｒａｌとして動作しているか否か、ＢＬＥを他の装置との間で使用中であるか等に基づいて行われる。例えば、ＲＸ１は、自装置がＣｅｎｔｒａｌである場合は、複数のＰｅｒｉｐｈｅｒａｌと接続可能であるため、ＢＬＥを制御通信に使用可能であると判定しうる。また、ＲＸ１は、自装置が他の装置とＢＬＥによる通信を行っていない場合にＢＬＥを制御通信に使用可能であると判定しうる。一方、ＲＸ１は、自装置がＰｅｒｉｐｈｅｒａｌとして他の装置とＢＬＥによる通信を行っている場合は、ＢＬＥを制御通信に使用可能でないと判定しうる。また、ＲＸ１は、ＲＸ１と接続されている製品（例えばスマートフォンやカメラなど）の制御部との通信により、この判定を行ってもよい。例えば、ＲＸ１の制御部３０１と、製品の制御部をＧＰＩＯ（ＧｅｎｅｒａｌＰｕｒｐｏｓｅＩｎｐｕｔ／Ｏｕｔｐｕｔ）やシリアル通信で接続し、ＲＸ１の制御部３０１が、製品の制御部へＢＬＥの使用状況を問い合わせてもよい。この場合、ＲＸ１の制御部３０１は、製品の制御部からＢＬＥの使用状況についての応答がＢＬＥを使用中であることを示す場合、その時点で制御通信にＢＬＥを使用できないと判定しうる。また、ＲＸ１の制御部３０１は、その応答がＢＬＥを使用中でないことを示す場合、制御通信にＢＬＥを使用可能であると判定しうる。なお、ＲＸ１がＢＥＬによる通信に対応しているか否か及び制御通信にＢＬＥを使用可能であるか否かを示す情報は、上述のように、ＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔのＲｅｓｅｒｖｅｄ領域を用いて送信されうる。

ＲＸ１は、現時点において自装置がＢＬＥを制御通信に使用可能でない場合（Ｓ５０３でＮＯ）は、ＢＬＥＥｎａｂｌｅｂｉｔを「０」に設定したＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔを、インバンド通信でＴＸ１へ送信する（Ｓ５２０）。そして、ＲＸ１は、ＴＸ１との間でＢＬＥによる制御通信を行うことができないため、アウトバンド通信を使用しないことを決定する（Ｓ５２１）。この場合、ＲＸ１は、アウトバンド通信の代わりにインバンド通信を実行する。そして、ＲＸ１は、要求するＧＰの最大値を１５ワット（Ｗ）とすることを決定し（Ｓ５２２）、処理をＳ５２３へ進める。

一方、ＲＸ１は、現時点において自装置がＢＬＥを制御通信に使用可能である場合（Ｓ５０３でＹＥＳ）は、ＢＬＥＥｎａｂｌｅｂｉｔを「１」に設定したＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔを、インバンド通信でＴＸ１へ送信する（Ｓ５０４）。その後、ＲＸ１は、ＴＸ１からのＡＣＫを待ち受ける（Ｓ５０５）。ＲＸ１は、ＡＣＫを受信しなかった場合（Ｓ５０５でＮＯ）は、ＰＴフェーズへ移行し（Ｓ５２５）、ＴＸ１から送電された電力を受信する。そして、ＲＸ１は、例えば、バッテリ３０７の充電が完了したことに応じて、電力伝送を終了すると決定したこと等に応じて、ＥＰＴをＴＸ１へ送信し（Ｓ５２６）、処理を終了する。ＷＰＣ規格のバージョン１．２より前のバージョンのみに対応している送電装置は、交渉フェーズ及び較正フェーズに対応していない。このため、このような送電装置は、ＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔを受信すると、ＡＣＫを送信せずにＰＴフェーズに移行する。このため、ＲＸ１は、ＴＸ１からＡＣＫを受信しなかった場合にＰＴフェーズに移行することにより、ＴＸ１がＷＰＣ規格のバージョン１．２より前のバージョンの送電装置である場合であっても受電を行うことができる。すなわち、このような構成により、ＲＸ１は、後方互換性を確保することができる。なお、ＡＣＫを受信しなかった場合、受電部３０２が負荷（充電部３０６及びバッテリ３０７）へ供給できる電力の最大値は５ワットに制限される。

ＲＸ１は、ＡＣＫを受信した場合（Ｓ５０５でＹＥＳ）、ＴＸ１の能力情報の問い合わせを行うＧｅｎｅｒａｌＲｅｑ（Ｃａｐａｂｉｌｉｔｙ）を送信し（Ｓ５０６）、その応答（ＴＸＣａｐａｂｉｌｉｔｙＰａｃｋｅｔ）を待ち受ける（Ｓ５０７）。そして、ＴＸＣａｐａｂｉｌｉｔｙＰａｃｋｅｔを受信しなかった場合（Ｓ５０７でＮＯ）、ＲＸ１は、アウトバンド通信を使用しないことを決定し（Ｓ５２１）、上述のＳ５２２以降の処理を実行する。ＲＸ１は、ＴＸＣａｐａｂｉｌｉｔｙＰａｃｋｅｔを受信した場合（Ｓ５０７でＹＥＳ）、そのパケットのＢＬＥｂｉｔ及びＢＬＥＥｎａｂｌｅｂｉｔを確認し、ＴＸ１がＢＬＥでの制御通信を実行可能であるか否かを判定する（Ｓ５０８）。ＴＸ１がＢＬＥでの制御通信を実行可能でないと判定した場合（Ｓ５０８でＮＯ）には、処理はＳ５２１へ進む。

ＴＸ１がＢＬＥでの制御通信を実行可能であると判定した場合（Ｓ５０８でＹＥＳ）、ＲＸ１は、ＴＸ１のＢＬＥにおける識別情報を取得するために、ＧｅｎｅｒａｌＲｅｑ（ＩＤ）を送信する（Ｓ５０９）。そして、ＲＸ１は、ＧｅｎｅｒａｌＲｅｑ（ＩＤ）への応答として、ＴＸ１からのＴＸＩＤＰａｃｋｅｔを待ち受ける（Ｓ５１０）。ＴＸ１からＴＸＩＤＰａｃｋｅｔが受信されなかった場合（Ｓ５１０でＮＯ）、ＲＸ１は、アウトバンド通信を使用しないことを決定し（Ｓ５２１）、上述のＳ５２２以降の処理を実行する。一方、ＲＸ１は、ＷＰＣ規格のバージョンＡに対応するＴＸ１からＴＸＩＤＰａｃｋｅｔを受信すると（Ｓ５１０でＹＥＳ）、そのパケット内に格納されているＴＸ１のＢＤ＿ＡＤＤＲを取得し、メモリ３０８に保持する（Ｓ５１１）。この時点で、ＲＸ１は、ＴＸ１のＷＰＣ規格における識別情報とＢＬＥにおけるＢＤ＿ＡＤＤＲとを対応付けて認識することができる。そして、ＲＸ１は、ＴＸ１との間でＢＬＥによる制御通信を行うために、自装置をＢＬＥのＡｄｖｅｒｔｉｓｅｒとして起動し（Ｓ５１２）、ＡＤＶ＿ＩＮＤをブロードキャスト送信する（Ｓ５１３）。なお、Ａｄｖｅｒｔｉｓｅｒは、ＢＬＥ規格で定義されている状態の１つであり、上述のＳｃａｎｎｅｒがＢＬＥデバイス（又はサービス）を発見できるように、自装置のＢＤ＿ＡＤＤＲや対応しているサービス情報をＡＤＶ＿ＩＮＤによって報知する役割である。ここで、ＡＤＶ＿ＩＮＤは、第２通信部３０４が対応しているサービス（プロファイル）を示すＵＵＩＤ（ＵｎｉｖｅｒｓａｌｌｙＵｎｉｑｕｅＩＤｅｎｔｉｆｉｅｒ）を含む。なお、本実施形態では、ＷＰＣ規格によるアウトバンド通信を用いた無線充電サービス（以下では「無線充電サービス」と呼ぶ。）を示すＵＵＩＤが、ＡＤＶ＿ＩＮＤに含まれる。また、ＡＤＶ＿ＩＮＤは、受電装置（ＲＸ１）が接続される製品の機器種別（例えば、カメラ、スマートフォン）、メーカ名、モデル名、シリアル番号等の情報をも含みうる。

その後、ＲＸ１は、ＡＤＶ＿ＩＮＤを受信したＳｃａｎｎｅｒから送信されるＣＯＮＮＥＣＴを待ち受ける（Ｓ５１４）。そして、ＲＸ１は、ＣＯＮＮＥＣＴを受信すると（Ｓ５１４でＹＥＳ）、そのＣＯＮＮＥＣＴの送信元の識別情報が、ＴＸ１の識別情報（ＢＤ＿ＡＤＤＲ）としてメモリ３０８に保持されているか否かを判定する（Ｓ５１５）。すなわち、ＲＸ１は、ＣＯＮＮＥＣＴの送信元がＴＸ１であるか否かを判定する。ここで、ＣＯＮＮＥＣＴの送信元がＴＸ１でない場合（Ｓ５１５でＮＯ）、ＲＸ１は、ＣＯＮＮＥＣＴで接続したＢＬＥ接続を切断することを示すＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤを、ＣＯＮＮＥＣＴの送信元の装置へ送信する（Ｓ５１８）。なお、以下では、ＬＬ＿ＴＥＲＭＩＮＡＴＥ＿ＩＮＤを、「ＴＥＲＭＩＮＡＴＥ」と呼ぶ。ＲＸ１は、ＴＸ１からのＣＯＮＮＥＣＴを受信していない場合（Ｓ５１４又はＳ５１５でＮＯ）、ＡＤＶ＿ＩＮＤの送信開始後に所定時間が経過してタイムアウトするまで（Ｓ５１９でＮＯの間）は、ＡＤＶ＿ＩＮＤを繰り返し送信する（Ｓ５１３）。そして、ＲＸ１は、ＴＸ１からのＣＯＮＮＥＣＴを受信しないままタイムアウトした場合（Ｓ５１９でＹＥＳ）、アウトバンド通信を使用しないことを決定し（Ｓ５２１）、上述のＳ５２２以降の処理を実行する。

一方、ＲＸ１は、ＴＸ１からＣＯＮＮＥＣＴを受信した場合（Ｓ５１４及びＳ５１５でＹＥＳ）、アウトバンド通信を使用することを決定し（Ｓ５１６）、要求するＧＰの最大値を１００ワット（Ｗ）とすることを決定する（Ｓ５１７）。なお、ＲＸ１は、アウトバンド通信を使用することを決定したことに応じてＧＰの要求値の決定処理を行ってもよいし、アウトバンド通信での接続が実際に確立された後にこの処理を実行してもよい。また、ＲＸ１は、Ｓ５１６でアウトバンド通信を使用することを決定した場合であっても、実際にアウトバンド通信の接続を確立することができなかった場合には、処理をＳ５２１へ移してもよい。その後、ＲＸ１は、処理をＳ５２３へ進める。Ｓ５２３では、ＲＸ１は、ＴＸ１との間でＧＰの交渉を行う。この交渉は、ＴＸ１において許容できるＧＰの最大値と、ＲＸ１が要求するＧＰの値とに基づいて行われる。なお、ＲＸ１が要求するＧＰの最大値は、上述のように、Ｓ５１７又はＳ５２２の処理によって、アウトバンド通信を利用可能か否かに応じて決定される。その後、ＲＸ１は、較正フェーズでの処理を実行後（Ｓ５２４）、ＰＴフェーズに移行して（Ｓ５２５）、ＴＸ１から電力を受電する。ＰＴフェーズでは、ＲＸ１からＴＸ１へ送電電力の増減を要求する制御データが送信されるが、この通信は制御通信であるため、ＢＬＥ（アウトバンド通信）を利用可能な状況ではＢＬＥによって行われる。その後、ＲＸ１は、例えば充電が終了したことに応じて、ＴＸ１に対してバッテリ充電のための電力伝送を停止する要求を示すＥＰＴを、ＢＬＥ（アウトバンド通信）で送信する（Ｓ５２６）。そして、ＲＸ１は、必要に応じてＢＬＥの接続を切断するためのＴＥＲＭＩＮＡＴＥを送信して、本処理を終了する。なお、ＥＰＴを送信した後のＴＥＲＭＩＮＡＴＥの送信はＴＸ１が行ってもよい。

以上のように、ＲＸ１は、ＴＸ１がＢＬＥによる制御通信を実行することができるか否かを確認する。また、ＲＸ１は、ＴＸ１のＷＰＣ規格での識別情報とＢＬＥでの識別情報とを対応付けて認識しておき、ＴＸ１のＢＬＥでの識別情報を含まないＣＯＮＮＥＣＴを受信した場合に、接続を切断して、ＴＸ１からのＣＯＮＮＥＣＴのみを受け付けるようにする。これにより、電力伝送の対象との間でＢＬＥによる接続を確立し、一方で電力伝送の対象ではない他の装置との間でＢＬＥによる接続を確立しないようにすることができる。

［電力伝送システムの処理の流れ］
続いて、電力伝送システムで実行される処理の流れの例について図６を用いて説明する。まず、ＴＸ１において、送電部２０３が電源部２０２から電源供給を受け起動すると、ＴＸ１はＷＰＣ規格に準拠した動作を開始する。すなわち、ＴＸ１は、まず、選択フェーズにおいて、送電コイル２０５を介してＡｎａｌｏｇＰｉｎｇを送電する（Ｍ６０１）。そして、ＴＸ１は、ＡｎａｌｏｇＰｉｎｇにより、図３のように、自装置の近傍（送受電範囲内）にＲＸ１が存在することを検出し、Ｐｉｎｇフェーズに移行する。そして、ＴＸ１は、Ｐｉｎｇフェーズにおいて、ＤｉｇｉｔａｌＰｉｎｇを送電する（Ｍ６０２）。ＲＸ１の制御部３０１および第１通信部３０３が受電コイル３０５を介して受電したＤｉｇｉｔａｌＰｉｎｇにより起動すると、ＲＸ１は、第１通信部３０３によるインバンド通信で受電電圧の大きさをＴＸ１へ通知し（Ｍ６０３）、Ｉ＆Ｃフェーズへ移行する。ＴＸ１は、受電電圧値の通知を受けると、Ｐｉｎｇフェーズの処理を終了して、Ｉ＆Ｃフェーズに移行する。

続いて、ＲＸ１は、ＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔを、第１通信部３０３を使用してＴＸ１へ送信する（Ｍ６０４）。ここで、ＲＸ１は、ＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔにおいて、ＷＰＣ規格のバージョンＡに対応していることを示す情報と、少なくともバージョンＡより前のバージョンのＷＰＣ規格で使用するＲＸ１の個体識別情報とを、ＴＸ１へ通知する。また、本処理例では、ＲＸ１は、ＢＬＥで使用する識別情報を後に送信するために、ＥＸＴｂｉｔを「１」としてＩｄｅｎｔｉｆｉｃａｔｉｏｎＰａｃｋｅｔを送信する。そして、ＲＸ１は、ＢＬＥで使用する８バイトのＢＤ＿ＡＤＤＲを、ＥｘｔｅｎｄｅｄＩＤＰａｃｋｅｔに含めてインバンド通信で送信する（Ｍ６０５）。そして、ＲＸ１は、本処理例では、自装置がＢＬＥによる制御通信に対応していることを示すＢＬＥｂｉｔを「１」に設定したＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔを送信する（Ｍ６０６）。また、このＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔでは、ＢＬＥＥｎａｂｌｅＢｉｔが「１」に設定される。

ＴＸ１は、ＲＸ１からのＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔに対して、インバンド通信でアクノリッジ（ＡＣＫ）を送信する（Ｍ６０７）。ＴＸ１は、ＡＣＫを送信した後に、交渉フェーズへ移行する。また、ＲＸ１は、ＡＣＫを受信すると、Ｉ＆Ｃフェーズを終了して、交渉フェーズに移行する。なお、この時点で、ＴＸ１は、ＲＸ１のＷＰＣ規格における識別情報とＢＬＥにおけるＢＤ＿ＡＤＤＲとを対応付けて認識することができる。また、ＴＸ１は、ＲＸ１がＢＬＥによる制御通信に対応可能であることを認識することができる。

その後、ＲＸ１は、ＴＸ１の能力に関する情報を取得するために、ＧｅｎｅｒａｌＲｅｑ（Ｃａｐａｂｉｌｉｔｙ）をインバンド通信で送信する（Ｍ６０８）。ＴＸ１は、このＧｅｎｅｒａｌＲｅｑ（Ｃａｐａｂｉｌｉｔｙ）を受信すると、ＴＸＣａｐａｂｉｌｉｔｙＰａｃｋｅｔをＲＸ１へ送信する（Ｍ６０９）。ここでは、ＴＸ１は、自身がＷＰＣ規格のバージョンＡに対応している情報を含み、ＢＬＥによる制御通信を実行可能であることを示すようにＢＬＥｂｉｔ／ＢＬＥＥｎａｂｌｅＢｉｔを「１」としたＴＸＣａｐａｂｉｌｉｔｙＰａｃｋｅｔを送信する。このときに、ＲＸ１は、ＴＸＣａｐａｂｉｌｉｔｙＰａｃｋｅｔを受信すると、ＴＸ１がＢＬＥによる制御通信に対応し、かつ、ＢＬＥを制御通信に使用可能であると認識することができる。続いて、ＲＸ１は、ＴＸ１の識別情報の送信を要求するためにＧｅｎｅｒａｌＲｅｑ（ＩＤ）を、インバンド通信で送信する（Ｍ６１０）。ＴＸ１は、このＧｅｎｅｒａｌＲｅｑ（ＩＤ）を受信すると、ＴＸＩＤＰａｃｋｅｔを、インバンド通信でＲＸ１へ送信する（Ｍ６１１）。この時点で、ＲＸ１は、ＴＸ１のＷＰＣ規格における識別情報とＢＬＥにおけるＢＤ＿ＡＤＤＲとを対応付けて認識することができる。また、ＲＸ１は、ＴＸ１がＢＬＥによる制御通信に対応可能であることを認識することができる。

その後、ＲＸ１は、ＴＸ１とＢＬＥによる制御通信を試みるために自身のＢＬＥをＡｄｖｅｒｔｉｓｅｒとして起動し、ＡＤＶ＿ＩＮＤを送信する（Ｍ６１２）。なお、このとき、ＴＸ１は、Ｍ４０５で取得したＲＸ１のＢＤ＿ＡＤＤＲをメモリに保持しておき、ＲＸ１とＢＬＥによる制御通信を行うために、自装置をＢＬＥのＳｃａｎｎｅｒとして起動している。

ここで、ＴＸ１のみならず、他装置（例えば第１通信装置１２１）もＳｃａｎｎｅｒとして動作しているものとする。このとき、他装置は、ＲＸ１がＭ６１２で送信したＡＤＶ＿ＩＮＤを受信して、ＲＸ１に対してＢＬＥによる接続を要求するためにＣＯＮＮＥＣＴを送信したとする（Ｍ６１３）。ＲＸ１は、このＣＯＮＮＥＣＴを受信すると、メモリ３０８を参照し、ＣＯＮＮＥＣＴの送信元の識別情報が、ＴＸ１の識別情報（ＢＤ＿ＡＤＤＲ）と一致しているか否かを判定する。この場合、他装置はＴＸ１と異なるため、ＲＸ１は、この他装置とは接続しないと判定し、この他装置に対して、ＴＥＲＭＩＮＡＴＥを送信する（Ｍ６１４）。

一方、ＴＸ１は、ＡＤＶ＿ＩＮＤを受信すると、そのＡＤＶ＿ＩＮＤに無線充電サービスを示すＵＵＩＤが含まれているか否かを確認する。ここでは、上述のように、ＡＤＶ＿ＩＮＤに無線充電サービスに対応するＵＵＩＤが含まれている。すると、ＴＸ１は、続いて、メモリ２０７を参照し、ＡＤＶ＿ＩＮＤの送信元がメモリ２０７に保持したＲＸ１の識別情報（ＢＤ＿ＡＤＤＲ）と一致するか否かを判定する。Ｍ６１２におけるＡＤＶ＿ＩＮＤはＲＸ１から送信されているため、ＴＸ１は、ＡＤＶ＿ＩＮＤの送信元であるＲＸ１と接続すると判定し、ＲＸ１へＣＯＮＮＥＣＴを送信する（Ｍ６１５）。そして、ＲＸ１は、このＣＯＮＮＥＣＴの送信元がＴＸ１であるため、この場合にはＴＥＲＭＩＮＡＴＥを送信せず、接続を維持する。

なお、ＴＸ２が、ＲＸ１によって送信されたＡＤＶ＿ＩＮＤを受信する場合がある。しかしながら、この場合、ＴＸ２は、送受電範囲内に存在するＲＸ２のＢＤ＿ＡＤＤＲをメモリ２０７に保持しており、ＲＸ１のＢＤ＿ＡＤＤＲを保持していない。このため、ＴＸ２は、ＲＸ１に対してＣＯＮＮＥＣＴを送信しない。

その後、ＴＸ１及びＲＸ１は、ＢＬＥ（アウトバンド通信）を用いて、ＧＰに関する交渉を行う（Ｍ６１６）。この時点で、ＴＸ１は、送受電範囲に存在するＲＸ１との制御通信にＢＬＥ（アウトバンド通信）を使用することができるため、許容されるＧＰの最大値を１００ワット（Ｗ）とする。また、ＲＸ１も、同様に要求するＧＰの最大値を１００ワット（Ｗ）とする。そして、ＴＸ１及びＲＸ１は、これらのＧＰの許容値とＧＰの要求値を用いてＧＰを決定するための交渉を行う。その後、較正フェーズでの処理が実行された後に（Ｍ６１７）、ＰＴフェーズにおいて、ＴＸ１とＲＸ１との間でバッテリの充電のための電力伝送を行う（Ｍ６１８）。ＰＴフェーズでは、ＲＸ１からＴＸ１へ送電電力の増減を要求する制御データが送信されるが、本例では、これはＢＬＥ（アウトバンド通信）によって行われる。

ＲＸ１は、充電が終了すると、ＴＸ１に対してバッテリ充電のための電力伝送を停止する要求を示すＥＰＴを、ＢＬＥ（アウトバンド通信）で送信する（Ｍ６１９）。ＴＸ１は、このＥＰＴを受信すると、充電のための電力伝送を終了する。そして、この充電のための電力伝送が終了すると、ＲＸ１は、ＴＸ１に対してＴＥＭＩＮＡＴＥを送信し、ＢＬＥを切断する（Ｍ６２０）。

以上のように、本実施形態では、送電装置及び受電装置は、相手装置がアウトバンド通信に対応しているか否かを、インバンド通信を用いて特定する。そして、送電装置及び受電装置は、インバンド通信を用いて、相手装置がアウトバンド通信で使用する識別情報を取得する。さらに、送電装置は、アウトバンド通信でＡＶＤ＿ＩＮＤを受信した場合に、インバンド通信で取得した識別情報に基づいて、ＣＯＮＮＥＣＴを送信するか否かを判定する。また、受電装置は、ＡＶＤ＿ＩＮＤへの応答であるＣＯＮＮＥＣＴを受信した場合に、インバンド通信で受信した識別情報に基づいて、ＴＥＲＭＩＮＡＴＥを送信するか否かを判定する。

これにより、送電装置及び受電装置は、バッテリを充電する電力の送受電やその電力の交渉に先立って、送受電範囲内にある受電装置及び送電装置と、ＢＬＥによる制御通信を行うことが可能となる。そして、このようにアウトバンド通信によって制御通信を行うことによって、インバンド通信の場合と比較して大きな電力を送受電することが可能となる。

また、送電装置及び受電装置は、相手装置がＢＬＥに対応していても、ＢＬＥが使用可能でない場合（ＢＬＥＥｎｅｂｌｅｂｉｔが「０」の場合）、アウトバンド通信を使用せずにインバンド通信を使用すると判定する。これにより、送電装置及び受電装置は、相手装置が接続されている製品の制御部によってＢＬＥがすでに使用されている場合等に、インバンド通信を使用して送受電を行うことができる。

なお、上述の実施形態では、アウトバンド通信を実行することができない場合に、送電装置において許容可能な最大のＧＰ及び受電装置において要求するＧＰの最大値を１５ワットにすると説明した。また、ＴＸ１がＷＰＣ規格のバージョン１．２より前のバージョンの送電装置である場合に受電装置の負荷に供給される電力が５ワットに制限されると説明した。一方で、受電装置に接続される製品によっては、５ワットや１５ワットでは電力不足で製品が動作できない場合が想定される。例えば、負荷がバッテリの電力で動作せず、受電部３０２から直接電力供給を受ける製品などである。この場合、５ワットや１５ワットの電力供給がなされると、製品の誤動作を招く場合がありうる。受電装置は、このような状態となることを回避するために、制御通信にアウトバンド通信を使用できないと判定した場合に、送電装置に対してＥＰＴを送信してもよい。これによれば、無線電力伝送によって不十分な電力の供給が行われることを防ぎ、製品の誤作動等の問題が生じるのを防ぐことができる。

一方で、ＲＸ１に接続されている製品の制御部がＲＸ１のＢＬＥ（第２通信部３０４）を制御し、第２通信部３０４がバッテリ３０７の電力で動作することも考えられる。そのようなシステムでバッテリ残量が十分でない場合（例えば電池残量が０の場合）もアウトバンド通信を実行することができない。しかし、製品がバッテリの電力で動作する場合でバッテリ残量が十分でない時は、製品は動作しないため、上述の誤動作等の問題は発生しない。このため、ＲＸ１はＥＰＴを送信するのではなく、インバンド通信を使用して１５ワットで受電してもよい。

また、上述の実施形態では、ＲＸ１が、ＧｅｎｅｒａｌＲｅｑ（ＩＤ）を送信することによって、ＴＸ１のＢＤ＿ＡＤＤＲの送信を要求したが、これに限られない。この要求に、例えば、ＷＰＣ規格のバージョン１．２．２のＳｐｅｃｉｆｉｃＲｅｑｕｅｓｔのうち、Ｐａｃｋｅｔｔｙｐｅが未定義のＲｅｓｅｒｖｅｄＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙＰａｃｋｅｔパケットが用いられてもよい。また、この要求に、ＷＰＣ規格のバージョン１．２．２のＧｅｎｅｒａｌＲｅｑｕｅｓｔのうち、Ｐａｃｋｅｔｔｙｐｅが未定義のＲｅｓｅｒｖｅｄＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙＰａｃｋｅｔが用いられてもよい。また、ＷＰＣ規格のバージョン１．２．２のパケットのうち、ＳｐｅｃｉｆｉｃＲｅｑｕｅｓｔやＧｅｎｅｒａｌＲｅｑｕｅｓｔ以外のパケットが、この要求に用いられてもよい。例えば、ＳｐｅｃｉｆｉｃＲｅｑｕｅｓｔやＧｅｎｅｒａｌＲｅｑｕｅｓｔ以外のＰａｃｋｅｔｔｙｐｅが未定義のＲｅｓｅｒｖｅｄＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙＰａｃｋｅｔがこの要求のために用いられうる。

また、ＲＸ１は、自装置がＢＬＥによる制御通信に対応していることをＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔを使用してＴＸ１に通知すると説明した。しかしながらこれに限られない。例えば、ＷＰＣ規格のバージョン１．２．２のＳｐｅｃｉｆｉｃＲｅｑｕｅｓｔのうち、Ｐａｃｋｅｔｔｙｐｅが未定義のＲｅｓｅｒｖｅｄＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙＰａｃｋｅｔによってこの通知が行われてもよい。また、ＷＰＣ規格のバージョン１．２．２のＧｅｎｅｒａｌＲｅｑｕｅｓｔのうち、Ｐａｃｋｅｔｔｙｐｅが未定義のＲｅｓｅｒｖｅｄＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙＰａｃｋｅｔがこの通知に用いられてもよい。また、ＷＰＣ規格のバージョン１．２．２のパケットのうち、ＳｐｅｃｉｆｉｃＲｅｑｕｅｓｔやＧｅｎｅｒａｌＲｅｑｕｅｓｔ以外のパケットがこの通知に用いられてもよい。例えば、ＳｐｅｃｉｆｉｃＲｅｑｕｅｓｔやＧｅｎｅｒａｌＲｅｑｕｅｓｔ以外の、Ｐａｃｋｅｔｔｙｐｅが未定義のＲｅｓｅｒｖｅｄＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙＰａｃｋｅｔが用いられてもよい。

また、上述の説明では、ＢＤ＿ＡＤＤＲが、送電装置または受電装置の製造メーカや、ＢＬＥの通信回路（第２通信部）の固体識別情報を示すＢＬＥ規格で規定されたＰｕｂｌｉｃＡｄｄｒｅｓｓであるものとしたが、これに限られない。例えば、ＢＬＥ規格で規定されるＲａｎｄｏｍＡｄｄｒｅｓｓなどの第２通信部で自動生成される乱数であってもよい。また、このＲａｎｄｏｍＡｄｄｒｅｓｓのうち、ＳｔａｔｉｃＤｅｖｉｃｅＡｄｄｒｅｓｓ、ＲｅｓｏｌｖａｂｌｅＰｒｉｖａｔｅＡｄｄｒｅｓｓ、Ｎｏｎ－ｒｅｓｏｌｖａｂｌｅＰｒｉｖａｔｅＡｄｄｒｅｓｓのいずれかが用いられてもよい。ここで、ＳｔａｔｉｃＤｅｖｉｃｅＡｄｄｒｅｓｓは、第２通信部（ＢＬＥ通信回路）に電源投入されるたびに生成される乱数アドレスである。Ｎｏｎ－ｒｅｓｏｌｖａｂｌｅｐｒｉｖａｔｅＡｄｄｒｅｓｓは、一定時間ごとに生成される乱数アドレスである。ＲｅｓｏｌｖａｂｌｅＰｒｉｖａｔｅａｄｄｒｅｓｓは、ＣｅｎｔｒａｌとＰｅｒｉｐｈｅｒａｌとの間で交換された暗号鍵に基づいて生成されるアドレスである。

また、ＲＸ１は、Ｍ６１２においてＡＤＶ＿ＩＮＤを送信し、インバンドでＢＤ＿ＡＤＤＲを送信したＴＸ１以外のＢＬＥ対応機器（例えば第１通信装置１２１やＴＸ２）からのＣＯＮＮＥＣＴに対してＴＥＲＭＩＮＡＴＥを送信すると説明した。これに代えて、Ｍ６１２において、ＢＬＥ規格で定義され、ＣＯＮＮＥＣＴを送信するＢＬＥ対応機器のＢＤ＿ＡＤＤＲを直接指定することが可能なＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤが送信されてもよい。例えば、ＲＸ１は、ＴＸ１のＢＤ＿ＡＤＤＲを格納したＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤをＭ６１２で送信する。この場合、ＢＤ＿ＡＤＤＲを指定されたＴＸ１のみがＣＯＮＮＥＣＴを送信し、第１通信装置１２１はＣＯＮＮＥＣＴを送信しなくなる。このため、ＢＬＥの接続処理を簡単化することができる。

また、本実施形態では、図１に示すように、受電装置がＰｅｒｉｐｈｅｒａｌで送電装置がＣｅｎｔｒａｌである例について説明した。しかしながら、受電装置がＣｅｎｔｒａｌで送電装置がＰｅｒｉｐｈｅｒａｌであってもよい。すなわち、上述の説明のＢＬＥに関する処理において、ＲＸ１とＴＸ１とを置き換えてもよい。例えば、ＴＸ１は、ＲＸ１とＢＬＥによる制御通信を試みるために自装置のＢＬＥをＡｄｖｅｒｔｉｓｅｒとして起動して、Ｍ６１２においてＡＤＶ＿ＩＮＤを送信する。そして、ＲＸ１は、ＴＸ１とＢＬＥによる制御通信を試みるために自装置のＢＬＥをＳｃａｎｎｅｒとして起動して、ＴＸ１からのＡＤＶ＿ＩＮＤを受信しうる。ＲＸ１は、そのＡＤＶ＿ＩＮＤの送信元の識別情報が、Ｍ６１１のＴＸＩＤＰａｃｋｅｔを受信することで取得したＴＸ１のＢＤ＿ＡＤＤＲと対応する場合に、Ｍ６１５において、ＴＸ１にＣＯＮＮＥＣＴを送信しうる。ＴＸ１は、Ｍ６０５で取得したＥｘｔｅｎｄｅｄＩＤＰａｃｋｅｔを受信することによって取得したＲＸ１のＢＤ＿ＡＤＤＲに基づいて、ＲＸ１からのＣＯＮＮＥＣＴによってＢＬＥでの接続を確立して維持する。一方、ＴＸ１は、ＲＸ１以外の装置からのＣＯＮＮＥＣＴを受信した場合は、確立したＢＬＥ接続を切断するためのＴＥＲＭＩＮＡＴＥを送信することにより、ＢＬＥ接続を拒否する。なお、この場合にも、ＴＸ１は、Ｍ６１２において、先に受信していたＲＸ１のＢＤ＿ＡＤＤＲを格納したＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤを送信してもよい。

また、上述の説明ではＴＸ１又はＲＸ１は、ＢＬＥｂｉｔやＢＬＥＥｎａｂｌｅｂｉｔを用いて相手装置がＢＬＥに対応しているか否かや、ＢＬＥを使用可能か否かを判定した。しかしながら、この判定の少なくともいずれかが、インバンド通信からアウトバンド通信へ移行することを要求するパケットをＲＸ１が送信した際のそのパケットへの応答によって行われてもよい。ＲＸ１は、交渉フェーズにおいて、ＷＰＣ規格のバージョン１．２．２のＳｐｅｃｉｆｉｃＲｅｑｕｅｓｔのうち、Ｐａｃｋｅｔｔｙｐｅが未定義のＲｅｓｅｒｖｅｄＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙＰａｃｋｅｔパケットをこの要求に用いうる。また、この要求には、ＷＰＣ規格のバージョン１．２．２のＧｅｎｅｒａｌＲｅｑｕｅｓｔのうち、Ｐａｃｋｅｔｔｙｐｅが未定義のＲｅｓｅｒｖｅｄＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙＰａｃｋｅｔが用いられてもよい。また、ＷＰＣ規格のバージョン１．２．２のパケットのうち、ＳｐｅｃｉｆｉｃＲｅｑｕｅｓｔやＧｅｎｅｒａｌＲｅｑｕｅｓｔ以外のパケットが、この要求に用いられてもよい。例えば、それらのパケットを用いて、アウトバンド通信を要求するパケットを新たに定義し、ＲＸ１は、そのパケットの応答としてＴＸ１からＡＣＫを受信した場合に、ＴＸ１がＢＬＥ対応でかつＢＬＥを使用可能であると判定（Ｓ５０８でＹＥＳ）してもよい。また、ＲＸ１は、要求を拒否することを意味するＮＡＫを受信した場合に、ＴＸ１がＢＬＥに対応していない又はＢＬＥを使用できないと判定し、インバンド通信を使用すると判断してもよい（Ｓ５２１）。また、ＴＸ１がバージョンＡに対応していない場合は、ＴＸ１はこの要求を理解できないことを示すＮｏＤａｔａＲｅｓｐｏｎｓｅ（ＮＤＲｅｓｐ）パケットやＮｏｔＤａｔａＡｖａｉｌａｂｌｅパケットを送信する。したがって、ＲＸ１は、ＮＤＲｅｓｐパケットやＮｏｔＤａｔａＡｖａｉｌａｂｌｅパケットを受信した場合、ＴＸ１がアウトバンド通信に対応していないため、インバンド通信を使用すると判定することができる（Ｓ５２１）。

また、上述の実施形態では、ＲＸ１は、ＥｘｔｅｎｄｅｄＩＤＰａｃｋｅｔを用いてＢＤ＿ＡＤＤＲを送信するようにした。ＢＤ＿ＡＤＤＲの送信のために、既にＷＰＣ規格で定義されているＥｘｔｅｎｄｅｄＩＤＰａｃｋｅｔを用いることで、バージョンＡで新たにパケットを定義せずに既に定義されているパケットを使用することができる。

また、バージョン１．２．２のＴＸ１及びＲＸ１は、Ｍ６０７のＡＣＫの送受信の後に、交渉フェーズに移行してＧＰのネゴシエーションを行う。これに対して、本実施形態のＴＸ１およびＲＸ１は、ＢＬＥの接続処理（Ｍ６１２，Ｍ６１５）を行った後で、接続処理の結果に応じてＧＰを１５ワットにするか１００ワットにするかを決定するためのネゴシエーションを行う。このとき、ＢＬＥ接続の結果に基づいて、ネゴシエーションに先んじて、ＴＸ１において許容可能なＧＰ及びＲＸ１において要求するＧＰの最大値を決定することにより、不適切なＧＰが設定されて再ネゴシエーションを行う必要がなくなる。この結果、そのような再ネゴシエーションが行われることによる時間のロスを低減することができる。例えば、ネゴシエーションの結果１００ワットを送電すると決めた後で、ＢＬＥ接続ができなかった場合は、ＧＰの最大値を１５ワットとして再ネゴシエーションが必要となるが、このような事象を回避することができる。

上述の説明ではＷＰＣ規格に準拠した無線電力伝送が用いられる例について説明したが、電力伝送方式は特に限定されない。例えば、ＴＸの共振器（共鳴素子）と、ＲＸの共振器（共鳴素子）との間の磁場の共鳴（共振）による結合によって電力を伝送する磁界共鳴方式が用いられてもよい。また、電磁誘導方式、電界共鳴方式、マイクロ波方式、レーザー等を利用した電力伝送方式が用いられてもよい。

なお、上述の説明は、ＷＰＣ規格やＢＬＥ規格に基づいて特定の専門用語を用いて説明したが、これに限られない。すなわち、本発明は、同様の構成を有するシステムにおいて、同様の趣旨を有するメッセージが送受信され、同様の処理が実行される場合を含むと解されるべきである。また、上述の説明では、ＷＰＣ規格やＢＬＥ規格における特定のメッセージにおいて特定の情報を送信するための領域が設けられることを説明したが、これに限られない。すなわち、同趣旨の情報を送信するために、上述の説明と異なるメッセージが用いられてもよい。例えば、ＲＸ１がＢＬＥへの対応可否やＢＬＥによる制御通信を実行可能な状態にあるかを示す情報がＣｏｎｆｉｇｕｒａｔｉｏｎＰａｃｋｅｔ内の特定の領域に格納されると説明したが、これらの情報を送信するための新しいメッセージが定義されてもよい。他のメッセージについても同様である。

また、送電装置及び受電装置は、例えば、撮像装置（カメラやビデオカメラ等）又はスキャナ等の画像入力装置や、プリンタ、コピー機、プロジェクタ等の画像出力装置に含まれてもよい。また、送電装置及び受電装置は、ハードディスク装置やメモリ装置などの記憶装置に含まれてもよいし、パーソナルコンピュータ（ＰＣ）やスマートフォンなどの情報処理装置に含まれてもよい。

＜＜その他の実施形態＞＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１、１０２：送電装置、１１１、１１２：受電装置、２０１：制御部、２０２：電源部、２０３：送電部、２０４：第１通信部、２０５：送電コイル、２０６：第２通信部、２０７：メモリ、３０１：制御部、３０２：受電部、３０３：第１通信部、３０４：第２通信部、３０５：受電コイル、３０６：充電部、３０７：バッテリ、３０８：メモリ

Claims

無線で受電装置に送電する受電手段と、
第１通信方式により通信を行う第１通信手段と、
第２通信方式により通信を行う第２通信手段と、
を有し、
前記第１通信手段は、前記受電装置が前記第２通信方式の通信機能に対応しているかを示す情報を含む第１信号を受信し、
前記第１通信手段は、前記第２通信方式における前記受電装置のアドレス情報を含む第２信号を受信し、
前記第２通信手段は、アドレス情報を含む第３信号を受信し、
前記第２通信手段は、前記第２信号に含まれるアドレス情報と前記第３信号に含まれるアドレス情報とが同じ場合、接続要求を示す第４信号を送信する、送電装置。
前記第１通信手段は、前記送電装置が前記第２通信方式の通信機能に対応しているかを示す情報の送信要求を前記受電装置から受信した場合、前記送電装置が前記第２通信方式の通信機能に対応しているかを示す情報を含む第５信号を送信する、請求項１に記載の送電装置。
前記第２通信方式は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ（ＢＬＥ）による通信方式である、請求項１又は２に記載の送電装置。
前記第２通信手段は、前記第１通信手段が前記第２信号を受信した後、前記ＢＬＥにおけるＳｃａｎを開始する、請求項３に記載の送電装置。
前記第３信号は、前記ＢＬＥにおけるＡＤＶ＿ＩＮＤである、請求項３又は４に記載の送電装置。
前記第３信号は、前記ＢＬＥにおけるＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤである、請求項３から５のいずれか１項に記載の送電装置。
前記第３信号は、ＲａｎｄｏｍＡｄｄｒｅｓｓである、請求項３から６のいずれか１項に記載の送電装置。
コンピュータを、請求項１から７のいずれか１項に記載の送電装置の各手段として機能させるためのプログラム。
送電装置の制御方法であって、
無線で受電装置に送電する送電工程と、
第１通信方式により、前記受電装置が第２通信方式の通信機能に対応しているかを示す情報を含む第１信号を受信する第１受信工程と、
前記第１通信方式により、前記第２通信方式における前記受電装置のアドレス情報を含む第２信号を受信する第２受信工程と、
前記第２通信方式により、アドレス情報を含む第３信号を受信する第３受信工程と、
前記第２信号に含まれるアドレス情報と前記第３信号に含まれるアドレス情報とが同じ場合、前記第２通信方式により接続要求を示す第４信号を送信する送信工程と、を有する制御方法。