JP4094657B2

JP4094657B2 - 通信機器、通信システム、通信方法、通信プログラム、通信回路

Info

Publication number: JP4094657B2
Application number: JP2007500548A
Authority: JP
Inventors: 昇平大澤; 仁志直江; 文博深江; 宏仁酒井
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2005-01-28
Filing date: 2006-01-25
Publication date: 2008-06-04
Anticipated expiration: 2026-01-25
Also published as: JPWO2006080357A1; EP1848178A1; EP1848178A4; WO2006080357A1

Description

本発明は、データの転送を送受信するための通信機器、通信システム、通信方法、通信プログラム、通信回路に関するものである。

近年、携帯電話にカメラ機能が付加されることにより、カメラによって撮影された画像データをテレビ、プリンタなどの機器に転送し、該機器が画像表示処理などの所定の処理を行うといった用途が広まっている。

携帯電話とテレビ、プリンタ、ＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）をつなぐインタフェースとしてＩｒＤＡ（ＩｎｆｒａｒｅｄＤａｔａＡｓｓｏｃｉａｔｉｏｎ）などの赤外線方式がある（非特許文献１・２参照）。

ＩｒＤＡなどの赤外線方式は、指向性があるため、通信機器間に遮蔽物が存在する場合は、データの転送が不可能であるが、通信機器間の見通しが良い場合は、高速のデータ転送が可能である。ＩｒＤＡ規格には、最大転送速度が１６ＭｂｐｓのＶｅｒｙＦａｓｔＩＲ（ＶＦＩＲ）と、４ＭｂｐｓのＦａｓｔＩＲ（ＦＩＲ）と、１１５．２ｋｂｐｓ以下の通信速度のＳＩＲとがあるが、現在市場に出回っているのは、最大転送速度が４Ｍｂｐｓまでのものである。

図１４に、赤外線通信の規格の一つであるＩｒＤＡ規格において、ＩｒＬＡＰ層の接続が確立するまでの手順を示す。

一次局とは、最初に通信相手を探す側の局、すなわち、データ転送状態の確立を要求する局であり、局発見コマンド（ＸＩＤコマンド）を送出する側の局である。また、二次局とは、該要求を受け入れる局であり、局発見コマンドに対して局発見レスポンス（ＸＩＤレスポンス）を送出する側の局である。一次局から二次局への要求（命令）をコマンドと呼び、逆に、そのコマンドに対する、二次局から一次局への応答をレスポンスと呼ぶ。

ＸＩＤコマンドとは、一次局から通信可能距離内に二次局となり得る局が存在するかを探すコマンドである。括弧内の番号を示すＳｌｏｔＮｕｍｂｅｒは、何個目のコマンドを送出しているかを表す。

ＸＩＤコマンドを受け取った二次局は、局発見レスポンスであるＸＩＤレスポンスを返し、自局の存在を一次局に知らせる処理を行う。一次局は、規定の数のＸＩＤコマンドを送出し、最後のＸＩＤコマンドのＳｌｏｔＮｕｍｂｅｒを２５５とする。ＳｌｏｔＮｕｍｂｅｒ２５５は、これが最後のコマンド（ＸＩＤ−ＥＮＤ）であることを示している。

続いて、一次局は、自局の最大転送可能速度、最大受信可能データ長等の通信に必要となるパラメータを、ＳＮＲＭコマンドを用いて二次局に知らせる。そのコマンドを受け取った二次局は、自局の設定値と比較し、受け入れることが可能な設定値を、ＵＡレスポンスを用いて一次局に知らせる。

さらに詳細に述べれば以下の通りである。すなわち、ＩｒＤＡ規格では、一次局からのＸＩＤコマンドのパケットの送信個数は、１個、６個、８個、１６個から選択できるようになっており、この値はＸＩＤコマンドのＤｉｓｃｏｖｅｒｙｆｌａｇに記述されている。そして、例えば図１４のようにＸＩＤコマンドのパケットを８個ずつ送信する場合には、１個目から８個目まではＳｌｏｔＮｕｍｂｅｒをそれぞれ０から７とし、最後にＳｌｏｔＮｕｍｂｅｒを２５５としてＸＩＤ−Ｅｎｄコマンドを送信し、これが最後のパケットであることを相手局である二次局に通知する。そして、最後のパケットを送信後、約５００ｍ秒の時間が経ってから、再び１個目から８個目までを送信することを繰り返し行う。なお、パケット同士の送信間隔は２５ｍ秒から８５ｍ秒である。

二次局は、ＸＩＤコマンドを受信するとすぐにＸＩＤレスポンスを返すと決まっているわけではなく、任意（ランダムな値）のＳｌｏｔＮｕｍｂｅｒを持つパケットを受信した後に、ＸＩＤレスポンスを返す。例えば、８スロットのＸＩＤコマンドパケットが送られてくる場合に、１個目を受信した後にＸＩＤレスポンスを返すか、８個目を受信した後にＸＩＤレスポンスを返すかを、二次局が任意に決めることができる。例として、図１４では、３個目のパケットを受信した後にＸＩＤレスポンスを返す場合を表している。

なお、該ＸＩＤコマンドおよびＸＩＤレスポンスは、ＳＩＲに準拠して９６００ｂｐｓという転送速度で行われることがＩｒＤＡ規格で定められている。該転送速度は、後述するデータフレームの転送速度である４Ｍｂｐｓと比べて非常に遅い。そのため、該ＸＩＤコマンドおよびＸＩＤレスポンスの送受信に要する時間が長くなる。以上の手順を経て、一次局と二次局との間での局発見手順が終了する。

局発見手順終了後、一次局は、自局の最大転送可能速度、最大受信可能データ長等の通信に必要となるパラメータを、ＳＮＲＭコマンドを用いて二次局に知らせる。そのコマンドを受け取った二次局は、自局の最大転送可能速度、最大受信可能データ長等の通信に必要となるパラメータを、ＵＡレスポンスを用いて一次局に知らせることにより、最大転送可能速度、最大転送可能データ長等が定められた、一次局と二次局のＩｒＬＡＰの接続状態が確立する。

以上述べたＩｒＬＡＰのコマンドパケットによるＩｒＬＡＰの接続の後、ＩｒＬＡＰのデータパケットにより、ＩｒＬＭＰ，ＴｉｎｙＴＰ，ＯＢＥＸの接続が行われる。

一次局のＩｒＬＭＰの接続要求が、ＩｒＬＡＰのデータパケットにより二次局に転送され、二次局のＩｒＬＭＰ接続応答が、ＩｒＬＡＰのデータパケットにより一次局に転送され、ＩｒＬＭＰの接続が行われる。

ついで、ＴｉｎｙＴＰの接続要求が、ＩｒＬＡＰのデータパケットにより二次局に転送され、二次局のＴｉｎｙＴＰ接続応答が、ＩｒＬＡＰのデータパケットにより一次局に転送され、ＴｉｎｙＴＰの接続が行われる。

さらに、一次局のＯＢＥＸの接続要求が、ＩｒＬＡＰのデータパケットにより二次局に転送され、二次局のＯＢＥＸ接続応答が、ＩｒＬＡＰのデータパケットにより一次局に転送されＯＢＥＸの接続が行われることにより、情報データの転送が可能な接続状態が確立する。

切断時には、ＯＢＥＸの切断要求と応答、ＴｉｎｙＴＰの切断要求と応答、ＩｒＬＭＰの切断要求と応答がＩｒＬＡＰのデータパケットにより転送され、ついでＩｒＬＡＰの切断要求コマンドパケットであるＤＩＳＣコマンドと応答コマンドパケットであるＵＡレスポンスが転送され、一次局と二次局との間の通信状態が切断される。

また、ＩｒＤＡでは、フレーム単位で通信することが定められている。図１６にＩｒＤＡのフレームを示す。ＩｒＤＡのフレームは、プリアンブルフィールド、スタートフラグ、アドレスフィールド、制御フィールド、データフィールド、ＦＣＳ、ストップフラグから構成されている。上記フィールドのうち、プリアンブルフィールドは、受信側が受信回路内で使用する受信クロックを生成するために用いられる。また、ＦＣＳには、エラー検出のための誤り検出符号が含まれている。

また、フレームには、情報転送用に用いられるＩ（Ｉｎｆｏｒｍａｔｉｏｎ）フレーム、通信の監視制御のためのＳ（Ｓｕｐｅｒｖｉｓｏｒｙ）フレーム、及び通信における接続や切断のために用いるＵ（Ｕｎｎｕｍｂｅｒｅｄ）フレームがある。これらＩ、Ｓ、Ｕフレームを識別するための情報は、上記制御フィールドに含まれている。

通常、伝送されるデータは１フレームで送信できない場合が多いため、複数のＩフレームもしくはＵＩフレームに分割して送信される。Ｉフレームは、伝送するデータをデータフィールドに持ち、データ抜けのチェックに用いる通し番号を有することで信頼性の高い通信の実現を図る。ＵＩフレームは、伝送するデータをＩフィールドに持つが、データ抜けのチェックに用いる通し番号を持たない。Ｓフレームはデータを保持するデータフィールドを有しない構成となっていて、受信準備完了、ビジー状態、再送要求等を伝送するのに用いられる。Ｕフレームは、Ｉフレームのような通し番号を有しないので、非番号フレームと呼ばれ、通信モードの設定、応答や異常状態の報告、データリンクの確立や切断に用いられる。

〔非特許文献１〕ＩｎｆｒａｒｅｄＤａｔａＡｓｓｏｃｉａｔｉｏｎＳｅｒｉａｌＩｎｆｒａｒｅｄＬｉｎｋＡｃｃｅｓｓＰｒｏｔｏｃｏｌ（ＩｒＬＡＰ）Ｖｅｒｓｉｏｎ１．１（Ｊｕｎｅ１６，１９９６）
〔非特許文献２〕ＩｎｆｒａｒｅｄＤａｔａＡｓｓｏｃｉａｔｉｏｎＳｅｒｉａｌＩｎｆｒａｒｅｄＰｈｙｓｉｃａｌＬａｙｅｒＳｐｅｃｉｆｉｃａｔｉｏｎＶｅｒｓｉｏｎ１．４（Ｍａｙ３０，２００３）
しかしながら、上記従来の構成では、データ転送に係る時間が長くなり、転送効率が低下するという問題を生じている。

すなわち、先に述べたように、ＩｒＤＡでは通信の確立までに、５００ｍｓのセンシング、ＸＩＤコマンドによる局発見、ＳＮＲＭ，ＵＡによるネゴシエーションパラメータの交換が必要である。

通信エリア内に複数の通信局が存在する場合には、予期せぬ局の発光により通信を妨げられる現象を防ぐために、エリア内の局を制御することは必須である。しかしながら、赤外線は指向性が高く、また、実際に赤外線通信が行われる場面は１対１通信が多いため、機器による自動的な通信エリア内の局発見が必ずしも必要でないこともある。

さらに、このＸＩＤによる局発見は、ＩｒＤＡ規格により９６００ｂｐｓという、データが交換される４Ｍｂｐｓという速度よりもかなり低速な速度に規定されている。また、情報データの転送までには、図１５に示すように、ＩｒＬＡＰの接続が完了した後、ＩｒＬＭＰ、ＴｉｎｙＴＰ、ＯＢＥＸをＩｒＬＡＰのデータパケット交換を順次行い、それぞれの層を順に接続していく必要がある。切断時も同様にＯＢＥＸ、ＴｉｎｙＴＰ、ＩｒＬＭＰ、ＩｒＬＡＰの順に切断する。

以上の理由により、ある１台の情報端末から別の１台の情報端末に、赤外線でデータを転送するという使い方において、このデータ転送が行われるまでの時間および切断までの時間のために全体としての転送効率が低下する。

また、携帯端末から画像表示装置に画像を転送するような使い方において、送信中にエラーが起きた場合に、ユーザにより送信失敗が容易に判別可能な場合がある。例えば、受信側画像表示装置の表示が、ユーザが送ったものと異なるといった場合や、表示が更新されないといった場合である。

ユーザが送信操作を行い、その送信が成功か失敗かの判断ができるまでの時間が短ければ、エラーのない確実な通信が行われなくとも、ユーザが再操作により再度送信することも大きな負担とならない場合がある。このような装置では、データの受信ができればよく、送信回路および装置を省くことは可能である。

しかし、ＩｒＤＡでは受信機もコマンドに対するレスポンスを返すことが規定されているため、送信回路および装置をすべての受信機に設ける必要がある。

本発明の目的は、通信接続に要する時間を短くできる、通信機器、通信システム、通信方法、通信プログラム、通信回路を提供することにある。

上記の目的を達成するために、本発明に係る通信機器は、二次局と通信する一次局としての通信機器であって、二次局との通信接続を行うとき、二次局の存在を確認するための局発見コマンドを送信することなく、第１の接続要求コマンドを送信して接続処理を行う第１のプロトコル制御部を備えることを特徴としている。

また、本発明に係る通信機器は、一次局と通信する二次局としての通信機器であって、一次局が二次局の存在を確認するための局発見コマンドを受信することなく、一次局から第１の接続要求コマンドを受信したとき、当該第１の接続要求コマンドに対する接続応答レスポンスを送信して接続処理を行う第１のプロトコル制御部を備えることを特徴としている。

また、本発明に係る通信方法は、二次局と通信する一次局としての通信機器における通信方法であって、二次局との通信接続を行うとき、二次局の存在を確認するための局発見コマンドを送信することなく、第１の接続要求コマンドを送信して接続処理を行うことを特徴としている。

また、本発明に係る通信方法は、一次局と通信する二次局としての通信機器における通信方法であって、一次局が二次局の存在を確認するための局発見コマンドを受信することなく、一次局から第１の接続要求コマンドを受信したとき、当該第１の接続要求コマンドに対する接続応答レスポンスを送信して接続処理を行うことを特徴としている。

また、本発明に係る通信システムは、上記１次局としての通信機器と、上記２次局としての通信機器とを含むことを特徴としている。

上記の構成および方法によれば、一次局では、二次局との通信接続を行うとき、二次局の存在を確認するための局発見コマンド（例えばＩｒＤＡのＸＩＤに相当）を送信することなく、接続要求コマンド（例えばＩｒＳｉｍｐｌｅのＳＮＲＭに相当）を送信する。一方、二次局では、一次局が二次局の存在を確認するための局発見コマンド（上記ＸＩＤに相当）を受信することなく、一次局から接続要求コマンド（上記ＳＮＲＭに相当）を受信したとき、当該接続要求コマンドに対する接続応答レスポンス（例えばＩｒＳｉｍｐｌｅのＵＡに相当）を送信する。

よって、上記の接続シークエンスによれば、局発見に関わる通信を行う必要がない。したがって、接続時のシークエンスが簡単化されるため、通信接続に要する時間を短くできるという効果を奏する。例えば、ＩｒＤＡで全体としての転送効率を低下させていた一次局と二次局の接続に必要な時間を短縮した、接続要求から情報転送、切断までの転送効率（通信効率）の高い通信プロトコルを実現できる。

なお、上記通信機器は、コンピュータによって実現してもよく、この場合には、コンピュータを上記通信機器の各部として動作させることにより上記通信機器をコンピュータにて実現させる通信機器の通信プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

また、上記通信機器は、上記の各部として機能する通信回路によって実現してもよい。

また、上記通信機器は、該通信機器によって通信を行う携帯電話に好適である。

また、上記通信機器は、該通信機器によって受信したデータに基づいて表示する表示装置に好適である。

また、上記通信機器は、該通信機器によって受信したデータに基づいて印刷する印刷装置に好適である。

また、上記通信機器は、該通信機器によって受信したデータを記録する記録装置に好適である。

本発明のさらに他の目的、特徴、および優れた点は、以下に示す記載によって十分に分かるであろう。また、本発明の利点は、添付図面を参照した次の説明で明白になるであろう。

本発明の実施の形態１としての送信機のブロック図である。本発明の実施の形態２としての受信機のブロック図である。本発明の実施の形態３としての送信機のブロック図である。上記送信機より第一のコマンドとしてＳＮＲＭコマンドを送信するときの信号シークエンス図である。上記ＳＮＲＭコマンド内のＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓが０ｘＦＦＦＦＦＦＦＦに設定されていることを示すブロック図である。上位層ユーザデータが付加されたＳＮＲＭコマンドとＤＩＳＣコマンドとを示すブロック図であり、（ａ）はＳＮＲＭコマンド、（ｂ）はＤＩＳＣコマンド、（ｃ）はＩｒＤＡでの接続パラメータフォーマット、（ｄ）はＩｒＤＡでの接続パラメータフォーマットの詳細を示す。上位層ユーザデータが付加されたＵＡレスポンスを示し、（ａ）はＳＮＲＭコマンドに対するレスポンス、（ｂ）はＤＩＳＣコマンドに対するレスポンス、（ｃ）ＤＭレスポンスを示す。上記送信機における、ＳＮＲＭコマンドに続き、ＸＩＤコマンドを送信するときの信号シークエンス図である。上記送信機および受信機における、ＳＮＲＭコマンド、ＸＩＤコマンドに続き、ＩｒＤＡ接続が開始するときの信号シークエンス図である。上記送信機における、ＳＮＲＭコマンド、ＸＩＤコマンドに続き、再度ＳＮＲＭコマンドを送信するときの信号シークエンス図である。上記送信機および受信機における、ＸＩＤコマンドを連続受信し、通常のＩｒＤＡ接続するときの信号シークエンス図である。上記送信機および受信機における、ＸＩＤコマンド、ＳＮＲＭコマンドを連続受信し、ＵＡレスポンスを送信するときの信号シークエンス図である。上記送信機における、ＩｒＤＡのＳＮＲＭコマンドに通信方向を付加したものを示すブロック図である。上記送信機および受信機における、ＩｒＤＡのＩｒＬＡＰが接続される手順を示す信号シークエンス図である。上記送信機および受信機における、ＩｒＤＡのデータ転送が行われるまでの接続手順を示す信号シークエンス図である。上記ＩｒＤＡのフレーム構成を示すブロック図である。上記送信機および受信機における、片方向接続の接続手順の信号シークエンス図である。上記送信機および受信機における、コマンドにユーザデータも含めた場合の信号シークエンス図である。ＩｒＤＡでのＸＩＤコマンドフォーマットを示す図である。本発明の実施例である携帯電話を用いた赤外線通信を示す図である。本発明の実施例である表示装置を用いた赤外線通信を示す図である。本発明の実施例である印刷装置を用いた赤外線通信を示す図である。本発明の実施例である記録装置を用いた赤外線通信を示す図である。ＩｒＳｉｍｐｌｅ（双方向通信）およびＩｒＤＡの機能を共に備えた通信機のＬＡＰ層の機能ブロック図である。ＩｒＳｉｍｐｌｅ（片方向送信、片方向受信機能も含む）の機能のみを備えた通信機のＬＡＰ層の機能ブロック図である。ＩｒＳｉｍｐｌｅ片方向送信の機能のみを備えた通信機のＬＡＰ層の機能ブロック図である。ＩｒＳｉｍｐｌｅ片方向受信の機能のみを備えた通信機のＬＡＰ層の機能ブロック図である。送信機および受信機が備えるプロトコルと、接続後のプロトコルとの関係を示すテーブルである。送信機である携帯電話と受信機であるＴＶなどの表示装置がともにＩｒＳｉｍｐｌｅ双方向対応である場合における、接続手順と各機器の表示例を示す説明図である。送信機である携帯電話と受信機であるＴＶなどの表示装置がともにＩｒＳｉｍｐｌｅ片方向対応である場合における、接続手順と各機器における表示例を示す説明図である。送信機である携帯電話と受信機であるＴＶなどの表示装置の接続であって、ＩｒＳｉｍｐｌｅ双方向での通信を行う携帯電話とＩｒＳｉｍｐｌｅ片方向での通信が可能な表示装置の場合における、接続手順と各機器の表示例を示す説明図である。送信機である携帯電話と受信機であるＴＶなどの表示装置の接続であって、従来のＩｒＤＡでの通信を行う携帯電話とＩｒＳｉｍｐｌｅ双方向とＩｒＤＡの両方のプロトコルで通信が可能な表示装置の場合における、接続手順と各機器の表示例を示す説明図である。送信機である携帯電話と受信機であるＴＶなどの表示装置の接続であって、従来のＩｒＤＡでの通信を行う携帯電話とＩｒＳｉｍｐｌｅ片方向での通信が可能な表示装置の場合における、接続手順と各機器の表示例を示す説明図である。ＯＳＩ７階層モデルと、ＩｒＤＡの階層および本発明の階層の対応関係を示す模式図である。（ａ）は、本発明の実施の形態に係る接続確立のシーケンス図である。（ｂ）は、本発明の実施の形態に係る接続確立のシーケンス図である。（ｃ）は、本発明の実施の形態に係る接続確立のためのパケットフォーマットである。（ａ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。（ｂ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。（ａ）は、ＩｒＤＡのデータ交換で使用されるパケットフォーマットを示す図である。（ｂ）は、本発明のデータ交換で使用されるパケットフォーマットを示す図である。（ａ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。（ｂ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。（ａ）は、本発明の実施の形態に係る切断シ−ケンスを示す図である。（ｂ）は、本発明の実施の形態に係る切断シーケンスを示す図である。（ｃ）は、本発明の実施の形態に係る切断シーケンスのパケットフォーマットである。本発明の実施の形態に係る接続シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。（ａ）は、本発明の実施の形態に係る接続シーケンス時の図４０および図４２における右向きの矢印の各層間の関数におけるデータの変化を示す説明図である。（ｂ）は、本発明の実施の形態に係る各層間の関数におけるデータの変化を示す図である。本発明の実施の形態に係る接続シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。本発明の実施の形態に係るデータ交換時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。本発明の実施の形態に係るデータ交換時の図４３および図４５における各層間の関数におけるデータの変化を示す図である。本発明の実施の形態に係るデータ交換時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。本発明の実施の形態に係る切断シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。（ａ）は、本発明の実施の形態に係る切断シーケンス時の図４６および図４８における右向きの矢印の各層間の関数におけるデータの変化を示す説明図である。（ｂ）は、本発明の実施の形態に係る各層間の関数におけるデータの変化を示す説明図である。本発明の実施の形態に係る切断シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。本発明の実施の形態に係る１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。本発明の実施の形態に係る２次局における接続要求関数の接続パラメータの受け渡しを表す模式図である。本発明の実施の形態に係る１次局における接続確認関数と２次局における接続通知関数のデータと接続パラメータの受け渡しを表す模式図である。本発明の実施の形態に係る２次局における接続返答関数のデータの受け渡しを表す模式図である。本発明の実施の形態に係る１次局における接続確認関数の接続パラメータの受け渡しを表す模式図である。実施の形態の変形例である、接続パラメータを層間で共有する場合のの１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。実施の形態の変形例である、接続パラメータを層間で共有する場合の２次局における接続通知関数のデータと接続パラメータの受け渡しを表す模式図である。実施の形態の変形例である、接続パラメータを各層が別々に下位層に渡す場合の１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。

