JP7278756B2 - 受電装置、受電装置の制御方法及びプログラム - Google Patents

Description

本発明は、受電装置、受電装置の制御方法及びプログラムに関するものである。

近年、非接触充電システム等の無線電力伝送システムの技術開発が広く行われている。特許文献１では、非接触充電の標準化団体Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒ Ｃｏｎｓｏｒｔｉｕｍ（ＷＰＣ）が策定する規格（以下、「ＷＰＣ規格」と呼ぶ）に準拠した送電装置及び受電装置が開示されている。

また、無線通信方式の一種としてＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）方式がある。そして、ＮＦＣフォーラムが策定する規格（仕様）には、電池駆動のＮＦＣモジュールがＮＦＣタグ又はＮＦＣカード（以下、総称して「ＮＦＣタグ」と呼ぶ）であるように振舞うカードエミュレーションモードが規定されている。その他、ＮＦＣタグを読み取るためのリーダー／ライターモードやＮＦＣ同士でメッセージを直接交換するＰｅｅｒ ｔｏ Ｐｅｅｒモードについても規定されている。ＷＰＣ規格に準拠するスマートフォン等の受電装置においても、それらのモードで動作するＮＦＣモジュールを備え、ＮＦＣの規格に基づく通信を行うものがある。

特開２０１６－００７１１６号公報

ＮＦＣタグは、電池を有しておらず、通信相手から通信時に送信される電磁波のエネルギーを用いて駆動する。このＮＦＣタグに対して上述したような送電装置から高い電力の無線送電が行われると、ＮＦＣタグが有するアンテナ素子等がダメージを受ける可能性がある。そのような事態を回避するため、送電装置は、ＮＦＣの規格に基づく通信を行う物体を検出した際に、送電を制限することが考えられる。しかし、そのような構成において、以下のような課題が生じる。すなわち、送電装置は、ＮＦＣの規格に基づく通信を行う物体を検出した場合、その物体がＮＦＣタグなのかＮＦＣの規格に基づく通信を行う受電装置なのかにかかわらず、送電装置が送電を制限することが考えられる。そのため、ＮＦＣの規格に基づく通信を行う受電装置に対して送電が制限されると、受電量が不十分となることが考えられる。

本発明では、ＮＦＣの規格に基づく通信を行う受電装置が、適切に受電を行うようにすることを目的とする。

本発明の一態様に係る受電装置は、送電装置から無線で電力を受電する受電手段と、Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＮＦＣ）の規格に基づく通信を行う通信手段と、前記送電装置を検出する検出手段と、前記検出手段により前記送電装置が検出された場合、前記通信手段が前記ＮＦＣの規格に基づく通信を行わないように制御する制御手段と、前記通信手段とは異なる他の通信手段であって前記送電装置と受電制御に関する通信を行う他の通信手段と、を有し、前記受電手段は、前記制御手段により前記通信手段が前記ＮＦＣの規格に基づく通信を行わないように制御された後、電力を受電し、前記他の通信手段は、前記送電装置に対して、前記送電装置が前記ＮＦＣの規格に基づく通信を行う物体を検出したかどうかを問い合わせる信号を送信することを特徴とする。

本発明によれば、ＮＦＣの規格に基づく通信を実行可能な受電装置が、適切に受電を行うことができる。

非接触充電システムの構成例を示す図。 第１の実施形態に係る受電装置の構成例を示す機能ブロック図。 第１の実施形態に係る送電装置の構成例を示す機能ブロック図。 第１の実施形態に係る無線充電システムの動作シーケンスを示す図。 第１の実施形態に係る受電装置の動作を示すフローチャート。 第２の実施形態に係る無線充電システムの動作シーケンスを示す図。 第２の実施形態に係る受電装置の動作を示すフローチャート。 第１及び第２の実施形態に係る送電装置の動作を示すフローチャート。 第３の実施形態に係る無線充電システムの動作シーケンスを示す図。 第３の実施形態に係る受電装置の動作を示すフローチャート。 第３の実施形態に係る送電装置の動作を示すフローチャート。

以下、本実施形態にについて、図面を参照しながら詳細に説明する。なお、以下の実施形態は本発明の技術的思想を説明するための一例にすぎず、本発明を実施形態で説明される構成や方法に限定することは意図されていない。

＜第１の実施形態＞
（システムの構成）
図１に、本実施形態に係る非接触充電システム（無線電力伝送システム）の構成例を示す。本システムは、受電装置１０１と送電装置１０２を含んで構成される。以下では、受電装置をＲＸと呼び、送電装置をＴＸと呼ぶ場合がある。ＲＸ１０１とＴＸ１０２は、ＷＰＣ規格に準拠している。ＲＸ１０１は、ＴＸ１０２より電力を受電し、バッテリへの充電を可能とする。ＴＸ１０２は、自装置の充電台に載置されたＲＸ１０１に対して無線で送電する電子機器である。以下では、ＲＸ１０１が充電台に載置された場合を例にして説明を行う。ただし、ＴＸ１０２がＲＸ１０１に送電するうえで、ＲＸ１０１はＴＸ１０２の送電可能範囲の中に存在していれば、充電台の上に載置されなくてもよい。

また、ＲＸ１０１とＴＸ１０２は非接触充電以外のアプリケーションを実行する機能を有しうる。ＲＸ１０１の一例はスマートフォンであり、ＴＸ１０２の一例はそのスマートフォンを充電するためのアクセサリ機器である。ＲＸ１０１及びＴＸ１０２は、ハードディスク装置やメモリ装置などの記憶装置であってもよいし、パーソナルコンピュータ（ＰＣ）などの情報処理装置であってもよい。また、ＲＸ１０１及びＴＸ１０２は、例えば、撮像装置（カメラやビデオカメラ等）であってもよい。

また、ＲＸ１０１は、Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（以下、「ＮＦＣ」と呼ぶ）機能を搭載しており、当該機能を用いて例えばＮＦＣタグの読み取り、電子マネー決済等が可能である。ＴＸ１０２も、ＮＦＣタグを読み取るためにＮＦＣ機能を搭載している。ＴＸ１０２は、ＮＦＣの規格に基づく通信を行うことでＮＦＣタグを検出することが可能である。さらに、ＴＸ１０２は、その検出結果に基づいてＮＦＣタグを保護するために送電処理を停止又は制限することが可能となる。

本システムは、ＷＰＣ規格に基づいて、非接触充電のための電磁誘導方式を用いた無線電力伝送を行う。すなわち、ＲＸ１０１とＴＸ１０２は、ＲＸ１０１の受電アンテナとＴＸ１０２の送電アンテナとの間で、ＷＰＣ規格に基づく非接触充電のための無線電力伝送を行う。なお、本システムに適用される無線電力伝送方式（非接触電力伝送方式）は、ＷＰＣ規格で規定された方式に限られず、他の電磁誘導方式、磁界共鳴方式、電界共鳴方式、マイクロ波方式、レーザー等を利用した方式であってもよい。また、本実施形態では、無線電力伝送が非接触充電に用いられるものとするが、非接触充電以外の用途で無線電力伝送が行われてもよい。

ＷＰＣ規格では、ＲＸ１０１がＴＸ１０２から受電する際に保証される電力の大きさが、Ｇｕａｒａｎｔｅｅｄ Ｐｏｗｅｒ（以下、「ＧＰ」と呼ぶ）と呼ばれる値によって規定される。ＧＰは、例えばＲＸ１０１とＴＸ１０２の位置関係が変動して受電アンテナと送電アンテナとの間の送電効率が低下したとしても、ＲＸ１０１の負荷（例えば、充電用の回路等）への出力が保証される電力値を示す。例えばＧＰが５ワットの場合、受電アンテナと送電アンテナの位置関係が変動して送電効率が低下したとしても、ＴＸ１０２は、ＲＸ１０１内の負荷へ５ワットを出力することができるように制御して送電を行う。

本実施形態に係るＲＸ１０１とＴＸ１０２は、ＷＰＣ規格に基づく送受電制御のための通信を行う。ＷＰＣ規格では、電力伝送が実行されるＰｏｗｅｒ Ｔｒａｎｓｆｅｒフェーズと実際の電力伝送が行われる前のフェーズとを含んだ、複数のフェーズが規定され、各フェーズにおいて必要な送受電制御のための通信が行われる。電力伝送前のフェーズは、Ｓｅｌｅｃｔｉｏｎフェーズ、Ｐｉｎｇフェーズ、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ａｎｄ Ｃｏｎｆｉｇｕｒａｔｉｏｎフェーズ、Ｎｅｇｏｔｉａｔｉｏｎフェーズ、Ｃａｌｉｂｒａｔｉｏｎフェーズを含む。なお、以下では、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ａｎｄ ＣｏｎｆｉｇｕｒａｔｉｏｎフェーズをＩ＆Ｃフェーズと呼ぶ。

