JP2007074598A

JP2007074598A - 通信システム、通信装置および通信方法、並びにプログラム

Info

Publication number: JP2007074598A
Application number: JP2005261443A
Authority: JP
Inventors: Kensuke Motomura; 謙介本村
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2005-09-09
Filing date: 2005-09-09
Publication date: 2007-03-22

Abstract

【課題】複数の通信プロトコルの利点を享受する。
【解決手段】ビデオカメラ４１のNFC通信部５１では、リモートコマンダ４３のNFC通信部７１との間で、NFCによる通信が行われ、これにより、テレビジョン受像機４２がBluetooth（登録商標）による通信（BT通信）が可能であること、および、そのBT通信に要する通信情報としての、BT通信部６２のBDアドレスが認識される。そして、ビデオカメラ４１は、NFCによる通信からBT通信に切り換え、BT通信部６２のBDアドレスに基づき、テレビジョン受像機４２に対してBT通信を開始する処理を行う。その後、ビデオカメラ４１とテレビジョン受像機４２との間でBT通信が行われる。本発明は、例えば、通信機能を実装する、ビデオカメラやテレビジョン受像機などの電子機器に適用できる。
【選択図】図１５

Description

本発明は、通信システム、通信装置および通信方法、並びにプログラムに関し、特に、複数の通信プロトコルの利点を享受することができるようにする通信システム、通信装置および通信方法、並びにプログラムに関する。

近年においては、例えば、WLAN（Wireless Local Area Network）や、ブルートゥース（Bluetooth）（登録商標）（以下、適宜、ＢＴ通信と略す）、ＩＣ（Integrated Circuit）カードシステムなどの無線通信が注目されている。

これらのうちの、例えば、ＩＣカードシステムでは、リーダ／ライタが電磁波を発生することにより、いわゆるＲＦ（Radio Frequency）フィールド（磁界）を形成する。そして、リーダ／ライタに、ＩＣカードが近づくと、ＩＣカードは、電磁誘導によって、電源の供給を受けるとともに、リーダ／ライタとの間でデータ伝送を行う。

現在実施されているＩＣカードシステムの仕様としては、例えば、タイプＡ、タイプＢと呼ばれているものがある。

タイプＡは、フィリップス社のMIFARE方式として採用されているもので、リーダ／ライタからＩＣカードへのデータ伝送には、Millerによるデータのエンコードが行われ、ＩＣカードからリーダ／ライタへのデータ伝送には、Manchesterによるデータのエンコードが行われる。また、タイプＡでは、データの伝送レートとして、１０６kbps（kilo bit per second）が採用されている。

タイプＢでは、リーダ／ライタからＩＣカードへのデータ伝送には、NRZによるデータのエンコードが行われ、ＩＣカードからリーダ／ライタへのデータ伝送には、NRZ−Lよるデータのエンコードが行われる。また、タイプＢでは、データの伝送レートとして、１０６kbpsが採用されている。

このようなＩＣカードシステムにおいては、例えば、通信相手であるＩＣカードを特定して通信を行う通信プロトコルが採用されている。また、例えば、上述のＢＴ通信では、現在のＩＣカードシステムよりも高速なデータ伝送（通信）が可能な通信プロトコルが採用されている。

ところで、ＩＣカードシステムとしては、複数の通信プロトコルの中から、使用する通信プロトコルを選択し、その選択した通信プロトコルによって通信を行うものが提案されている（例えば、特許文献１参照）。

しかしながら、特許文献１に記載のＩＣカードシステムでは、複数の通信プロトコルによる通信が可能ではあるが、使用する通信プロトコルが選択された後は、その選択された通信プロトコルによる通信が行われる。従って、通信プロトコルが選択された後は、他の通信プロトコルによる通信を行うことができなかった。

そこで、例えば、ＩＣカードシステムで採用されている通信プロトコルと、ＢＴ通信を行う通信プロトコルとを実装した複数の通信装置を備えた通信システムにおいて、通信装置どうしが近接した状態となったときに、ＩＣカードシステムで採用されている通信プロトコルによる通信を行うことによって、通信相手となる通信装置を特定し、その後、通信プロトコルを、ＢＴ通信を行う通信プロトコルに切り換えることができる技術が提案されている（例えば、特許文献２参照）。

特許文献２に記載の通信システムによれば、ＩＣカードシステムで採用されている通信プロトコルにより、通信装置どうしを近づけるだけで、通信相手を特定することができ、さらに、ＢＴ通信を行う通信プロトコルにより、高速なデータ伝送を行うことができる、といったように、複数の通信プロトコルの利点を享受することができる。
特開平０６−２７６２４９号公報特開２００４−３６４１４５号公報

ところで、特許文献２に記載の通信システムでは、通信装置どうしが近接した状態となったときに、ＩＣカードシステムで採用されている通信プロトコルによる通信を行うことによって、通信相手である通信装置が特定される。従って、通信装置どうしが近接した状態となることが困難である場合、例えば、一方の通信装置がユーザの手に保持されているが、他方の通信装置がユーザの手の届かない位置に配置されている場合、通信装置どうしを近づけることが困難であるため、ＩＣカードシステムで採用されている通信プロトコルによる通信を行うことによって通信相手を特定することができず、その結果、複数の通信プロトコルの利点を享受することが困難であった。

また、特許文献２に記載の通信システムでは、通信を行おうとしている通信装置どうしが、いずれも、複数の通信プロトコルを実装していないと、その複数の通信プロトコルの利点を享受することが困難であった。

即ち、例えば、３つの通信装置からなる通信システムがあり、そのうちの１の通信装置が、例えば、ＩＣカードシステムで採用されている通信プロトコルと、ＢＴ通信を行う通信プロトコルとを実装していることとする。また、他の１の通信装置が、ＩＣカードシステムで採用されている通信プロトコルのみを実装し、さらに他の１の通信装置が、ＢＴ通信を行う通信プロトコルのみを実装していることとする。

この場合、１の通信装置と、他の１の通信装置とは、近づけるだけで、通信相手を特定することができるが、その後、ＢＴ通信を行う通信プロトコルにより、高速なデータ伝送を行うことは困難である。また、１の通信装置と、さらに他の１の通信装置とは、通信相手を特定した後は、ＢＴ通信を行う通信プロトコルにより、高速なデータ伝送を行うことができるが、近づけるだけで、通信相手を特定することが困難である。このように、通信を行おうとしている通信装置どうしが、いずれも、複数の通信プロトコルを実装していないと、その複数の通信プロトコルの利点を享受することが困難であった。

本発明は、このような状況に鑑みてなされたものであり、複数の通信プロトコルの利点を享受可能な通信を行うことができるようにするものである。

本発明の第１の側面の通信システムは、少なくとも第１乃至第３の通信装置を備える通信システムであり、前記第１の通信装置は、前記第２の通信装置との間で、第１の通信プロトコルによる通信を行う第１の通信手段と、前記第１の通信プロトコルによる通信によって、前記第２の通信装置から、前記第３の通信装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを取得する取得手段と、前記第３の通信装置との間で、前記取得手段において取得された前記通信情報に基づき、前記利用可能プロトコル情報が表す通信プロトコルである第２の通信プロトコルによる通信を行う第２の通信手段とを有し、前記第２の通信装置は、前記第１の通信装置との間で、前記第１の通信プロトコルによる通信を行う第３の通信手段と、前記第１の通信プロトコルによる通信によって、前記第１の通信装置に、前記第３の通信装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを供給する供給手段とを有し、前記第３の通信装置は、前記第１の通信装置との間で、前記第２の通信プロトコルによる通信を行う第４の通信手段を有する。

本発明の第２の側面の通信装置は、他の装置との間で通信を行う通信装置であり、第１の他の装置との間で、第１の通信プロトコルによる通信を行う第１の通信手段と、前記第１の通信プロトコルによる通信によって、前記第１の他の装置から、第２の他の装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを取得する取得手段と、前記第２の他の装置との間で、前記取得手段において取得された前記通信情報に基づき、前記利用可能プロトコル情報が表す通信プロトコルである第２の通信プロトコルによる通信を行う第２の通信手段とを備える。

また、本発明の第２の側面の通信方法またはプログラムは、他の装置との間で通信を行う通信方法、または他の装置との間で通信を行う通信処理を、コンピュータに行わせるプログラムであり、第１の他の装置との間で、第１の通信プロトコルによる通信を行い、前記第１の通信プロトコルによる通信によって、前記第１の他の装置から、第２の他の装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを取得し、前記第２の他の装置との間で、前記通信情報に基づき、前記利用可能プロトコル情報が表す通信プロトコルである第２の通信プロトコルによる通信を行うステップを含む。

本発明の第３の側面の通信装置は、他の装置との間で通信を行う通信装置であり、第１の他の装置との間で、所定の通信プロトコルによる通信を行う通信手段と、前記所定の通信プロトコルによる通信によって、前記第１の他の装置に、第２の他の装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを供給する供給手段とを備える。

また、本発明の第３の側面の通信方法またはプログラムは、他の装置との間で通信を行う通信方法、または他の装置との間で通信を行う通信処理を、コンピュータに行わせるプログラムであり、第１の他の装置との間で、所定の通信プロトコルによる通信を行い、前記所定の通信プロトコルによる通信によって、前記第１の他の装置に、第２の他の装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを供給するステップを含む。