符号の説明

１：送信機（通信機器）
１１：ＣＰＵ
１２：メモリ
１３：コントローラ
１３１：制御部
１３２：コマンドパケット生成部
１４：送信部
２：受信機（通信機器）
２１：ＣＰＵ
２２：メモリ
２３：コントローラ
２３１：制御部
２３２：コマンドパケット生成部
２３３：パケット識別部
２４：送信部
２５：受信部
２６：ＣＤＲ
３：送信機（通信機器）
３１：ＣＰＵ
３２：メモリ
３３：コントローラ
３３１：制御部
３３２：コマンドパケット生成部
３３３：パケット識別部
３４：送信部
３５：受信部
３６：ＣＤＲ
３７：タイマー
１１１：ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部（第１のプロトコル制御部）
１１２：ＩｒＤＡ−ＬＡＰ制御部（第２のプロトコル制御部）
１１３：プロトコル切り替え部

本発明に係る通信方法、およびそれを用いた送受信回路、送受信機の実施の各形態について図１から図３３に基づいて説明すると以下の通りである。本発明に係る通信方法は、通信のためのプロトコルを包含するものである。

〔概要〕
（通信層）
後述する実施の形態では、本発明に係る通信システムの送信機および受信機の構成および動作について、ＯＳＩ７層モデルに基づいて詳細に説明する。ここで、ＯＳＩ７層モデルとは、いわゆる「ＯＳＩ基本参照モデル」「ＯＳＩ階層モデル」とも呼ばれているものである。

ＯＳＩ７層モデルでは、異機種間のデータ通信を実現するために、コンピュータの持つべき通信機能が７階層に分割され、各層ごとに標準的な機能モジュールが定義されている。

具体的には、第１層（物理層）は、データを通信回線に送出するための電気的な変換や機械的な作業を受け持つ。第２層（データリンク層）は、物理的な通信路を確保し、通信路を流れるデータのエラー検出などを行う。第３層（ネットワーク層）は、通信経路の選択や通信経路内のアドレスの管理を行う。第４層（トランスポート層）は、データ圧縮や誤り訂正、再送制御などを行う。第５層（セッション層）は、通信プログラム同士がデータの送受信を行うための仮想的な経路（コネクション）の確立や解放を行う。第６層（プレゼンテーション層）は、第５層から受け取ったデータをユーザが分かりやすい形式に変換したり、第７層から送られてくるデータを通信に適した形式に変換したりする。第７層（アプリケーション層）は、データ通信を利用した様々なサービスを人間や他のプログラムに提供する。

本発明の各通信層も、上記ＯＳＩ７層モデルの対応する階層と同等の機能を有する。ただし、実施の形態では、上記通信システムは、セッション層とプレゼンテーション層とを１つにした、６階層の構造となっている。また、アプリケーション層については、説明を省略する。

本発明は、送信機および受信機が複数の通信層の接続を確立して通信を行う通信システムに広く適用可能である。すなわち、通信機能の分割はＯＳＩ７層モデルに従っていなくてもよい。また、通信層の数は、接続すべき通信層が複数であれば、任意に選択できる。

また、本発明は、局発見コマンドを省略した第１のプロトコルによって短時間で接続できること、および、この第１のプロトコルと、局発見コマンドを用いることでより確実に接続できる第２のプロトコルとを適宜切り替え可能であることから、通信路が切断しやすい、例えば赤外線による無線通信に特に適している。ただし、本発明は、他の無線通信、および、有線通信においても効果的である。

（ＩｒＳｉｍｐｌｅとＩｒＤＡ）
各実施の形態では、説明の便宜上、本発明の一適用例であるＩｒＳｉｍｐｌｅに基づいて説明する。しかし、本発明はＩｒＳｉｍｐｌｅに限定されるものではない。なお、ＩｒＳｉｍｐｌｅとは、従来のＩｒＤＡの一部機能を改良したものである。

各実施の形態において、具体例を挙げて説明する場合、本発明の通信方法をＩｒＳｉｍｐｌｅ（第１のプロトコル）とし、これと同一の装置の搭載する通信方法をＩｒＤＡ（第２のプロトコル）として説明する。このように、ＩｒＳｉｍｐｌｅとＩｒＤＡとを組合わせた場合、物理層を共用できるというメリットがある。また、ＩｒＤＡのように局発見コマンド（ＸＩＤ）および接続要求コマンド（ＳＮＲＭ）を使うプロトコルの場合、後述する本発明の特徴であるプロトコルの切り替え処理を行うことができる。もちろん、ＩｒＳｉｍｐｌｅと組合わせる第２のプロトコルは、ＩｒＤＡでなくてもよく、物理層が異なるものであってもよい。

なお、各実施の形態では、ＩｒＳｉｍｐｌｅに則って、データリンク層、ネットワーク層、トランスポート層、セッション層＋プレゼンテーション層を、それぞれ、ＬＡＰ、ＬＭＰ、ＳＭＰ、ＯＢＥＸと表記することがある。

〔実施の形態１〕
図１は、本実施の形態の送信機（送受信回路、送受信機）１の構成を示すブロック図である。図１に示すように、送信機１は、ＣＰＵ１１と、メモリ１２と、コントローラ１３と、送信部（第１送信手段）１４とを備えており、例えば、ＩｒＤＡ規格に準拠し、赤外線を用いた無線通信にてデータを外部に送信できるものである。なお、上記では、無線通信の方式としてＩｒＤＡ規格を挙げたが、それに限定されるものではない。なお、本実施の形態の送信機１の各ブロックは、ハードウェアロジック（通信回路）によって構成してもよいし、ＣＰＵを用いてソフトウェアによって実現してもよい。

ＣＰＵ１１は、図示しない操作部に入力された利用者の指示に応じて、所定の演算処理を行うものである。所定の演算処理としては、接続要求がある。ＣＰＵ１１は、操作部から接続指示を受けると、接続に必要なデータがある場合にはメモリ１２に格納するとともに、コントローラ１３に対して接続要求を行う。また、ＣＰＵ１１は、コントローラ１３から接続コマンドの送信終了を表す送信終了通知を受け取ると、接続処理を完了する。メモリ１２は、接続に必要なデータを一時記憶するものであり、ＣＰＵ１１によりデータが書き込まれる。

コントローラ１３は、ＣＰＵ１１からの接続要求に応じて、接続要求コマンドの送信を制御するものであり、制御部１３１、コマンドパケット生成部１３２を備えている。制御部１３１は、ＣＰＵ１１から接続要求を受け取ると、メモリ１２に接続時に必要なデータが存在する場合にはこれを読み出し、これをコマンドパケット生成部１３２に送るとともに、コマンドパケット生成部１３２に対してコマンドパケットを生成させる。接続時に必要なデータが存在しない場合には、コマンドパケット生成部１３２に対してコマンドパケットを生成させる。

また、制御部１３はコマンドパケット生成部１３２より生成されたコマンドパケットが、送信部１４から送信されたことを検知し、コマンドの送信が終了したことを示す送信終了通知をＣＰＵ１１に送る。

コマンドパケット生成部１３２は、制御部１３１から受けた接続要求により、接続要求コマンドを生成する。また、接続要求コマンドに含めるデータが存在する場合には、制御部１３１よりデータを受け取り、データを保持した接続要求コマンドを生成する。なお、コマンドパケット生成部１３２が生成したコマンドパケットの転送速度は、制御部１３１により制御される。送信部１４は、赤外線通信路を介して、コントローラ１３から受信したパケットを所定の時間間隔で外部に送信する。

図４に示すように、本実施の形態の送信機１において、ＣＰＵ１１から接続要求があった場合に、制御部１３１は、コマンドパケット生成部１３２で、生成する１番目のパケットとして、自局の最大転送可能速度、最大受信可能データ長等のパラメータ等といった通信に必要となる設定値を保持するＳＮＲＭパケットを生成し、これを送信部１４より外部に送信する。

〔実施の形態２〕
次に、本実施の形態の受信機について、図２を参照しながら説明する。図２は本実施の形態の受信機（送受信回路、送受信機）２の構成を示すブロック図である。図２に示されるように、受信機２は、ＣＰＵ２１と、メモリ２２と、コントローラ２３と、ＣＤＲ（クロックデータリカバリ）２６と、受信部２５と、送信部２４とを備えている。なお、本実施の形態の送信機１の各ブロックは、ハードウェアロジック（通信回路）によって構成してもよいし、ＣＰＵを用いてソフトウェアによって実現してもよい。

受信部２５は、赤外線通信路を介して、送信機１から送信されたパケットを受信し、受信したパケットをＣＤＲ２６に送る。ＣＤＲ２６は、受信したパケットを基に受信信号からクロック信号とコマンド信号とを抽出する（リカバリする）ためのものである。ＣＤＲ２６は、リカバリしたクロック信号とコマンド信号とをコントローラ２３に送る。

コントローラ２３は、ＣＤＲ２６から受けたパケットを基に、所定の制御処理を行うものである。コントローラ２３は、制御部２３１、コマンドパケット生成部２３２およびパケット識別部２３３を備えている。

パケット識別部２３３は、ＣＤＲ２６によりリカバリされたパケットを受け、パケットよりコマンド情報を抽出し、制御部２３１に送る。制御部２３１は、パケットに接続に必要なデータが含まれている場合には、これをメモリ２２に書き込み、ＣＰＵ２１に対してコマンドの受信完了通知を行う。パケットに接続に必要なデータが含まれない場合には、ＣＰＵ２１に対してコマンドの受信完了通知を行う。メモリ２２は、受信部２５が受信したコマンドに接続に必要なデータが含まれていた場合に、これが書き込まれる。ＣＰＵ２１は、制御部２３１からの通知に応じた処理を行う。

図４に示すように、本実施の形態の受信機２において、受信部２５で受信した、本実施の形態１の送信機１より送信されたパケットをパケット識別部２３３により識別し、これがＳＮＲＭコマンドであった際に、制御部２３１は、送信機１より接続要求が送られたことをＣＰＵ２１に通知し、このＳＮＲＭコマンドに対する応答として、自局の最大転送可能速度、最大受信可能データ長等のパラメータをもったＵＡレスポンスをコマンドパケット生成部２３２にて作成し、送信部２４より送信する。

〔実施の形態３〕
本実施の形態１の送信機１において、コマンドパケット生成部１３２により生成されるコマンドパケットが図５に示すＩｒＤＡのＳＮＲＭコマンドである場合に、このＳＮＲＭコマンド内の相手局アドレスであるＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓを０ｘＦＦＦＦＦＦＦＦとする。ＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓが０ｘＦＦＦＦＦＦＦＦとは、ＩｒＤＡではブロードキャストアドレスと規定されているが、用いられることはない非利用コードである。このため、ＩｒＤＡのＳＮＲＭコマンドを用いていても、ＩｒＤＡとは異なる通信方式を用いていることを、特定の送受信機に伝えることができる。

また、本実施の形態２の受信機２では、パケット識別部２３３において受信したＩｒＤＡのＳＮＲＭコマンドのＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓが０ｘＦＦＦＦＦＦＦＦであった場合には、ＩｒＤＡとは異なる通信方式を用いていると判断し、直ちにコマンドパケット生成部２３２よりＵＡレスポンスを生成し、送信部２４より送信する。

〔実施の形態４〕
図６（ａ）にＩｒＤＡのＳＮＲＭコマンドに上位層の接続に必要な、上位層からユーザデータを入れる領域を付加したパケットを示す。なお、この付加した領域は図６（ａ）の位置でなくても構わない。

図６（ｃ）に、ＩｒＤＡのＳＮＲＭコマンド内の自局の最大転送可能速度、最大受信可能データ長などのパラメータのフォーマットを示す。パラメータフォーマットは、パラメータ識別子（ＰＩ）、パラメータ長（ＰＬ）、パラメータ値（ＰＶ）から構成される。パラメータ識別子は、各パラメータごとに固有であり、ＳＮＲＭコマンドを受信した局は、このパラメータ識別子を判別することにより、どのパラメータが設定されているかを知り、処理することができる。図６（ａ）に記載の上位層データに対して、パラメータ識別子を新たに設定し、図６（ｄ）に示すように上位層データをパラメータとして設定することで、既存のＩｒＤＡでの受信回路においても、容易に上位層データの位置、長さ、データを知り、処理することが可能となる。

本実施の形態に係る送信機のブロック図を図３に示す。これは図１に示す送信機１に、図３に示すように、受信部３５とＣＤＲ３６、パケット識別部３３３、タイマー３７を付加した送信機３である。

ＣＰＵ３１より、接続要求を受け取った制御部３３１は、上位層からの、上位層接続のためのユーザデータをＣＰＵ３１より直接、もしくはメモリ３２を経由することで受け取り、これをコマンドパケット生成部３３２に渡し、自局の最大転送可能速度、最大受信可能データ長等のパラメータと共に、ＳＮＲＭコマンドに入れ、これを送信部３４より送信するものである。例えば、この上位層のユーザデータとして、ＩｒＤＡ−ＯＢＥＸ層のＣＯＮＮＥＣＴコマンドが挙げられる。

また、ＳＮＲＭコマンドを送信後、対向局からＵＡレスポンスを受信した場合、受信部３５により受信した信号は、ＣＤＲ３６にてクロックとデータがリカバリされ、パケット識別部３３３に送られる。そして、パケット識別部３３３にて、受信したパケットがＵＡレスポンスであった場合、制御部３３１にその旨を通知するとともに、制御部３３１はＵＡレスポンス内に上位層のデータが存在する場合は、たとえばメモリ３２に書き込み、ＣＰＵ３１に通知する。ＣＰＵ３１では、メモリ３２内に書き込まれた上位層データを解析し、ＯＢＥＸのＳＵＣＣＥＳＳレスポンスが含まれているかどうかを判別する。ＯＢＥＸのＳＵＣＣＥＳＳレスポンスが含まれていない場合は、接続失敗として、データ転送状態に遷移しないような処理を行ってもよい。

また、図６（ｂ）にＤＩＳＣコマンドに上位層の切断に必要な、上位層からのユーザデータを入れる領域を付加したパケットを示す。この付加した領域も、図６（ｂ）の位置でなくても構わない。図３の送信機３において、制御部３３１は、上位層からの、上位層切断のためのユーザデータをＣＰＵ３１より直接、もしくはメモリ３２を経由することで受け取り、これをコマンドパケット生成部３３２に渡し、ＤＩＳＣコマンドにいれ、これを送信部３４より送信するものである。例えば、この上位層のユーザデータとして、ＩｒＤＡ−ＯＢＥＸ層のＤＩＳＣＯＮＮＥＣＴコマンドが挙げられる。

また、ＤＩＳＣコマンドを送信後、対向局からＵＡレスポンスを受信した場合、受信部３５により受信した信号は、ＣＤＲ３６にてクロックとデータがリカバリされ、パケット識別部３３３に送られる。そして、パケット識別部３３３にて、受信したパケットがＵＡレスポンスであった場合、制御部３３１にその旨を通知するとともに、制御部３３１はＵＡレスポンス内に上位層のデータが存在する場合は、たとえばメモリ３２に書き込み、ＣＰＵ３１に通知する。ＣＰＵ３１では、メモリ３２内に書き込まれた上位層データを解析し、ＯＢＥＸのＳＵＣＣＥＳＳレスポンスが含まれているかどうかを判別する。ＯＢＥＸのＳＵＣＣＥＳＳレスポンスが含まれていない場合は、切断失敗として処理を行ってもよい。

図６（ｂ）に記載の上位層データに対して、パラメータ識別子を新たに設定し、図６（ｄ）に示すように上位層データをパラメータとして設定することで、既存のＩｒＤＡでの受信回路においても、容易に上位層データの位置、長さ、データを知り、処理することが可能となる。

〔実施の形態５〕
図７（ａ）および図７（ｂ）にＩｒＤＡのＵＡレスポンスに上位層の接続に必要な、上位層からのユーザデータを入れる領域を付加したパケットをそれぞれ示す。なお、この付加した領域は図７（ａ）および図７（ｂ）にて示した位置でなくても構わない。図７（ａ）に記載の上位層データに対して、パラメータ識別子を新たに設定し、図６（ｄ）に示すように上位層データをパラメータとして設定することで、既存のＩｒＤＡでの受信回路においても、容易に上位層データの位置、長さ、データを知り、処理することが可能となる。

本実施の形態は図２の受信機２において、送信機１よりＳＮＲＭコマンドを受信した場合に、制御部２３１が、ＳＮＲＭコマンドを受信したことをＣＰＵ２１に通知するとともに、ＳＮＲＭコマンド内に上位層データが存在する場合は、メモリ２２に上位層データを書き込む。ＣＰＵ２１は、上位層データを解析し、上位層データ内にＯＢＥＸのＣＯＮＮＥＣＴコマンドが含まれているかどうかを判別する。ＯＢＥＸのＣＯＮＮＥＣＴコマンドが含まれていない場合は、接続要求が不正であるとし、接続応答を返信しないとしてもよい。対向局から接続要求があると判別された場合、ＣＰＵ２１は接続応答を制御部２３１に通知する。制御部２３１は、上位層の接続に必要な上位層からのユーザデータを、ＣＰＵ２１より直接もしくはメモリ２２を介して受けて取り、これをコマンドパケット生成部２３２に渡し、自局の最大転送可能速度、最大受信可能データ長などのパラメータと共に、ＵＡレスポンスに入れ、これを送信部２４より送信するものである。例えば、この上位層のユーザデータとして、ＩｒＤＡ−ＯＢＥＸ層のＳＵＣＣＥＳＳレスポンスがあるがこれに限らない。

また、対向局から受信したＳＮＲＭコマンドに誤りがある、またはＳＮＲＭコマンド内に上位層データがない、または自局が接続できない状態であるなどの理由により、接続できないことを対向局に通知したい場合は、前記ＵＡレスポンスの代わりに図７（ｃ）に示すようなＤＭレスポンスを送信してもよい。このＤＭレスポンスには上位層のデータを配置してもよく、その場合の上位層のデータとして、例えばＯＢＥＸのＩｎｔｅｒｎａｌＳｅｖｅｒＥｒｒｏｒレスポンスがあるがこれに限らない。

図６（ｃ）に、ＩｒＤＡのＵＡレスポンス内の自局の最大転送可能速度、最大受信可能データ長などのパラメータのフォーマットを示す。パラメータフォーマットは、パラメータ識別子（ＰＩ）、パラメータ長（ＰＬ）、パラメータ値（ＰＶ）から構成される。パラメータ識別子は、各パラメータごとに固有であり、ＵＡレスポンスを受信した局は、このパラメータ識別子を判別することにより、どのパラメータが設定されているかを知り、処理することができる。図７（ａ）および図７（ｃ）に記載の上位層データに対して、パラメータ識別子を新たに設定し、図６（ｄ）に示すように上位層データをパラメータとして設定することで、既存のＩｒＤＡでの受信回路においても、容易に上位層データの位置、長さ、データを知り、処理することが可能となる。

また、ＤＩＳＣコマンドを受信した場合に、制御部２３１がＤＩＳＣコマンドを受信したことをＣＰＵ２１に通知し、上位層の切断に必要な上位層からのユーザデータを、ＣＰＵ２１より直接もしくはメモリ２２を介して受けて取り、これをコマンドパケット生成部２３２に渡し、ＵＡレスポンスにいれ、これを送信部２４より送信するものである。例えば、この上位層のユーザデータとして、ＩｒＤＡ−ＯＢＥＸ層のＳＵＣＣＥＳＳレスポンスがある。

〔実施の形態６〕
実施の形態４および５に記載の送信機３および受信機２において、実施の形態４記載の上位層のユーザデータを含むＳＮＲＭコマンドを受信した実施の形態５の受信機２は、ＳＮＲＭコマンドを受信したことをＣＰＵ２１に通知するとともに、ＳＮＲＭコマンドに含まれる上位層のユーザデータを、ＣＰＵ２１に直接もしくは、メモリ２２を介し伝える。

ＣＰＵ２１はこの上位層のユーザデータに基づき、上位層の接続を行うとともに、上位層の接続レスポンスとなるユーザデータを、直接もしくはメモリ２２を介し、制御部２３１に渡す。

制御部２３１は、このユーザデータをパケット生成部２３２に渡し、パケット生成部はこのユーザデータを、自局の最大転送可能速度、最大受信可能データ長などのパラメータと共に、ＵＡレスポンスにいれ、これを送信部２４より送信するものである。

一方、上位層のユーザデータを含むＳＮＲＭコマンドを送信した実施の形態４の送信機１は、前記送受信機より返されたＵＡレスポンスを受信すると、レスポンスを受信したことをＣＰＵ３１に通知するとともに、ＵＡレスポンスに含まれる上位層のユーザデータをＣＰＵ３１に直接もしくはメモリ３２を介し伝える。ＣＰＵ３１はこの上位層のユーザデータに基づき、上位層の接続を行う。

