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

Description

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

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

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

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

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

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

本発明の一態様に係る送電装置は、受電装置に無線で電力を送電する送電手段と、ＮＦＣ通信を用いてＰｏｌｌｉｎｇを行うＰｏｌｌｉｎｇ手段と、前記ＮＦＣ通信を用いて通信するＮＦＣタグのための検出処理を行う検出手段と、前記受電装置と交渉する交渉手段と、を有し、前記交渉手段は、前記ＮＦＣタグのための検出処理に基づいて、前記交渉手段が交渉することを厭わない電力情報を決定することを特徴とする。

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

実施形態に係る送電装置の構成例を示すブロック図。 実施形態に係る受電装置の構成例を示すブロック図。 実施形態に係る送電装置の機能ブロックを説明する図。 送電装置のＮＦＣ処理部におけるフローチャート。 送電装置のＷＰＣ処理部におけるフローチャート。 実施形態に係る無線電力伝送システムの動作シーケンス図。 実施形態に係る無線電力伝送システムの動作シーケンス図。 実施形態に係る受電装置におけるＷＰＣ処理のフローチャート。 非接触充電システムの構成例を示す図。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

制御部１０１は、例えばメモリ１０７に記憶されている制御プログラムを実行することにより、ＴＸ１００全体を制御する。また、制御部１０１は、ＴＸ１００における機器認証のための通信を含む送電制御に関する制御を行う。さらに、制御部１０１は、無線電力伝送以外のアプリケーションを実行するための制御を行ってもよい。制御部１０１は、例えば（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）又はＭＰＵ（ＭｉｃｒｏＰｒｏｃｅｓｓｏｒ Ｕｎｉｔ）等の１つ以上のプロセッサを含んで構成される。なお、制御部１０１は、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等の特定の処理に専用のハードウェアで構成されてもよい。また、制御部１０１は、所定の処理を実行するようにコンパイルされたＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のアレイ回路を含んで構成されてもよい。制御部１０１は、各種処理を実行中に記憶しておくべき情報をメモリ１０７に記憶させる。また、制御部１０１は、タイマ（不図示）を用いて時間を計測しうる。

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

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

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

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

第２通信部１０６は、ＮＦＣ機能を用いて、他のＮＦＣ機器と通信を行う。本実施形態におけるＮＦＣ機器には、特に断りがなければＮＦＣタグも含まれるとする。第２通信部１０６によって、ＴＸ１００は、ＮＦＣタグの存在を検出することができる。第２通信部１０６によってＮＦＣタグが検出された場合、制御部１０１は、送電部１０３を制御して送電を停止したり、送電の電力を低くするなど送電の制限を行う。第２通信部１０６は、送電アンテナ１０５とは異なるアンテナ（不図示）を有している。

また、第２通信部１０６は、制御部１０１によって制御されるが、ＴＸ１００を内蔵する図示しない他の装置（カメラ、スマートフォン、タブレットＰＣ、ラップトップ）の制御部により制御される構成であってもよい。

メモリ１０７は、制御プログラムを記憶するほかに、ＴＸ１００及びＲＸ２００の状態なども記憶する。

図２は、本実施形態に係るＲＸ２００の構成例を示すブロック図である。ＲＸ２００は、制御部２０１、第２通信部２０２、受電部２０３、第１通信部２０４、受電アンテナ２０５、充電部２０６、バッテリ２０７、メモリ２０８を有する。なお、図２に示す複数のブロックを１つのハードウェアモジュールとして実現してもよい。

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

また、制御部２０１は、ＡＳＩＣ等の特定の処理に専用のハードウェアで構成されてもよい。また、制御部２０１は、所定の処理を実行するようにコンパイルされたＦＰＧＡ等のアレイ回路を含んで構成されてもよい。制御部２０１は、各種処理を実行中に記憶しておくべき情報をメモリ２０８に記憶させる。また、制御部２０１は、タイマ（不図示）を用いて時間を計測しうる。

第２通信部２０２は、ＮＦＣ機能を用いて、他の通信機器と通信処理を行う。第２通信部２０２は、例えば、ＮＦＣフォーラムが策定する規格に準拠するモードで動作する。上記モードは、例えば、非接触ＩＣカードとしての役割を代替するカードエミュレーションモード、ＮＦＣタグを読み取るためのリーダー／ライターモード、ＮＦＣ同士でメッセージを直接交換するＰ２Ｐモードである。例えば、カードエミュレーションモードにより、電子マネー決済などが実行可能となる。なお、Ｐ２Ｐモードは、Ｐｅｅｒ ｔｏ Ｐｅｅｒモードの略称である。

第２通信部２０２は、ＮＦＣの規格に基づく通信を行うために、受電アンテナ２０５とは異なるアンテナ（不図示）を有している。また、第２通信部２０２は、制御部２０１によって制御されるが、ＲＸ２００を内蔵する図示しない他の装置（カメラ、スマートフォン、タブレットＰＣ、ラップトップＰＣ）の制御部により制御される構成であってもよい。

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

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

メモリ２０８は、制御プログラムを記憶するほかに、ＴＸ１００及びＲＸ２００の状態なども記憶する。

次に、図３を参照してＴＸ１００の制御部１０１の機能ブロック図を説明する。制御部１０１は、ＷＰＣ処理部３０１とＮＦＣ処理部３０２とを有する。ＷＰＣ処理部３０１は、第１通信部１０４を介したＷＰＣ規格に基づいた無線電力伝送の制御通信を行う処理部である。また、ＷＰＣ処理部３０１は、送電部１０３を制御し、ＲＸ２００への送電を制御する。ＮＦＣ処理部３０２は、第２通信部１０６を介したＮＦＣの規格に関する通信を行う処理部である。ＷＰＣ処理部３０１及びＮＦＣ処理部３０２は、それぞれ独立したプログラムとして並行に動作し、制御部１０１によって当該プログラムが実行されることによりその機能が実施される。

次に、図４、図５を参照して、ＴＸ１００におけるＮＦＣ処理部３０２及びＷＰＣ処理部３０１がそれぞれ行う処理の手順について説明する。

［ＮＦＣ処理部による処理］
図４は、ＮＦＣ処理部３０２の処理動作を示すフローチャートである。本処理は、ＴＸ１００が起動している間、継続的に繰り返し実行される。

ＴＸ１００が起動すると、第２通信部１０６はＮＦＣのＰｏｌｌｉｎｇ処理を開始する（Ｓ４０１）。具体的には、第２通信部１０６はＰｏｌｌｉｎｇ要求を送信し、その応答を監視することで、他のＮＦＣ機器の近接を監視する。Ｐｏｌｌｉｎｇ処理の結果としてエラーを検知すると（Ｓ４０２でＹｅｓ）、ＮＦＣ処理部３０２は、ＷＰＣ処理部３０１に対して、ＮＦＣ処理でエラーが発生していることを通知する（Ｓ４０３）。ここで言うエラーとは、ＮＦＣの規格に関する通信の失敗を意味しており、Ｐｏｌｌｉｎｇ要求に対して応答がないこと、すなわち通信相手のＮＦＣ機器が存在しないことは含まない。エラーの一例は、ＮＦＣの規格に関する通信の通信圏内に存在する複数の他のＮＦＣ機器が同じタイミングで応答を行った際に応答データが正常に受信できなくなる、いわゆるコリジョンエラーである。

このようなエラーが発生すると、通信圏内に存在する他のＮＦＣ機器と正常にＮＦＣが行えないため、検出したＮＦＣ機器に無電池駆動のＮＦＣタグが含まれるかどうかを確認することができない。そのため、ＮＦＣ処理部３０２は、ＮＦＣタグが近接している可能性をＷＰＣ処理部３０１に通知し、これを受けたＷＰＣ処理部３０１が高い電力での送電処理を抑制することで、ＮＦＣタグを傷つける可能性を低減する。

Ｐｏｌｌｉｎｇ処理の結果としてエラーを検知しなかった場合（Ｓ４０２でＮｏ）、ＮＦＣ処理部３０２はＷＰＣ処理部３０１に対して、ＮＦＣ処理のエラーがないことを通知する（Ｓ４０４）。なお、エラーが解消された場合も、ＮＦＣ処理部３０２はＮＦＣ処理のエラーがないことを通知する。

次に、ＮＦＣ処理部３０２は、Ｓ４０１で送信したＰｏｌｌｉｎｇ要求に対する特定の応答の有無を判定する（Ｓ４０５）。特定の応答とは、機器がＰ２Ｐモードをサポートしないことを示す応答である。特定の応答がない場合（Ｓ４０５でＮｏ）、ＮＦＣ処理部３０２は、ＷＰＣ処理部３０１に対して、周囲に特定のＮＦＣ機器が存在しないことを通知する（Ｓ４０６）。また、複数回のＰｏｌｌｉｎｇ要求に対して連続して、この特定の応答がない場合にのみ、周囲に特定のＮＦＣ機器が存在しないことを通知するものとしてもよい。

なお、特定のＮＦＣ機器は、ＮＦＣタグ、Ｐ２Ｐモードをサポートしない機器、又はＰ２Ｐモードをサポートしているがリーダー／ライターモードで動作している機器のことである。なお、リーダー／ライターモードで動作している機器は、Ｐ２Ｐモードをサポートしているか否かに関わらず、Ｐｏｌｌｉｎｇ要求に対して応答を行わない。そのため、ＮＦＣ処理部３０２は、リーダー／ライターモードで動作している機器を検出できず、リーダー／ライターモードで動作している機器のみが充電台に載置されている場合には、Ｓ４０５でＮｏと判定する。