本発明の第１の側面においては、第１の通信装置は、第２の通信装置との間で、第１の通信プロトコルによる通信を行い、第１の通信プロトコルによる通信によって、第２の通信装置から、第３の通信装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを取得する。そして、第１の通信装置は、その通信情報に基づき、その利用可能プロトコル情報が表す通信プロトコルである第２の通信プロトコルにより、第３の通信装置との間で通信を行う。一方、第２の通信装置は、第１の通信装置との間で、第１の通信プロトコルによる通信を行い、第１の通信プロトコルによる通信によって、第１の通信装置に、第３の通信装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを供給する。また、第３の通信装置は、第１の通信装置との間で、第２の通信プロトコルによる通信を行う。

本発明の第２の側面においては、第１の他の装置との間で、第１の通信プロトコルによる通信が行われ、第１の通信プロトコルによる通信によって、第１の他の装置から、第２の他の装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とが取得される。そして、第２の他の装置との間で、その通信情報に基づき、その利用可能プロトコル情報が表す通信プロトコルである第２の通信プロトコルによる通信が行われる。

本発明の第３の側面においては、第１の他の装置との間で、所定の通信プロトコルによる通信が行われ、所定の通信プロトコルによる通信によって、第１の他の装置に、第２の他の装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とが供給される。

本発明によれば、複数の通信プロトコルの利点を享受可能な通信を行うことができる。

以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書又は図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書又は図面に記載されていることを確認するためのものである。従って、明細書又は図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

本発明の第１の側面の通信システムは、
少なくとも第１乃至第３の通信装置を備える通信システムであり、
前記第１の通信装置（例えば、図１５のビデオカメラ４１）は、
前記第２の通信装置（例えば、図１５のリモートコマンダ４３）との間で、第１の通信プロトコルによる通信を行う第１の通信手段（例えば、図１５のNFC通信部５１）と、
前記第１の通信プロトコルによる通信によって、前記第２の通信装置から、前記第３の通信装置（例えば、図１５のテレビジョン受像機４２）が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを取得する取得手段（例えば、図１７のステップＳ１５７の処理を実行するNFC通信部５１）と、
前記第３の通信装置との間で、前記取得手段において取得された前記通信情報に基づき、前記利用可能プロトコル情報が表す通信プロトコルである第２の通信プロトコルによる通信を行う第２の通信手段（例えば、図１５のＢＴ通信部５２）と
を有し、
前記第２の通信装置は、
前記第１の通信装置との間で、前記第１の通信プロトコルによる通信を行う第３の通信手段（例えば、図１５のNFC通信部７１）と、
前記第１の通信プロトコルによる通信によって、前記第１の通信装置に、前記第３の通信装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを供給する供給手段（例えば、図１７のステップＳ１５７の処理を実行するNFC通信部７１）と
を有し、
前記第３の通信装置は、
前記第１の通信装置との間で、前記第２の通信プロトコルによる通信を行う第４の通信手段（例えば、図１５のＢＴ通信部６２）
を有する。

本発明の第２の側面の通信装置は、
他の装置との間で通信を行う通信装置（例えば、図１５のビデオカメラ４１）であり、
第１の他の装置（例えば、図１５のリモートコマンダ４３）との間で、第１の通信プロトコルによる通信を行う第１の通信手段（例えば、図１５のNFC通信部５１）と、
前記第１の通信プロトコルによる通信によって、前記第１の他の装置から、第２の他の装置（例えば、図１５のテレビジョン受像機４２）が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを取得する取得手段（例えば、図１５の図１７のステップＳ１５７の処理を実行するNFC通信部５１）と、
前記第２の他の装置との間で、前記取得手段において取得された前記通信情報に基づき、前記利用可能プロトコル情報が表す通信プロトコルである第２の通信プロトコルによる通信を行う第２の通信手段（例えば、図１５のＢＴ通信部５２）と
を備える。

本発明の第２の側面の通信方法またはプログラムは、
他の装置との間で通信を行う通信方法、または他の装置との間で通信を行う通信処理を、コンピュータに行わせるプログラムであり、
第１の他の装置（例えば、図１５のリモートコマンダ４３）との間で、第１の通信プロトコルによる通信を行い（例えば、図１７のステップＳ１５１乃至Ｓ１５８）、
前記第１の通信プロトコルによる通信によって、前記第１の他の装置から、第２の他の装置（例えば、図１５のテレビジョン受像機４２）が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを取得し（例えば、図１７のステップＳ１５７）、
前記第２の他の装置との間で、前記通信情報に基づき、前記利用可能プロトコル情報が表す通信プロトコルである第２の通信プロトコルによる通信を行う（例えば、図１７のステップＳ１６０乃至Ｓ１６４）
ステップを含む。

本発明の第３の側面の通信装置は、
他の装置との間で通信を行う通信装置（例えば、図１５のリモートコマンダ４３）であり、
第１の他の装置（例えば、図１５のビデオカメラ４１）との間で、所定の通信プロトコルによる通信を行う通信手段（例えば、図１５のNFC通信部７１）と、
前記所定の通信プロトコルによる通信によって、前記第１の他の装置に、第２の他の装置（例えば、図１５のテレビジョン受像機４２）が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを供給する供給手段（例えば、図１７のステップＳ１５７の処理を実行するNFC通信部７１）と
を備える。

本発明の第３の側面の通信方法またはプログラムは、
他の装置との間で通信を行う通信方法、または他の装置との間で通信を行う通信処理を、コンピュータに行わせるプログラムであり、
第１の他の装置（例えば、図１５のビデオカメラ４１）との間で、所定の通信プロトコルによる通信を行い（例えば、図１７のステップＳ１５１乃至Ｓ１５８）、
前記所定の通信プロトコルによる通信によって、前記第１の他の装置に、第２の他の装置（例えば、図１５のテレビジョン受像機４２）が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを供給する（例えば、図１７のステップＳ１５７）
ステップを含む。

以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。

図１は、本発明を適用した通信システム（システムとは、複数の装置が論理的に結合したもの物をいい、各構成の装置が同一筐体中にあるか否かは問わない）の一実施の形態の構成例を示している。

図１においては、通信システムは、３つの通信装置１，２，３から構成されている。通信装置１乃至３それぞれは、例えば、１または複数の通信プロトコルによる通信を行うことができるようになっている。

なお、通信システムを構成する通信装置は、３つの通信装置１乃至３に限定されるものではなく、２つの通信装置や４以上の通信装置であっても良い。

また、図１の通信システムは、通信装置１乃至３のうちの１以上をリーダ／ライタとするとともに、他の１以上をＩＣカードとするＩＣカードシステムとして採用することができることは勿論、通信装置１乃至３それぞれを、通信機能を備えるPDA（Personal Digital Assistant）、ＰＣ（Personal Computer）、携帯電話、腕時計、ペン等の携帯可能な端末とする通信システムとして採用することも可能である。即ち、通信装置１乃至３は、ＩＣカードシステムのＩＣカードやリーダ／ライタなどに限定されるものではない。また、通信システムは、通信装置１，２、または３の他、例えば、従来のＩＣカードシステムを構成するＩＣカードやリーダ／ライタなどを含めて構成することも可能である。

但し、ここでは、通信装置１乃至３それぞれは、無線通信を行う機能を有するものとし、複数の通信プロトコルには、NFC（Near Field Communication）が含まれるものとする。

NFCは、他の通信装置との間で、単一の周波数の搬送波を使用した、電磁誘導による近接通信の通信プロトコルで、搬送波の周波数としては、例えば、ISM（Industrial Scientific Medical）バンドの13.56MHzなどが採用される。

ここで、近接通信とは、通信する装置どうしの距離が、数10cm以内となって可能となる通信を意味し、通信する装置どうし（の筐体）が接触して行う通信も含まれる。

NFCでは、２つの通信モードによる通信が可能である。２つの通信モードとしては、パッシブモードとアクティブモードとがある。いま、通信装置１乃至３のうちの、例えば、通信装置１と２の間の通信に注目すると、パッシブモードでは、上述した従来のＩＣカードシステムと同様に、通信装置１と２のうちの一方の通信装置である、例えば、通信装置１は、自身が発生する電磁波（に対応する搬送波）を変調することにより、他方の通信装置である通信装置２にデータを送信し、通信装置２は、通信装置１が発生する電磁波（に対応する搬送波）を負荷変調することにより、通信装置１にデータを送信する。

一方、アクティブモードでは、通信装置１と２のいずれも、自身が発生する電磁波（に対応する搬送波）を変調することにより、データを送信する。

ここで、電磁誘導による近接通信を行う場合、最初に電磁波を出力して通信を開始し、いわば通信の主導権を握る装置を、イニシエータと呼ぶ。イニシエータは、通信相手にコマンド（要求）を送信し、その通信相手は、そのコマンドに対するレスポンス（応答）を返す形で、近接通信が行われるが、イニシエータからのコマンドに対するレスポンスを返す通信相手を、ターゲットと呼ぶ。

例えば、いま、通信装置１が電磁波の出力を開始して、通信装置２との通信を開始したとすると、図２および図３に示すように、通信装置１がイニシエータとなり、通信装置２がターゲットとなる。

そして、パッシブモードでは、図２に示すように、イニシエータである通信装置１が電磁波を出力し続け、通信装置１は、自身が出力している電磁波を変調することにより、ターゲットである通信装置２に、データを送信するとともに、通信装置２は、イニシエータである通信装置１が出力している電磁波を負荷変調することにより、通信装置１に、データを送信する。

一方、アクティブモードでは、図３に示すように、イニシエータである通信装置１は、自身がデータを送信する場合に、自身で電磁波の出力を開始し、その電磁波を変調することにより、ターゲットである通信装置２に、データを送信する。そして、通信装置１は、データの送信終了後は、電磁波の出力を停止する。ターゲットである通信装置２も、自身がデータを送信する場合に、自身で電磁波の出力を開始し、その電磁波を変調することにより、ターゲットである通信装置２に、データを送信する。そして、通信装置２は、データの送信終了後は、電磁波の出力を停止する。