一方、実施の形態４および５に記載の送信機３および受信機２において、実施の形態４の上位層のデータを含むＤＩＳＣコマンドを受信した実施の形態５の受信機２は、ＤＩＳＣコマンドを受信したことをＣＰＵ２１に通知するとともに、ＤＩＳＣコマンドに含まれる上位層のユーザデータをＣＰＵ２１に直接もしくは、メモリ２２を介し伝える。

ＣＰＵ２１はこの上位層のユーザデータに基づき、上位層の切断を行うとともに、上位層の切断のレスポンスとなるユーザデータを、直接もしくはメモリ２２を介し、制御部２３１に渡す。制御部２３１は、このユーザデータをパケット生成部２３２に渡し、パケット生成部はこのユーザデータを、ＵＡレスポンスに入れ、これを送信部２４より送信するものである。このとき、上位層のデータにＯＢＥＸのＤＩＳＣＯＮＮＥＣＴコマンドが含まれていないと判断された場合は、不正な切断要求として、応答を返さなくてもよいし、ＯＢＥＸのＩｎｔｅｒｎａｌＳｅｒｖｅｒＥｒｒｏｒレスポンスをＤＭレスポンス内に配置し、送信してもよい。

また、図７（ｂ）に記載の上位層データに対して、パラメータ識別子を新たに設定し、図６（ｄ）に示すように上位層データをパラメータとして設定することで、既存のＩｒＤＡでの受信回路においても、容易に上位層データの位置、長さ、データを知り、処理することが可能となる。

一方、上位層のユーザデータを含むＤＩＳＣコマンドを送信した実施の形態４の送信機３は、前記受信機２より返されたＵＡレスポンスを受信すると、レスポンスを受信したことをＣＰＵ３１に通知するとともに、ＵＡレスポンスに含まれる上位層のユーザデータをＣＰＵ３１に直接もしくはメモリ３２を介し伝える。ＣＰＵ３１はこの上位層のユーザデータに基づき、上位層の切断を行う。このとき、受信したＵＡレスポンス内にＯＢＥＸのＳＵＣＣＥＳＳレスポンスが含まれていないと判断された場合、不正な切断応答として、処理してもよい。

以上の手順により、実施の形態４と実施の形態５とに記載された送信機３および受信機２においては、１回のパケット交換により、上位層から下位層までの接続もしくは切断を行うことが可能となる。本実施の形態の信号シークエンスを図１８に示す。

〔実施の形態７〕
図３に本実施の形態の送信機３を示す。上記送信機３の各構成の内、受信部３５、ＣＤＲ３６、パケット識別部３３３は、実施の形態２に記載の受信機２のものと同様であり、タイマー３７は制御部３３１からの要求に応じて時間を計測するものである。

図８に示すようにＣＰＵ３１より接続要求があった場合に、制御部３３１は、コマンドパケット生成部３３２で、生成する１番目のパケットとして、自局の最大転送可能速度、最大受信可能データ長などのパラメータを保持するＳＮＲＭパケットを生成し、これを送信部３４より送信する。

また、上記送信と同時にタイマー３７をスタートする。一定時間内に受信機２からのＵＡレスポンスが受信されない場合、引き続きコマンドパケット生成部３３２で、ＸＩＤコマンドを生成し、これを送信する。

また、ＸＩＤコマンドの送信と同時にタイマー３７をスタートさせ、一定時間内に受信機２よりＸＩＤレスポンスを受信した場合には、コマンドパケット生成部３３２において、ＸＩＤ−Ｅｎｄコマンドを生成し送信し、ＣＰＵ３１に局発見が完了したことを伝える。引き続き、ＩｒＤＡに準拠したＳＮＲＭコマンドの生成、送信を行い、ＩｒＤＡの接続プロセスに移行する。この形態を示す信号シークエンスを図９に示す。

また、ＸＩＤコマンドの送信と同時にタイマー３７をスタートさせ、一定時間内に受信機よりＸＩＤレスポンスを受信しなかった場合には、コマンドパケット生成部３３２において、ＸＩＤ−Ｅｎｄコマンドを生成し送信した後、再度、自局の最大転送可能速度、最大受信可能データ長などのパラメータを保持するＳＮＲＭコマンドの生成、送信を行う。この形態の信号シークエンスを図１０に示す。

〔実施の形態８〕
図２に本実施の形態の受信機２を示す。受信機２において、受信部２５より受信した第一のコマンドが、パケット識別部２３３においてＸＩＤコマンドであると識別した場合に、図１９に示すコマンド内のＤｉｓｃｏｖｅｒｙ−ｆｌａｇ領域において、ＸＩＤスロットが１を意味する値であった場合は、制御部２３１はＸＩＤコマンドを受信したことを記憶し、ここではＸＩＤレスポンスを送信せずに、次に受信するコマンドを待つ。これは、既存のＩｒＤＡ規格において、１スロットのＸＩＤは規格に準拠しており、この段階では、相手機器が既存のＩｒＤＡ機器か本発明の機器かを判別することができないからである。次に受信した局発見コマンドがＸＩＤ−Ｅｎｄコマンドでなく、ＸＩＤコマンドであった場合には、ＩｒＤＡの接続プロセスに移行する。この形態の信号シークエンスを図１１に示す。

また、受信部２５より受信した第一のコマンドが、パケット識別部２３３においてＸＩＤコマンドである場合において、次にＳＮＲＭコマンドを受信した場合には、ＳＮＲＭコマンドを受信したことをＣＰＵ２１に伝える。既存のＩｒＤＡ規格においては、ＸＩＤコマンドに対するＸＩＤレスポンスを受信するまでは、局発見は完了していないため、ＸＩＤコマンドの後にＳＮＲＭコマンドを受信した場合、対向局が既存のＩｒＤＡ機器ではないと判別できる。従って、コマンドパケット生成部２３２にて、ＵＡレスポンスを生成し、これを送信する。ＵＡレスポンスに含めるユーザデータがある場合には、ＣＰＵ２１より、このデータを制御部２３１に送り、上記ＵＡレスポンスに含めることも可能である。この形態の信号シークエンスを図１２に示す。

また、受信部２５より受信した第一のコマンドが、パケット識別部２３３において、ＸＩＤコマンドであると識別された場合で、図１９に示すようにコマンド内のＤｉｓｃｏｖｅｒｙ−ｆｌａｇ領域において、ＸＩＤスロットが１でない、６、８、１６のいずれかを意味する値であった場合は、ＩｒＤＡで予め定められたルールに従ってコマンドパケット生成部２３２にて、ＸＩＤレスポンスを生成し、これを送信する。

〔実施の形態９〕
図１、図３に本実施の形態の送信機１、３を、図２に本実施の形態の受信機２を示す。ただし、受信機２はコマンドパケット生成部２３２および送信部２４を保持しなくてもよい。

また、図１３にＩｒＤＡのＳＮＲＭコマンドに通信方向が片方向か双方向かを示すフラグ領域を付加したパケットを示す。なお、この付加した領域は図１３の位置でなくても構わず、例えば、ＮｅｇｏｔｉａｔｉｏｎＰａｒａｍｅｔｅｒｓの中でもよい。本実施の形態では、自局の最大転送可能速度、最大受信可能データ長等のパラメータ等の通信に必要となる設定値と共に通信方向を示すデータをＳＮＲＭコマンドで送信する。

図１７に示すように、通信方向を示すフラグを片方向に設定したＳＮＲＭコマンドを送信した送信機１、３は、受信機２からのＵＡレスポンスを待つことなく、Ｉフレームまたは、ＵＩフレームを用いてデータ転送を開始する。なお、前記通信方向を示すフラグをＳＮＲＭコマンド内に配置する際に、図６（ｄ）に示すように、パラメータ識別子（ＰＩ）、パラメータ長（ＰＬ）、パラメータ値（ＰＶ）のフォーマットとし、パラメータ識別子を予め対向局と定めることにより、ＳＮＲＭコマンドを受信した局は、このパラメータ識別子を判別することにより、対向局が片方向通信、双方向通信のどちらかを要求しているかを知ることが可能となり、所望の処理を実行することができる。

一方、上記ＳＮＲＭコマンドを受信した受信機２は、ＵＡレスポンスを返すことなく、送信機のＩフレーム、またはＵＩフレームを用いたデータ転送を待つ。受信したＳＮＲＭコマンド内に前述の上位層データが含まれていない場合は、不正な接続要求として、データ転送待機状態へと遷移しないとしてもよい。また、前記上位層データにＯＢＥＸのＣＯＮＮＥＣＴコマンドが含まれていない場合に、不正な接続要求として、データ転送待機状態へと遷移しないとしてもよい。

以上述べた手法により実現する片方向通信は、データ転送に要する時間が短く、エラーがあったことをユーザが容易に認識でき、ユーザ自身が転送の再実行を行うことを許容するような場面において利用可能である。たとえば、情報端末から映像表示装置に画像データを転送し閲覧する、というような場合である。このとき、ユーザが送信失敗を認識する例として、ユーザが送信した画像データが受信側映像表示装置に表示されない、異なる画像が表示されるといった場合がある。

なお、図１の送信機１は片方向通信にのみ対応可能であるが、図３の送信機は片方向通信、双方向通信共に対応可能となる。

〔実施の形態１０〕
また、図２に記載の受信機２において、本発明のいずれかの方法により、対向局との接続が確立された状態において、ＣＰＵ２１で管理されている上位層より切断要求が発生した場合、メモリ２２を介して、切断要求データが制御部２３１に渡される。制御部２３１は、この切断要求データをパケット生成部２３２に渡し、パケット生成部２３２は、このユーザデータをＤＭレスポンスに入れ、これを送信部２４より送信するものである。この場合の切断要求とは、例えば、ユーザが通信途中での切断を選択した場合などがあるが、これに限らない。この切断要求データとして、たとえばＯＢＥＸのＩｎｔｅｒｎａｌＳｅｒｖｅｒＥｒｒｏｒレスポンスを用いてもよいが、これに限らない。

また、図７（ｃ）に記載の上位層データに対して、パラメータ識別子を新たに設定し、図６（ｄ）に示すように上位層データをパラメータとして設定することで、既存のＩｒＤＡでの受信回路においても、容易に上位層データの位置、長さ、データを知り、処理することが可能となる。

〔実施の形態１１〕
本実施の形態では、図２０を参照しながら、上記の各実施の形態で説明した通信方法を携帯電話に適用した場合について説明する。なお、本実施の形態では、送信機と受信機に携帯電話を用いているが、送信機もしくは受信機のどちらか一方が携帯電話であれば良く、本発明のいずれかの方式により赤外線等によりデータの送信もしくは受信が可能であるならば、対向機器が携帯電話でなくても構わない。

図２０では、赤外線を用いて、携帯電話Ａ内のデータを携帯電話Ｂに送信している。携帯電話Ｂでは、携帯電話Ａから送信されたデータを受信すると、携帯電話Ｂ内のメモリもしくは接続された外部メモリ内に受信データを保存する。前述のデータとは、テキストデータ、画像データ、音声データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話Ａ内のデータとは、携帯電話Ａの内部メモリ内のデータ、携帯電話に接続されている外部メモリ（ＳＤカードなどの不揮発性メモリ）内のデータのどちらでもよい。

前述の接続方法により、上位層のデータをＳＮＲＭコマンドおよびＵＡレスポンス内に配置し、送受信することにより、上位層のデータを１つのパケットで対向局に送信することが可能となる。それゆえ、従来のＩｒＤＡでの複数のパケットによる接続方法と比較して、より短い時間での接続を完了することが可能となる。こうすることにより、従来のＩｒＤＡでの通信と比べて、対向局に機器を向けていなければならない時間の短縮が可能となることから、ユーザの利便性の向上、またエラー発生の確率を減らすことが期待される。

〔実施の形態１２〕
本実施の形態では、図２１を参照しながら、上記の各実施の形態で説明した通信方法を携帯電話および表示装置に適用した場合について説明する。なお、本実施の形態では、送信機として携帯電話を用いているが、本発明のいずれかの方式により赤外線等によりデータの送信が可能であるならば、送信機器が携帯電話でなくても構わない。

図２１では、赤外線を用いて、携帯電話Ａ内のデータを表示装置Ｂ（ＴＶやモニタなど）に送信している。表示装置Ｂでは、携帯電話Ａから送信されたデータに対して適切な処理を行い、例えば、画像データであった場合は、必要ならば圧縮されたデータを解凍するなどして、表示を行うが、これに限らない。また、前述のデータとは、テキストデータ、画像データ、音声データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話Ａ内のデータとは、携帯電話Ａの内部メモリ内のデータ、携帯電話Ａに接続されている外部メモリ（ＳＤカードなどの不揮発性メモリ）内のデータのどちらでもよい。

〔実施の形態１３〕
本実施の形態では、図２２を参照しながら、上記の各実施の形態で説明した通信方法を携帯電話および印刷装置に適用した場合について説明する。なお、本実施の形態では、送信機として携帯電話を用いているが、本発明のいずれかの方式により赤外線等によりデータの送信が可能であるならば、送信機器が携帯電話でなくても構わない。

図２２では、赤外線を用いて、携帯電話Ａ内のデータを印刷装置Ｂに送信している。印刷装置Ｂでは、携帯電話Ａから送信されたデータに対して適切な処理を行い、例えば、画像データであった場合は、必要ならば圧縮されたデータを解凍するなどして、印刷を行うが、これに限らない。また、前述のデータとは、テキストデータ、画像データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話Ａ内のデータとは、携帯電話Ａの内部メモリ内のデータ、携帯電話Ａに接続されている外部メモリ（ＳＤカードなどの不揮発性メモリ）内のデータのどちらでもよい。

〔実施の形態１４〕
本実施の形態では、図２３を参照しながら、上記の各実施の形態で説明した通信方法を携帯電話および記録装置に適用した場合について説明する。なお、本実施の形態では、送信機として携帯電話を用いているが、本発明のいずれかの方式により赤外線等によりデータの送信が可能であるならば、送信機器が携帯電話でなくても構わない。

図２３では、赤外線を用いて、携帯電話Ａ内のデータを記録装置Ｂに送信している。記録装置Ｂでは、携帯電話Ａから送信されたデータに対して適切な処理を行い、例えば、画像データであった場合は、記録装置Ｂ内のメモリまたは記録装置Ｂに接続された外部メモリに記録を行う。記録装置Ｂ内のメモリとは、ＳＤＲＡＭなどの揮発性メモリでも、フラッシュメモリなどの不揮発性メモリ、記録可能なＤＶＤ、ＨＤドライブなど、一時的または半永久的に記録できる媒体であれば何でもよい。また、前述のデータとは、テキストデータ、画像データ、音声データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話Ａ内のデータとは、携帯電話Ａの内部メモリ内のデータ、携帯電話Ａに接続されている外部メモリ（ＳＤカードなどの不揮発性メモリ）内のデータのどちらでもよい。

〔実施の形態１５〕
本実施の形態では、図２４から図２７を参照しながら、上記の各実施の形態で説明した通信方法を実現するＬＡＰ層の機能を詳細に説明する。

（１）ＩｒＳｉｍｐｌｅ双方向＋ＩｒＤＡの場合
図２４は、ＩｒＳｉｍｐｌｅ（双方向通信）およびＩｒＤＡの機能を共に備えた通信機のＬＡＰ層１００Ａの機能ブロック図である。

ＬＡＰ層１００Ａは、プロトコル制御部１１０Ａ、タイマー１２０、送信要求コマンド解析部１３０、送信用上位層データ格納部１４０、送信フレーム生成部１５０、受信フレーム解析部１６０、受信用上位層データ格納部１７０、受信コマンド通知生成部１８０を備えて構成されている。

プロトコル制御部１１０Ａは、ＬＡＰ層のプロトコルを制御する。そのために、プロトコル制御部１１０Ａは、ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部（第１のプロトコル制御部）１１１、ＩｒＤＡ−ＬＡＰ制御部（第２のプロトコル制御部）１１２、プロトコル切り替え部１１３を有する。

ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部１１１は、ＩｒＳｉｍｐｌｅ−ＬＡＰプロトコルによる通信を行う。そのために、ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部１１１は、接続制御部１１１ａ、データ転送制御部１１１ｂ、切断制御部１１１ｃを備える。接続制御部１１１ａは、ＩｒＳｉｍｐｌｅ−ＬＡＰプロトコルによる接続処理を行う。データ転送制御部１１１ｂは、ＩｒＳｉｍｐｌｅ−ＬＡＰプロトコルによるデータ転送を行う。切断制御部１１１ｃは、ＩｒＳｉｍｐｌｅ−ＬＡＰプロトコルによる切断処理を行う。そして、ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部１１１は、接続時には、接続制御部１１１ａにより接続処理を行い、データ転送時には、データ転送制御部１１１ｂによりデータ転送を行い、切断時には、切断制御部１１１ｃにより切断処理を行う。

ＩｒＤＡ−ＬＡＰ制御部１１２は、ＩｒＤＡ−ＬＡＰプロトコルによる通信を行う。そのために、ＩｒＤＡ−ＬＡＰ制御部１１２は、接続制御部１１２ａ、データ転送制御部１１２ｂ、切断制御部１１２ｃを備える。接続制御部１１２ａは、ＩｒＤＡ−ＬＡＰプロトコルによる接続処理を行う。データ転送制御部１１２ｂは、ＩｒＤＡ−ＬＡＰプロトコルによるデータ転送を行う。切断制御部１１２ｃは、ＩｒＤＡ−ＬＡＰプロトコルによる切断処理を行う。そして、ＩｒＤＡ−ＬＡＰ制御部１１２は、接続時には、接続制御部１１２ａにより接続処理を行い、データ転送時には、データ転送制御部１１２ｂによりデータ転送を行い、切断時には、切断制御部１１２ｃにより切断処理を行う。

プロトコル切り替え部１１３は、ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部１１１とＩｒＤＡ−ＬＡＰ制御部１１２を切り替える。具体的には、プロトコル切り替え部１１３は、送信機（一次局）の場合、ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部１１１を始めに動作させ、接続要求コマンドであるＳＮＲＭコマンド送信後に続いて送信される、局発見コマンドを送信後にＸＩＤレスポンスが返ってきた場合は、ＩｒＤＡ−ＬＡＰ制御部１１２に切り替える。また、プロトコル切り替え部１１３は、受信器（二次局）の場合、ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部１１１を始めに動作させ、局発見コマンドであるＸＩＤコマンド（１スロット）を連続受信したり、ＸＩＤコマンド（１スロット以外）を受信した場合は、ＸＩＤレスポンスを送信した後、ＸＩＤ−Ｅｎｄを受信後、ＩｒＤＡ−ＬＡＰ制御部１１２に切り替える。また、一次局、二次局ともに、通信が切断されると再び、プロトコル切り替え部１１３は、ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部１１１に切り替え、ＩｒＳｉｍｐｌｅ−ＬＡＰプロトコルによる接続を試みる。

タイマー１２０は、プロトコル制御部１１０Ａにより、制御されるタイマーである。タイマー１２０は、例えば、プロトコル制御部１１０Ａがタイムアウトを判定する際に利用される。

送信要求コマンド解析部１３０は、上位層（ＬＭＰ層）からの送信要求コマンドを解析する。ここでいう送信要求コマンドとは、接続要求、データ転送要求、切断要求である。解析結果は、プロトコル制御部１３０に通知される。

送信用上位層データ格納部１４０は、上位層（ＬＭＰ層）からの送信データを格納する。格納されたデータは、送信フレーム生成部１５０に渡され、送信フレーム内に配置される。

送信フレーム生成部１５０は、送信用上位層データ格納部１４０から取得したデータに基づいて、下位層（ＰＨＹ層）へ渡す送信フレームを生成する。ここでいう送信フレームとは、一次局の場合、ＳＮＲＭコマンド（接続要求）、ＵＩコマンド（データ転送要求）、ＤＩＳＣコマンド（切断要求）であり、二次局の場合、ＵＡレスポンス（接続応答、切断応答）、ＵＩレスポンス（データ転送応答）である。

受信フレーム解析部１６０は、下位層（ＰＨＹ層）からの受信フレームを解析し、解析結果をプロトコル制御部１１０Ａに通知する。また、受信フレーム解析部１６０は、解析時に抽出された上位層データを受信用上位層データ格納部１７０に格納する。

受信用上位層データ格納部１７０は、受信フレーム解析部１６０にて、解析、抽出された上位層データを格納する。格納されたデータは、上位層（ＬＭＰ層）へと渡される。

受信コマンド通知生成部１８０は、プロトコル制御部１１０Ａからの受信コマンド通知生成要求により、受信コマンドを生成し、上位層（ＬＭＰ層）へと通知する。ここでいう受信コマンドとは、接続要求受信コマンド、データ転送要求受信コマンド、切断要求受信コマンドである。

（２）ＩｒＳｉｍｐｌｅ双方向（片方向送信、片方向受信機能も含む）のみの場合
図２５は、ＩｒＳｉｍｐｌｅ（片方向送信、片方向受信機能も含む）の機能のみを備えた通信機のＬＡＰ層１００Ｂの機能ブロック図である。

ＬＡＰ層１００Ｂは、プロトコル制御部１１０Ｂ、タイマー１２０、送信要求コマンド解析部１３０、送信用上位層データ格納部１４０、送信フレーム生成部１５０、受信フレーム解析部１６０、受信用上位層データ格納部１７０、受信コマンド通知生成部１８０を備えて構成されている。すなわち、ＬＡＰ層１００Ｂは、ＬＡＰ層１００Ａと比べて、プロトコル制御部１１０Ａの代わりに、プロトコル制御部１１０Ｂが設けられている点が異なる。

プロトコル制御部１１０Ｂは、ＬＡＰ層のプロトコルを制御する。そのために、プロトコル制御部１１０Ｂは、ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部１１１を有する。すなわち、プロトコル制御部１１０Ｂは、プロトコル制御部１１０Ａで設けられていたＩｒＤＡ−ＬＡＰ制御部１１２、プロトコル切り替え部１１３が省略されている。

その他の点は、ＬＡＰ層１００Ｂは、ＬＡＰ層１００Ａと同じであるため、説明を割愛する。