また、特定の応答がない場合とは、以下の場合である。すなわち、ＮＦＣの規格に関する通信を行う機器が存在しない場合、ＮＦＣ機器が存在するが、Ｐｏｌｌｉｎｇ要求に対して応答しない場合、Ｐｏｌｌｉｎｇ要求に対して応答するが、機器がＰ２Ｐモードをサポートしている場合である。機器がＰ２Ｐモードをサポートしている場合とは、ＮＦＣ機器がＰ２Ｐモードで動作することが可能である場合をいう。例えば、ＮＦＣ機器がカードエミュレーションモードで動作していても、Ｐ２Ｐモードをサポートしている場合もＰ２Ｐモードをサポートしているという。なお、機器がＰ２Ｐモードをサポートしている場合には、Ｐｏｌｌｉｎｇ要求に対する応答データにおいて、Ｐ２Ｐモードをサポートしていることを示す情報が含まれている。そのため、ＮＦＣ処理部３０２は、応答データにより、検出したＮＦＣ機器がＰ２Ｐモードをサポートしているか否かを判定することができる。

一方、特定の応答がある場合（Ｓ４０５でＹｅｓ）、ＮＦＣ処理部３０２は、受信した応答の数分、Ｓ４０７～Ｓ４１１の処理を繰り返す。ＮＦＣ処理部３０２は、受信した応答データそれぞれに対し、各データに含まれる各ＮＦＣ機器の識別子情報（以下「ＮＦＣ識別子情報」と呼ぶ場合がある）を取得する（Ｓ４０８）。なお、ここでは、Ｐｏｌｌｉｎｇ要求に対する応答が、特定の応答であるか否かに関わらず、応答を行ったＮＦＣ機器のＮＦＣ識別子情報が取得される。なお、ＮＦＣ処理部３０２は、応答の有無により、周囲にＮＦＣ機器が存在することを検出できる。

ＮＦＣ識別子情報とは、ＮＦＣ通信圏内に存在する他のＮＦＣ機器を一意に識別しうる識別子情報で、本実施形態においては、ＦｅｌｉＣａ（登録商標）技術で用いられるＩＤｍデータである。なお、ＮＦＣの規格では、通信データのフォーマットとしてＩＤｍという領域が規定されており、そのＩＤｍ領域に指定するデータの内容についてＦｅｌｉｃａに関する規格で規定されている。そのため、本実施形態では、ＦｅｌｉＣａ技術で用いられるＩＤｍデータを用いる。ただし、ＮＦＣ識別子情報は、後述するようにこれに限られない。

ＮＦＣ識別子情報の取得に成功した場合（Ｓ４０９でＹｅｓ）、ＮＦＣ処理部３０２は、取得したＮＦＣ識別子情報をＷＰＣ処理部３０１に通知する（Ｓ４１０）。ＮＦＣ識別子情報の取得に失敗した場合（Ｓ４０９でＮｏ）、ＮＦＣ処理部３０２は、ＷＰＣ処理部３０１に対して、ＮＦＣ処理でエラーが発生していることを通知する（Ｓ４１１）。

すべての応答データに含まれるＮＦＣ機器の識別子取得処理（Ｓ４０８～４１１）を行った後、ＮＦＣ処理部３０２は、前回のＮＦＣ処理で取得したＮＦＣ識別子情報と今回のＮＦＣ処理で取得したＮＦＣ識別子情報を比較する。比較の結果、前回取得したＮＦＣ識別子情報の中で今回取得できなかったＮＦＣ識別子情報がある場合（Ｓ４１２でＹｅｓ）、ＮＦＣ処理部３０２は、ＮＦＣ識別子情報が無くなったこととそのＮＦＣ識別子情報をＷＰＣ処理部３０１に通知する（Ｓ４１３）。また、前回のＰｏｌｌｉｎｇ処理で識別子取得に失敗しており、今回のＰｏｌｌｉｎｇ処理では識別子取得に失敗しなかった場合、ＮＦＣ処理部３０２は、ＷＰＣ処理部３０１に対して、ＮＦＣ処理のエラーが解消したことを通知する。

なお、ＮＦＣ処理部３０２は、ＮＦＣ処理のエラー状況及び取得したＮＦＣ識別子情報を逐次、ＷＰＣ処理部３０１に通知するものとしたが、本ＮＦＣ処理はこれに限定されない。ＷＰＣ処理部３０１への通知は、全処理を実施した後に、まとめてＷＰＣ処理部３０１に通知してもよい。なお、ＷＰＣ処理部３０１への通知には、エラー発生の通知（Ｓ４０２）、応答データの非検知の通知（Ｓ４０５）、取得したＮＦＣ識別子情報の通知（Ｓ４１０）、ＮＦＣ識別子情報の取得の失敗の通知（Ｓ４１１）が含まれる。また、取得したＮＦＣ識別子情報をリスト化して、そのリストをＷＰＣ処理部３０１に通知してもよい。

［ＷＰＣ処理部による処理］
図５は、ＷＰＣ処理部３０１の処理動作を示すフローチャートである。本処理もＴＸ１００が起動している間、継続的に繰り返し実行される。

ＴＸ１００が起動すると、ＷＰＣ処理部３０１は、Ｓｅｌｅｃｔｉｏｎフェーズ処理を行う（Ｓ５０１）。具体的には、送電部１０３、送電アンテナ１０５を介して、Ａｎａｌｏｇ Ｐｉｎｇを送信する。ＴＸ１００は、Ａｎａｌｏｇ Ｐｉｎｇを送信した時の送電アンテナ１０５の電圧値及び電流値の少なくとも一方を検出する。ＴＸ１００は、電圧がある閾値を下回る、又は電流値がある閾値を超えるなどの場合に送電アンテナ１０５の周辺に物体が存在すると判断し、Ｐｉｎｇフェーズに遷移する。

Ｓ５０２のＰｉｎｇフェーズ処理では、ＴＸ１００は、Ａｎａｌｏｇ Ｐｉｎｇより大きいＤｉｇｉｔａｌ Ｐｉｎｇを送信する。Ｄｉｇｉｔａｌ Ｐｉｎｇの大きさは、少なくとも送電アンテナ１０５の近傍に存在するＲＸ２００の制御部２０１が起動するのに十分な電力である。続いて、ＲＸ２００から受電電圧の大きさを通知する受電電圧通知を受信すると、ＴＸ１００は、Ｉ＆Ｃフェーズに遷移する。ＴＸ１００は、第１通信部１０４を介して、この受電電圧通知を受信することで、充電台に載置された物体がＲＸ２００であることを認識できる。

Ｉ＆Ｃフェーズでは、ＴＸ１００は、ＲＸ２００から送信されるＩＤ Ｐａｃｋｅｔを受信する（Ｓ５０３）。また、ＴＸ１００は、ＩＤ Ｐａｃｋｅｔに含まれる情報ビット（Ｅｘｔ ｂｉｔ）を参照し、ＲＸ２００から追加の識別子情報が送電されるかどうか判定する（Ｓ５０４）。

Ｅｘｔ ｂｉｔが１の場合（Ｓ５０４でＹｅｓ）、ＴＸ１００は追加の識別子情報が送信されると判断し、ＲＸ２００から送信されるＥｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔを待ち、そのＰａｃｋｅｔを受信する（Ｓ５０５）。そのＰａｃｋｅｔには、最大８オクテットのＲＸ２００のＥｘｔｅｎｄｅｄ Ｄｅｖｉｃｅ Ｉｄｅｎｔｉｆｉｅｒが含まる。ＴＸ１００は、この追加の識別子情報は、ＮＦＣ識別子情報であるものとして、メモリ１０７に記憶する（Ｓ５０６）。つまり、この追加識別子情報は、ＩＤ Ｐａｃｋｅｔに含まれる識別子情報とは異なり、ＮＦＣ処理において取得したＮＦＣ識別子情報であるものとして、メモリ１０７に記憶される。

続いて、ＴＸ１００は、ＲＸ２００から送信されるＣｏｎｆｉｇｕｒａｔｉｏｎ Ｐａｃｋｅｔを受信する（Ｓ５０７）。ＴＸ１００は、このＰａｃｋｅｔに含まれる情報ビット（Ｎｅｇ ｂｉｔ）を参照し、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移するかどうか判定する（Ｓ５０８）。

Ｎｅｇｏｔｉａｔｉｏｎフェーズでは、ＴＸ１００は、ＲＸ２００との間で、上述したＧＰを決めるための交渉を行う。Ｎｅｇ ｂｉｔが０の場合（Ｓ５０８でＮｏ）、ＴＸ１００はＲＸ２００にＡＣＫ Ｐａｃｋｅｔを送信する（Ｓ５０９）。この際、ＴＸ１００はＮｅｇｏｔｉａｔｉｏｎフェーズに遷移せず、Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒフェーズに移行し（Ｓ５１０）、低い電力でＲＸ２００に対する送電処理を実施する。ここでいう低い電力とは、ＴＸ１００が送電処理を行ってもＮＦＣタグにダメージを与えないと判断される送電出力値である。この低い電力は、例えば、任意に設定された値であってもよいし、ＷＰＣ規格やその他の規格により定められた電力、電流及び電圧のうち少なくとも一つに基づいて設定された値であってもよい。