Ｓｅｌｅｃｔｉｏｎフェーズでは、ＴＸ１０２が、Ａｎａｌｏｇ Ｐｉｎｇを間欠的に送信し、物体がＴＸ１０２の充電台に載置されたこと（例えば充電台にＲＸ１０１や導体片等が載置されたこと）を検出する。ＴＸ１０２は、Ａｎａｌｏｇ Ｐｉｎｇを送信した時の送電アンテナの電圧値と電流値の少なくともいずれか一方を検出し、電圧値がある閾値を下回る場合又は電流値がある閾値を超える場合に物体が存在すると判断し、Ｐｉｎｇフェーズに遷移する。

Ｐｉｎｇフェーズでは、ＴＸ１０２が、Ａｎａｌｏｇ Ｐｉｎｇより大きい電力が大きいＤｉｇｉｔａｌ Ｐｉｎｇを送信する。Ｄｉｇｉｔａｌ Ｐｉｎｇの大きさは、充電台１０３の上に載置されたＲＸ１０１の制御部が起動するのに十分な電力である。ＲＸ１０１は、受電電圧の大きさをＴＸ１０２へ通知する。このように、ＴＸ１０２は、そのＤｉｇｉｔａｌ Ｐｉｎｇを受信したＲＸ１０１からの応答を受信することにより、Ｓｅｌｅｃｔｉｏｎフェーズにおいて検出された物体がＲＸ１０１であることを認識する。ＴＸ１０２は、受電電圧値の通知を受けると、Ｉ＆Ｃフェーズに遷移する。

Ｉ＆Ｃフェーズでは、ＴＸ１０２は、ＲＸ１０１を識別し、ＲＸ１０１から機器構成情報（能力情報）を取得する。そのため、ＲＸ１０１は、ＩＤ Ｐａｃｋｅｔ及びＣｏｎｆｉｇｕｒａｔｉｏｎ ＰａｃｋｅｔをＴＸ１０２に送信する。ＩＤ ＰａｃｋｅｔにはＲＸ１０１の識別情報が含まれ、Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐａｃｋｅｔには、ＲＸ１０１の機器構成情報（能力情報）が含まれる。ＩＤ Ｐａｃｋｅｔ及びＣｏｎｆｉｇｕｒａｔｉｏｎ Ｐａｃｋｅｔを受信したＴＸ１０２は、アクノリッジ（ＡＣＫ）で応答する。そして、Ｉ＆Ｃフェーズが終了する。

Ｎｅｇｏｔｉａｔｉｏｎフェーズでは、ＲＸ１０１が要求するＧＰの値やＴＸ１０２の送電能力等に基づいてＧＰの値が決定される。

Ｃａｌｉｂｒａｔｉｏｎフェーズでは、ＷＰＣ規格に基づいて、ＲＸ１０１が受電電力値をＴＸ１０２へ通知し、ＴＸ１０２が、効率よく送電するための調整を行う。

Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒフェーズでは、送電の開始、継続、及びエラーや満充電による送電停止等のための制御を行う。

ＴＸ１０２とＲＸ１０１は、これらの送受電制御のために、ＷＰＣ規格に基づいて無線電力伝送と同じアンテナ（コイル）を用いて、アンテナから送信される電磁波に信号を重畳する通信（以下、「第１通信」と呼ぶ）を行う。なお、ＴＸ１０２とＲＸ１０１との間で、ＷＰＣ規格に基づく第１通信が可能な範囲は、ＴＸ１０２の送電可能範囲とほぼ同様である。

なお、ＴＸ１０２とＲＸ１０１は、これらの送受電制御のための通信を無線電力伝送とは別のアンテナと周波数を用いる通信（以下「第２通信」と呼ぶ）で行うようにしてもよい。例えば、第２通信に用いられる電磁波は、第１通信に用いられる電磁波よりも高い周波数帯域とする。この場合、第２通信を用いれば、第１通信を用いる場合よりも高速な通信を行うことが可能となる。

第２通信の一例として、Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ（以下では「ＢＬＥ」と呼ぶ）規格に準拠する通信方式を挙げることができる。この場合、ＴＸ１０２は、ＢＬＥのＰｅｒｉｐｈｅｒａｌの役割で動作し、ＲＸ１０１はＢＬＥのＣｅｎｔｒａｌの役割で動作するものとするが、これらのＢＬＥの役割は逆でもよい。また、第２通信は、ＩＥＥＥ８０２．１１規格シリーズの無線ＬＡＮ（例えばＷｉ－Ｆｉ（登録商標））、ＺｉｇＢｅｅ等の他の通信方式によって行われてもよい。なお、ＴＸ１０２が第２通信を行うことが可能であり、かつＲＸ１０１が送電可能範囲に存在する時は、ＲＸ１０１とＴＸ１０２は第２通信で情報のやりとりが可能である。

（装置構成）
続いて、本実施形態に係る受電装置１０１（ＲＸ１０１）及び送電装置１０２（ＴＸ１０２）の構成について説明する。なお、以下で説明する構成は一例に過ぎず、説明される構成の一部（場合によっては全部が）他の同様の機能を果たす他の構成と置き換えられ又は省略されてもよく、さらなる構成が説明される構成に追加されてもよい。さらに、以下の説明で示される１つのブロックが複数のブロックに分割されてもよいし、複数のブロックが１つのブロックに統合されてもよい。

図２は、本実施形態に係るＲＸ１０１の構成例を示す機能ブロック図である。なお、以下では、ＲＸ１０１としてスマートフォンを例にして説明するが、本実施形態はこれに限定されるものではない。

ＲＸ１０１は、制御部２０１、電源部２０２、受電アンテナ２０３、スマートフォン機能処理部２０４、ＷＰＣ通信部２０５、記憶部２０６、受電部２０７、充電部２０８、バッテリ２０９、ＮＦＣ部２１０を有する。なお、図２に示す複数の機能ブロックを１つのハードウェアモジュールとして実現してもよい。

制御部２０１は、例えば記憶部２０６に記憶されている制御プログラムを実行することによりＲＸ１０１であるスマートフォン全体を制御する。すなわち、制御部２０１は、図２で示す各機能部を制御する。さらに、制御部２０１は、無線電力伝送以外のアプリケーションを実行するための制御を行ってもよい。制御部２０１の一例は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）又はＭＰＵ（ＭｉｃｒｏＰｒｏｃｅｓｓｏｒ Ｕｎｉｔ）等の１つ以上のプロセッサを含んで構成される。なお、制御部２０１が実行しているＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）との協働によりスマートフォン全体を制御するようにしてもよい。

また、制御部２０１は、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等の特定の処理に専用のハードウェアで構成されてもよい。また、制御部２０１は、所定の処理を実行するようにコンパイルされたＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のアレイ回路を含んで構成されてもよい。制御部２０１は、各種処理を実行中に記憶しておくべき情報を記憶部２０６に記憶させる。また、制御部２０１は、タイマ（不図示）を用いて時間を計測しうる。

電源部２０２は、充電部２０８やバッテリ２０９と連動し、各機能ブロックに電源を供給する。スマートフォン機能処理部２０４は、他の一般的にスマートフォンが備える機能、例えばＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）、通話部、インターネット処理部等を有し、それらの機能については、説明を省略する。

ＷＰＣ通信部２０５は、ＴＸ１０２が有する通信部との間で、上述したようなＷＰＣ規格に基づく受電制御ための通信を行う。ＷＰＣ通信部２０５は、受電アンテナ２０３から入力された電磁波を復調してＴＸ１０２から送信された情報を取得し、その電磁波を負荷変調することによってＴＸ１０２へ送信すべき情報を電磁波に重畳することにより、ＴＸ１０２との間で第１通信を行う。すなわち、ＷＰＣ通信部２０５で行う第１通信は、ＴＸ１０２の送電アンテナから送信される電磁波にＴＸ１０２へ送信する情報に関する信号が重畳されて行われる。ＷＰＣ通信部２０５は、第１通信の代わりに第２通信を用いてＴＸ１０２と通信を行ってもよいし、第１通信と第２通信の両方を用いてＴＸ１０２と通信を行ってもよい。なお、ＷＰＣ通信部２０５が第２通信を行う場合には、ＲＸ１０１は、受電アンテナ２０３とは異なるアンテナを有する。

記憶部２０６は、制御プログラムを記憶するほかに、例えばＲＸ１０１及びＴＸ１０２の状態の記憶なども行う。