次に、図４は、図１の通信装置１のNFCによる通信を行う部分の構成例を示している。なお、図１の他の通信装置２および３も、NFCによる通信を行う部分については、図４の通信装置１と同様に構成されるため、その説明は、省略する。

アンテナ１１は、閉ループのコイルを構成しており、このコイルに流れる電流が変化することで、電磁波を出力する。また、アンテナ１１としてのコイルを通る磁束が変化することで、アンテナ１１に電流が流れる。

受信部１２は、アンテナ１１に流れる電流を検波し、復調部１３に出力する。復調部１３は、受信部１２から供給される信号を復調し、デコード部１４に供給する。デコード部１４は、復調部１３から供給される信号としての、例えばマンチェスタ符号などをデコードし、そのデコードの結果得られるデータを、データ処理部１５に供給する。

データ処理部１５は、デコード部１４から供給されるデータに基づき、所定の処理を行う。また、データ処理部１５は、他の装置に送信すべきデータを、エンコード部１６に供給する。

エンコード部１６は、データ処理部１５から供給されるデータを、例えば、マンチェスタ符号などにエンコードし、選択部１７に供給する。選択部１７は、変調部１９または負荷変調部２０のうちのいずれか一方を選択し、その選択した方に、エンコード部１６から供給される信号を出力する。

ここで、選択部１７は、制御部２１の制御にしたがって、変調部１９または負荷変調部２０を選択する。制御部２１は、通信モードがパッシブモードであり、通信装置１がターゲットとなっている場合は、選択部１７に負荷変調部２０を選択させる。また、制御部２１は、通信モードがアクティブモードである場合、または通信モードがパッシブモードであり、かつ、通信装置１がイニシエータとなっている場合は、選択部１７に変調部１９を選択させる。従って、エンコード部１６が出力する信号は、通信モードがパッシブモードであり、通信装置１がターゲットとなっているケースでは、選択部１７を介して、負荷変調部２０に供給されるが、他のケースでは、選択部１７を介して、変調部１９に供給される。

電磁波出力部１８は、アンテナ１１から、所定の単一の周波数の搬送波（の電磁波）を放射させるための電流を、アンテナ１１に流す。変調部１９は、電磁波出力部１８がアンテナ１１に流す電流としての搬送波を、選択部１７から供給される信号にしたがって変調する。これにより、アンテナ１１からは、データ処理部１５がエンコード部１６に出力したデータにしたがって搬送波を変調した電磁波が放射される。

負荷変調部２０は、外部からアンテナ１１としてのコイルを見たときのインピーダンスを、選択部１７から供給される信号にしたがって変化させる。他の装置が搬送波としての電磁波を出力することにより、アンテナ１１の周囲にＲＦフィールド（磁界）が形成されている場合、アンテナ１１としてのコイルを見たときのインピーダンスが変化することにより、アンテナ１１の周囲のＲＦフィールドも変化する。これにより、他の装置が出力している電磁波としての搬送波が、選択部１７から供給される信号にしたがって変調され、データ処理部１５がエンコード部１６に出力したデータが、電磁波を出力している他の装置に送信される。

ここで、変調部１９および負荷変調部２０における変調方式としては、例えば、振幅変調（ASK（Amplitude Shift Keying））を採用することができる。但し、変調部１９および負荷変調部２０における変調方式は、ASKに限定されるものではなく、PSK（Phase Shift Keying）やQAM（Quadrature Amplitude Modulation）その他を採用することが可能である。また、振幅の変調度についても８％から３０％、５０％、１００％等数値に限定されることはなく、好適なものを選択すれば良い。

制御部２１は、通信装置１を構成する各ブロックを制御する。電源部２２は、通信装置１を構成する各ブロックに、必要な電源を供給する。なお、図４では、制御部２１が通信装置１を構成する各ブロックを制御することを表す線の図示と、電源部２２が通信装置１を構成する各ブロックに電源を供給することを表す線の図示は、図が煩雑になるため、省略してある。

ここで、上述の場合には、デコード部１４およびエンコード部１６において、マンチェスタ符号を処理するようにしたが、デコード部１４およびエンコード部１６では、マンチェスタ符号だけでなく、モディファイドミラーや、NRZなどの複数種類の符号の中から１つを選択して処理するようにすることが可能である。

また、通信装置１が、パッシブモードのターゲットとしてしか動作しない場合は、選択部１７、電磁波出力部１８、変調部１９を設けずに、通信装置１を構成することができる。さらに、この場合、電源部２２は、例えば、アンテナ１１で受信される外部の電磁波から電源を得ることができる。

通信装置１乃至３は、上述したように、複数の通信プロトコルによる通信を行うことができる構成を有しており、図４の構成によって行われるNFCによる通信は、複数の通信プロトコルによる通信のうちの１つである。複数の通信プロトコルとしては、NFCのほか、例えば、ＩＣカードの通信について規定するISO/IEC（International Organization for Standardization/International Electrotechnical Commission） 14443や、ＲＦタグ（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-1による通信を行っている通信装置から取得する。そして、NFCIP-2は、上位層からの要求に応じ、通信プロトコルを、NFCIP-1から、取得した利用可能プロトコル情報が表す通信プロトコルに切り換える。

以上のように、通信装置１乃至３は、NFCIP-2を実装することで、ＭＡＣ層（さらには物理層）の通信プロトコルを切り換えることができる。

MAC層には、例えば、NFCIP-1や、ＩＣカードに採用されているISO/IEC 14443-2，ISO/IEC 14443-3，ISO/IEC 14443-4，ＲＦタグ（RF Tag）に採用されているISO/IEC 15693-2，Bluetooth、さらには、WLANその他の通信プロトコル（Other Protocol）を採用することができる。なお、本実施の形態では、例えば、通信装置１乃至３において、MAC層に、NFCIP-1を含む複数の通信プロトコルが採用されているものとする。

ここで、NFCIP-1は、NFCの一部の通信プロトコルであり、周囲のＲＦフィールドの有無を検出し、ＲＦフィールドが検出されなかった場合に、電磁波を出力する（自身がＲＦフィールドを形成する）。また、NFCIP-1は、ＲＦフィールド内に通信相手が存在するとき、即ち、通信相手と近接した状態となったときに、その通信相手から、乱数によるＩＤ（Identification）を取得し、そのＩＤによって、通信相手を特定して通信を行う。つまり、NFCIP-1によれば、周囲に、複数の装置が存在する場合に、ユーザが、その複数の装置のうちの、通信相手とする装置に、通信装置を近づけるだけで、通信装置は、通信相手とする装置を特定し、その装置と通信を行うことができる。

具体的には、例えば、複数のコンピュータから構成されるWLANにおいては、１のコンピュータが、他の１のコンピュータとデータのやりとりをする場合、１のコンピュータにおいて、画面に表示される、WLANを構成する複数のコンピュータを表すアイコンの中から、データをやりとりする他の１のコンピュータを表すアイコンを、ユーザが選択する操作などを行うことによって、他の１のコンピュータを特定する必要がある。この場合、WLANを構成するコンピュータが多数であるときには、ユーザが、他の１のコンピュータを表すアイコンを探し出すのも面倒である。

これに対して、NFCIP-1では、通信相手と近接した状態となったときに、その通信相手から、乱数によるＩＤを取得し、そのＩＤによって、通信相手を特定して通信を行う。このため、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に対しては、例えば、コンパチブルＩＣカード（compatible IC Cards）について規定するISO/IEC 14443を物理層に採用することができる。さらに、ISO/IEC 15693-2に対しては、ＲＦタグによる通信に専用のデバイス（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）が、ターゲットからイニシエータに送信される。

アベイラブルメディアリクエストにおいては、ディレクティブコードが、例えば、２２ｈとされる。さらに、通信相手が利用可能なすべての通信プロトコルを表す情報（利用可能プロトコル情報）と、その利用可能プロトコル情報が表す通信プロトコルによる通信を行うのに必要な情報（通信情報）とを要求する場合には、データ部に、０１ｈが配置される。

また、アベイラブルメディアリクエストにおいて、特定の通信プロトコルの利用可能性を通信相手に要求する場合には、データ部に、その特定の通信プロトコルを表す情報が配置される。

即ち、図８は、アベイラブルメディアリクエストにおいて、特定の通信プロトコルの利用可能性を通信相手に要求する場合の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）が、メディアパックカウントが表す数だけ配置される。

図１０は、図９のアベイラブルメディアレスポンスのメディアパラメータパックのフォーマットを示している。

アベイラブルメディアレスポンスのメディアパラメータパックは、ターゲット部（Target）、メディアコード部（Media Code）、および属性部（Attribute）が、その順で配置されて構成されている。なお、メディアコード部および属性部は、図８で説明したものと同様であるため、その説明は、省略する。

ターゲット部は、ターゲットＩＤ部（Target ID）とメディアＩＤ部（Media ID）とが、その順で配置されて構成されている。

ターゲットＩＤ部には、メディアコード部のメディアコードが表す通信プロトコルを実装した装置を表す情報が配置される。

ここで、NFCIP-2を実装しているターゲットは、そのターゲット自身が利用可能な通信プロトコルの他、そのターゲット以外の通信装置（他の通信装置）が利用可能な通信プロトコルの情報を含むメディアパラメータパックを配置したアベイラブルメディアレスポンスを、アベイラブルメディアリクエストに対する応答として返す（送信する）ことができるようになっている。