（３）ＩｒＳｉｍｐｌｅ片方向送信のみの場合
図２６は、ＩｒＳｉｍｐｌｅ片方向送信の機能のみを備えた通信機のＬＡＰ層１００Ｃの機能ブロック図である。

ＬＡＰ層１００Ｃは、プロトコル制御部１１０Ｃ、タイマー１２０、送信要求コマンド解析部１３０、送信用上位層データ格納部１４０、送信フレーム生成部１５０を備えて構成されている。すなわち、ＬＡＰ層１００Ｃは、ＬＡＰ層１００Ａと比べて、プロトコル制御部１１０Ａの代わりにプロトコル制御部１１０Ｃが設けられるとともに、受信側の機能である受信フレーム解析部１６０、受信用上位層データ格納部１７０、受信コマンド通知生成部１８０が省略されている点が異なる。

プロトコル制御部１１０Ｃは、送信機におけるＬＡＰ層のプロトコルを制御する。そのために、プロトコル制御部１１０Ｃは、ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部１１１Ｃを有する。すなわち、プロトコル制御部１１０Ｃは、プロトコル制御部１１０Ａで設けられていたＩｒＤＡ−ＬＡＰ制御部１１２、プロトコル切り替え部１１３が省略されている。なお、ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部１１１Ｃは、ＩｒＳｉｍｐｌｅの送信機能のみを備える。すなわち、ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部１１１Ｃが備える接続制御部１１１Ｃａ、データ転送制御部１１１Ｃｂ、切断制御部１１１Ｃｃは、それぞれ送信機における接続処理、データ転送処理、切断処理を行う。

その他の点は、ＬＡＰ層１００Ｃは、ＬＡＰ層１００Ａと同じであるため、説明を割愛する。

（４）ＩｒＳｉｍｐｌｅ片方向受信のみの場合
図２７は、ＩｒＳｉｍｐｌｅ片方向受信の機能のみを備えた通信機のＬＡＰ層１００Ｄの機能ブロック図である。

ＬＡＰ層１００Ｄは、プロトコル制御部１１０Ｄ、タイマー１２０、受信フレーム解析部１６０、受信用上位層データ格納部１７０、受信コマンド通知生成部１８０を備えて構成されている。すなわち、ＬＡＰ層１００Ｄは、ＬＡＰ層１００Ａと比べて、プロトコル制御部１１０Ａの代わりにプロトコル制御部１１０Ｄが設けられるとともに、送信側の機能である送信要求コマンド解析部１３０、送信用上位層データ格納部１４０、送信フレーム生成部１５０が省略されている点が異なる。

プロトコル制御部１１０Ｄは、受信機におけるＬＡＰ層のプロトコルを制御する。そのために、プロトコル制御部１１０Ｄは、ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部１１１Ｄを有する。すなわち、プロトコル制御部１１０Ｄは、プロトコル制御部１１０Ａで設けられていたＩｒＤＡ−ＬＡＰ制御部１１２、プロトコル切り替え部１１３が省略されている。なお、ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部１１１Ｄは、ＩｒＳｉｍｐｌｅの受信機能のみを備える。すなわち、ＩｒＳｉｍｐｌｅ−ＬＡＰ制御部１１１Ｄが備える接続制御部１１１Ｄａ、データ転送制御部１１１Ｄｂ、切断制御部１１１Ｄｃは、それぞれ受信機における接続処理、データ転送処理、切断処理を行う。

その他の点は、ＬＡＰ層１００Ｄは、ＬＡＰ層１００Ａと同じであるため、説明を割愛する。

〔実施の形態１６〕
本実施の形態では、図２８から図３３を参照しながら、送信機のプロトコルと受信機のプロトコルとの組合せについて説明する。

図２８は、送信機および受信機が備えるプロトコルと、接続後のプロトコルとの関係を示すテーブルである。図２８に示すように、送信機および受信機がそれぞれＩｒＳｉｍｐｌｅの双方向／片方向、ＩｒＤＡのいずれに対応しているのかに応じて、接続後のプロトコルが異なる。

（ＩｒＳｉｍｐｌｅ−ＬＡＰを用いた携帯電話、表示装置、記録装置、印刷装置）
携帯電話などの送信機から、表示装置、記録装置、印刷装置などの受信機に対して、データ送信を行う場合、携帯電話のディスプレイには、赤外線通信を行うかどうかの選択画面だけが存在し、プロトコルの細かい選択ができない可能性がある。また、表示装置、記録装置、印刷装置などの受信機においても、一般的に、赤外線通信をＯＮ、ＯＦＦする程度のインタフェースしか用意されていない。

このような状態において、送信機と受信機のサポートするプロトコルが異なる場合に、本発明の送信機および受信機は、通信可能なプロトコルの組合せを選択できる場合には、上述のようにプロトコルを切り替えたり、通信可能なプロトコルの組合せが選択できない場合には、例えば、ユーザに対して通信ができない原因を通知する。この接続できない理由とは、例えば片方向のみサポートの機器に対する双方向通信の接続要求や、ＩｒＤＡ非対応の機器に対するＩｒＤＡでの接続要求である。

ここで、通信ができない原因の通知は、例えば、表示部を持つ携帯電話、ＴＶなどの表示装置、印刷装置、記録装置などにおいて、接続が完了した場合は、接続したプロトコルを表示し、接続が完了しない場合は、接続が完了しない旨を表示するとともに、接続できない理由も合わせて表示することによって行うことができる。そして、通信ができない原因を通知することで、ユーザが適切な対応（例えば、未サポートの通信プロトコルをサポートするために、ファームウェアをアップデートするなど）を行うことができる。

以下にいくつかの例を示す。なお、以下の説明においては、受信機として、ＴＶなどの表示装置を例にあげているが、テキスト表示可能な表示部を持つ機器であれば表示装置に限定されるものではなく、例えば、印刷装置や記録装置であってもよい。また、送信機として、携帯電話を例にあげているが、テキスト表示可能な表示部をもつ機器であれば携帯電話に限定されるものではなく、例えば、ＴＶなどの表示装置、印刷装置、記録装置であってもよい。

（１）ＩｒＳｉｍｐｌｅ双方向対応機器同士の接続
図２９は、送信機である携帯電話と受信機であるＴＶなどの表示装置がともにＩｒＳｉｍｐｌｅ双方向対応である場合における、接続手順と各機器の表示例を示す説明図である。

送信機である携帯電話では、ＩｒＳｉｍｐｌｅプロトコルにおけるＳＮＲＭ送信後に、直ちにＵＡを受信しているため、受信機とＩｒＳｉｍｐｌｅプロトコルでの接続が完了したことを表示部に表示し、ユーザに通知する。

一方、受信機であるＴＶなどの表示装置では、ＸＩＤコマンドより先にＳＮＲＭを受信したことで、送信機がＩｒＳｉｍｐｌｅ対応であることを認識し、ＵＡを返信することで、ＩｒＳｉｍｐｌｅでの接続を完了する。この時点で、ＩｒＳｉｍｐｌｅでの接続が完了したことを画面上に表示し、ユーザに通知する。

上記の動作により、ユーザが容易に接続後のプロトコルを認識することが可能となる。

なお、接続完了後に接続プロトコルを表示する代わりに、例えば通信が終了した後に、直前の通信の通信ログによって通信プロトコルを通知してもよい。また、自動的に通信プロトコルを表示する代わりに、例えばユーザが選択したメニューの表示結果として、通信プロトコルを表示してもよい。

（２）ＩｒＳｉｍｐｌｅ片方向対応機器同士の接続
図３０は、送信機である携帯電話と受信機であるＴＶなどの表示装置がともにＩｒＳｉｍｐｌｅ片方向対応である場合における、接続手順と各機器における表示例を示す説明図である。

送信機である携帯電話では、ＩｒＳｉｍｐｌｅプロトコルにおけるＳＮＲＭ送信後に接続が完了したことを表示部に表示し、ユーザに通知する。

一方、受信機であるＴＶなどの表示装置では、ＸＩＤコマンドより先にＳＮＲＭを受信したことで、送信機がＩｒＳｉｍｐｌｅ対応であることを認識し、ＩｒＳｉｍｐｌｅでの接続を完了する。この時点で、ＩｒＳｉｍｐｌｅでの接続が完了したことを画面上に表示し、ユーザに通知する。

（３）ＩｒＳｉｍｐｌｅ双方向対応機器とＩｒＳｉｍｐｌｅ片方向対応機器との接続
図３１は、送信機である携帯電話と受信機であるＴＶなどの表示装置の接続であって、ＩｒＳｉｍｐｌｅ双方向での通信を行う携帯電話とＩｒＳｉｍｐｌｅ片方向での通信が可能な表示装置の場合における、接続手順と各機器の表示例を示す説明図である。

送信機である携帯電話では、ＩｒＳｉｍｐｌｅプロトコルにおけるＳＮＲＭ送信後（片方向、双方向選択フラグが双方向）に予め定められた時間、受信機からのＵＡレスポンスがないため、接続失敗とし、その旨を表示部に表示し、ユーザに通知する。

一方、受信機であるＴＶなどの表示装置では、ＸＩＤコマンドより先にＳＮＲＭを受信したことで、送信機がＩｒＳｉｍｐｌｅ対応であることを認識するが、ＳＮＲＭ内の片方向双方向選択フラグが双方向を示しており、自機器が片方向のみをサポートしていることから、接続失敗とし、その旨を画面上に表示し、ユーザに通知する。この際、接続失敗の原因も合わせて表示することで、ユーザが送信機の通信モードを片方向モードに変更したり、表示装置のサポートプロトコルとして、双方向プロトコルを新たに追加するためにファームウェアをアップデートしたりするなどの対応をとることができる。

なお、自動的に通信プロトコルを表示する代わりに、例えばユーザが選択したメニューの表示結果として、通信プロトコルを表示してもよい。

（４）ＩｒＤＡ対応機器とＩｒＳｉｍｐｌｅ＋ＩｒＤＡ対応機器との接続
図３２は、送信機である携帯電話と受信機であるＴＶなどの表示装置の接続であって、従来のＩｒＤＡでの通信を行う携帯電話とＩｒＳｉｍｐｌｅ双方向とＩｒＤＡの両方のプロトコルで通信が可能な表示装置の場合における、接続手順と各機器の表示例を示す説明図である。

送信機である携帯電話では、ＩｒＤＡプロトコルにおけるＸＩＤコマンド送信後、受信機からのＸＩＤレスポンス受信により、ＸＩＤ−Ｅｎｄコマンド送信後、従来のＩｒＤＡフォーマットのＳＮＲＭを送信し、ＵＡレスポンスを受信した時点で、ＩｒＤＡでの接続完了とし、その旨を表示部に表示し、ユーザに通知する。

一方、受信機であるＴＶなどの表示装置では、ＸＩＤコマンド、ＸＩＤレスポンス、ＸＩＤ−Ｅｎｄの送受信で、ＩｒＤＡでの局発見が終了し、ＩｒＤＡフォーマットのＳＮＲＭコマンドを受信後、ＵＡレスポンスを返信した時点で、ＩｒＤＡでの接続が完了したことになり、その旨を画面上に表示し、ユーザに通知する。この際、ＩｒＤＡで接続されたが、送信機がＩｒＳｉｍｐｌｅをサポートすれば、ＩｒＳｉｍｐｌｅでの接続も可能であることを表示することにより、ユーザが送信機のサポートプロトコルとして、ＩｒＳｉｍｐｌｅ双方向プロトコルを新たに追加するためにファームウェアをアップデートしたりするなどの対応をとることができる。

なお、接続完了後に接続プロトコルを表示する代わりに、例えば通信が終了した後に、直前の通信の通信ログによって通信プロトコルを表示してもよい。また、自動的に通信プロトコルを表示する代わりに、例えばユーザが選択したメニューの表示結果として、通信プロトコルを表示してもよい。

（５）ＩｒＤＡ対応機器とＩｒＳｉｍｐｌｅ対応機器との接続
図３３は、送信機である携帯電話と受信機であるＴＶなどの表示装置の接続であって、従来のＩｒＤＡでの通信を行う携帯電話とＩｒＳｉｍｐｌｅ片方向での通信が可能な表示装置の場合における、接続手順と各機器の表示例を示す説明図である。

送信機である携帯電話では、ＸＩＤコマンドおよびＸＩＤ−Ｅｎｄコマンドを送信するが、受信機からのＸＩＤレスポンスを受信できないため、一定時間経過後、接続失敗とし、その旨を表示部に表示し、ユーザに通知する。

一方、受信機であるＴＶなどの表示装置では、ＸＩＤコマンドより先にＳＮＲＭを受信したことで、送信機がＩｒＳｉｍｐｌｅ対応であることを認識するが、受信機がＩｒＤＡプロトコルをサポートしていないため、接続失敗とし、その旨を画面上に表示し、ユーザに通知する。この際、接続失敗の原因も合わせて表示することで、送信機のサポートプロトコルとして、ＩｒＳｉｍｐｌｅ双方向プロトコルを新たに追加するためにファームウェアをアップデートしたりするなどの対応をとることができる。

〔実施の形態１７〕
本発明の他の実施の形態について図３４から図５６に基づいて説明すれば、以下のとおりである。なお、本実施の形態で説明する通信プロトコルは、実施の形態１〜１６に適用されるものである。よって、実施の形態１〜１６において定義した用語については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。

（１）通信層
図３４は、ＯＳＩ７階層モデルと、ＩｒＤＡの階層および本発明に係る通信システムの階層の対応関係を示す模式図である。

本実施の形態に係る通信システムの各通信層も、上記ＯＳＩ７層モデルの対応する階層と同等の機能を有する。ただし、図３４に示すように、上記通信システムは、セッション層とプレゼンテーション層とを１つにした、６階層の構造となっている。

本実施の形態では、説明の便宜上、本発明の一適用例であるＩｒＳｉｍｐｌｅに基づいて説明する。しかし、本発明はＩｒＳｉｍｐｌｅに限定されるものではない。なお、ＩｒＳｉｍｐｌｅとは、従来のＩｒＤＡの一部機能を改良したものである。

本実施の形態では、ＩｒＳｉｍｐｌｅに則って、データリンク層、ネットワーク層、トランスポート層、セッション層＋プレゼンテーション層を、それぞれ、ＬＡＰ、ＬＡＭＰ、ＳＭＰ、ＯＢＥＸと表記することがある。また、通信層を送信機、受信機で区別する場合に、送信機（一次局）に“Ｐ”、受信機（二次局）に“Ｓ”と付記する。例えば、“ＬＡＰ（Ｐ）”とは、送信機のデータリンク層を意味する。

（２）送信機−受信機間のシーケンス
（２−１）接続シーケンス
〔Ａ〕レスポンス有り
図３５（ａ）は、本実施の形態（レスポンス有り）の接続シーケンスを示すシーケンス図である。また、図３５（ｃ）は、本実施の形態（レスポンス有り）の接続シーケンスの際の通信データのデータ構造を示す説明図である。

本実施の形態（レスポンス有り）では、ＳＮＲＭのＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓにグローバルアドレスを使用することにより、サーチと同様の機能をＳＮＲＭコマンドに持たせることができる（図３５（ｃ）のＳＮＲＭｃｏｍｍａｎｄ）。

また、本実施の形態（レスポンス有り）では、データリンク層の接続パケットであるＳＮＲＭコマンドおよびＵＡレスポンスの中に、ネットワーク層、トランスポート層、セション層、プレゼンテーション層等の上位層の接続に必要なパラメータおよびコマンドを挿入する。これにより、従来のＩｒＤＡでは必要であった上位層それぞれを接続するための接続パケットを１つのパケットに凝縮することができる。

それゆえ、従来、複数のパケットが必要であった、サーチと接続シーケンスを１つのパケット対で行うことができる。

〔Ｂ〕レスポンス無し
図３５（ｂ）は、本実施の形態（レスポンス無し）の接続シーケンスを示すシーケンス図である。また、図３５（ｃ）は、本実施の形態（レスポンス無し）の接続シーケンスの際の通信データのデータ構造を示す説明図である。なお、本実施の形態（レスポンス無し）では、ＵＡレスポンス（図３５（ｃ）のＵＡｒｅｓｐｏｎｓｅｆｏｒＳＮＲＭ）は不要である。

ユーザまたはアプリケーションおよびデータ種類によっては、受信機からのレスポンスを省略した通信方式を選択できる。この場合、図３５（ｂ）に示すように、ＳＮＲＭコマンドのみでサーチおよび接続が終了したものとできる。

このように、本実施の形態の接続シーケンスは、複数の通信層の接続リクエストをまとめることにより、接続に要する時間を短縮するものであるため、通信路が切断した場合でも再接続が容易である。よって、通信路が切断しやすい、例えば赤外線による無線通信に特に適している。ただし、ＩＥＥＥ８０２．１１無線、Ｂｌｕｅｔｏｏｔｈを含む他の無線通信、および、有線通信においても効果的である。

また、本実施の形態では、すべての通信層の接続を１回の通信で接続する例について説明するが、本発明はこれに限定されない。例えば、１つの通信層を接続した後、残りの複数の通信層を接続するようにしてもよい。また、１つの通信層の接続が複数回の通信によって行われてもよい。例えば、ネットワーク層の接続が２回の通信を要する場合、データリンク層の接続とネットワーク層の１回目の接続とを１つの接続リクエストにまとめ、ネットワーク層の２回目の接続とトランスポート層の接続とを１つの接続リクエストにまとめてもよい。

（２−２）データ交換シーケンス
〔Ａ〕レスポンス有り
図３６（ａ）（ｂ）は、本実施の形態（レスポンス有り）のデータ交換シーケンスを示すシーケンス図である。また、図３６（ａ）は、本実施の形態（レスポンス有り）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。

本実施の形態（レスポンス有り）では、１つのデータ間毎の下位層及び上位層のレスポンスを極力減らし、多くのデータを送信した後にエラーがあったか無かったかを返信する。

送信機は、データ通信時に、シーケンシャルなパケット番号および受信データに問題がなかったかを問うためのフラグと、上記データをパケットのサイズに合わせて分割した分割データで構築されたパケットを用いる。

図３６（ａ）に示すように、送信機は、所定数のパケット数を送信した後に上記フラグをオンにしたパケットの送信を行う。これに対し、受信機は、以前のデータの始めから、もしくは上記フラグがオンであったパケットを受信し、返信を行ってから、エラーを検出しなかった場合は、正常に受信した旨を送信機に通知する。また、受信機は、以前のデータの始めから、もしくは上記フラグがオンであったパケットを受信し、返信を行ってから、エラーを検出した場合は、受信することができなかったパケット以降の上記分割データ部分を無視し、上記フラグのみを確認し、上記フラグがオンであった場合に、エラーにより受信できなかったパケット番号を送信機へ通知する。

さらに、送信機は、正常に受信した旨を受信機から受けた場合、次のパケットから送信を行う。また、送信機は、エラーがあったという通知を受けた場合、受信できなかったパケット番号から、上記フラグをオンにしたパケットまでを再送信する。

これにより、パケット間を詰めることができ、効率のよい通信が可能となる。

図３６（ａ）に示すように、本実施の形態（レスポンス有り）では、ＵＩフレーム（図３７（ｂ））を使用する。このため、データリンク層（ＬＡＰ層）ではパケットの抜けが認識できず、トランスポート層で検出する。

ＵＩフレームのトランスポート層のデータ部分にシーケンシャルナンバーとデータ確認用フラグ、データの最後のパケットかどうか、受信したデータが正常であったかを示すフラグを設け、それらのフラグによってデータの送信を行う。

〔Ｂ〕レスポンス無し
図３８（ａ）（ｂ）は、本実施の形態（レスポンス無し）のデータ交換シーケンスを示すシーケンス図である。また、図３８（ｂ）は、本実施の形態（レスポンス無し）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。

本実施の形態（レスポンス無し）では、受信機のレスポンスを必要としない場合、データの完全性のみを確認する。そのため、送信機はパケットにシーケンスナンバーを振り、全てのデータを連続で送信する。

そして、受信機は、エラーがあったかどうかを確認するのみであり、正常に受信した場合には全てのデータを受けた後、受信機内で正常受信であることを認識し、次の動作を行う。この場合の次の動作とは、例えば受信したデータを表示したり、印刷したり、保存したりすることである。一方、エラーを検出した場合、受信機内で正常受信できなかったことを認識し、次の動作を行う。この場合の次の動作とは、失敗したことをユーザーに知らせるためのインジケートや、次の受信待ち状態になることである。

なお、本実施の形態（レスポンス無し）でも、図３８（ｂ）に示すＵＩフレーム（図３７（ｂ））を使用する。

（２−３）切断シーケンス
〔Ａ〕レスポンス有り
図３９（ａ）は、本実施の形態（レスポンス有り）の切断シーケンスを示すシーケンス図である。また、図３９（ｃ）は、本実施の形態（レスポンス有り）の切断シーケンスの際の通信データのデータ構造を示す説明図である。

図３９（ｃ）に示すように、本実施の形態（レスポンス有り）では、ネットワーク層、トランスポート層、セション層、プレゼンテーション層等の上位層の切断に必要なパラメータおよびコマンドを、ＤＩＳＣコマンドおよびＵＡレスポンスの中に挿入した。

これにより、従来、複数のパケットが必要であった、切断シーケンスを１つのパケット対で行うことができる。

〔Ｂ〕レスポンス無し
図３９（ｂ）は、本実施の形態（レスポンス無し）の切断シーケンスを示すシーケンス図である。また、図３９（ｃ）は、本実施の形態（レスポンス有り）の切断シーケンスの際の通信データのデータ構造を示す説明図である。なお、本実施の形態（レスポンス無し）では、ＵＡレスポンス（図３９（ｃ）のＵＡｒｅｓｐｏｎｓｅ）は不要である。

図３９（ｂ）に示すように、本実施の形態（レスポンス無し）では、受信機のレスポンスを必要としないとして接続した場合、ＤＩＳＣコマンドのみでサーチおよび切断が終了したものとできる。