Ｎｅｇ ｂｉｔが１の場合（Ｓ５０８でＹｅｓ）、ＴＸ１００は、ＲＸ２００にＡＣＫＰａｃｋｅｔを送信し（Ｓ５１１）、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移する。Ｎｅｇｏｔｉａｔｉｏｎフェーズにおける処理（Ｓ５１２～Ｓ５２４）では、ＴＸ１００は、ＲＸ２００から送信されるＳｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔ又はＧｅｎｅｒａｌ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔを待ち受ける。

ＴＸ１００は、Ｓｐｅｃｉｔｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔを受信すると（Ｓ５１２でＹｅｓ）、このＰａｃｋｅｔで指定されたＧＰの値を許諾できるかどうか判定する（Ｓ５１３～Ｓ５１８）。Ｓｐｅｃｉｔｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔには、ＲＸ２００が要求する電力（ＧＰ）の候補となる値が含まれる。ＴＸ１００は、まず、指定されたＧＰの値が、事前に設定された閾値以下であるかどうかを判定する（Ｓ５１３）。ここでいう閾値は、送電処理を行ってもＮＦＣタグにダメージを与えないと判断されている送電出力の閾値である。指定されたＧＰの値が閾値以下の場合（Ｓ５１３でＮｏ）、ＴＸ１００は、指定されたＧＰの値を許諾し、ＲＸ２００に対してＡＣＫ Ｐａｃｋｅｔを送信する（Ｓ５１７）。

指定されたＧＰの値が閾値以上の場合（Ｓ５１３でＹｅｓ）、ＴＸ１００は、ＮＦＣ処理においてエラーが発生しているかどうか判定する（Ｓ５１４）。具体的には、ＷＰＣ処理部３０１が、ＮＦＣ処理部３０２からエラーの発生を通知されているか否か（図４のＳ４１３、Ｓ４１１）を判定する。ＮＦＣ処理においてエラーが発生している場合（Ｓ５１４でＹｅｓ）、ＴＸ１００の通信範囲内にＮＦＣタグが存在する可能性がある。そのため、ＴＸ１００は、閾値以上の要求ＧＰの値を拒否し、ＲＸ２００に対してＮＡＫ Ｐａｃｋｅｔを送信する（Ｓ５１８）。その後、ＴＸ１００は、Ｓｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔ又はＧｅｎｅｒａｌ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔの待ち受けを継続する。

例えば、ＮＦＣ処理においてエラーが発生していない場合（Ｓ５１４でＮｏ）、ＴＸ１００は、Ｐｏｌｌｉｎｇ要求に対して特定の応答を行ったＮＦＣ機器の有無を判定する（Ｓ５１５）。具体的には、ＷＰＣ処理部３０１が、ＮＦＣ処理部３０２から、特定のＮＦＣ機器がいないことを通知されているか否か（図４のＳ４０６）に基づいて、その判定を行う。

Ｐｏｌｌｉｎｇ要求に対する応答を行った特定のＮＦＣ機器が存在していない場合（Ｓ５１５でＮｏ）、ＴＸ１００は指定されたＧＰの値を許諾し、ＲＸ２００に対してＡＣＫＰａｃｋｅｔを送信する（Ｓ５１７）。

Ｐｏｌｌｉｎｇ要求に対する応答を行った特定のＮＦＣ機器が存在する場合（Ｓ５１５でＹｅｓ）、ＴＸ１００は、ＮＦＣ処理において検出されたＮＦＣ機器とＷＰＣ処理において検出されたＲＸ２００が同一の機器であるかを判定する。具体的には、ＷＰＣ処理部３０１が、ＮＦＣ処理部３０２から通知されているＮＦＣ識別子情報と、Ｓ５０６の処理で記憶した追加識別子情報を比較し、これらの識別子情報が一致するか否かを判定する（Ｓ５１６）。ＷＰＣ処理部３０１は、識別子情報が一致する場合、ＮＦＣ処理において検出されたＮＦＣ機器とＷＰＣ処理において検出されたＲＸ２００が同一の機器であると判定する。

同一の機器であると判定した場合（Ｓ５１６でＹｅｓ）、ＴＸ１００は指定されたＧＰの値を許諾し、ＲＸ２００に対してＡＣＫ Ｐａｃｋｅｔを送信する（Ｓ５１７）。この場合、ＴＸ１００は、ＲＸ２００がＷＰＣの通信処理を実行するための電源を持ち、ＲＸ２００のＮＦＣ機能を実行するモジュールに対しても何らかの電力供給がなされていると判断する。よって、ＴＸ１００は、閾値以上の出力で送電処理を行ったとしても、ＮＦＣ処理部３０２が検知したＮＦＣ機器にダメージは与えないと判断し、ＲＸから指定されたＧＰの値を許諾する。

ＮＦＣ処理において検出されたＮＦＣ機器とＷＰＣ処理において検出されたＲＸ２００が同一でない場合（Ｓ５１６でＮｏ）、ＴＸ１００は、閾値以上の要求ＧＰの値を拒否し、ＲＸ２００に対してＮＡＫ Ｐａｃｋｅｔを送信する（Ｓ５１８）。ＮＦＣタグは、ＲＸ２００ではないため、図５で示すようなＷＰＣ処理が実行されず、ＮＦＣ識別子情報がＴＸ１００に送信されることがない。そのため、ＮＦＣ処理において検出されたＮＦＣ機器とＷＰＣ処理において検出されたＲＸ２００が同一ではないと判定される。その後、ＴＸ１００は、Ｓｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔ又はＧｅｎｅｒａｌ Ｒｅｑｕｅｓｔ Ｐａｃｋ ｅｔの待ち受けを継続する。

なお、ＮＦＣ処理部３０２から通知されているＮＦＣ識別子情報が複数存在する場合、ＮＦＣ識別子情報すべてに対して対応する追加識別子情報をＳ５０６の処理で記憶していなければ、ＲＸ２００に対してＮＡＫ Ｐａｃｋｅｔを送信する（Ｓ５１８）。つまり、ＮＦＣ処理部３０２から通知された複数の識別子のうち、対応する追加識別子情報をＳ５０６で記憶していないものが存在する場合は、受電装置２００に対してＮＡＫ Ｐａｃｋｅｔを送信する。一方、ＮＦＣ処理部３０２から通知されているＮＦＣ識別子情報すべてに対して対応する追加識別子情報をＳ５０６の処理で記憶している場合は、ＲＸ２００に対してＡＣＫ Ｐａｃｋｅｔを送信する（Ｓ５１７）。

次に、ＴＸ１００は、Ｇｅｎｅｒａｌ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔを受信した場合について説明する。ＴＸ１００は、Ｇｅｎｅｒａｌ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔのうち、ＴＸ１００の能力（Ｐｏｗｅｒ Ｔｒａｎｓｍｉｔｔｅｒ ｃａｐａｂｉｔｙ）を通知することを要求するＰａｃｋｅｔを受信する（Ｓ５１２でＮｏ、Ｓ５１９でＹｅｓ）。この場合、このＰａｃｋｅｔの応答Ｐａｃｋｅｔで、ＲＸ２００に通知するＧＰの値を決定するための判定処理を行う（Ｓ５２０～Ｓ５２４）。

ＴＸ１００は、まず、ＮＦＣ処理においてエラーが発生しているかどうか判定する（Ｓ５２０）。判定の方法はＳ５１４の処理と同一である。ＮＦＣ処理においてエラーが発生している場合（Ｓ５２０でＹｅｓ）、ＴＸ１００は、送電処理を行ってもＮＦＣタグにダメージを与えないと判断できる送電出力値をＧＰ値として応答する（Ｓ５２４）。ここでは、ＧＰ＝０．５ワットとして応答する。なお、このＧＰの値は０．５ワットに限らず、ＮＦＣタグにダメージを与えない電力値であればよい。また、このＧＰの値は０ワットであってもよいし、送電を行わないことが通知されるようにしてもよい。

ＮＦＣ処理においてエラーが発生していない場合（Ｓ５２０でＮｏ）、ＴＸ１００は、Ｐｏｌｌｉｎｇ要求に対する応答を行った特定のＮＦＣ機器の有無を判定する（Ｓ５２１）。判定の方法は、Ｓ５１５の処理と同一である。Ｐｏｌｌｉｎｇ要求に対する応答を行った特定のＮＦＣ機器が存在していない場合（Ｓ５２１でＮｏ）、ＴＸ１００は、送電部１０３が有する能力のうちＷＰＣ規格に規定される最大の送電出力値をＧＰ値として応答する（Ｓ５２３）。ここではＧＰ＝１５ワットとして応答する。このＧＰの値は、一例であって、これに限られない。

Ｐｏｌｌｉｎｇ要求に対する応答を行った特定のＮＦＣ機器が存在している場合（Ｓ５２１でＹｅｓ）、ＴＸ１００は、ＮＦＣ処理において検出されたＮＦＣ機器とＷＰＣ処理において検出されたＲＸ２００が同一の機器であるかを判定する（Ｓ５２２）。判定の方法は、Ｓ５１６の処理と同一である。