即ち、NFCIP-2を実装しているターゲットには、他の通信装置の利用可能プロトコル情報と通信情報を登録しておくことができる。そして、NFCIP-2を実装しているターゲットは、他の通信装置の利用可能プロトコル情報と通信情報が登録されている場合には、その、他の通信装置の利用可能プロトコル情報と通信情報を含むメディアパラメータパックを配置したアベイラブルメディアレスポンスを、アベイラブルメディアリクエストに対する応答として返すことができるようになっている。

メディアコード部のメディアコード（利用可能プロトコル情報）が表す通信プロトコルを利用可能な通信装置が、アベイラブルメディアレスポンスを返すターゲット自身である場合、ターゲットＩＤ部には、そのことを表す、例えば００ｈが配置される。また、メディアコード部のメディアコードが表す通信プロトコルを利用可能な通信装置が、アベイラブルメディアレスポンスを返すターゲットではない、他の通信装置である場合、ターゲットＩＤ部には、そのことを表す、例えば０１ｈが配置される。

なお、以下、適宜、NFCIP-2を実装している通信装置に、利用可能プロトコル情報と通信情報が登録されている、その通信装置以外の他の通信装置を、登録装置という。

メディアＩＤ部には、メディアコード部に配置されているメディアコード（利用可能プロトコル情報）が表す通信プロトコルによる通信を行うのに必要な情報である通信情報が配置される。

ここで、メディアコードが表す通信プロトコルによる通信を行うのに必要な通信情報としては、例えば、その通信プロトコルによる通信を行う通信相手を特定（識別）する識別情報がある。

例えば、Bluetoothを表すメディアコードがメディアコード部に配置されている場合、メディアＩＤ部には、Bluetoothを実装した通信装置を特定するためのＢＤ（Bluetooth Device）アドレスが、通信情報として配置される。ここで、アベイラブルメディアレスポンスを受信したイニシエータは、アベイラブルメディアレスポンスを構成するメディアパラメータパックのメディアＩＤ部に配置されている、例えば、ＢＤアドレスにより、Bluetoothにより通信を行う通信相手を特定することができる。

アベイラブルメディアリクエストを送信したイニシエータは、そのアベイラブルメディアリクエストに対してターゲットが送信してくるアベイラブルメディアレスポンスを受信し、そのアベイラブルメディアレスポンスにおけるメディアパラメータパックを参照することにより、ターゲットまたは登録装置が利用可能な通信プロトコルと、その通信プロトコルによる通信を行うのに必要な情報とを認識する。

なお、イニシエータからのアベイラブルメディアリクエストのデータ部が、例えば０１ｈである場合には、ターゲットは、ターゲット自身と登録装置が利用可能な通信プロトコルすべてについてのメディアパラメータパックを有するアベイラブルメディアレスポンスを、イニシエータに送信する。

また、イニシエータからのアベイラブルメディアリクエストのデータ部が、図８に示したものである場合には、ターゲットは、そのアベイラブルメディアリクエストが有するメディアパラメータパックに対応する通信プロトコルそれぞれについて、ターゲットまたは登録装置が利用可能であるかどうかを表す情報を、例えば、属性部（Attribute）に配置したメディアパラメータパックを有するアベイラブルメディアレスポンスを、イニシエータに送信する。

例えば、NFCIP-2を実装しているイニシエータとターゲットとがNFCIP-1による通信を行っており、NFCIP-1による通信を行っているターゲットに備えられている記憶部（図示せず）に、ターゲット自身の利用可能プロトコル情報および通信情報と、他の通信装置である登録装置の利用可能プロトコル情報および通信情報が予め記憶されているとする。

この場合、イニシエータからターゲットに、データ部が０１ｈのアベイラブルメディアリクエストが送信されると、ターゲットは、その記憶部に記憶されているすべての利用可能プロトコル情報と通信情報にそれぞれ対応するメディアコードとメディアＩＤを含むアベイラブルメディアレスポンスを、イニシエータに送信する。

また、イニシエータからターゲットに、データ部が図８に示したようになっているアベイラブルメディアリクエストが送信されると、ターゲットは、その記憶部に記憶されている利用可能プロトコル情報を参照し、イニシエータからのアベイラブルメディアリクエストのデータ部が有するメディアパラメータパックに対応する通信プロトコル、即ち、イニシエータが利用可能性を要求している通信プロトコルのうちの、記憶部に記憶されている利用可能プロトコル情報が表す通信プロトコルについての利用可能プロトコル情報と通信情報にそれぞれ対応するメディアコードとメディアＩＤを含むアベイラブルメディアレスポンスを、イニシエータに送信する。

このように、イニシエータとターゲットの間では、アベイラブルメディアリクエストとアベイラブルメディアレスポンスが、NFCIP-2によってやりとりされる。これにより、イニシエータは、ターゲットまたは登録装置が利用可能な通信プロトコルと、その通信プロトコルによる通信を行うのに必要な通信情報とを認識することができる。さらに、イニシエータは、通信情報により、アベイラブルメディアレスポンスに含まれる利用可能プロトコル情報としてのメディアコードが表す通信プロトコルにより通信を行うことができるターゲットまたは登録装置を特定することができる。

そして、イニシエータは、通信プロトコルを、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による通信では、まず最初に、初期フェーズであるアイドルフェーズＰ１となる。アイドルフェーズＰ１では、上述したＲＦフィールドの検出などが行われる。

アイドルフェーズＰ１において、例えば、NFCによる通信が可能な装置を検出する要求があると、リンク確立待ちフェーズＰ２に移行し、NFCによる通信が可能な装置の検出が開始される。なお、リンク確立待ちフェーズＰ２からは、アイドルフェーズＰ１、リンク確立フェーズＰ３、またはリンクターミネーションフェーズＰ６に移行しうる。

リンク確立待ちフェーズＰ２において、例えば、NFCによる通信が可能な装置が検出されると、リンク確立フェーズＰ３に移行する。リンク確立フェーズＰ３では、NFCによる通信の通信相手とする装置を識別する、乱数によるＩＤ（以下、適宜、NFCIDという）が認識され、そのNFCIDを認識した通信相手とのリンクが確立される。なお、リンク確立フェーズＰ３からは、アイドルフェーズＰ１、認証フェーズＰ４、またはリンクターミネーションフェーズＰ６に移行しうる。

リンク確立フェーズＰ３において、例えば、NFCIDを認識した通信相手とのリンクが確立されると、認証フェーズＰ４に移行する。認証フェーズＰ４では、NFCIDを認識した通信相手との間で、相互認証が行われる。なお、認証フェーズＰ４からは、アイドルフェーズＰ１、ネットワークレイヤプロトコルフェーズＰ５、またはリンクターミネーションフェーズＰ６に移行しうる。また、認証フェーズＰ４は、スキップすることが可能である。

認証フェーズＰ４において、例えば、NFCIDを認識した通信相手との間での相互認証が成功すると、ネットワークレイヤプロトコルフェーズＰ５に移行する。ネットワークレイヤプロトコルフェーズＰ５では、NFCIDを認識した通信相手との間で、必要なデータ交換（データのやりとり）が行われる。なお、ネットワークレイヤプロトコルフェーズＰ５からは、アイドルフェーズＰ１、またはリンクターミネーションフェーズＰ６に移行しうる。

ネットワークレイヤプロトコルフェーズＰ５において、例えば、NFCによる通信の終了の要求があると、リンクターミネーションフェーズＰ６に移行する。リンクターミネーションフェーズＰ６では、例えば、NFCIDを認識した通信相手とのリンクが切断され、アイドルフェーズＰ１に移行する。

次に、図１２、図１３および図１４を参照して、イニシエータ、ターゲット、および登録装置の処理について説明する。

まず、図１２を参照して、イニシエータの処理について説明する。

イニシエータは、まず最初に、ステップＳ１において、アイドル状態となる。

その後、ステップＳ１からＳ２に進み、イニシエータは、ＲＦフィールドを形成し、NFCIDを要求するポーリングを行って、ステップＳ３に進む。

ステップＳ３では、イニシエータは、ポーリングに対する応答が、ターゲットからあったかどうかを判定する。ステップＳ３において、ポーリングに対する応答がなかったと判定された場合、ステップＳ２に戻り、以下、同様の処理を繰り返す。

また、ステップＳ３において、ポーリングに対する応答があったと判定された場合、ステップＳ４に進み、イニシエータは、応答のあったターゲットに対して、NFCIDを要求し、その要求に応じてターゲットから送信されてくるNFCIDを受信する。このNFCIDによって、イニシエータは、NFCによる通信の通信相手とするターゲットを特定する。

その後、ステップＳ４からＳ５に進み、イニシエータは、NFCによる通信の通信相手として特定したターゲットとの間で相互認証を行い、さらに、その相互認証時に、トランザクションＩＤおよびトランザクションキーを、ターゲットとの間で交換して、ステップＳ６に進む。なお、イニシエータとターゲットは、トランザクションＩＤおよびトランザクションキーの交換後、トランザクションＩＤおよびトランザクションキーを、暗号鍵として、その後にやりとりするデータを暗号化する。

ステップＳ６では、イニシエータは、ターゲットに対して、NFCIP-1から切り換える通信プロトコルによる通信の相手になり得る通信相手が利用可能な通信プロトコルを表す利用可能プロトコル情報と、その通信プロトコルによる通信を行うのに必要な通信情報とを要求し、その要求に応じてターゲットから送信されてくる利用可能プロトコル情報と通信情報とを受信することにより取得する。