（３）送信機、受信機内のシーケンス
図４０〜図５６では、説明の便宜上、データリンク層をＬＡＰ、ネットワーク層をＬＡＭＰ、トランスポート層をＴＴＰまたはＳＭＰ、セッション層およびプレゼンテーション層をＯＢＥＸと表記する。また、通信層を送信機と受信機とで区別するために、送信機に“Ｐ”、受信機に“Ｓ”と付記する。例えば、“ＬＡＰ（Ｐ）”とは、送信機のデータリンク層を意味する。

（３−１）接続シーケンス
〔Ａ〕レスポンス有り
図４０は、本実施の形態（レスポンス有り）の接続シーケンスを示すシーケンス図である。また、図４１（ａ）、図４１（ｂ）は、本実施の形態（レスポンス有り）の接続シーケンスの際の通信データのデータ構造を示す説明図である。

図４０に示すように、本実施の形態（レスポンス有り）では、送信機、受信機とも、接続準備を行う。その後、送信機は、上位層のリクエストをそのまま下位層に渡していき、１つのパケット（ＳＮＲＭ）として送信する。一方、受信機は、ＳＮＲＭパケットを受けて、そのまま上位層へ接続できた旨の通知を行った後、ＯＢＥＸ（Ｓ）のレスポンスをそのまま下位層に渡していき、１つのパケット（ＵＡ）として送信する。送信機は、ＵＡを受けたことで接続完了とし、上位層に通知（Ｃｏｎｎｅｃｔ．ｃｏｎｆｉｒｍ）を上げていく。

このときの、送信機、受信機内のシーケンスは以下のとおりである。

まず、送信機の各通信層について説明する。

ＯＢＥＸ（Ｐ）は、アプリケーションからの接続要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して接続要求コマンドをデータに入れて接続要求関数（Ｐｒｉｍｉｔｉｖｅ）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から接続確認関数を受けた場合に、そのデータの中からＯＢＥＸ接続のレスポンスを確認し、問題ない（Ｓｕｃｃｅｓｓ）というレスポンスであれば、接続完了とする。

ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの接続要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の接続要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して接続要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から接続確認関数を受けた場合、関数のデータから受信機のＳＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＳＭＰ（Ｓ）とのネゴシエーションを終了する。また、ＳＭＰ（Ｐ）は、接続確認関数のデータからＳＭＰ（Ｓ）のパラメータを取り除いたデータをＯＢＥＸ（Ｐ）に対して接続確認関数として送信する。

ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＳＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して接続要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から接続確認関数を受けた場合、関数のデータから受信機のＬＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＭＰ（Ｓ）とのネゴシエーションを終了する。また、ＬＭＰ（Ｐ）は、接続確認関数のデータからＬＭＰ（Ｓ）のパラメータを取り除いたデータを、ＳＭＰ（Ｐ）に対して接続確認関数として送信する。

なお、通常は論理ポートを管理するためにＬＳＡＰ（ＬｉｎｋＳｅｒｖｉｃｅＡｃｃｅｓｓＰｏｉｎｔ）が定義される。そして、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＳＡＰにコネクションレスの値を固定値として使用する。このため、ＬＭＰの接続パラメータ交換は不要となっている。

ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＬＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＳＮＲＭコマンドを出力する。また、ＬＡＰ（Ｐ）は、受信機の物理層からＵＡレスポンスを受けた場合、ＵＡレスポンスのデータから受信機のＬＡＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＡＰ（Ｓ）とのネゴシエーションを終了する。また、ＬＡＰ（Ｐ）は、ＵＡレスポンスのデータからＬＡＰ（Ｓ）のパラメータを取り除いたデータを、ＬＭＰ（Ｐ）に対して接続確認関数として送信する。

つづいて、受信機の各通信層について説明する。

ＯＢＥＸ（Ｓ）は、アプリケーションから接続要求関数を受けて、受信待機状態になる。また、ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数（Ｉｎｄｉｃａｔｉｏｎ）を受けた場合に、そのデータの中からＯＢＥＸ接続コマンドを確認し、問題が無ければＳｕｃｃｅｓｓというレスポンスを接続返答関数（Ｒｅｓｐｏｎｓｅ）としてＳＭＰ（Ｓ）に対して出力し、接続完了とする。

ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＯＢＥＸ（Ｓ）に発した後、ＯＢＥＸ（Ｓ）からの接続返答関数を待つ。また、ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの接続返答関数を受けた場合に、ＬＭＰ（Ｓ）に対してＯＢＥＸ（Ｓ）の接続返答関数のデータに上記返答のパラメータを付加して、ＬＭＰ（Ｓ）に対して接続返答関数を発生し、ＳＭＰ層のネゴシエーションを終了する。

ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＳＭＰ（Ｓ）に発した後、ＳＭＰ（Ｓ）からの接続返答関数を待つ。また、ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの接続返答関数を受けた場合に、ＬＡＰ（Ｓ）に対してＳＭＰ（Ｓ）の接続返答関数のデータに上記返答のパラメータを付加して、ＬＡＰ（Ｓ）に対して接続返答関数を発生し、ＬＭＰ層のネゴシエーションを終了する。

ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＡＰ（Ｓ）は、物理層からＳＮＲＭコマンドを受けた場合に、ＳＮＲＭコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、ＳＮＲＭコマンドのデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＬＭＰ（Ｓ）に発した後、それに対しての返答のパラメータを作成し、ＬＭＰ（Ｓ）からの接続返答関数を待つ。また、ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの接続返答関数を受けた場合に、ＬＭＰ（Ｓ）の接続返答関数のデータに上記返答のパラメータを付加して、物理層に対してＵＡレスポンスを出力し、ＬＡＰ層のネゴシエーションを終了する。

〔Ｂ〕レスポンス無し
図４２は、本実施の形態（レスポンス無し）の接続シーケンスを示すシーケンス図である。また、図４１（ａ）は、本実施の形態（レスポンス無し）の接続シーケンスの際の通信データのデータ構造を示す説明図である。

図４２に示すように、本実施の形態（レスポンス無し）では、送信機、受信機とも、接続準備を行う。その後、送信機は、上位層のリクエストをそのまま下位層に渡していき、１つのパケット（ＳＮＲＭ）として送信する。そして、送信機は、ＳＮＲＭパケットを送信した時点で接続完了として、ＬＡＰ（Ｐ）から上位層に通知（Ｃｏｎｎｅｃｔ．ｃｏｎｆｉｒｍ）を上げていく。一方、受信機は、ＳＮＲＭパケットを受けて、そのまま上位層へ接続できた旨の通知を行い、ＯＢＥＸ（Ｓ）に通知した時点で接続完了とする。

まず、送信機の各通信層について説明する。

ＯＢＥＸ（Ｐ）は、アプリケーションからの接続要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して接続要求コマンドをデータに入れて接続要求関数（Ｐｒｉｍｉｔｉｖｅ）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から接続確認関数を受けた場合に、接続完了とする。

ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの接続要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の接続要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して接続要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から接続確認関数を受けた時点で、送信したパラメータでネゴシエーションができたとして、ＳＭＰ層のネゴシエーションを終了する。また、この時、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）に対して接続確認関数を送信する。

ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＳＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して接続要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から接続確認関数を受けた時点で、送信したパラメータでネゴシエーションができたとして、ＬＭＰ層のネゴシエーションを終了する。また、この時、ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）に対して接続確認関数を送信する。

ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＬＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＳＮＲＭコマンドを出力する。また、ＬＡＰ（Ｐ）は、ＳＮＲＭコマンドを出力した時点で、送信したパラメータでネゴシエーションができたとして、ＬＡＰ層のネゴシエーションを終了する。また、この時、ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）に対して接続確認関数を送信する。

つづいて、受信機の各通信層について説明する。

ＯＢＥＸ（Ｓ）は、アプリケーションから接続要求関数を受けて、受信待機状態になる。また、ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数（Ｉｎｄｉｃａｔｉｏｎ）を受けた場合に、そのデータの中からＯＢＥＸ接続コマンドを確認し、問題が無ければ、接続完了とする。

ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用してネゴシエーションを完了させる。そして、ＳＭＰ（Ｓ）は、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＯＢＥＸ（Ｓ）に発する。

ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用してネゴシエーションを完了させる。そして、ＬＭＰ（Ｓ）は、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＳＭＰ（Ｓ）に発する。

ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＡＰ（Ｓ）は、物理層からＳＮＲＭコマンドを受けた場合に、ＳＮＲＭコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用してネゴシエーションを完了させる。そして、ＬＡＰ（Ｓ）は、上記関数のデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＬＭＰ（Ｓ）に発する。

（３−２）データ交換シーケンス
〔Ａ〕レスポンス有り
図４３は、本実施の形態（レスポンス有り）のデータ交換シーケンスを示すシーケンス図である。また、図４４は、本実施の形態（レスポンス有り）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。

図４３に示すように、本実施の形態（レスポンス有り）では、送信機が、ＰＵＴコマンドを発生し、それが下位層まで伝わり、ＵＩフレーム（図３７（ｂ））として出力される。

一方、受信機は、データを受け取り、上位層へ通知を上げていく。このとき、ＳＭＰ（Ｓ）では、上位層のＯＢＥＸ（Ｓ）に対して、データが続くことを通知する（ｓｔａｔｕｓ＝ｔｒｕｎｃａｔｅｄ）。

送信機は、ある一定数のパケットを送信した後に、データがきちんと届いているかどうかを確認するフラグをＯＮにして送信する。これを受けて、受信機では、ＳＭＰ（Ｓ）が、エラーがあったかなかったか、あった場合にはエラーが発生した番号を送信機に通知する。

送信機は、エラーが無ければ次のパケット群を出力し、エラーがあればエラーがあったパケット以降のパケットを再送信する。

送信機は、データの最後になったときに、データの最後であることを示すフラグをＯＮにして送信する。これに対して、受信機は、ＳＭＰ（Ｓ）が、このフラグがＯＮであれば、ＯＢＥＸ（Ｓ）にデータがそろったことを通知し（ｓｔａｔｕｓ＝ＯＫ）、ＯＢＥＸ（Ｓ）のレスポンスを待つ。そして、ＯＢＥＸ（Ｓ）のレスポンスが発生したとき、そのデータを下位層へ伝えていき、ＵＩフレームとして出力する。

送信機は、受けたレスポンスがＳｕｃｃｅｓｓであれば、正常終了する。

送信機では、ＯＢＥＸ（Ｐ）が下位層に対してＰＵＴコマンドをデータ送信関数として出力する。ただし、ＯＢＥＸ（Ｐ）は、ＰＵＴＦｉｎａｌ（最後のＰＵＴ）コマンド以外のＰＵＴコマンドのレスポンス（正常の場合はＣｏｎｔｉｎｕｅが返る）を必要とせずにＳＭＰ（Ｐ）で送信可能である場合には、次のコマンドを出力していく。ＰＵＴＦｉｎａｌコマンドもしくはＰＵＴコマンド以外のコマンドの場合には、下位層からのデータ通知関数を待ち、そのデータ内のレスポンスをみてコマンドを終了する。

ここで、データ送信関数とは、下位層に対してデータ送信を要求する関数（ＤａｔａＲｅｑｕｅｓｔ）である。また、データ通知関数とは、下位層からデータを受信したことを知らせる関数（ＤａｔａＩｎｄｉｃａｔｅ）である。

受信機では、ＯＢＥＸ（Ｓ）が下位層からデータ通知関数を受けて、データを受ける。ただし、ＯＢＥＸ（Ｓ）は、ＰＵＴＦｉｎａｌコマンド以外のＰＵＴコマンドに対しては、レスポンスを返さず、ＰＵＴＦｉｎａｌコマンドもしくはＰＵＴコマンド以外のコマンドの場合はデータ送信関数としてレスポンスを返す。

ここで、送信機、受信機に共通する、上位層と下位層のデータ送信関数およびデータ通知関数でのヘッダ等について説明する。

ＳＭＰは、ＯＢＥＸからデータ送信関数を受けると、ＬＭＰに対して、（ａ）ＬＭＰで送信可能なサイズがデータ送信関数内のデータのサイズよりも小さいときには、該データをＬＭＰが送信可能なサイズに分割し、（ｂ）ＬＭＰで送信可能なサイズがデータ送信関数内のデータのサイズよりも大きいときには、いくつかのデータを結合して、送信可能なサイズ以下の、より大きなデータを作成する。また、ＳＭＰは、シーケンシャルな番号、相手機器にデータ受信状態を問い合わせる引数、データの最後を示す引数、相手機器のＳＭＰがＯＢＥＸのレスポンスが必要であることを示す引数、受信したデータが正常であったかどうかを示す引数などを入れたＳＭＰヘッダを作成する。そして、このＳＭＰヘッダを、上記分割または結合したデータに付加したデータを入れたデータ送信関数をＬＭＰに対して発する。

さらに、ＳＭＰは、ＬＭＰからデータ通知関数を受けると、該関数内のデータからＳＭＰヘッダを抜き出し、シーケンス番号が正常であるか（すなわち、抜けなく順番に来ているか）を確認する。そして、正常であった場合には、ＯＢＥＸへデータ通知関数を発する。このとき、データ通知関数は、下位層からのデータ通知関数ごとに出力してもよいし、いくつかの下位層からのデータ通知関数のデータをあわせて出力してもよい。

送信機のＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からのデータ送信関数をＬＭＰ（Ｐ）へのデータ送信関数に変換して、規定しているある一定数のデータ量のデータ送信関数を発する。その後、ＳＭＰ（Ｐ）は、受信機にデータ受信状態を問い合わせる引数をＴｒｕｅにしてデータ送信関数を発して、ＬＭＰ（Ｐ）のデータ通知関数を待つ。

ＳＭＰ（Ｐ）は、ＬＭＰ（Ｓ）からのデータ通知関数内のＳＭＰヘッダを解析し、受信したデータが正常であったかどうかを示す引数が正常に受信していたことを示していた場合、次のデータを送信する準備ができたとして、ＯＢＥＸ（Ｐ）に対して送信可能であるステートになる。すなわち、この状態でＯＢＥＸ（Ｐ）からのデータを受け付けることができる。

これに対して、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｓ）からの受け取ったデータ通知関数のＳＭＰヘッダを解析して受信したデータが正常であったかどうかを示す引数が正常に受信していなかったことを示していた場合、正常に受信できなかったと通知されたデータ送信関数から相手機器にデータ受信状態を問い合わせる引数をＴｒｕｅにしたデータ送信関数までを再度発生する。ＳＭＰ（Ｐ）は、全てのデータ送信関数によるデータが受信機に通知されるまで、もしくはある規定回数再発生を繰り返す。

さらに、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からデータの最後であるとした引数がＴｒｕｅであるデータ送信関数を受けた場合、そのデータ送信関数の最後のデータを入れた、ＬＭＰ（Ｐ）へのデータ送信関数を、このデータ送信関数がデータの最後であることを示す引数、または、受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数をＴｒｕｅにして発する。

これに対して、受信機のＳＭＰ（Ｓ）は、ＬＭＰ（Ｓ）からデータ通知関数を受けた際に、データの最後または受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数がＴｒｕｅであった場合に、ＯＢＥＸ（Ｓ）へＳＭＰ（Ｓ）のヘッダを外したデータを入れたデータ通知関数を発する。

また、ＳＭＰ（Ｓ）は、データ通知関数をＬＭＰ（Ｓ）から受けた場合に、そのデータ通知関数内のデータからＳＭＰヘッダを解析し、シーケンシャルな番号を確認する。ＳＭＰ（Ｓ）は、受信機にデータ受信状態を問い合わせる引数がＴｒｕｅであるヘッダを受けるまで正常に受信できていれば、受信したデータが正常であったかどうかを示す引数を正常に受信できたことを示すものにしてＳＭＰヘッダを作成し、それをデータとしてＬＭＰ（Ｓ）に対してデータ送信関数を発する。

一方、ＳＭＰ（Ｓ）は、正常に受信できなかったことを検出した場合には、正常に受信できなかったと予測されるＳＭＰヘッダの番号を記憶する。例えば、０，１，２，３，５と受けたとき、５個目は４となるべきなのに４を受けなかった場合には、正常に受信できなかったと予測される番号は４となる。そして、それ以降、ＳＭＰ（Ｓ）は、ＳＭＰヘッダの受信機にデータ受信状態を問い合わせる引数がＴｒｕｅであるかどうかのみを調べて、ＯＢＥＸ（Ｓ）へのデータ通知関数の出力を停止する。

ＳＭＰ（Ｓ）は、受信機にデータ受信状態を問い合わせる引数がＴｒｕｅであるデータ通知関数を受けた場合に、受信したデータが正常であったかどうかを示す引数を正常に受信できなかったことを示すものにし、正常に受信できなかったＳＭＰヘッダの番号をシーケンシャル番号を入れるフィールドに挿入したＳＭＰヘッダを作成して、それをデータとしてＬＭＰ（Ｓ）に向けてデータ送信関数を発する。

また、ＳＭＰ（Ｓ）は、データの最後であることを示す引数、または受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数がＴｒｕｅであったデータ通知関数を受けた場合、ＯＢＥＸ（Ｓ）へデータ通知関数を出力した後、ＯＢＥＸ（Ｓ）からのデータ送信要求を待つ。

ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からのデータ送信要求を受けた場合には、受信したデータが正常であったかどうかを示す引数に正常に受信できたとするＳＭＰヘッダを作成し、それをＯＢＥＸ（Ｓ）のデータ送信要求のデータに付加して、ＬＭＰ（Ｓ）に対してデータ送信関数を発する。なお、エラーがあった場合には、ＯＢＥＸ（Ｓ）への通知は止まるため、待つときは正常であったときのみとなる。

つぎに、ＬＭＰは上位層からデータ送信要求関数を受けたときには、その関数内のデータにＬＭＰヘッダをつけてデータを作成し、ＬＡＰにそのデータが入ったデータ送信要求関数を発する。また、ＬＭＰは、ＬＡＰからデータ通知関数を受けた場合には、その関数内のデータからＬＭＰヘッダを除いたデータを作成し、ＳＭＰにそのデータが入ったデータ通知関数を発する。

なお、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＭＰヘッダにはコネクションレスの値が入ったＬＳＡＰが入る。

ＬＡＰは、ＬＭＰからデータ送信要求関数を受けたとき、その関数内のデータにＬＡＰヘッダをつけてデータを作成し、物理層にそのデータがはいったＵＩフレームを発する。また、ＬＡＰは、物理層からデータ受信通知を受けた場合には、そのＵＩフレームのデータからＬＡＰヘッダを除いたデータを作成し、ＬＭＰにそのデータが入ったデータ通知関数を発する。なお、本実施の形態では、ＬＡＰヘッダには、接続アドレスとＵＩインジケータが含まれる。

〔Ｂ〕レスポンス無し
図４５は、本実施の形態（レスポンス無し）のデータ交換シーケンスを示すシーケンス図である。また、図４４は、本実施の形態（レスポンス無し）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。

図４５に示すように、本実施の形態（レスポンス無し）では、送信機が、ＰＵＴコマンドを発生し、それが下位層まで伝わり、ＵＩフレームとして出力される。

そして、送信機は、データの最後になったときに、データの最後であることを示すフラグをＯＮにして送信する。これに対して、受信機は、ＳＭＰ（Ｓ）が、このフラグがＯＮであれば、ＯＢＥＸ（Ｓ）にデータがそろったことを通知して（ｓｔａｔｕｓ＝ＯＫ）、データ交換シーケンスを終了する。

送信機では、ＯＢＥＸ（Ｐ）が下位層に対してＰＵＴコマンドをデータ送信関数として出力する。ただし、ＯＢＥＸ（Ｐ）は、すべてのコマンドに対するレスポンスを必要とせずに、コマンドを終了することができる。そして、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）で送信可能である場合に、次のコマンドを出力していく。

受信機では、ＯＢＥＸ（Ｓ）が下位層からデータ通知関数を受けて、すべてのコマンドに対してレスポンスを返さずに、データのみを受け取る。

送信機のＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からのデータ送信関数をＬＭＰ（Ｐ）へのデータ送信関数に変換する。そして、ＯＢＥＸ（Ｐ）からデータの最後であるとした引数がＦａｌｓｅであるデータ送信関数を受けた場合には、そのデータにＳＭＰヘッダを付けたデータを、ＬＭＰ（Ｐ）へ発する。これに対して、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からデータの最後であるとした引数がＴｒｕｅであるデータ送信関数を受けた場合には、そのデータ送信関数の最後のデータを入れた、ＬＭＰ（Ｐ）へのデータ送信関数を、このデータ送信関数がデータの最後であることを示す引数、または、受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数をＴｒｕｅにして発する。

一方、受信機のＳＭＰ（Ｓ）は、データ通知関数を下位層から受けた場合に、そのデータ通知関数内のデータからＳＭＰヘッダを解析し、シーケンシャルな番号を確認する。そして、ＳＭＰ（Ｓ）は、ＳＭＰヘッダを解析して、正常に受信できていることを確認できた場合、ＬＭＰ（Ｓ）に対してデータ送信関数を発する。

これに対して、ＳＭＰ（Ｓ）は、正常に受信できなかったことを検出した場合には、ＯＢＥＸ（Ｓ）にエラーとして通知する。例えば、０，１，２，３，５と受けたとき、５個目は４となるべきなのに４を受けなかった場合である。

そして、それ以降、ＳＭＰ（Ｓ）は、ＳＭＰヘッダのデータの最後を示す引数、または受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数がＴｒｕｅであることを待ち、Ｔｒｕｅであるデータ通知関数を受けるか（なお、受けてもＯＢＥＸ（Ｓ）へは通知はしない）、切断通知関数を受けるか、もしくはある一定時間経つまで、ＯＢＥＸ（Ｓ）へデータ通知を行わないようにする。

つぎに、送信機のＬＭＰ（Ｐ）は、ＳＭＰ（Ｓ）からデータ送信要求関数を受けたときには、その関数内のデータにＬＭＰヘッダをつけてデータを作成し、ＬＡＰ（Ｐ）にそのデータが入ったデータ送信要求関数を発する。