同一の機器であると判定された場合（Ｓ５２２でＹｅｓ）、ＴＸ１００は、送電部１０３が有する能力のうちＷＰＣ規格に規定される最大の送電出力値をＧＰとして応答する（Ｓ５２３）。一方、同一の機器ではないと判定された場合（Ｓ５１６でＮｏ）、ＴＸ１００は、送電処理を行ってもＮＦＣタグにダメージを与えないと判断できる送電出力値をＧＰとして応答する（Ｓ５２４）。つまり、ＴＸ１００は、同一の機器であると判定された場合は、同一の機器ではないと判定された場合に比べ、ＧＰを大きく設定し、このＧＰに基づき送電を行う。

ＴＸ１００は、ＲＸ２００からＮｅｇｏｔｉａｔｉｏｎフェーズの終了を要求するＳｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔを受信すると、Ｃａｌｉｂｒａｔｉｏｎフェーズに遷移する（Ｓ５２５）。Ｃａｌｉｂｒａｔｉｏｎフェーズでは、ＴＸ１００が受電アンテナ２０５近傍にＲＸ２００ではない物体が存在することを検出する異物検出機能に必要なパラメータを決定する。ＴＸ１００は、Ｓ５１７で許諾したＧＰ、又はＳ５２３若しくはＳ５２４で応答したＧＰでＲＸ２００が充電できるよう、送電出力を調整する。

その後、ＴＸ１００は、Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒフェーズ（Ｓ５２６）へ遷移し、ＲＸ２００の充電部２０６へ電力を供給する。ＴＸ１００は、ＲＸ２００からＥｎｄ Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒ Ｐａｃｋｅｔを受信するまで、送電処理を継続する。

［ＲＸにおけるＷＰＣ処理］
次に、図８を参照して、ＲＸ２００におけるＷＰＣ処理の動作手順を示す。本処理は、ＲＸ２００において、ＷＰＣによる充電機能を実行する設定がされている間、繰り返し実行される。

ＲＸ２００の制御部２０１は、ＴＸ１００から送信されたＤｉｇｉｔａｌ Ｐｉｎｇを受信することで（Ｓ８０１でＹｅｓ）、近くにＴＸ１００が存在することを検知する（Ｓ８０２）。これを受けて、制御部２０１は、第２通信部２０２におけるＮＦＣの設定・動作情報を取得する（Ｓ８０３）。ここでいう設定・動作情報とは、ＲＸ２００におけるＮＦＣ機能が有効か無効かを示す状態、ＮＦＣの動作モード及びＮＦＣ機器として一意的に識別しうるＮＦＣ識別子情報を含む。また、ここでいうＮＦＣの動作モードとは、第２通信部２０２におけるＮＦＣの動作モードを表し、カードエミュレーションモード、リーダー／ライダーモード、Ｐ２Ｐモードの３つのうち、いずれかの１つのモードを表す。続いて、制御部２０１は、第１通信部２０４を介して、Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｐａｃｋｅｔを用いて、Ｄｉｇｉｔａｌ Ｐｉｎｇの受電電圧をＴＸ１００に通知する（Ｓ８０４）。

次に、制御部２０１は、Ｓ８０３で取得したＮＦＣ通信の設定・動作情報に応じて、次に送信するＰａｃｋｅｔを選択する。具体的には、ＮＦＣ機能が有効で、かつＮＦＣの動作モードがカードエミュレーションモードの場合（Ｓ８０５でＹｅｓ）、制御部２０１は、ＩＤ ＰａｃｋｅｔをＴＸ１００に送信する（Ｓ８０７）。ここで送信するＩＤ ＰａｃｋｅｔにおいてＥｘｔ ｂｉｔに１を設定し、続いてＥｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔを送信することをＴＸ１００に通知する。

続いて、制御部２０１は、Ｅｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔに、Ｓ８０３で取得したＮＦＣ識別子情報を設定して、ＴＸ１００に送信する（Ｓ８０８）。

また、ＮＦＣ機能が無効、又はＮＦＣ機能が有効ではあるが動作モードがカードエミュレーションモード以外の場合（Ｓ８０５でＮｏ）は、制御部２０１は、ＥｘｔｅｎｄｅｄＩｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔを送信しない。すなわち、Ｅｘｔ ｂｉｔに０を設定したＩｄｅｎｔｉｆｉｃａｔｉｏｎ ＰａｃｋｅｔをＴＸ１００に送信する（Ｓ８０６）。このように、ＲＸ２００におけるＮＦＣ機能の動作状態に応じてＰａｃｋｅｔの送信有無を決定することにより、不要な通信を抑制することが可能となる。これにより、ＴＸ１００及びＲＸ２００双方における消費電力を低減することが可能となる。

次に、制御部２０１は、Ｃｏｎｆｉｇｕｒａｔｉｏｎ ＰａｃｋｅｔをＴＸ１００に送信し（Ｓ８０９）、ＧＰを決めるための交渉を行うＮｅｇｏｔｉａｔｉｏｎフェーズに移行することをＴＸ１００に要求する。ＲＸ２００は、ＴＸ１００からＡＣＫ Ｐａｃｋｅｔを受信すると（Ｓ８１０でＹｅｓ）、Ｎｅｇｏｔｉａｔｉｏｎフェーズに移行する。なお、一定時間ＡＣＫ Ｐａｃｋｅｔを受信できなかった場合（Ｓ８１０でＮｏ）、ＲＸ２００は、Ｓｅｌｅｃｔｉｏｎフェーズに移行し、Ｄｉｇｉｔａｌ Ｐｉｎｇの待ち受け処理に処理状態を戻す。

Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移すると、制御部２０１は、ＧＰの候補として１５ワットを指定したＳｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ ＰａｃｋｅｔをＴＸ１００に送信する（Ｓ８１１）。ＲＸ２００は、ＴＸ１００からＡＣＫ Ｐａｃｋｅｔを受信すると（Ｓ８１２でＹｅｓ）、ＴＸ１００で１５ワットのＧＰが許諾されたと判断し、受電処理におけるＧＰが１５ワットに確定される（Ｓ８１３）。

また、ＲＸ２００は、ＴＸ１００からＮＡＫ Ｐａｃｋｅｔを受信すると（Ｓ８１２でＮｏ、Ｓ８１４でＹｅｓ）、ＴＸ１００で１５ワットのＧＰが拒否されたと判断する。その場合、ＲＸ２００は、Ｇｅｎｅｒａｌ Ｒｅｑｕｅｓｔ ＰａｃｋｅｔをＴＸ１００に送信し（Ｓ８１５）、ＴＸ１００におけるＧＰの候補を要求する。ＲＸ２００は、ＴＸ１００からＰｏｗｅｒ Ｔｒａｎｓｍｉｔｔｅｒ Ｃａｐａｂｉｌｉｔｙ Ｐａｃｋｅｔを受信すると（Ｓ８１６）、このＰａｃｋｅｔに含まれるＴＸ１００のＧＰ候補の値が今回の充電処理におけるＧＰとして確定される（Ｓ８１７）。

また、ＡＣＫ ＰａｃｋｅｔもＮＡＫ Ｐａｃｋｅｔも受信しなかった場合は（Ｓ８１４でＮｏ）、ＲＸ２００はＳｅｌｅｃｔｉｏｎフェーズに移行し、Ｄｉｇｉｔａｌ Ｐｉｎｇの待ち受け処理に処理状態を戻す。

ＧＰの交渉が終了すると、ＴＸ１００とＲＸ２００は、Ｃａｌｉｂｒａｔｉｏｎフェーズに遷移する（Ｓ８１８）。Ｃａｌｉｂｒａｔｉｏｎ フェーズでは、ＴＸ１００が受電アンテナ２０５近傍にＲＸ２００ではない物体が存在することを検出する異物検出機能に必要なパラメータを決定する。また、Ｃａｌｉｂｒａｔｉｏｎフェーズでは、ＲＸ２００は、受電部２０３から負荷となる充電部２０６へ電力を供給する処理も行う。

その後、ＴＸ１００とＲＸ２００はＰｏｗｅｒ Ｔｒａｎｓｆｅｒフェーズへ遷移し、ＲＸ２００は、バッテリ２０７を充電する（Ｓ８１９）。ＲＸ２００は、充電が終了すると（Ｓ８２０でＹｅｓ）、Ｅｎｄ Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒ ＰａｃｋｅｔをＴＸ１００に送信し（Ｓ８２１）、充電処理の終了をＴＸ１００に通知する。

［無線電力伝送システムのシーケンス］
続いて、図６を参照して、ＴＸ１００とＲＸ２００を含む無線電力伝送システムのシーケンスについて説明する。図６は、ＴＸ１００にＲＸ２００を近接させた際の、ＴＸ１００とＲＸ２００間の通信シーケンスの一例を示すものである。

まず、ＲＸ２００は、第２通信部２０２によるＮＦＣ機能を、カードエミュレーションモードで動作させているものとする（Ｓ６０１）。

一方、ＴＸ１００のＮＦＣ処理部３０２は定期的にＮＦＣの規格のＰｏｌｌｉｎｇ処理を実施している（Ｓ６０２）。ＲＸ２００がＮＦＣの通信圏内に近接するとＰｏｌｌｉｎｇ要求に対する応答が行われ、ＮＦＣ処理部３０２は、ＮＦＣ機器が近接したことを検知する（Ｓ６０３）。ＮＦＣ処理部３０２は、Ｐｏｌｌｉｎｇの応答からＮＦＣ識別子情報を読み取り、ＷＰＣ処理部３０１に通知する（Ｓ６０４）。