即ち、ステップＳ６では、イニシエータは、アベイラブルメディアリクエストを、ターゲットに送信し、そのアベイラブルメディアリクエストに対する応答としてのアベイラブルメディアレスポンスを、ターゲットから受信する。

そして、イニシエータは、ターゲットからのアベイラブルメディアレスポンスに含まれるメディアパラメータパックの中から、例えば、所望の通信プロトコル（以下、適宜、所望プロトコルという）を表す利用可能プロトコル情報に対応するメディアコードが配置されたメディアパラメータパック（以下、適宜、所望メディアパラメータパックという）を選択し、ステップＳ６からＳ７に進む。

ステップＳ７において、イニシエータは、ターゲットとの間のNFCによる通信をターミネーションして、ステップＳ８に進み、MAC層（さらには物理層）の通信プロトコルを、NFCIP-1から所望プロトコルに切り換えて、ステップＳ９に進む。

ステップＳ９において、イニシエータは、所望メディアパラメータパックに配置されたメディアＩＤ（図１０）に基づき、所望プロトコルによる通信を行う通信相手に対してポーリングを行う。即ち、イニシエータは、例えば、所望メディアパラメータパックに配置されたメディアＩＤとしての識別情報によって特定される通信相手であるターゲットまたは登録装置を宛先とするポーリングのパケットを所望プロトコルにより送信する。

ステップＳ９の処理後、ステップＳ１０に進み、イニシエータは、ポーリングに対する応答が、所望メディアパラメータパックに配置されたメディアＩＤとしての識別情報によって特定される通信相手からあったかどうかを判定する。ステップＳ１０において、ポーリングに対する応答がなかったと判定された場合、ステップＳ９に戻り、以下、同様の処理を繰り返す。

また、ステップＳ１０において、ポーリングに対する応答があったと判定された場合、ステップＳ１１に進み、イニシエータは、応答のあった通信相手との間で、所望プロトコルによる相互認証を行い、その後、所望プロトコルによる通信を開始する。

そして、所望プロトコルによる通信を行った後、ステップＳ１２に進み、イニシエータは、所望プロトコルによる通信をターミネーションし、ステップＳ１に戻る。

次に、図１３のフローチャートを参照して、ターゲットの処理について説明する。

ターゲットは、まず最初に、ステップＳ２１において、アイドル状態となる。

その後、ターゲットは、例えば、イニシエータからポーリングが送信されてくると、そのポーリング（のパケット）を受信して、ステップＳ２２に進み、イニシエータからのポーリングが、NFCIP-1によるものか、または、ターゲットが利用可能な他の通信プロトコルによるものかを判定する。

ステップＳ２２において、イニシエータからのポーリングが、NFCIP-1によるものであると判定された場合、ステップＳ２３に進み、イニシエータからのポーリングに対する応答を、イニシエータに送信して、ステップＳ２４に進む。

ステップＳ２４では、ターゲットは、イニシエータからのNFCIDの要求を待って、乱数によるNFCIDを生成し、イニシエータに送信する。ここで、例えば、イニシエータからのNFCIDの要求には、そのイニシエータのNFCIDが含まれており、ターゲットは、そのNFCIDによって、NFCによる通信の通信相手となるイニシエータを特定する。

その後、ステップＳ２４からＳ２５に進み、ターゲットは、NFCIDによって通信相手として特定したイニシエータとの間で相互認証を行い、さらに、その相互認証時に、トランザクションＩＤおよびトランザクションキーを、イニシエータとの間で交換して、ステップＳ２６に進む。なお、ターゲットとイニシエータは、図１２で説明したように、トランザクションＩＤおよびトランザクションキーの交換後、トランザクションＩＤおよびトランザクションキーを、暗号鍵として、その後にやりとりするデータを暗号化する。

ステップＳ２６では、ターゲットは、イニシエータから、NFCIP-1から切り換える通信プロトコルによる通信の相手になり得る通信相手が利用可能な通信プロトコルを表す利用可能プロトコル情報と、その通信プロトコルによる通信を行うのに必要な通信情報との要求が送信されてくるのを待って、利用可能プロトコル情報と通信情報とを、イニシエータに送信する。即ち、ステップＳ２６では、ターゲットは、イニシエータからのアベイラブルメディアリクエストを受信し、そのアベイラブルメディアリクエストに対する応答としてのアベイラブルメディアレスポンスを、イニシエータに送信する。

その後、ステップＳ２６からＳ２７に進み、ターゲットは、イニシエータとの間のNFCによる通信をターミネーションし、ステップＳ２１に戻る。

一方、ステップＳ２２において、イニシエータからのポーリングが、ターゲットが利用可能な他の通信プロトコルによるものであると判定された場合、即ち、イニシエータが、図１２のステップＳ９において、所望プロトコルによるポーリングのパケットを、ターゲットを宛先として送信した場合、ステップＳ２８に進み、そのポーリングに対する応答を、イニシエータに送信する。

ここで、イニシエータから送信されてくる所望プロトコルによるポーリングのパケットには、所望プロトコルによる通信の通信相手（ここでは、ターゲット）がイニシエータと通信を行うのに必要な情報（例えば、イニシエータにおいて所望プロトコルによる通信に用いられる、所望プロトコルのアドレス）が含まれており、ターゲットは、その情報を取得する。そして、ターゲットは、その情報に基づき、所望プロトコルによる通信の通信相手としてのイニシエータを特定し、ポーリングに対する応答をイニシエータに送信する。

ステップＳ２８の処理後、ステップＳ２９に進み、ターゲットは、イニシエータとの間で相互認証を行い、その後、所望プロトコルによる通信を開始する。

そして、所望プロトコルによる通信を行った後、ステップＳ３０に進み、ターゲットは、所望プロトコルによる通信をターミネーションし、ステップＳ２１に戻る。

次に、図１４は、イニシエータとの間で所望プロトコルによる通信を行う登録装置の処理を説明するフローチャートである。

登録装置は、まず最初に、ステップＳ４１において、アイドル状態となる。

そして、例えば、イニシエータが、図１２のステップＳ９において、所望プロトコルによるポーリングのパケットを、登録装置を宛先として送信した場合、登録装置は、イニシエータからのポーリングのパケットを受信して、ステップＳ４１からＳ４２に進み、そのポーリングに対する応答を、イニシエータに送信する。

ここで、イニシエータから送信されてくる所望プロトコルによるポーリングのパケットには、所望プロトコルによる通信の通信相手（ここでは、登録装置）がイニシエータと通信を行うのに必要な情報（例えば、イニシエータにおいて所望プロトコルによる通信に用いられる、所望プロトコルのアドレス）が含まれており、登録装置は、その情報を取得する。そして、登録装置は、その情報に基づき、所望プロトコルによる通信相手としてのイニシエータを特定し、所望プロトコルにより、ポーリングに対する応答をイニシエータに送信する。

ステップＳ４２の処理後、ステップＳ４３に進み、登録装置は、イニシエータとの間で相互認証を行い、その後、所望プロトコルによる通信を開始する。

そして、その通信を行った後、ステップＳ４４に進み、登録装置は、所望プロトコルによる通信をターミネーションし、ステップＳ４１に戻る。

次に、図１５に示すように、例えば、ビデオカメラ４１が、NFCによる通信と、Bluetoothによる通信（ＢＴ通信）とが可能であり、テレビジョン受像機４２が、NFCによる通信と、ＢＴ通信とが可能であり、かつ、リモートコマンダ４３が、NFCによる通信が可能であるとして、初めに、NFCによる通信が行われ、その後、ＢＴ通信が開始される場合の、ビデオカメラ４１、テレビジョン受像機４２、およびリモートコマンダ４３の処理について説明する。

なお、図１５は、ビデオカメラ４１、テレビジョン受像機４２、およびリモートコマンダ４３の機能的な構成例を示している。

即ち、図１５においては、ビデオカメラ４１はNFC通信部５１とＢＴ通信部５２を有し、テレビジョン受像機４２はNFC通信部６１とＢＴ通信部６２を有し、リモートコマンダ４３はNFC通信部７１を有している。NFC通信部５１，６１、および７１は、NFCによる通信を行い、ＢＴ通信部５２および６２は、ＢＴ通信を行う。

ここで、図１５において、ビデオカメラ４１、テレビジョン受像機４２、およびリモートコマンダ４３は、例えば、それぞれ、図１の通信装置１，２，３に対応する。

さらに、図１５において、ビデオカメラ４１は、画像を撮影して記録する機能を有する。また、テレビジョン受像機４２は、テレビジョン放送番組を受信して表示する他、ビデオカメラ４１などの外部の装置が出力する画像データを受信して表示する表示装置としての機能を有する。さらに、リモートコマンダ４３は、テレビジョン受像機４２を遠隔制御するときにユーザによって操作され、そのユーザの操作に応じた操作信号を、例えば、赤外線等によって、テレビジョン受像機４２に送信する。なお、テレビジョン受像機４２は、リモートコマンダ４３からの操作信号を受信し、その操作信号に応じて、チャンネルの選択等の所定の処理を行う。

また、図１５において、テレビジョン受像機４２のNFC通信部６１と、リモートコマンダ４３のNFC通信部７１においては、いずれにも、テレビジョン受像機４２が利用可能なプロトコルであるBluetoothを表す利用可能プロトコル情報と、そのBluetoothによるＢＴ通信に必要な通信情報としての、テレビジョン受像機４２（のＢＴ通信部６２）を特定するためのＢＤアドレスとが登録されていることとする。この場合、テレビジョン受像機４２は、リモートコマンダ４３（のNFC通信部７１）にとって、登録装置である。

