(57)【要約】【課題】接続、切断に要する時間が短い通信機器、通信システム、通信方法、通信プログラム、通信回路を提供する。【解決手段】本発明は、発光源にＬＥＤもしくはＬＤを用いた光空間伝送に用いるネットワーク層プロトコルであって、対向機器との通信接続を行う際に、該ネットワーク層は上位層から接続要求コマンド（LM＿con＿req1）を受けた際に下位層に対し接続要求コマンド（LAP＿con＿req2）を発し、下位層から接続確認コマンド受信通知（LAP＿con＿conf1）を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知（LM＿con＿conf2）を発する。これにより、接続、切断に要する時間が短いネットワーク層プロトコルを提供することができる。【選択図】図１
2008206175.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、２次局と通信する１次局としての通信機器であって、
２次局との通信接続を行うとき、ネットワーク層において、上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発するネットワーク層プロトコル制御部を備え、
上記ネットワーク層プロトコル制御部は、上記接続確認コマンド受信通知を受けたときに、予め決められた固定の値で論理チャネルの作成を行うことを特徴とする通信機器。
【請求項２】
ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、１次局と通信する２次局としての通信機器であって、
１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発するネットワーク層プロトコル制御部を備え、
上記ネットワーク層プロトコル制御部には、上記１次局が作成する論理チャネルの値が予め設定されていることを特徴とする通信機器。
【請求項３】
上記ネットワーク層プロトコル制御部は、２次局との通信接続を行うとき、上位層から接続要求コマンドを受けた際に、接続要求コマンドを下位層に発するとともに、上記上位層からの接続要求コマンドに含まれるユーザーデータを下位層に渡すことを特徴とする請求項１に記載の通信機器。
【請求項４】
上記ネットワーク層プロトコル制御部は、２次局との通信接続を行うとき、下位層から接続確認コマンド受信通知を受けた際に、接続確認コマンド受信通知を上位層に発するとともに、上記下位層からの接続確認コマンド受信通知に含まれるユーザーデータを上位層に渡すことを特徴とする請求項１に記載の通信機器。
【請求項５】
上記ネットワーク層プロトコル制御部は、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、接続要求コマンド受信通知を上位層に発するとともに、上記下位層からの要求コマンド受信通知に含まれるユーザーデータを上位層に渡すことを特徴とする請求項２に記載の通信機器。
【請求項６】
上記ネットワーク層プロトコル制御部は、１次局との通信接続を行うとき、上位層から接続確認コマンドを受けた際に、接続確認コマンドを下位層に発するとともに、上記上位層からの接続確認コマンドに含まれるユーザーデータを下位層に渡すことを特徴とする請求項２に記載の通信機器。
【請求項７】
ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、１次局と通信する２次局としての通信機器であって、
１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発するネットワーク層プロトコル制御部を備え、
上記ネットワーク層プロトコル制御部には、上記１次局が作成する論理チャネルの値が予め設定されていることを特徴する通信機器。
【請求項８】
上記ネットワーク層プロトコル制御部は、ＩｒＬＭＰ（Infrared Link Management Protocol）に従うことを特徴とする請求項１から７のいずれか１項に記載の通信機器。
【請求項９】
ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、２次局と通信する１次局としての通信機器における通信方法であって、
２次局との通信接続を行うとき、ネットワーク層において、上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発すると共に、予め決められた固定の値で論理チャネルの作成を行うことを特徴とする通信方法。
【請求項１０】
ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、１次局と通信する２次局としての通信機器における通信方法であって、
１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発すると共に、上記１次局が作成する論理チャネルの値として予め設定されている値の論理チャネルで通信接続を行うことを特徴とする通信方法。
【請求項１１】
ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、１次局と通信する２次局としての通信機器における通信方法であって、
１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発すると共に、上記１次局が作成する論理チャネルの値として予め設定されている値の論理チャネルで通信接続を行うことを特徴とする通信方法。
【請求項１２】
請求項１に記載の通信機器と、請求項２に記載の通信機器とを含むことを特徴とする通信システム。
【請求項１３】
請求項１から８のいずれか１項に記載の通信機器を動作させる通信プログラムであって、コンピュータを上記ネットワーク層プロトコル制御部として機能させるための通信プログラム。
【請求項１４】
請求項１から８のいずれか１項に記載の通信機器を動作させる通信回路であって、
上記ネットワーク層プロトコル制御部として機能することを特徴とする通信回路。
【請求項１５】
請求項１から８のいずれか１項に記載の通信機器を搭載し、該通信機器によって通信を行うことを特徴とする携帯電話。
【請求項１６】
請求項１から８のいずれか１項に記載の通信機器を搭載し、該通信機器によって受信したデータに基づいて表示することを特徴とする表示装置。
【請求項１７】
請求項１から８のいずれか１項に記載の通信機器を搭載し、該通信機器によって受信したデータに基づいて印刷することを特徴とする印刷装置。
【請求項１８】
請求項１から８のいずれか１項に記載の通信機器を搭載し、該通信機器によって受信したデータを記録することを特徴とする記録装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線あるいは有線により通信を行う通信機器、通信システム、通信方法、通信プログラム、通信回路に関するものである。
【背景技術】
【０００２】
現在、光を用いた空間通信の規格として、ＩｒＤＡ（Infrared Data Association）方式が知られている。このＩｒＤＡ方式においては、ネットワーク層プロトコルとして、ＩｒＬＭＰ（Infrared Link Management Protocol）が使用されている。
【０００３】
ＩｒＬＭＰでは、他の機器との接続と切断との各処理を、下位層であるＩｒＬＡＰ（Infrared Link Access Protocol）を介して管理する局管理（Station Control）と、その接続を論理的に管理するＬＳＡＰ（Link Service Access Point）とが主に行っている。
【０００４】
対向機器との接続を行う場合、図３に示すように、一次局（Initiating）のＬＳＡＰが一次局の上位層から二次局（Responding）との接続に必要なデータを含有する接続要求コマンド1（LM＿con＿req1）を受けた際に、一次局の局管理に対して、接続要求コマンド2（LS＿con＿req2）を発し、一次局の局管理は下位層である一次局のＩｒＬＡＰに対して、接続要求コマンド3（LAP＿con＿req3）を発する。
【０００５】
一次局のＩｒＬＡＰはこの接続要求コマンド3を受け、ＳＮＲＭコマンドを９６００ｂｐｓの転送速度で対向機器である二次局に対して出力する。二次局のＩｒＬＡＰは、ＳＮＲＭコマンドを受けて二次局のＩｒＬＭＰ層内部の局管理（Station Control）に対して、接続要求コマンド受信通知1(LAP＿con＿ind1)を発し、これを受けた二次局の局管理は、二次局のＩｒＬＡＰに接続確認コマンド1（LAP＿con＿rsp1）を発する。
【０００６】
二次局のＩｒＬＡＰは接続確認コマンド1を受け、ＵＡレスポンスを９６００ｂｐｓの転送速度で一次局に対して出力する。一次局のＩｒＬＡＰはＵＡレスポンスを受けて一次局の局管理に接続確認コマンド受信通知1（LAP＿con＿conf1）を一次局の局管理に通知し、一次局の局管理は接続確認コマンド受信通知2（LS＿con＿conf2）を一次局のＬＳＡＰに発行する。
【０００７】
一次局のＬＳＡＰは接続コマンド受信通知2を受けて、ＩｒＬＡＰに対して接続要求コマンド1の中にあるデータを送信するためのデータ送信要求1（LAP＿Data＿req1）を発し、ＩｒＬＡＰはこのデータ送信要求1を受けてＩフレームを二次局に対して出力する。この時のＩフレームの転送速度は、前述のＳＮＲＭコマンドとＵＡレスポンスの交換により、下位層であるIｒＬＡＰ層が決定した転送速度であり、例えば、１１５．２ｋｂｐｓや４Ｍｂｐｓといった値となる。
【０００８】
二次局のＩｒＬＡＰはこのＩフレームを受けて、二次局のＬＳＡＰに対して、データ受信通知1（LAP＿Data＿ind1）を発して、二次局のＬＳＡＰにデータを渡す。
【０００９】
二次局のＬＳＡＰはこのパラメータ受信を受けて、二次局の局管理に対して、接続要求コマンド4（LS＿con＿req4）を発し、二次局の局管理はこの接続要求コマンド4を受けて、接続確認コマンド受信通知3（LS＿con＿conf3）を二次局のＬＳＡＰに発する。
【００１０】
二次局のＬＳＡＰは二次局の上位層に対して、一次局からの接続に必要なデータを含有した接続要求コマンド受信通知2（LM＿con＿ind2）を発する。二次局の上位層はこの接続要求コマンド受信通知2を受けて対向機器との接続に必要なデータが含有した接続確認コマンド4（LM＿con＿rsp4）を二次局のＬＳＡＰに発する。二次局のＬＳＡＰはこの接続確認コマンド4を受けて、二次局のＩｒＬＡＰに対して、データ送信要求2（LAP＿DATA＿req2）を発する。
【００１１】
二次局のＩｒＬＡＰはこれを受けてＩフレームを一次局に対して送信する。Ｉフレームを受けた一次局のＩｒＬＡＰは一次局のＬＳＡＰに対して、データ受信通知2（LAP＿Data＿ind2）を発し、ＬＳＡＰは二次局からの接続に必要なデータを含有した接続確認コマンド受信通知4（LM＿con＿conf4）を発する。これらの一連の作業で、ＩｒＬＭＰ層の接続シークエンスが終了する。
【００１２】
対向機器との切断においては図４に示すように一次局の上位層が切断に必要なデータが入った切断要求コマンド1（LM＿disc＿req1）を発する。この切断要求コマンド1を受けて一次局のＬＳＡＰが切断要求コマンド1のデータを送信するためにデータ送信要求（LAP＿Data＿req）を発する。一次局のＩｒＬＡＰはこのデータ送信要求を受けて、Ｉフレームを二次局に対して送信する。二次局のＩｒＬＡＰはＩフレームを受けて、ＬＳＡＰにデータ受信通知（LAP＿Data＿ind）を発行する。
【００１３】
二次局のＬＳＡＰはこのデータ受信通知内のデータが切断を要求するものであることを判別し、二次局の局管理に対して切断要求3（LS＿disc＿req3）を発行するとともに、上位層に対して一次局からの切断に必要なデータを含有した切断コマンド受信通知（LM＿disc＿ind）を発行する。一方、一次局のＬＳＡＰはデータ送信要求を発行後、一次局の局管理に対して、切断要求コマンド2（LS＿disc＿req2）を発行する。
【００１４】
一次局の局管理はこの切断要求コマンド2を受け切断処理を行うとともに、一次局のＩｒＬＡＰに切断要求コマンド4（LAP＿disc＿req4）を発行する。一次局のＩｒＬＡＰはこの切断要求コマンド4を受けてＤＩＳＣコマンドを二次局に対して発行し、二次局のＩｒＬＡＰはこのＤＩＳＣコマンドを受けて、その応答であるＵＡレスポンスを一次局に対して送信する。これらの一連の作業で、ＩｒＬＭＰ層の切断シークエンスが終了する。
【非特許文献１】Infrared Data Association Link Management Protocol Version 1.1 [検索日 2005.1.21], インターネット<URL:http://irda.affiniscape.com/displaycommon.cfm?an=1&subarticlenbr=7>
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、上記従来の構成では、上記の方法で接続する場合機器間で、ＳＮＲＭコマンド、ＵＡレスポンス、Ｉフレーム、Ａｃｋ、Ｉフレーム、Ａｃｋの６パケットが交換され、切断時にはＩフレーム、Ａｃｋ、ＤＩＳＣコマンド、ＵＡレスポンスの４パケットが交換されることになる。
【００１６】
赤外線通信においては、送受信モジュールが光を送信し終わってから、受信が開始できるようになるため、ある一定以上の時間を必要とする。この理由は、機器同士の通信の場合、送信中も受信モジュールが動作しており、送信光の回り込みを受光してしまい、遠距離になると、回り込んだ自発光の方が相手機器からの光よりも十分強いことから、相手機器から光を確実に受信できるように、受信回路内のコンデンサなどの受動回路の放電を行い、リセットして送信光を停止する必要があるためである。
【００１７】
このように切り換えのための待ち時間が、転送速度４Ｍｂｐｓのデータ通信の場合１ｍＳ（ミリ秒）以上と規定されているが、実際は１０ｍＳ程度かかっており、パケットの送信にかかる時間とあわせて、ＬＡＰ層接続時（ＳＮＲＭコマンドとＵＡレスポンスの交換時）に１００ｍＳから２００ｍＳ、ＬＭＰ層接続時（ＩフレームとＡｃｋの交換）受信時に５０ｍＳから１００ｍＳの時間がかかっており、通信のオーバーヘッドつまり接続を完了して送信したいデータを送信開始するまでの時間が長くなり、全体として通信効率が低下するという問題を生じる。
【００１８】
また、ＩｒＤＡにおいては、接続処理において、対向局からのレスポンスがない場合、接続を完了することができず、片方向通信での接続およびデータ転送を行うことができないという問題がある。
【００１９】
本発明の目的は、接続、切断に要する時間が短い通信機器、通信システム、通信方法、通信プログラム、通信回路を提供することにある。
【課題を解決するための手段】
【００２０】
上記の目的を達成するために、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、２次局と通信する１次局としての通信機器であって、２次局との通信接続を行うとき、ネットワーク層において、上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発するネットワーク層プロトコル制御部を備え、上記ネットワーク層プロトコル制御部は、上記接続確認コマンド受信通知を受けたときに、予め決められた固定の値で論理チャネルの作成を行うことを特徴とする構成である。
【００２１】
また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、２次局と通信する１次局としての通信機器における通信方法であって、２次局との通信接続を行うとき、ネットワーク層において、上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発すると共に、予め決められた固定の値で論理チャネルの作成を行う方法である。
【００２２】
また、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、１次局と通信する２次局としての通信機器であって、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発するネットワーク層プロトコル制御部を備え、上記ネットワーク層プロトコル制御部には、上記ネットワーク層プロトコル制御部には、上記１次局が作成する論理チャネルの値が予め設定されている構成である。
【００２３】
また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、１次局と通信する２次局としての通信機器における通信方法であって、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発すると共に、上記１次局が作成する論理チャネルの値として予め設定されている値の論理チャネルで通信接続を行う方法である。
【００２４】
また、本発明に係る通信システムは、上記１次局としての通信機器と、上記２次局としての通信機器とを含む構成である。
【００２５】
上記の構成および方法によれば、１次局では、２次局との通信接続を行うとき、ネットワーク層において、上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発する。一方、２次局では、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発する。
【００２６】
よって、上記の接続シークエンスによれば、下位層の接続後に、ネットワーク層を接続するための通信を行う必要がない。したがって、接続時のシークエンスが簡単化されるため、通信効率を向上できるという効果を奏する。
【００２７】
さらに、接続処理が行われる際、１次局において予め決められた固定の値で論理チャネルの作成が行われることにより、データ転送要求コマンドを発せずに済み、従来の局管理の経由を省くことができると共に、通信効率を向上させることができるという効果を奏する。
【００２８】
また、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、１次局と通信する２次局としての通信機器であって、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発するネットワーク層プロトコル制御部を備え、上記ネットワーク層プロトコル制御部には、上記ネットワーク層プロトコル制御部には、上記１次局が作成する論理チャネルの値が予め設定されている構成である。
【００２９】
また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、１次局と通信する２次局としての通信機器における通信方法であって、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発すると共に、上記１次局が作成する論理チャネルの値として予め設定されている値の論理チャネルで通信接続を行う方法である。
【００３０】
なお、上記通信機器は、コンピュータによって実現してもよく、この場合には、コンピュータを上記ネットワーク層プロトコル制御部として動作させることにより上記通信機器をコンピュータにて実現させる通信機器の通信プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【００３１】
また、上記通信機器は、上記ネットワーク層プロトコル制御部として機能する通信回路によって実現してもよい。
【００３２】
また、上記通信機器は、該通信機器によって通信を行う携帯電話に好適である。
【００３３】
また、上記通信機器は、該通信機器によって受信したデータに基づいて表示する表示装置に好適である。
【００３４】
また、上記通信機器は、該通信機器によって受信したデータに基づいて印刷する印刷装置に好適である。
【００３５】
また、上記通信機器は、該通信機器によって受信したデータを記録する記録装置に好適である。
【００３６】
本発明のさらに他の目的、特徴、および優れた点は、以下に示す記載によって十分に分かるであろう。また、本発明の利点は、添付図面を参照した次の説明で明白になるであろう。
【発明の効果】
【００３７】
上記の目的を達成するために、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、２次局と通信する１次局としての通信機器であって、２次局との通信接続を行うとき、ネットワーク層において、上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発するネットワーク層プロトコル制御部を備え、上記ネットワーク層プロトコル制御部は、上記接続確認コマンド受信通知を受けたときに、予め決められた固定の値で論理チャネルの作成を行うことを特徴とする構成である。
【００３８】
また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、２次局と通信する１次局としての通信機器における通信方法であって、２次局との通信接続を行うとき、ネットワーク層において、上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発すると共に、予め決められた固定の値で論理チャネルの作成を行う方法である。
【００３９】
また、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、１次局と通信する２次局としての通信機器であって、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発するネットワーク層プロトコル制御部を備え、上記ネットワーク層プロトコル制御部には、上記１次局が作成する論理チャネルの値が予め設定されている構成である。
【００４０】
また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、１次局と通信する２次局としての通信機器における通信方法であって、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発すると共に、上記１次局が作成する論理チャネルの値として予め設定されている値の論理チャネルで通信接続を行う方法である。
【００４１】
上記の構成および方法によれば、１次局では、２次局との通信接続を行うとき、ネットワーク層において、上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発する。一方、２次局では、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発する。
【００４２】
よって、上記の接続シークエンスによれば、下位層の接続後に、ネットワーク層を接続するための通信を行う必要がない。したがって、接続時のシークエンスが簡単化されるため、通信効率を向上できるという効果を奏する。
【００４３】
さらに、接続処理が行われる際、１次局において予め決められた固定の値で論理チャネルの作成が行われることにより、データ転送要求コマンドを発せずに済み、従来の局管理の経由を省くことができると共に、通信効率を向上させることができるという効果を奏する。
【発明を実施するための最良の形態】
【００４４】
〔概要〕
（通信層）
後述する各実施の形態では、本発明に係る通信システムの送信機および受信機の構成および動作について、ＯＳＩ７層モデルに基づいて詳細に説明する。ここで、ＯＳＩ７層モデルとは、いわゆる「ＯＳＩ基本参照モデル」「ＯＳＩ階層モデル」とも呼ばれているものである。
【００４５】
ＯＳＩ７層モデルでは、異機種間のデータ通信を実現するために、コンピュータの持つべき通信機能が７階層に分割され、各層ごとに標準的な機能モジュールが定義されている。
【００４６】
具体的には、第１層(物理層)は、データを通信回線に送出するための電気的な変換や機械的な作業を受け持つ。第２層(データリンク層)は、物理的な通信路を確保し、通信路を流れるデータのエラー検出などを行う。第３層(ネットワーク層)は、通信経路の選択や通信経路内のアドレスの管理を行う。第４層(トランスポート層)は、データ圧縮や誤り訂正、再送制御などを行う。第５層(セッション層)は、通信プログラム同士がデータの送受信を行うための仮想的な経路（コネクション）の確立や解放を行う。第６層(プレゼンテーション層)は、第５層から受け取ったデータをユーザが分かりやすい形式に変換したり、第７層から送られてくるデータを通信に適した形式に変換したりする。第７層(アプリケーション層)は、データ通信を利用した様々なサービスを人間や他のプログラムに提供する。
【００４７】
各実施の形態に係る通信システムの各通信層も、上記ＯＳＩ７層モデルの対応する階層と同等の機能を有する。ただし、各実施の形態では、上記通信システムは、セッション層とプレゼンテーション層とを１つにした、６階層の構造となっている。また、アプリケーション層については、説明を省略する。
【００４８】
本発明は、送信機および受信機が複数の通信層の接続を確立して通信を行う通信システムに広く適用可能である。すなわち、通信機能の分割はＯＳＩ７層モデルに従っていなくてもよい。また、通信層の数は、接続すべき通信層が複数であれば、任意に選択できる。
【００４９】
また、本発明は、複数の通信層の接続リクエストをまとめることにより、接続に要する時間を短縮するものであるため、通信路が切断した場合でも再接続が容易である。よって、本発明は、通信路が切断しやすい、例えば赤外線による無線通信に特に適している。ただし、本発明は、他の無線通信、および、有線通信においても効果的である。
【００５０】
各実施の形態では、説明の便宜上、本発明の一適用例であるＩｒＳｉｍｐｌｅに基づいて説明する。しかし、本発明はＩｒＳｉｍｐｌｅに限定されるものではない。なお、ＩｒＳｉｍｐｌｅとは、従来のＩｒＤＡの一部機能を改良したものである。
【００５１】
各実施の形態では、ＩｒＳｉｍｐｌｅに則って、データリンク層、ネットワーク層、トランスポート層、セッション層＋プレゼンテーション層を、それぞれ、ＬＡＰ、ＬＭＰ、ＳＭＰ、ＯＢＥＸと表記することがある。
【００５２】
（ＩｒＬＭＰ層（ＬＳＡＰ））
本発明は、主にネットワーク層に係るものである。以下、ＩｒＤＡおよびＩｒＳｉｍｐｌｅのネットワーク層であるＩｒＬＭＰ層について説明する。
【００５３】
図１２は、従来のＩｒＤＡでの接続およびデータ転送を説明するための信号シークエンス図である。
【００５４】
ＩｒＬＭＰ（Infrared Link Management Protocol）層は、下位層であるＩｒＬＡＰ層を用いて、複数の上位層アプリケーションのデータを効率よく転送するために多重化を行う。具体的には、１対１の通信において上位層のアプリケーションが複数起動している場合や１対Ｎの通信において、ＬＭＰ層は、アプリケーションごとに要求される論理的なチャネルを作成し、上位層はそのチャネルを用いてデータの送受信を行う。この論理的なチャネルがＬＳＡＰ(Link Service Access Point)となる。
【００５５】
例えば１対１の通信で、上位層のアプリケーションが複数起動する場合、接続時には、送信機（１次局）の上位層が、ＬＭＰ層に対して、自機器の論理チャネル要求を行う（例えば１）とともに、対向機器の接続対象となるアプリケーション１（app1）の論理チャネルの問い合わせを行う。これを受けた１次局のＬＭＰ層は、まず、ＬＡＰ層の接続制御を担当するStation Controlにより、ＬＡＰ層の接続を完了した後、自機器の送信元論理チャネル（SLSAP：Source Link Service Access Point）を前述の１に設定して、ＬＡＰ層にデータ転送要求コマンド（データは、ＬＭＰ層の接続コマンド）として渡す。このとき、送信した送信元論理チャネル（１）を保持する。
【００５６】
次に、受信器（２次局）のＬＭＰ層は、前述のデータ転送要求コマンド（データはＬＭＰ層の接続コマンド）を下位層より受信すると、接続コマンド内の１次局の送信元論理チャネルを解析し、上位層に接続コマンド受信とともに通知する。これを受けた２次局の上位層は、自機器のアプリケーション１の論理チャネル(SLSAP)（例えば２）および１次局の論理チャネルを対向機器の論理チャネルに設定して、接続応答コマンドとして、ＬＭＰ層に渡す。これを受けた２次局のＬＭＰ層は、上位層からの自機器のアプリケーション１の論理チャネル（SLSAP＝２）および１次局のアプリケーションの論理チャネル（DLSAP：Destination Link Service Access Point＝1）を設定して、データ転送要求コマンド（データはLMP層の接続応答コマンド）として、下位層に渡す。
【００５７】
次に、１次局のＬＭＰ層は、下位層よりこれを受信すると、接続応答コマンドの中にある送信先論理チャネル（DLSAP＝１）が前述の保持していた送信元論理チャネル（１）と一致しているため、上位層のアプリケーション１に対して、接続応答コマンド受信通知を行うとともに、２次局の論理チャネル（２）を通知する。
【００５８】
データ転送時には、アプリケーション１は、接続時に作成した論理チャネルを用いて、データ転送を行う。具体的には、１次局は、データ転送時には、送信元論理チャネル（SLSAP＝１）と送信先論理チャネル（DLSAP=２）をそれぞれ設定して、データの送信を行い、２次局は、送信元論理チャネル（SLSAP＝２）と送信先論理チャネル（DLSAP＝１）を設定して、データの送信を行う。
【００５９】
また、アプリケーション２（app2）の接続時にも、同様に上記の接続処理を行う。
【００６０】
（ＩｒＬＭＰ層の課題）
現在のＩｒＤＡが実装されている機器同士の赤外線通信においては、ほとんどが１対１の通信であり、また、アプリケーションとしてもファイル転送（起動するアプリケーションは１つ）がほとんどである。
【００６１】
上述のように、現行のＩｒＬＭＰ規格では、１対Ｎの機器での通信や、複数のアプリケーション起動時でのデータ転送を実現するために、論理チャネルの作成プロセスが存在するが、前述の通り、大部分の通信においては、アプリケーションは１つしか起動していないため、形式的に論理チャネルを形成しているに過ぎず、そのためのフレームの交換は無駄なものである。すなわち、１対１の機器での通信や、アプリケーションが１つの場合には、Station end pointでの処理を省略できる。
【００６２】
そこで、前述の論理チャネルを予め定めておいてネットワーク層を簡略することが考えられる。しかし、そのように構成すると、上位層の接続データのみをＬＡＰ層の接続パケットに含めようとする場合、現行のＩｒＬＭＰ規格における接続プロセスでは対応できなくなる。本発明のネットワーク層は、１対１の機器での通信や、アプリケーションが１つの場合を前提として、ＩｒＬＭＰ規格との互換性を保ちながら、接続・切断のシークエンスを簡単化したものである。
【００６３】
〔実施の形態１〕
本発明の一実施の形態について図１、２に基づいて説明すれば、以下のとおりである。
【００６４】
本実施の形態の信号シークエンス図を図１に、またブロック図を図５にそれぞれ示すが、本発明はこれに限るものではない。また、図５に上位層として、ＯＢＥＸおよびＴｉｎｙＴＰとしているが、これに限るものではない。また、図５にネットワーク層プロトコル制御部が単独の層として記述されているが、同等の機能が上位層または下位層に統合され、ネットワーク層プロトコル制御部が単独で存在しなくても構わない。また、図５中の各モジュールは、その機能を実現可能であるならば、ソフトウェアであってもハードウェアであっても構わない。
【００６５】
図１に示すように、まず、一次局の上位層制御部５１１が接続に必要なデータを含有した接続要求コマンド1（LM＿con＿req1）を発行する。その接続要求コマンド1を受けて、一次局のネットワーク層プロトコル制御部５１２がＩｒＬＡＰ層制御部５１３に対して、接続要求コマンド1に含有されたデータを入れた接続要求コマンド2（LAP＿con＿req2）を送信する。一次局のＩｒＬＡＰ層制御部５１３は接続要求コマンド2を受けて、接続要求コマンド2に含有されたデータを入れたＳＮＲＭコマンドを送信部５１４を介して、二次局に対して送信する。
【００６６】
二次局では、このＳＮＲＭコマンドを受信部５１５で受信し、ＩｒＬＡＰ制御部５１３がネットワーク層プロトコル制御部５１２に対して、ＳＮＲＭコマンドに含有されたデータを含む接続要求コマンド受信通知1（LAP＿con＿ind1）を発行する。二次局のネットワーク層プロトコル制御部５１２は上位層制御部５１１に対して接続要求コマンド受信通知1に含有されたデータを含んだ接続要求受信通知2（LM＿con＿ind2）を発行する。この接続要求受信通知2を受けた二次局の上位層制御部５１１は一次局との接続を確立するために、一次局との接続に必要なデータを含んだ接続確認コマンド1（LM＿con＿resp1）を二次局のネットワーク層プロトコル制御部５１２に対し発行する。
【００６７】
二次局のネットワーク層プロトコル制御部５１２は、接続確認コマンド1に含有された接続確認コマンド2（LAP＿con＿rsp2）を二次局のＩｒＬＡＰ層制御部５１３に対して発行する。二次局のＩｒＬＡＰ層制御部５１３は接続確認コマンド2に含有されたデータを含んだＵＡレスポンスを、送信部５１４を介して、一次局に対して送信する。
【００６８】
このＵＡレスポンスを受信部５１５で受信した一次局のＩｒＬＡＰ層制御部５１３はＵＡレスポンスに含有されたデータを含んだ接続確認コマンド受信通知1（LAP＿con＿conf1）を一次局のネットワーク層プロトコル制御部５１２に対して発行する。一次局のネットワーク層プロトコル制御部５１２は接続確認コマンド受信通知1を受けて接続確認コマンド受信通知1に含有されたデータを含んだ接続確認コマンド受信通知（LM＿con＿conf2）を一次局の上位層制御部５１１に対して発行する。
【００６９】
ここで、従来のＩｒＤＡでは、図３のInitiating LSAP Connection endpointより発行されるLAP_Data.reuest1およびResponding LSAP Connection endpointより発行されるLAP_DATA_req2の交換では、上位層が使用する論理チャネルの作成（SLSAP、DLSAPの交換）を行っている。これに対して、本実施の形態では、一次局のネットワーク層プロトコル制御部５１２は、接続確認コマンド受信通知1（LAP＿con＿conf1）を受けた時点で、予め決められた固定の値で上記論理チャネルの作成を行う。
【００７０】
この一連の接続シークエンスによれば、一次局と二次局との各局管理（Station control）の経由をスキップして（省いて）、終了することができ、機器間で通信するパケットはＳＮＲＭコマンドとＵＡレスポンスの二つになるので、従来と比べて、通信効率を向上できる。
【００７１】
ここで、それぞれの信号を図１中の表現を用いて式で表すと、
接続要求コマンド1 ：  LM＿con＿req1(AAA, Data1)
接続要求コマンド2 ：  LAP＿con＿req2(BBB, Data1)
接続要求コマンド受信通知1 ：  LAP＿con＿ind1(CCC, Data1)
接続要求コマンド受信通知2 ：  LM＿con＿ind2(DDD, Data1)
接続確認コマンド1 ：  LM＿con＿rsp1(EEE, Data2)
接続確認コマンド2 ：  LAP＿con＿rsp2(FFF, Data2)
接続確認コマンド受信通知1 ：  LAP＿con＿conf1(GGG, Data2)
接続確認コマンド受信通知2 ：  LM＿con＿conf2(HHH Data2)
となる。
【００７２】
ＳＮＲＭコマンドとＵＡレスポンスはＬＡＰ層から送信されるパケットフォーマットとして扱われるため式では表されず、本発明の本旨ではないため割愛する。AAA〜HHHはそれぞれの信号に必要なパラメータである。図１に示される右向きの矢印の信号にはData1が左向きの矢印の信号にはData2が含有されることになる。
【００７３】
〔実施の形態２〕
本発明の他の実施の形態について図２、５に基づいて説明すれば、以下のとおりである。
【００７４】
本実施の形態の信号シークエンス図を図２に、またブロック図を図５に示すが、本発明はこれに限るものではない。また、図５に上位層として、ＯＢＥＸおよびＴｉｎｙＴＰとしているが、これに限るものではない。また、図５にネットワーク層プロトコル制御部が単独の層として記述されているが、同等の機能が上位層または下位層に統合され、ネットワーク層プロトコル制御部が単独で存在しなくても構わない。また、図５中の各モジュールは、その機能を実現可能であるならば、ソフトウェアであってもハードウェアであっても構わない。
【００７５】
図２に示すように、切断時においては、まず、一次局の上位層制御部５１１が切断に必要なデータを含有した切断要求コマンド1（LM＿disc＿req1）を発行する。その切断要求コマンド1を受けて、一次局のネットワーク層プロトコル制御部５１２が、一次局のＩｒＬＡＰ層制御部５１３に対して切断要求コマンド1に含有されたデータを入れた切断要求コマンド2（LAP＿disc＿req2）を送信する。一次局のＩｒＬＡＰ層制御部５１３は切断要求コマンド2を受けて、切断要求コマンド2に含有されたデータを入れたＤＩＳＣコマンドを送信部５１４を介して、二次局に対して送信する。
【００７６】
このＤＩＳＣコマンドを受信部５１５にて受信した二次局のＩｒＬＡＰ層制御部５１３は、二次局のネットワーク層プロトコル制御部５１２に対して、ＤＩＳＣコマンドに含有されたデータを含む切断要求コマンド受信通知1（LAP＿disc＿ind1）を発行する。二次局のネットワークプロトコル制御部５１２は二次局の上位層制御部５１１に対して切断要求コマンド受信通知1に含有されたデータを含んだ切断要求受信通知2（LM＿disc＿ind2）を発行する。
【００７７】
この切断要求受信通知2を受けた二次局の上位層制御部５１１は一次局との接続を切断するために、一次局との切断に必要なデータを含んだ切断確認コマンド1（LM＿disc＿resp1）を二次局のネットワークプロトコル制御部５１２に発行する。
【００７８】
二次局のネットワーク層プロトコル制御部５１２は、切断確認コマンド1に含有された上記データを含んだ切断確認コマンド2（LAP＿disc＿rsp2）を二次局のＩｒＬＡＰ層制御部５１３に対して発行する。二次局のＩｒＬＡＰ層制御部５１３は、切断確認コマンド2に含有されたデータを含んだＵＡレスポンスを送信部５１４を介して、一次局に対して送信する。このＵＡレスポンスを受信部５１５で受信した一次局のＩｒＬＡＰ層制御部５１３は、ＵＡレスポンスに含有されたデータを含んだ切断確認コマンド受信通知1（LAP＿disc＿conf1）を一次局のネットワーク層プロトコル制御部５１２に対して発行する。
【００７９】
次に、一次局のネットワーク層プロトコル制御部５１２は切断確認コマンド受信通知1を受けて切断確認コマンド受信通知1に含有されたデータを含んだ切断確認コマンド受信通知2（LM＿disc＿conf2）を一次局の上位層制御部５１１に対して発行する。
【００８０】
この一連の切断シークエンスによれば、一次局と二次局との各局管理（Station control）の経由をスキップして（省いて）、終了することができ、機器間で通信するパケットはＤＩＳＣコマンドとＵＡレスポンスの二つになるので、従来と比べて、通信効率を向上できる。
【００８１】
ここで、それぞれの信号を図２中の表現を用いて式で表すと、
切断要求コマンド1 ：  LM＿disc＿req1(AAA, Data1)
切断要求コマンド2 ：  LAP＿disc＿req2(BBB, Data1)
切断要求コマンド受信通知1 ：  LAP＿disc＿ind1(CCC, Data1)
切断要求コマンド受信通知2 ：  LM＿disc＿ind2(DDD, Data1)
切断確認コマンド1 ：  LM＿disc＿rsp1(EEE, Data2)
切断確認コマンド2 ：  LAP＿disc＿rsp2(FFF, Data2)
切断確認コマンド受信通知1 ：  LAP＿disc＿conf1(GGG, Data2)
切断確認コマンド受信通知2 ：  LM＿disc＿conf2(HHH Data2)
となる。
【００８２】
ＤＩＳＣコマンドとＵＡレスポンスはＬＡＰ層から送信されるパケットフォーマットとして扱われるため式では表されず、本発明の本旨ではないため割愛する。AAA〜HHHはそれぞれの信号に必要なパラメータである。図２に示される右向きの矢印の信号にはData1が左向きの矢印の信号にはData2が含有されることになる。
【００８３】
なお、従来のＩｒＬＭＰ層の切断では、１次局において、上位層の切断処理が終わり、ＩｒＬＭＰ層に切断要求コマンドが発行されると、１次局のＩｒＬＭＰ層は、ＩｒＬＡＰ層に対して、データ転送要求（データはＩｒＬＭＰ層の切断要求コマンド）を送信する。これを受けた２次局のＩｒＬＭＰ層は、切断要求コマンドを受信した時点で、切断状態となる。このとき、切断応答を送信しない。そして、１次局は、前述のＩｒＬＭＰ層切断要求コマンド送信後、ＩｒＬＡＰ層に切断要求コマンドを通知し、ＩｒＬＡＰ層での切断処理が行われる。
【００８４】
〔実施の形態３〕
本発明のさらに他の実施の形態について図５、６に基づいて説明すれば、以下のとおりである。
【００８５】
本実施の形態の信号シークエンス図を図６に、またブロック図を図５にそれぞれ示すが、本発明はこれに限るものではない。また、図５に上位層として、ＯＢＥＸおよびＴｉｎｙＴＰとしているが、これに限るものではない。また、図５にネットワーク層プロトコル制御部が単独の層として記述されているが、同等の機能が上位層または下位層に統合され、ネットワーク層プロトコル制御部が単独で存在しなくても構わない。また、図５中の各モジュールは、その機能を実現可能であるならば、ソフトウェアであってもハードウェアであっても構わない。
【００８６】
図６に示すように、まず、一次局の上位層制御部５１１が接続に必要なデータを含有した接続要求コマンド1（LM＿con＿req1）を発行する。このとき、通信が片方向転送か双方向転送かの情報も合わせて通知される。なお、本実施の形態では、以下、片方向転送が選択されているものとする。
【００８７】
前記接続要求コマンド1を受けて、一次局のネットワーク層プロトコル制御部５１２がＩｒＬＡＰ層制御部５１３に対して、接続要求コマンド1に含有されたデータを入れた接続要求コマンド2（LAP＿con＿req2）を一次局のＩｒＬＡＰ層制御部５１３に送信する。このとき、上位層からの片方向通信選択も合わせて通知される。一次局のＩｒＬＡＰ層制御部５１３は接続要求コマンド2を受けて、接続要求コマンド2に含有されたデータおよび片方向通信選択情報を入れたＳＮＲＭコマンドを送信部５１４を介して、二次局に対して送信する。
【００８８】
一次局のネットワーク層プロトコル制御部５１２は、ＬＡＰ層制御部５１３に接続要求コマンドを発行した時点で、接続処理が完了し、上位層制御部５１１から、データ転送要求コマンドを受けた場合は、下位層のＩｒＬＡＰ層制御部５１３にデータ転送要求コマンドを発行することとなる。
【００８９】
一方、前述の片方向通信選択情報を含むＳＮＲＭコマンドを受信部５１５で受信した二次局のＩｒＬＡＰ層制御部５１３は二次局のネットワーク層プロトコル制御部５１２に対して、ＳＮＲＭコマンドに含有されたデータおよび片方向通信選択情報を含む接続要求コマンド受信通知1（LAP＿con＿ind1）を発行する。二次局のネットワーク層プロトコル制御部５１２は二次局の上位層制御部５１１に対して接続要求コマンド受信通知1に含有されたデータおよび片方向通信選択情報を含んだ接続要求受信通知2（LM＿con＿ind2）を発行する。
【００９０】
この接続要求受信通知2を受けた二次局の上位層制御部５１１は、この状態で一次局との接続を確立する。二次局のネットワーク層プロトコル制御部５１２は、上位層制御部５１１に接続要求コマンド受信通知を発行した時点で接続処理を完了し、下位層のＬＡＰ層制御部５１３からデータ転送要求コマンド受信通知を受けた場合は、上位層制御部５１１にデータ転送要求コマンド受信通知を発行することとなる。
【００９１】
この一連の接続シークエンスによれば、片方向通信での接続作業を終了することができ、また、機器間で通信するパケットはＳＮＲＭコマンドの一つになるので、従来と比べて、通信効率を向上できる。
【００９２】
ここで、それぞれの信号を図６中の表現を用いて、式で表すと、
接続要求コマンド1 ：  LM＿con＿req1(AAA, Data1)
接続要求コマンド2 ：  LAP＿con＿req2(BBB, Data1)
接続要求コマンド受信通知1 ：  LAP＿con＿ind1(CCC, Data1)
接続要求コマンド受信通知2 ：  LM＿con＿ind2(DDD, Data1)
となる。
【００９３】
ＳＮＲＭコマンドはＬＡＰ層から送信されるパケットフォーマットとして扱われるため式では表されず、本発明の本旨ではないため割愛する。AAA〜DDDはそれぞれの信号に必要なパラメータである。図６に示される右向きの矢印の信号にはData1が含有されることになる。
【００９４】
〔実施の形態４〕
本発明のさらに他の実施の形態について図５、７に基づいて説明すれば、以下のとおりである。
【００９５】
本実施の形態の信号シークエンス図を図７に、またブロック図を図５に示すが、本発明はこれに限るものではない。また、図５に上位層として、ＯＢＥＸおよびＴｉｎｙＴＰとしているが、これに限るものではない。また、図５にネットワーク層プロトコル制御部が単独の層として記述されているが、同等の機能が上位層または下位層に統合され、ネットワーク層プロトコル制御部が単独で存在しなくても構わない。また、図５中の各モジュールは、その機能を実現可能であるならば、ソフトウェアであってもハードウェアであっても構わない。本実施の形態においては、すでに片方向通信での接続が１次局と２次局との間で確立されているものとする。
【００９６】
図７に示すように、切断時においては、まず、一次局の上位層制御部５１１により、切断に必要なデータを含有した切断要求コマンド1（LM＿disc＿req1）が発行される。その切断要求コマンド1を受けて、一次局のネットワーク層プロトコル制御部５１２が、一次局のＩｒＬＡＰ層制御部５１３に対して切断要求コマンド1に含有されたデータを入れた切断要求コマンド2（LAP＿disc＿req2）を発行する。一次局のＩｒＬＡＰ層制御部５１３は切断要求コマンド2を受けて、切断要求コマンド2に含有されたデータを入れたＤＩＳＣコマンドを送信部５１４を介して、二次局に対して送信する。１次局のネットワーク層プロトコル制御部５１２は、ＬＡＰ層制御部５１３に切断要求コマンドを発行した時点で、切断処理を完了する。
【００９７】
一方、前述のＤＩＳＣコマンドを受信部５１５にて受信した二次局のＩｒＬＡＰ層制御部５１３は二次局のネットワーク層プロトコル制御部５１２に対して、ＤＩＳＣコマンドに含有されたデータを含む切断要求コマンド受信通知1（LAP＿disc＿ind1）を発行する。二次局のネットワーク層プロトコル制御部５１２は、二次局の上位層制御部５１１に対して切断要求コマンド受信通知1に含有されたデータを含んだ切断要求コマンド受信通知2（LM＿disc＿ind2）を発行する。この切断要求コマンド受信通知2を受けた二次局の上位層制御部５１１は切断状態となる。また、二次局のネットワーク層プロトコル制御部５１２は、上位層制御部５１１に切断要求コマンド受信通知を発行した時点で、切断処理を完了する。
【００９８】
この一連の切断シークエンスによれば、片方向通信時においても、切断作業を、一次局と二次局との各局管理（Station control）の経由をスキップして（省いて）、終了することができ、機器間で通信するパケットはＤＩＳＣコマンド一つになるので、従来と比べて、通信効率を向上できる。
【００９９】
ここで、それぞれの信号を図７中の表現を用いて式で表すと、
切断要求コマンド1 ：  LM＿disc＿req1(AAA, Data1)
切断要求コマンド2 ：  LAP＿disc＿req2(BBB, Data1)
切断要求コマンド受信通知1 ：  LAP＿disc＿ind1(CCC, Data1)
切断要求コマンド受信通知2 ：  LM＿disc＿ind2(DDD, Data1)
となる。
【０１００】
ＤＩＳＣコマンドはＬＡＰ層から送信されるパケットフォーマットとして扱われるため式では表されず、本発明の本旨ではないため割愛する。AAA〜DDDはそれぞれの信号に必要なパラメータである。図７に示される右向きの矢印の信号にはData1が含有されることになる。
【０１０１】
〔実施の形態５〕
本発明のさらに他の実施の形態について図８に基づいて説明すれば、以下のとおりである。
【０１０２】
本実施の形態では、携帯電話間での通信例について説明する。なお、送信機と受信機に携帯電話を用いているが、送信機もしくは受信機のどちらか一方が携帯電話であれば良く、実施の形態１〜４で説明したシークエンスによってデータの送信もしくは受信が可能であるならば、対向機器が携帯電話でなくても構わない。
【０１０３】
図８では、赤外線を用いて、携帯電話A内のデータを携帯電話Bに送信している。携帯電話Bでは、携帯電話Aから送信されたデータを受信すると、携帯電話B内メモリもしくは接続された外部メモリ内に受信データを保存する。前述のデータとは、テキストデータ、画像データ、音声データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話A内のデータとは、携帯電話Aの内部メモリ内のデータ、携帯電話に接続されている外部メモリ（SDカードなどの不揮発性メモリ）内のデータのどちらでも良い。
【０１０４】
前述の接続シークエンスにより、例えば、双方向通信時には、送信側（携帯電話A）においては、ネットワーク層プロトコル制御部５１２において、上位層のデータをＩｒＬＡＰ層制御部５１３に接続要求コマンドとともに渡し、ＩｒＬＡＰ層制御部５１３からの接続確認コマンド受信通知時には、上位層へのデータを合わせて上位層制御部５１１に渡すことができる。一方、受信側（携帯電話B）においては、ネットワーク層プロトコル制御部５１２において、ＩｒＬＡＰ層制御部５１３からの接続要求コマンド受信通知時には、上位層のデータも合わせて上位層制御部５１１に渡し、上位層制御部５１１からの接続確認コマンド通知時は、上位層のデータも合わせてＩｒＬＡＰ層制御部５１３に渡すことで接続を完了する。
【０１０５】
これにより、１つのパケット交換で接続を確立することが可能となり、従来のＩｒＤＡでの複数のパケットによる接続方法と比較して、より短い時間での接続を完了することが可能となる。
【０１０６】
また、片方向通信時には、送信側（携帯電話A）においては、ネットワーク層プロトコル制御部５１２において、上位層のデータを下位層に接続要求とともに渡し、受信側（携帯電話B）においては、ネットワーク層プロトコル制御部５１２において、ＩｒＬＡＰ層制御部５１３からの接続確認コマンド受信通知時には、上位層のデータを合わせて上位層制御部５１１に渡すことができる。一方、受信側（携帯電話B）においては、ＩｒＬＡＰ層５１３からの接続要求コマンド受信通知時には、上位層のデータを合わせて上位層制御部５１１に渡し、接続を完了する。
【０１０７】
これにより、１つのパケット交換で接続を確立することが可能となり、従来のＩｒＤＡでの複数のパケットによる接続方法と比較して、より短い時間での接続を完了することが可能となる。
【０１０８】
以上のように、従来のＩｒＤＡでの通信と比べて、対向局に機器を向けていなければならない時間の短縮が可能となることから、ユーザの利便性の向上、またエラー発生の確率を減らすことが期待される。また、片方向通信での赤外線通信によるデータ転送も可能となる。
【０１０９】
〔実施の形態６〕
本発明のさらに他の実施の形態について図９に基づいて説明すれば、以下のとおりである。
【０１１０】
本実施の形態では、携帯電話と表示装置間での通信例について説明する。なお、送信機として携帯電話を用いているが、実施の形態１〜４で説明したシークエンスによってデータの送信が可能であるならば、送信機器が携帯電話でなくても構わない。また、表示装置が送信側となっても構わない。
【０１１１】
図９では、赤外線を用いて、携帯電話A内のデータを表示装置B（TVやモニタなど）に送信している。表示装置Bでは、携帯電話Aから送信されたデータに対して適切な処理を行い、例えば、画像データであった場合は、必要ならば圧縮されたデータを解凍するなどして、表示を行うが、これに限らない。また、前述のデータとは、テキストデータ、画像データ、音声データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話A内のデータとは、携帯電話Aの内部メモリ内のデータ、携帯電話に接続されている外部メモリ（SDカードなどの不揮発性メモリ）内のデータのどちらでも良い。
【０１１２】
前述の接続シークエンスにより、例えば、双方向通信時には、送信側（携帯電話A）においては、ネットワーク層プロトコル制御部５１２において、上位層のデータをＩｒＬＡＰ層制御部５１３に接続要求コマンドとともに渡し、ＩｒＬＡＰ層制御部５１３からの接続確認コマンド受信通知時には、上位層のデータを合わせて上位層制御部５１１に渡すことができる。一方、受信側（表示装置B）においては、ネットワーク層プロトコル制御部５１２において、ＩｒＬＡＰ層制御部５１３からの接続要求コマンド受信通知時には、上位層のデータも合わせて上位層制御部５１１に渡し、上位層制御部５１１からの接続確認コマンド通知時は、上位層のデータも合わせてＩｒＬＡＰ層制御部５１３に渡すことで接続を完了する。
【０１１３】
これにより、１つのパケット交換で接続を確立することが可能となり、従来のＩｒＤＡでの複数のパケットによる接続方法と比較して、より短い時間での接続を完了することが可能となる。
【０１１４】
また、片方向通信時には、送信側（携帯電話A）においては、ネットワーク層プロトコル制御部５１２において、上位層のデータを下位層に接続要求とともに渡し、受信側（表示装置B）においては、ネットワーク層プロトコル制御部５１２において、ＩｒＬＡＰ層制御部５１３からの接続確認コマンド受信通知時には、上位層のデータを合わせて上位層制御部５１１に渡すことができる。一方、受信側（表示装置B）においては、ＩｒＬＡＰ層５１３からの接続要求コマンド受信通知時には、上位層のデータを合わせて上位層制御部５１１に渡し、接続を完了する。
【０１１５】
これにより、１つのパケット交換で接続を確立することが可能となり、従来のＩｒＤＡでの複数のパケットによる接続方法と比較して、より短い時間での接続を完了することが可能となる。
【０１１６】
以上のように、従来のＩｒＤＡでの通信と比べて、対向局に機器を向けていなければならない時間の短縮が可能となることから、ユーザの利便性の向上、またエラー発生の確率を減らすことが期待される。また、片方向通信での赤外線通信によるデータ転送も可能となる。
【０１１７】
〔実施の形態７〕
本発明のさらに他の実施の形態について図１０に基づいて説明すれば、以下のとおりである。
【０１１８】
本実施の形態では、携帯電話と印刷装置間での通信例について説明する。なお、送信機として携帯電話を用いているが、実施の形態１〜４で説明したシークエンスによってデータの送信が可能であるならば、送信機器が携帯電話でなくても構わない。また、印刷装置が送信側となっても構わない。
【０１１９】
図１０では、赤外線を用いて、携帯電話A内のデータを印刷装置Bに送信している。印刷装置Bでは、携帯電話Aから送信されたデータに対して適切な処理を行い、例えば、画像データであった場合は、必要ならば圧縮されたデータを解凍するなどして、印刷を行うが、これに限らない。また、前述のデータとは、テキストデータ、画像データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話A内のデータとは、携帯電話Aの内部メモリ内のデータ、携帯電話に接続されている外部メモリ（SDカードなどの不揮発性メモリ）内のデータのどちらでも良い。
【０１２０】
前述の接続シークエンスにより、例えば、双方向通信時には、送信側（携帯電話A）においては、ネットワーク層プロトコル制御部５１２において、上位層のデータをＩｒＬＡＰ層制御部５１３に接続要求コマンドとともに渡し、ＩｒＬＡＰ層制御部５１３からの接続確認コマンド受信通知時には、上位層のデータを合わせて上位層制御部５１１に渡すことがでる。一方、受信側（印刷装置B）においては、ネットワーク層プロトコル制御部５１２において、ＩｒＬＡＰ層制御部５１３からの接続要求コマンド受信通知時には、上位層のデータも合わせて上位層制御部５１１に渡し、上位層からの接続確認コマンド通知時は、上位層のデータも合わせてＩｒＬＡＰ層制御部５１３に渡すことで接続を完了する。
【０１２１】
これにより、１つのパケット交換で接続を確立することが可能となり、従来のＩｒＤＡでの複数のパケットによる接続方法と比較して、より短い時間での接続を完了することが可能となる。
【０１２２】
また、片方向通信時には、送信側（携帯電話A）においては、ネットワーク層プロトコル制御部５１２において、上位層のデータを下位層に接続要求とともに渡し、受信側（印刷装置B）においては、ネットワーク層プロトコル制御部５１２において、ＩｒＬＡＰ層制御部５１３からの接続確認コマンド受信通知時には、上位層のデータを合わせて上位層制御部５１１に渡すことができる。一方、受信側（印刷装置B）においては、ＩｒＬＡＰ層制御部５１３からの接続要求コマンド受信通知時には、上位層のデータを合わせて上位層制御部５１１に渡し、接続を完了する。
【０１２３】
これにより、１つのパケット交換で接続を確立することが可能となり、従来のＩｒＤＡでの複数のパケットによる接続方法と比較して、より短い時間での接続を完了することが可能となる。
【０１２４】
以上のように、従来のＩｒＤＡでの通信と比べて、対向局に機器を向けていなければならない時間の短縮が可能となることから、ユーザの利便性の向上、またエラー発生の確率を減らすことが期待される。また、片方向通信での赤外線通信によるデータ転送も可能となる。
【０１２５】
〔実施の形態８〕
本発明のさらに他の実施の形態について図１１に基づいて説明すれば、以下のとおりである。
【０１２６】
本実施の形態では、携帯電話と記録装置間での通信例について説明する。なお、送信機として携帯電話を用いているが、実施の形態１〜４で説明したシークエンスによってデータの送信が可能であるならば、送信機器が携帯電話でなくても構わない。また、記録装置が送信側となっても構わない。
【０１２７】
図１１では、赤外線を用いて、携帯電話A内のデータを記録装置Bに送信している。記録装置Bでは、携帯電話Aから送信されたデータに対して適切な処理を行い、例えば、画像データであった場合は、記録装置内メモリまたは記録装置に接続された外部メモリに記録を行う。記録装置内メモリとは、SDRAMなどの揮発性メモリでも、フラッシュメモリなどの不揮発性メモリ、記録可能なDVD、HDDドライブなど、一時的または半永久的に記録できる媒体であれば何でも良い。また、前述のデータとは、テキストデータ、画像データ、音声データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話A内のデータとは、携帯電話Aの内部メモリ内のデータ、携帯電話に接続されている外部メモリ（SDカードなどの不揮発性メモリ）内のデータのどちらでも良い。
【０１２８】
前述の接続シークエンスにより、例えば、双方向通信時には、送信側（携帯電話A）においては、ネットワーク層プロトコル制御部５１２において、上位層のデータをＩｒＬＡＰ層制御部５１３に接続要求コマンドとともに渡し、ＩｒＬＡＰ層制御部５１３からの接続確認コマンド受信通知時には、上位層のデータを合わせて上位層制御部５１１に渡すことができる。一方、受信側（記録装置B）においては、ネットワーク層プロトコル制御部５１２において、ＩｒＬＡＰ層５１３からの接続要求コマンド受信通知時には、上位層のデータも合わせて上位層制御部５１１に渡し、上位層制御部５１１からの接続確認コマンド通知時は、上位層のデータも合わせてＩｒＬＡＰ層制御部５１３に渡すことで接続を完了する。
【０１２９】
これにより、１つのパケット交換で接続を確立することが可能となり、従来のＩｒＤＡでの複数のパケットによる接続方法と比較して、より短い時間での接続を完了することが可能となる。
【０１３０】
また、片方向通信時には、送信側（携帯電話A）においては、ネットワーク層プロトコル制御部５１２において、上位層のデータを下位層に接続要求とともに渡し、受信側（記録装置B）においては、ネットワーク層プロトコル制御部５１２において、ＩｒＬＡＰ層制御部５１３からの接続確認コマンド受信通知時には、上位層のデータを合わせて上位層制御部５１１に渡すことができる。一方、受信側（記録装置B）においては、ＩｒＬＡＰ層制御部５１３からの接続要求コマンド受信通知時には、上位層のデータを合わせて上位層制御部５１１に渡し、接続を完了することで、１つのパケット交換で接続を確立することが可能となる。
【０１３１】
これにより、従来のＩｒＤＡでの複数のパケットによる接続方法と比較して、より短い時間での接続を完了することが可能となる。
【０１３２】
以上のように、従来のＩｒＤＡでの通信と比べて、対向局に機器を向けていなければならない時間の短縮が可能となることから、ユーザの利便性の向上、またエラー発生の確率を減らすことが期待される。
【０１３３】
〔実施の形態９〕
本発明のさらに他の実施の形態について図１３から図３５に基づいて説明すれば、以下のとおりである。なお、本実施の形態で説明する通信プロトコルは、実施の形態１〜８に適用されるものである。よって、実施の形態１〜８において定義した用語については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。
【０１３４】
（１）通信層
図１３は、ＯＳＩ７階層モデルと、ＩｒＤＡの階層および本発明に係る通信システムの階層の対応関係を示す模式図である。
【０１３５】
本実施の形態に係る通信システムの各通信層も、上記ＯＳＩ７層モデルの対応する階層と同等の機能を有する。ただし、図１３に示すように、上記通信システムは、セッション層とプレゼンテーション層とを１つにした、６階層の構造となっている。
【０１３６】
本実施の形態では、説明の便宜上、本発明の一適用例であるＩｒＳｉｍｐｌｅに基づいて説明する。しかし、本発明はＩｒＳｉｍｐｌｅに限定されるものではない。なお、ＩｒＳｉｍｐｌｅとは、従来のＩｒＤＡの一部機能を改良したものである。
【０１３７】
本実施の形態では、ＩｒＳｉｍｐｌｅに則って、データリンク層、ネットワーク層、トランスポート層、セッション層＋プレゼンテーション層を、それぞれ、ＬＡＰ、ＬＡＭＰ、ＳＭＰ、ＯＢＥＸと表記することがある。また、通信層を送信機、受信機で区別する場合に、送信機（一次局）に“Ｐ”、受信機（二次局）に“Ｓ”と付記する。例えば、“ＬＡＰ（Ｐ）”とは、送信機のデータリンク層を意味する。
【０１３８】
（２）送信機−受信機間のシーケンス
（２−１）接続シーケンス
〔Ａ〕レスポンス有り
図１４（ａ）は、本実施の形態（レスポンス有り）の接続シーケンスを示すシーケンス図である。また、図１４（ｃ）は、本実施の形態（レスポンス有り）の接続シーケンスの際の通信データのデータ構造を示す説明図である。
【０１３９】
本実施の形態（レスポンス有り）では、ＳＮＲＭのDestination Device Addressにグローバルアドレスを使用することにより、サーチと同様の機能をＳＮＲＭコマンドに持たせることができる（図１４（ｃ）のSNRM command）。
【０１４０】
また、本実施の形態（レスポンス有り）では、データリンク層の接続パケットであるＳＮＲＭコマンドおよびＵＡレスポンスの中に、ネットワーク層、トランスポート層、セション層、プレゼンテーション層等の上位層の接続に必要なパラメータおよびコマンドを挿入する。これにより、従来のＩｒＤＡでは必要であった上位層それぞれを接続するための接続パケットを１つのパケットに凝縮することができる。
【０１４１】
それゆえ、従来、複数のパケットが必要であった、サーチと接続シーケンスを１つのパケット対で行うことができる。
【０１４２】
〔Ｂ〕レスポンス無し
図１４（ｂ）は、本実施の形態（レスポンス無し）の接続シーケンスを示すシーケンス図である。また、図１４（ｃ）は、本実施の形態（レスポンス無し）の接続シーケンスの際の通信データのデータ構造を示す説明図である。なお、本実施の形態（レスポンス無し）では、ＵＡレスポンス（図１４（ｃ）のUA response for SNRM）は不要である。
【０１４３】
ユーザまたはアプリケーションおよびデータ種類によっては、受信機からのレスポンスを省略した通信方式を選択できる。この場合、図１４（ｂ）に示すように、ＳＮＲＭコマンドのみでサーチおよび接続が終了したものとできる。
【０１４４】
このように、本実施の形態の接続シーケンスは、複数の通信層の接続リクエストをまとめることにより、接続に要する時間を短縮するものであるため、通信路が切断した場合でも再接続が容易である。よって、通信路が切断しやすい、例えば赤外線による無線通信に特に適している。ただし、IEEE802.11無線、Bluetoothを含む他の無線通信、および、有線通信においても効果的である。
【０１４５】
また、本実施の形態では、すべての通信層の接続を１回の通信で接続する例について説明するが、本発明はこれに限定されない。例えば、１つの通信層を接続した後、残りの複数の通信層を接続するようにしてもよい。また、１つの通信層の接続が複数回の通信によって行われてもよい。例えば、ネットワーク層の接続が２回の通信を要する場合、データリンク層の接続とネットワーク層の１回目の接続とを１つの接続リクエストにまとめ、ネットワーク層の２回目の接続とトランスポート層の接続とを１つの接続リクエストにまとめてもよい。
【０１４６】
（２−２）データ交換シーケンス
〔Ａ〕レスポンス有り
図１５（ａ）（ｂ）は、本実施の形態（レスポンス有り）のデータ交換シーケンスを示すシーケンス図である。また、図１５（ａ）は、本実施の形態（レスポンス有り）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。
【０１４７】
本実施の形態（レスポンス有り）では、１つのデータ間毎の下位層及び上位層のレスポンスを極力減らし、多くのデータを送信した後にエラーがあったか無かったかを返信する。
【０１４８】
送信機は、データ通信時に、シーケンシャルなパケット番号および受信データに問題がなかったかを問うためのフラグと、上記データをパケットのサイズに合わせて分割した分割データで構築されたパケットを用いる。
【０１４９】
図１５（ａ）に示すように、送信機は、所定数のパケット数を送信した後に上記フラグをオンにしたパケットの送信を行う。これに対し、受信機は、以前のデータの始めから、もしくは上記フラグがオンであったパケットを受信し、返信を行ってから、エラーを検出しなかった場合は、正常に受信した旨を送信機に通知する。また、受信機は、以前のデータの始めから、もしくは上記フラグがオンであったパケットを受信し、返信を行ってから、エラーを検出した場合は、受信することができなかったパケット以降の上記分割データ部分を無視し、上記フラグのみを確認し、上記フラグがオンであった場合に、エラーにより受信できなかったパケット番号を送信機へ通知する。
【０１５０】
さらに、送信機は、正常に受信した旨を受信機から受けた場合、次のパケットから送信を行う。また、送信機は、エラーがあったという通知を受けた場合、受信できなかったパケット番号から、上記フラグをオンにしたパケットまでを再送信する。
【０１５１】
これにより、パケット間を詰めることができ、効率のよい通信が可能となる。
【０１５２】
図１５（ａ）に示すように、本実施の形態（レスポンス有り）では、ＵＩフレーム（図１６（ｂ））を使用する。このため、データリンク層（ＬＡＰ層）ではパケットの抜けが認識できず、トランスポート層で検出する。
【０１５３】
ＵＩフレームのトランスポート層のデータ部分にシーケンシャルナンバーとデータ確認用フラグ、データの最後のパケットかどうか、受信したデータが正常であったかを示すフラグを設け、それらのフラグによってデータの送信を行う。
【０１５４】
〔Ｂ〕レスポンス無し
図１７（ａ）（ｂ）は、本実施の形態（レスポンス無し）のデータ交換シーケンスを示すシーケンス図である。また、図１７（ｂ）は、本実施の形態（レスポンス無し）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。
【０１５５】
本実施の形態（レスポンス無し）では、受信機のレスポンスを必要としない場合、データの完全性のみを確認する。そのため、送信機はパケットにシーケンスナンバーを振り、全てのデータを連続で送信する。
【０１５６】
そして、受信機は、エラーがあったかどうかを確認するのみであり、正常に受信した場合には全てのデータを受けた後、受信機内で正常受信であることを認識し、次の動作を行う。この場合の次の動作とは、例えば受信したデータを表示したり、印刷したり、保存したりすることである。一方、エラーを検出した場合、受信機内で正常受信できなかったことを認識し、次の動作を行う。この場合の次の動作とは、失敗したことをユーザーに知らせるためのインジケートや、次の受信待ち状態になることである。
【０１５７】
なお、本実施の形態（レスポンス無し）でも、図１７（ｂ）に示すＵＩフレーム（図１６（ｂ））を使用する。
【０１５８】
（２−３）切断シーケンス
〔Ａ〕レスポンス有り
図１８（ａ）は、本実施の形態（レスポンス有り）の切断シーケンスを示すシーケンス図である。また、図１８（ｃ）は、本実施の形態（レスポンス有り）の切断シーケンスの際の通信データのデータ構造を示す説明図である。
【０１５９】
図１８（ｃ）に示すように、本実施の形態（レスポンス有り）では、ネットワーク層、トランスポート層、セション層、プレゼンテーション層等の上位層の切断に必要なパラメータおよびコマンドを、ＤＩＳＣコマンドおよびＵＡレスポンスの中に挿入した。
【０１６０】
これにより、従来、複数のパケットが必要であった、切断シーケンスを１つのパケット対で行うことができる。
【０１６１】
〔Ｂ〕レスポンス無し
図１８（ｂ）は、本実施の形態（レスポンス無し）の切断シーケンスを示すシーケンス図である。また、図１８（ｃ）は、本実施の形態（レスポンス有り）の切断シーケンスの際の通信データのデータ構造を示す説明図である。なお、本実施の形態（レスポンス無し）では、ＵＡレスポンス（図１８（ｃ）のUA response）は不要である。
【０１６２】
図１８（ｂ）に示すように、本実施の形態（レスポンス無し）では、受信機のレスポンスを必要としないとして接続した場合、ＤＩＳＣコマンドのみでサーチおよび切断が終了したものとできる。
【０１６３】
（３）送信機、受信機内のシーケンス
図１９〜図３５では、説明の便宜上、データリンク層をＬＡＰ、ネットワーク層をＬＡＭＰ、トランスポート層をＴＴＰまたはＳＭＰ、セッション層およびプレゼンテーション層をＯＢＥＸと表記する。また、通信層を送信機と受信機とで区別するために、送信機に“Ｐ”、受信機に“Ｓ”と付記する。例えば、“ＬＡＰ（Ｐ）”とは、送信機のデータリンク層を意味する。
【０１６４】
（３−１）接続シーケンス
〔Ａ〕レスポンス有り
図１９は、本実施の形態（レスポンス有り）の接続シーケンスを示すシーケンス図である。また、図２０（ａ）、図２０（ｂ）は、本実施の形態（レスポンス有り）の接続シーケンスの際の通信データのデータ構造を示す説明図である。
【０１６５】
図１９に示すように、本実施の形態（レスポンス有り）では、送信機、受信機とも、接続準備を行う。その後、送信機は、上位層のリクエストをそのまま下位層に渡していき、１つのパケット（ＳＮＲＭ）として送信する。一方、受信機は、ＳＮＲＭパケットを受けて、そのまま上位層へ接続できた旨の通知を行った後、ＯＢＥＸ（Ｓ）のレスポンスをそのまま下位層に渡していき、１つのパケット（ＵＡ）として送信する。送信機は、ＵＡを受けたことで接続完了とし、上位層に通知（Connect.confirm）を上げていく。
【０１６６】
このときの、送信機、受信機内のシーケンスは以下のとおりである。
【０１６７】
まず、送信機の各通信層について説明する。
【０１６８】
ＯＢＥＸ（Ｐ）は、アプリケーションからの接続要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して接続要求コマンドをデータに入れて接続要求関数（Primitive）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から接続確認関数を受けた場合に、そのデータの中からＯＢＥＸ接続のレスポンスを確認し、問題ない（Success）というレスポンスであれば、接続完了とする。
【０１６９】
ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの接続要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の接続要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して接続要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から接続確認関数を受けた場合、関数のデータから受信機のＳＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＳＭＰ（Ｓ）とのネゴシエーションを終了する。また、ＳＭＰ（Ｐ）は、接続確認関数のデータからＳＭＰ（Ｓ）のパラメータを取り除いたデータをＯＢＥＸ（Ｐ）に対して接続確認関数として送信する。
【０１７０】
ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＳＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して接続要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から接続確認関数を受けた場合、関数のデータから受信機のＬＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＭＰ（Ｓ）とのネゴシエーションを終了する。また、ＬＭＰ（Ｐ）は、接続確認関数のデータからＬＭＰ（Ｓ）のパラメータを取り除いたデータを、ＳＭＰ（Ｐ）に対して接続確認関数として送信する。
【０１７１】
なお、通常は論理ポートを管理するためにＬＳＡＰ（Link Service Access Point）が定義される。そして、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＳＡＰにコネクションレスの値を固定値として使用する。このため、ＬＭＰの接続パラメータ交換は不要となっている。
【０１７２】
ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＬＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＳＮＲＭコマンドを出力する。また、ＬＡＰ（Ｐ）は、受信機の物理層からＵＡレスポンスを受けた場合、ＵＡレスポンスのデータから受信機のＬＡＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＡＰ（Ｓ）とのネゴシエーションを終了する。また、ＬＡＰ（Ｐ）は、ＵＡレスポンスのデータからＬＡＰ（Ｓ）のパラメータを取り除いたデータを、ＬＭＰ（Ｐ）に対して接続確認関数として送信する。
【０１７３】
つづいて、受信機の各通信層について説明する。
【０１７４】
ＯＢＥＸ（Ｓ）は、アプリケーションから接続要求関数を受けて、受信待機状態になる。また、ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数（Indication）を受けた場合に、そのデータの中からＯＢＥＸ接続コマンドを確認し、問題が無ければSuccessというレスポンスを接続返答関数（Response）としてＳＭＰ（Ｓ）に対して出力し、接続完了とする。
【０１７５】
ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＯＢＥＸ（Ｓ）に発した後、ＯＢＥＸ（Ｓ）からの接続返答関数を待つ。また、ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの接続返答関数を受けた場合に、ＬＭＰ（Ｓ）に対してＯＢＥＸ（Ｓ）の接続返答関数のデータに上記返答のパラメータを付加して、ＬＭＰ（Ｓ）に対して接続返答関数を発生し、ＳＭＰ層のネゴシエーションを終了する。
【０１７６】
ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＳＭＰ（Ｓ）に発した後、ＳＭＰ（Ｓ）からの接続返答関数を待つ。また、ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの接続返答関数を受けた場合に、ＬＡＰ（Ｓ）に対してＳＭＰ（Ｓ）の接続返答関数のデータに上記返答のパラメータを付加して、ＬＡＰ（Ｓ）に対して接続返答関数を発生し、ＬＭＰ層のネゴシエーションを終了する。
【０１７７】
なお、通常は論理ポートを管理するためにＬＳＡＰ（Link Service Access Point）が定義される。そして、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＳＡＰにコネクションレスの値を固定値として使用する。このため、ＬＭＰの接続パラメータ交換は不要となっている。
【０１７８】
ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＡＰ（Ｓ）は、物理層からＳＮＲＭコマンドを受けた場合に、ＳＮＲＭコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、ＳＮＲＭコマンドのデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＬＭＰ（Ｓ）に発した後、それに対しての返答のパラメータを作成し、ＬＭＰ（Ｓ）からの接続返答関数を待つ。また、ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの接続返答関数を受けた場合に、ＬＭＰ（Ｓ）の接続返答関数のデータに上記返答のパラメータを付加して、物理層に対してＵＡレスポンスを出力し、ＬＡＰ層のネゴシエーションを終了する。
【０１７９】
〔Ｂ〕レスポンス無し
図２１は、本実施の形態（レスポンス無し）の接続シーケンスを示すシーケンス図である。また、図２０（ａ）は、本実施の形態（レスポンス無し）の接続シーケンスの際の通信データのデータ構造を示す説明図である。
【０１８０】
図２１に示すように、本実施の形態（レスポンス無し）では、送信機、受信機とも、接続準備を行う。その後、送信機は、上位層のリクエストをそのまま下位層に渡していき、１つのパケット（ＳＮＲＭ）として送信する。そして、送信機は、ＳＮＲＭパケットを送信した時点で接続完了として、ＬＡＰ（Ｐ）から上位層に通知（Connect.confirm）を上げていく。一方、受信機は、ＳＮＲＭパケットを受けて、そのまま上位層へ接続できた旨の通知を行い、ＯＢＥＸ（Ｓ）に通知した時点で接続完了とする。
【０１８１】
このときの、送信機、受信機内のシーケンスは以下のとおりである。
【０１８２】
まず、送信機の各通信層について説明する。
【０１８３】
ＯＢＥＸ（Ｐ）は、アプリケーションからの接続要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して接続要求コマンドをデータに入れて接続要求関数（Primitive）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から接続確認関数を受けた場合に、接続完了とする。
【０１８４】
ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの接続要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の接続要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して接続要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から接続確認関数を受けた時点で、送信したパラメータでネゴシエーションができたとして、ＳＭＰ層のネゴシエーションを終了する。また、この時、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）に対して接続確認関数を送信する。
【０１８５】
ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＳＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して接続要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から接続確認関数を受けた時点で、送信したパラメータでネゴシエーションができたとして、ＬＭＰ層のネゴシエーションを終了する。また、この時、ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）に対して接続確認関数を送信する。
【０１８６】
なお、通常は論理ポートを管理するためにＬＳＡＰ（Link Service Access Point）が定義される。そして、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＳＡＰにコネクションレスの値を固定値として使用する。このため、ＬＭＰの接続パラメータ交換は不要となっている。
【０１８７】
ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＬＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＳＮＲＭコマンドを出力する。また、ＬＡＰ（Ｐ）は、ＳＮＲＭコマンドを出力した時点で、送信したパラメータでネゴシエーションができたとして、ＬＡＰ層のネゴシエーションを終了する。また、この時、ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）に対して接続確認関数を送信する。
【０１８８】
つづいて、受信機の各通信層について説明する。
【０１８９】
ＯＢＥＸ（Ｓ）は、アプリケーションから接続要求関数を受けて、受信待機状態になる。また、ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数（Indication）を受けた場合に、そのデータの中からＯＢＥＸ接続コマンドを確認し、問題が無ければ、接続完了とする。
【０１９０】
ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用してネゴシエーションを完了させる。そして、ＳＭＰ（Ｓ）は、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＯＢＥＸ（Ｓ）に発する。
【０１９１】
ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用してネゴシエーションを完了させる。そして、ＬＭＰ（Ｓ）は、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＳＭＰ（Ｓ）に発する。
【０１９２】
なお、通常は論理ポートを管理するためにＬＳＡＰ（Link Service Access Point）が定義される。そして、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＳＡＰにコネクションレスの値を固定値として使用する。このため、ＬＭＰの接続パラメータ交換は不要となっている。
【０１９３】
ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＡＰ（Ｓ）は、物理層からＳＮＲＭコマンドを受けた場合に、ＳＮＲＭコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用してネゴシエーションを完了させる。そして、ＬＡＰ（Ｓ）は、上記関数のデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＬＭＰ（Ｓ）に発する。
【０１９４】
（３−２）データ交換シーケンス
〔Ａ〕レスポンス有り
図２２は、本実施の形態（レスポンス有り）のデータ交換シーケンスを示すシーケンス図である。また、図２３は、本実施の形態（レスポンス有り）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。
【０１９５】
図２２に示すように、本実施の形態（レスポンス有り）では、送信機が、ＰＵＴコマンドを発生し、それが下位層まで伝わり、ＵＩフレーム（図１６（ｂ））として出力される。
【０１９６】
一方、受信機は、データを受け取り、上位層へ通知を上げていく。このとき、ＳＭＰ（Ｓ）では、上位層のＯＢＥＸ（Ｓ）に対して、データが続くことを通知する（status=truncated）。
【０１９７】
送信機は、ある一定数のパケットを送信した後に、データがきちんと届いているかどうかを確認するフラグをＯＮにして送信する。これを受けて、受信機では、ＳＭＰ（Ｓ）が、エラーがあったかなかったか、あった場合にはエラーが発生した番号を送信機に通知する。
【０１９８】
送信機は、エラーが無ければ次のパケット群を出力し、エラーがあればエラーがあったパケット以降のパケットを再送信する。
【０１９９】
送信機は、データの最後になったときに、データの最後であることを示すフラグをＯＮにして送信する。これに対して、受信機は、ＳＭＰ（Ｓ）が、このフラグがＯＮであれば、ＯＢＥＸ（Ｓ）にデータがそろったことを通知し（status=OK）、ＯＢＥＸ（Ｓ）のレスポンスを待つ。そして、ＯＢＥＸ（Ｓ）のレスポンスが発生したとき、そのデータを下位層へ伝えていき、ＵＩフレームとして出力する。
【０２００】
送信機は、受けたレスポンスがSuccessであれば、正常終了する。
【０２０１】
このときの、送信機、受信機内のシーケンスは以下のとおりである。
【０２０２】
送信機では、ＯＢＥＸ（Ｐ）が下位層に対してＰＵＴコマンドをデータ送信関数として出力する。ただし、ＯＢＥＸ（Ｐ）は、PUT Final（最後のPUT）コマンド以外のＰＵＴコマンドのレスポンス（正常の場合はContinueが返る）を必要とせずにＳＭＰ（Ｐ）で送信可能である場合には、次のコマンドを出力していく。PUT FinalコマンドもしくはＰＵＴコマンド以外のコマンドの場合には、下位層からのデータ通知関数を待ち、そのデータ内のレスポンスをみてコマンドを終了する。
【０２０３】
ここで、データ送信関数とは、下位層に対してデータ送信を要求する関数（Data Request）である。また、データ通知関数とは、下位層からデータを受信したことを知らせる関数（Data Indicate）である。
【０２０４】
受信機では、ＯＢＥＸ（Ｓ）が下位層からデータ通知関数を受けて、データを受ける。ただし、ＯＢＥＸ（Ｓ）は、PUT Finalコマンド以外のPUTコマンドに対しては、レスポンスを返さず、PUT FinalコマンドもしくはＰＵＴコマンド以外のコマンドの場合はデータ送信関数としてレスポンスを返す。
【０２０５】
ここで、送信機、受信機に共通する、上位層と下位層のデータ送信関数およびデータ通知関数でのヘッダ等について説明する。
【０２０６】
ＳＭＰは、ＯＢＥＸからデータ送信関数を受けると、ＬＭＰに対して、(a)ＬＭＰで送信可能なサイズがデータ送信関数内のデータのサイズよりも小さいときには、該データをＬＭＰが送信可能なサイズに分割し、(b)ＬＭＰで送信可能なサイズがデータ送信関数内のデータのサイズよりも大きいときには、いくつかのデータを結合して、送信可能なサイズ以下の、より大きなデータを作成する。また、ＳＭＰは、シーケンシャルな番号、相手機器にデータ受信状態を問い合わせる引数、データの最後を示す引数、相手機器のＳＭＰがＯＢＥＸのレスポンスが必要であることを示す引数、受信したデータが正常であったかどうかを示す引数などを入れたＳＭＰヘッダを作成する。そして、このＳＭＰヘッダを、上記分割または結合したデータに付加したデータを入れたデータ送信関数をＬＭＰに対して発する。
【０２０７】
さらに、ＳＭＰは、ＬＭＰからデータ通知関数を受けると、該関数内のデータからＳＭＰヘッダを抜き出し、シーケンス番号が正常であるか（すなわち、抜けなく順番に来ているか）を確認する。そして、正常であった場合には、ＯＢＥＸへデータ通知関数を発する。このとき、データ通知関数は、下位層からのデータ通知関数ごとに出力してもよいし、いくつかの下位層からのデータ通知関数のデータをあわせて出力してもよい。
【０２０８】
送信機のＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からのデータ送信関数をＬＭＰ（Ｐ）へのデータ送信関数に変換して、規定しているある一定数のデータ量のデータ送信関数を発する。その後、ＳＭＰ（Ｐ）は、受信機にデータ受信状態を問い合わせる引数をTrueにしてデータ送信関数を発して、ＬＭＰ（Ｐ）のデータ通知関数を待つ。
【０２０９】
ＳＭＰ（Ｐ）は、ＬＭＰ（Ｓ）からのデータ通知関数内のＳＭＰヘッダを解析し、受信したデータが正常であったかどうかを示す引数が正常に受信していたことを示していた場合、次のデータを送信する準備ができたとして、ＯＢＥＸ（Ｐ）に対して送信可能であるステートになる。すなわち、この状態でＯＢＥＸ（Ｐ）からのデータを受け付けることができる。
【０２１０】
これに対して、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｓ）からの受け取ったデータ通知関数のＳＭＰヘッダを解析して受信したデータが正常であったかどうかを示す引数が正常に受信していなかったことを示していた場合、正常に受信できなかったと通知されたデータ送信関数から相手機器にデータ受信状態を問い合わせる引数をTrueにしたデータ送信関数までを再度発生する。ＳＭＰ（Ｐ）は、全てのデータ送信関数によるデータが受信機に通知されるまで、もしくはある規定回数再発生を繰り返す。
【０２１１】
さらに、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からデータの最後であるとした引数がTrueであるデータ送信関数を受けた場合、そのデータ送信関数の最後のデータを入れた、ＬＭＰ（Ｐ）へのデータ送信関数を、このデータ送信関数がデータの最後であることを示す引数、または、受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数をTrueにして発する。
【０２１２】
これに対して、受信機のＳＭＰ（Ｓ）は、ＬＭＰ（Ｓ）からデータ通知関数を受けた際に、データの最後または受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数がTrueであった場合に、ＯＢＥＸ（Ｓ）へＳＭＰ（Ｓ）のヘッダを外したデータを入れたデータ通知関数を発する。
【０２１３】
また、ＳＭＰ（Ｓ）は、データ通知関数をＬＭＰ（Ｓ）から受けた場合に、そのデータ通知関数内のデータからＳＭＰヘッダを解析し、シーケンシャルな番号を確認する。ＳＭＰ（Ｓ）は、受信機にデータ受信状態を問い合わせる引数がTrueであるヘッダを受けるまで正常に受信できていれば、受信したデータが正常であったかどうかを示す引数を正常に受信できたことを示すものにしてＳＭＰヘッダを作成し、それをデータとしてＬＭＰ（Ｓ）に対してデータ送信関数を発する。
【０２１４】
一方、ＳＭＰ（Ｓ）は、正常に受信できなかったことを検出した場合には、正常に受信できなかったと予測されるＳＭＰヘッダの番号を記憶する。例えば、０，１，２，３，５と受けたとき、５個目は４となるべきなのに４を受けなかった場合には、正常に受信できなかったと予測される番号は４となる。そして、それ以降、ＳＭＰ（Ｓ）は、ＳＭＰヘッダの受信機にデータ受信状態を問い合わせる引数がTrueであるかどうかのみを調べて、ＯＢＥＸ（Ｓ）へのデータ通知関数の出力を停止する。
【０２１５】
ＳＭＰ（Ｓ）は、受信機にデータ受信状態を問い合わせる引数がTrueであるデータ通知関数を受けた場合に、受信したデータが正常であったかどうかを示す引数を正常に受信できなかったことを示すものにし、正常に受信できなかったＳＭＰヘッダの番号をシーケンシャル番号を入れるフィールドに挿入したＳＭＰヘッダを作成して、それをデータとしてＬＭＰ（Ｓ）に向けてデータ送信関数を発する。
【０２１６】
また、ＳＭＰ（Ｓ）は、データの最後であることを示す引数、または受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数がTrueであったデータ通知関数を受けた場合、ＯＢＥＸ（Ｓ）へデータ通知関数を出力した後、ＯＢＥＸ（Ｓ）からのデータ送信要求を待つ。
【０２１７】
ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からのデータ送信要求を受けた場合には、受信したデータが正常であったかどうかを示す引数に正常に受信できたとするＳＭＰヘッダを作成し、それをＯＢＥＸ（Ｓ）のデータ送信要求のデータに付加して、ＬＭＰ（Ｓ）に対してデータ送信関数を発する。なお、エラーがあった場合には、ＯＢＥＸ（Ｓ）への通知は止まるため、待つときは正常であったときのみとなる。
【０２１８】
つぎに、ＬＭＰは上位層からデータ送信要求関数を受けたときには、その関数内のデータにＬＭＰヘッダをつけてデータを作成し、ＬＡＰにそのデータが入ったデータ送信要求関数を発する。また、ＬＭＰは、ＬＡＰからデータ通知関数を受けた場合には、その関数内のデータからＬＭＰヘッダを除いたデータを作成し、ＳＭＰにそのデータが入ったデータ通知関数を発する。
【０２１９】
なお、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＭＰヘッダにはコネクションレスの値が入ったＬＳＡＰが入る。
【０２２０】
ＬＡＰは、ＬＭＰからデータ送信要求関数を受けたとき、その関数内のデータにＬＡＰヘッダをつけてデータを作成し、物理層にそのデータがはいったＵＩフレームを発する。また、ＬＡＰは、物理層からデータ受信通知を受けた場合には、そのＵＩフレームのデータからＬＡＰヘッダを除いたデータを作成し、ＬＭＰにそのデータが入ったデータ通知関数を発する。なお、本実施の形態では、ＬＡＰヘッダには、接続アドレスとＵＩインジケータが含まれる。
【０２２１】
〔Ｂ〕レスポンス無し
図２４は、本実施の形態（レスポンス無し）のデータ交換シーケンスを示すシーケンス図である。また、図２３は、本実施の形態（レスポンス無し）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。
【０２２２】
図２４に示すように、本実施の形態（レスポンス無し）では、送信機が、ＰＵＴコマンドを発生し、それが下位層まで伝わり、ＵＩフレームとして出力される。
【０２２３】
一方、受信機は、データを受け取り、上位層へ通知を上げていく。このとき、ＳＭＰ（Ｓ）では、上位層のＯＢＥＸ（Ｓ）に対して、データが続くことを通知する（status=truncated）。
【０２２４】
そして、送信機は、データの最後になったときに、データの最後であることを示すフラグをＯＮにして送信する。これに対して、受信機は、ＳＭＰ（Ｓ）が、このフラグがＯＮであれば、ＯＢＥＸ（Ｓ）にデータがそろったことを通知して（status=OK）、データ交換シーケンスを終了する。
【０２２５】
このときの、送信機、受信機内のシーケンスは以下のとおりである。
【０２２６】
送信機では、ＯＢＥＸ（Ｐ）が下位層に対してＰＵＴコマンドをデータ送信関数として出力する。ただし、ＯＢＥＸ（Ｐ）は、すべてのコマンドに対するレスポンスを必要とせずに、コマンドを終了することができる。そして、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）で送信可能である場合に、次のコマンドを出力していく。
【０２２７】
受信機では、ＯＢＥＸ（Ｓ）が下位層からデータ通知関数を受けて、すべてのコマンドに対してレスポンスを返さずに、データのみを受け取る。
【０２２８】
ここで、送信機、受信機に共通する、上位層と下位層のデータ送信関数およびデータ通知関数でのヘッダ等について説明する。
【０２２９】
ＳＭＰは、ＯＢＥＸからデータ送信関数を受けると、ＬＭＰに対して、(a)ＬＭＰで送信可能なサイズがデータ送信関数内のデータのサイズよりも小さいときには、該データをＬＭＰが送信可能なサイズに分割し、(b)ＬＭＰで送信可能なサイズがデータ送信関数内のデータのサイズよりも大きいときには、いくつかのデータを結合して、送信可能なサイズ以下の、より大きなデータを作成する。また、ＳＭＰは、シーケンシャルな番号、相手機器にデータ受信状態を問い合わせる引数、データの最後を示す引数、相手機器のＳＭＰがＯＢＥＸのレスポンスが必要であることを示す引数、受信したデータが正常であったかどうかを示す引数などを入れたＳＭＰヘッダを作成する。そして、このＳＭＰヘッダを、上記分割または結合したデータに付加したデータを入れたデータ送信関数をＬＭＰに対して発する。
【０２３０】
さらに、ＳＭＰは、ＬＭＰからデータ通知関数を受けると、該関数内のデータからＳＭＰヘッダを抜き出し、シーケンス番号が正常であるか（すなわち、抜けなく順番に来ているか）を確認する。そして、正常であった場合には、ＯＢＥＸへデータ通知関数を発する。このとき、データ通知関数は、下位層からのデータ通知関数ごとに出力してもよいし、いくつかの下位層からのデータ通知関数のデータをあわせて出力してもよい。
【０２３１】
送信機のＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からのデータ送信関数をＬＭＰ（Ｐ）へのデータ送信関数に変換する。そして、ＯＢＥＸ（Ｐ）からデータの最後であるとした引数がFalseであるデータ送信関数を受けた場合には、そのデータにＳＭＰヘッダを付けたデータを、ＬＭＰ（Ｐ）へ発する。これに対して、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からデータの最後であるとした引数がTrueであるデータ送信関数を受けた場合には、そのデータ送信関数の最後のデータを入れた、ＬＭＰ（Ｐ）へのデータ送信関数を、このデータ送信関数がデータの最後であることを示す引数、または、受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数をTrueにして発する。
【０２３２】
一方、受信機のＳＭＰ（Ｓ）は、データ通知関数を下位層から受けた場合に、そのデータ通知関数内のデータからＳＭＰヘッダを解析し、シーケンシャルな番号を確認する。そして、ＳＭＰ（Ｓ）は、ＳＭＰヘッダを解析して、正常に受信できていることを確認できた場合、ＬＭＰ（Ｓ）に対してデータ送信関数を発する。
【０２３３】
これに対して、ＳＭＰ（Ｓ）は、正常に受信できなかったことを検出した場合には、ＯＢＥＸ（Ｓ）にエラーとして通知する。例えば、０，１，２，３，５と受けたとき、５個目は４となるべきなのに４を受けなかった場合である。
【０２３４】
そして、それ以降、ＳＭＰ（Ｓ）は、ＳＭＰヘッダのデータの最後を示す引数、または受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数がTrueであることを待ち、Trueであるデータ通知関数を受けるか（なお、受けてもＯＢＥＸ（Ｓ）へは通知はしない）、切断通知関数を受けるか、もしくはある一定時間経つまで、ＯＢＥＸ（Ｓ）へデータ通知を行わないようにする。
【０２３５】
つぎに、送信機のＬＭＰ（Ｐ）は、ＳＭＰ（Ｓ）からデータ送信要求関数を受けたときには、その関数内のデータにＬＭＰヘッダをつけてデータを作成し、ＬＡＰ（Ｐ）にそのデータが入ったデータ送信要求関数を発する。
【０２３６】
一方、受信機のＬＭＰ（Ｓ）は、ＬＡＰ（Ｓ）からデータ通知関数を受けた場合には、その関数内のデータからＬＭＰヘッダを除いたデータを作成し、ＳＭＰ（Ｓ）にそのデータが入ったデータ通知関数を発する。
【０２３７】
なお、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＭＰヘッダにはコネクションレスの値が入ったＬＳＡＰが入る。
【０２３８】
送信機のＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からデータ送信要求関数を受けたとき、その関数内のデータにＬＡＰヘッダをつけてデータを作成し、物理層にそのデータが入ったＵＩフレームを発する。
【０２３９】
一方、受信機のＬＡＰ（Ｓ）は、物理層からデータ受信通知を受けた場合には、そのＵＩフレームのデータからＬＡＰヘッダを除いたデータを作成し、ＬＭＰ（Ｓ）にそのデータが入ったデータ通知関数を発する。なお、本実施の形態では、ＬＡＰヘッダには、接続アドレスとＵＩインジケータが含まれる。
【０２４０】
（３−３）切断シーケンス
〔Ａ〕レスポンス有り
図２５は、本実施の形態（レスポンス有り）の切断シーケンスを示すシーケンス図である。また、図２６（ａ），図２６（ｂ）は、本実施の形態（レスポンス有り）の切断シーケンスの際の通信データのデータ構造を示す説明図である。
【０２４１】
図２５に示すように、本実施の形態（レスポンス有り）では、送信機の切断コマンドが下位層に伝わっていき、ＤＩＳＣコマンドが発生する。受信機は、そのＤＩＳＣコマンドを受けて上位層へ通知していき、そのレスポンスが返り、ＵＡレスポンスが発生する。その後、送信機の上位層まで、ＵＡレスポンスを受信したことを通知して終了する。
【０２４２】
このときの、送信機、受信機内のシーケンスは以下のとおりである。
【０２４３】
まず、送信機の各通信層について説明する。
【０２４４】
ＯＢＥＸ（Ｐ）は、アプリケーションからの切断要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して切断要求コマンドをデータに入れて切断要求関数（Primitive）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から切断確認関数を受けた場合に、そのデータの中からＯＢＥＸ切断のレスポンスを確認し、問題ない（Success）というレスポンスであれば、切断完了とする。
【０２４５】
ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの切断要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の切断要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して切断要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から切断確認関数を受けた場合、関数のデータから受信機のＳＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＳＭＰ（Ｓ）との切断処理を終了する。また、ＳＭＰ（Ｐ）は、切断確認関数のデータからＳＭＰ（Ｓ）のパラメータを取り除いたデータをＯＢＥＸ（Ｐ）に対して切断確認関数として送信する。ただし、通常、切断時にＳＭＰ（Ｐ）で新たに追加するパラメータは無い。
【０２４６】
ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＳＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して切断要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から切断確認関数を受けた場合、関数のデータから受信機のＬＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＭＰ（Ｓ）との切断処理を終了する。また、ＬＭＰ（Ｐ）は、切断確認関数のデータからＬＭＰ（Ｓ）のパラメータを取り除いたデータを、ＳＭＰ（Ｐ）に対して切断確認関数として送信する。ただし、通常、切断時にＬＭＰ（Ｐ）で新たに追加するパラメータは無い。
【０２４７】
ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＬＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＤＩＳＣコマンドを出力する。また、ＬＡＰ（Ｐ）は、受信機の物理層からＵＡレスポンスを受けた場合、ＵＡレスポンスのデータから受信機のＬＡＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＡＰ（Ｓ）との接続を終了する。また、ＬＡＰ（Ｐ）は、ＵＡレスポンスのデータからＬＡＰ（Ｓ）のパラメータを取り除いたデータを、ＬＭＰ（Ｐ）に対して切断確認関数として発する。ただし、通常、切断時にＬＡＰ（Ｐ）で新たに追加するパラメータは無い。
【０２４８】
つづいて、受信機の各通信層について説明する。
【０２４９】
ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数（Indication）を受けた場合に、そのデータの中からＯＢＥＸ切断コマンドを確認し、問題が無ければSuccessというレスポンスを切断返答関数（Response）としてＳＭＰ（Ｓ）に対して出力し、切断完了とする。
【０２５０】
ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＯＢＥＸ（Ｓ）に発した後、ＯＢＥＸ（Ｓ）からの切断返答関数を待つ。また、ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの切断返答関数を受けた場合に、ＬＭＰ（Ｓ）に対してＯＢＥＸ（Ｓ）の切断返答関数のデータに上記返答のパラメータを付加して、ＬＭＰ（Ｓ）に対して切断返答関数を発生し、ＳＭＰ層の切断処理を終了する。ただし、通常、切断時にＳＭＰ（Ｓ）で新たに追加するパラメータは無い。
【０２５１】
ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＳＭＰ（Ｓ）に発した後、ＳＭＰ（Ｓ）からの切断返答関数を待つ。また、ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの切断返答関数を受けた場合に、ＬＡＰ（Ｓ）に対してＳＭＰ（Ｓ）の切断返答関数のデータに上記返答のパラメータを付加して、ＬＡＰ（Ｓ）に対して切断返答関数を発生し、ＬＭＰ層の切断処理を終了する。ただし、通常、切断時にＬＭＰ（Ｓ）で新たに追加するパラメータは無い。
【０２５２】
ＬＡＰ（Ｓ）は、物理層からＤＩＳＣコマンドを受けた場合に、ＤＩＳＣコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、ＤＩＳＣコマンドのデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＬＭＰ（Ｓ）に発した後、それに対しての返答のパラメータを作成し、ＬＭＰ（Ｓ）からの切断返答関数を待つ。また、ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの切断返答関数を受けた場合に、ＬＭＰ（Ｓ）の切断返答関数のデータに上記返答のパラメータを付加して、物理層に対してＵＡレスポンスを出力し、ＬＡＰ層の切断処理を終了する。ただし、通常、切断時にＬＡＰ（Ｓ）で新たに追加するパラメータは無い。
【０２５３】
〔Ｂ〕レスポンス無し
図２７は、本実施の形態（レスポンス無し）の切断シーケンスを示すシーケンス図である。また、図２６（ａ）は、本実施の形態（レスポンス無し）の切断シーケンスの際の通信データのデータ構造を示す説明図である。
【０２５４】
図２７に示すように、本実施の形態（レスポンス無し）では、送信機の切断コマンドが下位層に伝わっていき、ＤＩＳＣコマンドが発生する。送信機では、この時点で切断処理が終了する。一方、受信機は、そのＤＩＳＣコマンドを受けて上位層へ伝えていき、上位層まで通知した時点で切断処理が終了する。
【０２５５】
このときの、送信機、受信機内のシーケンスは以下のとおりである。
【０２５６】
まず、送信機の各通信層について説明する。
【０２５７】
ＯＢＥＸ（Ｐ）は、アプリケーションからの切断要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して切断要求コマンドをデータに入れて切断要求関数（Primitive）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から切断確認関数を受けた場合に、切断完了とする。
【０２５８】
ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの切断要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の切断要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して切断要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から切断確認関数を受けた時点で、送信したパラメータで切断できたとして、ＳＭＰ層の切断処理を終了する。また、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）に対して切断確認関数を送信する。ただし、通常、切断時にＳＭＰ（Ｐ）で新たに追加するパラメータは無い。
【０２５９】
ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＳＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して切断要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から切断確認関数を受けた時点で、送信したパラメータで切断できたとして、ＬＭＰ層の切断処理を終了する。また、ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）に対して切断確認関数を送信する。ただし、通常、切断時にＬＭＰ（Ｐ）で新たに追加するパラメータは無い。
【０２６０】
ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＬＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＤＩＳＣコマンドを出力する。また、ＬＡＰ（Ｐ）は、ＤＩＳＣコマンドを出力した時点で、送信したパラメータで切断できたとして、ＬＡＰ層の切断処理を終了する。また、ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）に対して切断確認関数を発する。ただし、通常、切断時にＬＡＰ（Ｐ）で新たに追加するパラメータは無い。
【０２６１】
つづいて、受信機の各通信層について説明する。
【０２６２】
ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数（Indication）を受けた場合に、そのデータの中からＯＢＥＸ切断コマンドを確認し、問題が無ければ、切断完了とする。
【０２６３】
ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用して切断を完了させる。また、ＳＭＰ（Ｓ）は、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＯＢＥＸ（Ｓ）に発する。ただし、通常、切断時にＳＭＰ（Ｓ）で新たに追加するパラメータは無い。
【０２６４】
ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用して切断を完了させる。また、ＬＭＰ（Ｓ）は、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＳＭＰ（Ｓ）に発する。ただし、通常、切断時にＬＭＰ（Ｓ）で新たに追加するパラメータは無い。
【０２６５】
ＬＡＰ（Ｓ）は、物理層からＤＩＳＣコマンドを受けた場合に、ＤＩＳＣコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用して切断を完了させる。また、ＬＡＰ（Ｓ）は、ＤＩＳＣコマンドのデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＬＭＰ（Ｓ）に発する。ただし、通常、切断時にＬＡＰ（Ｓ）で新たに追加するパラメータは無い。
【０２６６】
（４）レスポンスの有無の切換え
図２８〜図３５を参照しながら、送信機および受信機の通信層間におけるデータおよびパラメータの流れを説明する。
【０２６７】
本実施の形態では、送信機および受信機の各通信層ＬＡＰ、ＬＭＰ、ＳＭＰ、ＯＢＥＸは、接続要求関数、接続通知関数、接続応答関数、接続確認関数を持っている。これらの関数は、上位層（つまり、ＬＭＰ層）からＬＡＰ層へアクセスするための関数である。
【０２６８】
そして、上記関数は、引数として、Data（以下、データと記す）とRequested-QosまたはReturned-QoSが指定できる。上記データは、上述したように、各通信層において設定される。
【０２６９】
一方、Qosは、ＬＡＰで決定されたボーレート等のネゴシエーションパラメータの指定やネゴシエーション結果を、ＯＢＥＸを含めた上位層に通知する。なお、Qosは従来のＩｒＤＡでも使用されている。
【０２７０】
例えば、送信機のアプリケーションもしくはＯＢＥＸ（Ｐ）が、レスポンスが必要／不要というパラメータの入ったQoSを発すると、それが下位層へ順にＬＡＰ（Ｐ）まで伝わる。そして、ＬＡＰ（Ｐ）は、そのQoSの値をネゴシエーションパラメータ（Ack Less Connect）の値として反映させ、受信機へ送信する。
【０２７１】
その結果、送信機および受信機の各通信層が、送信機のアプリケーションもしくはＯＢＥＸ（Ｐ）によるレスポンス必要／不要の指定に従って動作するため、双方向／片方向の接続ができることになる。
【０２７２】
図２８〜図３２は、本実施の形態（レスポンス有り）の接続シーケンス（図１９）のときの、通信層間のデータおよびパラメータの流れを示す説明図である。なお、ＯＢＥＸ−ＳＭＰ間、ＳＭＰ−ＬＭＰ間、ＬＭＰ−ＬＡＰ間のQoSのパラメータは、同一であってもよいが、異なっていてもよい。それゆえ、図中では、-a,-b,-cを付して区別している。
【０２７３】
送信機では、図２８に示すように、con.req(data)（図１９）によって、受信機へ送信するDataとQoS-1（送信機の要求するQoS）のデータとを上位層から下位層に渡す。
【０２７４】
一方、受信機では、図２９に示すように、con.reqによって、QoS-2（受信機の要求するQoS）のデータのみを上位層から下位層にそれぞれ渡す。
【０２７５】
その後、受信機では、ＬＡＰ（Ｓ）がＳＮＲＭコマンドを受けた時点で、送信機のQoS-1と自機のQoS-2を比較して、共通でネゴシエートしたパラメータとしてQoS-3を作成する。そして、図３０に示すように、ＬＡＰ（Ｓ）は、con.ind(data)によって、QoS-3を送信機からのデータと一緒に上位層へ通知する。各上位層は、このQoS-3を記憶して、接続時における接続パラメータとして保持する。
【０２７６】
つづいて、受信機では、con.resp(data)を通知する際、QoSが不要となっている。よって、図３１に示すように、con.resp(data)ではデータのみが上位層から下位層に渡されていく。そして、ＬＡＰ（Ｓ）がcon.resp(data)を受けると、ＵＡレスポンスにQoS-3を入れて、ＵＡレスポンスを発する。
【０２７７】
つづいて、送信機では、ＬＡＰ（Ｐ）がＵＡレスポンスを受けてQoS-3をネゴシエートしたパラメータとして記憶する。そして、ＬＡＰ（Ｐ）は、図３２に示すように、con.conf(data)によって、QoS-3を受信機のデータと一緒に上位層へ通知する。各通信層は、このQoS-3を、確立させた接続における接続パラメータとして保持する。
【０２７８】
本実施の形態では、例えば、con.reqのQoSとして、Requested-QoS:Baud-Rate + Max-Turn-Around-Time + Disconnect-Threshold + DataSize + Ack less connection +Min-Packet-Interval、を使用する。また、Con.ind,con.confのQoSとして、Resultant-QoS:Baud-Rate + Disconnect-Threshold + DataSize + Ack less connection (indication primitive only)、を使用する。
【０２７９】
また、本実施の形態（レスポンス無し）の接続シーケンス（図２１）のときには、通信層間のデータおよびパラメータの流れは次のようになる。
【０２８０】
送信機では、図２８に示すように、con.req(data)（図２１）によって、受信機へ送信するDataとQoS-1（送信機の要求するQoS）のデータとを上位層から下位層に渡す。
【０２８１】
そして、送信機のＬＡＰ（Ｐ）は、QoS-1をそのままQoS-3として記憶する。そして、ＬＡＰ（Ｐ）は、図３２に示すように、con.confによってQoS-3を上位層へ通知する。各通信層は、このQoS-3を、確立させた接続における接続パラメータとして保持する。
【０２８２】
一方、受信機では、図２９に示すように、con.reqによって、QoS-2（受信機の要求するQoS）のデータのみを上位層から下位層にそれぞれ渡す。
【０２８３】
その後、受信機では、ＬＡＰ（Ｓ）がＳＮＲＭコマンドを受けた時点で、送信機のQoS-1をもって、QoS-3とする。なお、QoS-2のパラメータがQoS-1との組み合わせで満足しない場合には受信できない。
【０２８４】
つづいて、図３０に示すように、ＬＡＰ（Ｓ）は、con.ind(data)によって、QoS-3を送信機からのデータと一緒に上位層へ通知する。各上位層は、このQoS-3を記憶して、接続時における接続パラメータとして保持する。
【０２８５】
これにより、レスポンス有り/無しを、アプリケーションが上記QoS-1とQoS-2を上位層（アプリケーション）操作することで、切り替えることができる。
【０２８６】
ここで、レスポンス有り/無しの切換えの基準としては、送信するファイルのファイル形式、アプリケーション、ユーザの選択等が考えられる。
【０２８７】
具体的には、ファイル形式を基準とする場合、例えば、マルチメディア関連ファイルの場合にはレスポンス有り/無し両方選べるようにし、電話帳、メール、スケジュール等のファイルであってデータが受信されたことを確認したい場合にはレスポンス有りが自動的に選択されるようにしてもよい。また、アプリケーションを基準とする場合、例えば、スライドショーの場合にはレスポンス無しが自動的に選択されるようにしてもよい。また、ユーザの選択による場合、例えば、レスポンス有り/無しのメニュー表示からユーザに選択させるようにしてもよい。
【０２８８】
図３３〜図３５は、本実施の形態の接続シーケンスのときの、通信層間のデータおよびパラメータの流れの変形例を示す説明図である。
【０２８９】
送信機において最初のＳＮＲＭコマンドにすべての通信層の情報が含まれる場合に（図１９）、データやパラメータを各通信層でリレーしながら伝達する（図２８）のではなく、図３３のように、各通信層からＬＡＰ層へ直接渡すように構成することもできる。
【０２９０】
また逆に、図３４のように、受信機において、ＳＮＲＭコマンドに含まれるデータやパラメータをすべて取り出し、宛先である各通信層へＬＡＰ層から直接渡すように構成することもできる。
【０２９１】
また、図３５のように、送信機において、ＯＢＥＸ（Ｐ）、ＳＭＰ（Ｐ）、ＬＭＰ（Ｐ）のデータやパラメータをＬＭＰ（Ｐ）で統合し、さらに、ＬＡＰ（Ｐ）にて、上記統合したデータやパラメータにＬＡＰ（Ｐ）のパラメータを追加してＳＮＲＭコマンドを生成するように構成することもできる。
【０２９２】
本発明の通信機器は、ネットワーク層プロトコル制御部を有し、通信接続を行う際に、該ネットワーク層プロトコル制御部は上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発し、上位層から接続要求コマンドを受けた際に上位層からのユーザーデータを下位層に接続要求コマンドを発するとともに渡し、下位層から接続確認コマンド受信通知を受けた際に接続確認コマンド受信通知内のユーザーデータを上位層に対して接続確認コマンド受信通知を発するとともに渡すようにし、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発し、下位層から接続要求コマンド受信通知を受けた際に接続確認コマンド受信通知内のユーザーデータを上位層に対して接続確認コマンド受信通知を発するとともに渡し、上位層から接続確認コマンドを受けた際に上位層からのユーザーデータを下位層に接続確認コマンドを発するとともに渡すように構成してもよい。
【０２９３】
上記シークエンスによれば、接続時において、一組のパケット交換で接続処理を完了することができるので、通信効率を向上できる。
【０２９４】
また、本発明の通信機器は、ネットワーク層プロトコル制御部を有し、通信接続を行う際に、上位層から片方向通信選択を通知された場合は、該ネットワーク層プロトコル制御部は上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンドを発して接続処理を完了し、上位層から接続要求コマンドを受けた際に上位層からのユーザーデータを下位層に接続要求コマンドを発するとともに渡し、下位層から接続要求コマンド受信通知を受けた際に、片方向通信選択が通知された場合は、接続要求コマンド受信通知を上位層に発し、下位層から接続要求コマンド受信通知を受けた際に接続要求コマンド受信通知内のユーザーデータを上位層に対して接続確認コマンド受信通知を発するように構成してもよい。
【０２９５】
上記シークエンスによれば、片方向通信選択時においても、接続時において、一つのパケット送信で接続処理を完了することができるので、通信効率を向上できる。
【０２９６】
また、本発明の通信機器は、片方向通信により対向局と接続が確立している状態で、通信切断を行う際に、該ネットワーク層プロトコル制御部は上位層から切断要求コマンドを受けた際に、下位層に対してデータ転送要求コマンドを発せず切断要求コマンドを発し、上位層から切断要求コマンドを受けた際に上位層からのユーザーデータを下位層に切断要求コマンドを発するとともに渡し、下位層から切断要求コマンド受信通知を受けた際に、上位層に切断要求コマンド受信通知を発し、下位層から切断要求コマンド受信通知を受けた際に切断確認コマンド受信通知内のユーザーデータを上位層に対して切断確認コマンド受信通知を発するように構成してもよい。
【０２９７】
このようにすることにより、切断時において、一組のパケット交換で切断処理を完了することができるので、通信効率を向上できる。
【０２９８】
例えば、上記のシークエンスによれば、接続時には、ＬＭＰ層の接続にかかる時間がＬＡＰ層の接続時間に含まれ、従来のＩｒＤＡと比較して、数１０ｍｓから数１００ｍｓ（機器に依存）程度、接続時間を短縮できるという効果を奏する。また、切断時においても、ＬＭＰ層の切断にかかる時間が、ＬＡＰ層の切断時間に含まれるため、従来のＩｒＤＡと比較して、数１０ｍｓから数１００ｍｓ（機器に依存）程度、切断時間を短縮できるという効果を奏する。
【０２９９】
ところで、従来のＩｒＤＡ方式では、１対多の双方向通信が可能となっている。この１対多の双方向通信のときに、局管理で下位の接続状況を管理し、ＬＳＡＰで論理的な接続を管理するということになる。他のプロトコルで例をあげると、ＩＰプロトコルにおいて、ネットワークドライブと接続されている場合に、ＩＰアドレスでデバイスがいることを確認している（局管理が行っていること）のと、それをネットワークドライブとして論理的に認識（ＬＳＡＰが行っていること）しているようなものである。
【０３００】
本発明のネットワーク層プロトコルにおいては、１対１の双方向通信または１対１或いは１対多の片方向の通信（本実施の形態の「例えば一次局が二次局からの返信を特に必要としない場合」を前提とする構成の場合、局管理を介在させる、やり取りを省いて、通信効率を向上できる。
【０３０１】
本発明のネットワーク層プロトコルは、その各手順を実行することにより、従来のＩｒＤＡ方式で行われる１対多の双方向通信はできなくなるが、１対１の双方向通信の場合、通信媒体が光であることから見通しでしか通信できず、また、上記光の指向角も狭いこと、さらに、通信距離が〜数ｍであること、から通信相手を使用者が特定できるため、日常の使用上において問題は生じないものとなっている（従来のＩｒＤＡでも１対多の通信が行われていることはほとんど無く、大半は１対１通信である）。また、片方向の通信の場合はそもそも接続という概念があまり無い（リモコンのイメージを参照）ため、局管理を省略できる。ここでいう双方向とは、何らかのパケットが相互に交換されることを示しているが、ファイルなどのオブジェクトが相互に交換されるということを意味していない。
【０３０２】
本発明のネットワーク層プロトコルは、光を用いた空間通信の分野、特にＩｒＤＡ方式の赤外線通信方式を用いた通信システム、通信機器に好適に適用できる。
【０３０３】
次に、通信機器５０（図５）の各ブロック、特にネットワーク層プロトコル制御部５１２は、ハードウェアロジック（通信回路）によって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０３０４】
すなわち、通信機器５０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである通信機器５０の制御プログラム（通信プログラム）のプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記通信機器５０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０３０５】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０３０６】
また、通信機器５０を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０３０７】
以上のように、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、２次局と通信する１次局としての通信機器であって、２次局との通信接続を行うとき、ネットワーク層において、上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発するネットワーク層プロトコル制御部を備えることを特徴としている。
【０３０８】
また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、２次局と通信する１次局としての通信機器における通信方法であって、２次局との通信接続を行うとき、ネットワーク層において、上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発することを特徴としている。
【０３０９】
また、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、１次局と通信する２次局としての通信機器であって、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発するネットワーク層プロトコル制御部を備えることを特徴としている。
【０３１０】
また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、１次局と通信する２次局としての通信機器における通信方法であって、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発することを特徴としている。
【０３１１】
また、本発明に係る通信システムは、上記１次局としての通信機器と、上記２次局としての通信機器とを含むことを特徴としている。
【０３１２】
上記の構成および方法によれば、１次局では、２次局との通信接続を行うとき、ネットワーク層において、上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発する。一方、２次局では、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発する。
【０３１３】
よって、上記の接続シークエンスによれば、下位層の接続後に、ネットワーク層を接続するための通信を行う必要がない。したがって、接続時のシークエンスが簡単化されるため、通信効率を向上できる。
【０３１４】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、２次局との通信接続を行うとき、上位層から接続要求コマンドを受けた際に、接続要求コマンドを下位層に発するとともに、上記上位層からの接続要求コマンドに含まれるユーザーデータを下位層に渡すことが好ましい。
【０３１５】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、２次局との通信接続を行うとき、下位層から接続確認コマンド受信通知を受けた際に、接続確認コマンド受信通知を上位層に発するとともに、上記下位層からの接続確認コマンド受信通知に含まれるユーザーデータを上位層に渡すことが好ましい。
【０３１６】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、接続要求コマンド受信通知を上位層に発するとともに、上記下位層からの要求コマンド受信通知に含まれるユーザーデータを上位層に渡すことが好ましい。
【０３１７】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、１次局との通信接続を行うとき、上位層から接続確認コマンドを受けた際に、接続確認コマンドを下位層に発するとともに、上記上位層からの接続確認コマンドに含まれるユーザーデータを下位層に渡すことが好ましい。
【０３１８】
また、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、２次局と通信する１次局としての通信機器であって、２次局との通信切断を行うとき、ネットワーク層において、上位層から切断要求コマンドを受けた際に、下位層に対してデータ転送要求コマンドを発せず切断要求コマンドを発し、下位層から切断確認コマンド受信通知を受けた際に、上位層に切断確認コマンド受信通知を発するネットワーク層プロトコル制御部を備えることを特徴としている。
【０３１９】
また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、２次局と通信する１次局としての通信機器における通信方法であって、２次局との通信切断を行うとき、ネットワーク層において、上位層から切断要求コマンドを受けた際に、下位層に対してデータ転送要求コマンドを発せず切断要求コマンドを発し、下位層から切断確認コマンド受信通知を受けた際に、上位層に切断確認コマンド受信通知を発することを特徴としている。
【０３２０】
また、本発明に係る通信機器は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、１次局と通信する２次局としての通信機器であって、１次局との通信切断を行うとき、下位層から切断要求コマンド受信通知を受けた際に、上位層に切断要求コマンド受信通知を発し、上位層から切断確認コマンドを受けた際に、下位層に対して切断確認コマンドを発するネットワーク層プロトコル制御部を備えることを特徴としている。
【０３２１】
また、本発明に係る通信方法は、ネットワーク層、該ネットワーク層より上位の通信層である上位層、該ネットワーク層より下位の通信層である下位層を有し、１次局と通信する２次局としての通信機器における通信方法であって、１次局との通信切断を行うとき、下位層から切断要求コマンド受信通知を受けた際に、上位層に切断要求コマンド受信通知を発し、上位層から切断確認コマンドを受けた際に、下位層に対して切断確認コマンドを発することを特徴としている。
【０３２２】
また、本発明に係る通信システムは、上記１次局としての通信機器と、上記２次局としての通信機器とを含むことを特徴としている。
【０３２３】
上記の構成および方法によれば、１次局では、２次局との通信切断を行うとき、ネットワーク層において、上位層から切断要求コマンドを受けた際に、下位層に対してデータ転送要求コマンドを発せず切断要求コマンドを発し、下位層から切断確認コマンド受信通知を受けた際に、上位層に切断確認コマンド受信通知を発する。一方、２次局では、１次局との通信切断を行うとき、下位層から切断要求コマンド受信通知を受けた際に、上位層に切断要求コマンド受信通知を発し、上位層から切断確認コマンドを受けた際に、下位層に対して切断確認コマンドを発する。
【０３２４】
よって、上記の切断シークエンスによれば、下位層の切断前に、ネットワーク層を切断するための通信を行う必要がない。したがって、切断時のシークエンスが簡単化されるため、通信効率を向上できる。
【０３２５】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、２次局との通信切断を行うとき、上位層から切断要求コマンドを受けた際に、切断要求コマンドを下位層に発するとともに、上記上位層からの切断要求コマンドに含まれるユーザーデータを下位層に渡すことが好ましい。
【０３２６】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、２次局との通信切断を行うとき、下位層から切断確認コマンド受信通知を受けた際に、切断確認コマンド受信通知を上位層に発するとともに、上記下位層からの切断確認コマンド受信通知に含まれるユーザーデータを上位層に渡すことが好ましい。
【０３２７】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、１次局との通信切断を行うとき、下位層から切断要求コマンド受信通知を受けた際に、切断要求コマンド受信通知を上位層に発するとともに、上記下位層からの切断要求コマンド受信通知に含まれるユーザーデータを上位層に渡すことが好ましい。
【０３２８】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、１次局との通信切断を行うとき、上位層から切断確認コマンドを受けた際に、切断確認コマンドを下位層に発するとともに、上記上位層からの切断確認コマンドに含まれるユーザーデータを下位層に渡すことが好ましい。
【０３２９】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、２次局との通信接続を行うとき、上位層から片方向通信での接続要求コマンドを受けた場合、下位層に対して接続要求コマンドを発行した後、下位層からの接続確認コマンドなしで、上位層からのデータ転送要求コマンドに対して、下位層にデータ転送要求コマンドを発行することを特徴としている。
【０３３０】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知および１次局が片方向転送を要求している旨の通知を受けた場合、上位層に接続要求受信通知コマンドを発行した後、上位層からの接続確認コマンドを受けることなく、下位層からデータ受信通知を受けた場合は、上位層にデータ受信通知を発行することを特徴としている。
【０３３１】
上記の構成によれば、１次局では、２次局との通信接続を行うとき、上位層から片方向通信での接続要求コマンドを受けた場合、下位層に対して接続要求コマンドを発行した後、下位層からの接続確認コマンドなしで、上位層からのデータ転送要求コマンドに対して、下位層にデータ転送要求コマンドを発行する。一方、２次局では、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知および１次局が片方向転送を要求している旨の通知を受けた場合、上位層に接続要求受信通知コマンドを発行した後、上位層からの接続確認コマンドを受けることなく、下位層からデータ受信通知を受けた場合は、上位層にデータ受信通知を発行する。
【０３３２】
よって、上記の接続シークエンスによれば、２次局から１次局へのレスポンス無しで、接続を完了することができるため、片方向通信での接続およびデータ転送を行うことが可能となる。
【０３３３】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、２次局との通信接続を行うとき、上位層から接続要求コマンドを受けた際に、接続要求コマンドを下位層に発するとともに、上記上位層からの接続要求コマンドに含まれるユーザーデータを下位層に渡すことが好ましい。
【０３３４】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、１次局との通信接続を行うとき、下位層から接続要求コマンド受信通知を受けた際に、接続要求コマンド受信通知を上位層に発するとともに、上記下位層からの接続要求コマンド受信通知に含まれるユーザーデータを上位層に渡すことが好ましい。
【０３３５】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、２次局との片方向通信を切断するとき、上位層から切断要求コマンドを受けた際に、下位層に対してデータ転送要求コマンドを発せず切断要求コマンドを発し、下位層からの切断確認コマンド受信通知を受けることなく切断処理を完了することを特徴としている。
【０３３６】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、１次局との片方向通信を切断するとき、下位層から切断要求コマンド受信通知を受けた際に、上位層に切断要求コマンド受信通知を発し、上位層からの切断確認コマンドを受けることなく切断処理を完了することを特徴としている。
【０３３７】
上記の構成によれば、１次局では、２次局との片方向通信を切断するとき、上位層から切断要求コマンドを受けた際に、下位層に対してデータ転送要求コマンドを発せず切断要求コマンドを発し、下位層からの切断確認コマンド受信通知を受けることなく切断処理を完了する。一方、２次局では、１次局との片方向通信を切断するとき、下位層から切断要求コマンド受信通知を受けた際に、上位層に切断要求コマンド受信通知を発し、上位層からの切断確認コマンドを受けることなく切断処理を完了する。
【０３３８】
よって、上記の切断シークエンスによれば、２次局から１次局へのレスポンス無しで、切断を完了することができるため、片方向通信での切断を行うことが可能となる。
【０３３９】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、２次局との片方向通信を切断するとき、上位層から切断要求コマンドを受けた際に、切断要求コマンドを発するとともに、上記上位層からの切断要求コマンドに含まれるユーザーデータを下位層に渡すことが好ましい。
【０３４０】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、１次局との片方向通信を切断するとき、下位層から切断要求コマンド受信通知を受けた際に、切断要求コマンド受信通知を上位層に発するとともに、上記下位層からの切断要求コマンド受信通知に含まれるユーザーデータを上位層に渡すことが好ましい。
【０３４１】
さらに、本発明に係る通信機器は、上記ネットワーク層プロトコル制御部は、ＩｒＬＭＰ（Infrared Link Management Protocol）に従うことを特徴としている。
【０３４２】
なお、上記通信機器は、コンピュータによって実現してもよく、この場合には、コンピュータを上記ネットワーク層プロトコル制御部として動作させることにより上記通信機器をコンピュータにて実現させる通信機器の通信プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０３４３】
また、上記通信機器は、上記ネットワーク層プロトコル制御部として機能する通信回路によって実現してもよい。
【０３４４】
また、上記通信機器は、該通信機器によって通信を行う携帯電話に好適である。
【０３４５】
また、上記通信機器は、該通信機器によって受信したデータに基づいて表示する表示装置に好適である。
【０３４６】
また、上記通信機器は、該通信機器によって受信したデータに基づいて印刷する印刷装置に好適である。
【０３４７】
また、上記通信機器は、該通信機器によって受信したデータを記録する記録装置に好適である。
【０３４８】
最後に、本発明の通信機器は、以下のように構成してもよい。
【０３４９】
（１．１次局：LM_CONNECT.request→LAP_CONNECT.request、LAP_CONNECT.confirm→LM_CONNECT.confirm）
本発明の通信機器〔１〕は、ネットワーク層プロトコル制御部を内部に有し、発光源にＬＥＤもしくはＬＤを用いた光空間伝送に用いる通信機器において、対向機器との通信接続を行う際に、該ネットワーク層プロトコル制御部は上位層から接続要求コマンドを受けた際に下位層に対し接続要求コマンドを発し、下位層から接続確認コマンド受信通知を受けた際に下位層に対してデータ転送要求コマンドを発せず上位層に接続確認コマンド受信通知を発するように構成されていてもよい。
【０３５０】
（２．２次局：LAP_CONNCT.indication→LM_CONNECT.indication、LM_CONNECT.response→LAP_CONNECT.response）
本発明の通信機器〔２〕は、ネットワーク層プロトコル制御部を内部に有し、発光源にＬＥＤもしくはＬＤを用いた光空間伝送に用いる通信機器において、対向機器との通信接続を行う際に、該ネットワーク層プロトコル制御部は下位層から接続要求コマンド受信通知を受けた際に、下位層に対してデータ転送要求コマンドを発せず接続要求コマンド受信通知を上位層に発し、上位層から接続確認コマンドを受けた際に下位層に対し接続確認コマンドを発するように構成されていてもよい。
【０３５１】
(３．１次局のLM_CONNECT.request内上位層データをLAP_CONNECT.requestにのせる)
本発明の通信機器〔３〕は、上記通信機器〔１〕において、対向機器との通信接続を行う際に、該ネットワーク層プロトコル制御部は上位層から接続要求コマンドを受けた際に上位層からのユーザーデータを下位層に接続要求コマンドを発するとともに渡すように構成されていてもよい。
【０３５２】
（４．１次局のLAP_CONNECT.confirmの上位層データをLM_CONNECT.confirmにのせる）
本発明の通信機器〔４〕は、上記通信機器〔１〕において、対向機器との通信接続を行う際に、該ネットワーク層プロトコル制御部は下位層から接続確認コマンド受信通知を受けた際に接続確認コマンド受信通知内のユーザーデータを上位層に対して接続確認コマンド受信通知を発するとともに渡すように構成されていてもよい。
【０３５３】
（５．２次局のLAP_CONNECT.indicaiton内上位層データをLM_CONNECT.indicationにのせる）
本発明の通信機器〔５〕は、上記通信機器〔２〕において、対向機器との通信接続を行う際に、該ネットワーク層プロトコル制御部は下位層から接続要求コマンド受信通知を受けた際に要求コマンド受信通知内のユーザーデータを上位層に対して接続要求コマンド受信通知を発するとともに渡すように構成されていてもよい。
【０３５４】
（６．２次局のLAP_CONNECT.response内上位層データをLAP_CONNECT.resoponseにのせる）
本発明の通信機器〔６〕は、上記通信機器〔２〕において、対向機器との通信接続を行う際に、該ネットワーク層プロトコル制御部は上位層から接続確認コマンドを受けた際に上位層からのユーザーデータを下位層に接続確認コマンドを発するとともに渡すように構成されていてもよい。
【０３５５】
（７．１次局のLM_DISCONNECT.request→LAP_DISCONNECT.request、LAP_DISCONNECT.indication→LM_DISCONNECT.indication）
本発明の通信機器〔７〕は、ネットワーク層プロトコル制御部を内部に有し、発光源にＬＥＤもしくはＬＤを用いた光空間伝送に用いる通信機器において、対向機器との通信切断を行う際に、該ネットワーク層プロトコル制御部は上位層から切断要求コマンドを受けた際に、下位層に対してデータ転送要求コマンドを発せず切断要求コマンドを発し、下位層から切断確認コマンド受信通知を受けた際に上位層に切断確認コマンド受信通知を発するように構成されていてもよい。
【０３５６】
（８．２次局のLAP_DISCONNECT.indication→LM_DISCONNECT.indication、LM_DISCONNECT.request→LAP_DISCONNECT.request）
本発明の通信機器〔８〕は、ネットワーク層プロトコル制御部を内部に有し、発光源にＬＥＤもしくはＬＤを用いた光空間伝送に用いる通信機器において、対向機器との通信切断を行う際に、該ネットワーク層プロトコル制御部は下位層から切断要求コマンド受信通知を受けた際に、上位層に切断要求コマンド受信通知を発し、上位層から切断確認コマンドを受けた際に下位層に対して切断確認コマンドを発するように構成されていてもよい。
【０３５７】
（９．１次局のLM_DISCONNECT.request内上位層データをLAP_DISCONNECT.requestにのせる）
本発明の通信機器〔９〕は、上記通信機器〔７〕において、対向機器との通信切断を行う際に、該ネットワーク層プロトコル制御部は上位層から切断要求コマンドを受けた際に上位層からのユーザーデータを下位層に切断要求コマンドを発するとともに渡すように構成されていてもよい。
【０３５８】
（１０．１次局のLAP_DISCONNECT.indication内上位層データをLM_DISCONNECT.indicationにのせる）
本発明の通信機器〔１０〕は、上記通信機器〔７〕において、対向機器との通信切断を行う際に、該ネットワーク層プロトコル制御部は下位層から切断確認コマンド受信通知を受けた際に切断確認コマンド受信通知内のユーザーデータを上位層に対して切断確認コマンド受信通知を発するとともに渡すように構成されていてもよい。
【０３５９】
（１１．２次局のLAP_DISCONNECT.indication内上位層データをLM_DISCONNECT.indicationにのせる）
本発明の通信機器〔１１〕は、上記通信機器〔８〕において、対向機器との通信切断を行う際に、該ネットワーク層プロトコル制御部は下位層から切断要求コマンド受信通知を受けた際に切断確認コマンド受信通知内のユーザーデータを上位層に対して切断確認コマンド受信通知を発するとともに渡すように構成されていてもよい。
【０３６０】
（１２．２次局のLM_DISCONNECT.request内上位層データをLAP_DISCONNECT.requestにのせる）
本発明の通信機器〔１２〕は、上記通信機器〔８〕において、対向機器との通信切断を行う際に、該ネットワーク層プロトコル制御部は上位層から切断確認コマンドを受けた際に上位層からのユーザーデータを下位層に切断確認コマンドを発するとともに渡すように構成されていてもよい。
【０３６１】
（１３．１次局が片方向転送を行うとき、LAP_CONNECT.confirmなしで、LM_DATA.request→LAP_DATA.request）
本発明の通信機器〔１３〕は、上記通信機器〔１〕において、対向機器との通信接続を行う際に、該ネットワーク層プロトコル制御部は、上位層から片方向通信での接続要求コマンドを受けた場合、下位層に対して接続要求コマンドを発行した後、下位層からの接続確認コマンドなしで、上位層からのデータ転送要求コマンドに対して、下位層にデータ転送要求コマンドを発行するように構成されていてもよい。
【０３６２】
（１４．１次局が片方向転送を行うとき、LM_CONNECt.request内上位層データをLAP_CONNECT.requestにのせる）
本発明の通信機器〔１４〕は、上記通信機器〔１３〕において、対向機器との通信接続を行う際に、該ネットワーク層プロトコル制御部は上位層から接続要求コマンドを受けた際に上位層からのユーザーデータを下位層に接続要求コマンドを発するとともに渡すように構成されていてもよい。
【０３６３】
（１５．２次局が片方向転送を行うとき、LM_CONNECT.responseなしで、LAP_DATA.indicatioｎ→LM_DATA.indication）
本発明の通信機器〔１５〕は、上記通信機器〔２〕において、対向機器との通信接続を行う際に、該ネットワーク層プロトコル制御部は、下位層から接続要求コマンド受信通知を受けた場合にあわせて下位層から対向局が片方向転送を要求している旨の通知を受けた場合は、上位層に接続要求受信通知コマンドを発行した後、上位層からの接続確認コマンドを受けることなく、下位層からデータ受信通知を受けた場合は、上位層にデータ受信通知を発行するように構成されていてもよい。
【０３６４】
（１６．２次局が片方向転送を行うとき、LAP_CONNECT.indication内上位層データをLM_CONNECT.indicationにのせる）
本発明の通信機器〔１６〕は、上記通信機器〔１５〕において、前記対向機器との通信接続を行う際に、該ネットワーク層プロトコル制御部は下位層から接続要求コマンド受信通知を受けた際に接続要求コマンド受信通知内のユーザーデータを上位層に対して接続要求コマンド受信通知を発するとともに渡すように構成されていてもよい。
【０３６５】
（１７．片方向転送時の１次局の切断）
本発明の通信機器〔１７〕は、上記通信機器〔７〕において、片方向通信での接続が対向局と確立されている場合、対向機器との通信切断を行う際に、該ネットワーク層プロトコル制御部は上位層から切断要求コマンドを受けた際に、下位層に対してデータ転送要求コマンドを発せず切断要求コマンドを発し、下位層からの切断確認コマンド受信通知を受けることなく切断処理を完了するように構成されていてもよい。
【０３６６】
（１８．片方向転送時の２次局の切断）
本発明の通信機器〔１８〕は、上記通信機器〔８〕において、片方向通信での接続が対向局と確立されている場合、対向機器との通信切断を行う際に、該ネットワーク層プロトコル制御部は下位層から切断要求コマンド受信通知を受けた際に、上位層に切断要求コマンド受信通知を発し、上位層からの切断確認コマンドを受けることなく切断処理を完了するように構成されていてもよい。
【０３６７】
（１９．片方向転送時の１次局：LM_DISCONNCT.request内上位層データをLAP_DISCONNECT.requestにのせる）
本発明の通信機器〔１９〕は、上記通信機器〔１７〕において、対向機器との通信切断を行う際に、該ネットワーク層プロトコル制御部は上位層から切断要求コマンドを受けた際に上位層からのユーザーデータを下位層に切断要求コマンドを発するとともに渡すように構成されていてもよい。
【０３６８】
（２０．片方向転送時の２次局：LAP_DISCONNECT.indication内上位層データをLM_DISCONNECT.indicationにのせる）
本発明の通信機器〔２０〕は、上記通信機器〔１８〕において、対向機器との通信切断を行う際に、該ネットワーク層プロトコル制御部は下位層から切断要求コマンド受信通知を受けた際に切断確認コマンド受信通知内のユーザーデータを上位層に対して切断確認コマンド受信通知を発するとともに渡すように構成されていてもよい。
【０３６９】
（２１．ＩｒＬＭＰ）
本発明の通信機器〔２０〕は、上記通信機器〔１〜２０〕のいずれかにおいて、特に前記ネットワーク層プロトコルとは、ＩｒＬＭＰ（Infrared Link Management Protocol）であるものである。
【０３７０】
（２２．通信システム）
本発明の通信システムは、上記通信機器〔１〜２１〕のいずれかを使用したものである。
【０３７１】
（２３．通信回路）
本発明の通信回路は、上記通信機器〔１〜２１〕のいずれかを実現するものである。
【０３７２】
（２４．送受信プログラム）
本発明の通信システムは、上記通信機器〔１〜２１〕のいずれかを実現するものである。
【０３７３】
（２５．携帯電話）
本発明の携帯電話は、上記通信機器〔１〜２１〕のいずれかを搭載したものである。
【０３７４】
（２６．表示装置）
本発明の表示装置は、上記通信機器〔１〜２１〕のいずれかを搭載したものである。
【０３７５】
（２７．印刷装置）
本発明の印刷装置は、上記通信機器〔１〜２１〕のいずれかを搭載したものである。
【０３７６】
（２８．記録装置）
本発明の記録装置は、上記通信機器〔１〜２１〕のいずれかを搭載したものである。
【０３７７】
発明の詳細な説明の項においてなされた具体的な実施態様または実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなく、本発明の精神と次に記載する特許請求事項との範囲内で、いろいろと変更して実施することができるものである。
【産業上の利用可能性】
【０３７８】
本発明は、接続、切断の時間を短縮することが可能であり、通信機器に広く適用可能であり、特に光空間通信機能を有する通信機器に好適に利用できる。
【図面の簡単な説明】
【０３７９】
【図１】本発明の一実施の形態を説明するための信号シークエンス図である。
【図２】本発明の他の実施の形態を説明するための信号シークエンス図である。
【図３】従来のＩｒＤＡでのＩｒＬＭＰ層までの接続処理を説明するための信号シークエンス図である。
【図４】従来のＩｒＤＡでのＩｒＬＭＰ層までの切断を説明するための信号シークエンス図である。
【図５】本発明の実施の形態を説明するためのブロック図である。
【図６】本発明のさらに他の実施の形態を説明するための信号シークエンス図である。
【図７】本発明のさらに他の実施の形態を説明するための信号シークエンス図である。
【図８】本発明のさらに他の実施の形態を説明するための図である。
【図９】本発明のさらに他の実施の形態を説明するための図である。
【図１０】本発明のさらに他の実施の形態を説明するための図である。
【図１１】本発明のさらに他の実施の形態を説明するための図である。
【図１２】従来のＩｒＤＡでの接続およびデータ転送を説明するための信号シークエンス図である。
【図１３】ＯＳＩ７階層モデルと、ＩｒＤＡの階層および本発明の階層の対応関係を示す模式図である。
【図１４】（ａ）は、本発明の実施の形態に係る接続確立のシーケンス図である。（ｂ）は、本発明の実施の形態に係る接続確立のシーケンス図である。（ｃ）は、本発明の実施の形態に係る接続確立のためのパケットフォーマットである。
【図１５】（ａ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。（ｂ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。
【図１６】（ａ）は、ＩｒＤＡのデータ交換で使用されるパケットフォーマットを示す図である。（ｂ）は、本発明のデータ交換で使用されるパケットフォーマットを示す図である。
【図１７】（ａ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。（ｂ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。
【図１８】（ａ）は、本発明の実施の形態に係る切断シ−ケンスを示す図である。（ｂ）は、本発明の実施の形態に係る切断シーケンスを示す図である。（ｃ）は、本発明の実施の形態に係る切断シーケンスのパケットフォーマットである。
【図１９】本発明の実施の形態に係る接続シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図２０】（ａ）は、本発明の実施の形態に係る接続シーケンス時の図１９および図２１における右向きの矢印の各層間の関数におけるデータの変化を示す説明図である。（ｂ）は、本発明の実施の形態に係る各層間の関数におけるデータの変化を示す図である。
【図２１】本発明の実施の形態に係る接続シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図２２】本発明の実施の形態に係るデータ交換時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図２３】本発明の実施の形態に係るデータ交換時の図２２および図２４における各層間の関数におけるデータの変化を示す図である。
【図２４】本発明の実施の形態に係るデータ交換時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図２５】本発明の実施の形態に係る切断シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図２６】（ａ）は、本発明の実施の形態に係る切断シーケンス時の図２５および図２７における右向きの矢印の各層間の関数におけるデータの変化を示す説明図である。（ｂ）は、本発明の実施の形態に係る各層間の関数におけるデータの変化を示す説明図である。
【図２７】本発明の実施の形態に係る切断シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図２８】本発明の実施の形態に係る１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。
【図２９】本発明の実施の形態に係る２次局における接続要求関数の接続パラメータの受け渡しを表す模式図である。
【図３０】本発明の実施の形態に係る１次局における接続確認関数と２次局における接続通知関数のデータと接続パラメータの受け渡しを表す模式図である。
【図３１】本発明の実施の形態に係る２次局における接続返答関数のデータの受け渡しを表す模式図である。
【図３２】本発明の実施の形態に係る１次局における接続確認関数の接続パラメータの受け渡しを表す模式図である。
【図３３】実施の形態の変形例である、接続パラメータを層間で共有する場合の１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。
【図３４】実施の形態の変形例である、接続パラメータを層間で共有する場合の２次局における接続通知関数のデータと接続パラメータの受け渡しを表す模式図である。
【図３５】実施の形態の変形例である、接続パラメータを各層が別々に下位層に渡す場合の１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。
【符号の説明】
【０３８０】
５０    通信機器
５１１    上位層制御部（上位層）
５１２    ネットワーク層プロトコル制御部
５１３    ＩｒＬＡＰ層制御部（下位層）
【図１】
2008206175.tif 000003
【図２】
2008206175.tif 000004
【図３】
2008206175.tif 000005
【図４】
2008206175.tif 000006
【図５】
2008206175.tif 000007
【図６】
2008206175.tif 000008
【図７】
2008206175.tif 000009
【図８】
2008206175.tif 000010
【図９】
2008206175.tif 000011
【図１０】
2008206175.tif 000012
【図１１】
2008206175.tif 000013
【図１２】
2008206175.tif 000014
【図１３】
2008206175.tif 000015
【図１４】
2008206175.tif 000016
【図１５】
2008206175.tif 000017
【図１６】
2008206175.tif 000018
【図１７】
2008206175.tif 000019
【図１８】
2008206175.tif 000020
【図１９】
2008206175.tif 000021
【図２０】
2008206175.tif 000022
【図２１】
2008206175.tif 000023
【図２２】
2008206175.tif 000024
【図２３】
2008206175.tif 000025
【図２４】
2008206175.tif 000026
【図２５】
2008206175.tif 000027
【図２６】
2008206175.tif 000028
【図２７】
2008206175.tif 000029
【図２８】
2008206175.tif 000030
【図２９】
2008206175.tif 000031
【図３０】
2008206175.tif 000032
【図３１】
2008206175.tif 000033
【図３２】
2008206175.tif 000034
【図３３】
2008206175.tif 000035
【図３４】
2008206175.tif 000036
【図３５】
2008206175.tif 000037