受電部２０７は、受電アンテナ２０３において発生した電力を取得する。具体的には、受電部２０７は、受電アンテナ２０３において、ＴＸ１０２の送電アンテナから放射された電磁波による発生する電磁誘導により生じた交流電力（交流電圧及び交流電流）を取得する。そして、受電部２０７は、交流電力を直流又は所定周波数の交流電力に変換して、バッテリ２０９を充電するための処理を行う充電部２０８に電力を出力する。すなわち、受電部２０７は、ＲＸ１０１における負荷に対して電力を供給する。上述のＧＰは、受電部２０７から出力されることが保証される電力量である。受電部２０７は、充電部２０８がバッテリ２０９を充電するための電力を供給し、充電部２０８に１５ワットの電力を出力するだけの電力を供給する能力があるものとする。

ＮＦＣ部２１０は、ＮＦＣ機能を用いて、他の通信機器と通信処理を行う。ＮＦＣ部２１０は、例えば、ＮＦＣフォーラムが策定する仕様に準拠するモードで動作する。上記モードは、例えば、非接触ＩＣカードとしての役割を代替するカードエミュレーションモード、ＮＦＣタグを読み取るためのリーダー／ライターモード、ＮＦＣ同士でメッセージを直接交換するＰ２Ｐモードである。例えば、カードエミュレーションモードにより、電子マネー決済などが実行可能となる。ＮＦＣ部２１０は、近距離無線通信を行うために、受電アンテナ２０３とは異なるアンテナ（不図示）を有している。

図３は、本実施形態に係るＴＸ１０２の構成例を示す機能ブロック図である。ＴＸ１０２は、一例において、制御部３０１、電源部３０２、送電アンテナ３０３、ＷＰＣ通信部３０４、記憶部３０５、送電部３０６、ＮＦＣ部３０７を有する。図３では制御部３０１、電源部３０２、送電部３０６、ＷＰＣ通信部３０４、記憶部３０５、ＮＦＣ部３０７は別体として記載しているが、これらの内の任意の複数の機能ブロックは、同一チップ内に実装されてもよい。

制御部３０１は、例えば記憶部３０５に記憶されている制御プログラムを実行することにより、送電装置全体を制御する。すなわち、制御部３０１は、図３で示す各機能部を制御する。また、制御部３０１は、ＴＸ１０２における送電制御に関する制御を行う。さらに、制御部３０１は、無線電力伝送以外のアプリケーションを実行するための制御を行ってもよい。制御部３０１は、例えばＣＰＵやＭＰＵ等の１つ以上のプロセッサを含んで構成される。なお、制御部３０１は、特定用途向け集積回路（ＡＳＩＣ）等の特定の処理に専用のハードウェアや、所定の処理を実行するようにコンパイルされたＦＰＧＡ等のアレイ回路を含んで構成されてもよい。制御部３０１は、各種処理を実行中に記憶しておくべき情報を記憶部３０５に記憶させる。また、制御部３０１は、タイマ３１１を用いて時間を計測しうる。

電源部３０２は、各機能ブロックに電源を供給する。電源部３０２は、例えば、商用電源又はバッテリである。バッテリには、商用電源から供給される電力が蓄電される。

ＷＰＣ通信部３０４は、ＲＸ１０１との間で、上述のようなＷＰＣ規格に基づく制御通信を行う。ＷＰＣ通信部３０４は、送電アンテナ３０３から出力される電磁波を変調し、ＲＸ１０１へ情報を伝送して、第１通信を行う。また、ＷＰＣ通信部３０４は、送電アンテナ３０３から出力されてＲＸ１０１において変調された電磁波を復調してＲＸ１０１が送信した情報を取得する。すなわち、ＷＰＣ通信部３０４で行う第１通信は、送電アンテナ３０３から送信される電磁波に重畳されて行われる。また、ＷＰＣ通信部３０４は、第１通信の代わりに第２通信を用いてＲＸ１０１と通信を行ってもよいし、第１通信と第２通信の両方を用いてＲＸ１０１と通信を行ってもよい。なお、ＷＰＣ通信部３０４が第２通信を行う場合には、ＴＸ１０２は、送電アンテナ３０３とは異なるアンテナを有する。

記憶部３０５は、制御プログラムを記憶するほかに、ＴＸ１０２及びＲＸ１０１の状態を記憶する。

送電部３０６は、電源部３０２から入力される直流又は交流電力を、無線電力伝送に用いる周波数帯の交流周波数電力に変換し、その交流周波数電力を送電アンテナ３０３へ入力することによって、ＲＸ１０１に受電させるための電磁波を発生させる。例えば、送電部３０６は、電源部３０２が供給する直流電圧を、ＦＥＴ（Ｆｉｅｌｄ Ｅｆｆｅｃｔ Ｔｒａｎｓｉｓｔｅｒ）を使用したハーフブリッジ又はフルブリッジ構成のスイッチング回路で交流電圧に変換する。この場合、送電部３０６は、ＦＥＴのＯＮ／ＯＦＦを制御するゲ－トドライバを含む。

送電部３０６は、送電アンテナ３０３に入力する電圧（送電電圧）又は電流（送電電流）、又はその両方を調節することにより、出力させる電磁波の強度を制御する。送電電圧又は送電電流を大きくすると電磁波の強度が強くなり、送電電圧又は送電電流を小さくすると電磁波の強度が弱くなる。また、送電部３０６は、制御部３０１の指示に基づいて、送電アンテナ３０３からの送電が開始又は停止されるように、交流周波数電力の出力制御を行う。また、送電部３０６は、ＷＰＣ規格に対応したＲＸ１０１の充電部２０８に１５ワットの電力を出力するだけの電力を供給する能力があるものとする。

ＮＦＣ部３０７は、ＮＦＣ機能を用いて、他の通信機器と通信処理を行う。ＮＦＣ部３０７は、ＮＦＣ機器の存在を検出することができる。ここで、ＮＦＣ機器とは、ＮＦＣタグとＮＦＣ機能が有効な機器の両方を含む。ＮＦＣ部３０７によるＮＦＣ機器検出では、ＮＦＣタグとＮＦＣ機能が有効な機器とを識別することが困難である。そのため、ＮＦＣ部３０７によってＮＦＣ機器が検出された場合、ＮＦＣ機器がＮＦＣタグである可能性があるため、制御部３０１は、送電部３０６を制御して送電を停止したり、送電の電力を低くするなど送電の制限を行う。ＮＦＣ部３０７は、ＮＦＣの規格に関する通信を行うため、送電アンテナ３０３とは異なるアンテナ（不図示）を有している。

（処理の流れ）
図４は、非接触充電システムの動作シーケンスを示す図である。なお、本実施形態において、ＲＸ１０１は、ユーザが電子マネー決済を利用しているとし、ＮＦＣ機能が有効とされている状態とする。

まず、ＲＸ１０１のユーザは、充電するためにＲＸ１０１を送電装置１０２に近づける。具体的にはＴＸ１０２に載置する方法などがある。

ＴＸ１０２は、ＮＦＣタグの破損を防ぐために、常にＮＦＣ機器検出処理を行っている（Ｓ４０１）。つまり、この検出処理により、ＮＦＣタグ以外にもＮＦＣ機能が有効である機器の存在も検出することができる。当該処理はタイマ制御などによる定期的に実行される。よって、ＮＦＣ機能を有効状態にしているＲＸ１０１をＴＸ１０２に近づけると、ＴＸ１０２は、ＮＦＣ機器が近くにいることを検出する（Ｓ４０２）。この検出処理において、ＴＸ１０２は搬送波を送信する。そして、その搬送波を受信したＮＦＣ機器が応答することにより、ＴＸ１０２はＮＦＣ機器の存在を検出する。ＴＸ１０２は、ポーリング処理として実施する。なお、検出処理は不定期に実行される構成であってもよい。

送受電に関する処理において、まず、ＴＸ１０２は、物体検出処理、及びＲＸ１０１の検出処理を行う。具体的には、送電アンテナ３０３を介してＷＰＣ規格のＡｎａｌｏｇ Ｐｉｎｇを繰り返し、間欠的に送信する（Ｓ４０３）。そして、ＴＸ１０２は、Ａｎａｌｏｇ Ｐｉｎｇを送信した時の送電アンテナ３０３の電圧値又は電流値を検出し、電圧がある閾値を下回る又は電流値がある閾値を超える場合に、送電アンテナ３０３の周辺に物体が存在すると判断し、Ｐｉｎｇフェーズに遷移する。

さらに、Ｐｉｎｇフェーズにおいて、ＴＸ１０２は、Ａｎａｌｏｇ Ｐｉｎｇより大きい電力のＤｉｇｉｔａｌ Ｐｉｎｇを送信する（Ｓ４０４）。Ｄｉｇｉｔａｌ Ｐｉｎｇの電力の大きさは、少なくとも送電アンテナ３０３の近傍に存在するＲＸ１０１の制御部２０１が起動するのに十分な電力である。