図１６は、図１５のビデオカメラ４１をイニシエータとするとともに、テレビジョン受像機４２をターゲットとして、NFCによる通信が開始される場合の、ビデオカメラ４１およびテレビジョン受像機４２の処理を説明するフローチャートである。

イニシエータであるビデオカメラ４１のNFC通信部５１は、例えば、ユーザによる所定の操作に従い、ステップＳ５１において、ポーリングを開始する。そして、例えば、ビデオカメラ４１（のNFC通信部５１）が、テレビジョン受像機４２（のNFC通信部６１）に近づくと、ターゲットであるテレビジョン受像機４２のNFC通信部６１は、NFC通信部５１からのポーリングを受信し、ステップＳ５２において、そのポーリングに対する応答を、NFC通信部５１に送信する。

NFC通信部５１は、NFC通信部６１から、ポーリングに対する応答が送信されてくると、その応答を受信し、ステップＳ５３において、NFC通信部６１に、NFCIDを要求する。

NFC通信部６１は、NFC通信部５１からのNFCIDの要求を受信し、ステップＳ５４において、その要求に応じて、自身のNFCIDを、NFC通信部５１に送信する。NFC通信部５１は、NFC通信部６１からのNFCIDを受信し、これにより、NFCによる通信の通信相手であるNFC通信部６１を特定する。なお、NFC通信部５１から６１に送信される、NFCIDの要求には、NFC通信部５１のNFCIDが含まれており、NFC通信部６１は、そのNFCIDによって、NFCによる通信の通信相手であるNFC通信部５１を特定する。

その後、NFC通信部５１と６１との間では、ステップＳ５５において、相互認証のためのデータがやりとりされることにより、相互認証が行われ、さらに、その際、トランザクションＩＤとトランザクションキーとが交換される。その後のNFC通信部５１と６１との間では、トランザクションＩＤとトランザクションキーを暗号鍵として、その暗号鍵でデータを暗号化して、データがやりとりされる。なお、相互認証は、スキップすること（行わないようにすること）が可能である。

ステップＳ５５において、相互認証が成功すると、ステップＳ５６に進み、NFC通信部５１は、NFC通信部６１に対して、利用可能プロトコル情報と通信情報とを要求するアベイラブルメディアリクエストを送信し、NFC通信部６１は、そのアベイラブルメディアリクエストを受信する。

NFC通信部６１は、ステップＳ５７において、NFC通信部５１からのアベイラブルメディアリクエストに対するアベイラブルメディアレスポンスをNFC通信部５１に送信し、NFC通信部５１は、そのアベイラブルメディアレスポンスを受信する。

ここで、上述したように、テレビジョン受像機４２のNFC通信部６１には、テレビジョン受像機４２が利用可能な通信プロトコルであるBluetoothを表す利用可能プロトコル情報と、そのBluetoothによるＢＴ通信に必要な通信情報としての、テレビジョン受像機４２のＢＴ通信部６２のＢＤアドレスとが登録されているので、NFC通信部６１は、Bluetoothを表すメディアコードと、テレビジョン受像機４２のＢＤアドレスであるメディアＩＤとを含むメディアパラメータパックを有するアベイラブルメディアレスポンスを、NFC通信部５１に送信し、NFC通信部５１は、そのようなアベイラブルメディアレスポンスを受信する。

従って、NFC通信部５１は、NFC通信部６１からのアベイラブルメディアレスポンスから、テレビジョン受像機４２がＢＴ通信が可能であること、および、テレビジョン受像機４２のＢＤ（Bluetooth Device）アドレスを認識する。

そして、NFCによる通信よりも、ＢＴ通信の方が高伝送レートであり、画像データ等の大容量のデータの送信を、ビデオカメラ４１とテレビジョン受像機４２との間で行うには、NFCによる通信よりも、ＢＴ通信の方が有利であるため、ビデオカメラ４１は、例えば、NFCによる通信から、ＢＴ通信に切り換えることを決定する。

この場合、ステップＳ５７からステップＳ５８に進み、NFC通信部５１と６１は、NFCによる通信をターミネーションする。

その後、ビデオカメラ４１は、ステップＳ５９において、NFC通信部５１が行うNFCによる通信から、ＢＴ通信部５２が行うＢＴ通信へ通信プロトコルの切り換えを行い、ステップＳ６０に進む。

ステップＳ６０において、ＢＴ通信部５２は、ステップＳ５７で取得したＢＴ通信部６２のＢＤアドレスを宛先とする、ＢＴ通信によるポーリングのパケットを送信する。このパケットは、宛先となっているＢＤアドレスで特定されるテレビジョン受像機４２のＢＴ通信部６２で受信される。

ここで、ＢＴ通信部５２から送信されるポーリングのパケットには、ＢＴ通信部５２のＢＤアドレスが含まれており、ＢＴ通信部５２からのポーリングのパケットを受信したＢＴ通信部６２は、そのパケットに含まれるＢＴ通信部５２のＢＤアドレスによって、ＢＴ通信部５２を特定することができる。

そして、ステップＳ６１において、ＢＴ通信部６２は、ＢＴ通信部５２からのポーリングに対する応答を、ＢＴ通信部５２に送信し、ステップＳ６２に進む。

ステップＳ６２において、ＢＴ通信部５２とＢＴ通信部６２との間で、ＢＴ通信による相互認証が行われ、相互認証が成功すると、ステップＳ６３に進み、ＢＴ通信が開始される。

そして、ＢＴ通信を行った後、ステップＳ６４に進み、ＢＴ通信部５２とＢＴ通信部６２は、ＢＴ通信のターミネーションを行う。

以上のように、ＢＴ通信部５２は、NFC通信部５１がNFCによる通信を行うことによって受信したＢＴ通信部６２のＢＤアドレスによって、ＢＴ通信部６２をＢＴ通信の通信相手として特定して、ＢＴ通信を行う。

従って、この場合、ユーザによって、ＢＴ通信の通信相手を指定してもらわなくても、ＢＴ通信部５２および６２は、ＢＴ通信の通信相手を特定して、ＢＴ通信を行うことができる。

即ち、ＢＴ通信が可能なデバイスであるＢＴデバイスが多数存在する場合、各ＢＴデバイスでは、他のＢＴデバイスとの間で情報をやりとりし、他のＢＴデバイスに関する情報を収集する。そして、各ＢＴデバイスでは、収集した情報に基づき、例えば、他のＢＴデバイスを表すアイコンが画面に表示される。この場合、ユーザが、多数のＢＴデバイスのうちの、ある１つのＢＴデバイス＃１から、他の１つのＢＴデバイス＃２に、データを送信しようとするとき、ＢＴデバイス＃１の画面に表示された多数のＢＴデバイスのアイコンから、ＢＴデバイス＃２のアイコンを探し出し、そのアイコンを操作することにより、データを送信する相手であるＢＴデバイス＃２を指定しなければならない。

これに対して、ビデオカメラ４１とテレビジョン受像機４２によれば、ビデオカメラ４１とテレビジョン受像機４２の他にＢＴデバイスが多数存在している場合であっても、ビデオカメラ４１をテレビジョン受像機４２に近づけるだけで、ビデオカメラ４１からテレビジョン受像機４２にデータを送信することができる。

即ち、ビデオカメラ４１およびテレビジョン受像機４２では、それらが近接した状態となると、NFCによる通信によって、ビデオカメラ４１は、テレビジョン受像機４２がＢＴ通信を行うことができるという情報と、ＢＴ通信に要する通信情報としての、テレビジョン受像機４２が備えるＢＴ通信部６２のＢＤアドレスとを認識する。

そして、ビデオカメラ４１は、NFCによる通信から、ＢＴ通信に切り換え、ＢＴ通信部６２のＢＤアドレスに基づき、ＢＴ通信の通信相手を特定してポーリングを行う。また、テレビジョン受像機４２は、ビデオカメラ４１からのポーリングのパケットに含まれているＢＴ通信部５２のＢＤアドレスに基づき、ＢＴ通信の通信相手を特定して、ポーリングに対する応答をする。その後、ビデオカメラ４１とテレビジョン受像機４２との間では、ＢＴ通信が行われる。

従って、ユーザは、NFCによる通信と、ＢＴ通信との両方の利点を享受することができる。

即ち、ユーザが、ビデオカメラ４１をテレビジョン受像機４２に近づけるだけで、NFCによる通信によって、通信相手が特定され、さらに、ＢＴ通信によって、高速に、ビデオカメラ４１からテレビジョン受像機４２にデータを送信することができる。従って、ビデオカメラ４１をテレビジョン受像機４２に近づけるだけで、例えば、ビデオカメラ４１からテレビジョン受像機４２に対し、ビデオカメラ４１で撮影されて記録された画像データを送信し、テレビジョン受像機４２において、その画像データに対応する画像を表示することができる。

次に、図１７は、図１５のビデオカメラ４１をイニシエータとするとともに、リモートコマンダ４３をターゲットとして、NFCによる通信が開始される場合の、ビデオカメラ４１、テレビジョン受像機４２、およびリモートコマンダ４３の処理を説明するフローチャートである。

なお、上述したように、リモートコマンダ４３のNFC通信部７１には、テレビジョン受像機４２が利用可能なプロトコルであるBluetoothを表す利用可能プロトコル情報と、そのBluetoothによるＢＴ通信に必要な通信情報としての、テレビジョン受像機４２（のＢＴ通信部６２）を特定するためのＢＤアドレスとが登録されており、テレビジョン受像機４２は、リモートコマンダ４３にとって、登録装置である。