一方、受信機のＬＭＰ（Ｓ）は、ＬＡＰ（Ｓ）からデータ通知関数を受けた場合には、その関数内のデータからＬＭＰヘッダを除いたデータを作成し、ＳＭＰ（Ｓ）にそのデータが入ったデータ通知関数を発する。

送信機のＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からデータ送信要求関数を受けたとき、その関数内のデータにＬＡＰヘッダをつけてデータを作成し、物理層にそのデータが入ったＵＩフレームを発する。

一方、受信機のＬＡＰ（Ｓ）は、物理層からデータ受信通知を受けた場合には、そのＵＩフレームのデータからＬＡＰヘッダを除いたデータを作成し、ＬＭＰ（Ｓ）にそのデータが入ったデータ通知関数を発する。なお、本実施の形態では、ＬＡＰヘッダには、接続アドレスとＵＩインジケータが含まれる。

（３−３）切断シーケンス
〔Ａ〕レスポンス有り
図４６は、本実施の形態（レスポンス有り）の切断シーケンスを示すシーケンス図である。また、図４７（ａ），図４７（ｂ）は、本実施の形態（レスポンス有り）の切断シーケンスの際の通信データのデータ構造を示す説明図である。

図４６に示すように、本実施の形態（レスポンス有り）では、送信機の切断コマンドが下位層に伝わっていき、ＤＩＳＣコマンドが発生する。受信機は、そのＤＩＳＣコマンドを受けて上位層へ通知していき、そのレスポンスが返り、ＵＡレスポンスが発生する。その後、送信機の上位層まで、ＵＡレスポンスを受信したことを通知して終了する。

まず、送信機の各通信層について説明する。

ＯＢＥＸ（Ｐ）は、アプリケーションからの切断要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して切断要求コマンドをデータに入れて切断要求関数（Ｐｒｉｍｉｔｉｖｅ）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から切断確認関数を受けた場合に、そのデータの中からＯＢＥＸ切断のレスポンスを確認し、問題ない（Ｓｕｃｃｅｓｓ）というレスポンスであれば、切断完了とする。

ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの切断要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の切断要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して切断要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から切断確認関数を受けた場合、関数のデータから受信機のＳＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＳＭＰ（Ｓ）との切断処理を終了する。また、ＳＭＰ（Ｐ）は、切断確認関数のデータからＳＭＰ（Ｓ）のパラメータを取り除いたデータをＯＢＥＸ（Ｐ）に対して切断確認関数として送信する。ただし、通常、切断時にＳＭＰ（Ｐ）で新たに追加するパラメータは無い。

ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＳＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して切断要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から切断確認関数を受けた場合、関数のデータから受信機のＬＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＭＰ（Ｓ）との切断処理を終了する。また、ＬＭＰ（Ｐ）は、切断確認関数のデータからＬＭＰ（Ｓ）のパラメータを取り除いたデータを、ＳＭＰ（Ｐ）に対して切断確認関数として送信する。ただし、通常、切断時にＬＭＰ（Ｐ）で新たに追加するパラメータは無い。

ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＬＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＤＩＳＣコマンドを出力する。また、ＬＡＰ（Ｐ）は、受信機の物理層からＵＡレスポンスを受けた場合、ＵＡレスポンスのデータから受信機のＬＡＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＡＰ（Ｓ）との接続を終了する。また、ＬＡＰ（Ｐ）は、ＵＡレスポンスのデータからＬＡＰ（Ｓ）のパラメータを取り除いたデータを、ＬＭＰ（Ｐ）に対して切断確認関数として発する。ただし、通常、切断時にＬＡＰ（Ｐ）で新たに追加するパラメータは無い。

つづいて、受信機の各通信層について説明する。

ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数（Ｉｎｄｉｃａｔｉｏｎ）を受けた場合に、そのデータの中からＯＢＥＸ切断コマンドを確認し、問題が無ければＳｕｃｃｅｓｓというレスポンスを切断返答関数（Ｒｅｓｐｏｎｓｅ）としてＳＭＰ（Ｓ）に対して出力し、切断完了とする。

ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＯＢＥＸ（Ｓ）に発した後、ＯＢＥＸ（Ｓ）からの切断返答関数を待つ。また、ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの切断返答関数を受けた場合に、ＬＭＰ（Ｓ）に対してＯＢＥＸ（Ｓ）の切断返答関数のデータに上記返答のパラメータを付加して、ＬＭＰ（Ｓ）に対して切断返答関数を発生し、ＳＭＰ層の切断処理を終了する。ただし、通常、切断時にＳＭＰ（Ｓ）で新たに追加するパラメータは無い。

ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＳＭＰ（Ｓ）に発した後、ＳＭＰ（Ｓ）からの切断返答関数を待つ。また、ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの切断返答関数を受けた場合に、ＬＡＰ（Ｓ）に対してＳＭＰ（Ｓ）の切断返答関数のデータに上記返答のパラメータを付加して、ＬＡＰ（Ｓ）に対して切断返答関数を発生し、ＬＭＰ層の切断処理を終了する。ただし、通常、切断時にＬＭＰ（Ｓ）で新たに追加するパラメータは無い。

ＬＡＰ（Ｓ）は、物理層からＤＩＳＣコマンドを受けた場合に、ＤＩＳＣコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、ＤＩＳＣコマンドのデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＬＭＰ（Ｓ）に発した後、それに対しての返答のパラメータを作成し、ＬＭＰ（Ｓ）からの切断返答関数を待つ。また、ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの切断返答関数を受けた場合に、ＬＭＰ（Ｓ）の切断返答関数のデータに上記返答のパラメータを付加して、物理層に対してＵＡレスポンスを出力し、ＬＡＰ層の切断処理を終了する。ただし、通常、切断時にＬＡＰ（Ｓ）で新たに追加するパラメータは無い。

〔Ｂ〕レスポンス無し
図４８は、本実施の形態（レスポンス無し）の切断シーケンスを示すシーケンス図である。また、図４７（ａ）は、本実施の形態（レスポンス無し）の切断シーケンスの際の通信データのデータ構造を示す説明図である。

図４８に示すように、本実施の形態（レスポンス無し）では、送信機の切断コマンドが下位層に伝わっていき、ＤＩＳＣコマンドが発生する。送信機では、この時点で切断処理が終了する。一方、受信機は、そのＤＩＳＣコマンドを受けて上位層へ伝えていき、上位層まで通知した時点で切断処理が終了する。

まず、送信機の各通信層について説明する。

ＯＢＥＸ（Ｐ）は、アプリケーションからの切断要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して切断要求コマンドをデータに入れて切断要求関数（Ｐｒｉｍｉｔｉｖｅ）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から切断確認関数を受けた場合に、切断完了とする。

ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの切断要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の切断要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して切断要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から切断確認関数を受けた時点で、送信したパラメータで切断できたとして、ＳＭＰ層の切断処理を終了する。また、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）に対して切断確認関数を送信する。ただし、通常、切断時にＳＭＰ（Ｐ）で新たに追加するパラメータは無い。

ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＳＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して切断要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から切断確認関数を受けた時点で、送信したパラメータで切断できたとして、ＬＭＰ層の切断処理を終了する。また、ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）に対して切断確認関数を送信する。ただし、通常、切断時にＬＭＰ（Ｐ）で新たに追加するパラメータは無い。

ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＬＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＤＩＳＣコマンドを出力する。また、ＬＡＰ（Ｐ）は、ＤＩＳＣコマンドを出力した時点で、送信したパラメータで切断できたとして、ＬＡＰ層の切断処理を終了する。また、ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）に対して切断確認関数を発する。ただし、通常、切断時にＬＡＰ（Ｐ）で新たに追加するパラメータは無い。

つづいて、受信機の各通信層について説明する。

ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数（Ｉｎｄｉｃａｔｉｏｎ）を受けた場合に、そのデータの中からＯＢＥＸ切断コマンドを確認し、問題が無ければ、切断完了とする。

ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用して切断を完了させる。また、ＳＭＰ（Ｓ）は、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＯＢＥＸ（Ｓ）に発する。ただし、通常、切断時にＳＭＰ（Ｓ）で新たに追加するパラメータは無い。

ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用して切断を完了させる。また、ＬＭＰ（Ｓ）は、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＳＭＰ（Ｓ）に発する。ただし、通常、切断時にＬＭＰ（Ｓ）で新たに追加するパラメータは無い。

ＬＡＰ（Ｓ）は、物理層からＤＩＳＣコマンドを受けた場合に、ＤＩＳＣコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用して切断を完了させる。また、ＬＡＰ（Ｓ）は、ＤＩＳＣコマンドのデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＬＭＰ（Ｓ）に発する。ただし、通常、切断時にＬＡＰ（Ｓ）で新たに追加するパラメータは無い。

（４）レスポンスの有無の切換え
図４９〜図５６を参照しながら、送信機および受信機の通信層間におけるデータおよびパラメータの流れを説明する。

本実施の形態では、送信機および受信機の各通信層ＬＡＰ、ＬＭＰ、ＳＭＰ、ＯＢＥＸは、接続要求関数、接続通知関数、接続応答関数、接続確認関数を持っている。これらの関数は、上位層（つまり、ＬＭＰ層）からＬＡＰ層へアクセスするための関数である。

そして、上記関数は、引数として、Ｄａｔａ（以下、データと記す）とＲｅｑｕｅｓｔｅｄ−ＱｏｓまたはＲｅｔｕｒｎｅｄ−ＱｏＳが指定できる。上記データは、上述したように、各通信層において設定される。

一方、Ｑｏｓは、ＬＡＰで決定されたボーレート等のネゴシエーションパラメータの指定やネゴシエーション結果を、ＯＢＥＸを含めた上位層に通知する。なお、Ｑｏｓは従来のＩｒＤＡでも使用されている。

例えば、送信機のアプリケーションもしくはＯＢＥＸ（Ｐ）が、レスポンスが必要／不要というパラメータの入ったＱｏＳを発すると、それが下位層へ順にＬＡＰ（Ｐ）まで伝わる。そして、ＬＡＰ（Ｐ）は、そのＱｏＳの値をネゴシエーションパラメータ（ＡｃｋＬｅｓｓＣｏｎｎｅｃｔ）の値として反映させ、受信機へ送信する。

その結果、送信機および受信機の各通信層が、送信機のアプリケーションもしくはＯＢＥＸ（Ｐ）によるレスポンス必要／不要の指定に従って動作するため、双方向／片方向の接続ができることになる。

図４９〜図５３は、本実施の形態（レスポンス有り）の接続シーケンス（図４０）のときの、通信層間のデータおよびパラメータの流れを示す説明図である。なお、ＯＢＥＸ−ＳＭＰ間、ＳＭＰ−ＬＭＰ間、ＬＭＰ−ＬＡＰ間のＱｏＳのパラメータは、同一であってもよいが、異なっていてもよい。それゆえ、図中では、−ａ，−ｂ，−ｃを付して区別している。

送信機では、図４９に示すように、ｃｏｎ．ｒｅｑ（ｄａｔａ）（図４０）によって、受信機へ送信するＤａｔａとＱｏＳ−１（送信機の要求するＱｏＳ）のデータとを上位層から下位層に渡す。

一方、受信機では、図５０に示すように、ｃｏｎ．ｒｅｑによって、ＱｏＳ−２（受信機の要求するＱｏＳ）のデータのみを上位層から下位層にそれぞれ渡す。

その後、受信機では、ＬＡＰ（Ｓ）がＳＮＲＭコマンドを受けた時点で、送信機のＱｏＳ−１と自機のＱｏＳ−２を比較して、共通でネゴシエートしたパラメータとしてＱｏＳ−３を作成する。そして、図５１に示すように、ＬＡＰ（Ｓ）は、ｃｏｎ．ｉｎｄ（ｄａｔａ）によって、ＱｏＳ−３を送信機からのデータと一緒に上位層へ通知する。各上位層は、このＱｏＳ−３を記憶して、接続時における接続パラメータとして保持する。

つづいて、受信機では、ｃｏｎ．ｒｅｓｐ（ｄａｔａ）を通知する際、ＱｏＳが不要となっている。よって、図５２に示すように、ｃｏｎ．ｒｅｓｐ（ｄａｔａ）ではデータのみが上位層から下位層に渡されていく。そして、ＬＡＰ（Ｓ）がｃｏｎ．ｒｅｓｐ（ｄａｔａ）を受けると、ＵＡレスポンスにＱｏＳ−３を入れて、ＵＡレスポンスを発する。

つづいて、送信機では、ＬＡＰ（Ｐ）がＵＡレスポンスを受けてＱｏＳ−３をネゴシエートしたパラメータとして記憶する。そして、ＬＡＰ（Ｐ）は、図５３に示すように、ｃｏｎ．ｃｏｎｆ（ｄａｔａ）によって、ＱｏＳ−３を受信機のデータと一緒に上位層へ通知する。各通信層は、このＱｏＳ−３を、確立させた接続における接続パラメータとして保持する。

本実施の形態では、例えば、ｃｏｎ．ｒｅｑのＱｏＳとして、Ｒｅｑｕｅｓｔｅｄ−ＱｏＳ：Ｂａｕｄ−Ｒａｔｅ＋Ｍａｘ−Ｔｕｒｎ−Ａｒｏｕｎｄ−Ｔｉｍｅ＋Ｄｉｓｃｏｎｎｅｃｔ−Ｔｈｒｅｓｈｏｌｄ＋ＤａｔａＳｉｚｅ＋Ａｃｋｌｅｓｓｃｏｎｎｅｃｔｉｏｎ＋Ｍｉｎ−Ｐａｃｋｅｔ−Ｉｎｔｅｒｖａｌ、を使用する。また、Ｃｏｎ．ｉｎｄ，ｃｏｎ．ｃｏｎｆのＱｏＳとして、Ｒｅｓｕｌｔａｎｔ−ＱｏＳ：Ｂａｕｄ−Ｒａｔｅ＋Ｄｉｓｃｏｎｎｅｃｔ−Ｔｈｒｅｓｈｏｌｄ＋ＤａｔａＳｉｚｅ＋Ａｃｋｌｅｓｓｃｏｎｎｅｃｔｉｏｎ（ｉｎｄｉｃａｔｉｏｎｐｒｉｍｉｔｉｖｅｏｎｌｙ）、を使用する。

また、本実施の形態（レスポンス無し）の接続シーケンス（図４２）のときには、通信層間のデータおよびパラメータの流れは次のようになる。

送信機では、図４９に示すように、ｃｏｎ．ｒｅｑ（ｄａｔａ）（図４２）によって、受信機へ送信するＤａｔａとＱｏＳ−１（送信機の要求するＱｏＳ）のデータとを上位層から下位層に渡す。

そして、送信機のＬＡＰ（Ｐ）は、ＱｏＳ−１をそのままＱｏＳ−３として記憶する。そして、ＬＡＰ（Ｐ）は、図５３に示すように、ｃｏｎ．ｃｏｎｆによってＱｏＳ−３を上位層へ通知する。各通信層は、このＱｏＳ−３を、確立させた接続における接続パラメータとして保持する。

その後、受信機では、ＬＡＰ（Ｓ）がＳＮＲＭコマンドを受けた時点で、送信機のＱｏＳ−１をもって、ＱｏＳ−３とする。なお、ＱｏＳ−２のパラメータがＱｏＳ−１との組み合わせで満足しない場合には受信できない。

つづいて、図５１に示すように、ＬＡＰ（Ｓ）は、ｃｏｎ．ｉｎｄ（ｄａｔａ）によって、ＱｏＳ−３を送信機からのデータと一緒に上位層へ通知する。各上位層は、このＱｏＳ−３を記憶して、接続時における接続パラメータとして保持する。

これにより、レスポンス有り／無しを、アプリケーションが上記ＱｏＳ−１とＱｏＳ−２を上位層（アプリケーション）操作することで、切り替えることができる。

ここで、レスポンス有り／無しの切換えの基準としては、送信するファイルのファイル形式、アプリケーション、ユーザの選択等が考えられる。

具体的には、ファイル形式を基準とする場合、例えば、マルチメディア関連ファイルの場合にはレスポンス有り／無し両方選べるようにし、電話帳、メール、スケジュール等のファイルであってデータが受信されたことを確認したい場合にはレスポンス有りが自動的に選択されるようにしてもよい。また、アプリケーションを基準とする場合、例えば、スライドショーの場合にはレスポンス無しが自動的に選択されるようにしてもよい。また、ユーザの選択による場合、例えば、レスポンス有り／無しのメニュー表示からユーザに選択させるようにしてもよい。

図５４〜図５６は、本実施の形態の接続シーケンスのときの、通信層間のデータおよびパラメータの流れの変形例を示す説明図である。

送信機において最初のＳＮＲＭコマンドにすべての通信層の情報が含まれる場合に（図４０）、データやパラメータを各通信層でリレーしながら伝達する（図４９）のではなく、図５４のように、各通信層からＬＡＰ層へ直接渡すように構成することもできる。

また逆に、図５５のように、受信機において、ＳＮＲＭコマンドに含まれるデータやパラメータをすべて取り出し、宛先である各通信層へＬＡＰ層から直接渡すように構成することもできる。

また、図５６のように、送信機において、ＯＢＥＸ（Ｐ）、ＳＭＰ（Ｐ）、ＬＭＰ（Ｐ）のデータやパラメータをＬＭＰ（Ｐ）で統合し、さらに、ＬＡＰ（Ｐ）にて、上記統合したデータやパラメータにＬＡＰ（Ｐ）のパラメータを追加してＳＮＲＭコマンドを生成するように構成することもできる。

本発明に係る上記実施の各形態に記載の、各通信手順（通信方法、プロトコル）については、ソフトウェアにおいても実現可能であり、コンピュータにて実行可能なプログラムとすることが可能であり、また、そのようなプログラムをコンピュータにて読み取り可能に記憶させた記録媒体とすることもできる。上記記録媒体としては、ＣＤ、ＤＶＤ、メモリ、ハードディスクなどが挙げられる。

本発明の送受信機としての無線通信機は、前述の課題を解決するために、赤外線を用いて所定の容量を有する転送データを送信する無線通信機において、通信相手局を探すための局発見コマンド（ＸＩＤ）を送信することなく、自局の最大転送可能速度、最大受信可能データ長等の接続パラメータを、ＳＮＲＭコマンドを用いて通信相手局に送信する送信制御部を有していてもよい。

本発明の送受信機としての他の無線通信機は、前述の課題を解決するために、赤外線を用いて所定の容量を有する転送データを受信する無線通信機において、送信機より受信する第一のコマンドが、送信機の最大転送可能速度、最大受信可能データ長等のパラメータを知らせるＳＮＲＭコマンドであった場合に、自局の最大転送可能速度、最大受信可能データ長等の接続パラメータを、ＵＡレスポンスを用いて送信する受信制御部を有していてもよい。

上記無線通信機では、ＳＮＲＭコマンドの相手局アドレス（ＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓ）フィールドを、所定の非利用コード（０ｘＦＦＦＦＦＦＦＦ）に設定する設定部を有していてもよい。

上記無線通信機においては、前記受信したＳＮＲＭコマンドの相手局アドレス（ＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓ）フィールドが非利用コード（０ｘＦＦＦＦＦＦＦＦ）であるか否かを識別する識別部を有しており、前記受信制御部は、相手局アドレス（ＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓ）フィールドが非利用コード（０ｘＦＦＦＦＦＦＦＦ）である場合のみ、直ちに前記ＵＡレスポンスを送信するようになっていてもよい。

上記無線通信機では、ＳＮＲＭコマンドに上位層からのユーザデータを入れる領域が設けられ、前記送信制御部は、前記接続パラメータと合わせて、上位層からのユーザデータも送信するようになっていてもよい。上記無線通信機では、前記上位層からのユーザデータの前に、ユーザデータ識別子およびユーザデータ長を配置してもよい。

上記無線通信機においては、前記上位層からのユーザデータに、ＯＢＥＸのＣＯＮＮＥＣＴコマンドが含まれていてもよい。

上記無線通信機では、ＵＡレスポンスに上位層からのユーザデータを入れる領域が設けられ、前記受信制御部は、前記接続パラメータと合わせて、上位層からのユーザデータも送信するようになっていてもよい。上記無線通信機では、前記上位層からのユーザデータの前に、ユーザデータ識別子およびユーザデータ長を配置してもよい。

上記無線通信機においては、前記上位層からのユーザデータに、ＯＢＥＸのＳＵＣＣＥＳＳレスポンスが含まれていてもよい。

本発明の送受信機としてのさらに他の無線通信機は、前述の課題を解決するために、赤外線を用いて所定の容量を有する転送データを受信機に送信する無線通信機において、特にＤＩＳＣコマンドに上位層からのユーザデータを入れる領域が設けられ、上位層からのユーザデータも送信する送信制御部を有していてもよい。上記無線通信機では、前記上位層からのユーザデータの前に、ユーザデータ識別子およびユーザデータ長を配置してもよい。

上記無線通信機では、特に前記上位層からのユーザデータに、ＯＢＥＸのＤＩＳＣＯＮＮＥＣＴコマンドが含まれていてもよい。

本発明の送受信機としてのさらに他の無線通信機は、前述の課題を解決するために、赤外線を用いて所定の容量を有する転送データを受信機に送信する無線通信機において、ＳＮＲＭコマンドを送信した後に、受信したＵＡレスポンスに上位層からのユーザデータが含まれない場合、接続失敗とし、データ転送状態へと遷移しなくてもよい。上記無線通信機では、特に前記上位層からのユーザデータがＯＢＥＸのＳＵＣＣＥＳＳレスポンスであってもよい。

本発明の送受信機としてのさらに他の無線通信機は、前述の課題を解決するために、赤外線を用いて所定の容量を有する転送データを受信機に送信する無線通信機において、ＤＩＳＣコマンドを受信した場合に、特にＵＡレスポンスに上位層からのユーザデータを入れる領域が設けられ、上位層からのユーザデータも送信する送信制御部を有していてもよい。上記無線通信機では、特に前記上位層からのユーザデータに、ＯＢＥＸのＳＵＣＣＥＳＳレスポンスが含まれていてもよい。上記無線通信機では、前記上位層からのユーザデータの前に、ユーザデータ識別子およびユーザデータ長を配置してもよい。

