(57)【要約】【課題】上位アプリケーションが１又は複数のプロトコルを備える場合に、通信の互換性を確実に確保することが可能な通信装置を提供すること。【解決手段】電界結合または磁界結合により通信相手の装置と近距離一対一通信を行う物理層１０６と、上位アプリケーションのプロトコルを物理層１０６で通信するためのプロトコルに変換する１又は複数のＰＣＬエミュレーション１０２ｂと、通信相手との接続が確立した後又は接続確立と同時に、上位アプリケーションが起動していない状態で通信相手の装置とのネゴシエーションを行い、１のＰＣＬエミュレーション１０２ｂを選択するＰＣＬコモン１０２ａと、を備える。【選択図】図８
2010050652.tif 000002
【特許請求の範囲】
【請求項１】
電界結合または磁界結合により通信相手の装置と近距離一対一通信を行う物理層と；
上位アプリケーションのプロトコルを前記物理層で通信するためのプロトコルに変換する１又は複数の変換処理部と；
前記通信相手との接続が確立した後又は接続確立と同時に、上位アプリケーションが起動していない状態で前記通信相手の装置とのネゴシエーションを行い、１の前記変換処理部を選択する選択処理部と；
を備える、通信装置。
【請求項２】
前記選択処理部は、上位アプリケーションが起動していない状態で前記ネゴシエーションを行うネゴシエーション機能部を含む、請求項１に記載の通信装置。
【請求項３】
前記選択処理部は、前記通信相手の装置とのネゴシエーションの際に、１又は複数の前記変換処理部に関する情報を前記通信相手の装置に送信する処理を行う、請求項１に記載の通信装置。
【請求項４】
前記選択処理部は、前記通信相手とのネゴシエーションの際に、１又は複数の前記変換処理部に優先順位を付して前記通信相手の装置に送信する処理を行う、請求項１に記載の通信装置。
【請求項５】
前記選択処理部により１の前記変換処理部が選択された場合に前記上位アプリケーションを起動する上位プリケーション起動部を備える、請求項１に記載の通信装置。
【請求項６】
前記選択処理部は、通信相手の装置に関する識別情報を取得し、前記識別情報に基づいて１の前記変換処理部を選択する、請求項１に記載の通信装置。
【請求項７】
電界結合または磁界結合による近距離一対一通信により第２の通信装置と通信を行う第１の通信装置と；
前記第１の通信装置と通信を行う物理層と、上位アプリケーションのプロトコルを前記物理層で通信するためのプロトコルに変換する１又は複数の変換処理部と、前記第１の通信装置との接続が確立した後又は接続確立と同時に、上位アプリケーションが起動していない状態で前記通信相手の装置とのネゴシエーションを行い、１の前記変換処理部を選択する選択処理部と、を備える第２の通信装置と；
を備える、通信システム。
【請求項８】
電界結合または磁界結合により通信相手の装置と近距離一対一通信の接続を確立するステップと；
前記通信相手の装置との接続が確立した後又は接続確立と同時に、上位アプリケーションが起動していない状態で前記通信相手の装置とのネゴシエーションを行い、上位アプリケーションのプロトコルを物理層で通信するためのプロトコルに変換する１の変換処理部を選択するステップと；
を備える、通信方法。
【請求項９】
電界結合または磁界結合により通信相手の装置と近距離一対一通信を行う手段；
上位アプリケーションのプロトコルを通信のためのプロトコルに変換する１又は複数の変換手段；
前記通信相手との接続が確立した後又は接続確立と同時に、上位アプリケーションが起動していない状態で前記通信相手の装置とのネゴシエーションを行い、１の前記変換手段を選択する手段；
としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信システム、通信方法及びプログラムに関する。
【背景技術】
【０００２】
従来、例えば下記の特許文献１に記載されているように、移動体の利用者が所有する汎用の携帯端末に移動体の情報を発信できることを意図した移動体通信システムが知られている。
【０００３】
【特許文献１】特開２００５−１９１８１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
近時においては、通信装置に複数の上位アプリケーションが搭載されることが想定されている。このような装置においては、上位アプリケーションのプロトコルが複数になることが想定される。
【０００５】
しかしながら、上位アプリケーションのプロトコルが複数になると、どのプロトコルを使用して通信を実現するかが問題となり、使用するプロトコルによっては、通信相手との接続の際に互換性が無くなる事態が想定される。この場合、通信装置側で複数アプリケーションによる多機能を実現したとしても、他の装置との間で通信の互換性が得られなくなり、結果としてシステム上の制約が生じてしまう。
【０００６】
また、上位アプリケーションが起動していることを前提として、互換性を得ようとすると、予め上位アプリケーションを起動する処理が必要になるとともに、互換性に応じた最適なアプリケーションを選択できなくなる問題がある。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、上位アプリケーションが１又は複数のプロトコルを備える場合に、上位アプリケーションが起動しているか否かに関わらず、通信の互換性を確実に確保することが可能な、新規かつ改良された通信装置、通信システム、通信方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明のある観点によれば、  電界結合または磁界結合により通信相手の装置と近距離一対一通信を行う物理層と、上位アプリケーションのプロトコルを前記物理層で通信するためのプロトコルに変換する１又は複数の変換処理部と、前記通信相手との接続が確立した後又は接続確立と同時に、上位アプリケーションが起動していない状態で前記通信相手の装置とのネゴシエーションを行い、１の前記変換処理部を選択する選択処理部と、を備える、通信装置が提供される。
【０００９】
また、前記選択処理部は、上位アプリケーションが起動していない状態で前記ネゴシエーションを行うネゴシエーション機能部を含むものであってもよい。
【００１０】
また、前記選択処理部は、前記通信相手の装置とのネゴシエーションの際に、１又は複数の前記変換処理部に関する情報を前記通信相手の装置に送信する処理を行うものであってもよい。
【００１１】
また、前記選択処理部は、前記通信相手とのネゴシエーションの際に、１又は複数の前記変換処理部に優先順位を付して前記通信相手の装置に送信する処理を行うものであってもよい。
【００１２】
また、前記選択処理部により１の前記変換処理部が選択された場合に前記上位アプリケーションを起動する上位プリケーション起動部を備えるものであってもよい。
【００１３】
また、前記選択処理部は、通信相手の装置に関する識別情報を取得し、前記識別情報に基づいて１の前記変換処理部を選択するものであってもよい。
【００１４】
また、上記課題を解決するために、本発明の別の観点によれば、電界結合または磁界結合による近距離一対一通信により第２の通信装置と通信を行う第１の通信装置と、前記第１の通信装置と通信を行う物理層と、上位アプリケーションのプロトコルを前記物理層で通信するためのプロトコルに変換する１又は複数の変換処理部と、前記第１の通信装置との接続が確立した後又は接続確立と同時に、上位アプリケーションが起動していない状態で前記通信相手の装置とのネゴシエーションを行い、１の前記変換処理部を選択する選択処理部と、を備える第２の通信装置と、を備える、通信システムが提供される。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、電界結合または磁界結合により通信相手の装置と近距離一対一通信の接続を確立するステップと、前記通信相手の装置との接続が確立した後又は接続確立と同時に、上位アプリケーションが起動していない状態で前記通信相手の装置とのネゴシエーションを行い、上位アプリケーションのプロトコルを物理層で通信するためのプロトコルに変換する１の変換処理部を選択するステップと、を備える、通信方法が提供される。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、電界結合または磁界結合により通信相手の装置と近距離一対一通信を行う手段、上位アプリケーションのプロトコルを通信のためのプロトコルに変換する１又は複数の変換手段、前記通信相手との接続が確立した後又は接続確立と同時に、上位アプリケーションが起動していない状態で前記通信相手の装置とのネゴシエーションを行い、１の前記変換手段を選択する手段、としてコンピュータを機能させるためのプログラムが提供される。
【発明の効果】
【００１７】
本発明によれば、上位アプリケーションが１又は複数のプロトコルを備える場合に、上位アプリケーションが起動しているか否かに関わらず、通信の互換性を確実に確保することが可能となる。
【発明を実施するための最良の形態】
【００１８】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。なお、説明は以下の順序で行う。
１．本発明の一実施形態にかかる通信システムについて
２．通信機器の構成
３．接続確立処理とネゴシエーションの処理の具体例
【００１９】
［本発明の一実施形態にかかる通信システムの概要］
本実施形態の無線通信システムは、一対の機器の間でデータを送受信することを目的とした通信方式であり、近距離の機器間で無線によりデータの送受信を行う。図１は、本実施形態の無線通信システムを構成する２つの機器（通信装置）を示す模式図である。２つの機器は、それぞれレスポンダー(Responder)とイニシエータ(Initiator)という役割を有する。イニシエータは「接続要求を出す側」であり、レスポンダーは「接続要求を受ける側」であり、本実施形態では１対１(P2P)の通信が行われる。接続の際、イニシエータは接続要求を出し、レスポンダーは持ち受け状態となるが、両者は接続の際の役割が異なるのみで、接続に関係する機器の構成は同一である。
【００２０】
図１では、本実施形態の各機器のそれぞれが備える物理層を介して無線通信が行われる様子を模式的に示している。本実施形態では、物理層として大容量近接通信用の物理層と称されるものを例示するが、物理層はこれに限定されるものではなく、通信用の汎用的な物理層に適用することができる。大容量近接通信用の物理層は、後述するプロファイルＩＤ、ＣＳＤＵ等を用いることで写真、動画などの大容量のデータ通信に特に適したものである。また、本明細書において、イニシエータ、レスポンダーの双方の機器を総称して大容量近接通信デバイスと称する場合がある。
【００２１】
イニシエータ及びレスポンダーは、相互に電界結合することが可能な電界カプラと呼ばれる電極板を備える。イニシエータ及びレスポンダーの双方の電界カプラが例えば３ｃｍ以内に近接されると、一方の電界カプラにより発生される誘導電界の変化を他方の電界カプラが感知することにより、イニシエータとレスポンダーの間での１対１による電界通信が実現される。
【００２２】
イニシエータとレスポンダーが近接されると、イニシエータから送信される接続確立要求（接続要求フレーム）をレスポンダーが受信する。そして、レスポンダーにより接続確立要求が受信されると、レスポンダーはイニシエータに対して接続応答許可（接続応答フレーム）を送信する。そして、イニシエータが接続応答許可を受信すると、イニシエータとレスポンダーの通信の接続が確立する。後で詳細に説明するが、接続が確立した後、イニシエータとレスポンダーがネゴシエーションを行い、ネゴシエーションが正常に終了すると、イニシエータとレスポンダーの間でデータ通信が可能な状態となる。データ通信の際には、イニシエータ及びレスポンダーは、電界カプラを介してデータの送受信を行う。このとき送受信されるデータとしては、例えば、音楽、講演およびラジオ番組などの音楽データや、映画、テレビジョン番組、ビデオプログラム、写真、文書、絵画および図表などの映像データや、ゲームおよびソフトフェアなどがあげられる。
【００２３】
ここで、電波通信方式のアンテナから放射される電波が距離の２乗に反比例して減衰するのに対し、このような電界カプラから発生される誘導電界の強度は距離の４乗に反比例するため、電界通信が可能な一対の機器間の距離を制限できる点で有利である。すなわち、当該電界通信によれば、周囲に存在する障害物による信号の劣化が少ない、ハッキングや秘匿性を確保するための技術を簡素化できるなどの効果が得られる。
【００２４】
また、アンテナから放射される電波は、電波の進行方向と直交方向に振動する横波成分を有し、偏波がある。これに対し、電界カプラは、進行方向に振動する縦波成分を有し、偏波がなり誘導電界を発生するため、一対の電界カプラの面が対向していれば受信側で信号を受信できる点でも利便性が高い。
【００２５】
なお、本明細書においては、一対の通信装置が電界カプラを利用して近距離無線通信（非接触通信、大容量近接通信）を行う例に重きをおいて説明するが、本発明はかかる例に限定されない。例えば、一対の通信装置は、磁界結合により通信可能な通信部を介して近距離無線通信を行うことも可能である。電界結合や磁界結合を利用する通信方式によれば、通信相手が近接しない場合には信号が送信されないため、干渉の問題が生じ難い点で電波通信方式より有利である。
【００２６】
なお、図１に示すイニシエータ及びレスポンダーのそれぞれは、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、家庭用映像処理装置（ＤＶＤレコーダ、ビデオデッキなど）などの情報処理装置である。また、イニシエータ、レスポンダーは、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）などの情報処理装置である。また、イニシエータ及びレスポンダーのそれぞれは、家庭用ゲーム機器、携帯用ゲーム機器、家電機器などの情報処理装置である。
【００２７】
図２は、本実施形態に係る無線通信システムにおいて、イニシエータ、レスポンダーの各機器の構成を階層構造として示した模式図である。図２に示すように、本実施形態では、上層から順にユーザアプリケーション(User Application)１００、ＰＣＬ(Protocol
Conversion Layer)１０２、ＣＮＬ(Connection Layer)１０４、物理層(Physical Layer)１０６が構成されている。
【００２８】
ユーザアプリケーション１００は、近距離無線通信が可能な物理層１０６を搭載する機器において、物理層１０６の上層のソフトウェアの提供するサービスを用いて、データ通信を行うための上位プロトコル（例えばUSB、TCP/IP、OBEXなど）が該当する。またユーザアプリケーション１００は、UI(User Interface)等の大容量近接通信デバイスを含めた機器操作を行うアプリケーション（例えばウィンドウズ(Windows（登録商標）)、リナックス(Linux)などのＯＳ）が該当する。大容量近接通信デバイスでは、これらの上位プロトコル、またはユーザアプリケーションについては特に規定されるものではなく、機器を構成するユーザ（メーカ）が自由に設定することができる。従って、各機器は、複数の上位プロトコル、またはユーザアプリケーション１００を備えていても良い。
【００２９】
ＰＣＬ１０２（プロトコル変換部）は、機器を構成するユーザが使用する任意のプロトコル（USB,OBEX等）を、大容量近接通信独自のプロトコルに相互変換する、プロトコル変換(Protocol Conversion)機能をサポートする。これにより、複数の種類のプロトコルを大容量近接通信用の物理層(PHY Layer)１０６に流すことで、様々なプロトコルをサポートすることが可能である。なお、同じプロトコルであっても、Windows、LinuxなどのＯＳの違いによってプロトコル変換が異なる場合がある。ＰＣＬ１０２は、上位のユーザアプリケーション１００が生成する音声、映像等のコンテンツデータ、その他のプロトコルのデータ、コマンド等を下位のＣＮＬ１０４が扱うことが可能なデータ形式に変換する処理を行う。また、ＰＣＬ１０２は、接続、切断、機器認証、動作モード設定、初期化等の大容量近接通信に必要な処理を行う。
【００３０】
図３は、イニシエータ、レスポンダーにおけるデータの流れを示す模式図である。図３に示すように、ユーザアプリケーション１００は大容量近接通信による接続と、データ転送の２種類の制御を行うことになる。大容量近接通信デバイスとしては最上位ＰＣＬ１０２でこれらの機能を実現するために必要なサービスを提供し、大容量近接通信独自のプロトコルへの変換と、接続管理を行う。さらに大容量近接通信用の規格に準拠したCSDU (CNL service data unit)を生成するＣＮＬ１０４への受け渡しを行う。
【００３１】
ＣＮＬ１０４は、上位のＰＣＬ１０２から受け取ったデータを、所定のパケット構造（ＣＳＤＵパケット）に整形し、イニシエータ、レスポンダー間の送信を行う。ＣＮＬ１０４では、ＣＳＤＵパケットの種別を理解するためのパラメータをＣＳＤＵパケットヘッダに付加する。また、受信においては、物理層１０６が受信したデータを解析し、ＣＳＤＵパケットを抽出し、そのペイロードを上位のＰＣＬ１０２に引き渡す。ＣＳＤＵには、物理層(PHY Layer)１０６による通信以外のユーザアプリケーション１００で利用可能なステータス情報も含まれており、ＣＮＬ１０４は、これらの生成処理、エラー通知等も行う。
【００３２】
ＣＮＬ１０４自身は、ＰＣＬ１０２からの異なるprotocolから送られてくるデータを受け入れることが可能ではある。しかし、大容量近接通信デバイスでは異なるプロトコルのデータの送受信は一度セッションの切断を必要とするため、複数プロトコルでのＣＮＬサービスの利用は行わない。
【００３３】
この制限により、後述する複数のＰＣＬエミュレーションからＣＮＬ１０４へデータの入力が行われたとしても、ＣＮＬ１０４はそのデータをマルチプレクスすることはない。また、受信データに複数のプロトコルが含まれていた場合であっても、そのプロトコルの解析、それぞれのプロトコル内容に合わせたＰＣＬ１０２への配信、またはエラー検知によるセッションの切断等の処理は行わない。
【００３４】
このため、ＣＮＬ１０４によるサービスを利用するＰＣＬ１０２側では、必ず利用するプロトコルを１種類に確定した状態でＣＮＬ１０４によるサービスを利用する必要がある。これらのプロトコル方式を確定させるための判断と、必要な送受信を行うのは後述するＰＣＬコモンの役割であり、プロトコルデータの生成、パースはＰＣＬエミュレーションが行う。複数のプロトコルから同時にＣＮＬサービスを利用できないよう排他処理もＰＣＬコモンの役割である。
【００３５】
ＣＮＬ１０４はＰＣＬコモンが接続を確立するのに必要なサービス、接続確立後にＰＣＬエミュレーションがデータの送受信を行うのに必要なサービスを提供する。
【００３６】
また、ＣＮＬ１０４は、現在実行されているサービスが、全転送サイズの途中データなのか、最後のデータなのか、もしくは、データではなくパラメータなのかを示すプロファイルＩＤ(Profile ID)、データサイズ等をＰＣＬ１０２よりパラメータとして受け取る。そして、これらのパラメータをCSDUパケットヘッダに挿入する。ＣＮＬ１０４は、送信パラメータを、大容量近接通信デバイスがデータを送信する際に生成するCSDUパケットの一部に埋め込むことで複数の論理チャネル(Channel)を１つの物理層(PHY Layer)１０６上で実現する。
【００３７】
ＣＮＬ１０４は、ＣＳＤＵの単位でデータ転送を行う。ＣＮＬ１０４はＣＳＤＵ送信時に以下の３種類のプロファイルＩＤ(T_DATA, LT_DATA, CNL_DATA)をＣＳＤＵに対して付与する。さらに、CSDU受信時は、プロファイルＩＤの種類に応じた処理を行う。
【００３８】
T_DATA, LT_DATA
ＣＮＬ１０４は、ユーザデータを転送するCSDUに対して、T_DATAを付与する。ただし、CSDUペイロードへの分割において、最終のCSDUとなる場合にはLT_DATAを付与する。CSDUのペイロードには、ユーザデータのみが格納され、ＣＮＬ１０４がヘッダ情報などを埋め込むことはない。
【００３９】
CNL_DATA
ＣＮＬ１０４は、大容量近接通信システム固有の制御データを転送するCSDUに対して、CNL_DATAを付与する。制御データの例としては、パラメータ情報などがある。CSDUペイロードにはヘッダ情報が埋め込まれる。ＣＮＬ１０４はこのヘッダ情報を解釈し、適切な処理を行う。
【００４０】
ＣＮＬ１０４は、上位層の要求に応じて、物理層１０６のサービスを利用した通信を行う他、物理層１０６の接続の確立、切断、データの連続性の保障などを行う。
【００４１】
物理層１０６は、本実施形態による近距離大容量通信が可能な無線通信システムの物理層であり、誤り訂正機能、プリアンブルセンス(preamble sense)機能を含む。
【００４２】
図４は、大容量近接通信デバイスを搭載する機器のソフトウェアの役割に基づいて、図２の構成をＯＳＩ参照モデルで示したものである。図４に示すように、物理層（第１層）１０６は、データを通信回線に送出するための電気的な変換や機械的な作業を受け持つ。ピンの形状やケーブルの特性なども第１層で定められる。
【００４３】
ＣＮＬ１０４は、データリンク層（第２層）、トランスポート層（第４層）に対応する。データリンク層は、通信相手との物理的な通信路を確保し、通信路を流れるデータのエラー検出などを行う。また、トランスポート層は、通信相手まで確実に効率良くデータを届けるためのデータ圧縮や誤り訂正、再送制御などを行う。なお、本実施形態のシステムはP2P通信であるため、ＯＳＩ参照モデルにおけるネットワーク層（第３層）は設けられておらず、システムを簡略化することができる。
【００４４】
ＰＣＬ１０２は、セッション層（第５層）とプレゼンテーション層（第６層）が対応する。セッション層は、通信プログラム同士がデータの送受信を行うための仮想的な経路（コネクション）の確立や解放を行う。プレゼンテーション層は、セッション層から受け取ったデータをユーザが分かり易い形式に変換したり、アプリケーション層から送られてくるデータを通信に適した形式に変換するなどの処理を行う。
【００４５】
ユーザアプリケーション１００は、アプリケーション層（第７層）に対応する。アプリケーション層は、データ通信を利用した様々なサービスを人間や他のプログラムに提供する。
【００４６】
次に、本実施形態の通信装置におけるデータの流れを説明する。図５は、データフローを示す模式図であって、大容量近接通信機器内の各レイヤーにおけるファイル、データの送受信のデータフローを示している。なお、ＰＣＬ１０２は、ＰＣＬコモンとＰＣＬエミュレーションに機能が分かれる。データ転送で利用するのはＰＣＬエミュレーションであるため、図５に示すＰＣＬ１０２による処理はＰＣＬエミュレーションによって実現される機能である。物理層１０６に入力されるCSDUは、データフォーマットとして規定されている。
【００４７】
また、後述するように、共通機能を提供するためのＰＣＬコモンについては規定されているが、ＰＣＬエミュレーションは、ユーザプロトコルに準じたデータ変換処理を行うため、それぞれのプロトコルに応じたシステム仕様に依存する。
【００４８】
大容量近接通信では、ファイル等のデータだけではなく、ＰＣＬ１０２内での管理パラメータや、通信先の同一レイヤー間でのデータの送受信が存在する。これらのファイル、パラメータ類は、ＣＮＬ１０４によって最終的にCSDUフォーマットに準拠した形式で伝送される。データの種別を特定するにはProfile
IDを用いる。これにより、物理層１０６のレベルで、複数の伝送Channelを論理的に用いることが可能となる。従って、通信レートを大幅に向上させることができ、特に動画などの大容量のデータ通信に適している。
【００４９】
図６は、CSDUがマッピングされる様子を示す模式図である。CSDUは、図６に示すように、CNLフレームにマッピングされる。ユーザアプリケーション１００が送受信するユーザデータサイズは特に規定されない。ＰＣＬ１０２は、データの長さがデータ分割長（最大4096バイト）を超えた場合、複数のCSDUペイロードへ分割する。ＰＣＬ１０２はCSDUペイロードの単位で、ＣＮＬサービスを呼び出してユーザデータの送受信を行う。ＣＮＬは、CSDUペイロードにヘッダを追加して下位レイヤに渡す。CSDUヘッダはProfile IDとCSDUペイロードの長さを示すLengthで構成される。
【００５０】
［通信機器の構成］
図７は、本システムの機器のハードウェア構成を示す模式図である。図７に示すように、イニシエータとレスポンダーのそれぞれは、送受信カプラ（通信部）２０２、物理層１０６を構成するチップ２００、及びＣＰＵ２１０を有して構成される。物理層１０６は、ベースバンド部を含んでいる。上述したユーザアプリケーション１００、ＰＣＬ１０２、ＣＮＬ１０４は、ソフトウェア（プログラム）によりＣＰＵ２１０を機能させることによって実現される。ソフトウェアは、イニシエータ、レスポンダーを構成する通信装置が備えるメモリ、または通信装置の外部の記録媒体などに格納される。
【００５１】
送受信カプラ２０２は電界カプラから構成され、電界結合により通信を行う。イニシエータ、レスポンダーがそれぞれ持つ送受信カプラ２０２は、例えば３ｃｍ程度の近距離に離間して対向して配置され、静電結合が可能である。
【００５２】
チップ２００は、送信処理部と受信処理部を含む。送受信カプラ２０２は、セレクタを介して、送信処理部、受信処理部の一方と選択的に接続される。送信処理部は、送受信カプラ２０２から通信相手へ送信するための送信信号を生成する。送信処理部は、送信データを符号化する符号化器、送信データを拡散する拡散器、送信データをバイナリ系列から複素数信号へ拡張するマッパ、中心周波数へのアップコンバージョンを行うＲＦ回路等の構成要素を備えている。また、受信処理部は、送受信カプラ２０２で受信した受信信号の復号を行う。受信処理部は、受信信号が入力されるＲＦ回路、受信信号をデジタル信号に変換するＡＤ変換部、受信信号をデマップするデマッパ、復号器等の構成要素を備えている。イニシエータの送信処理部は、上位アプリケーションから送信要求が生じると、送信データに基づいてＵＷＢ信号などの高周波送信信号を生成し、送受信カプラ２０２から通信相手へ信号が伝播する。レスポンダーの送受信カプラは、受信した高周波信号を復調及び復号処理して、再現したデータを上位アプリケーションに渡す。レスポンダーからイニシエータへデータを送る場合も同様の処理が行われる。従って、イニシエータとレスポンダーとの間で双方向の通信が実現される。
【００５３】
例えばＵＷＢ通信のように高周波、広帯域を使用する通信方式によれば、近距離において１００Ｍｂｐｓ程度の超高速データ伝送を実現することができる。また、電波通信ではなく静電結合によりＵＷＢ通信を行う場合、その電界強度は距離の４乗に反比例するため、無線設備から３メートルの距離での電界強度（電波の強さ）を所定レベル以下に抑制することで無線局の免許が不要となる微弱電波とすることができる。このため、安価に通信システムを構成することができる。また、静電結合方式により超近距離でデータ通信を行う場合、周辺に存在する反射物により信号の質が低下することがなく、伝送路上でのハッキングを確実に防止することができ、秘匿性を確保することが可能である。また、電界強度を所定レベル以下に抑制して、例えば３ｃｍ以内の距離のみで通信を可能とすることで、１つの機器に対して２つの機器が同時に通信できない構成とすることができる。従って、近距離での一対一通信を実現することができる。
【００５４】
図８は、各レイヤーが提供するサービスのアクセスポイントと、レイヤー間の関係を示す模式図である。ＰＣＬ１０２の上位は、ユーザアプリケーション１００となる。ＰＣＬ１０２は、下位ＣＮＬ１０４を利用したサービスを提供するレイヤーである。ＰＣＬ１０２は、上位のユーザアプリケーション１００に対しては、制御をＰＣＬコモン１０２ａ（共通処理部）が行い、データ転送はＰＣＬエミュレーション１０２ｂ（変換処理部）が行うというように、役割が分かれる。このため、ＰＣＬ１０２のサービスはコモン、エミュレーションのそれぞれに対して規定される。
【００５５】
ＰＣＬコモン１０２ａによるサービスは、ユーザアプリケーション１００の要求に応じて、ＣＮＬ１０４の接続／切断／その他の制御のサービスを呼び出すことで下記のサービスを提供する。
・接続、切断などの制御サービス
・エラーなどのイベント通知サービス
・エミュレーション制御サービス
【００５６】
ＰＣＬエミュレーション１０２ｂによるサービスは、対応するプロトコルごとに個別に存在する。個々のＰＣＬエミュレーションはCSDUのペイロード上に汎用プロトコル(USB,OBEX等)のコマンド、データを乗せて通信することを可能にするプロトコルサービスである。
【００５７】
ＰＣＬ１０２では、ＰＣＬエミュレーションサービスにより選択されたプロトコル方式に該当するサービスのみ起動することが許可される。ＰＣＬエミュレーションサービス内部では上位プロトコルの要求にしたがって、ＣＮＬ１０４によるサービスを利用するためのCSDUペイロードを生成する。ＰＣＬエミュレーション１０２ｂによるサービスを複数持つことで、１つの大容量近接通信機器で複数のエミュレーションサービス(Emulation Service)を実現することが可能になる。ＰＣＬコモン１０２ａにより、１度のセッションで利用できるエミュレーションサービスは１種類のみであるように管理される。
【００５８】
図８に示すように、ＰＣＬ１０２は、ＰＣＬコモン(PCL Common)１０２ａと、ＰＣＬエミュレーション(PCL Emulation)１０２ｂにその機能が分割される。ＰＣＬコモン１０２ａは、上位のユーザアプリケーション１００の要求によって、下位レイヤのサービスの初期化や、接続、切断等の基本機能を提供する。ＰＣＬコモン１０２ａでは基本機能の処理を行うため、どのプロトコルが選択された場合においても同様の処理が行われる。一方、PCLエミュレーション１０２ｂは、ＰＣＬコモン１０２ａにより起動が完了した後、ユーザアプリケーション１００が有する任意のプロトコルを下位のＣＮＬ１０４が扱うプロトコル形式に変換する。
【００５９】
上述のように、ＰＣＬコモン１０２ａは、初期化、基本通信（接続、切断、機器認証）等の共通機能サービスをユーザアプリケーション１００に対して提供する。ＰＣＬコモン１０２ａは、全ての大容量近接通信デバイスで共通に設けられるソフトウェアである。従って、ＰＣＬ１０２は、ＰＣＬエミュレーション１０２ｂのみの構成では動作することができない。
【００６０】
ＰＣＬエミュレーション１０２ｂは、ＰＣＬコモン１０２ａによって接続が行われた後、ユーザデータ転送を行うもので、ユーザプロトコル(USB,OBEX等の汎用プロトコルデータ)をＣＮＬ１０４が扱うデータ形式に相互変換する役割を持つ。ＰＣＬエミュレーション１０２ｂは、ユーザアプリケーション１００から送られてくるユーザプロトコルデータを、下位のＣＮＬ１０４が解釈できる形式に変換する役割を有する。ＰＣＬ１０２内のエミュレーションブロック（ＰＣＬエミュレーション１０２ｂの変換モジュール）は、ユーザアプリケーション１００から見た場合に、既存のUSB MSC,NFC等のデバイスを制御するのと同等の方式でデータ転送機能を提供するサービスを提供する。但し、ＰＣＬエミュレーション１０２ｂは、機器を構成するユーザー固有のプロトコル数だけ存在する。
【００６１】
ＣＮＬ１０４は、上位の２種類のＰＣＬ（PCL Common１０２ａ, PCL Emulation１０２ｂ）に対して、ＣＮＬ１０４のサービスを利用した機能を提供する。ＰＣＬエミュレーション１０２ｂは、後で詳細に説明するように、ユーザプロトコルごとに変換モジュール(Protocol A, Protocol B, Protocol C,・・・Protocol
Z)を有するが、１度のセッション（接続）で利用できるのは１種類だけである。その制御はＰＣＬコモン１０２ａによって行われる。例えば、上位プロトコルがＵＳＢの場合、マスストレージクラスであるか、あるいは他の方式かによって異なる変換モジュールが用意されている。
【００６２】
例えば、ユーザアプリケーション１００がＯＢＥＸの場合、ＣＮＬ１０４は、ＰＣＬエミュレーション１０２ｂから渡されたＰＣＬ  ＯＢＥＸ  ＰＤＵをＣＳＤＵへ分割し、ＣＳＤＵパケットを生成する。ユーザデータ受信時には、ＣＮＬ１０４は、最終のＣＳＤＵまでを結合し、ＰＣＬエミュレーション１０２ｂへ渡す。ＰＣＬエミュレーション１０２ｂは、ＰＣＬ  ＯＢＥＸ  ＰＤＵをＯＢＥＸプロトコルテイヤ（ユーザアプリケーション１００）へ渡す。
【００６３】
また、ユーザアプリケーション１００がＳＣＳＩの場合、ＣＮＬ１０４は、ＰＣＬエミュレーション１０２ｂから渡されたＰＣＬ  ＳＣＳＩ  ＰＤＵをＣＳＤＵへ分割し、ＣＳＤＵパケットを生成する。ユーザデータ受信時には、ＣＮＬ１０４は、最終のＣＳＤＵまでを結合し、ＰＣＬエミュレーション１０２ｂへ渡す。ＰＣＬエミュレーション１０２ｂは、ＰＣＬ  ＳＣＳＩ  ＰＤＵをＳＣＳＩイニシエータまたはＳＣＳＩターゲット（ユーザアプリケーション１００）へ渡す。
【００６４】
大容量近接通信デバイスにおいて、機器を構成するユーザは、上位のプロトコルに対応した変換モジュールを自由に設定してＰＣＬエミュレーション１０２ｂを構築することができる。また、変換モジュールの追加、削除もユーザが自由に行うことができる。一方、ＰＣＬコモン１０２ａはプロトコル変換の基本機能であるため、全ての大容量近接通信デバイスにおいて共通であることが義務付けられる。
【００６５】
図８では、ユーザプロトコルとしてProtocol A〜Zが示されており、このうちProtocol Bがアクティブとされ、Protocol Bにより接続が行われている状態を示している。この場合、イニシエータとレスポンダーの双方でProtocol Bによる接続が行われる。どのプロトコルで接続するかは、イニシエータとレスポンダーとの間のネゴシエーションによって決定される。
【００６６】
［接続確立処理とネゴシエーションの処理の具体例］
図９は、本実施形態のシステムにおいて、接続確立処理と、ネゴシエーションの処理を示す模式図である。図９に示すように、接続の確立は、一方の機器（イニシエータ）から他方（レスポンダー）に対して接続要求フレームＣ−Ｒｅｑを送信し、レスポンダーから送信された接続応答フレームＣ−Ａｃｃをイニシエータが受信することで実現される。なお、大容量近接通信機器は、一方がサービスを利用する側で、他方がサービスを提供する側になる。本明細書及び図面において、サービスを提供する側をプロアクティブ（Ｐｒｏａｃｔｉｖｅ）機器、提供される側をリアクティブ（Ｒｅａｃｔｉｖｅ）機器と称する場合がある。これらは、ユーザアプリケーション１００における分類であり、原則的には、イニシエータがプロアクティブ機器となり、レスポンダーがリアクティブ機器となる。図９に示すように、接続要求フレームは、例えばデータファイル転送、データファイル選択などのユーザアクションが入力されたプロアクティブ側の機器が通信相手に対して送信する。
【００６７】
一方、接続要求フレームは、ユーザアクションの有無に関わらず、所定のタイミングで定期的に送信することもできる。この場合、通信機器による接続要求フレームＣ−Ｒｅｑの送信は、通信相手が近傍に位置しているか否かに関わらず、所定の周期で定期的に行われる。これにより、イニシエータからファイル転送などのユーザアクションが行われない場合においても、レスポンダーは、定期的に送信された接続要求フレームＣ−Ｒｅｑを受信することができる。そして、レスポンダーから接続応答フレームＣ−Ａｃｃを返信することで接続が確立される。従って、特にユーザアクションが行われない場合においても、イニシエータとレスポンダーを近接無線通信が可能な範囲まで近づけることによって、接続を確立することができる。接続が確立されると、後述するネゴシエーションが行われ、ネゴシエーションが完了すると、イニシエータ、レスポンダーの双方が相手のハードディスク等のメモリを参照することができる。そして、ディレクトリからデータファイルを指定することで、データファイルの転送等を行うことができる。なお、データファイルの転送は、ＣＳＤＵパケットにより行われる。
【００６８】
本実施形態では、接続確立後にネゴシエーションの処理が行われ、イニシエータ及びレスポンダーの双方において、最適なＰＣＬエミュレーション１０２ｂが選択される。ネゴシエーションは、図９に示すように、イニシエータからレスポンダーへエミュレーションの要求パケット（Ｅｍｕ  Ｒｅｑｕｅｓｔ）を送り、レスポンダーがエミュレーションの返信パケット（Ｅｍｕ  Ｒｅｐｌｙ）を返すことによって行われる。
【００６９】
図１０は、イニシエータとレスポンダーの接続が確立した状態を示している。接続確立前に、ＰＣＬ１０６は、ＣＮＬ１０４を初期化する処理を行う。また、ＰＣＬ１０６の初期化は、アプリケーションが起動している際にアプリケーションによって行われる。そして、図１０に示すように、接続が確立されると、イニシエータとレスポンダーがＣＮＬのレベルで接続される。このため、図１０、図１１、図１２、図１４では、物理層１０６の図示は省略している。
【００７０】
接続確立後、ネゴシエーションが行われる。図１１は、レスポンダーにおいて、ＰＣＬエミュレーション１０２ｂを選択している様子を示す模式図であって、ネゴシエーションの結果、ＰＣＬコモン１０２ａが適切なＰＣＬエミュレーション１０２ｂを１つ選択した状態を示している。イニシエータ側においても同様に、ネゴシエーションの結果、１つのＰＣＬエミュレーション１０２ｂが決定される。
【００７１】
ＰＣＬエミュレーション１０２ｂが選択された後、アプリケーションの起動が行われる。従って、本実施形態では、イニシエータまたはレスポンダーにおいて、接続確立前に予め上位アプリケーション１００を起動しておく必要はない。なお、上位アプリケーション１００が起動している状態でネゴシエーションを行い、同様の一連のプロトコル変換処理を実現できることは言うまでもない。
【００７２】
以下、接続確立処理と、ネゴシエーションの処理について詳細に説明する。以下、接続時にイニシエータのアプリケーションのみが起動しており、レスポンダーのアプリケーションが起動していない場合（ケース１）と、イニシエータ及びレスポンダーの双方のアプリケーションが起動していない場合（ケース２）について説明する。
【００７３】
図１２は、ケース１の場合のネゴシエーションを示す模式図である。図１２に示す例では、イニシエータ側の通信装置が、ＰＣＬエミュレーション１０２ｂとしてＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）を備えている。また、レスポンダー側の通信装置は、ＰＣＬエミュレーション１０２ｂとしてＳＣＳＩとＯＢＥＸ（Ｏｂｊｅｃｔ  Ｅｘｃｈａｎｇｅ）の２つを備えている。
【００７４】
イニシエータは、ＰＣＬエミュレーション１０２ｂとしてＳＣＳＩのみを備えているため、ＰＣＬエミュレーション１０２ｂとしてＳＣＳＩを使用したい旨の要求をＥｍｕ  Ｒｅｑｕｅｓｔに付加して送信する。レスポンダーでは、アプリケーションは起動していないが、大容量近接通信デーモン（大容量近接通信Ｄａｅｍｏｎ）と称する機能ブロックがネゴシエーションのために常時起動している。レスポンダーでは、大容量近接通信ＤａｅｍｏｎがＰＣＬコモン１０２ａと協働してネゴシエーションの機能を担い、選択可能なＰＣＬエミュレーション１０２ｂとしてＳＣＳＩ、ＯＢＥＸの２つを認識する。そして、大容量近接通信Ｄａｅｍｏｎ（及びＰＣＬコモン１０２ａ）は、受信したＥｍｕ  Ｒｅｑｕｅｓｔに基づいて、自身が備えるＰＣＬエミュレーション１０２ｂのうち、イニシエータから要求されたＳＣＳＩを選択する。そして、レスポンダーは、イニシエータに対して、ＳＣＳＩを選択した旨の情報を含むＥｍｕ  Ｒｅｐｌｙを送信する。これにより、ネゴシエーションが完了し、イニシエータとレスポンダーの双方において、ＰＣＬエミュレーション１０２ｂとしてＳＣＳＩが選択された状態となる。
【００７５】
ネゴシエーションが完了し、レスポンダーがＳＣＳＩを選択すると、レスポンダーは、アプリケーションとしてＳＣＳＩ  ｔａｒｇｅｔ  ＳＷを起動する。ＳＣＳＩ  ｔａｒｇｅｔ  ＳＷは、データの読み書きを処理するソフトウェアであり、通常はハードディスク等のファームウェアとして用いられる。レスポンダー側でＳＣＳＩ  ｔａｒｇｅｔ  ＳＷを起動することにより、イニシエータとレスポンダーの双方でアプリケーションが起動した状態となり、双方のアプリケーションを使用してデータの送受信が可能となる。
【００７６】
また、図１２の例において、イニシエータ側においても、ＳＣＳＩとＯＢＥＸの双方のＰＣＬエミュレーション１０２ｂを備えている場合、イニシエータは、ＳＣＳＩとＯＢＥＸに優先順位を与える。そして、イニシエータは、優先順位を与えた上で、ＰＣＬエミュレーション１０２ｂとしてＳＣＳＩまたはＯＢＥＸを使用したい旨の要求を出すことができる。優先順位は、イニシエータのアプリケーションとＰＣＬエミュレーション１０２ｂとの適合性に応じて決定することができる。図１３は、優先順位を付加した場合のＥｍｕ  Ｒｅｑｕｅｓｔ、Ｅｍｕ  Ｒｅｐｌｙの流れを示す模式図である。この場合、イニシエータからレスポンダーへ、優先順位を付加したＥｍｕ  Ｒｅｑｕｅｓｔが送信される。図１３の例では、イニシエータの３つのＰＣＬエミュレーションＡ，Ｂ，Ｃについて、Ａ＞Ｂ＞Ｃの順で優先順位が付されている。また、レスポンダーは、ＰＣＬエミュレーションＢ，Ｃをサポートしているものとする。この場合、レスポンダーは、自身が備えるＰＣＬエミュレーションＢ，Ｃのうち、優先順位の高いＢを選択し、その旨の情報を含むＥｍｕ  Ｒｅｐｌｙをイニシエータへ送信する。例えばイニシエータから、ＳＣＳＩよりもＯＢＥＸの方が高い優先順位として要求された場合、レスポンダーでは、選択可能なＳＣＳＩ、ＯＢＥＸのうち、ＯＢＥＸを選択する。これにより、ネゴシエーションが完了し、イニシエータとレスポンダーの双方において、ＰＣＬエミュレーション１０２ｂとしてＯＢＥＸが選択された状態となる。
【００７７】
以上のように、アプリケーションが起動していない装置が接続される場合、常時起動している大容量近接通信Ｄａｅｍｏｎがネゴシエーション機能を実行する。従って、アプリケーションを起動することなく、ネゴシエーションを行うことが可能である。そして、ネゴシエーションの完了後、選択したＰＣＬエミュレーション１０２ｂに応じたアプリケーションを起動することができる。
【００７８】
図１４は、ケース２の場合のネゴシエーションを示す模式図である。イニシエータ及びレスポンダーの双方のアプリケーションが起動していないケース２の場合、イニシエータ、レスポンダーの双方において、大容量近接通信Ｄａｅｍｏｎが常時起動している。また、イニシエータ及びレスポンダーの双方は、ＰＣＬエミュレーション１０２ｂとしてＳＣＳＩとＯＢＥＸを備えているものとする。
【００７９】
接続が確立されると、大容量近接通信Ｄａｅｍｏｎのネゴシエーション機能により、イニシエータは、ＳＣＳＩとＯＢＥＸに優先順位を与えた上で、ＰＣＬエミュレーション１０２ｂとしてＳＣＳＩまたはＯＢＥＸを使用したい旨の要求を出す。ここで、イニシエータはＳＣＳＩに対して、より高い優先順位を与えてＥｍｕ  Ｒｅｑｕｅｓｔを送信するものとする。一方、レスポンダーでは、大容量近接通信Ｄａｅｍｏｎが、レスポンダー側で選択可能なＰＣＬエミュレーション１０２ｂとしてＳＣＳＩ、ＯＢＥＸの２つを認識する。そして、レスポンダーの大容量近接通信Ｄａｅｍｏｎ（及びＰＣＬコモン１０２ａ）は、受信したＥｍｕ  Ｒｅｑｕｅｓｔに基づいて、イニシエータから要求された優先順位に基づいてＳＣＳＩを選択する。この結果、レスポンダーは、イニシエータに対して、ＳＣＳＩを選択した旨の情報を含むＥｍｕ  Ｒｅｐｌｙを送信する。これにより、ネゴシエーションが完了し、イニシエータとレスポンダーの双方において、同じＰＣＬエミュレーション１０２ｂ（ＳＣＳＩ）が選択された状態となる。ネゴシエーションの完了後、イニシエータではアプリケーションが起動され、レスポンダーではＳＣＳＩ  ｔａｒｇｅｔ  ＳＷが起動される。
【００８０】
また、ネゴシエーションの際には、通信装置の識別情報に基づいて最適なＰＣＬエミュレーション１０２ｂを選択することができる。この場合、先ず、イニシエータからレスポンダーへ識別情報の問い合わせが送られる。レスポンダーは、自装置に関する識別情報をイニシエータへ送る。ここで、識別情報としては、レスポンダーの装置の種類、仕様を示す情報（例えばプロダクトナンバーなど）、装置の動作モードを示す情報等が挙げられる。イニシエータは、識別情報を受信すると、識別情報に応じて起動するアプリケーションを決定する。例えば、レスポンダーがウォークマンである場合、レスポンダーは、自身がウォークマンである旨の識別情報をイニシエータへ送る。識別情報を受信したイニシエータは、アプリケーションとしてウォークマンに適したソニックステージを起動する旨を決定する。そして、イニシエータは、ソニックステージに適合するＳＣＳＩの優先順位を最も高く設定し、ＳＣＳＩとＯＢＥＸの双方に対応できる旨の情報を付加したＥｍｕ  Ｒｅｑｕｅｓｔを送る。レスポンダーがＳＣＳＩとＯＢＥＸの双方をサポートしている場合、レスポンダーは、受信したＥｍｕ  Ｒｅｑｕｅｓｔに基づいて優先順位の高いＳＣＳＩを選択する。この結果、レスポンダーは、イニシエータに対して、ＳＣＳＩを選択した旨の情報を含むＥｍｕ  Ｒｅｐｌｙを送信する。これにより、ネゴシエーションが完了し、イニシエータとレスポンダーの双方において、ＳＣＳＩが選択された状態となる。
【００８１】
図１５は、Ｅｍｕ  Ｒｅｑｕｅｓｔのデータパケットの例を示す模式図である。図１５に示すように、Ｅｍｕ  Ｒｅｑｕｅｓｔは、ＰＣＬ  Ｃｏｍｍｏｎ  Ｈｅａｄｅｒ（８Ｂｙｔｅ）の後ろに、複数のＥＭＵ＿ＴＹＰＥ＃１〜＃ｎの情報を含んでいる。ＥＭＵ＿ＴＹＰＥ＃１〜＃ｎは、イニシエータが対応可能なＳＣＳＩ、ＯＢＥＸなどの各ＰＣＬエミュレーション１０２ｂに対応している。ここで、最も先頭に位置するＥＭＵ＿ＴＹＰＥ＃１が、最も優先順位が高いＰＣＬエミュレーション１０２ｂとされる。
【００８２】
図１６は、Ｅｍｕ  Ｒｅｐｌｙのデータパケットの例を示す模式図である。図１６に示すように、Ｅｍｕ  Ｒｅｐｌｙは、ＰＣＬ  Ｃｏｍｍｏｎ  Ｈｅａｄｅｒ（８Ｂｙｔｅ）の後ろに、ネゴシエーションによってレスポンダー側で選択された１つのＥＭＵ＿ＴＹＰＥの情報を含んでいる。例えばレスポンダー側でＯＢＥＸが選択された場合、Ｅｍｕ  Ｒｅｐｌｙに含まれるＥＭＵ＿ＴＹＰＥは、ＯＢＥＸに対応する情報である。
【００８３】
図１７は、ケース１における、イニシエータ、レスポンダー双方のデータの流れを示す模式図である。図１７に示すように、ＣＮＬは、上位レイヤであるＰＣＬコモンからＣＮＬ＿ＣＯＮＮＥＣＴ．ｒｅｑｕｅｓｔを受信すると、Ｃ＿Ｒｅｑをレスポンダーへ送信する。レスポンダーは、Ｃ＿Ｒｅｑを受信するとＣ＿Ａｃｃをイニシエータへ送信し、Ｃ＿Ａｃｃを受信したイニシエータは応答としてＡｃｋをレスポンダーへ送る。これにより、接続が確立する。
【００８４】
接続確立後、イニシエータはレスポンダーへＥｍｕ  Ｒｅｑｕｅｓｔを送信し、レスポンダーはイニシエータへＥｍｕ  Ｒｅｐｌｙを送信する。これにより、ネゴシエーションが完了する。ネゴシエーションの完了後、イニシエータとレスポンダーの間でデータが送受信される。
【００８５】
図１７において、ＰＣＬマネージャ（ＰＣＬ  Ｍａｎａｇｅｒ）は、大容量近接通信Ｄａｅｍｏｎに対応する構成要素である。ＰＣＬマネージャは、接続確立前から起動しており、選択可能なＰＣＬエミュレーションに関する情報（ＰＣＬ＿ＳＥＴ＿ＥＭＵ＿ＣＡＰＡＢＩＬＩＴＹ．ｒｅｑｕｅｓｔ）を取得し、ＰＣＬコモンへ送信する。ＰＣＬコモンは、この情報に基づいてＰＣＬエミュレーションの選択（Ｓｅｌｅｃｔ  Ｅｍｕｌａｔｉｏｎ）を行う。また、ＰＣＬマネージャは、ネゴシエーションの完了後、アプリケーションを起動させる（Ｓｔａｒｔ  Ａｐｐｌｉｃａｔｉｏｎ）。
【００８６】
図１８は、ケース２において、識別情報に基づいてＰＣＬエミュレーションを決定する場合のイニシエータ、レスポンダー双方のデータの流れを示す模式図である。図１８に示すように、ＣＮＬは、上位レイヤであるＰＣＬコモンからＣＮＬ＿ＣＯＮＮＥＣＴ．ｒｅｑｕｅｓｔを受信すると、Ｃ＿Ｒｅｑをレスポンダーへ送信する。レスポンダーは、Ｃ＿Ｒｅｑを受信するとＣ＿Ａｃｃをイニシエータへ送信し、Ｃ＿Ａｃｃを受信したイニシエータは応答としてＡｃｋをレスポンダーへ送る。これにより、接続が確立する。
【００８７】
接続確立後、イニシエータのＰＣＬは、ＣＮＬへＣＮＬ＿ＤＡＴＡ．ｒｅｑｕｅｓｔを送信し、ＣＮＬは識別情報を要求する。これに対し、レスポンダーでは、ＰＣＬコモンがＰＣＬマネージャから識別情報（ＰＣＬ＿ＱＵＥＲＹ＿ＤＥＶＩＮＦＯ）を取得し、ＣＮＬへＣＮＬ＿ＤＡＴＡ．ｒｅｑｕｅｓｔを送信する。これにより、イニシエータへ識別情報が送信される。
【００８８】
その後、イニシエータでは、識別情報に基づいてアプリケーションを選択し（Ｓｅｌｅｃｔ  Ａｐｐｌｉｃａｔｉｏｎ）、アプリケーションを起動する。そして、レスポンダーへＥｍｕ  Ｒｅｑｕｅｓｔを送信し、レスポンダーはイニシエータへＥｍｕ  Ｒｅｐｌｙを送信する。これにより、ネゴシエーションが完了する。ネゴシエーションの完了後、イニシエータとレスポンダーの間でデータが送受信される。
【００８９】
図１９は、レスポンダーから送信される識別情報を含むデータパケットを示す模式図である。図１９に示すように、データパケットは、ＰＣＬ  Ｃｏｍｍｏｎ  Ｈｅａｄｅｒ（８Ｂｙｔｅ）の後ろに、識別情報に該当するデバイス情報（Ｄｅｖｉｃｅ  Ｉｎｆｏ）を含んでいる。イニシエータは、図１９に示すデータパケットを受信すると、デバイス情報からレスポンダーの製品の仕様、動作モード等の情報を取得する。
【００９０】
上述した例では、接続確立後にネゴシエーションを行っているが、より高速にデータ通信を開始したい場合は、接続確立と同時にネゴシエーションを行う。図２０は、接続確立と同時にネゴシエーションを行う場合のデータの流れを示す模式図である。この場合、Ｃ−Ｒｅｑにネゴシエーションに関するＥｍｕ  Ｒｅｑｕｅｓｔの情報を付加し、Ｃ−ＡｃｃにＥｍｕ  Ｒｅｐｌｙの情報を付加する。図２０の例では、イニシエータがサポートしているＰＣＬエミュレーション及びその優先順位に関する情報（Ｅｍｕ  Ｐｒｅｆｅｒｅｎｃｅ：Ａ＞Ｂ＞Ｃ）がＣ＿Ｒｅｑに付加されてレスポンダーに送信される。Ｃ−Ｒｅｑを受信したレスポンダーは、ＰＣＬエミュレーションＢ、Ｃをサポートしている場合、優先順位の高いＢを選択する。そして、エミュレーションＢを選択した旨の情報をＣ−Ａｃｃに付加して送信する。このように、接続確立と同時にネゴシエーションを行うことで、接続確立からネゴシエーション完了までの時間を短縮することが可能となり、より早い段階からデータの送受信を行うことが可能となる。
【００９１】
図２１は、図２０の場合において、イニシエータ、レスポンダー双方のデータの流れを詳細に示す模式図である。ＣＮＬは、上位レイヤであるＰＣＬコモンからＣＮＬ＿ＣＯＮＮＥＣＴ．ｒｅｑｕｅｓｔ  ｗｉｔｈ  Ｅｍｕｌａｔｉｏｎ  Ｐｒｅｆｅｒｅｎｃｅを受信すると、ＰＣＬエミュレーションの優先順位が付加されたＣ＿Ｒｅｑをレスポンダーへ送信する。レスポンダーは、Ｃ＿Ｒｅｑを受信するとＰＣＬエミュレーションを選択する。そして、レスポンダーは、選択したＰＣＬエミュレーションの情報をＣ＿Ａｃｃに付加し、イニシエータへ送る。Ｃ＿Ａｃｃを受信したイニシエータは応答としてＡｃｋをレスポンダーへ送る。これにより、接続とともにネゴシエーションが完了し、イニシエータとレスポンダーの双方で選択されたＰＣＬエミュレーションが起動する。また、レスポンダーでは、アプリケーションが起動される。
【００９２】
以上説明したように本実施形態によれば、接続確立後、または接続確立と同時にネゴシエーションを行い、イニシエータとレスポンダーの双方で共通のＰＣＬエミュレーション１０２ｂを選択した後、アプリケーションを起動するようにした。このため、通信機器を利用するユーザが予めアプリケーションを起動していない場合においても、接続確立時に最適なＰＣＬエミュレーション１０２ｂを選択した状態でアプリケーションを起動することが可能となる。なお、上述した例では、無線通信システムを例に挙げて説明したが、通信システムは有線のものであってもよい。
【００９３】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００９４】
【図１】本実施形態の無線通信システムを構成する２つの機器を示す模式図である。
【図２】イニシエータ、レスポンダーの各機器の構成を階層構造として示した模式図である。
【図３】イニシエータ、レスポンダーにおけるデータの流れを示す模式図である。
【図４】図２の構成をＯＳＩ参照モデルで示した模式図である。
【図５】機器内の各レイヤーにおけるファイル、データの送受信のデータフローを示す模式図である。
【図６】CSDUがマッピングされる様子を示す模式図である。
【図７】機器のハードウェア構成を示す模式図である。
【図８】各レイヤーが提供するサービスのアクセスポイントと、レイヤー間の関係を示す模式図である。
【図９】本実施形態のシステムにおいて、接続確立処理と、ネゴシエーションの処理を示す模式図である。
【図１０】イニシエータとレスポンダーの接続が確立した状態を示す模式図である。
【図１１】レスポンダーにおいて、ＰＣＬエミュレーションを選択している様子を示す模式図である。
【図１２】ケース１の場合のネゴシエーションを示す模式図である。
【図１３】優先順位を付加した場合のＥｍｕ  Ｒｅｑｕｅｓｔ、Ｅｍｕ  Ｒｅｐｌｙの流れを示す模式図である。
【図１４】ケース２の場合のネゴシエーションを示す模式図である。
【図１５】Ｅｍｕ  Ｒｅｑｕｅｓｔのデータパケットの例を示す模式図である。
【図１６】Ｅｍｕ  Ｒｅｐｌｙのデータパケットの例を示す模式図である。
【図１７】ケース１における、イニシエータ、レスポンダー双方のデータの流れを示す模式図である。
【図１８】ケース２において、識別情報に基づいてＰＣＬエミュレーションを決定する場合のイニシエータ、レスポンダー双方のデータの流れを示す模式図である。
【図１９】レスポンダーから送信される識別情報を含むデータパケットを示す模式図である。
【図２０】接続確立と同時にネゴシエーションを行う場合のデータの流れを示す模式図である。
【図２１】図２０の場合において、イニシエータ、レスポンダー双方のデータの流れを詳細に示す模式図である。
【符号の説明】
【００９５】
１００    ユーザアプリケーション
１０２    ＰＣＬ
１０２ａ    ＰＣＬコモン
１０２ｂ    ＰＣＬエミュレーション
１０６    物理層
２１０    ＣＰＵ
【図１】
2010050652.tif 000003
【図２】
2010050652.tif 000004
【図３】
2010050652.tif 000005
【図４】
2010050652.tif 000006
【図５】
2010050652.tif 000007
【図６】
2010050652.tif 000008
【図７】
2010050652.tif 000009
【図８】
2010050652.tif 000010
【図９】
2010050652.tif 000011
【図１０】
2010050652.tif 000012
【図１１】
2010050652.tif 000013
【図１２】
2010050652.tif 000014
【図１３】
2010050652.tif 000015
【図１４】
2010050652.tif 000016
【図１５】
2010050652.tif 000017
【図１６】
2010050652.tif 000018
【図１７】
2010050652.tif 000019
【図１８】
2010050652.tif 000020
【図１９】
2010050652.tif 000021
【図２０】
2010050652.tif 000022
【図２１】
2010050652.tif 000023