通信システム、通信装置および通信方法、並びにプログラム
【課題】複数の通信プロトコルの利点を享受する。
【解決手段】通信装置１のNFC通信部５１では、通信装置２のNFC通信部６１との間で、NFCによる通信が行われ、これにより、Bluetooth（登録商標）による通信（BT通信）が可能であることが認識され、さらに、そのBT通信に要する通信情報としての、BT通信部５２と６２のBDアドレスが交換される。そして、通信装置１と２では、NFC通信部５１と６１とのNFCによる通信から、BT通信部５２と６２とのBT通信に切り換えられ（オーバハンドが行われ）、BT通信部５２と６２のBDアドレスに基づき、BT通信が行われる。
【解決手段】通信装置１のNFC通信部５１では、通信装置２のNFC通信部６１との間で、NFCによる通信が行われ、これにより、Bluetooth（登録商標）による通信（BT通信）が可能であることが認識され、さらに、そのBT通信に要する通信情報としての、BT通信部５２と６２のBDアドレスが交換される。そして、通信装置１と２では、NFC通信部５１と６１とのNFCによる通信から、BT通信部５２と６２とのBT通信に切り換えられ（オーバハンドが行われ）、BT通信部５２と６２のBDアドレスに基づき、BT通信が行われる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、通信装置および通信方法、並びにプログラムに関し、特に、複数の通信プロトコルの利点を享受することができるようにする通信システム、通信装置および通信方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年においては、例えば、WLAN(Wireless Local Area Network)や、ブルートゥース(Bluetooth)（登録商標）（以下、適宜、BT通信と略す）、IC(Integrated Circuit)カードシステムなどの無線通信が注目されている。
【０００３】
これらのうちの、例えば、ICカードシステムでは、リーダ／ライタが電磁波を発生することにより、いわゆるRF(Radio Frequency)フィールド（磁界）を形成する。そして、リーダ／ライタに、ICカードが近づくと、ICカードは、電磁誘導によって、電源の供給を受けるとともに、リーダ／ライタとの間でデータ伝送を行う。
【０００４】
現在実施されているICカードシステムの仕様としては、例えば、タイプＡ、タイプＢと呼ばれているものがある。
【０００５】
タイプＡは、フィリップス社のMIFARE方式として採用されているもので、リーダ／ライタからICカードへのデータ伝送には、Millerによるデータのエンコードが行われ、ICカードからリーダ／ライタへのデータ伝送には、Manchesterによるデータのエンコードが行われる。また、タイプＡでは、データの伝送レートとして、106kbps(kilo bit per second)が採用されている。
【０００６】
タイプＢでは、リーダ／ライタからICカードへのデータ伝送には、NRZによるデータのエンコードが行われ、ICカードからリーダ／ライタへのデータ伝送には、NRZ-Lよるデータのエンコードが行われる。また、タイプＢでは、データの伝送レートとして、106kbpsが採用されている。
【０００７】
また、ICカードシステムとしては、複数の通信プロトコルの中から、使用する通信プロトコルを選択し、その選択した通信プロトコルによって通信を行うものが提案されている（例えば、特許文献１参照）。
【０００８】
【特許文献１】特開平６−２７６２４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、特許文献１に記載のICカードシステムでは、複数の通信プロトコルによる通信が可能ではあるが、使用する通信プロトコルが選択された後は、その選択された通信プロトコルによる通信が行われる。従って、通信プロトコルが選択された後は、他の通信プロトコルによる通信を行うことができなかった。
【００１０】
一方、例えば、ICカードシステムにおいては、例えば、通信相手であるICカードを特定して通信を行う通信プロトコルが採用されている。また、例えば、BT通信では、現在のICカードシステムよりも高速なデータ伝送（通信）が可能な通信プロトコルが採用されている。従って、例えば、ICカードシステムにおいて、通信相手であるICカードを特定した後、通信プロトコルを、BT通信を行う通信プロトコルに切り換えることができれば、高速なデータ伝送が可能となる。即ち、この場合、ICカードシステムで採用されている通信プロトコルにより、通信相手を特定することができ、さらに、BT通信を行う通信プロトコルにより、高速なデータ伝送を行うことができる、といったように、複数の通信プロトコルの利点を享受することができる。
【００１１】
本発明は、このような状況に鑑みてなされたものであり、複数の通信プロトコルの利点を享受可能な通信を行うことができるようにするものである。
【課題を解決するための手段】
【００１２】
本発明の第１の側面の通信システムは、通信相手に要求を送信する通信装置であるイニシエータと、前記イニシエータの要求に対する応答を返す通信装置であるターゲットとを備える通信システムであって、前記イニシエータが、前記ターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信手段と、前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得手段と、前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得手段と、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択手段と、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信手段と、前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信手段と、前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信手段とを有し、前記ターゲットが、前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信手段と、前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信手段と、前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答手段と、前記イニシエータからの、前記切り換えの要求を受信する切り換え要求受信手段と、前記切り換えの要求に対して、前記切り換えの応答を返す切り換え応答送信手段と、前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信手段とを有することを特徴とする。
【００１３】
本発明の第２の側面の通信装置は、通信相手に要求を送信するイニシエータとなる通信装置であって、前記イニシエータの要求に対する応答を返すターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信手段と、前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得手段と、前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得手段と、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択手段と、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信手段と、前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信手段と、前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信手段とを備えることを特徴とする。
【００１４】
前記第１および第２の通信プロトコルによる通信は、無線通信であり、前記第１のイニシエータ通信手段には、前記ターゲットが近接した状態となっているときに、前記他のターゲットとの間で、前記第１の通信プロトコルによる通信を行わせることができる。
【００１５】
前記第１の通信プロトコルでは、近接した状態の前記ターゲットを特定して通信が行われるようにできる。
【００１６】
本発明の第２の側面の通信方法は、通信相手に要求を送信するイニシエータとなる通信装置の通信方法であって、前記イニシエータの要求に対する応答を返すターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信ステップと、前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得ステップと、前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得ステップと、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択ステップと、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信ステップと、前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信ステップと、前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信ステップとを備えることを特徴とする。
【００１７】
本発明の第２の側面のプログラムは、通信相手に要求を送信するイニシエータとなる通信装置として、コンピュータを機能させるプログラムであって、前記イニシエータの要求に対する応答を返すターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信ステップと、前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得ステップと、前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得ステップと、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択ステップと、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信ステップと、前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信ステップと、前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信ステップとを、コンピュータに実行させる。
【００１８】
本発明の第３の側面の通信装置は、通信相手に要求を送信するイニシエータの要求に対する応答を返すターゲットとなる通信装置であって、前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信手段と、前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信手段と、前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答手段と、前記イニシエータが、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択し、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求することにより送信されてくる切り換えの要求を受信する切り換え要求受信手段と、前記切り換えの要求に対して、前記第１の通信プロトコルによる通信を前記第２の通信プロトコルによる通信に切り換えることを応答する切り換えの応答を返す切り換え応答送信手段と、前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信手段とを備えることを特徴とする。
【００１９】
本発明の第３の側面の通信方法は、通信相手に要求を送信するイニシエータの要求に対する応答を返すターゲットとなる通信装置の通信方法であって、前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信ステップと、前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信ステップと、前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答ステップと、前記イニシエータが、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択し、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求することにより送信されてくる切り換えの要求を受信する切り換え要求受信ステップと、前記切り換えの要求に対して、前記第１の通信プロトコルによる通信を前記第２の通信プロトコルによる通信に切り換えることを応答する切り換えの応答を返す切り換え応答送信ステップと、前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信ステップとを備えることを特徴とする。
【００２０】
本発明の第３の側面のプログラムは、通信相手に要求を送信するイニシエータの要求に対する応答を返すターゲットとなる通信装置としてコンピュータを機能させるプログラムであって、前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信ステップと、前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信ステップと、前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答ステップと、前記イニシエータが、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択し、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求することにより送信されてくる切り換えの要求を受信する切り換え要求受信ステップと、前記切り換えの要求に対して、前記第１の通信プロトコルによる通信を前記第２の通信プロトコルによる通信に切り換えることを応答する切り換えの応答を返す切り換え応答送信ステップと、前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信ステップとを、コンピュータに実行させる。
【００２１】
本発明の第１の側面においては、ターゲットとの間で、第１の通信プロトコルによる通信が行われ、ターゲットに対して、通信の通信相手を識別するための情報が要求されて取得され、ターゲットが利用可能な通信プロトコルの情報が、第１の通信プロトコルによる通信によって要求して取得され、ターゲットが利用可能な通信プロトコルの情報に基づいて、第１の通信プロトコルから切り換える第２の通信プロトコルが選択され、ターゲットとの通信を、第１の通信プロトコルによる通信から、第２の通信プロトコルによる通信に切り換えることが要求され、切り換えの要求に対して、ターゲットが送信してくる切り換えの応答が受信され、ターゲットとの間で、切り換えの要求及び応答をやりとりした後で、第２の通信プロトコルによる通信が行われる。また、イニシエータとの間で、第１の通信プロトコルによる通信が行われ、イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)が送信され、イニシエータからの要求に応じて、ターゲットが利用可能な通信プロトコルの情報の応答が返され、イニシエータからの、切り換えの要求が受信され、切り換えの要求に対して、切り換えの応答が返され、イニシエータとの間で、切り換えの要求及び応答をやりとりした後で、第２の通信プロトコルによる通信が行われる。
【００２２】
本発明の第２の側面においては、ターゲットとの間で、第１の通信プロトコルによる通信が行われ、ターゲットに対して、通信の通信相手を識別するための情報が要求されて取得され、ターゲットが利用可能な通信プロトコルの情報が、第１の通信プロトコルによる通信によって要求して取得され、ターゲットが利用可能な通信プロトコルの情報に基づいて、第１の通信プロトコルから切り換える第２の通信プロトコルが選択され、ターゲットとの通信を、第１の通信プロトコルによる通信から、第２の通信プロトコルによる通信に切り換えることが要求され、切り換えの要求に対して、ターゲットが送信してくる切り換えの応答が受信され、ターゲットとの間で、切り換えの要求及び応答をやりとりした後で、第２の通信プロトコルによる通信が行われる。
【００２３】
本発明の第３の側面においては、イニシエータとの間で、第１の通信プロトコルによる通信が行われ、イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)が送信され、イニシエータからの要求に応じて、ターゲットが利用可能な通信プロトコルの情報の応答が返され、イニシエータからの、切り換えの要求が受信され、切り換えの要求に対して、切り換えの応答が返され、イニシエータとの間で、切り換えの要求及び応答をやりとりした後で、第２の通信プロトコルによる通信が行われる。
【発明の効果】
【００２４】
本発明の一側面によれば、複数の通信プロトコルの利点を享受可能な通信を行うことができるようになる。
【発明を実施するための最良の形態】
【００２５】
図１は、本発明を適用した通信システム（システムとは、複数の装置が論理的に結合したもの物をいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成例を示している。
【００２６】
図１においては、通信システムは、３つの通信装置１，２，３から構成されている。通信装置１乃至３それぞれは、例えば、複数の通信プロトコルによる通信を行うことができるようになっている。
【００２７】
なお、通信システムを構成する通信装置は、３つの通信装置１乃至３に限定されるものではなく、２つの通信装置や４以上の通信装置であっても良い。
【００２８】
また、図１の通信システムは、通信装置１乃至３のうちの１以上をリーダ／ライタとするとともに、他の１以上をICカードとするICカードシステムとして採用することができることは勿論、通信装置１乃至３それぞれを、通信機能を備えるPDA(Personal Digital Assistant)、PC（Personal Computer）、携帯電話、腕時計、ペン等の携帯可能な端末とする通信システムとして採用することも可能である。即ち、通信装置１乃至３は、ICカードシステムのICカードやリーダ／ライタなどに限定されるものではない。また、通信システムは、通信装置１，２、または３の他、例えば、従来のICカードシステムを構成するICカードやリーダ／ライタなどを含めて構成することも可能である。
【００２９】
但し、ここでは、通信装置１乃至３それぞれは、無線通信を行う機能を有するものとし、複数の通信プロトコルには、NFC(Near Field Communication)が含まれるものとする。
【００３０】
NFCは、他の通信装置との間で、単一の周波数の搬送波を使用した、電磁誘導による近接通信の通信プロトコルで、搬送波の周波数としては、例えば、ISM(Industrial Scientific Medical)バンドの13.56MHzなどが採用される。
【００３１】
ここで、近接通信とは、通信する装置どうしの距離が、数10cm以内となって可能となる通信を意味し、通信する装置どうし（の筐体）が接触して行う通信も含まれる。
【００３２】
NFCでは、２つの通信モードによる通信が可能である。２つの通信モードとしては、パッシブモードとアクティブモードとがある。いま、通信装置１乃至３のうちの、例えば、通信装置１と２の間の通信に注目すると、パッシブモードでは、上述した従来のICカードシステムと同様に、通信装置１と２のうちの一方の通信装置である、例えば、通信装置１は、自身が発生する電磁波（に対応する搬送波）を変調することにより、他方の通信装置である通信装置２にデータを送信し、通信装置２は、通信装置１が発生する電磁波（に対応する搬送波）を負荷変調することにより、通信装置１にデータを送信する。
【００３３】
一方、アクティブモードでは、通信装置１と２のいずれも、自身が発生する電磁波（に対応する搬送波）を変調することにより、データを送信する。
【００３４】
ここで、電磁誘導による近接通信を行う場合、最初に電磁波を出力して通信を開始し、いわば通信の主導権を握る装置を、イニシエータと呼ぶ。イニシエータは、通信相手にコマンド（要求）を送信し、その通信相手は、そのコマンドに対するレスポンス（応答）を返す形で、近接通信が行われるが、イニシエータからのコマンドに対するレスポンスを返す通信相手を、ターゲットと呼ぶ。
【００３５】
例えば、いま、通信装置１が電磁波の出力を開始して、通信装置２との通信を開始したとすると、図２および図３に示すように、通信装置１がイニシエータとなり、通信装置２がターゲットとなる。
【００３６】
そして、パッシブモードでは、図２に示すように、イニシエータである通信装置１が電磁波を出力し続け、通信装置１は、自身が出力している電磁波を変調することにより、ターゲットである通信装置２に、データを送信するとともに、通信装置２は、イニシエータである通信装置１が出力している電磁波を負荷変調することにより、通信装置１に、データを送信する。
【００３７】
一方、アクティブモードでは、図３に示すように、イニシエータである通信装置１は、自身がデータを送信する場合に、自身で電磁波の出力を開始し、その電磁波を変調することにより、ターゲットである通信装置２に、データを送信する。そして、通信装置１は、データの送信終了後は、電磁波の出力を停止する。ターゲットである通信装置２も、自身がデータを送信する場合に、自身で電磁波の出力を開始し、その電磁波を変調することにより、ターゲットである通信装置２に、データを送信する。そして、通信装置２は、データの送信終了後は、電磁波の出力を停止する。
【００３８】
次に、図４は、図１の通信装置１のNFCによる通信を行う部分の構成例を示している。なお、図１の他の通信装置２および３も、NFCによる通信を行う部分については、図４の通信装置１と同様に構成されるため、その説明は、省略する。
【００３９】
アンテナ１１は、閉ループのコイルを構成しており、このコイルに流れる電流が変化することで、電磁波を出力する。また、アンテナ１１としてのコイルを通る磁束が変化することで、アンテナ１１に電流が流れる。
【００４０】
受信部１２は、アンテナ１１に流れる電流を受信し、同調と検波を行い、復調部１３に出力する。復調部１３は、受信部１２から供給される信号を復調し、デコード部１４に供給する。デコード部１４は、復調部１３から供給される信号としての、例えばマンチェスタ符号などをデコードし、そのデコードの結果得られるデータを、データ処理部１５に供給する。
【００４１】
データ処理部１５は、デコード部１４から供給されるデータに基づき、所定の処理を行う。また、データ処理部１５は、他の装置に送信すべきデータを、エンコード部１６に供給する。
【００４２】
エンコード部１６は、データ処理部１５から供給されるデータを、例えば、マンチェスタ符号などにエンコードし、選択部１７に供給する。選択部１７は、変調部１９または負荷変調部２０のうちのいずれか一方を選択し、その選択した方に、エンコード部１６から供給される信号を出力する。
【００４３】
ここで、選択部１７は、制御部２１の制御にしたがって、変調部１９または負荷変調部２０を選択する。制御部２１は、通信モードがパッシブモードであり、通信装置１がターゲットとなっている場合は、選択部１７に負荷変調部２０を選択させる。また、制御部２１は、通信モードがアクティブモードである場合、または通信モードがパッシブモードであり、かつ、通信装置１がイニシエータとなっている場合は、選択部１７に変調部１９を選択させる。従って、エンコード部１６が出力する信号は、通信モードがパッシブモードであり、通信装置１がターゲットとなっているケースでは、選択部１７を介して、負荷変調部２０に供給されるが、他のケースでは、選択部１７を介して、変調部１９に供給される。
【００４４】
電磁波出力部１８は、アンテナ１１から、所定の単一の周波数の搬送波（の電磁波）を放射させるための電流を、アンテナ１１に流す。変調部１９は、電磁波出力部１８がアンテナ１１に流す電流としての搬送波を、選択部１７から供給される信号にしたがって変調する。これにより、アンテナ１１からは、データ処理部１５がエンコード部１６に出力したデータにしたがって搬送波を変調した電磁波が放射される。
【００４５】
負荷変調部２０は、外部からアンテナ１１としてのコイルを見たときのインピーダンスを、選択部１７から供給される信号にしたがって変化させる。他の装置が搬送波としての電磁波を出力することにより、アンテナ１１の周囲にRFフィールド（磁界）が形成されている場合、アンテナ１１としてのコイルを見たときのインピーダンスが変化することにより、アンテナ１１の周囲のRFフィールドも変化する。これにより、他の装置が出力している電磁波としての搬送波が、選択部１７から供給される信号にしたがって変調され、データ処理部１５がエンコード部１６に出力したデータが、電磁波を出力している他の装置に送信される。
【００４６】
ここで、変調部１９および負荷変調部２０における変調方式としては、例えば、振幅変調(ASK(Amplitude Shift Keying))を採用することができる。但し、変調部１９および負荷変調部２０における変調方式は、ASKに限定されるものではなく、PSK(Phase Shift Keying)やQAM(Quadrature Amplitude Modulation)その他を採用することが可能である。また、振幅の変調度についても8％から30％、50％、100％等数値に限定されることはなく、好適なものを選択すれば良い。
【００４７】
制御部２１は、通信装置１を構成する各ブロックを制御する。電源部２２は、通信装置１を構成する各ブロックに、必要な電源を供給する。なお、図４では、制御部２１が通信装置１を構成する各ブロックを制御することを表す線の図示と、電源部２２が通信装置１を構成する各ブロックに電源を供給することを表す線の図示は、図が煩雑になるため、省略してある。
【００４８】
ここで、上述の場合には、デコード部１４およびエンコード部１６において、マンチェスタ符号を処理するようにしたが、デコード部１４およびエンコード部１６では、マンチェスタ符号だけでなく、モディファイドミラーや、NRZなどの複数種類の符号の中から１つを選択して処理するようにすることが可能である。
【００４９】
また、通信装置１が、パッシブモードのターゲットとしてしか動作しない場合は、選択部１７、電磁波出力部１８、変調部１９を設けずに、通信装置１を構成することができる。さらに、この場合、電源部２２は、例えば、アンテナ１１で受信される外部の電磁波から電源を得る。
【００５０】
通信装置１乃至３は、上述したように、複数の通信プロトコルによる通信を行うことができる構成を有しており、図４の構成によって行われるNFCによる通信は、複数の通信プロトコルによる通信のうちの１つである。複数の通信プロトコルとしては、NFCの他、例えば、ICカードの通信について規定するISO/IEC(International Organization for Standardization/ International Electrotechnical Commission) 14443や、RFタグ(Radio Frequency Tag)の通信について規定するISO/IEC 15693、Bluetooth、さらには、WLANその他の通信プロトコルを採用することができる。
【００５１】
図５は、通信装置１乃至３の通信プロトコルと、OSI階層モデルとの対応関係を示している。
【００５２】
通信装置１乃至３において、最上位層である第７層のアプリケーション層(Application Layer)、第６層のプレゼンテーション層(Presentation Layer)、および第５層のセッション層(Session Layer)には、例えば、インターネットのアプリケーション(Internet Application)（例えば、HTTP(Hyper Text Transfer Protocol)やFTP(File Transfer Protocolなど）、その他の任意のアプリケーションなどを採用することができる。
【００５３】
第４層のトランスポート層(Transport Layer)には、例えば、TCP(Transmission Control Protocol)や、UDP(User Datagram Protocol)などを採用することができる。
【００５４】
第３層のネットワーク層(Network Layer)には、例えば、IP(Internet Protocol)などを採用することができる。
【００５５】
第２層のデータリンク層(Data Link Layer)は、上位層のLLC層(Logical Link Control Layer)と、下位層のMAC層(Media Access Control Layer)とに分けることができる。
【００５６】
通信装置１乃至３において、LLC層には、NFCIP(Near Field Communication Interface and Protocol)-2が採用されている。ここで、NFCIP-2は、NFCの一部の通信プロトコルであり、その上位層からSAP(Service Access Point)を介して制御することができる。NFCIP-2では、後述するNFCIP-1を介して、通信相手が利用可能な通信プロトコルの情報（以下、適宜、利用可能プロトコル情報という）が取得される。さらに、NFCIP-2は、上位層からの要求に応じ、NFCIP-1を介して、NFCIP-1から切り換えるMAC層（さらには物理層）の通信プロトコルによる通信を行うのに必要な情報（以下、適宜、通信情報という）を、NFCIP-1による通信を行っている通信装置との間で交換する。そして、NFCIP-2は、上位層からの要求に応じ、通信プロトコルを、NFCIP-1から、交換した通信情報に対応する通信プロトコルに切り換える（ハンドオーバする）。なお、NFCIP-1から切り換える通信プロトコルは、利用可能プロトコル情報が表す利用可能な通信プロトコルの中から選択される。
【００５７】
以上のように、通信装置１乃至３は、NFCIP-2を実装することで、MAC層（さらには物理層）の通信プロトコルを切り換える（ハンドオーバ）ことができる。
【００５８】
MAC層には、例えば、NFCIP-1や、ICカードに採用されているISO/IEC 14443-2,ISO/IEC 14443-3,ISO/IEC 14443-4、RFタグ(RF Tag)に採用されているISO/IEC 15693-2、Bluetooth、さらには、WLANその他の通信プロトコル(Other protocol)を採用することができる。なお、本実施の形態では、例えば、通信装置１乃至３において、MAC層に、NFCIP-1を含む複数の通信プロトコルが採用されているものとする。
【００５９】
ここで、NFCIP-1は、NFCの一部の通信プロトコルであり、周囲のRFフィールドの有無を検出し、RFフィールドが検出されなかった場合に、電磁波を出力する（自身がRFフィールドを形成する）。また、NFCIP-1は、RFフィールド内に通信相手が存在するとき、即ち、通信相手と近接した状態となったときに、その通信相手から、乱数によるID(Identification)を取得し、そのIDによって、通信相手を特定して通信を行う。つまり、NFCIP-1によれば、周囲に、複数の装置が存在する場合に、ユーザが、その複数の装置の中から、通信相手とする装置を選択する操作を行わなくても、通信相手とする装置を特定し、その装置と通信を行うことができる。
【００６０】
具体的には、例えば、複数のコンピュータから構成されるWLANにおいては、１のコンピュータが、他の１のコンピュータとデータのやりとりをする場合、１のコンピュータにおいて、画面に表示される、WLANを構成する複数のコンピュータを表すアイコンの中から、データをやりとりする他の１のコンピュータを表すアイコンを、ユーザが選択する操作などを行うことによって、他の１のコンピュータを特定する必要がある。この場合、WLANを構成するコンピュータが多数であるときには、ユーザが、他の１のコンピュータを表すアイコンを探し出すのも面倒である。
【００６１】
これに対して、NFCIP-1では、通信相手と近接した状態となったときに、その通信相手から、乱数によるIDを取得し、そのIDによって、通信相手を特定して通信を行う。このため、NFCIP-1によれば、ユーザが、通信装置１（２または３）を、通信相手としたい装置に、例えば、かざすように近づける（近接させる）だけで、通信相手が特定され、通信が行われるので、ユーザは、上述したような面倒な作業をせずに済む。
【００６２】
第１層の物理層(Physical Layer)には、通信装置１乃至３がMAC層で採用している通信プロトコルによる通信に必要なデバイスなどが採用される。即ち、NFCIP-1に対しては、例えば、NFCによる通信に専用のデバイス(NFC Devices)や、カートリッジメモリデバイス(Cartridge Memory device)について規定するISO/IEC 22050を物理層に採用することができる。また、ISO/IEC 14443-2,ISO/IEC 14443-3,ISO/IEC 14443-4に対しては、例えば、コンパチブルICカード(compatible IC Cards)について規定するISO/IEC 14443を物理層に採用することができる。さらに、ISO/IEC 15693-2に対しては、RFタグによる通信に専用のデバイス(RF Tag)を物理層に採用することができる。また、Bluetoothについては、Bluetoothによる通信に専用のデバイス(Bluetooth devices)を採用することができる。さらに、WLANその他のMAC層の通信プロトコルについては、その通信プロトコルによる通信に専用のデバイス(Other devices)を物理層に採用することができる。
【００６３】
次に、図６は、NFCの一部であるNFCIP-2においてやりとりされるデータのフォーマットを示している。
【００６４】
NFCIP-2では、NFCIP-2 PDU(Protocol Data Unit)と呼ばれる単位で、データがやりとりされる。
【００６５】
NFCIP-2 PDUは、PPP(Point to Point Protocol)でやりとりされるパケットと同一フォーマットとなっており、これにより、NFCIP-2と、PPPとの親和性の向上が図られている。
【００６６】
NFCIP-2 PDUは、その先頭から、スタートマーク部(Start Mark)、アドレス部(Address)、コントロール部(Control)、プロトコル部(Protocol)、NFCIP-2ヘッダ部(NFCIP-2 header)、データ部(Data)、CRC部(CRC)、エンドマーク部(End Mark)が順次配置されて構成される。
【００６７】
スタートマーク部には、NFCIP-2 PDUのスタートを表すスタートマークとしての、例えば、１バイトの７Ｅｈ（ｈは、その前の値が１６進数であることを表す）が配置される。アドレス部には、所定のデータとしての、例えば、１バイトのＦＦｈが配置される。コントロール部にも、所定のデータとしての、例えば、１バイトの０３ｈが配置される。
【００６８】
ここで、NFCIP-2において、以上のスタートマーク部、アドレス部、およびコントロール部に配置されるデータは、PPPにおける場合と同一である。
【００６９】
プロトコル部には、例えば、２バイトの０００１ｈが配置される。ここで、PPPでは、プロトコル部に０００１ｈが配置されている場合は、データ部に配置されたデータが、特に意味のないものであるとされるが、NFCIP-2では、プロトコル部に０００１ｈが配置されている場合に、パケット(PDU)がNFCIP-2 PDUであるとして扱われる。
【００７０】
NFCIP-2ヘッダ部には、後述する図７で説明する６バイトのヘッダ情報が配置される。データ部には、必要なデータが配置される。CRC部には、アドレス部、コントロール部、プロトコル部、NFCIP-2ヘッダ部、データ部を対象として求められたCRC(Cyclic Redundancy Checking)コードが配置される。
【００７１】
エンドマーク部には、NFCIP-2 PDUのおわりを表すエンドマークとしての、例えば、１バイトの７Ｅｈが配置される。このエンドマークは、PPPにおける場合と同一である。
【００７２】
図７は、図６のNFCIP-2ヘッダ部に配置されるヘッダ情報のフォーマットを示している。
【００７３】
ヘッダ情報は、上述したように、６バイトで構成される。そして、その先頭から１バイト目、２バイト目、３バイト目には、NFCの文字のうちの、N，F，Cの文字を表すコード４Ｅｈ，４６ｈ，４３ｈが、それぞれ配置される。４バイト目には、NFCのバージョンを表す値が配置される。なお、図７では、NFCのバージョンを表す値は、２１ｈになっている。
【００７４】
５バイト目は、将来の拡張用(RFU(Reserved for Future Use))で、図７では、００ｈとなっている。
【００７５】
６バイト目には、各種の要求(request)や、要求に対する応答(response)を表すディレクティブコード(Directive Code)が配置される。即ち、図４で説明したように、NFCでは、イニシエータとターゲットとの間で、イニシエータが要求を送信し、ターゲットがその要求に対する応答を返す形で、通信が行われる。ヘッダ情報の６バイト目には、その要求や応答を表すコードであるディレクティブコードが配置される。
【００７６】
NFCIP-2では、上述したように、通信相手が利用可能な通信プロトコルの情報である利用可能プロトコル情報が取得され、その利用可能プロトコル情報が表す利用可能な通信プロトコルの中に含まれる、ある通信プロトコルによる通信を行うのに必要な情報である通信情報が交換される。そして、NFCIP-2は、通信プロトコルを、NFCIP-1から、交換した通信情報に対応する通信プロトコルに切り換える（ハンドオーバする）。
【００７７】
利用可能プロトコル情報の要求には、アベイラブルメディアリクエスト(AVAILABLE_MEDIA Request)が、イニシエータからターゲットに送信される。アベイラブルメディアリクエストに対する応答としては、アベイラブルメディアレスポンス(AVAILABLE_MEDIA Response)が、ターゲットからイニシエータに送信される。
【００７８】
また、通信プロトコルの切り換え（ハンドオーバ）の要求には、メディアハンドオーバリクエスト(MEDIA_HANDOVER Request)が、イニシエータからターゲットに送信される。メディアハンドオーバリクエストに対する応答としては、メディアハンドオーバレスポンス(MEDIA_HANDOVER Response)が、ターゲットからイニシエータに送信される。
【００７９】
アベイラブルメディアリクエストにおいては、ディレクティブコードが、例えば、２２ｈとされる。さらに、通信相手（ここでは、ターゲット）が利用可能なすべての通信プロトコルの情報（利用可能プロトコル情報）を要求する場合には、データ部に、０１ｈが配置される。
【００８０】
また、アベイラブルメディアリクエストにおいて、特定の通信プロトコルの利用可能性を通信相手に要求する場合には、データ部に、その特定の通信プロトコルを表す情報が配置される。
【００８１】
即ち、図８は、アベイラブルメディアリクエストにおいて、特定の通信プロトコルの利用可能性を通信相手に要求する場合のNFCIP-2 PDUのデータ部のフォーマットを示している。
【００８２】
データ部の先頭には、データ部のデータ長を表すPDUデータ長(Length of PDU Data(n))が配置される。そのデータ長の後は、後述するメディアパラメータパック(Media Parameter Pack)の数を表すメディアパックカウント(Media Pack Count)が配置される。そして、その後に、メディアパラメータパックが、メディアパックカウントが表す数だけ配置される。
【００８３】
メディアパラメータパックは、メディアコード部(Media Code)と、属性部(Attribute)とが、その順で配置されて構成される。メディアコード部は、通信プロトコルを表す１バイトのメディアコードが配置され、属性部には、メディアコード部に配置されたメディアコードが表す通信プロトコルに関する情報が配置される。
【００８４】
アベイラブルメディアリクエストにおいて、例えば、WLANを規定するIEEE(Institute of Electrical and Electronics Engineers)802.11と、Bluetoothの２つの通信プロトコルの利用可能性を通信相手に要求する場合には、IEEE802.11を表すメディアコードが配置されたメディアパラメータパックと、Bluetoothを表すメディアコードが配置されたメディアパラメータパックの、２つのメディアパラメータパックが、メディアパックカウントの後に配置される。
【００８５】
アベイラブルメディアリクエストに対する応答であるアベイラブルメディアレスポンスにおいては、ディレクティブコードが、例えば、２３ｈとされる。さらに、アベイラブルメディアレスポンスにおいては、データ部に、自身（ここでは、アベイラブルメディアリクエストを受信した装置であるターゲット）が利用可能な通信プロトコルを表す情報が配置される。
【００８６】
即ち、図９は、アベイラブルメディアレスポンスとしてのNFCIP-2 PDUのデータ部のフォーマットを示している。
【００８７】
データ部の先頭には、図８における場合と同様に、PDUデータ長(Length of PDU Data(n))が配置される。さらに、その後に、カレントフェーズ(Current Phase)、ステータス(Status)、エラーコード(Error Code)が順次配置される。ここで、カレントフェーズは、自身が、NFCIP-2の後述するフェーズのうちのいずれのフェーズにあるかを表す。ステータスは、自身の現在の状態（ステータス）を表し、エラーコードは、何らかの処理中にエラーが発生した場合の、そのエラーに対応するコードを表す。
【００８８】
エラーコードの後には、メディアパックカウント(Media Pack Count)が配置される。メディアパックカウントは、その後に配置されるメディアパラメータパックの数を表す。
【００８９】
メディアパックカウントの後には、自身が利用可能な通信プロトコルごとに、その通信プロトコルを表すメディアパラメータパック(Media Parameter Pack)が、メディアパックカウントが表す数だけ配置される。なお、図９におけるメディアパラメータパックの構成は、図８で説明したものと同一であるので、その説明は、省略する。
【００９０】
アベイラブルメディアリクエストを送信したイニシエータは、そのアベイラブルメディアリクエストに対してターゲットが送信してくるアベイラブルメディアレスポンスを受信し、そのアベイラブルメディアレスポンスにおけるメディアパラメータパックを参照することにより、ターゲットが利用可能な通信プロトコルを認識する。
【００９１】
なお、イニシエータからのアベイラブルメディアリクエストのデータ部が０１ｈである場合には、ターゲットは、自身が利用可能な通信プロトコルすべてについてのメディアパラメータパックを有するアベイラブルメディアレスポンスを、イニシエータに送信する。また、イニシエータからのアベイラブルメディアリクエストのデータ部が、図８に示したものである場合には、ターゲットは、そのアベイラブルメディアリクエストが有するメディアパラメータパックに対応する通信プロトコルそれぞれについて、自身が利用可能かどうかを表す情報を有するアベイラブルメディアレスポンスを、イニシエータに送信する。
【００９２】
メディアハンドオーバリクエストにおいては、ディレクティブコードが、例えば、２４ｈとされる。さらに、データ部に、NFCIP-1からハンドオーバする通信プロトコルの情報が配置される。
【００９３】
即ち、図１０は、メディアハンドオーバリクエストとしてのNFCIP-2 PDUのデータ部のフォーマットを示している。
【００９４】
データ部の先頭には、データ部のデータ長を表すPDUデータ長(Length of PDU Data(11h))が配置される。そのデータ長の後は、NFCIP-1からハンドオーバする通信プロトコルに関するメディアパラメータパック(Media Parameter Pack)が配置される。なお、図１０におけるメディアパラメータパックの構成は、図８で説明したものと同一であるので、その説明は、省略する。
【００９５】
メディアハンドオーバリクエストに対する応答であるメディアハンドオーバレスポンスにおいては、ディレクティブコードが、例えば、２５ｈとされる。さらに、メディアハンドオーバレスポンスにおいては、データ部に、所定のデータが配置される。
【００９６】
即ち、図１１は、メディアハンドオーバレスポンスとしてのNFCIP-2 PDUのデータ部のフォーマットを示している。
【００９７】
データ部には、その先頭から、PDUデータ長(Length of PDU Data(04h))、カレントフェーズ(Current Phase)、ステータス(Status)、エラーコード(Error Code)が順次配置される。PDUデータ長、カレントフェーズ、ステータス、エラーコードは、図９で説明したものと同様であるため、その説明は、省略する。
【００９８】
イニシエータとターゲットとの間では、アベイラブルメディアリクエストとアベイラブルメディアレスポンスが、NFCIP-1によってやりとりされ、これにより、イニシエータは、ターゲットが利用可能な通信プロトコルを認識する。さらに、イニシエータとターゲットとの間では、メディアハンドオーバリクエストとメディアハンドオーバレスポンスが、NFCIP-1によってやりとりされ、これにより、イニシエータとターゲットは、NFCIP-1による通信から、イニシエータが認識したある通信プロトコルによる通信にハンドオーバする。そして、その後、イニシエータとターゲットは、そのハンドオーバ後の通信プロトコルによる通信を行う。
【００９９】
次に、図１２を参照して、NFCIP-2による通信のフェーズについて説明する。
【０１００】
NFCIP-2による通信は、アイドルフェース(Idling phase)Ｐ１、リンク確立待ちフェーズ(Link establishment-waiting phase)Ｐ２、リンク確立フェーズ(Link establishment phase)Ｐ３、認証フェーズ(Authentication phase)Ｐ４、ネットワークレイヤプロトコルフェーズ(Network layer protocol phase)Ｐ５、およびリンクターミネーションフェーズ(Link termination phase)Ｐ６の６つのフェーズを有する。
【０１０１】
NFCIP-2による通信では、まず最初に、初期フェーズであるアイドルフェーズＰ１となる。アイドルフェーズＰ１では、上述したRFフィールドの検出などが行われる。
【０１０２】
アイドルフェーズＰ１において、例えば、NFCによる通信が可能な装置を検出する要求があると、リンク確立待ちフェーズＰ２に移行し、NFCによる通信が可能な装置の検出が開始される。なお、リンク確立待ちフェーズＰ２からは、アイドルフェーズＰ１、リンク確立フェーズＰ３、またはリンクターミネーションフェーズＰ６に移行しうる。
【０１０３】
リンク確立待ちフェーズＰ２において、例えば、NFCによる通信が可能な装置が検出されると、リンク確立フェーズＰ３に移行する。リンク確立フェーズＰ３では、NFCによる通信の通信相手とする装置を識別する、乱数によるID（以下、適宜、NFCIDという）が認識され、そのNFCIDを認識した通信相手とのリンクが確立される。なお、リンク確立フェーズＰ３からは、アイドルフェーズＰ１、認証フェーズＰ４、またはリンクターミネーションフェーズＰ６に移行しうる。
【０１０４】
リンク確立フェーズＰ３において、例えば、NFCIDを認識した通信相手とのリンクが確立されると、認証フェーズＰ４に移行する。認証フェーズＰ４では、NFCIDを認識した通信相手との間で、相互認証が行われる。なお、認証フェーズＰ４からは、アイドルフェーズＰ１、ネットワークレイヤプロトコルフェーズＰ５、またはリンクターミネーションフェーズＰ６に移行しうる。また、認証フェーズＰ４は、スキップすることが可能である。
【０１０５】
認証フェーズＰ４において、例えば、NFCIDを認識した通信相手との間での相互認証が成功すると、ネットワークレイヤプロトコルフェーズＰ５に移行する。ネットワークレイヤプロトコルフェーズＰ５では、NFCIDを認識した通信相手との間で、必要なデータ交換（データのやりとり）が行われる。なお、ネットワークレイヤプロトコルフェーズＰ５からは、アイドルフェーズＰ１、またはリンクターミネーションフェーズＰ６に移行しうる。
【０１０６】
ネットワークレイヤプロトコルフェーズＰ５において、例えば、NFCによる通信の終了の要求があると、リンクターミネーションフェーズＰ６に移行する。リンクターミネーションフェーズＰ６では、例えば、NFCIDを認識した通信相手とのリンクが切断され、アイドルフェーズＰ１に移行する。
【０１０７】
次に、図１３および図１４を参照して、イニシエータとターゲットとの間で、NFCIP-1による通信が開始され、その後、MAC層（さらには物理層）の通信プロトコルをNFCIP-1から他の通信プロトコルにハンドオーバする場合の、そのイニシエータとターゲットの処理について説明する。
【０１０８】
まず、図１３を参照して、イニシエータの処理について説明する。
【０１０９】
イニシエータは、まず最初に、ステップＳ１において、アイドル状態となる。
【０１１０】
その後、ステップＳ１からＳ２に進み、イニシエータは、RFフィールドを形成し、NFCIDを要求するポーリングを行って、ステップＳ３に進む。ステップＳ３では、イニシエータは、ポーリングに対する応答が、ターゲットからあったかどうかを判定する。ステップＳ３において、ポーリングに対する応答がなかったと判定された場合、ステップＳ２に戻り、以下、同様の処理を繰り返す。
【０１１１】
また、ステップＳ３において、ポーリングに対する応答があったと判定された場合、ステップＳ４に進み、イニシエータは、応答のあったターゲットに対して、NFCIDを要求し、その要求に応じてターゲットから送信されてくるNFCIDを受信する。このNFCIDによって、イニシエータは、通信相手とするターゲットを特定する。
【０１１２】
その後、ステップＳ４からＳ５に進み、イニシエータは、通信相手として特定したターゲットとの間で相互認証を行い、さらに、その相互認証時に、トランザクションIDおよびトランザクションキーを、ターゲットとの間で交換して、ステップＳ６に進む。なお、イニシエータとターゲットは、トランザクションIDおよびトランザクションキーの交換後、トランザクションIDおよびトランザクションキーを、暗号鍵として、その後にやりとりするデータを暗号化する。
【０１１３】
ステップＳ６では、イニシエータは、ターゲットに対して、ターゲットが利用可能な通信プロトコルを要求し、その要求に応じてターゲットから送信されてくる、利用可能な通信プロトコルの利用可能プロトコル情報を受信する。即ち、ステップＳ６では、イニシエータは、アベイラブルメディアリクエストを、ターゲットに送信し、そのアベイラブルメディアリクエストに対する応答としてのアベイラブルメディアレスポンスを、ターゲットから受信する。これにより、イニシエータは、ターゲットが利用可能な通信プロトコルを認識する。
【０１１４】
その後、イニシエータは、自身とターゲットが利用可能な通信プロトコルから所望の通信プロトコル（以下、適宜、所望プロトコルという）を選択し、ステップＳ６からＳ７に進む。ステップＳ７では、イニシエータは、所望プロトコルによる通信に必要な通信情報を、ターゲットとの間で交換し、ステップＳ８に進む。
【０１１５】
ステップＳ８では、イニシエータは、MAC層（さらには物理層）の通信プロトコルを、NFCIP-1から所望プロトコルに切り換える（ハンドオーバする）。即ち、ステップＳ８では、イニシエータは、メディアハンドオーバリクエストを、ターゲットに送信し、そのメディアハンドオーバリクエストに対する応答としてのメディアハンドオーバレスポンスを受信する。そして、イニシエータは、MAC層（さらには物理層）の通信プロトコルを、NFCIP-1から所望プロトコルに切り換える。
【０１１６】
その後、ステップＳ８からＳ９に進み、イニシエータは、NFCによる通信をターミネーションする。イニシエータは、NFCによる通信のターミネーション後、ステップＳ７で取得した通信情報に基づき、所望プロトコルによる通信を行い、その通信終了後、ステップＳ１に戻る。
【０１１７】
次に、図１４のフローチャートを参照して、ターゲットの処理について説明する。
【０１１８】
ターゲットは、まず最初に、ステップＳ２１において、アイドル状態となる。
【０１１９】
その後、ターゲットは、例えば、イニシエータからのポーリングを受信すると、ステップＳ２１からＳ２２に進み、そのポーリングに対する応答を、イニシエータに送信して、ステップＳ２３に進む。ステップＳ２３では、ターゲットは、イニシエータからのNFCIDの要求を待って、乱数によるNFCIDを生成し、イニシエータに送信して、ステップＳ２４に進む。ここで、例えば、イニシエータからのNFCIDの要求には、そのイニシエータのNFCIDが含まれており、ターゲットは、そのNFCIDによって、通信相手となるイニシエータを特定する。
【０１２０】
その後、ステップＳ２３からＳ２４に進み、ターゲットは、NFCIDによって通信相手として特定したイニシエータとの間で相互認証を行い、さらに、その相互認証時に、トランザクションIDおよびトランザクションキーを、イニシエータとの間で交換して、ステップＳ２５に進む。なお、ターゲットとイニシエータは、図１３で説明したように、トランザクションIDおよびトランザクションキーの交換後、トランザクションIDおよびトランザクションキーを、暗号鍵として、その後にやりとりするデータを暗号化する。
【０１２１】
ステップＳ２５では、ターゲットは、イニシエータからの、利用可能な通信プロトコルを要求が送信されてくるのを待って、自身が利用可能な通信プロトコルの利用可能プロトコル情報を、イニシエータに送信する。即ち、ステップＳ２５では、ターゲットは、イニシエータからのアベイラブルメディアリクエストを受信し、そのアベイラブルメディアリクエストに対する応答としてのアベイラブルメディアレスポンスを、利用可能プロトコル情報として、イニシエータに送信する。
【０１２２】
その後、ステップＳ２５からＳ２６に進み、ターゲットは、イニシエータとの間で、図１３で説明した所望プロトコルによる通信に必要な通信情報を、イニシエータとの間で交換し、ステップＳ２７に進む。
【０１２３】
ステップＳ２７では、ターゲットは、MAC層（さらには物理層）の通信プロトコルを、NFCIP-1から所望プロトコルに切り換える（ハンドオーバする）。即ち、ステップＳ２７では、ターゲットは、イニシエータからのメディアハンドオーバリクエストを受信し、そのメディアハンドオーバリクエストに対する応答としてのメディアハンドオーバレスポンスを、イニシエータに送信する。そして、ターゲットは、MAC層（さらには物理層）の通信プロトコルを、NFCIP-1から所望プロトコルに切り換える。
【０１２４】
その後、ステップＳ２７からＳ２８に進み、ターゲットは、NFCによる通信をターミネーションする。ターゲットは、NFCによる通信のターミネーション後、ステップＳ２６で取得した通信情報に基づき、所望プロトコルによる通信を行い、その通信終了後、ステップＳ２１に戻る。
【０１２５】
次に、例えば、通信装置１および２が、図１５に示すように、NFCによる通信と、Bluetoothによる通信（BT通信）が可能であるとして、初めに、NFCによる通信を行い、その後、NFCによる通信からBT通信にハンドオーバする場合の、通信装置１および２の処理について説明する。
【０１２６】
なお、図１５は、通信装置１と２の機能的な構成例を示している。
【０１２７】
即ち、図１５においては、通信装置１は、NFC通信部５１とBT通信部５２を有し、通信装置２は、NFC通信部６１とBT通信部６２を有している。NFC通信部５１および６１は、NFCによる通信を行い、BT通信部５２および６２は、BT通信を行う。
【０１２８】
図１６は、図１５の通信装置１と２を、それぞれ、イニシエータとターゲットとして、初めに、NFCによる通信を行い、その後、NFCによる通信からBT通信にハンドオーバする場合の、通信装置１および２の処理を説明するフローチャートである。
【０１２９】
まず最初に、イニシエータであるNFC通信部５１は、ステップＳ５１において、ポーリングを行い、ターゲットであるNFC通信部６１は、そのポーリングを受信し、ステップＳ５２において、そのポーリングに対する応答を、NFC通信部５１に送信する。
【０１３０】
NFC通信部５１は、NFC通信部６１から、ポーリングに対する応答が送信されてくると、その応答を受信し、ステップＳ５３において、NFC通信部６１に、NFCIDを要求する。NFC通信部６１は、NFC通信部５１からのNFCIDの要求を受信し、ステップＳ５４において、その要求に応じて、自身のNFCIDを、NFC通信部５１に送信する。NFC通信部５１は、NFC通信部６１からのNFCIDを受信し、これにより、通信相手であるNFC通信部６１（通信装置２）を特定する。なお、NFC通信部５１から６１に送信される、NFCIDの要求には、NFC通信部５１のNFCIDが含まれており、NFC通信部６１は、そのNFCIDによって、通信相手であるNFC通信部５１（通信装置１）を特定する。
【０１３１】
その後、NFC通信部５１と６１との間では、ステップＳ５５において、相互認証のためのデータがやりとりされることにより、相互認証が行われ、さらに、その際、トランザクションIDとトランザクションキーとが交換される。その後のNFC通信部５１と６１との間では、トランザクションIDとトランザクションキーを暗号鍵として、その暗号鍵でデータを暗号化して、データがやりとりされる。なお、上述したように、相互認証は、スキップすること（行わないようにすること）が可能である。
【０１３２】
ステップＳ５５において、相互認証が成功すると、ステップＳ５６に進み、NFC通信部５１は、NFC通信部６１に対して、通信装置２が利用可能なプロトコルの情報である利用可能プロトコル情報の要求（アベイラブルメディアリクエスト）を送信し、NFC通信部６１は、その要求を受信する。NFC通信部６１は、ステップＳ５７において、NFC通信部５１からの要求に応じて、通信装置２が利用可能なプロトコルの情報である利用可能プロトコル情報（アベイラブルメディアレスポンス）を、NFC通信部５１に送信し、NFC通信部５１は、その利用可能プロトコル情報を受信する。
【０１３３】
いまの場合、NFC通信部５１は、NFC通信部６１から受信した利用可能プロトコル情報から、通信装置２がBT通信が可能であることを認識する。
【０１３４】
そして、例えば、NFCによる通信よりも、BT通信の方が高伝送レートであり、大容量のデータの送信を、通信装置１と２との間で行うには、NFCによる通信よりも、BT通信の方が有利であるとして、NFCによる通信から、BT通信に切り換えることが、通信装置１において決定されたとする。
【０１３５】
この場合、ステップＳ５８において、NFC通信部５１と６１との間で、BT通信に必要な通信情報が交換される。ここで、BT通信に必要な通信情報としては、例えば、BT通信において、通信相手を特定するBD(Bluetooth Device)アドレスなどがある。即ち、通信装置１のBT通信部５２と、通信装置２のBT通信部６２は、それぞれユニークなBDアドレスを有しており、ステップＳ５８では、NFC通信部５１から６１に対して、BT通信部５２のBDアドレスが送信され、NFC通信部６１は、そのBDアドレスを受信する。さらに、ステップＳ５８では、NFC通信部６１から５１に対して、BT通信部６２のBDアドレスが送信され、NFC通信部５１は、そのBDアドレスを受信する。
【０１３６】
その後、NFC通信部５１は、ステップＳ５９において、NFC通信部６１に対して、NFCによる通信からBT通信に切り換える切り換え要求（メディアハンドオーバリクエスト）を送信し、NFC通信部６１は、その切り換え要求を受信する。そして、NFC通信部５２は、ステップＳ６０において、NFC通信部５１からの切り換え要求に対する応答（メディアハンドオーバレスポンス）を、NFC通信部５１に送信し、NFC通信部５１は、その応答を受信する。
【０１３７】
その後、通信装置１は、ステップＳ６１において、NFC通信部５１が行うNFCによる通信から、BT通信部５２が行うBT通信への切り換え（ハンドオーバ）を行う。さらに、通信装置２も、ステップＳ６２において、NFC通信部６１が行うNFCによる通信から、BT通信部６２が行うBT通信への切り換え（ハンドオーバ）を行う。
【０１３８】
そして、NFC通信部５１と６１は、ステップＳ６３において、NFCによる通信をターミネーションする。その後、ステップＳ６４において、BT通信部５２と６２との間で、ステップＳ５８で交換された通信情報に基づき、BT通信が行われる。
【０１３９】
即ち、BT通信部５２は、NFC通信部５１がステップＳ５８で受信したBT通信部６２のBDアドレスによって、そのBT通信部６２を通信相手として特定して、BT通信を行う。同様に、BT通信部６２も、NFC通信部６１がステップＳ５８で受信したBT通信部５２のBDアドレスによって、そのBT通信部５２を通信相手として特定して、BT通信を行う。
【０１４０】
従って、この場合、BT通信部５２および６２は、ユーザによって通信相手を指定してもらわなくても、通信相手を特定して、BT通信を行うことができる。
【０１４１】
即ち、BT通信が可能なデバイスであるBTデバイスが多数存在する場合、各BTデバイスでは、他のBTデバイスとの間で情報をやりとりし、他のBTデバイスに関する情報を収集する。そして、各BTデバイスでは、収集した情報に基づき、他のBTデバイスを表すアイコンが画面に表示される。この場合、ユーザが、多数のBTデバイスのうちの、ある１つのBTデバイス＃１から、他の１つのBTデバイス＃２に、データを送信しようとするとき、BTデバイス＃１の画面に表示された多数のBTデバイスのアイコンから、BTデバイス＃２のアイコンを探し出し、そのアイコンを操作することにより、データを送信する相手であるBTデバイス＃２を指定しなければならない。
【０１４２】
これに対して、図１の通信システムによれば、通信装置１乃至３と同様の通信装置が多数存在している場合に、通信装置１から２にデータを送信しようとするときであっても、通信装置１を通信装置２に近づけるだけで、通信装置１から２にデータを送信することができる。
【０１４３】
即ち、通信装置１および２では、それらが近接した状態となると、NFCによる通信によって、通信装置１と２がBT通信を行うことができることが認識され、BT通信に要する通信情報としての、BDアドレスなどが交換される。さらに、通信装置１および２では、NFCによる通信から、BT通信に切り換えられ（ハンドオーバが行われ）、BDアドレスに基づき、通信相手を特定して、BT通信が行われる。
【０１４４】
従って、ユーザは、NFCによる通信と、BT通信との両方の利点を享受することができる。
【０１４５】
即ち、例えば、NFCによる通信よりも、BT通信の方が高伝送レートである場合には、NFCによる通信によって、ユーザは、通信装置１と２とを近接した状態とするだけで、その他の通信相手を特定するための作業を行わずに済み、さらに、BT通信によって、高速に、データを送信することができる。
【０１４６】
次に、上述した一連の処理は、専用のハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータやマイクロコンピュータ等にインストールされる。
【０１４７】
そこで、図１７は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。
【０１４８】
プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク１０５やＲＯＭ１０３に予め記録しておくことができる。
【０１４９】
あるいはまた、プログラムは、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体１１１に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体１１１は、いわゆるパッケージソフトウエアとして提供することができる。
【０１５０】
なお、プログラムは、上述したようなリムーバブル記録媒体１１１からコンピュータにインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを、通信部１０８で受信し、内蔵するハードディスク１０５にインストールすることができ
る。
【０１５１】
コンピュータは、CPU(Central Processing Unit)１０２を内蔵している。CPU１０２には、バス１０１を介して、入出力インタフェース１１０が接続されており、CPU１０２は、入出力インタフェース１１０を介して、ユーザによって、キーボードや、マウス、マイク等で構成される入力部１０７が操作等されることにより指令が入力されると、それにしたがって、ROM(Read Only Memory)１０３に格納されているプログラムを実行する。あるいは、また、CPU１０２は、ハードディスク１０５に格納されているプログラム、衛星若しくはネットワークから転送され、通信部１０８で受信されてハードディスク１０５にインストールされたプログラム、またはドライブ１０９に装着されたリムーバブル記録媒体１１１から読み出されてハードディスク１０５にインストールされたプログラムを、RAM(Random Access Memory)１０４にロードして実行する。これにより、CPU１０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、CPU１０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース１１０を介して、LCD(Liquid Crystal Display)やスピーカ等で構成される出力部１０６から出力、あるいは、通信部１０８から送信、さらには、ハードディスク１０５に記録等させる。
【０１５２】
ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０１５３】
また、プログラムは、１のコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。
【０１５４】
なお、本実施の形態では、無線通信を対象としたが、本発明は、有線通信や、無線と有線とが混在した通信にも適用可能である。
【０１５５】
また、本実施の形態では、NFCによる通信から、他の通信プロトコルによる通信に切り換えるようにしたが、任意の通信プロトコルによる通信から、他の任意の通信プロトコルによる通信に切り換えること、即ち、例えば、ISO/IEC 14443-3からBluetoothに切り換えることなども可能である。
【０１５６】
さらに、本実施の形態では、NFCによる通信から、BT通信に切り換えるようにしたが、その後、さらに、BT通信から、他の通信プロトコルによる通信に切り換えるようにすることも可能である。
【図面の簡単な説明】
【０１５７】
【図１】本発明を適用した通信システムの一実施の形態の構成例を示す図である。
【図２】パッシブモードを説明する図である。
【図３】アクティブモードを説明する図である。
【図４】通信装置１乃至３のNFCによる通信を行う部分の構成例を示すブロック図である。
【図５】通信装置１乃至３の通信プロトコルと、OSI階層モデルとの対応関係を示す図である。
【図６】NFCIP-2 PDUのフォーマットを示す図である。
【図７】NFCIP-2 headerのフォーマットを示す図である。
【図８】アベイラブルメディアリクエストのデータ部のフォーマットを示す図である。
【図９】アベイラブルメディアレスポンスのデータ部のフォーマットを示す図である。
【図１０】メディアハンドオーバリクエストのデータ部のフォーマットを示す図である。
【図１１】メディアハンドオーバレスポンスのデータ部のフォーマットを示す図である。
【図１２】NFCIP-2による通信のフェーズを示す図である。
【図１３】イニシエータの処理を説明するフローチャートである。
【図１４】ターゲットの処理を説明するフローチャートである。
【図１５】通信装置１と２の機能的な構成例を示すブロック図である。
【図１６】通信装置１および２の処理を説明するフローチャートである。
【図１７】本発明を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
【符号の説明】
【０１５８】
１乃至３ 通信装置， ５１ NFC通信部， ５２ BT通信部， ６１ NFC通信部， ６２ BT通信部， １０１ バス， １０２ CPU， １０３ ROM， １０４ RAM， １０５ ハードディスク， １０６ 出力部， １０７ 入力部， １０８ 通信部， １０９ ドライブ， １１０ 入出力インタフェース， １１１ リムーバブル記録媒体
【技術分野】
【０００１】
本発明は、通信システム、通信装置および通信方法、並びにプログラムに関し、特に、複数の通信プロトコルの利点を享受することができるようにする通信システム、通信装置および通信方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年においては、例えば、WLAN(Wireless Local Area Network)や、ブルートゥース(Bluetooth)（登録商標）（以下、適宜、BT通信と略す）、IC(Integrated Circuit)カードシステムなどの無線通信が注目されている。
【０００３】
これらのうちの、例えば、ICカードシステムでは、リーダ／ライタが電磁波を発生することにより、いわゆるRF(Radio Frequency)フィールド（磁界）を形成する。そして、リーダ／ライタに、ICカードが近づくと、ICカードは、電磁誘導によって、電源の供給を受けるとともに、リーダ／ライタとの間でデータ伝送を行う。
【０００４】
現在実施されているICカードシステムの仕様としては、例えば、タイプＡ、タイプＢと呼ばれているものがある。
【０００５】
タイプＡは、フィリップス社のMIFARE方式として採用されているもので、リーダ／ライタからICカードへのデータ伝送には、Millerによるデータのエンコードが行われ、ICカードからリーダ／ライタへのデータ伝送には、Manchesterによるデータのエンコードが行われる。また、タイプＡでは、データの伝送レートとして、106kbps(kilo bit per second)が採用されている。
【０００６】
タイプＢでは、リーダ／ライタからICカードへのデータ伝送には、NRZによるデータのエンコードが行われ、ICカードからリーダ／ライタへのデータ伝送には、NRZ-Lよるデータのエンコードが行われる。また、タイプＢでは、データの伝送レートとして、106kbpsが採用されている。
【０００７】
また、ICカードシステムとしては、複数の通信プロトコルの中から、使用する通信プロトコルを選択し、その選択した通信プロトコルによって通信を行うものが提案されている（例えば、特許文献１参照）。
【０００８】
【特許文献１】特開平６−２７６２４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、特許文献１に記載のICカードシステムでは、複数の通信プロトコルによる通信が可能ではあるが、使用する通信プロトコルが選択された後は、その選択された通信プロトコルによる通信が行われる。従って、通信プロトコルが選択された後は、他の通信プロトコルによる通信を行うことができなかった。
【００１０】
一方、例えば、ICカードシステムにおいては、例えば、通信相手であるICカードを特定して通信を行う通信プロトコルが採用されている。また、例えば、BT通信では、現在のICカードシステムよりも高速なデータ伝送（通信）が可能な通信プロトコルが採用されている。従って、例えば、ICカードシステムにおいて、通信相手であるICカードを特定した後、通信プロトコルを、BT通信を行う通信プロトコルに切り換えることができれば、高速なデータ伝送が可能となる。即ち、この場合、ICカードシステムで採用されている通信プロトコルにより、通信相手を特定することができ、さらに、BT通信を行う通信プロトコルにより、高速なデータ伝送を行うことができる、といったように、複数の通信プロトコルの利点を享受することができる。
【００１１】
本発明は、このような状況に鑑みてなされたものであり、複数の通信プロトコルの利点を享受可能な通信を行うことができるようにするものである。
【課題を解決するための手段】
【００１２】
本発明の第１の側面の通信システムは、通信相手に要求を送信する通信装置であるイニシエータと、前記イニシエータの要求に対する応答を返す通信装置であるターゲットとを備える通信システムであって、前記イニシエータが、前記ターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信手段と、前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得手段と、前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得手段と、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択手段と、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信手段と、前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信手段と、前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信手段とを有し、前記ターゲットが、前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信手段と、前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信手段と、前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答手段と、前記イニシエータからの、前記切り換えの要求を受信する切り換え要求受信手段と、前記切り換えの要求に対して、前記切り換えの応答を返す切り換え応答送信手段と、前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信手段とを有することを特徴とする。
【００１３】
本発明の第２の側面の通信装置は、通信相手に要求を送信するイニシエータとなる通信装置であって、前記イニシエータの要求に対する応答を返すターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信手段と、前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得手段と、前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得手段と、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択手段と、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信手段と、前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信手段と、前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信手段とを備えることを特徴とする。
【００１４】
前記第１および第２の通信プロトコルによる通信は、無線通信であり、前記第１のイニシエータ通信手段には、前記ターゲットが近接した状態となっているときに、前記他のターゲットとの間で、前記第１の通信プロトコルによる通信を行わせることができる。
【００１５】
前記第１の通信プロトコルでは、近接した状態の前記ターゲットを特定して通信が行われるようにできる。
【００１６】
本発明の第２の側面の通信方法は、通信相手に要求を送信するイニシエータとなる通信装置の通信方法であって、前記イニシエータの要求に対する応答を返すターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信ステップと、前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得ステップと、前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得ステップと、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択ステップと、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信ステップと、前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信ステップと、前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信ステップとを備えることを特徴とする。
【００１７】
本発明の第２の側面のプログラムは、通信相手に要求を送信するイニシエータとなる通信装置として、コンピュータを機能させるプログラムであって、前記イニシエータの要求に対する応答を返すターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信ステップと、前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得ステップと、前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得ステップと、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択ステップと、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信ステップと、前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信ステップと、前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信ステップとを、コンピュータに実行させる。
【００１８】
本発明の第３の側面の通信装置は、通信相手に要求を送信するイニシエータの要求に対する応答を返すターゲットとなる通信装置であって、前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信手段と、前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信手段と、前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答手段と、前記イニシエータが、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択し、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求することにより送信されてくる切り換えの要求を受信する切り換え要求受信手段と、前記切り換えの要求に対して、前記第１の通信プロトコルによる通信を前記第２の通信プロトコルによる通信に切り換えることを応答する切り換えの応答を返す切り換え応答送信手段と、前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信手段とを備えることを特徴とする。
【００１９】
本発明の第３の側面の通信方法は、通信相手に要求を送信するイニシエータの要求に対する応答を返すターゲットとなる通信装置の通信方法であって、前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信ステップと、前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信ステップと、前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答ステップと、前記イニシエータが、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択し、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求することにより送信されてくる切り換えの要求を受信する切り換え要求受信ステップと、前記切り換えの要求に対して、前記第１の通信プロトコルによる通信を前記第２の通信プロトコルによる通信に切り換えることを応答する切り換えの応答を返す切り換え応答送信ステップと、前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信ステップとを備えることを特徴とする。
【００２０】
本発明の第３の側面のプログラムは、通信相手に要求を送信するイニシエータの要求に対する応答を返すターゲットとなる通信装置としてコンピュータを機能させるプログラムであって、前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信ステップと、前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信ステップと、前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答ステップと、前記イニシエータが、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択し、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求することにより送信されてくる切り換えの要求を受信する切り換え要求受信ステップと、前記切り換えの要求に対して、前記第１の通信プロトコルによる通信を前記第２の通信プロトコルによる通信に切り換えることを応答する切り換えの応答を返す切り換え応答送信ステップと、前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信ステップとを、コンピュータに実行させる。
【００２１】
本発明の第１の側面においては、ターゲットとの間で、第１の通信プロトコルによる通信が行われ、ターゲットに対して、通信の通信相手を識別するための情報が要求されて取得され、ターゲットが利用可能な通信プロトコルの情報が、第１の通信プロトコルによる通信によって要求して取得され、ターゲットが利用可能な通信プロトコルの情報に基づいて、第１の通信プロトコルから切り換える第２の通信プロトコルが選択され、ターゲットとの通信を、第１の通信プロトコルによる通信から、第２の通信プロトコルによる通信に切り換えることが要求され、切り換えの要求に対して、ターゲットが送信してくる切り換えの応答が受信され、ターゲットとの間で、切り換えの要求及び応答をやりとりした後で、第２の通信プロトコルによる通信が行われる。また、イニシエータとの間で、第１の通信プロトコルによる通信が行われ、イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)が送信され、イニシエータからの要求に応じて、ターゲットが利用可能な通信プロトコルの情報の応答が返され、イニシエータからの、切り換えの要求が受信され、切り換えの要求に対して、切り換えの応答が返され、イニシエータとの間で、切り換えの要求及び応答をやりとりした後で、第２の通信プロトコルによる通信が行われる。
【００２２】
本発明の第２の側面においては、ターゲットとの間で、第１の通信プロトコルによる通信が行われ、ターゲットに対して、通信の通信相手を識別するための情報が要求されて取得され、ターゲットが利用可能な通信プロトコルの情報が、第１の通信プロトコルによる通信によって要求して取得され、ターゲットが利用可能な通信プロトコルの情報に基づいて、第１の通信プロトコルから切り換える第２の通信プロトコルが選択され、ターゲットとの通信を、第１の通信プロトコルによる通信から、第２の通信プロトコルによる通信に切り換えることが要求され、切り換えの要求に対して、ターゲットが送信してくる切り換えの応答が受信され、ターゲットとの間で、切り換えの要求及び応答をやりとりした後で、第２の通信プロトコルによる通信が行われる。
【００２３】
本発明の第３の側面においては、イニシエータとの間で、第１の通信プロトコルによる通信が行われ、イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)が送信され、イニシエータからの要求に応じて、ターゲットが利用可能な通信プロトコルの情報の応答が返され、イニシエータからの、切り換えの要求が受信され、切り換えの要求に対して、切り換えの応答が返され、イニシエータとの間で、切り換えの要求及び応答をやりとりした後で、第２の通信プロトコルによる通信が行われる。
【発明の効果】
【００２４】
本発明の一側面によれば、複数の通信プロトコルの利点を享受可能な通信を行うことができるようになる。
【発明を実施するための最良の形態】
【００２５】
図１は、本発明を適用した通信システム（システムとは、複数の装置が論理的に結合したもの物をいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成例を示している。
【００２６】
図１においては、通信システムは、３つの通信装置１，２，３から構成されている。通信装置１乃至３それぞれは、例えば、複数の通信プロトコルによる通信を行うことができるようになっている。
【００２７】
なお、通信システムを構成する通信装置は、３つの通信装置１乃至３に限定されるものではなく、２つの通信装置や４以上の通信装置であっても良い。
【００２８】
また、図１の通信システムは、通信装置１乃至３のうちの１以上をリーダ／ライタとするとともに、他の１以上をICカードとするICカードシステムとして採用することができることは勿論、通信装置１乃至３それぞれを、通信機能を備えるPDA(Personal Digital Assistant)、PC（Personal Computer）、携帯電話、腕時計、ペン等の携帯可能な端末とする通信システムとして採用することも可能である。即ち、通信装置１乃至３は、ICカードシステムのICカードやリーダ／ライタなどに限定されるものではない。また、通信システムは、通信装置１，２、または３の他、例えば、従来のICカードシステムを構成するICカードやリーダ／ライタなどを含めて構成することも可能である。
【００２９】
但し、ここでは、通信装置１乃至３それぞれは、無線通信を行う機能を有するものとし、複数の通信プロトコルには、NFC(Near Field Communication)が含まれるものとする。
【００３０】
NFCは、他の通信装置との間で、単一の周波数の搬送波を使用した、電磁誘導による近接通信の通信プロトコルで、搬送波の周波数としては、例えば、ISM(Industrial Scientific Medical)バンドの13.56MHzなどが採用される。
【００３１】
ここで、近接通信とは、通信する装置どうしの距離が、数10cm以内となって可能となる通信を意味し、通信する装置どうし（の筐体）が接触して行う通信も含まれる。
【００３２】
NFCでは、２つの通信モードによる通信が可能である。２つの通信モードとしては、パッシブモードとアクティブモードとがある。いま、通信装置１乃至３のうちの、例えば、通信装置１と２の間の通信に注目すると、パッシブモードでは、上述した従来のICカードシステムと同様に、通信装置１と２のうちの一方の通信装置である、例えば、通信装置１は、自身が発生する電磁波（に対応する搬送波）を変調することにより、他方の通信装置である通信装置２にデータを送信し、通信装置２は、通信装置１が発生する電磁波（に対応する搬送波）を負荷変調することにより、通信装置１にデータを送信する。
【００３３】
一方、アクティブモードでは、通信装置１と２のいずれも、自身が発生する電磁波（に対応する搬送波）を変調することにより、データを送信する。
【００３４】
ここで、電磁誘導による近接通信を行う場合、最初に電磁波を出力して通信を開始し、いわば通信の主導権を握る装置を、イニシエータと呼ぶ。イニシエータは、通信相手にコマンド（要求）を送信し、その通信相手は、そのコマンドに対するレスポンス（応答）を返す形で、近接通信が行われるが、イニシエータからのコマンドに対するレスポンスを返す通信相手を、ターゲットと呼ぶ。
【００３５】
例えば、いま、通信装置１が電磁波の出力を開始して、通信装置２との通信を開始したとすると、図２および図３に示すように、通信装置１がイニシエータとなり、通信装置２がターゲットとなる。
【００３６】
そして、パッシブモードでは、図２に示すように、イニシエータである通信装置１が電磁波を出力し続け、通信装置１は、自身が出力している電磁波を変調することにより、ターゲットである通信装置２に、データを送信するとともに、通信装置２は、イニシエータである通信装置１が出力している電磁波を負荷変調することにより、通信装置１に、データを送信する。
【００３７】
一方、アクティブモードでは、図３に示すように、イニシエータである通信装置１は、自身がデータを送信する場合に、自身で電磁波の出力を開始し、その電磁波を変調することにより、ターゲットである通信装置２に、データを送信する。そして、通信装置１は、データの送信終了後は、電磁波の出力を停止する。ターゲットである通信装置２も、自身がデータを送信する場合に、自身で電磁波の出力を開始し、その電磁波を変調することにより、ターゲットである通信装置２に、データを送信する。そして、通信装置２は、データの送信終了後は、電磁波の出力を停止する。
【００３８】
次に、図４は、図１の通信装置１のNFCによる通信を行う部分の構成例を示している。なお、図１の他の通信装置２および３も、NFCによる通信を行う部分については、図４の通信装置１と同様に構成されるため、その説明は、省略する。
【００３９】
アンテナ１１は、閉ループのコイルを構成しており、このコイルに流れる電流が変化することで、電磁波を出力する。また、アンテナ１１としてのコイルを通る磁束が変化することで、アンテナ１１に電流が流れる。
【００４０】
受信部１２は、アンテナ１１に流れる電流を受信し、同調と検波を行い、復調部１３に出力する。復調部１３は、受信部１２から供給される信号を復調し、デコード部１４に供給する。デコード部１４は、復調部１３から供給される信号としての、例えばマンチェスタ符号などをデコードし、そのデコードの結果得られるデータを、データ処理部１５に供給する。
【００４１】
データ処理部１５は、デコード部１４から供給されるデータに基づき、所定の処理を行う。また、データ処理部１５は、他の装置に送信すべきデータを、エンコード部１６に供給する。
【００４２】
エンコード部１６は、データ処理部１５から供給されるデータを、例えば、マンチェスタ符号などにエンコードし、選択部１７に供給する。選択部１７は、変調部１９または負荷変調部２０のうちのいずれか一方を選択し、その選択した方に、エンコード部１６から供給される信号を出力する。
【００４３】
ここで、選択部１７は、制御部２１の制御にしたがって、変調部１９または負荷変調部２０を選択する。制御部２１は、通信モードがパッシブモードであり、通信装置１がターゲットとなっている場合は、選択部１７に負荷変調部２０を選択させる。また、制御部２１は、通信モードがアクティブモードである場合、または通信モードがパッシブモードであり、かつ、通信装置１がイニシエータとなっている場合は、選択部１７に変調部１９を選択させる。従って、エンコード部１６が出力する信号は、通信モードがパッシブモードであり、通信装置１がターゲットとなっているケースでは、選択部１７を介して、負荷変調部２０に供給されるが、他のケースでは、選択部１７を介して、変調部１９に供給される。
【００４４】
電磁波出力部１８は、アンテナ１１から、所定の単一の周波数の搬送波（の電磁波）を放射させるための電流を、アンテナ１１に流す。変調部１９は、電磁波出力部１８がアンテナ１１に流す電流としての搬送波を、選択部１７から供給される信号にしたがって変調する。これにより、アンテナ１１からは、データ処理部１５がエンコード部１６に出力したデータにしたがって搬送波を変調した電磁波が放射される。
【００４５】
負荷変調部２０は、外部からアンテナ１１としてのコイルを見たときのインピーダンスを、選択部１７から供給される信号にしたがって変化させる。他の装置が搬送波としての電磁波を出力することにより、アンテナ１１の周囲にRFフィールド（磁界）が形成されている場合、アンテナ１１としてのコイルを見たときのインピーダンスが変化することにより、アンテナ１１の周囲のRFフィールドも変化する。これにより、他の装置が出力している電磁波としての搬送波が、選択部１７から供給される信号にしたがって変調され、データ処理部１５がエンコード部１６に出力したデータが、電磁波を出力している他の装置に送信される。
【００４６】
ここで、変調部１９および負荷変調部２０における変調方式としては、例えば、振幅変調(ASK(Amplitude Shift Keying))を採用することができる。但し、変調部１９および負荷変調部２０における変調方式は、ASKに限定されるものではなく、PSK(Phase Shift Keying)やQAM(Quadrature Amplitude Modulation)その他を採用することが可能である。また、振幅の変調度についても8％から30％、50％、100％等数値に限定されることはなく、好適なものを選択すれば良い。
【００４７】
制御部２１は、通信装置１を構成する各ブロックを制御する。電源部２２は、通信装置１を構成する各ブロックに、必要な電源を供給する。なお、図４では、制御部２１が通信装置１を構成する各ブロックを制御することを表す線の図示と、電源部２２が通信装置１を構成する各ブロックに電源を供給することを表す線の図示は、図が煩雑になるため、省略してある。
【００４８】
ここで、上述の場合には、デコード部１４およびエンコード部１６において、マンチェスタ符号を処理するようにしたが、デコード部１４およびエンコード部１６では、マンチェスタ符号だけでなく、モディファイドミラーや、NRZなどの複数種類の符号の中から１つを選択して処理するようにすることが可能である。
【００４９】
また、通信装置１が、パッシブモードのターゲットとしてしか動作しない場合は、選択部１７、電磁波出力部１８、変調部１９を設けずに、通信装置１を構成することができる。さらに、この場合、電源部２２は、例えば、アンテナ１１で受信される外部の電磁波から電源を得る。
【００５０】
通信装置１乃至３は、上述したように、複数の通信プロトコルによる通信を行うことができる構成を有しており、図４の構成によって行われるNFCによる通信は、複数の通信プロトコルによる通信のうちの１つである。複数の通信プロトコルとしては、NFCの他、例えば、ICカードの通信について規定するISO/IEC(International Organization for Standardization/ International Electrotechnical Commission) 14443や、RFタグ(Radio Frequency Tag)の通信について規定するISO/IEC 15693、Bluetooth、さらには、WLANその他の通信プロトコルを採用することができる。
【００５１】
図５は、通信装置１乃至３の通信プロトコルと、OSI階層モデルとの対応関係を示している。
【００５２】
通信装置１乃至３において、最上位層である第７層のアプリケーション層(Application Layer)、第６層のプレゼンテーション層(Presentation Layer)、および第５層のセッション層(Session Layer)には、例えば、インターネットのアプリケーション(Internet Application)（例えば、HTTP(Hyper Text Transfer Protocol)やFTP(File Transfer Protocolなど）、その他の任意のアプリケーションなどを採用することができる。
【００５３】
第４層のトランスポート層(Transport Layer)には、例えば、TCP(Transmission Control Protocol)や、UDP(User Datagram Protocol)などを採用することができる。
【００５４】
第３層のネットワーク層(Network Layer)には、例えば、IP(Internet Protocol)などを採用することができる。
【００５５】
第２層のデータリンク層(Data Link Layer)は、上位層のLLC層(Logical Link Control Layer)と、下位層のMAC層(Media Access Control Layer)とに分けることができる。
【００５６】
通信装置１乃至３において、LLC層には、NFCIP(Near Field Communication Interface and Protocol)-2が採用されている。ここで、NFCIP-2は、NFCの一部の通信プロトコルであり、その上位層からSAP(Service Access Point)を介して制御することができる。NFCIP-2では、後述するNFCIP-1を介して、通信相手が利用可能な通信プロトコルの情報（以下、適宜、利用可能プロトコル情報という）が取得される。さらに、NFCIP-2は、上位層からの要求に応じ、NFCIP-1を介して、NFCIP-1から切り換えるMAC層（さらには物理層）の通信プロトコルによる通信を行うのに必要な情報（以下、適宜、通信情報という）を、NFCIP-1による通信を行っている通信装置との間で交換する。そして、NFCIP-2は、上位層からの要求に応じ、通信プロトコルを、NFCIP-1から、交換した通信情報に対応する通信プロトコルに切り換える（ハンドオーバする）。なお、NFCIP-1から切り換える通信プロトコルは、利用可能プロトコル情報が表す利用可能な通信プロトコルの中から選択される。
【００５７】
以上のように、通信装置１乃至３は、NFCIP-2を実装することで、MAC層（さらには物理層）の通信プロトコルを切り換える（ハンドオーバ）ことができる。
【００５８】
MAC層には、例えば、NFCIP-1や、ICカードに採用されているISO/IEC 14443-2,ISO/IEC 14443-3,ISO/IEC 14443-4、RFタグ(RF Tag)に採用されているISO/IEC 15693-2、Bluetooth、さらには、WLANその他の通信プロトコル(Other protocol)を採用することができる。なお、本実施の形態では、例えば、通信装置１乃至３において、MAC層に、NFCIP-1を含む複数の通信プロトコルが採用されているものとする。
【００５９】
ここで、NFCIP-1は、NFCの一部の通信プロトコルであり、周囲のRFフィールドの有無を検出し、RFフィールドが検出されなかった場合に、電磁波を出力する（自身がRFフィールドを形成する）。また、NFCIP-1は、RFフィールド内に通信相手が存在するとき、即ち、通信相手と近接した状態となったときに、その通信相手から、乱数によるID(Identification)を取得し、そのIDによって、通信相手を特定して通信を行う。つまり、NFCIP-1によれば、周囲に、複数の装置が存在する場合に、ユーザが、その複数の装置の中から、通信相手とする装置を選択する操作を行わなくても、通信相手とする装置を特定し、その装置と通信を行うことができる。
【００６０】
具体的には、例えば、複数のコンピュータから構成されるWLANにおいては、１のコンピュータが、他の１のコンピュータとデータのやりとりをする場合、１のコンピュータにおいて、画面に表示される、WLANを構成する複数のコンピュータを表すアイコンの中から、データをやりとりする他の１のコンピュータを表すアイコンを、ユーザが選択する操作などを行うことによって、他の１のコンピュータを特定する必要がある。この場合、WLANを構成するコンピュータが多数であるときには、ユーザが、他の１のコンピュータを表すアイコンを探し出すのも面倒である。
【００６１】
これに対して、NFCIP-1では、通信相手と近接した状態となったときに、その通信相手から、乱数によるIDを取得し、そのIDによって、通信相手を特定して通信を行う。このため、NFCIP-1によれば、ユーザが、通信装置１（２または３）を、通信相手としたい装置に、例えば、かざすように近づける（近接させる）だけで、通信相手が特定され、通信が行われるので、ユーザは、上述したような面倒な作業をせずに済む。
【００６２】
第１層の物理層(Physical Layer)には、通信装置１乃至３がMAC層で採用している通信プロトコルによる通信に必要なデバイスなどが採用される。即ち、NFCIP-1に対しては、例えば、NFCによる通信に専用のデバイス(NFC Devices)や、カートリッジメモリデバイス(Cartridge Memory device)について規定するISO/IEC 22050を物理層に採用することができる。また、ISO/IEC 14443-2,ISO/IEC 14443-3,ISO/IEC 14443-4に対しては、例えば、コンパチブルICカード(compatible IC Cards)について規定するISO/IEC 14443を物理層に採用することができる。さらに、ISO/IEC 15693-2に対しては、RFタグによる通信に専用のデバイス(RF Tag)を物理層に採用することができる。また、Bluetoothについては、Bluetoothによる通信に専用のデバイス(Bluetooth devices)を採用することができる。さらに、WLANその他のMAC層の通信プロトコルについては、その通信プロトコルによる通信に専用のデバイス(Other devices)を物理層に採用することができる。
【００６３】
次に、図６は、NFCの一部であるNFCIP-2においてやりとりされるデータのフォーマットを示している。
【００６４】
NFCIP-2では、NFCIP-2 PDU(Protocol Data Unit)と呼ばれる単位で、データがやりとりされる。
【００６５】
NFCIP-2 PDUは、PPP(Point to Point Protocol)でやりとりされるパケットと同一フォーマットとなっており、これにより、NFCIP-2と、PPPとの親和性の向上が図られている。
【００６６】
NFCIP-2 PDUは、その先頭から、スタートマーク部(Start Mark)、アドレス部(Address)、コントロール部(Control)、プロトコル部(Protocol)、NFCIP-2ヘッダ部(NFCIP-2 header)、データ部(Data)、CRC部(CRC)、エンドマーク部(End Mark)が順次配置されて構成される。
【００６７】
スタートマーク部には、NFCIP-2 PDUのスタートを表すスタートマークとしての、例えば、１バイトの７Ｅｈ（ｈは、その前の値が１６進数であることを表す）が配置される。アドレス部には、所定のデータとしての、例えば、１バイトのＦＦｈが配置される。コントロール部にも、所定のデータとしての、例えば、１バイトの０３ｈが配置される。
【００６８】
ここで、NFCIP-2において、以上のスタートマーク部、アドレス部、およびコントロール部に配置されるデータは、PPPにおける場合と同一である。
【００６９】
プロトコル部には、例えば、２バイトの０００１ｈが配置される。ここで、PPPでは、プロトコル部に０００１ｈが配置されている場合は、データ部に配置されたデータが、特に意味のないものであるとされるが、NFCIP-2では、プロトコル部に０００１ｈが配置されている場合に、パケット(PDU)がNFCIP-2 PDUであるとして扱われる。
【００７０】
NFCIP-2ヘッダ部には、後述する図７で説明する６バイトのヘッダ情報が配置される。データ部には、必要なデータが配置される。CRC部には、アドレス部、コントロール部、プロトコル部、NFCIP-2ヘッダ部、データ部を対象として求められたCRC(Cyclic Redundancy Checking)コードが配置される。
【００７１】
エンドマーク部には、NFCIP-2 PDUのおわりを表すエンドマークとしての、例えば、１バイトの７Ｅｈが配置される。このエンドマークは、PPPにおける場合と同一である。
【００７２】
図７は、図６のNFCIP-2ヘッダ部に配置されるヘッダ情報のフォーマットを示している。
【００７３】
ヘッダ情報は、上述したように、６バイトで構成される。そして、その先頭から１バイト目、２バイト目、３バイト目には、NFCの文字のうちの、N，F，Cの文字を表すコード４Ｅｈ，４６ｈ，４３ｈが、それぞれ配置される。４バイト目には、NFCのバージョンを表す値が配置される。なお、図７では、NFCのバージョンを表す値は、２１ｈになっている。
【００７４】
５バイト目は、将来の拡張用(RFU(Reserved for Future Use))で、図７では、００ｈとなっている。
【００７５】
６バイト目には、各種の要求(request)や、要求に対する応答(response)を表すディレクティブコード(Directive Code)が配置される。即ち、図４で説明したように、NFCでは、イニシエータとターゲットとの間で、イニシエータが要求を送信し、ターゲットがその要求に対する応答を返す形で、通信が行われる。ヘッダ情報の６バイト目には、その要求や応答を表すコードであるディレクティブコードが配置される。
【００７６】
NFCIP-2では、上述したように、通信相手が利用可能な通信プロトコルの情報である利用可能プロトコル情報が取得され、その利用可能プロトコル情報が表す利用可能な通信プロトコルの中に含まれる、ある通信プロトコルによる通信を行うのに必要な情報である通信情報が交換される。そして、NFCIP-2は、通信プロトコルを、NFCIP-1から、交換した通信情報に対応する通信プロトコルに切り換える（ハンドオーバする）。
【００７７】
利用可能プロトコル情報の要求には、アベイラブルメディアリクエスト(AVAILABLE_MEDIA Request)が、イニシエータからターゲットに送信される。アベイラブルメディアリクエストに対する応答としては、アベイラブルメディアレスポンス(AVAILABLE_MEDIA Response)が、ターゲットからイニシエータに送信される。
【００７８】
また、通信プロトコルの切り換え（ハンドオーバ）の要求には、メディアハンドオーバリクエスト(MEDIA_HANDOVER Request)が、イニシエータからターゲットに送信される。メディアハンドオーバリクエストに対する応答としては、メディアハンドオーバレスポンス(MEDIA_HANDOVER Response)が、ターゲットからイニシエータに送信される。
【００７９】
アベイラブルメディアリクエストにおいては、ディレクティブコードが、例えば、２２ｈとされる。さらに、通信相手（ここでは、ターゲット）が利用可能なすべての通信プロトコルの情報（利用可能プロトコル情報）を要求する場合には、データ部に、０１ｈが配置される。
【００８０】
また、アベイラブルメディアリクエストにおいて、特定の通信プロトコルの利用可能性を通信相手に要求する場合には、データ部に、その特定の通信プロトコルを表す情報が配置される。
【００８１】
即ち、図８は、アベイラブルメディアリクエストにおいて、特定の通信プロトコルの利用可能性を通信相手に要求する場合のNFCIP-2 PDUのデータ部のフォーマットを示している。
【００８２】
データ部の先頭には、データ部のデータ長を表すPDUデータ長(Length of PDU Data(n))が配置される。そのデータ長の後は、後述するメディアパラメータパック(Media Parameter Pack)の数を表すメディアパックカウント(Media Pack Count)が配置される。そして、その後に、メディアパラメータパックが、メディアパックカウントが表す数だけ配置される。
【００８３】
メディアパラメータパックは、メディアコード部(Media Code)と、属性部(Attribute)とが、その順で配置されて構成される。メディアコード部は、通信プロトコルを表す１バイトのメディアコードが配置され、属性部には、メディアコード部に配置されたメディアコードが表す通信プロトコルに関する情報が配置される。
【００８４】
アベイラブルメディアリクエストにおいて、例えば、WLANを規定するIEEE(Institute of Electrical and Electronics Engineers)802.11と、Bluetoothの２つの通信プロトコルの利用可能性を通信相手に要求する場合には、IEEE802.11を表すメディアコードが配置されたメディアパラメータパックと、Bluetoothを表すメディアコードが配置されたメディアパラメータパックの、２つのメディアパラメータパックが、メディアパックカウントの後に配置される。
【００８５】
アベイラブルメディアリクエストに対する応答であるアベイラブルメディアレスポンスにおいては、ディレクティブコードが、例えば、２３ｈとされる。さらに、アベイラブルメディアレスポンスにおいては、データ部に、自身（ここでは、アベイラブルメディアリクエストを受信した装置であるターゲット）が利用可能な通信プロトコルを表す情報が配置される。
【００８６】
即ち、図９は、アベイラブルメディアレスポンスとしてのNFCIP-2 PDUのデータ部のフォーマットを示している。
【００８７】
データ部の先頭には、図８における場合と同様に、PDUデータ長(Length of PDU Data(n))が配置される。さらに、その後に、カレントフェーズ(Current Phase)、ステータス(Status)、エラーコード(Error Code)が順次配置される。ここで、カレントフェーズは、自身が、NFCIP-2の後述するフェーズのうちのいずれのフェーズにあるかを表す。ステータスは、自身の現在の状態（ステータス）を表し、エラーコードは、何らかの処理中にエラーが発生した場合の、そのエラーに対応するコードを表す。
【００８８】
エラーコードの後には、メディアパックカウント(Media Pack Count)が配置される。メディアパックカウントは、その後に配置されるメディアパラメータパックの数を表す。
【００８９】
メディアパックカウントの後には、自身が利用可能な通信プロトコルごとに、その通信プロトコルを表すメディアパラメータパック(Media Parameter Pack)が、メディアパックカウントが表す数だけ配置される。なお、図９におけるメディアパラメータパックの構成は、図８で説明したものと同一であるので、その説明は、省略する。
【００９０】
アベイラブルメディアリクエストを送信したイニシエータは、そのアベイラブルメディアリクエストに対してターゲットが送信してくるアベイラブルメディアレスポンスを受信し、そのアベイラブルメディアレスポンスにおけるメディアパラメータパックを参照することにより、ターゲットが利用可能な通信プロトコルを認識する。
【００９１】
なお、イニシエータからのアベイラブルメディアリクエストのデータ部が０１ｈである場合には、ターゲットは、自身が利用可能な通信プロトコルすべてについてのメディアパラメータパックを有するアベイラブルメディアレスポンスを、イニシエータに送信する。また、イニシエータからのアベイラブルメディアリクエストのデータ部が、図８に示したものである場合には、ターゲットは、そのアベイラブルメディアリクエストが有するメディアパラメータパックに対応する通信プロトコルそれぞれについて、自身が利用可能かどうかを表す情報を有するアベイラブルメディアレスポンスを、イニシエータに送信する。
【００９２】
メディアハンドオーバリクエストにおいては、ディレクティブコードが、例えば、２４ｈとされる。さらに、データ部に、NFCIP-1からハンドオーバする通信プロトコルの情報が配置される。
【００９３】
即ち、図１０は、メディアハンドオーバリクエストとしてのNFCIP-2 PDUのデータ部のフォーマットを示している。
【００９４】
データ部の先頭には、データ部のデータ長を表すPDUデータ長(Length of PDU Data(11h))が配置される。そのデータ長の後は、NFCIP-1からハンドオーバする通信プロトコルに関するメディアパラメータパック(Media Parameter Pack)が配置される。なお、図１０におけるメディアパラメータパックの構成は、図８で説明したものと同一であるので、その説明は、省略する。
【００９５】
メディアハンドオーバリクエストに対する応答であるメディアハンドオーバレスポンスにおいては、ディレクティブコードが、例えば、２５ｈとされる。さらに、メディアハンドオーバレスポンスにおいては、データ部に、所定のデータが配置される。
【００９６】
即ち、図１１は、メディアハンドオーバレスポンスとしてのNFCIP-2 PDUのデータ部のフォーマットを示している。
【００９７】
データ部には、その先頭から、PDUデータ長(Length of PDU Data(04h))、カレントフェーズ(Current Phase)、ステータス(Status)、エラーコード(Error Code)が順次配置される。PDUデータ長、カレントフェーズ、ステータス、エラーコードは、図９で説明したものと同様であるため、その説明は、省略する。
【００９８】
イニシエータとターゲットとの間では、アベイラブルメディアリクエストとアベイラブルメディアレスポンスが、NFCIP-1によってやりとりされ、これにより、イニシエータは、ターゲットが利用可能な通信プロトコルを認識する。さらに、イニシエータとターゲットとの間では、メディアハンドオーバリクエストとメディアハンドオーバレスポンスが、NFCIP-1によってやりとりされ、これにより、イニシエータとターゲットは、NFCIP-1による通信から、イニシエータが認識したある通信プロトコルによる通信にハンドオーバする。そして、その後、イニシエータとターゲットは、そのハンドオーバ後の通信プロトコルによる通信を行う。
【００９９】
次に、図１２を参照して、NFCIP-2による通信のフェーズについて説明する。
【０１００】
NFCIP-2による通信は、アイドルフェース(Idling phase)Ｐ１、リンク確立待ちフェーズ(Link establishment-waiting phase)Ｐ２、リンク確立フェーズ(Link establishment phase)Ｐ３、認証フェーズ(Authentication phase)Ｐ４、ネットワークレイヤプロトコルフェーズ(Network layer protocol phase)Ｐ５、およびリンクターミネーションフェーズ(Link termination phase)Ｐ６の６つのフェーズを有する。
【０１０１】
NFCIP-2による通信では、まず最初に、初期フェーズであるアイドルフェーズＰ１となる。アイドルフェーズＰ１では、上述したRFフィールドの検出などが行われる。
【０１０２】
アイドルフェーズＰ１において、例えば、NFCによる通信が可能な装置を検出する要求があると、リンク確立待ちフェーズＰ２に移行し、NFCによる通信が可能な装置の検出が開始される。なお、リンク確立待ちフェーズＰ２からは、アイドルフェーズＰ１、リンク確立フェーズＰ３、またはリンクターミネーションフェーズＰ６に移行しうる。
【０１０３】
リンク確立待ちフェーズＰ２において、例えば、NFCによる通信が可能な装置が検出されると、リンク確立フェーズＰ３に移行する。リンク確立フェーズＰ３では、NFCによる通信の通信相手とする装置を識別する、乱数によるID（以下、適宜、NFCIDという）が認識され、そのNFCIDを認識した通信相手とのリンクが確立される。なお、リンク確立フェーズＰ３からは、アイドルフェーズＰ１、認証フェーズＰ４、またはリンクターミネーションフェーズＰ６に移行しうる。
【０１０４】
リンク確立フェーズＰ３において、例えば、NFCIDを認識した通信相手とのリンクが確立されると、認証フェーズＰ４に移行する。認証フェーズＰ４では、NFCIDを認識した通信相手との間で、相互認証が行われる。なお、認証フェーズＰ４からは、アイドルフェーズＰ１、ネットワークレイヤプロトコルフェーズＰ５、またはリンクターミネーションフェーズＰ６に移行しうる。また、認証フェーズＰ４は、スキップすることが可能である。
【０１０５】
認証フェーズＰ４において、例えば、NFCIDを認識した通信相手との間での相互認証が成功すると、ネットワークレイヤプロトコルフェーズＰ５に移行する。ネットワークレイヤプロトコルフェーズＰ５では、NFCIDを認識した通信相手との間で、必要なデータ交換（データのやりとり）が行われる。なお、ネットワークレイヤプロトコルフェーズＰ５からは、アイドルフェーズＰ１、またはリンクターミネーションフェーズＰ６に移行しうる。
【０１０６】
ネットワークレイヤプロトコルフェーズＰ５において、例えば、NFCによる通信の終了の要求があると、リンクターミネーションフェーズＰ６に移行する。リンクターミネーションフェーズＰ６では、例えば、NFCIDを認識した通信相手とのリンクが切断され、アイドルフェーズＰ１に移行する。
【０１０７】
次に、図１３および図１４を参照して、イニシエータとターゲットとの間で、NFCIP-1による通信が開始され、その後、MAC層（さらには物理層）の通信プロトコルをNFCIP-1から他の通信プロトコルにハンドオーバする場合の、そのイニシエータとターゲットの処理について説明する。
【０１０８】
まず、図１３を参照して、イニシエータの処理について説明する。
【０１０９】
イニシエータは、まず最初に、ステップＳ１において、アイドル状態となる。
【０１１０】
その後、ステップＳ１からＳ２に進み、イニシエータは、RFフィールドを形成し、NFCIDを要求するポーリングを行って、ステップＳ３に進む。ステップＳ３では、イニシエータは、ポーリングに対する応答が、ターゲットからあったかどうかを判定する。ステップＳ３において、ポーリングに対する応答がなかったと判定された場合、ステップＳ２に戻り、以下、同様の処理を繰り返す。
【０１１１】
また、ステップＳ３において、ポーリングに対する応答があったと判定された場合、ステップＳ４に進み、イニシエータは、応答のあったターゲットに対して、NFCIDを要求し、その要求に応じてターゲットから送信されてくるNFCIDを受信する。このNFCIDによって、イニシエータは、通信相手とするターゲットを特定する。
【０１１２】
その後、ステップＳ４からＳ５に進み、イニシエータは、通信相手として特定したターゲットとの間で相互認証を行い、さらに、その相互認証時に、トランザクションIDおよびトランザクションキーを、ターゲットとの間で交換して、ステップＳ６に進む。なお、イニシエータとターゲットは、トランザクションIDおよびトランザクションキーの交換後、トランザクションIDおよびトランザクションキーを、暗号鍵として、その後にやりとりするデータを暗号化する。
【０１１３】
ステップＳ６では、イニシエータは、ターゲットに対して、ターゲットが利用可能な通信プロトコルを要求し、その要求に応じてターゲットから送信されてくる、利用可能な通信プロトコルの利用可能プロトコル情報を受信する。即ち、ステップＳ６では、イニシエータは、アベイラブルメディアリクエストを、ターゲットに送信し、そのアベイラブルメディアリクエストに対する応答としてのアベイラブルメディアレスポンスを、ターゲットから受信する。これにより、イニシエータは、ターゲットが利用可能な通信プロトコルを認識する。
【０１１４】
その後、イニシエータは、自身とターゲットが利用可能な通信プロトコルから所望の通信プロトコル（以下、適宜、所望プロトコルという）を選択し、ステップＳ６からＳ７に進む。ステップＳ７では、イニシエータは、所望プロトコルによる通信に必要な通信情報を、ターゲットとの間で交換し、ステップＳ８に進む。
【０１１５】
ステップＳ８では、イニシエータは、MAC層（さらには物理層）の通信プロトコルを、NFCIP-1から所望プロトコルに切り換える（ハンドオーバする）。即ち、ステップＳ８では、イニシエータは、メディアハンドオーバリクエストを、ターゲットに送信し、そのメディアハンドオーバリクエストに対する応答としてのメディアハンドオーバレスポンスを受信する。そして、イニシエータは、MAC層（さらには物理層）の通信プロトコルを、NFCIP-1から所望プロトコルに切り換える。
【０１１６】
その後、ステップＳ８からＳ９に進み、イニシエータは、NFCによる通信をターミネーションする。イニシエータは、NFCによる通信のターミネーション後、ステップＳ７で取得した通信情報に基づき、所望プロトコルによる通信を行い、その通信終了後、ステップＳ１に戻る。
【０１１７】
次に、図１４のフローチャートを参照して、ターゲットの処理について説明する。
【０１１８】
ターゲットは、まず最初に、ステップＳ２１において、アイドル状態となる。
【０１１９】
その後、ターゲットは、例えば、イニシエータからのポーリングを受信すると、ステップＳ２１からＳ２２に進み、そのポーリングに対する応答を、イニシエータに送信して、ステップＳ２３に進む。ステップＳ２３では、ターゲットは、イニシエータからのNFCIDの要求を待って、乱数によるNFCIDを生成し、イニシエータに送信して、ステップＳ２４に進む。ここで、例えば、イニシエータからのNFCIDの要求には、そのイニシエータのNFCIDが含まれており、ターゲットは、そのNFCIDによって、通信相手となるイニシエータを特定する。
【０１２０】
その後、ステップＳ２３からＳ２４に進み、ターゲットは、NFCIDによって通信相手として特定したイニシエータとの間で相互認証を行い、さらに、その相互認証時に、トランザクションIDおよびトランザクションキーを、イニシエータとの間で交換して、ステップＳ２５に進む。なお、ターゲットとイニシエータは、図１３で説明したように、トランザクションIDおよびトランザクションキーの交換後、トランザクションIDおよびトランザクションキーを、暗号鍵として、その後にやりとりするデータを暗号化する。
【０１２１】
ステップＳ２５では、ターゲットは、イニシエータからの、利用可能な通信プロトコルを要求が送信されてくるのを待って、自身が利用可能な通信プロトコルの利用可能プロトコル情報を、イニシエータに送信する。即ち、ステップＳ２５では、ターゲットは、イニシエータからのアベイラブルメディアリクエストを受信し、そのアベイラブルメディアリクエストに対する応答としてのアベイラブルメディアレスポンスを、利用可能プロトコル情報として、イニシエータに送信する。
【０１２２】
その後、ステップＳ２５からＳ２６に進み、ターゲットは、イニシエータとの間で、図１３で説明した所望プロトコルによる通信に必要な通信情報を、イニシエータとの間で交換し、ステップＳ２７に進む。
【０１２３】
ステップＳ２７では、ターゲットは、MAC層（さらには物理層）の通信プロトコルを、NFCIP-1から所望プロトコルに切り換える（ハンドオーバする）。即ち、ステップＳ２７では、ターゲットは、イニシエータからのメディアハンドオーバリクエストを受信し、そのメディアハンドオーバリクエストに対する応答としてのメディアハンドオーバレスポンスを、イニシエータに送信する。そして、ターゲットは、MAC層（さらには物理層）の通信プロトコルを、NFCIP-1から所望プロトコルに切り換える。
【０１２４】
その後、ステップＳ２７からＳ２８に進み、ターゲットは、NFCによる通信をターミネーションする。ターゲットは、NFCによる通信のターミネーション後、ステップＳ２６で取得した通信情報に基づき、所望プロトコルによる通信を行い、その通信終了後、ステップＳ２１に戻る。
【０１２５】
次に、例えば、通信装置１および２が、図１５に示すように、NFCによる通信と、Bluetoothによる通信（BT通信）が可能であるとして、初めに、NFCによる通信を行い、その後、NFCによる通信からBT通信にハンドオーバする場合の、通信装置１および２の処理について説明する。
【０１２６】
なお、図１５は、通信装置１と２の機能的な構成例を示している。
【０１２７】
即ち、図１５においては、通信装置１は、NFC通信部５１とBT通信部５２を有し、通信装置２は、NFC通信部６１とBT通信部６２を有している。NFC通信部５１および６１は、NFCによる通信を行い、BT通信部５２および６２は、BT通信を行う。
【０１２８】
図１６は、図１５の通信装置１と２を、それぞれ、イニシエータとターゲットとして、初めに、NFCによる通信を行い、その後、NFCによる通信からBT通信にハンドオーバする場合の、通信装置１および２の処理を説明するフローチャートである。
【０１２９】
まず最初に、イニシエータであるNFC通信部５１は、ステップＳ５１において、ポーリングを行い、ターゲットであるNFC通信部６１は、そのポーリングを受信し、ステップＳ５２において、そのポーリングに対する応答を、NFC通信部５１に送信する。
【０１３０】
NFC通信部５１は、NFC通信部６１から、ポーリングに対する応答が送信されてくると、その応答を受信し、ステップＳ５３において、NFC通信部６１に、NFCIDを要求する。NFC通信部６１は、NFC通信部５１からのNFCIDの要求を受信し、ステップＳ５４において、その要求に応じて、自身のNFCIDを、NFC通信部５１に送信する。NFC通信部５１は、NFC通信部６１からのNFCIDを受信し、これにより、通信相手であるNFC通信部６１（通信装置２）を特定する。なお、NFC通信部５１から６１に送信される、NFCIDの要求には、NFC通信部５１のNFCIDが含まれており、NFC通信部６１は、そのNFCIDによって、通信相手であるNFC通信部５１（通信装置１）を特定する。
【０１３１】
その後、NFC通信部５１と６１との間では、ステップＳ５５において、相互認証のためのデータがやりとりされることにより、相互認証が行われ、さらに、その際、トランザクションIDとトランザクションキーとが交換される。その後のNFC通信部５１と６１との間では、トランザクションIDとトランザクションキーを暗号鍵として、その暗号鍵でデータを暗号化して、データがやりとりされる。なお、上述したように、相互認証は、スキップすること（行わないようにすること）が可能である。
【０１３２】
ステップＳ５５において、相互認証が成功すると、ステップＳ５６に進み、NFC通信部５１は、NFC通信部６１に対して、通信装置２が利用可能なプロトコルの情報である利用可能プロトコル情報の要求（アベイラブルメディアリクエスト）を送信し、NFC通信部６１は、その要求を受信する。NFC通信部６１は、ステップＳ５７において、NFC通信部５１からの要求に応じて、通信装置２が利用可能なプロトコルの情報である利用可能プロトコル情報（アベイラブルメディアレスポンス）を、NFC通信部５１に送信し、NFC通信部５１は、その利用可能プロトコル情報を受信する。
【０１３３】
いまの場合、NFC通信部５１は、NFC通信部６１から受信した利用可能プロトコル情報から、通信装置２がBT通信が可能であることを認識する。
【０１３４】
そして、例えば、NFCによる通信よりも、BT通信の方が高伝送レートであり、大容量のデータの送信を、通信装置１と２との間で行うには、NFCによる通信よりも、BT通信の方が有利であるとして、NFCによる通信から、BT通信に切り換えることが、通信装置１において決定されたとする。
【０１３５】
この場合、ステップＳ５８において、NFC通信部５１と６１との間で、BT通信に必要な通信情報が交換される。ここで、BT通信に必要な通信情報としては、例えば、BT通信において、通信相手を特定するBD(Bluetooth Device)アドレスなどがある。即ち、通信装置１のBT通信部５２と、通信装置２のBT通信部６２は、それぞれユニークなBDアドレスを有しており、ステップＳ５８では、NFC通信部５１から６１に対して、BT通信部５２のBDアドレスが送信され、NFC通信部６１は、そのBDアドレスを受信する。さらに、ステップＳ５８では、NFC通信部６１から５１に対して、BT通信部６２のBDアドレスが送信され、NFC通信部５１は、そのBDアドレスを受信する。
【０１３６】
その後、NFC通信部５１は、ステップＳ５９において、NFC通信部６１に対して、NFCによる通信からBT通信に切り換える切り換え要求（メディアハンドオーバリクエスト）を送信し、NFC通信部６１は、その切り換え要求を受信する。そして、NFC通信部５２は、ステップＳ６０において、NFC通信部５１からの切り換え要求に対する応答（メディアハンドオーバレスポンス）を、NFC通信部５１に送信し、NFC通信部５１は、その応答を受信する。
【０１３７】
その後、通信装置１は、ステップＳ６１において、NFC通信部５１が行うNFCによる通信から、BT通信部５２が行うBT通信への切り換え（ハンドオーバ）を行う。さらに、通信装置２も、ステップＳ６２において、NFC通信部６１が行うNFCによる通信から、BT通信部６２が行うBT通信への切り換え（ハンドオーバ）を行う。
【０１３８】
そして、NFC通信部５１と６１は、ステップＳ６３において、NFCによる通信をターミネーションする。その後、ステップＳ６４において、BT通信部５２と６２との間で、ステップＳ５８で交換された通信情報に基づき、BT通信が行われる。
【０１３９】
即ち、BT通信部５２は、NFC通信部５１がステップＳ５８で受信したBT通信部６２のBDアドレスによって、そのBT通信部６２を通信相手として特定して、BT通信を行う。同様に、BT通信部６２も、NFC通信部６１がステップＳ５８で受信したBT通信部５２のBDアドレスによって、そのBT通信部５２を通信相手として特定して、BT通信を行う。
【０１４０】
従って、この場合、BT通信部５２および６２は、ユーザによって通信相手を指定してもらわなくても、通信相手を特定して、BT通信を行うことができる。
【０１４１】
即ち、BT通信が可能なデバイスであるBTデバイスが多数存在する場合、各BTデバイスでは、他のBTデバイスとの間で情報をやりとりし、他のBTデバイスに関する情報を収集する。そして、各BTデバイスでは、収集した情報に基づき、他のBTデバイスを表すアイコンが画面に表示される。この場合、ユーザが、多数のBTデバイスのうちの、ある１つのBTデバイス＃１から、他の１つのBTデバイス＃２に、データを送信しようとするとき、BTデバイス＃１の画面に表示された多数のBTデバイスのアイコンから、BTデバイス＃２のアイコンを探し出し、そのアイコンを操作することにより、データを送信する相手であるBTデバイス＃２を指定しなければならない。
【０１４２】
これに対して、図１の通信システムによれば、通信装置１乃至３と同様の通信装置が多数存在している場合に、通信装置１から２にデータを送信しようとするときであっても、通信装置１を通信装置２に近づけるだけで、通信装置１から２にデータを送信することができる。
【０１４３】
即ち、通信装置１および２では、それらが近接した状態となると、NFCによる通信によって、通信装置１と２がBT通信を行うことができることが認識され、BT通信に要する通信情報としての、BDアドレスなどが交換される。さらに、通信装置１および２では、NFCによる通信から、BT通信に切り換えられ（ハンドオーバが行われ）、BDアドレスに基づき、通信相手を特定して、BT通信が行われる。
【０１４４】
従って、ユーザは、NFCによる通信と、BT通信との両方の利点を享受することができる。
【０１４５】
即ち、例えば、NFCによる通信よりも、BT通信の方が高伝送レートである場合には、NFCによる通信によって、ユーザは、通信装置１と２とを近接した状態とするだけで、その他の通信相手を特定するための作業を行わずに済み、さらに、BT通信によって、高速に、データを送信することができる。
【０１４６】
次に、上述した一連の処理は、専用のハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータやマイクロコンピュータ等にインストールされる。
【０１４７】
そこで、図１７は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。
【０１４８】
プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク１０５やＲＯＭ１０３に予め記録しておくことができる。
【０１４９】
あるいはまた、プログラムは、フレキシブルディスク、CD-ROM(Compact Disc Read Only Memory)，MO(Magneto Optical)ディスク，DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体１１１に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体１１１は、いわゆるパッケージソフトウエアとして提供することができる。
【０１５０】
なお、プログラムは、上述したようなリムーバブル記録媒体１１１からコンピュータにインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを、通信部１０８で受信し、内蔵するハードディスク１０５にインストールすることができ
る。
【０１５１】
コンピュータは、CPU(Central Processing Unit)１０２を内蔵している。CPU１０２には、バス１０１を介して、入出力インタフェース１１０が接続されており、CPU１０２は、入出力インタフェース１１０を介して、ユーザによって、キーボードや、マウス、マイク等で構成される入力部１０７が操作等されることにより指令が入力されると、それにしたがって、ROM(Read Only Memory)１０３に格納されているプログラムを実行する。あるいは、また、CPU１０２は、ハードディスク１０５に格納されているプログラム、衛星若しくはネットワークから転送され、通信部１０８で受信されてハードディスク１０５にインストールされたプログラム、またはドライブ１０９に装着されたリムーバブル記録媒体１１１から読み出されてハードディスク１０５にインストールされたプログラムを、RAM(Random Access Memory)１０４にロードして実行する。これにより、CPU１０２は、上述したフローチャートにしたがった処理、あるいは上述したブロック図の構成により行われる処理を行う。そして、CPU１０２は、その処理結果を、必要に応じて、例えば、入出力インタフェース１１０を介して、LCD(Liquid Crystal Display)やスピーカ等で構成される出力部１０６から出力、あるいは、通信部１０８から送信、さらには、ハードディスク１０５に記録等させる。
【０１５２】
ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０１５３】
また、プログラムは、１のコンピュータにより処理されるものであっても良いし、複数のコンピュータによって分散処理されるものであっても良い。
【０１５４】
なお、本実施の形態では、無線通信を対象としたが、本発明は、有線通信や、無線と有線とが混在した通信にも適用可能である。
【０１５５】
また、本実施の形態では、NFCによる通信から、他の通信プロトコルによる通信に切り換えるようにしたが、任意の通信プロトコルによる通信から、他の任意の通信プロトコルによる通信に切り換えること、即ち、例えば、ISO/IEC 14443-3からBluetoothに切り換えることなども可能である。
【０１５６】
さらに、本実施の形態では、NFCによる通信から、BT通信に切り換えるようにしたが、その後、さらに、BT通信から、他の通信プロトコルによる通信に切り換えるようにすることも可能である。
【図面の簡単な説明】
【０１５７】
【図１】本発明を適用した通信システムの一実施の形態の構成例を示す図である。
【図２】パッシブモードを説明する図である。
【図３】アクティブモードを説明する図である。
【図４】通信装置１乃至３のNFCによる通信を行う部分の構成例を示すブロック図である。
【図５】通信装置１乃至３の通信プロトコルと、OSI階層モデルとの対応関係を示す図である。
【図６】NFCIP-2 PDUのフォーマットを示す図である。
【図７】NFCIP-2 headerのフォーマットを示す図である。
【図８】アベイラブルメディアリクエストのデータ部のフォーマットを示す図である。
【図９】アベイラブルメディアレスポンスのデータ部のフォーマットを示す図である。
【図１０】メディアハンドオーバリクエストのデータ部のフォーマットを示す図である。
【図１１】メディアハンドオーバレスポンスのデータ部のフォーマットを示す図である。
【図１２】NFCIP-2による通信のフェーズを示す図である。
【図１３】イニシエータの処理を説明するフローチャートである。
【図１４】ターゲットの処理を説明するフローチャートである。
【図１５】通信装置１と２の機能的な構成例を示すブロック図である。
【図１６】通信装置１および２の処理を説明するフローチャートである。
【図１７】本発明を適用したコンピュータの一実施の形態の構成例を示すブロック図である。
【符号の説明】
【０１５８】
１乃至３ 通信装置， ５１ NFC通信部， ５２ BT通信部， ６１ NFC通信部， ６２ BT通信部， １０１ バス， １０２ CPU， １０３ ROM， １０４ RAM， １０５ ハードディスク， １０６ 出力部， １０７ 入力部， １０８ 通信部， １０９ ドライブ， １１０ 入出力インタフェース， １１１ リムーバブル記録媒体
【特許請求の範囲】
【請求項１】
通信相手に要求を送信する通信装置であるイニシエータと、前記イニシエータの要求に対する応答を返す通信装置であるターゲットとを備える通信システムにおいて、
前記イニシエータは、
前記ターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信手段と、
前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得手段と、
前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得手段と、
前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択手段と、
前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信手段と、
前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信手段と、
前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信手段と
を有し、
前記ターゲットは、
前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信手段と、
前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信手段と、
前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答手段と、
前記イニシエータからの、前記切り換えの要求を受信する切り換え要求受信手段と、
前記切り換えの要求に対して、前記切り換えの応答を返す切り換え応答送信手段と、
前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信手段と
を有する
ことを特徴とする通信システム。
【請求項２】
通信相手に要求を送信するイニシエータとなる通信装置において、
前記イニシエータの要求に対する応答を返すターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信手段と、
前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得手段と、
前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得手段と、
前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択手段と、
前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信手段と、
前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信手段と、
前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信手段と
を備えることを特徴とする通信装置。
【請求項３】
前記第１および第２の通信プロトコルによる通信は、無線通信であり、
前記第１のイニシエータ通信手段は、前記ターゲットが近接した状態となっているときに、前記他のターゲットとの間で、前記第１の通信プロトコルによる通信を行う
ことを特徴とする請求項２に記載の通信装置。
【請求項４】
前記第１の通信プロトコルでは、近接した状態の前記ターゲットを特定して通信が行われる
ことを特徴とする請求項３に記載の通信装置。
【請求項５】
通信相手に要求を送信するイニシエータとなる通信装置の通信方法において、
前記イニシエータの要求に対する応答を返すターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信ステップと、
前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得ステップと、
前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得ステップと、
前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択ステップと、
前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信ステップと、
前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信ステップと、
前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信ステップと
を備えることを特徴とする通信方法。
【請求項６】
通信相手に要求を送信するイニシエータとなる通信装置として、コンピュータを機能させるプログラムにおいて、
前記イニシエータの要求に対する応答を返すターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信ステップと、
前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得ステップと、
前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得ステップと、
前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択ステップと、
前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信ステップと、
前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信ステップと、
前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信ステップと
を、コンピュータに実行させるためのプログラム。
【請求項７】
通信相手に要求を送信するイニシエータの要求に対する応答を返すターゲットとなる通信装置において、
前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信手段と、
前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信手段と、
前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答手段と、
前記イニシエータが、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択し、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求することにより送信されてくる切り換えの要求を受信する切り換え要求受信手段と、
前記切り換えの要求に対して、前記第１の通信プロトコルによる通信を前記第２の通信プロトコルによる通信に切り換えることを応答する切り換えの応答を返す切り換え応答送信手段と、
前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信手段と
を備えることを特徴とする通信装置。
【請求項８】
通信相手に要求を送信するイニシエータの要求に対する応答を返すターゲットとなる通信装置の通信方法において、
前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信ステップと、
前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信ステップと、
前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答ステップと、
前記イニシエータが、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択し、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求することにより送信されてくる切り換えの要求を受信する切り換え要求受信ステップと、
前記切り換えの要求に対して、前記第１の通信プロトコルによる通信を前記第２の通信プロトコルによる通信に切り換えることを応答する切り換えの応答を返す切り換え応答送信ステップと、
前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信ステップと
を備えることを特徴とする通信方法。
【請求項９】
通信相手に要求を送信するイニシエータの要求に対する応答を返すターゲットとなる通信装置としてコンピュータを機能させるプログラムにおいて、
前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信ステップと、
前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信ステップと、
前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答ステップと、
前記イニシエータが、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択し、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求することにより送信されてくる切り換えの要求を受信する切り換え要求受信ステップと、
前記切り換えの要求に対して、前記第１の通信プロトコルによる通信を前記第２の通信プロトコルによる通信に切り換えることを応答する切り換えの応答を返す切り換え応答送信ステップと、
前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信ステップと
を、コンピュータに実行させるためのプログラム。
【請求項１】
通信相手に要求を送信する通信装置であるイニシエータと、前記イニシエータの要求に対する応答を返す通信装置であるターゲットとを備える通信システムにおいて、
前記イニシエータは、
前記ターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信手段と、
前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得手段と、
前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得手段と、
前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択手段と、
前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信手段と、
前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信手段と、
前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信手段と
を有し、
前記ターゲットは、
前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信手段と、
前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信手段と、
前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答手段と、
前記イニシエータからの、前記切り換えの要求を受信する切り換え要求受信手段と、
前記切り換えの要求に対して、前記切り換えの応答を返す切り換え応答送信手段と、
前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信手段と
を有する
ことを特徴とする通信システム。
【請求項２】
通信相手に要求を送信するイニシエータとなる通信装置において、
前記イニシエータの要求に対する応答を返すターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信手段と、
前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得手段と、
前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得手段と、
前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択手段と、
前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信手段と、
前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信手段と、
前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信手段と
を備えることを特徴とする通信装置。
【請求項３】
前記第１および第２の通信プロトコルによる通信は、無線通信であり、
前記第１のイニシエータ通信手段は、前記ターゲットが近接した状態となっているときに、前記他のターゲットとの間で、前記第１の通信プロトコルによる通信を行う
ことを特徴とする請求項２に記載の通信装置。
【請求項４】
前記第１の通信プロトコルでは、近接した状態の前記ターゲットを特定して通信が行われる
ことを特徴とする請求項３に記載の通信装置。
【請求項５】
通信相手に要求を送信するイニシエータとなる通信装置の通信方法において、
前記イニシエータの要求に対する応答を返すターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信ステップと、
前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得ステップと、
前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得ステップと、
前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択ステップと、
前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信ステップと、
前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信ステップと、
前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信ステップと
を備えることを特徴とする通信方法。
【請求項６】
通信相手に要求を送信するイニシエータとなる通信装置として、コンピュータを機能させるプログラムにおいて、
前記イニシエータの要求に対する応答を返すターゲットとの間で、第１の通信プロトコルによる通信を行う第１のイニシエータ通信ステップと、
前記ターゲットに対して、通信の通信相手を識別するための情報を要求して取得する識別情報取得ステップと、
前記ターゲットが利用可能な通信プロトコルの情報を、前記第１の通信プロトコルによる通信によって要求して取得するプロトコル情報取得ステップと、
前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択する選択ステップと、
前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求する切り換え要求送信ステップと、
前記切り換えの要求に対して、前記ターゲットが送信してくる切り換えの応答を受信する切り換え応答受信ステップと、
前記ターゲットとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のイニシエータ通信ステップと
を、コンピュータに実行させるためのプログラム。
【請求項７】
通信相手に要求を送信するイニシエータの要求に対する応答を返すターゲットとなる通信装置において、
前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信手段と、
前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信手段と、
前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答手段と、
前記イニシエータが、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択し、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求することにより送信されてくる切り換えの要求を受信する切り換え要求受信手段と、
前記切り換えの要求に対して、前記第１の通信プロトコルによる通信を前記第２の通信プロトコルによる通信に切り換えることを応答する切り換えの応答を返す切り換え応答送信手段と、
前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信手段と
を備えることを特徴とする通信装置。
【請求項８】
通信相手に要求を送信するイニシエータの要求に対する応答を返すターゲットとなる通信装置の通信方法において、
前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信ステップと、
前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信ステップと、
前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答ステップと、
前記イニシエータが、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択し、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求することにより送信されてくる切り換えの要求を受信する切り換え要求受信ステップと、
前記切り換えの要求に対して、前記第１の通信プロトコルによる通信を前記第２の通信プロトコルによる通信に切り換えることを応答する切り換えの応答を返す切り換え応答送信ステップと、
前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信ステップと
を備えることを特徴とする通信方法。
【請求項９】
通信相手に要求を送信するイニシエータの要求に対する応答を返すターゲットとなる通信装置としてコンピュータを機能させるプログラムにおいて、
前記イニシエータとの間で、第１の通信プロトコルによる通信を行う第１のターゲット通信ステップと、
前記イニシエータからの、通信の通信相手を識別するための情報の要求に応じて、乱数によるID(Identification)を送信する識別情報送信ステップと、
前記イニシエータからの、利用可能な通信プロトコルの情報の要求に応じて、前記ターゲットが利用可能な通信プロトコルの情報の応答を返す応答ステップと、
前記イニシエータが、前記ターゲットが利用可能な通信プロトコルの情報に基づいて、前記第１の通信プロトコルから切り換える第２の通信プロトコルを選択し、前記ターゲットとの通信を、前記第１の通信プロトコルによる通信から、前記第２の通信プロトコルによる通信に切り換えることを要求することにより送信されてくる切り換えの要求を受信する切り換え要求受信ステップと、
前記切り換えの要求に対して、前記第１の通信プロトコルによる通信を前記第２の通信プロトコルによる通信に切り換えることを応答する切り換えの応答を返す切り換え応答送信ステップと、
前記イニシエータとの間で、前記切り換えの要求及び応答をやりとりした後で、前記第２の通信プロトコルによる通信を行う第２のターゲット通信ステップと
を、コンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２００８−１６０８５６（Ｐ２００８−１６０８５６Ａ）
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願番号】特願２００７−３４０６３０（Ｐ２００７−３４０６３０）
【出願日】平成１９年１２月２８日（２００７．１２．２８）
【分割の表示】特願２００３−１６２４２７（Ｐ２００３−１６２４２７）の分割
【原出願日】平成１５年６月６日（２００３．６．６）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願日】平成１９年１２月２８日（２００７．１２．２８）
【分割の表示】特願２００３−１６２４２７（Ｐ２００３−１６２４２７）の分割
【原出願日】平成１５年６月６日（２００３．６．６）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]