(57)【特許請求の範囲】
【請求項１】
要求コマンドを発行し、当該要求コマンドに応答する応答コマンドを受けることにより、二次局のオブジェクト交換層にオブジェクトを送信するオブジェクト交換層を有する一次局としての通信装置であって、
前記オブジェクト交換層の通信プロトコルを処理するオブジェクト交換層処理部と、
前記オブジェクト交換層より下位に位置する下位層の通信プロトコルを処理する下位層処理部とを備えるとともに、
前記下位層処理部が、
前記二次局からの応答コマンドを模擬した擬似応答コマンドを生成して、前記オブジェクト交換層処理部に通知する応答生成部と、
前記オブジェクト交換層処理部から要求コマンドの生成通知を受けると、当該要求コマンドに応答する前記擬似応答コマンドを生成して、前記オブジェクト交換層処理部に通知するように前記応答生成部を制御する下位層制御部とを有することを特徴する通信装置。
【請求項２】
前記下位層処理部が、さらに、
前記オブジェクト交換層処理部から要求コマンドの生成通知を受けると作動して、経過時間を測定するタイマを有するとともに、
前記下位層制御部が、前記タイマの経過時間が予め設定した設定値に達しても、前記二次局からの応答コマンドが未受信であるとき、前記擬似応答コマンドを生成して、前記オブジェクト交換層処理部に通知するように前記応答生成部を制御するものであることを特徴する請求項１に記載の通信装置。
【請求項３】
前記下位層処理部の前記下位層制御部が、
前記オブジェクト交換層処理部によって発行された要求コマンドの種類に応じて、前記二次局から受信する応答コマンドを前記オブジェクト交換層処理部に通知するか、前記応答生成部に擬似応答コマンドを生成させて、前記オブジェクト交換層処理部に通知させるかを切り替えるものであることを特徴する請求項１に記載の通信装置。
【請求項４】
前記下位層処理部が、さらに、
前記オブジェクト交換層処理部によって発行された要求コマンドのヘッダ情報を解析するヘッダ情報解析部を有するとともに、
前記下位層制御部が、前記ヘッダ情報解析部が解析したヘッダ情報の種別に応じて、前記二次局から受信する応答コマンドを前記オブジェクト交換層処理部に通知するか、前記応答生成部に擬似応答コマンドを生成させて、前記オブジェクト交換層処理部に通知させるかを切り替えるものであることを特徴する請求項１に記載の通信装置。
【請求項５】
一次局からの要求コマンドを受け、当該要求コマンドに応答する応答コマンドを発行することにより、一次局のオブジェクト交換層からオブジェクトを受信するオブジェクト交換層を有する二次局としての通信装置であって、
前記オブジェクト交換層の通信プロトコルを処理するオブジェクト交換層処理部と、
前記オブジェクト交換層より下位に位置する下位層の通信プロトコルを処理する下位層処理部とを備えるとともに、
前記下位層処理部が、
前記オブジェクト交換層処理部によって発行された前記応答コマンドを受けた際、当該応答コマンドを一次局へ送信しないものであることを特徴する通信装置。
【請求項６】
前記下位層処理部が、
前記オブジェクト交換層処理部によって発行された応答コマンドを解析する応答解析部と、
前記応答解析部が解析した応答コマンドの種類に応じて、一次局へ前記応答コマンドを送信するか、送信しないかを切り替える下位層制御部とを有していることを特徴する請求項５に記載の通信装置。
【請求項７】
前記下位層処理部が、
前記オブジェクト交換層処理部によって発行された応答コマンドのヘッダ情報を解析するヘッダ情報解析部と、
前記ヘッダ情報解析部が解析したヘッダ情報の種別に応じて、一次局へ前記応答コマンドを送信するか、送信しないかを切り替える下位層制御部とを有していることを特徴する請求項５に記載の通信装置。
【請求項８】
要求コマンドを発行し、当該要求コマンドに応答する応答コマンドを受けることにより、二次局のオブジェクト交換層にオブジェクトを送信するオブジェクト交換層を有する一次局における通信方法であって、
前記オブジェクト交換層より下位に位置する下位層が、前記オブジェクト交換層から要求コマンドの生成通知を受けると、当該要求コマンドに応答する前記二次局からの応答コマンドを模擬した擬似応答コマンドを生成して、前記オブジェクト交換層に通知することを特徴する通信方法。
【請求項９】
一次局からの要求コマンドを受け、当該要求コマンドに応答する応答コマンドを発行することにより、一次局のオブジェクト交換層からオブジェクトを受信するオブジェクト交換層を有する二次局における通信方法であって、
前記オブジェクト交換層より下位に位置する下位層が、前記オブジェクト交換層によって発行された応答コマンドを受けた際、当該応答コマンドを一次局へ送信しないことを特徴する通信方法。
【請求項１０】
前記オブジェクト交換層の通信プロトコルがＯＢＥＸ（ＯＢｊｅｃｔ  ＥＸｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）であることを特徴する請求項１から７のいずれか１項に記載の通信装置。
【請求項１１】
請求項１から４のいずれか１項に記載の一次局としての通信装置と、
該通信装置からオブジェクトを受信する二次局としての通信装置とを含むことを特徴する通信システム。
【請求項１２】
前記二次局としての通信装置が応答コマンドを送信しないことを特徴する請求項１１に記載の通信システム。
【請求項１３】
請求項５から７のいずれか１項に記載の二次局としての通信装置と、
該通信装置へオブジェクトを送信する一次局としての通信装置とを含むことを特徴する通信システム。
【請求項１４】
請求項１から７のいずれか１項に記載の通信装置を動作させる通信プログラムであって、コンピュータを上記の各部として機能させるための通信プログラム。
【請求項１５】
請求項１から７のいずれか１項に記載の通信装置を動作させる通信回路であって、上記の各部として機能することを特徴する通信回路。
【請求項１６】
請求項１から７のいずれか１項に記載の通信装置を搭載し、該通信装置によって通信を行うことを特徴する携帯電話。
【請求項１７】
請求項５から７のいずれか１項に記載の通信装置を搭載し、該通信装置によって受信したデータに基づいて表示することを特徴する表示装置。
【請求項１８】
請求項５から７のいずれか１項に記載の通信装置を搭載し、該通信装置によって受信したデータに基づいて印刷することを特徴する印刷装置。
【請求項１９】
請求項５から７のいずれか１項に記載の通信装置を搭載し、該通信装置によって受信したデータを記録することを特徴する記録装置。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、データの送受信を行って、データを交換したり転送したりするための、通信装置、通信システム、通信方法、通信プログラム、通信回路に関するものである。
【背景技術】
【０００２】  データの送受信つまりデータ通信におけるオブジェクト交換用の通信プロトコルとして、ＯＢＥＸ（ＯＢｊｅｃｔ  ＥＸｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）が知られている。ＯＢＥＸは、赤外線ポートを介したデータ送受信の手順を「オブジェクト（ファイルなどの一般的なデータの実体）の交換」という形式で規格化したものである（特許文献１を参照）。【０００３】  ＯＢＥＸを採用したアプリケーション・ソフトウェアは、通信機器や通信方式の違いを意識することなく、様々なオブジェクトを相互にやり取りすることができるようになり、赤外線を利用するＩｒＤＡ（Ｉｎｆｒａ  Ｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ）通信方式だけでなく、無線（２．４ＧＨｚ帯）を利用するＢｌｕｅ  ｔｏｏｔｈ（登録商標）通信方式などのセッション・プロトコルとして幅広い分野で採用されている。【０００４】  オブジェクトとしては、通常のファイルの他、機器の診断、名刺、銀行口座の明細、心電図、領収書などが想定されている。例えば、ＩｒＤＡあるいはＢｌｕｅ  ｔｏｏｔｈの通信機能を搭載したラップトップ・パソコン、携帯電話、ＰＤＡ（携帯型情報通信機器）同士で、住所録データや名刺データを交換できるようになる。また、携帯電話やデジタル・スチル・カメラで撮影した映像データをＴＶやモニター、街角のキオスクに送信するような使い方も可能である。この他、テレビ受像機やＶＴＲなどの制御にも使える。【０００５】  ＯＢＥＸは、ＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルのセッション・レイヤに相当するＩｒＤＡの上位プロトコルであり、インターネットのＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｏｒｍ  Ｐｒｏｔｏｃｏｌ）と同様の機能を備えているが、ＨＴＴＰほどリソースを要求しないという特徴を有している。【０００６】  図７に標準のＩｒＤＡのプロトコルスタックを示す。ＩｒＤＡのプロトコルスタックは、変調方式、信号強度、指向性等を定義するＩｒＰＨＹ（ＩｒＤＡ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）、汎用のＨＤＬＣ（Ｈｉｇｈ  ｌｅｖｅｌ  Ｄａｔａ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）に従った誤り制御機能、透過伝送、およびフロー制御の他、通信の速度や最大データサイズを通信に先立って互いにネゴシエーションする機能、および接続すべき不特定の外部機器を探索して発見する手続き等を定義したＩｒＬＡＰ（ＩｒＤＡ  Ｌｉｎｋ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）プロトコルのＴＣＰやＵＤＰで使われるポート番号に相当する多重化・多重分離の機能を提供するＩｒＬＭＰ（ＩｒＤＡ  Ｌｉｎｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）、個別の論理リンクにおいてフロー制御を行うためのＴｉｎｙＴＰ（Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）で構成され、ＯＢＥＸはトランスポート・プロトコルのＴｉｎｙＴＰの上位に位置する。【０００７】  ＯＢＥＸでは、コマンドを要求する側の機器をクライアント機器、その要求に応じて応答を返す側をサーバ機器と呼ぶ。通常、クライアント機器がサーバ機器に対してＰｕｔ／Ｇｅｔなどの要求コマンドを発行し、サーバ機器が���答コマンドを返すクライアント／サーバモデルに従っている。【０００８】  ＯＢＥＸで規定されている要求コマンドは概ね次のものを備えている。通信相手と接続／切断を行うＣＯＮＮＥＣＴ／ＤＩＳＣＯＮＮＥＣＴ、ファイルなどのオブジェクトの送信／受信を行うＰＵＴ／ＧＥＴ、受信機器側であるサーバ機器の受信先パス（カレントパス）を変更するＳＥＴＰＡＴＨ、そしてオブジェクトの送信や受信を強制的に中断するＡＢＯＲＴがある。【０００９】  図８に、クライアント機器とサーバ機器との間での基本的な要求コマンド／応答コマンドのやり取りについて説明する。利用者からのオブジェクト交換要求を受けると、クライアント機器はサーバ機器との接続を確立するために、サーバ機器に対して、接続要求を意味するＣＯＮＮＥＣＴコマンドを送信する。【００１０】  ＣＯＮＮＥＣＴコマンドを受信したサーバ機器はクライアント機器に対して、接続が可能である場合には、ＳＵＣＣＥＳＳ応答コマンドを返信し、クライアント機器がＳＵＣＣＥＳＳの応答コマンドを受信することにより、クライアント機器−サーバ機器の間で接続が確立される。【００１１】  クライアント機器では、接続確立後、オブジェクトの交換を開始し、サーバ機器に対してオブジェクトの送信を行うＰＵＴコマンドを送信する。サーバ機器はクライアント機器からのＰＵＴコマンドを正常に受信するとＣＯＮＴＩＮＵＥ応答コマンドを返信し、クライアント機器は、サーバ機器からのＣＯＮＴＩＮＵＥ応答コマンドを受信し、サーバ機器が正常にＰＵＴコマンドを受信したことを確認後、次のＰＵＴコマンドを送信する。クライアント機器では、すべてのオブジェクトを送信し終えるまで、ＰＵＴコマンドの送信を行う。サーバ機器では、最後のＰＵＴコマンドまで正常に受信し終えると、ＳＵＣＣＥＳＳの応答コマンドをクライアント機器に対して返信する。【００１２】  クライアント機器では、サーバ機器からのＳＵＣＣＥＳＳの応答コマンドを受信後、サーバ機器との切断処理を行うために切断要求を意味するＤＩＳＣＯＮＮＥＣＴコマンドをサーバ機器に対して送信する。【００１３】  ＤＩＳＣＯＮＮＥＣＴコマンドを受信したサーバ機器はクライアント機器に対して、切断の許可を意味するＳＵＣＣＥＳＳの応答コマンドを返信し、クライアント機器がＳＵＣＣＥＳＳの応答コマンドを受信することにより、クライアント機器−サーバ機器の間の接続が切断され、一連のクライアント機器−サーバ機器間のオブジェクト交換が完了する。【００１４】  このように、ＯＢＥＸでは、クライアント機器からの要求コマンドに対して、サーバ機器が応答コマンドを返すことにより、オブジェクトの交換を行う。【００１５】  また、上記のＩｒＤＡプロトコルスタックにあるようにＯＳＩのような階層構造を持つ通信プロトコルにおいては、層ごとに他の層とは独立にヘッダ情報が定義されており、計算機器間で本来転送されるべきデータに、最上位層から最下位層まで各層においてヘッダ情報が順次付加される。また、受信データに対しては、最下位層から最上位層までの各層において順次ヘッダ情報が除去され、上位層にデータが渡されていく。【００１６】  図９に示すように、クライアント機器側では、ＯＢＥＸ層で���成された要求コマンドが、ＴｉｎｙＴＰ層、ＩｒＬＭＰ層、ＩｒＬＡＰ層の各層において層ごとに独立に定義されたヘッダ情報が順次付加され、下位層にデータが渡されていく。また、サーバ機器では、クライアント機器から受信したデータに対して、下位層から順次ヘッダ情報の除去を行い、上位層へとデータを渡していき、ＯＢＥＸ層では、下位層のヘッダ情報が除去された要求コマンド（ＣＯＮＮＥＣＴ，ＰＵＴ，ＤＩＳＣＯＮＮＥＣＴコマンドなど）が下位層から上がってくる。【００１７】  〔特許文献１〕日本国公開特許公報「特開２０００−１９６６２２号公報（公開日２０００年７月１４日）」
上述したように、ＯＢＥＸは機器や方式の違いを意識することなく、様々なオブジェクトをやり取りすることができるため、ＩｒＤＡやＢｌｕｅ  ｔｏｏｔｈなどでオブジェクト交換用プロトコルとして採用されており、携帯電話やＰＤＡなどの携帯端末など様々な機器に実装されている。【００１８】  しかしながら、ＯＢＥＸが実装されたクライアント機器とサーバ機器との間でオブジェクト交換を実現するためには、サーバ機器が必ず応答コマンドを返信するための送信機能を持つ必要が生じる。サーバ機器に送信機能を持たせることは、機器のコストアップや開発の難易度が上がることにつながり、必要最低限の受信機能だけを備えることでオブジェクト交換を実現したいという要求がある。【００１９】  また、前述のように、ＯＢＥＸのＰＵＴコマンドによるオブジェクト交換においては、オブジェクト交換の途中において、クライアントからのＰＵＴコマンドに対するＣＯＮＴＩＮＵＥ応答コマンドがサーバから送信される。最後のＰＵＴコマンドに対するＳＵＣＣＥＳＳ応答コマンドはオブジェクト交換が確実に行われたことを、クライアントが知るためにも必要であるが、途中経過を通知するＣＯＮＴＩＮＵＥ応答コマンドは、ＣＯＮＴＩＮＵＥ応答コマンド送信のために使われる帯域を考えると、必ずしも必要でない場合がある。【００２０】  また、前述したようにＯＢＥＸは現在様々な機器に実装されており、仕様を変更することは容易ではなく、仕様の変更を行った場合には、既存の資産を流用することができなくなる。
【発明の開示】
【００２１】  本発明の目的は、オブジェクト交換用プロトコルを用いて通信を行う場合において、クライアント機器からの特定の要求コマンドもしくは全ての要求コマンドに対して、サーバ機器が応答コマンドを返信しなくてもよい通信装置、通信システム、通信方法、通信プログラム、通信回路を提供することにある。
【００２２】  上記の目的を達成するために、本発明に係る通信装置は、要求コマンドを発行し、当該要求コマンドに応答する応答コマンドを受けることにより、二次局のオブジェクト交換層にオブジェクトを送信するオブジェクト交換層を有する一次局としての通信装置であって、前記オブジェクト交換層の通信プロトコルを処理するオブジェクト交換層処理部と、前記オブジェクト交換層より下位に位置する下位層の通信プロトコルを処理する下位層処理部とを備えるとともに、前記下位層処理部が、前記二次局からの応答コマンドを模擬した擬似応答コマンドを生成して、前記オブジェクト交換層処理部に通知する応答生成部と、前記オブジェクト交換層処理部から要求コマンドの生成通知を受けると、当該要求コマンドに応答する前記擬似応答コマンドを生成して、前記オブジェクト交換層処理部に通知するように前記応答生成部を制御する下位層制御部とを有することを特徴としている。
【００２３】  また、本発明に係る通信方法は、要求コマンドを発行し、当該要求コマンドに応答する応答コマンドを受けることにより、二次局のオブジェクト交換層にオブジェクトを送信するオブジェクト交換層を有する一次局における通信方法であって、前記オブジェクト交換層より下位に位置する下位層が、前記オブジェクト交換層から要求コマンドの生成通知を受けると、当該要求コマンドに応答する前記二次局からの応答コマンドを模擬した擬似応答コマンドを生成して、前記オブジェクト交換層に通知することを特徴としている。
【００２４】  上記の構成および方法により、一次局（例えば、クライアント機器）にて、オブジェクト交換層より下位にある下位層が擬似応答コマンドを生成して、オブジェクト交換層に通知する。
【００２５】  よって、要求コマンド／応答コマンドによるオブジェクト交換を行う通信プロトコルを変更することなく、送信機能を持たない必要最低限の受信機能を備えた二次局（例えば、サーバ機器）とのオブジェクト交換が可能となるという効果を奏する。また、上記のような二次局と送受信するために、オブジェクト交換層の通信プロトコル（オブジェクト交換用プロトコル）を変更する必要がないので、既存の資産を流用することが可能となるという効果を奏する。
【００２６】  また、本発明に係る通信システムは、一次局としての上記通信装置と、該通信装置からオブジェクトを受信する二次局としての通信装置とを含むことを特徴としている。さらに、本発明に係る通信システムは、前記二次局としての通信装置が応答コマンドを送信しないことを特徴としている。
【００２７】  上記通信システムによれば、二次局が、応答コマンドを送信できないものであっても、一次局にて、擬似応答コマンドを生成してオブジェクト交換層に通知する。よって、要求コマンド／応答コマンドによるオブジェクト交換を行うような、従来からの通信プロトコルを変更することなく、送信機能を持たない必要最低限の受信機能を備えた二次局とのオブジェクト交換が可能となるという効果を奏する。
【００２８】  また、本発明に係る通信装置は、一次局からの要求コマンドを受け、当該要求コマンドに応答する応答コマンドを発行することにより、一次局のオブジェクト交換層からオブジェクトを受信するオブジェクト交換層を有する二次局としての通信装置であって、前記オブジェクト交換層の通信プロトコルを処理するオブジェクト交換層処理部と、前記オブジェクト交換層より下位に位置する下位層の通信プロトコルを処理する下位層処理部とを備えるとともに、前記下位層処理部が、前記オブジェクト交換層処理部によって発行された前記応答コマンドを受けた際、当該応答コマンドを一次局へ送信しないものであることを特徴としている。
【００２９】  また、本発明に係る通信方法は、一次局からの要求コマンドを受け、当該要求コマンドに応答する応答コマンドを発行することにより、一次局のオブジェクト交換層からオブジェクトを受信するオブジェクト交換層を有する二次局における通信方法であって、前記オブジェクト交換層より下位に位置する下位層が、前記オブジェクト交換層によって発行された応答コマンドを受けた際、当該応答コマンドを一次局へ送信しないことを特徴としている。
【００３０】  上記の構成および方法により、二次局のオブジェクト交換層が不必要な応答コマンドを発行しても、二次局から送信しないようにできる。例えば、二次局（例えば、サーバ機器）のオブジェクト交換層が要求コマンドに対して応答コマンドを常に返信するような実装になっていた場合において、一次局（例えば、クライアント機器）からの要求コマンドが応答コマンドを必要としないものであったとき、二次局のオブジェクト交換層が発行した応答コマンドを下位層が送信しない。
【００３１】  よって、二次局の送信にかかる電力を削減することができるという効果を奏する。また、二次局が応答コマンドを送信した場合、一次局は応答コマンドを必要としていないため、二次局からの応答コマンドと一次局からの次の要求コマンドが衝突する可能性もあり、それを防ぐことが可能となるという効果を奏する。
【００３２】  また、本発明に係る通信システムは、二次局としての上記通信装置と、該通信装置へオブジェクトを送信する一次局としての通信装置とを含むことを特徴としている。
【００３３】  上記通信システムによれば、一次局からの要求コマンドが応答コマンドを必要としないものであったとき、二次局のオブジェクト交換層が発行した応答コマンドを下位層が送信しない。
【００３４】  よって、二次局のオブジェクト交換層が要求コマンド／応答コマンドによるオブジェクト交換を行うような、従来からの通信プロトコルであっても、それを変更することなく、必要最低限の応答コマンドのみの返信を受ける一次局とのオブジェクト交換が可能となるという効果を奏する。
【００３５】  なお、上記通信装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記通信装置の各部として動作させることにより上記通信装置をコンピュータにて実現させる通信装置の通信プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【００３６】  また、上記通信装置は、上記の各部として機能する通信回路によって実現してもよい。
【００３７】  また、上記通信装置は、該通信装置によって通信を行う携帯電話に好適である。上記携帯電話によれば、オブジェクト交換プロトコル（ＯＢＥＸを含む）を用いて、転送効率の高い通信を行うことが可能となる。
【００３８】  また、上記通信装置は、該通信装置によって受信したデータに基づいて表示する表示装置に好適である。このような表示装置によれば、オブジェクト交換プロトコル（ＯＢＥＸを含む）を用いて、転送効率の高い通信を行うことが可能となる。
【００３９】  また、上記通信装置は、該通信装置によって受信したデータに基づいて印刷する印刷装置に好適である。このような印刷装置によれば、オブジェクト交換プロトコル（ＯＢＥＸを含む）を用いて、転送効率の高い通信を行うことが可能となる。
【００４０】  また、上記通信装置は、該通信装置によって受信したデータを記録する記録装置に好適である。このような記録装置によれば、オブジェクト交換プロトコル（ＯＢＥＸを含む）を用いて、転送効率の高い通信を行うことが可能となる。
【００４１】  本発明のさらに他の目的、特徴、および優れた点は、以下に示す記載によって十分に分かるであろう。また、本発明の利点は、添付図面を参照した次の説明で明白になるであろう。
【図面の簡単な説明】
【００４２】
【図１】本発明に係る実施の第一形態の通信システムにおけるクライアント機器の構成を示すブロック図である。
【図２】上記通信システムの構成を示すブロック図である。
【図３】上記通信システムにおけるサーバ機器の構成例を示すブロック図である。
【図４】上記実施の第一形態におけるデータ転送処理の手順を示すシーケンス図である。
【図５】本発明に係る実施の第二形態の通信システムにおけるクライアント機器の構成を示すブロック図である。
【図６】上記実施の第二形態におけるデータ転送処理の手順を示すシーケンス図である。
【図７】ＩｒＤＡのプロトコルスタックを示す概念図である。
【図８】ＯＢＥＸ通信規格における基本的な要求コマンド・応答コマンドのやり取りの手順を示すシーケンス図である。
【図９】ＯＢＥＸ通信規格におけるデータ転送の一般的な手順を説明するためのシーケンス図である。
【図１０】本発明に係る実施の第三形態の通信システムにおけるクライアント機器の構成を示すブロック図である。
【図１１】本発明に係る実施の第四形態の通信システムにおけるクライアント機器の構成を示すブロック図である。
【図１２】上記実施の第三形態および第四形態におけるデータ転送処理の手順を示すシーケンス図である。
【図１３】本発明に係る実施の第五形態の通信システムにおけるサーバ機器の構成を示すブロック図である。
【図１４】従来のサーバ機器におけるＯＢＥＸ層の下位層処理部での動作を示すフローチャートである。
【図１５】上記実施の第五形態の通信システムにおけるサーバ機器におけるＯＢＥＸ層の下位層処理部での動作を示すフローチャートである。
【図１６】上記実施の第五形態におけるデータ転送処理の手順を示すシーケンス図である。
【図１７】本発明に係る実施の第六形態の通信システムにおけるサーバ機器の構成を示すブロック図である。
【図１８】上記実施の第六形態の通信システムにおけるサーバ機器におけるＯＢＥＸ層の下位層処理部での動作を示すフローチャートである。
【図１９】上記実施の第六形態におけるデータ転送処理の手順を示すシーケンス図である。
【図２０】上記実施の第六形態の通信システムにおけるサーバ機器におけるＯＢＥＸ層の下位層処理部での他の動作を示すフローチャートである。
【図２１】従来の通信システムにおけるクライアント機器の構成を示すブロック図である。
【図２２】従来の通信システムにおけるＯＢＥＸクライアントの動作を示すフローチャートである。
【図２３】本発明に係る実施の第七形態および第八形態の通信システムにおけるクライアント機器の構成を示すブロック図である。
【図２４】上記実施の第七形態の通信システムにおけるクライアント機器におけるＯＢＥＸ層の動作を示すフローチャートである。
【図２５】本発明に係る実施の第七形態の通信システムにおけるクライアント機器におけるＯＢＥＸ層の他の動作を示すフローチャートである。
【図２６】本発明に係る実施の第八形態の通信システムにおけるクライアント機器におけるＯＢＥＸ層の動作を示すフローチャートである。
【図２７】従来の通信システムにおけるサーバ機器の構成を示すブロック図である。
【図２８】従来の通信システムにおけるＯＢＥＸサーバの動作を示すフローチャートである。
【図２９】本発明に係る実施の第九形態および第十形態の通信システムにおけるサーバ機器の他の構成を示すブロック図である。
【図３０】上記実施の第九形態の通信システムにおけるサーバ機器におけるＯＢＥＸ層の動作を示すフローチャートである。
【図３１】上記実施の第九形態の通信システムにおけるサーバ機器におけるＯＢＥＸ層の他の動作を示すフローチャートである。
【図３２】本発明に係る実施の第十形態の通信システムにおけるサーバ機器におけるＯＢＥＸ層の動作を示すフローチャートである。
【図３３】本発明に係る第十一実施形態の通信システムにおける携帯電話間の通信例を示す図である。
【図３４】本発明に係る第十二実施形態の通信システムにおける携帯電話と表示装置との間の通信例を示す図である。
【図３５】本発明に係る第十三実施形態の通信システムにおける携帯電話と印刷装置との間の通信例を示す図である。
【図３６】本発明に係る第十四実施形態の通信システムにおける携帯電話と記録装置との間の通信例を示す図である。
【図３７】ＯＳＩ７階層モデルと、ＩｒＤＡの階層および本発明の階層の対応関係を示す模式図である。
【図３８】（ａ）は、本発明の実施の形態に係る接続確立のシーケンス図である。（ｂ）は、本発明の実施の形態に係る接続確立のシーケンス図である。（ｃ）は、本発明の実施の形態に係る接続確立のためのパケットフォーマットである。
【図３９】（ａ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。（ｂ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。
【図４０】（ａ）は、ＩｒＤＡのデータ交換で使用されるパケットフォーマットを示す図である。（ｂ）は、本発明のデータ交換で使用されるパケットフォーマットを示す図である。
【図４１】（ａ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。（ｂ）は、本発明の実施の形態に係るデータ交換シーケンスを示す図である。
【図４２】（ａ）は、本発明の実施の形態に係る切断シ−ケンスを示す図である。（ｂ）は、本発明の実施の形態に係る切断シーケンスを示す図である。（ｃ）は、本発明の実施の形態に係る切断シーケンスのパケットフォーマットである。
【図４３】本発明の実施の形態に係る接続シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４４】（ａ）は、本発明の実施の形態に係る接続シーケンス時の図４３および図４５における右向きの矢印の各層間の関数におけるデータの変化を示す説明図である。（ｂ）は、本発明の実施の形態に係る各層間の関数におけるデータの変化を示す図である。
【図４５】本発明の実施の形態に係る接続シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４６】本発明の実施の形態に係るデータ交換時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４７】本発明の実施の形態に係るデータ交換時の図４６および図４８における各層間の関数におけるデータの変化を示す図である。
【図４８】本発明の実施の形態に係るデータ交換時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図４９】本発明の実施の形態に係る切断シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図５０】（ａ）は、本発明の実施の形態に係る切断シーケンス時の図４９および図５１における右向きの矢印の各層間の関数におけるデータの変化を示す説明図である。（ｂ）は、本発明の実施の形態に係る各層間の関数におけるデータの変化を示す説明図である。
【図５１】本発明の実施の形態に係る切断シーケンス時の各層間の関数（命令、メッセージ）とパケットの流れを示すシーケンス図である。
【図５２】本発明の実施の形態に係る１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。
【図５３】本発明の実施の形態に係る２次局における接続要求関数の接続パラメータの受け渡しを表す模式図である。
【図５４】本発明の実施の形態に係る１次局における接続確認関数と２次局における接続通知関数のデータと接続パラメータの受け渡しを表す模式図である。
【図５５】本発明の実施の形態に係る２次局における接続返答関数のデータの受け渡しを表す模式図である。
【図５６】本発明の実施の形態に係る１次局における接続確認関数の接続パラメータの受け渡しを表す模式図である。
【図５７】実施の形態の変形例である、接続パラメータを層間で共有する場合のの１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。
【図５８】実施の形態の変形例である、接続パラメータを層間で共有する場合の２次局における接続通知関数のデータと接続パラメータの受け渡しを表す模式図である。
【図５９】実施の形態の変形例である、接続パラメータを各層が別々に下位層に渡す場合の１次局における接続要求関数のデータと接続パラメータの受け渡しを表す模式図である。
【符号の説明】
【００４３】      １  クライアント機器（通信装置、一次局）
１１  アプリケーション層処理部
１２  ＯＢＥＸ層処理部（オブジェクト交換層処理部）
１２１  制御部
１２２  要求通知部
１２３  応答受信部
１３  下位層処理部
１３１  制御部（下位層制御部）
１３２  要求受信部
１３３  要求通知部
１３４  応答生成部
１４  送信部
１５  受信部
２  クライアント機器（通信装置、一次局）
２１  アプリケーション層処理部
２２  ＯＢＥＸ層処理部（オブジェクト交換層処理部）
２２１  制御部
２２２  要求通知部
２２３  応答受信部
２３  下位層処理部
２３１  制御部（下位層制御部）
２３２  要求受信部
２３３  要求通知部
２３４  応答受信部
２３５  応答通知部
２３６  応答生成部
２３７  マルチプレクサ
２３８  タイマ
２４  送信部
２５  受信部
３  クライアント機器（通信装置、一次局）
３１  アプリケーション層処理部
３２  ＯＢＥＸ層処理部（オブジェクト交換層処理部）
３２１  制御部
３２２  要求通知部
３２３  応答受信部
２３  下位層処理部
３３１  制御部（下位層制御部）
３３２  要求受信部
３３３  要求通知部
３３４  応答受信部
３３５  応答通知部
３３６  応答生成部
３３７  マルチプレクサ
３４  送信部
３５  受信部
４  クライアント機器（通信装置、一次局）
４１  アプリケーション層処理部
４２  ＯＢＥＸ層処理部（オブジェクト交換層処理部）
４２１  制御部
４２２  要求通知部
４２３  応答受信部
４３  下位層処理部
４３１  制御部（下位層制御部）
４３２  要求受信部
４３３  要求通知部
４３４  応答受信部
４３５  応答通知部
４３６  応答生成部
４３７  マルチプレクサ
４３８  ヘッダ情報解析部
４４  送信部
４５  受信部
５  サーバ機器（通信装置、二次局）
５１  アプリケーション層処理部
５２  ＯＢＥＸ層処理部（オブジェクト交換層処理部）
５２１  制御部
５２５  要求解析部
５３  下位層処理部
５３１  制御部
５３５  要求解析部
５４  送信部
５５  受信部
１０００  サーバ機器（通信装置、二次局）
１０１０  アプリケーション層処理部
１０２０  ＯＢＥＸ層処理部（オブジェクト交換層処理部）
１０２１  制御部
１０２２  応答通知部
１０２５  要求解析部
１０３０  下位層処理部
１０３１  制御部（下位層制御部）
１０３２  応答受信部
１０３５  要求解析部
１０５０  受信部
１１００  サーバ機器（通信装置、二次局）
１１１０  アプリケーション層処理部
１１２０  ＯＢＥＸ層処理部（オブジェクト交換層処理部）
１１２１  制御部
１１２２  応答通知部
１１２５  要求解析部
１１３０  下位層処理部
１１３１  制御部（下位層制御部）
１１３２  応答受信部
１１３５  要求解析部
１１４０  送信部
１１５０  受信部
１３００  クライアント機器（通信装置、一次局）
１３１０  アプリケーション層処理部
１３２０  ＯＢＥＸ層処理部（オブジェクト交換層処理部）
１３２１  制御部
１３２２  要求通知部
１３２３  応答受信部
１３２４  通信方向選択部
１３３０  下位層処理部
１３４０  送信部
１３５０  受信部
１５００  サーバ機器（通信装置、二次局）
１５１０  アプリケーション層処理部
１５２０  ＯＢＥＸ層処理部（オブジェクト交換層処理部）
１５２１  制御部
１５２２  応答通知部
１５２３  要求解析部
１５３０  下位層処理部
１５４０  送信部
１５５０  受信部
【発明を実施するための最良の形態】
【００４４】  〔概要〕
後述する各実施の形態では、本発明に係る通信システムのクライアント機器（一次局）およびサーバ機器（二次局）の構成および動作について、ＯＳＩ７層モデルに基づいて詳細に説明する。ここで、ＯＳＩ７層モデルとは、いわゆる「ＯＳＩ基本参照モデル」「ＯＳＩ階層モデル」とも呼ばれているものである。【００４５】  ＯＳＩ７層モデルでは、異機種間のデータ通信を実現するために、コンピュータの持つべき通信機能が７階層に分割され、各層ごとに標準的な機能モジュールが定義されている。【００４６】  具体的には、第１層（物理層）は、データを通信回線に送出するための電気的な変換や機械的な作業を受け持つ。第２層（データリンク層）は、物理的な通信路を確保し、通信路を流れるデータのエラー検出などを行う。第３層（ネットワーク層）は、通信経路の選択や通信経路内のアドレスの管理を行う。第４層（トランスポート層）は、データ圧縮や誤り訂正、再送制御などを行う。第５層（セッション層）は、通信プログラム同士がデータの送受信を行うための仮想的な経路（コネクション）の確立や解放を行う。第６層（プレゼンテーション層）は、第５層から受け取ったデータをユーザが分かりやすい形式に変換したり、第７層から送られてくるデータを通信に適した形式に変換したりする。第７層（アプリケーション層）は、データ通信を利用した様々なサービスを人間や他のプログラムに提供する。【００４７】  各実施の形態に係る通信システムの各通信層も、上記ＯＳＩ７層モデルの対応する階層と同等の機能を有する。ただし、各実施の形態では、上記通信システムは、セッション層とプレゼンテーション層とを１つにした、６階層の構造となっている。各実施の形態では、このセッション層とプレゼンテーション層とを１つにした通信層を、ＯＢＥＸ（ＯＢｊｅｃｔ  ＥＸｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）によって実現した例について説明する。そして、ＯＢＥＸ層の下位に位置して下位層処理部（後述）が設けられる通信層をトランスポート層として説明する。ただし、下位層処理部が設けられる通信層は、ネットワーク層やデータリンク層であってもよい。なお、アプリケーション層については、説明を省略する。【００４８】  本発明は、送信機および受信機が複数の通信層の接続を確立して通信を行う通信システムに広く適用可能である。すなわち、通信機能の分割はＯＳＩ７層モデルに従っていなくてもよい。また、通信層の数は、接続すべき通信層が複数であれば、任意に選択できる。【００４９】  各実施の形態では、説明の便宜上、本発明の一適用例であるＩｒＳｉｍｐｌｅに基づいて説明する。しかし、本発明はＩｒＳｉｍｐｌｅに限定されるものではない。なお、ＩｒＳｉｍｐｌｅとは、従来のＩｒＤＡの一部機能を改良したものである。なお、本発明は、赤外線による無線通信に限定されず、他の無線通信、および、有線通信においても効果的である。【００５０】  各実施の形態では、ＩｒＳｉｍｐｌｅに則って、データリンク層、ネットワーク層、トランスポート層、セッション層＋プレゼンテーション層を、それぞれ、ＬＡＰ、ＬＭＰ、ＳＭＰ、ＯＢＥＸと表記することがある。【００５１】  以下、本発明に係る通信方法、通信プログラム、記録媒体、通信装置および通信システムの実施の各形態について図１から図５９（なお、図７から図９、図１４、図２１、図２２、図２７、図２８は従来技術の説明図である）に基づいて説明する。【００５２】  本発明に係る通信装置については、図２に示すように、通信装置としてのクライアント機器（通信装置）１から、相手機器であるサーバ機器５に対し、媒体としての赤外線によりオブジェクト交換を行うＩｒＤＡに準拠した転送方式（伝送方式）を例にとり説明する。ただし、本発明はこれに限るものではない。【００５３】  上記クライアント機器１としては、コンピュータ、携帯電話、携帯情報端末（ＰＤＡ）、およびデジタルカメラ等が挙げられる。上記サーバ機器５としては、テレビジョン（ＴＶ）、プリンタ、プロジェクタ、コンピュータ、携帯電話、携帯情報端末（ＰＤＡ）、およびデジタルカメラ等が挙げられる。【００５４】  上記媒体としては、赤外線の他に、１００ＭＨｚ〜５ＧＨｚといった携帯電話等に使用される電波、光ファイバを伝送路とする可視光などが挙げられる。オブジェクト交換されるデータとしては、画像ファイル、テキストデータなどが挙げられる。【００５５】  〔実施の第一形態〕
本発明に係る実施の第一形態としてのクライアント機器１について、図１に基づいて説明すると以下の通りである。なお、他の実施の形態において定義した用語（部材及び機能を含む）については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【００５６】  図１は、本実施の形態における通信システムのクライアント機器１の構成を示すブロック図である。図１に示すように、クライアント機器１は、アプリケーション層処理部１１と、ＯＢＥＸ層処理部（オブジェクト交換層処理部）１２と、下位層処理部１３と、送信部１４と、受信部１５とを備えている。アプリケーション層処理部１１と、ＯＢＥＸ層処理部１２と、下位層処理部１３とは、この順番にて階層構造を備えた、複数種類の各通信プロトコルとなっている。【００５７】  アプリケーション層処理部１１は、図示しない操作部に入力された利用者の指示に応じて、ＯＢＥＸ層処理部１２に対して、外部との通信のための要求コマンドの発行を要求する。また、ＯＢＥＸ層処理部１２から応答コマンドを受信した旨の通知を受けると、受信した応答コマンドに応じて、所定の処理を行う。【００５８】  ＯＢＥＸ層処理部１２は、制御部１２１と、要求通知部１２２と、応答受信部１２３とを備えている。制御部１２１は、アプリケーション層処理部１１からの要求に応じて、要求通知部１２２に対して要求コマンドの生成および下位層へ要求コマンドの発行を行うよう通知（制御）する。また、応答受信部１２３からの応答コマンド受信結果通知を受けて、アプリケーション層処理部１１へ応答コマンドの受信結果を通知する。【００５９】  要求通知部１２２は、制御部１２１からの要求コマンド発行通知を受けて、要求コマンドを生成し、下位層処理部１３へ出力する。応答受信部１２３は、下位層処理部１３から出力される応答コマンドを受信し、受信した応答コマンドの解析を行い、制御部１２１に対して、コマンド解析結果および応答コマンドを受信した旨の通知を行う。【００６０】  下位層処理部１３は、制御部（下位層制御部）１３１と、要求受信部１３２と、要求通知部１３３と、応答生成部１３４を備えている。制御部１３１は、要求受信部１３２、要求通知部１３３、および応答生成部１３４の各ブロックの制御を行う。詳細については後述する。【００６１】  要求受信部１３２は、ＯＢＥＸ層処理部１２から出力される要求コマンドを受信し、要求コマンドの解析を行い、制御部１３１に対して、コマンド解析結果および要求コマンドを受信した旨の通知を行う。また、受信したデータである要求コマンドを要求通知部１３３へ送信する。【００６２】  要求通知部１３３は、コマンド解析結果および要求コマンドを受信した旨に基づく、制御部１３１からの要求コマンド発行通知を受けて、要求受信部１３２から受信したデータである要求コマンドに対して、必要なヘッダ情報を付加して要求コマンドを再生成し、送信部１４へ送信する。【００６３】  送信部１４は、赤外線通信路を介して、下位層処理部１３から受信した要求コマンドを外部に送信する。受信部１５は、赤外線通信路を介して、上記要求コマンドを受信した旨を示す、相手機器（サーバ機器）から送信された応答コマンドを受信し��受信した応答コマンドを下位層処理部１３に出力する。【００６４】  図３に示すように、サーバ機器５において、送信部が無い場合や、送信部５４を備えていても、送信部１４からサーバ機器５に対して送信される要求コマンドへの応答コマンドを生成する、例えば応答通知部や応答送信部の少なくとも一部が欠如しているために、応答コマンドを返信できない場合がある。これらの場合のサーバ機器５とのデータ通信では、クライアント機器１とサーバ機器５との間にてオブジェクト交換が不可能となるという不都合を生じることがあった。【００６５】  そこで、本実施の形態では、上記不都合を回避するために、下位層処理部１３に応答生成部１３４が、別に設けられている。上記応答生成部１３４は、要求受信部１３２での、コマンド解析結果および要求コマンドを受信した旨に基づく、制御部１３１からの応答コマンド生成通知を受けて、上記応答コマンドに相当する、擬似応答コマンドを生成し、上位層である応答受信部１２３を介してＯＢＥＸ層処理部１２へ出力する。【００６６】  これにより、本実施の形態においては、応答コマンドを返信できないサーバ機器５からの、本来の応答コマンドを受信しなくとも、上記擬似応答コマンドの上位層処理部への通知により、従来からの通信プロトコルに準拠しながらクライアント機器１からサーバ機器５への通信状態を維持できて、オブジェクトをクライアント機器１からサーバ機器５に対し送信できる。【００６７】  このようなサーバ機器５について、図３に基づき以下に説明する。サーバ機器５は、アプリケーション層処理部５１、ＯＢＥＸ層処理部５２、下位層処理部５３、受信部５５を少なくとも有している。【００６８】  アプリケーション層処理部５１は、ＯＢＥＸ層処理部５２から出力されるアプリケーションデータ（画像データ、テキストデータなど）を受信し、所定の処理を行う。ＯＢＥＸ層処理部５２は、制御部５２１、および要求解析部５２５を備えている。要求解析部５２５は下位層処理部５３から出力される要求コマンドの解析を行い、解析結果（コマンドの種類など）を制御部５２１に通知する。【００６９】  また、要求解析部５２５は、受け取った要求コマンドからＯＢＥＸヘッダの除去を行い、制御部５２１からの指示を基にアプリケーションデータをアプリケーション層処理部５１へ出力する。制御部５２１は、要求解析部５２５から通知される解析結果をアプリケーション層処理部５１に通知し、また、解析結果を基に、要求解析部５２５へアプリケーションデータをアプリケーション層処理部５１へ転送するよう指示を行う。【００７０】  下位層処理部５３は、制御部５３１、および要求解析部５３５を備えている。要求解析部５３５は、受信部５５から出力されるクライアント機器１からの要求コマンドの解析を行い、解析結果（コマンドの種類など）を制御部５３１に通知する。【００７１】  また、要求解析部５３５は、受け取った要求コマンドから、各層で付加されるヘッダ情報の除去を行い、ＯＢＥＸパケットの抽出を行い、制御部５３１からの転送指示を基にＯＢＥＸ層処理部５２へ抽出されるＯＢＥＸパケットデータの出力を行う。【００７２】  制御部５３１は、要求解析部５３５から通知される解析結果��ＯＢＥＸ層処理部５２に通知し、また、解析結果を基に、要求解析部５３５にて抽出されたＯＢＥＸパケットデータをＯＢＥＸ層処理部５２へ転送するよう指示を行う。【００７３】  次に、本発明の実施の形態におけるクライアント−サーバ間のデータ転送処理の手順（通信方法）について、図４のシーケンスおよび図１を参照しながら説明する。なお、図４は、ＩｒＤＡのプロトコルスタックにおける接続、データ転送、切断の転送処理の場合を示している。【００７４】  クライアント機器１において、利用者からのオブジェクト交換指示を受けたアプリケーション層処理部１１は、ＯＢＥＸ層処理部１２に対して、相手機器であるサーバ機器５との接続要求を行う。【００７５】  上記接続要求を受けたＯＢＥＸ層処理部１２内の制御部１２１では、アプリケーション層処理部１１からの接続要求を受けて、要求通知部１２２へ接続要求コマンドの生成および下位層処理部１３への接続要求コマンドの発行を指示する。【００７６】  要求通知部１２２は制御部１２１からの接続要求コマンドの発行指示を受けて、接続要求コマンドとしてのＣＯＮＮＥＣＴコマンドを生成し、下位層処理部１３へＣＯＮＮＥＣＴコマンドを出力する。下位層処理部１３内の要求受信部１３２では、ＯＢＥＸ層処理部１２から出力されたＣＯＮＮＥＣＴコマンドを受信し、制御部１３１へ接続要求コマンド受信完了を通知し、要求通知部１３３へ受信データを出力する。【００７７】  制御部１３１では、要求受信部１３２からの接続要求コマンド受信完了の通知を受けて、要求通知部１３３へ接続要求コマンドの発行を指示する。要求通知部１３３は制御部１３１からの接続要求コマンド発行の指示を受けて、要求受信部１３２から受信したデータにヘッダ情報を付加して、送信部１４へ接続要求コマンドを出力し、制御部１３１へ接続要求コマンド出力完了の通知を行う。【００７８】  制御部１３１は要求通知部１３３からの接続要求コマンド出力完了の通知を受けて、応答生成部１３４に対して、ＣＯＮＮＥＣＴコマンドに対する応答コマンドに相当する擬似応答コマンドを発行するよう指示する。【００７９】  応答生成部１３４では、制御部１３１からのＣＯＮＮＥＣＴコマンドに対する擬似応答コマンド発行指示を受けて、上位層であるＯＢＥＸ規格に準拠したＣＯＮＮＥＣＴコマンドに対する応答コマンドであるＳＵＣＣＥＳＳの擬似応答コマンドを生成し、ＯＢＥＸ層処理部１２へ出力する。【００８０】  ＯＢＥＸ層処理部１２内の応答受信部１２３では、下位層処理部１３から出力されるＳＵＣＣＥＳＳの擬似応答コマンドを受信し、擬似応答コマンドを通常のＯＢＥＸ規格に準拠したＣＯＮＮＥＣＴコマンドに対する応答コマンドと認知して、制御部１２１へ接続要求に対する応答コマンド受信完了の通知を行う。【００８１】  制御部１２１は、応答受信部１２３からの接続要求に対する応答コマンド受信完了の通知を受けて、上位層であるアプリケーション層処理部１１へ相手機器であるサーバ機器５との接続が完了したことを通知する。こうして、アプリケーション層処理部１１では、サーバ機器５との接続が完了したことの確認ができ、オブジェクト交換を開始することができる。【００８２】  ここでは、下位層処理部１３として、ＴｉｎｙＴＰ層、ＩｒＬＭＰ層、ＩｒＬＡＰ層各層を１つのブロックとして表現しているが、もちろん各層でそれぞれ１つのブロックを構成してもよい。また、図４では、ＯＢＥＸ層処理部１２の一つ下に位置するＴｉｎｙＴＰ層において、ＯＢＥＸ層処理部１２に対する擬似応答コマンドを生成するよう図示しているが、その他の層であるＩｒＬＭＰ層、ＩｒＬＡＰ層で擬似応答コマンドの生成を行ってもよい。【００８３】  ただし、ＯＢＥＸ層処理部１２の一つ下に位置するＴｉｎｙＴＰ層において、ＯＢＥＸ層処理部１２に対する擬似応答コマンドを生成することが、余分なヘッダ情報を付加する手間や削除する手間を省けて好ましい。すなわち、ＴｉｎｙＴＰ層で生成する場合は、ＯＢＥＸに準拠した応答コマンドに相当する（実質同一の）擬似応答コマンドを生成し、ＯＢＥＸ層処理部１２に通知すればよいが、直下の層以外の層で生成する場合には、ＯＢＥＸ層処理部１２まで透過する擬似応答コマンドを生成する必要があるため、ＯＢＥＸ層と擬似応答コマンドを生成する層間のプロトコル層に適したヘッダ情報を、以下の表１に示すように、上記擬似応答コマンドに付加する必要がある。【００８４】
【表１】
0004394141.tif 000002
接続完了後、オブジェクトデータの転送のためのＰＵＴコマンド、相手機器との切断処理のためのＤＩＳＣＯＮＮＥＣＴコマンドに対しても、上記ＣＯＮＮＥＣＴコマンドの場合と同様に、ＯＢＥＸ層処理部１２の下位に位置する下位層処理部１３で要求コマンドに対するＣＯＮＴＩＮＵＥやＳＵＣＣＥＳＳの擬似応答コマンドを生成することによりオブジェクトデータの相手機器であるサーバ機器５への転送、上記サーバ機器５との切断処理を行うことが可能であることが明らかであるので、ここでは、それらに関する説明を割愛する。【００８５】  以上のように、本実施の形態のクライアント機器１は、階層構造を持つ通信プロトコルを用いて通信を行い、コマンドを要求する側のクライアント機器１が送信する要求コマンドに対して、その要求に応じて応答する側のサーバ機器が返信する応答コマンドを受信することにより、オブジェクトの交換を行うようなオブジェクト交換用プロトコルを採用している通信システムであって、前記オブジェクト交換用プロトコルの下位層に位置する通信プロトコルにおいて、該オブジェクト交換用プロトコルから発行された要求コマンドを受けた際に、前記オブジェクト交換用プロトコルに準拠した該要求コマンドに対する擬似応答コマンドを生成し、上位層であるオブジェクト交換用プロトコルに通知を行う機能を備えている。【００８６】  それゆえ、要求コマンド／応答コマンドによるオブジェクト交換を行うようなプロトコルを変更することなく、送信機能を持たない必要最低限の受信機能を備えた機器であるサーバ機器５とのオブジェクト交換が可能となる。また、オブジェクト交換用プロトコルを変更する必要がないので、既存の資産を流用することが可能となる。【００８７】  次に、上記通信プロトコルにて使用されるデータ構造例について説明する。なお、このデータ構造例は、後述する実施形態でも適用可能である。まず、接続要求の場合における、要求コマンドのデータ構造を以下の表２に示す。【００８８】
【表２】
0004394141.tif 000003
続いて、接続要求の場合における、応答コマンドのデータ構造を以下の表３に示す。【００８９】
【表３】
0004394141.tif 000004
（各フィールドの説明）
・ｃｏｎｎｅｃｔ  ｐａｃｋｅｔ  ｌｅｎｇｔｈ、ｃｏｎｎｅｃｔ  ｒｅｓｐｏｎｓｅ  ｐａｃｋｅｔ  ｌｅｎｇｔｈ：接続要求コマンドおよび接続要求コマンドに対する応答コマンドのパケット長。
・ＯＢＥＸ  ｖｅｒｓｉｏｎ  ｎｕｍｂｅｒ：ＯＢＥＸプロトコルのバージョン番号。
・ｆｌａｇｓ：応答コマンドの場合のみ複数のＩｒＬＭＰコネクションに対応しているか否かを示す。
・ｍａｘｉｍｕｍ  ＯＢＥＸ  ｐａｃｋｅｔ  ｌｅｎｇｔｈ：各デバイスが受信可能な最大ＯＢＥＸパケット長を示す。【００９０】  次に、要求コマンド、応答コマンドの各例を以下の表４に示す。【００９１】
【表４】
0004394141.tif 000005
続いて、データ転送要求の場合における要求コマンドのデータ構造について以下の表５に示す。【００９２】
【表５】
0004394141.tif 000006
次に、データ転送要求の場合における応答コマンドのデータ構造について以下の表６に示す。【００９３】
【表６】
0004394141.tif 000007
続いて、上記表５および表６に記載の各フィールドの説明を以下に示す。
・ｐａｃｋｅｔ  ｌｅｎｇｔｈ、Ｒｅｓｐｏｎｓｅ  ｐａｃｋｅｔ  ｌｅｎｇｔｈ：データ転送コマンドおよびデータ転送コマンドに対する応答コマンドのパケット長。【００９４】  次に、上記表５および表６に記載の各要求コマンド、応答コマンドの例を以下の表７ないし表９にそれぞれ示す。【００９５】
【表７】
0004394141.tif 000008
【表８】
0004394141.tif 000009
【表９】
0004394141.tif 000010
続いて、データ切断要求の場合における要求コマンドのデータ構造について以下の表１０に示す。【００９６】
【表１０】
0004394141.tif 000011
次に、データ切断要求の場合における応答コマンドのデータ構造について以下の表１１に示す。【００９７】
【表１１】
0004394141.tif 000012
続いて、上記表１０および表１１に記載の各フィールドの説明を以下に示す。
・ｐａｃｋｅｔ  ｌｅｎｇｔｈ、ｒｅｓｐｏｎｓｅ  ｐａｃｋｅｔ  ｌｅｎｇｔｈ：切断要求コマンドおよび切断要求コマンドに対する応答コマンドのパケット長。【００９８】  次に、上記表１０および表１１に記載の各要求コマンド、応答コマンドの例を以下の表１２に示す。【００９９】
【表１２】
0004394141.tif 000013
最後に、ＯＢＥＸにおける、代表的なＯｐｃｏｄｅ、Ｈｅａｄｅｒ、Ｒｅｓｐｏｎｓｅ  Ｃｏｄｅについて下記の表１３ないし表１５にそれぞれ示す。【０１００】
【表１３】
0004394141.tif 000014
【表１４】
0004394141.tif 000015
【表１５】
0004394141.tif 000016
【０１０１】  〔実施の第二形態〕
本発明の実施の第二形態に係る転送データの転送システム（通信システム）のクライアント機器（通信装置）について、図５に基づいて説明すると以下の通りである。なお、他の実施の形態において定義した用語（部材及び機能を含む）については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０１０２】  図５は、本実施の形態におけるクライアント機器の構成を示すブロック図である、図５に示すように、クライアント機器（通信装置）２は、図１のクライアント機器１と同様の機能をそれぞれ備えた、アプリケーション層処理部２１と、ＯＢＥＸ層処理部（オブジェクト交換層処理部）２２と、下位層処理部２３と、送信部２４と、受信部２５とを備えている。【０１０３】  アプリケーション層処理部２１は、図示しない操作部に入力された利用者の指示に応じて、ＯＢＥＸ層処理部２２に対して、要求コマンド発行を要求する。また、ＯＢＥＸ層処理部２２から応答コマンドを受信した旨の通知を受けると、受信した応答コマンドに応じて、所定の処理を行う。【０１０４】  ＯＢＥＸ層処理部２２は、制御部２２１と、要求通知部２２２と、応答受信部２２３とを備えている。制御部２２１は、アプリケーション層処理部２１からの要求に応じて、要求通知部２２２に対して要求コマンドの生成および下位層へ要求コマンドの発行を行うよう通知する。また、応答受信部２２３からの応答コマンド受信結果通知を受けて、アプリケーション層処理部２１へ応答コマンドの受信結果を通知する。【０１０５】  要求通知部２２２は、制御部２２１からの要求コマンド発行通知を受けて、要求コマンドを生成し、下位層処理部２３へ出力する。応答受信部２２３は、下位層処理部２３から出力される応答コマンドを受信し、受信した応答コマンドの解析を行い、制御部２２１に対して、コマンド解析結果および応答コマンドを受信した旨の通知を行う。【０１０６】  下位層処理部２３は、制御部（下位層制御部）２３１と、要求受信部２３２と、要求通知部２３３と、応答受信部２３４と、応答通知部２３５と、応答生成部２３６と、マルチプレクサ２３７と、タイマ２３８とを備えている。【０１０７】  制御部２３１は、要求受信部２３２、要求通知部２３３、応答受信部２３４、応答通知部２３５、応答生成部２３６、マルチプレクサ２３７、およびタイマ２３８の各ブロックの制御を行う。詳細については後述する。【０１０８】  要求受信部２３２は、ＯＢＥＸ層処理部２２からの要求コマンドを受信し、そのコマンドの解析を行い、制御部２３１に対して、コマンド解析結果および要求コマンドを受信した旨の通知を行う。このとき、制御部２３１は、上記通知を受けると、タイマ２３８を作動させる。上記タイマ２３８は、作動後の経過時間を測定する。【０１０９】  また、受信したデータを要求通知部２３３へ出力する。要求通知部２３３は、制御部２３１からの要求コマンド発行通知を受けて、必要なヘッダ情報を付加して要求コマンドを生成し、送信部２４へ出力する。【０１１０】  応答受信部２３４は、下位層である受信部２５からデータを受信し、受信データの解析を行い、制御部２３１に対して、コマンド解析結果および応答コマンドを受信した旨の通知を行う。また、受信した応答コマンドからヘッダ情報の除去を行い、マルチプレクサ２３７へ出力する。【０１１１】  応答通知部２３５は、マルチプレクサ２３７から出力される応答コマンドをＯＢＥＸ層処理部２２に出力する。応答生成部２３６は、制御部２３１からの応答コマンド生成通知を受けて、前述の実施の第一形態と同様な擬似応答コマンドを生成し、マルチプレクサ２３７へ送信する。【０１１２】  マルチプレクサ２３７は、制御部２３１からの制御信号に応じて、応答生成部２３６で生成された擬似応答コマンド、または、応答受信部２３４から出力される下位層からの応答コマンドの出力の切り替えを行い、応答通知部２３５へ出力する。タイマ２３８は、制御部２３１においての所定の経過時間を測定するために用いられる。【０１１３】  つまり、制御部２３１は、要求受信部２３２から、コマンド解析結果および要求コマンドを受信した旨の通知を受けたときに、上記タイマ２３８を作動させて経過時間を測定（計測）しており、上記通知を受けた後、上記経過時間が予め設定された設定時間を過ぎても、応答受信部２３４からのコマンド解析結果および応答コマンドを受信した旨の通知を受けないときには、上記擬似応答コマンドを応答通知部２３５へ出力するように、応答生成部２３６およびマルチプレクサ２３７を制御するようになっている。【０１１４】  送信部２４は、赤外線通信路を介して、下位層処理部２３から受信した要求コマンドを外部に送信する。受信部２５は、赤外線通信路を介して、相手機器（サーバ機器）から送信された応答コマンドを受信し、受信した応答コマンドを下位層処理部２３に出力する。【０１１５】  次に、本発明の実施の第二形態におけるクライアント−サーバ間のデータ転送処理の手順（通信方法）について、図６のシーケンスおよび図５を参照しながら説明する。なお、図６は、ＩｒＤＡのプロトコルスタックにおける接続、データ転送、切断の転送処理の場合をそれぞれ示している。【０１１６】  クライアント機器２において、利用者からのオブジェクト交換指示を受けたアプリケーション層処理部２１は、ＯＢＥＸ層処理部２２に対して、相手機器であるサーバ機器５との接続要求を行う。【０１１７】  上記接続要求を受けたＯＢＥＸ層処理部２２内の制御部２２１では、アプリケーション層処理部２１からの接続要求を受けて、要求通知部２２２へ接続要求コマンドの生成および下位層処理部２３への接続要求コマンドの発行を指示する。【０１１８】  要求通知部２２２は制御部２２１からの接続要求コマンド発行の指示を受けて、接続要求コマンドとしてのＣＯＮＮＥＣＴコマンドを生成し、下位層処理部２３へＣＯＮＮＥＣＴコマンドを出力する。下位層処理部２３内の要求受信部２３２では、ＯＢＥＸ層処理部２２から出力されたＣＯＮＮＥＣＴコマンドを受信し、制御部２３１へ接続要求コマンド受信完了を通知し、要求通知部２３３へ受信データを出力する。【０１１９】  制御部２３１では、要求受信部２３２からの接続要求コマンド受信完了の通知を受けて、要求通知部２３３へ接続要求コマンドの発行を指示する。要求通知部２３３は制御部２３１からの接続要求コマンド発行の指示を受けて、要求受信部２３２から受信したデータにヘッダ情報を付加して、送信部２４へ接続要求コマンドを出力し、制御部２３１へ接続要求コマンド出力完了の通知を行う。【０１２０】  制御部２３１は要求通知部２３３からの接続要求コマンド出力完了の通知を受けて、タイマ２３８をスタートさせる。タイマ２３８での測定時間が所定の設定時間を経過すると、制御部２３１は相手機器であるサーバ機器５からの応答コマンドが返信されないと判断し、応答生成部２３６に対して、ＣＯＮＮＥＣＴコマンドに対する、擬似応答コマンドを発行するよう指示し、マルチプレクサ２３７へは、応答生成部２３６から出力されるＣＯＮＮＥＣＴコマンドに対する擬似応答コマンドを応答通知部２３５へ出力するように制御する。【０１２１】  応答生成部２３６では、制御部２３１からのＣＯＮＮＥＣＴコマンドに対する擬似応答コマンド発行の指示を受けて、上位層であるＯＢＥＸ規格に準拠したＣＯＮＮＥＣＴコマンドに対するＳＵＣＣＥＳＳの擬似応答コマンドを生成し、マルチプレクサ２３７へ出力する。【０１２２】  また、タイマ２３８での測定時間が所定の時間を経過する前に、相手機器であるサーバからの応答コマンドが返信されてきた場合には、受信部２５が相手機器から出力されるデータ（上記応答コマンドを含む）を受信し、下位層処理部２３へ出力する。【０１２３】  下位層処理部２３内の応答受信部２３４は、受信部２５から受信したデータの解析を行い、制御部２３１へ接続要求に対する応答コマンド受信完了の通知を行い、ヘッダ情報の除去を行い、受信データをマルチプレクサ２３７へ出力する。【０１２４】  制御部２３１では、応答受信部２３４から接続要求に対する応答コマンド受信完了の通知を受けて、マルチプレクサ２３７へ応答受信部２３４からの出力データを応答通知部２３５へ出力するよう制御する。マルチプレクサ２３７は、応答受信部２３４および応答生成部２３６からの受信データを制御部２３１からの制御信号を基に出力の切り替えを行い、応答通知部２３５へ出力する。【０１２５】  応答通知部２３５は、制御部２３１からの応答コマンド発行の通知を受けて、マルチプレクサ２３７から受信した応答コマンドを上位層であるＯＢＥＸ層処理部２２へ出力する。ＯＢＥＸ層処理部２２内の応答受信部２２３では、下位層からのＣＯＮＮＥＣＴコマンドに対する応答コマンドを受信し、制御部２２１へＣＯＮＮＥＣＴコマンドに対する応答コマンド受信完了の通知を行う。【０１２６】  制御部２２１は、応答受信部２２３からのＣＯＮＮＥＣＴコマンドに対する応答コマンド受信完了の通知を受けて、上位層であるアプリケーション層処理部２１へ相手機器との接続が完了したことを通知する。こうして、アプリケーション層処理部２１では相手機器（サーバ機器）との接続が完了したことを確認でき、オブジェクト交換を開始することができる。【０１２７】  ここでは、下位層処理部２３として、ＴｉｎｙＴＰ層、ＩｒＬＭＰ層、ＩｒＬＡＰ層各層を１つのブロックとして表現しているが、もちろん各層でそれぞれ１つのブロックを構成してもよい。また、図６では、ＯＢＥＸ層処理部２２の一つ下に位置するＴｉｎｙＴＰ層で、ＯＢＥＸ層処理部２２に対する擬似応答コマンドを生成するよう図示しているが、��の他の層であるＩｒＬＭＰ層、ＩｒＬＡＰ層の何れかにおいて擬似応答コマンドの生成を行ってもよい。ただし、ＯＢＥＸ層処理部１２の一つ下に位置するＴｉｎｙＴＰ層において、ＯＢＥＸ層処理部１２に対する擬似応答コマンドを生成することが、前述したように、余分なヘッダ情報を付加する手間や削除する手間を省けて好ましい。【０１２８】  接続完了後、オブジェクトデータの転送のためのＰＵＴコマンド、相手機器との切断処理のためのＤＩＳＣＯＮＮＥＣＴコマンドに対しても、上記ＣＯＮＮＥＣＴコマンドの場合と同様に、ＯＢＥＸ層の下位層で要求コマンドに対する擬似応答コマンドを生成することにより、オブジェクトデータの転送、相手機器との切断処理を行うことが可能であるので、ここでは説明を割愛する。【０１２９】  以上のように、本実施の形態のクライアント機器２は、前記オブジェクト交換用プロトコルの下位層に位置する通信プロトコルにおいて、前記オブジェクト交換用プロトコルが発行した要求コマンドを下位層に位置する通信プロトコルに対して発行してから、所定の設定時間が経過した場合に、相手機器であるサーバ機器からの要求コマンドに対する応答レスポンスが未受信のとき、前記オブジェクト交換用プロトコルに準拠した該要求コマンドに対する擬似応答コマンドを生成し、上位層であるオブジェクト交換用プロトコルに対して通知を行う機能を備えている。【０１３０】  それゆえ、送信機能を持つサーバ機器との通信では、従来の要求コマンド／応答コマンドによるオブジェクト交換を行うことができ、送信機能を持たないサーバ機器５との通信では下位層で擬似応答コマンドを生成して、上位層へ通知することにより、クライアント機器２とサーバ機器５との間での通信を開始し、かつ維持できて、上記両者間でのオブジェクト交換を行うことが可能となる。【０１３１】  〔実施の第三形態〕
本発明の実施の第三形態に係る転送データの転送システム（通信システム）のクライアント機器（通信装置）について、図１０に基づいて説明すると以下の通りである。なお、他の実施の形態において定義した用語（部材及び機能を含む）については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０１３２】  図１０は、本実施の形態におけるクライアント機器の構成を示すブロック図である、図１０に示すように、クライアント機器（通信装置）３は、図１のクライアント機器１と同様の機能をそれぞれ備えた、アプリケーション層処理部３１と、ＯＢＥＸ層処理部（オブジェクト交換層処理部）３２と、下位層処理部３３と、送信部３４と、受信部３５とを備えている。【０１３３】  アプリケーション層処理部３１は、図示しない操作部に入力された利用者の指示に応じて、ＯＢＥＸ層処理部３２に対して、要求コマンド発行を要求する。また、ＯＢＥＸ層処理部３２から応答コマンドを受信した旨の通知を受けると、受信した応答コマンドに応じて、所定の処理を行う。【０１３４】  ＯＢＥＸ層処理部３２は、制御部３２１と、要求通知部３２２と、応答受信部３２３とを備えている。制御部３２１は、アプリケーション層処理部３１からの要求に応じて、要求通知部３２２に対して要求コマンドの生成および下位層へ要求コマンドの発行（接続要求、データ転送要求、最終データ転送要求、切断要求など）を行うよう通知する。また、応答受信部３２３からの応答コマンド受信結果通知を受けて、アプリケーション層処理部３１へ応答コマンドの受信結果を通知する。【０１３５】  要求通知部３２２は、制御部３２１からの要求コマンド発行通知を受けて、要求コマンドを生成し、下位層処理部３３へ出力する。応答受信部３２３は、下位層処理部３３から出力される応答コマンドを受信し、受信した応答コマンドの解析を行い、制御部３２１に対して、コマンド解析結果および応答コマンドを受信した旨の通知を行う。【０１３６】  下位層処理部３３は、制御部（下位層制御部）３３１と、要求受信部３３２と、要求通知部３３３と、応答受信部３３４と、応答通知部３３５と、応答生成部３３６と、マルチプレクサ３３７とを備えている。【０１３７】  制御部３３１は、要求受信部３３２、要求通知部３３３、応答受信部３３４、応答通知部３３５、応答生成部３３６、およびマルチプレクサ３３７の各ブロックの制御を行う。詳細については後述する。【０１３８】  要求受信部３３２は、ＯＢＥＸ層処理部３２からの要求コマンドを受信し、そのコマンドの解析を行い、制御部３３１に対して、コマンド解析結果および要求コマンドを受信した旨の通知を行う。【０１３９】  また、要求受信部３３２は、受信したデータを要求通知部３３３へ出力する。要求通知部３３３は、制御部３３１からの要求コマンド発行通知を受けて、必要なヘッダ情報を付加して要求コマンドを生成し、送信部３４へ出力する。【０１４０】  応答受信部３３４は、下位層である受信部３５からデータを受信し、受信データの解析を行い、制御部３３１に対して、コマンド解析結果および応答コマンドを受信した旨の通知を行う。また、受信した応答コマンドからヘッダ情報の除去を行い、マルチプレクサ３３７へ出力する。【０１４１】  応答通知部３３５は、マルチプレクサ３３７から出力される応答コマンドをＯＢＥＸ層処理部３２に出力する。【０１４２】  応答生成部３３６は、制御部３３１からの応答コマンド生成通知を受けて、前述の実施の第一形態と実施の第二形態と同様な擬似応答コマンドを生成し、マルチプレクサ３３７へ送信する。【０１４３】  マルチプレクサ３３７は、制御部３３１からの制御信号に応じて、応答生成部３３６で生成された擬似応答コマンド、または、応答受信部３３４から出力される下位層からの応答コマンドの出力の切り替えを行い、応答通知部３３５へ出力する。【０１４４】  制御部３３１は、上位層であるＯＢＥＸ層処理部３２から発行される要求コマンド発行通知に応じて、サーバ機器から送信される要求コマンドに対する応答コマンドを受信するようにするのか、ＯＢＥＸ規格に準拠した要求コマンドに対する応答コマンドに相当する擬似応答コマンド生成し、ＯＢＥＸ層に対して通知するかの判定を行う。つまり、制御部３３１は、ＯＢＥＸ層処理部３２から発行される要求コマンド発行通知の要求コマンドの種類（接続要求、データ転送要求、最終データ転送要求、切断要求など）に応じて、サーバ機器から送信される要求コマンドに対する応答コマンドを受信するようにするのか、応答生成部３３６に対して応答コマンド生成通知を出力するのかを切り替える処理を行う。【０１４５】  そして、その判定結果がサーバ機器から送信される要求コマンドに対する応答コマンドを受信する場合には、応答受信部３３４が受信部３５から受信するサーバ機器からの応答コマンドを応答通知部３３５へ出力するように、マルチプレクサ３３７を制御する。また、判定結果が擬似応答コマンドを生成する場合には、上記擬似応答コマンドを応答通知部３３５へ出力するように、応答生成部３３６およびマルチプレクサ３３７を制御する。【０１４６】  送信部３４は、赤外線通信路を介して、下位層処理部３３から受信した要求コマンドを外部に送信する。受信部３５は、赤外線通信路を介して、相手機器（サーバ機器）から送信された応答コマンドを受信し、受信した応答コマンドを下位層処理部３３に出力する。【０１４７】  次に、本発明の実施の第三形態におけるクライアント−サーバ間のデータ転送処理の手順（通信方法）について、図１２のシーケンスおよび図１０を参照しながら説明する。なお、図１２は、ＩｒＤＡのプロトコルスタックにおける接続、データ転送、切断の転送処理の場合をそれぞれ示している。【０１４８】  クライアント機器３において、利用者からのオブジェクト交換指示を受けたアプリケーション層処理部３１は、ＯＢＥＸ層処理部３２に対して、相手機器であるサーバ機器との接続要求、データ転送要求、切断要求を順次行う。【０１４９】  上記の要求を受けたＯＢＥＸ層処理部３２内の制御部３２１では、アプリケーション層処理部３１からの要求を受けて、要求通知部３２２へ要求コマンド（接続要求、データ転送要求、最終データ転送要求、切断要求など）の生成および下位層処理部３３への要求コマンドの発行を指示する。【０１５０】  要求通知部３２２は制御部３２１からの要求コマンド発行の指示を受けて、要求���マンドを生成し、下位層処理部３３へ要求コマンドを出力する。下位層処理部３３内の要求受信部３３２では、ＯＢＥＸ層処理部３２から出力された要求コマンドを受信し、制御部３３１へ要求コマンド受信完了を通知し、要求通知部３３３へ受信データを出力する。【０１５１】  制御部３３１では、ＯＢＥＸ層処理部３２から通知される制御信号に応じて、サーバ機器から送信される要求コマンドに対する応答コマンドを受信するようにするか、ＯＢＥＸ規格に準拠した要求コマンドに対する応答コマンドに相当する擬似応答コマンドを生成し、ＯＢＥＸ層に対して通知するかの判定を行う。ここでは、制御部３３１は、ＯＢＥＸ層処理部３２から通知される要求コマンドの種類（接続要求、データ転送要求、最終データ転送要求、切断要求など）に応じて、サーバ機器から送信される要求コマンドに対する応答コマンドを受信するようにするか、応答生成部３３６に対して応答コマンド生成通知を出力するのかの判定を行う。【０１５２】  本実施形態では、データ転送時、上位層から通知されるデータ転送要求が最終データの転送要求ではない場合には、ＯＢＥＸ規格に準拠した要求コマンドに対する応答コマンドに相当する擬似応答コマンドを生成して、ＯＢＥＸ層に対して通知することとする。つまり、接続要求、切断要求、最終データ転送要求時に発行されるＳＵＣＣＥＳＳの応答コマンドについては、サーバ機器から出力される応答コマンドを受信するようにし、ＣＯＮＴＩＮＵＥ応答コマンドについては、それに相当する擬似応答コマンドを生成して、ＯＢＥＸ層に対して通知を行う。【０１５３】  制御部３３１では、要求受信部３３２からの要求コマンド受信完了の通知を受けて、要求通知部３３３へ要求コマンドの発行を指示する。要求通知部３３３は制御部３３１からの要求コマンド発行の指示を受けて、要求受信部３３２から受信したデータにヘッダ情報を付加して、送信部３４へ要求コマンドを出力し、制御部３３１へ要求コマンド出力完了の通知を行う。【０１５４】  制御部３３１は要求通知部３３３からの要求コマンド出力完了の通知を受けて、データ転送時、上位層から通知されるデータ転送要求が最終データの転送要求ではない場合には、応答生成部３３６に対して、ＰＵＴコマンドに対する擬似応答コマンドであるＣＯＮＴＩＮＵＥ応答コマンドを発行するよう指示し、マルチプレクサ３３７へは、応答生成部３３６から出力されるＰＵＴコマンドに対する擬似応答コマンドであるＣＯＮＴＩＮＵＥ応答コマンドを応答通知部３３５へ出力するように制御する。【０１５５】  応答生成部３３６では、制御部３３１からのＰＵＴコマンドに対する擬似応答コマンドであるＣＯＮＴＩＮＵＥ応答コマンド発行の指示を受けて、上位層であるＯＢＥＸ規格に準拠したＰＵＴコマンドに対するＣＯＮＴＩＮＵＥコマンドの擬似応答コマンドを生成し、マルチプレクサ３３７へ出力する。【０１５６】  また、制御部３３１が上位層から接続要求、切断要求、最終データ転送要求を受けた場合には、通常の受信処理、つまり、サーバ機器から受信した要求コマンドに対する応答コマンドを応答通知部３３５へ出力するように、マルチプレクサ３３７を制御する。【０１５７】  この時、下位層処理部��３内の応答受信部３３４は、受信部３５から受信したデータの解析を行い、制御部３３１へ要求コマンドに対する応答コマンド受信完了の通知を行い、ヘッダ情報の除去を行い、受信データをマルチプレクサ３３７へ出力する。【０１５８】  制御部３３１では、応答受信部３３４から接続要求に対する応答コマンド受信完了の通知を受けて、マルチプレクサ３３７へ応答受信部３３４からの出力データを応答通知部３３５へ出力するよう制御する。マルチプレクサ３３７は、応答受信部３３４および応答生成部３３６からの受信データを制御部３３１からの制御信号を基に出力の切り替えを行い、応答通知部３３５へ出力する。【０１５９】  応答通知部３３５は、制御部３３１からの応答コマンド発行の通知を受けて、マルチプレクサ３３７から受信した応答コマンドを上位層であるＯＢＥＸ層処理部３２へ出力する。ＯＢＥＸ層処理部３２内の応答受信部３２３では、下位層からの要求コマンドに対する応答コマンドを受信し、制御部３２１へ要求コマンドに対する応答コマンド受信完了の通知を行う。【０１６０】  制御部３２１は、応答受信部３２３からの要求コマンドに対する応答コマンド受信完了の通知を受けて、上位層であるアプリケーション層処理部３１へ相手機器との接続、データ転送、切断が完了したことを通知する。こうして、アプリケーション層処理部３１では相手機器（サーバ機器）との接続、データ転送、切断が完了したことを確認でき、サーバ機器とのオブジェクト交換が完了する。【０１６１】  ここでは、下位層処理部３３として、ＴｉｎｙＴＰ層、ＩｒＬＭＰ層、ＩｒＬＡＰ層各層を１つのブロックとして表現しているが、もちろん各層でそれぞれ１つのブロックを構成してもよい。また、図１０では、ＯＢＥＸ層処理部３２の一つ下に位置するＴｉｎｙＴＰ層で、ＯＢＥＸ層処理部３２に対する擬似応答コマンドを生成するよう図示しているが、その他の層であるＩｒＬＭＰ層、ＩｒＬＡＰ層の何れかにおいて擬似応答コマンドの生成を行ってもよい。ただし、ＯＢＥＸ層処理部３２の一つ下に位置するＴｉｎｙＴＰ層において、ＯＢＥＸ層処理部３２に対する擬似応答コマンドを生成することが、前述したように、余分なヘッダ情報を付加する手間や削除する手間を省けて好ましい。【０１６２】  以上のように、本実施の形態のクライアント機器３は、前記オブジェクト交換用プロトコルの下位層に位置する通信プロトコルにおいて、前記オブジェクト交換用プロトコルに対応する層の下位の層に位置する通信プロトコルは、前記オブジェクト交換用プロトコルから要求コマンドが発行される際に、該要求コマンドの種類に応じて、相手機器からの要求コマンドに対する応答を受信するようにするか、前記オブジェクト交換用プロトコルに準拠した該要求コマンドに対する応答コマンドに相当する擬似応答コマンドを生成し、上位層であるオブジェクト交換用プロトコルに対応する層に対して通知するか切り替える機能を備えている。【０１６３】  それゆえ、接続要求時や、切断要求時、最終データ転送要求時など必要最低限の応答コマンドのみをサーバ機器から受信することにより、通信の信頼性を確保することができ、最終データ転送要求時以外のデータ転送要求に対する応答コマ��ドなどについては、受信処理を行う必要がないので、回路規模を小さくすることができる。【０１６４】  〔実施の第四形態〕
本発明の実施の第四形態に係る転送データの転送システム（通信システム）のクライアント機器（通信装置）について、図１１に基づいて説明すると以下の通りである。なお、他の実施の形態において定義した用語（部材及び機能を含む）については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０１６５】  図１１は、本実施の形態におけるクライアント機器の構成を示すブロック図である、図１１に示すように、クライアント機器（通信装置）４は、図１のクライアント機器１と同様の機能をそれぞれ備えた、アプリケーション層処理部４１と、ＯＢＥＸ層処理部（オブジェクト交換層処理部）４２と、下位層処理部４３と、送信部４４と、受信部４５とを備えている。【０１６６】  アプリケーション層処理部４１は、図示しない操作部に入力された利用者の指示に応じて、ＯＢＥＸ層処理部４２に対して、要求コマンド発行を要求する。また、ＯＢＥＸ層処理部４２から応答コマンドを受信した旨の通知を受けると、受信した応答コマンドに応じて、所定の処理を行う。【０１６７】  ＯＢＥＸ層処理部４２は、制御部４２１と、要求通知部４２２と、応答受信部４２３とを備えている。制御部４２１は、アプリケーション層処理部４１からの要求に応じて、要求通知部４２２に対して要求コマンドの生成および下位層へ要求コマンドの発行を行うよう通知する。また、応答受信部４２３からの応答コマンド受信結果通知を受けて、アプリケーション層処理部４１へ応答コマンドの受信結果を通知する。【０１６８】  要求通知部４２２は、制御部４２１からの要求コマンド発行通知を受けて、要求コマンドを生成し、下位層処理部４３へ出力する。応答受信部４２３は、下位層処理部４３から出力される応答コマンドを受信し、受信した応答コマンドの解析を行い、制御部４２１に対して、コマンド解析結果および応答コマンドを受信した旨の通知を行う。【０１６９】  下位層処理部４３は、制御部（下位層制御部）４３１と、要求受信部４３２と、要求通知部４３３と、応答受信部４３４と、応答通知部４３５と、応答生成部４３６と、マルチプレクサ４３７と、ヘッダ情報解析部４３８とを備えている。【０１７０】  制御部４３１は、要求受信部４３２、要求通知部４３３、応答受信部４３４、応答通知部４３５、応答生成部４３６、マルチプレクサ４３７、およびヘッダ情報解析部４３８の各ブロックの制御を行う。詳細については後述する。【０１７１】  要求受信部４３２は、ＯＢＥＸ層処理部４２からの要求コマンドを受信し、そのコマンドの解析を行い、制御部４３１に対して、コマンド解析結果および要求コマンドを受信した旨の通知を行う。また、受信したデータをヘッダ情報解析部４３８へ出力する。【０１７２】  ヘッダ情報解析部４３８では、要求受信部４３２から受信した要求コマンドのヘッダ情報の解析を行い、サーバ機器からの要求コマンドに対する応答コマンドを受信するようにするか、ＯＢＥＸ規格に準拠した要求コマンドに対する応答コマンドに相当する擬似応答コマンドを生成し、上位層であるＯＢＥＸ層処理部４２に対して通知するかの判定を行い、制御部４３１に判定結果を通知する。また、受信したデータを要求通知部４３３へ出力する��【０１７３】  要求通知部４３３は、制御部４３１からの要求コマンド発行通知を受けて、必要なヘッダ情報を付加して要求コマンドを生成し、送信部４４へ出力する。【０１７４】  応答受信部４３４は、受信部４５からサーバ機器からの送信データを受信した場合、受信データの解析を行い、制御部４３１に対して、コマンド解析結果および応答コマンドを受信した旨の通知を行う。また、受信した応答コマンドからヘッダ情報の除去を行い、マルチプレクサ４３７へ出力する。【０１７５】  応答通知部４３５は、マルチプレクサ４３７から出力される応答コマンドをＯＢＥＸ層処理部４２に出力する。【０１７６】  応答生成部４３６は、制御部４３１からの応答コマンド生成通知を受けて、前述の実施の第一形態と同様な擬似応答コマンドを生成し、マルチプレクサ４３７へ送信する。【０１７７】  マルチプレクサ４３７は、制御部４３１からの制御信号に応じて、応答生成部４３６で生成された擬似応答コマンド、または、応答受信部４３４から出力される下位層からの応答コマンドの出力の切り替えを行い、応答通知部４３５へ出力する。【０１７８】  制御部４３１は、要求受信部４３２から、コマンド解析結果および要求コマンドを受信した旨の通知を受け、ヘッダ情報解析部４３８から通知される判定結果を基に、サーバ機器から送信される要求コマンドに対する応答コマンドを受信する旨の通知を受けた場合には、応答受信部４３４が受信部４５から受信するサーバ機器からの応答コマンドを応答通知部４３５へ出力するように、マルチプレクサ４３７を制御する。また、制御部４３１は、擬似応答コマンドを生成する旨の通知を受けた場合には、上記擬似応答コマンドを応答通知部４３５へ出力するように、応答生成部４３６およびマルチプレクサ４３７を制御する。つまり、制御部３３１は、ヘッダ情報解析部４３８によって解析されたヘッダ情報に応じて、サーバ機器から送信される要求コマンドに対する応答コマンドを受信するようにするのか、ＯＢＥＸ規格に準拠した要求コマンドに対する応答コマンドに相当する擬似応答コマンド生成し、ＯＢＥＸ層に対して通知するかを切り替える処理を行う。【０１７９】  送信部４４は、赤外線通信路を介して、下位層処理部４３から受信した要求コマンドを外部に送信する。受信部４５は、赤外線通信路を介して、相手機器（サーバ機器）から送信された応答コマンドを受信し、受信した応答コマンドを下位層処理部４３に出力する。【０１８０】  次に、本発明の実施の第四形態におけるクライアント−サーバ間のデータ転送処理の手順（通信方法）について、図１２のシーケンスおよび図１１を参照しながら説明する。なお、図１２は、ＩｒＤＡのプロトコルスタックにおける接続、データ転送、切断の転送処理の場合をそれぞれ示している。【０１８１】  クライアント機器４において、利用者からのオブジェクト交換指示を受けたアプリケーション層処理部４１は、ＯＢＥＸ層処理部４２に対して、相手機器であるサーバ機器５との接続要求、データ転送要求、切断要求を順次行う。【０１８２】  上記の要求を受けたＯＢＥＸ層処理部４２内の制御部４２１では、アプリケーション層処理部４１からの要求を受けて、要求通知部４２２へ要求コマンドの生成および下位層処理部４３への要求コマンドの発行を指示する。【０１８３】  要求通知部４２２は制御部４２１からの要求コマンド発行の指示を受けて、要求コマンドを生成し、下位層処理部４３へ要求コマンドを出力する。下位層処理部４３内の要求受信部４３２では、ＯＢＥＸ層処理部４２から出力された要求コマンドを受信し、制御部４３１へ要求コマンド受信完了を通知し、ヘッダ情報解析部４３８へ受信データを出力する。【０１８４】  ヘッダ情報解析部４３８では、要求受信部４３２から受信した要求コマンドの解析を行う。例えば、上記表１３に示すＯＢＥＸ要求コマンドのＯｐｃｏｄｅを解析することにより、サーバ機器から送信される要求コマンドに対する応答コマンドを受信するようにするか、ＯＢＥＸ規格に準拠した要求コマンドに対する応答コマンドに相当する擬似応答コマンドを生成し、ＯＢＥＸ層に対して通知するかの判定を行うようにしてもよい。ここでは、ＣＯＮＮＥＣＴ（０ｘ８０）、ＤＩＳＣＯＮＮＥＣＴ（０ｘ８１）および最後に送信されるＰＵＴ（０ｘ８２）については、サーバ機器から出力される応答コマンドを受信するようにし、それ以外のＰＵＴ（０ｘ０２）については、ＯＢＥＸ規格に準拠した要求コマンドに対する応答コマンドに相当する擬似応答コマンドを生成して、ＯＢＥＸ層に対して通知することとする。つまり、ＳＵＣＣＥＳＳの応答コマンドについては、サーバ機器から出力される応答コマンドを受信するようにし、ＣＯＮＴＩＮＵＥ応答コマンドについては、それに相当する擬似応答コマンドを生成して、ＯＢＥＸ層に対して通知を行う。【０１８５】  制御部４３１では、要求受信部４３２からの要求コマンド受信完了の通知を受けて、要求通知部４３３へ要求コマンドの発行を指示する。要求通知部４３３は制御部４３１からの要求コマンド発行の指示を受けて、要求受信部４３２から受信したデータにヘッダ情報を付加して、送信部４４へ要求コマンドを出力し、制御部４３１へ要求コマンド出力完了の通知を行う。【０１８６】  制御部４３１は要求通知部４３３からの要求コマンド出力完了の通知を受けて、ヘッダ情報解析部４２８から、ＯＢＥＸ規格に準拠した要求コマンドに対する応答コマンドに相当する擬似応答コマンドを生成して、ＯＢＥＸ層に対して通知するように通知を受ける、つまりＯＢＥＸ層から最後に送信されるＰＵＴ以外のＰＵＴコマンド（０ｘ０２）を受信した場合には、応答生成部４３６に対して、ＰＵＴコマンドに対する擬似応答コマンドであるＣＯＮＴＩＮＵＥ応答コマンドを発行するよう指示し、マルチプレクサ４３７へは、応答生成部４３６から出力されるＰＵＴコマンドに対する擬似応答コマンドであるＣＯＮＴＩＮＵＥ応答コマンドを応答通知部４３５へ出力するように制御する。【０１８７】  応答生成部４３６では、制御部４３１からのＰＵＴコマンドに対する擬似応答コマンドであるＣＯＮＴＩＮＵＥ応答コマンド発行の指示を受けて、上位層であるＯＢＥＸ規格に準拠したＰＵＴコマンドに対するＣＯＮＴＩＮＵＥコマンドの擬似応答コマンドを生成し、マルチプレクサ４３７へ出力する。【０１８８】  また、ヘッダ情報解析部４２８から、サーバ機器から出力される応答コマンドを受信するように通知を受ける、つまりＯＢＥＸ層からＣＯＮＮＥＣＴコマンド、ＤＩＳＣＯＮＮＥＣＴコマンド、最後に送信されるＰＵＴコマンドを受信した場合には、通常の受信処理を行うようにマルチプレクサ４３７を制御する。【０１８９】  この時、下位層処理部４３内の応答受信部４３４は、受信部４５から受信したデータの解析を行い、制御部４３１へ要求コマンドに対する応答コマンド受信完了の通知を行い、ヘッダ情報の除去を行い、受信データをマルチプレクサ４３７へ出力する。【０１９０】  制御部４３１では、応答受信部４３４から接続要求に対する応答コマンド受信完了の通知を受けて、マルチプレクサ４３７へ応答受信部４３４からの出力データを応答通知部４３５へ出力するよう制御する。マルチプレクサ４３７は、応答受信部４３４および応答生成部４３６からの受信データを制御部４３１からの制御信号を基に出力の切り替えを行い、応答通知部４３５へ出力する。【０１９１】  応答通知部４３５は、制御部４３１からの応答コマンド発行の通知を受けて、マルチプレクサ４３７から受信した応答コマンドを上位層であるＯＢＥＸ層処理部４２へ出力する。ＯＢＥＸ層処理部４２内の応答受信部４２３では、下位層からの要求コマンドに対する応答コマンドを受信し、制御部４２１へ要求コマンドに対する応答コマンド受信完了の通知を行う。【０１９２】  制御部４２１は、応答受信部４２３からの要求コマンドに対する応答コマンド受信完了の通知を受けて、上位層であるアプリケーション層処理部４１へ相手機器との接続が完了したことを通知する。こうして、アプリケーション層処理部４１では相手機器（サーバ機器）との接続、データ転送、切断が完了したことを確認でき、サーバ機器とのオブジェクト交換が完了する。【０１９３】  ここでは、下位層処理部４３として、ＴｉｎｙＴＰ層、ＩｒＬＭＰ層、ＩｒＬＡＰ層各層を１つのブロックとして表現しているが、もちろん各層でそれぞれ１つのブロックを構成してもよい。また、図１２では、ＯＢＥＸ層処理部４２の一つ下に位置するＴｉｎｙＴＰ層で、ＯＢＥＸ層処理部４２に対する擬似応答コマンドを生成するよう図示しているが、その他の層であるＩｒＬＭＰ層、ＩｒＬＡＰ層の何れかにおいて擬似応答コマンドの生成を行ってもよい。ただし、ＯＢＥＸ層処理部４２の一つ下に位置するＴｉｎｙＴＰ層において、ＯＢＥＸ層処理部４２に対する擬似応答コマンドを生成することが、前述したように、余分なヘッダ情報を付加する手間や削除する手間を省けて好ましい。【０１９４】  以上のように、本実施の形態のクライアント機器４は、前記オブジェクト交換用プロトコルの下位層に位置する通信プロトコルにおいて、前記オブジェクト交換用プロトコルに対応する層の下位の層に位置する通信プロトコルは、前記オブジェクト交換用プロトコルから発行される要求コマンドのヘッダ情報を参照することにより、該ヘッダ情報の種別に応じて、相手機器からの要求コマンドに対する応答コマンドを受信するようにするか、前記オブジェクト交換用プロトコルに準拠した該要求コマンドに対する応答コマンドに相当する擬似応答コマンドを生成し、上位層であるオブジェクト交換用プロトコルに対応する層に対して通知するかを切り替える機能を備えている。【０１９５】  それゆえ、接続要求時や、切断要求時、最終データ転送要求時など必要最低限の応答コマンドのみをサーバ機器から受信することにより、通信の信頼性を確保することができ、最終データ転送要求時以外のデータ転送要求に対する応答コマンドなどについては、受信処理を行う必要がないので、回路規模を小さくすることができる。【０１９６】  〔実施の第五形態〕
本発明の実施の第五形態に係る転送データの転送システム（通信システム）のサーバ機器（通信装置）について、図１３に基づいて説明すると以下のとおりである。なお、他の実施の形態において定義した用語（部材及び機能を含む）については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０１９７】  図１３は、本実施の形態におけるサーバ機器の構成を示すブロック図である。図１３に示すようにサーバ機器（通信装置）１０００は、アプリケーション層処理部１０１０とＯＢＥＸ層処理部（オブジェクト交換層処理部）１０２０と下位層処理部１０３０と受信部１０５０とを少なくとも備えている。【０１９８】  アプリケーション層処理部１０１０は、図示しない操作部に入力された利用者の指示に応じて、ＯＢＥＸ層処理部１０２０に対して、要求コマンド処理を要求する。また、ＯＢＥＸ層処理部１０２０から要求コマンド受信した旨の通知を受けると、受信した要求コマンドに応じて、所定の処理を行う。【０１９９】  ＯＢＥＸ層処理部１０２０は、制御部１０２１と応答通知部１０２２と、要求解析部１０２５とを備えている。制御部１０２１は、アプリケーション層処理部１０１０からの要求および要求解析部１０２５からの解析結果に応じて、応答通知部１０２２に対して応答コマンドの生成および下位層へ応答コマンドの発行を行うよう通知する。また、要求解析部１０２５からの要求コマンド受信結果通知を受けて、アプリケーション層処理部１０１０へ要求コマンドの受信結果を通知する。【０２００】  応答通知部１０２２は、制御部１０２１からの応答コマンド発行通知を受けて、応答コマンドを生成し、下位層処理部１０３０へ出力する。要求解析部１０２５は、下位層処理部１０３０から出力される要求コマンドを受信し、受信した要求コマンドの解析を行い、制御部１０２１に対して、コマンド解析結果および要求コマンドを受信した旨の通知を行う。【０２０１】  下位層処理部１０３０は、制御部（下位層制御部）１０３１と、応答受信部１０３２と、要求解析部１０３５とを備えている。【０２０２】  制御部１０３１は、応答受信部１０３２および要求解析部１０３５の制御を行う。詳細については、後述する。【０２０３】  応答受信部１０３２は、ＯＢＥＸ層処理部１０２０からの応答コマンドを受信し、そのコマンドの解析を行い、制御部１０３１に対して、コマンド解析結果および、応答コマンドを受信した旨の通知を行う。【０２０４】  要求解析部１０３５は、受信部１０５０よりクライアント機器からの送信データを受信した場合、受信データの解析を行い、制御部１０３１に対して、コマンド解析結果および要求コマンドを受信した旨の通知を行う。また、受信した要求コマンドからヘッダ情報の除去を行い、ＯＢＥＸ層処理部１０２０に出力する。【０２０５】  制御部１０３１は、応答受信部１０３２からコマンド解析結果および応答コマンドを受信した旨の通知を受けるが、受信した応答コマンドをクライアント機器に送信することはない。【０２０６】  受信部１０５０は、赤外線通信路を介して、相手機器（クライアント機器）から送信された要求コマンドを受信し、受信した要求コマンドを下位層処理部１０３０に出力���る。【０２０７】  次に、図１４に示すフローチャートを用いて、従来のサーバ機器におけるＯＢＥＸ層の下位層処理部での制御部の動作について説明する。【０２０８】  ステップＳ１１は、クライアントからの要求コマンド受信があるかどうかを判別するステップである。受信があった場合は、ステップＳ１２へ、また、ない場合は、再びステップＳ１１へそれぞれ遷移する。【０２０９】  ステップＳ１２は、ＯＢＥＸ層処理部に対して、受信した要求コマンドを通知するステップである。通知終了後、ステップＳ１３へと遷移する。【０２１０】  ステップＳ１３は、ＯＢＥＸ層処理部から、応答コマンドを受信しているかどうかを判別するステップである。受信した場合は、ステップＳ１４へ、また、受信していない場合は、再びステップＳ１３へそれぞれ遷移する。【０２１１】  ステップＳ１４は、クライアント機器に、前述のＯＢＥＸ層応答コマンドを送信するステップである。送信終了後、ステップＳ１１へと遷移する。【０２１２】  以上の動作により、従来のサーバ機器におけるＯＢＥＸ層の下位層処理部では、ＯＢＥＸ層と受信要求コマンドおよび送信応答コマンドのやりとりが行われる。【０２１３】  しかし、従来の動作を行う下位層処理部の場合、ＯＢＥＸ層処理部からの応答コマンドをクライアント機器に送信するステップを持っており、応答コマンドを送信する必要がない通信においては、応答コマンドを送信する際の電力が無駄である。【０２１４】  これに対して、図１５に示すように、本実施の形態の下位層処理部１０３０の制御部１０３１は、応答コマンドを送信するステップを持たないことを特徴としている。図１５に示すフローチャートを用いて、本実施の形態の下位層処理部１０３０の制御部１０３１の動作について説明する。【０２１５】  ステップＳ２１は、クライアントからの要求コマンド受信があるかどうかを判別するステップである。受信があった場合は、ステップＳ２２へ、また、ない場合は、再びステップＳ２１へそれぞれ遷移する。【０２１６】  ステップＳ２２は、ＯＢＥＸ層処理部１０２０に対して、受信した要求コマンドを通知するステップである。通知終了後、ステップＳ２３へと遷移する。【０２１７】  ステップＳ２３は、ＯＢＥＸ層処理部１０２０から、応答コマンドを受信しているかどうかを判別するステップである。受信した場合は、ステップＳ２１へ、また、受信していない場合は、再びステップＳ２３へそれぞれ遷移する。なお、このステップＳ２３を設けず、ステップＳ２２を終了後、ステップＳ２１へ遷移してもよい。【０２１８】  以上の動作により、ＯＢＥＸ層処理部１０２０からの応答コマンドを、下位層処理部１０３０が送信しない制御部１０３１を実現することが可能となる。また、要求コマンドに対する応答コマンドを発行するような動作を行う従来のＯＢＥＸ層処理部を用いることが可能となるため、資産の流用が可能となる。【０２１９】  次に、図１６に、本実施の形態におけるクライアント機器とサーバ機器間のコマンドのやりとりを示す。【０２２０】  図１６に示すとおり、サーバ機器１０００においては、クライアント機器からの要求コマンドに対する応答コマンドが、ＯＢＥＸ層処理部１０２０から下位層であるＴｉｎｙＴＰ層に発行されたとしても、下位層であるＴｉｎｙＴＰ層がさらに下位層に前記応答コマンドの通知を行わないことで、クライアント機器に対して、応答コマンドの送信を行わないことを実現している。なお、図１６においては、ＯＢＥＸ層の一つ下の層であるＴｉｎｙＴＰ層を下位層処理部１０３０として、下位層に対して応答コマンドの送信を行わない処理を行っているが、さらに下の層であるＩｒＬＭＰ層やＩｒＬＡＰ層を下位層処理部１０３０として、同様の制御を行ってもよい。【０２２１】  〔実施の第六形態〕
本発明の実施の第六形態に係る転送データの転送システム（通信システム）のサーバ機器（通信装置）について説明すると以下のとおりである。なお、他の実施の形態において定義した用語（部材及び機能を含む）については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０２２２】  図１７に、本実施の形態に係るサーバ機器１１００の構成ブロック図を示す。本実施の形態に係るサーバ機器１１００は、少なくとも、アプリケーション層処理部１１１０、ＯＢＥＸ層処理部１１２０、下位層処理部１１３０、送信部１１４０、受信部１１５０とを有している。【０２２３】  アプリケーション層処理部１１１０は、図示しない操作部に入力された利用者の指示に応じて、ＯＢＥＸ層処理部１１２０に対して、要求コマンド処理を要求する。また、ＯＢＥＸ層処理部１１２０から要求コマンド受信した旨の通知を受けると、受信した要求コマンドに応じて、所定の処理を行う。【０２２４】  ＯＢＥＸ層処理部１１２０は、制御部１１２１と応答通知部１１２２と、要求解析部１１２５とを備えている。制御部１１２１は、アプリケーション層処理部１１１０からの要求および要求解析部１１２５からの解析結果に応じて、応答通知部１１２２に対して応答コマンドの生成および下位層へ応答コマンドの発行を行うよう通知する。また、要求解析部１１２５からの要求コマンド受信結果通知を受けて、アプリケーション層処理部１１１０へ要求コマンドの受信結果を通知する。【０２２５】  応答通知部１１２２は、制御部１１２１からの応答コマンド発行通知を受けて、応答コマンドを生成し、下位層処理部１１３０へ出力する。要求解析部１１２５は、下位層処理部１１３０から出力される要求コマンドを受信し、受信した要求コマンドの解析を行い、制御部１１２１に対して、コマンド解析結果および要求コマンドを受信した旨の通知を行う。【０２２６】  下位層処理部１１３０は、制御部（下位層制御部）１１３１と、応答受信部１１３２と、要求解析部１１３５とを備えている。【０２２７】  制御部１１３１は、応答受信部１１３２および要求解析部１１３５の制御を行う。詳細については、後述する。【０２２８】  応答受信部１１３２は、ＯＢＥＸ層処理部１１２０からの応答コマンドを受信し、そのコマンドの解析を行い、制御部１１３１に対して、コマンド解析結果および、応答コマンドを受信した旨の通知を行う。【０２２９】  要求解析部１１３５は、受信部１１５０からクライアント機器からの送信データを受信した場合、受信データの解析を行い、制御部１１３１に対して、コマンド解析結果および要求コマンドを受信した旨の通知を行う。また、受信した要求コマンドからヘッダ情報の除去を行い、ＯＢＥＸ層処理部１１２０に出力する。【０２３０】  制御部１１３１は、応答受信部１１３２からコマンド解析結果および応答コマンドを受信した旨の通知を受けるが、受信した応答コマンドをクライアント機器に送信することはない。【０２３１】  送信部１１４０は、赤外線通信路を介して、下位層処理部１０３０から受信した応答コマンドを外部に送信する。【０２３２】  受信部１１５０は、赤外線通信路を介して、相手機器（クライアント機器）から送信��れた要求コマンドを受信し、受信した要求コマンドを下位層処理部１１３０に出力する。【０２３３】  次に、図１８のフローチャートを用いて、本実施の形態に係る下位層処理部１１３０の制御部１１３１の動作を説明する。【０２３４】  ステップＳ３１は、クライアント機器から要求コマンドを受信したかどうかを判別するステップである。受信した場合は、ステップＳ３２へ、また受信していない場合は、再びステップＳ３１へそれぞれ遷移する。【０２３５】  ステップＳ３２は、クライアント機器から受信した要求コマンドをＯＢＥＸ層処理部１１２０へ通知するステップである。通知終了後、ステップＳ３３へと遷移する。【０２３６】  ステップＳ３３は、ＯＢＥＸ層処理部１１２０から応答コマンドを受信しているかどうかを判別するステップである。受信している場合はステップＳ３４へ、また受信していない場合は、再びステップＳ３３へそれそれ遷移する。【０２３７】  ステップＳ３４は、ＯＢＥＸ層処理部１１２０から受信した応答コマンドを解析するステップである。解析終了後、ステップＳ３５へと遷移する。【０２３８】  ステップＳ３５は、ステップＳ３４で解析した結果、ＯＢＥＸ層処理部１１２０から受信した応答コマンドが、クライアントへの送信が必要かどうかを判別するステップである。必要と判断される場合は、ステップＳ３６へ、また不必要と判断される場合は、ステップＳ３１へとそれぞれ遷移する。このステップＳ３５において、例えばＯＢＥＸにおけるＰｕｔコマンドに対するＣＯＮＴＩＮＵＥ応答コマンドを送信しないで、ＳＵＣＣＥＳＳ応答コマンドのみを送信するといった選別を行うこととなる。【０２３９】  ステップＳ３６は、クライアント機器に応答コマンドを送信するステップである。送信終了後、ステップＳ３１へと遷移する。【０２４０】  上記の動作を、サーバ機器１１００の下位層処理部１１３０が行うことで、特定のＯＢＥＸ層からの応答コマンドのみをクライアント機器に対して送信しない処理が可能となる。また、要求コマンドに対する応答コマンドを発行する、従来のＯＢＥＸ層処理部を用いることが可能となるため、資産の流用が可能となる。【０２４１】  次に、図１９に、本実施の形態におけるクライアント機器とサーバ機器間のコマンドのやりとりを示す。【０２４２】  図に示すとおり、サーバ機器１１００においては、クライアント機器からの要求コマンドに対する特定の応答コマンド（図中の応答コマンドＣＯＮＴＩＮＵＥ）が、ＯＢＥＸ層処理部１１２０から下位層であるＴｉｎｙＴＰ層に発行されたとしても、下位層であるＴｉｎｙＴＰ層がさらに下位層に前記応答コマンドの通知を行わないことで、クライアント機器に対して、特定の応答コマンドの送信を行わないことを実現している。なお、図１９においては、ＯＢＥＸ層の一つ下の層であるＴｉｎｙＴＰ層を下位層処理部１１３０として、下位層に対して応答コマンドの送信を行わない処理を行っているが、さらに下の層であるＩｒＬＭＰ層やＩｒＬＡＰ層を下位層処理部１１３０として、同様の制御を行ってもよい。【０２４３】  また、図２０のフローチャートを用いて、下位層処理部１１３０の他の動作を示す。【０２４４】  ステップＳ４１は、クライアント��器から要求コマンドを受信したかどうかを判別するステップである。受信した場合は、ステップＳ４２へ、また受信していない場合は、再びステップＳ４１へそれぞれ遷移する。【０２４５】  ステップＳ４２は、クライアント機器から受信した要求コマンドをＯＢＥＸ層処理部１１２０へ通知するステップである。通知終了後、ステップＳ４３へと遷移する。【０２４６】  ステップＳ４３は、ＯＢＥＸ層処理部１１２０から応答コマンドを受信しているかどうかを判別するステップである。受信している場合はステップＳ４４へ、また受信していない場合は、再びステップＳ４３へそれそれ遷移する。【０２４７】  ステップＳ４４は、ＯＢＥＸ層処理部１１２０から受信した応答コマンドのヘッダを解析するステップである。ここで行われることは、例えば最終でないＰｕｔコマンドに対するＣＯＮＴＩＮＵＥ応答コマンドであるかどうかを判別することであり、具体的には、ＯＢＥＸ層処理部１１２０からの応答コマンドの１バイト目がＣＯＮＴＩＮＵＥ（０ｘ１０もしくは０ｘ９０）であるか、ＳＵＣＣＥＳＳ（０ｘ２０もしくは０ｘＡ０）であるかを判別する。解析終了後、ステップＳ４５へと遷移する。【０２４８】  ステップＳ４５は、ステップＳ４４で解析した結果、ＯＢＥＸ層処理部１１２０から受信した応答コマンドが、クライアントへの送信が必要かどうかを判別するステップである。必要と判断される場合は、ステップＳ４６へ、また不必要と判断される場合は、ステップＳ４１へとそれぞれ遷移する。このステップＳ４５において、例えばＯＢＥＸにおけるＰｕｔコマンドに対するＣＯＮＴＩＮＵＥ応答コマンドを送信しないで、ＳＵＣＣＥＳＳ応答コマンドのみを送信するという選別を行うこととなる。【０２４９】  ステップＳ４６は、クライアント機器に応答コマンドを送信するステップである。送信終了後、ステップＳ４１へと遷移する。【０２５０】  上記の動作を、サーバ機器１１００の下位層処理部１１３０が行うことで、特定のＯＢＥＸ層からの応答コマンドのみをクライアント機器に対して送信しない処理が可能となる。また、要求コマンドに対する応答コマンドを発行する、従来のＯＢＥＸ層処理部を用いることが可能となるため、資産の流用が可能となる。【０２５１】  なお、図２０のフローチャートで示した、下位層処理部１１３０の動作の場合も、クライアント機器とサーバ機器間のコマンドのやりとりは、図１９に示したシークエンスとなる。【０２５２】  すなわち、図１９に示すように、サーバ機器１１００においては、クライアント機器からの要求コマンドに対する特定の応答コマンド（図中の応答コマンドＣＯＮＴＩＮＵＥ）が、ＯＢＥＸ層処理部１１２０から下位層であるＴｉｎｙＴＰ層に発行されたとしても、下位層であるＴｉｎｙＴＰ層がさらに下位層に前記応答コマンドの通知を行わないことで、クライアント機器に対して、特定の応答コマンドの送信を行わないことを実現している。なお、図１９においては、ＯＢＥＸ層の一つ下の層であるＴｉｎｙＴＰ層を下位層処理部１１３０として、下位層に対して応答コマンドの送信を行わない処理を行っているが、さらに下の層であるＩｒＬＭＰ層やＩｒＬＡＰ層を下位層処理部１１３０として、同様の制御を���ってもよい。【０２５３】  〔実施の第七形態〕
本発明の実施の第七形態に係る転送データの転送システム（通信システム）のクライアント機器（通信装置）について説明すると以下のとおりである。なお、他の実施の形態において定義した用語（部材及び機能を含む）については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０２５４】  まず、図２１は、従来のＯＢＥＸプロトコルを用いて通信を行うクライアント機器のブロック図である。【０２５５】  図２１に示すように、従来のクライアント機器（通信装置）１２００は、アプリケーション層処理部１２１０と、ＯＢＥＸ層処理部（オブジェクト交換層処理部）１２２０と、下位層処理部１２３０と、送信部１２４０と、受信部１２５０とを少なくとも備えている。【０２５６】  アプリケーション層処理部１２１０は、図示しない操作部に入力された利用者の指示に応じて、ＯＢＥＸ層処理部１２２０に対して、要求コマンドの発行処理を要求する。【０２５７】  ＯＢＥＸ層処理部１２２０は、制御部１２２１と、要求通知部１２２２と、応答受信部１２２３とを備えている。【０２５８】  制御部１２２１は、アプリケーション層処理部１２１０からの要求に応じて、要求通知部１２２２に対して要求コマンドの生成および下位層へ要求コマンドの発行を行うよう通知する。また、応答受信部１２２３からの応答コマンド受信結果通知を受けて、アプリケーション層処理部１２１０へ応答コマンドの受信結果を通知する。【０２５９】  要求通知部１２２２は、制御部１２２１からの要求コマンド発行通知を受けて、要求コマンドを生成し、下位層処理部１２３０へ出力する。応答受信部１２２３は、下位層処理部１２３０から出力される応答コマンドを受信し、受信した応答コマンドの解析を行い、制御部１２２１に対して、コマンド解析結果および応答コマンドを受信した旨の通知を行う。【０２６０】  下位層処理部１２３０は、ＯＢＥＸ層処理部１２２０からの要求コマンドに適当な下位層のヘッダを付加して送信部１２４０に渡すとともに、受信部１２５０からの受信応答コマンドから、適当な下位層のヘッダを除去して、ＯＢＥＸ層処理部１２２０に渡す。【０２６１】  送信部１２４０は、赤外線通信路を介して、下位層処理部１２３０から受信した要求コマンドを外部に送信する。【０２６２】  受信部１２５０は、赤外線通信路を介して、相手機器（サーバ機器）から送信された応答コマンドを受信し、受信した応答コマンドを下位層処理部１２３０に出力する。【０２６３】  次に、図２２に示すフローチャートを用いて、図２１のＯＢＥＸ層処理部１２２０の制御部１２２１の動作を説明する。【０２６４】  ステップＳ５１は、クライアント機器１２００のアプリケーション層処理部１２１０およびＯＢＥＸ層処理部１２２０の制御部１２２１において、サーバ機器への要求コマンドが発生しているかどうかを判別するステップである。発生している場合は、ステップＳ５２へ、また発生していない場合は、再びステップＳ５１へそれぞれ遷移する。【０２６５】  ステップＳ５２は、サーバ機器への要求コマンドを下位層処理部１２３０へ送信するステップである。送信終了後、ステップＳ５３へと遷移する。【０２６６】  ステップＳ５３は、サーバ機器���らの応答コマンドを下位層処理部１２３０から受信したがどうかを判別するステップである。受信した場合は、ステップＳ５４へ、また受信していない場合は、ステップ再びステップＳ５３へそれぞれ遷移する。【０２６７】  ステップＳ５４は、受信した応答コマンドを解析するステップである。解析終了後、ステップＳ５５へと遷移する。【０２６８】  ステップＳ５５は、通信終了かどうかを判別するステップである。通信終了でない場合は、再びステップＳ５１へと遷移する。【０２６９】  以上の動作により、従来のクライアント機器１２００のＯＢＥＸ層処理部１２２０は、要求コマンドを発行し、それに対する応答コマンドを解析し、次の要求コマンドを再び発行することで通信を行うことが可能となる。【０２７０】  しかし、前述の従来のクライアント機器１２００のＯＢＥＸ層処理部１２２０の動作では、サーバ機器から応答コマンドを受信しない限り、次の要求コマンドの送信ができないといった問題がある。【０２７１】  これを解決するために、図２４のフローチャートに示すとおり、本実施の形態に係るクライアント機器１３００（図２３）では、サーバ機器へ要求コマンドを発行した後、サーバ機器からの応答コマンドを受信しなくとも次の要求コマンドを発行することを可能とする。具体的には以下のとおりとなる。【０２７２】  ステップＳ６１は、クライアント機器１３００のアプリケーション層処理部１３１０およびＯＢＥＸ層処理部１３２０の制御部１３２１において、サーバ機器への要求コマンドが発生しているかどうかを判別するステップである。発生している場合は、ステップＳ６２へ、また発生していない場合は、再びステップＳ６１へそれぞれ遷移する。【０２７３】  ステップＳ６２は、サーバ機器への要求コマンドを下位層処理部１３３０へと送信するステップである。送信終了後、ステップＳ６５へと遷移する。【０２７４】  ステップＳ６５は、通信終了かどうかを判別するステップである。通信終了でない場合は、再びステップＳ６１へと遷移する。【０２７５】  以上の動作をクライアント機器１３００のＯＢＥＸ層処理部１３２０の制御部１３２１が行うことにより、クライアント機器１３００から、要求コマンドを送信した後、サーバ機器からの応答コマンドを受信しなくても、次の要求コマンドを送信することが可能となる。【０２７６】  ここで、図２３は、本実施の形態に係るクライアント機器１３００のブロック図である。【０２７７】  ＯＢＥＸ層処理部（オブジェクト交換層処理部）１３２０の通信方向選択部１３２４以外の各ブロックは、図２１を用いて上述した従来のクライアント機器１２００のＯＢＥＸ層処理部１２２０の各ブロックと同じ機能を持つため説明を省略する。【０２７８】  通信方向選択部１３２４は、通信が片方向通信か双方向通信かを選択する機能を有する。ここでいう片方向通信とは、クライアント機器からの要求コマンドに対して、サーバ機器からの応答コマンドを必要としない通信である。サーバ機器に送信部が存在しない場合、もしくは、クライアント機器に受信部が存在しない場合は、必然的に片方向通信となるが、送信部と受信部をクライアント機器およびサーバ機器がそれぞれ有しているが、信号の流れがクライ���ント機器からサーバ機器への片方向である場合は、やはり片方向通信となる。また、双方向通信とは、クライアント機器から送信された要求コマンドに対して、応答コマンドをサーバ機器が送信し、前記応答コマンドの解析後に、再びクライアント機器が次の要求コマンドを送信する通信方式である。この場合、すべての要求コマンドに対して、応答コマンドが必要になるわけでなく、クライアント機器のＯＢＥＸ層とサーバ機器のＯＢＥＸ層の双方で、事前に取り決めがなされていれば、特定の要求コマンドに対する応答コマンドは必ずしも必要でない。【０２７９】  次に、図２５のフローチャートを用いて、本実施の形態に係るクライアント機器１３００のＯＢＥＸ層処理部１３２０の制御部１３２１の動作を説明する。【０２８０】  ステップＳ７０は、通信方向選択部１３２４にて、双方向通信か片方向通信かを選択するステップである。双方向通信の場合は、ステップＳ７１へ、また片方向通信の場合は、Ｓ８１へそれぞれ遷移する。【０２８１】  ステップＳ７１は、双方向通信において、アプリケーション層処理部１３１０もしくはＯＢＥＸ層処理部１３２０の制御部１３２１において、サーバ機器への要求コマンドが発生しているかどうかを判別するステップである。発生している場合は、ステップＳ７２へ、発生していない場合は、再びステップＳ７１へそれぞれ遷移する。【０２８２】  ステップＳ７２は、双方向通信において、サーバ機器への要求コマンドを下位層処理部１３３０へ送信するステップである。送信終了後、ステップＳ７３へ遷移する。【０２８３】  ステップＳ７３は、双方向通信において、サーバ機器からの応答コマンドを受信したかどうかを判別するステップである。受信した場合は、ステップＳ７４へ、受信していない場合は、再びステップＳ７３へそれぞれ遷移する。【０２８４】  ステップＳ７４は、双方向通信において、サーバ機器からの応答コマンドを解析するステップである。解析終了後、ステップＳ７５へ遷移する。【０２８５】  ステップＳ７５は、双方向通信において、通信を終了するかどうかを判別するステップである。終了でない場合は、ステップＳ７１へ再び遷移する。【０２８６】  一方、ステップＳ８１は、片方向通信において、アプリケーション層処理部１３１０もしくはＯＢＥＸ層処理部１３２０の制御部１３２１において、サーバ機器への要求コマンドが発生しているかどうかを判別するステップである。発生している場合は、ステップＳ８２へ、発生していない場合は、再びステップＳ８１へそれぞれ遷移する。【０２８７】  ステップＳ８２は、片方向通信において、サーバ機器への要求コマンドを下位層処理部１３３０へ送信するステップである。送信終了後、ステップＳ８５へ遷移する。【０２８８】  ステップＳ８５は、片方向通信において、通信を終了するかどうかを判別するステップである。終了でない場合は、ステップＳ８１へ再び遷移する。【０２８９】  以上の動作を、クライアント機器１３００のＯＢＥＸ層処理部１３２０の制御部１３２１が行うことにより、双方向通信では、サーバ機器からの応答コマンドを待ってから次の要求コマンドを送信し、片方向通信では、サーバ機器からの応答コマンドを受信しなくても次の要求コマンドを送信することが可能となる。【０２９０】  〔実施の第八形態〕
本発明の実施の第八形態に係る転送データの転送システム（通信システム）のクライアント機器（通信装置）について説明すると以下のとおりである。なお、他の実施の形態において定義した用語（部材及び機能を含む）については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０２９１】  図２３が本実施の形態のクライアント機器１３００のブロック図である。すなわち、上述した実施の第七形態と同一であり、また、ＯＢＥＸ層処理部１３２０の制御部１３２１以外の各ブロックの動作も基本的に実施の第七形態における各ブロックの動作と同じであるため、説明を省略する。【０２９２】  図２６に示すフローチャートを用いて、本実施の形態に係るＯＢＥＸ層処理部１３２０の制御部１３２１の動作を説明する。【０２９３】  ステップＳ９１は、アプリケーション層処理部１３１０もしくはＯＢＥＸ層処理部１３２０の制御部１３２１において、サーバ機器へのＰｕｔ要求コマンドが発生しているかどうかを判別するステップである。発生している場合は、ステップＳ９２へ、発生していない場合は、再びステップＳ９１へそれぞれ遷移する。【０２９４】  ステップＳ９２は、サーバ機器へＰｕｔ要求コマンドを送信するステップである。送信終了後、ステップＳ９３へ遷移する。【０２９５】  ステップＳ９３は、送信したＰｕｔ要求コマンドが最終のＰｕｔ要求コマンドがそうでないかを判別するステップである。最終である場合は、ステップＳ９４へ、また最終でない場合は、ステップＳ９１へそれぞれ遷移する。【０２９６】  ステップＳ９４は、サーバ機器からの応答コマンドを受信したかどうかを判別するステップである。受信した場合は、ステップＳ９５へ、受信していない場合は、再びステップＳ９４へそれぞれ遷移する。【０２９７】  ステップＳ９５は、サーバ機器からの応答コマンドを解析するステップである。解析終了後、ステップＳ９６へと遷移する。このとき、最終のＰｕｔ要求コマンドに対するＳＵＣＣＥＳＳ応答コマンドを受信したかどうかを判別することとなる。【０２９８】  ステップＳ９６は、通信が終了かどうかを判別するステップである。終了でない場合は、再びステップＳ９１へと遷移する。【０２９９】  以上の動作を、クライアント機器１３００のＯＢＥＸ層処理部１３２０の制御部１３２１が行うことにより、最終でないＰｕｔ要求コマンドに対しては、サーバ機器からのＣＯＮＴＩＮＵＥ応答コマンドを待つことなく、次のＰｕｔ要求コマンドを送信することが可能となり、通信の効率をあげることが可能となる。また、最終のＰｕｔコマンドに対するサーバ機器からのＳＵＣＣＥＳＳ応答コマンドに対してはクライアント機器１３００において、確認を行うため、クライアント機器１３００において、サーバ機器に正常にデータ転送を行えたかどうかを判別することが可能となる。【０３００】  また、図２６に示したように、通信方向選択部１３２４による双方向通信、片方向通信の切り替えと組合わせることで、双方向通信時は、最終のＰｕｔコマンドのみＳＵＣＣＥＳＳ応答コマンドを必要とし、片方向通信時は、全ての要求コマンドに対して応答コマンドを必要としないといった動作を行うことが可能となる。【０３０���】  〔実施の第九形態〕
本発明の実施の第九形態に係る転送データの転送システム（通信システム）のサーバ機器（通信装置）について説明すると以下のとおりである。なお、他の実施の形態において定義した用語（部材及び機能を含む）については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０３０２】  まず、図２７に、従来のＯＢＥＸプロトコルを用いて通信を行うサーバ機器のブロック図を示す。【０３０３】  図２７に示すよう、にサーバ機器（通信装置）１４００は、アプリケーション層処理部１４１０と、ＯＢＥＸ層処理部（オブジェクト交換層処理部）１４２０と、下位層処理部１４３０と、送信部１４４０と、受信部１４５０とを少なくとも備えている。【０３０４】  アプリケーション層処理部１４１０は、図示しない操作部に入力された利用者の指示に応じて、ＯＢＥＸ層処理部１４２０に対して、受信要求コマンド処理および応答コマンド発行を要求する。【０３０５】  ＯＢＥＸ層処理部１４２０は、制御部１４２１と、応答通知部１４２２と、要求解析部１４２３とを備えている。【０３０６】  制御部１４２１は、アプリケーション層処理部１４１０からの要求に応じて、応答通知部１４２２に対して応答コマンドの生成および下位層へ応答コマンドの発行を行うよう通知する。また、要求解析部１４２３からの要求コマンド受信結果通知を受けて、アプリケーション層処理部１４１０へ要求コマンドの受信結果を通知する。【０３０７】  応答通知部１４２２は、制御部１４２１からの応答コマンド発行通知を受けて、応答コマンドを生成し、下位層処理部１４３０へ出力する。要求解析部１４２３は、下位層処理部１４３０から出力される要求コマンドを受信し、受信した要求コマンドの解析を行い、制御部１４２１に対して、コマンド解析結果および要求コマンドを受信した旨の通知を行う。【０３０８】  下位層処理部１４３０は、ＯＢＥＸ層処理部１４２０からの応答コマンドに適当な下位層のヘッダを付加して送信部１４４０に渡すとともに、受信部１４５０からの受信要求コマンドから、適当な下位層のヘッダを除去して、ＯＢＥＸ層処理部１４２０に渡す。【０３０９】  送信部１４４０は、赤外線通信路等を介して、下位層処理部１４３０から受信した要求コマンドを外部に送信する。【０３１０】  受信部１４５０は、赤外線通信路等を介して、相手機器（クライアント機器）から送信された要求コマンドを受信し、受信した要求コマンドを下位層処理部１４３０に出力する。【０３１１】  次に、図２８に示すフローチャートを用いて、図２７に示した従来のＯＢＥＸサーバ機器１４００におけるＯＢＥＸ層処理部１４２０の制御部１４２１の動作を説明する。【０３１２】  ステップＳ１０１は、クライアント機器から要求コマンドを受信したかかどうかを判別するステップである。受信した場合は、ステップＳ１０２へ、また受信していない場合は、再びステップＳ１０１へそれぞれ遷移する。【０３１３】  ステップＳ１０２は、クライアント機器からの要求コマンドを解析するステップである。解析終了後、ステップＳ１０３へ遷移する。【０３１４】  ステップＳ１０３は、クライアント機器への応答コマンドを作成するステップである。応答コマンド作成終���後、ステップＳ１０４へと遷移する。【０３１５】  ステップＳ１０４は、前記応答コマンドをクライアント機器に送信するステップである。送信終了後、ステップＳ１０５へ遷移する。【０３１６】  ステップＳ１０５は、通信を終了するかどうかを判別するステップである。終了でない場合、再びステップＳ１０１へ遷移する。【０３１７】  以上の動作により、従来のサーバ機器１４００のＯＢＥＸ層処理部１４２０は、要求コマンドを受信解析し、それに対する応答コマンドを生成し送信することで通信を行うことが可能となる。【０３１８】  しかし、前述の従来のサーバ機器１４００のＯＢＥＸ層処理部１４２０の動作では、クライアント機器からの要求コマンドに対して、応答コマンドを生成し、送信してしまうため、例えば片方向通信のように、サーバ機器１４００からの送信が不必要な通信においては、応答コマンドの生成にかかる電力は無駄なものとなっている。【０３１９】  これを解決するために、図３０のフローチャートに示すとおり、本実施の形態に係るサーバ機器１５００（図２９）においては、クライアント機器からの要求コマンドを受信、解析した後、クライアント機器への応答コマンドを生成、送信を行うこととなく、次の要求コマンドを受信することが可能とする。具体的には以下のとおりとなる。【０３２０】  ステップＳ１１１は、クライアント機器からの要求コマンドを受信したかどうかを判別するステップである。受信した場合は、ステップＳ１１２へ、また受信していない場合は、再びステップＳ１１１へそれぞれ遷移する。【０３２１】  ステップＳ１１２は、受信した要求コマンドを解析するステップである。解析終了後、ステップＳ１１５へ遷移する。【０３２２】  ステップＳ１１５は、通信が終了したかどうかを判別するステップである。終了でない場合は、再びステップＳ１１１へ遷移する。【０３２３】  以上の動作を、サーバ機器１５００のＯＢＥＸ層処理部１５２０の制御部１５２１が行うことで、受信した要求コマンドに対する応答コマンドの生成、送信を行わず、次の要求コマンドの受信を行うことが可能となる。【０３２４】  ここで、図２９は、本実施の他の形態に係るサーバ機器１５００のブロック図である。【０３２５】  ＯＢＥＸ層処理部（オブジェクト交換層処理部）１５２０の通信方向選択部１５２４以外の各ブロックは、図２７を用いて上述した従来のサーバ機器１４００のＯＢＥＸ層処理部１４２０の各ブロックと同じ機能を持つため説明を省略する。【０３２６】  通信方向選択部１５２４は、通信が片方向通信か双方向通信かを選択する機能を有する。ここでいう片方向通信とは、クライアント機器からの要求コマンドに対して、サーバ機器からの応答コマンドを必要としない通信である。サーバ機器に送信部が存在しない場合、もしくは、クライアント機器に受信部が存在しない場合は、必然的に片方向通信となるが、送信部と受信部をクライアント機器およびサーバ機器がそれぞれ有しているが、信号の流れがクライアント機器からサーバ機器への片方向である場合は、やはり片方向通信となる。また、双方向通信とは、クライアント機器から送信された要求コマンドに対して、応答コマンドをサーバ機器が送信し、前記応答コマンド���解析後に、再びクライアント機器が次の要求コマンドを送信する通信方式である。この場合、すべての要求コマンドに対して、応答コマンドが必要になるわけでなく、クライアント機器のＯＢＥＸ層とサーバ機器のＯＢＥＸ層の双方で、事前に取り決めがなされていれば、特定の要求コマンドに対する応答コマンドは必ずしも必要でない。【０３２７】  次に、図３１のフローチャートを用いて、本実施の形態に係るサーバ機器１５００のＯＢＥＸ層処理部１５２０の制御部１５２１の動作を説明する。【０３２８】  ステップＳ１２０は、通信方向選択部１５２４にて、双方向通信か片方向通信かを選択するステップである。双方向通信の場合は、ステップＳ１２１へ、また片方向通信の場合は、Ｓ１３１へそれぞれ遷移する。【０３２９】  ステップＳ１２１は、双方向通信において、クライアント機器からの要求コマンドを受信したかどうかを判別するステップである。受信した場合は、ステップＳ１２２へ、また受信していない場合は、再びステップＳ１２１へそれぞれ遷移する。【０３３０】  ステップＳ１２２は、双方向通信において、クライアント機器からの要求コマンドを解析するステップである。解析終了後、ステップＳ１２３へ遷移する。【０３３１】  ステップＳ１２３は、双方向通信において、クライアント機器への応答コマンドを作成するステップである。応答コマンド作成終了後、ステップＳ１２４へ遷移する。【０３３２】  ステップＳ１２４は、双方向通信において、前記作成した応答コマンドをクライアント機器に送信するために、下位層処理部１５３０に通知するステップである。通知終了後、ステップＳ１２５へ遷移する。【０３３３】  ステップＳ１２５は、通信を終了するかどうかを判別するステップである。終了でない場合は、再びステップＳ１２１へ遷移する。【０３３４】  一方、ステップＳ１３１は、片方向通信において、クライアント機器からの要求コマンドを受信したかどうかを判別するステップである。受信した場合は、ステップＳ１３２へ、また受信していない場合は、再びステップＳ１３１へそれぞれ遷移する。【０３３５】  ステップＳ１３２は、片方向通信において、クライアント機器からの要求コマンドを解析するステップである。解析終了後、ステップＳ１３５へ遷移する。【０３３６】  ステップＳ１３５は、片方向通信において、通信が終了したかどうかを判別するステップである。終了でない場合は、再びステップＳ１３１へ遷移する。【０３３７】  以上の動作を、サーバ機器１５００のＯＢＥＸ層処理部１５２０の制御部１５２１が行うことにより、双方向通信では、クライアント機器からの要求コマンド受信時には、応答コマンドを生成、送信し、また、片方向通信では、クライアント機器からの要求コマンド受信後、応答コマンドを生成、送信せず、次の要求コマンドを受信することが可能となる。【０３３８】  〔実施の第十形態〕
本発明の実施の第十形態に係る転送データの転送システム（通信システム）のサーバ機器（通信装置）について説明すると以下のとおりである。なお、他の実施の形態において定義した用語（部材及び機能を含む）については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０３３９】  図２９が本実施の形態のサーバ機器１５００のブロック図である。すなわち、上述した実施の第九形態と同一であり、また、ＯＢＥＸ層処理部１５２０の制御部１５２１以外の各ブロックの動作も基本的に実施の第九形態における各ブロックの動作と同じであるため、説明を省略する。【０３４０】  図３２に示すフローチャートを用いて、本実施の形態に係るＯＢＥＸ層処理部１５２０の制御部１５２１の動作を説明する。【０３４１】  ステップＳ１４１は、クライアント機器からのＰｕｔコマンドを受信したかどうかを判別するステップである。受信した場合は、ステップＳ１４２へ、また受信していない場合は、再びステップＳ１４１へそれぞれ遷移する。【０３４２】  ステップＳ１４２は、受信したＰｕｔコマンドを解析するステップである。解析終了後、ステップＳ１４３へ遷移する。【０３４３】  ステップＳ１４３は、解析されたＰｕｔコマンドが最終のＰｕｔコマンドが最終でないＰｕｔコマンドかどうかを判別するステップである。最終のＰｕｔコマンドである場合は、ステップＳ１４４へ、また最終でないＰｕｔコマンドの場合は、再びステップＳ１４１へそれぞれ遷移する。【０３４４】  ステップＳ１４４は、クライアント機器への応答コマンドを生成するステップである。応答コマンド生成終了後、ステップＳ１４５へ遷移する。なお、このステップＳ１４４において、生成される応答コマンドは、クライアント機器からのＰｕｔコマンドを全て正常に終了した場合は、例えばＳＵＣＣＥＳＳ応答コマンドとなる。また、それ以外の場合については、本実施の形態では、言及しない。【０３４５】  ステップＳ１４５は、前述の応答コマンドをクライアント機器に送信するために、下位層処理部１５３０に通知するステップである。通知終了後、ステップＳ１４６へ遷移する。【０３４６】  ステップＳ１４６は、通信が終了かどうかを判別するステップである。終了でない場合は、ステップＳ１４１へ遷移する。【０３４７】  以上の動作を、サーバ機器１５００のＯＢＥＸ層処理部１５２０の制御部１５２１が行うことにより、最終でないＰｕｔ要求コマンドに対しては、従来のＯＢＥＸ層処理部で生成していたＣＯＮＴＩＮＵＥ応答コマンドの生成、送信を行わず、最終のＰｕｔ要求コマンドに対しては、ＳＵＣＣＥＳＳ応答コマンドを生成、送信することが可能となり、通信の効率を上げることが可能となる。また、最終のＰｕｔコマンドに対するＳＵＣＣＥＳＳ応答コマンドをクライアント機器に送信するため、クライアント機器において、サーバ機器１５００に正常にデータ転送を行えたかどうかを判別することが可能となる。【０３４８】  また、図３１に示したように、通信方向選択部１５２４による双方向通信、片方向通信の切り替えと組合わせることで、双方向通信時は、最終のＰｕｔコマンドのみＳＵＣＣＥＳＳ応答コマンドを生成、送信し、片方向通信時は、���ての要求コマンドに対して応答コマンドの生成、送信を行わない動作を行うことが可能となる。【０３４９】  〔実施の第十一形態〕
本発明の実施の第十一形態に係る転送データの転送システム（通信システム）のについて説明すると以下のとおりである。なお、他の実施の形態において定義した用語（部材及び機能を含む）については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０３５０】  図３３を用いて、本実施の形態に係る携帯電話間での通信例について説明する。【０３５１】  なお、本実施の形態では、クライアント機器（送信機）とサーバ機器（受信機）に携帯電話を用いているが、クライアント機器（送信機）もしくはサーバ機器（受信機）のどちらか一方が携帯電話であればよく、上述した本発明のいずれかの通信方式により赤外線等にてデータの送信もしくは受信が可能であるならば、対向機器が携帯電話でなくても構わない。【０３５２】  また、図３３においては、携帯電話Ａがクライアント機器（送信側）で、携帯電話Ｂがサーバ機器（受信側）として図示されているが、逆であってもよい。【０３５３】  図３３では、赤外線を用いて、携帯電話Ａ内のデータを携帯電話Ｂに送信している。携帯電話Ｂでは、携帯電話Ａから送信されたデータを受信すると、携帯電話Ｂ内メモリもしくは接続された外部メモリ内に受信データを保存する。前述のデータとは、テキストデータ、画像データ、音声データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話Ａ内のデータとは、携帯電話Ａの内部メモリ内のデータ、携帯電話に接続されている外部メモリ（ＳＤカードなどの不揮発性メモリ）内のデータのどちらでもよい。【０３５４】  本実施の形態に係る携帯電話間の通信例を詳細に説明すると以下のとおりである。【０３５５】  例えば、双方向通信時、送信側クライアント機器（携帯電話Ａ）においては、ＯＢＥＸ層が最終でないＰｕｔコマンドを送信時には、ＣＯＮＴＩＮＵＥ応答コマンドを待つことなく、次のＰｕｔコマンドを送信し、最終のＰｕｔコマンドを送信時には、受信側サーバ機器（携帯電話Ｂ）からのＳＵＣＣＥＳＳ応答コマンドを待って、通信が正常に行われたかどうかを確認する。なお、上記のＣＯＮＴＩＮＵＥ応答コマンドをＯＢＥＸ層の下位層処理部で擬似的に作成し、ＯＢＥＸ層に通知することで、従来のＣＯＮＴＩＮＵＥ応答コマンドを必要とするＯＢＥＸ層を流用してもよい。【０３５６】  また、受信側サーバ機器（携帯電話Ｂ）においては、ＯＢＥＸ層が送信側クライアント機器（携帯電話Ａ）からの最終でないＰｕｔコマンドを受信時には、ＣＯＮＴＩＮＵＥ応答コマンドを生成、送信せず、最終のＰｕｔコマンドを受信時には、ＳＵＣＣＥＳＳ応答コマンドを生成、送信する。最終でないＰｕｔコマンド受信時には、ＣＯＮＴＩＮＵＥ応答コマンドを生成、送信する従来のＯＢＥＸ層を流用し、下位層にて、ＣＯＮＴＩＮＵＥコマンドのみをクライアント機器に送信しないようにしてもよい。【０３５７】  上記の通信を送信側クライアント機器（携帯電話Ａ）および受信側サーバ機器（携帯電話Ｂ）間で実現することにより、双方向通信において、通信効率が高く、また通信品質も高いオブジェクト交換を用いて、データ転送を行うことが可能となる。【０３５８】  また、例えば、片方向通信時、送信側クライアント機器（携帯電話Ａ）においては、ＯＢＥＸ層がすべての要求コマンドを送信時には、サーバ機器からの応答コマンドを待つことなく、次の要求コマンドを送信する。なお、ＯＢＥＸ層からの各要求コマンドに対して、ＯＢＥＸの下位層にて、適切な応答コマンドを擬似的に作成し、ＯＢＥＸ層に通知することで、従来の応答コマンドを必要とするＯＢＥＸ層を流用してもよい。【０３５９】  また、受信側サーバ機器（携帯電話Ｂ）においては、ＯＢＥＸ層が送信側クライアント機器（携帯電話Ａ）からのすべての要求コマンドを受信時には、応答コマンドを生成、送信しない。また、受信した要求コマンドに対する応答コマンドを作成、送信する従来のＯＢＥＸ層を流用し、下位層にて、ＯＢＥＸ層からの応答コマンドをクライアント機器に送信しないようにしてもよい。【０３６０】  上記の通信を送信側クライアント機器（携帯電話Ａ）および受信側サーバ機器（携帯電話Ｂ）間で実現することにより、片方向通信においても、ＯＢＥＸなどのオブジェクト交換プロトコルを用いて、データ転送を行うことが可能となる。【０３６１】  〔実施の第十二形態〕
本発明の実施の第十二形態に係る転送データの転送システム（通信システム）のについて説明すると以下のとおりである。なお、他の実施の形態において定義した用語（部材及び機能を含む）については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０３６２】  図３４を用いて、本実施の形態に係る携帯電話と表示装置との間での通信例について説明する。【０３６３】  なお、本実施の形態では、クライアント機器（送信機）とサーバ機器（受信機）にそれぞれ携帯電話Ａおよび表示装置Ｂ（例えばＴＶなど）を用いているが、上述した本発明のいずれかの方式により赤外線等にてデータの送信が可能であるならば、クライアント機器（送信機）が携帯電話でなくても構わない。また、表示装置Ｂがクライアント機器（送信機）で、携帯電話Ａがサーバ機器（受信機）であっても構わない。【０３６４】  また、図３４では、赤外線を用いて、携帯電話Ａ内のデータを表示装置Ｂに送信している。表示装置Ｂでは、携帯電話Ａから送信されたデータに対して適切な処理を行い、例えば、画像データであった場合は、必要ならば圧縮されたデータを解凍するなどして、表示を行うが、これに限らない。また、前述のデータとは、テキストデータ、画像データ、音声データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話Ａ内のデータとは、携帯電話Ａの内部メモリ内のデータ、携帯電話に接続されている外部メモリ（ＳＤカードなどの不揮発性メモリ）内のデータのどちらでもよい。【０３６５】  本実施の形態に係る携帯電話と表示装置との間での通信例を詳細に説明すると以下のとおりである。【０３６６】  例えば、双方向通信時、送信側クライアント機器（携帯電話Ａ）においては、ＯＢＥＸ層が最終でないＰｕｔコマンドを送信時には、ＣＯＮＴＩＮＵＥ応答コマンドを待つことなく、次のＰｕｔコマンドを送信し、最終のＰｕｔコマンドを送信時には、受信側サーバ機器（表示装置Ｂ）からのＳＵＣＣＥＳＳ応答コマンドを待って、通信が正常に行われたかどうかを確認する。なお、上記のＣＯＮＴＩＮＵＥ応答コマンドをＯＢＥＸ層の下位層処理部で擬似的に作成し、ＯＢＥＸ層に通知することで、従来のＣＯＮＴＩＮＵＥ応答コマンドを必要とするＯＢＥＸ層を流用してもよい。【０３６７】  受信側サーバ機器（表示装置Ｂ）においては、ＯＢＥＸ層が送信側クライアント機器（携帯電話Ａ）からの最終でないＰｕｔコマンドを受信時には、ＣＯＮＴＩＮＵＥ応答コマンドを生成、送信せず、最終のＰｕｔコマンドを受信時には、ＳＵＣＣＥＳＳ応答コマンドを生成、送信する。なお、最終でないＰｕｔコマンド受信時には、ＣＯＮＴＩＮＵＥ応答コマンドを生成、送信する従来のＯＢＥＸ層を流用し、下位層にて、ＣＯＮＴＩＮＵＥコマンドのみをクライアント機器に送信しないようにしてもよい。【０３６８】  上記の通信を送信側クライアント機器（携帯電話Ａ）および受信側サーバ機器（表示装置Ｂ）間で実現することにより、双方向通信において、通信効率が高く、また通信品質も高いオブジェクト交換を用いて、例えば画像データの転送を行うことが可能となる。【０３６９】  また、例えば、片方向通信��、送信側クライアント機器（携帯電話Ａ）においては、ＯＢＥＸ層がすべての要求コマンドを送信時には、サーバ機器からの応答コマンドを待つことなく、次の要求コマンドを送信する。なお、ＯＢＥＸ層からの各要求コマンドに対して、ＯＢＥＸの下位層にて、適切な応答コマンドを擬似的に作成し、ＯＢＥＸ層に通知することで、従来の応答コマンドを必要とするＯＢＥＸ層を流用してもよい。【０３７０】  受信側サーバ機器（表示装置Ｂ）においては、ＯＢＥＸ層が送信側クライアント機器（携帯電話Ａ）からのすべての要求コマンドを受信時には、応答コマンドを生成、送信しない。なお、受信した要求コマンドに対する応答コマンドを作成、送信する従来のＯＢＥＸ層を流用し、下位層にて、ＯＢＥＸ層からの応答コマンドをクライアント機器に送信しないようにしてもよい。【０３７１】  上記の通信を送信側クライアント機器（携帯電話Ａ）および受信側サーバ機器（表示装置Ｂ）間で実現することにより、片方向通信においても、ＯＢＥＸなどのオブジェクト交換プロトコルを用いて、例えば画像データの転送を行うことが可能となる。【０３７２】  〔実施の第十三形態〕
本発明の実施の第十三形態に係る転送データの転送システム（通信システム）のについて説明すると以下のとおりである。なお、他の実施の形態において定義した用語（部材及び機能を含む）については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０３７３】  図３５を用いて、本実施の形態に係る携帯電話と印刷装置との間での通信例について説明する。【０３７４】  なお、本実施の形態では、クライアント機器（送信機）とサーバ機器（受信機）にそれぞれ携帯電話Ａおよび印刷装置Ｂ（例えばプリンタなど）を用いているが、上述した本発明のいずれかの方式により赤外線等にてデータの送信が可能であるならば、クライアント機器（送信機）が携帯電話でなくても構わない。また、印刷装置Ｂがクライアント機器（送信機）で、携帯電話Ａがサーバ機器（受信機）であっても構わない。【０３７５】  また、図３５では、赤外線を用いて、携帯電話Ａ内のデータを印刷装置Ｂに送信している。印刷装置Ｂでは、携帯電話Ａから送信されたデータに対して適切な処理を行い、例えば、画像データであった場合は、必要ならば圧縮されたデータを解凍するなどして、印刷を行うが、これに限らない。また、前述のデータとは、テキストデータ、画像データ、音声データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話Ａ内のデータとは、携帯電話Ａの内部メモリ内のデータ、携帯電話に接続されている外部メモリ（ＳＤカードなどの不揮発性メモリ）内のデータのどちらでもよい。【０３７６】  本実施の形態に係る携帯電話と印刷装置との間での通信例を詳細に説明すると以下のとおりである。【０３７７】  例えば、双方向通信時、送信側クライアント機器（携帯電話Ａ）においては、ＯＢＥＸ層が最終でないＰｕｔコマンドを送信時には、ＣＯＮＴＩＮＵＥ応答コマンドを待つことなく、次のＰｕｔコマンドを送信し、最終のＰｕｔコマンドを送信時には、受信側サーバ機器（印刷装置Ｂ）からのＳＵＣＣＥＳＳ応答コマンドを待って、通信が正常に行われたかどうかを確認する。なお、上記のＣＯＮＴＩＮＵＥ応答コマンドをＯＢＥＸ層の下位層処理部で擬似的に作成し、ＯＢＥＸ層に通知することで、従来のＣＯＮＴＩＮＵＥ応答コマンドを必要とするＯＢＥＸ層を流用してもよい。【０３７８】  受信側サーバ機器（印刷装置Ｂ）においては、ＯＢＥＸ層が送信側クライアント機器（携帯電話Ａ）からの最終でないＰｕｔコマンドを受信時には、ＣＯＮＴＩＮＵＥ応答コマンドを生成、送信せず、最終のＰｕｔコマンドを受信時には、ＳＵＣＣＥＳＳ応答コマンドを生成、送信する。なお、最終でないＰｕｔコマンド受信時には、ＣＯＮＴＩＮＵＥ応答コマンドを生成、送信する従来のＯＢＥＸ層を流用し、下位層にて、ＣＯＮＴＩＮＵＥコマンドのみをクライアント機器に送信しないようにしてもよい。【０３７９】  上記の通信を送信側クライアント機器（携帯電話Ａ）および受信側サーバ機器（印刷装置Ｂ）間で実現することにより、双方向通信において、通信効率が高く、また通信品質も高いオブジェクト交換を用いて、例えば画像データの転送を行うことが可能となる。【０３８０】  また、例えば、片方向��信時、送信側クライアント機器（携帯電話Ａ）においては、ＯＢＥＸ層がすべての要求コマンドを送信時には、サーバ機器からの応答コマンドを待つことなく、次の要求コマンドを送信する。なお、ＯＢＥＸ層からの各要求コマンドに対して、ＯＢＥＸの下位層にて、適切な応答コマンドを擬似的に作成し、ＯＢＥＸ層に通知することで、従来の応答コマンドを必要とするＯＢＥＸ層を流用してもよい。【０３８１】  受信側サーバ機器（印刷装置Ｂ）においては、ＯＢＥＸ層が送信側クライアント機器（携帯電話Ａ）からのすべての要求コマンドを受信時には、応答コマンドを生成、送信しない。なお、受信した要求コマンドに対する応答コマンドを作成、送信する従来のＯＢＥＸ層を流用し、下位層にて、ＯＢＥＸ層からの応答コマンドをクライアント機器に送信しないようにしてもよい。【０３８２】  上記の通信を送信側クライアント機器（携帯電話Ａ）および受信側サーバ機器（印刷装置Ｂ）間で実現することにより、片方向通信においても、ＯＢＥＸなどのオブジェクト交換プロトコルを用いて、例えば画像データの転送を行うことが可能となる。【０３８３】  〔実施の第十四形態〕
本発明の実施の第十四形態に係る転送データの転送システム（通信システム）のについて説明すると以下のとおりである。なお、他の実施の形態において定義した用語（部材及び機能を含む）については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０３８４】  図３６を用いて、本実施の形態に係る携帯電話と記録装置との間での通信例について説明する。【０３８５】  なお、本実施の形態では、クライアント機器（送信機）とサーバ機器（受信機）にそれぞれ携帯電話Ａおよび記録装置Ｂ（例えばＨＤＤレコーダ、ＤＶＤレコーダなど）を用いているが、上述した本発明のいずれかの方式により赤外線にてデータの送信が可能であるならば、クライアント機器（送信機）が携帯電話でなくても構わない。また、記録装置Ｂがクライアント機器（送信機）で、携帯電話Ａがサーバ機器（受信機）であっても構わない。【０３８６】  また、図３６では、赤外線を用いて、携帯電話Ａ内のデータを記録装置Ｂに送信している。記録装置Ｂでは、携帯電話Ａから送信されたデータに対して適切な処理を行い、例えば、映像データであった場合は、必要ならば適当な圧縮処理、解凍処理、その他の映像処理を行った後、記録装置内の記録部に記録を行うが、これに限らない。また、前述のデータとは、テキストデータ、画像データ、映像データ、音声データ、電話帳データ、システム情報などであり、特定のフォーマットに限定されるものではない。また、携帯電話Ａ内のデータとは、携帯電話Ａの内部メモリ内のデータ、携帯電話に接続されている外部メモリ（ＳＤカードなどの不揮発性メモリ）内のデータのどちらでもよい。【０３８７】  本実施の形態に係る携帯電話と記録装置との間での通信例を詳細に説明すると以下のとおりである。【０３８８】  例えば、双方向通信時、送信側クライアント機器（携帯電話Ａ）においては、ＯＢＥＸ層が最終でないＰｕｔコマンドを送信時には、ＣＯＮＴＩＮＵＥ応答コマンドを待つことなく、次のＰｕｔコマンドを送信し、最終のＰｕｔコマンドを送信時には、受信側サーバ機器（記録装置Ｂ）からのＳＵＣＣＥＳＳ応答コマンドを待って、通信が正常に行われたかどうかを確認する。なお、上記のＣＯＮＴＩＮＵＥ応答コマンドをＯＢＥＸ層の下位層処理部で擬似的に作成し、ＯＢＥＸ層に通知することで、従来のＣＯＮＴＩＮＵＥ応答コマンドを必要とするＯＢＥＸ層を流用してもよい。【０３８９】  受信側サーバ機器（記録装置Ｂ）においては、ＯＢＥＸ層が送信側クライアント機器（携帯電話Ａ）からの最終でないＰｕｔコマンドを受信時には、ＣＯＮＴＩＮＵＥ応答コマンドを生成、送信せず、最終のＰｕｔコマンドを受信時には、ＳＵＣＣＥＳＳ応答コマンドを生成、送信する。なお、最終でないＰｕｔコマンド受信時には、ＣＯＮＴＩＮＵＥ応答コマンドを生成、送信する従来のＯＢＥＸ層を流用し、下位層にて、ＣＯＮＴＩＮＵＥコマンドのみをクライアント機器に送信しないようにしてもよい。【０３９０】  上記の通信を送信側クライアント機器（携帯電話Ａ）および受信側サーバ機器（記録装置Ｂ）間で実現することにより、双方向通信において、通信効率が高く、また通信品質も高いオブジェクト交換を用いて、例えば映像���ータの転送を行うことが可能となる。【０３９１】  また、例えば、片方向通信時、送信側クライアント機器（携帯電話Ａ）においては、ＯＢＥＸ層がすべての要求コマンドを送信時には、サーバ機器からの応答コマンドを待つことなく、次の要求コマンドを送信する。なお、ＯＢＥＸ層からの各要求コマンドに対して、ＯＢＥＸの下位層にて、適切な応答コマンドを擬似的に作成し、ＯＢＥＸ層に通知することで、従来の応答コマンドを必要とするＯＢＥＸ層を流用してもよい。【０３９２】  受信側サーバ機器（記録装置Ｂ）においては、ＯＢＥＸ層が送信側クライアント機器（携帯電話Ａ）からのすべての要求コマンドを受信時には、応答コマンドを生成、送信しない。なお、受信した要求コマンドに対する応答コマンドを作成、送信する従来のＯＢＥＸ層を流用し、下位層にて、ＯＢＥＸ層からの応答コマンドをクライアント機器に送信しないようにしてもよい。【０３９３】  上記の通信を送信側クライアント機器（携帯電話Ａ）および受信側サーバ機器（表示装置Ｂ）間で実現することにより、片方向通信においても、ＯＢＥＸなどのオブジェクト交換プロトコルを用いて、例えば映像データの転送を行うことが可能となる。【０３９４】  〔実施の第十五形態〕
本発明の他の実施の形態について図３７から図５９に基づいて説明すれば、以下のとおりである。なお、本実施の形態で説明する通信プロトコルは、実施の第一形態〜第十四形態に適用されるものである。よって、実施の第一形態〜第十四形態において定義した用語については、特に断らない限り本実施の形態においてもその定義に則って用いるものとする。【０３９５】  （１）通信層
図３７は、ＯＳＩ７階層モデルと、ＩｒＤＡの階層および本発明に係る通信システムの階層の対応関係を示す模式図である。【０３９６】  本実施の形態に係る通信システムの各通信層も、上記ＯＳＩ７層モデルの対応する階層と同等の機能を有する。ただし、図３７に示すように、上記通信システムは、セッション層とプレゼンテーション層とを１つにした、６階層の構造となっている。【０３９７】  本実施の形態では、説明の便宜上、本発明の一適用例であるＩｒＳｉｍｐｌｅに基づいて説明する。しかし、本発明はＩｒＳｉｍｐｌｅに限定されるものではない。なお、ＩｒＳｉｍｐｌｅとは、従来のＩｒＤＡの一部機能を改良したものである。【０３９８】  本実施の形態では、ＩｒＳｉｍｐｌｅに則って、データリンク層、ネットワーク層、トランスポート層、セッション層＋プレゼンテーション層を、それぞれ、ＬＡＰ、ＬＡＭＰ、ＳＭＰ、ＯＢＥＸと表記することがある。また、通信層を送信機、受信機で区別する場合に、送信機（一次局）に“Ｐ”、受信機（二次局）に“Ｓ”と付記する。例えば、“ＬＡＰ（Ｐ）”とは、送信機のデータリンク層を意味する。【０３９９】  （２）送信機−受信機間のシーケンス
（２−１）接続シーケンス
〔Ａ〕レスポンス有り
図３８（ａ）は、本実施の形態（レスポンス有り）の接続シーケンスを示すシーケンス図である。また、図３８（ｃ）は、本実施の形態（レスポンス有り）の接続シーケンスの際の通信データのデータ構造を示す説明図である。【０４００】  本実施の形態（レスポンス有り）では、ＳＮＲＭのＤｅｓｔｉｎａｔｉｏｎ  Ｄｅｖｉｃｅ  Ａｄｄｒｅｓｓにグローバルアドレスを使用することにより、サーチと同様の機能をＳＮＲＭコマンドに持たせることができる（図３８（ｃ）のＳＮＲＭ  ｃｏｍｍａｎｄ）。【０４０１】  また、本実施の形態（レスポンス有り）では、データリンク層の接続パケットであるＳＮＲＭコマンドおよびＵＡレスポンスの中に、ネットワーク層、トランスポート層、セション層、プレゼンテーション層等の上位層の接続に必要なパラメータおよびコマンドを挿入する。これにより、従来のＩｒＤＡでは必要であった上位層それぞれを接続するための接続パケットを１つのパケットに凝縮することができる。【０４０２】  それゆえ、従来、複数のパケットが必要であった、サーチと接続シーケンスを１つのパケット対で行うことができる。【０４０３】  〔Ｂ〕レスポンス無し
図３８（ｂ）は、本実施の形態（レスポンス無し）の接続シーケンスを示すシーケンス図である。また、図３８（ｃ）は、本実施の形態（レスポンス無し）の接続シーケンスの際の通信データのデータ構造を示す説明図である。なお、本実施の形態（レスポンス無し）では、ＵＡレスポンス（図３８（ｃ）のＵＡ  ｒｅｓｐｏｎｓｅ  ｆｏｒ  ＳＮＲＭ）は不要である。【０４０４】  ユーザまたはアプリケーションおよびデータ種類によっては、受信機からのレスポンスを省略した通信方式を選択できる。この場合、図３８（ｂ）に示すように、ＳＮＲＭコマンドのみでサーチおよび接続が終了したものとできる。【０４０５】  このように、本実施の形態の接続シーケンスは、複数の通信層の接続リクエストをまとめることにより、接続に要する時間を短縮するものであるため、通信路が切断した場合でも再接続が容易である。よって、通信路が切断しやすい、例えば赤外線による無線通信に特に適している。ただし、ＩＥＥＥ８０２．１１無線、Ｂｌｕｅｔｏｏｔｈを含む他の無線通信、および、有線通信においても効果的である。【０４０６】  また、本実施の形態では、すべての通信層の接続を１回の通信で接続する例について説明するが、本発明はこれに限定されない。例えば、１つの通信層を接続した後、残りの複数の通信層を接続するようにしてもよい。また、１つの通信層の接続が複数回の通信によって行われてもよい。例えば、ネットワーク層の接続が２回の通信を要する場合、データリンク層の接続とネットワーク層の１回目の接続とを１つの接続リクエストにまとめ、ネットワーク層の２回目の接続とトランスポート層の接続とを１つの接続リクエストにまとめてもよい。【０４０７】  （２−２）データ交換シーケンス
〔Ａ〕レスポンス有り
図３９（ａ）（ｂ）は、本実施の形態（レスポンス有り）のデータ交換シーケンスを示すシーケンス図である。また、図３９（ａ）は、本実施の形態（レスポンス有り）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。【０４０８】  本実施の形態（レスポンス有り）では、１つのデータ間毎の下位層及び上位層のレスポンスを極力減らし、多くのデータを送信した後にエラーがあったか無かったかを返信する。【０４０９】  送信機は、データ通信時に、シーケンシャルなパケット番号および受信データに問題がなかったかを問うためのフラグと、上記データをパケットのサイズに合わせて分割した分割データで構築されたパケットを用いる。【０４１０】  図３９（ａ）に示すように、送信機は、所定数のパケット数を送信した後に上記フラグをオンにしたパケットの送信を行う。これに対し、受信機は、以前のデータの始めから、もしくは上記フラグがオンであったパケットを受信し、返信を行ってから、エラーを検出しなかった場合は、正常に受信した旨を送信機に通知する。また、受信機は、以前のデータの始めから、もしくは上記フラグがオンであったパケットを受信し、返信を行ってから、エラーを検出した場合は、受信することができなかったパケット以降の上記分割データ部分を無視し、上記フラグのみを確認し、上記フラグがオンであった場合に、エラーにより受信できなかったパケット番号を送信機へ通知する。【０４１１】  さらに、送信機は、正常に受信した旨を受信機から受けた場合、次のパケットから送信を行う。また、送信機は、エラーがあったという通知を受けた場合、受信できなかったパケット番号から、上記フラグをオンにしたパケットまでを再送信する。【０４１２】  これにより、パケット間を詰めることができ、効率のよい通信が可能となる。【０４１３】  図３９（ａ）に示すように、本実施の形態（レスポンス有り）では、ＵＩフレーム（図４０（ｂ））を使用する。このため、データリンク層（ＬＡＰ層）ではパケットの抜けが認識できず、トランスポート層で検出する。【０４１４】  ＵＩフレームのトランスポート層のデータ部分にシーケンシャルナンバーとデータ確認用フラグ、データの最後のパケットかどうか、受信したデータが正常であったかを示すフラグを設け、それらのフラグによってデータの送信を行う。【０４１５】  〔Ｂ〕レスポンス無し
図４１（ａ）（ｂ）は、本実施の形態（レスポンス無し）のデータ交換シーケンスを示すシーケンス図である。また、図４１（ｂ）は、本実施の形態（レスポンス無し）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。【０４１６】  本実施の形態（レスポンス無し）では、受信機のレスポンスを必要としない場合、データの完全性のみを確認する。そのため、送信機はパケットにシーケンスナンバーを振り、全てのデータを連続で送信する。【０４１７】  そして、受信機は、エラーがあったかどうかを確認するのみであり、正常に受信した場合には全てのデータを受けた後、受信機内で正常受信であることを認識し、次の動作を行う。この場合の次の動作とは、例えば受信したデータを表示したり、印刷したり、保存したりすることである。一方、エラーを検出した場合、受信機内で正常受信できなかったことを認識し、次の動作を行う。この場合の次の動作とは、失敗したことをユーザーに知らせるためのインジケートや、次の受信待ち状態になることである。【０４１８】  なお、本実施の形態（レスポンス無し）でも、図４１（ｂ）に示すＵＩフレーム（図４０（ｂ））を使用する。【０４１９】  （２−３）切断シーケンス
〔Ａ〕レスポンス有り
図４２（ａ）は、本実施の形態（レスポンス有り）の切断シーケンスを示すシーケンス図である。また、図４２（ｃ）は、本実施の形態（レスポンス有り）の切断シーケンスの際の通信データのデータ構造を示す説明図である。【０４２０】  図４２（ｃ）に示すように、本実施の形態（レスポンス有り）では、ネットワーク層、トランスポート層、セション層、プレゼンテーション層等の上位層の切断に必要なパラメータおよびコマンドを、ＤＩＳＣコマンドおよびＵＡレスポンスの中に挿入した。【０４２１】  これにより、従来、複数のパケットが必要であった、切断シーケンスを１つのパケット対で行うことができる。【０４２２】  〔Ｂ〕レスポンス無し
図４２（ｂ）は、本実施の形態（レスポンス無し）の切断シーケンスを示すシーケンス図である。また、図４２（ｃ）は、本実施の形態（レスポンス有り）の切断シーケンスの際の通信データのデータ構造を示す説明図である。なお、本実施の形態（レスポンス無し）では、ＵＡレスポンス（図４２（ｃ）のＵＡ  ｒｅｓｐｏｎｓｅ）は不要である。【０４２３】  図４２（ｂ）に示すように、本実施の形態（レスポンス無し）では、受信機のレスポンスを必要としないとして接続した場合、ＤＩＳＣコマンドのみでサーチおよび切断が終了したものとできる。【０４２４】  （３）送信機、受信機内のシーケンス
図４３〜図５９では、説明の便宜上、データリンク層をＬＡＰ、ネットワーク層をＬＡＭＰ、トランスポート層をＴＴＰまたはＳＭＰ、セッション層およびプレゼンテーション層をＯＢＥＸと表記する。また、通信層を送信機と受信機とで区別するために、送信機に“Ｐ”、受信機に“Ｓ”と付記する。例えば、“ＬＡＰ（Ｐ）”とは、送信機のデータリンク層を意味する。【０４２５】  （３−１）接続シーケンス
〔Ａ〕レスポンス有り
図４３は、本実施の形態（レスポンス有り）の接続シーケンスを示すシーケンス図である。また、図４４（ａ）、図４４（ｂ）は、本実施の形態（レスポンス有り）の接続シーケンスの際の通信データのデータ構造を示す説明図である。【０４２６】  図４３に示すように、本実施の形態（レスポンス有り）では、送信機、受信機とも、接続準備を行う。その後、送信機は、上位層のリクエストをそのまま下位層に渡していき、１つのパケット（ＳＮＲＭ）として送信する。一方、受信機は、ＳＮＲＭパケットを受けて、そのまま上位層へ接続できた旨の通知を行った後、ＯＢＥＸ（Ｓ）のレスポンスをそのまま下位層に渡していき、１つのパケット（ＵＡ）として送信する。送信機は、ＵＡを受けたことで接続完了とし、上位層に通知（Ｃｏｎｎｅｃｔ．ｃｏｎｆｉｒｍ）を上げていく。【０４２７】  このときの、送信機、受信機内のシーケンスは以下のとおりである。【０４２８】  まず、送信機の各通信層について説明する。【０４２９】  ＯＢＥＸ（Ｐ）は、アプリケーションからの接続要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して接続要求コマンドをデータに入れて接続要求関数（Ｐｒｉｍｉｔｉｖｅ）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から接続確認関数を受けた場合に、そのデータの中からＯＢＥＸ接続のレスポンスを確認し、問題ない（Ｓｕｃｃｅｓｓ）というレスポンスであれば、接続完了とする。【０４３０】  ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの接続要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の接続要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して接続要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から接続確認関数を受けた場合、関数のデータから受信機のＳＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＳＭＰ（Ｓ）とのネゴシエーションを終了する。また、ＳＭＰ（Ｐ）は、接続確認関数のデータからＳＭＰ（Ｓ）のパラメータを取り除いたデータをＯＢＥＸ（Ｐ）に対して接続確認関数として送信する。【０４３１】  ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＳＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して接続要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から接続確認関数を受けた場合、関数のデータから受信機のＬＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＭＰ（Ｓ）とのネゴシエーションを終了する。また、ＬＭＰ（Ｐ）は、接続確認関数のデータからＬＭＰ（Ｓ）のパラメータを取り除いたデータを、ＳＭＰ（Ｐ）に対して接続確認関数として送信する。【０４３２】  なお、通常は論理ポートを管理するためにＬＳＡＰ（Ｌｉｎｋ  Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）が定義される。そして、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＳＡＰにコネクションレスの値を固定値として使用する。このため、ＬＭＰの接続パラメータ交換は不要となっている。【０４３３】  ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＬ��Ｐ（Ｐ）の接続要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＳＮＲＭコマンドを出力する。また、ＬＡＰ（Ｐ）は、受信機の物理層からＵＡレスポンスを受けた場合、ＵＡレスポンスのデータから受信機のＬＡＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＡＰ（Ｓ）とのネゴシエーションを終了する。また、ＬＡＰ（Ｐ）は、ＵＡレスポンスのデータからＬＡＰ（Ｓ）のパラメータを取り除いたデータを、ＬＭＰ（Ｐ）に対して接続確認関数として送信する。【０４３４】  つづいて、受信機の各通信層について説明する。【０４３５】  ＯＢＥＸ（Ｓ）は、アプリケーションから接続要求関数を受けて、受信待機状態になる。また、ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数（Ｉｎｄｉｃａｔｉｏｎ）を受けた場合に、そのデータの中からＯＢＥＸ接続コマンドを確認し、問題が無ければＳｕｃｃｅｓｓというレスポンスを接続返答関数（Ｒｅｓｐｏｎｓｅ）としてＳＭＰ（Ｓ）に対して出力し、接続完了とする。【０４３６】  ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＯＢＥＸ（Ｓ）に発した後、ＯＢＥＸ（Ｓ）からの接続返答関数を待つ。また、ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの接続返答関数を受けた場合に、ＬＭＰ（Ｓ）に対してＯＢＥＸ（Ｓ）の接続返答関数のデータに上記返答のパラメータを付加して、ＬＭＰ（Ｓ）に対して接続返答関数を発生し、ＳＭＰ層のネゴシエーションを終了する。【０４３７】  ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＳＭＰ（Ｓ）に発した後、ＳＭＰ（Ｓ）からの接続返答関数を待つ。また、ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの接続返答関数を受けた場合に、ＬＡＰ（Ｓ）に対してＳＭＰ（Ｓ）の接続返答関数のデータに上記返答のパラメータを付加して、ＬＡＰ（Ｓ）に対して接続返答関数を発生し、ＬＭＰ層のネゴシエーションを終了する。【０４３８】  なお、通常は論理ポートを管理するためにＬＳＡＰ（Ｌｉｎｋ  Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）が定義される。そして、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＳＡＰにコネクションレスの値を固定値として使用する。このため、ＬＭＰの接続パラメータ交換は不要となっている。【０４３９】  ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＡＰ（Ｓ）は、物理層からＳＮＲＭコマンドを受けた場合に、ＳＮＲＭコマンドのデータから送信��のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、ＳＮＲＭコマンドのデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＬＭＰ（Ｓ）に発した後、それに対しての返答のパラメータを作成し、ＬＭＰ（Ｓ）からの接続返答関数を待つ。また、ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの接続返答関数を受けた場合に、ＬＭＰ（Ｓ）の接続返答関数のデータに上記返答のパラメータを付加して、物理層に対してＵＡレスポンスを出力し、ＬＡＰ層のネゴシエーションを終了する。【０４４０】  〔Ｂ〕レスポンス無し
図４５は、本実施の形態（レスポンス無し）の接続シーケンスを示すシーケンス図である。また、図４４（ａ）は、本実施の形態（レスポンス無し）の接続シーケンスの際の通信データのデータ構造を示す説明図である。【０４４１】  図４５に示すように、本実施の形態（レスポンス無し）では、送信機、受信機とも、接続準備を行う。その後、送信機は、上位層のリクエストをそのまま下位層に渡していき、１つのパケット（ＳＮＲＭ）として送信する。そして、送信機は、ＳＮＲＭパケットを送信した時点で接続完了として、ＬＡＰ（Ｐ）から上位層に通知（Ｃｏｎｎｅｃｔ．ｃｏｎｆｉｒｍ）を上げていく。一方、受信機は、ＳＮＲＭパケットを受けて、そのまま上位層へ接続できた旨の通知を行い、ＯＢＥＸ（Ｓ）に通知した時点で接続完了とする。【０４４２】  このときの、送信機、受信機内のシーケンスは以下のとおりである。【０４４３】  まず、送信機の各通信層について説明する。【０４４４】  ＯＢＥＸ（Ｐ）は、アプリケーションからの接続要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して接続要求コマンドをデータに入れて接続要求関数（Ｐｒｉｍｉｔｉｖｅ）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から接続確認関数を受けた場合に、接続完了とする。【０４４５】  ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの接続要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の接続要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して接続要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から接続確認関数を受けた時点で、送信したパラメータでネゴシエーションができたとして、ＳＭＰ層のネゴシエーションを終了する。また、この時、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）に対して接続確認関数を送信する。【０４４６】  ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＳＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して接続要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から接続確認関数を受けた時点で、送信したパラメータでネゴシエーションができたとして、ＬＭＰ層のネゴシエーションを終了する。また、この時、ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）に対して接続確認関数を送信する。【０４４７】  なお、通常は論理ポートを管理するためにＬＳＡＰ（Ｌｉｎｋ  Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）が定義される。そして、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＳＡＰにコネクションレスの値を固定値として使用する。このため、ＬＭＰの接続パラメータ交換は不要となっている。【０４４８】  ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの接続要求関数を受けて、速やかにＬＭＰ（Ｐ）の接続要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＳＮＲＭコマンドを出力する。また、ＬＡＰ（Ｐ）は、ＳＮＲＭコマンドを出力した時点で、送信したパラメータでネゴシエーションができたとして、ＬＡＰ層のネゴシエーションを終了する。また、この時、ＬＡＰ（Ｐ）は、ＬＭＰ（��）に対して接続確認関数を送信する。【０４４９】  つづいて、受信機の各通信層について説明する。【０４５０】  ＯＢＥＸ（Ｓ）は、アプリケーションから接続要求関数を受けて、受信待機状態になる。また、ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数（Ｉｎｄｉｃａｔｉｏｎ）を受けた場合に、そのデータの中からＯＢＥＸ接続コマンドを確認し、問題が無ければ、接続完了とする。【０４５１】  ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用してネゴシエーションを完了させる。そして、ＳＭＰ（Ｓ）は、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＯＢＥＸ（Ｓ）に発する。【０４５２】  ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から接続通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用してネゴシエーションを完了させる。そして、ＬＭＰ（Ｓ）は、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＳＭＰ（Ｓ）に発する。【０４５３】  なお、通常は論理ポートを管理するためにＬＳＡＰ（Ｌｉｎｋ  Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）が定義される。そして、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＳＡＰにコネクションレスの値を固定値として使用する。このため、ＬＭＰの接続パラメータ交換は不要となっている。【０４５４】  ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの接続要求関数を受けて、受信待機状態になる。また、ＬＡＰ（Ｓ）は、物理層からＳＮＲＭコマンドを受けた場合に、ＳＮＲＭコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用してネゴシエーションを完了させる。そして、ＬＡＰ（Ｓ）は、上記関数のデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた接続要求関数をＬＭＰ（Ｓ）に発する。【０４５５】  （３−２）データ交換シーケンス
〔Ａ〕レスポンス有り
図４６は、本実施の形態（レスポンス有り）のデータ交換シーケンスを示すシーケンス図である。また、図４７は、本実施の形態（レスポンス有り）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。【０４５６】  図４６に示すように、本実施の形態（レスポンス有り）では、送信機が、ＰＵＴコマンドを発生し、それが下位層まで伝わり、ＵＩフレーム（図４０（ｂ））として出力される。【０４５７】  一方、受信機は、データを受け取り、上位層へ通知を上げていく。このとき、ＳＭＰ（Ｓ）では、上位層のＯＢＥＸ（Ｓ）に対して、データが続くことを通知する（ｓｔａｔｕｓ＝ｔｒｕｎｃａｔｅｄ）。【０４５８】  送信機は、ある一定数のパケットを送信した後に、データがきちんと届いているかどうかを確認するフラグをＯＮにして送信する。これを受けて、受信機では、ＳＭＰ（Ｓ）が、エラーがあったかなかったか、あった場合にはエラーが発生した番号を送信機に通知する。【０４５９】  送信機は、エラーが無ければ次のパケット群を出力し、エラーがあればエラーがあったパケット以降のパケットを再送信する。【０４６０】  送信機は、データの最後になったときに、データの最後であることを示すフラグをＯＮにして送信する。これに対して、受信機は、ＳＭＰ（Ｓ）が、このフラグがＯＮであれば、ＯＢＥＸ（Ｓ）にデータがそろったことを通知し（ｓｔａｔｕｓ＝ＯＫ）、ＯＢＥＸ（Ｓ）のレスポンスを待つ。そして、ＯＢＥＸ（Ｓ）のレスポンスが発生したとき、そのデータを下位層へ伝えていき、ＵＩフレームとして出力する。【０４６１】  送信機は、受けたレスポンスがＳｕｃｃｅｓｓであれば、正常終了する。【０４６２】  このときの、送信機、受信機内のシーケンスは以下のとおりである。【０４６３】  送信機では、ＯＢＥＸ（Ｐ）が下位層に対してＰＵＴコマンドをデータ送信関数として出力する。ただし、ＯＢＥＸ（Ｐ）は、ＰＵＴ  Ｆｉｎａｌ（最後のＰＵＴ）コマンド以外のＰＵＴコマンドのレスポンス（正常の場合はＣｏｎｔｉｎｕｅが返る）を必要とせずにＳＭＰ（Ｐ）で送信可能である場合には、次のコマンドを出力していく。ＰＵＴ  ＦｉｎａｌコマンドもしくはＰＵＴコマンド以外のコマンドの場合には、下位層からのデータ通知関数を待ち、そのデータ内のレスポンスをみてコマンドを終了する。【０４６４】  ここで、データ送信関数とは、下位層に対してデータ送信を要求する関数（Ｄａｔａ  Ｒｅｑｕｅｓｔ）である。また、データ通知関数とは、下位層からデータを受信したことを知らせる関数（Ｄａｔａ  Ｉｎｄｉｃａｔｅ）である。【０４６５】  受信機では、ＯＢＥＸ（Ｓ）が下位層からデータ通知関数を受けて、データを受ける。ただし、ＯＢＥＸ（Ｓ）は、ＰＵＴ  Ｆｉｎａｌコマンド以外のＰＵＴコマンドに対しては、レスポンスを返さず、ＰＵＴ  ＦｉｎａｌコマンドもしくはＰＵＴコマンド以外のコマンドの場合はデータ送信関数としてレスポンスを返す。【０４６６】  ここで、送信機、受信機に共通する、上位層と下位層のデータ送信関数およびデータ通知関数でのヘッダ等について説明する。【０４６７】  ＳＭＰは、ＯＢＥＸからデータ送信関数を受けると、ＬＭＰに対して、（ａ）ＬＭＰで送信可能なサイズがデータ送信関数内のデータのサイズよりも小さいときには、該データをＬＭＰが送信可能なサイズに分割し、（ｂ）ＬＭＰで送信可能なサイズがデータ送信関数内のデータのサイズよりも大きいときには、いくつかのデータを結合して、送信可能なサイズ以下の、より大きなデータを作成する。また、ＳＭＰは、シーケンシャルな番号、相手機器にデータ受信状態を問い合わせる引数、データの最後を示す引数、相手機器のＳＭＰがＯＢＥＸのレスポンスが必要であることを示す引数、受信したデータが正常であったかどうかを示す引数などを入れたＳＭＰヘッダを作成する。そして、このＳＭＰヘッダを、上記分割または結合したデータに付加したデータを入れたデータ送信関数をＬＭＰに対して発する。【０４６８】  さらに、ＳＭＰは、ＬＭＰからデータ通知関数を受けると、該関数内のデータからＳＭＰヘッダを抜き出し、シーケンス番号が正常であるか（すなわち、抜けなく順番に来ているか）を確認する。そして、正常であった場合には、ＯＢＥＸへデータ通知関数を発する。このとき、データ通知関数は、下位層からのデータ通知関数ごとに出力してもよいし、いくつかの下位層からのデータ通知関数のデータをあわせて出力してもよい。【０４６９】  送信機のＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からのデータ送信関数をＬＭＰ（Ｐ）へのデータ送信関数に変換して、規定しているある一定数のデータ量のデータ送信関数を発する。その後、ＳＭＰ（Ｐ）は、受信機にデータ受信状態を問い合わせる引数をＴｒｕｅにしてデータ送信関数を発して、ＬＭＰ（Ｐ）のデータ通知関数を待つ。【０４７０】  ＳＭＰ（Ｐ）は、ＬＭＰ（Ｓ）からのデータ通知関数内のＳＭＰヘッダを解析し、受信したデータが正常であったかどうかを示す引数が正常に受信していたことを示していた場合、次のデータを送信する準備ができたとして、ＯＢＥＸ（Ｐ）に対して送信可能であるステートになる。すなわち、この状態でＯＢＥＸ（Ｐ）からのデータを受け付けることができる。【０４７１】  これに対して、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｓ）からの受け取ったデータ通知関数のＳＭＰヘッダを解析して受信したデータが正常であったかどうかを示す引数が正常に受信していなかったことを示していた場合、正常に受信できなかったと通知されたデータ送信関数から相手機器にデータ受信状態を問い合わせる引数をＴｒｕｅにしたデータ送信関数までを再度発生する。ＳＭＰ（Ｐ）は、全てのデータ送信関数によるデータが受信機に通知されるまで、もしくはある規定回数再発生を繰り返す。【０４７２】  さらに、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からデータの最後であるとした引数がＴｒｕｅであるデータ送信関数を受けた場合、そのデータ送信関数の最後のデータを入れた、ＬＭＰ（Ｐ）へのデータ送信関数を、このデータ送信関数がデータの最後であることを示す引数、または、受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数をＴｒｕｅにして発する。【０４７３】  これに対して、受信機のＳＭＰ（Ｓ）は、ＬＭＰ（Ｓ）からデータ通知関数を受けた際に、データの最後または受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数がＴｒｕｅであった場合に、ＯＢＥＸ（Ｓ）へＳＭＰ（Ｓ）のヘッダを外したデータを入れたデータ通知関数を発する。【０４７４】  また、ＳＭＰ（Ｓ）は、データ通知関数をＬＭＰ（Ｓ）から受けた場合に、そのデータ通知関数内のデータからＳＭＰヘッダを解析し、シーケンシャルな番号を確認する。ＳＭＰ（Ｓ）は、受信機にデータ受信状態を問い合わせる引数がＴｒｕｅであるヘッダを受けるまで正常に受信できていれば、受信したデータが正常であったかどうかを示す引数を正常に受信できたことを示すものにしてＳＭＰヘッダを作成し、それをデータとしてＬＭＰ（Ｓ）に対してデータ送信関数を発する。【０４７５】  一方、ＳＭＰ（Ｓ）は、正常に受信できなかったことを検出した場合には、正常に受信できなかったと予測されるＳＭＰヘッダの番号を記憶する。例えば、０，１，２，３，５と受けたとき、５個目は４となるべきなのに４を受けなかった場合には、正常に受信できなかったと予測される番号は４となる。そして、それ以降、ＳＭＰ（Ｓ）は、ＳＭＰヘッダの受信機にデータ受信状態を問い合わせる引数がＴｒｕｅであるかどうかのみを調べて、ＯＢＥＸ（Ｓ）へのデータ通知関数の出力を停止する。【０４７６】  ＳＭＰ（Ｓ）は、受信機にデータ受信状態を問い合わせる引数がＴｒｕｅであるデータ通知関数を受けた場合に、受信したデータが正常であったかどうかを示す引数を正常に受信できなかったことを示すものにし、正常に受信できなかったＳＭＰヘッダの番号をシーケンシャル番号を入れるフィールドに挿入したＳＭＰヘッダを作成して、それをデータとしてＬＭＰ（Ｓ）に向けてデータ送信関数を発する。【０４７７】  また、ＳＭＰ（Ｓ）は、データの最後であることを示す引数、または受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数がＴｒｕｅであったデータ通知関数を受けた場合、ＯＢＥＸ（Ｓ）へデータ通知関数を出力した後、ＯＢＥＸ（Ｓ）からのデータ送信要求を待つ。【０４７８】  ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からのデータ送信要求を受けた場合には、受信したデータが正常であったかどうかを示す引数に正常に受信できたとするＳＭＰヘッダを作成し、それをＯＢＥＸ（Ｓ）のデータ送信要求のデータに付加して、ＬＭＰ（Ｓ）に対してデータ送信関数を発する。なお、エラーがあった場合には、ＯＢＥＸ（Ｓ）への通知は止まるため、待つときは正常であったときのみとなる。【０４７９】  つぎに、ＬＭＰは上位層からデータ送信要求関数を受けたときには、その関数内のデータにＬＭＰヘッダをつけてデータを作成し、ＬＡＰにそのデータが入ったデータ送信要求関数を発する。また、ＬＭＰは、ＬＡＰからデータ通知関数を受けた場合には、その関数内のデータからＬＭＰヘッダを除いたデータを作成し、ＳＭＰにそのデータが入ったデータ通知関数を発する。【０４８０】  なお、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＭＰヘッダにはコネクションレスの値が入ったＬＳＡＰが入る。【０４８１】  ＬＡＰは、ＬＭＰからデータ送信要求関数を受けたとき、その関数内のデータにＬＡＰヘッダをつけてデータを作成し、物理層にそのデータがはいったＵＩフレームを発する。また、ＬＡＰは、物理層からデータ受信通知を受けた場合には、そのＵＩ��レームのデータからＬＡＰヘッダを除いたデータを作成し、ＬＭＰにそのデータが入ったデータ通知関数を発する。なお、本実施の形態では、ＬＡＰヘッダには、接続アドレスとＵＩインジケータが含まれる。【０４８２】  〔Ｂ〕レスポンス無し
図４８は、本実施の形態（レスポンス無し）のデータ交換シーケンスを示すシーケンス図である。また、図４７は、本実施の形態（レスポンス無し）のデータ交換シーケンスの際の通信データのデータ構造を示す説明図である。【０４８３】  図４８に示すように、本実施の形態（レスポンス無し）では、送信機が、ＰＵＴコマンドを発生し、それが下位層まで伝わり、ＵＩフレームとして出力される。【０４８４】  一方、受信機は、データを受け取り、上位層へ通知を上げていく。このとき、ＳＭＰ（Ｓ）では、上位層のＯＢＥＸ（Ｓ）に対して、データが続くことを通知する（ｓｔａｔｕｓ＝ｔｒｕｎｃａｔｅｄ）。【０４８５】  そして、送信機は、データの最後になったときに、データの最後であることを示すフラグをＯＮにして送信する。これに対して、受信機は、ＳＭＰ（Ｓ）が、このフラグがＯＮであれば、ＯＢＥＸ（Ｓ）にデータがそろったことを通知して（ｓｔａｔｕｓ＝ＯＫ）、データ交換シーケンスを終了する。【０４８６】  このときの、送信機、受信機内のシーケンスは以下のとおりである。【０４８７】  送信機では、ＯＢＥＸ（Ｐ）が下位層に対してＰＵＴコマンドをデータ送信関数として出力する。ただし、ＯＢＥＸ（Ｐ）は、すべてのコマンドに対するレスポンスを必要とせずに、コマンドを終了することができる。そして、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）で送信可能である場合に、次のコマンドを出力していく。【０４８８】  受信機では、ＯＢＥＸ（Ｓ）が下位層からデータ通知関数を受けて、すべてのコマンドに対してレスポンスを返さずに、データのみを受け取る。【０４８９】  ここで、送信機、受信機に共通する、上位層と下位層のデータ送信関数およびデータ通知関数でのヘッダ等について説明する。【０４９０】  ＳＭＰは、ＯＢＥＸからデータ送信関数を受けると、ＬＭＰに対して、（ａ）ＬＭＰで送信可能なサイズがデータ送信関数内のデータのサイズよりも小さいときには、該データをＬＭＰが送信可能なサイズに分割し、（ｂ）ＬＭＰで送信可能なサイズがデータ送信関数内のデータのサイズよりも大きいときには、いくつかのデータを結合して、送信可能なサイズ以下の、より大きなデータを作成する。また、ＳＭＰは、シーケンシャルな番号、相手機器にデータ受信状態を問い合わせる引数、データの最後を示す引数、相手機器のＳＭＰがＯＢＥＸのレスポンスが必要であることを示す引数、受信したデータが正常であったかどうかを示す引数などを入れたＳＭＰヘッダを作成する。そして、このＳＭＰヘッダを、上記分割または結合したデータに付加したデータを入れたデータ送信関数をＬＭＰに対して発する。【０４９１】  さらに、ＳＭＰは、ＬＭＰからデータ通知関数を受けると、該関数内のデータからＳＭＰヘッダを抜き出し、シーケンス番号が正常であるか（すなわち、抜けなく順番に来ているか）を確認する。そして、正常であった場合には、ＯＢＥＸへデータ通知関数を発する。このとき、データ通知関数は、下位層からのデータ通知関数ごとに出力してもよいし、いくつかの下位層からのデータ通知関数のデータをあわせて出力してもよい。【０４９２】  送信機のＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からのデータ送信関数をＬＭＰ（Ｐ）へのデータ���信関数に変換する。そして、ＯＢＥＸ（Ｐ）からデータの最後であるとした引数がＦａｌｓｅであるデータ送信関数を受けた場合には、そのデータにＳＭＰヘッダを付けたデータを、ＬＭＰ（Ｐ）へ発する。これに対して、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からデータの最後であるとした引数がＴｒｕｅであるデータ送信関数を受けた場合には、そのデータ送信関数の最後のデータを入れた、ＬＭＰ（Ｐ）へのデータ送信関数を、このデータ送信関数がデータの最後であることを示す引数、または、受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数をＴｒｕｅにして発する。【０４９３】  一方、受信機のＳＭＰ（Ｓ）は、データ通知関数を下位層から受けた場合に、そのデータ通知関数内のデータからＳＭＰヘッダを解析し、シーケンシャルな番号を確認する。そして、ＳＭＰ（Ｓ）は、ＳＭＰヘッダを解析して、正常に受信できていることを確認できた場合、ＬＭＰ（Ｓ）に対してデータ送信関数を発する。【０４９４】  これに対して、ＳＭＰ（Ｓ）は、正常に受信できなかったことを検出した場合には、ＯＢＥＸ（Ｓ）にエラーとして通知する。例えば、０，１，２，３，５と受けたとき、５個目は４となるべきなのに４を受けなかった場合である。【０４９５】  そして、それ以降、ＳＭＰ（Ｓ）は、ＳＭＰヘッダのデータの最後を示す引数、または受信機のＯＢＥＸ（Ｓ）のレスポンスが必要であることを示す引数がＴｒｕｅであることを待ち、Ｔｒｕｅであるデータ通知関数を受けるか（なお、受けてもＯＢＥＸ（Ｓ）へは通知はしない）、切断通知関数を受けるか、もしくはある一定時間経つまで、ＯＢＥＸ（Ｓ）へデータ通知を行わないようにする。【０４９６】  つぎに、送信機のＬＭＰ（Ｐ）は、ＳＭＰ（Ｓ）からデータ送信要求関数を受けたときには、その関数内のデータにＬＭＰヘッダをつけてデータを作成し、ＬＡＰ（Ｐ）にそのデータが入ったデータ送信要求関数を発する。【０４９７】  一方、受信機のＬＭＰ（Ｓ）は、ＬＡＰ（Ｓ）からデータ通知関数を受けた場合には、その関数内のデータからＬＭＰヘッダを除いたデータを作成し、ＳＭＰ（Ｓ）にそのデータが入ったデータ通知関数を発する。【０４９８】  なお、１対１で１つの接続をする場合にはＬＭＰを使用する必要がない。この場合、ＬＭＰヘッダにはコネクションレスの値が入ったＬＳＡＰが入る。【０４９９】  送信機のＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からデータ送信要求関数を受けたとき、その関数内のデータにＬＡＰヘッダをつけてデータを作成し、物理層にそのデータが入ったＵＩフレームを発する。【０５００】  一方、受信機のＬＡＰ（Ｓ）は、物理層からデータ受信通知を受けた場合には、そのＵＩフレームのデータからＬＡＰヘッダを除いたデータを作成し、ＬＭＰ（Ｓ）にそのデータが入ったデータ通知関数を発する。なお、本実施の形態では、ＬＡＰヘッダには、接続アドレスとＵＩインジケータが含まれる。【０５０１】  （３−３）切断シーケンス
〔Ａ〕レスポンス有り
図４９は、本実施の形態（レスポンス有り）の切断シーケンスを示すシーケンス図である。また、図５０（ａ），図５０（ｂ）は、本実施の形態（レスポンス有り）の切断シーケンスの際の通信データのデータ構造を示す説明図である。【０５０２】  図４９に示すように、本実施の形態（レスポンス有り）では、送信機の切断コマンドが下位層に伝わっていき、ＤＩＳＣコマンドが発生する。受信機は、そのＤＩＳＣコマンドを受けて上位層へ通知していき、そのレスポンスが返り、ＵＡレスポンスが発生する。その後、送信機の上位層まで、ＵＡレスポンスを受信したことを通知して終了する。【０５０３】  このときの、送信機、受信機内のシーケンスは以下のとおりである。【０５０４】  まず、送信機の各通信層について説明する。【０５０５】  ＯＢＥＸ（Ｐ）は、アプリケーションからの切断要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して切断要求コマンドをデータに入れて切断要求関数（Ｐｒｉｍｉｔｉｖｅ）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から切断確認関数を受けた場合に、そのデータの中からＯＢＥＸ切断のレスポンスを確認し、問題ない（Ｓｕｃｃｅｓｓ）というレスポンスであれば、切断完了とする。【０５０６】  ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの切断要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の切断要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して切断要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から切断確認関数を受けた場合、関数のデータから受信機のＳＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＳＭＰ（Ｓ）との切断処理を終了する。また、ＳＭＰ（Ｐ）は、切断確認関数のデータからＳＭＰ（Ｓ）のパラメータを取り除いたデータをＯＢＥＸ（Ｐ）に対して切断確認関数として送信する。ただし、通常、切断時にＳＭＰ（Ｐ）で新たに追加するパラメータは無い。【０５０７】  ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＳＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して切断要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から切断確認関数を受けた場合、関数のデータから受信機のＬＭＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＭＰ（Ｓ）との切断処理を終了する。また、ＬＭＰ（Ｐ）は、切断確認関数のデータからＬＭＰ（Ｓ）のパラメータを取り除いたデータを、ＳＭＰ（Ｐ）に対して切断確認関数として送信する。ただし、通常、切断時にＬＭＰ（Ｐ）で新たに追加するパラメータは無い。【０５０８】  ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＬＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＤＩＳＣコマンドを出力する。また、ＬＡＰ（Ｐ）は、受信機の物理層からＵＡレスポンスを受けた場合、ＵＡレスポンスのデータから受信機のＬＡＰ（Ｓ）が生成したパラメータを抜き取り、値を確認して、ＬＡＰ（Ｓ）との接続を終了する。また、ＬＡＰ（Ｐ）は、ＵＡレス���ンスのデータからＬＡＰ（Ｓ）のパラメータを取り除いたデータを、ＬＭＰ（Ｐ）に対して切断確認関数として発する。ただし、通常、切断時にＬＡＰ（Ｐ）で新たに追加するパラメータは無い。【０５０９】  つづいて、受信機の各通信層について説明する。【０５１０】  ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数（Ｉｎｄｉｃａｔｉｏｎ）を受けた場合に、そのデータの中からＯＢＥＸ切断コマンドを確認し、問題が無ければＳｕｃｃｅｓｓというレスポンスを切断返答関数（Ｒｅｓｐｏｎｓｅ）としてＳＭＰ（Ｓ）に対して出力し、切断完了とする。【０５１１】  ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＳＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＯＢＥＸ（Ｓ）に発した後、ＯＢＥＸ（Ｓ）からの切断返答関数を待つ。また、ＳＭＰ（Ｓ）は、ＯＢＥＸ（Ｓ）からの切断返答関数を受けた場合に、ＬＭＰ（Ｓ）に対してＯＢＥＸ（Ｓ）の切断返答関数のデータに上記返答のパラメータを付加して、ＬＭＰ（Ｓ）に対して切断返答関数を発生し、ＳＭＰ層の切断処理を終了する。ただし、通常、切断時にＳＭＰ（Ｓ）で新たに追加するパラメータは無い。【０５１２】  ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、それに対しての返答のパラメータを作成し、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＳＭＰ（Ｓ）に発した後、ＳＭＰ（Ｓ）からの切断返答関数を待つ。また、ＬＭＰ（Ｓ）は、ＳＭＰ（Ｓ）からの切断返答関数を受けた場合に、ＬＡＰ（Ｓ）に対してＳＭＰ（Ｓ）の切断返答関数のデータに上記返答のパラメータを付加して、ＬＡＰ（Ｓ）に対して切断返答関数を発生し、ＬＭＰ層の切断処理を終了する。ただし、通常、切断時にＬＭＰ（Ｓ）で新たに追加するパラメータは無い。【０５１３】  ＬＡＰ（Ｓ）は、物理層からＤＩＳＣコマンドを受けた場合に、ＤＩＳＣコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、ＤＩＳＣコマンドのデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＬＭＰ（Ｓ）に発した後、それに対しての返答のパラメータを作成し、ＬＭＰ（Ｓ）からの切断返答関数を待つ。また、ＬＡＰ（Ｓ）は、ＬＭＰ（Ｓ）からの切断返答関数を受けた場合に、ＬＭＰ（Ｓ）の切断返答関数のデータに上記返答のパラメータを付加して、物理層に対してＵＡレスポンスを出力し、ＬＡＰ層の切断処理を終了する。ただし、通常、切断時にＬＡＰ（Ｓ）で新たに追加するパラメータは無い。【０５１４】  〔Ｂ〕レスポンス無し
図５１は、本実施の形態（レスポンス無し）の切断シーケンスを示すシーケンス図である。また、図５０（ａ）は、本実施の形態（レスポンス無し）の切断シーケンスの際の通信データのデータ構造を示す説明図である。【０５１５】  図５１に示すように、本実施の形態（レスポンス無し）では、送信機の切断コマンドが下位層に伝わっていき、ＤＩＳＣコマンドが発生する。送信機では、この時点で切断処理が終了する。一方、受信機は、そのＤＩＳＣコマンドを受けて上位層へ伝えていき、上位層まで通知した時点で切断処理が終了する。【０５１６】  このときの、送信機、受信機内のシーケンスは以下のとおりである。【０５１７】  まず、送信機の各通信層について説明する。【０５１８】  ＯＢＥＸ（Ｐ）は、アプリケーションからの切断要求が来た場合に、速やかに下位層（ＳＭＰ（Ｐ））に対して切断要求コマンドをデータに入れて切断要求関数（Ｐｒｉｍｉｔｉｖｅ）を発生する。また、ＯＢＥＸ（Ｐ）は、ＳＭＰ（Ｐ）から切断確認関数を受けた場合に、切断完了とする。【０５１９】  ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）からの切断要求関数を受けて、速やかにＯＢＥＸ（Ｐ）の切断要求関数のデータに、受信機のＳＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＭＰ（Ｐ））に対して切断要求関数を発生する。また、ＳＭＰ（Ｐ）は、ＬＭＰ（Ｐ）から切断確認関数を受けた時点で、送信したパラメータで切断できたとして、ＳＭＰ層の切断処理を終了する。また、ＳＭＰ（Ｐ）は、ＯＢＥＸ（Ｐ）に対して切断確認関数を送信する。ただし、通常、切断時にＳＭＰ（Ｐ）で新たに追加するパラメータは無い。【０５２０】  ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＳＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＭＰ（Ｓ）との通信に必要なパラメータを付加して、下位層（ＬＡＰ（Ｐ））に対して切断要求関数を発生する。また、ＬＭＰ（Ｐ）は、ＬＡＰ（Ｐ）から切断確認関数を受けた時点で、送信したパラメータで切断できたとして、ＬＭＰ層の切断処理を終了する。また、ＬＭＰ（Ｐ）は、ＳＭＰ（Ｐ）に対して切断確認関数を送信する。ただし、通常、切断時にＬＭＰ（Ｐ）で新たに追加するパラメータは無い。【０５２１】  ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）からの切断要求関数を受けて、速やかにＬＭＰ（Ｐ）の切断要求関数のデータに、受信機のＬＡＰ（Ｓ）との通信に必要なパラメータを付加して、受信機の物理層に対してＤＩＳＣコマンドを出力する。また、ＬＡＰ（Ｐ）は、ＤＩＳＣコマンドを出力した時点で、送信したパラメータで切断できたとして、ＬＡＰ層の切断処理を終了する。また、ＬＡＰ（Ｐ）は、ＬＭＰ（Ｐ）に対して切断確認関数を発する。ただし、通常、切断時にＬＡＰ（Ｐ）で新たに追加するパラメータは無い。【０５２２】  つづいて、受信機の各通信層について説明する。【０５２３】  ＯＢＥＸ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数（Ｉｎｄｉｃａｔｉｏｎ）を受けた場合に、そのデータの中からＯＢＥＸ切断コマンドを確認し、問題が無ければ、切断完了とする。【０５２４】  ＳＭＰ（Ｓ）は、下位層（ＳＭＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＳＭＰ���Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用して切断を完了させる。また、ＳＭＰ（Ｓ）は、上記関数のデータからＳＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＯＢＥＸ（Ｓ）に発する。ただし、通常、切断時にＳＭＰ（Ｓ）で新たに追加するパラメータは無い。【０５２５】  ＬＭＰ（Ｓ）は、下位層（ＬＡＰ（Ｓ））から切断通知関数を受けた場合に、関数のデータから送信機のＬＭＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用して切断を完了させる。また、ＬＭＰ（Ｓ）は、上記関数のデータからＬＭＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＳＭＰ（Ｓ）に発する。ただし、通常、切断時にＬＭＰ（Ｓ）で新たに追加するパラメータは無い。【０５２６】  ＬＡＰ（Ｓ）は、物理層からＤＩＳＣコマンドを受けた場合に、ＤＩＳＣコマンドのデータから送信機のＬＡＰ（Ｐ）が生成したパラメータを抜き取り、そのパラメータを使用して切断を完了させる。また、ＬＡＰ（Ｓ）は、ＤＩＳＣコマンドのデータからＬＡＰ（Ｐ）のパラメータを除いたデータを入れた切断要求関数をＬＭＰ（Ｓ）に発する。ただし、通常、切断時にＬＡＰ（Ｓ）で新たに追加するパラメータは無い。【０５２７】  （４）レスポンスの有無の切換え
図５２〜図５９を参照しながら、送信機および受信機の通信層間におけるデータおよびパラメータの流れを説明する。【０５２８】  本実施の形態では、送信機および受信機の各通信層ＬＡＰ、ＬＭＰ、ＳＭＰ、ＯＢＥＸは、接続要求関数、接続通知関数、接続応答関数、接続確認関数を持っている。これらの関数は、上位層（つまり、ＬＭＰ層）からＬＡＰ層へアクセスするための関数である。【０５２９】  そして、上記関数は、引数として、Ｄａｔａ（以下、データと記す）とＲｅｑｕｅｓｔｅｄ−ＱｏｓまたはＲｅｔｕｒｎｅｄ−ＱｏＳが指定できる。上記データは、上述したように、各通信層において設定される。【０５３０】  一方、Ｑｏｓは、ＬＡＰで決定されたボーレート等のネゴシエーションパラメータの指定やネゴシエーション結果を、ＯＢＥＸを含めた上位層に通知する。なお、Ｑｏｓは従来のＩｒＤＡでも使用されている。【０５３１】  例えば、送信機のアプリケーションもしくはＯＢＥＸ（Ｐ）が、レスポンスが必要／不要というパラメータの入ったＱｏＳを発すると、それが下位層へ順にＬＡＰ（Ｐ）まで伝わる。そして、ＬＡＰ（Ｐ）は、そのＱｏＳの値をネゴシエーションパラメータ（Ａｃｋ  Ｌｅｓｓ  Ｃｏｎｎｅｃｔ）の値として反映させ、受信機へ送信する。【０５３２】  その結果、送信機および受信機の各通信層が、送信機のアプリケーションもしくはＯＢＥＸ（Ｐ）によるレスポンス必要／不要の指定に従って動作するため、双方向／片方向の接続ができることになる。【０５３３】  図５２〜図５６は、本実施の形態（レスポンス有り）の接続シーケンス（図４３）のときの、通信層間のデータおよびパラメータの流れを示す説明図である。なお、ＯＢＥＸ−ＳＭＰ間、ＳＭＰ−ＬＭＰ間、ＬＭＰ−ＬＡＰ間のＱｏＳのパラメータは、同一であってもよいが、異なっていてもよい。それゆえ、図中では、−ａ，−ｂ，−ｃを付して区別している。【０５３４】  送信機では、図５２に示すように、ｃｏｎ．ｒｅｑ（ｄａｔａ）（図４３）によって、受信機へ送信するＤａｔａとＱｏＳ−１（送信機の要求するＱｏＳ）のデータとを上位層から下位層に渡す。【０５３５】  一方、受信機では、図５３に示すように、ｃｏｎ．ｒｅｑによって、ＱｏＳ−２（受信機の要求するＱｏＳ）のデータのみを上位層から下位層にそれぞれ渡す。【０５３６】  その後、受信機では、ＬＡＰ（Ｓ）がＳＮＲＭコマンドを受けた時点で、送信機のＱｏＳ−１と自機のＱｏＳ−２を比較して、共通でネゴシエートしたパラメータとしてＱｏＳ−３を作成する。そして、図５４に示すように、ＬＡＰ（Ｓ）は、ｃｏｎ．ｉｎｄ（ｄａｔａ）によって、ＱｏＳ−３を送信機からのデータと一緒に上位層へ通知する。各上位層は、このＱｏＳ−３を記憶して、接続時における接続パラメータとして保持する。【０５３７】  つづいて、受信機では、ｃｏｎ．ｒｅｓｐ（ｄａｔａ）を通知する際、ＱｏＳが不要となっている。よって、図５５に示すように、ｃｏｎ．ｒｅｓｐ（ｄａｔａ）ではデータのみが上位層から下位層に渡されていく。そして、ＬＡＰ（Ｓ）がｃｏｎ．ｒｅｓｐ（ｄａｔａ）を受けると、ＵＡレスポンスにＱｏＳ−３を入れて、ＵＡレスポンスを発する。【０５３８】  つづいて、送信機では、���ＡＰ（Ｐ）がＵＡレスポンスを受けてＱｏＳ−３をネゴシエートしたパラメータとして記憶する。そして、ＬＡＰ（Ｐ）は、図５６に示すように、ｃｏｎ．ｃｏｎｆ（ｄａｔａ）によって、ＱｏＳ−３を受信機のデータと一緒に上位層へ通知する。各通信層は、このＱｏＳ−３を、確立させた接続における接続パラメータとして保持する。【０５３９】  本実施の形態では、例えば、ｃｏｎ．ｒｅｑのＱｏＳとして、Ｒｅｑｕｅｓｔｅｄ−ＱｏＳ：Ｂａｕｄ−Ｒａｔｅ＋Ｍａｘ−Ｔｕｒｎ−Ａｒｏｕｎｄ−Ｔｉｍｅ＋Ｄｉｓｃｏｎｎｅｃｔ−Ｔｈｒｅｓｈｏｌｄ＋ＤａｔａＳｉｚｅ＋Ａｃｋ  ｌｅｓｓ  ｃｏｎｎｅｃｔｉｏｎ＋Ｍｉｎ−Ｐａｃｋｅｔ−Ｉｎｔｅｒｖａｌ、を使用する。また、Ｃｏｎ．ｉｎｄ，ｃｏｎ．ｃｏｎｆのＱｏＳとして、Ｒｅｓｕｌｔａｎｔ−ＱｏＳ：Ｂａｕｄ−Ｒａｔｅ＋Ｄｉｓｃｏｎｎｅｃｔ−Ｔｈｒｅｓｈｏｌｄ＋ＤａｔａＳｉｚｅ＋Ａｃｋ  ｌｅｓｓ  ｃｏｎｎｅｃｔｉｏｎ（ｉｎｄｉｃａｔｉｏｎ  ｐｒｉｍｉｔｉｖｅ  ｏｎｌｙ）、を使用する。【０５４０】  また、本実施の形態（レスポンス無し）の接続シーケンス（図４５）のときには、通信層間のデータおよびパラメータの流れは次のようになる。【０５４１】  送信機では、図５２に示すように、ｃｏｎ．ｒｅｑ（ｄａｔａ）（図４５）によって、受信機へ送信するＤａｔａとＱｏＳ−１（送信機の要求するＱｏＳ）のデータとを上位層から下位層に渡す。【０５４２】  そして、送信機のＬＡＰ（Ｐ）は、ＱｏＳ−１をそのままＱｏＳ−３として記憶する。そして、ＬＡＰ（Ｐ）は、図５６に示すように、ｃｏｎ．ｃｏｎｆによってＱｏＳ−３を上位層へ通知する。各通信層は、このＱｏＳ−３を、確立させた接続における接続パラメータとして保持する。【０５４３】  一方、受信機では、図５３に示すように、ｃｏｎ．ｒｅｑによって、ＱｏＳ−２（受信機の要求するＱｏＳ）のデータのみを上位層から下位層にそれぞれ渡す。【０５４４】  その後、受信機では、ＬＡＰ（Ｓ）がＳＮＲＭコマンドを受けた時点で、送信機のＱｏＳ−１をもって、ＱｏＳ−３とする。なお、ＱｏＳ−２のパラメータがＱｏＳ−１との組み合わせで満足しない場合には受信できない。【０５４５】  つづいて、図５４に示すように、ＬＡＰ（Ｓ）は、ｃｏｎ．ｉｎｄ（ｄａｔａ）によって、ＱｏＳ−３を送信機からのデータと一緒に上位層へ通知する。各上位層は、このＱｏＳ−３を記憶して、接続時における接続パラメータとして保持する。【０５４６】  これにより、レスポンス有り／無しを、アプリケーションが上記ＱｏＳ−１とＱｏＳ−２を上位層（アプリケーション）操作することで、切り替えることができる。【０５４７】  ここで、レスポンス有り／無しの切換えの基準としては、送信するファイルのファイル形式、アプリケーション、ユーザの選択等が考えられる。【０５４８】  具体的には、ファイル形式を基準とする場合、例えば、マルチメディア関連ファイルの場合にはレスポンス有り／無し両方選べるようにし、電話帳、メール、スケジュール等のファイルであってデータが受信されたことを確認したい場合にはレスポンス有りが自動的に選択されるようにしてもよい。また、アプリケーションを基準とする場合、例えば、スライ��ショーの場合にはレスポンス無しが自動的に選択されるようにしてもよい。また、ユーザの選択による場合、例えば、レスポンス有り／無しのメニュー表示からユーザに選択させるようにしてもよい。【０５４９】  図５７〜図５９は、本実施の形態の接続シーケンスのときの、通信層間のデータおよびパラメータの流れの変形例を示す説明図である。【０５５０】  送信機において最初のＳＮＲＭコマンドにすべての通信層の情報が含まれる場合に（図４３）、データやパラメータを各通信層でリレーしながら伝達する（図５２）のではなく、図５７のように、各通信層からＬＡＰ層へ直接渡すように構成することもできる。【０５５１】  また逆に、図５８のように、受信機において、ＳＮＲＭコマンドに含まれるデータやパラメータをすべて取り出し、宛先である各通信層へＬＡＰ層から直接渡すように構成することもできる。【０５５２】  また、図５９のように、送信機において、ＯＢＥＸ（Ｐ）、ＳＭＰ（Ｐ）、ＬＭＰ（Ｐ）のデータやパラメータをＬＭＰ（Ｐ）で統合し、さらに、ＬＡＰ（Ｐ）にて、上記統合したデータやパラメータにＬＡＰ（Ｐ）のパラメータを追加してＳＮＲＭコマンドを生成するように構成することもできる。【０５５３】  本発明は上述した各実施の形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施の形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施の形態についても本発明の技術的範囲に含まれる。【０５５４】  なお、上記各実施の形態におけるクライアント機器およびサーバ機器としては、例えば、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、デジタルカメラ、パーソナルコンピュータなどが挙げられる。【０５５５】  また、上記各実施の形態におけるクライアント機器およびサーバ機器の各ブロックは、ハードウェアロジック（通信回路）によって構成してもよいし、次のようにＣＰＵなどの演算処理装置を用いてソフトウェアによって実現してもよい。すなわち、前述したクライアント機器およびサーバ機器は、各機能をコンピュータにて実行可能に記載された制御用の通信プログラムの命令を実行するＣＰＵ（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）、上記プログラムを格納したＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、上記プログラムを展開するＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。【０５５６】  そして、本発明の目的は、上述した機能を実現するソフトウェアである通信プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記クライアント機器およびサーバ機器に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。【０５５７】  上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等���光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。【０５５８】  また、クライアント機器およびサーバ機器を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（ｖｉｒｔｕａｌ  ｐｒｉｖａｔｅ  ｎｅｔｗｏｒｋ）、電話回線網、移動体通信網、衛星通信網等が利用可能である。さらに、本発明は、上記プログラムコードが電子的な伝送で具現化された搬送波あるいはデータ信号列の形態でも実現され得る。【０５５９】  以上のように、本発明に係る通信装置は、要求コマンドを発行し、当該要求コマンドに応答する応答コマンドを受けることにより、二次局のオブジェクト交換層にオブジェクトを送信するオブジェクト交換層を有する一次局としての通信装置であって、前記オブジェクト交換層の通信プロトコルを処理するオブジェクト交換層処理部と、前記オブジェクト交換層より下位に位置する下位層の通信プロトコルを処理する下位層処理部とを備えるとともに、前記下位層処理部が、前記二次局からの応答コマンドを模擬した擬似応答コマンドを生成して、前記オブジェクト交換層処理部に通知する応答生成部と、前記オブジェクト交換層処理部から要求コマンドの生成通知を受けると、当該要求コマンドに応答する前記擬似応答コマンドを生成して、前記オブジェクト交換層処理部に通知するように前記応答生成部を制御する下位層制御部とを有することを特徴としている。【０５６０】  また、本発明に係る通信方法は、要求コマンドを発行し、当該要求コマンドに応答する応答コマンドを受けることにより、二次局のオブジェクト交換層にオブジェクトを送信するオブジェクト交換層を有する一次局における通信方法であって、前記オブジェクト交換層より下位に位置する下位層が、前記オブジェクト交換層から要求コマンドの生成通知を受けると、当該要求コマンドに応答する前記二次局からの応答コマンドを模擬した擬似応答コマンドを生成して、前記オブジェクト交換層に通知することを特徴としている。【０５６１】  上記の構成および方法により、一次局（例えば、クライアント機器）にて、オブジェクト交換層より下位にある下位層が擬似応答コマンドを生成して、オブジェクト交換層に通知する。【０５６２】  よって、要求コマンド／応答コマンドによるオブジェクト交換を行う通信プロトコルを変更することなく、送信機能を持たない必要最低限の受信機能を備えた二次局（例えば、サーバ機器）とのオブジェクト交換が可能となる。また、上記のような二次局と送受信するために、オブジェクト交換層の通信プロトコル（オブジェクト交換用プロトコル）を変更する必要がないので、既存の資産を流用することが可能となる。【０５６３】  さらに、本発明に係る通信装置は、前記下位層処理部が、前記オブジェクト交換層処理部から要求コマンドの生成通知を受けると作動して、経過時間を測定するタイマを有するとともに、前記下位層制御部が、前記タイマの経過時間が予め設定した設定値に達しても、前記二次局からの応答コマンドが未受信であるとき、前記擬似応答コマンドを生成して、前記オブジェクト交換層処理部に通知するように前記応答生成部を制御するものであることを特徴としている。【０５６４】  上記の構成により、さらに、二次局からの応答コマンドを所定時間だけ待ち、二次局から応答コマンドが来なければ、二次局が応答コマンドを送信する機能を備えていないと判断して、擬似応答コマンドを生成し、オブジェクト交換層に通知することができる。【０５６５】  よって、送信機能を持つ二次局との通信では、従来の要求コマンド／応答コマンドによるオブジェクト交換を行うことができ、送信機能を持たない二次局との通信では、下位層で擬似応答コマンドを生成することによって、オブジェクト交換を行うことが可能となる。【０５６６】  さらに、本発明に係る通信装置は、前記下位層処理部の前記下位層制御部が、前記オブジェクト交換層処理部によって発行された要求コマンドの種類に応じて、前記二次局から受信する応答コマンドを前記オブジェクト交換層処理部に通知するか、前記応答生成部に擬似応答コマンドを生成させて、前記オブジェクト交換層処理部に通知させるかを切り替えるものであることを特徴としている。【０５６７】  上記の構成により、さらに、要求コマンドの種類に応じて、二次局からの応答コマンドを待つか、擬似応答コマンドを生成するかを切り替えることができる。よって、例えば、接続要求時、切断要求時、最終データ転送要求時などの必要最低限の応答コマンドを受信する一方、最終データ転送要求時以外のデータ転送要求に対する応答コマンドなどについては、受信処理を省略することができる。【０５６８】  したがって、必要最低限の応答コマンドのみを二次局から受信するようにすることで、通信の信頼性を確保しながら、通信処理を簡略にできる。それゆえ、プログラムや回路の規模を小さくすることが可能となる。【０５６９】  さらに、本発明に係る通信装置は、前記下位層処理部が、前記オブジェクト交換層処理部によって発行された要求コマンドのヘッダ情報を解析するヘッダ情報解析部を有するとともに、前記下位層制御部が、前記ヘッダ情報解析部が解析したヘッダ情報の種別に応じて、前記二次局から受信する応答コマンドを前記オブジェクト交換層処理部に通知するか、前記応答生成部に擬似応答コマンドを生成させて、前記オブジェクト交換層処理部に通知させるかを切り替えるものであることを特徴としている。【０５７０】  上記の構成により、さらに、要求コマンドのヘッダ情報の種別に応じて、二次局からの応答コマンドを待つか、擬似応答コマンドを生成するかを切り替えることができる。よって、例えば、接続要求時、切断要求時、最終データ転送要求時などの必要最低限の応答コマンドを受信する一方、最終データ転送要求時以外のデータ転送要求に対する応答コマンドなどについては、受信処理を省略することができる。【０５７１】  したがって、必要最低限の応答コマンドのみを二次局から受信するようにすることで、通信の信頼性を確保しながら、通信処理を簡略にできる。それゆえ、プログラ��や回路の規模を小さくすることが可能となる。【０５７２】  また、本発明に係る通信システムは、一次局としての上記通信装置と、該通信装置からオブジェクトを受信する二次局としての通信装置とを含むことを特徴としている。さらに、本発明に係る通信システムは、前記二次局としての通信装置が応答コマンドを送信しないことを特徴としている。【０５７３】  上記通信システムによれば、二次局が、応答コマンドを送信できないものであっても、一次局にて、擬似応答コマンドを生成してオブジェクト交換層に通知する。よって、要求コマンド／応答コマンドによるオブジェクト交換を行うような、従来からの通信プロトコルを変更することなく、送信機能を持たない必要最低限の受信機能を備えた二次局とのオブジェクト交換が可能となる。【０５７４】  また、本発明に係る通信装置は、一次局からの要求コマンドを受け、当該要求コマンドに応答する応答コマンドを発行することにより、一次局のオブジェクト交換層からオブジェクトを受信するオブジェクト交換層を有する二次局としての通信装置であって、前記オブジェクト交換層の通信プロトコルを処理するオブジェクト交換層処理部と、前記オブジェクト交換層より下位に位置する下位層の通信プロトコルを処理する下位層処理部とを備えるとともに、前記下位層処理部が、前記オブジェクト交換層処理部によって発行された前記応答コマンドを受けた際、当該応答コマンドを一次局へ送信しないものであることを特徴としている。【０５７５】  また、本発明に係る通信方法は、一次局からの要求コマンドを受け、当該要求コマンドに応答する応答コマンドを発行することにより、一次局のオブジェクト交換層からオブジェクトを受信するオブジェクト交換層を有する二次局における通信方法であって、前記オブジェクト交換層より下位に位置する下位層が、前記オブジェクト交換層によって発行された応答コマンドを受けた際、当該応答コマンドを一次局へ送信しないことを特徴としている。【０５７６】  上記の構成および方法により、二次局のオブジェクト交換層が不必要な応答コマンドを発行しても、二次局から送信しないようにできる。例えば、二次局（例えば、サーバ機器）のオブジェクト交換層が要求コマンドに対して応答コマンドを常に返信するような実装になっていた場合において、一次局（例えば、クライアント機器）からの要求コマンドが応答コマンドを必要としないものであったとき、二次局のオブジェクト交換層が発行した応答コマンドを下位層が送信しない。【０５７７】  よって、二次局の送信にかかる電力を削減することができる。また、二次局が応答コマンドを送信した場合、一次局は応答コマンドを必要としていないため、二次局からの応答コマンドと一次局からの次の要求コマンドが衝突する可能性もあり、それを防ぐことが可能となる。【０５７８】  さらに、本発明に係る通信装置は、前記下位層処理部が、前記オブジェクト交換層処理部によって発行された応答コマンドを解析する応答解析部と、前記応答解析部が解析した応答コマンドの種類に応じて、一次局へ前記応答コマンドを送信するか、送信しないかを切り替える下位層制御部とを有していることを特徴としている。【０５７９】  上記の構成により、���らに、オブジェクト交換層が発行した応答コマンドに対して、応答コマンドの種類により、送信するか送信しないかを下位層が判断することが可能となる。【０５８０】  よって、例えば、オブジェクト交換層の通信プロトコルがＯＢＥＸ（ＯＢｊｅｃｔ  ＥＸｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）である場合に、最終でないＰＵＴコマンドに対するＣＯＮＴＩＮＵＥ応答コマンドの送信を行わないなどの処理を、オブジェクト交換層の通信プロトコルを変更することなく行うことが可能となる。【０５８１】  さらに、本発明に係る通信装置は、前記下位層処理部が、前記オブジェクト交換層処理部によって発行された応答コマンドのヘッダ情報を解析するヘッダ情報解析部と、前記ヘッダ情報解析部が解析したヘッダ情報の種別に応じて、一次局へ前記応答コマンドを送信するか、送信しないかを切り替える下位層制御部とを有していることを特徴としている。【０５８２】  上記の構成により、さらに、オブジェクト交換層が発行した応答コマンドに対して、応答コマンドのヘッダ情報の種別により、送信するか送信しないかを下位層が判断することが可能となる。【０５８３】  よって、例えば、オブジェクト交換層の通信プロトコルがＯＢＥＸ（ＯＢｊｅｃｔ  ＥＸｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）である場合に、最終でないＰＵＴコマンドに対するＣＯＮＴＩＮＵＥ応答コマンドの送信を行わないなどの処理を、オブジェクト交換層の通信プロトコルを変更することなく行うことが可能となる。【０５８４】  また、本発明に係る通信システムは、二次局としての上記通信装置と、該通信装置へオブジェクトを送信する一次局としての通信装置とを含むことを特徴としている。【０５８５】  上記通信システムによれば、一次局からの要求コマンドが応答コマンドを必要としないものであったとき、二次局のオブジェクト交換層が発行した応答コマンドを下位層が送信しない。【０５８６】  よって、二次局のオブジェクト交換層が要求コマンド／応答コマンドによるオブジェクト交換を行うような、従来からの通信プロトコルであっても、それを変更することなく、必要最低限の応答コマンドのみの返信を受ける一次局とのオブジェクト交換が可能となる。【０５８７】  さらに、本発明に係る通信装置は、前記オブジェクト交換層の通信プロトコルがＯＢＥＸ（ＯＢｊｅｃｔ  ＥＸｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）であることを特徴としている。【０５８８】  上記の構成により、さらに、オブジェクト交換用プロトコルとして、すでにＩｒＤＡやＢｌｕｅ  ｔｏｏｔｈ（登録商標）などに幅広く採用されているＯＢＥＸ規格を変更することなく、送信機能を持たない機器とのオブジェクト交換が可能となる。【０５８９】  なお、上記通信装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記通信装置の各部として動作させることにより上記通信装置をコンピュータにて実現させる通信装置の通信プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。【０５９０】  また、上記通信装置は、上記の各部として機能する通信回路によって実現してもよい。【０５９１】  また、上記通信装置は、該通信装置によって通信を行う携帯電話に好適である��上記携帯電話によれば、オブジェクト交換プロトコル（ＯＢＥＸを含む）を用いて、転送効率の高い通信を行うことが可能となる。【０５９２】  また、上記通信装置は、該通信装置によって受信したデータに基づいて表示する表示装置に好適である。このような表示装置によれば、オブジェクト交換プロトコル（ＯＢＥＸを含む）を用いて、転送効率の高い通信を行うことが可能となる。【０５９３】  また、上記通信装置は、該通信装置によって受信したデータに基づいて印刷する印刷装置に好適である。このような印刷装置によれば、オブジェクト交換プロトコル（ＯＢＥＸを含む）を用いて、転送効率の高い通信を行うことが可能となる。【０５９４】  また、上記通信装置は、該通信装置によって受信したデータを記録する記録装置に好適である。このような記録装置によれば、オブジェクト交換プロトコル（ＯＢＥＸを含む）を用いて、転送効率の高い通信を行うことが可能となる。【０５９５】  最後に、本発明の通信装置は、以下のように構成してもよい。【０５９６】  （１．ＯＢＥＸの下で擬似応答する通信方法）
本発明に係る通信方法は、コマンドを要求する側の機器が送信する要求コマンドに対して、その要求に応じて応答する側の機器が返信する応答コマンドを受信することにより、オブジェクトの交換を行うようなオブジェクト交換用プロトコルを少なくとも有する、階層構造の各通信プロトコルを用いて通信を行う通信方法であって、前記オブジェクト交換用プロトコルに対応する層の下位に位置する層の通信プロトコルは、該オブジェクト交換用プロトコルから発行された要求コマンドを受けた際に、前記オブジェクト交換用プロトコルに準拠した該要求コマンドに対する応答コマンドに相当する擬似応答コマンドを生成し、上位層であるオブジェクト交換用プロトコルに対応した層に通知を行うことを特徴としている。【０５９７】  （２．ＯＢＥＸの下で擬似応答する通信装置）
本発明に係る通信装置は、コマンドを要求する側のクライアント機器が送信する要求コマンドに対して、上記要求コマンドに応じて応答する側のサーバ機器が返信する応答コマンドを上記クライアント機器が受信することにより、オブジェクトを交換するためのオブジェクト交換層処理部と、上記オブジェクト交換層処理部より下位層に位置する通信のための下位層処理部とを備え、前記下位層処理部は、前記応答コマンドに相当する擬似応答コマンドを生成して、前記オブジェクト交換層処理部に通知するための応答生成部と、前記オブジェクト交換層処理部から要求コマンドの生成通知を受けると、擬似応答コマンドを生成して、前記オブジェクト交換層処理部に通知するように前記応答生成部を制御する下位層制御部とを有していることを特徴としている。【０５９８】  上記の方法および構成によれば、クライアント機器側にて、擬似応答コマンドを生成してオブジェクト交換用プロトコルや、オブジェクト交換層処理部に通知するので、要求コマンド／応答コマンドによるオブジェクト交換を行うようなプロトコルを変更することなく、送信機能を持たない必要最低限の受信機能を備えたサーバ機器とのオブジェクト交換が可能となる。また、上記の構成および方法では、オブジェクト交換用プロトコルを変更する必要がないので、既存の資産を流用することが可能となる。【０５９９】  （３．ＯＢＥＸの下で擬似応答する通信方法（タイマ管理））
また、本発明に係る他の通信方法は、コマンドを要求する側の機器が送信する要求コマンドに対して、その要求に応じて応答する側の機器が返信する応答コマンドを受信することにより、オブジェクトの交換を行うようなオブジェクト交換用プロトコルを少なくとも有する、階層構造の各通信プロトコルを用いて通信を行う通信方法であって、前記オブジェクト交換用プロトコルに対応する層の下位に位置する通信プロトコルは、前記オブジェクト交換用プロトコルが発行した要求コマンドを下位の層に位置する通信プロトコルに対し発行してから、相手機器からの要求コマンドに対する応答を受信するまでに、所定の時間が経過した場合に、前記オブジェクト交換用プロトコルに準拠した該要求コマンドに対する応答コマンドに相当する擬似応答コマンドを生成し、上位層であるオブジェクト交換用プロトコルに対応する層に対して通知を行うことを特徴としている。【０６００】  （４．ＯＢＥＸの下で擬似応答する通信装置（タイマ管理））
本発明に係る他の通信装置は、コマンドを要求する側のクライアント機器が送信する要求コマンドに対して、上記要求コマンドに応じて応答する側のサーバ機器が返信する応答コマンドを上記クライアント機器が受信することにより、オブジェクトを交換するためのオブジェクト交換層処理部と、上記オブジェクト交換層処理部より下位層に位置する通信のための下位層処理部とを備え、前記下位層処理部は、前記応答コマンドに相当する擬似応答コマンドを生成して、前記オブジェクト交換層処理部に通知するための応答生成部と、前記オブジェクト交換層処理部から要求コマンドの生成通知を受けると作動して、経過時間を測定するためのタイマと、前記タイマの経過時間が、予め設定した設定値に達しても、前記サーバ機器からの応答コマンドが未受信のとき、擬似応答コマンドを生成して、前記オブジェクト交換層処理部に通知するように前記応答生成部を制御する下位層制御部と、を備えていることを特徴としている。【０６０１】  上記の方法および構成によれば、送信機能を持つ機器との通信では、従来の要求コマンド／応答コマンドによるオブジェクト交換を行うことができ、送信機能を持たない機器との通信では下位層で擬似応答コマンドを生成して上位層であるオブジェクト交換用プロトコルや、オブジェクト交換層処理部に対して通知することによりオブジェクト交換を行うことが可能となる。【０６０２】  （５．ＯＢＥＸの下で擬似応答する通信方法（コマンドの種類））
また、本発明に係る他の通信方法は、コマンドを要求する側の機器が送信する要求コマンドに対して、その要求に応じて応答する側の機器が返信する応答コマンドを受信することにより、オブジェクトの交換を行うようなオブジェクト交換用プロトコルを少なくとも有する、階層構造の各通信プロトコルを用いて通信を行う通信方法であって、前記オブジェクト交換用プロトコルに対応する層の下位に位置する通信プロトコルは、前記オブジェクト交換用プロトコルから要求コマンドが発行される際に、該要求コマンドの種類に応じて、相手機器からの要求コマンドに対する応答を受信するようにするか、前記オブジェクト交換用プロトコルに準拠した該要求コマンドに対する応答コマンドに相当する擬似応答コマンドを生成し、上位層であるオブジェクト交換用プロトコルに対応する層に対して通知するかを切り替えることを特徴としている。【０６０３】  （６．ＯＢＥＸの下で擬似応答する通信装置（コマンドの種類））
本発明に係る他の通信装置は、コマンドを要求する側のクライアント機器が送信する要求コマンドに対して、上記要求コマンドに応じて応答する側のサーバ機器が返信する応答コマンドを上記クライアント機器が受信することにより、オブジェクトを交換するためのオブジェクト交換層処理部と、上記オブジェクト交換層処理部より下位層に位置する通信のための下位層処理部とを備え、前記下位層処理部は、前記応答コマンドに相当する擬似応答コマンドを生成して、前記オブジェクト交換層処理部に通知するための応答生成部と、前記オブジェクト交換用プロトコルから要求コマンドが発行される際に、該要求コマンドの種類に応じて、相手機器からの要求コマンドに対する応答を受信するようにするか、前記応答生成部に対して擬似応答コマンドを生成させ、前記オブジェクト交換層処理部に通知させるかを切り替える下位層制御部とを有していることを特徴としている。【０６０４】  上記の方法および構成によれば、例えば、接続要求時や、切断要求時、最終データ転送要求時など必要最低限の応答コマンドのみをサーバ機器から受信することにより、通信の信頼性を確保することができ、最終データ転送要求時以外のデータ転送要求に対する応答コマンドなどについては、受信処理を行う必要がないので、回路規模を小さくすることができる。【０６０５】  （７．ＯＢＥＸの下で擬似応答する通信方法（ＯＢＥＸヘッダ参照））
また、本発明に係る他の通信方法は、コマンドを要求する側の機器が送信する要求コマンドに対して、その要求に応じて応答する側の機器が返信する応答コマンドを受信することにより、オブジェクトの交換を行うようなオブジェクト交換用プロトコルを少なくとも有する、階層構造の各通信プロトコルを用いて通信を行う通信方法であって、前記オブジェクト交換用プロトコルに対応する層の下位に位置する通信プロトコルは、前記オブジェクト交換用プロトコルから発行される要求コマンドのヘッダ情報を参照することにより、該ヘッダ情報の種別に応じて、相手機器からの要求コマンドに対する応答コマンドを受信するようにするか、前記オブジェクト交換用プロトコルに準拠した該要求コマンドに対する応答コマンドに相当する擬似応答コマンドを生成し、上位層であるオブジェクト交換用プロトコルに対応する層に対して通知するかを切り替えることを特徴としている。【０６０６】  （８．ＯＢＥＸの下で擬似応答する通信装置（ＯＢＥＸヘッダ参照））
本発明に係る他の通信装置は、コマンドを要求する側のクライアント機器が送信する要求コマンドに対して、上記要求コマンドに応じて応答する側のサーバ機器が返信する応答コマンドを上記クライアント機器が受信することにより、オブジェクトを交換するためのオブジェクト交換層処理部と、上記オブジェクト交換層処理部より下位層に位置する通信のための下位層処理部とを備え、前記下位層処理部は、前記応答コマンドに相当する擬似応答コマンドを生成して、前記オブジェクト交換層処理部に通知するための応答生成部と、前記オブジェクト交換用プロトコルから発行される要求コマンドのヘッダ情報を解析するヘッダ情報解析部と、前記ヘッダ情報解析部が解析したヘッダ情報の種別に応じて、相手機器からの要求コマンドに対する応答コマンドを受信するようにするか、前記応答生成部に対して擬似応答コマンドを生成させ、前記オブジェクト交換層処理部に通知させるかを切り替える下位層制御部とを有していることを特徴としている。【０６０７】  上記の方法および構成によれば、例えば、接続要求時や、切断要求時、最終データ転送要求時など必要最低限の応答コマンドのみをサーバ機器から受信することにより、通信の信頼性を確保することができ、最終データ転送要求時以外のデータ転送要求に対する応答コマンドなどについては、受信処理を行う必要がないので、回路規模を小さくすることができる。【０６０８】  （９．ＯＢＥＸの下でＯＢＥＸからの応答を下位層に伝播しない通信方法）
また、本発明に係る他の通信方法は、コマンドを要求する側の機器が送信する要求コマンドに対して、その要求に応じて応答する側の機器が返信する応答コマンドを受信することにより、オブジェクトの交換を行うようなオブジェクト交換用プロトコルを少なくとも有する、階層構造の各通信プロトコルを用いて通信を行う通信方法であって、前記オブジェクト交換用プロトコルに対応する層の下位に位置する層の通信プロトコルは、該オブジェクト交換用プロトコルから発行された応答コマンドを受けた際に、前記応答コマンドを送信しないことを特徴としている。【０６０９】  （１０．ＯＢＥＸの下でＯＢＥＸからの応答を下位層に伝播しない通信装置）
また、本発明に係る他の通信装置は、コマンドを要求する側のクライアント機器が送信する要求コマンドに対して、上記要求コマンドに応じて応答する側のサーバ機器が返信する応答コマンドを上記クライアント機器が受信することにより、オブジェクトを交換するためのオブジェクト交換層処理部と、上記オブジェクト交換層処理部より下位層に位置する通信のための下位層処理部とを備え、前記下位層処理部は、前記オブジェクト交換層処理部より発行される前記応答コマンドを受けた際に、前記応答コマンドを対向局に送信しないことを特徴としている。【０６１０】  上記の方法および構成によれば、例えば、クライアント機器側からの要求コマンドに対して、応答コマンドを返す必要がないオブジェクト交換用プロトコルにおいて、クライアント機器側がオブジェクト交換を行おうとしている状況において、サーバ機器側のオブジェクト交換プロトコルが要求コマンドに対して、応答コマンドを返信するような実装になっていた場合においても、サーバ機器側のオブジェクト交換プロトコル制御部からの送信要求に対して、送信を行わないことで、送信にかかる電力の削減につながる。また、サーバ機器側が応答コマンドを送信した場合、クライアント機器側は応答コマンドを必要としていないため、サーバ機器側からの応答コマンドとクライアント機器側からの次の要求コマンドが衝突する可能性もあり、それを防ぐことが可能となる。【０６１１】  （１１．ＯＢＥＸの下でＯＢＥＸからの応答を下位層に伝播しない通信方法（コマンドの種類））
また、本発明に係る他の通信方法は、コマンドを要求する側の機器が送信する要求コマンドに対して、その要求に応じて応答する側の機器が返信する応答コマンドを受信することにより、オブジェクトの交換を行うようなオブジェクト交換用プロトコルを少なくとも有する、階層構造の各通信プロトコルを用いて通信を行う通信方法であって、前記オブジェクト交換用プロトコルに対応する層の下位に位置する通信プロトコルは、前記オブジェクト交換用プロトコルから応答コマンドが発行される際に、該応答コマンドの種類に応じて、前記応答コマンドを相手機器に対して送信するようにするか、送信しないようにするかを切り替えることを特徴としている。【０６１２】  （１２．ＯＢＥＸの下でＯＢＥＸからの応答を下位層に伝播しない通信装置（コマンドの種類））
また、本発明に係る他の通信装置は、コマンドを要求する側のクライアント機器が送信する要求コマンドに対して、上記要求コマンドに応じて応答する側のサーバ機器が返信する応答コマンドを上記クライアント機器が受信することにより、オブジェクトを交換するためのオブジェクト交換層処理部と、上記オブジェクト交換層処理部より下位層に位置する通信のための下位層処理部とを備え、前記下位層処理部は、前記オブジェクト交換層処理部より発行される応答コマンドを解析するための応答解析部を有し、前記応答解析部で解析された応答コマンドの種類により、対向機器に前記応答コマンドを送信するか、送信しないかを切り替える下位層制御部とを有していることを特徴としている。【０６１３】  上記の方法および構成によれば、オブジェクト交換プロトコルにて発行された応答コマンドに対して、応答コマンドの種類により、送信するか送信しないかを下位層が判断することが可能となるため、例えば、前述の最終でないＰＵＴコマンドに対するＣＯＮＴＩＮＵＥ応答コマンドの送信を行わないなどの処理を上位のＯＢＥＸ層を変更することなく行うことが可能となる。【０６１４】  （１３．ＯＢＥＸの下でＯＢＥＸからの応答を下位層に伝播しない通信方法（ＯＢＥＸヘッダ参照））
また、本発明に係る他の通信方法は、コマンドを要求する側の機器が送信する要求コマンドに対して、その要求に応じて応答する側の機器が返信する応答コマンドを受信することにより、オブジェクトの交換を行うようなオブジェクト交換用プロトコルを少なくとも有する、階層構造の各通信プロトコルを用いて通信を行う通信方法であって、前記オブジェクト交換用プロトコルに対応する層の下位に位置する通信プロトコルは、前記オブジェクト交換用プロトコルから発行される応答コマンドのヘッダ情報を参照することにより、該ヘッダ情報の種別に応じて、前記応答コマンドを相手機器に対して送信するようにするか、送信しないようにするかを切り替えることを特徴としている。【０６１５】  （１４．ＯＢＥＸの下でＯＢＥＸからの応答を下位層に伝播しない通信装置（ＯＢＥＸヘッダ参照））
また、本発明に係る他の通信装置は、コマンドを要求する側のクライアント機器が送信する要求コマンドに対して、上記要求コマンドに応じて応答する側のサーバ機器が返信する応答コマンドを上記クライアント機器が受信することにより、オブジェクトを交換するためのオブジェクト交換層処理部と、上記オブジェクト交換層処理部より下位層に位置する通信のための下位層処理部とを備え、前記下位層処理部は、前記オブジェクト交換処理部より発行される前記応答コマンドを受けた際に、前記応答コマンドのヘッダ情報を解析するヘッダ情報解析部を有し、前記ヘッダ情報解析部が解析したヘッダ情報の種別に応じて、対向機器に前記応答コマンドを送信するか、送信しないかを切り替える下位層制御部とを有していることを特徴としている。【０６１６】  上記の方法および構成によれば、オブジェクト交換プロトコルにて発行された応答コマンドに対して、応答コマンドの種類により、送信するか送信しないかを下位層が判断することが可能となるため、例えば、前述の最終でないＰＵＴコマンドに対するＣＯＮＴＩＮＵＥ応答コマンドの送信を行わないなどの処理を上位のＯＢＥＸ層を変更することなく行うことが可能となる。【０６１７】  （１５．ＯＢＥＸ層でレスポンス不要の通信方法）
また、本発明に係る他の通信方法は、オブジェクト交換用プロトコルＯＢＥＸ（ＯＢｊｅｃｔ  ＥＸｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）を用いて、対向局にオブジェクトを送信する通信方法において、ＯＢＥＸコマンドを送信後、対向局からのＯＢＥＸレスポンスを受信することなく、次のＯＢＥＸコマンドを送信することを特徴としている。【０６１８】  （１６．片方向送信時のみレスポンス不要の通信方法）
本発明に係る他の通信方法は、さらに、上記の通信方法において、特にＯＢＥＸコマンド送信後に対向局からのＯＢＥＸレスポンスを必要とする双方向通信と対向局からのＯＢＥＸレスポンスを必要としない片方向通信を切り替える手段を有し、前記片方向通信を選択している場合のみ、前記ＯＢＥＸコマンド送信後、対向局からのＯＢＥＸレスポンスを受信することなく、次のＯＢＥＸコマンドを送信するようにしてもよい。【０６１９】  （１７．ＯＢＥＸ層でレスポンス不要の通信装置）
また、本発明に係る他の通信装置は、さらに、オブジェクト交換用プロトコルＯＢＥＸ（ＯＢｊｅｃｔ  ＥＸｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）を用いて、対向局にオブジェクトを送信することが可能なＯＢＥＸ層処理部持つ通信装置において、前記ＯＢＥＸ層処理部では、ＯＢＥＸコマンドを生成し送信後、対向局からのＯＢＥＸレスポンスを受信することなく、次のＯＢＥＸコマンドを生成し送信することを特徴としている。【０６２０】  （１８．片方向送信時のみレスポンス不要の通信装置）
本発明に係る他の通信装置は、さらに、上記の通信装置において、特にＯＢＥＸコマンド送信後に対向局からのＯＢＥＸレスポンスを必要とする双方向通信と対向局からのＯＢＥＸレスポンスを必要としない片方向通信を切り替える通信方法切り替え部を有し、前記、通信方法切り替え部が片方向通信を選択している場合のみ、前記ＯＢＥＸコマンドを生成し送信後、対向局からのＯＢＥＸレスポンスを受信することなく、次のＯＢＥＸコマンドを生成し送信するようにしてもよい。【０６２１】  上記の方法および構成によれば、例えばＯＢＥＸを用いた片方向通信において、クライアント機器側からの要求コマンドに対するサーバの応答コマンドをクライアント機器側が受信できない場合においても、ＯＢＥＸでのオブジェクト送信を可能とすることができる。また、双方向通信時は、サーバからの応答を確認する通信を行い、片方向通信時は、サーバからの応答無しに通信を行うことが可能となり、双方向通信と片方向通信を１つのＯＢＥＸプロトコルで実現することが可能となる。【０６２２】  （１９．ＦｉｎａｌでないＰｕｔコマンドのみレスポンス不要の通信方法）
また、本発明に係る他の通信方法は、オブジェクト交換用プロトコルＯＢＥＸ（ＯＢｊｅｃｔ  ＥＸｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）を用いて、対向局にオブジェクトを送信する通信方法において、ＯＢＥＸの最終でないＰｕｔコマンドを送信後のみ、対向局からのＯＢＥＸレスポンスを受信することなく、次のＯＢＥＸの最終でないＰｕｔコマンドもしくは最終のＰｕｔコマンドを送信することを特徴としている。【０６２３】  （２０．ＦｉｎａｌでないＰｕｔコマンドのみレスポンス不要の通信装置）
また、本発明に係る他の通信装置は、オブジェクト交換用プロトコルＯＢＥＸ（ＯＢｊｅｃｔ  ＥＸｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）を用いて、対向局にオブジェクトを送信することが可能なＯＢＥＸ層処理部持つ通信装置において、前記ＯＢＥＸ層処理部では、ＯＢＥＸの最終でないＰｕｔコマンドを生成送信後のみ、対向局からのＯＢＥＸレスポンスを受信することなく、次のＯＢＥＸの最終でないＰｕｔコマンドもしくは最終のＰｕｔコマンドを生成し送信することを特徴としている。【０６２４】  上記の方法および構成によれば、前述のＰＵＴコマンドに対するＣＯＮＴＩＮＵＥ応答コマンドのみを必要としないオブジェクト交換を実現することが可能となる。【０６２５】  （２１．ＯＢＥＸ層でレスポンスを送信しない通信方法）
本発明に係る他の通信方法は、オブジェクト交換用プロトコルＯＢＥＸ（ＯＢｊｅｃｔ  ＥＸｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）を用いて、対向局からオブジェクトを受信する通信方法において、対向局からのＯＢＥＸコマンドを受信後に、常にＯＢＥＸレスポンスを送信しないことを特徴としている。【０６２６】  （２２．片方向受信時のみ、ＯＢＥＸ層でレスポンスを送信しない通信方法）
また、本発明に係る他の通信方法は、さらに、上記の通信方法において、特にＯＢＥＸコマンド送信後に対向局からのＯＢＥＸレスポンスを必要とする双方向通信と対向局からのＯＢＥＸレスポンスを必要としない片方向通信を切り替える手段を有し、前記片方向通信を選択している場合のみ、前記ＯＢＥＸコマンド受信後、常に対向局にＯＢＥＸレスポンスを送信しないとしてもよい。【０６２７】  （２３．ＯＢＥＸ層でレスポンスを送信しない通信装置）
また、本発明に係る他の通信装置は、オブジェクト交換用プロトコルＯＢＥＸ（ＯＢｊｅｃｔ  ＥＸｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）を用いて、対向局からオブジェクトを受信することが可能なＯＢＥＸ層処理部持つ通信装置において、前記ＯＢＥＸ層処理部では、対向局からのＯＢＥＸコマンドを受信後に、常にＯＢＥＸレスポンスを送信しないことを特徴としている。【０６２８】  （２４．片方向受信時のみ、ＯＢＥＸ層でレスポンスを送信しない通信装置）
また、本発明に係る他の通信装置は、さらに、上記の通信装置において、特にＯＢＥＸコマンド送信後に対向局からのＯＢＥＸレスポンスを必要とする双方向通信と対向局からのＯＢＥＸレスポンスを必要としない片方向通信を切り替える通信方法切り替え部を有し、前記、通信方法切り替え部が片方向通信を選択している場合のみ、前記ＯＢＥＸコマンド受信後、常に対向局にＯＢＥＸレスポンスを送信しないとしてもよい。【０６２９】  上記の方法および構成によれば、例えばＯＢＥＸを用いた片方向通信において、クライアント機器側からの要求コマンドに対するサーバ機器側の応答コマンドをクライアント機器側が送信する必要がない場合に、不必要な応答コマンドの生成および送信を行わないといった制御を行うことが可能となる。また、双方向通信時は、クライアント機器側へ応答コマンドを送信することにより、クライアント機器側での通信の確認を可能とし、片方向通信時は、クライアント機器への不必要な応答コマンドの生成および送信を行わないことが可能となり、双方向通信と片方向通信を１つのＯＢＥＸプロトコルで実現することが可能となる。【０６３０】  （２５．ＦｉｎａｌでないＰｕｔコマンドのみレスポンスしない通信方法）
また、本発明に係る他の通信方法は、オブジェクト交換用プロトコルＯＢＥＸ（ＯＢｊｅｃｔ  ＥＸｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）を用いて、対向局からオブジェクトを受信する通信方法において、ＯＢＥＸの最終でないＰｕｔコマンド受信時には、ＯＢＥＸレスポンスの送信を行わず、最終のＰｕｔコマンド受信時には、ＯＢＥＸのレスポンスの送信を行うことを特徴としている。【０６３１】  （２６．ＦｉｎａｌでないＰｕｔコマンドのみレスポンスしない通信装置）
また、本発明に係る他の通信装置は、オブジェクト交換用プロトコルＯＢＥＸ（ＯＢｊｅｃｔ  ＥＸｃｈａｎｇｅ  ｐｒｏｔｏｃｏｌ）を用いて、対向局からオブジェクトを受信することが可能なＯＢＥＸ層処理部持つ通信装置において、前記ＯＢＥＸ層処理部では、ＯＢＥＸの最終でないＰｕｔコマンド受信時には、ＯＢＥＸレスポンスの送信を行なわず、最終のＰｕｔコマンド受信時には、ＯＢＥＸのレスポンスを生成し送信することを特徴としている。【０６３２】  上記の方法および構成によれば、クライアント機器側からの最終でないＰＵＴコマンドに対するＣＯＮＴＩＮＵＥ応答コマンドのみを生成し、送信しないといった制御を行うことが可能となり、通信帯域の効率化を図ることが可能となる。【０６３３】  （２７．オブジェクト交換用プロトコルがＯＢＥＸである通信方法）
また、上記通信方法では、前記オブジェクト交換用プロトコルがＯＢＥＸであってもよい。上記方法によれば、オブジェクト交換用プロトコルとして、すでにＩｒＤＡやＢｌｕｅ  ｔｏｏｔｈ（登録商標）などに幅広く採用されているＯＢＥＸ規格を変更することなく、送信機能を持たない機器とのオブジェクト交換が可能となる。【０６３４】  （２８．通信プログラム）
また、本発明の通信プログラムは、上記の何れかに記載の通信方法の各通信プロトコルの各手順を、コンピュータにて実行させるプログラムであることを特徴としている。上記の通信プログラムにより、コンピュータで上記通信方法の各通信プロトコルの各手順を実現することによって、上記通信方法を実現することができる。【０６３５】  （２９．記録媒体）
また、本発明の記録媒体は、上記通信プログラムが記録されたコンピュータ読み取り可能なことを特徴としている。上記の構成によれば、上記記録媒体から読み出された通信プログラムによって、上記通信方法をコンピュータ上において実現することができる。【０６３６】  （３０．通信システム）
本発明に係る通信システムは、クライアント機器とサーバ機器との間にてオブジェクトを交換するための通信システムであって、前記サーバ機器は、応答レスポンスを送信できないものであり、前記クライアント機器は、上記の何れかに記載の通信装置であることを特徴としている。【０６３７】  上記通信システムによれば、サーバ機器が、応答レスポンスを送信できないものであっても、クライアント機器側にて、擬似応答コマンドを生成してオブジェクト交換層処理部に通知するので、要求コマンド／応答コマンドによるオブジェクト交換を行うような、従来からの通信プロトコルを変更することなく、送信機能を持たない必要最低限の受信機能を備えたサーバ機器とのオブジェクト交換が可能となる。【０６３８】  （３１．携帯電話）
本発明に係る通信機器としての携帯電話は、前述のいずれかの通信を実現する携帯電話であることを特徴としている。上記携帯電話によれば、オブジェクト交換プロトコル（ＯＢＥＸを含む）を用いて、片方向通信もしくは、転送効率の高い通信を行うことが可能となる。【０６３９】  （３２．表示装置）
本発明に係る通信機器としての表示装置は、前述のいずれかの通信を実現する表示装置であることを特徴としている。上記表示装置によれば、オブジェクト交換プロトコル（ＯＢＥＸを含む）を用いて、片方向通信もしくは、転送効率の高い通信を行うことが可能となる。【０６４０】  （３３．印刷装置）
本発明に係る通信機器としての印刷装置は、前述のいずれかの通信を実現する印刷装置であることを特徴としている。上記印刷装置によれば、オブジェクト交換プロトコル（ＯＢＥＸを含む）を用いて、片方向通信もしくは、転送効率の高い通信を行うことが可能となる。【０６４１】  （３４．記録装置）
本発明に係る通信機器としての記録装置は、前述のいずれかの通信を実現する記録装置であることを特徴としている。上記記録装置によれば、オブジェクト交換プロトコル（ＯＢＥＸを含む）を用いて、片方向通信もしくは、転送効率の高い通信を行うことが可能となる。【０６４２】  発明の詳細な説明の項においてなされた具体的な実施態様または実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなく、本発明の精神と次に記載する特許請求事項との範囲内で、いろいろと変更して実施することができるものである。
【産業上の利用可能性】
【０６４３】  本発明の通信装置、通信システム、通信方法、通信プログラム、通信回路では、オブジェクト交換用プロトコルを変更することなく、送信機能を持たない機器（二次局）とのオブジェクト交換を可能にするので、本発明は、例えば、携帯電話機、ＰＤＡ、パーソナルコンピュータなどの通信に広く利用できる。特に、ＩｒＤＡに準拠した赤外線通信やＢｌｕｅ  ｔｏｏｔｈに準拠した無線通信など要求コマンドを送信するクライアント機器と応答コマンドを返信するサーバ機器との間でオブジェクト交換を行うオブジェクト交換用プロトコルを採用している通信に好適である。
【図１】
0004394141.tif 000017
【図２】
0004394141.tif 000018
【図３】
0004394141.tif 000019
【図４】
0004394141.tif 000020
【図５】
0004394141.tif 000021
【図６】
0004394141.tif 000022
【図７】
0004394141.tif 000023
【図８】
0004394141.tif 000024
【図９】
0004394141.tif 000025
【図１０】
0004394141.tif 000026
【図１１】
0004394141.tif 000027
【図１２】
0004394141.tif 000028
【図１３】
0004394141.tif 000029
【図１４】
0004394141.tif 000030
【図１５】
0004394141.tif 000031
【図１６】
0004394141.tif 000032
【図１７】
0004394141.tif 000033
【図１８】
0004394141.tif 000034
【図１９】
0004394141.tif 000035
【図２０】
0004394141.tif 000036
【図２１】
0004394141.tif 000037
【図２２】
0004394141.tif 000038
【図２３】
0004394141.tif 000039
【図２４】
0004394141.tif 000040
【図２５】
0004394141.tif 000041
【図２６】
0004394141.tif 000042
【図２７】
0004394141.tif 000043
【図２８】
0004394141.tif 000044
【図２９】
0004394141.tif 000045
【図３０】
0004394141.tif 000046
【図３１】
0004394141.tif 000047
【図３２】
0004394141.tif 000048
【図３３】
0004394141.tif 000049
【図３４】
0004394141.tif 000050
【図３５】
0004394141.tif 000051
【図３６】
0004394141.tif 000052
【図３７】
0004394141.tif 000053
【図３８】
0004394141.tif 000054
【図３９】
0004394141.tif 000055
【図４０】
0004394141.tif 000056
【図４１】
0004394141.tif 000057
【図４２】
0004394141.tif 000058
【図４３】
0004394141.tif 000059
【図４４】
0004394141.tif 000060
【図４５】
0004394141.tif 000061
【図４６】
0004394141.tif 000062
【図４７】
0004394141.tif 000063
【図４８】
0004394141.tif 000064
【図４９】
0004394141.tif 000065
【図５０】
0004394141.tif 000066
【図５１】
0004394141.tif 000067
【図５２】
0004394141.tif 000068
【図５３】
0004394141.tif 000069
【図５４】
0004394141.tif 000070
【図５５】
0004394141.tif 000071
【図５６】
0004394141.tif 000072
【図５７】
0004394141.tif 000073
【図５８】
0004394141.tif 000074
【図５９】
0004394141.tif 000075