(57)【要約】【課題】複数の通信プロトコルの利点を享受する。【解決手段】通信装置１のＮＦＣ通信部５１では、通信装置２のＮＦＣ通信部６１との間で、ＮＦＣによる通信が行われ、これにより、Ｂｌｕｅｔｏｏｔｈ（登録商標）による通信（ＢＴ通信）が可能であることが認識され、さらに、そのＢＴ通信に要する通信情報としての、ＢＴ通信部５２と６２のＢＤアドレスが交換される。そして、通信装置１と２では、ＮＦＣ通信部５１と６１とのＮＦＣによる通信から、ＢＴ通信部５２と６２とのＢＴ通信に切り換えられ（オーバハンドが行われ）、ＢＴ通信部５２と６２のＢＤアドレスに基づき、ＢＴ通信が行われる。【選択図】      図１５
2004364145.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信装置を備える通信システムにおいて、
前記複数の通信装置それぞれは、
他の通信装置との間で、第１の通信プロトコルによる通信を行う第１の通信手段と、
前記他の通信装置が利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって取得する取得手段と、
前記他の通信装置との間で、前記他の通信装置が利用可能な通信プロトコルに含まれる第２の通信プロトコルによる通信に要する通信情報を、前記第１の通信プロトコルによる通信によって交換する交換手段と、
前記他の通信装置との通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換える切り換え手段と、
前記他の通信装置との間で、前記交換手段において交換された前記通信情報に基づき、前記第２の通信プロトコルによる通信を行う第２の通信手段と
を有する
ことを特徴とする通信システム。
【請求項２】
他の通信装置との間で通信を行う通信装置において、
前記他の通信装置との間で、第１の通信プロトコルによる通信を行う第１の通信手段と、
前記他の通信装置が利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって取得する取得手段と、
前記他の通信装置との間で、前記他の通信装置が利用可能な通信プロトコルに含まれる第２の通信プロトコルによる通信に要する通信情報を、前記第１の通信プロトコルによる通信によって交換する交換手段と、
前記他の通信装置との通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換える切り換え手段と、
前記他の通信装置との間で、前記交換手段において交換された前記通信情報に基づき、前記第２の通信プロトコルによる通信を行う第２の通信手段と
を備えることを特徴とする通信装置。
【請求項３】
前記第１および第２の通信プロトコルによる通信は、無線通信であり、
前記第１の通信手段は、前記他の通信装置が近接した状態となっているときに、前記他の通信装置との間で、前記第１の通信プロトコルによる通信を行う
ことを特徴とする請求項２に記載の通信装置。
【請求項４】
前記第１の通信プロトコルでは、近接した状態の前記他の通信装置を特定して通信が行われる
ことを特徴とする請求項３に記載の通信装置。
【請求項５】
他の通信装置との間で通信を行う通信方法において、
前記他の通信装置との間で、第１の通信プロトコルによる通信を行う第１の通信ステップと、
前記他の通信装置が利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって取得する取得ステップと、
前記他の通信装置との間で、前記他の通信装置が利用可能な通信プロトコルに含まれる第２の通信プロトコルによる通信に要する通信情報を、前記第１の通信プロトコルによる通信によって交換する交換ステップと、
前記他の通信装置との通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換える切り換えステップと、
前記他の通信装置との間で、前記交換ステップにおいて交換された前記通信情報に基づき、前記第２の通信プロトコルによる通信を行う第２の通信ステップと
を備えることを特徴とする通信方法。
【請求項６】
他の通信装置との間で通信を行う通信処理を、コンピュータに行わせるプログラムにおいて、
前記他の通信装置との間で、第１の通信プロトコルによる通信を行う第１の通信ステップと、
前記他の通信装置が利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって取得する取得ステップと、
前記他の通信装置との間で、前記他の通信装置が利用可能な通信プロトコルに含まれる第２の通信プロトコルによる通信に要する通信情報を、前記第１の通信プロトコルによる通信によって交換する交換ステップと、
前記他の通信装置との通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換える切り換えステップと、
前記他の通信装置との間で、前記交換ステップにおいて交換された前記通信情報に基づき、前記第２の通信プロトコルによる通信を行う第２の通信ステップと
を備えることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信システム、通信装置および通信方法、並びにプログラムに関し、特に、複数の通信プロトコルの利点を享受することができるようにする通信システム、通信装置および通信方法、並びにプログラムに関する。
【０００２】
【従来の技術】
近年においては、例えば、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）や、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）（以下、適宜、ＢＴ通信と略す）、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ
Ｃｉｒｃｕｉｔ）カードシステムなどの無線通信が注目されている。
【０００３】
これらのうちの、例えば、ＩＣカードシステムでは、リーダ／ライタが電磁波を発生することにより、いわゆるＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）フィールド（磁界）を形成する。そして、リーダ／ライタに、ＩＣカードが近づくと、ＩＣカードは、電磁誘導によって、電源の供給を受けるとともに、リーダ／ライタとの間でデータ伝送を行う。
【０００４】
現在実施されているＩＣカードシステムの仕様としては、例えば、タイプＡ、タイプＢと呼ばれているものがある。
【０００５】
タイプＡは、フィリップス社のＭＩＦＡＲＥ方式として採用されているもので、リーダ／ライタからＩＣカードへのデータ伝送には、Ｍｉｌｌｅｒによるデータのエンコードが行われ、ＩＣカードからリーダ／ライタへのデータ伝送には、Ｍａｎｃｈｅｓｔｅｒによるデータのエンコードが行われる。また、タイプＡでは、データの伝送レートとして、１０６ｋｂｐｓ（ｋｉｌｏ  ｂｉｔ  ｐｅｒ  ｓｅｃｏｎｄ）が採用されている。
【０００６】
タイプＢでは、リーダ／ライタからＩＣカードへのデータ伝送には、ＮＲＺによるデータのエンコードが行われ、ＩＣカードからリーダ／ライタへのデータ伝送には、ＮＲＺ−Ｌよるデータのエンコードが行われる。また、タイプＢでは、データの伝送レートとして、１０６ｋｂｐｓが採用されている。
【０００７】
また、ＩＣカードシステムとしては、複数の通信プロトコルの中から、使用する通信プロトコルを選択し、その選択した通信プロトコルによって通信を行うものが提案されている（例えば、特許文献１参照）。
【０００８】
【特許文献１】
特開平０６−２７６２４９号公報。
【０００９】
【発明が解決しようとする課題】
ところで、特許文献１に記載のＩＣカードシステムでは、複数の通信プロトコルによる通信が可能ではあるが、使用する通信プロトコルが選択された後は、その選択された通信プロトコルによる通信が行われる。従って、通信プロトコルが選択された後は、他の通信プロトコルによる通信を行うことができなかった。
【００１０】
一方、例えば、ＩＣカードシステムにおいては、例えば、通信相手であるＩＣカードを特定して通信を行う通信プロトコルが採用されている。また、例えば、ＢＴ通信では、現在のＩＣカードシステムよりも高速なデータ伝送（通信）が可能な通信プロトコルが採用されている。従って、例えば、ＩＣカードシステムにおいて、通信相手であるＩＣカードを特定した後、通信プロトコルを、ＢＴ通信を行う通信プロトコルに切り換えることができれば、高速なデータ伝送が可能となる。即ち、この場合、ＩＣカードシステムで採用されている通信プロトコルにより、通信相手を特定することができ、さらに、ＢＴ通信を行う通信プロトコルにより、高速なデータ伝送を行うことができる、といったように、複数の通信プロトコルの利点を享受することができる。
【００１１】
本発明は、このような状況に鑑みてなされたものであり、複数の通信プロトコルの利点を享受可能な通信を行うことができるようにするものである。
【００１２】
【課題を解決するための手段】
本発明の通信システムは、複数の通信装置それぞれが、他の通信装置との間で、第１の通信プロトコルによる通信を行う第１の通信手段と、他の通信装置が利用可能な通信プロトコルの情報を、第１の通信プロトコルによる通信によって取得する取得手段と、他の通信装置との間で、他の通信装置が利用可能な通信プロトコルに含まれる第２の通信プロトコルによる通信に要する通信情報を、第１の通信プロトコルによる通信によって交換する交換手段と、他の通信装置との通信を、第１の通信プロトコルによる通信から、第２の通信プロトコルによる通信に切り換える切り換え手段と、他の通信装置との間で、交換手段において交換された通信情報に基づき、第２の通信プロトコルによる通信を行う第２の通信手段とを有することを特徴とする。
【００１３】
本発明の通信装置は、他の通信装置との間で、第１の通信プロトコルによる通信を行う第１の通信手段と、他の通信装置が利用可能な通信プロトコルの情報を、第１の通信プロトコルによる通信によって取得する取得手段と、他の通信装置との間で、他の通信装置が利用可能な通信プロトコルに含まれる第２の通信プロトコルによる通信に要する通信情報を、第１の通信プロトコルによる通信によって交換する交換手段と、他の通信装置との通信を、第１の通信プロトコルによる通信から、第２の通信プロトコルによる通信に切り換える切り換え手段と、他の通信装置との間で、交換手段において交換された通信情報に基づき、第２の通信プロトコルによる通信を行う第２の通信手段とを備えることを特徴とする。
【００１４】
本発明の通信方法は、他の通信装置との間で、第１の通信プロトコルによる通信を行う第１の通信ステップと、他の通信装置が利用可能な通信プロトコルの情報を、第１の通信プロトコルによる通信によって取得する取得ステップと、他の通信装置との間で、他の通信装置が利用可能な通信プロトコルに含まれる第２の通信プロトコルによる通信に要する通信情報を、第１の通信プロトコルによる通信によって交換する交換ステップと、他の通信装置との通信を、第１の通信プロトコルによる通信から、第２の通信プロトコルによる通信に切り換える切り換えステップと、他の通信装置との間で、交換ステップにおいて交換された通信情報に基づき、第２の通信プロトコルによる通信を行う第２の通信ステップとを備えることを特徴とする。
【００１５】
本発明のプログラムは、他の通信装置との間で、第１の通信プロトコルによる通信を行う第１の通信ステップと、他の通信装置が利用可能な通信プロトコルの情報を、第１の通信プロトコルによる通信によって取得する取得ステップと、他の通信装置との間で、他の通信装置が利用可能な通信プロトコルに含まれる第２の通信プロトコルによる通信に要する通信情報を、第１の通信プロトコルによる通信によって交換する交換ステップと、他の通信装置との通信を、第１の通信プロトコルによる通信から、第２の通信プロトコルによる通信に切り換える切り換えステップと、他の通信装置との間で、交換ステップにおいて交換された通信情報に基づき、第２の通信プロトコルによる通信を行う第２の通信ステップとを備えることを特徴とする。
【００１６】
本発明においては、他の通信装置との間で、第１の通信プロトコルによる通信が行われ、他の通信装置が利用可能な通信プロトコルの情報が、第１の通信プロトコルによる通信によって取得される。さらに、他の通信装置との間で、他の通信装置が利用可能な通信プロトコルに含まれる第２の通信プロトコルによる通信に要する通信情報が、第１の通信プロトコルによる通信によって交換される。そして、他の通信装置との通信が、第１の通信プロトコルによる通信から、第２の通信プロトコルによる通信に切り換えられ、通信情報に基づき、第２の通信プロトコルによる通信が行われる。
【００１７】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１８】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００１９】
請求項１に記載の通信システムは、
複数の通信装置を備える通信システムにおいて、
前記複数の通信装置それぞれは、
他の通信装置との間で、第１の通信プロトコルによる通信を行う第１の通信手段（例えば、図１５のＮＦＣ通信部５１や６１）と、
前記他の通信装置が利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって取得する取得手段（例えば、図１６のステップＳ５６の処理）と、
前記他の通信装置との間で、前記他の通信装置が利用可能な通信プロトコルに含まれる第２の通信プロトコルによる通信に要する通信情報を、前記第１の通信プロトコルによる通信によって交換する交換手段（例えば、図１６のステップＳ５８の処理）と、
前記他の通信装置との通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換える切り換え手段（例えば、図１６のステップＳ６１やＳ６２の処理）と、
前記他の通信装置との間で、前記交換手段において交換された前記通信情報に基づき、前記第２の通信プロトコルによる通信を行う第２の通信手段（例えば、図１５のＢＴ通信部５２）と
を有する
ことを特徴とする。
【００２０】
請求項２に記載の通信装置は、
他の通信装置との間で通信を行う通信装置において、
前記他の通信装置との間で、第１の通信プロトコルによる通信を行う第１の通信手段（例えば、図１５のＮＦＣ通信部５１や６１）と、
前記他の通信装置が利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって取得する取得手段（例えば、図１６のステップＳ５６の処理）と、
前記他の通信装置との間で、前記他の通信装置が利用可能な通信プロトコルに含まれる第２の通信プロトコルによる通信に要する通信情報を、前記第１の通信プロトコルによる通信によって交換する交換手段（例えば、図１６のステップＳ５８の処理）と、
前記他の通信装置との通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換える切り換え手段（例えば、図１６のステップＳ６１やＳ６２の処理）と、
前記他の通信装置との間で、前記交換手段において交換された前記通信情報に基づき、前記第２の通信プロトコルによる通信を行う第２の通信手段（例えば、図１５のＢＴ通信部５２）と
を備えることを特徴とする。
【００２１】
請求項５に記載の通信方法は、
他の通信装置との間で通信を行う通信方法において、
前記他の通信装置との間で、第１の通信プロトコルによる通信を行う第１の通信ステップ（例えば、図１６のステップＳ５１乃至Ｓ６１それぞれの処理）と、前記他の通信装置が利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって取得する取得ステップ（例えば、図１６のステップＳ５６の処理）と、
前記他の通信装置との間で、前記他の通信装置が利用可能な通信プロトコルに含まれる第２の通信プロトコルによる通信に要する通信情報を、前記第１の通信プロトコルによる通信によって交換する交換ステップ（例えば、図１６のステップＳ５８の処理）と、
前記他の通信装置との通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換える切り換えステップ（例えば、図１６のステップＳ６１やＳ６２の処理）と、
前記他の通信装置との間で、前記交換ステップにおいて交換された前記通信情報に基づき、前記第２の通信プロトコルによる通信を行う第２の通信ステップ（例えば、図１６のステップＳ６４の処理）と
を備えることを特徴とする。
【００２２】
請求項６に記載のプログラムの各ステップと、発明の実施の形態との対応関係は、請求項５に記載の通信方法における場合と同様である。
【００２３】
図１は、本発明を適用した通信システム（システムとは、複数の装置が論理的に結合したもの物をいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成例を示している。
【００２４】
図１においては、通信システムは、３つの通信装置１，２，３から構成されている。通信装置１乃至３それぞれは、例えば、複数の通信プロトコルによる通信を行うことができるようになっている。
【００２５】
なお、通信システムを構成する通信装置は、３つの通信装置１乃至３に限定されるものではなく、２つの通信装置や４以上の通信装置であっても良い。
【００２６】
また、図１の通信システムは、通信装置１乃至３のうちの１以上をリーダ／ライタとするとともに、他の１以上をＩＣカードとするＩＣカードシステムとして採用することができることは勿論、通信装置１乃至３それぞれを、通信機能を備えるＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、携帯電話、腕時計、ペン等の携帯可能な端末とする通信システムとして採用することも可能である。即ち、通信装置１乃至３は、ＩＣカードシステムのＩＣカードやリーダ／ライタなどに限定されるものではない。また、通信システムは、通信装置１，２、または３の他、例えば、従来のＩＣカードシステムを構成するＩＣカードやリーダ／ライタなどを含めて構成することも可能である。
【００２７】
但し、ここでは、通信装置１乃至３それぞれは、無線通信を行う機能を有するものとし、複数の通信プロトコルには、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が含まれるものとする。
【００２８】
ＮＦＣは、他の通信装置との間で、単一の周波数の搬送波を使用した、電磁誘導による近接通信の通信プロトコルで、搬送波の周波数としては、例えば、ＩＳＭ（Ｉｎｄｕｓｔｒｉａｌ  Ｓｃｉｅｎｔｉｆｉｃ  Ｍｅｄｉｃａｌ）バンドの１３．５６ＭＨｚなどが採用される。
【００２９】
ここで、近接通信とは、通信する装置どうしの距離が、数１０ｃｍ以内となって可能となる通信を意味し、通信する装置どうし（の筐体）が接触して行う通信も含まれる。
【００３０】
ＮＦＣでは、２つの通信モードによる通信が可能である。２つの通信モードとしては、パッシブモードとアクティブモードとがある。いま、通信装置１乃至３のうちの、例えば、通信装置１と２の間の通信に注目すると、パッシブモードでは、上述した従来のＩＣカードシステムと同様に、通信装置１と２のうちの一方の通信装置である、例えば、通信装置１は、自身が発生する電磁波（に対応する搬送波）を変調することにより、他方の通信装置である通信装置２にデータを送信し、通信装置２は、通信装置１が発生する電磁波（に対応する搬送波）を負荷変調することにより、通信装置１にデータを送信する。
【００３１】
一方、アクティブモードでは、通信装置１と２のいずれも、自身が発生する電磁波（に対応する搬送波）を変調することにより、データを送信する。
【００３２】
ここで、電磁誘導による近接通信を行う場合、最初に電磁波を出力して通信を開始し、いわば通信の主導権を握る装置を、イニシエータと呼ぶ。イニシエータは、通信相手にコマンド（要求）を送信し、その通信相手は、そのコマンドに対するレスポンス（応答）を返す形で、近接通信が行われるが、イニシエータからのコマンドに対するレスポンスを返す通信相手を、ターゲットと呼ぶ。
【００３３】
例えば、いま、通信装置１が電磁波の出力を開始して、通信装置２との通信を開始したとすると、図２および図３に示すように、通信装置１がイニシエータとなり、通信装置２がターゲットとなる。
【００３４】
そして、パッシブモードでは、図２に示すように、イニシエータである通信装置１が電磁波を出力し続け、通信装置１は、自身が出力している電磁波を変調することにより、ターゲットである通信装置２に、データを送信するとともに、通信装置２は、イニシエータである通信装置１が出力している電磁波を負荷変調することにより、通信装置１に、データを送信する。
【００３５】
一方、アクティブモードでは、図３に示すように、イニシエータである通信装置１は、自身がデータを送信する場合に、自身で電磁波の出力を開始し、その電磁波を変調することにより、ターゲットである通信装置２に、データを送信する。そして、通信装置１は、データの送信終了後は、電磁波の出力を停止する。ターゲットである通信装置２も、自身がデータを送信する場合に、自身で電磁波の出力を開始し、その電磁波を変調することにより、ターゲットである通信装置２に、データを送信する。そして、通信装置２は、データの送信終了後は、電磁波の出力を停止する。
【００３６】
次に、図４は、図１の通信装置１のＮＦＣによる通信を行う部分の構成例を示している。なお、図１の他の通信装置２および３も、ＮＦＣによる通信を行う部分については、図４の通信装置１と同様に構成されるため、その説明は、省略する。
【００３７】
アンテナ１１は、閉ループのコイルを構成しており、このコイルに流れる電流が変化することで、電磁波を出力する。また、アンテナ１１としてのコイルを通る磁束が変化することで、アンテナ１１に電流が流れる。
【００３８】
受信部１２は、アンテナ１１に流れる電流を受信し、同調と検波を行い、復調部１３に出力する。復調部１３は、受信部１２から供給される信号を復調し、デコード部１４に供給する。デコード部１４は、復調部１３から供給される信号としての、例えばマンチェスタ符号などをデコードし、そのデコードの結果得られるデータを、データ処理部１５に供給する。
【００３９】
データ処理部１５は、デコード部１４から供給されるデータに基づき、所定の処理を行う。また、データ処理部１５は、他の装置に送信すべきデータを、エンコード部１６に供給する。
【００４０】
エンコード部１６は、データ処理部１５から供給されるデータを、例えば、マンチェスタ符号などにエンコードし、選択部１７に供給する。選択部１７は、変調部１９または負荷変調部２０のうちのいずれか一方を選択し、その選択した方に、エンコード部１６から供給される信号を出力する。
【００４１】
ここで、選択部１７は、制御部２１の制御にしたがって、変調部１９または負荷変調部２０を選択する。制御部２１は、通信モードがパッシブモードであり、通信装置１がターゲットとなっている場合は、選択部１７に負荷変調部２０を選択させる。また、制御部２１は、通信モードがアクティブモードである場合、または通信モードがパッシブモードであり、かつ、通信装置１がイニシエータとなっている場合は、選択部１７に変調部１９を選択させる。従って、エンコード部１６が出力する信号は、通信モードがパッシブモードであり、通信装置１がターゲットとなっているケースでは、選択部１７を介して、負荷変調部２０に供給されるが、他のケースでは、選択部１７を介して、変調部１９に供給される。
【００４２】
電磁波出力部１８は、アンテナ１１から、所定の単一の周波数の搬送波（の電磁波）を放射させるための電流を、アンテナ１１に流す。変調部１９は、電磁波出力部１８がアンテナ１１に流す電流としての搬送波を、選択部１７から供給される信号にしたがって変調する。これにより、アンテナ１１からは、データ処理部１５がエンコード部１６に出力したデータにしたがって搬送波を変調した電磁波が放射される。
【００４３】
負荷変調部２０は、外部からアンテナ１１としてのコイルを見たときのインピーダンスを、選択部１７から供給される信号にしたがって変化させる。他の装置が搬送波としての電磁波を出力することにより、アンテナ１１の周囲にＲＦフィールド（磁界）が形成されている場合、アンテナ１１としてのコイルを見たときのインピーダンスが変化することにより、アンテナ１１の周囲のＲＦフィールドも変化する。これにより、他の装置が出力している電磁波としての搬送波が、選択部１７から供給される信号にしたがって変調され、データ処理部１５がエンコード部１６に出力したデータが、電磁波を出力している他の装置に送信される。
【００４４】
ここで、変調部１９および負荷変調部２０における変調方式としては、例えば、振幅変調（ＡＳＫ（Ａｍｐｌｉｔｕｄｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ））を採用することができる。但し、変調部１９および負荷変調部２０における変調方式は、ＡＳＫに限定されるものではなく、ＰＳＫ（Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）やＱＡＭ（Ｑｕａｄｒａｔｕｒｅ  Ａｍｐｌｉｔｕｄｅ  Ｍｏｄｕｌａｔｉｏｎ）その他を採用することが可能である。また、振幅の変調度についても８％から３０％、５０％、１００％等数値に限定されることはなく、好適なものを選択すれば良い。
【００４５】
制御部２１は、通信装置１を構成する各ブロックを制御する。電源部２２は、通信装置１を構成する各ブロックに、必要な電源を供給する。なお、図４では、制御部２１が通信装置１を構成する各ブロックを制御することを表す線の図示と、電源部２２が通信装置１を構成する各ブロックに電源を供給することを表す線の図示は、図が煩雑になるため、省略してある。
【００４６】
ここで、上述の場合には、デコード部１４およびエンコード部１６において、マンチェスタ符号を処理するようにしたが、デコード部１４およびエンコード部１６では、マンチェスタ符号だけでなく、モディファイドミラーや、ＮＲＺなどの複数種類の符号の中から１つを選択して処理するようにすることが可能である。
【００４７】
また、通信装置１が、パッシブモードのターゲットとしてしか動作しない場合は、選択部１７、電磁波出力部１８、変調部１９を設けずに、通信装置１を構成することができる。さらに、この場合、電源部２２は、例えば、アンテナ１１で受信される外部の電磁波から電源を得る。
【００４８】
通信装置１乃至３は、上述したように、複数の通信プロトコルによる通信を行うことができる構成を有しており、図４の構成によって行われるＮＦＣによる通信は、複数の通信プロトコルによる通信のうちの１つである。複数の通信プロトコルとしては、ＮＦＣの他、例えば、ＩＣカードの通信について規定するＩＳＯ／ＩＥＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ）  １４４４３や、ＲＦタグ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｔａｇ）の通信について規定するＩＳＯ／ＩＥＣ  １５６９３、Ｂｌｕｅｔｏｏｔｈ、さらには、ＷＬＡＮその他の通信プロトコルを採用することができる。
【００４９】
図５は、通信装置１乃至３の通信プロトコルと、ＯＳＩ階層モデルとの対応関係を示している。
【００５０】
通信装置１乃至３において、最上位層である第７層のアプリケーション層（Ａｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒ）、第６層のプレゼンテーション層（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｌａｙｅｒ）、および第５層のセッション層（Ｓｅｓｓｉｏｎ  Ｌａｙｅｒ）には、例えば、インターネットのアプリケーション（Ｉｎｔｅｒｎｅｔ  Ａｐｐｌｉｃａｔｉｏｎ）（例えば、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌなど）、その他の任意のアプリケーションなどを採用することができる。
【００５１】
第４層のトランスポート層（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ）には、例えば、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）や、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）などを採用することができる。
【００５２】
第３層のネットワーク層（Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）には、例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）などを採用することができる。
【００５３】
第２層のデータリンク層（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）は、上位層のＬＬＣ層（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｌａｙｅｒ）と、下位層のＭＡＣ層（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｌａｙｅｒ）とに分けることができる。
【００５４】
通信装置１乃至３において、ＬＬＣ層には、ＮＦＣＩＰ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｉｎｔｅｒｆａｃｅ  ａｎｄ  Ｐｒｏｔｏｃｏｌ）−２が採用されている。ここで、ＮＦＣＩＰ−２は、ＮＦＣの一部の通信プロトコルであり、その上位層からＳＡＰ（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）を介して制御することができる。ＮＦＣＩＰ−２では、後述するＮＦＣＩＰ−１を介して、通信相手が利用可能な通信プロトコルの情報（以下、適宜、利用可能プロトコル情報という）が取得される。さらに、ＮＦＣＩＰ−２は、上位層からの要求に応じ、ＮＦＣＩＰ−１を介して、ＮＦＣＩＰ−１から切り換えるＭＡＣ層（さらには物理層）の通信プロトコルによる通信を行うのに必要な情報（以下、適宜、通信情報という）を、ＮＦＣＩＰ−１による通信を行っている通信装置との間で交換する。そして、ＮＦＣＩＰ−２は、上位層からの要求に応じ、通信プロトコルを、ＮＦＣＩＰ−１から、交換した通信情報に対応する通信プロトコルに切り換える（ハンドオーバする）。なお、ＮＦＣＩＰ−１から切り換える通信プロトコルは、利用可能プロトコル情報が表す利用可能な通信プロトコルの中から選択される。
【００５５】
以上のように、通信装置１乃至３は、ＮＦＣＩＰ−２を実装することで、ＭＡＣ層（さらには物理層）の通信プロトコルを切り換える（ハンドオーバ）ことができる。
【００５６】
ＭＡＣ層には、例えば、ＮＦＣＩＰ−１や、ＩＣカードに採用されているＩＳＯ／ＩＥＣ  １４４４３−２，ＩＳＯ／ＩＥＣ  １４４４３−３，ＩＳＯ／ＩＥＣ  １４４４３−４、ＲＦタグ（ＲＦ  Ｔａｇ）に採用されているＩＳＯ／ＩＥＣ  １５６９３−２、Ｂｌｕｅｔｏｏｔｈ、さらには、ＷＬＡＮその他の通信プロトコル（Ｏｔｈｅｒ  ｐｒｏｔｏｃｏｌ）を採用することができる。なお、本実施の形態では、例えば、通信装置１乃至３において、ＭＡＣ層に、ＮＦＣＩＰ−１を含む複数の通信プロトコルが採用されているものとする。
【００５７】
ここで、ＮＦＣＩＰ−１は、ＮＦＣの一部の通信プロトコルであり、周囲のＲＦフィールドの有無を検出し、ＲＦフィールドが検出されなかった場合に、電磁波を出力する（自身がＲＦフィールドを形成する）。また、ＮＦＣＩＰ−１は、ＲＦフィールド内に通信相手が存在するとき、即ち、通信相手と近接した状態となったときに、その通信相手から、乱数によるＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を取得し、そのＩＤによって、通信相手を特定して通信を行う。つまり、ＮＦＣＩＰ−１によれば、周囲に、複数の装置が存在する場合に、ユーザが、その複数の装置の中から、通信相手とする装置を選択する操作を行わなくても、通信相手とする装置を特定し、その装置と通信を行うことができる。
【００５８】
具体的には、例えば、複数のコンピュータから構成されるＷＬＡＮにおいては、１のコンピュータが、他の１のコンピュータとデータのやりとりをする場合、１のコンピュータにおいて、画面に表示される、ＷＬＡＮを構成する複数のコンピュータを表すアイコンの中から、データをやりとりする他の１のコンピュータを表すアイコンを、ユーザが選択する操作などを行うことによって、他の１のコンピュータを特定する必要がある。この場合、ＷＬＡＮを構成するコンピュータが多数であるときには、ユーザが、他の１のコンピュータを表すアイコンを探し出すのも面倒である。
【００５９】
これに対して、ＮＦＣＩＰ−１では、通信相手と近接した状態となったときに、その通信相手から、乱数によるＩＤを取得し、そのＩＤによって、通信相手を特定して通信を行う。このため、ＮＦＣＩＰ−１によれば、ユーザが、通信装置１（２または３）を、通信相手としたい装置に、例えば、かざすように近づける（近接させる）だけで、通信相手が特定され、通信が行われるので、ユーザは、上述したような面倒な作業をせずに済む。
【００６０】
第１層の物理層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）には、通信装置１乃至３がＭＡＣ層で採用している通信プロトコルによる通信に必要なデバイスなどが採用される。即ち、ＮＦＣＩＰ−１に対しては、例えば、ＮＦＣによる通信に専用のデバイス（ＮＦＣ  Ｄｅｖｉｃｅｓ）や、カートリッジメモリデバイス（Ｃａｒｔｒｉｄｇｅ  Ｍｅｍｏｒｙ  ｄｅｖｉｃｅ）について規定するＩＳＯ／ＩＥＣ  ２２０５０を物理層に採用することができる。また、ＩＳＯ／ＩＥＣ  １４４４３−２，ＩＳＯ／ＩＥＣ  １４４４３−３，ＩＳＯ／ＩＥＣ  １４４４３−４に対しては、例えば、コンパチブルＩＣカード（ｃｏｍｐａｔｉｂｌｅ  ＩＣ  Ｃａｒｄｓ）について規定するＩＳＯ／ＩＥＣ  １４４４３を物理層に採用することができる。さらに、ＩＳＯ／ＩＥＣ  １５６９３−２に対しては、ＲＦタグによる通信に専用のデバイス（ＲＦ  Ｔａｇ）を物理層に採用することができる。また、Ｂｌｕｅｔｏｏｔｈについては、Ｂｌｕｅｔｏｏｔｈによる通信に専用のデバイス（Ｂｌｕｅｔｏｏｔｈ  ｄｅｖｉｃｅｓ）を採用することができる。さらに、ＷＬＡＮその他のＭＡＣ層の通信プロトコルについては、その通信プロトコルによる通信に専用のデバイス（Ｏｔｈｅｒ  ｄｅｖｉｃｅｓ）を物理層に採用することができる。
【００６１】
次に、図６は、ＮＦＣの一部であるＮＦＣＩＰ−２においてやりとりされるデータのフォーマットを示している。
【００６２】
ＮＦＣＩＰ−２では、ＮＦＣＩＰ−２  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）と呼ばれる単位で、データがやりとりされる。
【００６３】
ＮＦＣＩＰ−２  ＰＤＵは、ＰＰＰ（Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）でやりとりされるパケットと同一フォーマットとなっており、これにより、ＮＦＣＩＰ−２と、ＰＰＰとの親和性の向上が図られている。
【００６４】
ＮＦＣＩＰ−２  ＰＤＵは、その先頭から、スタートマーク部（Ｓｔａｒｔ  Ｍａｒｋ）、アドレス部（Ａｄｄｒｅｓｓ）、コントロール部（Ｃｏｎｔｒｏｌ）、プロトコル部（Ｐｒｏｔｏｃｏｌ）、ＮＦＣＩＰ−２ヘッダ部（ＮＦＣＩＰ−２  ｈｅａｄｅｒ）、データ部（Ｄａｔａ）、ＣＲＣ部（ＣＲＣ）、エンドマーク部（Ｅｎｄ  Ｍａｒｋ）が順次配置されて構成される。
【００６５】
スタートマーク部には、ＮＦＣＩＰ−２  ＰＤＵのスタートを表すスタートマークとしての、例えば、１バイトの７Ｅｈ（ｈは、その前の値が１６進数であることを表す）が配置される。アドレス部には、所定のデータとしての、例えば、１バイトのＦＦｈが配置される。コントロール部にも、所定のデータとしての、例えば、１バイトの０３ｈが配置される。
【００６６】
ここで、ＮＦＣＩＰ−２において、以上のスタートマーク部、アドレス部、およびコントロール部に配置されるデータは、ＰＰＰにおける場合と同一である。
【００６７】
プロトコル部には、例えば、２バイトの０００１ｈが配置される。ここで、ＰＰＰでは、プロトコル部に０００１ｈが配置されている場合は、データ部に配置されたデータが、特に意味のないものであるとされるが、ＮＦＣＩＰ−２では、プロトコル部に０００１ｈが配置されている場合に、パケット（ＰＤＵ）がＮＦＣＩＰ−２  ＰＤＵであるとして扱われる。
【００６８】
ＮＦＣＩＰ−２ヘッダ部には、後述する図７で説明する６バイトのヘッダ情報が配置される。データ部には、必要なデータが配置される。ＣＲＣ部には、アドレス部、コントロール部、プロトコル部、ＮＦＣＩＰ−２ヘッダ部、データ部を対象として求められたＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋｉｎｇ）コードが配置される。
【００６９】
エンドマーク部には、ＮＦＣＩＰ−２  ＰＤＵのおわりを表すエンドマークとしての、例えば、１バイトの７Ｅｈが配置される。このエンドマークは、ＰＰＰにおける場合と同一である。
【００７０】
図７は、図６のＮＦＣＩＰ−２ヘッダ部に配置されるヘッダ情報のフォーマットを示している。
【００７１】
ヘッダ情報は、上述したように、６バイトで構成される。そして、その先頭から１バイト目、２バイト目、３バイト目には、ＮＦＣの文字のうちの、Ｎ，Ｆ，Ｃの文字を表すコード４Ｅｈ，４６ｈ，４３ｈが、それぞれ配置される。４バイト目には、ＮＦＣのバージョンを表す値が配置される。なお、図７では、ＮＦＣのバージョンを表す値は、２１ｈになっている。
【００７２】
５バイト目は、将来の拡張用（ＲＦＵ（Ｒｅｓｅｒｖｅｄ  ｆｏｒ  Ｆｕｔｕｒｅ  Ｕｓｅ））で、図７では、００ｈとなっている。
【００７３】
６バイト目には、各種の要求（ｒｅｑｕｅｓｔ）や、要求に対する応答（ｒｅｓｐｏｎｓｅ）を表すディレクティブコード（Ｄｉｒｅｃｔｉｖｅ  Ｃｏｄｅ）が配置される。即ち、図４で説明したように、ＮＦＣでは、イニシエータとターゲットとの間で、イニシエータが要求を送信し、ターゲットがその要求に対する応答を返す形で、通信が行われる。ヘッダ情報の６バイト目には、その要求や応答を表すコードであるディレクティブコードが配置される。
【００７４】
ＮＦＣＩＰ−２では、上述したように、通信相手が利用可能な通信プロトコルの情報である利用可能プロトコル情報が取得され、その利用可能プロトコル情報が表す利用可能な通信プロトコルの中に含まれる、ある通信プロトコルによる通信を行うのに必要な情報である通信情報が交換される。そして、ＮＦＣＩＰ−２は、通信プロトコルを、ＮＦＣＩＰ−１から、交換した通信情報に対応する通信プロトコルに切り換える（ハンドオーバする）。
【００７５】
利用可能プロトコル情報の要求には、アベイラブルメディアリクエスト（ＡＶＡＩＬＡＢＬＥ＿ＭＥＤＩＡ  Ｒｅｑｕｅｓｔ）が、イニシエータからターゲットに送信される。アベイラブルメディアリクエストに対する応答としては、アベイラブルメディアレスポンス（ＡＶＡＩＬＡＢＬＥ＿ＭＥＤＩＡ  Ｒｅｓｐｏｎｓｅ）が、ターゲットからイニシエータに送信される。
【００７６】
また、通信プロトコルの切り換え（ハンドオーバ）の要求には、メディアハンドオーバリクエスト（ＭＥＤＩＡ＿ＨＡＮＤＯＶＥＲ  Ｒｅｑｕｅｓｔ）が、イニシエータからターゲットに送信される。メディアハンドオーバリクエストに対する応答としては、メディアハンドオーバレスポンス（ＭＥＤＩＡ＿ＨＡＮＤＯＶＥＲ  Ｒｅｓｐｏｎｓｅ）が、ターゲットからイニシエータに送信される。
【００７７】
アベイラブルメディアリクエストにおいては、ディレクティブコードが、例えば、２２ｈとされる。さらに、通信相手（ここでは、ターゲット）が利用可能なすべての通信プロトコルの情報（利用可能プロトコル情報）を要求する場合には、データ部に、０１ｈが配置される。
【００７８】
また、アベイラブルメディアリクエストにおいて、特定の通信プロトコルの利用可能性を通信相手に要求する場合には、データ部に、その特定の通信プロトコルを表す情報が配置される。
【００７９】
即ち、図８は、アベイラブルメディアリクエストにおいて、特定の通信プロトコルの利用可能性を通信相手に要求する場合のＮＦＣＩＰ−２  ＰＤＵのデータ部のフォーマットを示している。
【００８０】
データ部の先頭には、データ部のデータ長を表すＰＤＵデータ長（Ｌｅｎｇｔｈ  ｏｆ  ＰＤＵ  Ｄａｔａ（ｎ））が配置される。そのデータ長の後は、後述するメディアパラメータパック（Ｍｅｄｉａ  Ｐａｒａｍｅｔｅｒ  Ｐａｃｋ）の数を表すメディアパックカウント（Ｍｅｄｉａ  Ｐａｃｋ  Ｃｏｕｎｔ）が配置される。そして、その後に、メディアパラメータパックが、メディアパックカウントが表す数だけ配置される。
【００８１】
メディアパラメータパックは、メディアコード部（Ｍｅｄｉａ  Ｃｏｄｅ）と、属性部（Ａｔｔｒｉｂｕｔｅ）とが、その順で配置されて構成される。メディアコード部は、通信プロトコルを表す１バイトのメディアコードが配置され、属性部には、メディアコード部に配置されたメディアコードが表す通信プロトコルに関する情報が配置される。
【００８２】
アベイラブルメディアリクエストにおいて、例えば、ＷＬＡＮを規定するＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１と、Ｂｌｕｅｔｏｏｔｈの２つの通信プロトコルの利用可能性を通信相手に要求する場合には、ＩＥＥＥ８０２．１１を表すメディアコードが配置されたメディアパラメータパックと、Ｂｌｕｅｔｏｏｔｈを表すメディアコードが配置されたメディアパラメータパックの、２つのメディアパラメータパックが、メディアパックカウントの後に配置される。
【００８３】
アベイラブルメディアリクエストに対する応答であるアベイラブルメディアレスポンスにおいては、ディレクティブコードが、例えば、２３ｈとされる。さらに、アベイラブルメディアレスポンスにおいては、データ部に、自身（ここでは、アベイラブルメディアリクエストを受信した装置であるターゲット）が利用可能な通信プロトコルを表す情報が配置される。
【００８４】
即ち、図９は、アベイラブルメディアレスポンスとしてのＮＦＣＩＰ−２  ＰＤＵのデータ部のフォーマットを示している。
【００８５】
データ部の先頭には、図８における場合と同様に、ＰＤＵデータ長（Ｌｅｎｇｔｈ  ｏｆ  ＰＤＵ  Ｄａｔａ（ｎ））が配置される。さらに、その後に、カレントフェーズ（Ｃｕｒｒｅｎｔ  Ｐｈａｓｅ）、ステータス（Ｓｔａｔｕｓ）、エラーコード（Ｅｒｒｏｒ  Ｃｏｄｅ）が順次配置される。ここで、カレントフェーズは、自身が、ＮＦＣＩＰ−２の後述するフェーズのうちのいずれのフェーズにあるかを表す。ステータスは、自身の現在の状態（ステータス）を表し、エラーコードは、何らかの処理中にエラーが発生した場合の、そのエラーに対応するコードを表す。
【００８６】
エラーコードの後には、メディアパックカウント（Ｍｅｄｉａ  Ｐａｃｋ  Ｃｏｕｎｔ）が配置される。メディアパックカウントは、その後に配置されるメディアパラメータパックの数を表す。
【００８７】
メディアパックカウントの後には、自身が利用可能な通信プロトコルごとに、その通信プロトコルを表すメディアパラメータパック（Ｍｅｄｉａ  Ｐａｒａｍｅｔｅｒ  Ｐａｃｋ）が、メディアパックカウントが表す数だけ配置される。なお、図９におけるメディアパラメータパックの構成は、図８で説明したものと同一であるので、その説明は、省略する。
【００８８】
アベイラブルメディアリクエストを送信したイニシエータは、そのアベイラブルメディアリクエストに対してターゲットが送信してくるアベイラブルメディアレスポンスを受信し、そのアベイラブルメディアレスポンスにおけるメディアパラメータパックを参照することにより、ターゲットが利用可能な通信プロトコルを認識する。
【００８９】
なお、イニシエータからのアベイラブルメディアリクエストのデータ部が０１ｈである場合には、ターゲットは、自身が利用可能な通信プロトコルすべてについてのメディアパラメータパックを有するアベイラブルメディアレスポンスを、イニシエータに送信する。また、イニシエータからのアベイラブルメディアリクエストのデータ部が、図８に示したものである場合には、ターゲットは、そのアベイラブルメディアリクエストが有するメディアパラメータパックに対応する通信プロトコルそれぞれについて、自身が利用可能かどうかを表す情報を有するアベイラブルメディアレスポンスを、イニシエータに送信する。
【００９０】
メディアハンドオーバリクエストにおいては、ディレクティブコードが、例えば、２４ｈとされる。さらに、データ部に、ＮＦＣＩＰ−１からハンドオーバする通信プロトコルの情報が配置される。
【００９１】
即ち、図１０は、メディアハンドオーバリクエストとしてのＮＦＣＩＰ−２  ＰＤＵのデータ部のフォーマットを示している。
【００９２】
データ部の先頭には、データ部のデータ長を表すＰＤＵデータ長（Ｌｅｎｇｔｈ  ｏｆ  ＰＤＵ  Ｄａｔａ（１１ｈ））が配置される。そのデータ長の後は、ＮＦＣＩＰ−１からハンドオーバする通信プロトコルに関するメディアパラメータパック（Ｍｅｄｉａ  Ｐａｒａｍｅｔｅｒ  Ｐａｃｋ）が配置される。なお、図１０におけるメディアパラメータパックの構成は、図８で説明したものと同一であるので、その説明は、省略する。
【００９３】
メディアハンドオーバリクエストに対する応答であるメディアハンドオーバレスポンスにおいては、ディレクティブコードが、例えば、２５ｈとされる。さらに、メディアハンドオーバレスポンスにおいては、データ部に、所定のデータが配置される。
【００９４】
即ち、図１１は、メディアハンドオーバレスポンスとしてのＮＦＣＩＰ−２  ＰＤＵのデータ部のフォーマットを示している。
【００９５】
データ部には、その先頭から、ＰＤＵデータ長（Ｌｅｎｇｔｈ  ｏｆ  ＰＤＵ  Ｄａｔａ（０４ｈ））、カレントフェーズ（Ｃｕｒｒｅｎｔ  Ｐｈａｓｅ）、ステータス（Ｓｔａｔｕｓ）、エラーコード（Ｅｒｒｏｒ  Ｃｏｄｅ）が順次配置される。ＰＤＵデータ長、カレントフェーズ、ステータス、エラーコードは、図９で説明したものと同様であるため、その説明は、省略する。
【００９６】
イニシエータとターゲットとの間では、アベイラブルメディアリクエストとアベイラブルメディアレスポンスが、ＮＦＣＩＰ−１によってやりとりされ、これにより、イニシエータは、ターゲットが利用可能な通信プロトコルを認識する。さらに、イニシエータとターゲットとの間では、メディアハンドオーバリクエストとメディアハンドオーバレスポンスが、ＮＦＣＩＰ−１によってやりとりされ、これにより、イニシエータとターゲットは、ＮＦＣＩＰ−１による通信から、イニシエータが認識したある通信プロトコルによる通信にハンドオーバする。そして、その後、イニシエータとターゲットは、そのハンドオーバ後の通信プロトコルによる通信を行う。
【００９７】
次に、図１２を参照して、ＮＦＣＩＰ−２による通信のフェーズについて説明する。
【００９８】
ＮＦＣＩＰ−２による通信は、アイドルフェース（Ｉｄｌｉｎｇ  ｐｈａｓｅ）Ｐ１、リンク確立待ちフェーズ（Ｌｉｎｋ  ｅｓｔａｂｌｉｓｈｍｅｎｔ−ｗａｉｔｉｎｇ  ｐｈａｓｅ）Ｐ２、リンク確立フェーズ（Ｌｉｎｋ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｈａｓｅ）Ｐ３、認証フェーズ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｐｈａｓｅ）Ｐ４、ネットワークレイヤプロトコルフェーズ（Ｎｅｔｗｏｒｋ  ｌａｙｅｒ  ｐｒｏｔｏｃｏｌ  ｐｈａｓｅ）Ｐ５、およびリンクターミネーションフェーズ（Ｌｉｎｋ  ｔｅｒｍｉｎａｔｉｏｎ  ｐｈａｓｅ）Ｐ６の６つのフェーズを有する。
【００９９】
ＮＦＣＩＰ−２による通信では、まず最初に、初期フェーズであるアイドルフェーズＰ１となる。アイドルフェーズＰ１では、上述したＲＦフィールドの検出などが行われる。
【０１００】
アイドルフェーズＰ１において、例えば、ＮＦＣによる通信が可能な装置を検出する要求があると、リンク確立待ちフェーズＰ２に移行し、ＮＦＣによる通信が可能な装置の検出が開始される。なお、リンク確立待ちフェーズＰ２からは、アイドルフェーズＰ１、リンク確立フェーズＰ３、またはリンクターミネーションフェーズＰ６に移行しうる。
【０１０１】
リンク確立待ちフェーズＰ２において、例えば、ＮＦＣによる通信が可能な装置が検出されると、リンク確立フェーズＰ３に移行する。リンク確立フェーズＰ３では、ＮＦＣによる通信の通信相手とする装置を識別する、乱数によるＩＤ（以下、適宜、ＮＦＣＩＤという）が認識され、そのＮＦＣＩＤを認識した通信相手とのリンクが確立される。なお、リンク確立フェーズＰ３からは、アイドルフェーズＰ１、認証フェーズＰ４、またはリンクターミネーションフェーズＰ６に移行しうる。
【０１０２】
リンク確立フェーズＰ３において、例えば、ＮＦＣＩＤを認識した通信相手とのリンクが確立されると、認証フェーズＰ４に移行する。認証フェーズＰ４では、ＮＦＣＩＤを認識した通信相手との間で、相互認証が行われる。なお、認証フェーズＰ４からは、アイドルフェーズＰ１、ネットワークレイヤプロトコルフェーズＰ５、またはリンクターミネーションフェーズＰ６に移行しうる。また、認証フェーズＰ４は、スキップすることが可能である。
【０１０３】
認証フェーズＰ４において、例えば、ＮＦＣＩＤを認識した通信相手との間での相互認証が成功すると、ネットワークレイヤプロトコルフェーズＰ５に移行する。ネットワークレイヤプロトコルフェーズＰ５では、ＮＦＣＩＤを認識した通信相手との間で、必要なデータ交換（データのやりとり）が行われる。なお、ネットワークレイヤプロトコルフェーズＰ５からは、アイドルフェーズＰ１、またはリンクターミネーションフェーズＰ６に移行しうる。
【０１０４】
ネットワークレイヤプロトコルフェーズＰ５において、例えば、ＮＦＣによる通信の終了の要求があると、リンクターミネーションフェーズＰ６に移行する。リンクターミネーションフェーズＰ６では、例えば、ＮＦＣＩＤを認識した通信相手とのリンクが切断され、アイドルフェーズＰ１に移行する。
【０１０５】
次に、図１３および図１４を参照して、イニシエータとターゲットとの間で、ＮＦＣＩＰ−１による通信が開始され、その後、ＭＡＣ層（さらには物理層）の通信プロトコルをＮＦＣＩＰ−１から他の通信プロトコルにハンドオーバする場合の、そのイニシエータとターゲットの処理について説明する。
【０１０６】
まず、図１３を参照して、イニシエータの処理について説明する。
【０１０７】
イニシエータは、まず最初に、ステップＳ１において、アイドル状態となる。
【０１０８】
その後、ステップＳ１からＳ２に進み、イニシエータは、ＲＦフィールドを形成し、ＮＦＣＩＤを要求するポーリングを行って、ステップＳ３に進む。ステップＳ３では、イニシエータは、ポーリングに対する応答が、ターゲットからあったかどうかを判定する。ステップＳ３において、ポーリングに対する応答がなかったと判定された場合、ステップＳ２に戻り、以下、同様の処理を繰り返す。
【０１０９】
また、ステップＳ３において、ポーリングに対する応答があったと判定された場合、ステップＳ４に進み、イニシエータは、応答のあったターゲットに対して、ＮＦＣＩＤを要求し、その要求に応じてターゲットから送信されてくるＮＦＣＩＤを受信する。このＮＦＣＩＤによって、イニシエータは、通信相手とするターゲットを特定する。
【０１１０】
その後、ステップＳ４からＳ５に進み、イニシエータは、通信相手として特定したターゲットとの間で相互認証を行い、さらに、その相互認証時に、トランザクションＩＤおよびトランザクションキーを、ターゲットとの間で交換して、ステップＳ６に進む。なお、イニシエータとターゲットは、トランザクションＩＤおよびトランザクションキーの交換後、トランザクションＩＤおよびトランザクションキーを、暗号鍵として、その後にやりとりするデータを暗号化する。
【０１１１】
ステップＳ６では、イニシエータは、ターゲットに対して、ターゲットが利用可能な通信プロトコルを要求し、その要求に応じてターゲットから送信されてくる、利用可能な通信プロトコルの利用可能プロトコル情報を受信する。即ち、ステップＳ６では、イニシエータは、アベイラブルメディアリクエストを、ターゲットに送信し、そのアベイラブルメディアリクエストに対する応答としてのアベイラブルメディアレスポンスを、ターゲットから受信する。これにより、イニシエータは、ターゲットが利用可能な通信プロトコルを認識する。
【０１１２】
その後、イニシエータは、自身とターゲットが利用可能な通信プロトコルから所望の通信プロトコル（以下、適宜、所望プロトコルという）を選択し、ステップＳ６からＳ７に進む。ステップＳ７では、イニシエータは、所望プロトコルによる通信に必要な通信情報を、ターゲットとの間で交換し、ステップＳ８に進む。
【０１１３】
ステップＳ８では、イニシエータは、ＭＡＣ層（さらには物理層）の通信プロトコルを、ＮＦＣＩＰ−１から所望プロトコルに切り換える（ハンドオーバする）。即ち、ステップＳ８では、イニシエータは、メディアハンドオーバリクエストを、ターゲットに送信し、そのメディアハンドオーバリクエストに対する応答としてのメディアハンドオーバレスポンスを受信する。そして、イニシエータは、ＭＡＣ層（さらには物理層）の通信プロトコルを、ＮＦＣＩＰ−１から所望プロトコルに切り換える。
【０１１４】
その後、ステップＳ８からＳ９に進み、イニシエータは、ＮＦＣによる通信をターミネーションする。イニシエータは、ＮＦＣによる通信のターミネーション後、ステップＳ７で取得した通信情報に基づき、所望プロトコルによる通信を行い、その通信終了後、ステップＳ１に戻る。
【０１１５】
次に、図１４のフローチャートを参照して、ターゲットの処理について説明する。
【０１１６】
ターゲットは、まず最初に、ステップＳ２１において、アイドル状態となる。
【０１１７】
その後、ターゲットは、例えば、イニシエータからのポーリングを受信すると、ステップＳ２１からＳ２２に進み、そのポーリングに対する応答を、イニシエータに送信して、ステップＳ２３に進む。ステップＳ２３では、ターゲットは、イニシエータからのＮＦＣＩＤの要求を待って、乱数によるＮＦＣＩＤを生成し、イニシエータに送信して、ステップＳ２４に進む。ここで、例えば、イニシエータからのＮＦＣＩＤの要求には、そのイニシエータのＮＦＣＩＤが含まれており、ターゲットは、そのＮＦＣＩＤによって、通信相手となるイニシエータを特定する。
【０１１８】
その後、ステップＳ２３からＳ２４に進み、ターゲットは、ＮＦＣＩＤによって通信相手として特定したイニシエータとの間で相互認証を行い、さらに、その相互認証時に、トランザクションＩＤおよびトランザクションキーを、イニシエータとの間で交換して、ステップＳ２５に進む。なお、ターゲットとイニシエータは、図１３で説明したように、トランザクションＩＤおよびトランザクションキーの交換後、トランザクションＩＤおよびトランザクションキーを、暗号鍵として、その後にやりとりするデータを暗号化する。
【０１１９】
ステップＳ２５では、ターゲットは、イニシエータからの、利用可能な通信プロトコルを要求が送信されてくるのを待って、自身が利用可能な通信プロトコルの利用可能プロトコル情報を、イニシエータに送信する。即ち、ステップＳ２５では、ターゲットは、イニシエータからのアベイラブルメディアリクエストを受信し、そのアベイラブルメディアリクエストに対する応答としてのアベイラブルメディアレスポンスを、利用可能プロトコル情報として、イニシエータに送信する。
【０１２０】
その後、ステップＳ２５からＳ２６に進み、ターゲットは、イニシエータとの間で、図１３で説明した所望プロトコルによる通信に必要な通信情報を、イニシエータとの間で交換し、ステップＳ２７に進む。
【０１２１】
ステップＳ２７では、ターゲットは、ＭＡＣ層（さらには物理層）の通信プロトコルを、ＮＦＣＩＰ−１から所望プロトコルに切り換える（ハンドオーバする）。即ち、ステップＳ２７では、ターゲットは、イニシエータからのメディアハンドオーバリクエストを受信し、そのメディアハンドオーバリクエストに対する応答としてのメディアハンドオーバレスポンスを、イニシエータに送信する。そして、ターゲットは、ＭＡＣ層（さらには物理層）の通信プロトコルを、ＮＦＣＩＰ−１から所望プロトコルに切り換える。
【０１２２】
その後、ステップＳ２７からＳ２８に進み、ターゲットは、ＮＦＣによる通信をターミネーションする。ターゲットは、ＮＦＣによる通信のターミネーション後、ステップＳ２６で取得した通信情報に基づき、所望プロトコルによる通信を行い、その通信終了後、ステップＳ２１に戻る。
【０１２３】
次に、例えば、通信装置１および２が、図１５に示すように、ＮＦＣによる通信と、Ｂｌｕｅｔｏｏｔｈによる通信（ＢＴ通信）が可能であるとして、初めに、ＮＦＣによる通信を行い、その後、ＮＦＣによる通信からＢＴ通信にハンドオーバする場合の、通信装置１および２の処理について説明する。
【０１２４】
なお、図１５は、通信装置１と２の機能的な構成例を示している。
【０１２５】
即ち、図１５においては、通信装置１は、ＮＦＣ通信部５１とＢＴ通信部５２を有し、通信装置２は、ＮＦＣ通信部６１とＢＴ通信部６２を有している。ＮＦＣ通信部５１および６１は、ＮＦＣによる通信を行い、ＢＴ通信部５２および６２は、ＢＴ通信を行う。
【０１２６】
図１６は、図１５の通信装置１と２を、それぞれ、イニシエータとターゲットとして、初めに、ＮＦＣによる通信を行い、その後、ＮＦＣによる通信からＢＴ通信にハンドオーバする場合の、通信装置１および２の処理を説明するフローチャートである。
【０１２７】
まず最初に、イニシエータであるＮＦＣ通信部５１は、ステップＳ５１において、ポーリングを行い、ターゲットであるＮＦＣ通信部６１は、そのポーリングを受信し、ステップＳ５２において、そのポーリングに対する応答を、ＮＦＣ通信部５１に送信する。
【０１２８】
ＮＦＣ通信部５１は、ＮＦＣ通信部６１から、ポーリングに対する応答が送信されてくると、その応答を受信し、ステップＳ５３において、ＮＦＣ通信部６１に、ＮＦＣＩＤを要求する。ＮＦＣ通信部６１は、ＮＦＣ通信部５１からのＮＦＣＩＤの要求を受信し、ステップＳ５４において、その要求に応じて、自身のＮＦＣＩＤを、ＮＦＣ通信部５１に送信する。ＮＦＣ通信部５１は、ＮＦＣ通信部６１からのＮＦＣＩＤを受信し、これにより、通信相手であるＮＦＣ通信部６１（通信装置２）を特定する。なお、ＮＦＣ通信部５１から６１に送信される、ＮＦＣＩＤの要求には、ＮＦＣ通信部５１のＮＦＣＩＤが含まれており、ＮＦＣ通信部６１は、そのＮＦＣＩＤによって、通信相手であるＮＦＣ通信部５１（通信装置１）を特定する。
【０１２９】
その後、ＮＦＣ通信部５１と６１との間では、ステップＳ５５において、相互認証のためのデータがやりとりされることにより、相互認証が行われ、さらに、その際、トランザクションＩＤとトランザクションキーとが交換される。その後のＮＦＣ通信部５１と６１との間では、トランザクションＩＤとトランザクションキーを暗号鍵として、その暗号鍵でデータを暗号化して、データがやりとりされる。なお、上述したように、相互認証は、スキップすること（行わないようにすること）が可能である。
【０１３０】
ステップＳ５５において、相互認証が成功すると、ステップＳ５６に進み、ＮＦＣ通信部５１は、ＮＦＣ通信部６１に対して、通信装置２が利用可能なプロトコルの情報である利用可能プロトコル情報の要求（アベイラブルメディアリクエスト）を送信し、ＮＦＣ通信部６１は、その要求を受信する。ＮＦＣ通信部６１は、ステップＳ５７において、ＮＦＣ通信部５１からの要求に応じて、通信装置２が利用可能なプロトコルの情報である利用可能プロトコル情報（アベイラブルメディアレスポンス）を、ＮＦＣ通信部５１に送信し、ＮＦＣ通信部５１は、その利用可能プロトコル情報を受信する。
【０１３１】
いまの場合、ＮＦＣ通信部５１は、ＮＦＣ通信部６１から受信した利用可能プロトコル情報から、通信装置２がＢＴ通信が可能であることを認識する。
【０１３２】
そして、例えば、ＮＦＣによる通信よりも、ＢＴ通信の方が高伝送レートであり、大容量のデータの送信を、通信装置１と２との間で行うには、ＮＦＣによる通信よりも、ＢＴ通信の方が有利であるとして、ＮＦＣによる通信から、ＢＴ通信に切り換えることが、通信装置１において決定されたとする。
【０１３３】
この場合、ステップＳ５８において、ＮＦＣ通信部５１と６１との間で、ＢＴ通信に必要な通信情報が交換される。ここで、ＢＴ通信に必要な通信情報としては、例えば、ＢＴ通信において、通信相手を特定するＢＤ（Ｂｌｕｅｔｏｏｔｈ  Ｄｅｖｉｃｅ）アドレスなどがある。即ち、通信装置１のＢＴ通信部５２と、通信装置２のＢＴ通信部６２は、それぞれユニークなＢＤアドレスを有しており、ステップＳ５８では、ＮＦＣ通信部５１から６１に対して、ＢＴ通信部５２のＢＤアドレスが送信され、ＮＦＣ通信部６１は、そのＢＤアドレスを受信する。さらに、ステップＳ５８では、ＮＦＣ通信部６１から５１に対して、ＢＴ通信部６２のＢＤアドレスが送信され、ＮＦＣ通信部５１は、そのＢＤアドレスを受信する。
【０１３４】
その後、ＮＦＣ通信部５１は、ステップＳ５９において、ＮＦＣ通信部６１に対して、ＮＦＣによる通信からＢＴ通信に切り換える切り換え要求（メディアハンドオーバリクエスト）を送信し、ＮＦＣ通信部６１は、その切り換え要求を受信する。そして、ＮＦＣ通信部５２は、ステップＳ６０において、ＮＦＣ通信部５１からの切り換え要求に対する応答（メディアハンドオーバレスポンス）を、ＮＦＣ通信部５１に送信し、ＮＦＣ通信部５１は、その応答を受信する。
【０１３５】
その後、通信装置１は、ステップＳ６１において、ＮＦＣ通信部５１が行うＮＦＣによる通信から、ＢＴ通信部５２が行うＢＴ通信への切り換え（ハンドオーバ）を行う。さらに、通信装置２も、ステップＳ６２において、ＮＦＣ通信部６１が行うＮＦＣによる通信から、ＢＴ通信部６２が行うＢＴ通信への切り換え（ハンドオーバ）を行う。
【０１３６】
そして、ＮＦＣ通信部５１と６１は、ステップＳ６３において、ＮＦＣによる通信をターミネーションする。その後、ステップＳ６４において、ＢＴ通信部５２と６２との間で、ステップＳ５８で交換された通信情報に基づき、ＢＴ通信が行われる。
【０１３７】
即ち、ＢＴ通信部５２は、ＮＦＣ通信部５１がステップＳ５８で受信したＢＴ通信部６２のＢＤアドレスによって、そのＢＴ通信部６２を通信相手として特定して、ＢＴ通信を行う。同様に、ＢＴ通信部６２も、ＮＦＣ通信部６１がステップＳ５８で受信したＢＴ通信部５２のＢＤアドレスによって、そのＢＴ通信部５２を通信相手として特定して、ＢＴ通信を行う。
【０１３８】
従って、この場合、ＢＴ通信部５２および６２は、ユーザによって通信相手を指定してもらわなくても、通信相手を特定して、ＢＴ通信を行うことができる。
【０１３９】
即ち、ＢＴ通信が可能なデバイスであるＢＴデバイスが多数存在する場合、各ＢＴデバイスでは、他のＢＴデバイスとの間で情報をやりとりし、他のＢＴデバイスに関する情報を収集する。そして、各ＢＴデバイスでは、収集した情報に基づき、他のＢＴデバイスを表すアイコンが画面に表示される。この場合、ユーザが、多数のＢＴデバイスのうちの、ある１つのＢＴデバイス＃１から、他の１つのＢＴデバイス＃２に、データを送信しようとするとき、ＢＴデバイス＃１の画面に表示された多数のＢＴデバイスのアイコンから、ＢＴデバイス＃２のアイコンを探し出し、そのアイコンを操作することにより、データを送信する相手であるＢＴデバイス＃２を指定しなければならない。
【０１４０】
これに対して、図１の通信システムによれば、通信装置１乃至３と同様の通信装置が多数存在している場合に、通信装置１から２にデータを送信しようとするときであっても、通信装置１を通信装置２に近づけるだけで、通信装置１から２にデータを送信することができる。
【０１４１】
即ち、通信装置１および２では、それらが近接した状態となると、ＮＦＣによる通信によって、通信装置１と２がＢＴ通信を行うことができることが認識され、ＢＴ通信に要する通信情報としての、ＢＤアドレスなどが交換される。さらに、通信装置１および２では、ＮＦＣによる通信から、ＢＴ通信に切り換えられ（ハンドオーバが行われ）、ＢＤアドレスに基づき、通信相手を特定して、ＢＴ通信が行われる。
【０１４２】
従って、ユーザは、ＮＦＣによる通信と、ＢＴ通信との両方の利点を享受することができる。
【０１４３】
即ち、例えば、ＮＦＣによる通信よりも、ＢＴ通信の方が高伝送レートである場合には、ＮＦＣによる通信によって、ユーザは、通信装置１と２とを近接した状態とするだけで、その他の通信相手を特定するための作業を行わずに済み、さらに、ＢＴ通信によって、高速に、データを送信することができる。
【０１４４】
次に、上述した一連の処理は、専用のハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータやマイクロコンピュータ等にインストールされる。
【０１４５】
そこで、図１７は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。
【０１４６】
プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク１０５やＲＯＭ１０３に予め記録しておくことができる。
【０１４７】
あるいはまた、プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体１１１に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体１１１は、いわゆるパッケージソフトウエアとして提供することができる。
【０１４８】
なお、プログラムは、上述したようなリムーバブル記録媒体１１１からコンピュータにインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを、通信部１０８で受信し、内蔵するハードディスク１０５にインストールすることができる。
【０１４９】
コンピュータは、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０２を内蔵している。ＣＰＵ１０２には、バス１０１を介して、入出力インタフェース１１０が接続されており、ＣＰＵ１０２は、入出力インタフェース１１０を介して、ユーザによって、キーボードや、マウス、マイク等で構成される入力部１０７が操作等されることにより指令が入力されると、それにしたがって、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０３に格納されているプログラムを実行する。あるいは、また、ＣＰＵ１０２は、ハードディスク１０５に格納されているプログラム、衛星若しくはネットワークから転送され、通信部１０８で受信されてハードディスク１０５にインストールされたプログラム、またはドライブ１０９に装着されたリムーバブル記録媒体１１１から読み出されてハードディスク１０５にインストールされたプログラムを、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０４にロードして実行する。これにより、ＣＰＵ１０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、ＣＰＵ１０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース１１０を介して、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）やスピーカ等で構成される出力部１０６から出力、あるいは、通信部１０８から送信、さらには、ハードディスク１０５に記録等させる。
【０１５０】
ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０１５１】
また、プログラムは、１のコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。
【０１５２】
なお、本実施の形態では、無線通信を対象としたが、本発明は、有線通信や、無線と有線とが混在した通信にも適用可能である。
【０１５３】
また、本実施の形態では、ＮＦＣによる通信から、他の通信プロトコルによる通信に切り換えるようにしたが、任意の通信プロトコルによる通信から、他の任意の通信プロトコルによる通信に切り換えること、即ち、例えば、ＩＳＯ／ＩＥＣ  １４４４３−３からＢｌｕｅｔｏｏｔｈに切り換えることなども可能である。
【０１５４】
さらに、本実施の形態では、ＮＦＣによる通信から、ＢＴ通信に切り換えるようにしたが、その後、さらに、ＢＴ通信から、他の通信プロトコルによる通信に切り換えるようにすることも可能である。
【０１５５】
【発明の効果】
以上の如く、本発明によれば、複数の通信プロトコルの利点を享受可能な通信を行うことが可能となる。
【図面の簡単な説明】
【図１】本発明を適用した通信システムの一実施の形態の構成例を示す図である。
【図２】パッシブモードを説明する図である。
【図３】アクティブモードを説明する図である。
【図４】通信装置１乃至３のＮＦＣによる通信を行う部分の構成例を示すブロック図である。
【図５】通信装置１乃至３の通信プロトコルと、ＯＳＩ階層モデルとの対応関係を示す図である。
【図６】ＮＦＣＩＰ−２  ＰＤＵのフォーマットを示す図である。
【図７】ＮＦＣＩＰ−２  ｈｅａｄｅｒのフォーマットを示す図である。
【図８】アベイラブルメディアリクエストのデータ部のフォーマットを示す図である。
【図９】アベイラブルメディアレスポンスのデータ部のフォーマットを示す図である。
【図１０】メディアハンドオーバリクエストのデータ部のフォーマットを示す図である。
【図１１】メディアハンドオーバレスポンスのデータ部のフォーマットを示す図である。
【図１２】ＮＦＣＩＰ−２による通信のフェーズを示す図である。
【図１３】イニシエータの処理を説明するフローチャートである。
【図１４】ターゲットの処理を説明するフローチャートである。
【図１５】通信装置１と２の機能的な構成例を示すブロック図である。
【図１６】通信装置１および２の処理を説明するフローチャートである。
【図１７】本発明を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
【符号の説明】
１乃至３  通信装置，  ５１  ＮＦＣ通信部，  ５２  ＢＴ通信部，  ６１  ＮＦＣ通信部，  ６２  ＢＴ通信部，  １０１  バス，  １０２  ＣＰＵ，  １０３  ＲＯＭ，  １０４  ＲＡＭ，  １０５  ハードディスク，  １０６  出力部，  １０７  入力部，  １０８  通信部，  １０９  ドライブ，  １１０  入出力インタフェース，  １１１  リムーバブル記録媒体
【図１】
2004364145.tif 000003
【図２】
2004364145.tif 000004
【図３】
2004364145.tif 000005
【図４】
2004364145.tif 000006
【図５】
2004364145.tif 000007
【図６】
2004364145.tif 000008
【図７】
2004364145.tif 000009
【図８】
2004364145.tif 000010
【図９】
2004364145.tif 000011
【図１０】
2004364145.tif 000012
【図１１】
2004364145.tif 000013
【図１２】
2004364145.tif 000014
【図１３】
2004364145.tif 000015
【図１４】
2004364145.tif 000016
【図１５】
2004364145.tif 000017
【図１６】
2004364145.tif 000018
【図１７】
2004364145.tif 000019