ＲＸ１０１の制御部２０１は、受電アンテナ２０３を介して受電した電力（Ｄｉｇｉｔａｌ Ｐｉｎｇ）により起動すると、近くにＴＸ１０２が存在することを把握する（Ｓ４０５）。そして、制御部２０１は、ＴＸ１０２によってＮＦＣ機器として自装置が検出され、送電の制限が行われるのを避けるために、自装置のＮＦＣ機能を無効化する（Ｓ４０６）。

ＮＦＣ機能を無効化する方法は、ＴＸ１０２からのＮＦＣ機器検出処理（Ｓ４０１）に応答を返さない、電源部２０２からのＮＦＣ部２１０への給電を停止する、などが考えられる。また、スマートフォン機能処理部２０４が備えるＵＩにＮＦＣ機能の無効化をユーザに要求する旨を表示し、ユーザの指示によってＮＦＣ機能を無効化するようにしてもよい。なお、ＲＸ１０１は、充電処理に伴い、ユーザがＵＩ等を介してＮＦＣ機能を有効化できないようにする処理を実施する必要がある。当該処理を実施しないと、充電中に、ユーザがＮＦＣ機能を有効化することで、ＴＸ１０２が、ＮＦＣ機能が有効な機器を検出してしまい、ＴＸ１０２が送電の制限を行ってしまうためである。ＴＸ１０２から供給される電力が制限されることで、ＲＸ１０１の充電が行われなかったり、充電時間が長くなってしまう可能性が考えられる。このような事態を回避するために、充電中は、スマートフォン機能処理部２０４を介して、ＮＦＣ機能を有効にしないようにするＵＩ表示を行ってもよい。

ＲＸ１０１は、Ｄｉｇｉｔａｌ Ｐｉｎｇを検出すると、Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｐａｃｋｅｔ（受電電圧値）をＴＸ１０２に通知する（Ｓ４０７）。そして、ＲＸ１０１は、Ｉ＆Ｃフェーズへ遷移する。ここで、Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｐａｃｋｅｔの通知は、ＷＰＣ通信部２０５及びＷＰＣ通信部３０４を介した通信により行われる。ＴＸ１０２は、Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｐａｃｋｅｔの通知を受けると、Ｉ＆Ｃフェーズに遷移する。

Ｉ＆Ｃフェーズでは、ＲＸ１０１は、ＩＤ ＰａｃｋｅｔをＴＸ１０２へ送信する（Ｓ４０８）。ＩＤ Ｐａｃｋｅｔには、ＲＸ１０１の個体ごとの識別情報であるＭａｎｕｆａｃｔｕｒｅｒ ＣｏｄｅとＢａｓｉｃ Ｄｅｖｉｃｅ ＩＤのほかに、ＲＸ１０１が準拠しているＷＰＣ規格のバージョンを特定可能な情報要素が格納される。ＲＸ１０１は、さらに、Ｃｏｎｆｉｇｕｒａｔｉｏｎ ＰａｃｋｅｔをＴＸ１０２へ送信する（Ｓ４０９）。Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐａｃｋｅｔには、ＲＸ１０１の能力情報として、以下の情報が含まれる。すなわち、ＲＸ１０１が負荷に供給できる最大電力を特定する値であるＭａｘｉｍｕｍ Ｐｏｗｅｒ Ｖａｌｕｅや、ＷＰＣ規格のＮｅｇｏｔｉａｔｉｏｎ機能を有するか否かを示す情報である。

ＴＸ１０２は、これらのＰａｃｋｅｔを受信すると、ＲＸ１０１がＮｅｇｏｔｉａｔｉｏｎ機能を有するかどうかの確認を行い、ＲＸ１０１がＮｅｇｏｔｉａｔｉｏｎ機能を有している場合に、ＡＣＫを送信する（Ｓ４１０）。そして、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移する。ＲＸ１０１は、ＡＣＫを受信すると（Ｓ４１０）、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移する。

Ｎｅｇｏｔｉａｔｉｏｎフェーズでは、ＴＸ１０２とＲＸ１０１は、上述したＧＰを決める交渉を行う。具体的には、ＲＸ１０１がＧＰの候補となる値を、Ｓｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔを用いて通知する。ＴＸ１０２は、この通知を許諾又は拒否することになる。ここでは、ＲＸ１０１は、充電部２０８に１５ワットの電力を出力する能力があるので、ＧＰの候補として最大１５ワットを通知する（Ｓ４１１）。ＲＸ１０１は、ＴＸ１０２からのＡＣＫ（肯定応答）又はＮＡＣＫ（否定応答）の受信を待つことになる。

ＴＸ１０２は、高出力な電力の送電を行うと、ＮＦＣタグを破損する可能性があることから、ＮＦＣタグを破損しない電力値の閾値を持つ。ここでは閾値を６ワットとして定義するが、これに限られない。Ｓｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔを受信したＴＸ１０２は、ＮＦＣ部３０７によってＮＦＣ機器の存在を検出している（Ｓ４０２）。しかし、ＮＦＣ機器がＮＦＣタグなのかＮＦＣ機能が有効な機器であるのかの識別が困難であるため、検出したＮＦＣ機器がＮＦＣタグであった場合、１５ワットの送電を実施するとＮＦＣタグを破損する可能性があると、ＴＸ１０２は判断する。よって、閾値以上であるＳｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔの通知に対して、ＮＡＣＫを送信する（Ｓ４１２）。

ＲＸ１０１は、ＡＣＫを受信せずＮＡＣＫを受信した場合、自装置のＮＦＣ機能が無効化されたことをＴＸ１０２が検出できていないと判断する。よって、再度、ＧＰとして１５ワットを通知する（Ｓ４１５）。

一方、ＴＸ１０２は、上述した定期的なＮＦＣタグ検出処理が実施されることで（Ｓ４１３）、ＴＸ１０２の周辺にＮＦＣ機器が存在しないことを検出する（Ｓ４１４）。つまり、ここではＲＸ１０１のＮＦＣ機能が無効化されたことを検出することを意味する。このため、ＴＸ１０２は、ＧＰの値として最大１５ワットを許諾することができるため、ＲＸ１０１からの１５ワット送電の再要求（Ｓ４１５）に対して、ＡＣＫを応答する（Ｓ４１６）。そして１５ワットの受電が確定される。

１５ワットの受電が確定された後、ＴＸ１０２とＲＸ１０１は、Ｃａｌｉｂｒａｔｉｏｎフェーズに遷移する（Ｓ４１７）。Ｃａｌｉｂｒａｔｉｏｎフェーズでは、詳細は説明しないが、ＴＸ１０２が送電コイル３０８近傍にＲＸではない物体が存在することを検出する異物検出機能に必要なパラメータを決定する。

その後、ＴＸ１０２とＲＸ１０１は、Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒフェーズ（Ｓ４１８）へ遷移し、ＲＸ１０１は、バッテリ２０９の充電を開始する。

ＲＸ１０１は、充電を終えると、Ｅｎｄ Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒ ＰａｃｋｅｔをＴＸ１０２に送信する（Ｓ４１９）。このパケットを受信したＴＸ１０２は、ＲＸ１０１への電力供給を停止する。

また、ＲＸ１０１は、充電を終えると自装置のＮＦＣ機能を有効化し、ＮＦＣ機能を用いたアプリケーションを使用可能状態にする（Ｓ４２０）。

以上のように、本実施形態のＲＸ１０１は、ＴＸ１０２の存在を検出することにより、自装置のＮＦＣ機能を無効化するようにしている。このため、ＮＦＣタグ検出機能を搭載した送電装置から、適切な電力での電力送電を受けることができ、ユーザの利便性が損なわれることが低減される。

また、本実施形態において、ＲＸ１０１とＮＦＣタグがともに、ＴＸ１０２の充電台に載置されている場合には、ＴＸ１０２のＮＦＣタグ検出処理により、ＮＦＣタグが検出されるため、ＮＦＣタグが破壊されないように送電が制限されることになる。また、ＲＸ１０１にＮＦＣタグが貼付されている場合であっても、同様の効果を得ることができる。

なお、ＲＸがＴＸの存在を検出する方法は、ＷＰＣ通信部によってＤｉｇｉｔａｌ Ｐｉｎｇを受信することに限られない。例えば、ＴＸの充電台の充電面に設けられたトリガによって、ＲＸが載置された際にＲＸに設けられた機械的なスイッチがＯＮするような構成であってもよい。また、ＲＸが、特定の物理量（例えば、ＲＸ１０１の電流や電圧）を検出することでＴＸの検出を行うようにしてもよい。