ここで、テレビジョン受像機４２の利用可能プロトコル情報と通信情報とは、例えば、ユーザが、リモートコマンダ４３の操作部（図示せず）を操作することにより、リモートコマンダ４３に登録することができる。また、テレビジョン受像機４２の利用可能プロトコル情報と通信情報とは、例えば、ユーザが、NFCによる通信によって登録装置の登録が行われる登録モードにリモートコマンダ４３を設定し、リモートコマンダ４３をテレビジョン受像機４２に近接させて、テレビジョン受像機４２からリモートコマンダ４３に、テレビジョン受像機４２の利用可能プロトコル情報と通信情報とを送信することにより、リモートコマンダ４３に登録することができる。

イニシエータであるビデオカメラ４１のNFC通信部５１は、例えば、ユーザによる所定の操作に従い、ステップＳ１５１において、ポーリングを開始する。そして、例えば、ビデオカメラ４１（のNFC通信部５１）が、リモートコマンダ４３（のNFC通信部７１）に近づくと、ターゲットであるリモートコマンダ４３のNFC通信部７１は、NFC通信部５１からのポーリングを受信し、ステップＳ１５２において、そのポーリングに対する応答を、NFC通信部５１に送信する。

NFC通信部５１は、NFC通信部７１から、ポーリングに対する応答が送信されてくると、その応答を受信し、ステップＳ１５３において、NFC通信部７１に、NFCIDを要求する。NFC通信部７１は、NFC通信部５１からのNFCIDの要求を受信し、ステップＳ１５４において、その要求に応じて、自身のNFCIDを、NFC通信部５１に送信する。NFC通信部５１は、NFC通信部７１からのNFCIDを受信し、これにより、NFCによる通信の通信相手であるNFC通信部７１を特定する。なお、NFC通信部５１から７１に送信される、NFCIDの要求には、NFC通信部５１のNFCIDが含まれており、NFC通信部７１は、そのNFCIDによって、NFCによる通信の通信相手であるNFC通信部５１を特定する。

その後、NFC通信部５１と７１との間では、ステップＳ１５５において、相互認証のためのデータがやりとりされることにより、相互認証が行われ、さらに、その際、トランザクションＩＤとトランザクションキーとが交換される。その後のNFC通信部５１と７１との間では、トランザクションＩＤとトランザクションキーを暗号鍵として、その暗号鍵でデータを暗号化して、データがやりとりされる。なお、相互認証は、スキップすること（行わないようにすること）が可能である。

ステップＳ１５５において、相互認証が成功すると、ステップＳ１５６に進み、NFC通信部５１は、NFC通信部７１に対して、利用可能プロトコル情報と通信情報とを要求するアベイラブルメディアリクエストを送信し、NFC通信部７１は、そのアベイラブルメディアリクエストを受信する。

NFC通信部７１は、ステップＳ１５７において、NFC通信部５１からのアベイラブルメディアリクエストに対するアベイラブルメディアレスポンスをNFC通信部５１に送信し、NFC通信部５１は、そのアベイラブルメディアレスポンスを受信する。

ここで、上述したように、リモートコマンダ４３のNFC通信部７１には、テレビジョン受像機４２が利用可能な通信プロトコルであるBluetoothを表す利用可能プロトコル情報と、そのBluetoothによるＢＴ通信に必要な通信情報としての、テレビジョン受像機４２のＢＴ通信部６２のＢＤアドレスとが登録されているので、NFC通信部７１は、Bluetoothを表すメディアコードと、テレビジョン受像機４２のＢＤアドレスであるメディアＩＤとを含むメディアパラメータパックを有するアベイラブルメディアレスポンスを、NFC通信部５１に送信し、NFC通信部５１は、そのようなアベイラブルメディアレスポンスを受信する。

従って、NFC通信部５１は、NFC通信部７１からのアベイラブルメディアレスポンスから、テレビジョン受像機４２がＢＴ通信が可能であること、および、テレビジョン受像機４２のＢＤ（Bluetooth Device）アドレスを認識する。

ステップＳ１５７の処理後、ステップＳ１５８に進み、NFC通信部５１と７１は、NFCによる通信をターミネーションする。

その後、ビデオカメラ４１は、ステップＳ１５９において、ＢＴ通信が可能なテレビジョン受像機４２とＢＴ通信を行うために、NFC通信部５１が行うNFCによる通信から、ＢＴ通信部５２が行うＢＴ通信へ通信プロトコルの切り換えを行い、ステップＳ１６０に進む。

ステップＳ１６０において、ＢＴ通信部５２は、ステップＳ１５７で取得したＢＴ通信部６２のＢＤアドレスを宛先とする、ＢＴ通信によるポーリングのパケットを送信する。このパケットは、宛先となっているＢＤアドレスで特定されるテレビジョン受像機４２のＢＴ通信部６２で受信される。

そして、ステップＳ１６１において、ＢＴ通信部６２は、ＢＴ通信部５２からのポーリングに対する応答を、ＢＴ通信部５２に送信し、ステップＳ１６２に進む。

ステップＳ１６２において、ＢＴ通信部５２とＢＴ通信部６２との間で、ＢＴ通信による相互認証が行われ、相互認証が成功すると、ステップＳ１６３に進み、ＢＴ通信が開始される。

そして、ＢＴ通信を行った後、ステップＳ１６４に進み、ＢＴ通信部５２とＢＴ通信部６２は、ＢＴ通信のターミネーションを行う。

従って、この場合、ユーザによってＢＴ通信の通信相手を指定してもらわなくても、ＢＴ通信部５２および６２は、ビデオカメラ４１をリモートコマンダ４３に近づけるだけで、ＢＴ通信の通信相手を特定して、ＢＴ通信を行うことができ、ビデオカメラ４１は、テレビジョン受像機４２にデータを送信することができる。

即ち、ビデオカメラ４１、テレビジョン受像機４２、およびリモートコマンダ４３によれば、ビデオカメラ４１とリモートコマンダ４３が近接した状態となると、NFCによる通信によって、ビデオカメラ４１は、リモートコマンダ４３に予め登録されている、テレビジョン受像機４２がＢＴ通信を行うことができるという情報と、ＢＴ通信に要する通信情報としての、テレビジョン受像機４２が備えるＢＴ通信部６２のＢＤアドレスとを認識する。

そして、ビデオカメラ４１は、NFCによる通信から、ＢＴ通信に切り換え、ＢＴ通信部６２のＢＤアドレスに基づき、ＢＴ通信の通信相手となるテレビジョン受像機４２を特定してポーリングを行う。また、テレビジョン受像機４２は、ビデオカメラ４１からのポーリングのパケットに含まれているＢＴ通信部５２のＢＤアドレスに基づき、ＢＴ通信の通信相手となるテレビジョン受像機４２を特定して、ポーリングに対する応答をする。その後、ビデオカメラ４１とテレビジョン受像機４２との間では、ＢＴ通信が行われる。

即ち、ユーザが、ビデオカメラ４１をリモートコマンダ４３に近づけると、NFCによる通信により、ビデオカメラ４１は、テレビジョン受像機４２がＢＴ通信を行うことが可能であることと、テレビジョン受像機４２のＢＤアドレスとを認識することができる。さらに、ビデオカメラ４１は、ＢＤアドレスによって特定されるテレビジョン受像機４２とＢＴ通信を行い、ビデオカメラ４１からテレビジョン受像機４２に対し、データを高速に送信することができる。

従って、例えば、テレビジョン受像機４２が、ユーザの手の届かない位置に配置されていて、ユーザがビデオカメラ４１をテレビジョン受像機４２に近接させることが困難である場合であっても、ビデオカメラ４１をリモートコマンダ４３に近づけるだけで、ビデオカメラ４１とリモートコマンダ４３との間で、NFCによる通信が行われ、その後、ＢＴ通信が開始されるので、例えば、ビデオカメラ４１からテレビジョン受像機４２に対し、ビデオカメラ４１で撮影されて記録された画像データを送信し、テレビジョン受像機４２において、その画像データに対応する画像を表示することができる。

なお、図１５において、テレビジョン受像機４２は、NFC通信部６１を有さない構成とすることができる。

テレビジョン受像機４２が、NFC通信部６１を有していない場合、テレビジョン受像機４２は、NFCによる通信を行うことができないため、ビデオカメラ４１をテレビジョン受像機４２に近づけても、図１６で説明した処理は行われず、従って、この場合、ビデオカメラ４１からテレビジョン受像機４２に画像データは送信されないため、テレビジョン受像機４２で画像の表示も行われない。

しかしながら、テレビジョン受像機４２がNFC通信部６１を有しておらず、ＢＴ通信部６２だけしか有していなくても、図１７で説明した処理は行うことができる。即ち、ビデオカメラ４１とリモートコマンダ４３とを近接した状態とすると、NFCによる通信により、ビデオカメラ４１はテレビジョン受像機４２（ＢＴ通信部６２）を特定し、さらに、ＢＴ通信によって、ビデオカメラ４１からテレビジョン受像機４２に、高速に、データを送信することができる。従って、例えば、テレビジョン受像機４２が、通信を行う手段としてNFC通信部６１とＢＴ通信部６２との両方を備えていなくても（NFCIP-1とBluetoothの両方を実装していなくても）、リモートコマンダ４３がNFC通信部７１を備えていることにより（NFCIP-1を実装していることにより）、ユーザは、NFCによる通信と、ＢＴ通信との両方の利点を享受することができる。

なお、図１６では、ステップＳ６０においてＢＴ通信部５２からＢＴ通信部６２に送信されるポーリングのパケットにＢＴ通信部５２のＢＤアドレスが含まれるとしたが、例えば、ＢＴ通信部５２のＢＤアドレスは、NFC通信部６１がステップＳ５７で送信するアベイラブルメディアレスポンスを、NFC通信部５１が受信した直後に、NFCによる通信で、NFC通信部５１からNFC通信部６１に送信してもよい。