本発明の送受信機としてのさらに他の無線通信機は、前述の課題を解決するために、赤外線を用いて所定の容量を有する転送データを受信機に送信する無線通信機において、ＤＩＳＣコマンドを送信した後に、受信したＵＡレスポンスに上位層からのユーザデータが含まれない場合、切断失敗とし、処理を行ってもよい。上記無線通信機では、特に前記上位層からのユーザデータがＯＢＥＸのＳＵＣＣＥＳＳレスポンスであってもよい。

本発明の送受信機としてのさらに他の無線通信機は、前述の課題を解決するために、赤外線を用いて所定の容量を有する転送データを受信機に送信する無線通信機において、ＳＮＲＭコマンドを受信した場合に、特にＤＭレスポンスに上位層からのユーザデータを入れる領域が設けられ、上位層からのユーザデータも送信する送信制御部を有していてもよい。上記無線通信機では、特に前記上位層からのユーザデータに、ＯＢＥＸのＩｎｔｅｒｎａｌＳｅｒｖｅｒＥｒｒｏｒレスポンスが含まれていてもよい。上記無線通信機では、前記上位層からのユーザデータの前に、ユーザデータ識別子およびユーザデータ長を配置してもよい。

上記無線通信機においては、１回のパケットの交換で、下位層から上位層までの接続または切断を完了させるようになっていることが好ましい。

上記無線通信機では、前記送信制御部は、前記ＳＮＲＭコマンドを送信後、予め定められた一定時間相手局からのＵＡレスポンスを受信しなかった場合には、ＸＩＤコマンドを送信するようになっていてもよい。

上記無線通信機においては、前記ＸＩＤコマンドに対して、ＸＩＤレスポンスを受信した場合は、ＸＩＤ−ＥＮＤコマンドを送信後、ＩｒＤＡに準拠したＳＮＲＭコマンドを送信し、ＩｒＤＡの接続プロセスに移行するようになっていてもよい。

上記無線通信機では、前記ＸＩＤコマンドを送信後、あらかじめ定められた一定時間相手局からＸＩＤレスポンスを受信しなかった場合は、ＸＩＤ−ＥＮＤコマンドを送信後、予め定められた時間待った後、再び前記ＳＮＲＭコマンドを送信するようになっていもよい。

上記無線通信機においては、受信した第１のコマンドがＸＩＤコマンドであった場合は、ＸＩＤコマンドを受信したことを記憶し、ＳＮＲＭコマンドを受信せず、再びＸＩＤ−ＥＮＤコマンドではないＸＩＤコマンドを受信した場合は、ＩｒＤＡで予め定められたルールに従ってＸＩＤレスポンスを送信するようになっていてもよい。

上記無線通信機では、受信した第１のコマンドがＸＩＤコマンドであった場合は、ＸＩＤコマンドを受信したことを記憶し、自局がＸＩＤレスポンスを送信していない状態で、ＳＮＲＭコマンドを受信した場合は、前記ＵＡレスポンスを送信するようになっていてもよい。

上記無線通信機においては、受信した第１のコマンドがＸＩＤコマンドであった場合は、ＸＩＤコマンド内のＤｉｓｃｏｖｅｒｙｆｌａｇ領域の値を確認し、ＸＩＤスロットが６、８、１６のいずれかを意味する値であった場合は、ＩｒＤＡで予め定められたルールに従ってＸＩＤレスポンスを送信するようになっていてもよい。

上記無線通信機では、特にＳＮＲＭコマンドに通信方向が片方向か双方向化を示すフラグが付加され、前記接続パラメータとあわせて送信するようになっていてもよい。

上記無線通信機においては、通信方向を示すフラグを片方向に設定したＳＮＲＭコマンドを送信後、受信局からの応答を待つことなく、データ転送を開始するようになっていてもよい。

上記無線通信機では、ＳＮＲＭコマンドに通信方向を示すフラグが付加され、かつ通信方向が片方向と設定されたコマンドを受信した場合、ＵＡレスポンスを返すことなく、データパケットの受入状態に遷移するようになっていてもよい。

本発明の送受信機能を持つ携帯電話は、前述の上位層のデータをＳＮＲＭコマンドもしくはＵＡレスポンスに配置し、接続、切断処理を行ってもよい。また、片方向通信、双方向通信を制御するフラグをＳＮＲＭコマンド内に配置し、送信または受信し、方向通信の場合は、送信機の場合、ＳＮＲＭ送信後、レスポンスを待つことなく、データ転送を行っても良いし、受信機の場合、ＳＮＲＭ受信後、レスポンスを送信することなくデータを受信してもよい。

本発明の送受信機能を持つ表示装置は、前述の上位層のデータをＳＮＲＭコマンドもしくはＵＡレスポンスに配置し、接続、切断処理を行ってもよい。また、片方向通信、双方向通信を制御するフラグをＳＮＲＭコマンド内に配置し、送信または受信し、片方向通信の場合は、送信機の場合、ＳＮＲＭ送信後、レスポンスを待つことなく、データ転送を行っても良いし、受信機の場合、ＳＮＲＭ受信後、レスポンスを送信することなくデータを受信してもよい。

本発明の送受信機能を持つ印刷装置は、前述の上位層のデータをＳＮＲＭコマンドもしくはＵＡレスポンスに配置し、接続、切断処理を行ってもよい。また、片方向通信、双方向通信を制御するフラグをＳＮＲＭコマンド内に配置し、送信または受信し、片方向通信の場合は、送信機の場合、ＳＮＲＭ送信後、レスポンスを待つことなく、データ転送を行っても良いし、受信機の場合、ＳＮＲＭ受信後、レスポンスを送信することなくデータを受信してもよい。

本発明の送受信機能を持つ記録装置は、前述の上位層のデータをＳＮＲＭコマンドもしくはＵＡレスポンスに配置し、接続、切断処理を行ってもよい。また、片方向通信、双方向通信を制御するフラグをＳＮＲＭコマンド内に配置し、送信または受信し、片方向通信の場合は、送信機の場合、ＳＮＲＭ送信後、レスポンスを待つことなく、データ転送を行っても良いし、受信機の場合、ＳＮＲＭ受信後、レスポンスを送信することなくデータを受信してもよい。

次に、送信機（通信機器）１、３、受信機（通信機器）２の各ブロック、特にＬＡＰ層１００Ａ〜１００Ｄは、ハードウェアロジック（通信回路）によって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、送信機１、３、受信機２は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇｕｎｉｔ）、上記プログラムを格納したＲＯＭ（ｒｅａｄｏｎｌｙｍｅｍｏｒｙ）、上記プログラムを展開するＲＡＭ（ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである送信機１、３、受信機２の制御プログラム（通信プログラム）のプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記送信機１、３、受信機２に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、送信機１、３、受信機２を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（ｖｉｒｔｕａｌｐｒｉｖａｔｅｎｅｔｗｏｒｋ）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

以上のように、本発明に係る通信機器は、二次局と通信する一次局としての通信機器であって、二次局との通信接続を行うとき、二次局の存在を確認するための局発見コマンドを送信することなく、第１の接続要求コマンドを送信して接続処理を行う第１のプロトコル制御部を備えることを特徴としている。

よって、上記の接続シークエンスによれば、局発見に関わる通信を行う必要がない。したがって、接続時のシークエンスが簡単化されるため、通信接続に要する時間を短くできる。

さらに、本発明に係る通信機器は、二次局との通信接続を行うとき、二次局の存在を確認するための局発見コマンドを送信した後、第２の接続要求コマンドを送信して接続処理を行う第２のプロトコル制御部と、上記第１のプロトコル制御部が上記第１の接続要求コマンドを送信した後、あらかじめ定められた時間の間、当該第１の接続要求コマンドに対する接続応答レスポンスを二次局から受信しなかった場合、上記第２のプロトコル制御部に上記局発見コマンドを送信させるプロトコル切り替え部とを備えることを特徴としている。

また、本発明に係る通信機器は、一次局からの上記局発見コマンドに対して局発見レスポンスを送信した後、第２の接続要求コマンドに対して接続応答レスポンスを送信して接続処理を行う第２のプロトコル制御部と、一次局から上記第１の接続要求コマンドを受信せずに、全スロット数が１に設定された上記局発見コマンドを２つ以上、または、全スロット数が１以外に設定された上記局発見コマンドを受信したとき、上記第２のプロトコル制御部に上記局発見レスポンスを送信させるプロトコル切り替え部とを備えることを特徴としている。

上記の構成により、さらに、一次局では、第１のプロトコル制御部（例えばＩｒＳｉｍｐｌｅ）が第１の接続要求コマンド（例えばＩｒＳｉｍｐｌｅのＳＮＲＭに相当）を送信した後、あらかじめ定められた時間の間、当該第１の接続要求コマンドに対する接続応答レスポンス（例えばＩｒＳｉｍｐｌｅのＵＡに相当）を二次局から受信しなかった場合、プロトコル切り替え部が第２のプロトコル制御部（例えばＩｒＤＡ）に切り替えて、第２のプロトコル制御部から局発見コマンド（例えばＩｒＤＡのＸＩＤに相当）を送信する。一方、二次局では、一次局から第１の接続要求コマンド（例えばＩｒＳｉｍｐｌｅのＳＮＲＭに相当）を受信せずに、全スロット数が１に設定された上記局発見コマンド（例えばＩｒＤＡのＸＩＤに相当）を２つ以上、または、全スロット数が１以外に設定された局発見コマンド（例えばＩｒＤＡのＸＩＤに相当）を受信したとき、プロトコル切り替え部が第２のプロトコル制御部（例えばＩｒＤＡ）に切り替えて、第２のプロトコル制御部から局発見レスポンス（例えばＩｒＤＡのＸＩＤに相当）を送信する。

ここで、第１のプロトコルは、局発見コマンド−局発見レスポンスのやり取りを行わずに、接続要求コマンド−接続応答レスポンスのやり取りのみによって、接続を確立するプロトコルである。一方、第２のプロトコルは、局発見コマンド−局発見レスポンスのやり取りの後、接続要求コマンド−接続応答レスポンスをやり取りして、接続を確立するプロトコルである。

よって、上記の接続シークエンスによれば、第１のプロトコルによる接続に失敗した場合、第２のプロトコルによる接続を試みることができる。これにより、一次局および二次局が第１のプロトコルおよび第２のプロトコルのいずれに対応している場合（両方に対応していてもよい）であっても、接続要求コマンド−接続応答レスポンス、局発見コマンド−局発見レスポンスのやり取りのみによって、すなわち、接続に使用するプロトコルを明示的に通知することなく、一次局と二次局との間で、確立可能なプロトコルを選択して、接続することができる。

したがって、一次局および二次局がともに第１のプロトコルに対応している場合には、第１のプロトコルによって短時間で接続できるとともに、そうでない場合であっても、第２のプロトコルによって接続することが可能となる。

さらに、本発明に係る通信機器は、上記プロトコル切り替え部は、上記第２のプロトコル制御部が上記局発見コマンドを送信した後、あらかじめ定められた時間の間、当該局発見コマンドに対する局発見レスポンスを二次局から受信しなかった場合、上記第１のプロトコル制御部に上記第１の接続要求コマンドを送信させるものであることを特徴としている。

また、本発明に係る通信機器は、上記プロトコル切り替え部は、全スロット数が１に設定された上記局発見コマンドを１つ受信した後、上記第１の接続要求コマンドを受信したとき、上記第１のプロトコル制御部に当該第１の接続要求コマンドに対する上記接続応答レスポンスを送信させるものであることを特徴としている。

上記の構成により、さらに、一次局では、第２のプロトコル制御部（例えばＩｒＤＡ）が局発見コマンド（例えばＩｒＤＡのＸＩＤに相当）を送信した後、あらかじめ定められた時間の間、当該局発見コマンドに対する局発見レスポンス（例えばＩｒＤＡのＸＩＤに相当）を二次局から受信しなかった場合、プロトコル切り替え部が第１のプロトコル制御部（例えばＩｒＳｉｍｐｌｅ）に切り替えて、第１のプロトコル制御部から第１の接続要求コマンド（例えばＩｒＳｉｍｐｌｅのＳＮＲＭに相当）を送信する。一方、二次局では、全スロット数が１に設定された局発見コマンド（例えばＩｒＤＡのＸＩＤに相当）を１つ受信した後、上記第１の接続要求コマンド（例えばＩｒＳｉｍｐｌｅのＳＮＲＭに相当）を受信したとき、第１のプロトコル制御部（例えばＩｒＳｉｍｐｌｅ）から当該第１の接続要求コマンドに対する接続応答レスポンス（例えばＩｒＳｉｍｐｌｅのＵＡに相当）を送信する。

よって、上記の接続シークエンスによれば、第２のプロトコルによる接続に失敗した場合、第１のプロトコルによる接続を試みることができる。これにより、一次局および二次局が第１のプロトコルおよび第２のプロトコルのいずれに対応している場合（両方に対応していてもよい）であっても、接続要求コマンド−接続応答レスポンス、局発見コマンド−局発見レスポンスのやり取りのみによって、すなわち、接続に使用するプロトコルを明示的に通知することなく、一次局と二次局との間で、確立可能なプロトコルを選択して、接続することができる。

さらに、本発明に係る通信機器は、上記第１のプロトコル制御部は、上記第１の接続要求コマンドの二次局を指定するフィールドに、任意の二次局が指定された旨の情報を設定するものであることを特徴としている。

また、本発明に係る通信機器は、上記第１のプロトコル制御部は、上記第１の接続要求コマンドの二次局を指定するフィールドに、任意の二次局が指定された旨の情報が設定されている場合のみ、上記接続応答レスポンスを送信するものであることを特徴としている。

上記の構成により、さらに、一次局では、第１の接続要求コマンドの二次局を指定するフィールドに、任意の二次局が指定された旨の情報を設定する。例えば、第１の接続要求コマンドがＩｒＳｉｍｐｌｅのＳＮＲＭである場合、ＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓを０ｘＦＦＦＦＦＦＦＦとする。なお、ＩｒＤＡでは、ＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓの０ｘＦＦＦＦＦＦＦＦは非利用コードである。一方、二次局では、第１の接続要求コマンドの二次局を指定するフィールドに、任意の二次局が指定された旨の情報が設定されている場合のみ、接続応答レスポンスを送信する。

よって、接続要求コマンドの二次局を指定するフィールドの設定が、特定の二次局の識別子（アドレス）であるのか、任意の二次局が指定された旨の情報であるのかによって、二次局は、受信したコマンドが第１の接続要求コマンド、第２の接続要求コマンドのいずれであるのかを判別できる。

したがって、接続要求コマンドが第１のプロトコルのものか、第２のプロトコルのものかを示すために、あらたなフィールドを設ける必要がない。それゆえ、第１のプロトコルの第１の接続要求コマンドのフォーマットと、第２のプロトコルの第２の接続要求コマンドのフォーマットとを同じにすることが可能となる。

さらに、本発明に係る通信機器は、上記第１のプロトコル制御部は、上記第１の接続要求コマンドの通信方向を指定するフィールドに片方向が指定された旨の情報を設定した上記第１の接続要求コマンドを送信した後、あらかじめ定められた時間経過後、データ転送を開始するものであることを特徴としている。

また、本発明に係る通信機器は、一次局と通信する二次局としての通信機器であって、一次局が二次局の存在を確認するための局発見コマンドを受信することなく、一次局から第１の接続要求コマンドを受信したとき、当該第１の接続要求コマンドに通信方向を指定するフィールドに片方向が指定された旨の情報が設定されている場合、当該第１の接続要求コマンドに対する接続応答レスポンスを送信せずに接続処理を行い、データ転送可能状態へと遷移する第１のプロトコル制御部を備えることを特徴としている。

上記の構成により、さらに、一次局では、第１のプロトコル制御部（例えばＩｒＳｉｍｐｌｅ）は、通信方向を指定するフィールドに片方向が指定された旨の情報を設定した第１の接続要求コマンド（例えばＩｒＳｉｍｐｌｅのＳＮＲＭに相当）を送信した後、あらかじめ定められた時間経過後、データ転送を開始する。一方、二次局では、一次局から第１の接続要求コマンドを受信したとき、当該第１の接続要求コマンドに通信方向を指定するフィールドに片方向が指定された旨の情報が設定されている場合、当該第１の接続要求コマンドに対する接続応答レスポンスを送信せずに、データ転送可能状態へと遷移する。

これにより、二次局が一次局にレスポンスを返さない、一次局から二次局への片方向通信が可能となる。

最後に、本発明の通信機器は、以下のように構成してもよい。

（１．一次局のＳＮＲＭ送信）
本発明の通信方法〔１〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、切断状態において、対向局の存在を確認するための局発見パケットであるＸＩＤコマンドを送信することなく、接続要求パケットであるＳＮＲＭコマンドを送信し、対向局と接続処理を行う方法であってもよい。

（２．一次局のＳＮＲＭ送信＋ＸＩＤ送信）
本発明の通信方法〔２〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、切断状態において、接続要求パケットＳＮＲＭコマンドを送信した後に、予め定められた時間の間、レスポンスがないと判断される場合、局発見パケットであるＸＩＤコマンドを送信し、局発見処理を行う方法であってもよい。

（３．ＳＮＲＭのＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓがグローバルアドレス）
本発明の通信方法は、上記通信方法〔１〕または〔２〕において、特に、前記ＳＮＲＭコマンドのＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓフィールドを０ｘＦＦＦＦＦＦＦＦ（グローバルアドレス）に設定する方法であってもよい。

（４．ＳＮＲＭに上位層データを配置）
本発明の通信方法〔４〕は、上記通信方法〔１〕または〔２〕において、特に上位層の接続要求データを前記ＳＮＲＭコマンド内に配置し、送信する方法であってもよい。

（５．ＳＮＲＭの上位層データにＯＢＥＸのＣＯＮＮＥＣＴを入れる）
本発明の通信方法は、上記通信方法〔４〕において、特に前記上位層の接続要求データに少なくともＯＢＥＸ層のＣＯＮＮＥＣＴコマンドが含まれる方法であってもよい。

（６．ＳＮＲＭ送信後のＸＩＤコマンドにＸＩＤレスポンスが返ってきたらＩｒＤＡ接続）
本発明の通信方法は、上記通信方法〔２〕において、特に前記ＸＩＤコマンドに対して、ＸＩＤレスポンスが返信された場合は、ＸＩＤ−Ｅｎｄを送信した後、既存のＩｒＤＡでの接続シーケンスへと移行し、また前記ＸＩＤコマンドに対して、一定時間の間レスポンスを受信しない場合は、ＸＩＤ―Ｅｎｄを送信した後、再び前記ＳＮＲＭコマンド送信を行い、接続処理を行う方法であってもよい。

（７．ＳＮＲＭの上位層データがＰＩ，ＰＬ，ＰＶフォーマット）
本発明の通信方法は、上記通信方法〔４〕において、前記上位層の接続要求データの前に、既存ＩｒＤＡの接続パラメータの識別子のフォーマットに従った予め定められた識別子と前記接続要求データの長さが配置される方法であってもよい。

（８．ＳＮＲＭに対するＵＡで接続完了）
本発明の通信方法〔８〕は、上記通信方法〔１〕または〔２〕において、特に、前記ＳＮＲＭコマンドを送信後、予め定められた一定時間以内にＵＡレスポンスを受信した場合、接続処理を完了し、データ転送を行う方法であってもよい。

（９．ＵＡに上位層データがある場合のみ接続完了）
本発明の通信方法〔９〕は、上記通信方法〔８〕において、特に、前記ＵＡレスポンスに上位層のデータが含まれる場合のみ、接続処理を完了し、データ転送を行う方法であってもよい。

（１０．ＵＡの上位層データにＯＢＥＸのＳＵＣＣＥＳＳがある場合のみ接続完了）
本発明の通信方法は、上記通信方法〔９〕において、特に、前記上位層のデータ内に、ＯＢＥＸ層のＳＵＣＣＥＳＳレスポンスが含まれている方法であってもよい。

（１１．ＳＮＲＭに片方向、双方向通信を設定するフラグを配置）
本発明の通信方法〔１１〕は、上記通信方法〔１〕または〔２〕において、特に、ＳＮＲＭコマンド内に片方向通信か、双方向通信かを示す通信方向制御フラグを配置するフィールドを設け、前記通信方向制御フラグが片方向通信を示している場合は、予め定められた一定時間経過後、データ転送を開始する方法であってもよい。

（１２．通信方向制御フラグがＰＩ，ＰＬ，ＰＶフォーマット）
本発明の通信方法は、上記通信方法〔１１〕において、前記通信方向制御フラグを配置するフィールドの前に、既存ＩｒＤＡの接続パラメータの識別子のフォーマットに従った予め定められた識別子と前記通信方向制御フラグを配置するフィールドの長さが配置される方法であってもよい。

（１３．受信側がＸＩＤコマンドを受信しないでＳＮＲＭを受信したらＵＡレスポンス送信）
本発明の通信方法〔１３〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、切断状態において、局発見パケットであるＸＩＤコマンドを受信せずに接続要求パケットであるＳＮＲＭコマンドを受信した場合、接続応答パケットであるＵＡレスポンスを送信する方法であってもよい。

（１４．受信側が１スロットＸＩＤコマンドを受信したら１つめは無視）
本発明の通信方法〔１４〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、切断状態において、局発見パケットであるＸＩＤコマンドを受信した場合に、前記ＸＩＤコマンド内に含まれる全スロット数を表すフィールドＤｉｓｃｏｖｅｒｙＦｌａｇが全スロット数１を示している場合、切断状態から数えて１つめの受信ＸＩＤコマンドに対しては、ＸＩＤレスポンスを送信しない方法であってもよい。