（受電装置の処理の流れ）
次に、図５を参照して、本実施形態におけるＲＸ１０１及びＴＸ１０２の動作手順について説明する。

図５は、ＲＸ１０１が実行する処理の流れの例を示すフローチャートである。本処理は、例えばＲＸ１０１の制御部２０１が記憶部２０６から読み出したプログラムを実行することによって実現されうる。なお、以下の手順の少なくとも一部がハードウェアによって実現されてもよい。この場合のハードウェアは、例えば、所定のコンパイラを用いて、各処理ステップを実現するためのプログラムからＦＰＧＡ等のゲートアレイ回路を用いた専用回路を自動的に生成することによって実現されうる。また、本処理は、ＲＸ１０１の電源がオンとされたことに応じて、バッテリ２０９又はＴＸ１０２からの給電によりＲＸ１０１が起動したことに応じて、又はＲＸ１０１のユーザが非接触充電アプリケーションの開始指示を入力したことに応じて、実行されうる。また、他の契機によって本処理が開始されてもよい。

まず、ＲＸ１０１の制御部２０１は、受電アンテナ２０３を介して受電した電力（Ｄｉｇｉｔａｌ Ｐｉｎｇ、Ｆ５０１）により起動すると、近くにＴＸ１０２が存在することを把握する（Ｆ５０２）。そして、制御部２０１は、ＴＸ１０２によってＮＦＣ機能が有効な機器として自装置が検出され、送電の制限が行われるのを避けるために、自装置のＮＦＣ機能を無効化する（Ｆ５０３）。ＮＦＣ機能を無効化する方法は、上述したとおりである。

ＲＸ１０１は、Ｄｉｇｉｔａｌ Ｐｉｎｇを検出すると、Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｐａｃｋｅｔ（受電電圧値）をＴＸ１０２に通知する（Ｆ５０４）。そして、ＲＸ１０１は、Ｉ＆Ｃフェーズへ遷移する。ここで、Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｐａｃｋｅｔの通知は、ＷＰＣ通信部２０５及びＷＰＣ通信部３０４を介した通信により行われる。

Ｉ＆Ｃフェーズでは、ＲＸ１０１は、ＩＤ Ｐａｃｋｅｔ、Ｃｏｎｆｉｇｕｒａｔｉｏｎ ＰａｃｋｅｔをＴＸ１０２へ送信する（Ｆ５０５、Ｆ５０６）。

ＲＸ１０１は、ＴＸ１０２からＡＣＫを受信すると（Ｆ５０７でＹｅｓ）、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移する。ＲＸ１０１は、ＡＣＫを受信できない場合（Ｆ５０７でＮｏ）、ＴＸ１０２がＮｅｇｏｔｉａｔｉｏｎ機能を有していないと判断する。そして、５ワットの受電が確定される（Ｆ５２２）。

Ｎｅｇｏｔｉａｔｉｏｎフェーズでは、ＴＸ１０２とＲＸ１０１は、上述したＧＰを決める交渉を行う。具体的には、ＲＸ１０１がＧＰの候補となる値を、Ｓｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔを用いて通知する。ここでは、ＲＸ１０１は、充電部２０８に１５ワットの電力を出力する能力があるので、ＧＰの候補として最大１５ワットを通知する（Ｆ５０８）。ＲＸ１０１は、ＴＸ１０２からのＡＣＫ（肯定応答）又はＮＡＣＫ（否定応答）の受信を待つ。

ここで、ＲＸ１０１がＴＸ１０２の応答としてＡＣＫを受信した場合には（Ｆ５０９でＹｅｓ）、１５ワットの受電が確定される（Ｆ５２１）。ＡＣＫ、ＮＡＣＫのいずれの応答も受信できない場合（Ｆ５０９でＮｏ、Ｆ５１０でＮｏ）は、ＴＸ１０２からの受電が不可能と判断され、処理を終了する。

ＲＸ１０１は、ＡＣＫを受信せずＮＡＣＫを受信した場合（Ｆ５０９でＮｏ、Ｆ５１０でＹｅｓ）、自装置のＮＦＣ機能が無効化されたことをＴＸ１０２が検出できていないと判断する。よって、再度、ＧＰとして１５ワットを通知する（Ｆ５１１でＮｏ、Ｆ５０８）。

なお、ＲＸ１０１は、ＮＡＣＫをある一定回数以上受信した場合は（Ｆ５１１でＹｅｓ）、ＴＸ１０２に１５ワット送電に対応できない理由があると判断する。よって、ＲＸ１０１は、ＧＰの候補として５ワットの受電をＴＸ１０２に要求する（Ｆ５１２）。ＲＸ１０１は、この要求に対してＡＣＫをＴＸ１０２より受信する場合（Ｆ５１３）、５ワットの受電が確定される（Ｆ５１４）。ＲＸ１０１がＡＣＫを受信できない場合は、ＴＸ１０２からの受電が不可能と判断され、処理を終了する。

ＴＸ１０２が１５ワット送電に対応できない理由とは、具体的には、ＮＦＣタグを検出した場合やＮＦＣ機能が無効化されていない機器がある場合である。ＲＸ１０１は、自身のＮＦＣ部２１０を無効化した後、一定回数以上ＮＡＣＫを受信することで、ＮＦＣタグ又はＮＦＣ機能が無効化されていない機器をＴＸ１０２が検出したと判断できる。そして、ＮＦＣタグに影響を与えない電力である５ワットの送電が確定される（Ｆ５１２）。

再度、ＧＰとして１５ワットを通知した後、ＲＸ１０１がＡＣＫを受信することで（Ｆ５０９でＹｅｓ）、１５ワットの受電が確定される（Ｆ５２１）。

１５ワットの受電が確定された後、ＲＸ１０１は、Ｃａｌｉｂｒａｔｉｏｎフェーズに遷移する（Ｆ５１５）。その後、ＲＸ１０１は、Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒフェーズ（Ｆ５１６）へ遷移し、ＲＸ１０１は、バッテリ２０９の充電を開始する（Ｆ５１７）。

ＲＸ１０１は、充電を終えると（Ｆ５１８でＹｅｓ）、Ｅｎｄ Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒ ＰａｃｋｅｔをＴＸ１０２に送信する（Ｆ５１９）。また、ＲＸ１０１は、充電を終えると自装置のＮＦＣ機能を有効化し、ＮＦＣ機能を用いたアプリケーションを使用可能状態にする（Ｆ５２０）。

（送電装置の送電処理の流れ）
次に、図８を参照して、本実施形態におけるＴＸ１０２の送電処理の動作手順について説明する。

図８は、ＴＸ１０２が実行する処理の流れの例を示すフローチャートである。本処理は、例えばＴＸ１０２の制御部３０１が記憶部３０５から読み出したプログラムを実行することによって、実現されうる。なお、以下の手順の少なくとも一部がハードウェアによって実現されてもよい。この場合のハードウェアは、例えば、所定のコンパイラを用いて、各処理ステップを実現するためのプログラムからＦＰＧＡ等のゲートアレイ回路を用いた専用回路を自動的に生成することによって実現されうる。また、本処理は、ＴＸ１０２の電源がオンとされたことに応じて、ＴＸ１０２のユーザが非接触充電アプリケーションの開始指示を入力したことに応じて、又は、ＴＸ１０２が商用電源に接続され電力供給を受けていることに応じて、実行されうる。また、他の契機によって本処理が開始されてもよい。

送電処理において、まず、ＴＸ１０２は、物体検出処理（Ｆ８０１）、ＲＸ１０１の検出処理を行う（Ｆ８０２）。具体的には、送電アンテナ３０３を介してＷＰＣ規格のＡｎａｌｏｇ Ｐｉｎｇを繰り返し、間欠的に送信する。そして、ＴＸ１０２は、Ａｎａｌｏｇ Ｐｉｎｇを送信した時の送電アンテナ３０３の電圧値又は電流値を検出し、電圧がある閾値を下回る又は電流値がある閾値を超える場合に、送電アンテナ３０３の周辺に物体が存在すると判断し、Ｐｉｎｇフェーズに遷移する。さらに、Ｐｉｎｇフェーズにおいて、ＴＸ１０２は、Ａｎａｌｏｇ Ｐｉｎｇより大きい電力のＤｉｇｉｔａｌ Ｐｉｎｇを送信する。Ｄｉｇｉｔａｌ Ｐｉｎｇの電力の大きさは、少なくとも送電アンテナ３０３の近傍に存在するＲＸ１０１の制御部２０１が起動するのに十分な電力である。

ＴＸ１０２は、ＲＸ１０１からＳｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｐａｃｋｅｔの通知を受けると、Ｉ＆Ｃフェーズに遷移する。