この場合、NFC通信部６１が、NFCによる通信で、NFC通信部５１からのＢＴ通信部５２のＢＤアドレスを受信した時点で、ビデオカメラ４１とテレビジョン受像機４２とは、互いのＢＤアドレスを認識する。そして、この場合、NFCによる通信のターミネーションを行う前に、ビデオカメラ４１において、テレビジョン受像機４２に通信プロトコルの切り換え（ハンドオーバ）を要求し、テレビジョン受像機４２において、その要求に応答することにより、ビデオカメラ４１とテレビジョン受像機４２とにおいては、共に通信プロトコルをNFCIP-1からBluetoothに切り換え、ＢＴ通信を開始するようにすることができる。即ち、この場合、ビデオカメラ４１とテレビジョン受像機４２は、例えば、図１６のステップＳ６０におけるポーリングや、ステップＳ６１における応答などを行わずに、ＢＴ通信を開始することができる。

ここで、NFCIP-2において、通信プロトコルの切り換え（ハンドオーバ）の要求には、メディアハンドオーバリクエスト（MEDIA_HANDOVER Request）が、イニシエータであるビデオカメラ４１からターゲットであるテレビジョン受像機４２に送信される。また、メディアハンドオーバリクエストに対する応答としては、メディアハンドオーバレスポンス（MEDIA_HANDOVER Response）が、ターゲットであるテレビジョン受像機４２からイニシエータであるビデオカメラ４１に送信される。

メディアハンドオーバリクエストにおいては、図７のディレクティブコードが、例えば、２４ｈとされる。さらに、データ部に、NFCIP-1からハンドオーバする通信プロトコル（ここでは、Bluetooth）の情報が配置される。

即ち、図１８は、メディアハンドオーバリクエストとしての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データ長、カレントフェーズ、ステータス、エラーコードは、図９で説明したものと同様であるため、その説明は、省略する。

次に、上述した一連の処理は、専用のハードウェアにより行うこともできるし、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータやマイクロコンピュータ等にインストールされる。

そこで、図２０は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの一実施の形態の構成例を示している。

プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク１０５やROM１０３に予め記録しておくことができる。

あるいはまた、プログラムは、フレキシブルディスク、CD-ROM（Compact Disc Read Only Memory），ＭＯ（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による通信から、ＢＴ通信に切り換えるようにしたが、その後、さらに、ＢＴ通信から、他の通信プロトコルによる通信に切り換えるようにすることも可能である。

また、アベイラブルメディアレスポンスに複数のメディアパラメータパックが含まれる場合に、通信プロトコルを、いずれのメディアパラメータパックに配置されているメディアコードが表す通信プロトコルに切り換えるかは、例えば、ユーザの操作や上位のアプリケーションからの指示（要求）などに基づいて選択（決定）することができる。

なお、本発明は、ビデオカメラやテレビジョン受像機のリモートコマンダなどの他、例えば、デジタルスチルカメラや、オーディオプレーヤその他の、通信機能を実装することができる電子機器に適用することができる。また、通信の対象は、画像データ、音声データ、テキストデータ、バイナリデータなど、どのようなデータであってもよい。

さらに、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。

本発明を適用した通信システムの一実施の形態の構成例を示すブロック図である。パッシブモードを説明する図である。アクティブモードを説明する図である。通信装置１乃至３のNFCによる通信を行う部分の構成例を示すブロック図である。通信装置１乃至３の通信プロトコルと、OSI階層モデルとの対応関係を示す図である。 NFCIP-2 PDUのフォーマットを示す図である。 NFCIP-2 headerのフォーマットを示す図である。アベイラブルメディアリクエストのデータ部のフォーマットを示す図である。アベイラブルメディアレスポンスのデータ部のフォーマットを示す図である。アベイラブルメディアレスポンスのメディアパラメータパックのフォーマットを示す図である。 NFCIP-2による通信のフェーズを示す図である。イニシエータの処理を説明するフローチャートである。ターゲットの処理を説明するフローチャートである。登録装置の処理を説明するフローチャートである。ビデオカメラ４１、テレビジョン受像機４２、およびリモートコマンダ４３の機能的な構成例を示す図である。ビデオカメラ４１およびテレビジョン受像機４２の処理を説明するフローチャートである。ビデオカメラ４１、テレビジョン受像機４２、およびリモートコマンダ４３の処理を説明するフローチャートである。メディアハンドオーバリクエストのデータ部のフォーマットを示す図である。メディアハンドオーバレスポンスのデータ部のフォーマットを示す図である。本発明を適用したコンピュータの一実施の形態の構成例を示すブロック図である。

符号の説明

１乃至３通信装置，４１ビデオカメラ，４２テレビジョン受像機，４３リモートコマンダ，５１ NFC通信部，５２ BT通信部，６１ NFC通信部，６２ BT通信部，７１ NFC通信部，１０１バス，１０２ CPU，１０３ ROM，１０４ RAM，１０５ハードディスク，１０６出力部，１０７入力部，１０８通信部，１０９ドライブ，１１０入出力インタフェース，１１１リムーバブル記録媒体

Claims

少なくとも第１乃至第３の通信装置を備える通信システムにおいて、
前記第１の通信装置は、
前記第２の通信装置との間で、第１の通信プロトコルによる通信を行う第１の通信手段と、
前記第１の通信プロトコルによる通信によって、前記第２の通信装置から、前記第３の通信装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを取得する取得手段と、
前記第３の通信装置との間で、前記取得手段において取得された前記通信情報に基づき、前記利用可能プロトコル情報が表す通信プロトコルである第２の通信プロトコルによる通信を行う第２の通信手段と
を有し、
前記第２の通信装置は、
前記第１の通信装置との間で、前記第１の通信プロトコルによる通信を行う第３の通信手段と、
前記第１の通信プロトコルによる通信によって、前記第１の通信装置に、前記第３の通信装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを供給する供給手段と
を有し、
前記第３の通信装置は、
前記第１の通信装置との間で、前記第２の通信プロトコルによる通信を行う第４の通信手段
を有する
通信システム。
前記第１の通信装置は、画像を撮影して記録するカメラであり、
前記第２の通信装置は、画像を表示する表示装置を遠隔制御するときに操作されるリモートコマンダであり、
前記第３の通信装置は、前記表示装置である
請求項１に記載の通信システム。
他の装置との間で通信を行う通信装置において、
第１の他の装置との間で、第１の通信プロトコルによる通信を行う第１の通信手段と、
前記第１の通信プロトコルによる通信によって、前記第１の他の装置から、第２の他の装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを取得する取得手段と、
前記第２の他の装置との間で、前記取得手段において取得された前記通信情報に基づき、前記利用可能プロトコル情報が表す通信プロトコルである第２の通信プロトコルによる通信を行う第２の通信手段と
を備える通信装置。
前記第１および第２の通信プロトコルによる通信は、無線通信であり、
前記第１の通信手段は、前記第１の他の装置が近接した状態となっているときに、前記第１の他の装置との間で、前記第１の通信プロトコルによる通信を行う
請求項３に記載の通信装置。
前記第１の通信プロトコルでは、近接した状態の前記第１の他の装置を特定して通信が行われる
請求項４に記載の通信装置。
他の装置との間で通信を行う通信方法において、
第１の他の装置との間で、第１の通信プロトコルによる通信を行い、
前記第１の通信プロトコルによる通信によって、前記第１の他の装置から、第２の他の装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを取得し、
前記第２の他の装置との間で、前記通信情報に基づき、前記利用可能プロトコル情報が表す通信プロトコルである第２の通信プロトコルによる通信を行う
ステップを含む通信方法。
他の装置との間で通信を行う通信処理を、コンピュータに行わせるプログラムにおいて、
第１の他の装置との間で、第１の通信プロトコルによる通信を行い、
前記第１の通信プロトコルによる通信によって、前記第１の他の装置から、第２の他の装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを取得し、
前記第２の他の装置との間で、前記通信情報に基づき、前記利用可能プロトコル情報が表す通信プロトコルである第２の通信プロトコルによる通信を行う
ステップを含むプログラム。
他の装置との間で通信を行う通信装置において、
第１の他の装置との間で、所定の通信プロトコルによる通信を行う通信手段と、
前記所定の通信プロトコルによる通信によって、前記第１の他の装置に、第２の他の装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを供給する供給手段と
を備える通信装置。
前記所定の通信プロトコルによる通信は、無線通信であり、
前記通信手段は、前記第１の他の装置が近接した状態となっているときに、前記第１の他の装置との間で、前記所定の通信プロトコルによる通信を行う
請求項８に記載の通信装置。
前記所定の通信プロトコルでは、近接した状態の前記第１の他の装置を特定して通信が行われる
請求項８に記載の通信装置。
他の装置との間で通信を行う通信方法において、
第１の他の装置との間で、所定の通信プロトコルによる通信を行い、
前記所定の通信プロトコルによる通信によって、前記第１の他の装置に、第２の他の装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを供給する
ステップを含む通信方法。
他の装置との間で通信を行う通信処理を、コンピュータに行わせるプログラムにおいて、
第１の他の装置との間で、所定の通信プロトコルによる通信を行い、
前記所定の通信プロトコルによる通信によって、前記第１の他の装置に、第２の他の装置が利用可能な通信プロトコルを表す利用可能プロトコル情報と、前記利用可能プロトコル情報が表す通信プロトコルによる通信に要する通信情報とを供給する
ステップを含むプログラム。