（１５．受信側が１スロットＸＩＤコマンドを２つ以上受信した場合は、ＸＩＤレスポンスを送信）
本発明の通信方法は、上記通信方法〔１４〕において、特に、切断状態からＳＮＲＭコマンドを受信せずに、前記全スロット数１のＸＩＤコマンドを２つ以上受信した場合は、ＸＩＤレスポンスを送信した後、対向局からのＸＩＤ−Ｅｎｄを受信後、既存のＩｒＤＡの局発見処理を終了する方法であってもよい。

（１６．１スロットでないＸＩＤコマンドを受信した場合は、ＸＩＤレスポンスを送信してＩｒＤＡ接続）
本発明の通信方法は、上記通信方法〔１４〕において、特に、全スロット数が１以外のＸＩＤコマンドを受信した場合は、ＸＩＤレスポンスを送信した後、対向局からのＸＩＤ−Ｅｎｄコマンドを受信後、既存のＩｒＤＡの局発見処理を終了する方法であってもよい。

（１７．ＸＩＤを１つ受信した後、ＳＮＲＭを受信したらＵＡを返す）
本発明の通信方法〔１７〕は、上記通信方法〔１４〕において、特に、前記全スロット数１のＸＩＤコマンドを１つ受信した後、ＳＮＲＭコマンドを受信した場合は、ＵＡレスポンスを送信し、接続処理を行う方法であってもよい。

（１８）
本発明の通信方法は、上記通信方法〔１３〕または〔１７〕において、特に、前記ＳＮＲＭコマンドのＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓフィールドが０ｘＦＦＦＦＦＦＦＦであった場合のみ、ＵＡレスポンスを送信し、接続処理を行う方法であってもよい。

（１９）
本発明の通信方法〔１９〕は、上記通信方法〔１３〕または〔１７〕において、特に、上位層の接続応答データを前記ＵＡレスポンス内に配置し、送信する方法であってもよい。

（２０）
本発明の通信方法は、上記通信方法〔１９〕において、特に、前記上位層の接続応答データの中に少なくともＯＢＥＸ層のＳＵＣＣＥＳＳレスポンスが含まれている方法であってもよい。

（２１）
本発明の通信方法は、上記通信方法〔１９〕において、特に、前記上位層の接続応答データの前に、既存ＩｒＤＡの接続パラメータの識別子のフォーマットに従った予め定められた識別子と前記接続応答データの長さが配置される方法であってもよい。

（２２）
本発明の通信方法〔２２〕は、上記通信方法〔１３〕または〔１７〕において、特に、前記ＳＮＲＭコマンド内に上位層のデータが含まれている場合のみ、ＵＡレスポンスを送信する方法であってもよい。

（２３）
本発明の通信方法は、上記通信方法〔２２〕において、特に、前記上位層のデータとは、ＯＢＥＸ層のＣＯＮＮＥＣＴコマンドである方法であってもよい。

（２４．１つめのＳＮＲＭに対するＤＭ送信）
本発明の通信方法〔２４〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、切断状態において、切断状態から受信した１つめのパケットがＳＮＲＭコマンドであった場合、接続拒否を示すＤＭレスポンスを送信し、切断処理を行う方法であってもよい。

（２５．１スロットＸＩＤ受信後のＳＮＲＭに対するＤＭ送信）
本発明の通信方法〔２５〕は、上記通信方法〔１４〕において、特に、切断状態において、前記全スロット数１のＸＩＤコマンドを１つ受信した後、ＳＮＲＭコマンドを受信した場合は、接続拒否を示すＤＭレスポンスを送信し、切断処理を行う方法であってもよい。

（２６．接続拒否ＤＭに上位層データを配置）
本発明の通信方法〔２６〕は、上記通信方法〔２４〕または〔２５〕において、特に、上位層の接続拒否データを前記ＤＭレスポンス内に配置し、送信する方法であってもよい。

（２７．接続拒否ＤＭの上位層データがＩｎｔｅｒｎａｌＳｅｖｅｒＥｒｒｏｒ）
本発明の通信方法は、上記通信方法〔２６〕において、特に、前記上位層の接続拒否データに少なくともＯＢＥＸ層のＩｎｔｅｒｎａｌＳｅｒｖｅｒＥｒｒｏｒレスポンスが含まれている方法であってもよい。

（２８．接続拒否ＤＭの上位層データがＰＩ，ＰＬ，ＰＶフォーマット）
本発明の通信方法は、上記通信方法〔２６〕において、特に、前記上位層の接続拒否データの前に、既存ＩｒＤＡの接続パラメータの識別子のフォーマットに従った予め定められた識別子と前記接続拒否データの長さが配置される方法であってもよい。

（２９．ＳＮＲＭ内の通信方向制御フラグが片方向を示す場合はＵＡを返さない）
本発明の通信方法〔２９〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、切断状態において、接続要求パケットであるＳＮＲＭコマンドを受信した場合において、ＳＮＲＭコマンド内に、通信方向が片方向通信か双方向通信かを示す通信方向制御フラグが予め定められたフォーマットにより配置され、前記通信方向制御フラグが片方向通信を示している場合は、ＵＡレスポンスを送信せずにデータ転送可能状態へと遷移する方法であってもよい。

（３０．ＳＮＲＭ内の通信方向制御フラグが片方向を示していてかつ上位層データがある場合のみデータ転送状態へと遷移）
本発明の通信方法は、上記通信方法〔２９〕において、特に、前記ＳＮＲＭコマンド内に上位層のデータが配置されている場合のみ、データ転送可能状態へと遷移する方法であってもよい。

（３１．ＳＮＲＭ内の通信方向制御フラグが片方向を示していてかつ上位層データ（ＯＢＥＸのＣＯＮＮＥＣＴ）がある場合のみデータ転送状態へと遷移）
本発明の通信方法は、上記通信方法〔２９〕において、特に、前記上位層のデータには、少なくともＯＢＥＸ層のＣＯＮＮＥＣＴコマンドが含まれている方法であってもよい。

（３２．ＤＩＳＣに上位層データを配置する）
本発明の通信方法〔３２〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、接続が確立した状態において、切断処理を行う場合に、切断要求であるＤＩＳＣコマンド内に上位層の切断要求データを配置し、送信する方法であってもよい。

（３３．ＤＩＳＣ内上位層データにＯＢＥＸのＤＩＳＣＯＮＮＥＣＴを入れる）
本発明の通信方法は、上記通信方法〔３２〕において、特に、前記上位層の切断要求データの中に少なくともＯＢＥＸ層のＤＩＳＣＯＮＮＥＣＴコマンドが含まれている方法であってもよい。

（３４．ＤＩＳＣ内上位層データがＰＩ，ＰＬ，ＰＶフォーマット）
本発明の通信方法は、上記通信方法〔３２〕において、特に、前記上位層の切断要求データの前に、既存ＩｒＤＡの接続パラメータの識別子のフォーマットに従った予め定められた識別子と前記切断要求データの長さが配置される方法であってもよい。

（３５．ＤＩＳＣに対するＵＡ送信時に上位層データを配置する）
本発明の通信方法〔３５〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、接続が確立した状態において、ＤＩＳＣコマンドを受信した場合、ＵＡレスポンスを送信する際に、上位層の切断応答データをＵＡレスポンス内に配置する方法であってもよい。

（３６）
本発明の通信方法は、上記通信方法〔３５〕において、特に、前記上位層のデータには、少なくともＯＢＥＸ層のＳＵＣＣＥＳＳレスポンスが含まれている方法であってもよい。

（３７）
本発明の通信方法は、上記通信方法〔３５〕において、特に、前記上位層の切断要求データの前に、既存ＩｒＤＡの接続パラメータの識別子のフォーマットに従った予め定められた識別子と前記切断要求データの長さが配置される方法であってもよい。

（３８．接続完了後のＤＭ送信時に上位層データを配置する）
本発明の通信方法〔３８〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、接続が確立した状態において、上位層から切断要求があった場合、ＤＭレスポンスを送信する際に、上位層の切断要求データをＤＭレスポンス内に配置する方法であってもよい。

（３９．接続完了後のＤＭ送信時にＯＢＥＸのＩｎｔｅｒｎａｌＳｅｖｅｒＥｒｒｏｒを配置する）
本発明の通信方法は、上記通信方法〔３８〕において、特に、前記上位層のデータには、少なくともＯＢＥＸ層のＩｎｔｅｒｎａｌＳｅｒｖｅｒＥｒｒｏｒレスポンスが含まれている方法であってもよい。

（４０）
本発明の通信方法は、上記通信方法〔３８〕において、特に、前記上位層の切断要求データの前に、既存ＩｒＤＡの接続パラメータの識別子のフォーマットに従った予め定められた識別子と前記切断要求データの長さが配置される方法であってもよい。

（４１．送信回路、受信回路、送受信回路）
本発明の送信回路、受信回路、送受信回路は、上記いずれかの通信方法を実現可能なものである。

（４２．携帯電話）
本発明の携帯電話は、上記いずれかの通信方法を実現可能なものである。

（４３．表示装置）
本発明の表示装置は、上記いずれかの通信方法を実現可能なものである。

（４４．印刷装置）
本発明の印刷装置は、上記いずれかの通信方法を実現可能なものである。

（４５．記録装置）
本発明の記録装置は、上記いずれかの通信方法を実現可能なものである。

また、本発明の通信方法は、赤外線を用いて所定の容量を有する転送データを送信する通信方法において、通信相手の局を探すための局発見コマンド（ＸＩＤ）を送信することなく、自局の最大転送可能速度、最大受信可能データ長等のパラメータを、ＳＮＲＭコマンドを用いて通信相手局に送信する方法であってもよい。

また、本発明の通信方法は、赤外線を用いて所定の容量を有する転送データを受信する通信方法において、送信機より受信する第一のコマンドが、送信機の最大転送可能速度、最大受信可能データ長等のパラメータを知らせるＳＮＲＭコマンドであった場合に、自局の最大転送可能速度、最大受信可能データ長等のパラメータをＵＡレスポンスを用いて送信する方法であってもよい。

さらに、本発明の通信方法は、ＳＮＲＭコマンドのＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓフィールドを０ｘＦＦＦＦＦＦＦＦに設定する方法であってもよい。

さらに、本発明の通信方法は、前記受信したＳＮＲＭコマンドのＤｅｓｔｉｎａｔｉｏｎＤｅｖｉｃｅＡｄｄｒｅｓｓフィールドが０ｘＦＦＦＦＦＦＦＦである場合のみ、直ちに前記ＵＡレスポンスを送信する方法であってもよい。

さらに、本発明の通信方法は、ＳＮＲＭコマンドに上位層からのユーザデータを入れる領域を設け、前記接続パラメータと合わせて、上位層からのユーザデータも送信する方法であってもよい。

さらに、本発明の通信方法は、前記上位層からのユーザデータに、ＯＢＥＸのＣＯＮＮＥＣＴコマンドが含まれている方法であってもよい。

さらに、本発明の通信方法は、ＵＡレスポンスに上位層からのユーザデータを入れる領域を設け、前記接続パラメータと合わせて、上位層からのユーザデータも送信する方法であってもよい。

さらに、本発明の通信方法は、前記上位層からのユーザデータに、ＯＢＥＸのＳＵＣＣＥＳＳレスポンスが含まれている方法であってもよい。

また、本発明の通信方法は、赤外線を用いて所定の容量を有する転送データを受信機に送信する通信方法において、特にＤＩＳＣコマンドに上位層からのユーザデータを入れる領域を設け、上位層からのユーザデータも送信する方法であってもよい。

さらに、本発明の通信方法は、前記上位層からのユーザデータに、ＯＢＥＸのＤＩＳＣＯＮＮＥＣＴコマンドが含まれている方法であってもよい。

さらに、本発明の通信方法は、１回のパケットの交換で、下位層から上位層までの接続または切断を完了させる方法であってもよい。

さらに、本発明の通信方法は、前記ＳＮＲＭコマンドを送信後、予め定められた一定時間相手局からのＵＡレスポンスを受信しなかった場合には、ＸＩＤコマンドを送信する方法であってもよい。

さらに、本発明の通信方法は、前記ＸＩＤコマンドに対して、ＸＩＤレスポンスを受信した場合は、ＸＩＤ−ＥＮＤコマンドを送信後、ＩｒＤＡに準拠したＳＮＲＭコマンドを送信し、ＩｒＤＡの接続プロセスに移行する方法であってもよい。

さらに、本発明の通信方法は、前記ＸＩＤコマンドを送信後、あらかじめ定められた一定時間相手局からＸＩＤレスポンスを受信しなかった場合は、ＸＩＤ−ＥＮＤコマンドを送信後、予め定められた時間待った後、再びＳＮＲＭコマンドを送信する方法であってもよい。

さらに、本発明の通信方法は、受信した第１のコマンドがＸＩＤコマンドであった場合は、ＸＩＤコマンドを受信したことを記憶し、ＳＮＲＭコマンドを受信せず、再びＸＩＤ−ＥＮＤコマンドではないＸＩＤコマンドを受信した場合は、ＩｒＤＡで予め定められたルールに従ってＸＩＤレスポンスを送信する方法であってもよい。

さらに、本発明の通信方法は、受信した第１のコマンドがＸＩＤコマンドであった場合は、ＸＩＤコマンドを受信したことを記憶し、自局がＸＩＤレスポンスを送信していない状態で、ＳＮＲＭコマンドを受信した場合は、前記ＵＡレスポンスを送信する方法であってもよい。

さらに、本発明の通信方法は、受信した第１のコマンドがＸＩＤコマンドであった場合は、ＸＩＤコマンド内のＤｉｓｃｏｖｅｒｙｆｌａｇ領域の値を確認し、ＸＩＤスロットが６、８、１６のいずれかを意味する値であった場合は、ＩｒＤＡで予め定められたルールに従ってＸＩＤレスポンスを送信する方法であってもよい。

さらに、本発明の通信方法は、特にＳＮＲＭコマンドに通信方向が片方向か双方向化を示すフラグを付加し、前記接続パラメータとあわせて送信する方法であってもよい。

さらに、本発明の通信方法は、通信方向を示すフラグを片方向に設定したＳＮＲＭコマンドを送信後、受信局からの応答を待つことなく、データ転送を開始する方法であってもよい。

さらに、本発明の通信方法は、ＳＮＲＭコマンドに通信方向を示すフラグが付加され、かつ通信方向が片方向と設定されたコマンドを受信した場合、ＵＡレスポンスを返すことなく、データパケットの受入状態に遷移する方法であってもよい。

また、本発明の送受信回路は、上記の通信方法を実現可能な各回路素子が設けられている。

また、本発明の送受信機は、上記の通信方法を実現可能な各回路構成が設けられている。

発明の詳細な説明の項においてなされた具体的な実施態様または実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなく、本発明の精神と次に記載する特許請求事項との範囲内で、いろいろと変更して実施することができるものである。

本発明は、接続時間を短縮することが可能であるため、通信機器に広く適用可能であり、特に光空間通信機能を有する通信機器、例えばノートＰＣ、ＰＤＡ、携帯電話、デジタルカメラ等の携帯型無線通信機器に好適に利用できる。

Claims

二次局と通信する一次局としての通信機器であって、
二次局との通信接続を行うとき、第１の接続要求コマンドを送信して接続処理を行う第１のプロトコル制御部と、
二次局との通信接続を行うとき、二次局の存在を確認するための局発見コマンドを送信した後、第２の接続要求コマンドを送信して接続処理を行う第２のプロトコル制御部と、
上記第１のプロトコル制御部が上記第１の接続要求コマンドを送信した後、あらかじめ定められた時間の間、当該第１の接続要求コマンドに対する接続応答レスポンスを二次局から受信しなかった場合、上記第２のプロトコル制御部に上記局発見コマンドを送信させるプロトコル切り替え部とを備えることを特徴とする通信機器。
上記プロトコル切り替え部は、上記第２のプロトコル制御部が上記局発見コマンドを送信した後、あらかじめ定められた時間の間、当該局発見コマンドに対する局発見レスポンスを二次局から受信しなかった場合、上記第１のプロトコル制御部に上記第１の接続要求コマンドを送信させるものであることを特徴とする請求項１に記載の通信機器。
一次局と通信する二次局としての通信機器であって、
一次局から第１の接続要求コマンドを受信したとき、当該第１の接続要求コマンドに対する接続応答レスポンスを送信して接続処理を行う第１のプロトコル制御部と、
一次局からの上記局発見コマンドに対して局発見レスポンスを送信した後、第２の接続要求コマンドに対して接続応答レスポンスを送信して接続処理を行う第２のプロトコル制御部と、
一次局から上記第１の接続要求コマンドを受信せずに、全スロット数が１に設定された上記局発見コマンドを２つ以上、または、全スロット数が１以外に設定された上記局発見コマンドを受信したとき、上記第２のプロトコル制御部に上記局発見レスポンスを送信させるプロトコル切り替え部とを備えることを特徴とする通信機器。
上記プロトコル切り替え部は、全スロット数が１に設定された上記局発見コマンドを１つ受信した後、上記第１の接続要求コマンドを受信したとき、上記第１のプロトコル制御部に当該第１の接続要求コマンドに対する上記接続応答レスポンスを送信させるものであることを特徴とする請求項３に記載の通信機器。
二次局と通信する一次局としての通信機器における通信方法であって、
二次局との通信接続を行うとき、第１の接続要求コマンドを送信して接続処理を行う第１のプロトコルに従って、上記第１の接続要求コマンドを送信した後、
あらかじめ定められた時間の間、当該第１の接続要求コマンドに対する接続応答レスポンスを二次局から受信しなかった場合、
二次局の存在を確認するための局発見コマンドを送信した後、第２の接続要求コマンドを送信して接続処理を行う第２のプロトコルに従って、上記局発見コマンドを送信することを特徴とする通信方法。
一次局と通信する二次局としての通信機器における通信方法であって、
一次局から第１の接続要求コマンドを受信したときには当該第１の接続要求コマンドに対する接続応答レスポンスを送信して接続処理を行う第１のプロトコルに従って、一次局から上記第１の接続要求コマンドを受信せずに、全スロット数が１に設定された局発見コマンドを２つ以上、または、全スロット数が１以外に設定された局発見コマンドを受信した場合、
一次局からの局発見コマンドに対して局発見レスポンスを送信した後に第２の接続要求コマンドに対して接続応答レスポンスを送信して接続処理を行う第２のプロトコルに従って、上記局発見レスポンスを送信することを特徴とする通信方法。
請求項１に記載の通信機器と、請求項３に記載の通信機器とを含むことを特徴とする通信システム。
請求項１に記載の通信機器と、
ＩｒＬＡＰ（ Infrared Link Access Protocol ）で用いられる送受信用フレームであり、構成要素のコントロールフィールドがＳＮＲＭ（ Set Normal Response Mode ）に設定されたＳＮＲＭフレームを用いて、一次局と接続を行う二次局としての通信機器であって、
上記ＳＮＲＭフレームの構成要素であるデスティネーションアドレスフィールドに、任意の二次局を示す情報が設定された、該ＳＮＲＭフレームを受信した場合、ＵＡ（ Unnumbered Acknowledgement ）フレームを送信して、接続応答を行うことを特徴とする通信機器と、を含むことを特徴とする通信システム。
ＩｒＬＡＰ（ Infrared Link Access Protocol ）で用いられる送受信用フレームであり、構成要素のコントロールフィールドがＳＮＲＭ（ Set Normal Response Mode ）に設定されたＳＮＲＭフレームを用いて、二次局と接続を行う一次局としての通信機器であって、
上記ＳＮＲＭフレームの構成要素であるデスティネーションアドレスフィールドに、任意の二次局を示す情報を設定して、該ＳＮＲＭフレームを送信し、二次局と接続を行うことを特徴とする通信機器と、
請求項３に記載の通信機器とを含むことを特徴とする通信システム。
二次局と通信する一次局としての通信機器であって、
二次局との通信接続を行うとき、第１の接続要求コマンドを送信する第１のプロトコル制御部と、
二次局との通信接続を行うとき、二次局の存在を確認するための局発見コマンドを送信した後、第２の接続要求コマンドを送信する第２のプロトコル制御部と、
上記第１のプロトコル制御部が上記第１の接続要求コマンドを送信した後、あらかじめ定められた時間の間、当該第１の接続要求コマンドに対する接続応答レスポンスを二次局から受信しなかった場合、上記第２のプロトコル制御部に上記局発見コマンドを送信させるプロトコル切り替え部とを備えることを特徴とする通信機器。
一次局と通信する二次局としての通信機器であって、
一次局から第１の接続要求コマンドを受信したとき、当該第１の接続要求コマンドに対する接続応答レスポンスを送信する第１のプロトコル制御部と、
一次局からの上記局発見コマンドに対して局発見レスポンスを送信した後、第２の接続要求コマンドに対して接続応答レスポンスを送信する第２のプロトコル制御部と、
一次局から上記第１の接続要求コマンドを受信せずに、全スロット数が１に設定された上記局発見コマンドを２つ以上、または、全スロット数が１以外に設定された上記局発見コマンドを受信したとき、上記第２のプロトコル制御部に上記局発見レスポンスを送信させるプロトコル切り替え部とを備えることを特徴とする通信機器。
請求項１から４、１０、１１のいずれか１項に記載の通信機器を動作させる通信プログラムであって、コンピュータを上記の各部として機能させるための通信プログラム。
請求項１から４、１０、１１のいずれか１項に記載の通信機器を動作させる通信回路であって、上記の各部として機能することを特徴とする通信回路。
請求項１から４、１０、１１のいずれか１項に記載の通信機器を搭載し、該通信機器によって通信を行うことを特徴とする携帯電話。
請求項１から４、１０、１１のいずれか１項に記載の通信機器を搭載し、該通信機器によって受信したデータに基づいて表示することを特徴とする表示装置。
請求項１から４、１０、１１のいずれか１項に記載の通信機器を搭載し、該通信機器によって受信したデータに基づいて印刷することを特徴とする印刷装置。
請求項１から４、１０、１１のいずれか１項に記載の通信機器を搭載し、該通信機器によって受信したデータを記録することを特徴とする記録装置。