(57)【要約】【課題】通信接続に要する時間を短くできる、通信機器、通信システム、通信方法、通信プログラム、通信回路を提供する。【解決手段】赤外線を用いて所定の容量を有する転送データを送信する送信機（１）に、通信相手の局を探すための局発見コマンド（ＸＩＤ）を送信することなく、自局の最大転送可能速度、最大受信可能データ長等のパラメータを、ＳＮＲＭコマンドを用いて通信相手局に送信するためのコントローラ（１３）と、送信部（１４）とを設ける。これにより、送信機と受信機との接続に必要な時間を短くできて、情報データを送信する場合の、通信の開始から終了までの時間を短くすることができる。【選択図】図１
2008206150.tif 000002
【特許請求の範囲】
【請求項１】
二次局と通信する一次局としての通信機器であって、
二次局の存在を確認するための局発見コマンドを送信することなく、第１の接続要求コマンドを送信する第１のプロトコル制御部と、
二次局の存在を確認するための局発見コマンドを送信した後、当該局発見コマンドに対する応答レスポンスを二次局から受信した場合に、第２の接続要求コマンドを送信する第２のプロトコル制御部と、
上記局発見コマンドを送信してから予め定められた時間、上記局発見コマンドに対する応答レスポンスを受信しなかった場合に、上記第１のプロトコル制御部に上記第１の接続要求コマンドを送信させるプロトコル切り替え部と、を備えることを特徴とする通信機器。
【請求項２】
二次局と通信する一次局としての通信機器であって、
二次局の存在を確認するための局発見コマンドを送信することなく、第１の接続要求コマンドを送信する第１のプロトコル制御部と、
二次局の存在を確認するための局発見コマンドを送信した後、当該局発見コマンドに対する応答レスポンスを二次局から受信した場合に、第２の接続要求コマンドを送信する第２のプロトコル制御部と、を切り替え可能であり、
上記第１の接続要求コマンドの前に上記局発見コマンドを送信し、当該局発見コマンドに対する応答レスポンスを受信した場合には、第２の接続要求コマンドを送信し、
上記局発見コマンドを送信してから予め定められた時間、上記局発見コマンドに対する応答レスポンスを受信しなかった場合には、第１の接続要求コマンドを送信することを特徴とする通信機器。
【請求項３】
上記第２のプロトコルがＩｒＤＡ（Infrared Data Association）プロトコルであり、上記第１のプロトコルがＩｒＳｉｍｐｌｅプロトコルであることを特徴とする請求項１または２に記載の通信機器。
【請求項４】
二次局と通信する一次局としての通信機器における通信方法であって、
二次局の存在を確認するための局発見コマンドを送信した後、当該局発見コマンドに対する応答レスポンスを二次局から受信した場合に、第２の接続要求コマンドを送信する第２のプロトコル制御ステップと、
二次局の存在を確認するための局発見コマンドを送信することなく、第１の接続要求コマンドを送信する第１のプロトコル制御ステップと、
上記局発見コマンドを送信してから予め定められた時間、上記局発見コマンドに対する応答レスポンスを受信しなかった場合に、上記第１のプロトコル制御ステップにより上記第１の接続要求コマンドを送信するプロトコル切り替えステップと、を含むことを特徴とする通信方法。
【請求項５】
請求項１から３のいずれか１項に記載の通信機器を動作させるプログラムであって、コンピュータを上記の各部として機能させるためのプログラム。
【請求項６】
請求項５に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項７】
請求項１から３のいずれか１項に記載の通信機器を動作させる通信回路であって、上記の各手段として機能することを特徴とする通信回路。
【請求項８】
請求項１から３のいずれか１項に記載の通信機器を搭載し、通信ネットワークを介して接続された外部の通信装置から受信したデータを、該通信機器によって送信することを特徴とする携帯電話。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの転送を送受信するための通信機器、通信システム、通信方法、通信プログラム、通信回路に関するものである。
【背景技術】
【０００２】
近年、携帯電話にカメラ機能が付加されることにより、カメラによって撮影された画像データをテレビ、プリンタなどの機器に転送し、該機器が画像表示処理などの所定の処理を行うといった用途が広まっている。
【０００３】
携帯電話とテレビ、プリンタ、ＰＣ（Personal Computer）をつなぐインタフェースとしてＩｒＤＡ（Infrared Data Association）などの赤外線方式がある（非特許文献１・２参照）。
【０００４】
ＩｒＤＡなどの赤外線方式は、指向性があるため、通信機器間に遮蔽物が存在する場合は、データの転送が不可能であるが、通信機器間の見通しが良い場合は、高速のデータ転送が可能である。ＩｒＤＡ規格には、最大転送速度が１６ＭｂｐｓのVery Fast IR（ＶＦＩＲ）と、４ＭｂｐｓのFast IR（ＦＩＲ）と、１１５．２ｋｂｐｓ以下の通信速度のＳＩＲとがあるが、現在市場に出回っているのは、最大転送速度が４Ｍｂｐｓまでのものである。
【０００５】
図１４に、赤外線通信の規格の一つであるＩｒＤＡ規格において、ＩｒＬＡＰ層の接続が確立するまでの手順を示す。
【０００６】
一次局とは、最初に通信相手を探す側の局、すなわち、データ転送状態の確立を要求する局であり、局発見コマンド（ＸＩＤコマンド）を送出する側の局である。また、二次局とは、該要求を受け入れる局であり、局発見コマンドに対して局発見レスポンス（ＸＩＤレスポンス）を送出する側の局である。一次局から二次局への要求（命令）をコマンドと呼び、逆に、そのコマンドに対する、二次局から一次局への応答をレスポンスと呼ぶ。
【０００７】
ＸＩＤコマンドとは、一次局から通信可能距離内に二次局となり得る局が存在するかを探すコマンドである。括弧内の番号を示すSlotNumberは、何個目のコマンドを送出しているかを表す。
【０００８】
ＸＩＤコマンドを受け取った二次局は、局発見レスポンスであるＸＩＤレスポンスを返し、自局の存在を一次局に知らせる処理を行う。一次局は、規定の数のＸＩＤコマンドを送出し、最後のＸＩＤコマンドのSlotNumberを２５５とする。SlotNumber２５５は、これが最後のコマンド（ＸＩＤ−ＥＮＤ）であることを示している。
【０００９】
続いて、一次局は、自局の最大転送可能速度、最大受信可能データ長等の通信に必要となるパラメータを、ＳＮＲＭコマンドを用いて二次局に知らせる。そのコマンドを受け取った二次局は、自局の設定値と比較し、受け入れることが可能な設定値を、ＵＡレスポンスを用いて一次局に知らせる。
【００１０】
さらに詳細に述べれば以下の通りである。すなわち、ＩｒＤＡ規格では、一次局からのＸＩＤコマンドのパケットの送信個数は、１個、６個、８個、１６個から選択できるようになっており、この値はＸＩＤコマンドのDiscovery flagに記述されている。そして、例えば図１４のようにＸＩＤコマンドのパケットを８個ずつ送信する場合には、１個目から８個目まではSlotNumberをそれぞれ０から７とし、最後にSlotNumberを２５５としてXID-Endコマンドを送信し、これが最後のパケットであることを相手局である二次局に通知する。そして、最後のパケットを送信後、約５００ｍ秒の時間が経ってから、再び１個目から８個目までを送信することを繰り返し行う。なお、パケット同士の送信間隔は２５ｍ秒から８５ｍ秒である。
【００１１】
二次局は、ＸＩＤコマンドを受信するとすぐにＸＩＤレスポンスを返すと決まっているわけではなく、任意（ランダムな値）のSlotNumberを持つパケットを受信した後に、ＸＩＤレスポンスを返す。例えば、８スロットのＸＩＤコマンドパケットが送られてくる場合に、１個目を受信した後にＸＩＤレスポンスを返すか、８個目を受信した後にＸＩＤレスポンスを返すかを、二次局が任意に決めることができる。例として、図１４では、３個目のパケットを受信した後にＸＩＤレスポンスを返す場合を表している。
【００１２】
なお、該ＸＩＤコマンドおよびＸＩＤレスポンスは、ＳＩＲに準拠して９６００ｂｐｓという転送速度で行われることがＩｒＤＡ規格で定められている。該転送速度は、後述するデータフレームの転送速度である４Ｍｂｐｓと比べて非常に遅い。そのため、該ＸＩＤコマンドおよびＸＩＤレスポンスの送受信に要する時間が長くなる。以上の手順を経て、一次局と二次局との間での局発見手順が終了する。
【００１３】
局発見手順終了後、一次局は、自局の最大転送可能速度、最大受信可能データ長等の通信に必要となるパラメータを、ＳＮＲＭコマンドを用いて二次局に知らせる。そのコマンドを受け取った二次局は、自局の最大転送可能速度、最大受信可能データ長等の通信に必要となるパラメータを、ＵＡレスポンスを用いて一次局に知らせることにより、最大転送可能速度、最大転送可能データ長等が定められた、一次局と二次局のＩｒＬＡＰの接続状態が確立する。
【００１４】
以上述べたＩｒＬＡＰのコマンドパケットによるＩｒＬＡＰの接続の後、ＩｒＬＡＰのデータパケットにより、ＩｒＬＭＰ，ＴｉｎｙＴＰ，ＯＢＥＸの接続が行われる。
【００１５】
一次局のＩｒＬＭＰの接続要求が、ＩｒＬＡＰのデータパケットにより二次局に転送され、二次局のＩｒＬＭＰ接続応答が、ＩｒＬＡＰのデータパケットにより一次局に転送され、ＩｒＬＭＰの接続が行われる。
【００１６】
ついで、ＴｉｎｙＴＰの接続要求が、ＩｒＬＡＰのデータパケットにより二次局に転送され、二次局のＴｉｎｙＴＰ接続応答が、ＩｒＬＡＰのデータパケットにより一次局に転送され、ＴｉｎｙＴＰの接続が行われる。
【００１７】
さらに、一次局のＯＢＥＸの接続要求が、ＩｒＬＡＰのデータパケットにより二次局に転送され、二次局のＯＢＥＸ接続応答が、ＩｒＬＡＰのデータパケットにより一次局に転送されＯＢＥＸの接続が行われることにより、情報データの転送が可能な接続状態が確立する。
【００１８】
切断時には、ＯＢＥＸの切断要求と応答、ＴｉｎｙＴＰの切断要求と応答、ＩｒＬＭＰの切断要求と応答がＩｒＬＡＰのデータパケットにより転送され、ついでＩｒＬＡＰの切断要求コマンドパケットであるＤＩＳＣコマンドと応答コマンドパケットであるＵＡレスポンスが転送され、一次局と二次局との間の通信状態が切断される。
【００１９】
また、ＩｒＤＡでは、フレーム単位で通信することが定められている。図１６にＩｒＤＡのフレームを示す。ＩｒＤＡのフレームは、プリアンブルフィールド、スタートフラグ、アドレスフィールド、制御フィールド、データフィールド、ＦＣＳ、ストップフラグから構成されている。上記フィールドのうち、プリアンブルフィールドは、受信側が受信回路内で使用する受信クロックを生成するために用いられる。また、ＦＣＳには、エラー検出のための誤り検出符号が含まれている。
【００２０】
また、フレームには、情報転送用に用いられるＩ(Information)フレーム、通信の監視制御のためのＳ(Supervisory)フレーム、及び通信における接続や切断のために用いるＵ(Unnumbered)フレームがある。これらＩ、Ｓ、Ｕフレームを識別するための情報は、上記制御フィールドに含まれている。
【００２１】
通常、伝送されるデータは１フレームで送信できない場合が多いため、複数のＩフレームもしくはＵＩフレームに分割して送信される。Ｉフレームは、伝送するデータをデータフィールドに持ち、データ抜けのチェックに用いる通し番号を有することで信頼性の高い通信の実現を図る。ＵＩフレームは、伝送するデータをＩフィールドに持つが、データ抜けのチェックに用いる通し番号を持たない。Ｓフレームはデータを保持するデータフィールドを有しない構成となっていて、受信準備完了、ビジー状態、再送要求等を伝送するのに用いられる。Ｕフレームは、Ｉフレームのような通し番号を有しないので、非番号フレームと呼ばれ、通信モードの設定、応答や異常状態の報告、データリンクの確立や切断に用いられる。
【特許文献１】Infrared Data Association Serial Infrared Link Access Protocol(IrLAP) Version1.1(June 16,1996)
【特許文献２】Infrared Data Association Serial Infrared Physical Layer Specification Version1.4(May 30,2003)
【発明の開示】
【発明が解決しようとする課題】
【００２２】
しかしながら、上記従来の構成では、データ転送に係る時間が長くなり、転送効率が低下するという問題を生じている。
【００２３】
すなわち、先に述べたように、ＩｒＤＡでは通信の確立までに、500msのセンシング、ＸＩＤコマンドによる局発見、ＳＮＲＭ，ＵＡによるネゴシエーションパラメータの交換が必要である。
【００２４】
通信エリア内に複数の通信局が存在する場合には、予期せぬ局の発光により通信を妨げられる現象を防ぐために、エリア内の局を制御することは必須である。しかしながら、赤外線は指向性が高く、また、実際に赤外線通信が行われる場面は１対１通信が多いため、機器による自動的な通信エリア内の局発見が必ずしも必要でないこともある。
【００２５】
さらに、このＸＩＤによる局発見は、ＩｒＤＡ規格により９６００ｂｐｓという、データが交換される４Ｍｂｐｓという速度よりもかなり低速な速度に規定されている。また、情報データの転送までには、図１５に示すように、ＩｒＬＡＰの接続が完了した後、ＩｒＬＭＰ、ＴｉｎｙＴＰ、ＯＢＥＸをＩｒＬＡＰのデータパケット交換を順次行い、それぞれの層を順に接続していく必要がある。切断時も同様にＯＢＥＸ、ＴｉｎｙＴＰ、ＩｒＬＭＰ、ＩｒＬＡＰの順に切断する。
【００２６】
以上の理由により、ある１台の情報端末から別の１台の情報端末に、赤外線でデータを転送するという使い方において、このデータ転送が行われるまでの時間および切断までの時間のために全体としての転送効率が低下する。
【００２７】
また、携帯端末から画像表示装置に画像を転送するような使い方において、送信中にエラーが起きた場合に、ユーザにより送信失敗が容易に判別可能な場合がある。例えば、受信側画像表示装置の表示が、ユーザが送ったものと異なるといった場合や、表示が更新されないといった場合である。
【００２８】
ユーザが送信操作を行い、その送信が成功か失敗かの判断ができるまでの時間が短ければ、エラーのない確実な通信が行われなくとも、ユーザが再操作により再度送信することも大きな負担とならない場合がある。このような装置では、データの受信ができればよく、送信回路および装置を省くことは可能である。
【００２９】
しかし、ＩｒＤＡでは受信機もコマンドに対するレスポンスを返すことが規定されているため、送信回路および装置をすべての受信機に設ける必要がある。
【００３０】
本発明の目的は、通信接続に要する時間を短くできる、通信機器、通信システム、通信方法、通信プログラム、通信回路を提供することにある。
【課題を解決するための手段】
【００３１】
上記の目的を達成するために、本発明に係る通信機器は、二次局と通信する一次局としての通信機器であって、二次局の存在を確認するための局発見コマンドを送信することなく、第１の接続要求コマンドを送信する第１のプロトコル制御部と、二次局の存在を確認するための局発見コマンドを送信した後、当該局発見コマンドに対する応答レスポンスを二次局から受信した場合に、第２の接続要求コマンドを送信する第２のプロトコル制御部と、上記局発見コマンドを送信してから予め定められた時間、上記局発見コマンドに対する応答レスポンスを受信しなかった場合に、上記第１のプロトコル制御部に上記第１の接続要求コマンドを送信させるプロトコル切り替え部と、を備えることを特徴としている。
【００３２】
また、本発明に係る通信機器は、二次局と通信する一次局としての通信機器であって、二次局の存在を確認するための局発見コマンドを送信することなく、第１の接続要求コマンドを送信する第１のプロトコル制御部と、二次局の存在を確認するための局発見コマンドを送信した後、当該局発見コマンドに対する応答レスポンスを二次局から受信した場合に、第２の接続要求コマンドを送信する第２のプロトコル制御部と、を切り替え可能であり、上記第１の接続要求コマンドの前に上記局発見コマンドを送信し、当該局発見コマンドに対する応答レスポンスを受信した場合には、第２の接続要求コマンドを送信し、上記局発見コマンドを送信してから予め定められた時間、上記局発見コマンドに対する応答レスポンスを受信しなかった場合には、第１の接続要求コマンドを送信することを特徴としている。
【００３３】
また、本発明に係る通信方法は、二次局と通信する一次局としての通信機器における通信方法であって、二次局の存在を確認するための局発見コマンドを送信した後、当該局発見コマンドに対する応答レスポンスを二次局から受信した場合に、第２の接続要求コマンドを送信する第２のプロトコル制御ステップと、二次局の存在を確認するための局発見コマンドを送信することなく、第１の接続要求コマンドを送信する第１のプロトコル制御ステップと、上記局発見コマンドを送信してから予め定められた時間、上記局発見コマンドに対する応答レスポンスを受信しなかった場合に、上記第１のプロトコル制御ステップにより上記第１の接続要求コマンドを送信するプロトコル切り替えステップと、を含むことを特徴としている。
【００３４】
なお、上記通信機器は、コンピュータによって実現してもよく、この場合には、コンピュータを上記通信機器の各部として動作させることにより上記通信機器をコンピュータにて実現させる通信機器の通信プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【００３５】
また、上記通信機器は、上記の各部として機能する通信回路によって実現してもよい。
【００３６】
また、上記通信機器は、該通信機器によって通信を行う携帯電話に好適である。
【００３７】
本発明のさらに他の目的、特徴、および優れた点は、以下に示す記載によって十分に分かるであろう。また、本発明の利点は、添付図面を参照した次の説明で明白になるであろう。
【発明を実施するための最良の形態】
【００３８】
本発明に係る通信方法、およびそれを用いた送受信回路、送受信機の実施の各形態について図１から図３３に基づいて説明すると以下の通りである。本発明に係る通信方法は、通信のためのプロトコルを包含するものである。
【００３９】
〔概要〕
（通信層）
後述する実施の形態では、本発明に係る通信システムの送信機および受信機の構成および動作について、ＯＳＩ７層モデルに基づいて詳細に説明する。ここで、ＯＳＩ７層モデルとは、いわゆる「ＯＳＩ基本参照モデル」「ＯＳＩ階層モデル」とも呼ばれているものである。
【００４０】
ＯＳＩ７層モデルでは、異機種間のデータ通信を実現するために、コンピュータの持つべき通信機能が７階層に分割され、各層ごとに標準的な機能モジュールが定義されている。
【００４１】
具体的には、第１層(物理層)は、データを通信回線に送出するための電気的な変換や機械的な作業を受け持つ。第２層(データリンク層)は、物理的な通信路を確保し、通信路を流れるデータのエラー検出などを行う。第３層(ネットワーク層)は、通信経路の選択や通信経路内のアドレスの管理を行う。第４層(トランスポート層)は、データ圧縮や誤り訂正、再送制御などを行う。第５層(セッション層)は、通信プログラム同士がデータの送受信を行うための仮想的な経路（コネクション）の確立や解放を行う。第６層(プレゼンテーション層)は、第５層から受け取ったデータをユーザが分かりやすい形式に変換したり、第７層から送られてくるデータを通信に適した形式に変換したりする。第７層(アプリケーション層)は、データ通信を利用した様々なサービスを人間や他のプログラムに提供する。
【００４２】
本発明の各通信層も、上記ＯＳＩ７層モデルの対応する階層と同等の機能を有する。ただし、実施の形態では、上記通信システムは、セッション層とプレゼンテーション層とを１つにした、６階層の構造となっている。また、アプリケーション層については、説明を省略する。
【００４３】
本発明は、送信機および受信機が複数の通信層の接続を確立して通信を行う通信システムに広く適用可能である。すなわち、通信機能の分割はＯＳＩ７層モデルに従っていなくてもよい。また、通信層の数は、接続すべき通信層が複数であれば、任意に選択できる。
【００４４】
また、本発明は、局発見コマンドを省略した第１のプロトコルによって短時間で接続できること、および、この第１のプロトコルと、局発見コマンドを用いることでより確実に接続できる第２のプロトコルとを適宜切り替え可能であることから、通信路が切断しやすい、例えば赤外線による無線通信に特に適している。ただし、本発明は、他の無線通信、および、有線通信においても効果的である。
【００４５】
（ＩｒＳｉｍｐｌｅとＩｒＤＡ）
各実施の形態では、説明の便宜上、本発明の一適用例であるＩｒＳｉｍｐｌｅに基づいて説明する。しかし、本発明はＩｒＳｉｍｐｌｅに限定されるものではない。なお、ＩｒＳｉｍｐｌｅとは、従来のＩｒＤＡの一部機能を改良したものである。
【００４６】
各実施の形態において、具体例を挙げて説明する場合、本発明の通信方法をＩｒＳｉｍｐｌｅ（第１のプロトコル）とし、これと同一の装置の搭載する通信方法をＩｒＤＡ（第２のプロトコル）として説明する。このように、ＩｒＳｉｍｐｌｅとＩｒＤＡとを組合わせた場合、物理層を共用できるというメリットがある。また、ＩｒＤＡのように局発見コマンド（ＸＩＤ）および接続要求コマンド（ＳＮＲＭ）を使うプロトコルの場合、後述する本発明の特徴であるプロトコルの切り替え処理を行うことができる。もちろん、ＩｒＳｉｍｐｌｅと組合わせる第２のプロトコルは、ＩｒＤＡでなくてもよく、物理層が異なるものであってもよい。
【００４７】
なお、各実施の形態では、ＩｒＳｉｍｐｌｅに則って、データリンク層、ネットワーク層、トランスポート層、セッション層＋プレゼンテーション層を、それぞれ、ＬＡＰ、ＬＭＰ、ＳＭＰ、ＯＢＥＸと表記することがある。
【００４８】
〔実施の形態１〕
図１は、本実施の形態の送信機（送受信回路、送受信機）１の構成を示すブロック図である。図１に示すように、送信機１は、ＣＰＵ１１と、メモリ１２と、コントローラ１３と、送信部（第１送信手段）１４とを備えており、例えば、ＩｒＤＡ規格に準拠し、赤外線を用いた無線通信にてデータを外部に送信できるものである。なお、上記では、無線通信の方式としてＩｒＤＡ規格を挙げたが、それに限定されるものではない。なお、本実施の形態の送信機１の各ブロックは、ハードウェアロジック（通信回路）によって構成してもよいし、ＣＰＵを用いてソフトウェアによって実現してもよい。
【００４９】
ＣＰＵ１１は、図示しない操作部に入力された利用者の指示に応じて、所定の演算処理を行うものである。所定の演算処理としては、接続要求がある。ＣＰＵ１１は、操作部から接続指示を受けると、接続に必要なデータがある場合にはメモリ１２に格納するとともに、コントローラ１３に対して接続要求を行う。また、ＣＰＵ１１は、コントローラ１３から接続コマンドの送信終了を表す送信終了通知を受け取ると、接続処理を完了する。メモリ１２は、接続に必要なデータを一時記憶するものであり、ＣＰＵ１１によりデータが書き込まれる。
【００５０】
コントローラ１３は、ＣＰＵ１１からの接続要求に応じて、接続要求コマンドの送信を制御するものであり、制御部１３１、コマンドパケット生成部１３２を備えている。制御部１３１は、ＣＰＵ１１から接続要求を受け取ると、メモリ１２に接続時に必要なデータが存在する場合にはこれを読み出し、これをコマンドパケット生成部１３２に送るとともに、コマンドパケット生成部１３２に対してコマンドパケットを生成させる。接続時に必要なデータが存在しない場合には、コマンドパケット生成部１３２に対してコマンドパケットを生成させる。
【００５１】
また、制御部１３はコマンドパケット生成部１３２より生成されたコマンドパケットが、送信部１４から送信されたことを検知し、コマンドの送信が終了したことを示す送信終了通知をＣＰＵ１１に送る。
【００５２】
コマンドパケット生成部１３２は、制御部１３１から受けた接続要求により、接続要求コマンドを生成する。また、接続要求コマンドに含めるデータが存在する場合には、制御部１３１よりデータを受け取り、データを保持した接続要求コマンドを生成する。なお、コマンドパケット生成部１３２が生成したコマンドパケットの転送速度は、制御部１３１により制御される。送信部１４は、赤外線通信路を介して、コントローラ１３から受信したパケットを所定の時間間隔で外部に送信する。
【００５３】
図４に示すように、本実施の形態の送信機１において、ＣＰＵ１１から接続要求があった場合に、制御部１３１は、コマンドパケット生成部１３２で、生成する１番目のパケットとして、自局の最大転送可能速度、最大受信可能データ長等のパラメータ等といった通信に必要となる設定値を保持するＳＮＲＭパケットを生成し、これを送信部１４より外部に送信する。
【００５４】
〔実施の形態２〕
次に、本実施の形態の受信機について、図２を参照しながら説明する。図２は本実施の形態の受信機（送受信回路、送受信機）２の構成を示すブロック図である。図２に示されるように、受信機２は、ＣＰＵ２１と、メモリ２２と、コントローラ２３と、ＣＤＲ（クロックデータリカバリ）２６と、受信部２５と、送信部２４とを備えている。なお、本実施の形態の送信機１の各ブロックは、ハードウェアロジック（通信回路）によって構成してもよいし、ＣＰＵを用いてソフトウェアによって実現してもよい。
【００５５】
受信部２５は、赤外線通信路を介して、送信機１から送信されたパケットを受信し、受信したパケットをＣＤＲ２６に送る。ＣＤＲ２６は、受信したパケットを基に受信信号からクロック信号とコマンド信号とを抽出する（リカバリする）ためのものである。ＣＤＲ２６は、リカバリしたクロック信号とコマンド信号とをコントローラ２３に送る。
【００５６】
コントローラ２３は、ＣＤＲ２６から受けたパケットを基に、所定の制御処理を行うものである。コントローラ２３は、制御部２３１、コマンドパケット生成部２３２およびパケット識別部２３３を備えている。
【００５７】
パケット識別部２３３は、ＣＤＲ２６によりリカバリされたパケットを受け、パケットよりコマンド情報を抽出し、制御部２３１に送る。制御部２３１は、パケットに接続に必要なデータが含まれている場合には、これをメモリ２２に書き込み、ＣＰＵ２１に対してコマンドの受信完了通知を行う。パケットに接続に必要なデータが含まれない場合には、ＣＰＵ２１に対してコマンドの受信完了通知を行う。メモリ２２は、受信部２５が受信したコマンドに接続に必要なデータが含まれていた場合に、これが書き込まれる。ＣＰＵ２１は、制御部２３１からの通知に応じた処理を行う。
【００５８】
図４に示すように、本実施の形態の受信機２において、受信部２５で受信した、本実施の形態１の送信機１より送信されたパケットをパケット識別部２３３により識別し、これがＳＮＲＭコマンドであった際に、制御部２３１は、送信機１より接続要求が送られたことをＣＰＵ２１に通知し、このＳＮＲＭコマンドに対する応答として、自局の最大転送可能速度、最大受信可能データ長等のパラメータをもったＵＡレスポンスをコマンドパケット生成部２３２にて作成し、送信部２４より送信する。
【００５９】
〔実施の形態３〕
本実施の形態１の送信機１において、コマンドパケット生成部１３２により生成されるコマンドパケットが図５に示すＩｒＤＡのＳＮＲＭコマンドである場合に、このＳＮＲＭコマンド内の相手局アドレスであるDestination Device Addressを0xFFFFFFFFとする。Destination Device Address が0xFFFFFFFFとは、ＩｒＤＡではブロードキャストアドレスと規定されているが、用いられることはない非利用コードである。このため、ＩｒＤＡのＳＮＲＭコマンドを用いていても、ＩｒＤＡとは異なる通信方式を用いていることを、特定の送受信機に伝えることができる。
【００６０】
また、本実施の形態２の受信機２では、パケット識別部２３３において受信したＩｒＤＡのＳＮＲＭコマンドのDestination Device Address が0xFFFFFFFFであった場合には、ＩｒＤＡとは異なる通信方式を用いていると判断し、直ちにコマンドパケット生成部２３２よりＵＡレスポンスを生成し、送信部２４より送信する。
【００６１】
〔実施の形態４〕
図６（ａ）にＩｒＤＡのＳＮＲＭコマンドに上位層の接続に必要な、上位層からユーザデータを入れる領域を付加したパケットを示す。なお、この付加した領域は図６（ａ）の位置でなくても構わない。
【００６２】
図６（ｃ）に、ＩｒＤＡのＳＮＲＭコマンド内の自局の最大転送可能速度、最大受信可能データ長などのパラメータのフォーマットを示す。パラメータフォーマットは、パラメータ識別子（ＰＩ）、パラメータ長（ＰＬ）、パラメータ値（ＰＶ）から構成される。パラメータ識別子は、各パラメータごとに固有であり、ＳＮＲＭコマンドを受信した局は、このパラメータ識別子を判別することにより、どのパラメータが設定されているかを知り、処理することができる。図６（ａ）に記載の上位層データに対して、パラメータ識別子を新たに設定し、図６（ｄ）に示すように上位層データをパラメータとして設定することで、既存のＩｒＤＡでの受信回路においても、容易に上位層データの位置、長さ、データを知り、処理することが可能となる。
【００６３】
本実施の形態に係る送信機のブロック図を図３に示す。これは図１に示す送信機１に、図３に示すように、受信部３５とＣＤＲ３６、パケット識別部３３３、タイマー３７を付加した送信機３である。
【００６４】
ＣＰＵ３１より、接続要求を受け取った制御部３３１は、上位層からの、上位層接続のためのユーザデータをＣＰＵ３１より直接、もしくはメモリ３２を経由することで受け取り、これをコマンドパケット生成部３３２に渡し、自局の最大転送可能速度、最大受信可能データ長等のパラメータと共に、ＳＮＲＭコマンドに入れ、これを送信部３４より送信するものである。例えば、この上位層のユーザデータとして、ＩｒＤＡ−ＯＢＥＸ層のＣＯＮＮＥＣＴコマンドが挙げられる。
【００６５】
また、ＳＮＲＭコマンドを送信後、対向局からＵＡレスポンスを受信した場合、受信部３５により受信した信号は、ＣＤＲ３６にてクロックとデータがリカバリされ、パケット識別部３３３に送られる。そして、パケット識別部３３３にて、受信したパケットがＵＡレスポンスであった場合、制御部３３１にその旨を通知するとともに、制御部３３１はＵＡレスポンス内に上位層のデータが存在する場合は、たとえばメモリ３２に書き込み、ＣＰＵ３１に通知する。ＣＰＵ３１では、メモリ３２内に書き込まれた上位層データを解析し、ＯＢＥＸのSUCCESSレスポンスが含まれているかどうかを判別する。ＯＢＥＸのSUCCESSレスポンスが含まれていない場合は、接続失敗として、データ転送状態に遷移しないような処理を行ってもよい。
【００６６】
また、図６（ｂ）にＤＩＳＣコマンドに上位層の切断に必要な、上位層からのユーザデータを入れる領域を付加したパケットを示す。この付加した領域も、図６（ｂ）の位置でなくても構わない。図３の送信機３において、制御部３３１は、上位層からの、上位層切断のためのユーザデータをＣＰＵ３１より直接、もしくはメモリ３２を経由することで受け取り、これをコマンドパケット生成部３３２に渡し、ＤＩＳＣコマンドにいれ、これを送信部３４より送信するものである。例えば、この上位層のユーザデータとして、ＩｒＤＡ−ＯＢＥＸ層のＤＩＳＣＯＮＮＥＣＴコマンドが挙げられる。
【００６７】
また、ＤＩＳＣコマンドを送信後、対向局からＵＡレスポンスを受信した場合、受信部３５により受信した信号は、ＣＤＲ３６にてクロックとデータがリカバリされ、パケット識別部３３３に送られる。そして、パケット識別部３３３にて、受信したパケットがＵＡレスポンスであった場合、制御部３３１にその旨を通知するとともに、制御部３３１はＵＡレスポンス内に上位層のデータが存在する場合は、たとえばメモリ３２に書き込み、ＣＰＵ３１に通知する。ＣＰＵ３１では、メモリ３２内に書き込まれた上位層データを解析し、ＯＢＥＸのSUCCESSレスポンスが含まれているかどうかを判別する。ＯＢＥＸのSUCCESSレスポンスが含まれていない場合は、切断失敗として処理を行ってもよい。
【００６８】
図６（ｂ）に記載の上位層データに対して、パラメータ識別子を新たに設定し、図６（ｄ）に示すように上位層データをパラメータとして設定することで、既存のＩｒＤＡでの受信回路においても、容易に上位層データの位置、長さ、データを知り、処理することが可能となる。
【００６９】
〔実施の形態５〕
図７（ａ）および図７（ｂ）にＩｒＤＡのＵＡレスポンスに上位層の接続に必要な、上位層からのユーザデータを入れる領域を付加したパケットをそれぞれ示す。なお、この付加した領域は図７（ａ）および図７（ｂ）にて示した位置でなくても構わない。図７（ａ）に記載の上位層データに対して、パラメータ識別子を新たに設定し、図６（ｄ）に示すように上位層データをパラメータとして設定することで、既存のＩｒＤＡでの受信回路においても、容易に上位層データの位置、長さ、データを知り、処理することが可能となる。
【００７０】
本実施の形態は図２の受信機２において、送信機１よりＳＮＲＭコマンドを受信した場合に、制御部２３１が、ＳＮＲＭコマンドを受信したことをＣＰＵ２１に通知するとともに、ＳＮＲＭコマンド内に上位層データが存在する場合は、メモリ２２に上位層データを書き込む。ＣＰＵ２１は、上位層データを解析し、上位層データ内にＯＢＥＸのCONNECTコマンドが含まれているかどうかを判別する。ＯＢＥＸのCONNECTコマンドが含まれていない場合は、接続要求が不正であるとし、接続応答を返信しないとしてもよい。対向局から接続要求があると判別された場合、ＣＰＵ２１は接続応答を制御部２３１に通知する。制御部２３１は、上位層の接続に必要な上位層からのユーザデータを、ＣＰＵ２１より直接もしくはメモリ２２を介して受けて取り、これをコマンドパケット生成部２３２に渡し、自局の最大転送可能速度、最大受信可能データ長などのパラメータと共に、ＵＡレスポンスに入れ、これを送信部２４より送信するものである。例えば、この上位層のユーザデータとして、ＩｒＤＡ−ＯＢＥＸ層のSUCCESSレスポンスがあるがこれに限らない。
【００７１】
また、対向局から受信したＳＮＲＭコマンドに誤りがある、またはＳＮＲＭコマンド内に上位層データがない、または自局が接続できない状態であるなどの理由により、接続できないことを対向局に通知したい場合は、前記ＵＡレスポンスの代わりに図７（ｃ）に示すようなＤＭレスポンスを送信してもよい。このＤＭレスポンスには上位層のデータを配置してもよく、その場合の上位層のデータとして、例えばＯＢＥＸのInternal Server Errorレスポンスがあるがこれに限らない。
【００７２】
図６（c）に、ＩｒＤＡのＵＡレスポンス内の自局の最大転送可能速度、最大受信可能データ長などのパラメータのフォーマットを示す。パラメータフォーマットは、パラメータ識別子（ＰＩ）、パラメータ長（ＰＬ）、パラメータ値（ＰＶ）から構成される。パラメータ識別子は、各パラメータごとに固有であり、ＵＡレスポンスを受信した局は、このパラメータ識別子を判別することにより、どのパラメータが設定されているかを知り、処理することができる。図７（ａ）および図７（ｃ）に記載の上位層データに対して、パラメータ識別子を新たに設定し、図６（ｄ）に示すように上位層データをパラメータとして設定することで、既存のＩｒＤＡでの受信回路においても、容易に上位層データの位置、長さ、データを知り、処理することが可能となる。
【００７３】
また、ＤＩＳＣコマンドを受信した場合に、制御部２３１がＤＩＳＣコマンドを受信したことをＣＰＵ２１に通知し、上位層の切断に必要な上位層からのユーザデータを、ＣＰＵ２１より直接もしくはメモリ２２を介して受けて取り、これをコマンドパケット生成部２３２に渡し、ＵＡレスポンスにいれ、これを送信部２４より送信するものである。例えば、この上位層のユーザデータとして、ＩｒＤＡ−ＯＢＥＸ層のSUCCESSレスポンスがある。
【００７４】
〔実施の形態６〕
実施の形態４および５に記載の送信機３および受信機２において、実施の形態４記載の上位層のユーザデータを含むＳＮＲＭコマンドを受信した実施の形態５の受信機２は、ＳＮＲＭコマンドを受信したことをＣＰＵ２１に通知するとともに、ＳＮＲＭコマンドに含まれる上位層のユーザデータを、ＣＰＵ２１に直接もしくは、メモリ２２を介し伝える。
【００７５】
ＣＰＵ２１はこの上位層のユーザデータに基づき、上位層の接続を行うとともに、上位層の接続レスポンスとなるユーザデータを、直接もしくはメモリ２２を介し、制御部２３１に渡す。
【００７６】
制御部２３１は、このユーザデータをパケット生成部２３２に渡し、パケット生成部はこのユーザデータを、自局の最大転送可能速度、最大受信可能データ長などのパラメータと共に、ＵＡレスポンスにいれ、これを送信部２４より送信するものである。
【００７７】
一方、上位層のユーザデータを含むＳＮＲＭコマンドを送信した実施の形態４の送信機１は、前記送受信機より返されたＵＡレスポンスを受信すると、レスポンスを受信したことをＣＰＵ３１に通知するとともに、ＵＡレスポンスに含まれる上位層のユーザデータをＣＰＵ３１に直接もしくはメモリ３２を介し伝える。ＣＰＵ３１はこの上位層のユーザデータに基づき、上位層の接続を行う。
【００７８】
一方、実施の形態４および５に記載の送信機３および受信機２において、実施の形態４の上位層のデータを含むＤＩＳＣコマンドを受信した実施の形態５の受信機２は、ＤＩＳＣコマンドを受信したことをＣＰＵ２１に通知するとともに、ＤＩＳＣコマンドに含まれる上位層のユーザデータをＣＰＵ２１に直接もしくは、メモリ２２を介し伝える。
【００７９】
ＣＰＵ２１はこの上位層のユーザデータに基づき、上位層の切断を行うとともに、上位層の切断のレスポンスとなるユーザデータを、直接もしくはメモリ２２を介し、制御部２３１に渡す。制御部２３１は、このユーザデータをパケット生成部２３２に渡し、パケット生成部はこのユーザデータを、ＵＡレスポンスに入れ、これを送信部２４より送信するものである。このとき、上位層のデータにＯＢＥＸのDISCONNECTコマンドが含まれていないと判断された場合は、不正な切断要求として、応答を返さなくてもよいし、ＯＢＥＸのInternal Server ErrorレスポンスをＤＭレスポンス内に配置し、送信してもよい。
【００８０】
また、図７（ｂ）に記載の上位層データに対して、パラメータ識別子を新たに設定し、図６（ｄ）に示すように上位層データをパラメータとして設定することで、既存のＩｒＤＡでの受信回路においても、容易に上位層データの位置、長さ、データを知り、処理することが可能となる。
【００８１】
一方、上位層のユーザデータを含むＤＩＳＣコマンドを送信した実施の形態４の送信機３は、前記受信機２より返されたＵＡレスポンスを受信すると、レスポンスを受信したことをＣＰＵ３１に通知するとともに、ＵＡレスポンスに含まれる上位層のユーザデータをＣＰＵ３１に直接もしくはメモリ３２を介し伝える。ＣＰＵ３１はこの上位層のユーザデータに基づき、上位層の切断を行う。このとき、受信したＵＡレスポンス内にＯＢＥＸのSUCCESSレスポンスが含まれていないと判断された場合、不正な切断応答として、処理してもよい。
【００８２】
以上の手順により、実施の形態４と実施の形態５とに記載された送信機３および受信機２においては、１回のパケット交換により、上位層から下位層までの接続もしくは切断を行うことが可能となる。本実施の形態の信号シークエンスを図１８に示す。
【００８３】
〔実施の形態７〕
図３に本実施の形態の送信機３を示す。上記送信機３の各構成の内、受信部３５、ＣＤＲ３６、パケット識別部３３３は、実施の形態２に記載の受信機２のものと同様であり、タイマー３７は制御部３３１からの要求に応じて時間を計測するものである。
【００８４】
図８に示すようにＣＰＵ３１より接続要求があった場合に、制御部３３１は、コマンドパケット生成部３３２で、生成する１番目のパケットとして、自局の最大転送可能速度、最大受信可能データ長などのパラメータを保持するＳＮＲＭパケットを生成し、これを送信部３４より送信する。
【００８５】
また、上記送信と同時にタイマー３７をスタートする。一定時間内に受信機２からのＵＡレスポンスが受信されない場合、引き続きコマンドパケット生成部３３２で、ＸＩＤコマンドを生成し、これを送信する。
【００８６】
また、ＸＩＤコマンドの送信と同時にタイマー３７をスタートさせ、一定時間内に受信機２よりＸＩＤレスポンスを受信した場合には、コマンドパケット生成部３３２において、ＸＩＤ−Ｅｎｄコマンドを生成し送信し、ＣＰＵ３１に局発見が完了したことを伝える。引き続き、ＩｒＤＡに準拠したＳＮＲＭコマンドの生成、送信を行い、ＩｒＤＡの接続プロセスに移行する。この形態を示す信号シークエンスを図９に示す。
【００８７】
また、ＸＩＤコマンドの送信と同時にタイマー３７をスタートさせ、一定時間内に受信機よりＸＩＤレスポンスを受信しなかった場合には、コマンドパケット生成部３３２において、ＸＩＤ−Ｅｎｄコマンドを生成し送信した後、再度、自局の最大転送可能速度、最大受信可能データ長などのパラメータを保持するＳＮＲＭコマンドの生成、送信を行う。この形態の信号シークエンスを図１０に示す。
【００８８】
〔実施の形態８〕
図２に本実施の形態の受信機２を示す。受信機２において、受信部２５より受信した第一のコマンドが、パケット識別部２３３においてＸＩＤコマンドであると識別した場合に、図１９に示すコマンド内のDiscovery-flag領域において、ＸＩＤスロットが1を意味する値であった場合は、制御部２３１はＸＩＤコマンドを受信したことを記憶し、ここではＸＩＤレスポンスを送信せずに、次に受信するコマンドを待つ。これは、既存のＩｒＤＡ規格において、１スロットのＸＩＤは規格に準拠しており、この段階では、相手機器が既存のＩｒＤＡ機器か本発明の機器かを判別することができないからである。次に受信した局発見コマンドがＸＩＤ−Ｅｎｄコマンドでなく、ＸＩＤコマンドであった場合には、ＩｒＤＡの接続プロセスに移行する。この形態の信号シークエンスを図１１に示す。
【００８９】
また、受信部２５より受信した第一のコマンドが、パケット識別部２３３においてＸＩＤコマンドである場合において、次にＳＮＲＭコマンドを受信した場合には、ＳＮＲＭコマンドを受信したことをＣＰＵ２１に伝える。既存のＩｒＤＡ規格においては、ＸＩＤコマンドに対するＸＩＤレスポンスを受信するまでは、局発見は完了していないため、ＸＩＤコマンドの後にＳＮＲＭコマンドを受信した場合、対向局が既存のＩｒＤＡ機器ではないと判別できる。従って、コマンドパケット生成部２３２にて、ＵＡレスポンスを生成し、これを送信する。ＵＡレスポンスに含めるユーザデータがある場合には、ＣＰＵ２１より、このデータを制御部２３１に送り、上記ＵＡレスポンスに含めることも可能である。この形態の信号シークエンスを図１２に示す。
【００９０】
また、受信部２５より受信した第一のコマンドが、パケット識別部２３３において、ＸＩＤコマンドであると識別された場合で、図１９に示すようにコマンド内のDiscovery-flag領域において、ＸＩＤスロットが１でない、６、８、１６のいずれかを意味する値であった場合は、ＩｒＤＡで予め定められたルールに従ってコマンドパケット生成部２３２にて、ＸＩＤレスポンスを生成し、これを送信する。
【００９１】
〔実施の形態９〕
図１、図３に本実施の形態の送信機１、３を、図２に本実施の形態の受信機２を示す。ただし、受信機２はコマンドパケット生成部２３２および送信部２４を保持しなくてもよい。
【００９２】
また、図１３にＩｒＤＡのＳＮＲＭコマンドに通信方向が片方向か双方向かを示すフラグ領域を付加したパケットを示す。なお、この付加した領域は図１３の位置でなくても構わず、例えば、Negotiation Parameters の中でもよい。本実施の形態では、自局の最大転送可能速度、最大受信可能データ長等のパラメータ等の通信に必要となる設定値と共に通信方向を示すデータをＳＮＲＭコマンドで送信する。
【００９３】
図１７に示すように、通信方向を示すフラグを片方向に設定したＳＮＲＭコマンドを送信した送信機１、３は、受信機２からのＵＡレスポンスを待つことなく、Ｉフレームまたは、ＵＩフレームを用いてデータ転送を開始する。なお、前記通信方向を示すフラグをＳＮＲＭコマンド内に配置する際に、図６（ｄ）に示すように、パラメータ識別子（ＰＩ）、パラメータ長（ＰＬ）、パラメータ値（ＰＶ）のフォーマットとし、パラメータ識別子を予め対向局と定めることにより、ＳＮＲＭコマンドを受信した局は、このパラメータ識別子を判別することにより、対向局が片方向通信、双方向通信のどちらかを要求しているかを知ることが可能となり、所望の処理を実行することができる。
【００９４】
一方、上記ＳＮＲＭコマンドを受信した受信機２は、ＵＡレスポンスを返すことなく、送信機のＩフレーム、またはＵＩフレームを用いたデータ転送を待つ。受信したＳＮＲＭコマンド内に前述の上位層データが含まれていない場合は、不正な接続要求として、データ転送待機状態へと遷移しないとしてもよい。また、前記上位層データにＯＢＥＸのCONNECTコマンドが含まれていない場合に、不正な接続要求として、データ転送待機状態へと遷移しないとしてもよい。
【００９５】
以上述べた手法により実現する片方向通信は、データ転送に要する時間が短く、エラーがあったことをユーザが容易に認識でき、ユーザ自身が転送の再実行を行うことを許容するような場面において利用可能である。たとえば、情報端末から映像表示装置に画像データを転送し閲覧する、というような場合である。このとき、ユーザが送信失敗を認識する例として、ユーザが送信した画像データが受信側映像表示装置に表示されない、異なる画像が表示されるといった場合がある。
【００９６】
なお、図１の送信機１は片方向通信にのみ対応可能であるが、図３の送信機は片方向通信、双方向通信共に対応可能となる。
【００９７】
〔実施の形態１０〕
また、図２に記載の受信機２において、本発明のいずれかの方法により、対向局との接続が確立された状態において、ＣＰＵ２１で管理されている上位層より切断要求が発生した場合、メモリ２２を介して、切断要求データが制御部２３１に渡される。制御部２３１は、この切断要求データをパケット生成部２３２に渡し、パケット生成部２３２は、このユーザデータをＤＭレスポンスに入れ、これを送信部２４より送信するものである。この場合の切断要求とは、例えば、ユーザが通信途中での切断を選択した場合などがあるが、これに限らない。この切断要求データとして、たとえばＯＢＥＸのInternal Server Errorレスポンスを用いてもよいが、これに限らない。
【００９８】
また、図７（ｃ）に記載の上位層データに対して、パラメータ識別子を新たに設定し、図６（ｄ）に示すように上位層データをパラメータとして設定することで、既存のＩｒＤＡでの受信回路においても、容易に上位層データの位置、長さ、データを知り、処理することが可能となる。
【００９９】
〔実施の形態１１〕
本実施の形態では、図２０を参照しながら、上記の各実施の形態で説明した通信方法を携帯電話に適用した場合について説明する。なお、本実施の形態では、送信機と受信機に携帯電話を用いているが、送信機もしくは受信機のどちらか一方が携帯電話であれば良く、本発明のいずれかの方式により赤外線等によりデータの送信もしくは受信が可能であるならば、対向機器が携帯電話でなくても構わない。
【０１００】
図２０では、赤外線を用いて、携帯電話Ａ内のデータを携帯電話Ｂに送信している。携帯電話Ｂでは、携帯電話Ａから送信されたデータを受信すると、携帯電話Ｂ内のメモリもしくは接続された外部メモリ内に受信データを保存する。前述のデータとは、テキストデータ、画像データ、音声データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話Ａ内のデータとは、携帯電話Ａの内部メモリ内のデータ、携帯電話に接続されている外部メモリ（ＳＤカードなどの不揮発性メモリ）内のデータのどちらでもよい。
【０１０１】
前述の接続方法により、上位層のデータをＳＮＲＭコマンドおよびＵＡレスポンス内に配置し、送受信することにより、上位層のデータを１つのパケットで対向局に送信することが可能となる。それゆえ、従来のＩｒＤＡでの複数のパケットによる接続方法と比較して、より短い時間での接続を完了することが可能となる。こうすることにより、従来のＩｒＤＡでの通信と比べて、対向局に機器を向けていなければならない時間の短縮が可能となることから、ユーザの利便性の向上、またエラー発生の確率を減らすことが期待される。
【０１０２】
〔実施の形態１２〕
本実施の形態では、図２１を参照しながら、上記の各実施の形態で説明した通信方法を携帯電話および表示装置に適用した場合について説明する。なお、本実施の形態では、送信機として携帯電話を用いているが、本発明のいずれかの方式により赤外線等によりデータの送信が可能であるならば、送信機器が携帯電話でなくても構わない。
【０１０３】
図２１では、赤外線を用いて、携帯電話Ａ内のデータを表示装置Ｂ（ＴＶやモニタなど）に送信している。表示装置Ｂでは、携帯電話Ａから送信されたデータに対して適切な処理を行い、例えば、画像データであった場合は、必要ならば圧縮されたデータを解凍するなどして、表示を行うが、これに限らない。また、前述のデータとは、テキストデータ、画像データ、音声データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話Ａ内のデータとは、携帯電話Ａの内部メモリ内のデータ、携帯電話Ａに接続されている外部メモリ（ＳＤカードなどの不揮発性メモリ）内のデータのどちらでもよい。
【０１０４】
前述の接続方法により、上位層のデータをＳＮＲＭコマンドおよびＵＡレスポンス内に配置し、送受信することにより、上位層のデータを１つのパケットで対向局に送信することが可能となる。それゆえ、従来のＩｒＤＡでの複数のパケットによる接続方法と比較して、より短い時間での接続を完了することが可能となる。こうすることにより、従来のＩｒＤＡでの通信と比べて、対向局に機器を向けていなければならない時間の短縮が可能となることから、ユーザの利便性の向上、またエラー発生の確率を減らすことが期待される。
【０１０５】
〔実施の形態１３〕
本実施の形態では、図２２を参照しながら、上記の各実施の形態で説明した通信方法を携帯電話および印刷装置に適用した場合について説明する。なお、本実施の形態では、送信機として携帯電話を用いているが、本発明のいずれかの方式により赤外線等によりデータの送信が可能であるならば、送信機器が携帯電話でなくても構わない。
【０１０６】
図２２では、赤外線を用いて、携帯電話Ａ内のデータを印刷装置Ｂに送信している。印刷装置Ｂでは、携帯電話Ａから送信されたデータに対して適切な処理を行い、例えば、画像データであった場合は、必要ならば圧縮されたデータを解凍するなどして、印刷を行うが、これに限らない。また、前述のデータとは、テキストデータ、画像データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話Ａ内のデータとは、携帯電話Ａの内部メモリ内のデータ、携帯電話Ａに接続されている外部メモリ（ＳＤカードなどの不揮発性メモリ）内のデータのどちらでもよい。
【０１０７】
前述の接続方法により、上位層のデータをＳＮＲＭコマンドおよびＵＡレスポンス内に配置し、送受信することにより、上位層のデータを１つのパケットで対向局に送信することが可能となる。それゆえ、従来のＩｒＤＡでの複数のパケットによる接続方法と比較して、より短い時間での接続を完了することが可能となる。こうすることにより、従来のＩｒＤＡでの通信と比べて、対向局に機器を向けていなければならない時間の短縮が可能となることから、ユーザの利便性の向上、またエラー発生の確率を減らすことが期待される。
【０１０８】
〔実施の形態１４〕
本実施の形態では、図２３を参照しながら、上記の各実施の形態で説明した通信方法を携帯電話および記録装置に適用した場合について説明する。なお、本実施の形態では、送信機として携帯電話を用いているが、本発明のいずれかの方式により赤外線等によりデータの送信が可能であるならば、送信機器が携帯電話でなくても構わない。
【０１０９】
図２３では、赤外線を用いて、携帯電話Ａ内のデータを記録装置Ｂに送信している。記録装置Ｂでは、携帯電話Ａから送信されたデータに対して適切な処理を行い、例えば、画像データであった場合は、記録装置Ｂ内のメモリまたは記録装置Ｂに接続された外部メモリに記録を行う。記録装置Ｂ内のメモリとは、ＳＤＲＡＭなどの揮発性メモリでも、フラッシュメモリなどの不揮発性メモリ、記録可能なＤＶＤ、ＨＤドライブなど、一時的または半永久的に記録できる媒体であれば何でもよい。また、前述のデータとは、テキストデータ、画像データ、音声データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話Ａ内のデータとは、携帯電話Ａの内部メモリ内のデータ、携帯電話Ａに接続されている外部メモリ（ＳＤカードなどの不揮発性メモリ）内のデータのどちらでもよい。
【０１１０】
前述の接続方法により、上位層のデータをＳＮＲＭコマンドおよびＵＡレスポンス内に配置し、送受信することにより、上位層のデータを１つのパケットで対向局に送信することが可能となる。それゆえ、従来のＩｒＤＡでの複数のパケットによる接続方法と比較して、より短い時間での接続を完了することが可能となる。こうすることにより、従来のＩｒＤＡでの通信と比べて、対向局に機器を向けていなければならない時間の短縮が可能となることから、ユーザの利便性の向上、またエラー発生の確率を減らすことが期待される。
【０１１１】
〔実施の形態１５〕
本実施の形態では、図２４から図２７を参照しながら、上記の各実施の形態で説明した通信方法を実現するＬＡＰ層の機能を詳細に説明する。
【０１１２】
（１）IrSimple双方向＋IrDAの場合
図２４は、ＩｒＳｉｍｐｌｅ（双方向通信）およびＩｒＤＡの機能を共に備えた通信機のＬＡＰ層１００Ａの機能ブロック図である。
【０１１３】
ＬＡＰ層１００Ａは、プロトコル制御部１１０Ａ、タイマー１２０、送信要求コマンド解析部１３０、送信用上位層データ格納部１４０、送信フレーム生成部１５０、受信フレーム解析部１６０、受信用上位層データ格納部１７０、受信コマンド通知生成部１８０を備えて構成されている。
【０１１４】
プロトコル制御部１１０Ａは、ＬＡＰ層のプロトコルを制御する。そのために、プロトコル制御部１１０Ａは、IrSimple-LAP制御部（第１のプロトコル制御部）１１１、IrDA-LAP制御部（第２のプロトコル制御部）１１２、プロトコル切り替え部１１３を有する。
【０１１５】
IrSimple-LAP制御部１１１は、IrSimple-LAPプロトコルによる通信を行う。そのために、IrSimple-LAP制御部１１１は、接続制御部１１１ａ、データ転送制御部１１１ｂ、切断制御部１１１ｃを備える。接続制御部１１１ａは、IrSimple-LAPプロトコルによる接続処理を行う。データ転送制御部１１１ｂは、IrSimple-LAPプロトコルによるデータ転送を行う。切断制御部１１１ｃは、IrSimple-LAPプロトコルによる切断処理を行う。そして、IrSimple-LAP制御部１１１は、接続時には、接続制御部１１１ａにより接続処理を行い、データ転送時には、データ転送制御部１１１ｂによりデータ転送を行い、切断時には、切断制御部１１１ｃにより切断処理を行う。
【０１１６】
IrDA-LAP制御部１１２は、IrDA-LAPプロトコルによる通信を行う。そのために、IrDA-LAP制御部１１２は、接続制御部１１２ａ、データ転送制御部１１２ｂ、切断制御部１１２ｃを備える。接続制御部１１２ａは、IrDA-LAPプロトコルによる接続処理を行う。データ転送制御部１１２ｂは、IrDA-LAPプロトコルによるデータ転送を行う。切断制御部１１２ｃは、IrDA-LAPプロトコルによる切断処理を行う。そして、IrDA-LAP制御部１１２は、接続時には、接続制御部１１２ａにより接続処理を行い、データ転送時には、データ転送制御部１１２ｂによりデータ転送を行い、切断時には、切断制御部１１２ｃにより切断処理を行う。
【０１１７】
プロトコル切り替え部１１３は、IrSimple-LAP制御部１１１とIrDA-LAP制御部１１２を切り替える。具体的には、プロトコル切り替え部１１３は、送信機（一次局）の場合、IrSimple-LAP制御部１１１を始めに動作させ、接続要求コマンドであるＳＮＲＭコマンド送信後に続いて送信される、局発見コマンドを送信後にＸＩＤレスポンスが返ってきた場合は、IrDA-LAP制御部１１２に切り替える。また、プロトコル切り替え部１１３は、受信器（二次局）の場合、IrSimple-LAP制御部１１１を始めに動作させ、局発見コマンドであるＸＩＤコマンド（１スロット）を連続受信したり、ＸＩＤコマンド（１スロット以外）を受信した場合は、ＸＩＤレスポンスを送信した後、XID-Endを受信後、IrDA-LAP制御部１１２に切り替える。また、一次局、二次局ともに、通信が切断されると再び、プロトコル切り替え部１１３は、IrSimple-LAP制御部１１１に切り替え、IrSimple-LAPプロトコルによる接続を試みる。
【０１１８】
タイマー１２０は、プロトコル制御部１１０Ａにより、制御されるタイマーである。タイマー１２０は、例えば、プロトコル制御部１１０Ａがタイムアウトを判定する際に利用される。
【０１１９】
送信要求コマンド解析部１３０は、上位層（ＬＭＰ層）からの送信要求コマンドを解析する。ここでいう送信要求コマンドとは、接続要求、データ転送要求、切断要求である。解析結果は、プロトコル制御部１３０に通知される。
【０１２０】
送信用上位層データ格納部１４０は、上位層（ＬＭＰ層）からの送信データを格納する。格納されたデータは、送信フレーム生成部１５０に渡され、送信フレーム内に配置される。
【０１２１】
送信フレーム生成部１５０は、送信用上位層データ格納部１４０から取得したデータに基づいて、下位層（ＰＨＹ層）へ渡す送信フレームを生成する。ここでいう送信フレームとは、一次局の場合、ＳＮＲＭコマンド（接続要求）、ＵＩコマンド（データ転送要求）、ＤＩＳＣコマンド（切断要求）であり、二次局の場合、ＵＡレスポンス（接続応答、切断応答）、ＵＩレスポンス（データ転送応答）である。
【０１２２】
受信フレーム解析部１６０は、下位層（ＰＨＹ層）からの受信フレームを解析し、解析結果をプロトコル制御部１１０Ａに通知する。また、受信フレーム解析部１６０は、解析時に抽出された上位層データを受信用上位層データ格納部１７０に格納する。
【０１２３】
受信用上位層データ格納部１７０は、受信フレーム解析部１６０にて、解析、抽出された上位層データを格納する。格納されたデータは、上位層（ＬＭＰ層）へと渡される。
【０１２４】
受信コマンド通知生成部１８０は、プロトコル制御部１１０Ａからの受信コマンド通知生成要求により、受信コマンドを生成し、上位層（ＬＭＰ層）へと通知する。ここでいう受信コマンドとは、接続要求受信コマンド、データ転送要求受信コマンド、切断要求受信コマンドである。
【０１２５】
（２）IrSimple双方向（片方向送信、片方向受信機能も含む）のみの場合
図２５は、ＩｒＳｉｍｐｌｅ（片方向送信、片方向受信機能も含む）の機能のみを備えた通信機のＬＡＰ層１００Ｂの機能ブロック図である。
【０１２６】
ＬＡＰ層１００Ｂは、プロトコル制御部１１０Ｂ、タイマー１２０、送信要求コマンド解析部１３０、送信用上位層データ格納部１４０、送信フレーム生成部１５０、受信フレーム解析部１６０、受信用上位層データ格納部１７０、受信コマンド通知生成部１８０を備えて構成されている。すなわち、ＬＡＰ層１００Ｂは、ＬＡＰ層１００Ａと比べて、プロトコル制御部１１０Ａの代わりに、プロトコル制御部１１０Ｂが設けられている点が異なる。
【０１２７】
プロトコル制御部１１０Ｂは、ＬＡＰ層のプロトコルを制御する。そのために、プロトコル制御部１１０Ｂは、IrSimple-LAP制御部１１１を有する。すなわち、プロトコル制御部１１０Ｂは、プロトコル制御部１１０Ａで設けられていたIrDA-LAP制御部１１２、プロトコル切り替え部１１３が省略されている。
【０１２８】
その他の点は、ＬＡＰ層１００Ｂは、ＬＡＰ層１００Ａと同じであるため、説明を割愛する。
【０１２９】
（３）IrSimple片方向送信のみの場合
図２６は、ＩｒＳｉｍｐｌｅ片方向送信の機能のみを備えた通信機のＬＡＰ層１００Ｃの機能ブロック図である。
【０１３０】
ＬＡＰ層１００Ｃは、プロトコル制御部１１０Ｃ、タイマー１２０、送信要求コマンド解析部１３０、送信用上位層データ格納部１４０、送信フレーム生成部１５０を備えて構成されている。すなわち、ＬＡＰ層１００Ｃは、ＬＡＰ層１００Ａと比べて、プロトコル制御部１１０Ａの代わりにプロトコル制御部１１０Ｃが設けられるとともに、受信側の機能である受信フレーム解析部１６０、受信用上位層データ格納部１７０、受信コマンド通知生成部１８０が省略されている点が異なる。
【０１３１】
プロトコル制御部１１０Ｃは、送信機におけるＬＡＰ層のプロトコルを制御する。そのために、プロトコル制御部１１０Ｃは、IrSimple-LAP制御部１１１Ｃを有する。すなわち、プロトコル制御部１１０Ｃは、プロトコル制御部１１０Ａで設けられていたIrDA-LAP制御部１１２、プロトコル切り替え部１１３が省略されている。なお、IrSimple-LAP制御部１１１Ｃは、IrSimpleの送信機能のみを備える。すなわち、IrSimple-LAP制御部１１１Ｃが備える接続制御部１１１Ｃａ、データ転送制御部１１１Ｃｂ、切断制御部１１１Ｃｃは、それぞれ送信機における接続処理、データ転送処理、切断処理を行う。
【０１３２】
その他の点は、ＬＡＰ層１００Ｃは、ＬＡＰ層１００Ａと同じであるため、説明を割愛する。
【０１３３】
（４）IrSimple片方向受信のみの場合
図２７は、ＩｒＳｉｍｐｌｅ片方向受信の機能のみを備えた通信機のＬＡＰ層１００Ｄの機能ブロック図である。
【０１３４】
ＬＡＰ層１００Ｄは、プロトコル制御部１１０Ｄ、タイマー１２０、受信フレーム解析部１６０、受信用上位層データ格納部１７０、受信コマンド通知生成部１８０を備えて構成されている。すなわち、ＬＡＰ層１００Ｄは、ＬＡＰ層１００Ａと比べて、プロトコル制御部１１０Ａの代わりにプロトコル制御部１１０Ｄが設けられるとともに、送信側の機能である送信要求コマンド解析部１３０、送信用上位層データ格納部１４０、送信フレーム生成部１５０が省略されている点が異なる。
【０１３５】
プロトコル制御部１１０Ｄは、受信機におけるＬＡＰ層のプロトコルを制御する。そのために、プロトコル制御部１１０Ｄは、IrSimple-LAP制御部１１１Ｄを有する。すなわち、プロトコル制御部１１０Ｄは、プロトコル制御部１１０Ａで設けられていたIrDA-LAP制御部１１２、プロトコル切り替え部１１３が省略されている。なお、IrSimple-LAP制御部１１１Ｄは、IrSimpleの受信機能のみを備える。すなわち、IrSimple-LAP制御部１１１Ｄが備える接続制御部１１１Ｄａ、データ転送制御部１１１Ｄｂ、切断制御部１１１Ｄｃは、それぞれ受信機における接続処理、データ転送処理、切断処理を行う。
【０１３６】
その他の点は、ＬＡＰ層１００Ｄは、ＬＡＰ層１００Ａと同じであるため、説明を割愛する。
【０１３７】
〔実施の形態１６〕
本実施の形態では、図２８から図３３を参照しながら、送信機のプロトコルと受信機のプロトコルとの組合せについて説明する。
【０１３８】
図２８は、送信機および受信機が備えるプロトコルと、接続後のプロトコルとの関係を示すテーブルである。図２８に示すように、送信機および受信機がそれぞれＩｒＳｉｍｐｌｅの双方向／片方向、ＩｒＤＡのいずれに対応しているのかに応じて、接続後のプロトコルが異なる。
【０１３９】
（IrSimple−LAPを用いた携帯電話、表示装置、記録装置、印刷装置）
携帯電話などの送信機から、表示装置、記録装置、印刷装置などの受信機に対して、データ送信を行う場合、携帯電話のディスプレイには、赤外線通信を行うかどうかの選択画面だけが存在し、プロトコルの細かい選択ができない可能性がある。また、表示装置、記録装置、印刷装置などの受信機においても、一般的に、赤外線通信をＯＮ、ＯＦＦする程度のインタフェースしか用意されていない。
【０１４０】
このような状態において、送信機と受信機のサポートするプロトコルが異なる場合に、本発明の送信機および受信機は、通信可能なプロトコルの組合せを選択できる場合には、上述のようにプロトコルを切り替えたり、通信可能なプロトコルの組合せが選択できない場合には、例えば、ユーザに対して通信ができない原因を通知する。この接続できない理由とは、例えば片方向のみサポートの機器に対する双方向通信の接続要求や、ＩｒＤＡ非対応の機器に対するＩｒＤＡでの接続要求である。
【０１４１】
ここで、通信ができない原因の通知は、例えば、表示部を持つ携帯電話、ＴＶなどの表示装置、印刷装置、記録装置などにおいて、接続が完了した場合は、接続したプロトコルを表示し、接続が完了しない場合は、接続が完了しない旨を表示するとともに、接続できない理由も合わせて表示することによって行うことができる。そして、通信ができない原因を通知することで、ユーザが適切な対応（例えば、未サポートの通信プロトコルをサポートするために、ファームウェアをアップデートするなど）を行うことができる。
【０１４２】
以下にいくつかの例を示す。なお、以下の説明においては、受信機として、ＴＶなどの表示装置を例にあげているが、テキスト表示可能な表示部を持つ機器であれば表示装置に限定されるものではなく、例えば、印刷装置や記録装置であってもよい。また、送信機として、携帯電話を例にあげているが、テキスト表示可能な表示部をもつ機器であれば携帯電話に限定されるものではなく、例えば、ＴＶなどの表示装置、印刷装置、記録装置であってもよい。
【０１４３】
（１）IrSimple双方向対応機器同士の接続
図２９は、送信機である携帯電話と受信機であるＴＶなどの表示装置がともにIrSimple双方向対応である場合における、接続手順と各機器の表示例を示す説明図である。
【０１４４】
送信機である携帯電話では、IrSimpleプロトコルにおけるＳＮＲＭ送信後に、直ちにＵＡを受信しているため、受信機とIrSimpleプロトコルでの接続が完了したことを表示部に表示し、ユーザに通知する。
【０１４５】
一方、受信機であるＴＶなどの表示装置では、ＸＩＤコマンドより先にＳＮＲＭを受信したことで、送信機がIrSimple対応であることを認識し、ＵＡを返信することで、IrSimpleでの接続を完了する。この時点で、IrSimpleでの接続が完了したことを画面上に表示し、ユーザに通知する。
【０１４６】
上記の動作により、ユーザが容易に接続後のプロトコルを認識することが可能となる。
【０１４７】
なお、接続完了後に接続プロトコルを表示する代わりに、例えば通信が終了した後に、直前の通信の通信ログによって通信プロトコルを通知してもよい。また、自動的に通信プロトコルを表示する代わりに、例えばユーザが選択したメニューの表示結果として、通信プロトコルを表示してもよい。
【０１４８】
（２）IrSimple片方向対応機器同士の接続
図３０は、送信機である携帯電話と受信機であるＴＶなどの表示装置がともにIrSimple片方向対応である場合における、接続手順と各機器における表示例を示す説明図である。
【０１４９】
送信機である携帯電話では、IrSimpleプロトコルにおけるＳＮＲＭ送信後に接続が完了したことを表示部に表示し、ユーザに通知する。
【０１５０】
一方、受信機であるＴＶなどの表示装置では、ＸＩＤコマンドより先にＳＮＲＭを受信したことで、送信機がIrSimple対応であることを認識し、IrSimpleでの接続を完了する。この時点で、IrSimpleでの接続が完了したことを画面上に表示し、ユーザに通知する。
【０１５１】
上記の動作により、ユーザが容易に接続後のプロトコルを認識することが可能となる。
【０１５２】
なお、接続完了後に接続プロトコルを表示する代わりに、例えば通信が終了した後に、直前の通信の通信ログによって通信プロトコルを通知してもよい。また、自動的に通信プロトコルを表示する代わりに、例えばユーザが選択したメニューの表示結果として、通信プロトコルを表示してもよい。
【０１５３】
（３）IrSimple双方向対応機器とIrSimple片方向対応機器との接続
図３１は、送信機である携帯電話と受信機であるＴＶなどの表示装置の接続であって、IrSimple双方向での通信を行う携帯電話とIrSimple片方向での通信が可能な表示装置の場合における、接続手順と各機器の表示例を示す説明図である。
【０１５４】
送信機である携帯電話では、IrSimpleプロトコルにおけるＳＮＲＭ送信後（片方向、双方向選択フラグが双方向）に予め定められた時間、受信機からのＵＡレスポンスがないため、接続失敗とし、その旨を表示部に表示し、ユーザに通知する。
【０１５５】
一方、受信機であるＴＶなどの表示装置では、ＸＩＤコマンドより先にＳＮＲＭを受信したことで、送信機がIrSimple対応であることを認識するが、ＳＮＲＭ内の片方向双方向選択フラグが双方向を示しており、自機器が片方向のみをサポートしていることから、接続失敗とし、その旨を画面上に表示し、ユーザに通知する。この際、接続失敗の原因も合わせて表示することで、ユーザが送信機の通信モードを片方向モードに変更したり、表示装置のサポートプロトコルとして、双方向プロトコルを新たに追加するためにファームウェアをアップデートしたりするなどの対応をとることができる。
【０１５６】
なお、自動的に通信プロトコルを表示する代わりに、例えばユーザが選択したメニューの表示結果として、通信プロトコルを表示してもよい。
【０１５７】
（４）IrDA対応機器とIrSimple＋IrDA対応機器との接続
図３２は、送信機である携帯電話と受信機であるＴＶなどの表示装置の接続であって、従来のIrDAでの通信を行う携帯電話とIrSimple双方向とIrDAの両方のプロトコルで通信が可能な表示装置の場合における、接続手順と各機器の表示例を示す説明図である。
【０１５８】
送信機である携帯電話では、IrDAプロトコルにおけるXIDコマンド送信後、受信機からのXIDレスポンス受信により、XID-Endコマンド送信後、従来のIrDAフォーマットのＳＮＲＭを送信し、ＵＡレスポンスを受信した時点で、IrDAでの接続完了とし、その旨を表示部に表示し、ユーザに通知する。
【０１５９】
一方、受信機であるＴＶなどの表示装置では、XIDコマンド、XIDレスポンス、XID-Endの送受信で、IrDAでの局発見が終了し、IrDAフォーマットのＳＮＲＭコマンドを受信後、ＵＡレスポンスを返信した時点で、IrDAでの接続が完了したことになり、その旨を画面上に表示し、ユーザに通知する。この際、IrDAで接続されたが、送信機がIrSimpleをサポートすれば、IrSimpleでの接続も可能であることを表示することにより、ユーザが送信機のサポートプロトコルとして、IrSimple双方向プロトコルを新たに追加するためにファームウェアをアップデートしたりするなどの対応をとることができる。
【０１６０】
なお、接続完了後に接続プロトコルを表示する代わりに、例えば通信が終了した後に、直前の通信の通信ログによって通信プロトコルを表示してもよい。また、自動的に通信プロトコルを表示する代わりに、例えばユーザが選択したメニューの表示結果として、通信プロトコルを表示してもよい。
【０１６１】
（５）IrDA対応機器とIrSimple対応機器との接続
図３３は、送信機である携帯電話と受信機であるＴＶなどの表示装置の接続であって、従来のIrDAでの通信を行う携帯電話とIrSimple片方向での通信が可能な表示装置の場合における、接続手順と各機器の表示例を示す説明図である。
【０１６２】
送信機である携帯電話では、XIDコマンドおよびXID-Endコマンドを送信するが、受信機からのXIDレスポンスを受信できないため、一定時間経過後、接続失敗とし、その旨を表示部に表示し、ユーザに通知する。
【０１６３】
一方、受信機であるＴＶなどの表示装置では、XIDコマンドより先にＳＮＲＭを受信したことで、送信機がIrSimple対応であることを認識するが、受信機がIrDAプロトコルをサポートしていないため、接続失敗とし、その旨を画面上に表示し、ユーザに通知する。この際、接続失敗の原因も合わせて表示することで、送信機のサポートプロトコルとして、IrSimple双方向プロトコルを新たに追加するためにファームウェアをアップデートしたりするなどの対応をとることができる。
【０１６４】
なお、自動的に通信プロトコルを表示する代わりに、例えばユーザが選択したメニューの表示結果として、通信プロトコルを表示してもよい。
【０１６５】
〔実施の形態１７〕
本発明の他の実施の形態について図３４から図５６に基づいて説明すれば、以下のとおりである。なお、本実施の形態で説明する通信プロトコルは、実施の形態１〜１６に適用されるものである。よって、実施の形態１〜１６において定義した用語については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。
【０１６６】
（１）通信層
図３４は、ＯＳＩ７階層モデルと、ＩｒＤＡの階層および本発明に係る通信システムの階層の対応関係を示す模式図である。
【０１６７】
本実施の形態に係る通信システムの各通信層も、上記ＯＳＩ７層モデルの対応する階層と同等の機能を有する。ただし、図３４に示すように、上記通信システムは、セッション層とプレゼンテーション層とを１つにした、６階層の構造となっている。
【０１６８】
本実施の形態では、説明の便宜上、本発明の一適用例であるＩｒＳｉｍｐｌｅに基づいて説明する。しかし、本発明はＩｒＳｉｍｐｌｅに限定されるものではない。なお、ＩｒＳｉｍｐｌｅとは、従来のＩｒＤＡの一部機能を改良したものである。
【０１６９】
本実施の形態では、ＩｒＳｉｍｐｌｅに則って、データリンク層、ネットワーク層、トランスポート層、セッション層＋プレゼンテーション層を、それぞれ、ＬＡＰ、ＬＡＭＰ、ＳＭＰ、ＯＢＥＸと表記することがある。また、通信層を送信機、受信機で区別する場合に、送信機（一次局）に“Ｐ”、受信機（二次局）に“Ｓ”と付記する。例えば、“ＬＡＰ（Ｐ）”とは、送信機のデータリンク層を意味する。
【０１７０】
（２）送信機−受信機間のシーケンス
（２−１）接続シーケンス
〔Ａ〕レスポンス有り
図３５（ａ）は、本実施の形態（レスポンス有り）の接続シーケンスを示すシーケンス図である。また、図３５（ｃ）は、本実施の形態（レスポンス有り）の接続シーケンスの際の通信データのデータ構造を示す説明図である。
【０１７１】
本実施の形態（レスポンス有り）では、ＳＮＲＭの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を上位層（アプリケーション）操作することで、切り替えることができる。
【０３１８】
ここで、レスポンス有り/無しの切換えの基準としては、送信するファイルのファイル形式、アプリケーション、ユーザの選択等が考えられる。
【０３１９】
具体的には、ファイル形式を基準とする場合、例えば、マルチメディア関連ファイルの場合にはレスポンス有り/無し両方選べるようにし、電話帳、メール、スケジュール等のファイルであってデータが受信されたことを確認したい場合にはレスポンス有りが自動的に選択されるようにしてもよい。また、アプリケーションを基準とする場合、例えば、スライドショーの場合にはレスポンス無しが自動的に選択されるようにしてもよい。また、ユーザの選択による場合、例えば、レスポンス有り/無しのメニュー表示からユーザに選択させるようにしてもよい。
【０３２０】
図５４〜図５６は、本実施の形態の接続シーケンスのときの、通信層間のデータおよびパラメータの流れの変形例を示す説明図である。
【０３２１】
送信機において最初のＳＮＲＭコマンドにすべての通信層の情報が含まれる場合に（図４０）、データやパラメータを各通信層でリレーしながら伝達する（図４９）のではなく、図５４のように、各通信層からＬＡＰ層へ直接渡すように構成することもできる。
【０３２２】
また逆に、図５５のように、受信機において、ＳＮＲＭコマンドに含まれるデータやパラメータをすべて取り出し、宛先である各通信層へＬＡＰ層から直接渡すように構成することもできる。
【０３２３】
また、図５６のように、送信機において、ＯＢＥＸ（Ｐ）、ＳＭＰ（Ｐ）、ＬＭＰ（Ｐ）のデータやパラメータをＬＭＰ（Ｐ）で統合し、さらに、ＬＡＰ（Ｐ）にて、上記統合したデータやパラメータにＬＡＰ（Ｐ）のパラメータを追加してＳＮＲＭコマンドを生成するように構成することもできる。
【０３２４】
本発明に係る上記実施の各形態に記載の、各通信手順（通信方法、プロトコル）については、ソフトウェアにおいても実現可能であり、コンピュータにて実行可能なプログラムとすることが可能であり、また、そのようなプログラムをコンピュータにて読み取り可能に記憶させた記録媒体とすることもできる。上記記録媒体としては、ＣＤ、ＤＶＤ、メモリ、ハードディスクなどが挙げられる。
【０３２５】
本発明の送受信機としての無線通信機は、前述の課題を解決するために、赤外線を用いて所定の容量を有する転送データを送信する無線通信機において、通信相手局を探すための局発見コマンド（ＸＩＤ）を送信することなく、自局の最大転送可能速度、最大受信可能データ長等の接続パラメータを、ＳＮＲＭコマンドを用いて通信相手局に送信する送信制御部を有していてもよい。
【０３２６】
本発明の送受信機としての他の無線通信機は、前述の課題を解決するために、赤外線を用いて所定の容量を有する転送データを受信する無線通信機において、送信機より受信する第一のコマンドが、送信機の最大転送可能速度、最大受信可能データ長等のパラメータを知らせるＳＮＲＭコマンドであった場合に、自局の最大転送可能速度、最大受信可能データ長等の接続パラメータを、ＵＡレスポンスを用いて送信する受信制御部を有していてもよい。
【０３２７】
上記無線通信機では、ＳＮＲＭコマンドの相手局アドレス（Destination Device Address）フィールドを、所定の非利用コード（0xFFFFFFFF）に設定する設定部を有していてもよい。
【０３２８】
上記無線通信機においては、前記受信したＳＮＲＭコマンドの相手局アドレス（Destination Device Address）フィールドが非利用コード（0xFFFFFFFF）であるか否かを識別する識別部を有しており、前記受信制御部は、相手局アドレス（Destination Device Address）フィールドが非利用コード（0xFFFFFFFF）である場合のみ、直ちに前記ＵＡレスポンスを送信するようになっていてもよい。
【０３２９】
上記無線通信機では、ＳＮＲＭコマンドに上位層からのユーザデータを入れる領域が設けられ、前記送信制御部は、前記接続パラメータと合わせて、上位層からのユーザデータも送信するようになっていてもよい。上記無線通信機では、前記上位層からのユーザデータの前に、ユーザデータ識別子およびユーザデータ長を配置してもよい。
【０３３０】
上記無線通信機においては、前記上位層からのユーザデータに、ＯＢＥＸのＣＯＮＮＥＣＴコマンドが含まれていてもよい。
【０３３１】
上記無線通信機では、ＵＡレスポンスに上位層からのユーザデータを入れる領域が設けられ、前記受信制御部は、前記接続パラメータと合わせて、上位層からのユーザデータも送信するようになっていてもよい。上記無線通信機では、前記上位層からのユーザデータの前に、ユーザデータ識別子およびユーザデータ長を配置してもよい。
【０３３２】
上記無線通信機においては、前記上位層からのユーザデータに、ＯＢＥＸのSUCCESSレスポンスが含まれていてもよい。
【０３３３】
本発明の送受信機としてのさらに他の無線通信機は、前述の課題を解決するために、赤外線を用いて所定の容量を有する転送データを受信機に送信する無線通信機において、特にＤＩＳＣコマンドに上位層からのユーザデータを入れる領域が設けられ、上位層からのユーザデータも送信する送信制御部を有していてもよい。上記無線通信機では、前記上位層からのユーザデータの前に、ユーザデータ識別子およびユーザデータ長を配置してもよい。
【０３３４】
上記無線通信機では、特に前記上位層からのユーザデータに、ＯＢＥＸのＤＩＳＣＯＮＮＥＣＴコマンドが含まれていてもよい。
【０３３５】
本発明の送受信機としてのさらに他の無線通信機は、前述の課題を解決するために、赤外線を用いて所定の容量を有する転送データを受信機に送信する無線通信機において、ＳＮＲＭコマンドを送信した後に、受信したＵＡレスポンスに上位層からのユーザデータが含まれない場合、接続失敗とし、データ転送状態へと遷移しなくてもよい。上記無線通信機では、特に前記上位層からのユーザデータがＯＢＥＸのSUCCESSレスポンスであってもよい。
【０３３６】
本発明の送受信機としてのさらに他の無線通信機は、前述の課題を解決するために、赤外線を用いて所定の容量を有する転送データを受信機に送信する無線通信機において、ＤＩＳＣコマンドを受信した場合に、特にＵＡレスポンスに上位層からのユーザデータを入れる領域が設けられ、上位層からのユーザデータも送信する送信制御部を有していてもよい。上記無線通信機では、特に前記上位層からのユーザデータに、ＯＢＥＸのSUCCESSレスポンスが含まれていてもよい。上記無線通信機では、前記上位層からのユーザデータの前に、ユーザデータ識別子およびユーザデータ長を配置してもよい。
【０３３７】
本発明の送受信機としてのさらに他の無線通信機は、前述の課題を解決するために、赤外線を用いて所定の容量を有する転送データを受信機に送信する無線通信機において、ＤＩＳＣコマンドを送信した後に、受信したＵＡレスポンスに上位層からのユーザデータが含まれない場合、切断失敗とし、処理を行ってもよい。上記無線通信機では、特に前記上位層からのユーザデータがＯＢＥＸのSUCCESSレスポンスであってもよい。
【０３３８】
本発明の送受信機としてのさらに他の無線通信機は、前述の課題を解決するために、赤外線を用いて所定の容量を有する転送データを受信機に送信する無線通信機において、ＳＮＲＭコマンドを受信した場合に、特にＤＭレスポンスに上位層からのユーザデータを入れる領域が設けられ、上位層からのユーザデータも送信する送信制御部を有していてもよい。上記無線通信機では、特に前記上位層からのユーザデータに、ＯＢＥＸのInternal Server  Errorレスポンスが含まれていてもよい。上記無線通信機では、前記上位層からのユーザデータの前に、ユーザデータ識別子およびユーザデータ長を配置してもよい。
【０３３９】
上記無線通信機においては、１回のパケットの交換で、下位層から上位層までの接続または切断を完了させるようになっていることが好ましい。
【０３４０】
上記無線通信機では、前記送信制御部は、前記ＳＮＲＭコマンドを送信後、予め定められた一定時間相手局からのＵＡレスポンスを受信しなかった場合には、ＸＩＤコマンドを送信するようになっていてもよい。
【０３４１】
上記無線通信機においては、前記ＸＩＤコマンドに対して、ＸＩＤレスポンスを受信した場合は、ＸＩＤ−ＥＮＤコマンドを送信後、ＩｒＤＡに準拠したＳＮＲＭコマンドを送信し、ＩｒＤＡの接続プロセスに移行するようになっていてもよい。
【０３４２】
上記無線通信機では、前記ＸＩＤコマンドを送信後、あらかじめ定められた一定時間相手局からＸＩＤレスポンスを受信しなかった場合は、ＸＩＤ−ＥＮＤコマンドを送信後、予め定められた時間待った後、再び前記ＳＮＲＭコマンドを送信するようになっていてもよい。
【０３４３】
上記無線通信機においては、受信した第１のコマンドがＸＩＤコマンドであった場合は、ＸＩＤコマンドを受信したことを記憶し、ＳＮＲＭコマンドを受信せず、再びＸＩＤ−ＥＮＤコマンドではないＸＩＤコマンドを受信した場合は、ＩｒＤＡで予め定められたルールに従ってＸＩＤレスポンスを送信するようになっていてもよい。
【０３４４】
上記無線通信機では、受信した第１のコマンドがＸＩＤコマンドであった場合は、ＸＩＤコマンドを受信したことを記憶し、自局がＸＩＤレスポンスを送信していない状態で、ＳＮＲＭコマンドを受信した場合は、前記ＵＡレスポンスを送信するようになっていてもよい。
【０３４５】
上記無線通信機においては、受信した第１のコマンドがＸＩＤコマンドであった場合は、ＸＩＤコマンド内のDiscovery flag領域の値を確認し、ＸＩＤスロットが６、８、１６のいずれかを意味する値であった場合は、ＩｒＤＡで予め定められたルールに従ってＸＩＤレスポンスを送信するようになっていてもよい。
【０３４６】
上記無線通信機では、特にＳＮＲＭコマンドに通信方向が片方向か双方向化を示すフラグが付加され、前記接続パラメータとあわせて送信するようになっていてもよい。
【０３４７】
上記無線通信機においては、通信方向を示すフラグを片方向に設定したＳＮＲＭコマンドを送信後、受信局からの応答を待つことなく、データ転送を開始するようになっていてもよい。
【０３４８】
上記無線通信機では、ＳＮＲＭコマンドに通信方向を示すフラグが付加され、かつ通信方向が片方向と設定されたコマンドを受信した場合、ＵＡレスポンスを返すことなく、データパケットの受入状態に遷移するようになっていてもよい。
【０３４９】
本発明の送受信機能を持つ携帯電話は、前述の上位層のデータをＳＮＲＭコマンドもしくはＵＡレスポンスに配置し、接続、切断処理を行ってもよい。また、片方向通信、双方向通信を制御するフラグをＳＮＲＭコマンド内に配置し、送信または受信し、片方向通信の場合は、送信機の場合、ＳＮＲＭ送信後、レスポンスを待つことなく、データ転送を行っても良いし、受信機の場合、ＳＮＲＭ受信後、レスポンスを送信することなくデータを受信してもよい。
【０３５０】
本発明の送受信機能を持つ表示装置は、前述の上位層のデータをＳＮＲＭコマンドもしくはＵＡレスポンスに配置し、接続、切断処理を行ってもよい。また、片方向通信、双方向通信を制御するフラグをＳＮＲＭコマンド内に配置し、送信または受信し、片方向通信の場合は、送信機の場合、ＳＮＲＭ送信後、レスポンスを待つことなく、データ転送を行っても良いし、受信機の場合、ＳＮＲＭ受信後、レスポンスを送信することなくデータを受信してもよい。
【０３５１】
本発明の送受信機能を持つ印刷装置は、前述の上位層のデータをＳＮＲＭコマンドもしくはＵＡレスポンスに配置し、接続、切断処理を行ってもよい。また、片方向通信、双方向通信を制御するフラグをＳＮＲＭコマンド内に配置し、送信または受信し、片方向通信の場合は、送信機の場合、ＳＮＲＭ送信後、レスポンスを待つことなく、データ転送を行っても良いし、受信機の場合、ＳＮＲＭ受信後、レスポンスを送信することなくデータを受信してもよい。
【０３５２】
本発明の送受信機能を持つ記録装置は、前述の上位層のデータをＳＮＲＭコマンドもしくはＵＡレスポンスに配置し、接続、切断処理を行ってもよい。また、片方向通信、双方向通信を制御するフラグをＳＮＲＭコマンド内に配置し、送信または受信し、片方向通信の場合は、送信機の場合、ＳＮＲＭ送信後、レスポンスを待つことなく、データ転送を行っても良いし、受信機の場合、ＳＮＲＭ受信後、レスポンスを送信することなくデータを受信してもよい。
【０３５３】
次に、送信機（通信機器）１、３、受信機（通信機器）２の各ブロック、特にＬＡＰ層１００Ａ〜１００Ｄは、ハードウェアロジック（通信回路）によって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０３５４】
すなわち、送信機１、３、受信機２は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである送信機１、３、受信機２の制御プログラム（通信プログラム）のプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記送信機１、３、受信機２に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０３５５】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０３５６】
また、送信機１、３、受信機２を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０３５７】
以上のように、本発明に係る通信機器は、二次局と通信する一次局としての通信機器であって、二次局との通信接続を行うとき、二次局の存在を確認するための局発見コマンドを送信することなく、第１の接続要求コマンドを送信して接続処理を行う第１のプロトコル制御部を備えることを特徴としている。
【０３５８】
また、本発明に係る通信機器は、一次局と通信する二次局としての通信機器であって、一次局が二次局の存在を確認するための局発見コマンドを受信することなく、一次局から第１の接続要求コマンドを受信したとき、当該第１の接続要求コマンドに対する接続応答レスポンスを送信して接続処理を行う第１のプロトコル制御部を備えることを特徴としている。
【０３５９】
また、本発明に係る通信方法は、二次局と通信する一次局としての通信機器における通信方法であって、二次局との通信接続を行うとき、二次局の存在を確認するための局発見コマンドを送信することなく、第１の接続要求コマンドを送信して接続処理を行うことを特徴としている。
【０３６０】
また、本発明に係る通信方法は、一次局と通信する二次局としての通信機器における通信方法であって、一次局が二次局の存在を確認するための局発見コマンドを受信することなく、一次局から第１の接続要求コマンドを受信したとき、当該第１の接続要求コマンドに対する接続応答レスポンスを送信して接続処理を行うことを特徴としている。
【０３６１】
また、本発明に係る通信システムは、上記１次局としての通信機器と、上記２次局としての通信機器とを含むことを特徴としている。
【０３６２】
上記の構成および方法によれば、一次局では、二次局との通信接続を行うとき、二次局の存在を確認するための局発見コマンド（例えばIrDAのXIDに相当）を送信することなく、接続要求コマンド（例えばIrSimpleのSNRMに相当）を送信する。一方、二次局では、一次局が二次局の存在を確認するための局発見コマンド（上記XIDに相当）を受信することなく、一次局から接続要求コマンド（上記SNRMに相当）を受信したとき、当該接続要求コマンドに対する接続応答レスポンス（例えばIrSimpleのUAに相当）を送信する。
【０３６３】
よって、上記の接続シークエンスによれば、局発見に関わる通信を行う必要がない。したがって、接続時のシークエンスが簡単化されるため、通信接続に要する時間を短くできる。例えば、ＩｒＤＡで全体としての転送効率を低下させていた一次局と二次局の接続に必要な時間を短縮した、接続要求から情報転送、切断までの転送効率（通信効率）の高い通信プロトコルを実現できる。
【０３６４】
さらに、本発明に係る通信機器は、二次局との通信接続を行うとき、二次局の存在を確認するための局発見コマンドを送信した後、第２の接続要求コマンドを送信して接続処理を行う第２のプロトコル制御部と、上記第１のプロトコル制御部が上記第１の接続要求コマンドを送信した後、あらかじめ定められた時間の間、当該第１の接続要求コマンドに対する接続応答レスポンスを二次局から受信しなかった場合、上記第２のプロトコル制御部に上記局発見コマンドを送信させるプロトコル切り替え部とを備えることを特徴としている。
【０３６５】
また、本発明に係る通信機器は、一次局からの上記局発見コマンドに対して局発見レスポンスを送信した後、第２の接続要求コマンドに対して接続応答レスポンスを送信して接続処理を行う第２のプロトコル制御部と、一次局から上記第１の接続要求コマンドを受信せずに、全スロット数が１に設定された上記局発見コマンドを２つ以上、または、全スロット数が１以外に設定された上記局発見コマンドを受信したとき、上記第２のプロトコル制御部に上記局発見レスポンスを送信させるプロトコル切り替え部とを備えることを特徴としている。
【０３６６】
上記の構成により、さらに、一次局では、第１のプロトコル制御部（例えばIrSimple）が第１の接続要求コマンド（例えばIrSimpleのSNRMに相当）を送信した後、あらかじめ定められた時間の間、当該第１の接続要求コマンドに対する接続応答レスポンス（例えばIrSimpleのUAに相当）を二次局から受信しなかった場合、プロトコル切り替え部が第２のプロトコル制御部（例えばIrDA）に切り替えて、第２のプロトコル制御部から局発見コマンド（例えばIrDAのXIDに相当）を送信する。一方、二次局では、一次局から第１の接続要求コマンド（例えばIrSimpleのSNRMに相当）を受信せずに、全スロット数が１に設定された上記局発見コマンド（例えばIrDAのXIDに相当）を２つ以上、または、全スロット数が１以外に設定された局発見コマンド（例えばIrDAのXIDに相当）を受信したとき、プロトコル切り替え部が第２のプロトコル制御部（例えばIrDA）に切り替えて、第２のプロトコル制御部から局発見レスポンス（例えばIrDAのXIDに相当）を送信する。
【０３６７】
ここで、第１のプロトコルは、局発見コマンド−局発見レスポンスのやり取りを行わずに、接続要求コマンド−接続応答レスポンスのやり取りのみによって、接続を確立するプロトコルである。一方、第２のプロトコルは、局発見コマンド−局発見レスポンスのやり取りの後、接続要求コマンド−接続応答レスポンスをやり取りして、接続を確立するプロトコルである。
【０３６８】
よって、上記の接続シークエンスによれば、第１のプロトコルによる接続に失敗した場合、第２のプロトコルによる接続を試みることができる。これにより、一次局および二次局が第１のプロトコルおよび第２のプロトコルのいずれに対応している場合（両方に対応していてもよい）であっても、接続要求コマンド−接続応答レスポンス、局発見コマンド−局発見レスポンスのやり取りのみによって、すなわち、接続に使用するプロトコルを明示的に通知することなく、一次局と二次局との間で、確立可能なプロトコルを選択して、接続することができる。
【０３６９】
したがって、一次局および二次局がともに第１のプロトコルに対応している場合には、第１のプロトコルによって短時間で接続できるとともに、そうでない場合であっても、第２のプロトコルによって接続することが可能となる。
【０３７０】
さらに、本発明に係る通信機器は、上記プロトコル切り替え部は、上記第２のプロトコル制御部が上記局発見コマンドを送信した後、あらかじめ定められた時間の間、当該局発見コマンドに対する局発見レスポンスを二次局から受信しなかった場合、上記第１のプロトコル制御部に上記第１の接続要求コマンドを送信させるものであることを特徴としている。
【０３７１】
また、本発明に係る通信機器は、上記プロトコル切り替え部は、全スロット数が１に設定された上記局発見コマンドを１つ受信した後、上記第１の接続要求コマンドを受信したとき、上記第１のプロトコル制御部に当該第１の接続要求コマンドに対する上記接続応答レスポンスを送信させるものであることを特徴としている。
【０３７２】
上記の構成により、さらに、一次局では、第２のプロトコル制御部（例えばIrDA）が局発見コマンド（例えばIrDAのXIDに相当）を送信した後、あらかじめ定められた時間の間、当該局発見コマンドに対する局発見レスポンス（例えばIrDAのXIDに相当）を二次局から受信しなかった場合、プロトコル切り替え部が第１のプロトコル制御部（例えばIrSimple）に切り替えて、第１のプロトコル制御部から第１の接続要求コマンド（例えばIrSimpleのSNRMに相当）を送信する。一方、二次局では、全スロット数が１に設定された局発見コマンド（例えばIrDAのXIDに相当）を１つ受信した後、上記第１の接続要求コマンド（例えばIrSimpleのSNRMに相当）を受信したとき、第１のプロトコル制御部（例えばIrSimple）から当該第１の接続要求コマンドに対する接続応答レスポンス（例えばIrSimpleのUAに相当）を送信する。
【０３７３】
よって、上記の接続シークエンスによれば、第２のプロトコルによる接続に失敗した場合、第１のプロトコルによる接続を試みることができる。これにより、一次局および二次局が第１のプロトコルおよび第２のプロトコルのいずれに対応している場合（両方に対応していてもよい）であっても、接続要求コマンド−接続応答レスポンス、局発見コマンド−局発見レスポンスのやり取りのみによって、すなわち、接続に使用するプロトコルを明示的に通知することなく、一次局と二次局との間で、確立可能なプロトコルを選択して、接続することができる。
【０３７４】
したがって、一次局および二次局がともに第１のプロトコルに対応している場合には、第１のプロトコルによって短時間で接続できるとともに、そうでない場合であっても、第２のプロトコルによって接続することが可能となる。
【０３７５】
さらに、本発明に係る通信機器は、上記第１のプロトコル制御部は、上記第１の接続要求コマンドの二次局を指定するフィールドに、任意の二次局が指定された旨の情報を設定するものであることを特徴としている。
【０３７６】
また、本発明に係る通信機器は、上記第１のプロトコル制御部は、上記第１の接続要求コマンドの二次局を指定するフィールドに、任意の二次局が指定された旨の情報が設定されている場合のみ、上記接続応答レスポンスを送信するものであることを特徴としている。
【０３７７】
上記の構成により、さらに、一次局では、第１の接続要求コマンドの二次局を指定するフィールドに、任意の二次局が指定された旨の情報を設定する。例えば、第１の接続要求コマンドがIrSimpleのＳＮＲＭである場合、Destination Device Addressを0xFFFFFFFFとする。なお、IrDAでは、Destination Device Addressの0xFFFFFFFFは非利用コードである。一方、二次局では、第１の接続要求コマンドの二次局を指定するフィールドに、任意の二次局が指定された旨の情報が設定されている場合のみ、接続応答レスポンスを送信する。
【０３７８】
よって、接続要求コマンドの二次局を指定するフィールドの設定が、特定の二次局の識別子（アドレス）であるのか、任意の二次局が指定された旨の情報であるのかによって、二次局は、受信したコマンドが第１の接続要求コマンド、第２の接続要求コマンドのいずれであるのかを判別できる。
【０３７９】
したがって、接続要求コマンドが第１のプロトコルのものか、第２のプロトコルのものかを示すために、あらたなフィールドを設ける必要がない。それゆえ、第１のプロトコルの第１の接続要求コマンドのフォーマットと、第２のプロトコルの第２の接続要求コマンドのフォーマットとを同じにすることが可能となる。
【０３８０】
さらに、本発明に係る通信機器は、上記第１のプロトコル制御部は、上記第１の接続要求コマンドの通信方向を指定するフィールドに片方向が指定された旨の情報を設定した上記第１の接続要求コマンドを送信した後、あらかじめ定められた時間経過後、データ転送を開始するものであることを特徴としている。
【０３８１】
また、本発明に係る通信機器は、一次局と通信する二次局としての通信機器であって、一次局が二次局の存在を確認するための局発見コマンドを受信することなく、一次局から第１の接続要求コマンドを受信したとき、当該第１の接続要求コマンドに通信方向を指定するフィールドに片方向が指定された旨の情報が設定されている場合、当該第１の接続要求コマンドに対する接続応答レスポンスを送信せずに接続処理を行い、データ転送可能状態へと遷移する第１のプロトコル制御部を備えることを特徴としている。
【０３８２】
上記の構成により、さらに、一次局では、第１のプロトコル制御部（例えばIrSimple）は、通信方向を指定するフィールドに片方向が指定された旨の情報を設定した第１の接続要求コマンド（例えばIrSimpleのSNRMに相当）を送信した後、あらかじめ定められた時間経過後、データ転送を開始する。一方、二次局では、一次局から第１の接続要求コマンドを受信したとき、当該第１の接続要求コマンドに通信方向を指定するフィールドに片方向が指定された旨の情報が設定されている場合、当該第１の接続要求コマンドに対する接続応答レスポンスを送信せずに、データ転送可能状態へと遷移する。
【０３８３】
これにより、二次局が一次局にレスポンスを返さない、一次局から二次局への片方向通信が可能となる。
【０３８４】
なお、上記通信機器は、コンピュータによって実現してもよく、この場合には、コンピュータを上記通信機器の各部として動作させることにより上記通信機器をコンピュータにて実現させる通信機器の通信プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０３８５】
また、上記通信機器は、上記の各部として機能する通信回路によって実現してもよい。
【０３８６】
また、上記通信機器は、該通信機器によって通信を行う携帯電話に好適である。
【０３８７】
また、上記通信機器は、該通信機器によって受信したデータに基づいて表示する表示装置に好適である。
【０３８８】
また、上記通信機器は、該通信機器によって受信したデータに基づいて印刷する印刷装置に好適である。
【０３８９】
また、上記通信機器は、該通信機器によって受信したデータを記録する記録装置に好適である。
【０３９０】
最後に、本発明の通信機器は、以下のように構成してもよい。
【０３９１】
（１．一次局のSNRM送信）
本発明の通信方法〔１〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、切断状態において、対向局の存在を確認するための局発見パケットであるXIDコマンドを送信することなく、接続要求パケットであるSNRMコマンドを送信し、対向局と接続処理を行う方法であってもよい。
【０３９２】
（２．一次局のSNRM送信＋XID送信）
本発明の通信方法〔２〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、切断状態において、接続要求パケットSNRMコマンドを送信した後に、予め定められた時間の間、レスポンスがないと判断される場合、局発見パケットであるXIDコマンドを送信し、局発見処理を行う方法であってもよい。
【０３９３】
（３．SNRMのDestination Device Addressがグローバルアドレス）
本発明の通信方法は、上記通信方法〔１〕または〔２〕において、特に、前記ＳＮＲＭコマンドのDestination Device Addressフィールドを0xFFFFFFFF（グローバルアドレス）に設定する方法であってもよい。
【０３９４】
（４．SNRMに上位層データを配置）
本発明の通信方法〔４〕は、上記通信方法〔１〕または〔２〕において、特に上位層の接続要求データを前記SNRMコマンド内に配置し、送信する方法であってもよい。
【０３９５】
（５．SNRMの上位層データにOBEXのCONNECTを入れる）
本発明の通信方法は、上記通信方法〔４〕において、特に前記上位層の接続要求データに少なくともOBEX層のCONNECTコマンドが含まれる方法であってもよい。
【０３９６】
（６．SNRM送信後のXIDコマンドにXIDレスポンスが返ってきたらIrDA接続）
本発明の通信方法は、上記通信方法〔２〕において、特に前記XIDコマンドに対して、XIDレスポンスが返信された場合は、XID-Endを送信した後、既存のIrDAでの接続シーケンスへと移行し、また前記XIDコマンドに対して、一定時間の間レスポンスを受信しない場合は、XID―Endを送信した後、再び前記SNRMコマンド送信を行い、接続処理を行う方法であってもよい。
【０３９７】
（７．SNRMの上位層データがPI,PL,PVフォーマット）
本発明の通信方法は、上記通信方法〔４〕において、前記上位層の接続要求データの前に、既存IrDAの接続パラメータの識別子のフォーマットに従った予め定められた識別子と前記接続要求データの長さが配置される方法であってもよい。
【０３９８】
（８．SNRMに対するUAで接続完了）
本発明の通信方法〔８〕は、上記通信方法〔１〕または〔２〕において、特に、前記SNRMコマンドを送信後、予め定められた一定時間以内にUAレスポンスを受信した場合、接続処理を完了し、データ転送を行う方法であってもよい。
【０３９９】
（９．UAに上位層データがある場合のみ接続完了）
本発明の通信方法〔９〕は、上記通信方法〔８〕において、特に、前記UAレスポンスに上位層のデータが含まれる場合のみ、接続処理を完了し、データ転送を行う方法であってもよい。
【０４００】
（１０．UAの上位層データにOBEXのSUCCESSがある場合のみ接続完了）
本発明の通信方法は、上記通信方法〔９〕において、特に、前記上位層のデータ内に、OBEX層のSUCCESSレスポンスが含まれている方法であってもよい。
【０４０１】
（１１．SNRMに片方向、双方向通信を設定するフラグを配置）
本発明の通信方法〔１１〕は、上記通信方法〔１〕または〔２〕において、特に、SNRMコマンド内に片方向通信か、双方向通信かを示す通信方向制御フラグを配置するフィールドを設け、前記通信方向制御フラグが片方向通信を示している場合は、予め定められた一定時間経過後、データ転送を開始する方法であってもよい。
【０４０２】
（１２．通信方向制御フラグがPI,PL,PVフォーマット）
本発明の通信方法は、上記通信方法〔１１〕において、前記通信方向制御フラグを配置するフィールドの前に、既存IrDAの接続パラメータの識別子のフォーマットに従った予め定められた識別子と前記通信方向制御フラグを配置するフィールドの長さが配置される方法であってもよい。
【０４０３】
（１３．受信側がXIDコマンドを受信しないでSNRMを受信したらUAレスポンス送信）
本発明の通信方法〔１３〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、切断状態において、局発見パケットであるXIDコマンドを受信せずに接続要求パケットであるSNRMコマンドを受信した場合、接続応答パケットであるUAレスポンスを送信する方法であってもよい。
【０４０４】
（１４．受信側が１スロットXIDコマンドを受信したら１つめは無視）
本発明の通信方法〔１４〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、切断状態において、局発見パケットであるXIDコマンドを受信した場合に、前記XIDコマンド内に含まれる全スロット数を表すフィールドDiscovery Flagが全スロット数１を示している場合、切断状態から数えて１つめの受信XIDコマンドに対しては、XIDレスポンスを送信しない方法であってもよい。
【０４０５】
（１５．受信側が１スロットXIDコマンドを２つ以上受信した場合は、XIDレスポンスを送信）
本発明の通信方法は、上記通信方法〔１４〕において、特に、切断状態からSNRMコマンドを受信せずに、前記全スロット数１のXIDコマンドを２つ以上受信した場合は、XIDレスポンスを送信した後、対向局からのXID−Endを受信後、既存のIrDAの局発見処理を終了する方法であってもよい。
【０４０６】
（１６．１スロットでないXIDコマンドを受信した場合は、XIDレスポンスを送信してIrDA接続）
本発明の通信方法は、上記通信方法〔１４〕において、特に、全スロット数が１以外のXIDコマンドを受信した場合は、XIDレスポンスを送信した後、対向局からのXID−Endコマンドを受信後、既存のIrDAの局発見処理を終了する方法であってもよい。
【０４０７】
（１７．XIDを１つ受信した後、SNRMを受信したらUAを返す）
本発明の通信方法〔１７〕は、上記通信方法〔１４〕において、特に、前記全スロット数１のXIDコマンドを１つ受信した後、SNRMコマンドを受信した場合は、UAレスポンスを送信し、接続処理を行う方法であってもよい。
【０４０８】
（１８）
本発明の通信方法は、上記通信方法〔１３〕または〔１７〕において、特に、前記SNRMコマンドのDestination Device Addressフィールドが0xFFFFFFFFであった場合のみ、UAレスポンスを送信し、接続処理を行う方法であってもよい。
【０４０９】
（１９）
本発明の通信方法〔１９〕は、上記通信方法〔１３〕または〔１７〕において、特に、上位層の接続応答データを前記UAレスポンス内に配置し、送信する方法であってもよい。
【０４１０】
（２０）
本発明の通信方法は、上記通信方法〔１９〕において、特に、前記上位層の接続応答データの中に少なくともOBEX層のSUCCESSレスポンスが含まれている方法であってもよい。
【０４１１】
（２１）
本発明の通信方法は、上記通信方法〔１９〕において、特に、前記上位層の接続応答データの前に、既存IrDAの接続パラメータの識別子のフォーマットに従った予め定められた識別子と前記接続応答データの長さが配置される方法であってもよい。
【０４１２】
（２２）
本発明の通信方法〔２２〕は、上記通信方法〔１３〕または〔１７〕において、特に、前記SNRMコマンド内に上位層のデータが含まれている場合のみ、UAレスポンスを送信する方法であってもよい。
【０４１３】
（２３）
本発明の通信方法は、上記通信方法〔２２〕において、特に、前記上位層のデータとは、OBEX層のCONNECTコマンドである方法であってもよい。
【０４１４】
（２４．１つめのSNRMに対するDM送信）
本発明の通信方法〔２４〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、切断状態において、切断状態から受信した１つめのパケットがSNRMコマンドであった場合、接続拒否を示すDMレスポンスを送信し、切断処理を行う方法であってもよい。
【０４１５】
（２５．１スロットXID受信後のSNRMに対するDM送信）
本発明の通信方法〔２５〕は、上記通信方法〔１４〕において、特に、切断状態において、前記全スロット数１のXIDコマンドを１つ受信した後、SNRMコマンドを受信した場合は、接続拒否を示すDMレスポンスを送信し、切断処理を行う方法であってもよい。
【０４１６】
（２６．接続拒否DMに上位層データを配置）
本発明の通信方法〔２６〕は、上記通信方法〔２４〕または〔２５〕において、特に、上位層の接続拒否データを前記DMレスポンス内に配置し、送信する方法であってもよい。
【０４１７】
（２７．接続拒否DMの上位層データがInternal Sever Error）
本発明の通信方法は、上記通信方法〔２６〕において、特に、前記上位層の接続拒否データに少なくともOBEX層のInternal Server Errorレスポンスが含まれている方法であってもよい。
【０４１８】
（２８．接続拒否DMの上位層データがPI,PL,PVフォーマット）
本発明の通信方法は、上記通信方法〔２６〕において、特に、前記上位層の接続拒否データの前に、既存IrDAの接続パラメータの識別子のフォーマットに従った予め定められた識別子と前記接続拒否データの長さが配置される方法であってもよい。
【０４１９】
（２９．SNRM内の通信方向制御フラグが片方向を示す場合はUAを返さない）
本発明の通信方法〔２９〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、切断状態において、接続要求パケットであるSNRMコマンドを受信した場合において、SNRMコマンド内に、通信方向が片方向通信か双方向通信かを示す通信方向制御フラグが予め定められたフォーマットにより配置され、前記通信方向制御フラグが片方向通信を示している場合は、UAレスポンスを送信せずにデータ転送可能状態へと遷移する方法であってもよい。
【０４２０】
（３０．SNRM内の通信方向制御フラグが片方向を示していてかつ上位層データがある場合のみデータ転送状態へと遷移）
本発明の通信方法は、上記通信方法〔２９〕において、特に、前記SNRMコマンド内に上位層のデータが配置されている場合のみ、データ転送可能状態へと遷移する方法であってもよい。
【０４２１】
（３１．SNRM内の通信方向制御フラグが片方向を示していてかつ上位層データ（OBEXのCONNECT）がある場合のみデータ転送状態へと遷移）
本発明の通信方法は、上記通信方法〔２９〕において、特に、前記上位層のデータには、少なくともOBEX層のCONNECTコマンドが含まれている方法であってもよい。
【０４２２】
（３２．DISCに上位層データを配置する）
本発明の通信方法〔３２〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、接続が確立した状態において、切断処理を行う場合に、切断要求であるDISCコマンド内に上位層の切断要求データを配置し、送信する方法であってもよい。
【０４２３】
（３３．DISC内上位層データにOBEXのDISCONNECTを入れる）
本発明の通信方法は、上記通信方法〔３２〕において、特に、前記上位層の切断要求データの中に少なくともOBEX層のDISCONNECTコマンドが含まれている方法であってもよい。
【０４２４】
（３４．DISC内上位層データがPI,PL,PVフォーマット）
本発明の通信方法は、上記通信方法〔３２〕において、特に、前記上位層の切断要求データの前に、既存IrDAの接続パラメータの識別子のフォーマットに従った予め定められた識別子と前記切断要求データの長さが配置される方法であってもよい。
【０４２５】
（３５．DISCに対するUA送信時に上位層データを配置する）
本発明の通信方法〔３５〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、接続が確立した状態において、DISCコマンドを受信した場合、UAレスポンスを送信する際に、上位層の切断応答データをUAレスポンス内に配置する方法であってもよい。
【０４２６】
（３６）
本発明の通信方法は、上記通信方法〔３５〕において、特に、前記上位層のデータには、少なくともOBEX層のSUCCESSレスポンスが含まれている方法であってもよい。
【０４２７】
（３７）
本発明の通信方法は、上記通信方法〔３５〕において、特に、前記上位層の切断要求データの前に、既存IrDAの接続パラメータの識別子のフォーマットに従った予め定められた識別子と前記切断要求データの長さが配置される方法であってもよい。
【０４２８】
（３８．接続完了後のDM送信時に上位層データを配置する）
本発明の通信方法〔３８〕は、赤外線を用いて所定の容量を有する転送データを送受信する通信方法において、接続が確立した状態において、上位層から切断要求があった場合、DMレスポンスを送信する際に、上位層の切断要求データをDMレスポンス内に配置する方法であってもよい。
【０４２９】
（３９．接続完了後のDM送信時にOBEXのInternal Sever Errorを配置する）
本発明の通信方法は、上記通信方法〔３８〕において、特に、前記上位層のデータには、少なくともOBEX層のInternal Server Errorレスポンスが含まれている方法であってもよい。
【０４３０】
（４０）
本発明の通信方法は、上記通信方法〔３８〕において、特に、前記上位層の切断要求データの前に、既存IrDAの接続パラメータの識別子のフォーマットに従った予め定められた識別子と前記切断要求データの長さが配置される方法であってもよい。
【０４３１】
（４１．送信回路、受信回路、送受信回路）
本発明の送信回路、受信回路、送受信回路は、上記いずれかの通信方法を実現可能なものである。
【０４３２】
（４２．携帯電話）
本発明の携帯電話は、上記いずれかの通信方法を実現可能なものである。
【０４３３】
（４３．表示装置）
本発明の表示装置は、上記いずれかの通信方法を実現可能なものである。
【０４３４】
（４４．印刷装置）
本発明の印刷装置は、上記いずれかの通信方法を実現可能なものである。
【０４３５】
（４５．記録装置）
本発明の記録装置は、上記いずれかの通信方法を実現可能なものである。
【０４３６】
また、本発明の通信方法は、赤外線を用いて所定の容量を有する転送データを送信する通信方法において、通信相手の局を探すための局発見コマンド（ＸＩＤ）を送信することなく、自局の最大転送可能速度、最大受信可能データ長等のパラメータを、ＳＮＲＭコマンドを用いて通信相手局に送信する方法であってもよい。
【０４３７】
また、本発明の通信方法は、赤外線を用いて所定の容量を有する転送データを受信する通信方法において、送信機より受信する第一のコマンドが、送信機の最大転送可能速度、最大受信可能データ長等のパラメータを知らせるＳＮＲＭコマンドであった場合に、自局の最大転送可能速度、最大受信可能データ長等のパラメータをＵＡレスポンスを用いて送信する方法であってもよい。
【０４３８】
さらに、本発明の通信方法は、ＳＮＲＭコマンドのDestination Device Addressフィールドを0xFFFFFFFFに設定する方法であってもよい。
【０４３９】
さらに、本発明の通信方法は、前記受信したＳＮＲＭコマンドのDestination Device Addressフィールドが0xFFFFFFFFである場合のみ、直ちに前記ＵＡレスポンスを送信する方法であってもよい。
【０４４０】
さらに、本発明の通信方法は、ＳＮＲＭコマンドに上位層からのユーザデータを入れる領域を設け、前記接続パラメータと合わせて、上位層からのユーザデータも送信する方法であってもよい。
【０４４１】
さらに、本発明の通信方法は、前記上位層からのユーザデータに、ＯＢＥＸのＣＯＮＮＥＣＴコマンドが含まれている方法であってもよい。
【０４４２】
さらに、本発明の通信方法は、ＵＡレスポンスに上位層からのユーザデータを入れる領域を設け、前記接続パラメータと合わせて、上位層からのユーザデータも送信する方法であってもよい。
【０４４３】
さらに、本発明の通信方法は、前記上位層からのユーザデータに、ＯＢＥＸのSUCCESSレスポンスが含まれている方法であってもよい。
【０４４４】
また、本発明の通信方法は、赤外線を用いて所定の容量を有する転送データを受信機に送信する通信方法において、特にＤＩＳＣコマンドに上位層からのユーザデータを入れる領域を設け、上位層からのユーザデータも送信する方法であってもよい。
【０４４５】
さらに、本発明の通信方法は、前記上位層からのユーザデータに、ＯＢＥＸのＤＩＳＣＯＮＮＥＣＴコマンドが含まれている方法であってもよい。
【０４４６】
さらに、本発明の通信方法は、１回のパケットの交換で、下位層から上位層までの接続または切断を完了させる方法であってもよい。
【０４４７】
さらに、本発明の通信方法は、前記ＳＮＲＭコマンドを送信後、予め定められた一定時間相手局からのＵＡレスポンスを受信しなかった場合には、ＸＩＤコマンドを送信する方法であってもよい。
【０４４８】
さらに、本発明の通信方法は、前記ＸＩＤコマンドに対して、ＸＩＤレスポンスを受信した場合は、ＸＩＤ−ＥＮＤコマンドを送信後、ＩｒＤＡに準拠したＳＮＲＭコマンドを送信し、ＩｒＤＡの接続プロセスに移行する方法であってもよい。
【０４４９】
さらに、本発明の通信方法は、前記ＸＩＤコマンドを送信後、あらかじめ定められた一定時間相手局からＸＩＤレスポンスを受信しなかった場合は、ＸＩＤ−ＥＮＤコマンドを送信後、予め定められた時間待った後、再びＳＮＲＭコマンドを送信する方法であってもよい。
【０４５０】
さらに、本発明の通信方法は、受信した第１のコマンドがＸＩＤコマンドであった場合は、ＸＩＤコマンドを受信したことを記憶し、ＳＮＲＭコマンドを受信せず、再びＸＩＤ−ＥＮＤコマンドではないＸＩＤコマンドを受信した場合は、ＩｒＤＡで予め定められたルールに従ってＸＩＤレスポンスを送信する方法であってもよい。
【０４５１】
さらに、本発明の通信方法は、受信した第１のコマンドがＸＩＤコマンドであった場合は、ＸＩＤコマンドを受信したことを記憶し、自局がＸＩＤレスポンスを送信していない状態で、ＳＮＲＭコマンドを受信した場合は、前記ＵＡレスポンスを送信する方法であってもよい。
【０４５２】
さらに、本発明の通信方法は、受信した第１のコマンドがＸＩＤコマンドであった場合は、ＸＩＤコマンド内のDiscovery flag領域の値を確認し、ＸＩＤスロットが６、８、１６のいずれかを意味する値であった場合は、ＩｒＤＡで予め定められたルールに従ってＸＩＤレスポンスを送信する方法であってもよい。
【０４５３】
さらに、本発明の通信方法は、特にＳＮＲＭコマンドに通信方向が片方向か双方向化を示すフラグを付加し、前記接続パラメータとあわせて送信する方法であってもよい。
【０４５４】
さらに、本発明の通信方法は、通信方向を示すフラグを片方向に設定したＳＮＲＭコマンドを送信後、受信局からの応答を待つことなく、データ転送を開始する方法であってもよい。
【０４５５】
さらに、本発明の通信方法は、ＳＮＲＭコマンドに通信方向を示すフラグが付加され、かつ通信方向が片方向と設定されたコマンドを受信した場合、ＵＡレスポンスを返すことなく、データパケットの受入状態に遷移する方法であってもよい。
【０４５６】
また、本発明の送受信回路は、上記の通信方法を実現可能な各回路素子が設けられている。
【０４５７】
また、本発明の送受信機は、上記の通信方法を実現可能な各回路構成が設けられている。
【０４５８】
発明の詳細な説明の項においてなされた具体的な実施態様または実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなく、本発明の精神と次に記載する特許請求事項との範囲内で、いろいろと変更して実施することができるものである。
【産業上の利用可能性】
【０４５９】
本発明は、接続時間を短縮することが可能であるため、通信機器に広く適用可能であり、特に光空間通信機能を有する通信機器、例えばノートＰＣ、ＰＤＡ、携帯電話、デジタルカメラ等の携帯型無線通信機器に好適に利用できる。
【図面の簡単な説明】
【０４６０】
【図１】本発明の実施の形態１としての送信機のブロック図である。
【図２】本発明の実施の形態２としての受信機のブロック図である。
【図３】本発明の実施の形態３としての送信機のブロック図である。
【図４】上記送信機より第一のコマンドとしてＳＮＲＭコマンドを送信するときの信号シークエンス図である。
【図５】上記ＳＮＲＭコマンド内のDestination Device Address が0xFFFFFFFFに設定されていることを示すブロック図である。
【図６】上位層ユーザデータが付加されたＳＮＲＭコマンドとＤＩＳＣコマンドとを示すブロック図であり、（ａ）はＳＮＲＭコマンド、（ｂ）はＤＩＳＣコマンド、（ｃ）はＩｒＤＡでの接続パラメータフォーマット、（ｄ）はＩｒＤＡでの接続パラメータフォーマットの詳細を示す。
【図７】上位層ユーザデータが付加されたＵＡレスポンスを示し、（ａ）はＳＮＲＭコマンドに対するレスポンス、（ｂ）はＤＩＳＣコマンドに対するレスポンス、（ｃ）ＤＭレスポンスを示す。
【図８】上記送信機における、ＳＮＲＭコマンドに続き、ＸＩＤコマンドを送信するときの信号シークエンス図である。
【図９】上記送信機および受信機における、ＳＮＲＭコマンド、ＸＩＤコマンドに続き、ＩｒＤＡ接続が開始するときの信号シークエンス図である。
【図１０】上記送信機における、ＳＮＲＭコマンド、ＸＩＤコマンドに続き、再度ＳＮＲＭコマンドを送信するときの信号シークエンス図である。
【図１１】上記送信機および受信機における、ＸＩＤコマンドを連続受信し、通常のＩｒＤＡ接続するときの信号シークエンス図である。
【図１２】上記送信機および受信機における、ＸＩＤコマンド、ＳＮＲＭコマンドを連続受信し、ＵＡレスポンスを送信するときの信号シークエンス図である。
【図１３】上記送信機における、ＩｒＤＡのＳＮＲＭコマンドに通信方向を付加したものを示すブロック図である。
【図１４】上記送信機および受信機における、ＩｒＤＡのＩｒＬＡＰが接続される手順を示す信号シークエンス図である。
【図１５】上記送信機および受信機における、ＩｒＤＡのデータ転送が行われるまでの接続手順を示す信号シークエンス図である。
【図１６】上記ＩｒＤＡのフレーム構成を示すブロック図である。
【図１７】上記送信機および受信機における、片方向接続の接続手順の信号シークエンス図である。
【図１８】上記送信機および受信機における、コマンドにユーザデータも含めた場合の信号シークエンス図である。
【図１９】ＩｒＤＡでのＸＩＤコマンドフォーマットを示す図である。
【図２０】本発明の実施例である携帯電話を用いた赤外線通信を示す図である。
【図２１】本発明の実施例である表示装置を用いた赤外線通信を示す図である。
【図２２】本発明の実施例である印刷装置を用いた赤外線通信を示す図である。
【図２３】本発明の実施例である記録装置を用いた赤外線通信を示す図である。
【図２４】ＩｒＳｉｍｐｌｅ（双方向通信）およびＩｒＤＡの機能を共に備えた通信機のＬＡＰ層の機能ブロック図である。
【図２５】ＩｒＳｉｍｐｌｅ（片方向送信、片方向受信機能も含む）の機能のみを備えた通信機のＬＡＰ層の機能ブロック図である。
【図２６】ＩｒＳｉｍｐｌｅ片方向送信の機能のみを備えた通信機のＬＡＰ層の機能ブロック図である。
【図２７】ＩｒＳｉｍｐｌｅ片方向受信の機能のみを備えた通信機のＬＡＰ層の機能ブロック図である。
【図２８】送信機および受信機が備えるプロトコルと、接続後のプロトコルとの関係を示すテーブルである。
【図２９】送信機である携帯電話と受信機であるＴＶなどの表示装置がともにＩｒＳｉｍｐｌｅ双方向対応である場合における、接続手順と各機器の表示例を示す説明図である。
【図３０】送信機である携帯電話と受信機であるＴＶなどの表示装置がともにＩｒＳｉｍｐｌｅ片方向対応である場合における、接続手順と各機器における表示例を示す説明図である。
【図３１】送信機である携帯電話と受信機であるＴＶなどの表示装置の接続であって、ＩｒＳｉｍｐｌｅ双方向での通信を行う携帯電話とＩｒＳｉｍｐｌｅ片方向での通信が可能な表示装置の場合における、接続手順と各機器の表示例を示す説明図である。
【図３２】送信機である携帯電話と受信機であるＴＶなどの表示装置の接続であって、従来のＩｒＤＡでの通信を行う携帯電話とＩｒＳｉｍｐｌｅ双方向とＩｒＤＡの両方のプロトコルで通信が可能な表示装置の場合における、接続手順と各機器の表示例を示す説明図である。
【図３３】送信機である携帯電話と受信機であるＴＶなどの表示装置の接続であって、従来のＩｒＤＡでの通信を行う携帯電話とＩｒＳｉｍｐｌｅ片方向での通信が可能な表示装置の場合における、接続手順と各機器の表示例を示す説明図である。
【図３４】ＯＳＩ７階層モデルと、ＩｒＤＡの階層および本発明の階層の対応関係を示す模式図である。
【図３５】（ａ）は、本発明の実施の形態に係る接続確立のシーケンス図である。（ｂ）は、本発明の実施の形態に係る接続確立のシーケンス図である。（ｃ）は、本発明の実施の形態に係る接続確立のためのパケットフォーマットである。
【図３６】（ａ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。（ｂ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。
【図３７】（ａ）は、ＩｒＤＡのデータ交換で使用されるパケットフォーマットを示す図である。（ｂ）は、本発明のデータ交換で使用されるパケットフォーマットを示す図である。
【図３８】（ａ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。（ｂ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。
【図３９】（ａ）は、本発明の実施の形態に係る切断シ−ケンスを示す図である。（ｂ）は、本発明の実施の形態に係る切断シーケンスを示す図である。（ｃ）は、本発明の実施の形態に係る切断シーケンスのパケットフォーマットである。
【図４０】本発明の実施の形態に係る接続シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４１】（ａ）は、本発明の実施の形態に係る接続シーケンス時の図４０および図４２における右向きの矢印の各層間の関数におけるデータの変化を示す説明図である。（ｂ）は、本発明の実施の形態に係る各層間の関数におけるデータの変化を示す図である。
【図４２】本発明の実施の形態に係る接続シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４３】本発明の実施の形態に係るデータ交換時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４４】本発明の実施の形態に係るデータ交換時の図４３および図４５における各層間の関数におけるデータの変化を示す図である。
【図４５】本発明の実施の形態に係るデータ交換時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４６】本発明の実施の形態に係る切断シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４７】（ａ）は、本発明の実施の形態に係る切断シーケンス時の図４６および図４８における右向きの矢印の各層間の関数におけるデータの変化を示す説明図である。（ｂ）は、本発明の実施の形態に係る各層間の関数におけるデータの変化を示す説明図である。
【図４８】本発明の実施の形態に係る切断シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４９】本発明の実施の形態に係る１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。
【図５０】本発明の実施の形態に係る２次局における接続要求関数の接続パラメータの受け渡しを表す模式図である。
【図５１】本発明の実施の形態に係る１次局における接続確認関数と２次局における接続通知関数のデータと接続パラメータの受け渡しを表す模式図である。
【図５２】本発明の実施の形態に係る２次局における接続返答関数のデータの受け渡しを表す模式図である。
【図５３】本発明の実施の形態に係る１次局における接続確認関数の接続パラメータの受け渡しを表す模式図である。
【図５４】実施の形態の変形例である、接続パラメータを層間で共有する場合のの１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。
【図５５】実施の形態の変形例である、接続パラメータを層間で共有する場合の２次局における接続通知関数のデータと接続パラメータの受け渡しを表す模式図である。
【図５６】実施の形態の変形例である、接続パラメータを各層が別々に下位層に渡す場合の１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。
【符号の説明】
【０４６１】
１：送信機（通信機器）
１１：ＣＰＵ
１２：メモリ
１３：コントローラ
１３１：制御部
１３２：コマンドパケット生成部
１４：送信部
２：受信機（通信機器）
２１：ＣＰＵ
２２：メモリ
２３：コントローラ
２３１：制御部
２３２：コマンドパケット生成部
２３３：パケット識別部
２４：送信部
２５：受信部
２６：ＣＤＲ
３：送信機（通信機器）
３１：ＣＰＵ
３２：メモリ
３３：コントローラ
３３１：制御部
３３２：コマンドパケット生成部
３３３：パケット識別部
３４：送信部
３５：受信部
３６：ＣＤＲ
３７：タイマー
１１１：IrSimple-LAP制御部（第１のプロトコル制御部）
１１２：IrDA-LAP制御部（第２のプロトコル制御部）
１１３：プロトコル切り替え部
【図１】
2008206150.tif 000003
【図２】
2008206150.tif 000004
【図３】
2008206150.tif 000005
【図４】
2008206150.tif 000006
【図５】
2008206150.tif 000007
【図６】
2008206150.tif 000008
【図７】
2008206150.tif 000009
【図８】
2008206150.tif 000010
【図９】
2008206150.tif 000011
【図１０】
2008206150.tif 000012
【図１１】
2008206150.tif 000013
【図１２】
2008206150.tif 000014
【図１３】
2008206150.tif 000015
【図１４】
2008206150.tif 000016
【図１５】
2008206150.tif 000017
【図１６】
2008206150.tif 000018
【図１７】
2008206150.tif 000019
【図１８】
2008206150.tif 000020
【図１９】
2008206150.tif 000021
【図２０】
2008206150.tif 000022
【図２１】
2008206150.tif 000023
【図２２】
2008206150.tif 000024
【図２３】
2008206150.tif 000025
【図２４】
2008206150.tif 000026
【図２５】
2008206150.tif 000027
【図２６】
2008206150.tif 000028
【図２７】
2008206150.tif 000029
【図２８】
2008206150.tif 000030
【図２９】
2008206150.tif 000031
【図３０】
2008206150.tif 000032
【図３１】
2008206150.tif 000033
【図３２】
2008206150.tif 000034
【図３３】
2008206150.tif 000035
【図３４】
2008206150.tif 000036
【図３５】
2008206150.tif 000037
【図３６】
2008206150.tif 000038
【図３７】
2008206150.tif 000039
【図３８】
2008206150.tif 000040
【図３９】
2008206150.tif 000041
【図４０】
2008206150.tif 000042
【図４１】
2008206150.tif 000043
【図４２】
2008206150.tif 000044
【図４３】
2008206150.tif 000045
【図４４】
2008206150.tif 000046
【図４５】
2008206150.tif 000047
【図４６】
2008206150.tif 000048
【図４７】
2008206150.tif 000049
【図４８】
2008206150.tif 000050
【図４９】
2008206150.tif 000051
【図５０】
2008206150.tif 000052
【図５１】
2008206150.tif 000053
【図５２】
2008206150.tif 000054
【図５３】
2008206150.tif 000055
【図５４】
2008206150.tif 000056
【図５５】
2008206150.tif 000057
【図５６】
2008206150.tif 000058