また、ＴＸ１００のＷＰＣ処理部３０１は、定期的にＡｎａｌｏｇ Ｐｉｎｇを送信し（Ｓ６０５）、送電アンテナ１０５の近傍に物体が存在すると判断すれば、Ｄｉｇｉｔａｌ Ｐｉｎｇを送信する（Ｓ６０６）。

ＲＸ２００は、Ｄｉｇｉｔａｌ Ｐｉｎｇの受信により、ＴＸ１００を検知する（Ｓ６０７）。そして、ＲＸ２００は、ＮＦＣの設定・動作情報を取得する（Ｓ６０８）。ここでいうＮＦＣの設定情報とは、ＲＸ２００のＮＦＣ機能の有効か無効かの状態情報、ＮＦＣの動作モード、及びＮＦＣ識別子情報を含む。ここでは「ＮＦＣ機能＝有効」「動作モード＝カードエミュレーションモード」「ＮＦＣ識別子情報＝ＦｅｌｉｃａのＩＤｍ情報」が取得されるとする。そしてＤｉｇｉｔａｌ Ｐｉｎｇの受電電圧をＳｉｇｎａｌ Ｓｔｒｅｎｇｔｈ ＰａｃｋｅｔでＴＸ１００に通知し（Ｓ６０９）、Ｉ＆Ｃフェーズへ遷移する。

続いて、ＲＸ２００は、ＩＤ ＰａｃｋｅｔをＴＸ１００に送信する（Ｓ６１０）。さらに、ＲＸ２００は、Ｅｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ＰａｃｋｅｔをＴＸ１００に送信する（Ｓ６１１）。Ｅｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔには、Ｓ６０２で記憶したＮＦＣ識別子情報を含める。ＴＸ１００は、Ｅｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔ（Ｓ６１１）を受信すると、このＰａｃｋｅｔに含まれる識別子情報を記憶する（Ｓ６１２）。

そして、ＲＸ２００がＣｏｎｆｉｇｕｒａｔｉｏｎ ＰａｃｋｅｔをＴＸ１００に送信する（Ｓ６１３）。このＰａｃｋｅｔには、Ｎｅｇ ｂｉｔが１である情報が含まれる。そのため、ＴＸ１００がＡＣＫ Ｐａｃｋｅｔで応答すると（Ｓ６１４）、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移する。

ＲＸ２００は、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移すると、Ｓｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ ＰａｃｋｅｔをＴＸ１００に送信する（Ｓ６１５）。ここでは、ＲＸ２００は、ＧＰ＝１５ワットをＳｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔに指定するとする。ＴＸ１００のＷＰＣ処理部３０１は、このＰａｃｋｅｔを受信すると、Ｓ６０５で指定されたＮＦＣ識別子情報とＳ６１２で記憶した識別子情報を比較する（Ｓ６１６）。ここでは、識別子情報が一致するものとする。ＷＰＣ処理部３０１は、ＡＣＫ ＰａｃｋｅｔをＲＸ２００に送信し（Ｓ６１７）、Ｓ６１５で指定されたＧＰを許諾する。

Ｎｅｇｏｔｉａｉｏｎフェーズが終了すると、ＴＸ１００及びＲＸ２００は、Ｃａｌｉｂｒａｔｉｏｎフェーズ、Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒフェーズに遷移する（Ｓ６１８）。そして、ＴＸ１００は、ＲＸ２００に対する充電処理が開始される。ＴＸ１００は、ＲＸ２００の充電部２０６が１５ワットで受電できる出力で充電処理を行う。

ＲＸ２００は、充電部２０６の受電が終了すると、Ｅｎｄ Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒ ＰａｃｋｅｔをＴＸ１００に送信する（Ｓ６１９）。ＴＸ１００は、これを受けて、ＲＸ２００に対する充電処理を停止する（Ｓ６２０）。ＲＸ２００をＴＸ１００から取り外すと（Ｓ６２１）、ＮＦＣ処理部３０２が行うＰｏｌｌｉｎｇ処理に対する応答が行われなくなる（Ｓ６２２）。これによって、ＮＦＣ処理部３０２は、ＮＦＣ機器が通信圏内から離脱したことを検知する（Ｓ６２３）。そして、Ｓ６０５で通知したＮＦＣ識別子情報を消去するよう、ＷＰＣ処理部３０１に通知する（Ｓ６２４）。ＷＰＣ処理部３０１は、これを受けて、記憶していたＮＦＣ識別子情報を消去する。

図７は、ＴＸ１００に、ＮＦＣ機能を無効にしたＲＸ２００とＮＦＣタグの両方を近接させた際の、当該装置間の通信シーケンスの一例を示すものである。ＲＸ２００は、ＮＦＣ機能を有さない装置であってもよい。

図６の説明と同様に、ＴＸ１００のＮＦＣ処理部３０２は定期的にＮＦＣのＰｏｌｌｉｎｇ処理を実施している（Ｓ７０１）。ＮＦＣタグがＮＦＣの規格に関する通信の通信圏内に近接するとＰｏｌｌｉｎｇに対する応答が行われ、ＮＦＣ処理部３０２は、ＮＦＣタグと想定される機器が近接したことを検知する（Ｓ７０２）。ＮＦＣ処理部３０２は、Ｐｏｌｌｉｎｇに対する応答からＮＦＣ識別子情報を読み取り、ＷＰＣ処理部３０１に通知する（Ｓ７０３）。

以降、Ｓ７０４～Ｓ７０９の処理は、図６のＳ６０５～Ｓ６１０と同様であるため、説明は省略する。ただし、図７の処理においては、ＲＸ２００は、Ｅｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔを送信しない。つまり、図６のＳ６１１、Ｓ６１２に相当する処理は行われない。また、Ｓ７１０～Ｓ７１２の処理についても、図６のＳ６１３～Ｓ６１５の処理と同様であるため、説明は省略する。

ＴＸ１００のＷＰＣ処理部３０１は、Ｓｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔ（Ｓ７１２）を受信すると、Ｓ７０３で指定されたＮＦＣ識別子情報とＷＰＣ通信で取得する追加識別子情報を比較する（Ｓ７１３）。図７の処理においては、Ｅｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔを受信していないため、ＷＰＣ通信で取得される追加識別子情報が存在しない。そのため、ＮＦＣ処理部３０２から通知されたＮＦＣ識別子情報とＷＰＣ通信で取得される追加識別子情報とは一致しない。その結果、ＷＰＣ処理部３０１は、ＮＡＫ ＰａｃｋｅｔをＲＸ２００に送信し（Ｓ７１４）、Ｓ７１２で指定されたＧＰを拒否する。

ＮＡＫ Ｐａｃｋｅｔを受信したＲＸ２００は、Ｇｅｎｅｒａｌ Ｒｅｑｕｅｓｔ ＰａｃｋｅｔをＴＸ１００に送信し（Ｓ７１５）、ＴＸ１００のＧＰ値情報を要求する。ＴＸ１００は、これに対し、ＧＰ＝０．５ワットであるとしてＰｏｗｅｒ Ｔｒａｎｓｍｉｔｔｅｒ Ｃａｐａｂｉｌｉｔｙ ＰａｃｋｅｔをＲＸ２００に送信する（Ｓ７１６）。

Ｎｅｇｏｔｉａｉｏｎフェーズが終了すると、ＴＸ１００及びＲＸ２００は、Ｃａｌｉｂｒａｔｉｏｎフェーズ、Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒフェーズに遷移し（Ｓ７１７）、ＴＸ１００は、ＲＸ２００に対する充電処理を開始する。ＴＸ１００は、ＲＸ２００の充電部２０６が０．５ワットで受電できる出力で充電処理を行う。

ＲＸ２００は、充電部２０６の受電が終了すると、Ｅｎｄ Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒ ＰａｃｋｅｔをＴＸ１００に送信する（Ｓ７１８）。ＴＸ１００はこれを受けて、ＲＸ２００に対する充電処理を停止する（Ｓ７１９）。

図６の処理と異なり、ＲＸ２００をＴＸ１００から取り外しても（Ｓ７２０）、ＮＦＣ処理部３０２は、ＮＦＣタグを検知しているので、ＷＰＣ処理部３０１に対するＮＦＣ識別子情報消去の通知は行わない。その後、ＮＦＣタグをＴＸ１００から取り外すと（Ｓ７２１）、ＮＦＣ処理部３０２が行うＰｏｌｌｉｎｇ処理に対する応答が行われなくなる（Ｓ７２２）。これによって、ＮＦＣ処理部３０２は、ＮＦＣ機器が通信圏内から離脱したことを検知し（Ｓ７２３）、Ｓ７０３で通知したＮＦＣ識別子情報を消去するよう、ＷＰＣ処理部３０１に通知する（Ｓ７２４）。ＷＰＣ処理部３０１はこれを受けて、記憶していたＮＦＣ識別子情報を消去する。

（具体的な場合における送電制御の例）
ここで、以下の場合（１）～（３）の送電制御について説明する。

（１）ＮＦＣ機器としてＮＦＣタグが含まれる場合
ＮＦＣタグは、Ｐｏｌｌｉｎｇ処理に対して応答を行う。さらにＮＦＣタグは、Ｐ２Ｐモードに対応していないため、ＮＦＣ処理部３０２は、特定の応答があると判定する（Ｓ４０５でＹｅｓ）。続いて、ＮＦＣ処理部３０２は、ＮＦＣタグからＮＦＣ識別子情報を取得し（Ｓ４０８）、取得したＮＦＣ識別子情報をＷＰＣ処理部３０１に通知する（Ｓ４１０）。さらに、ＮＦＣタグの他に、Ｐｏｌｌｉｎｇ処理に対して応答したＮＦＣ機器があれば、そのＮＦＣ機器からもＮＦＣ識別子情報を取得し（Ｓ４０８）、取得したＮＦＣ識別子情報をＷＰＣ処理部３０１に通知する（Ｓ４１０）。

