(57)【特許請求の範囲】
【請求項１】
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能、
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能、
および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを生成し、送信を行う第３の通信機能のうちの、少なくともいずれか二つを備えるとともに、
該備える通信機能から一つを選択する第１の通信制御手段を備え、
かつ、
複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第４の通信機能、
複数のパケットに分割して連続的に送信したデータに対して応答を要求しないコマンドを含む接続リクエストを生成し、送信を行う第５の通信機能、
および、１つのパケットに対し、１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第６の通信機能のうちの、少なくともいずれか二つを備えるとともに、
該備える通信機能から一つを選択する第２の通信制御手段を備えることを特徴とする通信装置。
【請求項２】
上記第１の通信制御手段および上記第２の通信制御手段が、送信するデータのファイル形式に応じて通信機能を選択するものであり、
上記ファイル形式がマルチメディア関連ファイルであるとき、上記第１の通信制御手段および上記第２の通信制御手段が、上記第２の通信機能および上記第５の通信機能の少なくとも一方を選択することを特徴とする請求項１に記載の通信装置。
【請求項３】
上記第１の通信制御手段および上記第２の通信制御手段が、データ送信を行うアプリケーションに応じて、使用する通信機能を決定することを特徴とする請求項１に記載の通信装置。
【請求項４】
上記アプリケーションがスライドショーであるとき、上記第１の通信制御手段および上記第２の通信制御手段が、上記第２の通信機能および上記第５の通信機能の少なくとも一方を選択することを特徴とする請求項３に記載の通信装置。
【請求項５】
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能、
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能、
および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを生成し、送信を行う第３の通信機能のうちの、少なくともいずれか二つを備え、
かつ、
複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第４の通信機能、
複数のパケットに分割して連続的に送信したデータに対して応答を要求しないコマンドを含む接続リクエストを生成し、送信を行う第５の通信機能、
および、１つのパケットに対し、１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第６の通信機能のうちの、少なくともいずれか二つを備える通信装置における通信方法であって、
上記第１〜第３の通信機能のうちで備える通信機能から一つを選択し、
かつ、
上記第４〜第６の通信機能のうちで備える通信機能から一つを選択することを特徴とする通信方法。
【請求項６】
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能、
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能、
および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを生成し、送信を行う第３の通信機能のうちの、少なくともいずれか二つを備えるとともに、
該備える通信機能から一つを選択する第１の通信制御手段を備え、
かつ、
複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第４の通信機能、
複数のパケットに分割して連続的に送信したデータに対して応答を要求しないコマンドを含む接続リクエストを生成し、送信を行う第５の通信機能、
および、１つのパケットに対し、１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第６の通信機能のうちの、少なくともいずれか二つを備えるとともに、
該備える通信機能から一つを選択する第２の通信制御手段を備え、
上記第１の通信制御手段および上記第２の通信制御手段は、相手機器に対して識別信号を送信して通信要求を行い、その後、受信した応答識別信号に基づいて、相手機器が備える通信機能を判別し、相手機器が備える通信機能と同一種類の通信機能を選択するものであることを特徴とする通信装置。
【請求項７】
上記識別信号がトーン信号であることを特徴とする請求項６に記載の通信装置。
【請求項８】
上記識別信号が上記第１の通信機能により接続を行うパケットであることを特徴とする請求項６に記載の通信装置。
【請求項９】
上記応答識別信号が返ってこなかったとき、上記第１の通信制御手段および上記第２の通信制御手段が、上記第３の通信機能および上記第６の通信機能を選択することを特徴とする請求項６に記載の通信装置。
【請求項１０】
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能、
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能、
および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを生成し、送信を行う第３の通信機能のうちの、少なくともいずれか二つを備え、
かつ、
複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第４の通信機能、
複数のパケットに分割して連続的に送信したデータに対して応答を要求しないコマンドを含む接続リクエストを生成し、送信を行う第５の通信機能、
および、１つのパケットに対し、１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第６の通信機能のうちの、少なくともいずれか二つを備える通信装置における通信方法であって、
相手機器に識別信号を送信して通信要求を行い、その後、受信した応答識別信号に基づいて、相手機器が備える通信機能を判別し、相手機器が備える通信機能と同一種類の通信機能を選択するように、上記第１〜第３の通信機能のうちで備える通信機能から一つを選択し、かつ、上記第４〜第６の通信機能のうちで備える通信機能から一つを選択することを特徴とする通信方法。
【請求項１１】
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、接続応答を行い、該コマンドに基づいて各通信層の接続を確立させる第１の通信機能、
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第２の通信機能、
および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを受信し、通信層ごとに接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第３の通信機能のうちの、少なくともいずれか二つを備えるとともに、
該備える通信機能から一つを選択する第１の通信制御手段を備え、
かつ、
複数のパケットに分割されて連続的に受信したデータに対して１つの応答を送信する第４の通信機能、
複数のパケットに分割されて連続的に受信したデータに対して応答を送信しない第５の通信機能、
および、１つのパケットに対し、１つの応答を送信する第６の通信機能のうちの、少なくともいずれか二つを備えるとともに、
該備える通信機能から一つを選択する第２の通信制御手段を備え、
上記第１の通信制御手段および上記第２の通信制御手段は、相手機器から受信した識別信号に対して、自装置が備える通信機能に応じた応答識別信号を送信するものであることを特徴とする通信装置。
【請求項１２】
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、接続応答を行い、該コマンドに基づいて各通信層の接続を確立させる第１の通信機能、
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第２の通信機能、
および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを受信し、通信層ごとに接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第３の通信機能のうちの、少なくともいずれか二つを備えるとともに、
かつ、
複数のパケットに分割されて連続的に受信したデータに対して１つの応答を送信する第４の通信機能、
複数のパケットに分割されて連続的に受信したデータに対して応答を送信しない第５の通信機能、
および、１つのパケットに対し、１つの応答を送信する第６の通信機能のうちの、少なくともいずれか二つを備える通信装置における通信方法であって、
相手機器から受信した識別信号に対して、自装置が備える通信機能に応じた応答識別信号を送信することを特徴とする通信方法。
【請求項１３】
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、接続応答を行い、該コマンドに基づいて各通信層の接続を確立させる第１の通信機能、
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第２の通信機能、
および、複数のパケットに分割されて連続的に受信したデータに対して１つの応答を送信する第３の通信機能のうちの、少なくともいずれか一つを備えるとともに、
データ受信中の通信エラーの状況を判別する判別手段を備え、
通信エラーがあったとき、通信エラーの状況に応じて、通信エラー以後の動作を変更するものであることを特徴とする通信装置。
【請求項１４】
上記変更する動作が、ユーザに報知するエラーの原因および対処方法の少なくともいずれか一つであることを特徴とする請求項１３に記載の通信装置。
【請求項１５】
すべてのフレームが届いているにもかかわらずエラーを検知したとき、通信距離を縮めることを促す情報をユーザに報知することを特徴とする請求項１４に記載の通信装置。
【請求項１６】
フレームの途中から受信できずにエラーを検知したとき、通信途中で送信機が違う方向に向けられたことをユーザに報知することを特徴とする請求項１４に記載の通信装置。
【請求項１７】
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、接続応答を行い、該コマンドに基づいて各通信層の接続を確立させる第１の通信機能、
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第２の通信機能、
および、複数のパケットに分割されて連続的に受信したデータに対して１つの応答を送信する第３の通信機能のうちの、少なくともいずれか一つを備える通信装置における通信方法であって、
データ受信中に通信エラーがあったとき、通信エラーの状況を判別し、通信エラーの状況に応じて、通信エラー以後の動作を変更することを特徴とする通信方法。
【請求項１８】
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能、
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能、
および、複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第３の通信機能のうちの、少なくともいずれか一つを備え、
相手機器の能力に合わせて、送信するファイルのデータサイズを変換する変換手段を備えていることを特徴とする通信装置。
【請求項１９】
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能、
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能、
および、複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第３の通信機能のうちの、少なくともいずれか一つを備え、
通信は赤外線によって行うことを特徴とする通信装置。
【請求項２０】
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能、
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能、
および、複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第３の通信機能のうちの、少なくともいずれか一つを備え、
撮像した画像データを、上記いずれかの通信機能によって送信するものであることを特徴とする通信装置。
【請求項２１】
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、接続応答を行い、該コマンドに基づいて各通信層の接続を確立させる第１の通信機能、
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第２の通信機能、
および、複数のパケットに分割されて連続的に受信したデータに対して１つの応答を送信する第３の通信機能のうちの、少なくともいずれか一つを備えるとともに、
通信は赤外線によって行うことを特徴とする通信装置。
【請求項２２】
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、接続応答を行い、該コマンドに基づいて各通信層の接続を確立させる第１の通信機能、
送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第２の通信機能、
および、複数のパケットに分割されて連続的に受信したデータに対して１つの応答を送信する第３の通信機能のうちの、少なくともいずれか一つを備えるとともに、
上記いずれかの通信機能によって、放送を受信するものであることを特徴とする通信装置。
【請求項２３】
請求項１から４、６から９、１１、１３から１６、１８から２２のいずれか１項に記載の通信装置がコンピュータによって実現され、当該コンピュータを上記通信装置として機能させるための通信プログラム。
【請求項２４】
請求項２３に記載の通信プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、接続を確立して、無線あるいは有線により通信を行う通信装置、通信方法、通信プログラム、記録媒体に関するものである。
【背景技術】
【０００２】
近年、携帯電話やデジタルカメラ、デジタルビデオカメラ、ＰＤＡ（Personal Digital Assistant）などの携帯機器に搭載されたＣＣＤ（Charge Coupled Device）が高画質化してきており、簡単に綺麗なデジタル映像が撮れるようになってきた。
【０００３】
その映像を共有する方法としては、記録媒体を使用、メールで送付、有線接続、ワイヤレス接続などにより、映像ファイルを移動させて表示したり、紙に印刷して渡したりする方法がある。
【０００４】
この中で、特に携帯機器から他の表示装置、印刷装置、記録装置、他の携帯機器、およびパーソナルコンピュータなどの電子機器へ物理的な接続や媒体交換を必要とせずに簡単に映像ファイルを転送する方法として、ワイヤレス通信、特に赤外線を使用する方法がある。
【０００５】
上記赤外線通信の方式としては、ＩｒＤＡ（Infrared Data Association）などがある。なお、ＩｒＤＡについては、例えば、下記の非特許文献１〜５等の先行技術がある。
【０００６】
従来、ＩｒＤＡや無線ＬＡＮなどの通信方式は、柔軟な通信に対応するために、データリンク層（リンク層も意味同じ）、トランスポート層、アプリケーション層などを厳密に定義して、それぞれの層でネゴシエーションや再送などを行っていた。さらに、従来のＩｒＤＡにおける接続確立のネゴシエーションについては、多くの接続対象機器がいることを想定し、これらが平等に接続されることを重視するために、多くのシーケンスを必要とするものであった。また、従来のＩｒＤＡではリンク層やリンク層の一部であるＭＡＣ層での再送確認はパケット毎に行われてることが普通であった。なお、パーソナルコンピュータ（ＰＣ）では、複数送信を行っている。それ以外の機器は単数送信がほとんどである。
【０００７】
これらの厳密な通信層の定義は、各種のアプリケーションを実現する柔軟度があるものの、複雑な手順を要し、その結果通信に必要なオーバーヘッドを増加させることになっている。特に、複雑な接続手順は、厳密な層分けと関連しているが、通信のオーバーヘッドを増加させる原因となっている。また、パケット毎の再送確認も、通信の信頼性を上げるのには役立つが、通信速度の低下を招く。
【０００８】
接続のオーバーヘッドは、長時間の通信を行うときには無視されるものであるが、データ転送にかかわる時間が短い場合には、致命的となる。厳密な再送も通信の効率低下を招く。特に、人が操作をして、一瞬でデータを送りたいというような用途では、１回の操作（通信）の時間を短くし、通信が失敗した場合には、人が再度送信動作ができるようにした方がよい場合がある。これは、例えばテレビなどの赤外線リモコンで、チャネル変更のコマンドが受信されずに、テレビが動作しなかった場合に、ユーザが再度チャネル変更コマンドを指示する、というような状況である。
【０００９】
従来型の、層分けを厳密に行い、層毎に接続手順を行うこと、パケット毎に再送することには、多くのメリットが存在する。そのため、通信手順を、通信状況、アプリケーション、ユーザの指示などに応じて、切り替える可能とすることでより柔軟な通信が実現できる。
【００１０】
以下、従来技術として既存のＩｒＤＡプロトコルの説明を行う。
【００１１】
ＩｒＤＡなどの赤外線通信に用いられる赤外光は指向性があるため、通信機器間に遮蔽物が存在する場合は、データの転送が不可能であるが、通信機器間の見通しが良い場合は、高速のデータ転送が可能である。
【００１２】
ＩｒＤＡ規格には、最大転送速度が１６ＭｂｐｓのＶｅｒｙ  ＦａｓｔＩＲ（ＶＦＩＲ）と、４ＭｂｐｓのＦａｓｔＩＲ（ＦＩＲ）と、１１５．２ｋｂｐｓのＳＩＲ（Serial Infra Red）とがある。現在市場に出回っているのは、最大転送速度が４Ｍｂｐｓまでのものである。
【００１３】
図２７に、赤外線通信の規格の一つであるＩｒＤＡ規格において、データ転送状態が確立するまでの手順の概略を示す。ここで、データ転送状態の確立とは、転送を所望する画像や文書などのデータを転送できる状態になることを表す。
【００１４】
１次局とは、最初に通信相手を探す側の局、すなわち、データ転送状態の確立を要求する局であり、局発見コマンド（ＸＩＤコマンド）を送出する側の局である。また、２次局とは、該要求を受け入れる局であり、局発見コマンドに対して局発見レスポンス（ＸＩＤレスポンス）を送出する側の局である。１次局から２次局への要求（命令）をコマンドと呼び、逆に、そのコマンドに対する、２次局から１次局への応答をレスポンスと呼ぶ。
【００１５】
ＸＩＤコマンドとは、１次局から通信可能距離内に２次局となり得る局が存在するかを探すコマンドである。SlotNumberは、何個目のコマンドを送出しているかを表す。
【００１６】
ＸＩＤコマンドを受け取った２次局は、局発見レスポンスであるＸＩＤレスポンスを返し、自局の存在を１次局に知らせる処理を行う。１次局は、規定の数のＸＩＤコマンドを送出した後に、ＳｌｏｔＮｕｍｂｅｒが２５５のＸＩＤコマンドを送出する。SlotNumber=255は、これが最後のＸＩＤコマンドであることを示している。
【００１７】
続いて、１次局は、通信速度、データのサイズなどの通信に必要となる設定値を、ＳＮＲＭコマンドを用いて２次局に知らせる。そのコマンドを受け取った２次局は、自局の設定値と比較し、受け入れることが可能な設定値を、ＵＡレスポンスを用いて１次局に知らせる。
【００１８】
さらに詳細に述べれば以下の通りである。
【００１９】
すなわち、ＩｒＤＡ規格では、１次局からのＸＩＤコマンドのパケットの送信個数は、１、６、８、１５個から選択することが多い。そして、例えば図２７に示すように、ＸＩＤコマンドのパケットを８個送信する場合には、１個目から８個目まではSlotNumberをそれぞれ０から７とし、８個のＸＩＤコマンドを送出した後で、終了の意味をもつSlotNumberを２５５のＸＩＤコマンドを送出して、ＸＩＤコマンドが終了したことを相手局である２次局に通知する。つまり、８個としたときには９個のＸＩＤコマンドを必要とする。そして、最後のパケットを送信後、約５００ｍ秒の時間が経ってから、再び１個目から８個目までと終了のＸＩＤコマンドを送信することを繰り返し行う。なお、パケット同士の送信間隔は２５〜８５ｍ秒である。
【００２０】
２次局は、ＸＩＤコマンドを受信するとすぐにＸＩＤレスポンスを返すと決まっているわけではなく、任意（ランダムな値）のSlotNumberを持つパケットを受信した後に、ＸＩＤレスポンスを返す。例えば、８個ずつパケットが送られてくる場合に、１個目を受信した後にＸＩＤレスポンスを返すか、８個目を受信した後にＸＩＤレスポンスを返すかを、２次局が任意に決めることができる。例として、図２７では、４個目のパケット（SlotNumber＝3）を受信した後にＸＩＤレスポンスを返す場合を表している。
【００２１】
なお、該ＸＩＤコマンドおよびＸＩＤレスポンスは、ＳＩＲに準拠して９６００ｂｐｓという転送速度で行われることがＩｒＤＡ規格で定められている。該転送速度は、後述するデータフレームの転送速度である４Ｍｂｐｓと比べて非常に遅い。さらに、上記のような複数のＸＩＤを送信すること、レスポンスが直後に返るとは限らないこと、２から１６個のＸＩＤを送り終わった後は５００ｍｓの空白期間があることなどから、該ＸＩＤコマンドおよびＸＩＤレスポンスの送受信に要する時間が長くなる。
【００２２】
以上の手順を経て、接続相手機器のサーチが行われ、１次局と２次局との間でデータリンク層の接続準備が整う。
【００２３】
このサーチの後に、データリンク層において、通信する速度やパケットサイズの上限、送信権をもつことができる最大時間、連続して送信可能なパケット数、115kbpsまたは9600bps時に光学特性安定のため挿入するダミーパルスの数、相手機器からのパケットを受信した後、送信するまでに待たなければならない最小時間、設定値だけパケットが受信できなかった場合に切断とする時間や、機器間で固有に振り分けられる接続アドレスなど、データ通信のためのパラメータ設定に必要なデータが入ったＳＮＲＭコマンドおよびＵＡレスポンスの交換を行い、データリンク層の接続が完了し、データ転送状態が確立される。
【００２４】
データ転送状態が確立された後、データリンク層より上の層の接続確立が行われる。図２７にて、ネットワーク層、トランスポート層、セッション層の接続確立がそれぞれ行われるシーケンスが記載されている。これらは接続確立された後であり、リンク層からみるとすべてデータとしてやり取りされる（後述のＩフレームで交換）。
【００２５】
従来、ＩｒＤＡ高速通信モードにおいて速度４Ｍｂｐｓで通信が可能であるが、送受信波形については、４値ＰＰＭ方式で行われることが規格で定められている。図２９は４値ＰＰＭ方式についてのデータパルスとデータの相関を示す図である。５００ｎｓが１２５ｎｓ毎の４つの時間に区切られており、データパルスは、その時間位置によって２ビットの情報を表している。図に示すように、（１），（２），（３）および（４）は、それぞれ００、０１、１０および１１の情報を示している。
【００２６】
また、ＩｒＤＡの規格では、フレーム単位で通信することが定められている。図３０はＩｒＤＡ規格のフレームを示す図である。ＩｒＤＡ規格のフレームは、プリアンブルフィールド、スタートフラグ、アドレスフィールド、制御フィールド、データフィールド、ＦＣＳ、ストップフラグから構成されている。上記フィールドの内、プリアンブルフィールドは、受信側が受信回路内で使用する受信用クロックを生成するために用いられる。また、ＦＣＳには、エラー検出のための誤り検出符号や誤り訂正符号が含まれている。
【００２７】
この基本的なフレーム構造をベースにして、実際には図２８のように各種コマンドが決められている。
【００２８】
またフレームには、情報転送用に用いられるＩ（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)
【非特許文献３】Infrared Data Association Link Management Protocol(IrLMP) Version1.1(June 23,1996)
【非特許文献４】Infrared Data Association 'Tiny TP':A Flow-Control Mechanism for use with IrLMP Version1.1(Oct 20,1996)
【非特許文献５】Infrared Data Association Object Exchange Protocol(OBEX) Version1.3(Jan 3,2003)
【特許文献１】特表２００４−５０９５２７号公報（公表日：２００４年３月２５日）
【特許文献２】特開２０００−６９４０３号公報（公開日：２０００年３月３日）、
【特許文献３】特開２００１−８３９４８号公報（公開日：２００１年３月３０日）
【発明の開示】
【発明が解決しようとする課題】
【００３３】
ＩｒＤＡでは、以上のような方法でワイヤレス通信を行うが、光の特性上、通信機器同士の赤外線インターフェースがある一定角度（ＩｒＤＡの規格では±１５°）以上の角度やある一定距離（ＩｒＤＡでは規格により２０ｃｍまたは１ｍ）以上の距離になった場合に、信頼性の高い通信方法を保有していても途中から通信ができなくなってしまう。
【００３４】
そして、ＩｒＤＡ方式によると、局発見や情報交換に時間がかかり、データ転送中において送信機と受信機との間でデータの送受信が行われていることの確認が頻繁に行われているため、転送効率が低下する。この結果、ＩｒＤＡ方式の赤外線通信では、転送時間が長くなり、途中から通信ができなくなってしまう確率が高くなるという問題点を有している。
【００３５】
なお、ワイヤレスでファイルを他の装置に送信し、表示する方法として、例えば、上記の特許文献１〜３に記載されているが、この方式でも赤外線を使用して通信を行う場合に同様の弊害が発生することになる。
【００３６】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、短時間で接続を確立することができる通信装置、通信方法、通信プログラム、記録媒体を提供することにある。
【課題を解決するための手段】
【００３７】
上記課題を解決するために、本発明に係る通信装置は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能（実施形態の「通信機能２」に相当）、および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを生成し、送信を行う第３の通信機能（実施形態の「通信機能３」に相当）のうちの、少なくともいずれか二つを備えるとともに、該備える通信機能から一つを選択する第１の通信制御手段を備え、かつ、複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第４の通信機能（実施形態の「通信機能４」に相当）、複数のパケットに分割して連続的に送信したデータに対して応答を要求しないコマンドを含む接続リクエストを生成し、送信を行う第５の通信機能（実施形態の「通信機能５」に相当）、および、１つのパケットに対し、１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第６の通信機能（実施形態の「通信機能６」に相当）のうちの、少なくともいずれか二つを備えるとともに、該備える通信機能から一つを選択する第２の通信制御手段を備えることを特徴としている。
【００３８】
さらに、本発明に係る通信装置は、上記第１の通信制御手段および上記第２の通信制御手段が、送信するデータのファイル形式に応じて通信機能を選択するものであり、上記ファイル形式がマルチメディア関連ファイルであるとき、上記第１の通信制御手段および上記第２の通信制御手段が、上記第２の通信機能および上記第５の通信機能の少なくとも一方を選択することを特徴としている。
【００３９】
さらに、本発明に係る通信装置は、上記第１の通信制御手段および上記第２の通信制御手段が、データ送信を行うアプリケーションに応じて、使用する通信機能を決定することを特徴としている。
【００４０】
さらに、本発明に係る通信装置は、上記アプリケーションがスライドショーであるとき、上記第１の通信制御手段および上記第２の通信制御手段が、上記第２の通信機能および上記第５の通信機能の少なくとも一方を選択することを特徴としている。
【００４１】
また、本発明に係る通信方法は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能（実施形態の「通信機能２」に相当）、および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを生成し、送信を行う第３の通信機能（実施形態の「通信機能３」に相当）のうちの、少なくともいずれか二つを備え、かつ、複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第４の通信機能（実施形態の「通信機能４」に相当）、複数のパケットに分割して連続的に送信したデータに対して応答を要求しないコマンドを含む接続リクエストを生成し、送信を行う第５の通信機能（実施形態の「通信機能５」に相当）、および、１つのパケットに対し、１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第６の通信機能（実施形態の「通信機能６」に相当）のうちの、少なくともいずれか二つを備える通信装置における通信方法であって、上記第１〜第３の通信機能のうちで備える通信機能から一つを選択し、かつ、上記第４〜第６の通信機能のうちで備える通信機能から一つを選択することを特徴としている。
【００４２】
また、本発明に係る通信装置は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能（実施形態の「通信機能２」に相当）、および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを生成し、送信を行う第３の通信機能（実施形態の「通信機能３」に相当）のうちの、少なくともいずれか二つを備えるとともに、該備える通信機能から一つを選択する第１の通信制御手段を備え、かつ、複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第４の通信機能（実施形態の「通信機能４」に相当）、複数のパケットに分割して連続的に送信したデータに対して応答を要求しないコマンドを含む接続リクエストを生成し、送信を行う第５の通信機能（実施形態の「通信機能５」に相当）、および、１つのパケットに対し、１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第６の通信機能（実施形態の「通信機能６」に相当）のうちの、少なくともいずれか二つを備えるとともに、該備える通信機能から一つを選択する第２の通信制御手段を備え、上記第１の通信制御手段および上記第２の通信制御手段は、相手機器に対して識別信号を送信して通信要求を行い、その後、受信した応答識別信号に基づいて、相手機器が備える通信機能を判別し、相手機器が備える通信機能と同一種類の通信機能を選択するものであることを特徴としている。
【００４３】
さらに、本発明に係る通信装置は、上記識別信号がトーン信号であることを特徴としている。
【００４４】
さらに、本発明に係る通信装置は、上記識別信号が上記第１の通信機能により接続を行うパケットであることを特徴としている。
【００４５】
さらに、本発明に係る通信装置は、上記応答識別信号が返ってこなかったとき、上記第１の通信制御手段および上記第２の通信制御手段が、上記第３の通信機能および上記第６の通信機能を選択することを特徴としている。
【００４６】
また、本発明に係る通信方法は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能（実施形態の「通信機能２」に相当）、および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを生成し、送信を行う第３の通信機能（実施形態の「通信機能３」に相当）のうちの、少なくともいずれか二つを備え、かつ、複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第４の通信機能（実施形態の「通信機能４」に相当）、複数のパケットに分割して連続的に送信したデータに対して応答を要求しないコマンドを含む接続リクエストを生成し、送信を行う第５の通信機能（実施形態の「通信機能５」に相当）、および、１つのパケットに対し、１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第６の通信機能（実施形態の「通信機能６」に相当）のうちの、少なくともいずれか二つを備える通信装置における通信方法であって、相手機器に識別信号を送信して通信要求を行い、その後、受信した応答識別信号に基づいて、相手機器が備える通信機能を判別し、相手機器が備える通信機能と同一種類の通信機能を選択するように、上記第１〜第３の通信機能のうちで備える通信機能から一つを選択し、かつ、上記第４〜第６の通信機能のうちで備える通信機能から一つを選択することを特徴としている。
【００４７】
また、本発明に係る通信装置は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、接続応答を行い、該コマンドに基づいて各通信層の接続を確立させる第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第２の通信機能（実施形態の「通信機能２」に相当）、および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを受信し、通信層ごとに接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第３の通信機能（実施形態の「通信機能３」に相当）のうちの、少なくともいずれか二つを備えるとともに、該備える通信機能から一つを選択する第１の通信制御手段を備え、かつ、複数のパケットに分割されて連続的に受信したデータに対して１つの応答を送信する第４の通信機能（実施形態の「通信機能４」に相当）、複数のパケットに分割されて連続的に受信したデータに対して応答を送信しない第５の通信機能（実施形態の「通信機能５」に相当）、および、１つのパケットに対し、１つの応答を送信する第６の通信機能（実施形態の「通信機能６」に相当）のうちの、少なくともいずれか二つを備えるとともに、該備える通信機能から一つを選択する第２の通信制御手段を備え、上記第１の通信制御手段および上記第２の通信制御手段は、相手機器から受信した識別信号に対して、自装置が備える通信機能に応じた応答識別信号を送信するものであることを特徴としている。
【００４８】
また、本発明に係る通信方法は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、接続応答を行い、該コマンドに基づいて各通信層の接続を確立させる第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第２の通信機能（実施形態の「通信機能２」に相当）、および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを受信し、通信層ごとに接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第３の通信機能（実施形態の「通信機能３」に相当）のうちの、少なくともいずれか二つを備えるとともに、かつ、複数のパケットに分割されて連続的に受信したデータに対して１つの応答を送信する第４の通信機能（実施形態の「通信機能４」に相当）、複数のパケットに分割されて連続的に受信したデータに対して応答を送信しない第５の通信機能（実施形態の「通信機能５」に相当）、および、１つのパケットに対し、１つの応答を送信する第６の通信機能（実施形態の「通信機能６」に相当）のうちの、少なくともいずれか二つを備える通信装置における通信方法であって、相手機器から受信した識別信号に対して、自装置が備える通信機能に応じた応答識別信号を送信することを特徴としている。
【００４９】
また、本発明に係る通信装置は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、接続応答を行い、該コマンドに基づいて各通信層の接続を確立させる第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第２の通信機能（実施形態の「通信機能２」に相当）、および、複数のパケットに分割されて連続的に受信したデータに対して１つの応答を送信する第３の通信機能（実施形態の「通信機能４」に相当）のうちの、少なくともいずれか一つを備えるとともに、データ受信中の通信エラーの状況を判別する判別手段を備え、通信エラーがあったとき、通信エラーの状況に応じて、通信エラー以後の動作を変更するものであることを特徴としている。
【００５０】
さらに、本発明に係る通信装置は、上記変更する動作が、ユーザに報知するエラーの原因および対処方法の少なくともいずれか一つであることを特徴としている。
【００５１】
さらに、本発明に係る通信装置は、すべてのフレームが届いているにもかかわらずエラーを検知したとき、通信距離を縮めることを促す情報をユーザに報知することを特徴としている。
【００５２】
さらに、本発明に係る通信装置は、フレームの途中から受信できずにエラーを検知したとき、通信途中で送信機が違う方向に向けられたことをユーザに報知することを特徴としている。
【００５３】
また、本発明に係る通信方法は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、接続応答を行い、該コマンドに基づいて各通信層の接続を確立させる第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第２の通信機能（実施形態の「通信機能２」に相当）、および、複数のパケットに分割されて連続的に受信したデータに対して１つの応答を送信する第３の通信機能（実施形態の「通信機能４」に相当）のうちの、少なくともいずれか一つを備える通信装置における通信方法であって、データ受信中に通信エラーがあったとき、通信エラーの状況を判別し、通信エラーの状況に応じて、通信エラー以後の動作を変更することを特徴としている。
【００５４】
また、本発明に係る通信装置は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能（実施形態の「通信機能２」に相当）、および、複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第３の通信機能（実施形態の「通信機能４」に相当）のうちの、少なくともいずれか一つを備え、相手機器の能力に合わせて、送信するファイルのデータサイズを変換する変換手段を備えていることを特徴としている。
【００５５】
また、本発明に係る通信装置は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能（実施形態の「通信機能２」に相当）、および、複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第３の通信機能（実施形態の「通信機能４」に相当）のうちの、少なくともいずれか一つを備え、通信は赤外線によって行うことを特徴としている。
【００５６】
また、本発明に係る通信装置は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能（実施形態の「通信機能２」に相当）、および、複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第３の通信機能（実施形態の「通信機能４」に相当）のうちの、少なくともいずれか一つを備え、撮像した画像データを、上記いずれかの通信機能によって送信するものであることを特徴としている。
【００５７】
また、本発明に係る通信装置は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、接続応答を行い、該コマンドに基づいて各通信層の接続を確立させる第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第２の通信機能（実施形態の「通信機能２」に相当）、および、複数のパケットに分割されて連続的に受信したデータに対して１つの応答を送信する第３の通信機能（実施形態の「通信機能４」に相当）のうちの、少なくともいずれか一つを備えるとともに、通信は赤外線によって行うことを特徴としている。
【００５８】
また、本発明に係る通信装置は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、接続応答を行い、該コマンドに基づいて各通信層の接続を確立させる第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第２の通信機能（実施形態の「通信機能２」に相当）、および、複数のパケットに分割されて連続的に受信したデータに対して１つの応答を送信する第３の通信機能（実施形態の「通信機能４」に相当）のうちの、少なくともいずれか一つを備えるとともに、上記いずれかの通信機能によって、放送を受信するものであることを特徴としている。
【００５９】
なお、上記通信装置は、コンピュータによって実現してもよく、この場合には、コンピュータを動作させることにより上記通信装置をコンピュータにて実現させる通信プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【００６０】
以上のように、本発明に係る通信装置は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能（実施形態の「通信機能２」に相当）、および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを生成し、送信を行う第３の通信機能（実施形態の「通信機能３」に相当）のうちの、少なくともいずれか二つを備えるとともに、該備える通信機能から一つを選択する第１の通信制御手段を備え、かつ、複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第４の通信機能（実施形態の「通信機能４」に相当）、複数のパケットに分割して連続的に送信したデータに対して応答を要求しないコマンドを含む接続リクエストを生成し、送信を行う第５の通信機能（実施形態の「通信機能５」に相当）、および、１つのパケットに対し、１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第６の通信機能（実施形態の「通信機能６」に相当）のうちの、少なくともいずれか二つを備えるとともに、該備える通信機能から一つを選択する第２の通信制御手段を備える構成である。
【００６１】
また、本発明に係る通信装置は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを生成し、送信を行う第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを生成し、送信を行う第２の通信機能（実施形態の「通信機能２」に相当）、および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを生成し、送信を行う第３の通信機能（実施形態の「通信機能３」に相当）のうちの、少なくともいずれか二つを備えるとともに、該備える通信機能から一つを選択する第１の通信制御手段を備え、かつ、複数のパケットに分割して連続的に送信したデータに対して１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第４の通信機能（実施形態の「通信機能４」に相当）、複数のパケットに分割して連続的に送信したデータに対して応答を要求しないコマンドを含む接続リクエストを生成し、送信を行う第５の通信機能（実施形態の「通信機能５」に相当）、および、１つのパケットに対し、１つの応答を要求するコマンドを含む接続リクエストを生成し、送信を行う第６の通信機能（実施形態の「通信機能６」に相当）のうちの、少なくともいずれか二つを備えるとともに、該備える通信機能から一つを選択する第２の通信制御手段を備え、上記第１の通信制御手段および上記第２の通信制御手段は、相手機器に対して識別信号を送信して通信要求を行い、その後、受信した応答識別信号に基づいて、相手機器が備える通信機能を判別し、相手機器が備える通信機能と同一種類の通信機能を選択する構成である。
【００６２】
また、本発明に係る通信装置は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、接続応答を行い、該コマンドに基づいて各通信層の接続を確立させる第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第２の通信機能（実施形態の「通信機能２」に相当）、および、通信層ごとに接続に必要なコマンドおよびデータを含む接続リクエストを受信し、通信層ごとに接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第３の通信機能（実施形態の「通信機能３」に相当）のうちの、少なくともいずれか二つを備えるとともに、該備える通信機能から一つを選択する第１の通信制御手段を備え、かつ、複数のパケットに分割されて連続的に受信したデータに対して１つの応答を送信する第４の通信機能（実施形態の「通信機能４」に相当）、複数のパケットに分割されて連続的に受信したデータに対して応答を送信しない第５の通信機能（実施形態の「通信機能５」に相当）、および、１つのパケットに対し、１つの応答を送信する第６の通信機能（実施形態の「通信機能６」に相当）のうちの、少なくともいずれか二つを備えるとともに、該備える通信機能から一つを選択する第２の通信制御手段を備え、上記第１の通信制御手段および上記第２の通信制御手段は、相手機器から受信した識別信号に対して、自装置が備える通信機能に応じた応答識別信号を送信する構成である。
【００６３】
また、本発明に係る通信装置は、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンド、データ、および接続応答要求とを含む接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、接続応答を行い、該コマンドに基づいて各通信層の接続を確立させる第１の通信機能（実施形態の「通信機能１」に相当）、送信先を特定しないことを示すデータと、隣接する複数の通信層の接続に必要なコマンドおよびデータとを含み、接続応答要求を含まない接続リクエストを受信し、接続リクエストからコマンドおよびデータを抽出し、該コマンドに基づいて各通信層の接続を確立させる第２の通信機能（実施形態の「通信機能２」に相当）、および、複数のパケットに分割されて連続的に受信したデータに対して１つの応答を送信する第３の通信機能（実施形態の「通信機能４」に相当）のうちの、少なくともいずれか一つを備えるとともに、データ受信中の通信エラーの状況を判別する判別手段を備え、通信エラーがあったとき、通信エラーの状況に応じて、通信エラー以後の動作を変更する構成である。
【００６４】
それゆえ、通信の接続を短時間で確立することが可能となる。
【発明を実施するための最良の形態】
【００６５】
本発明の実施形態について説明すれば、以下の通りである。なお、以下の実施の形態では、赤外線によりデータを転送する転送方式（伝送方式）を例示して説明するが、本発明は、必ずしもこれに限らず、例えば、赤外線以外の光を用いる光伝送でもよく、また、他の無線通信方式にも適用できる。
【００６６】
なお、本明細書中においては、通信機能１〜通信機能９を以下の意味で使用する。通信機能１とは、接続シーケンスを短くしたもの（レスポンス有り）。通信機能２とは、接続シーケンスを短くしたもの（レスポンス無し）。通信機能３とは、接続シーケンスが従来のもの（例えば、ＩｒＤＡ）。通信機能４とは、パケット再送処理回数が少ないもの（レスポンス有り）。通信機能５とは、パケット再送処理回数が少ないもの（レスポンス無し）。通信機能６とは、パケットの送信方法が従来のもの（例えば、ＩｒＤＡ）。通信機能７とは、通信機能１と通信機能４の両方を含む。通信機能８とは、通信機能２と通信機能５の両方を含む。通信機能９とは、通信機能３と通信機能６の両方を含む。
【００６７】
〔実施の形態１〕
本発明の実施形態１について、図１から図９に基づいて説明する。
【００６８】
本実施の形態のデータ転送システムは、図２に示すように、携帯電話などの第１機器としての携帯機器と表示装置などの第２機器としての電子機器とから構成され、携帯機器の記録媒体に記録されている任意の例えば映像ファイル、画像データ、番組情報および文書データ（以下、単に「データ」という）などのファイルを選択し、電子機器の赤外線インターフェースに向けて送信する一方、該電子機器はその受信したデータを受け取るものである。なお、この電子機器は、表示装置に限らず、例えば、図３に示す印刷装置、図４に示す例えばＤＶＤ(Digital Video Disk)レコーダ、ＣＤ（Compact Disk）レコーダ、ＨＤＤ(Hard Disk Drive: ハードディスク)、レコーダ、ビデオデッキなど記録装置、図５に示すパーソナルコンピュータ、および図６に示す他の記録媒体を有する携帯電話などの携帯機器にも適用が可能である。また、第１機器は、本実施の形態では、携帯電話などの携帯機器としているが、かならずしもこれに限らず、第１機器も表示装置、印刷装置、記録装置、パーソナルコンピュータなどの記録媒体を有する電子機器とすることが可能である。
【００６９】
上記の携帯機器および電子機器は、データ送信を行うための送信機器を備えており、この送信機器１は、図７に示すように、ＣＰＵ１１と、メモリ１２と、コントローラ１３と、ワイヤレス通信インターフェースとしての送信部１４とを備えている。
【００７０】
ＣＰＵ１１は、図示しない操作部に入力された利用者の指示に応じて、所定の演算処理を行うものである。所定の演算処理としては、転送データの転送処理がある。ＣＰＵ１１は、操作部から転送データの転送指示を受けると、転送すべき転送データをメモリ１２に格納するとともに、コントローラ１３に対して転送要求を行う。また、ＣＰＵ１１は、コントローラ１３から転送データの送信終了を表す送信終了通知を受けると、転送処理を完了する。
【００７１】
メモリ１２は、転送すべき転送データを１次記憶するものであり、ＣＰＵ１１により転送データが書き込まれる。本実施の形態では、このメモリ１２は、各種の通信機能を実現するためのプログラムおよびデータを記憶する記憶手段としての機能を有している。ここで各種の通信機能とは、以下の通信機能１〜通信機能８をいう。
【００７２】
（１）通信開始時に、サーチおよび、データリンク層の接続と上位層の接続を同時に行う手順を持つ通信機能１および通信機能２
（２）複数のパケットに分割されて連続的に送られた上位層データのパケットに対して１度でレスポンスを返す通信機能４および通信機能５
（３）通信機能１と通信機能４、もしくは通信機能２と通信機能５の両方の機能を有する通信機能７または通信機能８
次に、コントローラ１３は、ＣＰＵ１１からの転送要求に応じて、転送データの転送を制御するものであり、制御部１３１、データパケット生成部１３２および誤り検出訂正符号付加部１３３を備えている。
【００７３】
制御部１３１は、ＣＰＵ１１から転送要求を受けると、メモリ１２から転送データを読み出し、読み出した転送データをデータパケット生成部１３２に送るとともに、データパケット生成部１３２に対して複数のデータパケットを生成させる。このとき、制御部１３１は、データパケット生成部１３２が生成するパケット長やパケット間隔を制御する。なお、制御部１３１は、後述する誤り検出訂正符号付加部１３３により検出できるデータ容量から求められる最大パケット長以下でパケット長を制御する。
【００７４】
また、制御部１３１は、メモリ１２から読み出した転送データに対応する全てのデータパケットが送信部１４から送信されたことを検知して、転送データの送信が終了したことを表す送信終了通知をＣＰＵ１１に送る。
【００７５】
データパケット生成部１３２は、制御部１３１から受けた転送データを分割して、複数のデータパケットを生成する。このとき、データパケット生成部１３２は、制御部１３１から受けたパケット長になるように、転送データを分割し、分割データ（１）…（Ｎ）を生成する。そして、データパケット生成部１３２は、各分割データを情報として含むデータパケットを生成する。すなわち、データパケット生成部１３２は、分割データ（１）を含むデータパケット（１）、…、分割データ（Ｎ）を含むデータパケット（Ｎ）を生成する。なお、データパケット生成部１３２が生成したデータパケットの転送速度は、制御部１３１により制御される。
【００７６】
データパケット生成部１３２は、生成した複数のパケットを誤り検出訂正符号付加部１３３に送る。このとき、データパケット生成部１３２は、各データパケット間の時間間隔を、制御部１３１から受けたパケット間隔になるようにする。
【００７７】
ここで、各データパケットは、図３０で示したように、プリアンブルフィールド、スタートフラグ、アドレスフィールド、制御フィールド、データフィールド、ＦＣＳおよびストップフラグを含んでいる。
【００７８】
誤り検出訂正符号付加部１３３は、データパケット生成部１３２で生成されたデータパケットに対して、誤り検出符号または訂正符号を付加して、後段の送信部１４に送る。誤り検出訂正符号付加部１３３は、誤り検出符号または訂正符号をデータパケット内の上記ＦＣＳに含ませる。
【００７９】
なお、誤り検出符号（非特許文献１、２を参照）は、例えば、ＣＲＣ（Cyclic Redundancy Check）符号などの巡回符号であり、訂正符号は、例えば、パリティ検査符号、ハミング符号、リードソロモン符号などのＢＣＨ符号などである。なお、ＣＲＣ符号は或る定められた長さを持っており、その長さによりエラーを検出できるデータ量が限られる。具体的には、ＣＲＣ符号は１６ビット、３２ビットなどの長さを持っており、その長さによって例えば１６ビットであれば２０４８バイトまでのデータの中にある１ビットのエラーを１００％検出することができる。
【００８０】
送信部１４は、赤外線通信路を介して、コントローラ１３から受信した複数のパケットを所定の時間間隔で外部に送信する。
【００８１】
次に、本実施の形態の電子機器は、データ受信を行うための受信機器を備えており、この受信機器２について、図８に基づいて説明する。
【００８２】
同図に示すように、受信機器２は、ＣＰＵ２１と、メモリ２２と、コントローラ２３と、ＣＤＲ２４と、ワイヤレス通信インターフェースとしての受信部２５とを備えている。
【００８３】
受信部２５は、赤外線通信路を介して、送信機器１から送信されたパケットを受信し、受信したパケットをＣＤＲ２４に送る。
【００８４】
ＣＤＲ２４は、受信したパケットを基に、受信信号からクロック信号とデータ信号とを抽出する（リカバリする）ものである。ＣＤＲ２４は、リカバリしたクロック信号とデータ信号とをコントローラ２３に送る。
【００８５】
コントローラ２３は、ＣＤＲ２４から受けたパケットを基に、所定の制御処理を行うものである。コントローラ２３は、制御部２３１、パケット処理部２３２および誤り検出訂正回路２３３を備えている。
【００８６】
パケット処理部２３２は、ＣＤＲ２４によりリカバリされたパケットを受け、受けたパケットからスタートフラグおよびストップフラグを検出する。そして、パケット処理部２３２は、データフィールドおよびＦＣＳ部分を抽出する。すなわち、パケット処理部２３２は、受信部２５が受信したパケットのデータフィールドに含まれる情報と、該情報に対する誤り検出符号または訂正符号とを抽出する。パケット処理部２３２は、抽出した情報および誤り検出符号または訂正符号を、制御部２３１および誤り検出訂正回路２３３に送る。
【００８７】
例えば、パケット処理部２３２は、データパケットを受けると、該データパケットに含まれるデータと誤り検出符号または訂正符号とを抽出し、抽出したデータおよび誤り検出符号または訂正符号を、制御部２３１および誤り検出訂正回路２３３に送る。
【００８８】
誤り検出訂正回路２３３は、受けた情報に対して誤り検出または訂正を行い、その結果を制御部２３１に送る。
【００８９】
制御部２３１は、誤り検出訂正回路２３３から送られる結果に応じて、所定の処理を行う。すなわち、誤り検出訂正回路２３３からの結果が分割データに誤り（エラー）がないことを示している場合、制御部２３１は、該データをメモリ２２に書き込み、ＣＰＵ２１に対して受信完了通知を行う。一方、誤り検出訂正回路２３３からの結果がデータにエラーがあることを示している場合、制御部２３１は、該データを破棄して、ＣＰＵ２１に対して受信エラーがある旨の通知を行う。
【００９０】
メモリ２２は、受信部２５が受信したデータを記憶するものであり、制御部２３１によりデータが書き込まれる。また、本実施の形態では、各種の通信機能を実現するためのプログラムおよびデータを記憶する記憶手段としての機能を有している。各種の通信機能とは、送信機器１と同様に、前記通信機能１、２のうちの少なくとも１種類と通信機能３、あるいは前記通信機能４、５のうちの少なくとも１種類と通信機能６、あるいは前記通信機能７、８のうちの少なくとも１種類と通信機能９である。この通信機能３、６、９は、上述のように、ＩｒＤＡプロトコルである。
【００９１】
ＣＰＵ２１は、メモリ２２に書き込まれたデータにより、図示しない表示部に、生成した例えば画像データに対応する画像を表示させる。
【００９２】
次に、上記送信機器１と受信機器２とにおけるデータ転送処理について、図１（ａ）、および図１（ｂ）に示すシーケンス図を参照しながら説明する。
【００９３】
まず、送信機器１と受信機器２との間で赤外線通信を行う場合、通信機能３としてのＩｒＤＡプロトコルにおいては、図１（ａ）に示すように、局発見コマンドであるＸＩＤコマンド／レスポンスのパケット交換が行われる。
【００９４】
しかしながら、赤外線通信の特性上、手に持つ送信機器１と通信する相手である受信機器２とは、ユーザの目で見える範囲にあることになる。
【００９５】
そこで、本実施の形態では、図１（ｂ）に示すように、局発見コマンドであるＸＩＤコマンド／レスポンスのパケット交換の代わりに、受信する機器をユーザが認識し送信操作を行うことにより、例えば、携帯機器である送信機器１と通信する相手機器である電子機器を決めることができる。すなわち、通信開始時に相手機器のサーチと、相手機器との接続に必要なコマンドのやりとりとを同一のパケットで行う通信機能１を用いることによって、局発見コマンドのパケット交換を省略することができ、ファイルの通信にかかる時間を短縮することができる。具体的には、ＩｒＤＡプロトコルによる局発見にかかる時間は、通常３〜４秒程度であるため、ファイルの通信にかかる全体の時間をその分短縮することができる。
【００９６】
一方、ＩｒＤＡプロトコルでは通信開始時に、図１（ａ）や図２７に示すように、例えばＩｒＣＯＭＭやＩｒＦＭなどの双方向にデータを送受信する通信などの種々の通信を行うために、相手機器の能力である例えば、使用できる通信速度、最大ターンアラウンドタイム、１フレーム当たりのデータサイズ、ウィンドウサイズ、アディショナルＢＯＦの量、最小ターンアラウンドタイム、およびリンクのディスコネクト／スレッショルドタイムなどをＳＮＲＭコマンド／レスポンスを使用して交換することになる。
【００９７】
しかし、本実施の形態のように、ファイルを送ることのみ行うような場合には、ファイルを送るために必要なパラメータを予め決めておくことができる。
【００９８】
具体的には、１フレーム当たりのデータサイズや最大／最小ターンアラウンドタイムなどを予め決めておく。これにより、１次局側は予め決められた値から変更したいパラメータのみを記述した宣言したコネクトコマンドを出力し、２次局側では記述されていない場合には予め決められた値であると認識し、自局のパラメータと照合してネゴシエートしたパラメータを記述したレスポンスで返す。２次局でも予め決められた値と同一であればレスポンスにそのパラメータを記述しなくてもよい。１次局はその受け取ったレスポンスで、記述されていない場合には、予め決められた値であると認識して、そのパラメータで通信を行うことが可能となる。
【００９９】
また、例えば、１次局側は、２次局側のレスポンスを必要としないというパラメータを入れたコネクションコマンドを出力する。コネクションコマンドを受信した２次局はコマンドレスポンスを返さずに、その宣言されたパラメータをもってデータを受け入れる準備を行い、次いで、１次局がデータを出力する。これにより、さらに手順を短縮することができる。
【０１００】
また、さらに手順を短縮するために、全ての項目を予め決めておき、１次局からコネクトパケットも送信せずにデータ通信を開始するという方法も取ることができる。ＩｒＤＡプロトコルでは、この情報交換などに数〜十数回のパケット交換を行い、１〜２秒程度の時間がかかる。交換する機器情報を省略することによって、１または２個のパケット交換にすることができ、かかる時間を１００ｍｓ程度に抑えることができる。
【０１０１】
アプリケーションのパラメータを決めておかなくても、接続パケットと同時にアプリケーションパラメータを送ることでも実現可能である。図１１（ａ）では、データリンク層の接続パラメータの後ろにデータリンク層より上のパラメータをつけて送ることにより、１往復の接続で上位層（ネットワーク層、トランスポート層、セッション層など）まで接続可能な例を示す。接続パケットの例は図１１（ｃ）に記載されている。
【０１０２】
このように、交換する機器情報を省略する、つまり通信開始時に最小限の接続パラメータとレスポンスが必要か否かのみを交換し、その他のパラメータは予め固定した値を使用する、もしくはデータリンク層の接続リクエストと同時に上位層の接続パラメータを入れることによって、図１（ｂ）に示すように、ファイルの通信にかかる全体の時間をさらに短縮することができる。
【０１０３】
また、ＩｒＤＡプロトコルでは、図９（ａ）に示すように、データフレーム（Ｉフレーム）を１次局が送った後に、２次局がそれに対する応答を返す動作を行うことによって、データの完全性（誤りの無いデータを送受信する）を保持しようとする。
【０１０４】
しかしながら、携帯機器のように手に持つ機器からの通信の場合、いかに完全性を保つプロトコルを実装したとしても、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりしてしまうと、通信が困難になる。その結果、誤りデータが多くなり、２次局は１次局に対して再送要求を頻繁に行い、１次局はそれに応答して再送を頻繁に行う。その結果、パケット交換にかかる時間が増加する。
【０１０５】
これに対して、本実施の形態では、通信機能４または通信機能５を採用してデータの再送処理を行わない、もしくは再送要求の回数を減らすようにする。
【０１０６】
すなわち、データを送った結果が、電子機器での記録や表示により、その場で送信者であるユーザの目で確認できるような通信の場合には、受信機に近づくとか送信機の角度を変えるなど、ユーザ自らが通信状態を改善することができるので、その改善によりエラー処理の量を減らすことができる。
【０１０７】
このように、通信中のデータにエラーが発生してもデータの再送リクエストを複数のデータ受信を行った後に一括して送信する通信機能４、５を採用することによって、図９（ｂ）に示すように、ファイルの通信にかかる時間を短縮することができる。
【０１０８】
図３２（ａ）にＩｒＤＡの再送手順を示す。従来のＩｒＤＡではデータを送信した後に、受信機は下位層のレスポンス（ＬＡＰ）を返し、その後送信機が再度送信権を受信機に譲渡する（ＲＲ）、その後受信機は上位層（ＯＢＥＸ）のレスポンスを返信した後で、次のデータを送信するというシーケンスを行う。
【０１０９】
エラーが発生した場合には下位層のレスポンスによりその旨通知し、そのパケットの再送信を行う。
【０１１０】
図３２（ｂ）に通信機能４または通信機能７で使用する本発明の正常系動作、図３２（ｃ）に本発明のエラーが起きたときの動作を示す。送信機はパケットにシーケンスナンバーを振り、決められた数のまとまったパケットを送信した後に受信機に送信権を与え、受信機にデータが問題なかったかの問い合わせを行う。
【０１１１】
受信機はＯＫ（エラーを検出しなかった）場合には正常に受信した旨を送信機に通知し、エラーを検出した場合は受けることができなかったパケット以降のデータ部分を無視し、送信権の譲渡の部分のみを確認し送信権の譲渡を受けた後に受けることのできなかったパケット番号を通知する。この場合のエラーとは、パケット中のデータの一部が破損していることをＣＲＣなどにより検出した場合や、シーケンスナンバーで番号が飛んでいることを言う。
【０１１２】
送信機はＯＫを受けた場合には次のパケットから送信を行う。エラーがあったという通知（パケット番号）を受けた場合には、そのパケット番号から先ほど送信したデータを再送信する。
【０１１３】
以上のような仕組みを取ることにより、パケット間を詰めることができ、効率のよい通信が可能となる。
【０１１４】
図３３（ａ）に通信機能５または８で使用する本発明の正常系動作、図３３（ｂ）に本発明のエラーが起きたときの動作を示す。送信機はパケットにシーケンスナンバーを振り、全てのデータを連続で送信する。
【０１１５】
受信機はエラーがあったかどうかを確認するのみであり、正常に受信した場合には全てのデータを受けた後に受信機内で正常受信であることを認識し、次の動作を行う。この場合の次の動作とは、例えば受信したデータを表示したり、印刷したり、保存したりすることである。
【０１１６】
エラーを検出した場合には受信機内で正常受信できなかったことを認識し、次の動作を行う。この場合の次の動作とは、失敗したことをユーザーに知らせるためのインジケートや、次の受信待ち状態になることである。
【０１１７】
本実施の形態のようにエラー処理の量を減らすことにより、データパケットおよび応答パケットの個数を減らすことができ、交換にかかる時間を減らし、ＣＰＵの負荷を殆ど必要としなくなるため、携帯機器でもＦＩＲを使用した場合には３．５〜３．８Ｍｂｐｓの実効速度が可能となる。例えば８０万画素（ＸＧＡ：１０２４×７６８）程度のＪＰＥＧ圧縮された１５０ｋＢｙｔｅのファイルであれば、ＩｒＤＡプロトコルにおいて実効速度が２Ｍｂｐｓとして０．６秒、１Ｍｂｐｓとして１．２秒かかる。しかし、本実施の形態のように、エラーレートの処理量を減らして３．８Ｍｂｐｓの実効速度になれば０．３１秒になり、３．５Ｍｂｐｓの実効速度になれば０．３５秒になる。この結果、ＩｒＤＡの約半分以下で通信できることになり、ファイルの通信にかかる時間を短縮することができる。
【０１１８】
また、上記２つの通信機能の両方を使用する通信機能７、８を採用することにより、図１０（ａ）に示すＩｒＤＡプロトコルにおけるファイルの通信にかかる時間を、図１０（ｂ）または図１０（ｃ）に示すように、さらに短縮することができる。
【０１１９】
例えば、上記２つの通信機能を使用した場合、上述の１５０ｋＢｙｔｅの映像ファイルを送信する場合について説明すると、ＩｒＤＡでは、
局発見（３〜４秒）＋情報交換（１〜２秒）＋データ送信（０．６〜１．２秒）＝トータル（４．６〜７．２秒）
かかるものが、
（局発見＋情報交換）（０．１秒）＋データ通信（０．３１〜０．３５秒）＝トータル（０．４１〜０．４５秒）
となり、１０分の１から１７分の１の通信時間となる。
【０１２０】
通信時間が５秒程度となると、ユーザは通信中に携帯機器を別の方向に向けてしまったり、通信ができていないものとあきらめてしまうこともあると考えられるが、通信時間が０．５秒程度であれば、携帯機器を向けて、送信処理を行っている間にデータ通信が終了しているため、非常にわかりやすく、便利な通信が行えることになる。
【０１２１】
このように、本実施の形態のデータ転送システムおよびそのデータ転送方法では、ワイヤレス通信インターフェースとしての送信部１４・受信部２５およびデータを保存する記録媒体（メモリ１２・２２）を備えた携帯機器と、ワイヤレス通信インターフェースとして送信部１４・受信部２５を備え、データを記録する電子機器とを含む。そして、携帯機器および上記電子機器は、通信開始時に相手機器をサーチすると同時に接続に必要なパラメータ交換を行う通信機能１、２を記憶する記憶手段（メモリ１２・２２）と、通信を制御する通信制御手段としてのコントローラ１３・２３とをそれぞれ備え、これら両コントローラ１３・２３は、携帯機器と電子機器との間でデータを、通信機能１、２を使用して転送する。
【０１２２】
つまり、通信時間を短くする方法として、通信開始時に相手機器のサーチを行うだけの局発見コマンド（ＩｒＤＡではＸＩＤコマンド）を送出せず、サーチと接続に必要なパラメータを保有するコマンドとの両方の機能を備えたパケットを出力する通信機能１、２を使用して携帯機器と電子機器との通信を行うようにする。
【０１２３】
この結果、局発見コマンドと接続手順との両方を使用しないので、データの転送時間を短くすることができる。したがって、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
【０１２４】
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、通信機能１、２で交換する、接続に必要なパラメータは、予め固定した値を使用すべく、初期値を設定しておくか、接続パケットの中に上位層の接続パラメータもしくはコマンドまで含めて送る。
【０１２５】
この結果、接続に必要なパラメータとして予め設定した固定値を使用すること、もしくは、一つの接続パケットに含まれる上位層のパラメータもしくはコマンドを使用することによって、接続時間をさらに短くすることができる。したがって、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
【０１２６】
ここでいう初期値とは、例えば、データリンク層で言う
Baud Rate: 4Mbps, 115kbps, 9600bps
（通信速度）
Maximum Turn Around Time: 1s [送信機(Primary)],100ms[受信機(Secondary)]
（最大に送信権をもつことができる時間）
Data Size: 2048 bytes
（1つのパケットに入れることができる最大長）
Window Size: 1 
（既存IrDAでの連続して送信可能なパケット数）
Additional BOFs: 0
（115kbpsまたは9600bps時に光学特性安定のため挿入するダミーパルスの数）
Minimum Turn Around Time: 0.5ms
（相手機器からのパケットを受信した後、送信するまでに最低待たなければならない時間）
Link Disconnect/Threshold Time: 1 seconds
（設定値だけパケットが受信できなかった場合に切断とする時間）
Minimum Packet Interval: 100 us 
（パケット間の時間）
のようなデータであり、上位層のコマンドとは例えばＯＢＥＸのＣｏｎｎｅｃｔコマンドとそのサクセス等のレスポンスを指す。
【０１２７】
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、携帯機器および電子機器は、通信中にデータにエラーが発生してもデータの再送処理を行なわない、もしくは多くの連続したデータ送信に一度のエラー処理を行うような、エラー処理回数を減らした通信機能４、５を実現するためのプログラムおよびデータ記憶する記憶手段としてのメモリ１２・２２と、通信を制御する通信制御手段としてのコントローラ１３・２３とをそれぞれ備え、これらコントローラ１３・２３は、携帯機器と電子機器との間でデータを、通信機能４、５を使用して転送する。
【０１２８】
つまり、通信時間を短くする方法として、エラー処理の回数を減らす通信機能４、５を使用して携帯機器と電子機器との通信を行うようにする。また、エラー情報の返送に関して、１つのパケットで返るようにする。
【０１２９】
この結果、再送処理を行うために頻繁に交互にやり取りが行われるフレームおよびレスポンスパケットを省略でき、また、再送処理のために必要なＣＰＵの処理能力を軽減でき、さらに、データの転送時間を短くすることができる。したがって、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
【０１３０】
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、携帯機器および電子機器は、前記通信機能１と通信機能４との両方の機能を有する通信機能７もしくは通信機能２と通信機能５の両方の機能を有する通信機能８を実現するためのプログラムおよびデータを記憶する記憶手段としてのメモリ１２・２２と、通信を制御する通信制御手段としてのコントローラ１３・２３とをそれぞれ備え、これらコントローラ１３・２３は、携帯機器と電子機器との間でデータを、通信機能７、８を使用して転送する。
【０１３１】
この結果、通信機能１と通信機能４との両方の特徴を持つ通信機能７、もしくは通信機能２と通信機能５との両方の特徴を持つ通信機能８を使用することにより、さらに、データの転送時間を短くすることができる。したがって、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
【０１３２】
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、ワイヤレス通信は、赤外線（ＩＲ）通信である。
【０１３３】
すなわち、赤外線を用いたデータ転送として、前述したように、ＩｒＤＡ規格がある。したがって、例えばＩｒＤＡ規格に準拠した転送方式を採用している機器に対して、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
【０１３４】
〔実施の形態２〕
本発明の他の実施の形態について図１０、図１１を用いて説明を行う。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１と同じである。また、説明の便宜上、前記の実施の形態１の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
【０１３５】
図１０（ｂ）では接続手順を減らし、受信機側からのレスポンスを少なくする通信機能７を用いているが、さらに受信機からの応答をなくして、通信機能８として片方向だけで通信することで、受信機側のデータ送信機能を不要にすることができる。通常のデータ通信では片方向の通信はデータが確実に到着したかどうか不明であるため使いにくいが、本発明のように、ユーザが携帯電話から静止画を送り、その結果がユーザが一目でわかるような応用では特に問題ない。図１０（ｃ）が片方向のみの通信のシーケンスである。パケットの構造については図１０（ｂ）と変わらない。
【０１３６】
図１１（ａ）、図１１（ｂ）に本実施の形態の接続だけのシーケンス、図１１（ｃ）に接続パケットの構造を記載する。この場合には図１１（ｃ）の下段のレスポンスパケットは使われない。
【０１３７】
〔実施の形態３〕
本発明の他の実施の形態について図３４から図５８に基づいて説明すれば、以下のとおりである。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１、２と同じである。また、説明の便宜上、前記の実施の形態１、２の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
【０１３８】
（１）通信層
図３４は、ＯＳＩ７階層モデルと、ＩｒＤＡの階層および本発明に係る通信システムの階層の対応関係を示す模式図である。
【０１３９】
本実施の形態では、本発明に係る通信システムの送信機および受信機の構成および動作について、ＯＳＩ７層モデルに基づいて詳細に説明する。ここで、ＯＳＩ７層モデルとは、いわゆる「ＯＳＩ基本参照モデル」「ＯＳＩ階層モデル」とも呼ばれているものである。
【０１４０】
ＯＳＩ７層モデルでは、異機種間のデータ通信を実現するために、コンピュータの持つべき通信機能が７階層に分割され、各層ごとに標準的な機能モジュールが定義されている。
【０１４１】
具体的には、第１層(物理層)は、データを通信回線に送出するための電気的な変換や機械的な作業を受け持つ。第２層(データリンク層)は、物理的な通信路を確保し、通信路を流れるデータのエラー検出などを行う。第３層(ネットワーク層)は、通信経路の選択や通信経路内のアドレスの管理を行う。第４層(トランスポート層)は、データ圧縮や誤り訂正、再送制御などを行う。第５層(セッション層)は、通信プログラム同士がデータの送受信を行うための仮想的な経路（コネクション）の確立や解放を行う。第６層(プレゼンテーション層)は、第５層から受け取ったデータをユーザが分かりやすい形式に変換したり、第７層から送られてくるデータを通信に適した形式に変換したりする。第７層(アプリケーション層)は、データ通信を利用した様々なサービスを人間や他のプログラムに提供する。
【０１４２】
本実施の形態に係る通信システムの各通信層も、上記ＯＳＩ７層モデルの対応する階層と同等の機能を有する。ただし、図３４に示すように、上記通信システムは、セッション層とプレゼンテーション層とを１つにした、６階層の構造となっている。
【０１４３】
本発明は、送信機および受信機が複数の通信層の接続を確立して通信を行うの通信システムに広く適用可能である。すなわち、通信機能の分割はＯＳＩ７層モデルに従っていなくてもよい。また、通信層の数は、接続すべき通信層が複数であれば、任意に選択できる。
【０１４４】
また、本発明は、複数の通信層の接続リクエストをまとめることにより、接続に要する時間を短縮するものであるため、通信路が切断した場合でも再接続が容易である。よって、本発明は、通信路が切断しやすい、例えば赤外線による無線通信に特に適している。ただし、本発明は、IEEE802.11無線、Bluetoothを含む他の無線通信、および、有線通信においても効果的である。
【０１４５】
また、本実施の形態では、すべての通信層の接続を１回の通信で接続する例について説明するが、本発明はこれに限定されない。例えば、１つの通信層を接続した後、残りの複数の通信層を接続するようにしてもよい。また、１つの通信層の接続が複数回の通信によって行われてもよい。例えば、ネットワーク層の接続が２回の通信を要する場合、データリンク層の接続とネットワーク層の１回目の接続とを１つの接続リクエストにまとめ、ネットワーク層の２回目の接続とトランスポート層の接続とを１つの接続リクエストにまとめてもよい。
【０１４６】
本実施の形態では、説明の便宜上、本発明の一適用例であるＩｒＳｉｍｐｌｅに基づいて説明する。しかし、本発明はＩｒＳｉｍｐｌｅに限定されるものではない。なお、ＩｒＳｉｍｐｌｅとは、従来のＩｒＤＡの一部機能を改良したものである。
【０１４７】
本実施の形態では、ＩｒＳｉｍｐｌｅに則って、データリンク層、ネットワーク層、トランスポート層、セッション層＋プレゼンテーション層を、それぞれ、ＬＡＰ、ＬＡＭＰ、ＳＭＰ、ＯＢＥＸと表記することがある。また、通信層を送信機、受信機で区別する場合に、送信機に“Ｐ”、受信機に“Ｓ”と付記する。例えば、“ＬＡＰ（Ｐ）”とは、送信機のデータリンク層を意味する。
【０１４８】
（２）送信機−受信機間のシーケンス
（２−１）接続シーケンス
〔Ａ〕従来のＩｒＤＡ
図２７は、従来のＩｒＤＡの接続シーケンスを示すシーケンス図である。また、図２８は、従来のＩｒＤＡの接続シーケンスの際の通信データのデータ構造を示す説明図である。
【０１４９】
図２７に示すように、従来のＩｒＤＡではＸＩＤコマンドを使用して、接続する対象機器のサーチを行う。サーチとは相手機器が通信圏内にいるかどうかを判別するためのものである。この際、このＸＩＤコマンドを受信する機器が、このＸＩＤコマンドを受け取ることができるようにDestination Device Addressにグローバルアドレス（Global）を使用する（図２８のXID command）。
【０１５０】
ＸＩＤコマンドを受けた受信機は、ＸＩＤレスポンスを返信する。この際、ＸＩＤレスポンスには、Destination Device AddressにＸＩＤコマンドのSource Device Addressを挿入する（図２８のXID response）。
【０１５１】
相手機器が見つかった場合、送信機はデータリンク層を接続するために、ＳＮＲＭコマンドを送信する。この際、ＸＩＤレスポンスのSource Device AddressをＳＮＲＭコマンドのDestination Device Addressに入れることで検出した機器のみに接続するように、必要なパラメータを入れて送信する。このＳＮＲＭコマンドを受けた受信機は、ＵＡレスポンスを、接続に必要なパラメータを入れて返信する。この流れでデータリンク層の接続が終了する。
【０１５２】
その後、同様にして、ネットワーク層、トランスポート層、セション層、プレゼンテーション層等の上位層の接続を行っていく。
【０１５３】
〔Ｂ〕本実施の形態（レスポンス有り）
図１１（ａ）は、本実施の形態（レスポンス有り）の接続シーケンスを示すシーケンス図である。また、図１１（ｃ）は、本実施の形態（レスポンス有り）の接続シーケンスの際の通信データのデータ構造を示す説明図である。
【０１５４】
本実施の形態（レスポンス有り）では、ＳＮＲＭのDestination Device Addressにグローバルアドレスを使用することにより、サーチと同様の機能をＳＮＲＭコマンドに持たせることができる（図１１（ｃ）のSNRM command）。
【０１５５】
また、本実施の形態（レスポンス有り）では、データリンク層の接続パケットであるＳＮＲＭコマンドおよびＵＡレスポンスの中に、ネットワーク層、トランスポート層、セション層、プレゼンテーション層等の上位層の接続に必要なパラメータおよびコマンドを挿入する。これにより、従来のＩｒＤＡでは必要であった上位層それぞれを接続するための接続パケットを１つのパケットに凝縮することができる。
【０１５６】
それゆえ、従来、複数のパケットが必要であった、サーチと接続シーケンスを１つのパケット対で行うことができる。
【０１５７】
〔Ｃ〕本実施の形態（レスポンス無し）
図１１（ｂ）は、本実施の形態（レスポンス無し）の接続シーケンスを示すシーケンス図である。また、図１１（ｃ）は、本実施の形態（レスポンス無し）の接続シーケンスの際の通信データのデータ構造を示す説明図である。なお、本実施の形態（レスポンス無し）では、ＵＡレスポンス（図１１（ｃ）のUA response for SNRM）は不要である。
【０１５８】
ユーザまたはアプリケーションおよびデータ種類によっては、受信機からのレスポンスを省略した通信方式を選択できる。この場合、図１１（ｂ）に示すように、ＳＮＲＭコマンドのみでサーチおよび接続が終了したものとできる。
【０１５９】
（２−２）データ交換シーケンス
〔Ａ〕従来のＩｒＤＡ
図３２（ａ）は、従来のＩｒＤＡのデータ交換シーケンスを示すシーケンス図である。また、図３５（ａ）は、従来のＩｒＤＡのデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。
【０１６０】
図３２（ａ）に示すように、従来のＩｒＤＡでは、データを送信した後に、受信機は下位層のレスポンス（LAP Response）を返し、その後送信機が再度送信権を受信機に譲渡し（RR）、その後受信機は上位層のレスポンス（OBEX Response）を返信した後で、次のデータを送信するというシーケンスを行う。
【０１６１】
なお、エラーが発生した場合には下位層のレスポンスによりその旨通知し、そのパケットの再送信を行う。
【０１６２】
従来のＩｒＤＡでは、Ｉフレーム（図３５（ａ））を用いてデータ通信を行う。Nsは送信機が管理する番号が入り、Nrは受信機が管理する番号が入る。データリンク層（ＬＡＰ層）は、この番号を利用することで、再送や、パケットの欠落を防止する。
【０１６３】
〔Ｂ〕本実施の形態（レスポンス有り）
図３２（ｂ）（ｃ）は、本実施の形態（レスポンス有り）のデータ交換シーケンスを示すシーケンス図である。また、図３５（ｂ）は、本実施の形態（レスポンス有り）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。
【０１６４】
本実施の形態（レスポンス有り）では、１つのデータ間毎の下位層及び上位層のレスポンスを極力減らし、多くのデータを送信した後にエラーがあったか無かったかを返信する。
【０１６５】
送信機は、データ通信時に、シーケンシャルなパケット番号および受信データに問題がなかったかを問うためのフラグと、上記データをパケットのサイズに合わせて分割した分割データで構築されたパケットを用いる。
【０１６６】
図３２（ｂ）に示すように、送信機は、所定数のパケット数を送信した後に上記フラグをオンにしたパケットの送信を行う。これに対し、受信機は、以前のデータの始めから、もしくは上記フラグがオンであったパケットを受信し、返信を行ってから、エラーを検出しなかった場合は、正常に受信した旨を送信機に通知する。また、受信機は、以前のデータの始めから、もしくは上記フラグがオンであったパケットを受信し、返信を行ってから、エラーを検出した場合は、受信することができなかったパケット以降の上記分割データ部分を無視し、上記フラグのみを確認し、上記フラグがオンであった場合に、エラーにより受信できなかったパケット番号を送信機へ通知する。
【０１６７】
さらに、送信機は、正常に受信した旨を受信機から受けた場合、次のパケットから送信を行う。また、送信機は、エラーがあったという通知を受けた場合、受信できなかったパケット番号から、上記フラグをオンにしたパケットまでを再送信する。
【０１６８】
これにより、パケット間を詰めることができ、効率のよい通信が可能となる。
【０１６９】
図３５（ｂ）に示すように、本実施の形態（レスポンス有り）では、ＵＩフレームを使用する。このため、データリンク層（ＬＡＰ層）ではパケットの抜けが認識できず、トランスポート層で検出する。
【０１７０】
ＵＩフレームのトランスポート層のデータ部分にシーケンシャルナンバーとデータ確認用フラグ、データの最後のパケットかどうか、受信したデータが正常であったかを示すフラグを設け、それらのフラグによってデータの送信を行う。
【０１７１】
〔Ｃ〕本実施の形態（レスポンス無し）
図３３（ａ）（ｂ）は、本実施の形態（レスポンス無し）のデータ交換シーケンスを示すシーケンス図である。また、図３５（ｂ）は、本実施の形態（レスポンス無し）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。
【０１７２】
本実施の形態（レスポンス無し）では、受信機のレスポンスを必要としない場合、データの完全性のみを確認する。そのため、送信機はパケットにシーケンスナンバーを振り、全てのデータを連続で送信する。
【０１７３】
そして、受信機は、エラーがあったかどうかを確認するのみであり、正常に受信した場合には全てのデータを受けた後、受信機内で正常受信であることを認識し、次の動作を行う。この場合の次の動作とは、例えば受信したデータを表示したり、印刷したり、保存したりすることである。一方、エラーを検出した場合、受信機内で正常受信できなかったことを認識し、次の動作を行う。この場合の次の動作とは、失敗したことをユーザーに知らせるためのインジケートや、次の受信待ち状態になることである。
【０１７４】
なお、本実施の形態（レスポンス無し）でも、図３５（ｂ）に示すＵＩフレームを使用する。
【０１７５】
（２−３）切断シーケンス
〔Ａ〕従来のＩｒＤＡ
図３６（ａ）は、従来のＩｒＤＡの切断シーケンスを示すシーケンス図である。また、図３６（ｂ）は、従来のＩｒＤＡの切断シーケンスの際の通信データのデータ構造を示す説明図である。
【０１７６】
図３６（ａ）に示すように、従来のＩｒＤＡでは、上位層から順に切断の処理を行っていき、最後にデータリンク層（ＬＡＰ層）の切断を行う。
【０１７７】
〔Ｂ〕本実施の形態（レスポンス有り）
図３７（ａ）は、本実施の形態（レスポンス有り）の切断シーケンスを示すシーケンス図である。また、図３７（ｃ）は、本実施の形態（レスポンス有り）の切断シーケンスの際の通信データのデータ構造を示す説明図である。
【０１７８】
図３７（ｃ）に示すように、本実施の形態（レスポンス有り）では、ネットワーク層、トランスポート層、セション層、プレゼンテーション層等の上位層の切断に必要なパラメータおよびコマンドを、ＤＩＳＣコマンドおよびＵＡレスポンスの中に挿入した。
【０１７９】
これにより、従来、複数のパケットが必要であった、切断シーケンスを１つのパケット対で行うことができる。
【０１８０】
〔Ｃ〕本実施の形態（レスポンス無し）
図３７（ｂ）は、本実施の形態（レスポンス無し）の切断シーケンスを示すシーケンス図である。また、図３７（ｃ）は、本実施の形態（レスポンス有り）の切断シーケンスの際の通信データのデータ構造を示す説明図である。なお、本実施の形態（レスポンス無し）では、ＵＡレスポンス（図３７（ｃ）の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を上位層（アプリケーション）操作することで、切り替えることができる。
【０３１３】
ここで、レスポンス有り/無しの切換えの基準としては、送信するファイルのファイル形式、アプリケーション、ユーザの選択等が考えられる。
【０３１４】
具体的には、ファイル形式を基準とする場合、例えば、マルチメディア関連ファイルの場合にはレスポンス有り/無し両方選べるようにし、電話帳、メール、スケジュール等のファイルであってデータが受信されたことを確認したい場合にはレスポンス有りが自動的に選択されるようにしてもよい。また、アプリケーションを基準とする場合、例えば、スライドショーの場合にはレスポンス無しが自動的に選択されるようにしてもよい。また、ユーザの選択による場合、例えば、レスポンス有り/無しのメニュー表示からユーザに選択させるようにしてもよい。
【０３１５】
図５５〜図５７は、本実施の形態の接続シーケンスのときの、通信層間のデータおよびパラメータの流れの変形例を示す説明図である。
【０３１６】
送信機において最初のＳＮＲＭコマンドにすべての通信層の情報が含まれる場合に（図３９）、データやパラメータを各通信層でリレーしながら伝達する（図５０）のではなく、図５５のように、各通信層からＬＡＰ層へ直接渡すように構成することもできる。
【０３１７】
また逆に、図５６のように、受信機において、ＳＮＲＭコマンドに含まれるデータやパラメータをすべて取り出し、宛先である各通信層へＬＡＰ層から直接渡すように構成することもできる。
【０３１８】
また、図５７のように、送信機において、ＯＢＥＸ（Ｐ）、ＳＭＰ（Ｐ）、ＬＭＰ（Ｐ）のデータやパラメータをＬＭＰ（Ｐ）で統合し、さらに、ＬＡＰ（Ｐ）にて、上記統合したデータやパラメータにＬＡＰ（Ｐ）のパラメータを追加してＳＮＲＭコマンドを生成するように構成することもできる。
【０３１９】
（５）機能ブロック
図５８は、本実施の形態に係る通信システム１０００の一構成例を示す機能ブロック図である。
【０３２０】
図５８に示すように、通信システム１０００は、互いの複数の通信層の接続を確立して通信を行う送信機１１００および受信機１２００を含んで構成されている。ここで、送信機１１００および受信機１２００は、隣接する複数の通信層の接続／切断に必要なコマンドおよびデータを１つの接続／切断リクエストで送受信して、接続を確立／切断するプロトコルに対応している。
【０３２１】
また、上記通信システム１０００は、送信機１１００と、互いの複数の通信層の接続を確立して通信を行う受信機１３００を含んでいる。ここで、送信機１１００および受信機１３００は、複数の通信層の接続／切断に必要なコマンドおよびデータを、通信層毎の接続／切断リクエストで送受信して、接続を確立／切断するプロトコル（例えば、従来のＩｒＤＡ）に対応している。
【０３２２】
なお、送信機１１００、受信機１２００、１３００は、それぞれ送信機としての機能と受信機としての機能の両方を備えていてもよい。すなわち、送信機１１００の機能と受信機１２００の機能を備えることによって、本実施の形態に係る通信プロトコルを用いて送受信を行う通信機を構成できる。また、送信機１１００の機能と受信機１２００、１３００の機能の機能を備えることによって、本実施の形態に係る通信プロトコルと、従来のＩｒＤＡの通信プロトコルとを切り換えて送受信を行う通信機を構成できる。
【０３２３】
上記送信機１１００は、リクエスト生成部（接続リクエスト生成手段、切断リクエスト生成手段）１１０１、リクエスト送信部（接続リクエスト送信手段、切断リクエスト送信手段）１１０２、接続設定部（接続設定手段）１１０３、レスポンス受信部（レスポンス受信手段）１１０４を少なくとも備える。
【０３２４】
なお、上記リクエスト生成部１１０１および接続設定部１１０３は、各通信層Ｌ２ａ、Ｌ３ａ、Ｌ４ａ、Ｌ５６ａに設けられている。上記リクエスト送信部１１０２およびレスポンス受信部１１０４は、物理層Ｌ１の直上の通信層Ｌ２ａに設けられている。
【０３２５】
上記リクエスト生成部１１０１は、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを生成する。また、上記リクエスト生成部１１０１は、隣接する複数の通信層の切断に必要なコマンドおよびデータを含む切断リクエストを生成する。なお、ここでいう複数の通信層とは、物理層Ｌ１とアプリケーション層Ｌ７を除いた中間層（通信層Ｌ２ａ、Ｌ３ａ、Ｌ４ａ、Ｌ５６ａ）のことである。
【０３２６】
なお、接続リクエストにおいてコマンドおよびデータをまとめる通信層の組合せと、切断リクエストにおいてコマンドおよびデータをまとめる通信層の組合せとは、一致していなくてもよい。例えば、接続の際には、通信層を２組にまとめて、２つの接続リクエストによって接続を確立し、切断の際には、すべての通信層を１つの切断リクエストによって切断してもよい。
【０３２７】
また、上記リクエスト生成部１１０１は、レスポンス有りのプロトコルで接続する場合、接続リクエストに当該接続リクエストに対するレスポンスを送信することを受信機１２００に要求するコマンドを含める。
【０３２８】
また、上記リクエスト生成部１１０１は、レスポンス有りのプロトコルで接続する場合、接続リクエストにデータ通信の際にレスポンスを送信することを受信機に要求するコマンドを含める。
【０３２９】
なお、上記リクエスト生成部１１０１は、レスポンス有りのプロトコルで接続する場合であっても、接続リクエストに当該接続リクエストに対するレスポンス、およびデータ通信の際のレスポンスのいずれか一方のみをコマンドを含めるようにしてもよい。すなわち、接続リクエストに対するレスポンスを省略することもできるし、データ通信の際のレスポンスを省略することもできる。もちろん、両方のレスポンスを省略すれば、レスポンス無しのプロトコルでの接続となる。
【０３３０】
上記リクエスト送信部１１０２は、上記リクエスト生成部１１０１が生成した接続リクエストおよび切断リクエストを受信機１２００へ送信する。また、上記レスポンス受信部１１０４は、接続リクエストおよび切断リクエストに対するレスポンスを受信機１２００から受信する。
【０３３１】
上記接続設定部１１０３は、レスポンス有りのプロトコルで接続した場合、自機から送信した接続リクエストに対する、受信機１２００から受信したレスポンスに応じた設定を各通信層において行う。
【０３３２】
また、上記接続設定部１１０３は、レスポンス無しのプロトコルで接続した場合、自機から送信した接続リクエストに対するレスポンスを受信機から受信することなく、当該接続リクエストに応じた設定を各通信層において行う。
【０３３３】
上記受信機１２００は、リクエスト受信部（接続リクエスト受信手段、切断リクエスト受信手段）１２０１、接続確立部（接続確立手段、切断手段）１２０２、レスポンス生成部（レスポンス生成手段）１２０３、レスポンス送信部（レスポンス送信手段）１２０４を備える。
【０３３４】
なお、上記リクエスト受信部１２０２および上記レスポンス送信部１２０４は、物理層Ｌ１の直上の通信層Ｌ２ａに設けられている。上記接続確立部１２０２および上記レスポンス生成部１２０３は、各通信層Ｌ２ａ、Ｌ３ａ、Ｌ４ａ、Ｌ５６ａに設けられている。
【０３３５】
上記リクエスト受信部１２０１は、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを送信機１１００から受信する。また、上記リクエスト受信部１２０１は、隣接する複数の通信層の切断に必要なコマンドおよびデータを含む切断リクエストを送信機１１００から受信する。
【０３３６】
上記接続確立部１２０２は、上記接続リクエスト受信部１２０１が受信した接続リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を確立させる。また、上記接続確立部１２０２は、切断リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を切断する。
【０３３７】
上記レスポンス生成部１２０３は、レスポンス有りのプロトコルで接続している場合、すなわち、リクエストやデータに対するレスポンスの送信を要求するコマンドを受信した場合、レスポンスを生成する。
【０３３８】
例えば、上記レスポンス生成部１２０３は、接続リクエストに当該接続リクエストに対するレスポンスの送信を要求するコマンドが含まれていた場合、レスポンスを生成する。また、接続リクエストにデータ交換の際にレスポンスの送信を要求するコマンドが含まれていた場合、データの受信に応じてレスポンスを生成する。
【０３３９】
上記レスポンス送信部１２０４は、上記レスポンス生成部１２０３が生成したレスポンスを、送信機１１００に送信する。
【０３４０】
上記の構成により、１つの接続リクエストによって、複数の通信層を接続することができる。よって、複数の通信層を接続するためのコマンドおよびデータを１つの接続リクエストにまとめることが可能となる。
【０３４１】
したがって、従来のＩｒＤＡのように通信層毎に接続リクエストを送信するプロトコルと比べて、接続の確立に要する時間を短縮することができる。それゆえ、データ交換の途中で切断されても、短時間で再度接続して、データ交換を再開することが可能となる。
【０３４２】
また、送信機からのリクエストに、受信機からのレスポンスの要否の指定を含めることができる。さらに送信機は、受信機からのレスポンスを要求しない場合、受信機からのレスポンスなしで接続を確立するなどの処理を完了することができる。
【０３４３】
さらに、上記送信機１１００は、受信機１３００と通信するために、複数の通信層の接続／切断に必要なコマンドおよびデータを、通信層毎にリクエストにして送信する機能を有する。なお、受信機１３００は、従来のＩｒＤＡ等のプロトコルに対応したものを任意に選択できるため、詳細な説明は省略する。
【０３４４】
具体的には、上記送信機１１００は、上記リクエスト生成部（第１の接続リクエスト生成手段）１１０１、上記リクエスト送信部１１０２、上記接続設定部１１０３に加えて、第２のリクエスト生成部（第２の接続リクエスト生成手段）１１５１、第２のリクエスト送信部（接続リクエスト送信手段）１１５２、プロトコル選択部（選択手段）１１３１を備える。
【０３４５】
なお、上記第２のリクエスト生成部１１５１は、各通信層Ｌ２ｂ、Ｌ３ｂ、Ｌ４ｂ、Ｌ５６ｂに設けられている。上記プロトコル選択部１１３１は、アプリケーション層Ｌ７に設けられている。上記リクエスト送信部１１５２は、物理層Ｌ１の直上の通信層Ｌ２ｂに設けられている。さらに、各通信層Ｌ２ｂ、Ｌ３ｂ、Ｌ４ｂ、Ｌ５６ｂは、上記接続設定部１１０３と同等の機能を有する。
【０３４６】
上記プロトコル選択部１１３１は、接続リクエストおよび切断リクエストを生成する際、上記リクエスト生成部１１０１および上記第２のリクエスト生成部１１５１のいずれか一方を選択する。なお、プロトコルの選択は、アプリケーションが行ってもよいし、ユーザがボタン操作などによって指示してもよい。
【０３４７】
上記第２のリクエスト生成部１１５１は、通信層ごとに、接続に必要なコマンドおよびデータを含む接続リクエストおよび切断リクエストを生成する。例えば、従来のＩｒＤＡに対応したリクエストを生成する。
【０３４８】
第２のリクエスト送信部１１５２は、上記第２のリクエスト生成部１１５１が生成した接続リクエストおよび切断リクエストを受信機１３００へ送信する。
【０３４９】
上記の構成により、送信機は、接続時間を短縮するために複数の通信層のコマンド等を１つにまとめた接続リクエストを生成するプロトコルと、従来のＩｒＤＡのように通信層毎に接続リクエストを生成するプロトコルとを選択して利用することができる。
【０３５０】
なお、上記送信機１１００が受信機としてリクエストを受信する場合には、送信機１１００はさらに、通信層ごとに、接続に必要なコマンドおよびデータを含む接続リクエストを送信機から受信する接続リクエスト受信手段を有する。
【０３５１】
本実施の形態の通信システムは、通信路が切断されやすい赤外線通信等に好適である。但し、任意の物理層に適用できる。
【０３５２】
また、本実施の形態では、通信層毎にリクエストを送信するプロトコルと物理層を共用する場合を説明したが、物理層が異なっていてもよい。また、通信層毎にリクエストを送信するプロトコルとして中間の通信層が４つである従来のＩｒＤＡを例にして説明したが、中間の通信層が１つのものであってもよい。
【０３５３】
（６）適用例
また、本実施の形態の送信機は、携帯電話や、撮像した画像を受信機へ送信する撮像機に好適である。
【０３５４】
撮像機能を備えた携帯電話に前述の送信機の機能が実現されている場合、携帯電話内部に蓄積されたアドレス帳やメールデータなどを、比較的処理能力の低い携帯電話のＣＰＵであっても少ない負荷で他の携帯や機器に転送することが可能となる。
【０３５５】
さらに、内蔵された撮像機能により取得された映像データを転送する場合などは比較的単位ファイルの容量が大きくなるため特に有意義である。もちろん、携帯電話に限らず、デジタルカメラのような撮像機器において本機能が実現されていても有用であることは言うまでもない。
【０３５６】
また、本実施の形態の受信機は、送信機から放送を受信する放送受信装置や、送信機から受信した放送を記録する放送記録装置に好適である。
【０３５７】
放送受信記録装置に前述の受信機の機能が実現されている場合、比較的処理能力の低い携帯電話やデジタルカメラから高速に映像などのファイルを取得し、表示装置に即時表示することが可能となる。よって、ユーザは手元の機器に記憶されている所望の画像を遠隔操作で容易に表示することが可能となる。さらに、放送受信記録装置の大容量記録部に記録を行うことも可能である。
【０３５８】
なお、本実施の形態の送信機および受信機の機能は、ソフトウェアによって実現できる。よって、送信機および受信機の機能を携帯電話で実現した場合、携帯電話網を介して、送信機および受信機の機能を実現するソフトウェアを供給することが可能となる。
【０３５９】
〔実施の形態４〕
本発明の他の実施の形態について図１２ないし図１５に基づいて説明すれば、以下の通りである。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１〜３と同じである。また、説明の便宜上、前記の実施の形態１〜３の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
【０３６０】
本実施の形態のデータ転送システムでは、携帯機器および電子機器は、図１３および図１４に示すように、記憶手段としてのメモリ１２・２２に、上記通信機能１、２、４、５、７、８のうちの少なくとも１種類の通信機能と、相手機器をサーチしてから双方の機器の情報を交換する機能および厳格なエラー再送処理機能を有する通信機能３、６、９の少なくとも１種類の通信機能とを保有している。この通信機能３、６、９は、ＩｒＤＡプロトコルである。
【０３６１】
これにより、図１２に示すように、この状態にて、通信の始めに、実施の形態１で説明した通信にかかる時間を短縮する通信機能１、２、４、５、７、８によって、先ず、同図において識別信号としての「トーン信号」にて示すように、相手機器との通信を試みる。相手機器が、実施の形態１で説明した通信機能１、２、４、５、７、８のいずれかを実装していた場合には、このトーン信号に対してレスポンスがあり、通信が行える。
【０３６２】
しかし、ＩｒＤＡプロトコルみを保有している場合には、このトーン信号に対するレスポンスが返ってこないことになる。送信側は、ある一定時間レスポンスを待ち、レスポンスが返ってこなかった場合には、ＩｒＤＡのプロトコルで通信するようにする。これにより、既存のＩｒＤＡのみを搭載した機器とも通信が行えることになる。
【０３６３】
なお、本実施の形態において、トーン信号は、実際に接続を行うための接続パケットであってもよいし、単に受信機器２ａが備える通信方式を確認するためだけの専用の信号であってもよい。
【０３６４】
ここで、上記「トーン信号」を発生させるための構成について説明する。
【０３６５】
本実施の形態の送信機器１ａは、図１３に示すように、前記送信機器１と比較して、ＣＰＵ１１の代わりにＣＰＵ１１ａを、コントローラ１３の代わりにコントローラ１３ａを、送信部１４の代わりにワイヤレス通信インターフェースとしての送信部１４ａを備え、さらに、ワイヤレス通信インターフェースとしての受信部１５ａを備えている点で異なる。
【０３６６】
ＣＰＵ１１ａは、図示しない操作部に入力された利用者の指示に応じて、データの転送処理を行うものである。ＣＰＵ１１ａは、操作部から転送指示を受けると、コントローラ１３ａに対して、受信機器がデータ転送可能範囲に存在するか否かを検知するためのトーン信号の送信を要求する受信機器検知トーン送信要求を送る。
【０３６７】
上記受信機器検知トーン送信要求に対する応答トーン信号を受信したことを示す受信機器検知応答トーン受信完了通知をコントローラ１３ａから受けると、ＣＰＵ１１ａは、上記ＣＰＵ１１と同様の処理を行う。すなわち、ＣＰＵ１１ａは、転送すべき転送データをメモリ１２に格納するとともに、コントローラ１３ａに対して転送要求を行う。
【０３６８】
受信部１５ａは、赤外線通信路を介して外部から送信されるトーン信号を検出し、トーン信号検出信号をコントローラ１３ａに出力する。
【０３６９】
コントローラ１３ａは、制御部１３１ａと、データパケット生成部１３２と、誤り検出訂正符号付加部１３３と、識別信号生成手段としてのトーン信号生成部１３４と、マルチプレクサ１３５とを備えている。
【０３７０】
マルチプレクサ１３５は、制御部１３１ａからの切り替え信号に応じて複数の入力端子の中から一つを選択し、選択した入力端子に入力された信号を出力する。なお、本実施形態のマルチプレクサ１３５の入力端子には、誤り検出訂正符号付加部１３３とトーン信号生成部１３４とが接続されている。
【０３７１】
制御部１３１ａは、ＣＰＵ１１ａからの要求に応じて、コントローラ１３ａを制御する。上述したように、ＣＰＵ１１ａからの要求には、受信機器検知トーン送信要求と、転送要求とがある。
【０３７２】
受信機器検知トーン送信要求を受けると、制御部１３１ａは、トーン信号生成部１３４に対してトーン信号を生成することを要求するトーン信号生成要求を出力するとともに、トーン信号生成部１３４が生成したトーン信号を出力するようにマルチプレクサ１３５に対して切り替え信号を出力する。また、制御部１３１ａは、受信部１５ａからトーン信号検出信号を受けると、ＣＰＵ１１ａに対して、受信機器検知応答トーン受信完了通知を送る。
【０３７３】
転送要求を受けると、制御部１３１ａは、上記制御部１３１と同様に、メモリ１２から転送データを読み出し、読み出した転送データをデータパケット生成部１３２に送る。このとき、制御部１３１ａは、データパケット生成部１３２が生成したデータパケットを出力するようにマルチプレクサ１３５に対して切り替え信号を出力する。また、制御部１３１ａは、メモリ１２から読み出した転送データに対応する全てのデータパケットを送信部１４が送信したことを検知して、データ送信が終了したことを表す送信終了通知をＣＰＵ１１ａに送る。
【０３７４】
トーン信号生成部１３４は、制御部１３１ａからのトーン信号生成要求を受けて、トーン信号を生成し、マルチプレクサ１３５を介して、生成したトーン信号を送信部１４ａに送る。
【０３７５】
送信部１４ａは、上記送信部１４の機能に加えて、トーン信号を送信する機能を有している。
【０３７６】
次に、本実施形態の受信機器２ａについて、図１４を参照しながら説明する。
【０３７７】
同図に示すように、受信機器２ａは、上記受信機器２と比較して、コントローラ２３の代わりにコントローラ２３ａを、受信部２５の代わりにワイヤレス通信インターフェースとしての受信部２５ａを備え、さらに、ワイヤレス通信インターフェースとしての送信部２６ａを備えている点で異なる。
【０３７８】
受信部２５ａは、外部からパケットまたはトーン信号を受信するものである。パケットを受信した場合、受信部２５ａは、受信したパケットをＣＤＲ２４に送る。一方、トーン信号を受信した場合、受信部２５ａは、トーン信号を受信したことを表すトーン信号検出信号をコントローラ２３ａに出力する。
【０３７９】
コントローラ２３ａは、制御部２３１ａと、パケット処理部２３２と、誤り検出訂正回路２３３と、識別信号生成手段としてのトーン信号生成部２３４とを備えている。
【０３８０】
制御部２３１ａは、誤り検出訂正回路２３３から送られる結果または受信部２５ａからのトーン信号検出信号に応じて、所定の処理を行う。すなわち、上記制御部２３１と同様に、誤り検出訂正回路２３３からの結果が分割データにエラーがないことを示している場合、制御部２３１ａは、分割データをメモリ２２に書き込み、ＣＰＵ２１に対して受信完了通知を行う。一方、誤り検出訂正回路２３３からの結果が分割データにエラーがあることを示している場合、制御部２３１ａは、分割データを破棄して、ＣＰＵ２１に対して受信エラーがある旨の通知を行う。
【０３８１】
また、制御部２３１ａは、受信部２５ａからトーン信号検出信号を受けると、トーン信号生成部２３４に対してトーン信号の生成を要求するトーン信号生成要求を送る。なお、制御部２３１ａは、トーン信号検出信号を受けた場合、送信機器１ａから受信機器検知用のトーン信号を受信した旨を通知する受信機器検知トーン受信通知をＣＰＵ２１に送る。さらに、トーン信号生成部２３４が生成したトーン信号を送信部２６ａが送信したことを検知して、受信機器検知用のトーン信号に対する応答トーン信号を送信した旨を通知する受信機器検知応答トーン送信終了通知をＣＰＵ２１に送る。これにより、ＣＰＵ２１は、送信機器１ａからデータが送信されることを知ることができる。
【０３８２】
トーン信号生成部２３４は、制御部２３１ａからのトーン信号生成要求を受けて、トーン信号を生成し、生成したトーン信号を送信部２６ａに送る。
【０３８３】
送信部２６ａは、トーン信号生成部２３４が生成したトーン信号を外部に送信するものである。
【０３８４】
上記の携帯機器では、図１５に示すように、送信機器１ａは、受信機器２ａとの間でトーン信号の送受信を行い、受信機器２ａが通信可能な範囲に存在することを検知した後、転送データの送信を行う。すなわち、送信機器１ａからトーン信号が受信機器２ａに対して送信され、送信機器１ａからのトーン信号を受信した受信機器２ａは、その応答としてトーン信号を送信する。ここで、送信機器１ａのトーン信号生成部１３４および受信機器２ａのトーン信号生成部２３４が生成するトーン信号の周波数および周期は、同じでも異なっていてもよく、特定のものに限定されない。また、トーン信号を送信する回数は、１回でも複数回でもよい。１回の場合、受信機器検知に要する時間を一層短くできるとともに、消費電力を低減できる。複数回の場合、受信機器検知の精度を向上させることができる。
【０３８５】
したがって、送信機器１ａは、受信機器２ａとの間でトーン信号を送受信するだけで、受信機器２ａが存在することを判断することができる。
【０３８６】
このように、本実施の形態のデータ転送システムおよびそのデータ転送方法では、携帯機器および電子機器は、相手機器をサーチしてから双方の機器の情報を交換する機能およびエラー再送処理機能を有する通信機能３、６、９を記憶する記憶手段としてのメモリ１２・２２をそれぞれさらに備え、通信制御手段としてのコントローラ１３ａ・２３ａは、携帯機器と電子機器との間でデータを通信機能３、６、９を使用して転送する。
【０３８７】
すなわち、送信側は通信機能１、２、４、５、７、８のいずれかの通信機能での通信をトライする。このとき、受信側が、送信側と一致した通信機能を保有していない場合には、通信機能１、２、４、５、７、８のいずれかの通信機能による、通信時間短縮効果を活用することができない。
【０３８８】
しかし、本実施の形態では、携帯機器および電子機器はいずれも共通した通信機能３、６、９を有している。したがって、通信機能１、２、４、５、７、８のいずれかの通信機能が使用できない場合には、例えばＩｒＤＡプロトコルなどの共通の通信機能３、６、９で通信できる一方、通信機能１、２、４、５、７、８のいずれかの通信機能が使用できる場合には、通信時間を短縮できる通信を行うことができる。
【０３８９】
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、携帯機器の各コントローラ１３ａは、データ送信開始時に、通信機能１、２、４、５、７、８のいずれかの通信機能を使用した通信要求を行い、要求に対する返答が返ってこなかった場合には、相手機器が通信機能１、２、４、５、７、８のいずれか同一種類の通信機能を保有していないと判別し、通信機能３、６、９を使用して通信を開始する。
【０３９０】
つまり、送信側は通信機能１、２、４、５、７、８のいずれかの通信機能で先ず通信開始をトライし、相手局から返信が帰ってこない場合には例えばＩｒＤＡプロトコルなどの共通の通信機能３、６、９で通信を行うことができる。
【０３９１】
この結果、相手局が通信機能１、２、４、５、７、８のいずれか同一種類の通信機能を保有している場合には通信時間を短縮できる通信を行う一方、通信機能１、２、４、５、７、８のいずれか同一種類の通信機能を保有していない場合にはＩｒＤＡプロトコルなどの通信機能３、６、９で通信できる。したがって、例えばＩｒＤＡプロトコルなどの通信機能３、６、９のみを保有している機器とも問題なく通信ができるようになる。
【０３９２】
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、携帯機器および前記電子機器の両コントローラ１３ａ・２３ａは、識別信号としてのトーン信号を生成する識別信号生成手段としてのトーン信号生成部１３４・２３４をそれぞれ備えるとともに、携帯機器は、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有しているか否かを判別する判別手段としてのＣＰＵ１１ａを備え、ＣＰＵ１１ａは、データ送信開始時に、トーン信号生成部１３４が生成したトーン信号（識別信号）を送信することにより通信機能１、２、４、５、７、８のいずれかの通信機能を使用した通信要求を行い、その後、相手機器からのトーン信号（応答識別信号）を受信したときに、相手機器が通信機能１、２、４、５、７、８のいずれか同一種類の通信機能を保有していると判別する。
【０３９３】
したがって、受信機器との間でトーン信号を送受信するだけで、受信機器が存在し、かつ、受信機器が通信機能１、２、４、５、７、８のいずれか同一種類の通信機能を保有していると判別することができる。
【０３９４】
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、通信機能３、６、９は、ＩｒＤＡ（Infrared Data Association）で定められた通信機能である。
【０３９５】
したがって、赤外線を用いたデータ転送として一般的なＩｒＤＡ規格を採用している機器に対して、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
【０３９６】
また、通信機能３、６、９をＩｒＤＡプロトコルとした場合には、前記通信機能１、２、４、５、７、８は、ソフトウェアを変更するだけでＩｒＤＡの物理層はそのまま使用できる。したがって、前記通信機能１、２、４、５、７、８を、ＩｒＤＡプロトコルに基づいて、容易に作成することができる。
【０３９７】
通信機能１〜９の切り替えにおいては、上記のように通信機能１、２、４、５、７、８を持った通信プロトコルで接続要求を行い、応答がなければ共通の通信機能３、６、９に切り替えるという、接続状態に基づいてプロトコルを切り替えること以外に、アプリケーションによってプロトコルを切り替えること、ユーザの選択によってプロトコルを切り替えることも考えられる。
【０３９８】
アプリケーションによって切り替える場合には、たとえば、住所録、電子メールなど重要なデータについては、通信機能１、３、４、６、７、９を用い、静止画の通信は通信機能２、５、８を用いるなどということである。これは、通信速度は、通信機能２、５、８＞通信機能１、４、７＞通信機能３、６、９、の順で速く、信頼性はその逆の順で高いため、これに対応してアプリケーションによって通信方式を変えることが可能である。
【０３９９】
また、ユーザによって変えることも考えられる。いつも距離が遠くて再送を行わないと信頼性が低いと感じるユーザは再送ありの通信機能が選択できるようにして、距離が短い用途で使うユーザには再送なしの通信機能が選択できるようにするものである。
【０４００】
〔実施の形態５〕
本発明の他の実施の形態について図１６ないし図２０に基づいて説明すれば、以下の通りである。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１〜４と同じである。また、説明の便宜上、前記の実施の形態１〜４の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
【０４０１】
携帯電話のような携帯機器から電子機器にデータを送る場合に、受け側で受け取ったデータのサイズとＦＣＳとをチェックすることによって、データの完全性を検出することができる。
【０４０２】
このとき、データが完全に誤り無く受け取ったことを検出した場合に、受信局で受け取ったデータを記録したり、図１６（ａ）、図１７（ａ）、図１８（ａ）、図１９（ａ）、図２０（ａ）に示すように、表示画面を持っている場合には正常に受信できたことを表示したり、受信が正常に受け取れたことを示す表示ランプのようなものでユーザが判別できるようにする。
【０４０３】
一方、データに誤りがあったことを検出した場合には、受信局で、受信が失敗したことを示すメッセージを表示したり、受信が正常に受け取れなかったことを示す表示ランプのようなものを点灯させたりすることによって、ユーザが判別できるようにする。ユーザは、正常に受け取れた場合には、そのまま次の処理（送信したデータを記録するか別のデータを再送信するか）を行い、正常に受け取れなかった場合には、再度通信を開始するようにする。例えば、ランプで表示する場合には、正常終了と正常終了でないときにランプの色を変えても良い。
【０４０４】
また、データに誤りがあった場合に、誤りの発生分布を検出し、全てのフレームが届いているにもかかわらず、エラーが発生している場合には、通信距離が遠いか、外乱光の影響にて失敗したことを、図１６（ｂ）、図１７（ｂ）、図１８（ｂ）、図１９（ｂ）、図２０（ｂ）に示すように、画面に表示または表示ランプのようなものでユーザに知らせる。さらに、フレームの途中から後が来なかった場合（データのサイズが本来のデータサイズより小さかった場合）には、図１６（ｃ）、図１７（ｃ）、図１８（ｃ）、図１９（ｃ）、図２０（ｃ）に示すように、途中で遮られた、または違う方向に向けられたものと判別して、画面に表示または表示ランプのようなものでユーザに知らせる。これにより、ユーザにどのような問題により失敗したかを教え、再度同じ状況で失敗する確率を減らすようにすることができる。
【０４０５】
また、データを正常に受信した場合に、そのまま記録するようにしてもよいが、受信が正常に終わったことを示す表示（記録機器が、表示画面を持っている場合には、送った映像のプレビューを確認したり、正常な受信ができた旨を知らせる表示であったり、正常に受信が行われたことを示すランプであったりする表示）を確認した後で、確認ボタンもしくはタッチパネルまたはリモコンの操作を行って、記録するようにすることもできる。これは、ユーザが誤って送信したものも記録してしまうことを防ぐためのものである。
【０４０６】
このように、本実施の形態のデータ転送システムおよびそのデータ転送方法では、電子機器の通信制御手段としてのコントローラ２３ａは、受信したデータの誤りを検出する誤り検出手段としての誤り検出訂正回路２３３を備え、この誤り検出訂正回路２３３を備えた機器は、通信機能１〜９のいずれか同一種類同士の通信機能を使用したデータ通信を行って、誤り検出訂正回路２３３により誤りを検出した結果、データの全てが誤り無く受信できたときには、データを記録するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う表示制御手段としてのＣＰＵ２１を備えている。
【０４０７】
すなわち、受信局でデータを全て誤り無く受け取ることができた場合に、データを記録するかおよび／または正常に受信できたことを示す表示を行い、何らかの問題によってデータの全てが誤り無く受信できなかった場合、受信できなかったことを示す表示を行うようにする。
【０４０８】
この結果、送信局からデータを送った結果が成功したか失敗したかがユーザにはすぐに判別がつき、失敗している場合にはユーザが再度送信し直すことができる。
【０４０９】
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、ＣＰＵ２１は、通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する不通理由判別手段としての機能も有し、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
【０４１０】
すなわち、受信局でデータの中に誤りを検出した場合、データ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別機能を有し、そのいずれか一方の状況が発生した場合、各々異なるメッセージを表示する表示機能を有するようにする。
【０４１１】
この結果、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合では、通信距離が遠かったり、蛍光灯、太陽光および白熱灯などの外乱光要因などによりエラーが多くなっているものと判別して、近づいて送信するように表示し、データ途中のパケットから残りが届かなかった場合は通信途中で別の方向に向けられてしまった旨を表示することにより、ユーザに最適な方法で再度送信してもらうことができる。したがって、同じ状況で通信が何度も失敗することを防ぐことができる。
【０４１２】
また、本実施の形態のデータ転送システムおよびそのデータ転送方法では、表示制御手段としてのＣＰＵ２１は、通信機能１〜９のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、誤り検出訂正回路２３３の検出に基づきデータの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により記録を開始する。
【０４１３】
すなわち、受信局でデータの全てが誤り無く受信できたときには正常に受信できたことを示す表示機能と、記録開始を行う例えば操作ボタンを有し、正常に受信できた後、ボタンが押圧操作されることによって、受信されたデータの記録を開始する機能を持つようにすることができる。また、外部からの開始入力操作としては、ボタン操作以外に、例えば、リモコンでの操作もある。
【０４１４】
この結果、ユーザが正常に所望のデータを受け取ったことを確認してから、記録するようにすることができる。
【０４１５】
〔実施の形態６〕
本発明の他の実施の形態について、前記図２ないし図７及び図１３に基づいて説明すれば、以下の通りである。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１〜５と同じである。また、説明の便宜上、前記の実施の形態１〜５の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
【０４１６】
本実施の形態では、携帯機器における映像ファイルの処理方法について説明する。
【０４１７】
例えば、図２ないし図６に示すように、携帯電話などの携帯機器の映像ファイルと、表示装置、印刷装置、記録装置、パーソナルコンピュータ、および他の携帯機器などの電子機器の映像ファイルとをリンクさせる場合、携帯電話は小さな表示部としての表示画面Ｐしか持っていない。したがって、従来では、送信用映像ファイルを縮小して表示することになっていたため、転送に時間がかかっていた。
【０４１８】
そこで、本実施の形態では、サムネイルを表示するための小さなサイズの映像ファイルを予め記憶しておき、携帯電話での画像選択などでは、その小さなサイズの映像ファイルを使用する。このように、この小さなファイルが無かった場合に、自動的に生成する機能を持たせることにより、最初に選択する場合には時間がかかるが、一度見た後はスムーズに選択できるようになる。
【０４１９】
そして、通信を行って、電子機器へ送る場合には、大きなサイズの送信用映像ファイルを送って綺麗な映像を電子機器で表示または記録することができる。
【０４２０】
すなわち、携帯機器は、消費電力やサイズの関係から、あまり強力なＣＰＵを載せることができないので、大きなサイズのファイルから小さな画面用に変換するのに時間がかかる。一方、電子機器で表示または記録する映像ファイルは、綺麗な映像を記録するために大きなファイルそのままを表示または記録するほうが良い。
【０４２１】
したがって、本実施の形態のように、予め、サムネイルを表示するための小さなサイズの映像ファイルを予め記憶しておくことによって、携帯電話で送る映像ファイルを選択するときにスムーズにサムネイルを見ながら選択できるようになる。
【０４２２】
上記の機能を有するために、本実施の形態の携帯機器は、図２ないし図６に示すように、映像を表示する表示部としての表示画面Ｐを備える。また、携帯機器は、図７および図１３に示すように、送信用映像ファイル、およびこの送信用映像ファイルと対をなし、かつ該送信用映像ファイルよりも容量の小さい表示用映像ファイルを記憶する記憶手段としてのメモリ１２と、ワイヤレス転送を行う場合には送信用映像ファイルを送信する一方、表示画面Ｐにて表示する場合は表示用映像ファイルを使用して映像を表示するように制御するファイル転送表示制御手段としてのＣＰＵ１１・１１ａとを備えている。
【０４２３】
また、このＣＰＵ１１・１１ａは、表示用映像ファイルが無いときには、予め、送信用映像ファイルから表示用映像ファイルを生成して記憶しておく表示用映像ファイル生成記憶手段としての機能を有している。
【０４２４】
さらに、このＣＰＵ１１・１１ａは、電子機器が表示装置である場合には、表示装置の表示能力に合わせて映像ファイルのサイズを変換してから送信するサイズ変換手段としての機能を備えている。これにより、表示装置の表示能力を超えた大きな映像ファイルの場合に、通信に時間がかかり、通信途中で通信誤りが発生する確率を減らすことができる。
【０４２５】
さらに、このＣＰＵ１１・１１ａは、電子機器が印刷装置である場合には、印刷装置の印刷能力に合わせて映像ファイルのサイズを変換してから送信するサイズ変換手段としての機能を備えている。これにより、印刷装置の印刷能力を超えた大きな映像ファイルの場合に、通信に時間がかかり、通信途中で通信誤りが発生する確率を減らすことができる。
【０４２６】
さらに、上記ＣＰＵ１１・１１ａは、データをリサイズまたは加工して記録すべく、リサイズ加工手段としての機能も有している。
【０４２７】
このリサイズ加工手段としてのＣＰＵ１１・１１ａによって、携帯機器は、データをリサイズまたは加工してメモリに１２に記録するので、電子機器に転送する場合に、例えば、サイズを縮小して転送でき、転送時間を短縮することができる。
【０４２８】
最後に、送信機器１・１ａまたは受信機器２・２ａの各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵなどの演算処理装置を用いてソフトウェアによって実現してもよい。
【０４２９】
すなわち、送信機器１・１ａまたは受信機器２・２ａは、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit ）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリなどの記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである送信機器１・１ａまたは受信機器２・２ａのデータ転送プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記送信機器１・１ａまたは受信機器２・２ａに供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０４３０】
上記記録媒体としては、例えば、磁気テープやカセットテープなどのテープ系、フロッピー（登録商標）ディスク／ハードディスクなどの磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒなどの光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カードなどのカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭなどの半導体メモリ系などを用いることができる。
【０４３１】
また、送信機器１・１ａまたは受信機器２・２ａを通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網などが利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線などの有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網などの無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された搬送波あるいはデータ信号列の形態でも実現され得る。
【０４３２】
このように、本実施の形態のデータ転送プログラムは、コンピュータを上記データ転送システムの各手段として機能させるためのコンピュータ・プログラムである。したがって、コンピュータでデータ転送システムの各手段を実現することによって、データ転送システムを実現することができる。
【０４３３】
また、本実施の形態の記録媒体は、上記の各手段をコンピュータに実現させて、データ転送システムを動作させるデータ転送プログラムを記録したコンピュータ読み取り可能な記録媒体である。したがって、上記記録媒体から読み出されたデータ転送プログラムによって、上記データ転送システムをコンピュータ上に実現することができる。
【０４３４】
〔実施の形態７〕
本発明の他の実施の形態について、図２１ないし図２６に基づいて説明すれば、以下の通りである。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１〜６と同じである。また、説明の便宜上、前記の実施の形態１〜６４の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
【０４３５】
本実施の形態では、電子機器としての記録装置における映像ファイルの処理方法について説明する。
【０４３６】
本実施の形態のデータ転送システムにおける電子機器としての記録装置３０は、図２１に示すように、データを記録する記録媒体としてのデータ格納部３１と、このデータ格納部３１に記録されたデータを表示する表示手段としての表示部３２と、このデータ格納部３１に記憶された情報データおよびデータの階層構造を読み取る読取手段としての読取部３３と、これら情報データおよびデータの階層構造を関連付けて表示部３２に表示する階層構造表示制御手段としての階層構造表示制御部３４と、前述の携帯機器から受信したデータを階層構造のディレクトリに記録する記録手段としての記録部３５とを備えている。上記読取部３３、階層構造表示制御部３４及び記録部３５は、ＣＰＵが行うものとなっている。また、このＣＰＵは、入力装置３６からの入力操作を解読して実行させる機能と、携帯電話４０から送られてきた操作コマンドを解読してその動作を実行させる操作入力手段としての機能をも有している。
【０４３７】
上記データ格納部３１は、例えば、データを記録するＤＶＤ(Digital Video Disk)、ＣＤ（Compact Disk)、ＨＤＤ(Hard Disk Drive: ハードディスク）等の記録媒体からなっており、各ディスクを図示しない駆動装置にて駆動することにより、その内部の情報が読み出され又は記録されるようになっている。
【０４３８】
また、上記記録部３５には、データの階層構造のディレクトリ（Directory)を追加、修正、削除するディレクトリ変更手段としてのディレクトリ変更部３５ａと、画像のデータの加工を行う画像加工手段としての画像加工部３５ｂとが設けられている。この画像加工部３５ｂは、情報データが画像の場合、画像の回転、リサイズなどの加工を行うものである。なお、この機能は、ソフトウェア又はハードウェアロジックのいずれでもよい。
【０４３９】
さらに、本実施の形態の記録装置３０は、階層構造表示制御部３４、記録部３５又はディレクトリ変更部３５ａに各動作を行わせるための操作入力手段としての入力装置３６を備えている。
【０４４０】
上記構成のデータ転送システムの記録装置３０における動作について説明する。
【０４４１】
記録装置３０では、データ格納部３１に記憶された情報データおよびデータの階層構造を読取部３３にて読み取り、これら情報データおよびデータの階層構造を関連付けて表示部３２に表示するようになっている。
【０４４２】
具体的には、図２２の上段に示すように、表示装置３２の第１画面ではデータの階層構造として第１階層のディレクトリとしてのフォルダＡ・Ｂ…Ｆを表示する。したがって、例えば、フォルダＢに格納された情報データである画像Ｂ３を表示したいときには、入力装置３６にてフォルダＢを入力装置３６により選択し、例えばエンター入力する。これにより、図２２の中段に示すように、表示部３２の第２画面ではデータの階層構造として第２階層の画像Ｂ１・Ｂ２・Ｂ３…Ｂ６が表示される。したがって、画像Ｂ３を選択入力することによって、図２２の下段に示すように、画像Ｂ３が拡大表示される。
【０４４３】
すなわち、本実施の形態では、図２３に示すように、各情報データである例えば画像Ｂ１・Ｂ２・Ｂ３…Ｂ６は、データ格納部３１において階層構造にて格納されている。なお、同図においては、３層の階層構造のものを示しているが、必ずしもこれに限らず、第１層だけでもよい。
【０４４４】
上記階層構造においては、図２４に示すように、例えば、携帯機器としての携帯電話４０から、映像データＸを受信した場合において、その新たな映像データＸを例えば第２階層に画像Ｂ７として追加したい場合には、映像データＸを例えば選択してドラッグすることにより、第２階層に追加することができる。
【０４４５】
これらの階層構造を表示するための上記階層構造表示制御部３４及び記録部３５の内部処理としては、図２５に示すように、第１階層として例えば、「０１、０２、０３、…」のデジタル値を用い、第２階層として「０１０１、０１０２、０１０３、…」のデジタル値を用い、さらに第３階層として「０１０１０１、０１０１０２、０１０１０３、…」等のデジタル値を用いることによって、容易に識別し、フォルダ名等と対応付けることができる。また、画像Ｂ７を追加する場合においては、該画像名に対応する０１０１０７のデジタル値を使用すれば、容易にデータの追加を行うことが可能である。
【０４４６】
なお、本実施の形態では、例えば、携帯機器としての携帯電話４０から、記録装置３０に対して、上記データ格納部３１に記憶された情報データおよびデータの階層構造を読み取る動作、これら情報データおよびデータの階層構造を関連付けて表示部３２に表示させる動作、該携帯電話４０から受信したデータを階層構造のディレクトリに記録する動作、データの階層構造のディレクトリを追加、修正および削除の少なくとも一つをする動作を行わせることが可能である。この場合、携帯電話４０の操作コマンド送信手段としての送信機器１又は送信機器１ａが、記録装置３０の受信機器２又は受信機器２ａに対してその操作コマンドを送信する。これにより、操作コマンドディレクトリ変更手段としても機能するディレクトリ変更部３５ａにより、各動作が可能となる。
【０４４７】
一方、本実施の形態においては、記録装置３０と表示部３２との間の通信インターフェースは有線通信インターフェースに限らず、例えば、ワイヤレスインターフェースつまり無線通信インターフェースでも良い。
【０４４８】
具体的には、図２６に示すように、記録装置３０と表示部３２とのそれぞれに無線通信インターフェースとしての光トランシーバ３７・３７を備えておく。これにより、記録装置３０と表示部３２とは、ワイヤレス通信により、情報の伝達を行うことができる。
【０４４９】
また、本実施の形態は、情報データの操作を行う操作入力手段として入力装置３６を備えているが、必ずしもこれに限らず、例えば、記録装置３０に図示しないボタンを付加してもよい。
【０４５０】
これにより、携帯電話４０から情報データを記録装置３０のデータ格納部３１に書き込む際に、パーソナルコンピュータを用いることなく、データ格納部３１にデータ階層構造を作成し、又はデータ格納部３１に存在しているデータ階層構造を利用して情報データの分類および書き込みが可能となる。
【０４５１】
また、パーソナルコンピュータを用いる必要がないので、記録装置３０を小型にすることができ、持ち歩くことも可能となる。
【０４５２】
さらに、記録装置３０におけるデータ格納部３１のデータ階層構造に関連させ、情報データを表示部３２に表示可能であることもユーザがデータ格納部３１の情報データを把握する際に役立つ。特に、情報データが、画像、動画又は音楽データの場合に非常に有益となる。
【０４５３】
また、本実施の形態では、記録媒体としてのデータ格納部３１をＤＶＤにて構成し、このＤＶＤに情報データおよびデータの階層構造を記録部３５にて記録すると共に、このＤＶＤに記録された情報データおよびデータの階層構造を表示部３２に表示するデータ転送システムを含むアルバム閲覧システムに適用することが可能である。
【０４５４】
これにより、ＤＶＤに情報データおよびデータの階層構造を記録保存すると共に、このＤＶＤに記録された情報データおよびデータの階層構造を表示部３２に表示閲覧することができるアルバム閲覧システムを提供することができる。
【０４５５】
以上のように、本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）に、データ通信のためのパラメータ設定に必要なデータおよび上位層の接続に必要なデータもしくはコマンドを含めると共に、受信機が上記パケットを受けたときに、データ通信のためのパラメータ設定に必要なデータ、および上記上位層の接続に必要なデータもしくはレスポンスを含んだパケットを返す通信機能１を実現するプログラムおよびデータを記憶する記憶手段と、通信を制御する通信制御手段とをそれぞれ備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータを上記通信機能１を使用して転送する。
【０４５６】
上記の発明によれば、通信時間を短くする方法として、通信開始時に相手機器のサーチを行う局発見コマンド（ＩｒＤＡではＸＩＤコマンド）に、接続に必要なデータを含んだパケットを使用する通信機能１を使用して第１機器と第２機器との通信を行うようにする。
【０４５７】
この結果、局発見と同時に接続が行なわれる。このため、局発見と下位層から上位層への接続（通常は下位層から順に上位層へ接続される）とに必要な交換パケットの数を、一対または１個のパケットにより終了することができる。その結果、トータルのデータの転送時間を短くすることができる。
【０４５８】
したがって、第１機器と第２機器との間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
【０４５９】
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）の代わりに、データ通信のためのパラメータ設定に必要なデータおよび受信機のレスポンスが不要であることを示すパラメータ、および上位層の接続に必要なデータもしくはコマンドを含めて受信機に送信を行う通信機能２を実現するプログラムおよびデータを記憶する記憶手段と、通信を制御する通信制御手段とをそれぞれ備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータを上記通信機能２を使用して転送する。
【０４６０】
本発明のデータ転送システムは、前記第１機器および第２機器は、データ通信のためのパラメータ設定に必要なデータ、および上位層の接続に必要なデータもしくはコマンドのあらかじめ設定された初期値を保有しており、送信機および受信機が発する上記パケットにデータもしくはコマンドについての値の設定情報がない場合に上記初期値を使用する。
【０４６１】
本発明のデータ転送システムは、前記第１機器および第２機器は、データ通信のためのパラメータ設定に必要なデータ、および上位層の接続に必要なデータもしくはコマンドのあらかじめ設定された初期値を保有しており、送信機および受信機が発する上記パケットにデータもしくはコマンドについての値の設定情報がない場合に上記初期値を使用する。
【０４６２】
上記の発明によれば、第１機器と第２機器との通信において、局発見および接続のパケットにおいては、予め固定した値を使用してもよい。
【０４６３】
すなわち、局発見及び接続で使用するパケットの転送速度は、通常のデータ転送時のデータ転送速度よりも遅いことが多い。このため、パケットの長さを短くした固定値を予め設定し、その固定値からなるパケットを使用することにより、トータルのデータの転送時間を短くすることができる。したがって、第１機器と第２機器との間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
【０４６４】
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）に、データ通信のためのパラメータ設定に必要なデータおよび上位層の接続に必要なデータもしくはコマンドを含めると共に、受信機が上記パケットを受けたときに、データ通信のためのパラメータ設定に必要なデータ、および上記上位層の接続に必要なデータもしくはレスポンスを含んだパケットを返す通信機能１と、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）に、データ通信のためのパラメータ設定に必要なデータおよび受信機のレスポンスが不要であることを示すパラメータ、および上位層の接続に必要なデータもしくはコマンドを含めて受信機に送信を行う通信機能２と、相手機器をサーチして相手機器の存在を認識してから、下位層から順に上位層まで接続に必要なデータをやり取りして接続を行う通信機能３との内の２つ以上の通信機能を備え、上記第１機器および第２機器の両通信制御手段（第１の通信制御手段）は、上記第１機器と第２機器との間でデータ通信を行う際に第１の機器および第２の機器の状況に応じて備えている上記通信機能１から通信機能３のいずれか１つを使用して通信を行う。
【０４６５】
上記の発明によれば、送信機は通信機能１から通信機能３のいずれかの通信プロトコルでの通信をトライする。受信機が、通信機能１または通信機能２を保有していない場合には、通信機能１または通信機能２による、通信時間短縮効果を活用することができない。しかし、本発明では、第１機器および第２機器はいずれも共通した通信機能３を有している。したがって、通信機能１または通信機能２のいずれも使用できない場合には通信機能３で通信できる一方、通信機能１または通信機能２のいずれかが使用できる場合には、通信時間を短縮できる通信を行うことができる。
【０４６６】
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、データ通信時において、エラーの有無や再送の要否に関するパケットの返答を、単数のパケットにより処理する通信機能４を実現するためのプログラムおよびデータを記憶する記憶手段と、通信を制御する通信制御手段とをそれぞれ備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータを上記通信機能４を使用して転送する。
【０４６７】
上記の発明によれば、通信時間を短くする方法として、多数の連続するパケットの通信を行う通信機能４を使用して第１機器と第２機器との間の通信を行うようにする。
【０４６８】
この結果、通常頻繁に行われる単数もしくは少数のパケット毎に必要なレスポンスパケットやフロー制御のパケットの交換を少なくすることによって、ＣＰＵの処理を軽減でき、さらにデータ全体の転送時間を短くすることができる。したがって、第１機器と第２機器との間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
【０４６９】
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、データ通信時において、受信機においてのエラーの有無に関係なく、一度の処理に一度だけデータを送信する通信機能５を実現するためのプログラムおよびデータを記憶する記憶手段と、通信を制御する通信制御手段とをそれぞれ備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータを上記通信機能５を使用して転送する。
【０４７０】
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、データ通信時において、エラーの有無や再送の要否に関するパケットの返答を、単数のパケットにより処理する通信機能４と、データ通信時において、受信機においてのエラーの有無に関係なく、一度の処理に一度だけデータを送信する通信機能５と、エラーの有無や再送の要否に関するパケットの返答を、複数のパケットにより処理する通信機能６の内の２つ以上の通信機能を備え、上記第１機器および第２機器の両通信制御手段（第２の通信制御手段）は、上記第１機器と第２機器との間でデータ通信を行う際に第１の機器および第２の機器の状況に応じて備えている上記通信機能４から通信機能６のいずれか１つを使用して通信を行う。
【０４７１】
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）に、データ通信のためのパラメータ設定に必要なデータおよび上位層の接続に必要なデータもしくはコマンドを含めると共に、受信機が上記パケットを受けたときに、データ通信のためのパラメータ設定に必要なデータ、および上記上位層の接続に必要なデータもしくはレスポンスを含んだパケットを返す通信機能１と、データ通信時において、エラーの有無や再送の要否に関するパケットの返答を、単数のパケットにより処理することを特徴とする通信機能４との両方の機能を有する通信機能７を実現するためのプログラムおよびデータを記憶する記憶手段と、通信を制御する通信制御手段とをそれぞれ備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータを上記通信機能７を使用して転送する。
【０４７２】
上記の発明によれば、通信機能１と通信機能４との両方の特徴をもった通信機能７を使用することにより、さらに、データの転送時間を短くすることができる。したがって、第１機器と第２機器との間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
【０４７３】
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）に、データ通信のためのパラメータ設定に必要なデータおよび受信機のレスポンスが不要であることを示すパラメータ、および上位層の接続に必要なデータもしくはコマンドを含めて送信を行い、送信機は及び受信機は上記パケットの送受信において接続処理を完了する通信機能２と、データ通信時において、受信機においてのエラーの有無に関係なく、一度の処理に一度だけデータを送信する通信機能５との両方の機能を有する通信機能８を実現するためのプログラムおよびデータを記憶する記憶手段と、通信を制御する通信制御手段とをそれぞれ備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータを上記通信機能８を使用して転送する。
【０４７４】
本発明のデータ転送システムは、ワイヤレス通信インターフェース、およびデータを保存する記憶媒体を備えた第１機器と、ワイヤレス通信インターフェースを備え、データを表示する表示装置、データを印刷する印刷装置、データを記録する記録装置、パーソナルコンピュータ、又は他の記憶媒体を備えた機器のいずれか一つを含む第２機器とを含むデータ転送システムであって、上記第１機器および第２機器は、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）に、データ通信のためのパラメータ設定に必要なデータおよび上位層の接続に必要なデータもしくはコマンドを含めると共に、受信機が上記パケットを受けたときに、データ通信のためのパラメータ設定に必要なデータ、および上記上位層の接続に必要なデータもしくはレスポンスを含んだパケットを返す通信機能１と、データ通信時において、エラーの有無や再送の要否に関するパケットの返答を、単数のパケットにより処理する通信機能４との両方の機能を有する通信機能７と、通信開始時に送信機が相手機器をサーチするために発するパケット（データ群）に、データ通信のためのパラメータ設定に必要なデータおよび受信機のレスポンスが不要であることを示すパラメータ、および上位層の接続に必要なデータもしくはコマンドを含めて送信を行い、送信機は及び受信機は上記パケットの送受信において接続処理を完了する通信機能２と、データ通信時において、受信機においてのエラーの有無に関係なく、一度の処理に一度だけデータを送信する通信機能５との両方の機能を有する通信機能８と、相手機器をサーチして相手機器の存在を認識してから、下位層から順に上位層まで接続に必要なデータをやり取りして接続を行う通信機能３と、エラーの有無や再送の要否に関するパケットの返答を、複数のパケットにより処理する通信機能６との両方の機能を有する通信機能９の内の２つ以上の通信機能を備え、上記第１機器および第２機器の両通信制御手段は、上記第１機器と第２機器との間でデータ通信を行う際に第１の機器および第２の機器の状況に応じて備えている上記通信機能７から通信機能９のいずれか１つを使用して通信を行う。
【０４７５】
さらに、本発明のデータ転送システムは、携帯機器および表示装置の両通信制御手段は、識別信号を生成する識別信号生成手段をそれぞれ備えるとともに、上記携帯機器は、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有しているか否かを判別する判別手段を備え、上記判別手段は、データ送信開始時に、上記識別信号生成手段が生成した識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号（応答識別信号）を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
【０４７６】
また、本発明のデータ転送システムのデータ転送方法は、前記携帯機器は、データ送信開始時に、識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
【０４７７】
上記の発明によれば、受信機器との間で識別信号を送受信するだけで、受信機器が存在し、かつ、受信機器が通信機能１〜９のいずれか同一種類の通信機能を保有していると判別することができる。
【０４７８】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示装置の通信制御手段は、受信したデータの誤りを検出する誤り検出手段を備えるとともに、上記表示装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って上記誤り検出手段により誤りを検出した結果、データの全てが誤り無く受信できたときには、映像を表示するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う表示制御手段を備えている。
【０４７９】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記表示装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って誤りを検出した結果、データの全てが誤り無く受信できたときには、映像を表示するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う。
【０４８０】
上記の発明によれば、受信局でデータを全て誤り無く受け取ることができた場合に、映像を表示するかおよび／または正常に受信できたことを示す表示を行い、何らかの問題によってデータの全てが誤り無く受信できなかった場合、受信できなかったことを示す表示を行うようにする。
【０４８１】
この結果、送信局からデータを送った結果が成功したか失敗したかがユーザにはすぐに判別がつき、失敗している場合にはユーザが再度送信し直すことができる。
【０４８２】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別手段を備え、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
【０４８３】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記表示装置は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別し、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
【０４８４】
上記の発明によれば、受信局でデータの中に誤りを検出した場合、データ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別機能を有し、そのいずれか一方の状況が発生した場合、各々異なるメッセージを表示する表示機能を有するようにする。
【０４８５】
この結果、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合では、通信距離が遠かったり、蛍光灯、太陽光および白熱灯などの外乱光要因等によりエラーが多くなっているものと判別して、近づいて送信するように表示し、データ途中のパケットから残りが届かなかった場合は通信途中で別の方向に向けられてしまった旨を表示することにより、ユーザに最適な方法で再度送信してもらうことができる。したがって、同じ状況で通信が何度も失敗することを防ぐことができる。
【０４８６】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、映像を表示する表示部と、送信用映像ファイル、およびこの送信用映像ファイルと対をなし、かつ該送信用映像ファイルよりも容量の小さい表示用映像ファイルを記憶する記憶手段と、ワイヤレス転送を行う場合には上記送信用映像ファイルを送信する一方、上記表示部にて表示する場合は表示用映像ファイルを使用して映像を表示するように制御するファイル転送表示制御手段とを備えている。
【０４８７】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、ワイヤレス転送を行う場合には送信用映像ファイルを送信する一方、表示部にて表示する場合には、上記送信用映像ファイルと対をなし、かつ該送信用映像ファイルよりも容量の小さい表示用映像ファイルを使用して映像を表示する。
【０４８８】
上記の発明によれば、携帯機器で小さな表示部を備える場合、データ送信用の大きな送信用映像ファイルと、該送信用映像ファイルと対になる小さな映像ファイルとを記憶しておく。そして、ワイヤレス転送を行う場合には大きな映像ファイルを送信し、自機器の表示部を使用する場合には小さな表示用映像ファイルを表示する。
【０４８９】
すなわち、携帯機器は小型化のために高速のＣＰＵを持つことは難しく、また携帯機器の表示部は小さなものであるから、大きな送信用映像ファイルを縮小して表示することになる。また、表示装置は、解像度が高く、大きく綺麗に表示するために大きな映像ファイルを要求することになる。
【０４９０】
このことから、携帯機器ではプレビューを行うようにすぐに表示できるような小さなファイルを大きなファイルと対になるように用意することにより、携帯機器で送りたい映像をすばやく選んで転送し、表示装置にて綺麗に表示することができるようになる。
【０４９１】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、表示用映像ファイルが無いときには、予め、送信用映像ファイルから表示用映像ファイルを生成して記憶しておく表示用映像ファイル生成記憶手段を備えている。
【０４９２】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、表示用映像ファイルが無いときには、予め、送信用映像ファイルから表示用映像ファイルを生成して記憶しておく。
【０４９３】
上記の発明によれば、表示用映像ファイルが無い場合には、予め自動的に生成する機能を持つようにする。
【０４９４】
この結果、携帯機器の表示部に初めて表示しようとする場合には、従来では表示の都度、表示用のファイルを作成するために表示までに時間がかかっていたが、本発明では、予め作成して記憶しておくので、一度作成すると、以降はすばやく送信したいファイルを表示しかつ選ぶことができる。
【０４９５】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、前記表示装置の表示能力に合わせて映像ファイルのサイズを変換してから送信するサイズ変換手段（変換手段）を備えている。
【０４９６】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、前記表示装置の表示能力に合わせて映像ファイルのサイズを変換してから送信する。
【０４９７】
上記の発明によれば、表示装置の表示能力を超えた大きな映像ファイルの場合に、通信に時間がかかり、通信途中で通信誤りが発生する確率を減らすことができる。
【０４９８】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、映像データをリサイズまたは加工して記録すべく、リサイズ加工手段（変換手段）を備えている。
【０４９９】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、映像データをリサイズまたは加工して記録する。
【０５００】
上記の発明によれば、前記携帯機器は、映像データをリサイズまたは加工して記録するので、表示装置に転送する場合に、例えば、サイズを縮小して転送できるので、転送時間を短縮することができる。
【０５０１】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器および前記印刷装置の両通信制御手段は、識別信号を生成する識別信号生成手段をそれぞれ備えるとともに、上記携帯機器は、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有しているか否かを判別する判別手段を備え、上記判別手段は、データ送信開始時に、上記識別信号生成手段が生成した識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
【０５０２】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、データ送信開始時に、識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信プロトコルを保有していると判別する。
【０５０３】
上記の発明によれば、受信機器との間で識別信号を送受信するだけで、受信機器が存在し、かつ、受信機器が通信機能１〜９のいずれか同一種類の通信機能を保有していると判別することができる。
【０５０４】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記印刷装置の通信制御手段は、受信したデータの誤りを検出する誤り検出手段を備えるとともに、上記印刷装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って上記誤り検出手段により誤りを検出した結果、データの全てが誤り無く受信できたときには、映像を印刷するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う表示制御手段を備えている。
【０５０５】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記印刷装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って誤りを検出した結果、データの全てが誤り無く受信できたときには、映像を印刷するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う。
【０５０６】
上記の発明によれば、受信局でデータを全て誤り無く受け取ることができた場合に、映像を印刷するかおよび／または正常に受信できたことを示す表示を行い、何らかの問題によってデータの全てが誤り無く受信できなかった場合、受信できなかったことを示す表示を行うようにする。
【０５０７】
この結果、送信局からデータを送った結果が成功したか失敗したかがユーザにはすぐに判別がつき、失敗している場合にはユーザが再度送信し直すことができる。
【０５０８】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別手段を備え、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
【０５０９】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記印刷装置は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別し、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
【０５１０】
上記の発明によれば、受信局でデータの中に誤りを検出した場合、データ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別機能を有し、そのいずれか一方の状況が発生した場合、各々異なるメッセージを表示する表示機能を有するようにする。
【０５１１】
この結果、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合では、通信距離が遠かったり、蛍光灯、太陽光および白熱灯などの外乱光要因等によりエラーが多くなっているものと判別して、近づいて送信するように表示し、データ途中のパケットから残りが届かなかった場合は通信途中で別の方向に向けられてしまった旨を表示することにより、ユーザに最適な方法で再度送信してもらうことができる。したがって、同じ状況で通信が何度も失敗することを防ぐことができる。
【０５１２】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、誤り検出手段の検出に基づきデータの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により印刷を開始する。
【０５１３】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記印刷装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、データの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により印刷を開始する。
【０５１４】
上記の発明によれば、受信局でデータの全てが誤り無く受信できたときには正常に受信できたことを示す表示機能と、正常に受信できた後、外部からの開始入力操作により、受信されたデータの記録を開始する機能を持つようにする。
【０５１５】
この結果、ユーザが正常に所望のデータを受け取ったことを確認してから、印刷するようにすることができる。
【０５１６】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、映像を表示する表示部と、送信用映像ファイル、およびこの送信用映像ファイルと対をなし、かつ該送信用映像ファイルよりも容量の小さい表示用映像ファイルを記憶する記憶手段と、ワイヤレス転送を行う場合には上記送信用映像ファイルを送信する一方、上記表示部にて表示する場合は表示用映像ファイルを使用して映像を表示するように制御するファイル転送表示制御手段とを備えている。
【０５１７】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、ワイヤレス転送を行う場合には送信用映像ファイルを送信する一方、表示部にて表示する場合には、上記送信用映像ファイルと対をなし、かつ該送信用映像ファイルよりも容量の小さい表示用映像ファイルを使用して映像を表示する。
【０５１８】
上記の発明によれば、携帯機器で小さな表示部を備える場合、データ送信用の大きな送信用映像ファイルと、該送信用映像ファイルと対になる小さな映像ファイルとを記憶しておく。そして、ワイヤレス転送を行う場合には大きな映像ファイルを送信し、自機器の表示部を使用する場合には小さな表示用映像ファイルを表示する。
【０５１９】
すなわち、携帯機器は小型化のために高速のＣＰＵを持つことは難しく、また携帯機器の表示部は小さなものであるから、大きな送信用映像ファイルを縮小して表示することになる。また、印刷装置は、解像度が高く、大きく綺麗に印刷するために大きな映像ファイルを要求することになる。
【０５２０】
このことから、携帯機器ではプレビューを行うようにすぐに表示できるような小さなファイルを大きなファイルと対になるように用意することにより、携帯機器で送りたい映像をすばやく選んで転送し、印刷装置にて綺麗に印刷することができるようになる。
【０５２１】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、表示用映像ファイルが無いときには、予め、送信用映像ファイルから表示用映像ファイルを生成して記憶しておく表示用映像ファイル生成記憶手段を備えている。
【０５２２】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、表示用映像ファイルが無いときには、予め、送信用映像ファイルから表示用映像ファイルを生成して記憶しておく。
【０５２３】
上記の発明によれば、表示用映像ファイルが無い場合には、予め自動的に生成する機能を持つようにする。
【０５２４】
この結果、携帯機器の表示部に初めて表示しようとする場合には、従来では表示の都度、表示用のファイルを作成するために表示までに時間がかかっていたが、本発明では、予め作成して記憶しておくので、一度作成すると、以降はすばやく送信したいファイルを表示しかつ選ぶことができる。
【０５２５】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、前記印刷装置の印刷能力に合わせて映像ファイルのサイズを変換してから送信するサイズ変換手段を備えている。
【０５２６】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、前記印刷装置の印刷能力に合わせて映像ファイルのサイズを変換してから送信する。
【０５２７】
上記の発明によれば、印刷装置の印刷能力を超えた大きな映像ファイルの場合に、通信に時間がかかり、通信途中で通信誤りが発生する確率を減らすことができる。
【０５２８】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、データをリサイズまたは加工して記録すべく、リサイズ加工手段を備えている。
【０５２９】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、データをリサイズまたは加工して記録する。
【０５３０】
上記の発明によれば、前記携帯機器は、データをリサイズまたは加工して記録するので、印刷装置に転送する場合に、例えば、サイズを縮小して転送できるので、転送時間を短縮することができる。
【０５３１】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器および前記記録装置の両通信制御手段は、識別信号を生成する識別信号生成手段をそれぞれ備えるとともに、上記携帯機器は、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有しているか否かを判別する判別手段を備え、上記判別手段は、データ送信開始時に、上記識別信号生成手段が生成した識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
【０５３２】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、データ送信開始時に、識別信号を送信することにより前記通信機能１〜９のいずれかの通信プロトコルを使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１、２、４、５、７、８のいずれか同一種類の通信機能を保有していると判別する。
【０５３３】
上記の発明によれば、受信機器との間で識別信号を送受信するだけで、受信機器が存在し、かつ、受信機器が通信機能１〜９のいずれか同一種類の通信機能を保有していると判別することができる。
【０５３４】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記記録装置の通信制御手段は、受信したデータの誤りを検出する誤り検出手段を備えるとともに、上記記録装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って上記誤り検出手段により誤りを検出した結果、データの全てが誤り無く受信できたときには、映像を記録するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う表示制御手段を備えている。
【０５３５】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記記録装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って誤りを検出した結果、データの全てが誤り無く受信できたときには、映像を記録するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う。
【０５３６】
上記の発明によれば、受信局でデータを全て誤り無く受け取ることができた場合に、映像を記録するかおよび／または正常に受信できたことを示す表示を行い、何らかの問題によってデータの全てが誤り無く受信できなかった場合、受信できなかったことを示す表示を行うようにする。
【０５３７】
この結果、送信局からデータを送った結果が成功したか失敗したかがユーザにはすぐに判別がつき、失敗している場合にはユーザが再度送信し直すことができる。
【０５３８】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別手段を備え、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
【０５３９】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記記録装置は、前記通信機能１〜９のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別し、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
【０５４０】
上記の発明によれば、受信局でデータの中に誤りを検出した場合、データ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別機能を有し、そのいずれか一方の状況が発生した場合、各々異なるメッセージを表示する表示機能を有するようにする。
【０５４１】
この結果、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合では、通信距離が遠かったり、蛍光灯、太陽光および白熱灯などの外乱光要因などによりエラーが多くなっているものと判別して、近づいて送信するように表示し、データ途中のパケットから残りが届かなかった場合は通信途中で別の方向に向けられてしまった旨を表示することにより、ユーザに最適な方法で再度送信してもらうことができる。したがって、同じ状況で通信が何度も失敗することを防ぐことができる。
【０５４２】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、誤り検出手段の検出に基づきデータの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により記録を開始する。
【０５４３】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記記録装置は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、データの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により記録を開始する。
【０５４４】
上記の発明によれば、受信局でデータの全てが誤り無く受信できたときには正常に受信できたことを示す表示機能と、正常に受信できた後、外部からの開始入力操作により、受信されたデータの記録を開始する機能を持つようにする。
【０５４５】
この結果、ユーザが正常に所望のデータを受け取ったことを確認してから、記録するようにすることができる。
【０５４６】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、映像を表示する表示部と、送信用データファイル、およびこの送信用データファイルと対をなし、かつ該送信用データファイルよりも容量の小さい表示用データファイルを記憶する記憶手段と、ワイヤレス転送を行う場合には上記送信用データファイルを送信する一方、上記表示部にて表示する場合は表示用データファイルを使用して映像を表示するように制御するファイル転送表示制御手段とを備えている。
【０５４７】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、ワイヤレス転送を行う場合には送信用データファイルを送信する一方、表示部にて表示する場合には、上記送信用データファイルと対をなし、かつ該送信用データファイルよりも容量の小さい表示用データファイルを使用して映像を表示する。
【０５４８】
上記の発明によれば、携帯機器で小さな表示部を備える場合、データ送信用の大きな送信用データファイルと、該送信用データファイルと対になる小さなデータファイルとを記憶しておく。そして、ワイヤレス転送を行う場合には大きなデータファイルを送信し、自機器の表示部を使用する場合には小さな表示用データファイルを表示する。
【０５４９】
すなわち、携帯機器は小型化のために高速のＣＰＵを持つことは難しく、また携帯機器の表示部は小さなものであるから、大きな送信用データファイルを縮小して表示することになる。また、記録装置は、解像度が高く、大きく綺麗に記録するために大きなデータファイルを要求することになる。
【０５５０】
このことから、携帯機器ではプレビューを行うようにすぐに表示できるような小さなファイルを大きなファイルと対になるように用意することにより、携帯機器で送りたい映像をすばやく選んで転送し、記録装置にて綺麗に記録することができるようになる。
【０５５１】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、表示用データファイルが無いときには、予め、送信用データファイルから表示用データファイルを生成して記憶しておく表示用データファイル生成記憶手段を備えている。
【０５５２】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、表示用データファイルが無いときには、予め、送信用データファイルから表示用データファイルを生成して記憶しておく。
【０５５３】
上記の発明によれば、表示用データファイルが無い場合には、予め自動的に生成する機能を持つようにする。
【０５５４】
この結果、携帯機器の表示部に初めて表示しようとする場合には、従来では表示の都度、表示用のファイルを作成するために表示までに時間がかかっていたが、本発明では、予め作成して記憶しておくので、一度作成すると、以降はすばやく送信したいファイルを表示しかつ選ぶことができる。
【０５５５】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、データをリサイズまたは加工して記録すべく、リサイズ加工手段を備えている。
【０５５６】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器は、データをリサイズまたは加工して記録する。
【０５５７】
上記の発明によれば、前記携帯機器は、データをリサイズまたは加工して記録するので、記録装置に転送する場合に、例えば、サイズを縮小して転送できるので、転送時間を短縮することができる。
【０５５８】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記記録装置は、データを記録する記録媒体と、上記記録媒体に記録されたデータを表示する表示手段と、上記記録媒体に記憶された情報データおよびデータの階層構造を読み取る読取手段と、これら情報データおよびデータの階層構造を関連付けて上記表示手段に表示する階層構造表示制御手段とを備えている。なお、記録媒体のデータの階層構造は必ずしも複数階層である必要はなく、単一の階層であってもよい。
【０５５９】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記記録装置は、データを記録する記録媒体と、上記記録媒体に記憶された情報データおよびデータの階層構造を読み取る読取手段と、前記携帯機器から受信したデータを階層構造のディレクトリに記録する記録手段とを備えている。
【０５６０】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記記録装置は、データを記録する記録媒体と、上記記録媒体に記憶された情報データおよびデータの階層構造を読み取る読取手段と、上記データの階層構造のディレクトリを追加、修正、削除するディレクトリ変更手段とを備えている。
【０５６１】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記記録装置は、前記階層構造表示制御手段、記録手段又はディレクトリ変更手段に各動作を行わせるための操作入力手段を備えている。
【０５６２】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器は、前記階層構造表示制御手段、記録手段又はディレクトリ変更手段に各動作を行わせるための操作コマンドを前記記録手段に送信する操作コマンド送信手段を備える一方、前記記録装置の操作入力手段は、上記携帯機器から操作コマンドを受信して各動作を行わせる。
【０５６３】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記記録装置は、画像のデータの加工を行う画像加工手段を備えている。
【０５６４】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記記録装置は、前記表示手段と無線伝送を行う無線通信インターフェースを備えている。
【０５６５】
上記の発明によれば、記録装置内における記録媒体の情報データおよびデータの階層構造を読み取り、情報データおよびデータの階層構造の追加、修正、削除などのデータ処理を行う機能を有する。この機能は、ソフトウェア又はハードウェアのいずれによって実現されてもよい。
【０５６６】
また、特に、情報データが画像の場合、画像の回転、リサイズなどの加工機能を持っていることが好ましい。
【０５６７】
さらに、これらの情報を表示するための表示手段、又は、別途用意された表示手段を備え、この表示手段に記録媒体内の情報データおよびのデータ階層構造を表示する。
【０５６８】
また、記録装置と表示手段との間の通信インターフェースは有線通信インターフェースに限らず、ワイヤレスインターフェースつまり無線通信インターフェースでも良い。
【０５６９】
さらに、これらの情報データの操作を行う操作入力手段として、例えば、記録装置にボタンを付加してもよく、また、データ操作を行う操作コマンドを携帯機器から受け取ってもよい。
【０５７０】
これにより、携帯機器から情報データを記録装置の記録媒体に書き込む際に、パーソナルコンピュータを用いることなく、記録媒体にデータ階層構造を作成し、又は記録媒体に存在しているデータ階層構造を利用して情報データの分類および書き込みが可能となる。
【０５７１】
また、パーソナルコンピュータを用いる必要がないので、記録装置を小型にすることができ、持ち歩くことも可能となる。
【０５７２】
さらに、記録装置における記録媒体のデータ階層構造に関連させ、情報データを表示手段に表示可能であることもユーザが記録媒体の情報データを把握する際に役立つ。特に、情報データが、画像、動画又は音楽データの場合に非常に有益となる。
【０５７３】
また、本発明のアルバム閲覧システムは、上記課題を解決するために、上記記載のデータ転送システムを含むアルバム閲覧システムであって、前記記録媒体はＤＶＤにて構成され、このＤＶＤに情報データおよびデータの階層構造を記録すると共に、このＤＶＤに記録された情報データおよびデータの階層構造を表示手段に表示する。
【０５７４】
これにより、ＤＶＤに情報データおよびデータの階層構造を記録保存すると共に、このＤＶＤに記録された情報データおよびデータの階層構造を表示手段に表示閲覧することができるアルバム閲覧システムを提供することができる。
【０５７５】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器および前記パーソナルコンピュータの両通信制御手段は、識別信号を生成する識別信号生成手段をそれぞれ備えるとともに、上記携帯機器および上記パーソナルコンピュータは、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有しているか否かを判別する判別手段を備え、上記判別手段は、データ送信開始時に、上記識別信号生成手段が生成した識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
【０５７６】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器および前記パーソナルコンピュータは、データ送信開始時に、識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
【０５７７】
上記の発明によれば、受信機器との間で識別信号を送受信するだけで、受信機器が存在し、かつ、受信機器が通信機能１〜９のいずれか同一種類の通信機能を保有していると判別することができる。
【０５７８】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記携帯機器およびパーソナルコンピュータの少なくとも一方の通信制御手段は、受信したデータの誤りを検出する誤り検出手段を備え、上記誤り検出手段を備えた機器は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って上記誤り検出手段により誤りを検出した結果、データの全てが誤り無く受信できたときには、データを記録するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う表示制御手段を備えている。
【０５７９】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器およびパーソナルコンピュータの少なくとも一方の機器は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って誤りを検出した結果、データの全てが誤り無く受信できたときには、データを記録するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う。
【０５８０】
上記の発明によれば、受信局でデータを全て誤り無く受け取ることができた場合に、データを記録するかおよび／または正常に受信できたことを示す表示を行い、何らかの問題によってデータの全てが誤り無く受信できなかった場合、受信できなかったことを示す表示を行うようにする。
【０５８１】
この結果、送信局からデータを送った結果が成功したか失敗したかがユーザにはすぐに判別がつき、失敗している場合にはユーザが再度送信し直すことができる。
【０５８２】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別手段を備え、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
【０５８３】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器およびパーソナルコンピュータの少なくとも一方の機器は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別し、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
【０５８４】
上記の発明によれば、受信局でデータの中に誤りを検出した場合、データ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別機能を有し、そのいずれか一方の状況が発生した場合、各々異なるメッセージを表示する表示機能を有するようにする。
【０５８５】
この結果、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合では、通信距離が遠かったり、蛍光灯、太陽光および白熱灯などの外乱光要因等によりエラーが多くなっているものと判別して、近づいて送信するように表示し、データ途中のパケットから残りが届かなかった場合は通信途中で別の方向に向けられてしまった旨を表示することにより、ユーザに最適な方法で再度送信してもらうことができる。したがって、同じ状況で通信が何度も失敗することを防ぐことができる。
【０５８６】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、誤り検出手段の検出に基づきデータの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により記録を開始する。
【０５８７】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記携帯機器およびパーソナルコンピュータの少なくとも一方の機器は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、データの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により記録を開始する。
【０５８８】
上記の発明によれば、受信局でデータの全てが誤り無く受信できたときには正常に受信できたことを示す表示機能と、正常に受信できた後、外部からの開始入力操作により、受信されたデータの記録を開始する機能を持つようにする。
【０５８９】
この結果、ユーザが正常に所望のデータを受け取ったことを確認してから、記録するようにすることができる。
【０５９０】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記各携帯機器の通信制御手段は、識別信号を生成する識別信号生成手段をそれぞれ備えるとともに、上記各携帯機器は、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有しているか否かを判別する判別手段を備え、上記判別手段は、データ送信開始時に、上記識別信号生成手段が生成した識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
【０５９１】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記各携帯機器は、データ送信開始時に、識別信号を送信することにより前記通信機能１〜９のいずれかの通信機能を使用した通信要求を行い、その後、上記相手機器からの識別信号を受信したときに、相手機器が上記通信機能１〜９のいずれか同一種類の通信機能を保有していると判別する。
【０５９２】
上記の発明によれば、受信機器との間で識別信号を送受信するだけで、受信機器が存在し、かつ、受信機器が通信機能１〜９のいずれか同一種類の通信機能を保有していると判別することができる。
【０５９３】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記各携帯機器の少なくとも一方の通信制御手段は、受信したデータの誤りを検出する誤り検出手段を備え、上記誤り検出手段を備えた機器は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って上記誤り検出手段により誤りを検出した結果、データの全てが誤り無く受信できたときには、データを記録するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う表示制御手段を備えている。
【０５９４】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記各携帯機器の少なくとも一方の機器は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行って誤りを検出した結果、データの全てが誤り無く受信できたときには、データを記録するかまたは正常に受信できたことを示す表示をするかの少なくともいずれか一方を行い、何らかの問題によってデータの全てが誤り無く受信できなかったときには、受信できなかったことを示す表示を行う。
【０５９５】
上記の発明によれば、受信局でデータを全て誤り無く受け取ることができた場合に、データを記録するかおよび／または正常に受信できたことを示す表示を行い、何らかの問題によってデータの全てが誤り無く受信できなかった場合、受信できなかったことを示す表示を行うようにする。
【０５９６】
この結果、送信局からデータを送った結果が成功したか失敗したかがユーザにはすぐに判別がつき、失敗している場合にはユーザが再度送信し直すことができる。
【０５９７】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別手段を備え、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
【０５９８】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記各携帯機器の少なくとも一方の機器は、前記通信機能５、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときのデータ受信中のデータ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別し、そのいずれか一方の状況が発生した場合には、その状況に対応して各々異なるメッセージを表示する。
【０５９９】
上記の発明によれば、受信局でデータの中に誤りを検出した場合、データ誤りの発生状況が、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合と、データ途中のパケットから残りが届かなかった場合とを判別する判別機能を有し、そのいずれか一方の状況が発生した場合、各々異なるメッセージを表示する表示機能を有するようにする。
【０６００】
この結果、全てのパケットを受け取っていて、その中に単数または複数個のデータ誤りがあった場合では、通信距離が遠かったり、蛍光灯、太陽光および白熱灯などの外乱光要因等によりエラーが多くなっているものと判別して、近づいて送信するように表示し、データ途中のパケットから残りが届かなかった場合は通信途中で別の方向に向けられてしまった旨を表示することにより、ユーザに最適な方法で再度送信してもらうことができる。したがって、同じ状況で通信が何度も失敗することを防ぐことができる。
【０６０１】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記表示制御手段は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、誤り検出手段の検出に基づきデータの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により記録を開始する。
【０６０２】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記各携帯機器の少なくとも一方の機器は、前記通信機能１、２、４、５、７、８のいずれか同一種類同士の通信機能を使用したデータ通信を行ったときに、データの全てが誤り無く受信できた場合には、正常に受信できたことを示す表示を行い、かつ外部からの開始入力操作により記録を開始する。
上記の発明によれば、受信局でデータの全てが誤り無く受信できたときには正常に受信できたことを示す表示機能と、正常に受信できた後、外部からの開始入力操作により、受信されたデータの記録を開始する機能を持つようにする。
【０６０３】
この結果、ユーザが正常に所望のデータを受け取ったことを確認してから、記録するようにすることができる。
【０６０４】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記ワイヤレス通信は、赤外線（ＩＲ）通信である。
【０６０５】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記ワイヤレス通信は、赤外線（ＩＲ）通信である。
【０６０６】
上記の発明によれば、赤外線を用いたデータ転送として、前述したように、ＩｒＤＡ規格がある。したがって、例えばＩｒＤＡ規格に準拠した転送方式を採用している機器に対して、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
【０６０７】
また、本発明のデータ転送システムは、上記記載のデータ転送システムにおいて、前記通信機能３、６、９は、ＩｒＤＡ（Infrared Data Association）で定められた通信機能である。
【０６０８】
また、本発明のデータ転送システムのデータ転送方法は、上記記載のデータ転送システムのデータ転送方法において、前記通信機能３、６、９は、ＩｒＤＡ（Infrared Data Association）で定められた通信機能である。
【０６０９】
上記の発明によれば、通信機能３、６、９は、ＩｒＤＡ（Infrared Data Association）で定められた通信機能であるので、赤外線を用いたデータ転送として一般的なＩｒＤＡ規格を採用している機器に対して、機器の間の角度がある一定以上の角度になったり、距離がある一定以上の距離になったりすることにより、通信が失敗してしまう確率を減らすことができる。
【０６１０】
また、通信機能３、６、９をＩｒＤＡプロトコルとした場合には、前記通信機能１、２、４、５、７、８のは、ソフトウェアを変更するだけでＩｒＤＡの物理層はそのまま使用できる。したがって、前記通信機能１、２、４、５、７、８のを、ＩｒＤＡプロトコル層の一部を変更もしくは追加することで、容易に作成することができる。
【０６１１】
また、本発明のデータ転送プログラムは、上記課題を解決するために、コンピュータを上記データ転送システムの各手段として機能させるためのコンピュータ・プログラムである。
【０６１２】
上記の発明により、コンピュータで上記データ転送システムの各手段を実現することによって、上記データ転送システムを実現することができる。
【０６１３】
また、本発明の記録媒体は、上記の各手段をコンピュータに実現させて、上記データ転送システムを動作させるデータ転送プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【０６１４】
上記の発明により、上記記録媒体から読み出されたデータ転送プログラムによって、上記データ転送システムをコンピュータ上に実現することができる。
【０６１５】
本発明の送信機は、受信機との間で複数の通信層の接続を確立して通信を行う送信機であって、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを生成する接続リクエスト生成手段と、上記接続リクエストを受信機へ送信する接続リクエスト送信手段と、を備えることを特徴としている。
【０６１６】
さらに、本発明の送信機は、上記接続リクエスト生成手段は、上記接続リクエストに当該接続リクエストに対するレスポンスを送信することを受信機に要求するコマンドを含めることを特徴としている。
【０６１７】
さらに、本発明の送信機は、受信機から受信した、上記接続リクエストに対するレスポンスに応じた設定を各通信層において行う接続設定手段を備えることを特徴としている。
【０６１８】
さらに、本発明の送信機は、上記接続リクエストに対するレスポンスを受信機から受信することなく、当該接続リクエストに応じた設定を各通信層において行う接続設定手段を備えることを特徴としている。
【０６１９】
さらに、本発明の送信機は、上記接続リクエスト生成手段は、上記接続リクエストにデータ交換の際にレスポンスを送信することを受信機に要求するコマンドを含めることを特徴としている。
【０６２０】
また、本発明の送信機は、受信機との間で複数の通信層の接続を確立して通信を行う送信機であって、隣接する複数の通信層の切断に必要なコマンドおよびデータを含む切断リクエストを生成する切断リクエスト生成手段と、上記切断リクエストを受信機へ送信する切断リクエスト送信手段と、を備えることを特徴としている。
【０６２１】
また、本発明の送信機は、受信機との間で複数の通信層の接続を確立して通信を行う送信機であって、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを生成する第１の接続リクエスト生成手段と、上記通信層ごとに、接続に必要なコマンドおよびデータを含む接続リクエストを生成する第２の接続リクエスト生成手段と、上記接続リクエストを生成する際、上記第１および第２の接続リクエスト生成手段のいずれか一方を選択する選択手段と、上記選択手段によって選択された上記第１あるいは第２の接続リクエスト生成手段が生成した接続リクエストを受信機へ送信する接続リクエスト送信手段と、を備えることを特徴としている。
【０６２２】
さらに、本発明の送信機は、上記通信が赤外線通信であることを特徴としている。
【０６２３】
さらに、本発明の送信機は、携帯電話であることを特徴としている。
【０６２４】
さらに、本発明の送信機は、撮像した画像を受信機へ送信する撮像機であることを特徴としている。
【０６２５】
また、本発明の通信プログラムは、上記の送信機を動作させる通信プログラムであって、コンピュータを上記の各手段として機能させるための通信プログラムである。
【０６２６】
また、本発明の通信方法は、受信機との間で複数の通信層の接続を確立して通信を行う送信機の通信方法であって、接続リクエスト生成手段にて、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを生成するステップと、接続リクエスト送信手段にて、上記接続リクエストを受信機へ送信するステップと、を含むことを特徴としている。
【０６２７】
また、本発明の受信機は、送信機との間で複数の通信層の接続を確立して通信を行う受信機であって、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを送信機から受信する接続リクエスト受信手段と、上記接続リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を確立させる接続確立手段と、を備えることを特徴としている。
【０６２８】
さらに、本発明の受信機は、上記接続リクエストに当該接続リクエストに対するレスポンスの送信を要求するコマンドが含まれていた場合、上記レスポンスを送信するレスポンス送信手段を備えることを特徴としている。
【０６２９】
さらに、本発明の受信機は、上記接続リクエストにデータ交換の際にレスポンスの送信を要求するコマンドが含まれていた場合、上記レスポンスを送信するレスポンス送信手段を備えることを特徴としている。
【０６３０】
また、本発明の受信機は、送信機との間で複数の通信層の接続を確立して送信機と通信を行う受信機であって、隣接する複数の通信層の切断に必要なコマンドおよびデータを含む切断リクエストを送信機から受信する切断リクエスト受信手段と、上記切断リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を切断する切断手段と、を備えることを特徴としている。
【０６３１】
また、本発明の受信機は、送信機との間で複数の通信層の接続を確立して通信を行う受信機であって、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを送信機から受信する、あるいは、上記通信層ごとに、接続に必要なコマンドおよびデータを含む接続リクエストを送信機から受信する接続リクエスト受信手段と、上記接続リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を確立させる接続確立手段と、を備えることを特徴としている。
【０６３２】
さらに、本発明の受信機は、上記通信が赤外線通信であることを特徴としている。
【０６３３】
さらに、本発明の受信機は、送信機から放送を受信する放送受信装置であることを特徴としている。
【０６３４】
さらに、本発明の受信機は、送信機から受信した放送を記録する放送記録装置であることを特徴としている。
【０６３５】
また、本発明の通信プログラムは、上記の受信機を動作させる通信プログラムであって、コンピュータを上記の各手段として機能させるための通信プログラムである。
【０６３６】
また、本発明の通信方法は、送信機との間で複数の通信層の接続を確立して通信を行う受信機の通信方法であって、接続リクエスト受信手段にて、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを送信機から受信するステップと、接続確立手段にて、上記接続リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を確立するステップと、を含むことを特徴としている。
【０６３７】
また、本発明の通信システムは、互いの複数の通信層の接続を確立して通信を行う送信機および受信機を含む通信システムであって、上記送信機が、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを生成する接続リクエスト生成手段と、上記接続リクエストを受信機へ送信する接続リクエスト送信手段とを備え、上記受信機が、隣接する複数の通信層の接続に必要なコマンドおよびデータを含む接続リクエストを送信機から受信する接続リクエスト受信手段と、上記接続リクエストからコマンドおよびデータを抽出し、該コマンドおよびデータに基づいて各通信層の接続を確立させる接続確立手段と、を備えることを特徴としている。
【０６３８】
これにより、１つの接続リクエストによって、複数の通信層を接続することができる。よって、複数の通信層を接続するためのコマンドおよびデータを１つの接続リクエストにまとめることが可能となる。
【０６３９】
したがって、従来のＩｒＤＡのように通信層毎に接続リクエストを送信するプロトコルと比べて、接続の確立に要する時間を短縮することができる。それゆえ、データ交換の途中で切断されても、短時間で再度接続して、データ交換を再開することが可能となる。
【０６４０】
さらに、本発明の通信システムは、例えば接続を切断するための切断リクエスト等の他のリクエストについても、同様に構成することができる。
【０６４１】
発明の詳細な説明の項においてなされた具体的な実施態様または実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなく、本発明の精神と特許請求事項との範囲内で、いろいろと変更して実施することができるものである。
【産業上の利用可能性】
【０６４２】
本発明の送信機、受信機、通信システム、通信方法、通信プログラムによれば、短時間で接続を確立することができる。よって、例えば、携帯機器から携帯機器、携帯機器からプリンタ、携帯機器から表示装置、携帯機器からＤＶＤレコーダ等のＡＶ機器（記録装置）の通信等に好適に利用することができる。
【図面の簡単な説明】
【０６４３】
【図１】図１（ａ）は、従来のＩｒＤＡプロトコルによるデータ転送方法を示すシーケンス図である。図１（ｂ）は、本発明におけるデータ転送システムおよびそのデータ転送方法の実施の形態を示すものであり、通信機能１によるデータ転送方法を示すシーケンス図である。
【図２】図２は、携帯機器と電子機器である表示装置とからなる上記データ転送システムを示す構成図である。
【図３】図３は、携帯機器と電子機器である印刷装置とからなる上記データ転送システムを示す構成図である。
【図４】図４は、携帯機器と電子機器である記録装置とからなる上記データ転送システムを示す構成図である。
【図５】図５は、携帯機器と電子機器であるパーソナルコンピュータとからなる上記データ転送システムを示す構成図である。
【図６】図６は、携帯機器と電子機器である他の携帯機器とからなる上記データ転送システムを示す構成図である。
【図７】図７は、上記携帯機器の送信機器を示すブロック図である。
【図８】図８は、上記記録装置の受信機器を示すブロック図である。
【図９】図９（ａ）は、従来のＩｒＤＡプロトコルによるデータ転送方法を示すシーケンス図である。図９（ｂ）は、通信機能４によるデータ転送方法を示すシーケンス図である。
【図１０】図１０（ａ）は、従来のＩｒＤＡプロトコルによるデータ転送方法を示すシーケンス図である。図１０（ｂ）は、通信機能７によるデータ転送方法を示すシーケンス図である。図１０（ｃ）は、通信機能８によるデータ転送方法を示すシーケンス図である。
【図１１】図１１（ａ）は、通信機能１、７で用いられる接続確立のシーケンス図である。図１１（ｂ）は、通信機能２、８で用いられる接続確立のシーケンス図である。図１１（ｃ）は、通信機能１、２、７、８で用いられる接続確立のためのパケットフォーマットである。なお、下段のレスポンスパケットは通信機能２、８では用いられない。
【図１２】図１２は、本発明におけるデータ転送システムおよびそのデータ転送方法の他の実施の形態を示すシーケンス図である。
【図１３】図１３は、上記携帯機器の送信機器を示すブロック図である。
【図１４】図１４は、上記記録装置の受信機器を示すブロック図である。
【図１５】図１５は、送信機器と受信機器との間で送受信されるトーン信号のパターンを示す図である。
【図１６】図１６（ａ）は、本発明におけるデータ転送システムおよびそのデータ転送方法のさらに他の実施の形態を示すものであり、電子機器が表示装置である場合のデータ転送の成功についての受信機器状態を示す説明図である。図１６（ｂ）は、本発明におけるデータ転送システムおよびそのデータ転送方法のさらに他の実施の形態を示すものであり、電子機器が表示装置である場合のデータ転送の不成功についての受信機器状態を示す説明図である。図１６（ｃ）は、本発明におけるデータ転送システムおよびそのデータ転送方法のさらに他の実施の形態を示すものであり、電子機器が表示装置である場合のデータ転送の成功・不成功についての受信機器状態を示す説明図である。
【図１７】図１７（ａ）は、上記データ転送システムおよびそのデータ転送方法において、電子機器が印刷装置である場合のデータ転送の成功についての受信機器状態を示す説明図である。図１７（ｂ）は、上記データ転送システムおよびそのデータ転送方法において、電子機器が印刷装置である場合のデータ転送の不成功についての受信機器状態を示す説明図である。図１７（ｃ）は、上記データ転送システムおよびそのデータ転送方法において、電子機器が印刷装置である場合のデータ転送の不成功についての受信機器状態を示す説明図である。
【図１８】図１８（ａ）は、上記データ転送システムおよびそのデータ転送方法において、電子機器が記録装置である場合のデータ転送の成功についての受信機器状態を示す説明図である。図１８（ｂ）は、上記データ転送システムおよびそのデータ転送方法において、電子機器が記録装置である場合のデータ転送の不成功についての受信機器状態を示す説明図である。図１８（ｃ）は、上記データ転送システムおよびそのデータ転送方法において、電子機器が記録装置である場合のデータ転送の不成功についての受信機器状態を示す説明図である。
【図１９】図１９（ａ）は、上記データ転送システムおよびそのデータ転送方法において、電子機器がパーソナルコンピュータである場合のデータ転送の成功についての受信機器状態を示す説明図である。図１９（ｂ）は、上記データ転送システムおよびそのデータ転送方法において、電子機器がパーソナルコンピュータである場合のデータ転送の不成功についての受信機器状態を示す説明図である。図１９（ｃ）は、上記データ転送システムおよびそのデータ転送方法において、電子機器がパーソナルコンピュータである場合のデータ転送の不成功についての受信機器状態を示す説明図である。
【図２０】図２０（ａ）は、上記データ転送システムおよびそのデータ転送方法において、電子機器が他の携帯機器である場合のデータ転送の成功についての受信機器状態を示す説明図である。図２０（ｂ）は、上記データ転送システムおよびそのデータ転送方法において、電子機器が他の携帯機器である場合のデータ転送の不成功についての受信機器状態を示す説明図である。図２０（ｃ）は、上記データ転送システムおよびそのデータ転送方法において、電子機器が他の携帯機器である場合のデータ転送の不成功についての受信機器状態を示す説明図である。
【図２１】図２１は、本発明におけるデータ転送システムのさらに他の実施の形態を示すものであり、記録装置の構成を示すブロック図である。
【図２２】図２２は、上記データ転送システムにおける記録装置の表示装置において、情報データおよびデータの階層構造を関連付けて表示する状態を示す説明図である。
【図２３】図２３は、上記データの階層構造を示す説明図である。
【図２４】図２４は、上記データの階層構造において、携帯電話から受けた情報データである画像を追加する状態を示す説明図である。
【図２５】図２５は、上記データの階層構造の内部処理を示す説明図である。
【図２６】図２６は、上記データ転送システムにおける記録装置と表示装置との間をワイヤレス通信させる状態を示す説明図である。
【図２７】図２７は、ＩｒＤＡ規格におけるデータ転送状態が確立されるまでの手順を示すシーケンス図である。
【図２８】図２８は、ＩｒＤＡ規格におけるデータ転送状態が確立されるまでに機器間で交換されるフレームの構成図である。
【図２９】図２９は、４ＰＰＭ方式についてのデータパルスとデータの相関を示す図である。
【図３０】図３０は、ＩｒＤＡ規格のフレームを示す図である。
【図３１】図３１は、ＩｒＤＡ規格におけるデータ転送の一般的な手順を説明するためのシーケンス図である。
【図３２】図３２（ａ）は、ＩｒＤＡのデータ交換シーケンスを示す図である。図３２（ｂ）は、通信機能４、７で用いられるデータ交換シーケンスを示す図である。図３２（ｃ）は、通信機能４、７で用いられるデータ交換シーケンスを示す図である。
【図３３】図３３（ａ）は、通信機能５、８で用いられるデータ交換シーケンスを示す図である。図３３（ｂ）は、通信機能５、８で用いられるデータ交換シーケンスを示す図である。
【図３４】図３４は、ＯＳＩ７階層モデルと、ＩｒＤＡの階層および本発明の階層の対応関係を示す模式図である。
【図３５】図３５（ａ）は、ＩｒＤＡで使用されるデータ交換で使用されるパケットフォーマットを示す図である。図３５（ｂ）は、本発明のデータ交換で使用されるパケットフォーマットを示す図である。
【図３６】図３６（ａ）は、ＩｒＤＡの切断シーケンスを示す図である。図３６（ｂ）は、ＩｒＤＡの切断シーケンスに使用されるパケットフォーマットを示す図である。
【図３７】図３７（ａ）は、通信機能１、７で接続された場合の切断シ−ケンスを示す図である。図３７（ｂ）は、通信機能２、８で接続された場合の切断シーケンスを示す図である。図３７（ｃ）は、通信機能１、２、７、８で接続された場合の切断シーケンスのパケットフォーマットである。なお、下段のレスポンスパケットは通信機能２、８で接続された場合は用いられない。
【図３８】図３８は、ＩｒＤＡの接続シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図３９】図３９は、通信機能１、７の接続シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４０】図４０（ａ）は、通信機能１、２、７、８の接続シーケンス時の図３９および図４１における右向きの矢印の各層間の関数におけるデータの変化を示す説明図である。図４０（ｂ）は、通信機能１、７の左向きの矢印の各層間の関数におけるデータの変化を示す図である。
【図４１】図４１は、通信機能２、８の接続シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４２】図４２は、ＩｒＤＡのデータ交換時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４３】図４３は、通信機能４、７のデータ交換時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４４】図４４は、通信機能４、５、７、８のデータ交換時の図４３および図４５における各層間の関数におけるデータの変化を示す図である。
【図４５】図４５は、通信機能５、８のデータ交換時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４６】図４６は、ＩｒＤＡの切断シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４７】図４７は、通信機能１、７の切断シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４８】図４８（ａ）は、通信機能１、２、７、８の切断シーケンス時の図４７および図４９における右向きの矢印の各層間の関数におけるデータの変化を示す説明図である。図４８（ｂ）は、通信機能１、７の左向きの矢印の各層間の関数におけるデータの変化を示す説明図である。
【図４９】図４９は、通信機能２、８の切断シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図５０】図５０は、通信機能１、２、７、８の１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。
【図５１】図５１は、通信機能１、２、７、８の２次局における接続要求関数の接続パラメータの受け渡しを表す模式図である。
【図５２】図５２は、通信機能１、７の１次局における接続確認関数と通信機能１、２、７、８の２次局における接続通知関数のデータと接続パラメータの受け渡しを表す模式図である。
【図５３】図５３は、通信機能１、７の２次局における接続返答関数のデータの受け渡しを表す模式図である。
【図５４】図５４は、通信機能２、８の１次局における接続確認関数の接続パラメータの受け渡しを表す模式図である。
【図５５】図５５は、実施の形態の変形例である、接続パラメータを層間で共有する場合の通信機能１、２、７、８の１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。
【図５６】図５６は、実施の形態の変形例である、接続パラメータを層間で共有する場合の通信機能１、２、７、８の２次局における接続通知関数のデータと接続パラメータの受け渡しを表す模式図である。
【図５７】図５７は、実施の形態の変形例である、接続パラメータを各層が別々に下位層に渡す場合の通信機能１、２、７、８の１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。
【図５８】図５８は、実施の形態に係る通信システムの一構成例を示す機能ブロック図である。同図では、ＩｒＤＡのみを持った機器と、ＩｒＤＡおよび本発明の構成を持った機器と、本発明の構成のみを持った機器の通信層を、ＯＳＩ７階層に合わせて示している。
【符号の説明】
【０６４４】
１，１ａ    送信機器（通信装置）
２，２ａ    受信機器（通信装置）
１１・１１ａ  ＣＰＵ（変換手段）
１３，１３ａ  ントローラ（第１の通信制御手段，第２の通信制御手段）
２１          ＣＰＵ（判別手段）
２３，２３ａ  コントローラ（第１の通信制御手段，第２の通信制御手段）
１１００          送信機（通信装置）
１２００          受信機（通信装置）
１１３１          プロトコル選択部（第１の通信制御手段，第２の通信制御手段）
【図１】
0004430054.tif 000002
【図２】
0004430054.tif 000003
【図３】
0004430054.tif 000004
【図４】
0004430054.tif 000005
【図５】
0004430054.tif 000006
【図６】
0004430054.tif 000007
【図７】
0004430054.tif 000008
【図８】
0004430054.tif 000009
【図９】
0004430054.tif 000010
【図１０】
0004430054.tif 000011
【図１１】
0004430054.tif 000012
【図１２】
0004430054.tif 000013
【図１３】
0004430054.tif 000014
【図１４】
0004430054.tif 000015
【図１５】
0004430054.tif 000016
【図１６】
0004430054.tif 000017
【図１７】
0004430054.tif 000018
【図１８】
0004430054.tif 000019
【図１９】
0004430054.tif 000020
【図２０】
0004430054.tif 000021
【図２１】
0004430054.tif 000022
【図２２】
0004430054.tif 000023
【図２３】
0004430054.tif 000024
【図２４】
0004430054.tif 000025
【図２５】
0004430054.tif 000026
【図２６】
0004430054.tif 000027
【図２７】
0004430054.tif 000028
【図２８】
0004430054.tif 000029
【図２９】
0004430054.tif 000030
【図３０】
0004430054.tif 000031
【図３１】
0004430054.tif 000032
【図３２】
0004430054.tif 000033
【図３３】
0004430054.tif 000034
【図３４】
0004430054.tif 000035
【図３５】
0004430054.tif 000036
【図３６】
0004430054.tif 000037
【図３７】
0004430054.tif 000038
【図３８】
0004430054.tif 000039
【図３９】
0004430054.tif 000040
【図４０】
0004430054.tif 000041
【図４１】
0004430054.tif 000042
【図４２】
0004430054.tif 000043
【図４３】
0004430054.tif 000044
【図４４】
0004430054.tif 000045
【図４５】
0004430054.tif 000046
【図４６】
0004430054.tif 000047
【図４７】
0004430054.tif 000048
【図４８】
0004430054.tif 000049
【図４９】
0004430054.tif 000050
【図５０】
0004430054.tif 000051
【図５１】
0004430054.tif 000052
【図５２】
0004430054.tif 000053
【図５３】
0004430054.tif 000054
【図５４】
0004430054.tif 000055
【図５５】
0004430054.tif 000056
【図５６】
0004430054.tif 000057
【図５７】
0004430054.tif 000058
【図５８】
0004430054.tif 000059