Ｉ＆Ｃフェーズでは、ＴＸ１０２は、ＩＤ Ｐａｃｋｅｔ及びＣｏｎｆｉｇｕｒａｔｉｏｎ ＰａｃｋｅｔをＲＸ１０１から受信する（Ｆ８０３、Ｆ８０４）。ＴＸ１０２は、これらのＰａｃｋｅｔを受信すると、ＲＸ１０１がＮｅｇｏｔｉａｔｉｏｎ機能を有するかどうかの確認を行い、ＲＸ１０１がＮｅｇｏｔｉａｔｉｏｎ機能を有している場合に、ＡＣＫを送信する（Ｆ８０５でＹｅｓ、Ｆ８０６）。そして、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移する。

一方、ＴＸ１０２が、ＲＸ１０１がＮｅｇｏｔｉａｔｉｏｎ機能を有していないと判断する場合（Ｆ８０５でＮｏ）、５ワットの送電が確定される（Ｆ８１９）。

Ｎｅｇｏｔｉａｔｉｏｎフェーズでは、ＴＸ１０２とＲＸ１０１は、上述したＧＰを決める交渉を行う。ＴＸ１０２は、ＲＸ１０１からＳｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔ又はＧｅｎｅｒａｌ Ｐａｃｋｅｔが送信されるのを待つ。

ＴＸ１０２は、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔを受信せず（Ｆ８０７でＮｏ）、Ｓｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔを受信した場合、そのＰａｃｋｅｔによる要求電力が閾値以上であるか否か判断する（Ｆ８０９）。ＴＸ１０２は、高出力な電力の送電を行うと、ＮＦＣタグを破損する可能性があることから、ＮＦＣタグを破損しない電力値の閾値を持っている。ここでは閾値を５ワットとして定義する。

Ｓｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔを受信したＴＸ１０２は、ＲＸ１０１からの要求電力が閾値未満である場合（Ｆ８０９でＮｏ）、ＡＣＫをＲＸ１０１に送信する（Ｆ８２０）。そして、要求電力（ここでは５ワット）での送電が確定される（Ｆ８２１）。

一方、ＲＸ１０１からの要求電力が閾値以上である場合（Ｆ８０９でＹｅｓ）、ＮＦＣ機器を検出しているかどうかを判断する（Ｆ８１０）。この判断のために、ＴＸ１０２はＮＦＣ部３０７に問い合わせる。ＮＦＣ部３０７がＮＦＣ機器を検出しているため（Ｆ８１０でＹｅｓ）、ＴＸ１０２は１５ワットの送電を実施するとＮＦＣタグを破損する可能性があると判断する。よって、閾値以上であるＳｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔの通知に対して、ＮＡＣＫを送信する（Ｆ８１８）。そして、再び、ＲＸ１０１からＳｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔ又はＧｅｎｅｒａｌ Ｐａｃｋｅｔが送信されるのを待つ。

ところで、ＴＸ１０２は、上述した定期的なＮＦＣ機器検出処理が実施されることで、ＴＸ１０２の周辺にＮＦＣ機器を検出しないようになる（Ｆ８１０でＮｏ）。このため、ＴＸ１０２は、ＧＰの値として最大１５ワットを許諾することができるため、ＲＸ１０１からの１５ワット送電の再要求に対して、ＡＣＫで応答する（８１１）。そして、１５ワットの送電が確定される（Ｆ８１２）。

要求電力又は１５ワットの送電が確定された後、ＴＸ１０２は、Ｃａｌｉｂｒａｔｉｏｎフェーズに遷移する（Ｆ８１３）。その後、ＴＸ１０２は、Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒフェーズ（Ｆ８１４）へ遷移する。

ＴＸ１０２は、ＲＸ１０１からＥｎｄ Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒ Ｐａｃｋｅｔを受信した場合（Ｆ８１５でＹｅｓ）、ＲＸ１０１への電力供給を停止する（Ｆ８１７）。

なお、上述した本実施形態では、ＲＸ１０１においてＮＦＣ機能が有効とされている場合を例にして説明したが、本実施形態はこれに限られない。例えば、ＲＸ１０１においてＮＦＣ機能が無効とされている場合であっても、ＴＸ１０２の存在を検出した場合、ＲＸ１０１がＮＦＣ機能を有効にすることを禁止するように制御することにより、同様の効果を得ることができる。この制御は、例えば、ユーザがＵＩを用いてＮＦＣ機能を有効にできないようにする方法で行われてもよいし、ＲＸ１０１への操作自体をできないようにする方法で行われてもよい。

また、図５におけるＦ５１１の処理の代わりに、ＲＸ１０１が、例えばＦ５０７のＡＣＫを受信してからの時間を計測し、計測された時間と閾値とを比較する処理に変更してもかまわない。その場合、計測された時間が閾値以下である場合は、再度Ｆ５０８を行い、閾値を超える場合は、Ｆ５１２以降の処理へ移るようにしてもよい。

また、ＴＸ１０２が行うＮＦＣ機器検出処理（Ｓ４０１）を、Ａｎａｌｏｇ Ｐｉｎｇの送信（Ｓ４０３）より先に行う例が説明したが、本実施形態はこれに限られない。例えば、ＮＦＣ機器検出処理（Ｓ４０１）は、Ａｎａｌｏｇ Ｐｉｎｇの送信やＤｉｇｉｔａｌ Ｐｉｎｇの送信（Ｓ４０４）の後に行われてもよい。

なお、本実施形態ではＮＦＣを例として説明したがこれに限られない。例えば、ＲＸ１０１が、高電力の送電によりダメージを受けるＮＦＣ以外の通信を行うタグのように振舞う通信機能を備える場合においても、本実施形態は適用することができる。

＜第２の実施形態＞
第１の実施形態では、ＲＸ１０１が、１５ワットの送電要求に対するＴＸ１０２の応答としてＮＡＣＫを受信した場合でも、１５ワット送電を再要求する形態について説明した。この場合には、充電が開始されるまでに時間がかかる可能性が生じる。それに対して、本実施形態においては、充電開始までの時間を短縮する形態について説明する。

本実施形態における非接触受電システム、受電装置及び送電装置の構成は、第１の実施形態と同様であるため、説明は省略する。以後、図６～８を参照して、本実施形態におけるＲＸ１０１及びＴＸ１０２の動作手順について説明する。図６は、本実施形態の非接触充電システムの動作シーケンスを示す図である。図７は、本実施形態のＲＸ１０１が実行する処理の流れの例を示すフローチャートである。図８は、本実施形態のＴＸ１０２が実行する送電処理の流れの例を示すフローチャートである。

図６において、Ｓ６０１～Ｓ６１２の処理は、図４のＳ４０１～Ｓ４１２の処理と同様のため、ここでは説明を省略する。また、ＲＸ１０１が実行する処理についても、図７のＦ７０１～Ｆ７１０の処理は、図５のＦ５０１～Ｆ５１０の処理と同様であるため説明を省略する。

ＲＸ１０１は、ＴＸ１０２から１５ワット送電を拒否されると（Ｓ６１２、Ｆ７０９でＮｏ、Ｆ８１８）、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ（Ｃａｐａｂｉｌｉｔｙ）を送信し、ＴＸ１０２が送電可能な電力を確認する（Ｓ６１３、Ｆ７１１）。

ＴＸ１０２は、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔを受信すると（Ｆ８０７でＹｅｓ）、ＮＦＣ機器を検出しているため、送電可能な最大電力は５ワットとし、ＡＣＫとして２に応答する（Ｓ６１４、Ｆ８０８）。その結果を受けて、ＲＸ１０１は、ＧＰとして５ワットをＴＸ１０２に要求する（Ｓ６１５、Ｆ７１２）。そして、ＴＸ１０２は、ＡＣＫを送信する（Ｓ６１６、Ｆ８２０）。

ＲＸ１０１は、上記ＡＣＫを受信し（Ｆ７１３でＹｅｓ）、受電電力が５ワットに確定される（Ｆ７１４、Ｆ８１２）。ＧＰの交渉が終了すると、ＴＸ１０２とＲＸ１０１は、Ｃａｌｉｂｒａｔｉｏｎフェーズに遷移する（Ｓ６１７、Ｆ７１５、Ｆ８１３）。

その後、ＴＸ１０２とＲＸ１０１は、Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒフェーズ（Ｓ６１８、Ｆ７１６、Ｆ８１４）へ遷移し、ＲＸ１０１は、バッテリ２０９の充電を開始する（Ｆ７１７）。

一方、ＴＸ１０２は、定期的なＮＦＣ機器検出処理が実施することで（Ｓ６１９）、ＴＸ１０２の周辺にＮＦＣ機器が存在することを検出しない（Ｓ６２０、Ｆ８１０）。すなわち、これは、ＲＸ１０１のＮＦＣ機能が無効化されたことが検出されることを意味する。