一方、ＮＦＣタグは、ＲＸ２００ではないため図８で示す処理が行われない。そのため、ＷＰＣ処理部３０１は、図５で示すＷＰＣ処理においてＮＦＣタグのＮＦＣ識別子情報を取得しない。そのため、図５のＳ５１６又はＳ５２２でＮｏとなり、ＴＸ１００は、送電を制限することができる。例えば、ＴＸ１００は、Ｓ５２４に示す０．５ワットの電力でしか送電しない。または、ＴＸ１００からの送電が行われないようにしてもよい。

（２）ＮＦＣ機器として、Ｐ２ＰモードをサポートしているＲＸのみが含まれる場合
この場合は、ＮＦＣ機器は、Ｐｏｌｌｉｎｇ処理に対して、Ｐ２Ｐモードに対応していることを示す情報を含む応答データを用いて応答を行うか、又は応答自体をしない。なお、応答をしないＮＦＣ機器は、リーダー／ライターモードで動作しているＲＸ２００である。

そのため、ＮＦＣ処理部３０２は、特定の応答がないと判定する（Ｓ４０５でＮｏ）。その結果、ＮＦＣ処理部３０２は、ＷＰＣ処理部３０１に特定のＮＦＣ機器がないことを通知する（Ｓ４０６）。また、ＮＦＣ処理部３０２は、応答したＮＦＣ機器からＮＦＣ識別子情報を取得し（Ｓ４０８）、取得したＮＦＣ識別子情報をＷＰＣ処理部３０１に通知する（Ｓ４１０）。

一方、ＷＰＣ処理部３０１は、特定のＮＦＣ機器がないことが通知されたので、図５のＳ５１５又はＳ５２２の判定がＹｅｓとなる。そして、ＴＸ１００は、要求された電力や１５ワットでの送電を許容する。

（３）ＮＦＣ機器として、ＮＦＣタグが含まれず、Ｐ２ＰモードをサポートしていないＮＦＣ機器が含まれる場合
この場合は、さらに以下のように場合分けをする。

（３－１）ＮＦＣ機器として、Ｐ２Ｐモードをサポートしていない、カードエミッションモードで動作しているＲＸのみが含まれる場合
この場合は、ＮＦＣ機器は、Ｐｏｌｌｉｎｇ処理に対して応答する。しかし、その応答には、Ｐ２Ｐモードをサポートしていることを示す情報が含まれない。そのため、ＮＦＣ処理部３０２は、特定の応答があると判定する（Ｓ４０５でＹｅｓ）。そして、ＮＦＣ処理部３０２は、このＮＦＣ機器からＮＦＣ識別子情報を取得し（Ｓ４０８）、取得したＮＦＣ識別子情報をＷＰＣ処理部３０１に通知する（Ｓ４１０）。

一方、このＮＦＣ機器は、カードエミッションモードで動作しているため、ＮＦＣ識別子情報をＴＸ１００に通知する（Ｓ８０５でＹｅｓ、Ｓ８０７、Ｓ８０８）。

このため、ＴＸ１００は、図５におけるＳ５１５ではＹｅｓと判定し、さらに、Ｓ５１６の判定でＹｅｓと判定する。あるいは、ＴＸ１００は、図５におけるＳ５２１ではＹｅｓと判定し、さらに、Ｓ５２２の判定でＹｅｓと判定する。よって、ＴＸ１００は、要求された電力や１５ワットでの送電を許容する。

（３－２）ＮＦＣ機器として、Ｐ２Ｐモードをサポートしていないカードエミッションモードで動作しているＲＸと、リーダー／ライターモードで動作するＲＸの両方が含まれる場合
この場合、リーダー／ライターモードで動作するＲＸはＰｏｌｌｉｎｇ処理に対して応答を行わないが、カードエミッションモードで動作しているＲＸは応答する。そして、その応答には、Ｐ２Ｐモードをサポートしていることを示す情報が含まれないので、ＮＦＣ処理部３０２は、特定の応答があると判定する（Ｓ４０５でＹｅｓ）。また、リーダー／ライターモードで動作するＲＸからは応答がないので、ＮＦＣ処理部３０２は、カードエミッションモードで動作しているＲＸのみからＮＦＣ識別子情報を取得する（Ｓ４０８）。そして、ＮＦＣ処理部３０２は、取得したＮＦＣ識別子情報をＷＰＣ処理部３０１に通知する（Ｓ４１０）。

一方、カードエミッションモードで動作しているＲＸは、追加識別子情報をＴＸ１００に通知する（Ｓ８０５でＹｅｓ、Ｓ８０７、Ｓ８０８）。しかし、リーダー／ライターモードで動作するＲＸは、追加識別子情報をＴＸ１００に通知しない（Ｓ８０５でＮｏ、Ｓ８０６）。

よって、ＴＸ１００は、カードエミッションモードで動作しているＲＸからのみ、ＷＰＣ処理部３０１とＮＦＣ処理部３０２により、同一の識別子情報を取得する。そのため、図５におけるＳ５１５ではＹｅｓと判定し、さらに、Ｓ５１６の判定でＹｅｓと判定する。あるいは、ＴＸ１００は、図５におけるＳ５２１ではＹｅｓと判定し、さらに、Ｓ５２２の判定でＹｅｓと判定する。よって、ＴＸ１００は、要求された電力や１５ワットでの送電を許容する。

（３－３）ＮＦＣ機器として、Ｐ２Ｐモードをサポートしていないリーダー／ライターモードで動作するＲＸのみが含まれる場合
リーダー／ライターモードで動作するＲＸはＰｏｌｌｉｎｇ処理に対して応答を行わないため、ＮＦＣ処理部３０２は、特定の応答がないと判定する（Ｓ４０５でＮｏ）。その結果、ＮＦＣ処理部３０２は、ＷＰＣ処理部３０１に特定のＮＦＣ機器がないことを通知する（Ｓ４０６）。また、ＮＦＣ処理部３０２は、応答したＮＦＣ機器がないため、ＮＦＣ識別子情報は取得しない。

一方、ＷＰＣ処理部３０１は、特定のＮＦＣ機器がないことが通知されたので、図５のＳ５１５又はＳ５２２の判定がＹｅｓとなる。そして、ＴＸ１００は、要求された電力や１５ワットでの送電を許容する。

（効果）
以上述べたようにＴＸ１００及びＲＸ２００が上記の構成をとることによって、無電池駆動のＮＦＣタグを保護すると共に、カードエミュレーションモードで動作するＮＦＣモジュールを持つＲＸに高出力の送電処理を行うことができる。

また、上述した実施形態では、ＮＦＣ処理部は、Ｐｏｌｌｉｎｇに応答したＮＦＣ機器のＮＦＣ識別子情報を常に記憶した。そして、ＮＦＣ識別子情報がなくなった場合（Ｓ４１２でＹＥＳ）、つまり、ＮＦＣ機器が取り除かれた場合は、ＮＦＣ識別子情報の消滅をＷＰＣ処理部３０１に通知するようにした（Ｓ４１３）。また、同様にＮＦＣ処理のエラーが解消した時はその旨をＷＰＣ処理部３０１に通知するようにした。そのような構成とすることで、ＲＸ２００が充電中に、ＮＦＣタグがＴＸ１００の充電台の上に置かれたり、又はＮＦＣタグが充電台から取り除かれたり場合において、更なる効果が期待できる。つまり、ＲＸ２００がＴＸ１００から電力を受電し、充電中であっても、ＮＦＣタグの有無によって動的にＧＰを変更し、充電を継続することが可能となる。

具体的には、ＴＸ１００がＳ５２４で説明したようにＧＰを制限した状態でＲＸ２００の充電が行われている場合、ＮＦＣ識別子情報が消滅したこと、又はエラーが解消したことをＮＦＣ処理部３０２は、ＷＰＣ処理部３０１に通知する。そして、ＷＰＣ処理部３０１は、通知を受信した場合に、ＧＰを制限した原因が解消されたと認識する。そこで、ＴＸ１００は、ＲＸ２００に対してＧＰの再交渉を要求し、ＷＰＣ規格で規定するＲｅ－ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移して、ＧＰの再交渉を行うようにする。この時点でＧＰを制限する理由は解消しているので、Ｓ５２３においてＴＸ１００は、送電部１０３が有する能力のうちＷＰＣ規格に規定される最大の送電出力値をＧＰ値として応答することができる。

また、ＷＰＣ処理部３０１は、ＮＦＣタグが存在するか否かを逐次更新するので、ＮＦＣ機器が存在しなくなったにも関わらず、ＷＰＣ処理部３０１がＮＦＣタグが存在していると誤認識してＧＰを制限することがない。また、ＮＦＣ処理部３０２がＮＦＣ機器を新たに検出したにも関わらず、ＷＰＣ処理部３０１がＮＦＣタグは存在していないと誤認識して、ＧＰを制限せずに高い送電電力で送電が行われることはない。

以上が代表的な実施形態の一例であるが、本実施形態は、明細書及び図面に示す実施形態に限定されるものではなく、その要旨を変更しない範囲内で適宜変更されて実施されてもよい。

（識別子情報に関する変形例）
本実施形態では、ＴＸ１００とＲＸ２００の間でやり取りするＮＦＣ識別子情報として、Ｆｅｌｉｃａに関する規格で定めるＩＤｍデータを例示した。しかし、本実施形態において、これを制限するものではなく、ＴＸ１００のＮＦＣの規格に基づく通信及びＷＰＣ通信の範囲内に存在する複数のＮＦＣ機器を一意に識別できる情報であればよい。例えば、ＭＩＦＡＲＥ（商標登録）に関する規格が定めるＵＩＤ（Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）でもよいし、ＲＸのＭＡＣアドレスやＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）でもよい。

また、ＮＦＣのＰｏｌｌｉｎｇ応答データの全体若しくは一部、又は少なくともＰｏｌｌｉｎｇ応答データの送信元の識別子情報を含む一部を基に、ハッシュ計算により算出される値を識別子情報としてもよい。この場合、ＴＸ１００は、ＮＦＣ処理部３０２が受信したＮＦＣのＰｏｌｌｉｎｇ応答データに対してハッシュ計算を行い、算出した値を識別子情報としてＷＰＣ処理部３０１に通知する。一方、ＲＸ２００は、ＮＦＣのＰｏｌｌｉｎｇ応答データとして読み取られるデータに対して、ＴＸ１００と同一のハッシュ計算を行い、算出した値をＷＰＣ通信でＴＸに対して通知する。

また、ＲＸ２００がＷＰＣ規格で定めるＲＸの識別子情報をＮＦＣのＰｏｌｌｉｎｇ処理に対する応答データに含め、ＴＸ１００がこれを取得するようにしてもよい。例えば、Ｅｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔに含まれるＥｘｔｅｎｄｅｄ Ｄｅｖｉｃｅ Ｉｄｅｎｔｉｆｉｅｒ情報が、ＮＦＣのＰｏｌｌｉｎｇの応答データとされてもよい。

また、ＷＰＣ処理においてＮＦＣ機器としてのＲＸ２００から通知される識別子情報は、ＲＸ２００からＩＤ Ｐａｃｋｅｔで通知される識別子情報でもよい。この場合、ＲＸ２００のＷＰＣ処理において、Ｅｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔに、ＩＤ Ｐａｃｋｅｔで通知する識別子情報が含まれるようにしてもよい。

なお、ＷＰＣ処理においてＮＦＣ機器としてのＲＸ２００から通知される識別子情報は、ＲＸ２００からＩＤ Ｐａｃｋｅｔで通知される識別子情報とする場合、以下の構成でもよい。すなわち、Ｅｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔが通知されないようにしてもよい。この場合、ＴＸ１００のＷＰＣ処理部３０１は、ＲＸ２００から通知されたＩＤ Ｐａｃｋｅｔに含まれる識別子情報と、ＮＦＣ処理部３０２から通知されるＮＦＣ識別子情報とを比較するようにしてもよい。なお、ＮＦＣ処理部３０２から通知されるＮＦＣ識別子情報は、ＩＤ Ｐａｃｋｅｔに含まれる識別子情報である。

さらに、ＲＸ２００が、Ｅｘｔｅｎｄｅｄ Ｄｅｖｉｃｅ Ｉｄｅｎｔｉｆｉｅｒの全体又は一部を基にハッシュ計算を行い、算出した値をＮＦＣのＰｏｌｌｉｎｇ応答として送信するようにしてもよい。この場合、ＴＸ１００のＷＰＣ処理部３０１が受信したＥｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔに含まれるＲＸ２００の識別子情報に対してＲＸ２００と同一のハッシュ計算を行う。そしてＴＸ１００は、ハッシュ計算の結果と、Ｐｏｌｌｉｎｇ応答により受信した値を比較する構成としてもよい。

なお、上述したハッシュ計算は、ＴＸ１００のＮＦＣ処理部３０２、ＷＰＣ処理部３０１、及び制御部１０１のその他の処理部（不図示）のうちいずれか一つにより行われるようにすればよい。

また、本実施形態では、ＲＸ２００の識別子情報は、Ｅｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔに含まれるＥｘｔｅｎｄｅｄ Ｄｅｖｉｃｅ Ｉｄｅｎｔｉｆｉｅｒ情報であるとして説明した。しかし、ＲＸ２００の識別子情報は、ＷＰＣ規格で規定されている他の識別子情報であってもよい。具体的には、他の識別子情報としては、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔに含まれるＢａｓｉｃ ＤｅｖｉｃｅＩｄｅｎｔｉｆｉｅｒ情報であってもよい。また、他の識別子情報としては、ＷＰＣ規格で規定されているＷｉｒｅｌｅｓｓ Ｐｏｗｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔに含まれるＷＰＩＤ（Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒ ＩＤ）情報であっても、同様の効果を得ることができる。

また、ＲＸ２００が、ＮＦＣの規格が定める複数のカテゴリー（Ｔｙｐｅ Ａ／Ｂ／Ｆ）でＮＦＣ機能を動作させるならば、それぞれのＴｙｐｅで指定するＮＦＣの識別子情報を繋げたデータを識別子情報としてもよい。これによれば、ＲＸ２００が複数のカテゴリーでＮＦＣのカードエミュレーションモードを動作させている場合においても、ＴＸ１００は、それぞれのカテゴリーで取得した識別子がＲＸ２００のものであるかどうかを判別することが可能となる。

また、ＴＸ１００がＷＰＣ通信においてＲＸ２００の識別子情報を取得する方法として、上述した本実施形態で示したＰａｃｋｅｔではなく、ＷＰＣ規格が定める他のメッセージパケットや同規格に記載のない拡張メッセージを用いて取得してもよい。さらには、ＲＸ２００の識別子情報を、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（商標登録）、Ｚｉｇｂｅｅ（登録商標）、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、Ｗｉｒｅｌｅｓｓ ＵＳＢ等の通信手段を用いて取得してもよい。

（ＮＦＣ処理に関する変形例）
また、本実施形態では、ＴＸ１００が近接するＮＦＣ機器を検出する方法として、Ｐｏｌｌｉｎｇ要求に対する応答の有無を判定する方法を説明したが、これ以外の方法を用いてもよい。また、追加のＮＦＣ処理によって、近接するＮＦＣ機器がＮＦＣタグ（又はカードエミュレーションモードで動作するＮＦＣモジュール）なのか否かを判定するようにしてもよい。例えば、Ｐｏｌｌｉｎｇ処理に引き続いてＮＦＣ機能の異なるメッセージ処理を実施して、ＮＦＣの読み取りデータが変化するかどうかを判定するようにしてもよい。そして、読み取りデータが変化した場合は、検出したＮＦＣ機器がＮＦＣタグではないと判定されるようにしてもよい。また、Ｐｏｌｌｉｎｇ処理で取得した応答データに、自身がＮＦＣタグではないことを示す情報要素が含まれている場合は、検出したＮＦＣ機器がＮＦＣタグではないものとして判定されてもよい。このようにしてＮＦＣタグではないと判断されたＮＦＣ機器は、ＷＰＣ処理部３０１に識別子情報を通知する対象から除外する。これにより、例えばＷＰＣ通信で識別子情報を送る処理が実装されていないスマートフォン等のＲＸ２００に対しても、高出力の送電処理を行うことが可能となる。

図４の処理において、Ｓ４０２～Ｓ４０３の処理は、Ｓ４０５の後に行ってもよい。具体的には、Ｐｏｌｌｉｎｇ要求（Ｓ４０１）に対する特定の応答の有無を判定し（Ｓ４０５）、特定の応答があった場合（Ｓ４０５でＹｅｓ）、その特定の応答にエラーが発生しているかどうかを判定する（Ｓ４０２）ようにしてもよい。

また、図４のＳ４０５の処理は、以下の２つの判断を分けて行うようにしてもよい。つまり、ＮＦＣ処理部３０２は、Ｐｏｌｌｉｎｇ要求（Ｓ４０１）に対する応答の有無を判断し、応答があった場合、その応答がＰ２Ｐモードをサポートしていないことを示すものであるか否かを判断するようにしてもよい。そして、応答がない場合、及び、応答があったが、その応答がＰ２Ｐモードをサポートしていないことを示すものではない場合は、ＮＦＣ処理部３０２が、Ｓ４０６の処理を行うようにしてもよい。なお、応答があって、その応答がＰ２Ｐモードをサポートしていないことを示す場合は、Ｓ４０７の処理に進むようにすればよい。

また、上述した本実施形態では、図４に示すＮＦＣ処理部３０２の処理を、ＴＸ１００が起動している間、継続的に繰り返し実行されるものとした。しかし、本実施形態は、これに限定されるものではなく、特定のタイミングでこの処理を開始・停止してもよい。例えば、ＷＰＣ処理部３０１がＡｎａｌｏｇ Ｐｉｎｇで近傍の物体を検出している間、図４の処理を実施するとしてもよい。これにより、ＴＸ１００の近傍に物体が存在しない間は、図４の処理を停止することが可能となり、ＴＸ１００における消費電力を低減させることが可能となる。また、ＷＰＣ処理部３０１がＳｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｐａｃｋｅｔを受信してからＥｎｄ Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒ Ｐａｃｋｅｔを受信するまでの間、図４の処理を実施するとしてもよい。これにより、ＴＸ１００の近傍にＷＰＣ機能を持つＲＸが存在しない間は、図４の処理を停止することが可能となり、ＴＸ１００における消費電力をさらに低減させることが可能となる。さらには、ＴＸ１００が図４の処理を開始するタイミングを、ＷＰＣ処理部３０１がＳｐｅｃｉｆｉｃ Ｒｅｑｕｅｓｔ Ｐａｃｋｅｔで事前に設定された閾値以上のＧＰを要求された時としてもよい。これにより、ＴＸ１００は、ＮＦＣタグにダメージを与える可能性がある出力の送電処理を実施する場合のみ、図４の処理を実施するため、ＴＸ１００における消費電力をさらに低減させることが可能となる。