ＲＸ１０１は、充電が完了していない場合（Ｆ７１８でＮｏ）、１５ワットを受電しているかどうか判定する（Ｆ７１９）。Ｆ７１５でＮｏの場合、ＴＸ１０２のＮＦＣ機器検出処理による結果が更新されたことを期待し、より大きな電力での受電を行うために、Ｒｅ－Ｎｅｇｏｔｉａｔｉｏｎ Ｒｅｑｕｅｓｔを送付する（Ｓ６２１、Ｆ７２０）。

ＴＸ１０２は、このＲｅｑｕｅｓｔを受信した場合（Ｆ８１６でＹｅｓ）、ＴＸ１０２はＡＣＫをＲＸに送信する（Ｓ６２２、Ｆ８０６）。

そして、ＲＸ１０１とＴＸ１０２は、Ｒｅ－Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移する。Ｒｅ－Ｎｅｇｏｔｉａｔｉｏｎフェーズでは、ＴＸ１０２とＲＸ１０１は、ＧＰの再交渉を行う。ここでは、ＲＸ１０１は、充電部２０８に１５ワットの電力を出力するだけの電力を供給する能力があるので、ＧＰの候補として最大１５ワットを再度通知する（Ｓ６２３、Ｆ７０８）。

一方、ＴＸ１０２は、定期的なＮＦＣ機器検出処理により（Ｓ６１９）、ＴＸ１０２の周辺にＮＦＣ機器が存在することを検出していない状態である（Ｓ６２０、Ｆ８１０）。よって、Ｒｅ－Ｎｅｇｏｔｉａｔｉｏｎ Ｒｅｑｕｅｓｔ及びＳｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔを受信したＴＸ１０２は、ＧＰの値として最大１５ワットを許諾することができる。すなわち、ＲＸ１０１からの１５ワット送電の再要求に対して、ＡＣＫを送信する（Ｓ６２４、Ｆ７０９でＹｅｓ、Ｆ８１１）。そして、Ｃａｌｉｂｒａｔｉｏｎフェーズ、Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒフェーズに移行する（Ｓ６２５、Ｓ６２６）。

充電完了後（Ｆ７１８でＹｅｓ）の処理（Ｓ６２７、Ｓ６２８、Ｆ７２１、Ｆ７２２）は、第１の実施形態の処理（Ｓ４１９、Ｓ４２０、Ｆ５１７、Ｆ５１８）と同様であるため、説明を省略する。

以上のように、本実施形態のＲＸ１０１は、ＴＸ１０２の存在を検出することにより、自装置のＮＦＣ機能を無効化するようにしている。このため、ＮＦＣ機器検出機能を搭載したＴＸ１０２から、適切な電力での電力送電を受けることができ、ユーザの利便性が損なわれることが低減される。また、ＲＸ１０１は、最初の１５ワットの送電要求が拒否された場合、ＴＸ１０２の送電可能な最大電力を確認して、その確認した最大電力で交渉を行う。これにより、第１の実施形態に比べて充電が開始されるまでの時間を短縮化することができる。そして、充電開始後に、Ｒｅ－Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移することで、Ｒｅ－Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移しない場合に比べて、充電時間を短縮することができる。

＜第３の実施形態＞
本実施形態では、上述した実施形態と異なり、ＴＸ１０２がＮＦＣ機器を検出しない状態になったことをＲＸ１０１が確認し、ＲＸが１５ワットの送電要求を行う方法について説明する。具体的には、本実施形態では、ＲＸ１０１がＴＸ１０２に対してＮＦＣ機器を検出しているかどうかを問い合わせる信号を送信する。このパケットを、本実施形態では、ＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔという。

このパケットに対する応答として、ＴＸ１０２は、少なくともＮＦＣ機器検出処理の結果（応答信号）をＲＸ１０１に送信する。具体的には、ＴＸ１０２は、ＮＦＣ機器を検出していれば、ＡＣＫを送信し、ＮＦＣ機器を検出していなければ、ＮＡＣＫを送信する。

以下、図９～１１を参照して、本実施形態におけるＲＸ１０１及びＴＸ１０２の動作手順について説明する。図９は、本実施形態の非接触充電システムの動作シーケンスを示す図である。図１０は、本実施形態のＲＸ１０１が実行する処理の流れの例を示すフローチャートである。図１１は、本実施形態のＴＸ１０２が実行する送電処理の流れの例を示すフローチャートである。図９のＳ９０１～Ｓ９１０、Ｓ９１７～Ｓ９２２の処理は、図４のＳ４０１～Ｓ４１０、Ｓ４１５～Ｓ４２０の処理と同じであるため、説明は省略する。また、同様に図１０のＦ１００１～Ｆ１００７、Ｆ１０１３～Ｆ１０２０、Ｆ１０２３の処理は、図５のＦ５０１～Ｆ５０７、Ｆ５１３～Ｆ５２０、Ｆ５２３の処理と同じであるため説明は省略する。また、図１１のＦ１１０１～Ｆ１１０８、Ｆ１１１２～Ｆ１１１９の処理は、図８のＦ８０１～Ｆ８０８、Ｆ８１２～Ｆ８１９の処理と同じであるため説明は省略する。

ＲＸ１０１は、送信したＣｏｎｆｉｇｕｒａｔｉｏｎ Ｐａｃｋｅｔに対するＡＣＫを受信し（Ｓ９１０、Ｆ１００７でＹｅｓ）、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移する。そして、ＲＸ１０１は、ＮＦＣ＿Ｓｔａｔｕｓ＿ＲｅｑｕｅｓｔをＴＸ１０２に送信する（Ｓ９１１、Ｆ１００８）。そして、その応答信号としてＴＸ１０２からＡＣＫを受信せず（Ｆ１００９でＮｏ）、かつＮＡＣＫを受信すると（Ｓ９１２、Ｆ１０１０でＹｅｓ）、以下のような処理を行う。すなわち、ＲＸ１０１は、ＮＡＣＫを所定の回数（Ｎ回）受信するまで（Ｆ１０１１でＮｏ）、ＮＦＣ＿Ｓｔａｔｕｓ＿ＲｅｑｕｅｓｔをＴＸ１０２に送信する（Ｆ１００８）。

その後、ＴＸ１０２は、ＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔを受信し（Ｆ１１０９でＹｅｓ）、ＮＦＣ機器検出処理（Ｓ９１３）の結果、ＮＦＣ機器を検出していない場合（Ｓ９１４、Ｆ１１１０でＹｅｓ）、以下の処理を行う。すなわち、ＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔに対する応答信号として、ＴＸ１０２は、ＲＸ１０１にＡＣＫを送信する（Ｓ９１６、Ｆ１１１１）。

ＲＸ１０１は、ＴＸ１０２からＡＣＫを受信すると（Ｓ９１６、Ｆ１００９でＹｅｓ）、ＴＸ１０２がＮＦＣ機器を検出していないと判断する。そして、ＲＸ１０１は、Ｓｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ（１５ワット）をＴＸ１０２に送信する（Ｓ９１７、Ｆ１０２１）。その応答としてＴＸ１０２からＡＣＫを受信すると（Ｓ９１８）、最大１５ワットの受電が確定される（Ｆ１０２２）。

ＴＸ１０２は、ＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔを受信しない場合（Ｆ１１０９）は、図８のＦ８０９以降の処理と同等の処理を行う。具体的には、ＴＸ１０２は、要求電力が閾値以上かどうかを判断する。そして、要求電力が閾値以上の場合（Ｆ１１２０でＹｅｓ）には、ＮＦＣ機器を検出しているかどうかを判定する（Ｆ１１１０）。一方、要求電力が閾値未満の場合（Ｆ１１２０でＮｏ）の場合、ＡＣＫをＲＸ１０１に送信する（Ｆ１１２１）。そして、要求電力（ここでは５ワット）での送電が確定される（Ｆ１１２２）。

以上のように本実施形態のＲＸ１０１は、ＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔの応答によって、ＴＸ１０２がＮＦＣ機器を検出しない状態になったことを判断している。これにより、ＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔの応答に応じて、適切なタイミングでＳｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ（１５ワット）を送り、許容させることができる。つまり、カードエミュレーションモードで動作していたＮＦＣ部を搭載するＲＸ１０１においても、ＴＸ１０２は高出力の送電処理を行うことができる。

ここで、ＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔの応答は、ＡＣＫ、ＮＡＣＫでなくてもよい。具体的には、この応答は少なくともＮＦＣタグ検出ビットを含み、ＮＦＣタグ検出ビットが１であれば、ＴＸ１０２はＮＦＣタグ（又はＮＦＣ機能が有効な機器）を検出していることを示すようにしてもよい。そして、ＮＦＣタグ検出ビットが０であれば、ＮＦＣタグ（又はＮＦＣ機能が有効な機器）を検出していないことを示すようにしてもよい。

また、ＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔは、ＷＰＣ規格ｖ１．２．３で定義されているＧｅｎｅｒａｌ Ｒｅｑｕｅｓｔの中のパケットを用いてもよい。例えばＧｅｎｅｒａｌ Ｒｅｑｕｅｓｔのうち、Ｐａｃｋｅｔ ｔｙｐｅが定義されていないＲｅｓｅｒｖｅｄ ＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙ Ｐａｃｋｅｔパケットを、ＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔとして定義してもよい。

また、ＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔは、ＷＰＣ規格ｖ１．２．３で定義されているＳｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔの中のパケットを用いてもよい。例えばＳｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔのうち、Ｐａｃｋｅｔ ｔｙｐｅが定義されていないＲｅｓｅｒｖｅｄ ＰａｃｋｅｔやＰｒｏｐｒｉｅｔａｒｙ ＰａｃｋｅｔパケットをＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔとして定義してもよい。

またＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔは、ＷＰＣ規格ｖ１．２．３で定義されているパケットであれば、Ｓｐｅｃｉｆｉｃ ＲｅｑｕｅｓｔやＧｅｎｅｒａｌ Ｒｅｑｕｅｓｔでもなくてもよい。

また、ＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔは、ＲＸ１０１がＮｅｇｏｔｉａｔｉｏｎフェーズ以降で送信可能なパケットであってもよい。具体的には、ＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔは、Ｎｅｇｏｔｉａｔｉｏｎフェーズ、Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒフェーズ、Ｃａｌｉｂｒａｔｉｏｎフェーズ、Ｒｅ－Ｎｅｇｏｔｉａｔｉｏｎフェーズで送信可能なパケットであってもよい。よって、ＴＸ１０２は、それらのフェーズに含まれない、例えばＰｉｎｇフェーズ、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ＆Ｃｏｎｆｉｇｕｒａｔｉｏｎフェーズで当該パケットを受信した場合は、送電又は送電のための制御通信を停止するようにしてもよい。具体的には、Ｓ９０７においてＳｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｐａｃｋｅｔではなく、ＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔを受信した場合は、ＴＸ１０２は、送電又は送電のための制御通信を停止する。同様に、Ｓ９０７～Ｓ９０９の受信までの間にＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔを受信した場合は、ＴＸ１０２は、送電又は送電のための制御通信を停止する。これにより、所定のフェーズ以外でＮＦＣ＿Ｓｔａｔｕｓ＿Ｒｅｑｕｅｓｔのパケットを受信した場合に、ＲＸ１０１の故障を検出し、送電又は送電のための制御通信を停止することができる。

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

なお、図５、７、８、１０、１１のフローチャ－トで示される処理の少なくとも一部がハードウェアにより実現されてもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各処理を実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成すればよい。また、ＦＰＧＡと同様にして、Ｇａｔｅ Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。

１０１ 受電装置
２０１ 制御部
２０５ ＷＰＣ通信部
２０７ 受電部
２１０ ＮＦＣ部

Claims (16)

1. 送電装置から無線で電力を受電する受電手段と、
   Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＮＦＣ）の規格に基づく通信を行う通信手段と、
   前記送電装置を検出する検出手段と、
   前記検出手段により前記送電装置が検出された場合、前記通信手段が前記ＮＦＣの規格に基づく通信を行わないように制御する制御手段と、
   前記通信手段とは異なる他の通信手段であって、前記送電装置と受電制御に関する通信を行う他の通信手段と、を有し、
   前記受電手段は、前記制御手段により前記通信手段が前記ＮＦＣの規格に基づく通信を行わないように制御された後、電力を受電し、
   前記他の通信手段は、前記送電装置に対して、前記送電装置が前記ＮＦＣの規格に基づく通信を行う物体を検出したかどうかを問い合わせる信号を送信することを特徴とする受電装置。
2. 前記検出手段は、前記他の通信手段による受電制御に関する通信に基づいて前記送電装置を検出することを特徴とする請求項１に記載の受電装置。
3. 前記検出手段は、前記他の通信手段が、前記送電装置からＷｉｒｅｌｅｓｓ Ｐｏｗｅｒ Ｃｏｎｓｏｒｔｉｕｍの規格に基づくＤｉｇｉｔａｌ Ｐｉｎｇを受信することにより、前記送電装置を検出することを特徴とする請求項２に記載の受電装置。
4. 前記制御手段は、前記送電装置からの前記ＮＦＣの規格に基づくポーリングに対して、応答しないように前記通信手段を制御することを特徴とする請求項１乃至３のいずれか１項に記載の受電装置。
5. 前記通信手段への給電を制御する給電手段をさらに有し、
   前記制御手段は、前記通信手段への給電を行わないように前記給電手段を制御することを特徴とする請求項１乃至４のいずれか１項に記載の受電装置。
6. 前記検出手段により前記送電装置を検出した場合、前記通信手段の前記ＮＦＣの規格に基づく通信を行う機能を無効にすることを要求するメッセージを表示する表示手段と、
   前記表示手段により表示されたメッセージに対するユーザからの指示を受け付ける受け付け手段と、をさらに有し、
   前記受け付け手段により、前記ＮＦＣの規格に基づく通信を行う機能を無効にする指示が受け付けられた場合、前記制御手段は、前記通信手段が前記ＮＦＣの規格に基づく通信を行わないように制御することを特徴とする請求項１乃至３のいずれか１項に記載の受電装置。
7. 前記表示手段は、前記制御手段により前記通信手段が制御されて前記ＮＦＣの規格に基づく通信を行うことができない場合、前記ＮＦＣの規格に基づく通信を行うことができないことを表示することを特徴とする請求項６に記載の受電装置。
8. 前記制御手段により前記通信手段が制御されて前記ＮＦＣの規格に基づく通信を行うことができない場合、前記ＮＦＣの規格に基づく通信を行うことができないことを表示する表示手段をさらに有することを特徴とする請求項１乃至５のいずれか１項に記載の受電装置。
9. 前記制御手段は、受電が終了した場合、前記通信手段が前記ＮＦＣの規格に基づく通信を行うことができるように制御することを特徴とする請求項１乃至８のいずれか１項に記載の受電装置。
10. 前記他の通信手段は、前記信号に対する前記送電装置の応答信号を受信し、
    前記他の通信手段により受信された応答信号に基づいて、前記制御手段により前記送電装置が前記ＮＦＣの規格に基づく通信を行う物体を検出していないと判断される場合には、前記通信手段は、前記送電装置に対して、Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒ Ｃｏｎｓｏｒｔｉｕｍの規格に基づくＳｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔを送信することを特徴とする請求項１乃至９のいずれか１項に記載の受電装置。
11. 前記通信手段は、カードエミュレーションモードで前記ＮＦＣの規格に基づく通信を行うことを特徴とする請求項１乃至１０のいずれか１項に記載の受電装置。
12. 送電装置から無線で電力を受電する受電手段と、Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＮＦＣ）の規格に基づく通信を行う通信手段と、前記通信手段とは異なる他の通信手段であって前記送電装置と受電制御に関する通信を行う他の通信手段と、を有する受電装置が行う制御方法であって、
    前記送電装置を検出する検出工程と、
    前記検出工程において前記送電装置が検出された場合、前記通信手段が前記ＮＦＣの規格に基づく通信を行わないように制御する制御工程と、
    前記制御工程において前記通信手段が前記ＮＦＣの規格に基づく通信を行わないように制御された後、前記受電手段により電力を受電する受電工程と、
    前記他の通信手段により、前記送電装置に対して、前記送電装置が前記ＮＦＣの規格に基づく通信を行う物体を検出したかどうかを問い合わせる信号を送信する送信工程と、を有することを特徴とする制御方法。
13. 前記検出工程において、前記他の通信手段による通信に基づいて前記送電装置を検出することを特徴とする請求項１２に記載の制御方法。
14. 前記制御工程において、前記送電装置からの前記ＮＦＣの規格に基づくポーリングに対して、応答しないように前記通信手段が制御されることを特徴とする請求項１２又は１３に記載の制御方法。
15. 前記受電装置は、前記通信手段への給電を制御する給電手段をさらに有し、
    前記制御工程において、前記通信手段への給電を行わないように前記給電手段が制御されることを特徴とする請求項１２乃至１４のいずれか１項に記載の制御方法。
16. コンピュータに、請求項１２乃至１５のいずれか１項に記載の受電装置が行う制御方法を実行させるためのプログラム。

Images