また、ＮＦＣ処理部３０２が動作するためのプログラムは、制御部１０１によって実行されるものとして説明したが、これは図示しない別の制御部によって実行されていてもよい。具体的には、ＴＸ１００が図示しない他の機器（プリンタ、パーソナルコンピュータ、モバイルバッテリ等）の内部に実装され、他の機器の機能の制御プログラムを実行する、別の制御部が、ＮＦＣ処理部３０２が動作するプログラムを実行してもよい。

（ＷＰＣ処理に関する変形例）
ＴＸ１００がＧＰを制限しない状態（例えばＳ５２３）においても、ＮＦＣタグにダメージを与えない状態で充電を継続するようにしてもよい。具体的には、ＴＸ１００がＳ５２３で説明したようにＧＰを制限しない状態で送電している間に、ＮＦＣ処理部３０２は、ＮＦＣ識別子情報が増加したこと、又はエラーが発生したことをＷＰＣ処理部３０１に通知する。そして、ＷＰＣ処理部３０１は、その通知を受信した場合に、ＧＰを制限すべき原因が発生したことを認識する。そこで、ＴＸ１００は、ＲＸ２００に対してＧＰの再交渉を要求し、ＷＰＣ規格で規定するＲｅ－ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移し、ＧＰの再交渉を行うようにする。この時点でＧＰを制限する理由が発生しているので、ＴＸ１００は、ＧＰとしてＮＦＣタグにダメージを与えない電力値を設定し応答することができる。ここで、ＴＸ１００は、ＲＸ２００に対してＧＰの再交渉を要求する構成は、ＴＸ１００がＲＸ２００に対してＮＦＣ識別子情報が消滅したこと、又はエラーが解消したことを通知し、ＲＸ２００がその通知に応答してＧＰの再交渉を要求するようにしてもよい。

また、ＴＸ１００がＲＸ２００に対してＧＰの再交渉を要求する構成は、以下のようにしてもよい。すなわち、ＴＸ１００がＲＸ２００に対してＮＦＣ識別子情報が消滅若しくは増加したこと、又はエラーが解消若しくは発生したことを通知し、ＲＸ２００がその通知に応答してＧＰの再交渉を要求するようにしてもよい。

また、上述した本実施形態では、ＴＸ１００が送電処理を行ってもＮＦＣタグにダメージを与えないと判断される送電出力値を０．５ワットとして説明したが、これは、ＮＦＣタグにダメージを与えない電力値であれば他の値であってもよい。具体的には、Ｎｅｇｏｔｉａｔｉｏｎフェーズに遷移せずに、Ｐｏｗｅｒ Ｔｒａｎｓｆｅｒ フェーズで送電を開始する場合（Ｓ５０８でＮｏ）におけるＧＰの値としてＷＰＣ規格で定義されている５ワットであってもよいし、別の値であってもよい。

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

また、本実施形態では、ＮＦＣ機器が、第２通信部２０２によるＰｏｌｌｉｎｇ処理に対する応答により検出される例を説明したが、これに限定されるものではない。また、同様に、ＲＸ２００は、第１通信部１０４を介する通信により検出されなくてもよい。例えば、ＲＸ２００のユーザが、ＴＸ１００のユーザインターフェースを介してＴＸ１００に、ＮＦＣ機器でありかつＲＸ２００である装置を充電台に載置したことを通知するようにしてもよい。この場合でも充電台にＮＦＣタグが載置されている場合があるので、上述したＮＦＣ処理やＷＰＣ処理が実行されるようにすればよい。

＜その他の実施形態＞
本無線電力伝送システムの電力伝送方式は、特に限定されない。送電装置の共振器（共鳴素子）と、受電装置の共振器（共鳴素子）との間の磁場の共鳴（共振）による結合によって電力を伝送する磁界共鳴方式でもよい。また電磁誘導方式、電界共鳴方式、マイクロ波方式、レ－ザ－等を利用した電力伝送方式を用いてもよい。

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

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

また、図４、５に示すフローチャ－トは、送電装置の制御部に電源が投入された場合に開始される。なお、図４、５に示される処理は送電装置のメモリに記憶されたプログラムを制御部が実行することで実現される。また、図８示される処理は受電装置のメモリに記憶されたプログラムを制御部が実行することで実現される。

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

１００ 送電装置
１０１ 制御部
１０３ 送電部
１０４ 第１通信部
１０６ 第２通信部
２００ 受電装置

Claims (15)

1. 受電装置に無線で電力を送電する送電手段と、
   ＮＦＣ通信を用いてＰｏｌｌｉｎｇを行うＰｏｌｌｉｎｇ手段と、
   前記ＮＦＣ通信を用いて通信するＮＦＣタグのための検出処理を行う検出手段と、
   前記受電装置と交渉する交渉手段と、を有し、
   前記交渉手段は、前記ＮＦＣタグのための検出処理に基づいて、前記交渉手段が交渉することを厭わない電力情報を決定することを特徴とする送電装置。
2. 前記交渉手段は、前記検出手段により前記ＮＦＣタグが検出される場合、前記交渉手段が交渉することを厭わない電力情報を制限することを特徴とする請求項１に記載の送電装置。
3. 前記送電手段は、前記検出手段により前記ＮＦＣタグが検出されない場合、前記受電装置により要求される電力に関する情報に基づいて送電を行うことを特徴とする請求項１又は２に記載の送電装置。
4. 前記受電装置と送電の制御に関する通信を行う第１通信手段と、
   前記ＮＦＣ通信を用いて通信を行う第２通信手段と、を有することを特徴とする請求項１乃至３の何れか１項に記載の送電装置。
5. 前記第１通信手段は、前記受電装置から、前記ＮＦＣ通信を用いて通信を行う物体として識別される第１情報を受信し、
   前記第２通信手段は、前記ＮＦＣ通信を用いて通信を行う物体として識別される第２情報を受信し、
   前記検出手段は、前記第１通信手段により受信される前記第１情報が、前記第２通信手段により受信される前記第２情報ではない場合、前記ＮＦＣタグが存在すると決定することを特徴とする請求項４に記載の送電装置。
6. 前記第１通信手段は、Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒ Ｃｏｎｓｏｒｔｉｕｍの規格に基づくＥｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔを受信し、
   前記第１情報は、前記Ｅｘｔｅｎｄｅｄ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｐａｃｋｅｔに含まれていることを特徴とする請求項５に記載の送電装置。
7. 前記交渉手段は、複数の物体が前記Ｐｏｌｌｉｎｇに応答する場合、前記電力情報を制限することを特徴とする請求項１乃至６の何れか１項に記載の送電装置。
8. 前記受電装置と通信を行う通信手段を有し、
   前記通信手段は、交渉において前記受電装置が前記送電装置の能力情報を要求する場合、前記交渉手段が交渉することを厭わない電力情報を示す情報を送信することを特徴とする請求項１乃至３の何れか１項に記載の送電装置。
9. 前記交渉手段が交渉することを厭わない電力情報を示す情報は、Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒ Ｃｏｎｓｏｒｔｉｕｍの規格に規定されたＰｏｗｅｒ Ｔｒａｎｓｍｉｔｔｅｒ ｃａｐａｂｉｔｙのパケットを用いて送信されることを特徴とする請求項８に記載の送電装置。
10. 前記通信手段は、Ｗｉｒｅｌｅｓｓ Ｐｏｗｅｒ Ｃｏｎｓｏｒｔｉｕｍの規格に規定されたＧｅｎｅｒａｌ Ｒｅｑｕｅｓｔのパケットであって前記要求を示すパケットを受信することを特徴とする請求項８又は９に記載の送電装置。
11. 前記ＮＦＣタグが検出されない場合、前記電力情報は第１の値であり、
    前記ＮＦＣタグが検出された場合、前記電力情報は、前記第１の値より小さい第２の値であることを特徴とする請求項１乃至１０の何れか１項に記載の送電装置。
12. 前記ＮＦＣ通信を用いて、前記受電装置から前記ＮＦＣタグを区別するために用いられる情報を取得する取得手段を有することを特徴とする請求項１乃至１１の何れか１項に記載の送電装置。
13. 前記検出手段は、前記取得手段により取得された情報に基づいて、前記検出処理を行うことを特徴とする請求項１２に記載の送電装置。
14. 送電装置の制御方法であって、
    ＮＦＣ通信を用いてＰｏｌｌｉｎｇを行い、
    前記ＮＦＣ通信を用いて通信するＮＦＣタグのための検出処理を行い、
    受電装置と交渉する交渉し、
    交渉することを厭わない電力情報が、前記ＮＦＣタグのための検出処理に基づいて決定されることを特徴とする制御方法。
15. コンピュータに、請求項１４に記載の制御方法を実行させるためのプログラム。

Images